EUR-Lex Document 02016R0799-20230821

Tento text slúži výlučne ako dokumentačný nástroj a nemá žiadny právny účinok. Inštitúcie Únie nenesú nijakú
zodpovednosť za jeho obsah. Autentické verzie príslušných aktov vrátane ich preambúl sú tie, ktoré boli uverejnené v
Úradnom vestníku Európskej únie a ktoré sú dostupné na portáli EUR-Lex. Tieto úradné znenia sú priamo dostupné
prostredníctvom odkazov v tomto dokumente
►B VYKONÁVACIE NARIADENIE KOMISIE (EÚ) 2016/799
z 18. marca 2016,
ktorým sa vykonáva nariadenie Európskeho parlamentu a Rady (EÚ) č. 165/2014, ktorým sa
ustanovujú požiadavky na konštrukciu, skúšanie, montáž, prevádzku a opravu tachografov a ich
komponentov
(Text s významom pre EHP)
(Ú. v. EÚ L 139, 26.5.2016, s. 1)
Zmenené a doplnené:
Úradný vestník
Č. Strana Dátum
►M1 Vykonávacie nariadenie Komisie (EÚ) 2018/502 z 28. februára 2018 L 85 1 28.3.2018
►M2 Vykonávacie nariadenie Komisie (EÚ) 2020/158 z 5. februára 2020 L 34 20 6.2.2020
►M3 Vykonávacie nariadenie Komisie (EÚ) 2021/1228 zo 16. júla 2021 L 273 1 30.7.2021
►M4 Vykonávacie nariadenie Komisie (EÚ) 2023/980 zo 16. mája 2023 L 134 28 22.5.2023
Opravené a doplnené:
►C1 Korigendum, Ú. v. EÚ L 146, 3.6.2016, s. 31 (2016/799)
►C2 Korigendum, Ú. v. EÚ L 27, 1.2.2017, s. 169 (2016/799)
02016R0799 — SK — 21.08.2023 — 003.002 — 1
02016R0799 — SK — 21.08.2023 — 003.002 — 2
VYKONÁVACIE NARIADENIE KOMISIE (EÚ) 2016/799
z 18. marca 2016,
ktorým sa vykonáva nariadenie Európskeho parlamentu a Rady
(EÚ) č. 165/2014, ktorým sa ustanovujú požiadavky na
konštrukciu, skúšanie, montáž, prevádzku a opravu tachografov
a ich komponentov
(Text s významom pre EHP)
Článok 1
Predmet úpravy a rozsah pôsobnosti
1. V tomto nariadení sú stanovené ustanovenia potrebné na jednotné
uplatňovanie týchto aspektov týkajúcich sa tachografov:
a) zaznamenávanie polohy vozidla na určitých miestach počas denného
pracovného času vodiča;
b) diaľková včasná detekcia možnej manipulácie alebo zneužitia inteli­
gentných tachografov;
c) rozhranie s inteligentnými dopravnými systémami;
d) administratívne a technické požiadavky na postupy typového schva­
ľovania tachografov vrátane bezpečnostných mechanizmov.
▼M1
2. Konštrukcia, skúšanie, montáž, kontrola, prevádzka a oprava inte­
ligentných tachografov a ich komponentov musí spĺňať technické požia­
davky stanovené v prílohe IC k tomuto nariadeniu.
3. Iné tachografy ako inteligentné tachografy musia naďalej spĺňať,
pokiaľ ide o konštrukciu, skúšanie, montáž, kontrolu, prevádzku
a opravu, požiadavky stanovené v prílohe I k nariadeniu (EÚ)
č. 165/2014, prípadne v prílohe IB k nariadeniu Rady (EHS)
č. 3821/85 ( 1 ).
▼B
4. Podľa článku 10d smernice Rady 96/53/ES zariadenia na diaľkovú
včasnú detekciu prenášajú aj údaje o hmotnosti, ktoré poskytuje interný
palubný vážiaci systém, na účely včasnej detekcie podvodov.
▼M1
5. Toto nariadenie sa uplatňuje bez toho, aby bola dotknutá smernica
Európskeho parlamentu a Rady 2014/53/EÚ ( 2 ).
▼B
Článok 2
Vymedzenie pojmov
Na účely tohto nariadenia sa uplatňuje vymedzenie pojmov stanovené
v článku 2 nariadenia (EÚ) č. 165/2014.
▼B
( 1 ) Nariadenie Rady (EHS) č. 3821/85 z 20. decembra 1985 o záznamovom
zariadení v cestnej doprave (Ú. v. ES L 370, 31.12.1985, s. 8).
( 2 ) Smernica Európskeho parlamentu a Rady 2014/53/EÚ zo 16. apríla 2014
o harmonizácii právnych predpisov členských štátov týkajúcich sa sprístup­
ňovania rádiových zariadení na trhu, ktorou sa zrušuje smernica 1999/5/ES
(Ú. v. EÚ L 153, 22.5.2014, s. 62).
02016R0799 — SK — 21.08.2023 — 003.002 — 3
Okrem toho sa uplatňuje toto vymedzenie pojmov:
1. „digitálny tachograf“ alebo „tachograf prvej generácie“ je iný digi­
tálny tachograf ako inteligentný tachograf;
2. „externé zariadenie GNSS“ je zariadenie, ktoré obsahuje prijímač
GNSS, ak jednotku vozidla netvorí jediná jednotka, ako aj ďalšie
komponenty potrebné na ochranu prenosu údajov o polohe do
zvyšnej časti jednotky vozidla;
▼M1
3. „informačná zložka“ je úplná zložka v elektronickej alebo papie­
rovej forme, ktorá obsahuje všetky informácie poskytnuté výrobcom
alebo jeho obchodným zástupcom orgánu pre typové schvaľovanie
na účely typového schválenia tachografu alebo jeho komponentu,
vrátane osvedčení uvedených v článku 12 ods. 3 nariadenia (EÚ)
č. 165/2014, výsledkov skúšok stanovených v prílohe IC k tomuto
nariadeniu, ako aj nákresov, fotografií a ďalších príslušných
dokumentov;
▼B
4. „informačný balík“ je informačná zložka v elektronickej alebo
papierovej forme, doplnená akýmikoľvek ďalšími dokumentmi,
ktoré k informačnej zložke pridal orgán pre typové schvaľovanie
počas výkonu svojich funkcií, vrátane osvedčenia o typovom schvá­
lení ES tachografu alebo jeho komponentu na konci postupu typo­
vého schvaľovania;
5. „obsah informačného balíka“ je dokument so zoznamom očíslova­
ných položiek obsahu informačného balíka, v ktorom sú uvedené
všetky dôležité časti tohto balíka. Formát daného dokumentu musí
rozlišovať jednotlivé za sebou idúce kroky postupu typového schva­
ľovania ES vrátane dátumov všetkých revízií a aktualizácií prísluš­
ného balíka;
6. „zariadenie na diaľkovú včasnú detekciu“ je vybavenie jednotky
vozidla, ktoré sa používa na vykonávanie cielených cestných
kontrol;
▼M1
7. „inteligentný tachograf“ alebo „tachograf druhej generácie“ je digi­
tálny tachograf, ktorý spĺňa požiadavky stanovené v článkoch 8, 9
a 10 nariadenia (EÚ) č. 165/2014, ako aj v prílohe IC k tomuto
nariadeniu;
8. „komponent tachografu“ je každý z týchto prvkov: jednotka
vozidla, snímač pohybu, záznamový list, externé zariadenie GNSS
a externé zariadenie na diaľkovú včasnú detekciu;
▼B
9. „orgán pre typové schvaľovanie“ je orgán členského štátu opráv­
nený vykonávať typové schvaľovanie tachografu alebo jeho kompo­
nentov, schvaľovací proces, vydávanie a v prípade potreby odní­
manie osvedčení o typovom schválení, plniť úlohu kontaktného
miesta pre orgány pre typové schvaľovanie ostatných členských
štátov a zabezpečovať, aby výrobcovia plnili svoje povinnosti,
pokiaľ ide o dodržiavanie požiadaviek stanovených v tomto naria­
dení. ;
▼M1
10. „jednotka vozidla“ je tachograf okrem snímača pohybu a káblov
pripojených k snímaču pohybu.
Môže to byť jedna jednotka alebo niekoľko jednotiek rozmiestne­
ných vo vozidle, ktorá obsahuje procesor, dátovú pamäť, funkciu
merania času, dve rozhrania inteligentnej karty pre vodiča a druhého
vodiča, tlačiareň, displej, konektory a zariadenia na zapisovanie
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 4
vstupných údajov používateľa, prijímač GNSS a diaľkové komuni­
kačné zariadenie.
Jednotku vozidla môžu tvoriť tieto komponenty podliehajúce typo­
vému schváleniu:
— jednotka vozidla ako samostatný komponent (vrátane prijímača
GNSS a diaľkového komunikačného zariadenia);
— hlavné teleso jednotky vozidla (vrátane diaľkového komunikač­
ného zariadenia) a vonkajšie zariadenie GNSS;
— hlavné teleso jednotky vozidla (vrátane prijímača GNSS)
a vonkajšie diaľkové komunikačné zariadenie;
— hlavné teleso jednotky vozidla, vonkajšie zariadenie GNSS
a vonkajšie diaľkové komunikačné zariadenie.
Ak jednotku vozidla tvorí viacero jednotiek rozmiestnených vo
vozidle, hlavným telesom jednotky vozidla je jednotka, ktorá obsa­
huje procesor, dátovú pamäť a funkciu merania času.
pojem „jednotka vozidla“ sa používa na označenie pojmu „jednotka
vozidla“ alebo „hlavné teleso jednotky vozidla“.
▼B
Článok 3
Služby založené na lokalizácii
1. Výrobcovia musia zabezpečiť, aby inteligentné tachografy boli
kompatibilné so službami určovania polohy, ktoré poskytujú systémy
Galileo a Európska geostacionárna navigačná prekrývacia
služba (EGNOS).
2. Výrobcovia sa môžu rozhodnúť, že popri systémoch uvedených
v odseku 1 zabezpečia kompatibilitu aj s ďalšími satelitnými navigač­
nými systémami.
Článok 4
Postup typového schvaľovania tachografu a komponentov
tachografu
1. Výrobca alebo jeho obchodný zástupca podajú žiadosť o typové
schválenie tachografu, niektorého z jeho komponentov alebo skupiny
komponentov orgánu pre typové schvaľovanie, ktorý si určí každý
členský štát. Žiadosť musí obsahovať informačnú zložku s informáciami
o každom z príslušných komponentov, v prípade potreby spolu s osved­
čeniami o typovom schválení ostatných komponentov potrebných na
zostavenie tachografu, ako aj so všetkými ostatnými príslušnými
dokumentmi.
2. Členský štát udelí typové schválenie podľa potreby každému
tachografu, komponentu alebo skupine komponentov, ktoré spĺňajú
administratívne a technické požiadavky uvedené v článku 1 ods. 2
alebo 3, podľa potreby. V tom prípade orgán pre typové schvaľovanie
vydá žiadateľovi osvedčenie o typovom schválení, ktoré musí byť
v súlade so vzorom stanoveným v prílohe II k tomuto nariadeniu.
3. Orgán pre typové schvaľovanie môže požiadať výrobcu alebo jeho
obchodného zástupcu o poskytnutie doplňujúcich informácií.
▼M1
02016R0799 — SK — 21.08.2023 — 003.002 — 5
4. Výrobca alebo jeho obchodný zástupca poskytnú orgánom pre
typové schvaľovanie, ako aj subjektom zodpovedným za vydávanie
osvedčení uvedených v článku 12 ods. 3 nariadenia (EÚ) č. 165/2014
toľko tachografov alebo komponentov tachografu, koľko je potrebných
na uspokojivé vykonanie postupu typového schvaľovania.
5. Ak výrobca alebo jeho obchodný zástupca žiadajú o typové schvá­
lenie určitých komponentov alebo skupín komponentov tachografu,
poskytnú orgánom pre typové schvaľovanie ostatné komponenty,
ktoré už majú osvedčenie o typovom schválení, ako aj všetky ďalšie
diely potrebné na zostavenie celého tachografu, aby tieto orgány mohli
vykonať potrebné skúšky.
Článok 5
Zmeny typového schválenia
1. Výrobca alebo jeho obchodný zástupca musia bez meškania infor­
movať orgán pre typové schvaľovanie, ktorý udelil pôvodné typové
schválenie, o každej zmene softvéru alebo hardvéru tachografu alebo
o zmene povahy materiálov použitých na jeho výrobu, ktoré sú uvedené
v informačnom balíku, a musia podať žiadosť o zmenu typového schvá­
lenia.
2. Orgán pre typové schvaľovania môže revidovať alebo rozšíriť
existujúce typové schválenie, alebo udeliť nové typové schválenie
podľa povahy a vlastností zmien.
Orgán pre typové schvaľovanie vykoná „revíziu“, ak zmeny softvéru
alebo hardvéru tachografu alebo zmeny povahy materiálov použitých na
jeho výrobu považuje za malé. V takých prípadoch orgán pre typové
schvaľovanie vydá revidované dokumenty v rámci informačného balíka,
v ktorých uvedie povahu vykonaných zmien a dátum ich schválenia. Na
splnenie tejto požiadavky postačuje aktualizovaná verzia informačného
balíka v konsolidovanej forme doplnená podrobným opisom vykona­
ných zmien.
Orgán pre typové schvaľovanie vykoná „rozšírenie“, ak zmeny softvéru
alebo hardvéru tachografu alebo zmeny povahy materiálov použitých na
jeho výrobu považuje za podstatné. V takých prípadoch môže orgán
požadovať vykonanie nových skúšok a informovať o tom výrobcu
alebo jeho obchodného zástupcu. Ak sú výsledky skúšok uspokojivé,
orgán pre typové schvaľovanie vydá revidované osvedčenie o typovom
schválení, v ktorom je uvedené číslo odkazujúce na udelené rozšírenie.
V osvedčení o typovom schválení sa uvedie dôvod rozšírenia a dátum
jeho vydania.
3. V obsahu informačného balíka sa uvádza dátum posledného rozší­
renia alebo revízie typového schválenia, alebo dátum poslednej konso­
lidácie aktualizovanej verzie typového schválenia.
4. Nové typové schválenie je potrebné, ak by požadované zmeny
tachografu alebo jeho komponentov s udeleným typovým schválením
viedli k vydaniu nového osvedčenia zabezpečenia alebo interoperability.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 6
Článok 6
Nadobudnutie účinnosti
Toto nariadenie nadobúda účinnosť dvadsiatym dňom po jeho uverej­
není v Úradnom vestníku Európskej únie.
Uplatňuje sa od 2. marca 2016.
▼M1
Príloha IC sa však uplatňuje od 15. júna 2019 s výnimkou dodatku 16,
ktorý sa uplatňuje od 2. marca 2016.
▼B
Toto nariadenie je záväzné v celom rozsahu a priamo uplatniteľné vo
všetkých členských štátoch.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 7
PRÍLOHA I C
Požiadavky na konštrukciu, skúšanie, montáž a kontrolu
ÚVOD
1 VYMEDZENIE POJMOV
2 VŠEOBECNÉ CHARAKTERISTIKY A FUNKCIE ZÁZNAMO­
VÉHO ZARIADENIA
2.1 Všeobecné charakteristiky
2.2 Funkcie
2.3 Režimy prevádzky
2.4 Zabezpečenie
3 KONŠTRUKČNÉ A FUNKČNÉ POŽIADAVKY NA ZÁZNA­
MOVÉ ZARIADENIE
3.1 Monitorovanie vkladania a vyberania kariet
3.2 Meranie rýchlosti a vzdialenosti a zisťovanie polohy
3.2.1 Meranie prejdenej vzdialenosti
3.2.2 Meranie rýchlosti
3.2.3 Zisťovanie polohy
3.3 Meranie času
3.4 Monitorovanie činností vodiča
3.5 Monitorovanie stavu jazdy
3.6 Zápisy vodičov
3.6.1 Zápis o mieste, kde sa denný pracovný čas začína a/alebo končí
3.6.2 Manuálne zapisovanie činností vodiča a súhlas vodiča týkajúci sa
rozhrania ITS
3.6.3 Zápis špecifických podmienok
▼M3
3.6.4 Zápis operácie nakládky/vykládky
▼B
3.7 Podnikové blokovanie
3.8 Monitorovanie kontrolných činností
3.9 Detekcia udalostí a/alebo porúch
3.9.1 Udalosť „vloženie neplatnej karty“
3.9.2 Udalosť „konflikt karty“
3.9.3 Udalosť „prekrývanie časov“
3.9.4 Udalosť „jazda bez príslušnej karty“
3.9.5 Udalosť „vloženie karty za jazdy“
3.9.6 Udalosť „nesprávne uzavretá posledná relácia karty“
3.9.7 Udalosť „prekročenie rýchlosti“
3.9.8 Udalosť „prerušenie napájania“
3.9.9 Udalosť „chyba komunikácie s diaľkovým komunikačným zaria­
dením“
3.9.10 Udalosť „chýbajúce informácie o polohe z prijímača GNSS“
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 8
3.9.11 Udalosť „chyba komunikácie s externým zariadením GNSS“
3.9.12 Udalosť „chyba údajov o pohybe“
3.9.13 Udalosť „nesúlad údajov o pohybe vozidla“
3.9.14. Udalosť „pokus o narušenie zabezpečenia“
3.9.15 Udalosť „časový rozpor“
3.9.16 Porucha „karty“
3.9.17 Porucha „záznamového zariadenia“
▼M3
3.9.18 Udalosť „anomália GNSS“
▼B
3.10 Zabudované a automatické skúšky
3.11 Čítanie z dátovej pamäte
3.12 Zaznamenávanie a uloženie v dátovej pamäti
3.12.1 Identifikačné údaje zariadenia
3.12.1.1 Identifikačné údaje jednotky vozidla
3.12.1.2 Identifikačné údaje snímača pohybu
3.12.1.3 Identifikačné údaje globálnych navigačných satelitných systémov
3.12.2 Kľúče a certifikáty
3.12.3 Údaje o vložení a vybratí karty vodiča alebo dielenskej karty
3.12.4 Údaje o činnosti vodiča
▼M1
3.12.5 Miesta a polohy, kde sa denný pracovný čas začína a/alebo končí,
a/alebo kde sa dosiahne 3– hodinový kumulovaný čas jazdy
▼B
3.12.6 Údaje počítadla kilometrov
3.12.7 Podrobné údaje o rýchlosti
3.12.8 Údaje o udalostiach
3.12.9 Údaje o poruchách
3.12.10 Kalibračné údaje
3.12.11 Údaje o úprave času
3.12.12 Údaje o kontrolnej činnosti
3.12.13 Údaje o podnikovom blokovaní
3.12.14 Údaje o činnosti sťahovania
3.12.15 Údaje o špecifických podmienkach
3.12.16 Údaje o tachografovej karte
▼M3
3.12.17 Prekročenia hranice
3.12.18 Operácie nakládky/vykládky
3.12.19 Digitálna mapa
▼B
3.13 Čítanie z tachografovej karty
3.14 Zaznamenávanie a ukladanie na tachografovú kartu
3.14.1 Zaznamenávanie a ukladanie na tachografové karty prvej generácie
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 9
3.14.2 Zaznamenávanie a ukladanie na tachografové karty druhej generácie
3.15 Zobrazovanie
3.15.1 Zobrazenie predvolených údajov
3.15.2 Zobrazenie výstrahy
3.15.3 Prístup k menu
3.15.4 Iné zobrazenia
3.16 Tlač
3.17 Výstrahy
3.18 Sťahovanie údajov na externé médiá
3.19 Diaľková komunikácia v prípade cielených cestných kontrol
▼M3
3.20 Výmena údajov s doplnkovými externými zariadeniami
▼B
3.21 režim kalibrácie
3.22 Kontrola kalibrácie pri cestnej kontrole
3.23 Úprava času
3.24 Výkonnostné charakteristiky
3.25 Materiály
3.26 Označenia
▼M3
3.27 Monitorovanie prekročení hranice
3.28 Aktualizácia softvéru
▼B
4 KONŠTRUKČNÉ A FUNKČNÉ POŽIADAVKY NA TACHO­
GRAFOVÉ KARTY
4.1 Viditeľné údaje
4.2 Zabezpečenie
4.3 Normy
4.4 Elektrické špecifikácie a špecifikácie prostredia
4.5 Uchovávanie údajov
4.5.1 Elementárne súbory na identifikáciu a riadenie karty
4.5.2 Identifikácia karty s integrovaným obvodom (IC)
4.5.2.1 Identifikácia čipu
4.5.2.2 DIR (len v tachografových kartách druhej generácie)
4.5.2.3 Informácie ATR (podmienené, len v tachografových kartách druhej
generácie)
4.5.2.4 Informácie o rozšírenej dĺžke (podmienené, len v tachografových
kartách druhej generácie)
4.5.3 Karta vodiča
4.5.3.1 Aplikácia tachografu (prístupné pre jednotky vozidla prvej a druhej
generácie)
4.5.3.1.1 Identifikácia aplikácie
4.5.3.1.2 Kľúč a certifikáty
4.5.3.1.3 Identifikácia karty
4.5.3.1.4 Identifikácia držiteľa karty
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 10
4.5.3.1.5 Sťahovanie údajov z karty
4.5.3.1.6 Informácie o vodičskom preukaze
4.5.3.1.7 Údaje o udalostiach
4.5.3.1.8 Údaje o poruchách
4.5.3.1.9 Údaje o činnosti vodiča
4.5.3.1.10 Údaje o použitých vozidlách
4.5.3.1.11 Miesta, kde sa denný pracovný čas začína a/alebo končí
4.5.3.1.12 Údaje o relácii karty
4.5.3.1.13 Údaje o kontrolnej činnosti
4.5.3.1.14 Údaje o špecifických podmienkach
4.5.3.2 Aplikácia tachografu druhej generácie (neprístupné jednotke
vozidla prvej generácie)
4.5.3.2.1 Identifikácia aplikácie
▼M3
4.5.3.2.1.1 Doplnková identifikácia aplikácie (nie je prístupné pre verziu 1
jednotiek vozidla druhej generácie)
▼B
4.5.3.2.2 Kľúče a certifikáty
4.5.3.2.3 Identifikácia karty
4.5.3.2.4 Identifikácia držiteľa karty
4.5.3.2.5 Sťahovanie údajov z karty
4.5.3.2.6 Informácie o vodičskom preukaze
4.5.3.2.7 Údaje o udalostiach
4.5.3.2.8 Údaje o poruchách
4.5.3.2.9 Údaje o činnosti vodiča
4.5.3.2.10 Údaje o použitých vozidlách
4.5.3.2.11 Miesta a polohy, kde sa denný pracovný čas začína a/alebo končí
4.5.3.2.12 Údaje o relácii karty
4.5.3.2.13 Údaje o kontrolnej činnosti
4.5.3.2.14 Údaje o špecifických podmienkach
4.5.3.2.15 Údaje o použitých jednotkách vozidla
▼M1
4.5.3.2.16 Údaje o miestach počas troch hodín kumulovanej jazdy
▼M3
4.5.3.2.17 Stav autentifikácie pre polohy týkajúce sa miest, kde sa denný
pracovný čas začína a/alebo končí (nie je prístupné pre verziu 1
jednotiek vozidla druhej generácie)
4.5.3.2.18 Stav autentifikácie pre polohy, kde sa dosiahnu tri hodiny kumu­
lovaného času jazdy (nie je prístupné pre verziu 1 jednotiek vozidla
druhej generácie)
4.5.3.2.19 Prekročenia hranice (nie je prístupné pre verziu 1 jednotiek vozidla
druhej generácie)
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 11
4.5.3.2.20 Operácie nakládky/vykládky (nie je prístupné pre verziu 1 jedno­
tiek vozidla druhej generácie)
4.5.3.2.21 Zápisy druhu nákladu (nie je prístupné pre verziu 1 jednotiek
vozidla druhej generácie)
4.5.3.2.22 Konfigurácie VU (nie je prístupné pre verziu 1 jednotiek vozidla
druhej generácie)
▼B
4.5.4 Dielenská karta
4.5.4.1 Aplikácia tachografu (prístupné pre jednotky vozidla prvej a druhej
generácie)
4.5.4.1.1 Identifikácia aplikácie
4.5.4.1.2 Kľúče a certifikáty
4.5.4.1.3 Identifikácia karty
4.5.4.1.4 Identifikácia držiteľa karty
4.5.4.1.5 Sťahovanie údajov z karty
4.5.4.1.6 Údaje o kalibrácii a úprave času
4.5.4.1.7 Údaje o udalostiach a poruchách
4.5.4.1.8 Údaje o činnosti vodiča
4.5.4.1.9 Údaje o použitých vozidlách
4.5.4.1.10 Údaje o začiatku a/alebo konci denného pracovného času
4.5.4.1.11 Údaje o relácii karty
4.5.4.1.12 Údaje o kontrolnej činnosti
4.5.4.1.13 Údaje o špecifických podmienkach
4.5.4.2 Aplikácia tachografu druhej generácie (neprístupné jednotke
vozidla prvej generácie)
4.5.4.2.1 Identifikácia aplikácie
▼M3
4.5.4.2.1.1 Doplnková identifikácia aplikácie (nie je prístupné pre verziu 1
jednotiek vozidla druhej generácie)
▼B
4.5.4.2.2 Kľúče a certifikáty
4.5.4.2.3 Identifikácia karty
4.5.4.2.4 Identifikácia držiteľa karty
4.5.4.2.5 Sťahovanie údajov z karty
4.5.4.2.6 Údaje o kalibrácii a úprave času
4.5.4.2.7 Údaje o udalostiach a poruchách
4.5.4.2.8 Údaje o činnosti vodiča
4.5.4.2.9 Údaje o použitých vozidlách
4.5.4.2.10 Údaje o začiatku a/alebo konci denného pracovného času
4.5.4.2.11 Údaje o relácii karty
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 12
4.5.4.2.12 Údaje o kontrolnej činnosti
4.5.4.2.13 Údaje o použitých jednotkách vozidla
▼M1
4.5.4.2.14 Údaje o miestach počas troch hodín kumulovanej jazdy
▼B
4.5.4.2.15 Údaje o špecifických podmienkach
▼M3
4.5.4.2.16 Stav autentifikácie pre polohy týkajúce sa miest, kde sa denný
pracovný čas začína a/alebo končí (nie je prístupné pre verziu 1
jednotiek vozidla druhej generácie)
4.5.4.2.17 Stav autentifikácie pre polohy, kde sa dosiahnu tri hodiny kumu­
lovanej jazdy (nie je prístupné pre verziu 1 jednotiek vozidla druhej
generácie)
4.5.4.2.18 Prekročenia hranice (nie je prístupné pre verziu 1 jednotiek vozidla
druhej generácie)
4.5.4.2.19 Operácie nakládky/vykládky (nie je prístupné pre verziu 1 jedno­
tiek vozidla druhej generácie)
4.5.4.2.20. Zápisy druhu nákladu (nie je prístupné pre verziu 1 jednotiek
vozidla druhej generácie)
4.5.4.2.21 Doplnkové kalibračné údaje (nie je prístupné pre verziu 1 jednotiek
vozidla druhej generácie)
4.5.4.2.22 Konfigurácie VU (nie je prístupné pre verziu 1 jednotiek vozidla
druhej generácie)
▼B
4.5.5 Kontrolná karta
4.5.5.1 Aplikácia tachografu (prístupné pre jednotky vozidla prvej a druhej
generácie)
4.5.5.1.1 Identifikácia aplikácie
4.5.5.1.2 Kľúče a certifikáty
4.5.5.1.3 Identifikácia karty
4.5.5.1.4 Identifikácia držiteľa karty
4.5.5.1.5 Údaje o kontrolnej činnosti
4.5.5.2 Aplikácia tachografu druhej generácie (neprístupné jednotke
vozidla prvej generácie)
4.5.5.2.1 Identifikácia aplikácie
▼M3
4.5.5.2.1.1 Doplnková identifikácia aplikácie (nie je prístupné pre verziu 1
jednotiek vozidla druhej generácie)
▼B
4.5.5.2.2 Kľúče a certifikáty
4.5.5.2.3 Identifikácia karty
4.5.5.2.4 Identifikácia držiteľa karty
4.5.5.2.5 Údaje o kontrolnej činnosti
▼M3
4.5.5.2.6 Konfigurácie VU (nie je prístupné pre verziu 1 jednotiek vozidla
druhej generácie)
▼B
4.5.6 Podniková karta
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 13
4.5.6.1 Aplikácia tachografu (prístupné pre jednotky vozidla prvej a druhej
generácie)
4.5.6.1.1 Identifikácia aplikácie
4.5.6.1.2 Kľúče a certifikáty
4.5.6.1.3 Identifikácia karty
4.5.6.1.4 Identifikácia držiteľa karty
4.5.6.1.5 Údaje o činnosti podniku
4.5.6.2 Aplikácia tachografu druhej generácie (neprístupné jednotke
vozidla prvej generácie)
4.5.6.2.1 Identifikácia aplikácie
▼M3
4.5.6.2.1.1 Doplnková identifikácia aplikácie (nie je prístupné pre verziu 1
jednotiek vozidla druhej generácie)
▼B
4.5.6.2.2 Kľúče a certifikáty
4.5.6.2.3 Identifikácia karty
4.5.6.2.4 Identifikácia držiteľa karty
4.5.6.2.5 Údaje o činnosti podniku
▼M3
4.5.6.2.6 Konfigurácie VU (nie je prístupné pre verziu 1 jednotiek vozidla
druhej generácie)
▼B
5 MONTÁŽ ZÁZNAMOVÉHO ZARIADENIA
5.1 Montáž
5.2 Montážny štítok
5.3 Plombovanie
6 KONTROLY, INŠPEKCIE A OPRAVY
6.1 Schválenie montážnych firiem, dielní a výrobcov vozidiel
▼M1
6.2 Kontrola nových alebo opravených komponentov
▼B
6.3 Inšpekcia inštalácie
6.4 Pravidelné inšpekcie
6.5 Meranie chýb
6.6 Opravy
7 VYDÁVANIE KARIET
8 TYPOVÉ SCHVÁLENIE ZÁZNAMOVÉHO ZARIADENIA
A TACHOGRAFOVÝCH KARIET
8.1 Všeobecne
8.2 Osvedčenie zabezpečenia
8.3 Osvedčenie funkčnosti
8.4 Osvedčenie interoperability
8.5 Osvedčenie o typovom schválení
8.6 Výnimočný postup: prvé osvedčenia interoperability pre zázna­
mové zariadenia a tachografové karty druhej generácie
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 14
ÚVOD
Táto príloha obsahuje požiadavky na záznamové zariadenie a tachografové karty
druhej generácie.
Od 15. júna 2019 sa vo vozidlách prvýkrát zaevidovaných v Únii montuje
záznamové zariadenie druhej generácie a vydávajú sa tachografové karty druhej
generácie.
Na plynulé zavádzanie tachografového systému druhej generácie boli tachogra­
fové karty druhej generácie navrhnuté tak, aby sa dali používať aj v jednotkách
vozidla prvej generácie skonštruovaných v súlade s prílohou IB k naria­
deniu (EHS) č. 3821/85.
Podobne sa tachografové karty prvej generácie môžu používať v jednotkách
vozidla druhej generácie. Napriek tomu sa jednotky vozidla druhej generácie
môžu kalibrovať len s použitím dielenských kariet druhej generácie.
Požiadavky týkajúce sa interoperability medzi tachografovými systémami prvej
a druhej generácie sú špecifikované v tejto prílohe. V tejto súvislosti dodatok 15
obsahuje ďalšie podrobnosti o riadení súbežného fungovania oboch generácií.
Okrem toho v dôsledku zavedenia nových funkcií, akými sú použitie otvorenej
služby systému Galileo na autentifikáciu navigačných správ (OSNMA), detekcia
prekročení hranice, zápis operácií nakládky a vykládky, ako aj v dôsledku
potreby zvýšiť kapacitu karty vodiča na 56 dní činností vodiča sa týmto naria­
dením zavádzajú technické požiadavky na druhú verziu záznamových zariadení
a tachografových kariet druhej generácie.
▼B
Zoznam dodatkov
Dodatok 1: SLOVNÍK ÚDAJOV
Dodatok 2: ŠPECIFIKÁCIA TACHOGRAFOVÝCH KARIET
Dodatok 3: PIKTOGRAMY
Dodatok 4: VÝPISY
Dodatok 5: ZOBRAZENIE
Dodatok 6: PREDNÝ KONEKTOR NA KALIBRÁCIU A SŤAHO­
VANIE
Dodatok 7: PROTOKOLY SŤAHOVANIA ÚDAJOV
Dodatok 8: KALIBRAČNÝ PROTOKOL
Dodatok 9: TYPOVÉ SCHVÁLENIE A ZOZNAM MINIMÁLNE
POŽADOVANÝCH SKÚŠOK
Dodatok 10: POŽIADAVKY NA ZABEZPEČENIE
Dodatok 11: SPOLOČNÉ BEZPEČNOSTNÉ MECHANIZMY
Dodatok 12: URČOVANIE POLOHY NA ZÁKLADE GLOBÁLNEHO
NAVIGAČNÉHO SATELITNÉHO SYSTÉMU (GNSS)
Dodatok 13: ROZHRANIE ITS
Dodatok 14: FUNKCIA DIAĽKOVEJ KOMUNIKÁCIE
Dodatok 15: PRECHOD: RIADENIE KOEXISTENCIE JEDNOTLI­
VÝCH GENERÁCIÍ ZARIADENIA
Dodatok 16: ADAPTÉR PRE VOZIDLÁ KATEGÓRIÍ M1 A N1
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 15
1 VYMEDZENIE POJMOV
V tejto prílohe:
a) „aktivácia“ je:
fáza, v ktorej sa tachograf stáva použitím dielenskej karty plne
funkčným a plní všetky funkcie vrátane bezpečnostných
funkcií;
b) „autentifikácia“ je:
funkcia určená na zistenie a overenie uvádzanej totožnosti;
c) „autenticita“ znamená:
že informácia prichádza od osoby, ktorej totožnosť sa dá
overiť;
d) „zabudovaná skúška (BIT)“ je:
skúška, ktorá sa vykonáva na požiadanie, iniciovaná operá­
torom alebo externým zariadením;
e) „kalendárny deň“ je:
deň od 00.00 hodín do 24.00 hodín. Všetky kalendárne dni sa
vzťahujú na čas UTC (koordinovaný svetový čas);
▼M3
f) „kalibrácia inteligentného tachografu“ je:
aktualizácia alebo potvrdenie parametrov vozidla, ktoré sa
majú ukladať v dátovej pamäti. Parametre vozidla zahŕňajú
identifikáciu vozidla (VIN, VRN a členský štát evidencie)
a charakteristiky vozidla (w, k, l, rozmer pneumatík, podľa
potreby nastavenie obmedzovača rýchlosti, aktuálny čas
UTC, aktuálny stav počítadla kilometrov, predvolený druh
nákladu); počas kalibrácie záznamového zariadenia sa musia
v dátovej pamäti uložiť aj typy a identifikátory všetkých
umiestnených plomb týkajúcich sa typového schvaľovania;
každá aktualizácia alebo len potvrdenie času UTC sa považuje
za úpravu času a nie za kalibráciu pod podmienkou, že nie je
v rozpore s požiadavkou 409 stanovenou v bode 6.4;
kalibrovanie záznamového zariadenia si vyžaduje použitie
dielenskej karty;
g) „číslo karty“ je:
16 alfanumerických znakov, ktoré jednoznačne identifikujú
tachografovú kartu v členskom štáte. Číslo karty obsahuje
identifikáciu, ktorú tvorí identifikácia vodiča alebo identifi­
kácia vlastníka karty s poradovým indexom karty, indexom
náhrady karty a indexom obnovy karty;
karta je preto jednoznačne identifikovaná kódom vydávajúceho
členského štátu a číslom karty;
▼B
h) „poradový index karty“ je:
štrnásty alfanumerický znak čísla karty, ktorý sa používa na
rozlíšenie rôznych kariet vydaných podniku, dielni alebo
kontrolnému orgánu, ktorým sa môže vydať niekoľko tacho­
grafových kariet. Podnik, dielňa alebo kontrolný orgán je
jednoznačne identifikovaný prvými 13 znakmi čísla karty;
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 16
i) „index obnovy karty“ je:
šestnásty alfanumerický znak čísla karty, ktorý sa zvyšuje pri
každej obnove tachografovej karty zodpovedajúcej danej iden­
tifikácii, t. j. identifikácii vodiča alebo identifikácii vlastníka
spolu s poradovým indexom;
j) „index náhrady karty“ je:
pätnásty alfanumerický znak čísla karty, ktorý sa zvyšuje pri
každej náhrade tachografovej karty zodpovedajúcej danej iden­
tifikácii, t. j. identifikácii vodiča alebo identifikácii vlastníka
spolu s poradovým indexom;
▼B
k) „charakteristický koeficient vozidla“ je:
numerická charakteristika udávajúca hodnotu výstupného
signálu emitovaného časťou vozidla, ktorá ho prepája so
záznamovým zariadením (výstupný hriadeľ prevodovky alebo
náprava), zatiaľ čo vozidlo prejde vzdialenosť jedného kilo­
metra za štandardných skúšobných podmienok vymedzených
v rámci požiadavky 414. Charakteristický koeficient je vyja­
drený v impulzoch na kilometer (w = … imp/km);
l) „podniková karta“ je:
tachografová karta vydaná orgánmi členského štátu doprav­
nému podniku, ktorý musí prevádzkovať vozidlá vybavené
tachografom, ktorá identifikuje príslušný dopravný podnik
a umožňuje zobraziť, stiahnuť a vytlačiť údaje uložené v tacho­
grafe, ktoré sú blokované príslušným dopravným podnikom;
m) „konštanta záznamového zariadenia“ je:
numerická veličina udávajúca hodnotu vstupného signálu potrebnú
na zobrazenie a zaznamenanie prejdenej vzdialenosti 1 km; táto
konštanta sa vyjadruje v impulzoch na kilometer (k = … imp/km);
n) „nepretržitý čas jazdy“ je vypočítaný v záznamovom zariadení
ako ( 1 ):
nepretržitý čas jazdy vypočítaný ako súčet aktuálnych kumu­
lovaných časov jazdy konkrétneho vodiča od konca jeho
posledného časového úseku POHOTOVOSTI alebo
PRESTÁVKY/ODPOČINKU alebo NEZNÁMEHO ( 2 ) časo­
vého úseku 45 alebo viac minút [tento časový úsek môže
byť rozdelený podľa nariadenia Európskeho parlamentu
a Rady (ES) č. 561/2006 ( 3 )]. Dané výpočty berú, podľa
potreby, do úvahy doterajšie činnosti uložené na karte vodiča.
Keď vodič nevložil svoju kartu, výpočty vychádzajú zo
záznamov dátovej pamäte týkajúcich sa aktuálneho časového
úseku, keď nebola vložená karta, a príslušného slotu;
▼M3
( 1 ) Tento spôsob výpočtu nepretržitého času jazdy a kumulovaných časov prestávok slúži
záznamovému zariadeniu na výpočet výstrahy pri nepretržitom čase jazdy. Nemá vplyv
na právny výklad týchto časov. Ak sú tieto definície zastarané z dôvodu ich aktualizácie
v iných príslušných právnych predpisoch, môžu sa namiesto nich použiť alternatívne
spôsoby výpočtu nepretržitého času jazdy a kumulovaného času prestávok.
( 2 ) NEZNÁME časové úseky zodpovedajú časovým úsekom, počas ktorých nebola karta
vodiča vložená v záznamovom zariadení a nevykonal sa žiadny manuálny záznam
o činnosti vodiča.
( 3 ) Nariadenie Európskeho parlamentu a Rady (ES) č. 561/2006 z 15. marca 2006 o harmo­
nizácii niektorých právnych predpisov v sociálnej oblasti, ktoré sa týkajú cestnej
dopravy, ktorým sa menia a dopĺňajú nariadenia Rady (EHS) č. 3821/85 a (ES)
č. 2135/98 a zrušuje nariadenie Rady (EHS) č. 3820/85 (Ú. v. EÚ L 102, 11.4.2006,
s. 1).
02016R0799 — SK — 21.08.2023 — 003.002 — 17
o) „kontrolná karta“ je:
tachografová karta, ktorú vnútroštátnemu príslušnému kontrol­
nému orgánu vydali orgány členského štátu, ktorá identifikuje
kontrolný orgán a prípadne aj kontrolného úradníka a ktorá
umožňuje prístup k údajom uloženým v dátovej pamäti
alebo na karte vodiča a prípadne na dielenských kartách na
účel ich čítania, tlače a/alebo stiahnutia;
Okrem toho poskytuje prístup k funkcii kontroly kalibrácie pri
cestnej kontrole a údajom o snímači komunikačného zaria­
denia na diaľkovú včasnú detekciu.
p) „kumulovaný čas prestávok“ sa vypočíta v záznamovom zaria­
dení ako ( 1 ):
kumulovaná prestávka z času jazdy sa vypočíta ako aktuálny
súčet časov POHOTOVOSTI alebo PRESTÁVKY/ODPO­
ČINKU alebo NEZNÁMEHO ( 2 ) času v trvaní 15 alebo viac
minút pre konkrétneho vodiča od konca jeho posledného časo­
vého úseku POHOTOVOSTI alebo PRESTÁVKY/ODPO­
ČINKU alebo NEZNÁMEHO ( 2 ) časového úseku v trvaní 45
alebo viac minút (tento časový úsek môže byť rozdelený podľa
nariadenia (ES) č. 561/2006).
Dané výpočty berú, podľa potreby, do úvahy doterajšie
činnosti uložené na karte vodiča. Neznáme časové úseky
s negatívnou dobou trvania (začiatok neznámeho časového
úseku > koniec neznámeho časového úseku) z dôvodu prekrý­
vania časov medzi dvoma rôznymi záznamovými zariade­
niami, sa pri výpočte neberú do úvahy.
Keď vodič nevložil svoju kartu, výpočty vychádzajú zo
záznamov dátovej pamäte týkajúcich sa aktuálneho časového
úseku, kedy nebola vložená karta, a vzťahujúcich sa k prísluš­
nému slotu.
q) „dátová pamäť“ je:
elektronické pamäťové dátové zariadenie zabudované do
záznamového zariadenia;
r) „digitálny podpis“ znamená:
údaje pripojené k bloku údajov alebo kryptografická transfor­
mácia bloku údajov, ktorá umožňuje príjemcovi bloku údajov
overiť si autenticitu a integritu bloku údajov;
s) „sťahovanie“ je:
kopírovanie spolu s digitálnym podpisom časti alebo celej
sady dátových súborov zaznamenaných v dátovej pamäti
jednotky vozidla alebo v pamäti tachografovej karty za pred­
pokladu, že sa počas tohto procesu nezmenia ani nevymažú
žiadne uložené údaje;
▼B
( 1 ) Tento spôsob výpočtu nepretržitého času jazdy a kumulovaných časov prestávok slúži
záznamovému zariadeniu na výpočet výstrahy pri nepretržitom čase jazdy. Nemá vplyv
na právny výklad týchto časov. Ak sú tieto definície zastarané z dôvodu ich aktualizácie
v iných príslušných právnych predpisoch, môžu sa namiesto nich použiť alternatívne
spôsoby výpočtu nepretržitého času jazdy a kumulovaného času prestávok.
( 2 ) NEZNÁME časové úseky zodpovedajú časovým úsekom, počas ktorých nebola karta
vodiča vložená v záznamovom zariadení a nevykonal sa žiadny manuálny záznam
o činnosti vodiča.
02016R0799 — SK — 21.08.2023 — 003.002 — 18
Výrobcovia inteligentných tachografových jednotiek vozidla
a výrobcovia zariadenia navrhnutého a určeného na sťahovanie
dátových súborov prijmú všetky primerané opatrenia s cieľom
zabezpečiť, aby sťahovanie týchto údajov spôsobovalo
dopravným podnikom alebo vodičom čo najmenšie časové
straty.
Sťahovanie súboru s podrobnými údajmi o rýchlosti nemusí
byť potrebné na určenie súladu s nariadením (ES) č. 561/2006,
ale môže sa použiť na iné účely napr. pri vyšetrovaní nehody.
t) „karta vodiča“ je:
tachografová karta vydaná konkrétnemu vodičovi orgánmi
členského štátu, ktorá identifikuje vodiča a umožňuje ukladať
údaje o činnosti vodiča;
u) „skutočný obvod kolies“ je:
priemer vzdialeností prejdených každým z kolies poháňajúcich
vozidlo (hnacie kolesá) v priebehu jednej úplnej rotácie.
Meranie týchto vzdialeností sa vykoná za štandardných
skúšobných podmienok vymedzených v požiadavke 414
a vyjadrí sa vo forme „l = … mm“. Výrobcovia vozidiel
môžu nahradiť meranie týchto vzdialeností teoretickým
výpočtom, ktorý berie do úvahy rozloženie hmotnosti na
nápravy nenaloženého vozidla v normálnom prevádzkovom
stave ( 1 ). Metódy takéhoto teoretického výpočtu podliehajú
schváleniu príslušným orgánom členského štátu a môže sa
vykonať len pred aktiváciou tachografu;
v) „udalosť“ je:
nezvyčajná operácia zistená inteligentným tachografom, ktorá
môže byť dôsledkom pokusu o podvod;
w) „externé zariadenie GNSS“ je
zariadenie, ktoré obsahuje prijímač GNSS, keď jednotka
vozidla nie je jednotný celok, ako aj ostatné komponenty
potrebné na ochranu prenosu údajov o polohe do zvyšnej
časti jednotky vozidla;
x) „porucha“ je:
nezvyčajná operácia zistená inteligentným tachografom, ktorá
môže byť dôsledkom nesprávneho fungovania alebo zlyhania
zariadenia;
y) „prijímač GNSS“ je:
elektronické zariadenie, ktoré prijíma a digitálne spracováva
signály z jedného alebo viacerých globálnych navigačných
satelitných systémov (GNSS v angličtine) s cieľom poskytnúť
informácie o polohe, rýchlosti a čase.
▼B
( 1 ) Nariadenie Komisie (EÚ) č. 1230/2012 z 12. decembra 2012, ktorým sa vykonáva
nariadenie Európskeho parlamentu a Rady (ES) č. 661/2009, pokiaľ ide o požiadavky
na typové schválenie v prípade hmotností a rozmerov motorových vozidiel a ich prípoj­
ných vozidiel, a mení a dopĺňa smernica Európskeho parlamentu a Rady 2007/46/ES
(Ú. v. EÚ L 353, 21.12.2012, s. 31) v znení posledných zmien.
02016R0799 — SK — 21.08.2023 — 003.002 — 19
z) „montáž“ je:
montáž tachografu do vozidla;
aa) „interoperabilita“ je:
schopnosť systémov a základných prevádzkových postupov
vymieňať si údaje a informácie;
bb) „rozhranie“ je:
zariadenie medzi systémami, prostredníctvom ktorého sa tieto
systémy môžu spájať a spolupracovať;
cc) „poloha“ znamená:
zemepisné súradnice vozidla v danom čase;
dd) „snímač pohybu“ je:
časť tachografu, ktorá poskytuje signál udávajúci rýchlosť
vozidla a/alebo prejdenú vzdialenosť;
▼M3
ee) „neplatná karta“ je:
karta, pri ktorej sa zistilo, že je chybná, alebo pri ktorej zlyhala
autentifikácia, alebo ešte nenastal začiatok jej platnosti, alebo
jej platnosť uplynula;
jednotka vozidla považuje kartu za neplatnú aj v prípade:
— ak už bola do jednotky vozidla vložená karta s rovnakým
vydávajúcim členským štátom, s rovnakou identifikáciou,
t. j. identifikáciou vodiča alebo identifikáciou vlastníka
spolu s poradovým indexom, a s vyšším indexom obnovy,
alebo
— ak už bola do jednotky vozidla vložená karta s rovnakým
vydávajúcim členským štátom, s rovnakou identifikáciou,
t. j. identifikáciou vodiča alebo identifikáciou vlastníka
spolu s poradovým indexom alebo indexom obnovy, ale
s vyšším indexom náhrady;
▼B
ff) „otvorená norma“ je:
norma stanovená v dokumente o špecifikácii noriem
dostupnom bezplatne alebo za symbolický poplatok, ktorá je
dostupná na účely kopírovania, distribúcie alebo na použitie,
a to bezplatne alebo za symbolický poplatok;
gg) „záznamové zariadenie sa nevyžaduje“ znamená:
keď sa používanie záznamového zariadenia nevyžaduje podľa
ustanovení nariadenia (ES) č. 561/2006;
hh) „prekročenie rýchlosti“ je
prekročenie povolenej rýchlosti vozidla, vymedzené ako každý
časový úsek nad 60 sekúnd, počas ktorého nameraná rýchlosť
vozidla presiahne limit pre nastavenie obmedzovača rýchlosti
stanovený v smernici Rady 92/6/EHS ( 1 ) v znení posledných
zmien;
▼B
( 1 ) Smernica Rady 92/6/EEC z 10. februára 1992 o montáži a používaní zariadení obme­
dzujúcich rýchlosť pre určité kategórie motorových vozidiel v Spoločenstve (Ú. v. ES
L 57, 2.3.1992, s. 27).
02016R0799 — SK — 21.08.2023 — 003.002 — 20
ii) „pravidelná inšpekcia“ je:
súbor činností vykonávaných na overenie, či tachograf riadne
funguje, či jeho nastavenie zodpovedá parametrom vozidla a či
k nemu neboli pripojené manipulačné zariadenia;
jj) „tlačiareň“ je:
komponent záznamového zariadenia, ktorý zabezpečuje výpisy
uložených údajov;
kk) „komunikácia na diaľkovú včasnú detekciu“ je:
komunikácia medzi komunikačným zariadením na diaľkovú
včasnú detekciu a snímačom komunikačného zariadenia na
diaľkovú včasnú detekciu počas cielených cestných kontrol
s cieľom diaľkovo odhaľovať možnú manipuláciu alebo zneu­
žitie záznamového zariadenia;
▼M3
ll) „diaľkové komunikačné zariadenie“, „diaľkový komunikačný
modul“ alebo „diaľkové zariadenie včasnej detekcie“ je:
vybavenie jednotky vozidla, ktoré sa používa na vykonávanie
cielených cestných kontrol;
▼B
mm) „snímač komunikačného zariadenia na diaľkovú včasnú
detekciu“ je:
systém používaný kontrolnými úradníkmi na cielené cestné
kontroly;
▼M3
nn) „obnova karty“ je:
vydanie novej tachografovej karty, keď uplynie platnosť
existujúcej karty alebo keď existujúca karta nefunguje správne
a bola vrátená vydávajúcemu orgánu;
▼B
oo) „oprava“ je:
akákoľvek oprava snímača pohybu alebo jednotky vozidla
alebo kábla, ktorá si vyžaduje odpojenie napájania alebo
jeho odpojenie od iných komponentov tachografu, alebo otvo­
renie snímača pohybu alebo jednotky vozidla;
▼M3
pp) „náhrada karty“ je:
vydanie novej tachografovej karty ako náhrady za existujúcu
tachografovú kartu, ktorá bola nahlásená ako stratená, odcu­
dzená alebo nesprávne fungujúca a nebola vrátená vydávajú­
cemu orgánu;
▼B
qq) „osvedčovanie zabezpečenia“ je:
proces, ktorým orgán osvedčovania na základe spoločných
kritérií osvedčuje, že overované záznamové zariadenie (alebo
komponent) alebo tachografová karta spĺňajú požiadavky
zabezpečenia vymedzené v súvisiacich profiloch ochrany;
rr) „automatická skúška“ je:
cyklická a automatická skúška vykonávaná záznamovým zaria­
dením na zisťovanie porúch;
ss) „meranie času“ je:
nepretržitý digitálny záznam koordinovaného univerzálneho
dátumu a času (universal date and time – UTC);
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 21
tt) „úprava času“ je:
úprava aktuálneho času. Táto úprava môže byť automatická
s použitím referenčného času z prijímača GNSS alebo ju
možno vykonať v režime kalibrácie;
▼B
uu) „rozmer pneumatiky“ je:
označenie rozmerov pneumatík (vonkajších hnacích kolies)
v súlade so smernicou Rady 92/23/EHS ( 1 ) v znení posledných
zmien;
vv) „identifikácia vozidla“ znamená:
čísla identifikujúce vozidlo: evidenčné číslo vozidla (VRN)
s identifikáciou členského štátu evidencie a identifikačné
číslo vozidla (VIN) ( 2 );
ww) na účely výpočtu v záznamovom zariadení „týždeň“ je:
časový úsek od 00.00 hodín UTC v pondelok do 24.00 UTC
v nedeľu;
xx) „dielenská karta“ je:
tachografová karta vydaná orgánmi členského štátu určenému
personálu výrobcu tachografov, montážnej firme, výrobcovi
vozidla alebo dielni schváleným uvedeným členským štátom,
ktorá identifikuje držiteľa karty a umožňuje skúšanie, kali­
bráciu a aktiváciu tachografov a/alebo stiahnutie údajov z nich;
yy) „adaptér“ je:
zariadenie permanentne zabezpečujúce signál udávajúci rých­
losť vozidla a/alebo prejdenú vzdialenosť, iné než zariadenie
na nezávislé zisťovanie pohybu, a ktoré:
▼M3
— sa montuje a používa iba vo vozidlách typu M1 a N1
vymedzených v článku 4 nariadenia Európskeho parla­
mentu a Rady (EÚ) 2018/858 ( 3 ),
▼B
— sa montuje v prípade, ak nie je mechanicky možné namon­
tovať iný typ existujúceho snímača pohybu, ktorý inak
spĺňa požiadavky ustanovení tejto prílohy a jej dodatkov
1 až 15,
▼M3
( 1 ) Smernica Rady 92/23/EHS z 31. marca 1992 o pneumatikách motorových vozidiel a ich
prípojných vozidiel a ich montáži (Ú. v. ES L 129, 14.5.1992, s. 95).
( 2 ) Smernica Rady 76/114/EHS z 18. decembra 1975 o aproximácii právnych predpisov
členských štátov o povinných štítkoch a nápisoch pre motorové vozidlá a ich prípojné
vozidlá a ich umiestnení a spôsobe ich pripevnenia (Ú. v. ES L 24, 30.1.1976, s. 1).
( 3 ) Nariadenie Európskeho parlamentu a Rady (EÚ) 2018/858 z 30. mája 2018 o schvaľovaní
motorových vozidiel a ich prípojných vozidiel, ako aj systémov, komponentov a samo­
statných technických jednotiek určených pre takéto vozidlá a o dohľade nad trhom
s nimi, ktorým sa menia nariadenia (ES) č. 715/2007 a (ES) č. 595/2009 a zrušuje
smernica 2007/46/ES (Ú. v. EÚ L 151, 14.6.2018, s. 1).
02016R0799 — SK — 21.08.2023 — 003.002 — 22
— sa montuje medzi jednotku vozidla a miesto, kde sa
impulzy rýchlosti/vzdialenosti vytvárajú prostredníctvom
integrovaných snímačov alebo iných rozhraní,
— z hľadiska jednotky vozidla sa adaptér správa rovnako, ako
keby bol k jednotke vozidla pripojený snímač pohybu,
ktorý spĺňa požiadavky ustanovení tejto prílohy a jej
dodatkov 1 až 16;
používanie tohto adaptéra v uvedených vozidlách musí umož­
ňovať montáž a správne používanie jednotky vozidla, ktorá
spĺňa všetky požiadavky tejto prílohy,
v prípade týchto vozidiel tvoria súčasť inteligentného tacho­
grafu káble, adaptér a jednotka vozidla;
zz) „integrita údajov“ je:
presnosť a konzistentnosť uložených údajov, ktorú predstavuje
absencia akejkoľvek zmeny údajov medzi dvoma aktualizá­
ciami dátového záznamu. Integrita údajov znamená, že údaje
sú presnou kópiou pôvodnej verzie, napr. že neboli poškodené
v procese zápisu na tachografovú kartu a spätného čítania
z nej alebo do špecializovaného vybavenia alebo počas
prenosu akýmkoľvek komunikačným kanálom;
▼M3
aaa) vyhradené na budúce použitie;
▼B
bbb) „systém inteligentného tachografu“ je:
záznamové zariadenie, tachografové karty a súbor všetkých
priamo alebo nepriamo prepojených zariadení počas ich
výroby, montáže, použitia, skúšania a kontroly, ako napríklad
karty, snímač diaľkového komunikačného zariadenia
a akékoľvek iné zariadenia na sťahovanie údajov, analýzu
údajov, kalibráciu, vytváranie, spravovanie alebo zavádzanie
prvkov zabezpečenia atď.;
▼M3
ccc) „dátum zavedenia“ je:
dátum stanovený v nariadení (EÚ) č. 165/2014, od ktorého sa
prvýkrát zaevidované vozidlá vybavia tachografom v súlade
s týmto nariadením;
▼B
ddd) „profil ochrany“ je:
dokument používaný v rámci osvedčovania podľa spoločných
kritérií, ktorý špecifikuje požiadavky na zabezpečenie infor­
mácií nezávisle od implementácie;
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 23
eee) „presnosť GNSS“ je:
v kontexte zaznamenávania polohy z globálneho navigačného
satelitného systému (GNSS) s tachografmi hodnota Horizontal
Dilution of Precision (HDOP) vypočítaná ako minimum
hodnôt HDOP získaných z dostupných systémov GNSS ;
▼M1
fff) ‚kumulovaný čas jazdy‘ je:
hodnota celkového kumulovaného počtu minút jazdy konkrét­
neho vozidla.
Hodnota kumulovaného času jazdy je neprerušované počítanie
všetkých minút považovaných za VEDENIE VOZIDLA funk­
ciou záznamového zariadenia, ktorou je monitorovanie činností
vedenia vozidla, a používa sa iba na spustenie zaznamenávania
polohy vozidla vždy pri dosiahnutí násobku troch hodín kumu­
lovaného času jazdy. Kumulácia sa začína aktiváciou zázna­
mového zariadenia. Nemajú na ňu vplyv žiadne iné
podmienky, ako napríklad ‚záznamové zariadenie sa nevyža­
duje‘ alebo prevoz trajektom/vlakom‘.
Hodnota akumulovaného času jazdy sa nemá zobrazovať,
tlačiť ani sťahovať.
▼B
2 VŠEOBECNÉ CHARAKTERISTIKY A FUNKCIE ZÁZNAMO­
VÉHO ZARIADENIA
2.1 Všeobecné charakteristiky
Účelom záznamového zariadenia je zaznamenávať, ukladať, zobra­
zovať, tlačiť údaje o činnosti vodiča a generovať z nich výstupy.
Súčasťou každého vozidla vybaveného záznamovým zariadením,
ktoré spĺňa ustanovenia tejto prílohy, musí byť ukazovateľ rýchlosti
a počítadlo kilometrov. Tieto funkcie môžu byť súčasťou záznamo­
vého zariadenia.
01) Záznamové zariadenie obsahuje káble, snímač pohybu
a jednotku vozidla.
02) Rozhranie medzi snímačmi pohybu a jednotkami vozidla
musí spĺňať požiadavky uvedené v dodatku 11.
03) Jednotka vozidla musí byť pripojená ku globálnemu navi­
gačnému satelitnému systému resp. systémom, ako je
uvedené v dodatku 12.
04) Jednotka vozidla musí komunikovať so snímačom komuni­
kačného zariadenia na diaľkovú včasnú detekciu, ako je
uvedené v dodatku 14.
▼M3
05) Jednotka vozidla obsahuje rozhranie ITS, ktoré je špecifi­
kované v dodatku 13.
Záznamové zariadenie môže byť spojené s inými zariade­
niami prostredníctvom doplnkových rozhraní a/alebo
prostredníctvom rozhrania ITS.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 24
06) Žiadne funkcie alebo zariadenia zabudované alebo pripo­
jené k záznamovému zariadeniu, bez ohľadu na to, či sú
schválené, nesmú rušiť alebo byť schopné rušiť riadnu
a bezpečnú prevádzku záznamového zariadenia a porušovať
ustanovenia tohto nariadenia.
Používatelia záznamového zariadenia sa sami zariadeniu
identifikujú tachografovými kartami.
07) Záznamové zariadenie poskytuje selektívne prístupové
práva k údajom a funkciám podľa typu a/alebo totožnosti
používateľa.
Záznamové zariadenie zaznamenáva a ukladá údaje do svojej
dátovej pamäte, diaľkového komunikačného zariadenia a tachogra­
fovej karty.
▼M3
To sa uskutočňuje v súlade s platnými právnymi predpismi Únie
týkajúcimi sa ochrany údajov a v súlade s článkom 7 nariadenia
(EÚ) č. 165/2014.
▼B
2.2 Funkcie
08) Záznamové zariadenie zabezpečuje tieto funkcie:
— monitorovanie vkladania a vyberania kariet,
— meranie rýchlosti, vzdialenosti a polohy,
— meranie času,
— monitorovanie činností vodiča,
— monitorovanie stavu jazdy,
▼M3
— manuálne zápisy vodiča:
— zápis o miestach, kde sa denný pracovný čas začína
a/alebo končí,
— manuálny zápis o činnostiach vodiča a súhlas
vodiča týkajúci sa rozhrania ITS,
— zápis o špecifických podmienkach,
— zápis operácií nakládky/vykládky,
▼B
— podnikové blokovanie,
— monitorovanie kontrolných činností,
— detekcia udalostí a/alebo porúch,
— zabudované a automatické skúšky,
— čítanie z dátovej pamäte,
— zaznamenávanie a ukladanie v dátovej pamäti,
— čítanie z tachografových kariet,
— zaznamenávanie a ukladanie na tachografové karty,
— zobrazovanie,
— tlač,
— výstraha,
— sťahovanie údajov na externé médiá,
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 25
— diaľková komunikácia pre cielené cestné kontroly,
— generovanie výstupných údajov pre doplnkové
zariadenia,
— kalibrácia,
— kontrola kalibrácie pri cestnej kontrole,
— úprava času ,
▼M3
— monitorovanie prekročení hranice,
— aktualizácia softvéru.
▼B
2.3 Režimy prevádzky
09) Záznamové zariadenie pracuje v štyroch režimoch prevá­
dzky:
— prevádzkový režim,
— režim kontroly,
— režim kalibrácie,
— podnikový režim.
10) Záznamové zariadenie sa po vložení príslušných platných
tachografových kariet do zariadení s rozhraním karty
prepne do týchto režimov prevádzky. Na určenie režimu
prevádzky nemá vplyv generácia tachografovej karty, za
predpokladu, že je vložená karta platná. Dielenská karta
prvej generácie sa vždy považuje za neplatnú, ak je vložená
do VU druhej generácie.
Režim prevádzky
Slot vodiča
Žiadna karta Karta vodiča Kontrolná karta Dielenská karta Podniková karta
S
lo
t
dr
uh
éh
o
vo
di
ča

Žiadna karta prevádzkový
režim
prevádzkový
režim
režim kontroly režim kalibrácie podnikový režim
Karta vodiča prevádzkový
režim
prevádzkový\
režim
režim kontroly režim kalibrácie podnikový režim
Kontrolná karta režim kontroly režim kontroly Režim
kontroly (*)
prevádzkový
režim
prevádzkový
režim
Dielenská karta režim kalibrácie režim kalibrácie prevádzkový
režim
Režim kali­
brácie (*)
prevádzkový
režim
Podniková
karta
podnikový režim podnikový režim prevádzkový
režim
prevádzkový
režim
podnikový
režim (*)
(*) V týchto situáciách záznamové zariadenie používa len tachografovú kartu vloženú do slotu vodiča.
11) Záznamové zariadenie ignoruje vložené neplatné karty,
musí byť však možné zobraziť, vytlačiť alebo stiahnuť
údaje uložené na karte, ktorá je už neplatná.
12) Všetky funkcie uvedené 2.2 musia fungovať v ktorom­
koľvek režime prevádzky s týmito výnimkami:
— kalibračná funkcia je k dispozícii len v režime kali­
brácie,
— funkcia kontroly kalibrácie pri cestnej kontrole je
k dispozícii len v režime kontroly,
— funkcia podnikového blokovania je k dispozícii len
v podnikovom režime,
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 26
— funkcia monitorovania kontrolných činností je k dispo­
zícii len v režime kontroly,
▼M3
— funkcia sťahovania nie je k dispozícii v prevádzkovom
režime, s výnimkou:
a) uvedenou v požiadavke 193;
b) sťahovania karty vodiča, keď vo VU nie je vložený
iný typ karty.
▼B
13) Záznamové zariadenie môže poskytnúť ktorékoľvek údaje
na zobrazenie, tlač alebo pre externé rozhrania s týmito
výnimkami:
— v prevádzkovom režime sa akákoľvek osobná identifi­
kácia (priezvisko a meno(á)), ktorá nezodpovedá
vloženej tachografovej karte, zneviditeľní a akékoľvek
číslo karty, ktoré nezodpovedá vloženej tachografovej
karte, sa čiastočne zneviditeľní (nepárne znaky zľava
doprava sa zneviditeľnia),
▼M3
— v podnikovom režime sa údaje týkajúce sa vodiča
(požiadavky 102, 105, 108, 133a a 133e) môžu
poskytnúť len za časové úseky, pri ktorých neexistuje
blokovanie, alebo ktoré nie sú zablokované iným
podnikom (identifikovaným prvými 13 číslicami čísla
podnikovej karty),
▼B
— ak nie je do záznamového zariadenia vložená žiadna
karta, údaje týkajúce sa vodiča sa môžu poskytnúť len
za aktuálny kalendárny deň a osem predchádzajúcich
kalendárnych dní,
▼M3
— osobné údaje zaznamenané a vytvorené buď tacho­
grafom, alebo tachografovými kartami sa nesmú
poskytnúť prostredníctvom rozhrania ITS jednotky
vozidla, pokiaľ sa neoverí súhlas vodiča, ktorého sa
údaje týkajú,
▼M1
— bežná prevádzková platnosť VU je 15 rokov od dátumu
účinnosti osvedčenia jednotky vozidla, ale jednotky
vozidla sa môžu používať ďalšie 3 mesiace, výlučne
nasťahovanie údajov.
▼B
2.4 Zabezpečenie
▼M1
Zabezpečenie systému je zamerané na ochranu dátovej pamäte tak,
aby bolo zabránené neoprávnenému prístupu k údajom a ich mani­
pulácii, aby bol odhalený každý takýto pokus, na ochranu integrity
a autenticity údajov vymieňaných medzi snímačom pohybu
a jednotkou vozidla, na ochranu integrity a autenticity údajov
vymieňaných medzi záznamovým zariadením a tachografovými
kartami, na ochranu integrity a autenticity údajov vymieňaných
medzi jednotkou vozidla a prípadným externým zariadením
GNSS, na ochranu dôvernosti, integrity a autenticity údajov vymie­
ňaných pri komunikácii na diaľkovú včasnú detekciu na účely
kontroly, a na overenie integrity a autenticity sťahovaných údajov.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 27
14) Na zaručenie zabezpečenia systému musia tieto kompo­
nenty spĺňať požiadavky zabezpečenia uvedené vo svojich
profiloch ochrany, ako sa to vyžaduje v dodatku 10:
— jednotka vozidla,
— tachografová karta,
— snímač pohybu,
▼M3
— externé zariadenie GNSS (tento profil je potrebný
a uplatniteľný len pre variant externého zariadenia
GNSS).
▼B
3 KONŠTRUKČNÉ A FUNKČNÉ POŽIADAVKY NA ZÁZNA­
MOVÉ ZARIADENIE
3.1 Monitorovanie vkladania a vyberania kariet
15) Záznamové zariadenie monitoruje zariadenia s rozhraním
karty, aby sa zistilo ich vkladanie a vyberanie.
▼M3
16) Po vložení karty (alebo autentifikácii karty na diaľku)
záznamové zariadenie zistí, či je táto karta platná tachogra­
fová karta v súlade s vymedzením v oddiele 1 písm. ee),
a v takom prípade identifikuje jej typ a generáciu.
Na kontrolu toho, či karta už bola vložená, záznamové
zariadenie použije údaje o tachografovej karte uložené vo
svojej dátovej pamäti, ako sa stanovuje v požiadavke 133.
▼B
17) Tachografové karty prvej generácie považuje záznamové
zariadenie za neplatné potom, ako dielňa zrušila možnosť
používania tachografových kariet prvej generácie, v súlade
s dodatkom 15 (požiadavka MIG 003).
18) Dielenské karty prvej generácie, ktoré sa vkladajú do
záznamového zariadenia druhej generácie, sa považujú za
neplatné.
19) Záznamové zariadenie musí byť technicky navrhnuté tak,
aby tachografové karty po správnom vložení do zariadení
s rozhraním karty zaistilo v správnej polohe.
▼M3
20) Tachografové karty možno vytiahnuť, len keď vozidlo stojí,
a potom, ako sa na nich uložili príslušné údaje. Kartu musí
aktívne vytiahnuť používateľ.
▼B
3.2 Meranie rýchlosti a vzdialenosti a zisťovanie polohy
21) Snímač pohybu (prípadne zabudovaný do adaptéra) je
hlavným zdrojom na meranie rýchlosti a vzdialenosti.
22) Táto funkcia musí nepretržite merať a udávať stav počítadla
kilometrov zodpovedajúci celkovej vzdialenosti prejdenej
vozidlom pomocou impulzov zo snímača pohybu.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 28
23) Táto funkcia musí nepretržite merať a udávať rýchlosť
vozidla pomocou impulzov zo snímača pohybu.
24) Funkcia merania rýchlosti musí poskytovať aj informácie
o tom, či sa vozidlo pohybuje alebo stojí. Vozidlo sa pova­
žuje za pohybujúce, akonáhle funkcia zistí zo snímača
pohybu viac než 1 imp/s počas minimálne piatich sekúnd,
inak sa vozidlo považuje za stojace.
25) Zariadenia ukazujúce rýchlosť (rýchlomer) a celkovú
prejdenú vzdialenosť (počítadlo kilometrov) namontované
v každom vozidle vybavenom záznamovým zariadením
spĺňajúcim ustanovenia tohto nariadenia, musia spĺňať
požiadavky týkajúce sa maximálnych tolerancií stanovené
v tejto prílohe (pozri 3.2.1 a 3.2.2).
▼M3
26) Na zistenie manipulácie s údajmi o pohybe sa informácie
zo snímača pohybu musia potvrdiť informáciami o pohybe
vozidla získanými z prijímača GNSS a z jedného alebo
viacerých zdrojov nezávislých od snímača pohybu. Mini­
málne jeden ďalší nezávislý zdroj pohybu vozidla sa musí
nachádzať vnútri VU bez potreby externého rozhrania.
27) Táto funkcia musí zistiť polohu vozidla, aby sa umožnilo
zaznamenávanie:
— polôh, kde vodič a/alebo druhý vodič začína svoj denný
pracovný čas,
— polôh, kde kumulovaný čas jazdy dosiahne násobok
troch hodín,
— polôh, kde vozidlo prekročilo hranicu krajiny,
— polôh, kde sa vykonali operácie nakládky/vykládky,
— polôh, kde vodič a/alebo druhý vodič skončí svoj denný
pracovný čas.
▼B
3.2.1 Meranie prejdenej vzdialenosti
28) Prejdená vzdialenosť sa môže merať buď:
— tak, že sa spočítajú pohyby dopredu a dozadu, alebo
— tak, že sa zahrnie len pohyb dopredu.
29) Záznamové zariadenie meria vzdialenosť od 0 do
9 999 999,9 km.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 29
30) Nameraná vzdialenosť musí byť v rámci nasledovných tole­
rancií (vzdialenosti minimálne 1 000 m):
— ± 1 % pred montážou,
— ± 2 % pri montáži a pri pravidelnej inšpekcii,
— ± 4 % počas používania.
▼M3
Tolerancie sa nesmú používať na úmyselnú úpravu name­
ranej vzdialenosti.
▼B
31) Nameraná vzdialenosť sa musí merať s presnosťou aspoň
0,1 km.
3.2.2 Meranie rýchlosti
32) Záznamové zariadenie meria rýchlosť od 0 do 220 km/h.
▼M3
33) Aby sa zaistilo zobrazovanie rýchlosti s maximálnou tole­
ranciou ± 6 km/h a berúc do úvahy:
— toleranciu ± 2 km/h pre zmeny vstupov (odchýlky
pneumatík,…),
— toleranciu ± 1 km/h pri meraniach vykonávaných počas
montáže alebo pravidelných inšpekcií,
záznamové zariadenie musí v prípade rýchlostí od 20 do
180 km/h a v prípade charakteristických koeficientov
vozidla od 2 400 do 25 000 imp/km merať rýchlosť s tole­
ranciou ± 1 km/h (pri konštantnej rýchlosti).
Poznámka: Z presnosti ukladania údajov vyplýva ďalšia
tolerancia ± 0,5 km/h pre rýchlosti uložené záznamovým
zariadením.
▼B
34) Rýchlosť sa musí správne merať v rámci normálnych tole­
rancií do 2 sekúnd po skončení zmeny rýchlosti, keď sa
rýchlosť zmenila do 2 m/s 2 .
35) Rýchlosť sa musí merať s rozlíšením minimálne 1 km/h.
3.2.3 Zisťovanie polohy
36) Záznamové zariadenie zisťuje absolútnu polohu vozidla
pomocou prijímača GNSS.
▼M3
37) Absolútna poloha sa zisťuje pomocou geografických
súradníc zemepisnej šírky a dĺžky v stupňoch a minútach
s presnosťou 1/10 minúty.
▼B
3.3 Meranie času
38) Funkcia merania času meria čas stále a digitálne udáva
dátum a čas UTC.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 30
39) Dátum a čas UTC sa používajú pre datovanie údajov
v rámci záznamového zariadenia (zaznamenávanie, výmena
údajov) a pre všetky výpisy uvedené v dodatku 4 „Výpisy“.
40) Aby bolo možné udať miestny čas, musí sa dať meniť
zobrazený časový údaj v polhodinových krokoch. Neumož­
ňuje sa žiadny iný posun než záporné a kladné násobky
polhodiny;
▼M3
41) Časová odchýlka musí byť ± 1 sekunda za deň alebo menej
pri teplotných podmienkach v súlade s požiadavkou 213,
pri absencii akejkoľvek úpravy času.
41a) Presnosť času, keď čas upravujú dielne v súlade s požia­
davkou 212, je 3 sekundy alebo lepšia.
41b) Jednotka vozidla musí mať počítadlo odchýlok, ktoré počíta
maximálnu časovú odchýlku od poslednej úpravy času
v súlade s bodom 3.23. Maximálnu časovú odchýlku vyme­
dzuje výrobca jednotky vozidla a nesmie presiahnuť
1 sekundu za deň, ako sa stanovuje v požiadavke 41.
41c) Počítadlo odchýlok sa resetuje na 1 sekundu po každej
úprave času záznamového zariadenia v súlade s bodom 3.23.
To zahŕňa:
— automatické úpravy času,
— úpravy času vykonané v režime kalibrácie.
▼B
42) Čas sa musí merať s rozlíšením minimálne 1 sekundy.
43) Meranie času nesmie byť v podmienkach typového schvá­
lenia ovplyvnené prerušením externého napájania v trvaní
do 12 mesiacov.
3.4 Monitorovanie činností vodiča
44) Táto funkcia nepretržite a osobitne monitoruje činnosti
jedného vodiča a jedného druhého vodiča.
45) Činnosťou vodiča je JAZDA, PRÁCA, POHOTOVOSŤ
alebo PRESTÁVKA/ODPOČINOK.
46) Vodič a/alebo druhý vodič musí mať možnosť manuálne
zvoliť PRÁCU, POHOTOVOSŤ alebo PRESTÁVKA/
ODPOČINOK.
47) Keď sa vozidlo pohybuje, pre vodiča sa automaticky zvolí
JAZDA a pre druhého vodiča sa automaticky zvolí POHO­
TOVOSŤ.
48) Keď vozidlo zastane, pre vodiča sa automaticky zvolí
PRÁCA.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 31
49) Prvá zmena činnosti na PRESTÁVKU/ODPOČINOK alebo
POHOTOVOSŤ do 120 sekúnd po automatickej zmene na
PRÁCA v dôsledku zastavenia vozidla sa považuje za
zmenu, ktorá nastala v čase zastavenia vozidla (preto je
možné, že sa zruší zmena na PRÁCA).
▼B
50) Výstupy tejto funkcie o zmenách činnosti určené pre zázna­
mové funkcie sa vykonajú s presnosťou jednej minúty.
51) Ak je v rámci určitej kalendárnej minúty registrovaná počas
bezprostredne predchádzajúcej a bezprostredne nadchádza­
júcej minúty činnosť JAZDA, celá táto minúta sa berie ako
JAZDA.
52) Kalendárna minúta, ktorá sa nepovažuje za JAZDU podľa
požiadavky 051, sa celá priraďuje k tej činnosti, ktorá
v priebehu minúty trvala najdlhšie (alebo k poslednej
z rovnako dlhých činností).
53) Táto funkcia taktiež permanentne monitoruje nepretržitý čas
jazdy a kumulovaný čas prestávky vodiča.
3.5 Monitorovanie stavu jazdy
54) Táto funkcia permanentne a automaticky monitoruje stav
jazdy.
55) Stav jazdy POSÁDKA sa zvolí vtedy, keď sú v zariadení
vložené dve platné karty vodiča; stav jazdy JEDEN VODIČ
sa zvolí v ostatných prípadoch.
3.6 Zápisy vodičov
3.6.1 Zápis o mieste, kde sa denný pracovný čas začína a/alebo končí
56) Táto funkcia umožňuje zapísať miesta, kde sa podľa vodiča
a/alebo druhého vodiča, jeho denný pracovný čas začína
a/alebo končí.
▼M3
57) Miesta sú definované ako štáty a prípadne regióny.
58) Pri vytiahnutí karty vodiča alebo dielenskej karty zázna­
mové zariadenie zobrazí aktuálne miesto vozidla na základe
informácií z GNSS a uloženej digitálnej mapy v súlade
s bodom 3.12.19 a vyzve držiteľa karty, aby dané miesto
potvrdil alebo manuálne opravil.
59) Miesto zadané v súlade s požiadavkou 58 sa považuje za
miesto, kde sa končí denný pracovný čas. Zaznamená sa na
príslušnú kartu vodiča alebo dielenskú kartu ako dočasný
záznam, a môže sa teda neskôr prepísať.
Dočasný zápis vykonaný pri poslednom vytiahnutí karty sa
potvrdí (t. j. už sa neprepíše) za týchto podmienok:
— zápis miesta, kde sa začína aktuálny denný pracovný
čas, počas manuálneho zapisovania v súlade s požia­
davkou 61,
▼M1
02016R0799 — SK — 21.08.2023 — 003.002 — 32
— ďalší zápis miesta, kde sa začína aktuálny denný
pracovný čas, ak držiteľ karty počas manuálneho zapi­
sovania v súlade s požiadavkou 61 neuvedie žiadne
miesto, kde sa pracovný čas začína alebo kde sa
skončil.
Dočasný zápis vykonaný pri poslednom vytiahnutí karty sa
prepíše a nová hodnota sa potvrdí za týchto podmienok:
— ďalší zápis miesta, kde sa končí aktuálny denný
pracovný čas, ak držiteľ karty počas manuálneho zapi­
sovania v súlade s požiadavkou 61 neuvedie žiadne
miesto, kde sa pracovný čas začína alebo kde sa
skončil.
▼B
60) Príkazmi v menu musí byť možné vložiť miesta, kde sa
denný pracovný čas začína a/alebo končí. Ak sa v rámci
jednej kalendárnej minúty zadáva viac ako jeden takýto
údaj, zostane zaznamenané iba posledné miesto začatia
práce a posledné miesto ukončenia práce v rámci tohto
časového úseku.
▼M3
Záznamové zariadenie zobrazí aktuálne miesto vozidla na
základe informácií z GNSS a uložených digitálnych máp
v súlade s bodom 3.12.19 a vyzve vodiča, aby dané miesto
potvrdil alebo manuálne opravil.
▼B
3.6.2 Manuálne zapisovanie činností vodiča a súhlas vodiča týkajúci sa
rozhrania ITS
▼M3
61) Pri vložení karty vodiča alebo dielenskej karty a iba
v tomto čase záznamové zariadenie umožní manuálne
zápisy činností. Činnosti sa manuálne zapisujú s použitím
miestneho času a dátumu v časovej zóne (posun času UTC)
aktuálne nastavených pre jednotku vozidla.
Pri vložení karty vodiča alebo dielenskej karty sa držiteľovi
karty zobrazí:
— dátum a čas jeho posledného vytiahnutia karty,
— nepovinné: posun miestneho času aktuálne nastavený
pre jednotku vozidla.
Pri prvom vložení danej karty vodiča alebo dielenskej
karty, ktorá je pre jednotku vozidla v súčasnosti neznáma,
sa držiteľ karty vyzve, aby vyjadril súhlas s odosielaním
svojich osobných údajov súvisiacich s tachografom
prostredníctvom rozhrania ITS. Na kontrolu toho, či karta
už bola vložená, záznamové zariadenie použije údaje
o tachografovej karte uložené vo svojej dátovej pamäti,
ako sa stanovuje v požiadavke 133.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 33
Súhlas vodiča (alebo dielne) možno kedykoľvek aktivovať
alebo deaktivovať príkazmi v menu za predpokladu, že je
vložená karta vodiča alebo dielenská karta.
Musí byť možné zadávať činnosti s týmito obmedzeniami:
— druh činnosti je PRÁCA, POHOTOVOSŤ alebo
PRESTÁVKA/ODPOČINOK,
— čas začatia a skončenia každej činnosti sa nachádza iba
v rámci časového úseku medzi posledným vytiahnutím
karty a jej aktuálnym vložením,
— neumožňuje sa vzájomné časové prekrývanie jednotli­
vých činností.
V prípade potreby musí byť možné manuálne zapisovanie
pri prvom vložení predtým nepoužitej karty vodiča alebo
dielenskej karty.
Postup manuálneho zapisovania činností musí zahŕňať
toľko po sebe idúcich krokov, koľko je potrebných na
stanovenie druhu, času začatia a času skončenia každej
činnosti. V ktorejkoľvek časti časového úseku medzi
posledným vytiahnutím karty a aktuálnym vložením karty
musí mať držiteľ karty možnosť neuviesť žiadnu z činností.
Počas manuálneho zapisovania spojeného s vložením karty
musí mať držiteľ karty možnosť zadať prípadne:
— miesto, kde sa skončil predchádzajúci denný pracovný
čas, a príslušný čas (teda prepísanie a potvrdenie zápisu
vykonaného pri poslednom vytiahnutí karty),
— miesto, kde sa začína aktuálny denný pracovný čas,
a príslušný čas (teda potvrdenie dočasného zápisu vyko­
naného pri poslednom vytiahnutí karty).
Pokiaľ ide o miesto, kde sa začína aktuálny denný
pracovný čas, zapísané pri aktuálnom vložení karty, zázna­
mové zariadenie zobrazí aktuálne miesto vozidla na základe
informácií z GNSS a uložených digitálnych máp v súlade
s bodom 3.12.19 a vyzve vodiča, aby dané miesto potvrdil
alebo manuálne opravil.
Ak držiteľ karty počas manuálneho zapisovania spojeného
s vložením karty nezapíše miesto, kde sa pracovný čas
začína alebo kde sa skončil, považuje sa to za vyhlásenie,
že jeho pracovný čas sa od posledného vytiahnutia karty
nezmenil. Najbližší zápis miesta, kde sa predchádzajúci
denný pracovný čas končí, potom prepíše dočasný zápis
vykonaný pri poslednom vytiahnutí karty.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 34
Ak sa zapisuje nejaké miesto, musí sa zaznamenať na
príslušnej tachografovej karte.
Manuálne zapisovanie sa preruší, ak:
— sa karta vytiahne alebo
— sa vozidlo pohybuje a karta je v slote vodiča.
Povolené sú aj ďalšie prerušenia, napr. uplynutie časového
limitu po určitom čase nečinnosti používateľa. V prípade
prerušenia manuálneho zapisovania záznamové zariadenie
musí overiť všetky už vykonané úplné zápisy miesta
a činnosti (tie, ktoré majú buď jednoznačné miesto a čas,
alebo druh činnosti, čas začatia a skončenia).
Ak počas manuálneho zapisovania činností na už vloženú
kartu dôjde k vloženiu karty druhého vodiča alebo dielen­
skej karty, musí byť povolené ukončiť manuálne zapiso­
vanie na túto už vloženú kartu skôr, ako sa začne manuálne
zapisovanie na druhú kartu.
Držiteľ karty musí mať možnosť manuálne zapisovať podľa
tohto minimálneho postupu:
— Manuálne zapisovanie činností v chronologickom
poradí za obdobie medzi posledným vytiahnutím karty
a aktuálnym vložením karty.
— Čas začatia prvej činnosti sa nastaví na čas vytiahnutia
karty. Pri každom nasledujúcom zápise sa čas začiatku
prednastaví tak, aby nasledoval bezprostredne po čase
skončenia predchádzajúceho zápisu. Pre každú činnosť
sa zvolí druh činnosti a čas skončenia.
Tento postup sa skončí vtedy, keď sa čas skončenia manu­
álne zapísanej činnosti zhoduje s časom vloženia karty.
Záznamové zariadenie umožňuje vodičom a dielňam strie­
davo odosielať manuálne zápisy, ktoré je potrebné urobiť
počas tohto postupu prostredníctvom rozhrania ITS špecifi­
kovaného v dodatku 13 a prípadne prostredníctvom iných
rozhraní.
Záznamové zariadenie umožňuje držiteľovi karty zmeniť
každú manuálne zapísanú činnosť, a to do okamihu
potvrdenia konkrétnym príkazom. Po tomto okamihu sa
zakazuje akákoľvek takáto úprava.
▼B
3.6.3 Zápis špecifických podmienok
▼M3
62) Záznamové zariadenie musí v reálnom čase vodičovi
umožniť zápis týchto dvoch špecifických podmienok:
— „ZÁZNAMOVÉ ZARIADENIE SA NEVYŽADUJE“
(začiatok, koniec),
— „PREVOZ TRAJEKTOM/VLAKOM“ (začiatok,
koniec).
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 35
Pri otvorenej podmienke „ZÁZNAMOVÉ ZARIADENIE
SA NEVYŽADUJE“ nenastane podmienka „PREVOZ
TRAJEKTOM/VLAKOM“. Ak je otvorená podmienka
„ZÁZNAMOVÉ ZARIADENIE SA NEVYŽADUJE“,
záznamové zariadenie neumožňuje používateľom zapísať
príznak začiatku pre „PREVOZ TRAJEKTOM/VLAKOM“.
Ak je karta vodiča vložená alebo vytiahnutá, záznamové
zariadenie musí automaticky uzavrieť otvorenú podmienku
„ZÁZNAMOVÉ ZARIADENIE SA NEVYŽADUJE“.
Pri otvorenej podmienke „ZÁZNAMOVÉ ZARIADENIE
SA NEVYŽADUJE“ nesmie dôjsť k týmto udalostiam
a výstrahám:
— jazda bez príslušnej karty,
— výstrahy týkajúce sa nepretržitého času jazdy.
Vodič zapíše príznak začiatku pre PREVOZ
TRAJEKTOM/VLAKOM bezprostredne po zvolení
činnosti PRESTÁVKA/ODPOČINOK na trajekte alebo
vlaku.
Záznamové zariadenie musí ukončiť otvorenú podmienku
PREVOZ TRAJEKTOM/VLAKOM, ak nastane ktorá­
koľvek z týchto možností:
— vodič ukončí PREVOZ TRAJEKTOM/VLAKOM
manuálne, k čomu dôjde po príchode trajektu/vlaku
do miesta určenia, pred opustením trajektu/vlaku,
— podmienka „ZÁZNAMOVÉ ZARIADENIE SA NEVY­
ŽADUJE“ je otvorená,
— vodič vytiahne svoju kartu,
— činnosť vodiča sa počíta ako JAZDA počas kalendárnej
minúty v súlade s bodom 3.4.
Ak sa v rámci jednej kalendárnej minúty urobí zápis viac
ako jednej špecifickej podmienky rovnakého typu, zazna­
mená sa len posledný zápis.
3.6.4. Zápis operácie nakládky/vykládky
62a) Záznamové zariadenie musí v reálnom čase vodičovi
umožniť zápis a potvrdenie informácií o tom, že sa vozidlo
nakladá, vykladá alebo že sa vykonáva operácia súčasnej
nakládky/vykládky.
Ak sa v rámci jednej kalendárnej minúty urobí viac ako
jeden zápis operácie nakládky/vykládky rovnakého typu,
zaznamená sa len posledný zápis.
62b) Operácie nakládky, vykládky alebo súčasnej nakládky/
vykládky sa zaznamenávajú ako samostatné udalosti.
62c) Informácie o nakládke/vykládke sa zapisujú predtým, ako
vozidlo opustí miesto, kde sa operácia nakládky/vykládky
vykonáva.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 36
3.7 Podnikové blokovanie
63) Táto funkcia umožňuje riadiť blokovanie zavedené
podnikom, aby si podnik vyhradil prístup k údajom v podni­
kovom režime.
64) Podnikové blokovanie pozostáva z dátumu/času začiatku
(zablokovanie – lock-in) a dátumu/času skončenia (odblo­
kovanie – lock-out) v súvislosti s identifikáciou podniku na
základe čísla podnikovej karty (pri blokovaní).
65) Blokovanie sa môže zapnúť alebo vypnúť len v reálnom
čase.
66) Odblokovanie môže vykonať len podnik, ktorého bloko­
vanie je zapnuté (identifikovaný prvými 13 číslicami čísla
podnikovej karty), alebo
67) odblokovanie je automatické, ak iný podnik zapne
blokovanie.
68) V prípade, keď podnik aktivuje (lock-in) blokovanie a keď
predchádzajúce blokovanie platilo pre rovnaký podnik,
potom sa predpokladá, že predchádzajúce blokovanie
nebolo vypnuté a je stále zapnuté.
3.8 Monitorovanie kontrolných činností
69) Táto funkcia monitoruje ZOBRAZOVANIE, TLAČ,
SŤAHOVANIE z VU a karty a činnosti kontroly KALI­
BRÁCIE PRI CESTNEJ kontrole vykonané v priebehu
režimu kontroly.
70) Táto funkcia monitoruje aj činnosti KONTROLY
PREKROČENIA RÝCHLOSTI v priebehu režimu
kontroly. Kontrola prekročenia rýchlosti sa považuje za
uskutočnenú, ak bol v režime kontroly vytlačený alebo
zobrazený výpis „prekročení rýchlosti“, alebo keď boli
z dátovej pamäte VU stiahnuté údaje „udalosti a poruchy“.
3.9 Detekcia udalostí a/alebo porúch
71) Táto funkcia zisťuje tieto udalosti a/alebo poruchy:
3.9.1 Udalosť „vloženie neplatnej karty“
72) Táto udalosť sa spustí po vložení akejkoľvek neplatnej
karty, po vložení karty vodiča, ktorá bola už nahradená
a/alebo keď sa skončí platnosť vloženej karty.
3.9.2 Udalosť „konflikt karty“
73) Táto udalosť sa spustí, keď vznikne ktorákoľvek z kombi­
nácií platných kariet označená X v tejto tabuľke:
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 37
Konflikt karty
Slot vodiča
Žiadna karta Karta vodiča Kontrolná karta Dielenská karta Podniková karta
S
lo
t
dr
uh
éh
o
vo
di
ča
Žiadna karta
Karta vodiča X
Kontrolná karta X X X
Dielenská karta X X X X
Podniková karta X X X
3.9.3 Udalosť „prekrývanie časov“
74) Táto udalosť sa spustí, keď dátum/čas posledného vytiah­
nutia karty vodiča čítaný z karty, je neskorší než aktuálny
dátum/čas záznamového zariadenia, do ktorého je karta
vložená.
3.9.4 Udalosť „jazda bez príslušnej karty“
75) Táto udalosť sa spustí pri ktorejkoľvek z kombinácií plat­
ných tachografových kariet označených X v tejto tabuľke,
keď sa činnosť vodiča zmení na JAZDA, alebo keď nastane
počas činnosti vodiča JAZDA zmena režimu prevádzky:
Jazda bez príslušnej karty
Slot vodiča
Žiadna (alebo
neplatná) karta
Karta vodiča Kontrolná karta Dielenská karta Podniková karta
S
lo
t
dr
uh
éh
o
vo
di
ča

Žiadna (alebo
neplatná) karta
X X X
Karta vodiča X X X X
Kontrolná karta X X X X X
Dielenská karta X X X X
Podniková karta X X X X X
3.9.5 Udalosť „vloženie karty za jazdy“
76) Táto udalosť sa spustí, keď sa vloží tachografová karta do
ktoréhokoľvek slotu, pričom činnosť vodiča je JAZDA.
3.9.6 Udalosť „nesprávne uzavretá posledná relácia karty“
77) Táto udalosť sa spustí, keď pri vložení karty záznamové
zariadenie zistí, že napriek ustanoveniam uvedeným
v odseku 3.1, nebola správne uzavretá predchádzajúca
relácia karty (karta bola vytiahnutá predtým, než boli na
karte uložené všetky relevantné údaje). Túto udalosť
môže spustiť iba karta vodiča alebo dielenská karta.
3.9.7 Udalosť „prekročenie rýchlosti“
78) Táto udalosť sa spustí pri každom prekročení rýchlosti.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 38
3.9.8 Udalosť „prerušenie napájania“
79) Táto udalosť sa spustí, pokiaľ záznamové zariadenie nie je
v režime kalibrácie alebo kontroly, v prípade akéhokoľvek
viac než 200 milisekundového prerušenia napájania
snímača pohybu a/alebo jednotky vozidla. Prah prerušenia
určí výrobca. Pokles napätia počas štartovania motora
vozidla nesmie spustiť túto udalosť.
3.9.9 Udalosť „chyba komunikácie s diaľkovým komunikačným zaria­
dením“
80) Táto udalosť sa spustí mimo režimu kalibrácie, keď diaľ­
kové komunikačné zariadenie nepotvrdí úspešné prijatie
údajov diaľkovej komunikácie zasielaných z jednotky
vozidla po viac ako troch pokusoch.
3.9.10 Udalosť „chýbajúce informácie o polohe z prijímača GNSS“
81) Táto udalosť sa spustí mimo režimu kalibrácie v prípade
chýbajúcej informácie o polohe pochádzajúcej z prijímača
GNSS (interného alebo externého) po viac ako tri hodiny
kumulovaného času jazdy.
3.9.11 Udalosť „chyba komunikácie s externým zariadením GNSS“
82) Táto udalosť sa spustí mimo režimu kalibrácie v prípade
prerušenia komunikácie medzi externým zariadením GNSS
a jednotkou vozidla, ktorá trvá dlhšie ako 20 neprerušených
minút, keď je vozidlo v pohybe.
3.9.12 Udalosť „chyba údajov o pohybe“
▼M3
83) Táto udalosť sa spustí mimo režimu kalibrácie v prípade
prerušenia normálneho dátového toku medzi snímačom
pohybu a jednotkou vozidla a/alebo v prípade chyby v inte­
grite alebo autentifikácii údajov počas výmeny údajov
medzi snímačom pohybu a jednotkou vozidla. Táto udalosť
sa takisto spustí mimo režimu kalibrácie, ak sa rýchlosť
vypočítaná z pulzov snímača pohybu zvýši z 0 na viac ako
40 km/h v rámci 1 sekundy a potom ostane na úrovni nad
40 km/h aspoň počas 3 sekúnd.
▼B
3.9.13 Udalosť „nesúlad údajov o pohybe vozidla“
▼M3
84) Táto udalosť sa spustí mimo režimu kalibrácie, ako je
uvedené v dodatku 12, ak informácie o pohybe vypočítané
zo snímača pohybu sú v rozpore s informáciami o pohybe
vypočítanými z interného prijímača GNSS, z externého
zariadenia GNSS alebo z iných nezávislých zdrojov v súlade
s požiadavkou 26. Táto udalosť sa nespustí počas prevozu
trajektom/vlakom.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 39
3.9.14. Udalosť „pokus o narušenie zabezpečenia“
85) Táto udalosť sa spustí mimo režimu kalibrácie pri akej­
koľvek inej udalosti ovplyvňujúcej zabezpečenie snímača
pohybu a/alebo jednotky vozidla a/alebo externého zaria­
denia GNSS, ako sa vyžaduje v dodatku 10.
▼M1
3.9.15 Udalosť ‚časový rozpor‘
▼M3
86) Táto udalosť sa spustí mimo režimu kalibrácie, keď VU
zistí nesúlad medzi časom pochádzajúcim z funkcie
merania času jednotky vozidla a časom pochádzajúcim
z autentifikovaných polôh vysielaných prijímačom GNSS
alebo externým zariadením GNSS. „Časový nesúlad“ sa
zistí, ak časový rozdiel presiahne ±3 sekundy, čo zodpo­
vedá presnosti času stanovenej v požiadavke 41a, pričom
táto presnosť sa zvýši o maximálnu časovú odchýlku za
deň. Táto udalosť sa zaznamená spolu s časom vstavaných
hodín záznamového zariadenia. VU vykoná kontrolu spus­
tenia udalosti „časový rozpor“ tesne predtým, ako automa­
ticky upraví vstavané hodiny VU v súlade s požiadavkou
211.
▼B
3.9.16 Porucha „karty“
87) Táto porucha nastane, keď počas prevádzky dôjde
k zlyhaniu tachografovej karty.
3.9.17 Porucha „záznamového zariadenia“
88) Táto porucha nastane, pokiaľ záznamové zariadenie nie je
v režime kalibrácie, pri ktorejkoľvek z týchto porúch:
— Interná porucha VU
— Porucha tlače
— Porucha zobrazenia
— Porucha sťahovania
— Porucha snímača
— Porucha prijímača GNSS alebo externého zariadenia
GNSS
— Porucha diaľkového komunikačného zariadenia
▼M3
— Porucha rozhrania ITS
3.9.18. Udalosť „anomália GNSS“
88a) Táto udalosť sa spustí mimo režimu kalibrácie, keď
prijímač GNSS zistí útok alebo keď zlyhala autentifikácia
navigačných správ, ako sa uvádza v dodatku 12. Po spus­
tení udalosti „anomália GNSS“ VU nebude počas nasledu­
júcich 10 minút generovať ďalšie udalosti „anomália
GNSS“.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 40
3.10 Zabudované a automatické skúšky
89) ►M1 Záznamové zariadenie musí zistiť poruchy automa­
tickými a zabudovanými skúškami podľa tejto tabuľky: ◄
Skúšobná podskupina Automatická skúška Zabudovaná skúška
Softvér Integrita
Dátová pamäť Prístup Prístup, integrita údajov
Zariadenia s rozhraním
karty
Prístup Prístup
Klávesnica Manuálna kontrola
Tlačiareň (ponecháva sa
výrobcovi)
Výpis
Displej Vizuálna kontrola
Sťahovanie
(vykonávané len počas
sťahovania)
Správna činnosť
Snímač Správna činnosť Správna činnosť
Diaľkové komunikačné
zariadenie
Správna činnosť Správna činnosť
Zariadenie GNSS Správna činnosť Správna činnosť
▼M3
Rozhranie ITS Správna činnosť
▼B
3.11 Čítanie z dátovej pamäte
90) Záznamové zariadenie musí byť schopné čítať všetky údaje
v jeho dátovej pamäti.
3.12 Zaznamenávanie a uloženie v dátovej pamäti
▼M3
Na účely tohto bodu:
— „365 dní“ je 365 kalendárnych dní priemernej činnosti vodiča vo
vozidle. Priemerná činnosť za deň vo vozidle je minimálne šesť
vodičov alebo druhých vodičov, šesť cyklov vloženia a vytiah­
nutia karty a 256 zmien činnosti. „365 dní“ preto zahŕňa mini­
málne 2 190 vodičov alebo druhých vodičov, 2 190 cyklov
vloženia a vytiahnutia karty a 93 440 zmien činnosti,
— priemerný počet zápisov miest za deň je určený ako najmenej 6
zápisov, kde sa denný pracovný čas začína, a 6 zápisov, kde sa
denný pracovný čas končí, takže obdobie „365 dní“ zahŕňa
najmenej 4 380 zápisov miest,
— priemerný počet polôh za deň, keď kumulovaný čas jazdy
dosiahne násobok troch hodín, je určený ako najmenej 6 polôh,
takže obdobie „365 dní“ zahŕňa najmenej 2 190 takýchto polôh,
— priemerný počet prekročení hranice za deň je určený ako
najmenej 20 prekročení, takže obdobie „365 dní“ zahŕňa
najmenej 7 300 prekročení hranice,
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 41
— priemerný počet operácií nakládky/vykládky za deň je určený
ako najmenej 25 operácií (bez ohľadu na druh), takže obdobie
„365 dní“ zahŕňa najmenej 9 125 operácií nakládky/vykládky,
— časy sa zaznamenávajú s presnosťou jednej minúty, pokiaľ nie je
špecifikované inak,
— stav počítadla kilometrov sa zaznamenáva s presnosťou jedného
kilometra,
— rýchlosť sa zaznamenáva s presnosťou 1 km/h,
— polohy (zemepisná šírka a dĺžka) sa zaznamenávajú v stupňoch
a minútach s presnosťou 1/10 minúty, s príslušnou presnosťou
GNSS a časom získania a s príznakom označujúcim to, či bola
poloha autentifikovaná.
▼B
91) Údaje ukladané do dátovej pamäte nesmú byť ovplyvnené
prerušením externého napájania v trvaní do dvanástich
mesiacov v podmienkach typového schvaľovania. Navyše
údaje uložené v externom diaľkovom komunikačnom zaria­
dení, podľa vymedzenia v dodatku 14, nesmie ovplyvniť
prerušenie napájania trvajúce menej ako 28 dní.
92) Záznamové zariadenie musí byť schopné implicitne alebo
explicitne zaznamenávať a ukladať vo svojej pamäti toto:
3.12.1 Identifikačné údaje zariadenia
3.12.1.1 I d e n t i f i k a č n é ú d a j e j e d n o t k y v o z i d l a
93) Záznamové zariadenie musí byť schopné uchovávať vo
svojej dátovej pamäti tieto identifikačné údaje jednotky
vozidla:
— názov výrobcu,
— adresu výrobcu,
— číslo časti,
— sériové číslo,
— generácia VU,
— schopnosť používať tachografové karty prvej generácie,
— číslo softvérovej verzie,
— dátum inštalácie softvérovej verzie,
— dátum výroby zariadenia,
— schvaľovacie číslo,
▼M3
— identifikátor verzie digitálnej mapy (požiadavka 133l).
94) Identifikačné údaje jednotky vozidla sú zaznamenané
a natrvalo uchovávané výrobcom jednotky vozidla,
s výnimkou údajov, ktoré sa môžu zmeniť v prípade aktua­
lizácie softvéru v súlade s týmto nariadením, a schopnosti
používať tachografové karty prvej generácie.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 42
3.12.1.2 I d e n t i f i k a č n é ú d a j e s n í m a č a p o h y b u
95) Snímač pohybu musí byť schopný uložiť vo svojej pamäti
tieto identifikačné údaje:
— názov výrobcu,
— sériové číslo,
— schvaľovacie číslo.
— identifikátor zabudovaného komponentu zabezpečenia
(napr. číslo dielu vnútorného čipu/procesora),
— identifikátor operačného systému (napr. číslo softvé­
rovej verzie).
96) Výrobca snímača pohybu zaznamená a natrvalo uloží
v snímači pohybu identifikačné údaje snímača pohybu.
▼M3
97) Jednotka vozidla musí byť schopná zaznamenať a uložiť vo
svojej dátovej pamäti tieto údaje týkajúce sa 20 najnovších
úspešných spárovaní snímačov pohybu (ak sa v priebehu
jedného kalendárneho dňa uskutoční niekoľko spárovaní,
uloží sa iba prvé a posledné spárovanie v daný deň):
▼B
Za každé z týchto spárovaní sa zaznamenajú tieto údaje:
— identifikačné údaje snímača pohybu:
— sériové číslo
— schvaľovacie číslo
— údaje o spárovaní snímača pohybu:
— dátum spárovania.
3.12.1.3 I d e n t i f i k a č n é ú d a j e g l o b á l n y c h n a v i g a č n ý c h
s a t e l i t n ý c h s y s t é m o v
98) Externé zariadenie GNSS musí byť schopné uložiť vo
svojej pamäti tieto identifikačné údaje:
— názov výrobcu,
— sériové číslo,
— schvaľovacie číslo.
— identifikátor zabudovaného komponentu zabezpečenia
(napr. číslo dielu vnútorného čipu/procesora),
— identifikátor operačného systému (napr. číslo softvé­
rovej verzie).
99) Identifikačné údaje sú zaznamenané a natrvalo uložené
v externom zariadení GNSS výrobcom externého zariadenia
GNSS.
▼M3
100) Jednotka vozidla musí byť schopná zaznamenať a uložiť vo
svojej dátovej pamäti tieto údaje týkajúce sa 20 najnovších
úspešných spojení s externými zariadeniami GNSS (ak sa
v priebehu jedného kalendárneho dňa uskutoční niekoľko
spojení, uloží sa iba prvé a posledné v daný deň).
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 43
Za každé z týchto spojení sa musia zaznamenať tieto údaje:
— identifikačné údaje externého zariadenia GNSS:
— sériové číslo,
— schvaľovacie číslo.
— údaje o spojení s externým zariadením GNSS:
— dátum spojenia
3.12.2 Kľúče a certifikáty
101) Záznamové zariadenie musí byť schopné ukladať niekoľko
kryptografických kľúčov a certifikátov, ako je uvedené
v dodatku 11 časti A a časti B.
3.12.3 Údaje o vložení a vybratí karty vodiča alebo dielenskej karty
102) Pri každom cykle vloženia karty vodiča alebo dielenskej
karty do zariadenia a jej vytiahnutia zo zariadenia, zázna­
mové zariadenie zaznamená a uloží vo svojej dátovej
pamäti:
— priezvisko a meno(-á) držiteľa karty uložené na karte,
— číslo karty, vydávajúci členský štát a dátum skončenia
platnosti, ako sú uložené na karte,
— generáciu karty,
— dátum a čas vloženia,
— stav počítadla kilometrov pri vložení karty,
— slot, do ktorého je karta vložená,
— dátum a čas vybratia,
— stav počítadla kilometrov pri vybratí karty,
— nasledovné informácie o predchádzajúcom vozidle,
ktoré vodič použil, uložené na karte:
— evidenčné číslo vozidla a členský štát evidencie,
— generácia VU (ak je k dispozícii),
— dátum a čas vybratia karty,
— znak udávajúci, či pri vložení karty držiteľ karty manu­
álne zapísal alebo nezapísal činnosti.
103) Dátová pamäť musí byť schopná uchovať tieto údaje aspoň
365 dní.
104) Keď je kapacita pamäte vyčerpaná, najstaršie údaje sa
prepíšu novými údajmi.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 44
3.12.4 Údaje o činnosti vodiča
105) Záznamové zariadenie musí zaznamenať a uložiť vo svojej
dátovej pamäti každú zmenu činnosti vodiča a/alebo
druhého vodiča, a/alebo každú zmenu stavu jazdy, a/alebo
každé vloženie alebo vybratie karty vodiča alebo dielenskej
karty:
— stav vedenia vozidla (POSÁDKA, JEDEN VODIČ),
— slot (VODIČ, DRUHÝ VODIČ),
— stav karty v príslušnom slote (VLOŽENÁ, NEVLO­
ŽENÁ)
— činnosť (JAZDA, POHOTOVOSŤ, PRÁCA,
PRESTÁVKA/ODPOČINOK).
— dátum a čas zmeny.
VLOŽENÁ znamená, že je v slote vložená platná karta
vodiča alebo dielenská karta. NEVLOŽENÁ znamená
opak, teda že v slote nie je vložená žiadna platná karta
vodiča ani dielenská karta (napr. je tam vložená podniková
karta alebo tam nie je vložená karta)
Údaje o činnosti zapísané manuálne vodičom sa v dátovej
pamäti nezaznamenávajú.
106) Dátová pamäť musí byť schopná uchovať údaje o činnosti
vodiča aspoň 365 dní.
107) Keď je kapacita pamäte vyčerpaná, najstaršie údaje sa
prepíšu novými údajmi.
▼M1
3.12.5 Miesta a polohy, kde sa denný pracovný čas začína, končí, a/alebo
kde sa dosiahne 3– hodinový kumulovaný čas jazdy
108) Záznamové zariadenie musí zaznamenať a uložiť vo svojej
dátovej pamäti:
— miesta a polohy, kde vodič a/alebo druhý vodič začína
svoj denný pracovný čas,
— polohy, kde kumulovaný čas jazdy dosiahne násobok
troch hodín,
— miesta a polohy, kde vodič a/alebo druhý vodič končí
svoj denný pracovný čas.
▼B
109) Ak poloha vozidla nie je v týchto časoch k dispozícii z prijí­
mača GNSS, záznamové zariadenie musí použiť poslednú
dostupnú polohu a súvisiaci dátum a čas.
110) Spolu s každým miestom alebo polohou musí záznamové
zariadenie zaznamenať a uložiť vo svojej dátovej pamäti:
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 45
— číslo karty vodiča a/alebo druhého vodiča a jej vydáva­
júci členský štát,
▼B
— generáciu karty,
— dátum a čas zápisu,
▼M1
— typ zápisu (začiatok, koniec alebo 3– hodinový kumu­
lovaný čas jazdy),
▼B
— súvisiacu presnosť GNSS, prípadne dátum a čas;
— stav počítadla kilometrov ,
▼M3
— príznak označujúci to, či bola poloha autentifikovaná.
110a) V prípade miest, kde sa začína alebo končí denný pracovný
čas, zadaných počas postupu manuálneho zapisovania pri
vložení karty v súlade s požiadavkou 61, sa uloží aktuálny
stav počítadla kilometrov a aktuálna poloha vozidla.
▼M1
111) Dátová pamäť musí byť schopná uchovať miesta a polohy,
kde sa denný pracovný čas začína, končí, a/alebo kde sa
dosiahol 3– hodinový kumulovaný čas jazdy aspoň počas
365 dní.
▼B
112) Keď je kapacita pamäte vyčerpaná, najstaršie údaje sa
prepíšu novými údajmi.
3.12.6 Údaje počítadla kilometrov
113) Záznamové zariadenie musí každý kalendárny deň o polnoci
zaznamenať vo svojej dátovej pamäti stav počítadla kilome­
trov vozidla a zodpovedajúci dátum.
114) Dátová pamäť musí byť schopná uložiť polnočné stavy
počítadla kilometrov aspoň počas 365 dní.
115) Keď je kapacita pamäte vyčerpaná, najstaršie údaje sa
prepíšu novými údajmi.
3.12.7 Podrobné údaje o rýchlosti
▼M1
116) Záznamové zariadenie musí zaznamenávať a ukladať vo
svojej dátovej pamäti okamžitú rýchlosť vozidla a zodpove­
dajúci dátum a čas v každej sekunde za najmenej posled­
ných 24 hodín, počas ktorých sa vozidlo pohybuje.
▼B
3.12.8 Údaje o udalostiach
Na účely tohto pododseku sa čas musí zaznamenať s presnosťou
jednej sekundy.
117) Záznamové zariadenie musí zaznamenať a uložiť vo svojej
dátovej pamäti tieto údaje za každú zistenú udalosť podľa
nasledovných pravidiel ukladania:
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 46
Udalosť Pravidlá ukladania Údaje zaznamenané podľa udalosti
Vloženie neplatnej karty — 10 posledných udalostí. — dátum a čas udalosti,
— typ(-y) karty(-iet), číslo, vydávajúci
členský štát a generácia karty, ktorá
udalosť spôsobila,
— počet podobných udalostí v daný deň.
Konflikt karty — 10 posledných udalostí. — dátum a čas začiatku udalosti,
— dátum a čas konca udalosti,
— typ(-y) karty(-iet), číslo, vydávajúci
členský štát a generácia dvoch kariet,
ktoré spôsobujú konflikt.
Jazda bez príslušnej karty — najdlhšie trvajúca udalosť za každý
z 10 posledných dní výskytu,
— 5 najdlhšie trvajúcich udalostí počas
posledných 365 dní.
— dátum a čas začiatku udalosti,
— dátum a čas konca udalosti,
— typ(-y) karty(-iet), číslo, vydávajúci
členský štát a generácia každej karty
vloženej na začiatku a/alebo konci
udalosti,
— počet podobných udalostí v daný deň.
Vloženie karty za jazdy — posledná udalosť za každý z 10 posled­
ných dní výskytu,
— dátum a čas udalosti,
— typ(-y) karty(-iet), číslo, vydávajúci
členský štát a generácia,
— počet podobných udalostí v daný deň.
▼M3
Nesprávne uzavretá
posledná relácia karty
— 10 posledných udalostí. — dátum a čas vloženia karty,
— typ, číslo, vydávajúci členský štát a gene­
rácia karty(-iet),
— údaje poslednej relácie tak, ako sú čítané
z karty:
— dátum a čas vloženia karty.
▼B
Prekročenie rýchlosti (1) — najvážnejšia udalosť za každý z posled­
ných 10 dní výskytu (t. j. tá, pri ktorej
bola priemerná rýchlosť najvyššia),
— 5 najvážnejších udalostí počas posled­
ných 365 dní.
— prvá udalosť, ktorá sa vyskytla po
poslednej kalibrácii.
— dátum a čas začiatku udalosti,
— dátum a čas konca udalosti,
— maximálna rýchlosť nameraná počas
udalosti,
— aritmetický priemer rýchlostí namera­
ných počas udalosti,
— typ karty, číslo, vydávajúci členský štát
a generácia karty vodiča (v prípade
potreby),
— počet podobných udalostí v daný deň.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 47
Udalosť Pravidlá ukladania Údaje zaznamenané podľa udalosti
Prerušenie napájania (2) — najdlhšie trvajúca udalosť za každý
z 10 posledných dní výskytu,
— 5 najdlhšie trvajúcich udalostí počas
posledných 365 dní.
— dátum a čas začiatku udalosti,
— dátum a čas konca udalosti,
— typ(-y) karty(-iet), číslo, vydávajúci
členský štát a generácia každej karty
vloženej na začiatku a/alebo konci
udalosti,
— počet podobných udalostí v daný deň.
Chyba komunikácie s diaľ­
kovým komunikačným
zariadením
— najdlhšie trvajúca udalosť za každý
z 10 posledných dní výskytu,
— 5 najdlhšie trvajúcich udalostí počas
posledných 365 dní.
— dátum a čas začiatku udalosti,
— dátum a čas konca udalosti,
— typ(-y) karty(-iet), číslo, vydávajúci
členský štát a generácia každej karty
vloženej na začiatku a/alebo konci
udalosti,
— počet podobných udalostí v daný deň.
Chýbajúce informácie
o polohe z prijímača
GNSS
— najdlhšie trvajúca udalosť za každý
z 10 posledných dní výskytu,
— 5 najdlhšie trvajúcich udalostí počas
posledných 365 dní.
— dátum a čas začiatku udalosti,
— dátum a čas konca udalosti,
— typ(-y) karty(-iet), číslo, vydávajúci
členský štát a generácia každej karty
vloženej na začiatku a/alebo konci
udalosti,
— počet podobných udalostí v daný deň.
▼M1
Chyba komunikácie
s externým zariadením
GNSS
— najdlhšia udalosť počas každého z 10
posledných dní výskytu,
— 5 najdlhších udalostí počas posledných
365 dní.
— dátum a čas začiatku udalosti,
— dátum a čas konca udalosti,
— typ(– y) karty(– iet), číslo, vydávajúci
členský štát a generácia všetkých kariet
vložených nazačiatku a/alebo na konci
udalosti,
— počet podobných udalostí v daný deň.
▼B
Chyba údajov o pohybe — najdlhšie trvajúca udalosť za každý
z 10 posledných dní výskytu,
— 5 najdlhšie trvajúcich udalostí počas
posledných 365 dní.
— dátum a čas začiatku udalosti,
— dátum a čas konca udalosti,
— typ(-y) karty(-iet), číslo, vydávajúci
členský štát a generácia každej karty
vloženej na začiatku a/alebo konci
udalosti,
— počet podobných udalostí v daný deň.
Nesúlad údajov o pohybe
vozidla
— najdlhšie trvajúca udalosť za každý
z 10 posledných dní výskytu,
— 5 najdlhšie trvajúcich udalostí počas
posledných 365 dní.
— dátum a čas začiatku udalosti,
— dátum a čas konca udalosti,
— typ(-y) karty(-iet), číslo, vydávajúci
členský štát a generácia každej karty
vloženej na začiatku a/alebo konci
udalosti,
— počet podobných udalostí v daný deň.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 48
Udalosť Pravidlá ukladania Údaje zaznamenané podľa udalosti
Pokus o narušenie zabez­
pečenia
— 10 posledných udalostí za každý typ
udalosti.
— dátum a čas začiatku udalosti,
— dátum a čas skončenia udalosti (ak je
relevantný),
— typ(-y) karty(-iet), číslo, vydávajúci
členský štát a generácia každej karty
vloženej na začiatku a/alebo konci
udalosti,
— typ udalosti.
▼M1
Časový rozpor — najvážnejšia udalosť za každý z 10
posledných dní výskytu (t. j. prípad
najväčšieho rozdielu medzi dátumom
a časom zo záznamového zariadenia
a dátumom a časom z GNSS),
— 5 najvážnejších udalostí za posledných
365 dní.
— dátum a čas zo záznamového zariadenia,
— dátum a čas z GNSS,
— typ(– y) karty(– iet), číslo, vydávajúci
členský štát a generácia všetkých kariet
vložených nazačiatku a/alebo na konci
udalosti,
— počet podobných udalostí v daný deň.
▼M3
Anomália GNSS — najdlhšie udalosti počas každého z 10
posledných dní výskytu,
— 5 najdlhšie trvajúcich udalostí počas
posledných 365 dní.
— dátum a čas začiatku udalosti,
— dátum a čas skončenia udalosti,
— typ, číslo, vydávajúci členský štát a gene­
rácia všetkých kariet vložených na
začiatku a/alebo na konci udalosti,
— počet podobných udalostí v daný deň.
▼B
(1) Záznamové zariadenie musí vo svojej dátovej pamäti
zaznamenávať a ukladať aj:
— dátum a čas poslednej KONTROLY PREKRO­
ČENIA RÝCHLOSTI,
— dátum a čas prvého prekročenia rýchlosti nasledu­
júceho po tejto KONTROLE PREKROČENIA
RÝCHLOSTI,
— počet udalostí prekročenia rýchlosti od poslednej
KONTROLY PREKROČENIA RÝCHLOSTI.
(2) Tieto údaje sa môžu zaznamenať len pri opätovnom
pripojení napájania, časy môžu byť známe s presnosťou
na minútu.
3.12.9 Údaje o poruchách
Na účely tohto pododseku sa čas musí zaznamenať s presnosťou
jednej sekundy.
118) Záznamové zariadenie sa musí pokúsiť zaznamenať a uložiť
vo svojej dátovej pamäti tieto údaje za každú zistenú
poruchu podľa nasledovných pravidiel ukladania:
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 49
Porucha Pravidlá ukladania Údaje, ktoré sa majú zaznamenať podľa poruchy
Porucha karty — 10 posledných porúch karty vodiča. — dátum a čas začiatku poruchy,
— dátum a čas konca poruchy,
— typ(-y) karty(-iet), číslo, vydávajúci
členský štát a generácia.
Poruchy záznamového
zariadenia
— 10 najnovších porúch za každý typ
poruchy,
— prvá porucha po poslednej kalibrácii.
— dátum a čas začiatku poruchy,
— dátum a čas konca poruchy,
— typ poruchy,
— typ(-y) karty(-iet), číslo a vydávajúci
členský štát a generácia každej karty
vloženej na začiatku a/alebo konci
poruchy.
3.12.10 Kalibračné údaje
119) Záznamové zariadenie musí zaznamenať a uložiť vo svojej
dátovej pamäti údaje vzťahujúce sa k:
— známym kalibračným parametrom v okamihu aktivácie,
— jeho skutočne prvej kalibrácii po jeho aktivácii,
— jeho prvej kalibrácii v súčasnom vozidle (identifiko­
vanom jeho identifikačným číslom vozidla (VIN)),
— 20 posledným kalibráciám (ak sa niekoľko kalibrácií
uskutočnilo v priebehu jedného kalendárneho dňa,
uloží sa len prvá a posledná v tomto dni).
120) Za každú z týchto kalibrácií sa zaznamenajú tieto údaje:
— účel kalibrácie (aktivácia, prvá montáž, montáž, pravi­
delná inšpekcia),
— názov dielne a adresa,
— číslo dielenskej karty, jej vydávajúci členský štát
a dátum skončenia platnosti karty,
— identifikácia vozidla,
— aktualizované alebo potvrdené parametre: w, k, l,
rozmery pneumatík, nastavenia obmedzovača rýchlosti,
počítadlo kilometrov (staré a nové hodnoty), dátum
a čas (staré a nové hodnoty),
— druhy a identifikátory všetkých používaných plomb ,
▼M3
— sériové čísla snímača pohybu, (prípadného) externého
zariadenia GNSS a (prípadného) externého diaľkového
komunikačného zariadenia,
— predvolený druh nákladu súvisiaci s vozidlom (nalo­
ženie buď tovaru, alebo cestujúcich),
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 50
— krajina, v ktorej bola vykonaná kalibrácia, a dátum
a čas, keď prijímač GNSS poskytol polohu použitú na
určenie tejto krajiny.
▼B
121) Okrem toho musí záznamové zariadenie zaznamenať
a uložiť vo svojej dátovej pamäti svoju schopnosť používať
tachografové karty prvej generácie (stále aktivované alebo
nie).
122) Snímač pohybu musí zaznamenať a uložiť vo svojej dátovej
pamäti tieto údaje o montáži snímača pohybu:
— prvé spárovanie s jednotkou vozidla (dátum, čas, schva­
ľovacie číslo VU, sériové číslo VU),
— posledné spárovanie s VU (dátum, čas, schvaľovacie
číslo VU, sériové číslo VU).
123) Externé zariadenie GNSS musí zaznamenať a uložiť vo
svojej pamäti tieto údaje o montáži externého zariadenia
GNSS:
— prvé spojenie s jednotkou vozidla (dátum, čas, schva­
ľovacie číslo VU, sériové číslo VU),
— posledné spojenie s jednotkou vozidla (dátum, čas,
schvaľovacie číslo VU, sériové číslo VU).
3.12.11 Údaje o úprave času
124) Záznamové zariadenie musí zaznamenať a uložiť vo svojej
dátovej pamäti údaje vzťahujúce sa k úpravám času vyko­
naným v režime kalibrácie mimo rámca pravidelnej kali­
brácie (vymedzenie pojmov, písm. f)):
— najnovšia úprava času,
— 5 najväčších úprav času.
125) Za každú z týchto úprav času sa zaznamenajú tieto údaje:
— dátum a čas, stará hodnota,
— dátum a čas, nová hodnota,
— názov dielne a adresa,
— číslo dielenskej karty, jej vydávajúci členský štát, gene­
rácia karty a dátum skončenia platnosti karty.
3.12.12 Údaje o kontrolnej činnosti
126) Záznamové zariadenie musí zaznamenať a uložiť vo svojej
dátovej pamäti tieto údaje vzťahujúce sa k 20 najnovším
kontrolným činnostiam:
— dátum a čas kontroly,
— číslo kontrolnej karty, jej vydávajúci členský štát a gene­
rácia karty,
— typ kontroly (zobrazovanie a/alebo tlač a/alebo sťaho­
vanie z VU a/alebo sťahovanie z karty a/alebo kontrola
kalibrácie pri cestnej kontrole).
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 51
127) Pri sťahovaní údajov sa musia zaznamenať aj dátumy
najstarších a najnovších stiahnutých dní.
3.12.13 Údaje o podnikovom blokovaní
128) Záznamové zariadenie musí zaznamenať a uložiť vo svojej
dátovej pamäti tieto údaje vzťahujúce sa k 255 posledným
podnikovým blokovaniam:
— dátum a čas zablokovania,
— dátum a čas odblokovania,
— číslo podnikovej karty, jej vydávajúci členský štát
a generácia karty,
— názov a adresa podniku.
Údaje, ktoré boli predtým zablokované blokovaním odstrá­
neným z pamäte v dôsledku uvedeného limitu, sa považujú
za nezablokované.
3.12.14 Údaje o činnosti sťahovania
129) Záznamové zariadenie musí zaznamenať a uložiť vo svojej
dátovej pamäti tieto údaje vzťahujúce sa k poslednému
stiahnutiu dátovej pamäte na externé médium počas podni­
kového režimu alebo režimu kalibrácie:
— dátum a čas stiahnutia,
— číslo podnikovej alebo dielenskej karty, jej vydávajúci
členský štát a generácia karty,
— názov podniku alebo dielne.
3.12.15 Údaje o špecifických podmienkach
130) Záznamové zariadenie musí zaznamenať a uložiť vo svojej
dátovej pamäti tieto údaje vzťahujúce sa k špecifickým
podmienkam:
— dátum a čas zápisu,
— druh špecifickej podmienky.
131) Dátová pamäť musí byť schopná uchovať údaje o špecific­
kých podmienkach aspoň 365 dní (s predpokladom, že
v priemere je denne otvorená a uzatvorená jedna
podmienka). Keď je kapacita pamäte vyčerpaná, najstaršie
údaje sa prepíšu novými údajmi.
3.12.16 Údaje o tachografovej karte
132) Záznamové zariadenie musí byť schopné uložiť tieto údaje
týkajúce sa rôznych tachografových kariet, ktoré sa použili
vo VU:
— číslo tachografovej karty a jej sériové číslo,
— výrobca tachografovej karty,
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 52
— typ tachografovej karty,
— verzia tachografovej karty.
133) Záznamové zariadenie musí byť schopné uložiť aspoň 88
takých záznamov.
▼M3
3.12.17 Prekročenia hranice
133a) Záznamové zariadenie musí zaznamenať a uložiť vo svojej
dátovej pamäti tieto informácie o prekročeniach hranice:
— krajinu, ktorú vozidlo opúšťa,
— krajinu, do ktorej vozidlo vstupuje,
— polohu, kde vozidlo prekročilo hranicu.
133b) Spolu s krajinami a polohou musí záznamové zariadenie
zaznamenať a uložiť vo svojej dátovej pamäti:
— číslo karty vodiča a/alebo druhého vodiča a jej vydáva­
júci členský štát,
— generáciu karty,
— súvisiacu presnosť GNSS, dátum a čas,
— príznak označujúci to, či bola poloha autentifikovaná,
— stav počítadla kilometrov vozidla v čase zistenia prekro­
čenia hranice.
133c) Dátová pamäť musí byť schopná uchovať prekročenia
hranice aspoň za 365 dní.
133d) Keď je kapacita pamäte vyčerpaná, najstaršie údaje sa
prepíšu novými údajmi.
3.12.18. Operácie nakládky/vykládky
133e) Záznamové zariadenie musí zaznamenať a uložiť vo svojej
dátovej pamäti tieto informácie o operáciách nakládky
a vykládky vozidla:
— druh operácie (nakládka, vykládka alebo súčasná
nakládka/vykládka),
— poloha, kde došlo k operácii nakládky/vykládky.
133f) Ak v čase operácie nakládky/vykládky nie je k dispozícii
poloha vozidla z prijímača GNSS, záznamové zariadenie
musí použiť poslednú dostupnú polohu a súvisiaci dátum
a čas.
133g) Spolu s druhom operácie a polohou musí záznamové zaria­
denie zaznamenať a uložiť vo svojej dátovej pamäti:
— číslo karty vodiča a/alebo druhého vodiča a jej vydáva­
júci členský štát,
— generáciu karty,
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 53
— dátum a čas operácie nakládky/vykládky,
— súvisiacu presnosť GNSS, prípadne dátum a čas,
— príznak označujúci to, či bola poloha autentifikovaná,
— stav počítadla kilometrov vozidla.
133h) Dátová pamäť musí byť schopná uložiť operácie nakládky/
vykládky aspoň za 365 kalendárnych dní.
133i) Keď je kapacita pamäte vyčerpaná, najstaršie údaje sa
prepíšu novými údajmi.
3.12.19. Digitálna mapa
133j) Na účel zaznamenania polohy vozidla pri prekročení
hranice krajiny záznamové zariadenie musí do svojej
dátovej pamäte uložiť digitálnu mapu.
133k) Digitálne mapy povolené na podporu funkcie monitoro­
vania prekročenia hranice záznamovým zariadením sprí­
stupní Európska komisia na stiahnutie v rôznych formátoch
na vyhradenom zabezpečenom webovom sídle.
133l) Na tomto webovom sídle musia byť pre každú z týchto
máp k dispozícii identifikátor verzie a hašovacia hodnota.
133m) Vlastnosti mapy:
— úroveň rozlíšenia zodpovedajúca úrovni NUTS 0 podľa
nomenklatúry územných jednotiek pre štatistické účely,
— mierka 1 : 1 mil.
133n) Výrobcovia tachografov musia mapu vybrať na webovom
sídle, z ktorého ju bezpečne stiahnu.
133o) Výrobcovia tachografov použijú mapu stiahnutú z webo­
vého sídla až po overení jej integrity pomocou hašovacej
hodnoty mapy.
133p) Zvolenú mapu importuje do záznamového zariadenia jeho
výrobca vo vhodnom formáte, ale sémantika importovanej
mapy musí ostať nezmenená.
133q) Výrobca musí uložiť aj identifikátor verzie mapy použitej
v záznamovom zariadení.
133r) Uloženú digitálnu mapu musí byť možné aktualizovať
alebo nahradiť novou digitálnou mapou, ktorú sprístupní
Európska komisia.
133s) Aktualizácie digitálnej mapy sa musia robiť s použitím
mechanizmov aktualizácie softvéru stanovených výrobcom
pri uplatnení požiadaviek 226d a 226e, aby záznamové
zariadenie mohlo overiť autenticitu a integritu novej impor­
tovanej mapy pred jej uložením a nahradením predchádza­
júcej mapy.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 54
133t) Výrobcovia tachografov môžu do základnej mapy uvedenej
v požiadavke 133m pridať doplnkové informácie na iné
účely než zaznamenávanie prekročenia hraníc, napr. hranice
regiónov EÚ, za predpokladu, že sa nezmení sémantika
základnej mapy.
▼B
3.13 Čítanie z tachografovej karty
134) Záznamové zariadenie musí byť schopné odčítať z tachogra­
fovej karty prvej a druhej generácie v prípade potreby údaje
potrebné na:
— identifikáciu typu karty, držiteľa karty, predtým použi­
tého vozidla, dátumu a času posledného vytiahnutia
karty a činnosti zvolenej v tomto čase,
— kontrolu správneho uzatvorenia poslednej relácie karty,
▼M3
— výpočet nepretržitého času jazdy vodiča, kumulovaného
času prestávok a kumulovaných časov jazdy za pred­
chádzajúci a aktuálny týždeň,
▼B
— tlač požadovaných výpisov vzťahujúcich sa k údajom
zaznamenaným na karte vodiča,
— stiahnutie karty vodiča na externé médium.
Táto požiadavka sa týka len tachografových kariet prvej
generácie, ak dielňa ich používanie nezrušila.
135) V prípade chyby čítania sa musí záznamové zariadenie
pokúsiť znovu, maximálne trikrát, o rovnaký príkaz na
čítanie, a ak je znovu neúspešný, potom musí vyhlásiť
kartu za chybnú a neplatnú.
▼M3
135a) Štruktúra v aplikácii „TACHO_G2“ závisí od verzie. Karty
verzie 2 obsahujú okrem súborov uvedených na kartách
verzie 1 doplnkové elementárne súbory, a to:
— na kartách vodiča a dielenských kartách:
— EF Places_Authentication musí obsahovať stav
autentifikácie polôh vozidla uložených v súbore
EF Places. Časová pečiatka sa ukladá s každým
stavom autentifikácie, pričom je presne taká istá
ako dátum a čas zápisu uloženého so zodpoveda­
júcou polohou v súbore EF Places,
— EF GNSS_Places_Authentication musí obsahovať
stav autentifikácie polôh vozidla uložených v súbore
EF GNSS_Places. Časová pečiatka sa ukladá
s každým stavom autentifikácie, pričom je presne
taká istá ako dátum a čas zápisu uloženého so
zodpovedajúcou polohou v súbore EF Places,
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 55
— EF Border_Crossings, EF Load_Unload_Operations
a EF Load_Type_Entries musia obsahovať údaje
týkajúce sa prekročenia hranice, operácií nakládky/
vykládky a druhov nákladu,
— na dielenských kartách:
— EF Calibration_Add_Data musí obsahovať
doplnkové kalibračné údaje okrem údajov ulože­
ných v súbore EF Calibration. Starý údaj o dátume
a čase a identifikačné číslo vozidla sa ukladajú
s každým záznamom doplnkových kalibračných
údajov, pričom sú presne také isté ako starý
dátum a čas a identifikačné číslo vozidla uložené
so zodpovedajúcimi kalibračnými údajmi v súbore
EF Calibration,
— na všetkých tachografových kartách:
— EF VU_Configuration musí obsahovať konkrétne
nastavenia tachografu držiteľa karty.
Jednotka vozidla musí ignorovať akýkoľvek stav autentifi­
kácie nájdený v súbore EF Places_Authentication alebo EF
GNSS_Places_Authentication, keď sa v súboroch EF Places
alebo EF GNSS_Places nenájde žiadna poloha vozidla
s rovnakou časovou pečiatkou.
Jednotka vozidla ignoruje elementárny súbor EF
VU_Configuration na všetkých kartách, pokiaľ neboli
poskytnuté žiadne osobitné predpisy v súvislosti s použitím
takéhoto elementárneho súboru. Tieto pravidlá sa stanovia
prostredníctvom zmeny prílohy IC, ktorá musí obsahovať
úpravu alebo vymazanie tohto odseku.
▼B
3.14 Zaznamenávanie a ukladanie na tachografovú kartu
3.14.1 Zaznamenávanie a ukladanie na tachografové karty prvej generácie
136) Za predpokladu, že používanie tachografových kariet prvej
generácie dielňa nezrušila, záznamové zariadenie musí
zaznamenať a uložiť údaje presne rovnakým spôsobom,
ako by to vykonalo záznamové zariadenie prvej generácie.
137) Záznamové zariadenie musí nastaviť „údaje o relácii karty“
na karte vodiča alebo na dielenskej karte hneď po vložení
karty.
138) Záznamové zariadenie musí aktualizovať údaje uložené na
platnej karte vodiča, dielenskej karte, podnikovej a/alebo
kontrolnej karte o všetky nevyhnutné údaje relevantné pre
časový úsek, počas ktorého je karta vložená, a ktoré sa
týkajú držiteľa karty. Údaje uložené na týchto kartách sú
špecifikované v kapitole 4.
139) Záznamové zariadenie aktualizuje údaje o činnosti vodiča
a o miestach (špecifikované v bodoch 4.5.3.1.9 a 4.5.3.1.11)
uložené na platnej karte vodiča a/alebo na dielenskej karte,
o údaje o činnosti a miestach, ktoré manuálne zapísal
držiteľ karty.
▼M3
140) Na kartu vodiča ani na dielenskú kartu prvej generácie sa
nesmú ukladať žiadne udalosti a poruchy, ktoré nie sú
vymedzené pre záznamové zariadenie prvej generácie.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 56
141) Aktualizácia údajov tachografovej karty prebieha tak, že
keď je to potrebné a berúc do úvahy skutočnú úložnú
kapacitu karty, najstaršie údaje sa nahradia najnovšími
údajmi.
142) V prípade chybného zápisu sa záznamové zariadenie pokúsi
znovu, a maximálne trikrát, o rovnaký príkaz zápisu, a ak
je znovu neúspešný, potom musí vyhlásiť kartu za chybnú
a neplatnú.
▼M3
143) Pred vytiahnutím karty vodiča alebo dielenskej karty
a potom, ako boli na karte uložené všetky relevantné údaje,
záznamové zariadenie resetuje „údaje o relácii karty“.
▼B
3.14.2 Zaznamenávanie a ukladanie na tachografové karty druhej gene­
rácie
144) Tachografové karty druhej generácie musia obsahovať 2
rozdielne aplikácie, z ktorých prvá musí byť rovnaká ako
aplikácia TACHO pri tachografových kartách prvej gene­
rácie, a druhá aplikácia „TACHO_G2“ musí zodpovedať
požiadavkám kapitoly 4 a dodatku 2.
▼M3
Štruktúra v aplikácii „TACHO_G2“ závisí od verzie. Karty
verzie 2 obsahujú okrem súborov uvedených na kartách
verzie 1 doplnkové elementárne súbory.
▼B
145) Záznamové zariadenie musí nastaviť „údaje o relácii karty“
na karte vodiča alebo na dielenskej karte hneď po vložení
karty.
146) Záznamové zariadenie aktualizuje údaje uložené v oboch
aplikáciách platnej karty vodiča, dielenskej karty, podni­
kovej a/alebo kontrolnej karty o všetky nevyhnutné údaje
relevantné pre časový úsek, počas ktorého je karta vložená,
a ktoré sa týkajú držiteľa karty. Údaje uložené na týchto
kartách sú špecifikované v kapitole 4.
147) Záznamové zariadenie aktualizuje údaje o činnosti vodiča
a o miestach a polohách (špecifikované v bodoch 4.5.3.1.9,
4.5.3.1.11, 4.5.3.2.9 a 4.5.3.2.11) uložené na platnej karte
vodiča a/alebo na dielenskej karte, o údaje o činnosti
a miestach, ktoré manuálne zapísal držiteľ karty.
▼M3
147a) Pri vložení karty vodiča alebo dielenskej karty musí zázna­
mové zariadenie uložiť na kartu predvolený druh nákladu
vozidla.
147b) Pri vložení karty vodiča alebo dielenskej karty a po vyko­
naní postupu manuálneho zápisu záznamové zariadenie
skontroluje posledné miesto, kde sa denný pracovný čas
začína alebo končí, uložené na karte. Toto miesto môže
byť dočasné, ako je uvedené v požiadavke 59. Ak je toto
miesto v krajine odlišnej od aktuálnej krajiny, v ktorej sa
vozidlo nachádza, záznamové zariadenie uloží na kartu
záznam o prekročení hranice a:
— krajinu, ktorú vodič opustil: nie je k dispozícii,
— krajinu, do ktorej vodič vstupuje: aktuálna krajina,
v ktorej sa vozidlo nachádza,
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 57
— dátum a čas, keď vodič prekročil hranicu: čas vloženia
karty,
— polohu vodiča, keď bola prekročená hranica: nie je
k dispozícii,
— stav počítadla kilometrov vozidla: nie je k dispozícii.
▼B
148) Aktualizácia údajov tachografovej karty prebieha tak, že
keď je to potrebné a berúc do úvahy skutočnú úložnú
kapacitu karty, najstaršie údaje sa nahradia najnovšími
údajmi.
149) V prípade chybného zápisu sa záznamové zariadenie pokúsi
znovu, a maximálne trikrát, o rovnaký príkaz zápisu, a ak
je znovu neúspešný, potom musí vyhlásiť kartu za chybnú
a neplatnú.
150) Pred vytiahnutím karty vodiča a potom, ako boli uložené
všetky relevantné údaje na oboch aplikáciách karty, zázna­
mové zariadenie resetuje údaje týkajúce sa relácie karty.
▼M3
150a) Jednotka vozidla ignoruje elementárny súbor EF
VU_Configuration na všetkých kartách, keďže neboli
poskytnuté žiadne osobitné predpisy v súvislosti s použitím
takéhoto elementárneho súboru. Tieto pravidlá sa stanovia
prostredníctvom zmeny prílohy IC, ktorá musí obsahovať
úpravu alebo vymazanie tohto bodu.
▼B
3.15 Zobrazovanie
151) Displej musí obsahovať aspoň 20 znakov.
152) Minimálna výška znaku musí byť 5 mm a šírka 3,5 mm.
153) Displej musí podporovať znaky uvedené v dodatku 1, kapi­
tole 4 „Množiny znakov“. Displej môže používať zjedno­
dušené zobrazenie (napr. znaky s diakritikou môžu byť
zobrazované bez nej, alebo malé písmená môžu byť zobra­
zované ako veľké písmená).
154) Displej musí byť vybavený primeraným neoslňujúcim
osvetlením.
155) Údaje musia byť viditeľné zvonka záznamového zariadenia.
156) Záznamové zariadenie musí byť schopné zobraziť:
— predvolené údaje,
— údaje o výstrahách,
— údaje o prístupe k menu,
— ostatné údaje požadované používateľom.
Záznamové zariadenie môže zobraziť doplňujúce infor­
mácie za predpokladu, že sa dajú zreteľne odlíšiť od infor­
mácií uvedených vyššie.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 58
157) Displej záznamového zariadenia musí používať piktogramy
alebo kombinácie piktogramov uvedené v dodatku 3.
Doplňujúce piktogramy alebo kombinácie piktogramov
môže displej zobrazovať za predpokladu, že sa dajú
zreteľne odlíšiť od prv uvedených piktogramov.
158) Displej musí byť zapnutý (ON) vždy, keď sa vozidlo
pohybuje.
159) Záznamové zariadenie môže obsahovať manuálnu alebo
automatickú funkciu, ktorá vypne displej (OFF), keď sa
vozidlo nepohybuje.
Zobrazovací formát je špecifikovaný v dodatku 5.
3.15.1 Zobrazenie predvolených údajov
160) Keď nemusia byť zobrazené žiadne iné informácie, zázna­
mové zariadenie musí štandardne zobraziť toto:
— miestny čas (ako výsledok času UTC + posun nasta­
vený vodičom),
— režim prevádzky,
— súčasná činnosť vodiča a súčasná činnosť druhého
vodiča,
— informácie vzťahujúce sa k vodičovi:
— ak jeho súčasná činnosť je JAZDA, jeho aktuálny
nepretržitý čas jazdy a jeho aktuálny kumulovaný čas
prestávok,
— ak jeho súčasná činnosť nie je JAZDA, aktuálny čas
trvania tejto inej činnosti (od času, kedy bola zvolená)
a jeho aktuálny kumulovaný čas prestávok.
161) Zobrazenie údajov týkajúcich sa každého vodiča musí byť
jasné, jednoduché a jednoznačné. V prípade, ak sa infor­
mácie týkajúce sa vodiča a druhého vodiča nemôžu
zobraziť súčasne, záznamové zariadenie musí štandardne
zobraziť informácie týkajúce sa vodiča a umožniť používa­
teľovi zobraziť informácie týkajúce sa druhého vodiča.
162) Ak šírka displeja neumožňuje zobraziť štandardne režim
prevádzky, záznamové zariadenie pri zmene režimu krátko
zobrazí nový režim prevádzky.
163) Záznamové zariadenie pri vložení karty krátko zobrazí
meno držiteľa karty.
164) Keď je otvorená podmienka „ZÁZNAMOVÉ ZARIA­
DENIE SA NEVYŽADUJE“ alebo „PREVOZ
TRAJEKTOM/VLAKOM“ , potom štandardné zobrazenie
musí s využitím príslušného piktogramu ukázať, že je
konkrétna podmienka otvorená (pripúšťa sa, že súčasne sa
nemusí zobraziť aktuálna činnosť vodiča).
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 59
3.15.2 Zobrazenie výstrahy
165) Záznamové zariadenie musí zobraziť výstražné informácie
najmä s použitím piktogramov uvedených v dodatku 3,
doplnené v prípade potreby dodatočnými numericky kódo­
vanými informáciami. Možno pridať aj textový opis
výstrahy zobrazený v jazyku, ktorý si vodič vyberie.
3.15.3 Prístup k menu
166) Záznamové zariadenie musí poskytovať nevyhnutné príkazy
vo vhodnej štruktúre menu.
3.15.4 Iné zobrazenia
167) Na požiadanie musí byť možné selektívne zobraziť:
— čas UTC a dátum, ako aj posun miestneho času,
▼M3
— obsah ktoréhokoľvek z výpisov uvedených v požiadavke
169 v rovnakom formáte, v akom sú samotné výpisy,
▼B
— nepretržitý čas jazdy a kumulovaný čas prestávok
vodiča,
— nepretržitý čas jazdy a kumulovaný čas prestávok
druhého vodiča,
▼M3
— kumulovaný čas jazdy vodiča za predchádzajúci a aktu­
álny týždeň,
— kumulovaný čas jazdy druhého vodiča za predchádza­
júci a aktuálny týždeň,
▼B
voliteľné:
— aktuálny čas trvania činnosti druhého vodiča (od času,
kedy bola zvolená).
▼M3
— kumulovaný čas jazdy vodiča za aktuálny týždeň,
— kumulovaný čas jazdy druhého vodiča počas aktuálneho
denného pracovného času,
— kumulovaný čas jazdy vodiča počas aktuálneho
denného pracovného času.
▼B
168) Zobrazenie obsahu výpisu musí byť sekvenčné, riadok po
riadku. Ak je šírka displeja menšia než 24 znakov, použí­
vateľ musí vhodne dostať úplné informácie (niekoľko
riadkov, rolovanie …).
Riadky tlačených výpisov pre ručné záznamy sa nemusia
zobraziť.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 60
3.16 Tlač
169) Záznamové zariadenie musí byť schopné vytlačiť infor­
mácie zo svojej dátovej pamäte a/alebo z tachografovej
karty v týchto siedmich výpisoch:
— denný výpis činností vodiča z karty,
— denný výpis činností vodiča z jednotky vozidla,
— výpis udalostí a porúch z karty,
— výpis udalostí a porúch z jednotky vozidla,
— výpis technických údajov,
— výpis prekročenia rýchlosti.
— História údajov tachografovej karty pre danú VU (pozri
kapitolu 3.12.16)
Podrobné formáty a obsah týchto výpisov sú uvedené
v dodatku 4.
Na konci výpisov môžu byť poskytnuté doplňujúce údaje.
Záznamové zariadenie môže poskytnúť aj doplňujúce
výpisy za predpokladu, že sa dajú zreteľne odlíšiť od sied­
mich predchádzajúcich výpisov.
170) „Denný výpis činností vodiča z karty“ a „výpis udalostí
a porúch z karty“ je k dispozícii len vtedy, keď je karta
vodiča alebo dielenská karta vložená do záznamového
zariadenia. Záznamové zariadenie aktualizuje údaje uložené
na relevantnej karte pred začiatkom tlače.
171) Aby sa vyhotovil „denný výpis činností vodiča z karty“
alebo „výpis udalostí a porúch z karty“, záznamové
zariadenie:
— buď automaticky zvolí kartu vodiča alebo dielenskú
kartu, ak je vložená len jedna z týchto kariet,
— alebo umožní príkaz, ktorým sa zvolí zdroj karty, alebo
sa zvolí karta v slote vodiča, ak sú do záznamového
zariadenia vložené dve tieto karty.
172) Tlačiareň musí byť schopná tlačiť 24 znakov v každom
riadku.
173) Minimálna výška znaku musí byť 2,1 mm a šírka 1,5 mm.
174) Tlačiareň musí podporovať znaky uvedené v dodatku 1,
kapitole 4 „Množiny znakov“.
175) Tlačiarne musia byť konštruované tak, aby výpisy boli
k dispozícii s úrovňou rozlíšenia, ktorá zabráni nejednoz­
načnosti pri ich čítaní.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 61
176) Rozmery výpisov a údaje nesmú vykazovať žiadne zmeny
v normálnych podmienkach vlhkosti (10 až 90 %)
a teploty.
177) Typovo schválený papier výpisu používaný v záznamovom
zariadení musí mať relevantnú značku typového schválenia
a údaj o type(-och) záznamového zariadenia, v ktorom sa
môže používať.
178) V normálnych podmienkach skladovania, pokiaľ ide o inten­
zitu svetla, vlhkosť a teplotu, musia zostať výpisy zreteľne
čitateľné a identifikovateľné aspoň dva roky.
179) Výpisy musia spĺňať aspoň skúšobné špecifikácie vyme­
dzené v dodatku 9.
180) Musí byť možné doplniť tieto dokumenty rukou písanými
poznámkami, ako je podpis vodiča.
181) Ak počas tlače nastane udalosť „v zásobníku nie je papier“,
po doplnení papiera naštartuje záznamové zariadenie tlač od
začiatku výpisu, alebo pokračuje v tlači, pričom poskytne
jednoznačný odkaz na predchádzajúcu vytlačenú časť.
3.17 Výstrahy
182) Záznamové zariadenie musí varovať vodiča, ak zistí
akúkoľvek udalosť a/alebo poruchu.
183) Výstraha pri udalosti prerušenie napájania sa môže
oneskoriť, kým nie je znovu obnovené napájanie.
184) Záznamové zariadenie musí varovať vodiča 15 minút pred
prekročením maximálneho povoleného nepretržitého času
jazdy a pri prekročení tohto času.
185) Výstrahy musia byť vizuálne. Môžu byť k dispozícii aj
zvukové výstrahy za predpokladu, že sú doplnkom k vizu­
álnym výstrahám.
186) Vizuálne výstrahy musia byť používateľom jednoznačne
rozpoznateľné, musia byť umiestnené v zornom poli vodiča
a musia byť zreteľne čitateľné cez deň, ako aj v noci.
187) Vizuálne výstrahy môžu byť zabudované do záznamového
zariadenia a/alebo namontované v určitej vzdialenosti od
zariadenia.
188) V druhom prípade musí mať symbol „T“.
189) Čas trvania výstrah musí byť aspoň 30 sekúnd, kým ich
používateľ jedným alebo viacerými špecifickými tlačidlami
záznamového zariadenia nepotvrdí. Toto prvé potvrdenie
nesmie vymazať zobrazenie príčiny výstrahy uvedené
v nasledujúcom odseku.
190) Príčina výstrahy sa musí zobraziť na záznamovom zariadení
a zostať viditeľná až kým ju používateľ nepotvrdí
osobitným tlačidlom alebo príkazom záznamového
zariadenia.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 62
191) Môžu byť k dispozícii doplnkové výstrahy, pokiaľ si ich
vodič nemôže zameniť s už vymedzenými výstrahami.
3.18 Sťahovanie údajov na externé médiá
192) Záznamové zariadenie musí byť na požiadanie schopné
stiahnuť údaje zo svojej dátovej pamäte alebo z karty
vodiča na externé pamäťové médiá cez kalibračný/sťaho­
vací konektor. Záznamové zariadenie aktualizuje údaje
uložené na príslušnej karte pred začiatkom sťahovania.
▼M3
193) Okrem toho a nepovinne môže záznamové zariadenie
v ktoromkoľvek režime prevádzky sťahovať údaje cez
akékoľvek iné rozhranie pre podnik autentifikovaný
prostredníctvom tohto kanálu. V takom prípade platia pre
toto sťahovanie prístupové práva k údajom v podnikovom
režime.
▼B
194) Sťahovanie nesmie zmeniť alebo vymazať žiadne uložené
údaje.
195) Elektrické rozhranie konektora kalibrácie/sťahovania je
špecifikované v dodatku 6.
196) Protokoly sťahovania sú špecifikované v dodatku 7.
▼M3
196a) Dopravný podnik, ktorý používa vozidlá vybavené zázna­
movým zariadením v súlade s touto prílohou a patriace do
rozsahu pôsobnosti nariadenia (ES) č. 561/2006, zabezpečí,
že z jednotky vozidla a z kariet vodiča sa sťahujú všetky
údaje.
Maximálny časový úsek, v rámci ktorého sa relevantné
údaje sťahujú, nepresiahne:
— 90 dní v prípade údajov z jednotky vozidla,
— 28 dní v prípade údajov z karty vodiča.
196b) Dopravný podnik uchováva údaje stiahnuté z jednotky
vozidla a z kariet vodiča najmenej dvanásť mesiacov po
ich zaznamenaní.
▼B
3.19 Diaľková komunikácia v prípade cielených cestných kontrol
197) Keď je zapaľovanie zapnuté, jednotka vozidla musí v diaľ­
kovom komunikačnom zariadení ukladať každých 60
sekúnd posledné údaje potrebné na účel cielených cestných
kontrol. Tieto údaje sú šifrované a podpísané, ako je
uvedené v dodatku 11 a dodatku 14.
198) Údaje, ktoré sa majú skontrolovať diaľkovo, musia byť
k dispozícii snímaču komunikačného zariadenia prostred­
níctvom bezdrôtovej komunikácie, ako je uvedené
v dodatku 14.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 63
199) Údaje, ktoré sú potrebné na účely cielených cestných
kontrol, sa týkajú:
— posledného pokusu o narušenie zabezpečenia,
— najdlhšieho prerušenia napájania,
— poruchy snímača,
— chyby údajov o pohybe,
— nesúladu údajov o pohybe vozidla,
— jazdy bez platnej karty,
— vloženia karty za jazdy,
— údajov o úprave času,
— kalibračných údajov vrátane dátumov posledných dvoch
uložených záznamov o kalibrácii,
— evidenčného čísla vozidla,
— rýchlosti zaznamenanej tachografom,
▼M3
— polohy vozidla,
— informácie, či vodič v súčasnosti môže porušovať časy
jázd.
3.20. Výmena údajov s doplnkovými externými zariadeniami
200) Záznamové zariadenie musí byť vybavené aj rozhraním ITS
v súlade s dodatkom 13, ktoré umožňuje, aby údaje zazna­
menané buď tachografom, alebo tachografovými kartami
používalo externé zariadenie.
V prevádzkovom režime je na prenos osobných údajov cez
rozhranie ITS potrebný súhlas vodiča. Súhlas vodiča sa
však nevzťahuje na prístup k údajom z tachografu alebo
údajom na karte v režime kontroly, v podnikovom režime
alebo v režime kalibrácie. Prístupové práva k údajom
a funkciám pre tieto režimy sú špecifikované v požiadav­
kách 12 a 13.
Na údaje ITS sprístupnené prostredníctvom daného
rozhrania sa uplatňujú tieto požiadavky:
— osobné údaje sa sprístupnia až po poskytnutí overiteľ­
ného súhlasu vodiča, ktorým akceptuje, že osobné údaje
môžu opustiť sieť vozidla.
Súbor zvolených existujúcich údajov, ktoré možno sprí­
stupniť cez rozhranie ITS, a klasifikácia údajov ako
osobné alebo neosobné sú špecifikované v dodatku 13.
Okrem súboru údajov uvedených v dodatku 13 môžu
byť výstupom aj doplnkové údaje. Výrobca VU musí
klasifikovať tieto údaje ako „osobné“ alebo „neosobné“,
pričom súhlas vodiča sa vzťahuje na údaje klasifiko­
vané ako „osobné“,
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 64
— súhlas vodiča možno kedykoľvek aktivovať alebo deak­
tivovať príkazmi v menu za predpokladu, že je vložená
karta vodiča,
— za žiadnych okolností nesmie prítomnosť rozhrania ITS
narušiť alebo ovplyvniť správne fungovanie a zabezpe­
čenie jednotky vozidla.
Zároveň možno používať ďalšie rozhrania jednotky vozidla,
ak úplne spĺňajú požiadavky uvedené v dodatku 13
z hľadiska súhlasu vodiča. Záznamové zariadenie musí
byť schopné oznámiť stav súhlasu vodiča ostatným plat­
formám v sieti vozidla a externým zariadeniam.
V prípade osobných údajov vložených do siete vozidla,
ktoré sa ďalej spracúvajú mimo siete vozidla, výrobca
tachografu nezodpovedá za súlad uvedeného spracovania
osobných údajov s právnymi predpismi Únie týkajúcimi
sa ochrany údajov.
Rozhranie ITS musí vodičovi aj druhému vodičovi umož­
ňovať zapisovať údaje aj počas postupu manuálneho zapi­
sovania v súlade s požiadavkou 61.
Rozhranie ITS sa môže použiť aj na zapisovanie doplnko­
vých informácií v reálnom čase, ako sú:
— výber činnosti vodiča v súlade s požiadavkou 46,
— miesta v súlade s požiadavkou 56,
— špecifické podmienky v súlade s požiadavkou 62,
— operácie nakládky/vykládky v súlade s požiadavkou
62a.
Tieto informácie sa môžu zapísať aj cez iné rozhrania.
201) Tachografy sa z dôvodu spätnej kompatibility môžu aj
naďalej vybavovať rozhraním sériového spojenia podľa
špecifikácie v prílohe IB k nariadeniu (EHS) č. 3821/85
v znení posledných zmien. Sériové spojenie sa klasifikuje
ako súčasť siete vozidla v súlade s požiadavkou 200.
▼B
3.21 režim kalibrácie
202) Kalibračná funkcia musí umožniť:
— automatické spárovanie snímača pohybu s VU,
— v prípade potreby automatické spojenie externého zaria­
denia GNSS s VU,
— digitálne prispôsobenie konštanty záznamového zaria­
denia (k) charakteristickému koeficientu vozidla (w),
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 65
— úpravu aktuálneho času v rámci platnosti vloženej
dielenskej karty,
— úpravu aktuálneho stavu počítadla kilometrov,
— aktualizáciu identifikačných údajov snímača pohybu,
ktoré sú uložené v dátovej pamäti,
— v prípade potreby aktualizáciu identifikačných údajov
externého zariadenia GNSS, ktoré sú uložené v dátovej
pamäti,
— aktualizáciu druhov a identifikátorov všetkých používa­
ných plomb,
▼M3
— aktualizáciu alebo potvrdenie ostatných parametrov,
ktoré pozná záznamové zariadenie: identifikácia
vozidla, w, l, rozmer pneumatík a prípadne nastavenie
obmedzovača rýchlosti, ako aj predvolený druh
nákladu.
— automatické uloženie krajiny, v ktorej bola vykonaná
kalibrácia, a dátumu a času, keď prijímač GNSS
poskytol polohu použitú na určenie tejto krajiny.
▼B
203) Okrem toho musí kalibračná funkcia umožniť zrušenie
používania tachografových kariet prvej generácie v zázna­
movom zariadení, pokiaľ sú splnené podmienky stanovené
v dodatku 15.
204) Spárovanie snímača pohybu s VU pozostáva minimálne z:
— aktualizácie údajov o montáži snímača pohybu uchová­
vaných snímačom pohybu (ak je to potrebné),
— kopírovania nevyhnutných identifikačných údajov
snímača pohybu zo snímača pohybu do dátovej pamäte
VU.
▼M3
205) Spojenie externého zariadenia GNSS s VU pozostáva mini­
málne z:
— aktualizácie údajov o montáži externého zariadenia
GNSS, ktoré sú uchovávané v externom zariadení
GNSS (podľa potreby),
— kopírovania potrebných identifikačných údajov exter­
ného zariadenia GNSS vrátane sériového čísla exter­
ného zariadenia GNSS z externého zariadenia GNSS
do dátovej pamäte VU.
▼B
206) Kalibračná funkcia musí byť schopná zaviesť nevyhnutné
údaje cez kalibračný/sťahovací konektor v súlade s kali­
bračným protokolom vymedzeným v dodatku 8. Kalibračná
funkcia môže zavádzať nevyhnutné údaje aj inými
prostriedkami.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 66
3.22 Kontrola kalibrácie pri cestnej kontrole
207) Funkcia kontroly kalibrácie pri cestnej kontrole musí v čase
žiadosti umožniť čítanie sériového čísla snímača pohybu
(prípadne zabudovaného do adaptéra) a sériového čísla
externého zariadenia GNSS (v prípade potreby), pripoje­
ných k jednotke vozidla.
208) Tento údaj sa musí dať zobraziť aspoň na displeji jednotky
vozidla príkazmi v menu.
209) Funkcia kontroly kalibrácie pri cestnej kontrole musí
umožniť kontrolu voľby I/O režimu kalibračného vstup­
ného/výstupného signalizačného vedenia uvedeného
v dodatku 6 cez rozhranie K-vedenia. To sa musí vykonať
prostredníctvom ECUAdjustmentSession, ako sa uvádza
v dodatku 8 oddiele 7 Riadenie skúšobných impulzov –
Riadenie vstupu/výstupu funkčnej jednotky.
▼M3
Keď je aktívny I/O režim kalibračného vstupného/výstup­
ného signalizačného vedenia v súlade s touto požiadavkou,
jednotka vozidla neaktivuje výstrahu „jazda bez príslušnej
karty“ (požiadavka 75).
▼B
3.23 Úprava času
210) Funkcia úpravy času musí umožniť automatickú úpravu
aktuálneho času. Pre úpravu času sa používajú v zázna­
movom zariadení dva zdroje času: 1) vstavané hodiny
VU, 2) prijímač GNSS.
▼M3
211) Nastavenie času vstavaných hodín VU sa musí automaticky
opakovane upravovať v rôznych časových intervaloch.
Najbližšia automatická opakovaná úprava času sa aktivuje
v rozmedzí 72 hod. až 168 hod. po predchádzajúcej úprave
a potom, ako VU získa prístup k času GNSS prostredníc­
tvom správy o platnej autentifikovanej polohe v súlade
s dodatkom 12. Úprava času však nikdy nesmie byť väčšia
ako kumulovaná maximálna časová odchýlka za deň vypo­
čítaná výrobcom jednotky vozidla v súlade s požiadavkou
41b. Ak je rozdiel medzi časom vstavaných hodín VU
a časom prijímača GNSS väčší ako kumulovaná maximálna
časová odchýlka za deň, úpravou času sa musia vstavané
hodiny VU čo najviac priblížiť k času prijímača GNSS.
Nastavenie času sa môže urobiť iba vtedy, ak sa čas z prijí­
mača GNSS získa s použitím správ o autentifikovanej
polohe, ako sa stanovuje v dodatku 12. Referenčný čas
pre automatické nastavenie času vstavaných hodín VU je
čas poskytnutý v správe o autentifikovanej polohe.
212) Funkcia úpravy času musí v režime kalibrácie umožniť
vyvolanú úpravu aktuálneho času.
Dielne môžu upraviť čas:
— buď zapísaním hodnoty času do VU pomocou služby
WriteDataByIdentifier v súlade s bodom 6.2 dodatku 8,
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 67
— alebo požiadavkou na zosúladenie hodín VU s časom
z prijímača GNSS. Toto sa môže urobiť iba vtedy, ak
sa čas z prijímača GNSS získa s použitím správ o auten­
tifikovanej polohe. V tomto prípade sa použije služba
RoutineControl v súlade s oddielom 8 dodatku 8.
▼B
3.24 Výkonnostné charakteristiky
213) Jednotka vozidla musí byť plne funkčná v rozsahu teplôt od
– 20 °C do 70 °C, externé zariadenie GNSS v rozsahu
teplôt od – 20 °C do 70 °C a snímač pohybu v rozsahu
teplôt od – 40 °C do 135 °C. Obsah dátovej pamäte sa
musí uchovať pri teplote do – 40 °C.
214) Tachograf musí byť plne funkčný v rozsahu vlhkosti od
10 % do 90 %.
215) Plomby použité v inteligentnom tachografe musia zniesť
rovnaké podmienky ako tie, ktoré sa uplatňujú na kompo­
nenty tachografu, ku ktorým sú pripevnené.
216) Záznamové zariadenie musí byť chránené proti prepätiu,
zmene polarity napájania a skratom.
217) Snímače pohybu musia buď:
— reagovať na magnetické pole, ktoré ruší zisťovanie
pohybu vozidla. Za takýchto okolností jednotka vozidla
zaznamená a uloží poruchu snímača (požiadavka 88);
alebo
— musia mať snímací prvok, ktorý je chránený pred
magnetickými poľami alebo je voči nim odolný.
218) Záznamové zariadenie a externé zariadenie GNSS musí
zodpovedať medzinárodnému predpisu EHK OSN R10
a musí byť chránené proti elektrostatickým výbojom
a prechodovým javom.
3.25 Materiály
219) Všetky konštrukčné časti záznamového zariadenia musia
byť vyrobené z materiálov s dostatočnou stabilitou a mecha­
nickou pevnosťou a so stálymi elektrickými a magnetickými
charakteristikami.
220) Na zaručenie normálnych podmienok prevádzky musia byť
všetky vnútorné diely zariadenia chránené proti vlhkosti
a prachu.
221) Jednotka vozidla a externé zariadenie GNSS musia spĺňať
stupeň ochrany IP 40 a snímač pohybu musí spĺňať stupeň
ochrany IP 64 podľa normy IEC 60529:1989 vrátane
A1:1999 a A2:2013.
222) Záznamové zariadenie musí zodpovedať platným tech­
nickým požiadavkám ergonomického dizajnu.
223) Záznamové zariadenie musí byť chránené proti neúmysel­
nému poškodeniu.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 68
3.26 Označenia
224) Ak záznamové zariadenie zobrazuje stav počítadla kilome­
trov a rýchlosť, na displeji sa musia zobraziť tieto údaje:
— vedľa čísla udávajúceho vzdialenosť, jednotka merania
vzdialenosti označená skratkou „km“,
— vedľa čísla udávajúceho rýchlosť, skratka „km/h“.
Záznamové zariadenie sa môže prepnúť tak, aby zobrazo­
valo rýchlosť v míľach za hodinu; v tomto prípade sa ako
jednotka merania rýchlosti zobrazí skratka „mph“. Zázna­
mové zariadenie sa môže prepnúť tak, aby zobrazovalo
vzdialenosť v míľach; v tomto prípade sa ako jednotka
merania vzdialenosti zobrazí skratka „mi“.
▼M1
225) Na každý samostatný komponent záznamového zariadenia
musí byť pripevnený popisný štítok s týmito údajmi:
— meno a adresa výrobcu,
— výrobcovo číslo dielu a rok výroby,
— sériové číslo,
— značka typového schválenia.
226) Ak nie je dostatok miesta pre všetky vyššie uvedené údaje,
na popisnom štítku musí byť uvedený aspoň: názov alebo
logo výrobcu a číslo dielu.
▼M3
3.27. Monitorovanie prekročení hranice
226a) Touto funkciou sa zisťuje, kedy vozidlo prekročilo hranicu
krajiny, ktorú krajinu opustilo a do ktorej krajiny vstúpilo.
226b) Zistenie prekročenia hranice vychádza z polohy nameranej
záznamovým zariadením a z uloženej digitálnej mapy
v súlade s bodom 3.12.19.
226c) Prekročenia hranice týkajúce sa prítomnosti vozidla v danej
krajine na časový úsek kratší ako 120 sekúnd sa nezazna­
menajú.
3.28. Aktualizácia softvéru
226d) Jednotka vozidla má zabudovanú funkciu na realizáciu
aktualizácií softvéru, vždy keď takéto aktualizácie nie sú
podmienené dostupnosťou ďalších hardvérových zdrojov
mimo zdrojov stanovených v požiadavke 226f a orgány
pre typové schvaľovanie udelia pre aktualizácie softvéru
autorizáciu na základe existujúcej typovo schválenej
jednotky vozidla v súlade s článkom 12 ods. 5 nariadenia
(EÚ) č. 165/2014.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 69
226e) Funkcia aktualizácie softvéru je určená na podporu týchto
funkčných vlastností, vždy keď sa vyžadujú zo zákona:
— zmena funkcií uvedených v bode 2.2 okrem samotnej
funkcie aktualizácie softvéru,
— doplnenie nových funkcií priamo súvisiacich s presadzo­
vaním právnych predpisov Únie týkajúcich sa cestnej
dopravy,
— zmena režimov prevádzky v bode 2.3,
— zmena štruktúry súboru, napr. doplnenie nových údajov
alebo zväčšenie veľkosti súboru,
— zavádzanie softvérových opráv na odstránenie chýb
softvéru, ako aj bezpečnostných nedostatkov alebo
nahlásených útokov na funkcie záznamového
zariadenia.
226f) Jednotka vozidla musí poskytovať aspoň 35 % voľných
hardvérových zdrojov pre softvér a údaje potrebné na reali­
záciu požiadavky 226e a aspoň 65 % voľných hardvéro­
vých zdrojov na aktualizáciu digitálnej mapy na základe
hardvérových zdrojov požadovaných pre mapu úrovne
NUTS 0 verzie 2021.
▼B
4 KONŠTRUKČNÉ A FUNKČNÉ POŽIADAVKY NA TACHO­
GRAFOVÉ KARTY
4.1 Viditeľné údaje
Predná strana musí obsahovať:
227) slová „karta vodiča“ alebo „kontrolná karta“ alebo
„dielenská karta“ alebo „podniková karta“, vytlačené
veľkými písmenami v úradnom jazyku alebo jazykoch člen­
ského štátu, ktorý kartu vydal, podľa typu karty;
228) názov členského štátu, ktorý kartu vydal (nepovinné);
229) negatív rozlišovacieho znaku členského štátu, ktorý kartu
vydal, v modrom obdĺžniku a obkolesený 12 žltými hviez­
dičkami. Rozlišovacie znaky sú tieto:
B
BG
CZ
CY
Belgicko
Bulharsko
Česká republika
Cyprus
LV
L
LT
M
Lotyšsko
Luxembursko
Litva
Malta
DK Dánsko NL Holandsko
D
EST
Nemecko
Estónsko
A
PL
Rakúsko
Poľsko
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 70
GR Grécko P
RO
SK
SLO
Portugalsko
Rumunsko
Slovensko
Slovinsko
E Španielsko FIN Fínsko
F
HR
H
Francúzsko
Chorvátsko
Maďarsko
S Švédsko
IRL Írsko UK Spojené kráľovstvo
I Taliansko
230) informácie špecifické pre vydanú kartu, očíslované takto:
Karta vodiča Kontrolná karta
Podniková alebo dielenská
karta
1. Priezvisko vodiča Názov kontrolného orgánu Názov podniku alebo
dielne
2. Meno(á) vodiča Priezvisko kontrolóra
(v prípade potreby)
priezvisko držiteľa karty
(v prípade potreby)
3. Dátum narodenia vodiča Meno(á) kontrolóra
(v prípade potreby)
meno(á) držiteľa karty
(v prípade potreby)
4.a Dátum začiatku platnosti karty
4.b Dátum skončenia platnosti karty
4.c Názov vydávajúceho orgánu (môže byť vytlačený na zadnej strane)
4.d iné číslo, než je číslo v bode 5, na administratívne účely (nepovinné)
5. a Číslo vodičského preukazu
(k dátumu vydania karty
vodiča)
— —
5. b Číslo karty
6. Fotografia vodiča Fotografia kontrolóra (nepo­
vinné)
Fotografia montéra (nepo­
vinné)
7. Podpis držiteľa (nepovinné)
8. bydlisko alebo poštová
adresa držiteľa (nepo­
vinné).
Poštová adresa kontrolného
orgánu
Poštová adresa podniku
alebo dielne
231) forma písania dátumu je „dd/mm/rrrr“ alebo „dd.mm.rrrr“
(deň, mesiac, rok).
zadná strana musí obsahovať:
232) vysvetlenie k očíslovaným údajom na prednej strane karty;
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 71
233) s výslovným písomným súhlasom držiteľa môžu byť
doplnené aj informácie, ktoré sa netýkajú administratívnych
záležitosti súvisiacich s kartou; takéto doplnenie nijako
nemení používanie modelu ako tachografovej karty.
234) Tachografové karty musia byť vytlačené s týmito prevažu­
júcimi farbami pozadia:
— karta vodiča: biela,
— kontrolná karta: modrá,
— dielenská karta: červená,
— podniková karta: žltá.
235) Telo tachografovej karty musí byť vybavené aspoň týmito
ochrannými prvkami proti falšovaniu alebo neoprávneným
zásahom:
— ochranná podtlač s gilošovaným vzorom a írisovou
tlačou.
— v oblasti fotografie sa ochranná podtlač musí prekrývať
s fotografiou.
— aspoň jeden dvojfarebný mikrotlačový prúžok.
► (1) M1
► (2) M3
236) Po konzultácii s Komisiou môžu členské štáty doplniť farby
alebo značenia, ako sú symboly členského štátu a prvky
zabezpečenia bez toho, aby tým boli dotknuté ostatné usta­
novenia tejto prílohy.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 72
237) Dočasné karty uvedené v článku 26 ods. 4 nariadenia (EÚ)
č. 165/2014 musia byť v súlade s ustanoveniami tejto
prílohy.
4.2 Zabezpečenie
Cieľom zabezpečenia systému je ochrana integrity a autenticity
údajov vymieňaných medzi kartami a záznamovým zariadením,
ochrana integrity a autenticity údajov sťahovaných z kariet, umož­
nenie určitých zapisovacích operácií na karte len pre záznamové
zariadenie, dešifrovanie určitých údajov, vylúčenie akejkoľvek
možnosti falšovania údajov uložených na kartách, zabránenie
neoprávnenému zásahu a zistenie každého pokusu tohto druhu.
238) S cieľom dosiahnuť zabezpečenie systému musia tachogra­
fové karty spĺňať požiadavky zabezpečenia vymedzené
v dodatkoch 10 a 11.
239) Tachografové karty musia byť čitateľné inými zariadeniami,
ako sú napríklad osobné počítače.
4.3 Normy
240) Tachografové karty musia byť v súlade s týmito normami:
— ISO/IEC 7810 Identifikačné karty. Fyzikálne vlastnosti,
— ISO/IEC 7816 Identifikačné karty. Karty s integrova­
nými obvodmi:
— Časť 1: Fyzikálne vlastnosti,
— Časť 2: Rozmery a umiestnenie kontaktov (ISO/IEC
7816-2: 2007),
— Časť 3: Elektronické signály a prenosové protokoly
(ISO/IEC 7816-3: 2006),
— Časť 4: Organizácia, zabezpečenie a príkazy pre
výmenu (ISO/IEC 7816-4: 2013 + Cor. 1: 2014),
— Časť 6: Medziodborové dátové prvky pre výmenu
(ISO/IEC 7816-6: 2004 + Cor. 1: 2006),
— Časť 8: Príkazy pre operácie zabezpečenia (ISO/IEC
7816-8: 2004).
— Tachografové karty musia byť skúšané v súlade
s normou ISO/IEC 10373-3: 2010 Identifikačné karty.
Skúšobné metódy. Časť 3: Karty s integrovanými
obvodmi a s kontaktmi a súvisiace zariadenia
s rozhraním.
4.4 Elektrické špecifikácie a špecifikácie prostredia
241) Tachografové karty si musia zachovať správnu funkčnosť
za všetkých klimatických podmienok bežných na území
Spoločenstva a minimálne v rozsahu teplôt od – 25 °C
do + 70 °C s príležitostnou špičkou do + 85 °C, pričom
„príležitostná“ znamená jednorazovo maximálne 4 hodiny
a maximálne 100 krát v priebehu životnosti karty.
242) Tachografové karty musia správne fungovať v rozsahu
vlhkosti od 10 % do 90 %.
243) Tachografové karty si musia zachovať správnu funkčnosť
päť rokov, ak sa používajú v súlade so špecifikáciami
prostredia a elektrickými špecifikáciami.
244) Počas prevádzky musia tachografové karty zodpovedať
predpisu EHK R10, týkajúcemu sa elektromagnetickej
kompatibility, a musia byť chránené proti elektrostatickým
výbojom.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 73
4.5 Uchovávanie údajov
Na účely tohto odseku,
— časy sa zaznamenávajú s presnosťou jednej minúty, pokiaľ nie je
špecifikované inak,
— stav počítadla kilometrov sa zaznamenáva s presnosťou jedného
kilometra,
— rýchlosť sa zaznamenáva s presnosťou 1 km/h,
— polohy (zemepisná šírka a dĺžka) sa zaznamenávajú v stupňoch
a minútach s rozlíšením 1/10 minúty.
Funkcie tachografových kariet, príkazy a logické štruktúry, ktoré
slúžia na splnenie požiadaviek na uloženie údajov, sú špecifikované
v dodatku 2.
Ak nie je uvedené inak, ukladanie údajov na tachografových kartách
musí byť organizované tak, že nové údaje nahradia uložené
najstaršie údaje v prípade, že predpokladaná veľkosť pamäte pre
osobitné záznamy je vyčerpaná.
245) Tento odsek špecifikuje minimálnu úložnú kapacitu pre
dátové súbory rôznych aplikácií. Tachografové karty
musia byť schopné poskytnúť záznamovému zariadeniu
informácie o skutočnej úložnej kapacite týchto dátových
súborov.
▼M3
246) Akékoľvek doplnkové údaje môžu byť uložené na tacho­
grafových kartách pod podmienkou, že uloženie týchto
údajov je v súlade s platnými právnymi predpismi týkajú­
cimi sa ochrany údajov.
▼B
247) Každý hlavný súbor (MF) každej tachografovej karty musí
obsahovať najviac päť elementárnych súborov (EF) na
riadenie karty, identifikáciu aplikácie a čipu, a dva vyhra­
dené súbory (DF):
— DF Tachograph, ktorý obsahuje aplikáciu prístupnú
jednotkám vozidla prvej generácie, ktorá je prítomná
aj v tachografových kartách prvej generácie,
— DF Tachograph_G2, ktorý obsahuje aplikáciu prístupnú
len jednotkám vozidla druhej generácie, ktorá je
prítomná len v tachografových kartách druhej generácie.
▼M3
Poznámka: Verzia 2 kariet druhej generácie obsahuje
doplnkové elementárne súbory v súbore DF Tacho­
graph_G2.
▼B
Všetky podrobnosti štruktúry tachografovej karty sú špeci­
fikované v dodatku 2.
4.5.1 Elementárne súbory na identifikáciu a riadenie karty
4.5.2 Identifikácia karty s integrovaným obvodom (IC)
248) Tachografové karty musia byť schopné uložiť tieto identi­
fikačné údaje inteligentnej karty:
— zastavenie času,
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 74
— sériové číslo karty (vrátane výrobných údajov),
— číslo typového schválenia karty,
— identifikácia personalizátora karty (ID),
— ID zostavovateľa,
— identifikátor IC.
4.5.2.1 I d e n t i f i k á c i a č i p u
249) Tachografové karty musia byť schopné uložiť tieto identi­
fikačné údaje týkajúce sa integrovaného obvodu (IC):
— sériové číslo IC,
— výrobné informácie IC.
4.5.2.2 D I R ( l e n v t a c h o g r a f o v ý c h k a r t á c h d r u h e j g e n e ­
r á c i e )
250) Tachografové karty musia byť schopné uložiť dátové
objekty na identifikáciu aplikácie uvedené v dodatku 2.
4.5.2.3 I n f o r m á c i e A T R ( p o d m i e n e n é , l e n v t a c h o g r a f o ­
v ý c h k a r t á c h d r u h e j g e n e r á c i e )
251) Tachografové karty musia byť schopné uložiť tento dátový
objekt s informáciou o rozšírenej dĺžke:
— ak tachografová karta podporuje rozšírenú dĺžku polí,
dátový objekt s informáciou o rozšírenej dĺžke uvedený
v dodatku 2.
4.5.2.4 I n f o r m á c i e o r o z š í r e n e j d ĺ ž k e ( p o d m i e n e n é , l e n
v t a c h o g r a f o v ý c h k a r t á c h d r u h e j g e n e r á c i e )
252) Tachografové karty musia byť schopné uložiť tieto dátové
objekty s informáciami o rozšírenej dĺžke:
— ak tachografová karta podporuje rozšírenú dĺžku polí,
dátový objekt s informáciami o rozšírenej dĺžke
uvedený v dodatku 2.
4.5.3 Karta vodiča
4.5.3.1 A p l i k á c i a t a c h o g r a f u ( p r í s t u p n é p r e j e d n o t k y
v o z i d l a p r v e j a d r u h e j g e n e r á c i e )
4.5.3.1.1 Identifikácia aplikácie
253) Karta vodiča musí byť schopná uložiť tieto identifikačné
údaje o aplikácii:
— identifikácia aplikácie tachografu,
— identifikácia typu tachografovej karty.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 75
4.5.3.1.2 Kľúč a certifikáty
254) Karta vodiča musí byť schopná uložiť niekoľko šifrovacích
kľúčov a certifikátov, ako je uvedené v dodatku 11 časti A.
4.5.3.1.3 Identifikácia karty
255) Karta vodiča musí byť schopná uložiť tieto identifikačné
údaje karty:
— číslo karty,
— vydávajúci členský štát, názov vydávajúceho orgánu,
dátum vydania,
— dátum začiatku platnosti karty, dátum skončenia plat­
nosti karty.
4.5.3.1.4 Identifikácia držiteľa karty
256) Karta vodiča musí byť schopná uložiť tieto identifikačné
údaje držiteľa karty:
— priezvisko držiteľa,
— meno(á) držiteľa,
— dátum narodenia,
— preferovaný jazyk.
4.5.3.1.5 Sťahovanie údajov z karty
257) Karta vodiča musí byť schopná uložiť tieto údaje týkajúce
sa sťahovania z karty:
— Dátum a čas posledného sťahovania z karty (na iné
účely, než je kontrola).
258) Karta vodiča musí byť schopná uchovať jeden taký
záznam.
4.5.3.1.6 Informácie o vodičskom preukaze
259) Karta vodiča musí byť schopná uložiť tieto údaje o vodič­
skom preukaze:
— vydávajúci členský štát, názov vydávajúceho orgánu,
— číslo vodičského preukazu (k dátumu vydania karty).
4.5.3.1.7 Údaje o udalostiach
Na účely tohto pododseku sa čas musí uložiť s presnosťou jednej
sekundy.
260) Karta vodiča musí byť schopná uložiť údaje týkajúce sa
týchto udalostí zistených záznamovým zariadením, zatiaľ
čo bola karta vložená:
— prekrývanie časov (keď je táto karta príčinou udalosti),
— vloženie karty za jazdy (keď je táto karta predmetom
udalosti),
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 76
— nesprávne uzavretá posledná relácia karty (keď je táto
karta predmetom udalosti),
— prerušenie napájania,
— chyba údajov o pohybe,
— pokusy o narušenie zabezpečenia.
261) Karta vodiča musí byť pri daných udalostiach schopná
uložiť tieto údaje:
— kód udalosti,
— dátum a čas začiatku udalosti (alebo vloženia karty, ak
udalosť v danom čase trvala),
— dátum a čas skončenia udalosti (alebo vybratia karty, ak
udalosť v danom čase trvala),
— evidenčné číslo vozidla a členský štát evidencie vozidla,
v ktorom udalosť nastala.
Poznámka: pre udalosť „prekrývanie časov“:
— dátum a čas začiatku udalosti musí zodpovedať dátumu
a času vytiahnutia karty z prechádzajúceho vozidla,
— dátum a čas skončenia udalosti musí zodpovedať
dátumu a času vloženia karty do súčasného vozidla,
— údaje o vozidle musia zodpovedať súčasnému vozidlu,
kde udalosť nastala.
Poznámka: pre udalosť „nesprávne uzavretá posledná
relácia karty“:
— dátum a čas začiatku udalosti musí zodpovedať dátumu
a času vloženia karty pri nesprávne uzavretej poslednej
relácii karty,
— dátum a čas skončenia udalosti musí zodpovedať
dátumu a času vloženia karty pri relácii, počas ktorej
bola udalosť zistená (súčasná relácia),
— údaje o vozidle musia zodpovedať vozidlu, v ktorom
bola relácia nesprávne uzavretá.
262) Karta vodiča musí byť schopná uložiť údaje o šiestich
posledných udalostiach každého typu (t. j. 36 udalostí).
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 77
4.5.3.1.8 Údaje o poruchách
Na účely tohto pododseku sa čas musí zaznamenať s presnosťou
jednej sekundy.
263) Karta vodiča musí byť schopná uložiť údaje týkajúce sa
týchto porúch zistených záznamovým zariadením, zatiaľ
čo bola karta vložená:
▼M1
— porucha karty (keď je táto karta predmetom poruchy),
▼B
— porucha záznamového zariadenia.
264) Karta vodiča musí byť schopná pri daných poruchách
uložiť tieto údaje:
— kód poruchy,
— dátum a čas začiatku poruchy (alebo vloženia karty, ak
porucha v danom čase trvala),
— dátum a čas skončenia poruchy (alebo vybratia karty, ak
porucha v danom čase trvala),
— evidenčné číslo vozidla a členský štát evidencie vozidla,
v ktorom porucha nastala.
265) Karta vodiča musí byť schopná uložiť údaje o dvanástich
posledných poruchách každého typu (t. j. 24 porúch).
4.5.3.1.9 Údaje o činnosti vodiča
266) Karta vodiča musí byť schopná uložiť za každý kalendárny
deň používania karty alebo deň, za ktorý vodič manuálne
zapísal činnosti, tieto údaje:
— dátum,
— počítadlo dennej prítomnosti (zvýšené o jeden za každý
z týchto kalendárnych dní),
— celkovú vzdialenosť prejdenú vodičom počas tohto dňa,
— stav vodiča o 00.00 hod.,
— vždy, keď vodič zmenil činnosť a/alebo zmenil stav
vedenia vozidla, a/alebo vložil alebo vybral svoju kartu:
— stav vedenia vozidla (POSÁDKA, JEDEN VODIČ),
— slot (VODIČ, DRUHÝ VODIČ),
— stav karty (VLOŽENÁ, NEVLOŽENÁ),
— činnosť (JAZDA, POHOTOVOSŤ, PRÁCA,
PRESTÁVKA/ODPOČINOK).
— čas zmeny.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 78
267) Pamäť karty vodiča musí byť schopná uchovať údaje
o činnosti vodiča aspoň 28 dní (priemerná činnosť vodiča
je definovaná ako 93 zmien činnosti za deň).
268) Údaje uvedené v požiadavkách 261, 264 a 266 musia byť
uložené spôsobom, ktorý umožní vyvolať činnosti v poradí,
v akom nastali, dokonca aj v prípade prekrývania časov.
4.5.3.1.10 Údaje o použitých vozidlách
269) Karta vodiča musí byť schopná uložiť za každý kalendárny
deň používania karty a za každý časový úsek používania
daného vozidla v uvedenom dni (časový úsek používania
zahŕňa všetky po sebe idúce cykly vloženia/vytiahnutia
karty vo vozidle, z hľadiska tejto karty), tieto údaje:
— dátum a čas prvého použitia vozidla (t. j. prvé vloženie
karty v tomto časovom úseku použitia vozidla, alebo
00.00, ak časový úsek používania v uvedenom čase
trvá),
— stav počítadla kilometrov v uvedenom čase,
— dátum a čas posledného použitia vozidla (t. j. posledné
vytiahnutie karty v tomto časovom úseku použitia
vozidla, alebo 23.59, ak časový úsek používania
v uvedenom čase trvá),
— stav počítadla kilometrov v uvedenom čase,
— evidenčné číslo vozidla a členský štát evidencie vozidla.
270) Karta vodiča musí byť schopná uložiť aspoň 84 takých
záznamov.
4.5.3.1.11 Miesta, kde sa denný pracovný čas začína a/alebo končí
271) Karta vodiča musí byť schopná uložiť tieto údaje týkajúce
sa miest, kde sa denný pracovný čas začína a/alebo končí,
zapísané vodičom:
— dátum a čas zápisu (alebo dátum/čas týkajúci sa zápisu,
ak sa zápis vykoná počas postupu manuálneho zápisu),
— typ zápisu (začiatok alebo koniec, podmienky zápisu),
— zapísaný štát alebo región,
— stav počítadla kilometrov.
272) Pamäť karty vodiča musí byť schopná uchovať aspoň 42
párov takých záznamov.
4.5.3.1.12 Údaje o relácii karty
273) Karta vodiča musí byť schopná uložiť údaje týkajúce sa
vozidla, v ktorom bola otvorená prebiehajúca relácia:
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 79
— dátum a čas otvorenia relácie (t. j. vloženie karty) s pres­
nosťou jednej sekundy,
— evidenčné číslo vozidla a členský štát evidencie.
4.5.3.1.13 Údaje o kontrolnej činnosti
274) Karta vodiča musí byť schopná uložiť tieto údaje týkajúce
sa kontrolných činností:
— dátum a čas kontroly,
— číslo kontrolnej karty a jej vydávajúci členský štát,
— druh kontroly (zobrazovanie a/alebo tlač a/alebo sťaho­
vanie z jednotky vozidla a/alebo sťahovanie z karty
(pozri poznámku)),
— stiahnutý časový úsek, v prípade sťahovania,
— evidenčné číslo vozidla a členský štát evidencie vozidla,
v ktorom sa kontrola uskutočnila.
Poznámka: sťahovanie z karty sa zaznamená len vtedy, keď
sa vykonáva cez záznamové zariadenie.
275) Karta vodiča musí byť schopná uchovať jeden taký
záznam.
4.5.3.1.14 Údaje o špecifických podmienkach
276) Karta vodiča musí byť schopná uložiť tieto údaje týkajúce
sa špecifických podmienok zapísaných, zatiaľ čo bola karta
vložená (bez ohľadu na slot):
— dátum a čas zápisu,
— druh špecifickej podmienky.
277) Karta vodiča musí byť schopná uložiť aspoň 56 takých
záznamov.
▼M3
4.5.3.2. A p l i k á c i a t a c h o g r a f u d r u h e j g e n e r á c i e ( n e p r í ­
s t u p n é j e d n o t k á m v o z i d l a p r v e j g e n e r á c i e ,
p r í s t u p n é p r e v e r z i u 1 a v e r z i u 2 j e d n o t i e k
v o z i d l a d r u h e j g e n e r á c i e )
▼B
4.5.3.2.1 Identifikácia aplikácie
278) Karta vodiča musí byť schopná uložiť tieto identifikačné
údaje o aplikácii:
— identifikácia aplikácie tachografu,
— identifikácia typu tachografovej karty.
▼M3
4.5.3.2.1.1. Doplnková identifikácia aplikácie (nie je prístupné pre verziu 1
jednotiek vozidla druhej generácie)
278a) Karta vodiča musí byť schopná uložiť doplnkové identifi­
kačné údaje o aplikácii platné len pre verziu 2.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 80
4.5.3.2.2 Kľúče a certifikáty
279) Karta vodiča musí byť schopná uložiť niekoľko šifrovacích
kľúčov a certifikátov, ako je uvedené v dodatku 11 časti B.
4.5.3.2.3 Identifikácia karty
280) Karta vodiča musí byť schopná uložiť tieto identifikačné
údaje karty:
— číslo karty,
— vydávajúci členský štát, názov vydávajúceho orgánu,
dátum vydania,
— dátum začiatku platnosti karty, dátum skončenia plat­
nosti karty.
4.5.3.2.4 Identifikácia držiteľa karty
281) Karta vodiča musí byť schopná uložiť tieto identifikačné
údaje držiteľa karty:
— priezvisko držiteľa,
— meno(á) držiteľa,
— dátum narodenia,
— preferovaný jazyk.
4.5.3.2.5 Sťahovanie údajov z karty
282) Karta vodiča musí byť schopná uložiť tieto údaje týkajúce
sa sťahovania z karty:
— Dátum a čas posledného sťahovania z karty (na iné
účely, než je kontrola).
283) Karta vodiča musí byť schopná uchovať jeden taký
záznam.
4.5.3.2.6 Informácie o vodičskom preukaze
284) Karta vodiča musí byť schopná uložiť tieto údaje o vodič­
skom preukaze:
— vydávajúci členský štát, názov vydávajúceho orgánu,
— číslo vodičského preukazu (k dátumu vydania karty).
4.5.3.2.7 Údaje o udalostiach
Na účely tohto pododseku sa čas musí uložiť s presnosťou jednej
sekundy.
285) Karta vodiča musí byť schopná uložiť údaje týkajúce sa
týchto udalostí zistených záznamovým zariadením, zatiaľ
čo bola karta vložená:
— prekrývanie časov (keď je táto karta príčinou udalosti),
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 81
— vloženie karty za jazdy (keď je táto karta predmetom
udalosti),
— nesprávne uzavretá posledná relácia karty (keď je táto
karta predmetom udalosti),
— prerušenie napájania,
— chyba komunikácie s diaľkovým komunikačným zaria­
dením,
— udalosť „chýbajúce informácie o polohe z prijímača
GNSS“,
— chyba komunikácie s externým zariadením GNSS
— chyba údajov o pohybe,
— nesúlad údajov o pohybe vozidla,
— pokusy o narušenie zabezpečenia,
— časový konflikt.
286) Karta vodiča musí byť pri daných udalostiach schopná
uložiť tieto údaje:
— kód udalosti,
— dátum a čas začiatku udalosti (alebo vloženia karty, ak
udalosť v danom čase trvala),
— dátum a čas skončenia udalosti (alebo vybratia karty, ak
udalosť v danom čase trvala),
— evidenčné číslo vozidla a členský štát evidencie vozidla,
v ktorom udalosť nastala.
Poznámka: pre udalosť „prekrývanie časov“:
— dátum a čas začiatku udalosti musí zodpovedať dátumu
a času vytiahnutia karty z prechádzajúceho vozidla,
— dátum a čas skončenia udalosti musí zodpovedať
dátumu a času vloženia karty do súčasného vozidla,
— údaje o vozidle musia zodpovedať súčasnému vozidlu,
kde udalosť nastala.
Poznámka: pre udalosť „nesprávne uzavretá posledná
relácia karty“:
— dátum a čas začiatku udalosti musí zodpovedať dátumu
a času vloženia karty pri nesprávne uzavretej poslednej
relácii karty,
— dátum a čas skončenia udalosti musí zodpovedať
dátumu a času vloženia karty pri relácii, počas ktorej
bola udalosť zistená (súčasná relácia),
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 82
— údaje o vozidle musia zodpovedať vozidlu, v ktorom
bola relácia nesprávne uzavretá.
▼M3
287) Karta vodiča musí byť schopná uložiť údaje o dvanástich
posledných udalostiach každého typu (t. j. 132 udalostí).
▼B
4.5.3.2.8 Údaje o poruchách
Na účely tohto pododseku sa čas musí zaznamenať s presnosťou
jednej sekundy.
288) Karta vodiča musí byť schopná uložiť údaje týkajúce sa
týchto porúch zistených záznamovým zariadením, zatiaľ
čo bola karta vložená:
▼M1
— porucha karty (keď je táto karta predmetom poruchy),
▼B
— porucha záznamového zariadenia.
289) Karta vodiča musí byť schopná pri daných poruchách
uložiť tieto údaje:
— kód poruchy,
— dátum a čas začiatku poruchy (alebo vloženia karty, ak
porucha v danom čase trvala),
— dátum a čas skončenia poruchy (alebo vybratia karty, ak
porucha v danom čase trvala),
— evidenčné číslo vozidla a členský štát evidencie vozidla,
v ktorom porucha nastala.
▼M3
290) Karta vodiča musí byť schopná uložiť údaje o dvadsiati­
chštyroch posledných poruchách každého typu (t. j. 48
porúch).
▼B
4.5.3.2.9 Údaje o činnosti vodiča
291) Karta vodiča musí byť schopná uložiť za každý kalendárny
deň používania karty alebo deň, za ktorý vodič manuálne
zapísal činnosti, tieto údaje:
— dátum,
— počítadlo dennej prítomnosti (zvýšené o jeden za každý
z týchto kalendárnych dní),
— celkovú vzdialenosť prejdenú vodičom počas tohto dňa,
— stav vodiča o 00.00 hod.,
— vždy, keď vodič zmenil činnosť a/alebo zmenil stav
vedenia vozidla, a/alebo vložil alebo vybral svoju kartu:
— stav vedenia vozidla (POSÁDKA, JEDEN VODIČ)
— slot (VODIČ, DRUHÝ VODIČ),
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 83
— stav karty (VLOŽENÁ, NEVLOŽENÁ),
— činnosť (VEDENIE, POHOTOVOSŤ, PRÁCA,
PRESTÁVKA/ODPOČINOK).
— čas zmeny.
▼M3
292) Pamäť karty vodiča musí byť schopná uchovať údaje
o činnosti vodiča za 56 dní (priemerná činnosť vodiča je
definovaná pre túto požiadavku ako 117 zmien činnosti za
deň).
▼B
293) Údaje uvedené v požiadavkách 286, 289 a 291 musia byť
uložené spôsobom, ktorý umožní vyvolať činnosti v poradí,
v akom nastali, dokonca aj v prípade prekrývania časov.
4.5.3.2.10 Údaje o použitých vozidlách
294) Karta vodiča musí byť schopná uložiť za každý kalendárny
deň používania karty a za každý časový úsek používania
daného vozidla v uvedenom dni (časový úsek používania
zahŕňa všetky po sebe idúce cykly vloženia/vytiahnutia
karty vo vozidle, z hľadiska tejto karty), tieto údaje:
— dátum a čas prvého použitia vozidla (t. j. prvé vloženie
karty v tomto časovom úseku použitia vozidla, alebo
00.00, ak časový úsek používania v uvedenom čase
trvá),
— stav počítadla kilometrov v čase prvého použitia,
— dátum a čas posledného použitia vozidla (t. j. posledné
vytiahnutie karty v tomto časovom úseku použitia
vozidla, alebo 23.59, ak časový úsek používania
v uvedenom čase trvá),
— stav počítadla kilometrov v čase posledného použitia,
— evidenčné číslo vozidla a členský štát evidencie vozidla,
— VIN vozidla.
▼M3
295) Karta vodiča musí byť schopná uložiť 200 takýchto
záznamov.
▼B
4.5.3.2.11 Miesta a polohy, kde sa denný pracovný čas začína a/alebo končí
296) Karta vodiča musí byť schopná uložiť tieto údaje týkajúce
sa miest, kde sa denný pracovný čas začína a/alebo končí,
zapísané vodičom:
— dátum a čas zápisu (alebo dátum/čas týkajúci sa zápisu,
ak sa zápis vykoná počas postupu manuálneho zápisu),
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 84
— typ zápisu (začiatok alebo koniec, podmienky zápisu),
— zapísaný štát alebo región,
— stav počítadla kilometrov,
— poloha vozidla,
— presnosť GNSS, dátum a čas, keď bola poloha určená.
▼M3
297) Pamäť karty vodiča musí byť schopná uchovať 112 taký­
chto záznamov.
▼B
4.5.3.2.12 Údaje o relácii karty
298) Karta vodiča musí byť schopná uložiť údaje týkajúce sa
vozidla, v ktorom bola otvorená prebiehajúca relácia:
— dátum a čas otvorenia relácie (t. j. vloženie karty) s pres­
nosťou jednej sekundy,
— evidenčné číslo vozidla a členský štát evidencie.
4.5.3.2.13 Údaje o kontrolnej činnosti
299) Karta vodiča musí byť schopná uložiť tieto údaje týkajúce
sa kontrolných činností:
— dátum a čas kontroly,
— číslo kontrolnej karty a jej vydávajúci členský štát,
— druh kontroly (zobrazovanie a/alebo tlač a/alebo sťaho­
vanie z jednotky vozidla a/alebo sťahovanie z karty
(pozri poznámku)),
— stiahnutý časový úsek, v prípade sťahovania,
— evidenčné číslo vozidla a členský štát evidencie vozidla,
v ktorom sa kontrola uskutočnila.
Poznámka: Z požiadaviek na zabezpečenie vyplýva, že
sťahovanie z karty sa zaznamená len vtedy, keď sa vyko­
náva cez záznamové zariadenie.
300) Karta vodiča musí byť schopná uchovať jeden taký
záznam.
4.5.3.2.14 Údaje o špecifických podmienkach
301) Karta vodiča musí byť schopná uložiť tieto údaje týkajúce
sa špecifických podmienok zapísaných, zatiaľ čo bola karta
vložená (bez ohľadu na slot):
— dátum a čas zápisu,
— druh špecifickej podmienky.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 85
302) Karta vodiča musí byť schopná uložiť 112 takýchto
záznamov.
▼B
4.5.3.2.15 Údaje o použitých jednotkách vozidla
303) Karta vodiča zariadenie musí byť schopná uložiť tieto údaje
týkajúce sa rôznych jednotiek vozidla, v ktorých bola karta
použitá:
— dátum a čas začiatku časového úseku používania
jednotky vozidla (t. j. prvé vloženie karty do jednotky
vozidla za daný časový úsek),
— výrobca jednotky vozidla,
— typ jednotky vozidla,
— číslo verzie softvéru použitého v jednotke vozidla.
▼M3
304) Karta vodiča musí byť schopná uložiť 200 takýchto
záznamov.
▼M1
4.5.3.2.16 Údaje o miestach počas troch hodín kumulovanej jazdy
305) Karta vodiča musí byť schopná uložiť tieto údaje o polohe
vozidla, keď kumulovaný čas jazdy dosiahne násobok troch
hodín:
— dátum a čas, keď kumulovaný čas jazdy dosiahne
násobok troch hodín,
— polohu vozidla,
— presnosť GNSS, dátum a čas určenia polohy,
— stav počítadla kilometrov.
▼M3
306) Karta vodiča musí byť schopná uložiť 336 takýchto
záznamov.
4.5.3.2.17. Stav autentifikácie pre polohy týkajúce sa miest, kde sa denný
pracovný čas začína a/alebo končí (nie je prístupné pre verziu 1
jednotiek vozidla druhej generácie)
306a) Karta vodiča musí byť schopná uložiť doplnkové údaje
týkajúce sa miest, kde sa denný pracovný čas začína
a/alebo končí, zapísané vodičom v súlade
s bodom 4.5.3.2.11:
— dátum a čas zápisu, ktoré sú presne také isté ako dátum
a čas uložené v súbore EF Places v rámci DF Tacho­
graph_G2,
— príznak označujúci to, či bola poloha autentifikovaná.
306b) Pamäť karty vodiča musí byť schopná uchovať 112 taký­
chto záznamov.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 86
4.5.3.2.18. Stav autentifikácie pre polohy, kde sa dosiahnu tri hodiny kumulo­
vaného času jazdy (nie je prístupné pre verziu 1 jednotiek vozidla
druhej generácie)
306c) Karta vodiča musí byť schopná uložiť doplnkové údaje
týkajúce sa polohy vozidla, kde kumulovaný čas jazdy
dosiahne násobok troch hodín v súlade s bodom 4.5.3.2.16:
— dátum a čas, keď kumulovaný čas jazdy dosiahne
násobok troch hodín, ktoré sú presne také isté ako
dátum a čas uložené v súbore EF GNSS_Places
v rámci DF Tachograph_G2,
— príznak označujúci to, či bola poloha autentifikovaná.
306d) Karta vodiča musí byť schopná uložiť 336 takýchto
záznamov.
4.5.3.2.19. Prekročenia hranice (nie je prístupné pre verziu 1 jednotiek vozidla
druhej generácie)
306e) Karta vodiča musí byť schopná uložiť tieto údaje týkajúce
sa prekročení hranice buď po vložení karty v súlade s požia­
davkou 147b, alebo keď je karta už vložená:
— krajinu, ktorú vozidlo opúšťa,
— krajinu, do ktorej vozidlo vstupuje,
— dátum a čas, keď vozidlo prekročilo hranicu,
— polohu vozidla, keď bola prekročená hranica,
— presnosť GNSS,
— príznak označujúci to, či bola poloha autentifikovaná,
— stav počítadla kilometrov vozidla.
306f) Pamäť karty vodiča musí byť schopná uložiť 1120 takýchto
záznamov.
4.5.3.2.20. Operácie nakládky/vykládky (nie je prístupné pre verziu 1 jednotiek
vozidla druhej generácie)
306g) Karta vodiča musí byť schopná uložiť tieto údaje týkajúce
sa operácií nakládky/vykládky:
— druh operácie (nakládka, vykládka alebo súčasná
nakládka/vykládka),
— dátum a čas operácie nakládky/vykládky,
— polohu vozidla,
— presnosť GNSS, dátum a čas, keď bola poloha určená,
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 87
— príznak označujúci to, či bola poloha autentifikovaná,
— stav počítadla kilometrov vozidla.
306h) Karta vodiča musí byť schopná uložiť 1624 operácií
nakládky/vykládky.
4.5.3.2.21. Zápisy druhu nákladu (nie je prístupné pre verziu 1 jednotiek
vozidla druhej generácie)
306i) Karta vodiča musí byť schopná uložiť tieto údaje týkajúce
sa druhu nákladu automaticky zapísané jednotkou vozidla
pri každom vložení karty:
— zapísaný druh nákladu (tovar alebo cestujúci),
— dátum a čas zápisu.
306j) Karta vodiča musí byť schopná uložiť 336 takýchto
záznamov.
4.5.3.2.22. Konfigurácie VU (nie je prístupné pre verziu 1 jednotiek vozidla
druhej generácie)
306k) Karta vodiča musí byť schopná uložiť konkrétne nastavenia
tachografu držiteľa karty.
306l) Kapacita pamäte karty vodiča pre konkrétne nastavenia
tachografu držiteľa karty musí byť 3072 bajtov.
▼B
4.5.4 Dielenská karta
4.5.4.1 A p l i k á c i a t a c h o g r a f u ( p r í s t u p n é p r e j e d n o t k y
v o z i d l a p r v e j a d r u h e j g e n e r á c i e )
4.5.4.1.1 Identifikácia aplikácie
307) Dielenská karta musí byť schopná uložiť tieto identifikačné
údaje o aplikácii:
— identifikácia aplikácie tachografu,
— identifikácia typu tachografovej karty.
4.5.4.1.2 Kľúče a certifikáty
308) Dielenská karta musí byť schopná uložiť niekoľko šifrova­
cích kľúčov a certifikátov, ako je uvedené v dodatku 11
časti A.
309) Dielenská karta musí byť schopná uložiť osobné identifi­
kačné číslo (PIN kód).
4.5.4.1.3 Identifikácia karty
310) Dielenská karta musí byť schopná uložiť tieto identifikačné
údaje karty:
— číslo karty,
— vydávajúci členský štát, názov vydávajúceho orgánu,
dátum vydania,
— dátum začiatku platnosti karty, dátum skončenia plat­
nosti karty.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 88
4.5.4.1.4 Identifikácia držiteľa karty
311) Dielenská karta musí byť schopná uložiť tieto identifikačné
údaje držiteľa karty:
— názov dielne,
— adresu dielne,
— priezvisko držiteľa,
— meno(á) držiteľa,
— preferovaný jazyk.
4.5.4.1.5 Sťahovanie údajov z karty
312) Dielenská karta musí byť schopná uložiť záznamy o sťaho­
vaní údajov z karty rovnako ako karta vodiča.
4.5.4.1.6 Údaje o kalibrácii a úprave času
313) Dielenská karta musí byť schopná uchovať záznamy o kali­
brácii a/alebo úprave času, ktoré sa vykonávali, keď bola
karta vložená v záznamovom zariadení.
314) Každý záznam o kalibrácii musí byť schopný uchovať tieto
údaje:
— účel kalibrácie (aktivácia, prvá montáž, montáž, pravi­
delná inšpekcia),
— identifikácia vozidla,
— aktualizované alebo potvrdené parametre (w, k, l,
rozmer pneumatík, nastavenia obmedzovača rýchlosti,
počítadlo kilometrov (nové a staré hodnoty), dátum
a čas (nové a staré hodnoty)),
— identifikácia záznamového zariadenia (číslo dielu VU,
sériové číslo VU, sériové číslo snímača pohybu).
315) Dielenská karta musí byť schopná uložiť aspoň 88 takýchto
záznamov.
316) Dielenská karta musí mať počítadlo udávajúce celkový
počet kalibrácií vykonaných s kartou.
317) Dielenská karta musí mať počítadlo udávajúce počet kali­
brácií vykonaných od jej posledného stiahnutia.
4.5.4.1.7 Údaje o udalostiach a poruchách
318) Dielenská karta musí byť schopná uložiť záznamy údajov
o udalostiach a poruchách rovnako ako karta vodiča.
319) Dielenská karta musí byť schopná uložiť údaje o posledných
troch udalostiach každého typu (t. j. 18 udalostí) a posled­
ných šiestich poruchách každého typu (t. j. 12 porúch).
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 89
4.5.4.1.8 Údaje o činnosti vodiča
320) Dielenská karta musí byť schopná uložiť údaje o činnosti
vodiča rovnako ako karta vodiča.
321) Dielenská karta musí byť schopná uchovať údaje o činnosti
vodiča za aspoň jeden deň priemernej činnosti vodiča.
4.5.4.1.9 Údaje o použitých vozidlách
322) Dielenská karta musí byť schopná uložiť záznamy údajov
o použitých vozidlách rovnako ako karta vodiča.
323) Dielenská karta musí byť schopná uložiť aspoň 4 takéto
záznamy.
4.5.4.1.10 Údaje o začiatku a/alebo konci denného pracovného času
324) Dielenská karta musí byť schopná uložiť záznamy údajov
o začiatku a/alebo konci denného pracovného času rovnako
ako karta vodiča.
325) Dielenská karta musí byť schopná uchovať aspoň tri páry
takých záznamov.
4.5.4.1.11 Údaje o relácii karty
326) Dielenská karta musí byť schopná uložiť záznam údajov
o relácii karty rovnako ako karta vodiča.
4.5.4.1.12 Údaje o kontrolnej činnosti
327) Dielenská karta musí byť schopná uložiť záznam údajov
o kontrolnej činnosti rovnako ako karta vodiča.
4.5.4.1.13 Údaje o špecifických podmienkach
328) Dielenská karta musí byť schopná uložiť údaje relevantné
pre špecifické podmienky rovnako ako karta vodiča.
329) Dielenská karta musí byť schopná uložiť aspoň 2 takéto
záznamy.
▼M3
4 . 5 . 4 . 2 . A p l i k á c i a t a c h o g r a f u d r u h e j g e n e r á c i e ( n e p r í ­
s t u p n é j e d n o t k á m v o z i d l a p r v e j g e n e r á c i e ,
p r í s t u p n é p r e v e r z i u 1 a v e r z i u 2 j e d n o t i e k
v o z i d l a d r u h e j g e n e r á c i e )
▼B
4.5.4.2.1 Identifikácia aplikácie
330) Dielenská karta musí byť schopná uložiť tieto identifikačné
údaje o aplikácii:
— identifikácia aplikácie tachografu,
— identifikácia typu tachografovej karty.
▼M3
4.5.4.2.1.1. Doplnková identifikácia aplikácie (nie je prístupné pre verziu 1
jednotiek vozidla druhej generácie)
330a) Dielenská karta musí byť schopná uložiť doplnkové iden­
tifikačné údaje o aplikácii platné len pre verziu 2.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 90
4.5.4.2.2 Kľúče a certifikáty
331) Dielenská karta musí byť schopná uložiť niekoľko šifrova­
cích kľúčov a certifikátov, ako je uvedené v dodatku 11
časti B.
332) Dielenská karta musí byť schopná uložiť osobné identifi­
kačné číslo (PIN kód).
4.5.4.2.3 Identifikácia karty
333) Dielenská karta musí byť schopná uložiť tieto identifikačné
údaje karty:
— číslo karty,
— vydávajúci členský štát, názov vydávajúceho orgánu,
dátum vydania,
— dátum začiatku platnosti karty, dátum skončenia plat­
nosti karty.
4.5.4.2.4 Identifikácia držiteľa karty
334) Dielenská karta musí byť schopná uložiť tieto identifikačné
údaje držiteľa karty:
— názov dielne,
— adresu dielne,
— priezvisko držiteľa,
— meno(á) držiteľa,
— preferovaný jazyk.
4.5.4.2.5 Sťahovanie údajov z karty
335) Dielenská karta musí byť schopná uložiť záznamy o sťaho­
vaní údajov z karty rovnako ako karta vodiča.
4.5.4.2.6 Údaje o kalibrácii a úprave času
336) Dielenská karta musí byť schopná uchovať záznamy o kali­
brácii a/alebo úprave času, ktoré sa vykonávali, keď bola
karta vložená v záznamovom zariadení.
337) Každý záznam o kalibrácii musí byť schopný uchovať tieto
údaje:
— účel kalibrácie (aktivácia, prvá montáž, montáž, pravi­
delná inšpekcia),
— identifikácia vozidla,
— aktualizované alebo potvrdené parametre (w, k, l,
rozmer pneumatík, nastavenia obmedzovača rýchlosti,
počítadlo kilometrov (nové a staré hodnoty), dátum
a čas (nové a staré hodnoty),
— Identifikácia záznamového zariadenia (číslo dielu VU,
sériové číslo VU, sériové číslo snímača pohybu, sériové
číslo diaľkového komunikačného zariadenia a sériové
číslo externého zariadenia GNSS v prípade potreby),
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 91
— druhy plomb a identifikátory všetkých používaných
plomb,
— schopnosť VU použiť tachografové karty prvej gene­
rácie (aktivovaná alebo nie).
▼M3
338) Dielenská karta musí byť schopná uložiť 255 takýchto
záznamov.
▼B
339) Dielenská karta musí mať počítadlo udávajúce celkový
počet kalibrácií vykonaných s kartou.
340) Dielenská karta musí mať počítadlo udávajúce počet kali­
brácií vykonaných od jej posledného stiahnutia.
4.5.4.2.7 Údaje o udalostiach a poruchách
341) Dielenská karta musí byť schopná uložiť záznamy údajov
o udalostiach a poruchách rovnako ako karta vodiča.
342) Dielenská karta musí byť schopná uložiť údaje o posledných
troch udalostiach každého typu (t. j. 33 udalostí) a posled­
ných šiestich poruchách každého typu (t. j. 12 porúch).
4.5.4.2.8 Údaje o činnosti vodiča
343) Dielenská karta musí byť schopná uložiť údaje o činnosti
vodiča rovnako ako karta vodiča.
▼M3
344) Dielenská karta musí byť schopná uchovať údaje o činnosti
vodiča za jeden deň obsahujúce 240 zmien činnosti.
▼B
4.5.4.2.9 Údaje o použitých vozidlách
345) Dielenská karta musí byť schopná uložiť záznamy údajov
o použitých vozidlách rovnako ako karta vodiča.
▼M3
346) Dielenská karta musí byť schopná uložiť 8 takýchto
záznamov.
4.5.4.2.10. Údaje o miestach a polohách, kde sa denný pracovný čas začína
a/alebo končí
347) Dielenská karta musí byť schopná uložiť záznamy údajov
o miestach a polohách, kde sa denný pracovný čas začína
a/alebo končí, rovnako ako karta vodiča.
348) Dielenská karta musí byť schopná uložiť 4 páry takýchto
záznamov.
▼B
4.5.4.2.11 Údaje o relácii karty
349) Dielenská karta musí byť schopná uložiť záznam údajov
o relácii karty rovnako ako karta vodiča.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 92
4.5.4.2.12 Údaje o kontrolnej činnosti
350) Dielenská karta musí byť schopná uložiť záznam údajov
o kontrolnej činnosti rovnako ako karta vodiča.
4.5.4.2.13 Údaje o použitých jednotkách vozidla
351) Dielenská karta musí byť schopná uložiť tieto údaje týka­
júce sa rôznych jednotiek vozidla, v ktorých bola karta
použitá:
— dátum a čas začiatku časového úseku používania
jednotky vozidla (t. j. prvé vloženie karty do jednotky
vozidla za daný časový úsek),
— výrobca jednotky vozidla,
— typ jednotky vozidla,
— číslo verzie softvéru použitého v jednotke vozidla.
▼M3
352) Dielenská karta musí byť schopná uložiť 8 takýchto
záznamov.
▼M1
4.5.4.2.14 Údaje o miestach počas troch hodín kumulovanej jazdy
353) Dielenská karta musí byť schopná uložiť tieto údaje
o polohe vozidla, keď kumulovaný čas jazdy dosiahne
násobok troch hodín:
— dátum a čas, keď kumulovaný čas jazdy dosiahne
násobok troch hodín,
— polohu vozidla,
— presnosť GNSS, dátum a čas určenia polohy,
— stav počítadla kilometrov.
▼M3
354) Dielenská karta musí byť schopná uložiť 24 takýchto
záznamov.
▼B
4.5.4.2.15 Údaje o špecifických podmienkach
355) Dielenská karta musí byť schopná uložiť údaje relevantné
pre špecifické podmienky rovnako ako karta vodiča.
▼M3
356) Dielenská karta musí byť schopná uložiť 4 takéto záznamy.
4.5.4.2.16. Stav autentifikácie pre polohy týkajúce sa miest, kde sa denný
pracovný čas začína a/alebo končí (nie je prístupné pre verziu 1
jednotiek vozidla druhej generácie)
356a) Dielenská karta musí byť schopná uložiť doplnkové údaje
týkajúce sa miest, kde sa denný pracovný čas začína
a/alebo končí, rovnako ako karta vodiča.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 93
356b) Pamäť dielenskej karty musí byť schopná uložiť 4 páry
takýchto záznamov.
4.5.4.2.17. Stav autentifikácie pre polohy, kde sa dosiahnu tri hodiny kumulo­
vanej jazdy (nie je prístupné pre verziu 1 jednotiek vozidla druhej
generácie)
356c) Dielenská karta musí byť schopná uložiť doplnkové údaje
týkajúce sa polohy vozidla, kde kumulovaný čas jazdy
dosiahne násobok troch hodín, rovnako ako karta vodiča.
356d) Dielenská karta musí byť schopná uložiť 24 takýchto
záznamov.
4.5.4.2.18. Prekročenia hranice (nie je prístupné pre verziu 1 jednotiek vozidla
druhej generácie)
356e) Dielenská karta musí byť schopná uložiť prekročenia
hranice rovnako ako karta vodiča.
356f) Pamäť dielenskej karty musí byť schopná uložiť 4 takéto
záznamy.
4.5.4.2.19. Operácie nakládky/vykládky (nie je prístupné pre verziu 1 jednotiek
vozidla druhej generácie)
356g) Dielenská karta musí byť schopná uložiť operácie
nakládky/vykládky rovnako ako karta vodiča.
356h) Dielenská karta musí byť schopná uložiť 8 operácií
nakládky, vykládky alebo súčasnej nakládky/vykládky.
4.5.4.2.20. Zápisy druhu nákladu (nie je prístupné pre verziu 1 jednotiek
vozidla druhej generácie)
356i) Dielenská karta musí byť schopná uložiť zápisy druhu
nákladu rovnako ako karta vodiča.
356j) Dielenská karta musí byť schopná uložiť 4 takéto záznamy.
4.5.4.2.21. Doplnkové kalibračné údaje (nie je prístupné pre verziu 1 jednotiek
vozidla druhej generácie)
356k) Dielenská karta musí byť schopná uložiť doplnkové kali­
bračné údaje platné len pre verziu 2:
— starý dátum a čas a identifikačné číslo vozidla, ktoré sú
presne také isté ako hodnoty uložené v súbore EF Cali­
bration v rámci DF Tachograph_G2,
— predvolený druh nákladu zapísaný počas tejto kali­
brácie,
— krajinu, v ktorej bola vykonaná kalibrácia, a dátum
a čas, keď prijímač GNSS poskytol polohu použitú na
určenie tejto krajiny.
356l) Dielenská karta musí byť schopná uložiť 255 takýchto
záznamov.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 94
4.5.4.2.22. Konfigurácie VU (nie je prístupné pre verziu 1 jednotiek vozidla
druhej generácie)
356m) Dielenská karta musí byť schopná uložiť konkrétne nasta­
venia tachografu držiteľa karty.
356n) Kapacita pamäte dielenskej karty pre konkrétne nastavenia
tachografu držiteľa karty musí byť 3072 bajtov.
▼B
4.5.5 Kontrolná karta
4.5.5.1 A p l i k á c i a t a c h o g r a f u ( p r í s t u p n é p r e j e d n o t k y
v o z i d l a p r v e j a d r u h e j g e n e r á c i e )
4.5.5.1.1 Identifikácia aplikácie
357) Kontrolná karta musí byť schopná uložiť tieto identifikačné
údaje o aplikácii:
— identifikácia aplikácie tachografu,
— identifikácia typu tachografovej karty.
4.5.5.1.2 Kľúče a certifikáty
358) Kontrolná karta musí byť schopná uložiť niekoľko šifrova­
cích kľúčov a certifikátov, ako je uvedené v dodatku 11
časti A.
4.5.5.1.3 Identifikácia karty
359) Kontrolná karta musí byť schopná uložiť tieto identifikačné
údaje karty:
— číslo karty,
— vydávajúci členský štát, názov vydávajúceho orgánu,
dátum vydania,
— dátum začiatku platnosti karty, dátum skončenia plat­
nosti karty (prípadný dátum skončenia platnosti).
4.5.5.1.4 Identifikácia držiteľa karty
360) Kontrolná karta musí byť schopná uložiť tieto identifikačné
údaje držiteľa karty:
— názov kontrolného orgánu,
— adresu kontrolného orgánu,
— priezvisko držiteľa,
— meno(á) držiteľa,
— preferovaný jazyk.
4.5.5.1.5 Údaje o kontrolnej činnosti
361) Kontrolná karta musí byť schopná uložiť tieto údaje
o kontrolnej činnosti:
— dátum a čas kontroly,
▼M3
— typ kontroly (zobrazovanie a/alebo tlač a/alebo sťaho­
vanie z VU a/alebo sťahovanie z karty),
▼B
— (prípadne) stiahnutý časový úsek,
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 95
— evidenčné číslo vozidla a orgán členského štátu, ktorý
kontrolované vozidlo zaevidoval,
— číslo karty a členský štát, ktorý vydal kontrolovanú
kartu vodiča.
362) Kontrolná karta musí byť schopná uchovať aspoň 230
takých záznamov.
4.5.5.2 A p l i k á c i a t a c h o g r a f u d r u h e j g e n e r á c i e ( n e p r í ­
s t u p n é j e d n o t k e v o z i d l a p r v e j g e n e r á c i e )
4.5.5.2.1 Identifikácia aplikácie
363) Kontrolná karta musí byť schopná uložiť tieto identifikačné
údaje o aplikácii:
— identifikácia aplikácie tachografu,
— identifikácia typu tachografovej karty.
▼M3
4.5.5.2.1.1. Doplnková identifikácia aplikácie (nie je prístupné pre verziu 1
jednotiek vozidla druhej generácie)
363a) Kontrolná karta musí byť schopná uložiť doplnkové iden­
tifikačné údaje o aplikácii platné len pre verziu 2.
▼B
4.5.5.2.2 Kľúče a certifikáty
364) Kontrolná karta musí byť schopná uložiť niekoľko šifrova­
cích kľúčov a certifikátov, ako je uvedené v dodatku 11
časti B.
4.5.5.2.3 Identifikácia karty
365) Kontrolná karta musí byť schopná uložiť tieto identifikačné
údaje karty:
— číslo karty,
— vydávajúci členský štát, názov vydávajúceho orgánu,
dátum vydania,
— dátum začiatku platnosti karty, dátum skončenia plat­
nosti karty (prípadný dátum skončenia platnosti).
4.5.5.2.4 Identifikácia držiteľa karty
366) Kontrolná karta musí byť schopná uložiť tieto identifikačné
údaje držiteľa karty:
— názov kontrolného orgánu,
— adresu kontrolného orgánu,
— priezvisko držiteľa,
— meno(á) držiteľa,
— preferovaný jazyk.
4.5.5.2.5 Údaje o kontrolnej činnosti
367) Kontrolná karta musí byť schopná uložiť tieto údaje
o kontrolnej činnosti:
— dátum a čas kontroly,
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 96
— typ kontroly (zobrazovanie a/alebo tlač a/alebo sťaho­
vanie z VU a/alebo sťahovanie z karty a/alebo kontroly
kalibrácie pri cestnej kontrole),
— (prípadne) stiahnutý časový úsek,
— evidenčné číslo vozidla a orgán členského štátu, ktorý
kontrolované vozidlo zaevidoval,
— číslo karty a členský štát, ktorý vydal kontrolovanú
kartu vodiča.
368) Kontrolná karta musí byť schopná uchovať aspoň 230
takých záznamov.
▼M3
4.5.5.2.6 Konfigurácie VU (nie je prístupné pre verziu 1 jednotiek vozidla
druhej generácie)
368a) Kontrolná karta musí byť schopná uložiť konkrétne nasta­
venia tachografu držiteľa karty.
368b) Kapacita pamäte kontrolnej karty pre konkrétne nastavenia
tachografu držiteľa karty musí byť 3072 bajtov.
▼B
4.5.6 Podniková karta
4.5.6.1 A p l i k á c i a t a c h o g r a f u ( p r í s t u p n é p r e j e d n o t k y
v o z i d l a p r v e j a d r u h e j g e n e r á c i e )
4.5.6.1.1 Identifikácia aplikácie
369) Podniková karta musí byť schopná uložiť tieto identifi­
kačné údaje o aplikácii:
— identifikácia aplikácie tachografu,
— identifikácia typu tachografovej karty.
4.5.6.1.2 Kľúče a certifikáty
370) Podniková karta musí byť schopná uložiť niekoľko šifro­
vacích kľúčov a certifikátov, ako je uvedené v dodatku 11
časti A.
4.5.6.1.3 Identifikácia karty
371) Podniková karta musí byť schopná uložiť tieto identifi­
kačné údaje karty:
— číslo karty,
— vydávajúci členský štát, názov vydávajúceho orgánu,
dátum vydania,
— dátum začiatku platnosti karty, dátum skončenia plat­
nosti karty (prípadný dátum skončenia platnosti).
4.5.6.1.4 Identifikácia držiteľa karty
372) Podniková karta musí byť schopná uložiť tieto identifi­
kačné údaje držiteľa karty:
— názov podniku,
— adresu podniku.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 97
4.5.6.1.5 Údaje o činnosti podniku
373) Podniková karta musí byť schopná uložiť tieto údaje
o činnosti podniku:
— dátum a čas činnosti,
— druh činnosti (zablokovanie a/alebo odblokovanie VU
a/alebo stiahnutie z VU a/alebo stiahnutie z karty),
— (prípadne) stiahnutý časový úsek,
— evidenčné číslo vozidla a orgán členského štátu, ktorý
vozidlo zaevidoval,
— číslo karty a členský štát, ktorý vydal kartu (v prípade
sťahovania).
374) Podniková karta musí byť schopná uchovať aspoň 230
takých záznamov.
4.5.6.2 A p l i k á c i a t a c h o g r a f u d r u h e j g e n e r á c i e ( n e p r í ­
s t u p n é j e d n o t k e v o z i d l a p r v e j g e n e r á c i e )
4.5.6.2.1 Identifikácia aplikácie
375) Podniková karta musí byť schopná uložiť tieto identifi­
kačné údaje o aplikácii:
— identifikácia aplikácie tachografu,
— identifikácia typu tachografovej karty.
▼M3
4.5.6.2.1.1 Doplnková identifikácia aplikácie (nie je prístupné pre verziu 1
jednotiek vozidla druhej generácie)
375a) Podniková karta musí byť schopná uložiť doplnkové iden­
tifikačné údaje o aplikácii platné len pre verziu 2.
▼B
4.5.6.2.2 Kľúče a certifikáty
376) Podniková karta musí byť schopná uložiť niekoľko šifro­
vacích kľúčov a certifikátov, ako je uvedené v dodatku 11
časti B.
4.5.6.2.3 Identifikácia karty
377) Podniková karta musí byť schopná uložiť tieto identifi­
kačné údaje karty:
— číslo karty,
— vydávajúci členský štát, názov vydávajúceho orgánu,
dátum vydania,
— dátum začiatku platnosti karty, dátum skončenia plat­
nosti karty (prípadný dátum skončenia platnosti).
4.5.6.2.4 Identifikácia držiteľa karty
378) Podniková karta musí byť schopná uložiť tieto identifi­
kačné údaje držiteľa karty:
— názov podniku,
— adresu podniku.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 98
4.5.6.2.5 Údaje o činnosti podniku
379) Podniková karta musí byť schopná uložiť tieto údaje
o činnosti podniku:
— dátum a čas činnosti,
— druh činnosti (zablokovanie a/alebo odblokovanie VU
a/alebo stiahnutie z VU a/alebo stiahnutie z karty),
— (prípadne) stiahnutý časový úsek,
— evidenčné číslo vozidla a orgán členského štátu, ktorý
vozidlo zaevidoval,
— číslo karty a členský štát, ktorý vydal kartu (v prípade
sťahovania).
380) Podniková karta musí byť schopná uchovať aspoň 230
takých záznamov.
▼M3
4.5.6.2.6 Konfigurácie VU (nie je prístupné pre verziu 1 jednotiek vozidla
druhej generácie)
380a) Podniková karta musí byť schopná uložiť konkrétne nasta­
venia tachografu držiteľa karty.
380b) Kapacita pamäte podnikovej karty pre konkrétne nastavenia
tachografu držiteľa karty musí byť 3072 bajtov.
▼B
5 MONTÁŽ ZÁZNAMOVÉHO ZARIADENIA
5.1 Montáž
381) Nové záznamové zariadenie sa musí montérom alebo
výrobcom vozidla dodať v neaktivovanom stave so všet­
kými kalibračnými parametrami, ktoré sú uvedené v kapi­
tole 3.21, nastavenými na vhodné a platné predvolené
hodnoty. Ak nie je žiadna konkrétna hodnota vhodná,
textové parametre sa nastavia na reťazec „?“ a numerické
parametre na „0“. Dodávka častí záznamového zariadenia,
ktoré súvisia so zabezpečením, sa môže obmedziť, ak sa to
vyžaduje počas certifikácie zabezpečenia.
382) Pred aktiváciou musí záznamové zariadenie umožniť
prístup ku kalibračnej funkcii, aj keď nie je v režime kali­
brácie.
▼M3
383) Pred aktiváciou nesmie záznamové zariadenie zazname­
návať ani ukladať údaje uvedené v požiadavkách 102 až
133 vrátane. Záznamové zariadenie však pred aktiváciou
môže zaznamenávať a ukladať udalosti pokusu o narušenie
zabezpečenia v súlade s požiadavkou 117 a poruchy zázna­
mového zariadenia v súlade s požiadavkou 118.
▼B
384) Počas montáže musí výrobca vozidla prednastaviť všetky
známe parametre.
385) Výrobcovia vozidiel alebo montéri musia aktivovať namon­
tované záznamové zariadenie najneskôr predtým, než sa
vozidlo použije v rozsahu pôsobnosti nariadenia (ES)
č. 561/2006.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 99
386) Aktivácia záznamového zariadenia sa spustí automaticky
pri prvom vložení platnej dielenskej karty do jedného zo
zariadení s rozhraním karty.
387) Špecifické párovacie operácie medzi snímačom pohybu
a jednotkou vozidla sa v prípade potreby uskutočnia auto­
maticky pred aktiváciou alebo počas nej.
388) Podobne, špecifické spájacie operácie medzi externým
zariadením GNSS a jednotkou vozidla sa v prípade potreby
uskutočnia automaticky pred aktiváciou alebo počas nej.
389) Po aktivácii záznamové zariadenie musí zabezpečovať
všetky funkcie a prístupové práva k údajom.
390) Po aktivácii záznamové zariadenie musí oznámiť diaľko­
vému komunikačnému zariadeniu zabezpečené údaje
nevyhnutné na účel cielených cestných kontrol.
391) Záznamové a ukladacie funkcie záznamového zariadenia
musia byť po jeho aktivácii úplne prevádzkyschopné.
▼M3
392) Po montáži nasleduje kalibrácia. Prvá kalibrácia nemusí
nutne zahŕňať zadanie identifikácie evidencie vozidla
(VRN a členský štát), ak ju schválená dielňa vykonávajúca
túto kalibráciu nepozná. Za týchto okolností a iba v tomto
čase sa vlastníkovi vozidla umožní zadať VRN a členský
štát s použitím podnikovej karty pred použitím vozidla
v rozsahu pôsobnosti nariadenia (ES) č. 561/2006 (napr.
použitím príkazov v príslušnej štruktúre menu rozhrania
človek-stroj v jednotke vozidla). Aktualizácia alebo
potvrdenie tohto zadania sú možné iba s použitím dielen­
skej karty.
▼B
393) Montáž externého zariadenia GNSS vyžaduje spojenie
s jednotkou vozidla a následné overenie informácie o polohe
z GNSS.
394) Záznamové zariadenie musí byť umiestnené vo vozidle tak,
aby umožňovalo vodičovi z jeho sedadla prístup
k potrebným funkciám.
5.2 Montážny štítok
395) ►M3 Po kontrole záznamového zariadenia vykonanej pri
montáži sa na záznamové zariadenie pripevní montážny
štítok, ktorý je trvalo vyrytý alebo vytlačený, zreteľne vidi­
teľný a ľahko prístupný. Ak to nie je možné, štítok sa
pripevní na „B“ stĺpik vozidla tak, aby bol zreteľne vidi­
teľný. V prípade vozidiel, ktoré nemajú „B“ stĺpik, sa
montážny štítok pripevní v oblasti dverí vozidla a musí
byť v každej situácii zreteľne viditeľný. ◄
Po každej prehliadke vykonanej schváleným montérom
alebo dielňou sa namiesto predchádzajúceho štítku pripevní
nový.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 100
396) Na štítku musia byť uvedené aspoň tieto údaje:
— meno, adresa alebo obchodný názov schváleného
montéra alebo dielne,
— charakteristický koeficient vozidla vo forme
‚w = … imp/km‘,
— konštanta záznamového zariadenia vo forme
‚k = … imp/km‘,
— skutočný obvod pneumatík kolies vo forme
‚l = … mm‘,
— rozmer pneumatík,
— dátum, kedy bol meraný charakteristický koeficient
vozidla a skutočný obvod pneumatík kolies,
— identifikačné číslo vozidla,
— prítomnosť (alebo neprítomnosť) externého zariadenia
GNSS,
— sériové číslo prípadného externého zariadenia GNSS,
▼M3
— sériové číslo prípadného diaľkového komunikačného
zariadenia,
▼M1
— sériové čísla všetkých používaných plomb,
— časť vozidla, v ktorej je prípadne namontovaný adaptér,
— časť vozidla, v ktorej je namontovaný snímač pohybu,
ak nie je pripojený k prevodovke alebo ak sa nepoužíva
adaptér,
— farba kábla medzi adaptérom a časťou vozidla, ktorá
mu dodáva vstupné impulzy,
— sériové číslo zabudovaného snímača pohybu adaptéra.
▼M3
— predvolený druh nákladu súvisiaci s vozidlom.
▼B
397) Len v prípade tých vozidiel kategórie M1 a N1, na ktorých
je namontovaný adaptér v súlade s nariadením Komisie (ES)
č. 68/2009 ( 1 ) v znení posledných zmien, a vtedy, keď nie
je možné uviesť všetky nevyhnutné informácie podľa
požiadavky 396, sa môže použiť druhý, dodatočný štítok.
V takýchto prípadoch musí tento dodatočný štítok obsa­
hovať aspoň posledné štyri zarážky uvedené v požiadavke
396.
▼M1
( 1 ) Nariadenie Komisie (ES) č. 68/2009 z 23. januára 2009, ktorým sa deviatykrát prispô­
sobuje technickému pokroku nariadenie Rady (EHS) č. 3821/85 o záznamovom zariadení
v cestnej doprave (Ú. v. EÚ L 21, 24.1.2009, s. 3).
02016R0799 — SK — 21.08.2023 — 003.002 — 101
Ak sa tento druhý dodatočný štítok použije, musí sa
pripevniť vedľa alebo blízko prvého hlavného štítka uvede­
ného v požiadavke 396, pričom musí mať tú istú úroveň
ochrany. Okrem toho musí druhý štítok takisto obsahovať
meno, adresu alebo obchodný názov schváleného montéra
alebo dielne, ktorá vykonala montáž, ako aj dátum
montáže.
5.3 Plombovanie
398) Musia sa zaplombovať tieto časti:
— každý spoj, ktorý by pri odpojení mohol spôsobiť nezis­
titeľnú zmenu alebo nezistiteľnú stratu údajov (to môže
napr. platiť pre snímač pohybu namontovaný na prevo­
dovke, adaptér pre vozidlá M1/N1, externé spojenie
GNSS alebo jednotku vozidla);
— montážny štítok, pokiaľ nie je pripevnený tak, že ho
nemožno odstrániť bez poškodenia značiek, ktoré sa
na ňom nachádzajú.
▼M1
398a) Uvedené plomby musia byť osvedčené podľa normy EN
16882:2016.
▼B
399) Uvedené plomby sa môžu odstrániť:
— v prípade núdze,
— v prípade montáže, nastavenia alebo opravy obmedzo­
vača rýchlosti alebo akéhokoľvek iného zariadenia,
ktoré prispieva k zvýšeniu cestnej bezpečnosti, za pred­
pokladu, že záznamové zaradenie naďalej funguje
spoľahlivo a správne a že ho opäť zaplombuje schvá­
lený montér alebo dielňa (v súlade s kapitolou 6) ihneď
po namontovaní zariadenia obmedzujúceho rýchlosť
alebo akéhokoľvek iného zariadenia, ktoré prispieva
k zvýšeniu cestnej bezpečnosti, alebo do siedmich dní
v ostatných prípadoch.
400) Pri každom porušení týchto plomb sa musí vyhotoviť
písomné vyhlásenie s uvedením dôvodov takého porušenia
a musí sa poskytnúť príslušnému orgánu.
401) Plomby musia mať identifikačné číslo, ktoré im prideľuje
výrobca. Toto číslo je jedinečné a odlišuje sa od každého
iného čísla plomby prideleného iným výrobcom.
▼M1
Toto jedinečné identifikačné číslo je určené ako:
MMNNNNNNNN uvedené neodstrániteľnou značkou,
pričom MM je jedinečná identifikácia výrobcu (databázu
evidencie spravuje EK) a NNNNNNNN je alfanumerické
číslo plomby, ktoré je v doméne výrobcu jedinečné.
▼B
402) Plomby musia mať voľné miesto, kam schválení montéri,
výrobcovia vozidiel alebo schválené dielne môžu doplniť
osobitnú značku podľa článku 22 ods. 3 nariadenia (EÚ)
č. 165/2014.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 102
Táto značka nesmie zakrývať identifikačné číslo plomby.
▼M1
403) Výrobcovia plomb musia byť zaevidovaní v špecializovanej
databáze, keď ich vzor plomby získa osvedčenie podľa
normy EN 16882:2016, a zverejniť svoje identifikačné
čísla plomb postupom, ktorý stanoví Európska komisia.
404) Schválené dielne a výrobcovia vozidiel musia v rámci na­
riadenia (EÚ) č. 165/2014 používať len plomby osvedčené
podľa normy EN 16882:2016 od tých výrobcov plomb,
ktorí sú uvedení v spomenutej databáze.
▼B
405) Výrobcovia plomb a ich distribútori musia uchovávať úplné
záznamy sledovateľnosti plomb predaných na použitie
v rámci nariadenia (EÚ) č. 165/2014 a musia byť pripra­
vení kedykoľvek ich podľa potreby poskytnúť príslušným
vnútroštátnym orgánom.
406) Jedinečné identifikačné čísla plomb musia byť viditeľné na
montážnom štítku.
6 KONTROLY, INŠPEKCIE A OPRAVY
Okolnosti, za ktorých môžu byť plomby odstránené, ako je uvedené
v článku 22 ods. 5 nariadenia (EÚ) č. 165/2014, sú definované
v kapitole 5.3 tejto prílohy.
6.1 Schválenie montážnych firiem, dielní a výrobcov vozidiel
Členské štáty schvaľujú, pravidelne kontrolujú a certifikujú
subjekty, ktoré vykonávajú:
— montáže,
— kontroly,
— inšpekcie,
— opravy.
Dielenské karty sa vydávajú len montérom a/alebo dielňam schvá­
leným na vykonávanie aktivácie a/alebo kalibrácie záznamového
zariadenia podľa tejto prílohy, a pokiaľ nie je riadne odôvodnená
výnimka:
— ktorí(-é) nemajú nárok na podnikovú kartu
— a ktorých iné odborné činnosti nepredstavujú možné ohrozenie
celkového zabezpečenia systému, ako sa vyžaduje v dodatku 10.
▼M1
6.2 Kontrola nových alebo opravených komponentov
407) Každé jednotlivé zariadenie bez ohľadu nato, či je nové
alebo opravené, sa musí skontrolovať z hľadiska jeho
správnej činnosti a presnosti jeho odčítaných hodnôt
a záznamov, v rámci limitov stanovených v kapitolách
3.2.1, 3.2.2, 3.2.3 a 3.3.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 103
6.3 Inšpekcia inštalácie
▼M1
408) Pri montáži na vozidlo musí celé zariadenie (vrátane zázna­
mového zariadenia) spĺňať požiadavky na maximálne
odchýlky stanovené v kapitolách 3.2.1, 3.2.2, 3.2.3 a 3.3.
Celé zariadenie musí byť zaplombované v súlade s kapi­
tolou 5.3 a musí byť kalibrované.
▼B
6.4 Pravidelné inšpekcie
▼M3
409) Pravidelné inšpekcie zariadenia namontovaného vo vozidle
sa musia vykonať po každej oprave daného zariadenia
alebo po každej zmene charakteristického koeficientu
vozidla alebo skutočného obvodu pneumatík, alebo potom,
čo sa čas UTC zariadenia odchyľuje o viac než 5 minút od
správneho času, alebo keď bolo zmenené VRN, a aspoň raz
za dva roky (24 mesiacov) od poslednej kontroly.
▼B
410) Tieto inšpekcie musia zahŕňať kontroly:
— správneho fungovania záznamového zariadenia vrátane
funkcie ukladania údajov na tachografových kartách
a komunikácie so snímačom diaľkovej komunikácie,
— dodržania súladu s ustanoveniami kapitoly 3.2.1 a 3.2.2
o maximálnych odchýlkach po montáži,
— dodržania súladu s ustanoveniami kapitoly 3.2.3 a 3.3,
— umiestnenia značky typového schválenia na zariadení,
— pripevnenia montážneho štítku, ako je vymedzené
v požiadavke 396, a popisného štítku, ako je vyme­
dzené v požiadavke 225,
— veľkosti pneumatík a skutočného obvodu pneumatík,
— že k zariadeniu nie sú pripojené žiadne manipulačné
zariadenia,
— že plomby sú na správnych miestach, v dobrom stave,
s platnými identifikačnými číslami (odkazy na výrobcu
plomb v databáze EK), ktoré zodpovedajú značkám
montážneho štítka (pozri požiadavku 401).
▼M3
— že identifikátor verzie uloženej digitálnej mapy je
najnovší.
410a) V prípade, že príslušné vnútroštátne orgány zistia manipu­
láciu, môže byť vozidlo zaslané do autorizovanej dielne na
prekalibrovanie záznamového zariadenia.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 104
411) Ak sa zistilo, že od vykonania poslednej inšpekcie došlo
k niektorej z udalostí uvedených v kapitole 3.9 (Detekcia
udalostí a/alebo porúch), ktorú výrobcovia tachografu
a/alebo vnútroštátne orgány považujú za takú, ktorá môže
potenciálne ohroziť zabezpečenie zariadenia, dielňa musí:
a. porovnať identifikačné údaje snímača pohybu zapoje­
ného v prevodovke s údajmi spárovaného snímača
pohybu registrovaného v jednotke vozidla;
b. overiť, či sa informácie zaznamenané na montážnom
štítku zhodujú s informáciami obsiahnutými v zázname
jednotky vozidla;
c. overiť, či sa sériové číslo snímača pohybu a schvaľovacie
číslo, ak je vytlačené na kryte snímača pohybu, zhoduje
s informáciami uloženými v dátovej pamäti záznamo­
vého zariadenia,
d. porovnať prípadné identifikačné údaje označené na
popisnom štítku externého zariadenia GNSS s údajmi
uloženými v dátovej pamäti jednotky vozidla.
412) Dielne musia vo svojich správach z inšpekcie uchovávať
záznam o všetkých zisteniach týkajúcich sa poškodených
plomb alebo manipulačných zariadení. Dielne musia tieto
správy uchovávať najmenej dva roky a na požiadanie ich
musia kedykoľvek sprístupniť príslušnému orgánu.
413) Súčasťou týchto inšpekcií musí byť aj kalibrácia a preven­
tívne nahradenie plomb, ktorých montáž je v zodpovednosti
dielní.
6.5 Meranie chýb
414) Meranie chýb pri montáži a počas používania sa uskutoční
za týchto podmienok, ktoré treba považovať za súčasť štan­
dardných skúšobných podmienok:
— nezaťažené vozidlo v normálnom prevádzkovom stave,
— tlak pneumatík v súlade s pokynmi výrobcu,
— opotrebenie pneumatík v rámci limitov povolených
vnútroštátnymi právnymi predpismi,
— pohyb vozidla:
— vozidlo sa pohybuje vpred vlastným pohonom po
priamke na rovnom povrchu rýchlosťou 50 ± 5 km/h.
Meracia vzdialenosť musí byť minimálne 1 000 m.
— Za predpokladu, že sú porovnateľne presné, môžu sa na
skúšku použiť alternatívne metódy, ako je napríklad
vyhovujúce skúšobné zariadenie.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 105
6.6 Opravy
415) Dielne musia byť schopné stiahnuť údaje zo záznamového
zariadenia, aby ich mohli odovzdať príslušnému doprav­
nému podniku.
416) Schválené dielne musia vydať dopravným podnikom osved­
čenie o nemožnosti stiahnutia údajov, keď nesprávne
fungovanie záznamového zariadenia bráni stiahnutiu zazna­
menaných údajov, dokonca aj po oprave v tejto dielni.
Dielne musia minimálne dva roky uchovávať kópiu
každého vydaného osvedčenia.
7 VYDÁVANIE KARIET
Postup vydávania kariet zavedený členským štátom musí byť
v súlade s týmto:
417) Číslo karty prvého vydania tachografovej karty žiadateľovi
musí mať prípadný poradový index, ako aj index náhrady
a index obnovy nastavený na „0“.
418) Čísla kariet všetkých tachografových kariet, ktoré sa
nevzťahujú na osobu, vydaných jednému kontrolnému
orgánu, jednej dielni alebo jednému dopravnému podniku,
musia mať prvých 13 číslic rovnakých a všetky musia mať
rôzny poradový index.
419) Tachografová karta vydaná ako náhrada existujúcej tacho­
grafovej karty musí mať rovnaké číslo ako karta, ktorú
nahrádza, no index náhrady sa zvýši o „1“ (v poradí 0,
…, 9, A, …, Z).
420) Tachografová karta vydaná ako náhrada existujúcej tacho­
grafovej karty musí mať rovnaký dátum skončenia platnosti
ako karta, ktorú nahrádza.
421) Tachografová karta vydaná ako obnova existujúcej tacho­
grafovej karty musí mať rovnaké číslo ako karta, ktorú
obnovuje, pričom sa však index náhrady znova nastaví na
„0“ a index obnovy sa zvýši o „1“ (v poradí 0, …, 9, A,
…, Z).
422) Výmena existujúcej tachografovej karty na účely zmeny
administratívnych údajov sa riadi pravidlami obnovy, ak
sa realizuje v rámci toho istého členského štátu, alebo
pravidlami prvého vydania, ak bola vykonaná iným člen­
ským štátom.
423) V kolónke „priezvisko držiteľa karty“ v prípade dielenskej
alebo kontrolnej karty, ktorá sa nevzťahuje na osobu, sa
uvedie názov dielne alebo kontrolného orgánu, prípadne
meno montéra či kontrolného úradníka, ak sa tak členské
štáty rozhodnú.
424) Členské štáty si musia elektronicky vymieňať údaje
s cieľom zabezpečiť jedinečnosť kariet vodičov, ktoré
vydávajú, v súlade s článkom 31 nariadenia (EÚ)
č. 165/2014.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 106
8 TYPOVÉ SCHVÁLENIE ZÁZNAMOVÉHO ZARIADENIA
A TACHOGRAFOVÝCH KARIET
8.1 Všeobecne
▼M1
Na účely tejto kapitoly pojem ‚záznamové zariadenie‘ znamená
‚záznamové zariadenie alebo jeho komponenty‘. Pre kábel (káble)
prepájajúci(– e) snímač pohybu s VU, externé zariadenie GNSS
s VU alebo externé diaľkové komunikačné zariadenie s VU sa
nevyžaduje typové schválenie. Papier používaný záznamovým zaria­
dením sa považuje za komponent záznamového zariadenia.
Výrobca môže požiadať o typové schválenie komponentu (kompo­
nentov) záznamového zariadenia s akýmkoľvek iným komponentom
(komponentmi) záznamového zariadenia, za predpokladu, že každý
komponent spĺňa požiadavky tejto prílohy. Alternatívne môžu
výrobcovia požiadať aj o typové schválenie záznamového
zariadenia.
V súlade s vymedzením pojmu v bode 10 článku 2 tohto nariadenia
existujú rôzne varianty jednotky vozidiel z hľadiska zloženia
komponentov. Bez ohľadu nadloženie komponentov jednotky
vozidla nie je externá anténa a prípadný anténny rozbočovač pripo­
jený k prijímaču GNSS alebo diaľkovému komunikačnému zaria­
deniu súčasť typového schválenia jednotky vozidla.
Výrobcovia, ktorým bolo udelené typové schválenie na zaznamená­
vacie zariadenie, však musia viesť verejne dostupný zoznam antén
a rozbočovačov kompatibilných s každou typovo schválenou
jednotkou vozidla, externým zariadením GNSS a externým diaľ­
kovým komunikačným zariadením.
▼B
425) Záznamové zariadenie musí byť na schválenie predložené
celé so všetkými zabudovanými doplnkovými zariadeniami.
426) Typové schválenie záznamového zariadenia a tachografo­
vých kariet musí zahŕňať skúšky týkajúce sa zabezpečenia,
skúšky funkčnosti a skúšky interoperability. Kladné
výsledky každej z týchto skúšok sú uvedené na príslušnom
osvedčení.
▼M1
427) Schvaľovacie úrady členských štátov neudelia osvedčenie
o typovom schválení, pokiaľ nedostanú:
— osvedčenie zabezpečenia (ak sa vyžaduje v tejto
prílohe),
— osvedčenie funkčnosti
— a osvedčenie interoperability (ak sa vyžaduje v tejto
prílohe)
pre záznamové zariadenie alebo tachografovú kartu, ktoré
sú predmetom žiadosti o typové schválenie.
▼B
428) Každá zmena softvéru alebo hardvéru zariadenia alebo
vlastností materiálov použitých na jeho výrobu sa pred
jeho použitím oznámi orgánu, ktorý zariadeniu udelil
typové schválenie. Tento orgán potvrdí výrobcovi rozší­
renie typového schválenia alebo môže požadovať aktuali­
záciu alebo potvrdenie príslušných osvedčení zabezpečenia,
funkčnosti a/alebo interoperability.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 107
429) Postupy aktualizácie softvéru záznamového zariadenia na
mieste musí schváliť orgán, ktorý záznamovému zariadeniu
udelil typové schválenie. Aktualizáciou softvéru sa nesmú
zmeniť ani vymazať žiadne údaje o činnosti vodiča uložené
v záznamovom zariadení. Softvér sa môže aktualizovať len
na zodpovednosť výrobcu zariadenia.
430) Typové schválenie modifikácií softvéru zameraných na
aktualizáciu predtým typovo schváleného záznamového
zariadenia nemožno zamietnuť, ak sa takéto zmeny vzťa­
hujú len na funkcie, ktoré nie sú špecifikované v tejto
prílohe. Aktualizácia softvéru záznamového zariadenia
môže vylúčiť zavedenie nových množín znakov, ak to nie
je technicky realizovateľné.
▼B
8.2 Osvedčenie zabezpečenia
431) Osvedčenie zabezpečenia sa udelí v súlade s ustanoveniami
dodatku 10 tejto prílohy. Osvedčujú sa tieto komponenty
záznamového zariadenia: jednotka vozidla, snímač pohybu,
externé zariadenie GNSS a tachografové karty.
432) Za výnimočných okolností, keď orgány osvedčovania
zabezpečenia odmietnu osvedčiť nové zariadenie z dôvodu
zastaranosti mechanizmov zabezpečenia, sa typové schvá­
lenie bude naďalej udeľovať iba za týchto osobitných
a výnimočných okolností a iba vtedy, keď neexistuje iné
alternatívne riešenie v súlade s nariadením.
433) Vtedy príslušný členský štát bezodkladne informuje
Európsku komisiu, ktorá do dvanástich mesiacov od
udelenia typového schválenia začne postup s cieľom zabez­
pečiť, aby sa zabezpečenie dostalo na svoju pôvodnú
úroveň.
8.3 Osvedčenie funkčnosti
434) Každý uchádzač o typové schválenie poskytne schvaľova­
ciemu úradu členského štátu všetky materiály a dokumen­
táciu, ktoré považuje tento úrad za potrebné.
435) Výrobcovia poskytnú príslušné vzorky výrobkov, ktoré sa
majú typovo schváliť, a súvisiacu dokumentáciu, ktorú
požadujú skúšobne poverené vykonávaním funkčných
skúšok, a to do jedného mesiaca od žiadosti. Všetky
náklady spojené s touto požiadavkou znáša žiadajúci
subjekt. Skúšobne sú povinné uchovávať všetky komerčne
citlivé informácie v tajnosti.
436) Osvedčenie funkčnosti dostane výrobca len po úspešnom
absolvovaní minimálne všetkých funkčných skúšok špecifi­
kovaných v dodatku 9.
437) Schvaľovací úrad udeľuje osvedčenie funkčnosti. Toto
osvedčenie musí okrem názvu subjektu, ktorému sa
udeľuje, a identifikácie modelu obsahovať podrobný
zoznam vykonaných skúšok a dosiahnutých výsledkov.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 108
438) Na osvedčení funkčnosti každého komponentu záznamo­
vého zariadenia sa musia uvádzať aj čísla typových schvá­
lení ostatných typovo schválených kompatibilných kompo­
nentov záznamového zariadenia skúšaných pri jeho osved­
čovaní.
439) Na osvedčení funkčnosti každého komponentu záznamo­
vého zariadenia sa musia uvádzať aj ISO alebo CEN
normy, podľa ktorých bolo funkčné rozhranie osvedčené.
8.4 Osvedčenie interoperability
440) Skúšky interoperability vykonáva len jedna skúšobňa, ktorá
podlieha Európskej komisii a je pod jej zodpovednosťou.
441) Skúšobňa registruje žiadosti výrobcov o skúšky interopera­
bility v poradí, v ktorom boli doručené.
442) Žiadosti sa oficiálne zaregistrujú len vtedy, keď skúšobňa
má k dispozícii:
— úplný súbor materiálov a dokumentov potrebných na
také skúšky interoperability,
— zodpovedajúce osvedčenie zabezpečenia,
— zodpovedajúce osvedčenie funkčnosti.
Dátum registrácie žiadosti sa oznámi výrobcovi.
▼M3
443) Pri záznamových zariadeniach alebo tachografových
kartách, ktoré neprešli analýzou zraniteľnosti v súvislosti
s hodnotením zabezpečenia a hodnotením funkčnosti,
skúšobňa nevykonáva skúšky interoperability, s výnimkou
osobitných okolností uvedených v požiadavke 432.
▼B
444) Každý výrobca žiadajúci o vykonanie skúšok interoperabi­
lity sa zaviaže ponechať skúšobni poverenej vykonávaním
týchto skúšok úplný súbor materiálov a dokumentov, ktoré
poskytol na účely vykonania skúšok.
445) Skúšky interoperability sa v súlade s ustanoveniami
dodatku 9 tejto prílohy musia vykonať vždy so všetkými
typmi záznamového zariadenia alebo tachografových kariet:
— ktoré majú ešte platné typové schválenia, alebo
— pre ktoré sa požaduje typové schválenie a ktoré majú
platné osvedčenie interoperability.
446) Skúšky interoperability sa musia vzťahovať na všetky gene­
rácie záznamového zariadenia alebo tachografových kariet,
ktoré sa stále používajú.
▼M3
447) Osvedčenie interoperability vydáva skúšobňa výrobcovi až
po úspešnom absolvovaní všetkých požadovaných skúšok
interoperability a po tom, čo výrobca preukázal, že výrobku
bolo udelené platné osvedčenie funkčnosti aj platné osved­
čenie zabezpečenia, s výnimkou osobitných okolností
uvedených v požiadavke 432.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 109
448) Ak neboli skúšky interoperability úspešné s jedným alebo
niekoľkými záznamovými zariadeniami alebo tachogra­
fovou kartou resp. kartami, osvedčenie interoperability sa
nesmie vydať, kým žiadajúci výrobca nevykoná potrebné
zmeny a neabsolvuje úspešne skúšky interoperability.
Skúšobňa musí s pomocou výrobcu, ktorého sa táto
porucha interoperability týka, zistiť príčinu problému
a musí sa pokúsiť pomôcť žiadajúcemu výrobcovi pri
hľadaní technického riešenia. Ak výrobca zmenil svoj
výrobok, musí sa na všetkých relevantných orgánoch uistiť,
že osvedčenie zabezpečenia a osvedčenia funkčnosti sú
stále platné.
449) osvedčenie interoperability je platné šesť mesiacov. Ak
výrobca nedostal zodpovedajúce osvedčenie o typovom
schválení, na konci tohto obdobia sa odoberie. osvedčenie
interoperability predloží výrobca schvaľovaciemu úradu
členského štátu, ktorý udelil osvedčenie funkčnosti.
450) Žiaden prvok, ktorý by mohol byť príčinou problému s inte­
roperabilitou, sa nesmie použiť na získanie prospechu alebo
na získanie dominantného postavenia.
8.5 Osvedčenie o typovom schválení
451) Schvaľovací úrad členského štátu môže udeliť osvedčenie
o typovom schválení, pokiaľ mu budú predložené tri poža­
dované osvedčenia.
452) Na osvedčení o typovom schválení každého komponentu
záznamového zariadenia sa musia nachádzať aj čísla typo­
vých schválení ostatných typovo schválených interoperabil­
ných záznamových zariadení.
453) Kópiu osvedčenia o typovom schválení musí vyhotoviť
schvaľovací úrad pre skúšobňu poverenú vykonávaním
skúšok interoperability v čase udelenia osvedčenia výrob­
covi.
454) Skúšobňa vykonávajúca skúšky interoperability musí prevá­
dzkovať verejnú webovú stránku, na ktorej bude aktuali­
zovať zoznam modelov záznamových zariadení alebo
tachografových kariet:
— za ktoré bola zaregistrovaná žiadosť na vykonanie
skúšok interoperability,
— ktorým bolo udelené osvedčenie interoperability (aj keď
len predbežné),
— ktorým bolo udelené osvedčenie o typovom schválení.
8.6 Výnimočný postup: prvé osvedčenia interoperability pre zázna­
mové zariadenia a tachografové karty druhej generácie
455) Do štyroch mesiacov potom, čo bola prvá sada záznamo­
vého zariadenia druhej generácie a tachografových kariet
druhej generácie (karty vodiča, dielenské, kontrolné a podni­
kové karty) certifikovaná ako interoperabilná, sa každé
udelené osvedčenie interoperability (vrátane prvých) vzťa­
hujúce sa k žiadostiam zaregistrovaným počas tohto
obdobia považuje za predbežné.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 110
456) Ak sú na konci tohto obdobia všetky príslušné výrobky
vzájomne interoperabilné, všetky zodpovedajúce osvedčenia
interoperability sa stávajú definitívnymi.
457) Ak sa počas tohto obdobia zistia problémy s interoperabi­
litou, skúšobňa poverená vykonávaním skúšok interopera­
bility musí s pomocou všetkých príslušných výrobcov zistiť
príčiny problému a vyzve ich, aby vykonali nevyhnutné
úpravy.
458) Ak na konci tohto obdobia pretrvávajú problémy z hľadiska
interoperability, skúšobňa poverená vykonávaním skúšok
interoperability v spolupráci s príslušnými výrobcami a so
schvaľovacími orgánmi, ktoré udelili zodpovedajúce osved­
čenia funkčnosti, musí zistiť príčiny problémov s interope­
rabilitou a určiť zmeny, ktoré musí vykonať každý
príslušný výrobca. Hľadanie technických riešení môže
trvať maximálne dva mesiace, po uplynutí ktorých, ak sa
nenašlo žiadne spoločné riešenie, Komisia po konzultácii so
skúšobňou poverenou vykonávaním skúšok interoperability
rozhodne o tom, ktoré zariadenie(a) a karty dostanú defini­
tívne osvedčenie interoperability, s uvedením dôvodov pre
také rozhodnutie.
459) Každá žiadosť o vykonanie skúšok interoperability regis­
trovaná skúšobňou od konca štvormesačného obdobia po
udelení prvého predbežného osvedčenia interoperability do
dátumu rozhodnutia Komisie uvedeného v požiadavke 455,
sa odloží, kým nebudú vyriešené pôvodné problémy inte­
roperability. Také žiadosti sa potom spracujú v poradí,
v akom boli zaregistrované.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 111
Dodatok 1
SLOVNÍK ÚDAJOV
OBSAH
1. ÚVOD
1.1. Prístup k vymedzeniu dátových typov
1.2. Referenčné dokumenty
2. VYMEDZENIE DÁTOVÝCH TYPOV
2.1. ActivityChangeInfo
2.2. Address
2.3. AESKey
2.4. AES128Key
2.5. AES192Key
2.6. AES256Key
2.7. BCDString
2.8. CalibrationPurpose
2.9. CardActivityDailyRecord
2.10. CardActivityLengthRange
2.11. CardApprovalNumber
▼M3
2.11a. CardBorderCrossing
2.11b. CardBorderCrossingRecord
▼B
2.12. CardCertificate
2.13. CardChipIdentification
2.14. CardConsecutiveIndex
2.15. CardControlActivityDataRecord
2.16. CardCurrentUse
2.17. CardDriverActivity
2.18. CardDrivingLicenceInformation
2.19. CardEventData
2.20. CardEventRecord
2.21. CardFaultData
2.22. CardFaultRecord
2.23. CardIccIdentification
2.24. CardIdentification
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 112
2.24a. CardLoadTypeEntries
2.24b. CardLoadTypeEntryRecord
2.24c. CardLoadUnloadOperations
2.24d. CardLoadUnloadRecord
▼B
2.25. CardMACertificate
2.26. CardNumber
▼M3
2.26a. CardPlaceAuthDailyWorkPeriod
▼B
2.27. CardPlaceDailyWorkPeriod
2.28. CardPrivateKey
2.29. CardPublicKey
2.30. CardRenewalIndex
2.31. CardReplacementIndex
2.32. CardSignCertificate
2.33. CardSlotNumber
2.34. CardSlotsStatus
2.35. CardSlotsStatusRecordArray
2.36. CardStructureVersion
2.37. CardVehicleRecord
2.38. CardVehiclesUsed
2.39. CardVehicleUnitRecord
2.40. CardVehicleUnitsUsed
2.41. Certificate
2.42. CertificateContent
2.43. CertificateHolderAuthorisation
2.44. CertificateRequestID
2.45. CertificationAuthorityKID
2.46. CompanyActivityData
2.47. CompanyActivityType
2.48. CompanyCardApplicationIdentification
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 113
2.48a. CompanyCardApplicationIdentificationV2
▼B
2.49. CompanyCardHolderIdentification
2.50. ControlCardApplicationIdentification
▼M3
2.50a. ControlCardApplicationIdentificationV2
▼B
2.51. ControlCardControlActivityData
2.52. ControlCardHolderIdentification
2.53. ControlType
2.54. CurrentDateTime
2.55. CurrentDateTimeRecordArray
2.56. DailyPresenceCounter
2.57. Datef
2.58. DateOfDayDownloaded
2.59. DateOfDayDownloadedRecordArray
2.60. Distance
▼M3
2.60a. DownloadInterfaceVersion
▼B
2.61. DriverCardApplicationIdentification
▼M3
2.61a. DriverCardApplicationIdentificationV2
▼B
2.62. DriverCardHolderIdentification
▼M1
2.63. Vyhradené nabudúce použitie
▼B
2.64. EGFCertificate
2.65. EmbedderIcAssemblerId
2.66. EntryTypeDailyWorkPeriod
2.67. EquipmentType
2.68. EuropeanPublicKey
2.69. EventFaultRecordPurpose
2.70. EventFaultType
2.71. ExtendedSealIdentifier
2.72. ExtendedSerialNumber
2.73. FullCardNumber
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 114
2.74. FullCardNumberAndGeneration
2.75. Generation
2.76. GeoCoordinates
2.77. GNSSAccuracy
▼M1
2.78. GNSSAccumulatedDriving
2.79. GNSSAccumulatedDrivingRecord
▼M3
2.79a. GNSSAuthAccumulatedDriving
2.79b. GNSSAuthStatusADRecord
2.79c. GNSSPlaceAuthRecord
▼B
2.80. GNSSPlaceRecord
2.81. HighResOdometer
2.82. HighResTripDistance
2.83. HolderName
▼M3
2.84. Vyhradené na budúce použitie
▼B
2.85. K-ConstantOfRecordingEquipment
2.86. KeyIdentifier
2.87. KMWCKey
2.88. Language
2.89. LastCardDownload
▼M3
2.89a. LengthOfFollowingData
▼B
2.90. LinkCertificate
▼M3
2.90a. LoadType
▼B
2.91. L-TyreCircumference
2.92. MAC
2.93. ManualInputFlag
2.94. ManufacturerCode
2.95. ManufacturerSpecificEventFaultData
2.96. MemberStateCertificate
2.97. MemberStateCertificateRecordArray
2.98. MemberStatePublicKey
2.99. Name
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 115
2.100. NationAlpha
2.101. NationNumeric
▼M3
2.101a. NoOfBorderCrossingRecords
▼B
2.102. NoOfCalibrationRecords
2.103. NoOfCalibrationsSinceDownload
2.104. NoOfCardPlaceRecords
2.105. NoOfCardVehicleRecords
2.106. NoOfCardVehicleUnitRecords
2.107. NoOfCompanyActivityRecords
2.108. NoOfControlActivityRecords
2.109. NoOfEventsPerType
2.110. NoOfFaultsPerType
▼M1
2.111. NoOfGNSSADRecords
▼M3
2.111a. NoOfLoadUnloadRecords
▼B
2.112. NoOfSpecificConditionRecords
▼M3
2.112a. NoOfLoadTypeEntryRecords
▼B
2.113. OdometerShort
2.114. OdometerValueMidnight
▼M3
2.114a. OperationType
▼B
2.115. OdometerValueMidnightRecordArray
2.116. OverspeedNumber
▼M3
2.116a. PlaceAuthRecord
2.116b. PlaceAuthStatusRecord
▼B
2.117. PlaceRecord
▼M3
2.117a. PositionAuthenticationStatus
▼B
2.118. PreviousVehicleInfo
2.119. PublicKey
2.120. RecordType
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 116
2.121. RegionAlpha
2.122. RegionNumeric
2.123. RemoteCommunicationModuleSerialNumber
2.124. RSAKeyModulus
2.125. RSAKeyPrivateExponent
2.126. RSAKeyPublicExponent
2.127. RtmData
2.128. SealDataCard
2.129. SealDataVu
2.130. SealRecord
2.131. SensorApprovalNumber
2.132. SensorExternalGNSSApprovalNumber
2.133. SensorExternalGNSSCoupledRecord
2.134. SensorExternalGNSSIdentification
2.135. SensorExternalGNSSInstallation
2.136. SensorExternalGNSSOSIdentifier
2.137. SensorExternalGNSSSCIdentifier
2.138. SensorGNSSCouplingDate
2.139. SensorGNSSSerialNumber
2.140. SensorIdentification
2.141. SensorInstallation
2.142. SensorInstallationSecData
2.143. SensorOSIdentifier
2.144. SensorPaired
2.145. SensorPairedRecord
2.146. SensorPairingDate
2.147. SensorSCIdentifier
2.148. SensorSerialNumber
2.149. Signature
2.150. SignatureRecordArray
2.151. SimilarEventsNumber
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 117
2.152. SpecificConditionRecord
2.153. SpecificConditions
2.154. SpecificConditionType
2.155. Speed
2.156. SpeedAuthorised
2.157. SpeedAverage
2.158. SpeedMax
▼M3
2.158a. TachographCardsGen1Suppression
▼B
2.159. TachographPayload
▼M1
2.160. Vyhradené nabudúce použitie
▼B
2.161. TDesSessionKey
2.162. TimeReal
2.163. TyreSize
2.164. VehicleIdentificationNumber
2.165. VehicleIdentificationNumberRecordArray
2.166. VehicleRegistrationIdentification
▼M3
2.166a. VehicleRegistrationIdentificationRecordArray
▼B
2.167. VehicleRegistrationNumber
2.168. VehicleRegistrationNumberRecordArray
2.169. VuAbility
2.170. VuActivityDailyData
2.171. VuActivityDailyRecordArray
2.172. VuApprovalNumber
2.173. VuCalibrationData
2.174. VuCalibrationRecord
2.175. VuCalibrationRecordArray
2.176. VuCardIWData
2.177. VuCardIWRecord
2.178. VuCardIWRecordArray
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 118
2.179. VuCardRecord
2.180. VuCardRecordArray
2.181. VuCertificate
2.182. VuCertificateRecordArray
2.183. VuCompanyLocksData
2.184. VuCompanyLocksRecord
2.185. VuCompanyLocksRecordArray
▼M3
2.185a. VuConfigurationLengthRange
▼B
2.186. VuControlActivityData
2.187. VuControlActivityRecord
2.188. VuControlActivityRecordArray
2.189. VuDataBlockCounter
2.190. VuDetailedSpeedBlock
2.191. VuDetailedSpeedBlockRecordArray
2.192. VuDetailedSpeedData
▼M3
2.192a. VuDigitalMapVersion
▼B
2.193. VuDownloadablePeriod
2.194. VuDownloadablePeriodRecordArray
2.195. VuDownloadActivityData
2.196. VuDownloadActivityDataRecordArray
2.197. VuEventData
2.198. VuEventRecord
2.199. VuEventRecordArray
2.200. VuFaultData
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 119
2.201. VuFaultRecord
2.202. VuFaultRecordArray
▼M1
2.203. VuGNSSADRecord
▼M3
2.203a. VuBorderCrossingRecord
2.203b. VuBorderCrossingRecordArray
▼M1
2.204. VuGNSSADRecordArray
▼M3
2.204a. VuGnssMaximalTimeDifference
▼B
2.205. VuIdentification
2.206. VuIdentificationRecordArray
2.207. VuITSConsentRecord
2.208. VuITSConsentRecordArray
▼M3
2.208a. VuLoadUnloadRecord
2.208b. VuLoadUnloadRecordArray
▼B
2.209. VuManufacturerAddress
2.210. VuManufacturerName
2.211. VuManufacturingDate
2.212. VuOverSpeedingControlData
2.213. VuOverSpeedingControlDataRecordArray
2.214. VuOverSpeedingEventData
2.215. VuOverSpeedingEventRecord
2.216. VuOverSpeedingEventRecordArray
2.217. VuPartNumber
2.218. VuPlaceDailyWorkPeriodData
2.219. VuPlaceDailyWorkPeriodRecord
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 120
2.220. VuPlaceDailyWorkPeriodRecordArray
2.221. VuPrivateKey
2.222. VuPublicKey
▼M3
2.222a. VuRtcTime
▼B
2.223. VuSerialNumber
2.224. VuSoftInstallationDate
2.225. VuSoftwareIdentification
2.226. VuSoftwareVersion
2.227. VuSpecificConditionData
2.228. VuSpecificConditionRecordArray
2.229. VuTimeAdjustmentData
▼M1
2.230. Vyhradené nabudúce použitie
2.231. Vyhradené nabudúce použitie
▼B
2.232. VuTimeAdjustmentRecord
2.233. VuTimeAdjustmentRecordArray
2.234. WorkshopCardApplicationIdentification
▼M3
2.234a. WorkshopCardApplicationIdentificationV2
2.234b. WorkshopCardCalibrationAddData
2.234c. WorkshopCardCalibrationAddDataRecord
▼B
2.235. WorkshopCardCalibrationData
2.236. WorkshopCardCalibrationRecord
2.237. WorkshopCardHolderIdentification
2.238. WorkshopCardPIN
2.239. W-VehicleCharacteristicConstant
2.240. VuPowerSupplyInterruptionRecord
2.241. VuPowerSupplyInterruptionRecordArray
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 121
2.242. VuSensorExternalGNSSCoupledRecordArray
2.243. VuSensorPairedRecordArray
3. VYMEDZENIE ROZSAHU HODNÔT A ROZMEROV
4. MNOŽINY ZNAKOV
5. KÓDOVANIE
6. OBJEKTOVÉ IDENTIFIKÁTORY A IDENTIFIKÁTORY APLIKÁCIÍ
6.1. Objektové identifikátory
6.2. Identifikátory aplikácií
1. ÚVOD
Tento dodatok špecifikuje dátové formáty, dátové prvky a dátové štruk­
túry používané v záznamovom zariadení a tachografových kartách.
1.1. Prístup k vymedzeniu dátových typov
V dodatku sa na vymedzenie dátových typov používa notácia Abstract
Syntax Notation One (ASN.1). Umožňuje to jednoduchú a štruktúrovanú
definíciu údajov bez implikácie akejkoľvek osobitnej prevodnej syntaxe
(pravidiel kódovania), ktorá by bola závislá od aplikácie a prostredia.
Konvencie pomenovania typov ASN.1 vychádzajú z normy ISO/IEC
8824-1. To znamená, že:
— zvolený názov podľa možnosti implikuje význam dátového typu,
— ak sa dátový typ skladá z iných dátových typov, jeho názov je stále
jediným reťazcom abecedných znakov začínajúcich sa veľkým
písmenom; veľké písmená sa však v záujme objasnenia príslušného
významu používajú aj vo vnútri názvu,
— názvy dátových typov vo všeobecnosti súvisia s názvami dátových
typov, z ktorých sa skladajú, so zariadeniami, na ktorých sú údaje
uložené, a s príslušnou funkciou.
Ak je typ ASN.1 už vymedzený ako súčasť inej normy a je relevantný
pre použitie v záznamovom zariadení, bude tento typ ASN.1 vymedzený
v tomto dodatku.
Na umožnenie viacerých typov kódovacích pravidiel sú niektoré typy
ASN.1 v tomto dodatku obmedzené identifikátormi rozsahu hodnôt.
Identifikátory rozsahu hodnôt sú vymedzené v odseku 3 a dodatku 2.
1.2. Referenčné dokumenty
V dodatku sa používajú tieto referenčné dokumenty:
ISO 639 Kódy názvov jazykov. Prvé vydanie: 1988.
ISO 3166 Kódy na reprezentáciu názvov krajín a ich častí. Časť
1: Kódy krajín, 2013
ISO 3779 Cestné vozidlá. Identifikačné číslo vozidla (VIN).
Obsah a stavba. 2009
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 122
ISO/IEC 7816-5 Identifikačné karty. Karty s integrovanými obvodmi.
Časť 5: Registrácia poskytovateľov aplikácií.
Druhé vydanie: 2004.
ISO/IEC 7816-6 Identifikačné karty. Karty s integrovanými obvodmi.
Časť 6: Medziodborové dátové prvky pre výmenu,
2004 + technické korigendum 1: 2006
ISO/IEC 8824-1 Informačné technológie. Jazyk ASN.1 (Zápis
abstraktnej syntaxe č.1). Vymedzenie základnej
notácie. 2008 + technické korigendum 1: 2012 a tech­
nické korigendum 2: 2014.
ISO/IEC 8825-2 Informačné technológie. Pravidlá kódovania v ASN.1:
vymedzenie pravidiel zhusteného kódovania (Packed
Encoding Rules – PER). 2008.
ISO/IEC 8859-1 Informačné technológie. Množiny grafických znakov
kódované jednou 8-bitovou slabikou (jedným
oktetom). Časť 1: Latinská abeceda č. 1. Prvé
vydanie: 1998.
ISO/IEC 8859-7 Informačné technológie – Množiny grafických znakov
kódované jednou 8-bitovou slabikou (jedným
oktetom). Časť 7: Latinská abeceda/Grécka abeceda.
2003.
ISO 16844-3 Cestné vozidlá. Tachografové systémy. Rozhranie
snímača pohybu. 2004 + technické korigendum 1:
2006.
TR-03110-3 Technické usmernenie BSI / ANSSI TR-03110-3:
Vyspelé bezpečnostné mechanizmy pre strojovo čita­
teľné cestovné doklady a token eIDAS. Časť 3:
Spoločné špecifikácie, verzia 2.20, 3. február 2015
2. VYMEDZENIE DÁTOVÝCH TYPOV
▼M3
Pri všetkých nasledujúcich dátových typoch bude predvolená hodnota
pri „neznámom“ alebo „neuplatniteľnom“ obsahu spočívať vo vyplnení
dátového prvku hex bajtmi „FF“, pokiaľ nie je špecifikované inak.
Všetky dátové typy sa používajú pre aplikácie generácie 1 a generácie 2,
pokiaľ nie je špecifikované inak. Uvádzajú sa len dátové typy pre verziu
2 aplikácií generácie 2.
Pri typoch dátových kariet používaných pre aplikácie generácie 1 a gene­
rácie 2 platí veľkosť určená v tomto dodatku pre aplikáciu generácie 2.
Predpokladá sa, že čítačka už pozná veľkosť pre aplikáciu generácie 1.
Čísla požiadaviek v prílohe IC týkajúce sa takýchto dátových typov sa
vzťahujú na aplikácie generácie 1 aj generácie 2.
Typy dátových kariet, ktoré nie sú vymedzené pre karty generácie 1, sa
neukladajú v aplikácii generácie 1 kariet generácie 2. Konkrétne:
— čísla typového schválenia uložené v aplikácii generácie 1 kariet
generácie 2 sa podľa potreby skrátia na prvých 8 znakov,
— v aplikácii generácie 1 kariet generácie 2 sa ukladá len „začiatok pre
PREVOZ TRAJEKTOM/VLAKOM“ špecifickej podmienky
„PREVOZ TRAJEKTOM/VLAKOM.“
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 123
2.1. ActivityChangeInfo
Tento dátový typ umožňuje dvojbajtovým slovom kódovanie stavu slotu
v čase 00.00 hod. a/alebo stavu vodiča v čase 00.00 hod. a/alebo pre
vodiča a druhého vodiča zmeny činnosti a/alebo zmeny stavu vedenia
vozidla a/alebo zmeny stavu karty. Tento dátový typ súvisí s požiadav­
kami prílohy 1C č. 105, 266, 291, 320, 321, 343 a 344.
Pridelenie hodnôt – usporiadaný oktet: „scpaattttttttttt“B (16 bitov)
Pre záznamy v dátovej pamäti (alebo stav slotu):
„s“B Slot:
„0“B: VODIČ,
„1“B: DRUHÝ VODIČ,
„c“B Stav vedenia vozidla:
„0“B: JEDEN VODIČ,
„1“B: POSÁDKA,
„p“B Stav karty vodiča (alebo dielenskej karty)
v príslušnom slote:
„0“B: VLOŽENÁ, karta je vložená,
„1“B: NEVLOŽENÁ, nie je vložená žiadna karta
(alebo je karta vytiahnutá),
„aa“B Činnosť:
„00“B: PRESTÁVKA/ODPOČINOK,
„01“B: POHOTOVOSŤ,
„10“B: PRÁCA,
„11“B: VEDENIE VOZIDLA,
„ttttttttttt“B Čas zmeny: Počet minút od 00h00 daného dňa.
Pre záznamy na karte vodiča (alebo dielenskej karte) (a stav vodiča):
„s“B Slot (irelevantné, ak „p“=1, s výhradou v poznámke
nižšie):
„0“B: VODIČ,
„1“B: DRUHÝ VODIČ,
„c“B Stav vedenia vozidla (prípad „p“=0) alebo
stav ďalšej činnosti (prípad „p“=1):
„0“B: JEDEN VODIČ,
„0“B: NEZNÁMY
„1“B: POSÁDKA,
„1“B: ZNÁMY (=manuálne zadané)
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 124
„p“B Stav karty:
„0“B: VLOŽENÁ, karta je vložená v záznamovom
zariadení,
„1“B: NEVLOŽENÁ, karta nie je vložená (alebo je
vytiahnutá),
„aa“B Činnosť (irelevantné, ak „p“=1 a „c“=0, s výhradou
v poznámke nižšie):
„00“B: PRESTÁVKA/ODPOČINOK,
„01“B: POHOTOVOSŤ,
„10“B: PRÁCA,
„11“B: VEDENIE VOZIDLA,
„ttttttttttt“B Čas zmeny: Počet minút od 00h00 daného dňa.
Poznámka pre prípad „vytiahnutie karty“:
Ak je karta vytiahnutá:
— „s“ je relevantné a udáva slot, z ktorého je karta vytiahnutá,
— „c“ musí byť nastavené na 0,
— „p“ musí byť nastavené na 1,
— „aa“ musí kódovať aktuálnu činnosť zvolenú v danom čase,
Následkom manuálneho zápisu sa bity „c“ a „aa“ slova (uložené na
karte) môžu neskôr prepísať, aby zohľadnili zápis.
2.2. Address
Adresa.
codePage určuje množinu znakov vymedzenú v kapitole 4,
address je adresa kódovaná určenou množinou znakov.
2.3. AESKey
Generácia 2:
Kľúč AES s dĺžkou 128, 192 alebo 256 bitov.
Priradenie hodnôt: bližšie neurčené.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 125
2.4. AES128Key
Generácia 2:
Kľúč AES128.
length určuje dĺžku kľúča AES128 v oktetoch.
aes128Key je kľúč AES s dĺžkou 128 bitov.
Priradenie hodnôt:
Dĺžka má hodnotu 16.
2.5. AES192Key
Generácia 2:
Kľúč AES192.
length určuje dĺžku kľúča AES192 v oktetoch.
aes192Key je kľúč AES s dĺžkou 192 bitov.
Priradenie hodnôt:
Dĺžka má hodnotu 24.
2.6. AES256Key
Generácia 2:
Kľúč AES256.
length určuje dĺžku kľúča AES256 v oktetoch.
aes256Key je kľúč AES s dĺžkou 256 bitov.
Priradenie hodnôt:
Dĺžka má hodnotu 32.
2.7. BCDString
BCDString sa používa na zápis dvojkovo kódovaných dekadických čísel.
Tento dátový typ sa používa na zápis jednej dekadickej číslice v polovici
oktetu (4 bity). BCDString je založený na type „CharacterStringType“
podľa normy ISO/IEC 8824-1.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 126
BCDString používa notáciu „hstring“. Najkrajnejšia ľavá hexadecimálna
číslica je v prvom oktete 4-bitová skupina najvyššieho rádu. Na získanie
násobku oktetov sa podľa potreby od polohy najkrajnejšej ľavej 4-
bitovej skupiny v prvom oktete pripoja 4-bitové skupiny s nulami.
Povolené číslice sú: 0, 1, ..9.
2.8. CalibrationPurpose
Kód vysvetľujúci, prečo bola zaznamenaná sada kalibračných parame­
trov. Tento dátový typ súvisí s požiadavkami bodov 097 a 098 v prílohe
1B a požiadavkami bodu 119 v prílohe 1C.
Priradenie hodnôt:
Generácia 1:
„00“H vyhradená hodnota,
„01“H aktivácia: záznam kalibračných parametrov
známych v čase aktivácie VU,
„02“H prvá inštalácia: prvá kalibrácia VU po jej akti­
vácii,
„03“H inštalácia: prvá kalibrácia VU v aktuálnom
vozidle,
„04“H pravidelná inšpekcia.
Generácia 2:
Oproti generácii 1 sa navyše použijú tieto hodnoty:
„05“H evidenčné číslo vozidla zadané spoločnosťou
„06“H úprava času bez kalibrácie,
„07“H až „7F“H vyhradené na budúce použitie (RFU),
„80“H až „FF“H podľa výrobcu.
2.9. CardActivityDailyRecord
Informácie uložené na karte, ktoré sa vzťahujú k činnostiam vodiča
v určitom kalendárnom dni. Tento dátový typ súvisí s požiadavkami
266, 291, 320 a 343 v prílohe 1C.
activityPreviousRecordLength je celková dĺžka predchádzajúceho
denného záznamu v bajtoch. Maximálna hodnota je daná dĺžkou reťazca
oktetov (OCTET STRING) obsahujúceho tieto záznamy (pozri CardAc­
tivityLengthRange, dodatok 2 odsek4). Keď je tento záznam najstarším
denným záznamom, hodnota activityPreviousRecordLength sa musí
nastaviť na 0.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 127
activityRecordLength je celková dĺžka tohto záznamu v bajtoch. Maxi­
málna hodnota je daná dĺžkou reťazca oktetov (OCTET STRING) obsa­
hujúceho tieto záznamy.
activityRecordDate je dátum záznamu.
activityDailyPresenceCounter je počítadlo dennej prítomnosti pre kartu
v tomto dni.
activityDayDistance je celková vzdialenosť prejdená v tomto dni.
activityChangeInfo je sada údajov ActivityChangeInfo pre vodiča
v tomto dni. Môže obsahovať maximálne 1440 hodnôt (jedna zmena
činnosti za minútu). Táto sada vždy zahŕňa activityChangeInfo určujúce
stav vodiča o 00.00 hod.
2.10. CardActivityLengthRange
Počet bajtov na karte vodiča alebo dielenskej karte, ktorý je k dispozícii
na uloženie záznamov činnosti vodiča.
Priradenie hodnôt: pozri dodatok 2.
2.11. CardApprovalNumber
Číslo typového schválenia karty.
Priradenie hodnôt:
Schvaľovacie číslo sa uvedie tak, ako je uverejnené na príslušných
webových stránkach Európskej komisie, t. j. napríklad vrátane prípad­
ných pomlčiek. Schvaľovacie číslo schválenia sa zarovná vľavo.
▼M3
2.11a. CardBorderCrossing
Generácia 2, verzia 2:
Informácie uložené na karte vodiča alebo dielenskej karte, ktoré sa
týkajú prekročení hranice, keď vozidlo prekročilo hranicu krajiny (požia­
davky 306f a 356f prílohy IC).
borderCrossingPointerNewestRecord je index naposledy aktualizova­
ného záznamu na karte o prekročení hranice.
Priradenie hodnôt je číslo zodpovedajúce počítadlu záznamov na karte
o prekročení hranice začínajúce sa od „0“ pre prvý výskyt záznamu na
karte o prekročení hranice v štruktúre.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 128
cardBorderCrossingRecords je súbor záznamov na karte o prekročení
hranice.
2.11b. CardBorderCrossingRecord
Generácia 2, verzia 2:
Informácie uložené na karte vodiča alebo dielenskej karte, ktoré sa
týkajú prekročení hranice, keď vozidlo prekročilo hranicu krajiny (požia­
davky 147b, 306e a 356e prílohy IC).
countryLeft je krajina, ktorú vozidlo opustilo, alebo „žiadne informácie
k dispozícii“ v súlade s požiadavkou 147b prílohy IC. „Zvyšok sveta“
(kód NationNumeric „FF“H) sa použije, keď jednotka vozidla nie je
schopná určiť krajinu, v ktorej sa vozidlo nachádza (napr. aktuálna
krajina nie je súčasťou uložených digitálnych máp).
countryEntered je krajina, do ktorej vozidlo vstúpilo, alebo krajina,
v ktorej sa vozidlo nachádza v čase vloženia karty. „Zvyšok sveta“
(kód NationNumeric „FF“H) sa použije, keď jednotka vozidla nie je
schopná určiť krajinu, v ktorej sa vozidlo nachádza (napr. aktuálna
krajina nie je súčasťou uložených digitálnych máp).
gnssPlaceAuthRecord obsahuje informácie týkajúce sa polohy vozidla,
v ktorej jednotka vozidla zistila, že vozidlo prekročilo hranicu krajiny,
alebo „žiadne informácie k dispozícii“ v súlade s požiadavkou 147b
prílohy IC, a stav autentifikácie tejto polohy.
vehicleOdometerValue je stav počítadla kilometrov, keď jednotka
vozidla zistila, že vozidlo prekročilo hranicu krajiny, alebo „žiadne infor­
mácie k dispozícii“ v súlade s požiadavkou 147b prílohy IC.
▼B
2.12. CardCertificate
Generácia 1:
Certifikát verejného kľúča karty.
2.13. CardChipIdentification
Informácia uložená na karte, ktorá sa vzťahuje k identifikácii integrova­
ného obvodu (integrated circuit – IC) karty (požiadavka 249 v prílohe
1C). Čip karty jedinečne identifikuje kombinácia icSerialNumber a icMa­
nufacturingReferences. Samotné icSerialNumber nie je jedinečnou iden­
tifikáciou čipu karty.
icSerialNumber je sériové číslo IC.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 129
icManufacturingReferences je špecifický identifikátor výrobcu IC.
2.14. CardConsecutiveIndex
Poradový index karty (definícia (h)).
Priradenie hodnôt: (pozri prílohu 1C kapitolu 7)
Poradie zvyšovania: „0, …, 9, A, …, Z, a, …, z“
2.15. CardControlActivityDataRecord
Informácie uložené na karte vodiča alebo dielenskej karte o poslednej
kontrole, ktorej sa vodič podrobil (požiadavky 274, 299, 327 a 350
v prílohe 1C).
controlType je typ kontroly.
controlTime je dátum a čas kontroly.
controlCardNumber je číslo FullCardNumber kontrolného úradníka,
ktorý kontrolu vykonal.
controlVehicleRegistration je evidenčné číslo vozidla (vehicle registra­
tion number – VRN) a členský štát evidencie kontrolovaného vozidla.
controlDownloadPeriodBegin a controlDownloadPeriodEnd v prípade
sťahovania je stiahnutý časový úsek.
2.16. CardCurrentUse
Informácie o aktuálnom použití karty (požiadavky 273, 298, 326 a 349
v prílohe 1C).
sessionOpenTime je čas, kedy je karta vložená pre aktuálne použitie.
Tento prvok sa pri vytiahnutí karty nastaví na nulu.
sessionOpenVehicle je identifikácia aktuálne používaného vozidla nasta­
vená pri vložení karty. Tento prvok sa pri vytiahnutí karty nastaví na
nulu.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 130
2.17. CardDriverActivity
Informácie uložené na karte vodiča alebo dielenskej karte, ktoré sa
vzťahujú na činnosti vodiča (požiadavky 267, 268, 292, 293, 321
a 344 v prílohe 1C).
activityPointerOldestDayRecord je špecifikácia začiatku miesta
uloženia (počet bajtov od začiatku reťazca) najstaršieho úplného denného
záznamu v reťazci activityDailyRecords. Maximálna hodnota je daná
dĺžkou reťazca.
activityPointerNewestRecord je špecifikácia začiatku miesta uloženia
(počet bajtov od začiatku reťazca) najnovšieho denného záznamu
v reťazci activityDailyRecords. Maximálna hodnota je daná dĺžkou
reťazca.
activityDailyRecords je miesto, ktoré je k dispozícii na uloženie údajov
o činnosti vodiča (dátová štruktúra: CardActivityDailyRecord) za každý
kalendárny deň, v ktorom sa karta použila.
Priradenie hodnôt: tento oktet sa cyklicky vypĺňa záznamami CardAc­
tivityDailyRecord. Pri prvom použití sa ukladanie začína v prvom bajte
reťazca. Každý nový záznam sa pripája na koniec predchádzajúceho.
Keď je reťazec plný, ukladanie pokračuje v prvom bajte reťazca nezá­
visle na prerušení vo vnútri dátového prvku. Skôr, než sa do reťazca
umiestnia nové údaje o činnosti (zväčšenie aktuálneho záznamu activi­
tyDailyRecord alebo zadanie nového activityDailyRecord), ktoré nahrá­
dzajú staršie údaje o činnosti, treba aktualizovať activityPointerOlde­
stDayRecord, aby odrážal novú polohu najstaršieho úplného denného
záznamu a activityPreviousRecordLength tohto (nového) najstaršieho
úplného denného záznamu sa musí znovu nastaviť na 0.
2.18. CardDrivingLicenceInformation
Informácie uložené na karte vodiča, ktoré sa týkajú údajov o vodičskom
preukaze držiteľa karty (požiadavky 259 a 284 v prílohe 1C).
drivingLicenceIssuingAuthority je orgán zodpovedný za vydanie
vodičského preukazu.
drivingLicenceIssuingNation je štátna príslušnosť orgánu, ktorý vydal
vodičský preukaz.
drivingLicenceNumber je číslo vodičského preukazu.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 131
2.19. CardEventData
Generácia 1:
Informácie uložené na karte vodiča alebo dielenskej karte, ktoré sa
vzťahujú na udalosti súvisiace s držiteľom karty (požiadavky prílohy IC
číslo 260 a 318).
CardEventData je sekvencia záznamov cardEventRecords (okrem
záznamov o pokusoch o narušenie zabezpečenia – tie sa zhromaždia
v poslednej sade sekvencie) usporiadaná vzostupne podľa hodnoty
EventFaultType.
cardEventRecords je sada záznamov o udalostiach daného typu udalosti
(alebo kategórie pri pokusoch o narušenie zabezpečenia).
Generácia 2:
Informácie uložené na karte vodiča alebo dielenskej karte, ktoré sa
vzťahujú na udalosti súvisiace s držiteľom karty (požiadavky prílohy IC
číslo 285 a 341).
CardEventData je sekvencia záznamov cardEventRecords (okrem
záznamov o pokusoch o narušenie zabezpečenia – tie sa zhromaždia
v poslednej sade sekvencie) usporiadaná vzostupne podľa hodnoty
EventFaultType.
cardEventRecords je sada záznamov o udalostiach daného typu udalosti
(alebo kategórie pri pokusoch o narušenie zabezpečenia).
▼B
2.20. CardEventRecord
Informácie uložené na karte vodiča alebo dielenskej karte, ktoré sa
vzťahujú k udalosti súvisiacej s držiteľom karty (požiadavky 261, 286,
318 a 341 v prílohe 1C).
eventType je typ udalosti.
eventBeginTime je dátum a čas začiatku udalosti.
eventEndTime je dátum a čas skončenia udalosti.
eventVehicleRegistration je evidenčné číslo vozidla a členský štát
evidencie vozidla, u ktorého udalosť nastala.
▼M1
02016R0799 — SK — 21.08.2023 — 003.002 — 132
2.21. CardFaultData
Informácie uložené na karte vodiča alebo dielenskej karte, ktoré sa
vzťahujú k poruchám súvisiacim s držiteľom karty (požiadavky 263,
288, 318 a 341 v prílohe 1C).
CardFaultData je sekvencia sady záznamov o poruchách záznamového
zariadenia, za ktorou nasleduje sada záznamov o poruchách karty.
cardFaultRecords je sada záznamov o poruchách danej kategórie
poruchy (záznamové zariadenie alebo karta).
2.22. CardFaultRecord
Informácie uložené na karte vodiča alebo dielenskej karte, ktoré sa
vzťahujú k poruche súvisiacej s držiteľom karty (požiadavky 264, 289,
318 a 341 v prílohe 1C).
faultType je typ poruchy.
faultBeginTime je dátum a čas začiatku poruchy.
faultEndTime je dátum a čas skončenia poruchy.
faultVehicleRegistration je evidenčné číslo vozidla a členský štát
evidencie vozidla, u ktorého porucha nastala.
2.23. CardIccIdentification
Informácia uložená na karte, ktorá sa vzťahuje k identifikácii karty
s integrovaným obvodom (IC) (požiadavka 248 v prílohe 1C).
clockStop je režim zastavenia času (clockstop) vymedzený v dodatku 2.
cardExtendedSerialNumber je jedinečné sériové číslo IC karty bližšie
určené dátovým typom ExtendedSerialNumber data type.
cardApprovalNumber je číslo typového schválenia karty.
cardPersonaliserID je personalizačné ID karty kódované ako Manufac­
turerCode.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 133
embedderIcAssemblerId udáva informácie o zhotoviteľovi karty/zosta­
vovateľovi IC.
icIdentifier je identifikátor IC na karte a výrobcu daného IC v zmysle
normy ISO/IEC 7816-6.
2.24. CardIdentification
Informácie uložené na karte, ktoré súvisia s identifikáciou danej karty
(požiadavky 255, 280, 310, 333, 359, 365, 371 a 377 v prílohe 1C).
cardIssuingMemberState je kód členského štátu, ktorý kartu vydal.
cardNumber je číslo karty.
cardIssuingAuthorityName je názov orgánu, ktorý kartu vydal.
cardIssueDate je dátum vydania karty súčasnému držiteľovi.
cardValidityBegin je počiatočný dátum platnosti karty.
cardExpiryDate je konečný dátum platnosti karty.
▼M3
2.24a. CardLoadTypeEntries
Generácia 2, verzia 2:
Informácie uložené na karte vodiča alebo dielenskej karte, ktoré sa
týkajú zápisov druhu nákladu, pri vložení karty do jednotky vozidla
(požiadavky 306j a 356j prílohy IC).
loadTypeEntryPointerNewestRecord je index naposledy aktualizova­
ného záznamu na karte o zápise druhu nákladu.
Priradenie hodnôt: číslo zodpovedajúce počítadlu záznamov na karte
o zápise druhu nákladu začínajúce sa od „0“ pre prvý výskyt záznamu
na karte o zápise druhu nákladu v štruktúre.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 134
cardLoadTypeEntryRecords je súbor záznamov obsahujúcich dátum
a čas zápisu a zapísaný druh nákladu.
2.24b. CardLoadTypeEntryRecord
Generácia 2, verzia 2:
Informácie uložené na karte vodiča alebo dielenskej karte, ktoré sa
týkajú zapísaných zmien druhu nákladu, pri vložení karty do jednotky
vozidla (požiadavky 306i a 356i prílohy IC).
timeStamp je dátum a čas, keď bol zapísaný druh nákladu.
loadTypeEntered je zapísaný druh nákladu.
2.24c. CardLoadUnloadOperations
Generácia 2, verzia 2:
Informácie uložené na karte vodiča alebo dielenskej karte, ktoré sa
týkajú operácií nakládky/vykládky vozidla (požiadavky 306h a 356h
prílohy IC).
loadUnloadPointerNewestRecord je index naposledy aktualizovaného
záznamu na karte o nakládke/vykládke.
Priradenie hodnôt: je číslo zodpovedajúce počítadlu záznamov na karte
o nakládke/vykládke a začína sa od „0“ pre prvý výskyt záznamu na
karte o nakládke/vykládke v štruktúre.
cardLoadUnloadRecords je súbor záznamov obsahujúcich označenie
druhu vykonanej operácie (nakládka, vykládka alebo súčasná nakládka/
vykládka), dátum a čas zapísania operácie nakládky/vykládky, infor­
mácie o polohe vozidla a stav počítadla kilometrov vozidla.
2.24d. CardLoadUnloadRecord
Generácia 2, verzia 2:
Informácie uložené na karte vodiča alebo dielenskej karte, ktoré sa
týkajú operácií nakládky/vykládky vozidla (požiadavky 306g a 356g
prílohy IC).
timeStamp je dátum a čas začiatku operácie nakládky/vykládky.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 135
operationType je druh zapísanej operácie (nakládka, vykládka alebo
súčasná nakládka/vykládka).
gnssPlaceAuthRecord obsahuje informácie týkajúce sa polohy vozidla.
vehicleOdometerValue je stav počítadla kilometrov týkajúci sa začiatku
operácie nakládky/vykládky.
▼B
2.25. CardMACertificate
Generácia 2:
Certifikát verejného kľúča karty pre vzájomnú autentifikáciu s VU.
Štruktúra tohto certifikátu je stanovená v dodatku 11.
2.26. CardNumber
Číslo karty definované vo vymedzení pojmov pod písmenom g).
driverIdentification je jedinečná identifikácia vodiča v členskom štáte.
ownerIdentification je jedinečná identifikácia podniku, dielne alebo
kontrolného orgánu v členskom štáte.
cardConsecutiveIndex je poradový index karty.
cardReplacementIndex je index náhrady karty.
cardRenewalIndex je index obnovy karty.
Prvá sekvencia voľby je vhodná na kódovanie čísla karty vodiča, druhá
sekvencia voľby je vhodná na kódovanie čísla dielenskej, kontrolnej
a podnikovej karty.
▼M3
2.26a. CardPlaceAuthDailyWorkPeriod
Generácia 2, verzia 2:
Informácie uložené na karte vodiča alebo dielenskej karte, ktoré posky­
tujú stav autentifikácie miest, kde sa denný pracovný čas začína alebo
končí (požiadavky 306b a 356b prílohy IC).
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 136
placeAuthPointerNewestRecord je index naposledy aktualizovaného
záznamu o stave autentifikácie miesta.
Priradenie hodnôt: číslo zodpovedajúce počítadlu záznamov o stave
autentifikácie miesta začínajúce sa od „0“ pre prvý výskyt záznamu
o stave autentifikácie miesta v štruktúre.
placeAuthStatusRecords je súbor záznamov obsahujúcich stav autenti­
fikácie miesta v prípade zapísaných miest.
▼B
2.27. CardPlaceDailyWorkPeriod
Informácie uložené na karte vodiča alebo dielenskej karte, ktoré sa
týkajú miest, kde sa začína alebo končí denný pracovný čas (požiadavky
272, 297, 325 a 348 v prílohe 1C).
placePointerNewestRecord je index naposledy aktualizovaného
záznamu o mieste.
Priradenie hodnôt: číslo zodpovedajúce počítadlu záznamu o mieste
začínajúce sa od „0“ pre prvý výskyt záznamov o mieste v štruktúre.
placeRecords je sada záznamov obsahujúcich informácie spojené so
zadanými miestami.
2.28. CardPrivateKey
Generácia 1:
Súkromný kľúč karty.
2.29. CardPublicKey
Verejný kľúč karty.
▼M1
2.30. CardRenewalIndex
Index obnovy karty [vymedzenie pojmov, písmeno i)].
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 137
Priradenie hodnôt: (pozri kapitolu 7 v tejto prílohe).
‚0‘ Prvé vydanie.
Poradie zvyšovania: ‚0, …, 9, A, …, Z‘
▼B
2.31. CardReplacementIndex
Index náhrady karty (vymedzenie pojmov, písm. j)).
Priradenie hodnôt: (pozri kapitolu VII v tejto prílohe).
„0“ Pôvodná karta.
Poradie zvyšovania: „0, …, 9, A, …, Z“
2.32. CardSignCertificate
Generácia 2:
Certifikát verejného kľúča karty na podpis. Štruktúra tohto certifikátu je
stanovená v dodatku 11.
2.33. CardSlotNumber
Kód na rozlíšenie dvoch slotov jednotky vozidla.
Priradenie hodnôt: bližšie neurčené.
2.34. CardSlotsStatus
Kód udávajúci typ karty vloženej do dvoch slotov jednotky vozidla.
Priradenie hodnôt – usporiadaný oktet: „ccccdddd“B
„cccc“B identifikácia typu karty vloženej do slotu druhého
vodiča,
„dddd“B identifikácia typu karty vloženej do slotu vodiča,
s nasledovnými identifikačnými kódmi:
„0000“B nie je vložená žiadna karta,
„0001“B vložená karta vodiča,
„0010“B vložená dielenská karta,
„0011“B vložená kontrolná karta,
„0100“B vložená podniková karta.
▼M1
02016R0799 — SK — 21.08.2023 — 003.002 — 138
2.35. CardSlotsStatusRecordArray
Generácia 2:
CardSlotsStatus plus metaúdaje použité v sťahovacom protokole.
recordType určuje typ záznamu (CardSlotsStatus). Priradenie hodnôt:
Pozri RecordType
recordSize je veľkosť záznamu CardSlotsStatus v bajtoch.
noOfRecords je počet záznamov v sade.
records je sada záznamov CardSlotsStatus.
2.36. CardStructureVersion
Kód udávajúci verziu štruktúry implementovanej v tachografovej karte.
Priradenie hodnôt: „aabb“H:
„aa“H index zmien štruktúry.
„00“H pre aplikácie generácie 1
„01“H pre aplikácie generácie 2
▼M3
„bb“H index pre zmeny týkajúce sa používania dátových
prvkov definovaných pre štruktúru danú najvýznam­
nejším bajtom (high byte).
„00“H pre aplikácie generácie 1
„00“H pre verziu 1 aplikácií generácie 2
„01“H pre verziu 2 aplikácií generácie 2
▼B
2.37. CardVehicleRecord
Informácie uložené na karte vodiča alebo dielenskej karte spojené
s časovým úsekom používania vozidla počas kalendárneho dňa (požia­
davky 269, 294, 322 a 345 v prílohe 1C).
Generácia 1:
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 139
vehicleOdometerBegin je stav počítadla kilometrov na začiatku časo­
vého úseku používania vozidla.
vehicleOdometerEnd je stav počítadla kilometrov na konci časového
úseku používania vozidla.
vehicleFirstUse je dátum a čas začiatku časového úseku používania
vozidla.
vehicleLastUse je dátum a čas skončenia časového úseku používania
vozidla.
vehicleRegistration je evidenčné číslo vozidla (VRN) a členský štát
evidencie vozidla.
vuDataBlockCounter je hodnota VuDataBlockCounter pri poslednej
extrakcii časového úseku používania vozidla.
Generácia 2:
Oproti generácii 1 sa navyše použije tento dátový prvok:
VehicleIdentificationNumber je identifikačné číslo vozidla ako celku.
2.38. CardVehiclesUsed
Informácie uložené na karte vodiča alebo dielenskej karte súvisiace
s vozidlami, ktoré držiteľ karty používa (požiadavky 270, 295, 323
a 346 v prílohe 1C).
vehiclePointerNewestRecord je index naposledy aktualizovaného
záznamu o vozidle.
Priradenie hodnôt: číslo zodpovedajúce počítadlu záznamu o vozidle
začínajúce sa od „0“ pre prvý výskyt záznamov o vozidle v štruktúre.
cardVehicleRecords je sada záznamov obsahujúcich informácie o použi­
tých vozidlách.
2.39. CardVehicleUnitRecord
Generácia 2:
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 140
Informácie uložené na karte vodiča alebo dielenskej karte súvisiace
s použitou jednotkou vozidla (požiadavky 303 a 351 v prílohe 1C).
timeStamp je začiatok časového úseku používania jednotky vozidla (t. j.
prvé vloženie karty do jednotky vozidla za dané obdobie).
manufacturerCode identifikuje výrobcu jednotky vozidla.
deviceID identifikuje typ jednotky vozidla výrobcu. Hodnota je špeci­
fická podľa výrobcu.
vuSoftwareVersion je číslo verzie softvéru jednotky vozidla.
2.40. CardVehicleUnitsUsed
▼M3
Generácia 2:
Informácie uložené na karte vodiča alebo dielenskej karte súvisiace
s jednotkami vozidla, ktoré držiteľ karty používa (požiadavky 304
a 352 prílohy IC).
▼B
vehicleUnitPointerNewestRecord je index naposledy aktualizovaného
záznamu o jednotke vozidla.
Priradenie hodnôt: číslo zodpovedajúce počítadlu záznamu o jednotke
vozidla začínajúce sa od „0“ pre prvý výskyt záznamov o jednotke
vozidla v štruktúre.
cardVehicleUnitRecords je sada záznamov obsahujúcich informácie
o použitých jednotkách vozidla.
2.41. Certificate
Certifikát verejného kľúča vydaný certifikačnou autoritou.
Generácia 1:
Priradenie hodnôt: digitálny podpis s čiastočnou obnovou Certificate­
Content podľa dodatku 11 Spoločné bezpečnostné mechanizmy: Podpis
(128 bajtov) || zostatok verejného kľúča (58 bajtov) || ref. certifikačnej
autority (8 bajtov).
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 141
Generácia 2:
Priradenie hodnôt: Pozri dodatok 11
2.42. CertificateContent
Generácia 1:
(Čistý) obsah certifikátu verejného kľúča podľa dodatku 11 Spoločné
bezpečnostné mechanizmy.
certificateProfileIdentifier je verzia príslušného certifikátu.
Priradenie hodnôt: „01h“ pre túto verziu.
certificationAuthorityReference identifikuje certifikačnú autoritu, ktorá
daný certifikát vydala. Je zároveň referenciou na verejný kľúč tejto
certifikačnej autority.
certificateHolderAuthorisation identifikuje práva držiteľa certifikátu.
certificateEndOfValidity je dátum, ktorým sa končí administratívna
platnosť certifikátu.
certificateHolderReference identifikuje držiteľa certifikátu. Je zároveň
referenciou na jeho verejný kľúč.
publicKey je verejný kľúč, ktorý sa týmto certifikátom potvrdzuje.
2.43. CertificateHolderAuthorisation
Identifikácia práv držiteľa certifikátu.
Generácia 1:
tachographApplicationID je identifikátor aplikácie pre tachografovú
aplikáciu.
Priradenie hodnôt: „FFh“ „54h“ „41h“ „43h“ „48h“ „4Fh“. Tento AID
je chránený neregistrovaný identifikátor aplikácie v súlade s normou
ISO/IEC 7816-5.
equipmentType je identifikácia typu zariadenia, pre ktoré je certifikát
určený.
Priradenie hodnôt: v súlade s dátovým typom EquipmentType. 0 ak ide
o certifikát členského štátu.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 142
Generácia 2:
tachographApplicationID určuje 6 najvýznamnejších bajtov
identifikátora (AID) aplikácie tachografovej karty generácie 2. AID apli­
kácie tachografovej karty je stanovený v kapitole 6.2.
Priradenie hodnôt: „FF 53 4D 52 44 54“.
equipmentType je identifikácia typu zariadenia vymedzeného pre gene­
ráciu 2, pre ktoré je certifikát určený.
Priradenie hodnôt: v súlade s dátovým typom EquipmentType.
2.44. CertificateRequestID
Jedinečná identifikácia žiadosti o certifikát. Môže sa použiť aj ako
identifikátor verejného kľúča jednotky vozidla, ak nie je v čase vyge­
nerovania certifikátu známe sériové číslo jednotky vozidla, ktorej je kľúč
určený.
requestSerialNumber je sériové číslo žiadosti o certifikát jedinečné pre
nasledujúceho výrobcu a mesiac.
requestMonthYear je identifikácia mesiaca a roku žiadosti o certifikát.
Priradenie hodnôt: BCD kódovanie mesiaca (dve číslice) a roku (dve
posledné číslice).
crIdentifier: je identifikátor na rozlíšenie žiadosti o certifikát od rozší­
reného sériového čísla.
Priradenie hodnôt: „FFh“.
manufacturerCode: je numerický kód výrobcu, ktorý žiada o certifikát.
2.45. CertificationAuthorityKID
Identifikátor verejného kľúča certifikačnej autority (členský štát alebo
Európsky certifikačný úrad).
nationNumeric je numerický kód štátu certifikačnej autority.
nationAlpha je alfanumerický kód štátu certifikačnej autority.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 143
keySerialNumber je sériové číslo na rozlíšenie rôznych kľúčov certifi­
kačnej autority, ak sa kľúče zmenia.
additionalInfo je dvojbajtové pole pre doplnkové kódovanie (podľa
certifikačnej autority).
caIdentifier je identifikátor na rozlíšenie identifikátora kľúča certifi­
kačnej autority od iných identifikátorov kľúčov.
Priradenie hodnôt: „01h“
2.46. CompanyActivityData
Informácie uložené na podnikovej karte súvisiace s činnosťami, ktoré sa
s kartou vykonávajú (požiadavka 373 a 379 v prílohe 1C).
companyPointerNewestRecord je index naposledy aktualizovaného
záznamu companyActivityRecord.
Priradenie hodnôt: číslo zodpovedajúce počítadlu záznamu o činnosti
podniku začínajúce sa od „0“ pre prvý výskyt záznamu o činnosti
podniku v štruktúre.
companyActivityRecords je sada všetkých záznamov o činnosti
podniku.
companyActivityRecord je sekvencia informácií súvisiacich s jednou
činnosťou podniku.
companyActivityType je typ činnosti podniku.
companyActivityTime je dátum a čas činnosti podniku.
cardNumberInformation je číslo karty a vydávajúci členský štát
prípadne sťahovanej karty.
vehicleRegistrationInformation je evidenčné číslo vozidla a členský
štát evidencie vozidla, ktorého údaje sa sťahujú, blokujú alebo odblokú­
vajú.
downloadPeriodBegin a downloadPeriodEnd v prípade sťahovania je
stiahnutý časový úsek z VU.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 144
2.47. CompanyActivityType
Kód udávajúci činnosť vykonávanú podnikom s použitím podnikovej
karty.
2.48. CompanyCardApplicationIdentification
Informácie uložené na podnikovej karte súvisiace s identifikáciou apli­
kácie karty (požiadavky 369 a 375 v prílohe 1C).
typeOfTachographCardId špecifikuje implementovaný typ karty.
cardStructureVersion špecifikuje verziu štruktúry, ktorá je implemen­
tovaná v karte.
noOfCompanyActivityRecords je počet záznamov o činnosti podniku,
ktoré možno na karte uložiť.
▼M3
2.48a. CompanyCardApplicationIdentificationV2
Generácia 2, verzia 2:
Informácie uložené na podnikovej karte súvisiace s identifikáciou apli­
kácie karty (požiadavka 375a prílohy IC).
lengthOfFollowingData je počet bajtov, ktoré nasledujú v zázname.
vuConfigurationLengthRange je počet bajtov na tachografovej karte,
ktoré sú k dispozícii na ukladanie konfigurácií VU.
▼B
2.49. CompanyCardHolderIdentification
Informácie uložené na podnikovej karte súvisiace s identifikáciou drži­
teľa karty (požiadavky 372 a 378 v prílohe 1C).
companyName je názov podniku, ktorý je držiteľom karty.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 145
companyAddress je adresa podniku, ktorý je držiteľom karty.
cardHolderPreferredLanguage je preferovaný jazyk držiteľa karty.
2.50. ControlCardApplicationIdentification
Informácie uložené na kontrolnej karte súvisiace s identifikáciou apli­
kácie karty (požiadavky 357 a 363 v prílohe 1C).
typeOfTachographCardId špecifikuje implementovaný typ karty.
cardStructureVersion špecifikuje verziu štruktúry, ktorá je implemen­
tovaná v karte.
noOfControlActivityRecords je počet záznamov o kontrolnej činnosti,
ktoré možno na karte uložiť.
▼M3
2.50a. ControlCardApplicationIdentificationV2
Generácia 2, verzia 2:
Informácie uložené na kontrolnej karte súvisiace s identifikáciou apli­
kácie karty (požiadavka 363a prílohy IC).
lengthOfFollowingData je počet bajtov, ktoré nasledujú v zázname.
vuConfigurationLengthRange je počet bajtov na tachografovej karte,
ktoré sú k dispozícii na ukladanie konfigurácií VU.
▼B
2.51. ControlCardControlActivityData
Informácie uložené na kontrolnej karte súvisiace s kontrolnými činnos­
ťami, ktoré sa s kartou vykonávajú (požiadavka 361 a 367 v prílohe
1C).
controlPointerNewestRecord je index naposledy aktualizovaného
záznamu o kontrolnej činnosti.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 146
Priradenie hodnôt: číslo zodpovedajúce počítadlu záznamu o kontrolnej
činnosti začínajúce sa od „0“ pre prvý výskyt záznamu o kontrolnej
činnosti v štruktúre.
controlActivityRecords je sada všetkých záznamov o kontrolnej
činnosti.
controlActivityRecord je sekvencia informácií súvisiacich s jednou
kontrolou.
controlType je typ kontroly.
controlTime je dátum a čas kontroly.
controlledCardNumber je číslo karty a vydávajúci členský štát kontro­
lovanej karty.
controlledVehicleRegistration je evidenčné číslo vozidla (VRN)
a členský štát evidencie kontrolovaného vozidla.
controlDownloadPeriodBegin a controlDownloadPeriodEnd je even­
tuálne sťahovaný časový úsek.
2.52. ControlCardHolderIdentification
Informácie uložené na kontrolnej karte súvisiace s identifikáciou držiteľa
karty (požiadavky 360 a 366 v prílohe 1C).
controlBodyName je názov kontrolného orgánu držiteľa karty.
controlBodyAddress je adresa kontrolného orgánu držiteľa karty.
cardHolderName je priezvisko a meno(-á) držiteľa kontrolnej karty.
cardHolderPreferredLanguage je preferovaný jazyk držiteľa karty.
2.53. ControlType
Kód udávajúci činnosti vykonávané počas kontroly. Tento dátový typ
súvisí s požiadavkami 126, 274, 299, 327 a 350 v prílohe 1C.
Generácia 1:
Priradenie hodnôt – usporiadaný oktet: „cvpdxxxx“B (8 bitov)
„c“B sťahovanie karty:
„0“B: pri tejto kontrolnej činnosti karta nestiahnutá,
„1“B: pri tejto kontrolnej činnosti karta stiahnutá,
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 147
„v“B sťahovanie VU:
„0“B: pri tejto kontrolnej činnosti VU nestiahnutá,
„1“B: pri tejto kontrolnej činnosti VU stiahnutá,
„p“B tlač:
„0“B: pri tejto kontrolnej činnosti sa tlač nevykonáva,
„1“B: pri tejto kontrolnej činnosti sa tlač vykonáva,
„d“B zobrazenie:
„0“B: pri tejto kontrolnej činnosti sa nepoužíva
zobrazenie,
„1“B: pri tejto kontrolnej činnosti sa používa zobrazenie
„xxxx“B Nepoužité.
Generácia 2:
Priradenie hodnôt – usporiadaný oktet: „cvpdexxx“B (8 bitov)
„c“B sťahovanie karty:
„0“B: pri tejto kontrolnej činnosti karta nestiahnutá,
„1“B: pri tejto kontrolnej činnosti karta stiahnutá,
„v“B sťahovanie VU:
„0“B: pri tejto kontrolnej činnosti VU nestiahnutá,
„1“B: pri tejto kontrolnej činnosti VU stiahnutá,
„p“B tlač:
„0“B: pri tejto kontrolnej činnosti sa tlač nevykonáva,
„1“B: pri tejto kontrolnej činnosti sa tlač vykonáva,
„d“B zobrazenie:
„0“B: pri tejto kontrolnej činnosti sa nepoužíva
zobrazenie,
„1“B: pri tejto kontrolnej činnosti sa používa zobrazenie
„e“B kontrola kalibrácie pri cestnej kontrole:
„0“B: pri tejto kontrolnej činnosti sa nekontrolujú kali­
bračné parametre
„1“B: pri tejto kontrolnej činnosti sa kontrolujú kali­
bračné parametre
„xxx“B Vyhradené na budúce použitie (RFU).
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 148
2.54. CurrentDateTime
Aktuálny dátum a čas záznamového zariadenia.
Priradenie hodnôt: bližšie neurčené.
2.55. CurrentDateTimeRecordArray
Generácia 2:
Aktuálny dátum a čas plus metaúdaje použité v sťahovacom protokole.
recordType určuje typ záznamu (CurrentDateTime). Priradenie
hodnôt: Pozri RecordType
recordSize je veľkosť záznamu CurrentDateTime v bajtoch.
noOfRecords je počet záznamov v sade.
records je sada záznamov o aktuálnom dátume a čase.
2.56. DailyPresenceCounter
Počítadlo uložené na karte vodiča alebo na dielenskej karte sa zvýši o 1
za každý kalendárny deň, v ktorom bola karta vložená vo VU. Tento
dátový typ súvisí s požiadavkami 266, 299, 320 a 343 prílohy 1C.
Priradenie hodnôt: postupné čísla s maximálnou hodnotou = 9 999,
začínajúc opäť s 0. V čase prvého vydania karty je číslo nastavené na 0.
2.57. Datef
Dátum vyjadrený v ľahko vytlačiteľnom numerickom formáte.
Priradenie hodnôt:
yyyy Rok
mm Mesiac
dd Deň
„00000000“H označuje explicitne „žiadny dátum“.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 149
2.58. DateOfDayDownloaded
Generácia 2:
Dátum a čas sťahovania.
Priradenie hodnôt: bližšie neurčené.
2.59. DateOfDayDownloadedRecordArray
Generácia 2:
Dátum a čas sťahovania plus metaúdaje použité v sťahovacom
protokole.
recordType určuje typ záznamu (DateOfDayDownloaded). Priradenie
hodnôt: Pozri RecordType
recordSize je veľkosť záznamu CurrentDateTime v bajtoch.
noOfRecords je počet záznamov v sade.
records je sada záznamov o dátume a čase sťahovania.
2.60. Distance
Prejdená vzdialenosť (výsledok výpočtu rozdielu medzi dvoma hodno­
tami počítadla stavu kilometrov v kilometroch).
Priradenie hodnôt: dvojkové číslo bez znamienka. Hodnota v km
v prevádzkovom rozsahu od 0 do 9 999 km.
▼M3
2.60a. DownloadInterfaceVersion
Generácia 2, verzia 2:
Kód označujúci verziu rozhrania jednotky vozidla na sťahovanie.
Priradenie hodnôt: „aabb“H:
„aa“H „00“H: nepoužíva sa,
„01“H: jednotka vozidla generácie 2,
„bb“H „00“H: nepoužíva sa,
„01“H: verzia 2 jednotky vozidla generácie 2.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 150
2.61. DriverCardApplicationIdentification
Informácie uložené na karte vodiča súvisiace s identifikáciou aplikácie
karty (požiadavky 253 a 278 v prílohe 1C).
Generácia 1:
typeOfTachographCardId špecifikuje implementovaný typ karty.
cardStructureVersion špecifikuje verziu štruktúry, ktorá je implemen­
tovaná v karte.
noOfEventsPerType je počet udalostí pre každý typ udalosti, ktorý
karta dokáže zaznamenať.
noOfFaultsPerType je počet porúch pre každý typ poruchy, ktorý karta
dokáže zaznamenať.
activityStructureLength udáva počet bajtov, ktoré sú k dispozícii na
uloženie záznamov o činnosti.
noOfCardVehicleRecords je počet záznamov o vozidle, ktoré môže
karta obsahovať.
noOfCardPlaceRecords je počet miest, ktorý karta dokáže zaznamenať.
Generácia 2:
▼M1
Oproti generácii 1 sa navyše použijú tieto dátové prvky:
noOfGNSSADRecords je počet záznamov o kumulovanej jazde
z GNSS, ktoré možno na karte uložiť.
noOfSpecificConditionRecords je počet záznamov o špecifických
podmienkach, ktoré možno na karte uložiť.
noOfCardVehicleUnitRecords je počet použitých záznamov z jednotiek
vozidla, ktoré možno na karte uložiť.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 151
2.61a. DriverCardApplicationIdentificationV2
Generácia 2, verzia 2:
Informácie uložené na karte vodiča súvisiace s identifikáciou aplikácie
karty (požiadavka 278a prílohy IC).
lengthOfFollowingData je počet bajtov, ktoré nasledujú v zázname.
noOfBorderCrossingRecords je počet záznamov o prekročení hranice,
ktoré možno uložiť na karte vodiča.
noOfLoadUnloadRecords je počet záznamov o nakládke/vykládke,
ktoré možno uložiť na karte vodiča.
noOfLoadTypeEntryRecords je počet záznamov o zápise druhu
nákladu, ktoré možno uložiť na karte vodiča.
vuConfigurationLengthRange je počet bajtov na tachografovej karte,
ktoré sú k dispozícii na ukladanie konfigurácií VU.
▼B
2.62. DriverCardHolderIdentification
Informácie uložené na karte vodiča súvisiace s identifikáciou držiteľa
karty (požiadavky 256 a 281 v prílohe 1C).
cardHolderName je priezvisko a meno(-á) držiteľa karty vodiča.
cardHolderBirthDate je dátum narodenia držiteľa karty vodiča.
cardHolderPreferredLanguage je preferovaný jazyk držiteľa karty.
▼M3
2.63. DSRCSecurityData
Generácia 2:
Tento dátový typ je vymedzený v dodatku 11.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 152
2.64. EGFCertificate
Generácia 2:
Certifikát verejného kľúča externého zariadenia GNSS pre vzájomnú
autentifikáciu s VU. Štruktúra tohto certifikátu je stanovená
v dodatku 11.
2.65. EmbedderIcAssemblerId
Poskytuje informácie o zhotoviteľovi integrovaného obvodu.
countryCode je dvojpísmenný kód krajiny zostavovateľa modulu podľa
normy ISO 3166.
moduleEmbedder identifikuje zostavovateľa modulu.
manufacturerInformation na interné účely výrobcu.
2.66. EntryTypeDailyWorkPeriod
Kód na rozlíšenie začiatku a konca zápisu denného pracovného času,
miesta a podmienok zápisu.
Generácia 1
Priradenie hodnôt: podľa normy ISO/IEC8824-1.
▼M3
Generácia 2
Priradenie hodnôt: podľa normy ISO/IEC8824-1.
▼B
2.67. EquipmentType
Kód na rozlíšenie typov zariadenia pre tachografovú aplikáciu.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 153
Generácia 1:
Priradenie hodnôt: Podľa normy ISO/IEC8824-1.
Hodnota 0 je vyhradená na určenie členského štátu alebo Európy v certi­
fikátoch v poli CHA.
Generácia 2:
▼M1
Použijú sa rovnaké hodnoty ako v generácii 1, plus tieto dodatočné:
Poznámka 1: Hodnoty ‚Plaque“, ‚Adapter‘ a ‚External GNSS connec­
tion‘ v generácii 2, ako aj hodnoty ‚Vehicle Unit‘a ‚Motion Sensor‘
v generácii 1 možno použiť v type SealRecord (ak sa uplatňuje).
Poznámka 2: V poli CardHolderAuthorisation (CHA) osvedčenia gene­
rácie 2 sa majú hodnoty (1), (2) a (6) chápať ako označenie osvedčenia
pre vzájomnú autentifikáciu pre príslušný typ zariadenia. Na označenie
príslušného osvedčenia na vytvorenie digitálneho podpisu sa musia
použiť hodnoty (17), (18) alebo (19).
▼B
2.68. EuropeanPublicKey
Generácia 1:
Európsky verejný kľúč.
2.69. EventFaultRecordPurpose
Kód vysvetľujúci, prečo bola zaznamenaná udalosť alebo porucha.
Priradenie hodnôt:
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 154
jedna z 10 najnovších udalostí alebo porúch (alebo posledná)
najdlhšia udalosť za jeden z 10 posledných dní výskytu
jedna z 5 najdlhších udalostí za posledných 365 dní
posledná udalosť za jeden z 10 posledných dní výskytu
najzávažnejšia udalosť za jeden z 10 posledných dní výskytu
jedna z 5 najzávažnejších udalostí za posledných 365 dní
prvá udalosť alebo porucha, ku ktorej došlo po poslednej kalibrácii
aktívna/prebiehajúca udalosť alebo porucha
vyhradené na budúce použitie (RFU)
špecifické podľa výrobcu
2.70. EventFaultType
Kód bližšie opisujúci udalosť alebo poruchu.
Priradenie hodnôt:
Generácia 1:
Všeobecné udalosti,
Bez ďalších podrobností,
Vloženie neplatnej karty,
Konflikt karty,
Prekrývanie časov,
Jazda bez príslušnej karty,
Vloženie karty za jazdy,
Nesprávne uzavretá posledná relácia karty,
Prekročenie rýchlosti,
Prerušenie napájania,
Chyba údajov o pohybe,
Nesúlad údajov o pohybe vozidla,
vyhradené na budúce použitie (RFU),
Pokusy o narušenie zabezpečenia v súvislosti s jednotkou vozidla,
Bez ďalších podrobností,
Zlyhanie autentifikácie snímača pohybu,
Zlyhanie autentifikácie tachografovej karty,
Neoprávnená zmena snímača pohybu,
Chyba integrity vstupných údajov karty,
Chyba integrity uložených údajov o používateľovi,
Interná chyba prenosu údajov,
Neoprávnené otvorenie krytu,
Manipulácia s hardvérom,
RFU,
Pokusy o narušenie zabezpečenia v súvislosti so snímačom,
Bez ďalších podrobností,
Zlyhanie autentifikácie,
Chyba integrity uložených údajov,
Interná chyba prenosu údajov,
Neoprávnené otvorenie krytu,
Manipulácia s hardvérom,
RFU,
Poruchy záznamového zariadenia,
Bez ďalších podrobností,
Interná porucha VU,
Porucha tlače,
Porucha zobrazenia,
Porucha sťahovania,
Porucha snímača,
RFU,
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 155
Poruchy karty,
Bez ďalších podrobností,
RFU,
RFU,
Špecifické podľa výrobcu.
▼M3
Generácia 2, verzia 1:
▼M1
Všeobecné udalosti,
Bez ďalších podrobností,
Vloženie neplatnej karty,
Konflikt karty,
Prekrývanie časov,
Jazda bez príslušnej karty,
Vloženie karty za jazdy,
Nesprávne uzavretá posledná relácia karty,
Prekročenie rýchlosti,
Prerušenie napájania,
Chyba údajov o pohybe,
Nesúlad údajov o pohybe vozidla,
Časový rozpor (medzi GNSS a vstavanými hodinami VU),
Chyba komunikácie s diaľkovým komunikačným zariadením,
Chýbajúce informácie o polohe z prijímača GNSS,
Chyba komunikácie s externým zariadením GNSS,
Vyhradené nabudúce použitie (RFU),
Pokusy o narušenie zabezpečenia v súvislosti s jednotkou vozidla,
Bez ďalších podrobností,
Zlyhanie autentifikácie snímača pohybu,
Zlyhanie autentifikácie tachografovej karty,
Neoprávnená zmena snímača pohybu,
Chyba integrity vstupných údajov karty,
Chyba integrity uložených údajov o používateľovi,
Interná chyba prenosu údajov,
Neoprávnené otvorenie krytu,
Manipulácia s hardvérom,
Zistená manipulácia GNSS,
Zlyhanie autentifikácie externého zariadenia GNSS,
Platnosť osvedčenia externého zariadenia GNSS sa skončila,
Vyhradené nabudúce použitie (RFU),
Pokusy o narušenie zabezpečenia v súvislosti so snímačom,
Bez ďalších podrobností,
Zlyhanie autentifikácie,
Chyba integrity uložených údajov,
Interná chyba prenosu údajov,
Neoprávnené otvorenie krytu,
Manipulácia s hardvérom,
Vyhradené nabudúce použitie (RFU),
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 156
Poruchy záznamového zariadenia,
Bez ďalších podrobností,
Interná porucha VU,
Porucha tlačiarne,
Porucha zobrazenia,
Porucha sťahovania,
Porucha snímača,
Interný prijímač GNSS,
Externé zariadenie GNSS,
Diaľkové komunikačné zariadenie,
Rozhranie IDS,
Vyhradené nabudúce použitie (RFU),
Poruchy karty,
Bez ďalších podrobností,
Vyhradené nabudúce použitie (RFU),
Vyhradené nabudúce použitie (RFU),
podľa výrobcu.
▼M3
Generácia 2, verzia 2:
„0x“H Všeobecné udalosti,
„00“H Bez ďalších podrobností,
„01“H Vloženie neplatnej karty,
„02“H Konflikt karty,
„03“H Prekrývanie časov,
„04“H Jazda bez príslušnej karty,
„05“H Vloženie karty za jazdy,
„06“H Nesprávne uzavretá posledná relácia karty,
„07“H Prekročenie rýchlosti,
„08“H Prerušenie napájania,
„09“H Chyba údajov o pohybe,
„0A“H Nesúlad údajov o pohybe vozidla,
„0B“H Časový rozpor (medzi GNSS a vstavanými hodi­
nami VU),
„0C“H Chyba komunikácie s diaľkovým komunikačným
zariadením,
„0D“H Chýbajúce informácie o polohe z prijímača
GNSS,
„0E“H Chyba komunikácie s externým zariadením
GNSS,
„0F“H Anomália GNSS,
„1x“H Pokusy o narušenie zabezpečenia v súvislosti
s jednotkou vozidla,
„10“H Bez ďalších podrobností,
▼M1
02016R0799 — SK — 21.08.2023 — 003.002 — 157
„11“H Zlyhanie autentifikácie snímača pohybu,
„12“H Zlyhanie autentifikácie tachografovej karty,
„13“H Neoprávnená zmena snímača pohybu,
„14“H Chyba integrity vstupných údajov karty,
„15“H Chyba integrity uložených údajov o používate­
ľovi,
„16“H Interná chyba prenosu údajov,
„17“H Neoprávnené otvorenie krytu,
„18“H Manipulácia s hardvérom,
„19“H Zistená manipulácia GNSS,
„1A“H Zlyhanie autentifikácie externého zariadenia
GNSS,
„1B“H Platnosť osvedčenia externého zariadenia GNSS
sa skončila,
„1C“H Nezrovnalosť medzi údajmi o pohybe a uloženými
údajmi o činnosti vodiča,
„1D“H až „1F“H Vyhradené na budúce použitie (RFU),
„2x“H Pokusy o narušenie zabezpečenia v súvislosti so
snímačom,
„20“H Bez ďalších podrobností,
„21“H Zlyhanie autentifikácie,
„22“H Chyba integrity uložených údajov,
„23“H Interná chyba prenosu údajov,
„24“H Neoprávnené otvorenie krytu,
„25“H Manipulácia s hardvérom,
„26“H až „2F“H Vyhradené na budúce použitie (RFU),
„3x“H Poruchy záznamového zariadenia,
„30“H Bez ďalších podrobností,
„31“H Interná porucha VU,
„32“H Porucha tlačiarne,
„33“H Porucha zobrazenia,
„34“H Porucha sťahovania,
„35“H Porucha snímača,
„36“H Interný prijímač GNSS,
„37“H Externé zariadenie GNSS,
„38“H Diaľkové komunikačné zariadenie,
„39“H Rozhranie ITS,
„3A“H Porucha interného snímača,
„3B“H až „3F“H Vyhradené na budúce použitie (RFU),
„4x“H Poruchy karty,
„40“H Bez ďalších podrobností,
„41“H až „4F“H Vyhradené na budúce použitie (RFU),
„50“H až „7F“H Vyhradené na budúce použitie (RFU),
„80“H až „FF“H Podľa výrobcu.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 158
2.71. ExtendedSealIdentifier
Generácia 2:
Rozšírený identifikátor plomby jednoznačne identifikuje plombu (požia­
davka 401 prílohy IC).
manufacturerCode je kód výrobcu plomby. Priradenie hodnôt: pozri
databázu evidencie, ktorú spravuje Európska komisia (https://
dtc.jrc.ec.europa.eu).
sealIdentifier je identifikátor plomby jedinečný pre daného výrobcu.
Priradenie hodnôt: alfanumerické číslo, jedinečné v doméne výrobcu
podľa normy [ISO8859-1].
▼B
2.72. ExtendedSerialNumber
Jedinečná identifikácia zariadenia. Môže sa použiť aj ako identifikátor
verejného kľúča zariadenia.
Generácia 1:
serialNumber je sériové číslo zariadenia jedinečné pre výrobcu, typ
zariadenia a mesiac a rok uvedený nižšie.
monthYear je identifikácia mesiaca a roku výroby (alebo pridelenia
sériového čísla).
Priradenie hodnôt: BCD kódovanie mesiaca (dve číslice) a roku (dve
posledné číslice).
type je identifikátor typu zariadenia.
Priradenie hodnôt: špecifické podľa výrobcu, s vyhradenou hodnotou
„FFh“.
manufacturerCode: je numerický kód identifikujúci výrobcu typovo
schváleného zariadenia.
Generácia 2:
serialNumber pozri generáciu 1
monthYear pozri generáciu 1
type udáva typ zariadenia
manufacturerCode: pozri generáciu 1.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 159
2.73. FullCardNumber
Kód na úplnú identifikáciu tachografovej karty.
cardType je typ tachografovej karty.
cardIssuingMemberState je kód členského štátu, ktorý kartu vydal.
cardNumber je číslo karty.
2.74. FullCardNumberAndGeneration
Generácia 2:
Kód na úplnú identifikáciu tachografovej karty a jej generácie.
fullcardNumber identifikuje tachografovú kartu.
generation udáva generáciu použitej tachografovej karty.
2.75. Generation
Generácia 2:
Udáva generáciu použitého tachografu.
Priradenie hodnôt:
„00“H Vyhradené na budúce použitie (RFU)
„01“H Generácia 1
„02“H Generácia 2
„03“H .. „FF“H RFU
2.76. GeoCoordinates
▼M3
Generácia 2:
Geo-súradnice sa kódujú ako celé čísla (integer). Ide o násobky kódo­
vania ±DDMM.M pre zemepisnú šírku a ±DDDMM.M pre zemepisnú
dĺžku. ±DD a ±DDD tu určuje stupne a MM.M minúty. Zemepisná dĺžka
a šírka neznámej polohy sa vyjadrí ako hexadecimálna hodnota
„7FFFFF“ (v desiatkovej sústave 8388607).
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 160
latitude (zemepisná šírka) je kódovaná ako násobok (faktor 10) zápisu
±DDMM.M.
longitude (zemepisná dĺžka) je kódovaná ako násobok (faktor 10) zápisu
±DDDMM.M.
2.77. GNSSAccuracy
Generácia 2:
Presnosť údajov GNSS o polohe (vymedzenie pojmov, písm. eee)). Táto
presnosť je kódovaná ako celé číslo a je násobkom (faktor 10) hodnoty
X.Y z vety GSA NMEA.
▼M1
2.78. GNSSAccumulatedDriving
Generácia 2:
Informácie uložené na karte vodiča alebo dielenskej karte, ktoré sa vzťa­
hujú na polohu vozidla podľa GNSS, ak kumulovaný čas jazdy dosiahne
násobok troch hodín (požiadavky 306 a 354 v prílohe IC).
gnssADPointerNewestRecord je index naposledy aktualizovaného
záznamu o kumulovanej jazde z GNSS.
Value assignment je číslo zodpovedajúce počítadlu záznamu o kumulo­
vanej jazde z GNSS a začína sa od ‘0’ pre prvý výskyt záznamu o kumu­
lovanej jazde z GNSS v štruktúre.
gnssAccumulatedDrivingRecords je sada záznamov obsahujúcich
dátum a čas, keď kumulovaná jazda dosiahne násobok troch hodín,
ako aj informácie o polohe vozidla.
2.79. GNSSAccumulatedDrivingRecord
Generácia 2:
Informácie uložené na karte vodiča alebo dielenskej karte, ktoré sa vzťa­
hujú na polohu vozidla podľa GNSS, ak kumulovaný čas jazdy dosiahne
násobok troch hodín (požiadavky 305 a 353 v prílohe IC).
timeStamp je dátum a čas, keď kumulovaný čas jazdy dosiahne násobok
troch hodín.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 161
gnssPlaceRecord obsahuje informácie o polohe vozidla.
vehicleOdometerValue je stav počítadla kilometrov, keď kumulovaný
čas jazdy dosiahne násobok troch hodín.
▼M3
2.79a. GNSSAuthAccumulatedDriving
Generácia 2, verzia 2:
Informácie uložené na karte vodiča alebo dielenskej karte, ktoré posky­
tujú stav autentifikácie polôh vozidla podľa GNSS, ak kumulovaný čas
jazdy dosiahne násobok troch hodín (požiadavky 306d a 356d
prílohy IC).
gnssAuthADPointerNewestRecord je index naposledy aktualizovaného
záznamu o stave autentifikácie polohy GNSS.
Priradenie hodnôt je číslo zodpovedajúce počítadlu záznamov o stave
autentifikácie polohy GNSS začínajúce sa od „0“ pre prvý výskyt
záznamu o stave autentifikácie polohy GNSS v štruktúre.
gnssAuthStatusADRecords súbor záznamov obsahujúcich dátum a čas,
keď kumulovaná jazda dosiahne násobok troch hodín, a stav autentifi­
kácie polohy GNSS.
2.79b. GNSSAuthStatusADRecord
Generácia 2, verzia 2:
Informácie uložené na karte vodiča alebo dielenskej karte, ktoré posky­
tujú stav autentifikácie polohy vozidla podľa GNSS, ak kumulovaný čas
jazdy dosiahne násobok troch hodín (požiadavky 306c a 356c prílohy IC).
Ďalšie informácie týkajúce sa samotnej polohy GNSS sa ukladajú v inom
zázname (pozri 2.79 GNSSAccumulatedDrivingRecord).
timeStamp je dátum a čas, keď kumulovaný čas jazdy dosiahne násobok
troch hodín (ktoré sú také isté ako dátum a čas uložené v zodpoveda­
júcom súbore GNSSAccumulatedDrivingRecord).
authenticationStatus je stav autentifikácie polohy GNSS, keď kumulo­
vaný čas jazdy dosiahne násobok troch hodín.
▼M1
02016R0799 — SK — 21.08.2023 — 003.002 — 162
2.79c. GNSSPlaceAuthRecord
Generácia 2, verzia 2:
Informácie súvisiace s polohou vozidla podľa GNSS (požiadavky 108,
109, 110, 296, 306a, 306c, 306e, 306g, 356a, 356c, 356e a 356g
prílohy IC).
timeStamp je dátum a čas, keď bola určená poloha vozidla podľa
GNSS.
gnssAccuracy je presnosť údajov GNSS o polohe.
geoCoordinates je poloha zaznamenaná pomocou GNSS.
authenticationStatus je stav autentifikácie polohy GNSS, keď bola
určená.
▼B
2.80. GNSSPlaceRecord
Generácia 2:
Informácie súvisiace s polohou vozidla podľa GNSS (požiadavky 108,
109, 110, 296, 305, 347 a 353 v prílohe 1C).
timeStamp je dátum a čas určenia polohy vozidla podľa GNSS.
gnssAccuracy je presnosť údajov GNSS o polohe.
geoCoordinates je poloha zaznamenaná pomocou GNSS.
2.81. HighResOdometer
Stav kilometrov udávaný počítadlom vozidla: Akumulovaná vzdialenosť
prejdená vozidlom počas prevádzky.
Priradenie hodnôt: dvojkové číslo bez znamienka. Hodnota v 1/200 km
v prevádzkovom rozsahu od 0 do 21 055 406 km.
2.82. HighResTripDistance
Vzdialenosť prejdená v rámci celej cesty alebo jej časti.
Priradenie hodnôt: dvojkové číslo bez znamienka. Hodnota v 1/200 km
v prevádzkovom rozsahu od 0 do 21 055 406 km.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 163
2.83. HolderName
Priezvisko a meno(-á) držiteľa karty.
holderSurname je priezvisko držiteľa. Nezahŕňa tituly.
Priradenie hodnôt: Pokiaľ nejde o kartu vydanú určitej osobe, holder­
Surname obsahuje rovnaké informácie ako companyName, workshop­
Name alebo controlBodyName.
holderFirstNames – krstné meno(-á) a iniciály držiteľa.
▼M3
2.84. Vyhradené na budúce použitie
▼B
Generácia 2:
Informácia o tom, či je prijímač GNSS integrovaný v jednotke vozidla,
alebo je externý. True znamená, že prijímač GNSS je integrovaný vo
VU. False znamená, že ide o externý prijímač GNSS.
2.85. K-ConstantOfRecordingEquipment
Konštanta záznamového zariadenia (vymedzenie pojmov, písm. m)).
Priradenie hodnôt: Impulzy na kilometer v prevádzkovom rozsahu 0 až
64 255 impulzov/km.
▼M1
2.86. KeyIdentifier
Jedinečný identifikátor verejného kľúča použitý na označenie a voľbu
kľúča. Zároveň identifikuje držiteľa kľúča.
Prvá voľba je vhodná ako odkaz na verejný kľúč jednotky vozidla,
tachografovej karty alebo externého zariadenia GNSS.
Druhá voľba je vhodná ako odkaz na verejný kľúč jednotky vozidla (ak
sériové číslo jednotky vozidla nie je známe v čase generovania certifi­
kátu).
Tretia voľba je vhodná ako odkaz na verejný kľúč členského štátu.
▼B
2.87. KMWCKey
Generácia 2:
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 164
Kľúč AES a príslušná verzia kľúča použité pri párovaní VU a snímača
pohybu. Podrobnosti sú uvedené v dodatku 11.
kMWCKey je dĺžka kľúča AES zreťazená s kľúčom, ktorý sa používa
na párovanie VU a snímača pohybu.
keyVersion určuje verziu kľúča AES.
2.88. Language
Kód identifikujúci jazyk.
Priradenie hodnôt: dve malé písmená, kódovanie podľa normy ISO
639.
2.89. LastCardDownload
Dátum a čas posledného sťahovania údajov z karty, uložené na karte
vodiča (na iné účely než kontrolu), požiadavky 257 a 282 v prílohe 1C.
Tento dátum môže aktualizovať VU alebo akákoľvek čítačka kariet.
Priradenie hodnôt: bližšie neurčené.
▼M3
2.89a. LengthOfFollowingData
Generácia 2, verzia 2:
Ukazovateľ dĺžky rozšíriteľných záznamov.
Priradenie hodnôt: Pozri dodatok 2.
▼B
2.90. LinkCertificate
Generácia 2:
Certifikát prepojenia medzi kľúčovými pármi Európskeho úradu prvotnej
certifikácie (ERCA).
▼M3
2.90a. LoadType
Generácia 2, verzia 2:
Kód identifikujúci zapísaný druh nákladu.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 165
Priradenie hodnôt:
„00“H Nedefinovaný druh nákladu,
„01“H Tovar,
„02“H Cestujúci,
„03“H až „FF“H Vyhradené na budúce použitie (RFU).
▼B
2.91. L-TyreCircumference
Skutočný obvod pneumatík kolies (vymedzenie pojmov, písm. u)).
Priradenie hodnôt: dvojkové číslo bez znamienka, hodnota v 1/8 mm
v prevádzkovom rozsahu od 0 do 8 031 mm.
▼M1
2.92. MAC
Generácia 2:
Kryptografický kontrolný súčet dĺžky 8, 12 alebo 16 bajtov podľa šifro­
vacích zostáv uvedených v dodatku 11.
▼B
2.93. ManualInputFlag
Kód určujúci, či držiteľ karty pri vložení karty manuálne zadal činnosti
vodiča alebo nie (požiadavka 081 v prílohe 1B a požiadavka 102
v prílohe 1C).
Priradenie hodnôt: bližšie neurčené.
2.94. ManufacturerCode
Kód identifikujúci výrobcu typovo schváleného zariadenia.
Skúšobňa oprávnená na vykonávanie skúšok interoperability vedie
a uverejňuje na svojej webovej stránke zoznam kódov výrobcov (požia­
davka 454 v prílohe 1C).
Kódy výrobcov sa spoločnostiam vyvíjajúcim tachografické zariadenia
prideľujú dočasne na základe žiadosti predloženej skúšobni oprávnenej
vykonávať skúšky interoperability.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 166
2.95. ManufacturerSpecificEventFaultData
Generácia 2:
Chybové kódy výrobcu uľahčujú analýzu chýb a údržbu jednotiek
vozidla.
manufacturerCode identifikuje výrobcu jednotky vozidla.
manufacturerSpecificErrorCode je chybový kód špecifický pre daného
výrobcu.
2.96. MemberStateCertificate
Certifikát verejného kľúča členského štátu vydaný európskou certifi­
kačnou autoritou.
2.97. MemberStateCertificateRecordArray
Generácia 2:
Certifikát členského štátu plus metaúdaje použité v sťahovacom
protokole.
recordType určuje typ záznamu (MemberStateCertificate). Priradenie
hodnôt: Pozri RecordType
recordSize je veľkosť záznamu MemberStateCertificate v bajtoch.
noOfRecords je počet záznamov v sade. Hodnota sa nastaví na 1, keďže
certifikáty môžu mať rôznu dĺžku.
records je sada certifikátov členských štátov.
2.98. MemberStatePublicKey
Generácia 1:
Verejný kľúč členského štátu.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 167
2.99. Name
Názov.
codePage určuje množinu znakov vymedzenú v kapitole 4,
name je názov kódovaný špecifikovanou množinou znakov.
2.100. NationAlpha
Písmenné označenie krajiny musí byť v súlade s rozlišujúcimi značkami
používanými na vozidlách v medzinárodnej doprave (Viedenský dohovor
Organizácie Spojených národov o cestnej premávke, 1968).
Písmenné a číselné kódy krajín sa uvádzajú na zozname vedenom na
webovej stránke skúšobne oprávnenej vykonávať skúšky interoperability
podľa požiadavky 440 v prílohe 1C.
2.101. NationNumeric
Číselné označenie krajiny.
Priradenie hodnôt: pozri dátový typ 2.100 (NationAlpha).
Všetky zmeny alebo aktualizácie špecifikácie abecedných a číselných
kódov krajín uvedených v predchádzajúcom odseku sa vykonajú až
potom, čo určená skúšobňa získa stanoviská od výrobcov typovo schvá­
lených VU digitálnych a inteligentných tachografov.
▼M3
2.101a. NoOfBorderCrossingRecords
Generácia 2, verzia 2:
Počet záznamov o prekročení hranice, ktoré možno uložiť na karte
vodiča alebo na dielenskej karte.
Priradenie hodnôt: pozri dodatok 2.
▼B
2.102. NoOfCalibrationRecords
Počet kalibračných záznamov, ktoré možno uložiť na dielenskej karte.
Generácia 1:
Priradenie hodnôt: pozri dodatok 2.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 168
Generácia 2:
Priradenie hodnôt: pozri dodatok 2.
2.103. NoOfCalibrationsSinceDownload
Počítadlo udávajúce počet kalibrácií vykonaných s dielenskou kartou od
posledného stiahnutia (požiadavka 317 a 340 v prílohe 1C).
Priradenie hodnôt: nie je bližšie špecifikované.
2.104. NoOfCardPlaceRecords
Počet záznamov o mieste, ktoré môžu byť uložené na karte vodiča alebo
na dielenskej karte.
Generácia 1:
Priradenie hodnôt: pozri dodatok 2.
Generácia 2:
Priradenie hodnôt: pozri dodatok 2.
2.105. NoOfCardVehicleRecords
Počet záznamov o použitých vozidlách, ktoré možno uložiť na karte
vodiča alebo na dielenskej karte.
Priradenie hodnôt: pozri dodatok 2.
2.106. NoOfCardVehicleUnitRecords
Generácia 2:
Počet záznamov o použitých jednotkách vozidla, ktoré možno uložiť na
karte vodiča alebo na dielenskej karte.
Priradenie hodnôt: pozri dodatok 2.
2.107. NoOfCompanyActivityRecords
Počet záznamov o činnosti podniku, ktoré možno uložiť na dielenskej
karte.
Priradenie hodnôt: pozri dodatok 2.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 169
2.108. NoOfControlActivityRecords
Počet záznamov o kontrolnej činnosti, ktoré možno uložiť na kontrolnej
karte.
Priradenie hodnôt: pozri dodatok 2.
2.109. NoOfEventsPerType
Počet udalostí každého typu, ktoré možno uložiť na karte.
Priradenie hodnôt: pozri dodatok 2.
2.110. NoOfFaultsPerType
Počet porúch každého typu, ktoré možno uložiť na karte.
Priradenie hodnôt: pozri dodatok 2.
▼M1
2.111. NoOfGNSSADRecords
Generácia 2:
Počet záznamov o kumulovanej jazde z GNSS, ktoré možno na karte
uložiť.
Priradenie hodnôt: pozri dodatok 2.
▼M3
2.111a. NoOfLoadUnloadRecords
Generácia 2, verzia 2:
Počet záznamov o nakládke/vykládke, ktoré možno uložiť na karte.
Priradenie hodnôt: pozri dodatok 2.
▼B
2.112. NoOfSpecificConditionRecords
Generácia 2:
Počet záznamov o špecifických podmienkach, ktoré možno na karte
uložiť.
Priradenie hodnôt: pozri dodatok 2.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 170
2.112a. NoOfLoadTypeEntryRecords
Generácia 2, verzia 2:
Počet záznamov o zápise druhu nákladu, ktoré možno uložiť na karte
vodiča alebo na dielenskej karte.
Priradenie hodnôt: pozri dodatok 2.
▼B
2.113. OdometerShort
Skrátený zápis stavu počítadla kilometrov vozidla.
Priradenie hodnôt: dvojkové číslo bez znamienka. Hodnota v km
v prevádzkovom rozsahu od 0 do 9 999 999 km.
2.114. OdometerValueMidnight
Hodnota počítadla kilometrov o polnoci daného dňa (požiadavka 090
v prílohe 1B a požiadavka 113 v prílohe 1C).
Priradenie hodnôt: bližšie neurčené.
▼M3
2.114a. OperationType
Generácia 2, verzia 2:
Kód identifikujúci zapísaný druh operácie.
Priradenie hodnôt:
„00“H Vyhradené na budúce použitie (RFU),
„01“H Operácia nakládky,
„02“H Operácia vykládky,
„03“H Operácia súčasnej nakládky/vykládky,
„04“H až „FF“H Vyhradené na budúce použitie (RFU).
▼B
2.115. OdometerValueMidnightRecordArray
Generácia 2:
OdometerValueMidnight plus metaúdaje použité v sťahovacom
protokole.
recordType určuje typ záznamu (OdometerValueMidnight). Priradenie
hodnôt: Pozri RecordType
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 171
recordSize je veľkosť záznamu OdometerValueMidnight v bajtoch.
noOfRecords je počet záznamov v sade.
records je sada záznamov OdometerValueMidnight.
2.116. OverspeedNumber
Počet prekročení rýchlosti od poslednej kontroly prekročenia rýchlosti.
Priradenie hodnôt: 0 znamená, že od poslednej kontroly prekročenia
rýchlosti nebola prekročená rýchlosť, 1 znamená, že od poslednej
kontroly bola rýchlosť prekročená raz … 255 znamená, že od poslednej
kontroly bola rýchlosť prekročená 255 krát alebo viac.
▼M3
2.116a. PlaceAuthRecord
Informácie týkajúce sa miesta, kde sa denný pracovný čas začína alebo
končí (požiadavky 108, 271, 296, 324 a 347 prílohy IC).
Generácia 2, verzia 2:
entryTime je dátum a čas týkajúci sa zápisu.
entryTypeDailyWorkPeriod je typ zápisu.
dailyWorkPeriodCountry je zapísaná krajina.
dailyWorkPeriodRegion je zapísaný región.
vehicleOdometerValue je stav počítadla kilometrov v čase zápisu
miesta.
entryGNSSPlaceAuthRecord je zaznamenaná poloha, stav autentifi­
kácie podľa GNSS a čas.
2.116b. PlaceAuthStatusRecord
Generácia 2, verzia 2:
Informácie uložené na karte vodiča alebo dielenskej karte, ktoré posky­
tujú stav autentifikácie miesta, kde sa denný pracovný čas začína alebo
končí (požiadavky 306a a 356a prílohy IC). Ďalšie informácie týkajúce
sa samotného miesta sa ukladajú v inom zázname (pozri 2.117 PlaceRe­
cord).
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 172
entryTime je dátum a čas týkajúci sa zápisu (pričom je taký istý ako
dátum a čas v zodpovedajúcom súbore PlaceRecord).
authenticationStatus je stav autentifikácie zaznamenanej polohy GNSS.
▼B
2.117. PlaceRecord
Informácie o mieste, kde sa začína alebo končí denný pracovný čas
(požiadavky 108, 271, 296, 324 a 347 v prílohe 1C).
Generácia 1:
entryTime je dátum a čas vzťahujúci sa k zápisu.
entryTypeDailyWorkPeriod je typ zápisu.
dailyWorkPeriodCountry je zapísaná krajina.
dailyWorkPeriodRegion je zapísaný región.
vehicleOdometerValue je stav počítadla kilometrov v čase zápisu
miesta.
Generácia 2:
Oproti generácii 1 sa navyše použije tento komponent:
entryGNSSPlaceRecord je zaznamenaná poloha a čas.
▼M3
2.117a. PositionAuthenticationStatus
Generácia 2, verzia 2:
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 173
Priradenie hodnôt (pozri dodatok 12):
„00“H Neautentifikované (pozri požiadavku GNS_39
v dodatku 12),
„01“H Autentifikované (pozri požiadavku GNS_39
v dodatku 12),
„02“H až „FF“H Vyhradené na budúce použitie (RFU).
▼B
2.118. PreviousVehicleInfo
Informácie vzťahujúce sa k predchádzajúcemu vozidlu použitému
vodičom pri vložení jeho karty do jednotky vozidla (požiadavka 081
v prílohe 1B a požiadavka 102 v prílohe 1C).
Generácia 1:
vehicleRegistrationIdentification je evidenčné číslo vozidla a členský
štát evidencie vozidla.
cardWithdrawalTime je dátum a čas vytiahnutia karty.
Generácia 2:
Oproti generácii 1 sa navyše použije tento dátový prvok:
vuGeneration identifikuje generáciu jednotky vozidla.
2.119. PublicKey
Generácia 1:
Verejný kľúč RSA.
rsaKeyModulus je modul kľúčového páru.
rsaKeyPublicExponent je verejný exponent kľúčového páru.
2.120. RecordType
Generácia 2:
Odkaz na typ záznamu. Tento dátový typ sa používa v RecordArrays.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 174
Priradenie hodnôt:
► (1) M1
► (2) M3
ActivityChangeInfo
CardSlotsStatus
CurrentDateTime
MemberStateCertificate
OdometerValueMidnight
DateOfDayDownloaded
SensorPaired
Signature
SpecificConditionRecord
VehicleIdentificationNumber
VehicleRegistrationNumber
VuCalibrationRecord
VuCardIWRecord
VuCardRecord
VuCertificate
VuCompanyLocksRecord
VuControlActivityRecord
VuDetailedSpeedBlock
VuDownloadablePeriod
VuDownloadActivityData
VuEventRecord
►M1 VuGNSSADRecord ◄
VuITSConsentRecord
VuFaultRecord
VuIdentification
VuOverSpeedingControlData
VuOverSpeedingEventRecord
VuPlaceDailyWorkPeriodRecord
VuTimeAdjustmentGNSSRecord
VuTimeAdjustmentRecord
VuPowerSupplyInterruptionRecord
SensorPairedRecord
SensorExternalGNSSCoupledRecord
►M3 VuBorderCrossingRecord
VuLoadUnloadRecord
VehicleRegistrationIdentification
RFU ◄
Tillverkarspecifik.
2.121. RegionAlpha
Písmenné označenie regiónu v špecifikovanej krajine.
Generácia 1:
Priradenie hodnôt:
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 175
Generácia 2:
Kódy RegionAlpha sa uvádzajú na zozname vedenom na webovej
stránke skúšobne oprávnenej vykonávať skúšky interoperability.
2.122. RegionNumeric
Číselné označenie regiónu v špecifikovanej krajine.
Generácia 1:
Priradenie hodnôt:
Generácia 2:
Kódy RegionNumeric sa uvádzajú na zozname vedenom na webovej
stránke skúšobne oprávnenej vykonávať skúšky interoperability.
2.123. RemoteCommunicationModuleSerialNumber
Generácia 2:
Sériové číslo modulu diaľkovej komunikácie.
2.124. RSAKeyModulus
Generácia 1:
Modul kľúčového páru RSA.
Priradenie hodnôt: Neurčené.
2.125. RSAKeyPrivateExponent
Generácia 1:
Súkromný exponent kľúčového páru RSA.
Priradenie hodnôt: Neurčené.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 176
2.126. RSAKeyPublicExponent
Generácia 1:
Verejný exponent kľúčového páru RSA.
Priradenie hodnôt: Neurčené.
2.127. RtmData
Generácia 2:
Tento dátový typ je vymedzený v dodatku 14.
2.128. SealDataCard
Generácia 2:
Tento dátový typ ukladá informácie o plombách na rôznych dieloch
vozidla a je určený na uloženie na karte. Tento dátový typ sa vzťahuje
k požiadavke 337 v prílohe 1C.
noOfSealRecords je počet záznamov v sealRecords.
sealRecords je sada záznamov o plombách.
2.129. SealDataVu
Generácia 2:
Tento dátový typ ukladá informácie o plombách na rôznych dieloch
vozidla a je určený na uloženie v jednotke vozidla.
sealRecords je sada záznamov o plombách. Ak je k dispozícii menej než
5 plomb, hodnota EquipmentType vo všetkých nepoužitých záznamoch
sealRecords sa nastaví na 16 – nepoužité.
2.130. SealRecord
Generácia 2:
Tento dátový typ ukladá informácie o plombe pripojenej k dielu. Tento
dátový typ sa vzťahuje k požiadavke 337 v prílohe 1C.
equipmentType určuje typ zariadenia, ku ktorému je plomba pripojená.
extendedSealIdentifier je identifikátor plomby pripojenej k danému
zariadeniu.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 177
2.131. SensorApprovalNumber
Číslo typového schválenia snímača.
Generácia 1:
Priradenie hodnôt: Neurčené.
Generácia 2:
Priradenie hodnôt:
Schvaľovacie číslo sa uvedie tak, ako je uverejnené na príslušných
webových stránkach Európskej komisie, t. j. napríklad vrátane prípad­
ných pomlčiek. Schvaľovacie číslo schválenia sa zarovná vľavo.
2.132. SensorExternalGNSSApprovalNumber
Generácia 2:
Číslo typového schválenia vonkajšieho zariadenia GNSS.
Priradenie hodnôt:
Schvaľovacie číslo sa uvedie tak, ako je uverejnené na príslušných
webových stránkach Európskej komisie, t. j. napríklad vrátane prípad­
ných pomlčiek. Schvaľovacie číslo schválenia sa zarovná vľavo.
2.133. SensorExternalGNSSCoupledRecord
Generácia 2:
Informácie uložené v jednotke vozidla, ktoré sa týkajú identifikácie
externého zariadenia GNSS spojeného s jednotkou vozidla (požiadavka
100 v prílohe 1C).
sensorSerialNumber je sériové číslo externého zariadenia GNSS spoje­
ného s jednotkou vozidla.
sensorApprovalNumber je schvaľovacie číslo tohto externého zaria­
denia GNSS.
sensorCouplingDate je dátum spojenia tohto externého zariadenia
GNSS s jednotkou vozidla.
2.134. SensorExternalGNSSIdentification
Generácia 2:
Informácie týkajúce sa identifikácie externého zariadenia GNSS (požia­
davka 98 v prílohe 1C).
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 178
sensorSerialNumber je rozšírené sériové číslo externého zariadenia
GNSS.
sensorApprovalNumber je schvaľovacie číslo externého zariadenia
GNSS.
sensorSCIdentifier je identifikátor bezpečnostného komponentu exter­
ného zariadenia GNSS.
sensorOSIdentifier je identifikátor operačného systému externého zaria­
denia GNSS.
2.135. SensorExternalGNSSInstallation
Generácia 2:
Informácie uložené na externom zariadení GNSS, ktoré sa týkajú inšta­
lácie externého snímača GNSS (požiadavka 123 v prílohe 1C).
sensorCouplingDateFirst je dátum prvého spojenia externého zariadenia
GNSS s jednotkou vozidla.
firstVuApprovalNumber je schvaľovacie číslo prvej jednotky vozidla
spojenej s externým zariadením GNSS.
firstVuSerialNumber je sériové číslo prvej jednotky vozidla spárovanej
s externým zariadením GNSS.
sensorCouplingDateCurrent je dátum aktuálneho spojenia externého
zariadenia GNSS s jednotkou vozidla.
currentVuApprovalNumber je schvaľovacie číslo jednotky vozidla
aktuálne spojenej s externým zariadením GNSS.
currentVUSerialNumber je sériové číslo jednotky vozidla aktuálne
spojenej s externým zariadením GNSS.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 179
2.136. SensorExternalGNSSOSIdentifier
Generácia 2:
Identifikátor operačného systému externého zariadenia GNSS.
Priradenie hodnôt: špecifické podľa výrobcu.
2.137. SensorExternalGNSSSCIdentifier
Generácia 2:
Tento typ sa používa napr. na identifikáciu kryptografického modulu
externého zariadenia GNSS.
Identifikátor bezpečnostného komponentu externého zariadenia GNSS.
Priradenie hodnôt: špecifické podľa výrobcu komponentu.
2.138. SensorGNSSCouplingDate
Generácia 2:
Dátum spojenia externého zariadenia GNSS s jednotkou vozidla.
Priradenie hodnôt: Neurčené.
2.139. SensorGNSSSerialNumber
Generácia 2:
Tento typ sa používa na uloženie sériového čísla prijímača GNSS, či už
je vo vnútri VU alebo mimo.
Sériové číslo prijímača GNSS.
2.140. SensorIdentification
Informácie uložené v snímači pohybu, ktoré sa vzťahujú k identifikácii
snímača pohybu (požiadavka 077 v prílohe 1B a požiadavka 95 v prílohe
1C).
sensorSerialNumber je rozšírené sériové číslo snímača pohybu (zahŕňa
číslo dielu aj kód výrobcu).
sensorApprovalNumber je schvaľovacie číslo snímača pohybu.
sensorSCIdentifier je identifikátor bezpečnostného komponentu snímača
pohybu.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 180
sensorOSIdentifier je identifikátor operačného systému snímača
pohybu.
2.141. SensorInstallation
Informácie uložené v snímači pohybu, ktoré sa vzťahujú k montáži
snímača pohybu (požiadavka 099 v prílohe 1B a požiadavka 122
v prílohe 1C).
sensorPairingDateFirst je dátum prvého párovania snímača pohybu
s jednotkou vozidla.
firstVuApprovalNumber je schvaľovacie číslo prvej jednotky vozidla
spárovanej so snímačom pohybu.
firstVuSerialNumber je sériové číslo prvej jednotky vozidla spárovanej
so snímačom pohybu.
sensorPairingDateCurrent je dátum aktuálneho párovania snímača
pohybu s jednotkou vozidla.
currentVuApprovalNumber je schvaľovacie číslo jednotky vozidla
aktuálne spárovanej so snímačom pohybu.
currentVUSerialNumber je sériové číslo jednotky vozidla aktuálne
spárovanej so snímačom pohybu.
2.142. SensorInstallationSecData
Informácie uložené na dielenskej karte, ktoré sa vzťahujú k bezpeč­
nostným údajom potrebným na párovanie snímačov pohybu s jednotkami
vozidla (požiadavky 308 a 331 v prílohe 1C).
Generácia 1:
Priradenie hodnôt: v súlade s normou ISO 16844-3.
Generácia 2:
Ako je opísané v dodatku 11, dielenská karta musí byť schopná uložiť až
tri kľúče pre párovanie VU a snímača pohybu. Tieto kľúče majú rôzne
verzie.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 181
2.143. SensorOSIdentifier
Identifikátor operačného systému snímača pohybu.
Priradenie hodnôt: špecifické podľa výrobcu.
2.144. SensorPaired
Generácia 1:
Informácie uložené v jednotke vozidla, ktoré sa týkajú identifikácie
snímača pohybu spárovaného s jednotkou vozidla (požiadavka 079
v prílohe 1B).
sensorSerialNumber je sériové číslo snímača pohybu aktuálne spárova­
ného s jednotkou vozidla.
sensorApprovalNumber je schvaľovacie číslo snímača pohybu aktuálne
spárovaného s jednotkou vozidla.
sensorPairingDateFirst je dátum prvého párovania snímača pohybu
s jednotkou vozidla, s ktorou je v súčasnosti spárovaný.
2.145. SensorPairedRecord
Generácia 2:
Informácie uložené v jednotke vozidla, ktoré sa týkajú identifikácie
snímača pohybu spárovaného s jednotkou vozidla (požiadavka 97
v prílohe 1C).
sensorSerialNumber je sériové číslo snímača pohybu spárovaného
s jednotkou vozidla.
sensorApprovalNumber je schvaľovacie číslo tohto snímača pohybu.
sensorPairingDate je dátum párovania tohto snímača pohybu s jednotkou
vozidla.
2.146. SensorPairingDate
Dátum párovania snímača pohybu s jednotkou vozidla.
Priradenie hodnôt: Neurčené.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 182
2.147. SensorSCIdentifier
Identifikátor bezpečnostného komponentu snímača pohybu.
Priradenie hodnôt: špecifické podľa výrobcu komponentu.
2.148. SensorSerialNumber
Sériové číslo snímača pohybu.
2.149. Signature
Digitálny podpis.
Generácia 1:
Priradenie hodnôt: v súlade s dodatkom 11 Spoločné bezpečnostné
mechanizmy.
Generácia 2:
Priradenie hodnôt: v súlade s dodatkom 11 Spoločné bezpečnostné
mechanizmy.
2.150. SignatureRecordArray
Generácia 2:
Sada podpisov plus metaúdaje použité v sťahovacom protokole.
recordType určuje typ záznamu (Signature). Priradenie hodnôt: Pozri
RecordType
recordSize je veľkosť záznamu Signature v bajtoch.
noOfRecords je počet záznamov v sade. Hodnota sa nastaví na 1, keďže
podpisy môžu mať rôznu dĺžku.
records je sada podpisov.
2.151. SimilarEventsNumber
Počet podobných udalostí v jednom určitom dni (požiadavka 094
v prílohe 1B a požiadavka 117 v prílohe 1C).
Priradenie hodnôt: 0 sa nepoužije, 1 znamená, že v uvedenom dni
nastala a bola uložená len jedna udalosť daného typu, 2 znamená, že
v uvedenom dni nastali dve udalosti daného typu (len jedna bola
uložená), … 255 znamená, že v uvedenom dni nastalo 255 alebo viac
udalostí daného typu.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 183
2.152. SpecificConditionRecord
Informácie uložené na karte vodiča, dielenskej karte alebo v jednotke
vozidla, ktoré sa vzťahujú k špecifickej podmienke (požiadavky 130,
276, 301, 328 a 355 v prílohe 1C).
entryTime je dátum a čas zápisu.
specificConditionType je kód identifikujúci špecifickú podmienku.
2.153. SpecificConditions
Informácie uložené na karte vodiča, dielenskej karte alebo v jednotke
vozidla, ktoré sa vzťahujú k špecifickej podmienke (požiadavky 131,
277, 302, 329 a 356 v prílohe 1C).
Generácia 2:
conditionPointerNewestRecord je index naposledy aktualizovaného
záznamu o špecifickej podmienke.
Priradenie hodnôt: číslo zodpovedajúce počítadlu záznamu o špecifickej
podmienke začínajúce sa od „0“ pre prvý výskyt záznamu o špecifickej
podmienke v štruktúre.
specificConditionRecords je sada záznamov obsahujúcich informácie
o zaznamenaných špecifických podmienkach.
2.154. SpecificConditionType
Kód identifikujúci špecifickú podmienku (požiadavky 050b, 105a, 212a
a 230a v prílohe 1B a požiadavka 62 v prílohe 1C).
Generácia 1:
Priradenie hodnôt:
„00“H Vyhradené na budúce použitie (RFU)
„01“H Záznamové zariadenie sa nevyžaduje – začiatok
„02“H Záznamové zariadenie sa nevyžaduje – koniec
„03“H Prevoz trajektom / vlakom
„04“H .. „FF“H RFU
Generácia 2:
Priradenie hodnôt:
„00“H Vyhradené na budúce použitie (RFU)
„01“H Záznamové zariadenie sa nevyžaduje – začiatok
„02“H Záznamové zariadenie sa nevyžaduje – koniec
„03“H Prevoz trajektom / vlakom – začiatok
„04“H Prevoz trajektom / vlakom – koniec
„05“H .. „FF“H RFU
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 184
2.155. Speed
Rýchlosť vozidla (km/h).
Priradenie hodnôt: kilometre za hodinu v prevádzkovom rozsahu od 0
do 220 km/h.
2.156. SpeedAuthorised
Maximálna povolená rýchlosť vozidla (vymedzenie pojmov, písm. hh)).
2.157. SpeedAverage
Priemerná rýchlosť vo vopred stanovenom časovom úseku (km/h).
2.158. SpeedMax
Maximálna rýchlosť nameraná vo vopred stanovenom časovom úseku.
▼M3
2.158a. TachographCardsGen1Suppression
Generácia 2, verzia 2:
Schopnosť VU druhej generácie používať karty vodiča, kontrolné karty
a podnikové karty prvej generácie (pozri dodatok 15, MIG_002).
Priradenie hodnôt:
„0000“H VU je schopná používať tachografové karty gene­
rácie 1 (predvolená hodnota),
„A5E3“H VU nie je schopná používať tachografové karty
generácie 1,
Všetky ostatné hodnoty
Nepoužíva sa.
▼B
2.159. TachographPayload
Generácia 2:
Tento dátový typ je vymedzený v dodatku 14.
▼M1
2.160. Vyhradené nabudúce použitie
▼B
2.161. TDesSessionKey
Generácia 1:
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 185
Trojnásobný relačný kľúč DES.
Priradenie hodnôt: bližšie neurčené.
▼M1
2.162. TimeReal
Kód pre kombinované pole s dátumom a časom, kde je dátum a čas
vyjadrený ako sekundy po 1. januári 1970 00h00m00s UTC.
Priradenie hodnôt – usporiadaný oktet: počet sekúnd od polnoci
1. januára 1970 UTC.
Maximálny možný dátum/čas je rok 2106.
▼B
2.163. TyreSize
Určenie rozmerov pneumatík.
Priradenie hodnôt: v súlade so smernicou 92/23 (EHS) 31/03/92 Ú. v.
ES L129 s.95.
2.164. VehicleIdentificationNumber
Identifikačné číslo vozidla (VIN) vzťahujúce sa k vozidlu ako celku,
spravidla sériové číslo podvozku alebo rámu.
Priradenie hodnôt: podľa normy ISO 3779.
2.165. VehicleIdentificationNumberRecordArray
Generácia 2:
Identifikačné číslo vozidla (VIN) plus metaúdaje použité v sťahovacom
protokole.
recordType určuje typ záznamu (VehicleIdentificationNumber). Prira­
denie hodnôt: Pozri RecordType
recordSize je veľkosť záznamu VehicleIdentificationNumber v bajtoch.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 186
noOfRecords je počet záznamov v sade.
records je sada čísel VIN.
2.166. VehicleRegistrationIdentification
Identifikácia vozidla jedinečná pre Európu (evidenčné číslo vozidla –
VRN a členský štát).
vehicleRegistrationNation je štát, kde je vozidlo zaevidované.
vehicleRegistrationNumber je evidenčné číslo vozidla (VRN).
▼M3
2.166a. VehicleRegistrationIdentificationRecordArray
Generácia 2, verzia 2:
Identifikácia evidencie vozidla plus metaúdaje použité v sťahovacom
protokole.
recordType označuje typ záznamu (VehicleRegistrationIdentification).
Priradenie hodnôt: pozri RecordType.
recordSize je veľkosť záznamu VehicleRegistrationIdentification
v bajtoch.
noOfRecords je počet záznamov v súbore záznamov.
records je súbor identifikácie evidencie vozidla.
▼B
2.167. VehicleRegistrationNumber
Evidenčné číslo vozidla (VRN). Evidenčné číslo prideľuje oprávnený
orgán registrácie.
codePage určuje množinu znakov vymedzenú v kapitole 4,
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 187
vehicleRegNumber je VRN kódované špecifikovanou množinou
znakov.
Priradenie hodnôt: špecifické podľa krajiny.
2.168. VehicleRegistrationNumberRecordArray
▼M3
Generácia 2, verzia 1:
▼B
Evidenčné číslo vozidla plus metaúdaje použité v sťahovacom protokole.
recordType určuje typ záznamu (VehicleRegistrationNumber). Prira­
denie hodnôt: Pozri RecordType
recordSize je veľkosť záznamu VehicleRegistrationNumber v bajtoch.
noOfRecords je počet záznamov v sade.
records je sada čísel VRN.
2.169. VuAbility
Generácia 2:
Informácie uložené vo VU o tom, či VU podporuje tachografové karty
generácie 1 alebo nie (požiadavka 121 v prílohe 1C).
Pridelenie hodnôt – usporiadaný oktet: „xxxxxxxa“B (8 bitov)
Pre podporu generácie 1:
„a“B Možnosť podpory tachografových kariet generácie 1:
„0“ B generácia 1 je podporovaná,
„1“B generácia 1 nie je podporovaná,
„xxxxxxx“B RFU
2.170. VuActivityDailyData
Generácia 1:
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 188
Informácie uložené vo VU o zmenách činnosti a/alebo zmenách stavu
vedenia vozidla a/alebo zmenách stavu karty v danom kalendárnom dni
(požiadavka 084 v prílohe 1B a požiadavky 105, 106 a 107 v prílohe
1C) a o stave slotov o 00.00 h daného dňa.
noOfActivityChanges je počet slov ActivityChangeInfo v sade activity­
ChangeInfos.
activityChangeInfos je sada slov ActivityChangeInfo uložených vo VU
za daný deň. Vždy obsahuje dve slová ActivityChangeInfo udávajúce
stav dvoch slotov o 00.00 h daného dňa.
2.171. VuActivityDailyRecordArray
Generácia 2:
Informácie uložené vo VU o zmenách činnosti a/alebo zmenách stavu
vedenia vozidla a/alebo zmenách stavu karty v danom kalendárnom dni
(požiadavky 105, 106 a 107 v prílohe 1C) a o stave slotov o 00.00 h
daného dňa.
recordType určuje typ záznamu (ActivityChangeInfo). Priradenie
hodnôt: Pozri RecordType
recordSize je veľkosť záznamu ActivityChangeInfo v bajtoch.
noOfRecords je počet záznamov v sade.
records je sada slov ActivityChangeInfo uložených vo VU za daný deň.
Vždy obsahuje dve slová ActivityChangeInfo udávajúce stav dvoch
slotov o 00.00 h daného dňa.
2.172. VuApprovalNumber
Číslo typového schválenia jednotky vozidla.
Generácia 1:
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 189
Priradenie hodnôt: Neurčené.
Generácia 2:
Priradenie hodnôt:
Schvaľovacie číslo sa uvedie tak, ako je uverejnené na príslušných
webových stránkach Európskej komisie, t. j. napríklad vrátane prípad­
ných pomlčiek. Schvaľovacie číslo schválenia sa zarovná vľavo.
2.173. VuCalibrationData
Generácia 1:
Informácie uložené v jednotke vozidla, ktoré sa týkajú kalibrácií zázna­
mového zariadenia (požiadavka 098 v prílohe 1B).
noOfVuCalibrationRecords je počet záznamov obsiahnutých v sade
vuCalibrationRecords.
vuCalibrationRecords je sada záznamov o kalibrácii.
2.174. VuCalibrationRecord
Informácie uložené v jednotke vozidla, ktoré sa týkajú kalibrácie zázna­
mového zariadenia (požiadavka 098 v prílohe 1B a požiadavky 119
a 120 v prílohe 1C).
Generácia 1:
calibrationPurpose je účel kalibrácie.
workshopName, workshopAddress je názov a adresa dielne.
workshopCardNumber identifikuje dielenskú kartu použitú počas kali­
brácie.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 190
workshopCardExpiryDate je konečný dátum platnosti karty.
vehicleIdentificationNumber je VIN.
vehicleRegistrationIdentification obsahuje VRN a členský štát
evidencie.
wVehicleCharacteristicConstant je charakteristický koeficient vozidla.
kConstantOfRecordingEquipment je konštanta záznamového
zariadenia.
lTyreCircumference je skutočný obvod pneumatík kolies.
tyreSize je určenie rozmerov pneumatík na vozidle.
authorisedSpeed je povolená rýchlosť vozidla.
oldOdometerValue, newOdometerValue je pôvodná a nová hodnota
počítadla kilometrov.
oldTimeValue, newTimeValue je pôvodná a nová hodnota dátumu
a času.
nextCalibrationDate je dátum najbližšej kalibrácie typu špecifikova­
ného v CalibrationPurpose, ktorú má vykonať oprávnený kontrolný
orgán.
▼M3
Generácia 2, verzia 1:
▼B
Oproti generácii 1 sa navyše použije tento dátový prvok:
sealDataVu poskytuje informácie o plombách na rôznych dieloch
vozidla.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 191
Generácia 2, verzia 2:
Oproti generácii 1 sa navyše použije tento dátový prvok:
sensorSerialNumber je sériové číslo snímača pohybu spárovaného
s jednotkou vozidla na konci kalibrácie.
sensorGNSSSerialNumber je sériové číslo externého zariadenia GNSS
spojeného s jednotkou vozidla na konci (prípadnej) kalibrácie.
rcmSerialNumber je sériové číslo diaľkového komunikačného zaria­
denia spojeného s jednotkou vozidla na konci (prípadnej) kalibrácie.
sealDataVu poskytuje informácie o plombách na rôznych dieloch
vozidla.
byDefaultLoadType je predvolený druh nákladu vozidla (existuje len
vo verzii 2).
calibrationCountry je krajina, v ktorej sa vykonala kalibrácia.
calibrationCountryTimestamp je dátum a čas, keď prijímač GNSS
poskytol polohu použitú na určenie krajiny, v ktorej bola vykonaná
kalibrácia.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 192
2.175. VuCalibrationRecordArray
Generácia 2:
Informácie uložené v jednotke vozidla, ktoré sa týkajú kalibrácií zázna­
mového zariadenia (požiadavky 119 a 120 v prílohe 1C).
recordType určuje typ záznamu (VuCalibrationRecord). Priradenie
hodnôt: Pozri RecordType
recordSize je veľkosť záznamu VuCalibrationRecord v bajtoch.
noOfRecords je počet záznamov v sade.
records je sada kalibračných záznamov.
2.176. VuCardIWData
Generácia 1:
Informácie uložené v jednotke vozidla, ktoré sa týkajú cyklov vloženia
kariet vodiča alebo dielenských kariet do jednotky vozidla a ich vytiah­
nutia z nej (požiadavka 081 v prílohe 1B a požiadavka 103 v prílohe
1C).
noOfIWRecords je počet záznamov v sade vuCardIWRecords.
vuCardIWRecords je sada záznamov súvisiacich s cyklami vloženia
a vytiahnutia karty.
2.177. VuCardIWRecord
Informácie uložené v jednotke vozidla, ktoré sa týkajú cyklu vloženia
karty vodiča alebo dielenskej karty do jednotky vozidla a jej vytiahnutia
(požiadavka 081 v prílohe 1B a požiadavka 102 v prílohe 1C).
Generácia 1:
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 193
cardHolderName je priezvisko a meno(-á) držiteľa karty vodiča alebo
dielenskej karty, ako sú uložené na karte.
fullCardNumber je typ karty, vystavujúci členský štát a číslo karty, ako
sú uložené na karte.
cardExpiryDate je konečný dátum platnosti karty, ako je uložený na
karte.
cardInsertionTime je dátum a čas vloženia.
vehicleOdometerValueAtInsertion je stav počítadla kilometrov vozidla
pri vložení karty.
cardSlotNumber je slot, do ktorého sa karta vkladá.
cardWithdrawalTime je dátum a čas vytiahnutia.
vehicleOdometerValueAtWithdrawal je stav počítadla kilometrov
vozidla pri vytiahnutí karty.
previousVehicleInfo obsahuje informácie o predchádzajúcom vozidle,
ktoré vodič použil, ako sú uložené na karte.
manualInputFlag je znak udávajúci, že držiteľ karty manuálne zapísal
činnosti vodiča pri vložení karty.
Generácia 2:
Miesto dátového prvku fullCardNumber používa dátová štruktúra gene­
rácie 2 tento dátový prvok:
fullCardNumberAndGeneration je typ karty, vystavujúci členský štát,
číslo karty a generácia, ako sú uložené na karte.
2.178. VuCardIWRecordArray
Generácia 2:
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 194
Informácie uložené v jednotke vozidla, ktoré sa týkajú cyklov vloženia
kariet vodiča alebo dielenských kariet do jednotky vozidla a ich vytiah­
nutia z nej (požiadavka 103 v prílohe 1C).
recordType určuje typ záznamu (VuCardIWRecord). Priradenie
hodnôt: Pozri RecordType
recordSize je veľkosť záznamu VuCardIWRecord v bajtoch.
noOfRecords je počet záznamov v sade.
records je sada záznamov súvisiacich s cyklami vloženia a vytiahnutia
karty.
▼M1
2.179. VuCardRecord
Generácia 2:
Informácie uložené v jednotke vozidla, ktoré sa týkajú použitej tacho­
grafovej karty (požiadavka 132 v prílohe IC).
cardNumberAndGenerationInformation je úplné číslo karty a gene­
rácia používanej karty (dátový typ 2.74).
cardExtendedSerialNumber načítané zo súboru EF_ICC v rámci MF
karty.
cardStructureVersion načítané zo súboru EF_Application_Identifica­
tion v rámci DF_Tachograph_G2.
cardNumber načítané zo súboru EF_Identification v rámci DF_Tacho­
graph_G2.
▼B
2.180. VuCardRecordArray
Generácia 2:
Informácie uložené v jednotke vozidla, ktoré sa týkajú tachografových
kariet použitých s touto VU. Tieto informácie sú určené na analýzu
problémov medzi JV a kartou (požiadavka 132 v prílohe 1C).
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 195
recordType určuje typ záznamu (VuCardRecord). Priradenie hodnôt:
Pozri RecordType
recordSize je veľkosť záznamu VuCardRecord v bajtoch.
noOfRecords je počet záznamov v sade.
records je sada záznamov súvisiacich s tachografovými kartami použi­
tými s VU.
2.181. VuCertificate
Certifikát verejného kľúča jednotky vozidla.
2.182. VuCertificateRecordArray
Generácia 2:
Certifikát VU plus metaúdaje použité v sťahovacom protokole.
recordType určuje typ záznamu (VuCertificate). Priradenie hodnôt:
Pozri RecordType
recordSize je veľkosť záznamu VuCertificate v bajtoch.
noOfRecords je počet záznamov v sade. Hodnota sa nastaví na 1,
keďže certifikáty môžu mať rôznu dĺžku.
records je sada certifikátov VU.
2.183. VuCompanyLocksData
Generácia 1:
Informácie uložené v jednotke vozidla, ktoré sa týkajú podnikových
blokovaní (požiadavka 104 v prílohe 1B).
noOfLocks je počet blokovaní uvedených v sade vuCompanyLocks­
Records.
vuCompanyLocksRecords je sada záznamov o podnikových
blokovaniach.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 196
2.184. VuCompanyLocksRecord
Informácie uložené v jednotke vozidla, ktoré sa týkajú jedného podni­
kového blokovania (požiadavka 104 v prílohe 1B a požiadavka 128
v prílohe 1C).
Generácia 1:
lockInTime, lockOutTime je dátum a čas zablokovania a odblokovania.
companyName, companyAddress je názov a adresa spoločnosti súvi­
siace s blokovaním.
companyCardNumber identifikuje kartu použitú pri zablokovaní.
Generácia 2:
Miesto dátového prvku companyCardNumber používa dátová štruktúra
generácie 2 tento dátový prvok:
companyCardNumberAndGeneration identifikuje kartu použitú pri
zablokovaní vrátane jej generácie.
2.185. VuCompanyLocksRecordArray
Generácia 2:
Informácie uložené v jednotke vozidla, ktoré sa týkajú podnikových
blokovaní (požiadavka 128 v prílohe 1C).
recordType určuje typ záznamu (VuCompanyLocksRecord). Priradenie
hodnôt: Pozri RecordType
recordSize je veľkosť záznamu VuCompanyLocksRecord v bajtoch.
noOfRecords je počet záznamov v sade. Hodnota 0..255.
records je sada záznamov o podnikových blokovaniach.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 197
2.185a. VuConfigurationLengthRange
Generácia 2, verzia 2:
Počet bajtov na tachografovej karte, ktoré sú k dispozícii na ukladanie
konfigurácií VU.
Priradenie hodnôt: pozri dodatok 2.
▼B
2.186. VuControlActivityData
Generácia 1:
Informácie uložené v jednotke vozidla, ktoré sa týkajú kontrol vykoná­
vaných s použitím tejto VU (požiadavka 102 v prílohe 1B).
noOfControls je počet kontrol uvedených v sade vuControlActivityRe­
cords.
vuControlActivityRecords je sada záznamov o kontrolnej činnosti.
2.187. VuControlActivityRecord
Informácie uložené v jednotke vozidla, ktoré sa týkajú kontroly vyko­
nanej s použitím tejto VU (požiadavka 102 v prílohe 1B a požiadavka
126 v prílohe 1C).
Generácia 1:
controlType je typ kontroly.
controlTime je dátum a čas kontroly.
controlCardNumber identifikuje kontrolnú kartu použitú pri kontrole.
downloadPeriodBeginTime je čas začiatku prípadne sťahovaného časo­
vého úseku.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 198
downloadPeriodEndTime je čas konca prípadne sťahovaného časového
úseku.
Generácia 2:
Miesto dátového prvku controlCardNumber používa dátová štruktúra
generácie 2 tento dátový prvok:
controlCardNumberAndGeneration identifikuje kontrolnú kartu
použitú pri kontrole vrátane jej generácie.
2.188. VuControlActivityRecordArray
Generácia 2:
Informácie uložené v jednotke vozidla, ktoré sa týkajú kontrol vykoná­
vaných s použitím tejto VU (požiadavka 126 v prílohe 1C).
recordType určuje typ záznamu (VuControlActivityRecord). Priradenie
hodnôt: Pozri RecordType
recordSize je veľkosť záznamu VuControlActivityRecord v bajtoch.
noOfRecords je počet záznamov v sade.
records je sada záznamov o kontrolnej činnosti VU.
2.189. VuDataBlockCounter
Počítadlo uložené na karte, ktoré sekvenčne identifikuje cykly vloženia
karty do jednotiek vozidla a jej vytiahnutia z nich.
Priradenie hodnôt: postupné čísla s maximálnou hodnotou 9 999, začí­
najúc opäť s 0.
2.190. VuDetailedSpeedBlock
Podrobné informácie uložené v jednotke vozidla o rýchlosti vozidla za
minútu, počas ktorej bolo vozidlo v pohybe (požiadavka 093 v prílohe
1B a požiadavka 116 v prílohe 1C).
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 199
speedBlockBeginDate je dátum a čas prvej hodnoty rýchlosti v rámci
bloku.
speedsPerSecond je chronologické poradie rýchlostí nameraných každú
sekundu v rámci minúty, začínajúc pri speedBlockBeginDate (vrátane).
2.191. VuDetailedSpeedBlockRecordArray
Generácia 2:
Podrobné informácie o rýchlosti vozidla uložené v jednotke vozidla.
recordType určuje typ záznamu (VuDetailedSpeedBlock). Priradenie
hodnôt
: Pozri RecordType
recordSize je veľkosť záznamu VuDetailedSpeedBlock v bajtoch.
noOfRecords je počet záznamov v sade.
records je sada blokov podrobných informácií o rýchlosti.
2.192. VuDetailedSpeedData
Generácia 1:
Podrobné informácie o rýchlosti vozidla uložené v jednotke vozidla.
noOfSpeedBlocks je počet blokov rýchlostí v sade vuDetailedSpeed­
Blocks.
vuDetailedSpeedBlocks je sada blokov podrobných informácií
o rýchlosti.
▼M3
2.192a. VuDigitalMapVersion
Generácia 2, verzia 2:
Verzia digitálnej mapy uloženej v jednotke vozidla (požiadavka 133j
prílohy IC).
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 200
Priradenie hodnôt: špecifikované na určenom zabezpečenom webovom
sídle sprístupnenom Európskou komisiou (požiadavka 133k prílohy IC).
▼B
2.193. VuDownloadablePeriod
Najstarší a najnovší dátum, za ktorý jednotka vozidla uchováva údaje
o činnostiach vodiča (požiadavky 081, 084 alebo 087 v prílohe 1B
a požiadavky 102, 105, 108 v prílohe 1C).
minDownloadableTime je najstarší dátum a čas vloženia karty alebo
zmeny činnosti alebo zápisu miesta uložený vo VU.
maxDownloadableTime je najnovší dátum a čas vytiahnutia karty alebo
zmeny činnosti alebo zápisu miesta uložený vo VU.
2.194. VuDownloadablePeriodRecordArray
Generácia 2:
VUDownloadablePeriod plus metaúdaje použité v sťahovacom
protokole.
recordType určuje typ záznamu (VuDownloadablePeriod). Priradenie
hodnôt
: Pozri RecordType
recordSize je veľkosť záznamu VuDownloadablePeriod v bajtoch.
noOfRecords je počet záznamov v sade.
records je sada záznamov VuDownloadablePeriod.
2.195. VuDownloadActivityData
Informácie uložené v jednotke vozidla, ktoré sa týkajú jej posledného
stiahnutia (požiadavka 105 v prílohe 1B a požiadavka 129 v prílohe 1C).
Generácia 1:
downloadingTime je dátum a čas sťahovania.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 201
fullCardNumber identifikuje kartu použitú na autorizáciu stiahnutia.
companyOrWorkshopName je názov spoločnosti alebo dielne.
Generácia 2:
Miesto dátového prvku fullCardNumber používa dátová štruktúra gene­
rácie 2 tento dátový prvok:
fullCardNumberAndGeneration identifikuje kartu použitú na autori­
záciu stiahnutia a jej generáciu.
2.196. VuDownloadActivityDataRecordArray
Generácia 2:
Informácie o poslednom sťahovaní VU (požiadavka 129 v prílohe 1C).
recordType určuje typ záznamu (VuDownloadActivityData). Prira­
denie hodnôt: Pozri RecordType
recordSize je veľkosť záznamu VuDownloadActivityData v bajtoch.
noOfRecords je počet záznamov v sade.
records je sada záznamov s údajmi o sťahovaní.
2.197. VuEventData
Generácia 1:
Informácie uložené v jednotke vozidla, ktoré sa týkajú udalostí (požia­
davka 094 v prílohe 1B, okrem udalosti prekročenia rýchlosti).
noOfVuEvents je počet udalostí uvedených v sade vuEventRecords.
vuEventRecords je sada záznamov o udalostiach.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 202
2.198. VuEventRecord
Informácie uložené v jednotke vozidla, ktoré sa týkajú udalosti (požia­
davka 094 v prílohe 1B a požiadavka 117 v prílohe 1C, okrem udalosti
prekročenia rýchlosti).
Generácia 1:
eventType je typ udalosti.
eventRecordPurpose je účel, na ktorý bola táto udalosť zaznamenaná.
eventBeginTime je dátum a čas začiatku udalosti.
eventEndTime je dátum a čas skončenia udalosti.
cardNumberDriverSlotBegin identifikuje kartu vloženú v slote vodiča
na začiatku udalosti.
cardNumberCodriverSlotBegin identifikuje kartu vloženú v slote
druhého vodiča na začiatku udalosti.
cardNumberDriverSlotEnd identifikuje kartu vloženú v slote vodiča na
konci udalosti.
cardNumberCodriverSlotEnd identifikuje kartu vloženú v slote
druhého vodiča na konci udalosti.
similarEventsNumber je počet podobných udalostí v danom dni.
Túto sekvenciu možno použiť pre všetky udalosti okrem prekročenia
rýchlosti.
Generácia 2:
Oproti generácii 1 sa navyše použijú tieto dátové prvky:
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 203
manufacturerSpecificEventFaultData obsahuje dodatočné informácie
o udalosti špecifické pre výrobcu.
V dátovej štruktúre generácie 2 sa miesto dátových prvkov cardNumber­
DriverSlotBegin, cardNumberCodriverSlotBegin, cardNumberDriverSlo­
tEnd a cardNumberCodriverSlotEnd používajú tieto dátové prvky:
cardNumberAndGenDriverSlotBegin identifikuje kartu vloženú
v slote vodiča na začiatku udalosti vrátane jej generácie.
cardNumberAndGenCodriverSlotBegin identifikuje kartu vloženú
v slote druhého vodiča na začiatku udalosti vrátane jej generácie.
cardNumberAndGenDriverSlotEnd identifikuje kartu vloženú v slote
vodiča na konci udalosti vrátane jej generácie.
cardNumberAndGenCodriverSlotEnd identifikuje kartu vloženú
v slote druhého vodiča na konci udalosti vrátane jej generácie.
V prípade časového konfliktu sa prvky eventBeginTime a eventEndTime
interpretujú takto:
eventBeginTime je dátum a čas záznamového zariadenia.
eventEndTime je dátum a čas GNSS.
2.199. VuEventRecordArray
Generácia 2:
Informácie uložené v jednotke vozidla, ktoré sa týkajú udalostí (požia­
davka 117 v prílohe 1C, okrem udalosti prekročenia rýchlosti).
recordType určuje typ záznamu (VuEventRecord). Priradenie hodnôt:
Pozri RecordType
recordSize je veľkosť záznamu VuEventRecord v bajtoch.
noOfRecords je počet záznamov v sade.
records je sada záznamov o udalostiach.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 204
2.200. VuFaultData
Generácia 1:
Informácie uložené v jednotke vozidla, ktoré sa týkajú porúch (požia­
davka 096 v prílohe 1B).
noOfVuFaults je počet porúch uvedených v sade vuFaultRecords.
vuFaultRecords je sada záznamov o poruchách.
2.201. VuFaultRecord
Informácie uložené v jednotke vozidla, ktoré sa týkajú poruchy (požia­
davka 096 v prílohe 1B a požiadavka 118 v prílohe 1C).
Generácia 1:
faultType je typ poruchy záznamového zariadenia.
faultRecordPurpose je účel, na ktorý bola táto porucha zaznamenaná.
faultBeginTime je dátum a čas začiatku poruchy.
faultEndTime je dátum a čas skončenia poruchy.
cardNumberDriverSlotBegin identifikuje kartu vloženú v slote vodiča
na začiatku poruchy.
cardNumberCodriverSlotBegin identifikuje kartu vloženú v slote
druhého vodiča na začiatku poruchy.
cardNumberDriverSlotEnd identifikuje kartu vloženú v slote vodiča na
konci poruchy.
cardNumberCodriverSlotEnd identifikuje kartu vloženú v slote
druhého vodiča na konci poruchy.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 205
Generácia 2:
Oproti generácii 1 sa navyše použije tento dátový prvok:
manufacturerSpecificEventFaultData obsahuje dodatočné informácie
o poruche špecifické podľa výrobcu.
V dátovej štruktúre generácie 2 sa miesto dátových prvkov cardNumber­
DriverSlotBegin, cardNumberCodriverSlotBegin, cardNumberDriverSlo­
tEnd a cardNumberCodriverSlotEnd používajú tieto dátové prvky:
cardNumberAndGenDriverSlotBegin identifikuje kartu vloženú
v slote vodiča na začiatku poruchy vrátane jej generácie.
cardNumberAndGenCodriverSlotBegin identifikuje kartu vloženú
v slote druhého vodiča na začiatku poruchy vrátane jej generácie.
cardNumberAndGenDriverSlotEnd identifikuje kartu vloženú v slote
vodiča na konci poruchy vrátane jej generácie.
cardNumberAndGenCodriverSlotEnd identifikuje kartu vloženú
v slote druhého vodiča na konci poruchy vrátane jej generácie.
2.202. VuFaultRecordArray
Generácia 2:
Informácie uložené v jednotke vozidla, ktoré sa týkajú porúch (požia­
davka 118 v prílohe 1C).
recordType určuje typ záznamu (VuFaultRecord). Priradenie hodnôt:
Pozri RecordType
recordSize je veľkosť záznamu VuFaultRecord v bajtoch.
noOfRecords je počet záznamov v sade.
records je sada záznamov o poruchách.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 206
2.203. VuGNSSADRecord
▼M3
Generácia 2, verzia 1:
▼M1
Informácie uložené v jednotke vozidla, ktoré sa vzťahujú na polohu
vozidla podľa GNSS, ak kumulovaný čas jazdy dosiahne násobok
troch hodín (požiadavky 108 a 110 v prílohe IC).
timeStamp je dátum a čas, keď kumulovaný čas jazdy dosiahne
násobok troch hodín.
cardNumberAndGenDriverSlot identifikuje kartu vloženú v slote
vodiča vrátane jej generácie.
cardNumberAndGenCodriverSlot identifikuje kartu vloženú v slote
druhého vodiča vrátane jej generácie.
gnssPlaceRecord obsahuje informácie o polohe vozidla.
vehicleOdometerValue je stav počítadla kilometrov, keď kumulovaný
čas jazdy dosiahne násobok troch hodín.
▼M3
Generácia 2, verzia 2:
Informácie uložené v jednotke vozidla, ktoré sa vzťahujú na polohu
vozidla podľa GNSS, ak kumulovaný čas jazdy dosiahne násobok
troch hodín (požiadavky 108 a 110 prílohy IC).
Vo verzii 2 generácie 2 sa namiesto gnssPlaceRecord používa gnssPla­
ceAuthRecord, ktorý obsahuje navyše stav autentifikácie GNSS.
2.203a. VuBorderCrossingRecord
Generácia 2, verzia 2:
Informácie uložené v jednotke vozidla, ktoré sa týkajú prekročení
hranice, keď vozidlo prekročilo hranicu krajiny (požiadavky 133a
a 133b prílohy IC).
▼M1
02016R0799 — SK — 21.08.2023 — 003.002 — 207
cardNumberAndGenDriverSlot identifikuje kartu vloženú v slote
vodiča vrátane jej generácie.
cardNumberAndGenCodriverSlot identifikuje kartu vloženú v slote
druhého vodiča vrátane jej generácie.
countryLeft je krajina, ktorú vozidlo opustilo, na základe poslednej
dostupnej polohy predtým, než bolo zistené prekročenie hranice.
„Zvyšok sveta“ (kód NationNumeric „FF“H) sa použije, keď jednotka
vozidla nie je schopná určiť krajinu, v ktorej sa vozidlo nachádza (napr.
aktuálna krajina nie je súčasťou uložených digitálnych máp).
countryEntered je krajina, do ktorej vozidlo vstúpilo. „Zvyšok sveta“
(kód NationNumeric „FF“H) sa použije, keď jednotka vozidla nie je
schopná určiť krajinu, v ktorej sa vozidlo nachádza (napr. aktuálna
krajina nie je súčasťou uložených digitálnych máp).
gnssPlaceAuthRecord obsahuje informácie týkajúce sa polohy vozidla,
keď bolo zistené prekročenie hranice, a stavu autentifikácie tejto polohy.
vehicleOdometerValue je stav počítadla kilometrov, keď jednotka
vozidla zistila, že vozidlo prekročilo hranicu krajiny.
2.203b. VuBorderCrossingRecordArray
Generácia 2, verzia 2:
Informácie uložené v jednotke vozidla, ktoré sa týkajú prekročení
hranice vozidlom (požiadavka 133c prílohy IC).
recordType označuje typ záznamu (VuBorderCrossingRecord). Prira­
denie hodnôt: pozri RecordType.
recordSize je veľkosť záznamu VuBorderCrossingRecord v bajtoch.
noOfRecords je počet záznamov v súbore záznamov.
records je súbor záznamov o prekročeniach hranice.
▼M1
2.204. VuGNSSADRecordArray
Generácia 2:
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 208
Informácie uložené v jednotke vozidla, ktoré sa vzťahujú na polohu
vozidla podľa GNSS, ak kumulovaný čas jazdy dosiahne násobok
troch hodín (požiadavky 108 a 110 v prílohe IC).
recordType určuje typ záznamu (VuGNSSADRecord).
Priradenie hodnôt: See RecordType.
recordSize je veľkosť záznamu VuGNSSADRecord v bajtoch.
noOfRecords je počet záznamov v sade.
records je sada záznamov o kumulovanej jazde z GNSS.
▼M3
2.204a. VuGnssMaximalTimeDifference
Generácia 2, verzia 2:
Maximálny rozdiel medzi skutočným časom a časom hodín reálneho
času VU vychádzajúci z maximálnej časovej odchýlky špecifikovanej
v požiadavke 41 prílohy IC, ktorý jednotka vozidla prenáša do externého
zariadenia GNSS, pozri požiadavku GNS_3g v dodatku 12.
▼B
2.205. VuIdentification
Informácie uložené v jednotke vozidla, ktoré sa týkajú identifikácie
jednotky vozidla (požiadavka 075 v prílohe 1B a požiadavky 93
a 121 v prílohe 1C).
Generácia 1:
vuManufacturerName je názov výrobcu jednotky vozidla.
vuManufacturerAddress je adresa výrobcu jednotky vozidla.
vuPartNumber je číslo dielu jednotky vozidla.
vuSerialNumber je sériové číslo jednotky vozidla.
▼M1
02016R0799 — SK — 21.08.2023 — 003.002 — 209
vuSoftwareIdentification identifikuje softvér v jednotke vozidla.
vuManufacturingDate je dátum výroby jednotky vozidla.
vuApprovalNumber je číslo typového schválenia jednotky vozidla.
▼M3
Generácia 2:
Oproti generácii 1 sa navyše použijú tieto dátové prvky:
vuGeneration identifikuje generáciu jednotky vozidla.
vuAbility poskytuje informácie o tom, či VU podporuje tachografové
karty generácie 1 alebo nie.
vuDigitalMapVersion je verzia digitálnej mapy uloženej v jednotke
vozidla (existuje len vo verzii 2).
▼B
2.206. VuIdentificationRecordArray
Generácia 2:
VuIdentification plus metaúdaje použité v sťahovacom protokole.
recordType určuje typ záznamu (VuIdentification). Priradenie hodnôt:
Pozri RecordType
recordSize je veľkosť záznamu VuIdentification v bajtoch.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 210
noOfRecords je počet záznamov v sade.
records je sada záznamov VuIdentification.
2.207. VuITSConsentRecord
Generácia 2:
Informácie uložené v jednotke vozidla, ktoré sa týkajú súhlasu vodiča
s použitím inteligentných dopravných systémov (ITS).
cardNumberAndGen identifikuje kartu vrátane jej generácie. Musí ísť
o kartu vodiča alebo dielenskú kartu.
consent je znak určujúci, či vodič súhlasil s použitím inteligentných
dopravných systémov v danom vozidle / jednotke vozidla.
Priradenie hodnôt:
TRUE znamená, že vodič súhlasil s použitím inteligent­
ných dopravných systémov.
FALSE znamená, že vodič odmietol použitie inteligent­
ných dopravných systémov.
2.208. VuITSConsentRecordArray
Generácia 2:
Informácie uložené v jednotke vozidla, ktoré sa týkajú súhlasu vodiča
s použitím inteligentných dopravných systémov (požiadavka 200
v prílohe 1C).
recordType určuje typ záznamu (VuITSConsentRecord). Priradenie
hodnôt: Pozri RecordType
recordSize je veľkosť záznamu VuITSConsentRecord v bajtoch.
noOfRecords je počet záznamov v sade.
records je sada záznamov o súhlase s ITS.
▼M3
2.208a. VuLoadUnloadRecord
Generácia 2, verzia 2:
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 211
Informácie uložené v jednotke vozidla, ktoré sa týkajú zapísanej
operácie nakládky/vykládky (požiadavky 133e, 133f a 133g prílohy IC).
timeStamp je dátum a čas, keď bola zapísaná operácia nakládky/
vykládky.
operationType je druh zapísanej operácie (nakládka, vykládka alebo
súčasná nakládka/vykládka).
cardNumberAndGenDriverSlot identifikuje kartu vloženú v slote
vodiča vrátane jej generácie.
cardNumberAndGenCodriverSlot identifikuje kartu vloženú v slote
druhého vodiča vrátane jej generácie.
gnssPlaceAuthRecord obsahuje informácie týkajúce sa polohy vozidla
a stav autentifikácie tejto polohy.
vehicleOdometerValue je stav počítadla kilometrov týkajúci sa operácie
nakládky/vykládky.
2.208b. VuLoadUnloadRecordArray
Generácia 2, verzia 2:
Informácie uložené v jednotke vozidla, ktoré sa týkajú zapísanej
operácie nakládky/vykládky vozidla (požiadavka 133h prílohy IC).
recordType označuje typ záznamu (VuLoadUnloadRecord). Priradenie
hodnôt: pozri RecordType.
recordSize je veľkosť záznamu VuLoadUnloadRecord v bajtoch.
noOfRecords je počet záznamov v súbore záznamov.
records je súbor záznamov o operáciách nakládky/vykládky.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 212
2.209. VuManufacturerAddress
Adresa výrobcu jednotky vozidla.
Priradenie hodnôt: Neurčené.
2.210. VuManufacturerName
Názov výrobcu jednotky vozidla.
Priradenie hodnôt: Neurčené.
2.211. VuManufacturingDate
Dátum výroby jednotky vozidla.
Priradenie hodnôt: Neurčené.
2.212. VuOverSpeedingControlData
Informácie uložené v jednotke vozidla, ktoré sa týkajú udalostí prekro­
čenia rýchlosti od poslednej kontroly prekročenia rýchlosti (požiadavka
095 v prílohe 1B a požiadavka 117 v prílohe 1C).
lastOverspeedControlTime je dátum a čas poslednej kontroly prekro­
čenia rýchlosti.
firstOverspeedSince je dátum a čas prvého prekročenia rýchlosti po
tejto kontrole prekročenia rýchlosti.
numberOfOverspeedSince je počet udalostí prekročenia rýchlosti od
poslednej kontroly prekročenia rýchlosti.
2.213. VuOverSpeedingControlDataRecordArray
Generácia 2:
VuOverSpeedingControlData plus metaúdaje použité v sťahovacom
protokole.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 213
recordType určuje typ záznamu (VuOverSpeedingControlData). Prira­
denie hodnôt: Pozri RecordType
recordSize je veľkosť záznamu VuOverSpeedingControlData v bajtoch.
noOfRecords je počet záznamov v sade.
records je sada záznamov s údajmi o kontrole prekročenia rýchlosti.
2.214. VuOverSpeedingEventData
Generácia 1:
Informácie uložené v jednotke vozidla, ktoré sa týkajú udalostí prekro­
čenia rýchlosti (požiadavka 094 v prílohe 1B).
noOfVuOverSpeedingEvents je počet udalostí uvedený v sade
vuOverSpeedingEventRecords.
vuOverSpeedingEventRecords je sada záznamov o udalostiach prekro­
čenia rýchlosti.
2.215. VuOverSpeedingEventRecord
Generácia 1:
Informácie uložené v jednotke vozidla, ktoré sa týkajú udalostí prekro­
čenia rýchlosti (požiadavka 094 v prílohe 1B a požiadavka 117 v prílohe
1C).
eventType je typ udalosti.
eventRecordPurpose je účel, na ktorý bola táto udalosť zaznamenaná.
eventBeginTime je dátum a čas začiatku udalosti.
eventEndTime je dátum a čas skončenia udalosti.
maxSpeedValue je maximálna rýchlosť nameraná počas udalosti.
averageSpeedValue je aritmeticky priemerná rýchlosť nameraná počas
udalosti.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 214
cardNumberDriverSlotBegin identifikuje kartu vloženú v slote vodiča
na začiatku udalosti.
similarEventsNumber je počet podobných udalostí v danom dni.
Generácia 2:
Informácie uložené v jednotke vozidla, ktoré sa týkajú udalostí prekro­
čenia rýchlosti (požiadavka 094 v prílohe 1B a požiadavka 117 v prílohe
1C).
Miesto dátového prvku cardNumberDriverSlotBegin používa dátová
štruktúra generácie 2 tento dátový prvok:
cardNumberAndGenDriverSlotBegin identifikuje kartu vloženú v slote
vodiča na začiatku udalosti vrátane jej generácie.
2.216. VuOverSpeedingEventRecordArray
Generácia 2:
Informácie uložené v jednotke vozidla, ktoré sa týkajú udalostí prekro­
čenia rýchlosti (požiadavka 117 v prílohe 1C).
recordType určuje typ záznamu (VuOverSpeedingEventRecord). Prira­
denie hodnôt: Pozri RecordType
recordSize je veľkosť záznamu VuOverSpeedingEventRecord v bajtoch.
noOfRecords je počet záznamov v sade.
records je sada záznamov o udalostiach prekročenia rýchlosti.
2.217. VuPartNumber
Číslo dielu – jednotka vozidla.
Priradenie hodnôt: špecifické podľa výrobcu VU.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 215
2.218. VuPlaceDailyWorkPeriodData
Generácia 1:
Informácie uložené v jednotke vozidla, ktoré sa týkajú miest, kde sa
vodičom začína alebo končí denný pracovný čas (požiadavka 087
v prílohe 1B a požiadavky 108 a 110 v prílohe 1C).
noOfPlaceRecords je počet záznamov uvedených v sade vuPlaceDaily­
WorkPeriodRecords.
vuPlaceDailyWorkPeriodRecords je sada záznamov vzťahujúcich sa
k miestu.
2.219. VuPlaceDailyWorkPeriodRecord
Generácia 1:
Informácie uložené v jednotke vozidla, ktoré sa týkajú miesta, kde sa
vodičovi začína alebo končí denný pracovný čas (požiadavka 087
v prílohe 1B a požiadavky 108 a 110 v prílohe 1C).
fullCardNumber je typ karty vodiča, vystavujúci členský štát a číslo
karty.
placeRecord obsahuje informácie súvisiace so zadaným miestom.
▼M3
Generácia 2, verzia 1:
▼B
Informácie uložené v jednotke vozidla, ktoré sa týkajú miesta, kde sa
vodičovi začína alebo končí denný pracovný čas (požiadavka 087
v prílohe 1B a požiadavky 108 a 110 v prílohe 1C).
Miesto dátového prvku fullCardNumber používa dátová štruktúra gene­
rácie 2 tento dátový prvok:
fullCardNumberAndGeneration je typ karty, vystavujúci členský štát,
číslo karty a generácia, ako sú uložené na karte.
▼M3
Generácia 2, verzia 2:
Informácie uložené v jednotke vozidla, ktoré sa týkajú miesta, kde sa
vodičovi začína alebo končí denný pracovný čas (požiadavka 87
prílohy IB a požiadavky 108 a 110 prílohy IC).
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 216
Namiesto dátového prvku placeRecord používa verzia 2 dátovej štruk­
túry generácie 2 tento dátový prvok:
placeAuthRecord obsahuje informácie týkajúce sa zapísaného miesta,
zaznamenanej polohy, stavu autentifikácie GNSS a času určenia polohy.
▼B
2.220. VuPlaceDailyWorkPeriodRecordArray
Generácia 2:
Informácie uložené v jednotke vozidla, ktoré sa týkajú miest, kde sa
vodičom začína alebo končí denný pracovný čas (požiadavky 108
a 110 v prílohe 1C).
recordType určuje typ záznamu (VuPlaceDailyWorkPeriodRecord).
Priradenie hodnôt: Pozri RecordType
recordSize je veľkosť záznamu VuPlaceDailyWorkPeriodRecord
v bajtoch.
noOfRecords je počet záznamov v sade.
records je sada záznamov súvisiacich s miestom.
2.221. VuPrivateKey
Generácia 1:
Súkromný kľúč jednotky vozidla.
2.222. VuPublicKey
Generácia 1:
Verejný kľúč jednotky vozidla.
▼M3
2.222a. VuRtcTime
Generácia 2, verzia 2:
Čas RTC hodín jednotky vozidla, ktorý VU prenáša do externého zaria­
denia GNSS, pozri požiadavku GNS_3f v dodatku 12.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 217
2.223. VuSerialNumber
Sériové číslo jednotky vozidla (požiadavka 075 v prílohe 1B a požia­
davka 93 v prílohe 1C).
2.224. VuSoftInstallationDate
Dátum inštalácie softvérovej verzie jednotky vozidla.
Priradenie hodnôt: Neurčené.
2.225. VuSoftwareIdentification
Informácie uložené v jednotke vozidla, ktoré sa týkajú nainštalovaného
softvéru.
vuSoftwareVersion je číslo verzie softvéru jednotky vozidla.
vuSoftInstallationDate je dátum inštalácie softvérovej verzie.
2.226. VuSoftwareVersion
Číslo verzie softvéru jednotky vozidla.
Priradenie hodnôt: Neurčené.
2.227. VuSpecificConditionData
Generácia 1:
Informácie uložené v jednotke vozidla, ktoré sa týkajú špecifických
podmienok.
noOfSpecificConditionRecords je počet záznamov uvedených v sade
specificConditionRecords.
specificConditionRecords je sada záznamov súvisiacich so špecifickými
podmienkami.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 218
2.228. VuSpecificConditionRecordArray
Generácia 2:
Informácie uložené v jednotke vozidla, ktoré sa týkajú špecifických
podmienok (požiadavka 130 v prílohe 1C).
recordType určuje typ záznamu (SpecificConditionRecord). Priradenie
hodnôt: Pozri RecordType
recordSize je veľkosť záznamu SpecificConditionRecord v bajtoch.
noOfRecords je počet záznamov v sade.
records je sada záznamov súvisiacich so špecifickými podmienkami.
2.229. VuTimeAdjustmentData
Generácia 1:
Informácie uložené v jednotke vozidla, ktoré sa týkajú úpravy času
mimo rámca pravidelnej kalibrácie (požiadavka 101 v prílohe 1B).
noOfVuTimeAdjRecords je počet záznamov v sade vuTimeAdjustmen­
tRecords.
vuTimeAdjustmentRecords je sada záznamov o úprave času.
▼M1
2.230. Vyhradené nabudúce použitie
2.231. Vyhradené nabudúce použitie
▼B
2.232. VuTimeAdjustmentRecord
Informácie uložené v jednotke vozidla, ktoré sa týkajú úpravy času
mimo rámca pravidelnej kalibrácie (požiadavka 101 v prílohe 1B a požia­
davky 124 a 125 v prílohe 1C).
Generácia 1:
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 219
oldTimeValue, newTimeValue je pôvodná a nová hodnota dátumu
a času.
workshopName, workshopAddress je názov a adresa dielne.
workshopCardNumber identifikuje dielenskú kartu použitú na úpravu
času.
Generácia 2:
Miesto dátového prvku workshopCardNumber používa dátová štruktúra
generácie 2 tento dátový prvok:
workshopCardNumberAndGeneration identifikuje dielenskú kartu
použitú na úpravu času vrátane jej generácie.
2.233. VuTimeAdjustmentRecordArray
Generácia 2:
Informácie uložené v jednotke vozidla, ktoré sa týkajú úprav času mimo
rámca pravidelnej kalibrácie (požiadavky 124 a 125 v prílohe 1C).
recordType určuje typ záznamu (VuTimeAdjustmentRecord). Prira­
denie hodnôt: Pozri RecordType
recordSize je veľkosť záznamu VuTimeAdjustmentRecord v bajtoch.
noOfRecords je počet záznamov v sade.
records je sada záznamov úpravy času.
2.234. WorkshopCardApplicationIdentification
Informácie uložené na dielenskej karte súvisiace s identifikáciou apli­
kácie karty (požiadavky 307 a 330 v prílohe 1C).
Generácia 1:
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 220
typeOfTachographCardId špecifikuje implementovaný typ karty.
cardStructureVersion špecifikuje verziu štruktúry, ktorá je implemen­
tovaná v karte.
noOfEventsPerType je počet udalostí pre každý typ udalosti, ktorý
karta dokáže zaznamenať.
noOfFaultsPerType je počet porúch pre každý typ poruchy, ktorý karta
dokáže zaznamenať.
activityStructureLength udáva počet bajtov, ktoré sú k dispozícii na
uloženie záznamov o činnosti.
noOfCardVehicleRecords je počet záznamov o vozidle, ktoré môže
karta obsahovať.
noOfCardPlaceRecords je počet miest, ktorý karta dokáže zaznamenať.
noOfCalibrationRecords je počet záznamov o kalibrácii, ktoré možno
na karte uložiť.
Generácia 2:
▼M1
Oproti generácii 1 sa navyše použijú tieto dátové prvky:
noOfGNSSADRecords je počet záznamov o kumulovanej jazde
z GNSS, ktoré možno na karte uložiť.
noOfSpecificConditionRecords je počet záznamov o špecifických
podmienkach, ktoré možno na karte uložiť.
noOfCardVehicleUnitRecords je počet použitých záznamov z jednotiek
vozidla, ktoré možno na karte uložiť.
▼M3
2.234a. WorkshopCardApplicationIdentificationV2
Generácia 2, verzia 2:
Informácie uložené na dielenskej karte súvisiace s identifikáciou apli­
kácie karty (požiadavka 330a prílohy IC).
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 221
lengthOfFollowingData je počet bajtov, ktoré nasledujú v zázname.
noOfBorderCrossingRecords je počet záznamov o prekročení hranice,
ktoré možno uložiť na dielenskej karte.
noOfLoadUnloadRecords je počet záznamov o nakládke/vykládke,
ktoré možno uložiť na dielenskej karte.
noOfLoadTypeEntryRecords je počet záznamov o zápise druhu
nákladu, ktoré možno uložiť na dielenskej karte.
vuConfigurationLengthRange je počet bajtov na tachografovej karte,
ktoré sú k dispozícii na ukladanie konfigurácií VU.
2.234b. WorkshopCardCalibrationAddData
Generácia 2, verzia 2:
Informácie uložené na dielenskej karte, ktoré sa týkajú doplnkových
údajov (t. j. predvolený druh nákladu) zapísaných počas kalibrácie
(požiadavka 356l prílohy IC).
calibrationPointerNewestRecord je index naposledy aktualizovaného
záznamu doplnkových kalibračných údajov.
Priradenie hodnôt je číslo zodpovedajúce počítadlu záznamov doplnko­
vých kalibračných údajov začínajúce sa od „0“ pre prvý výskyt záznamu
doplnkových kalibračných údajov v štruktúre.
workshopCardCalibrationAddDataRecords je súbor záznamov obsa­
hujúcich starý dátum a čas, identifikáciu vozidla a predvolený druh
nákladu vozidla.
2.234c. WorkshopCardCalibrationAddDataRecord
Generácia 2, verzia 2:
Informácie uložené na dielenskej karte, ktoré sa týkajú predvoleného
druhu nákladu zapísaného počas kalibrácie (požiadavka 356k prílohy IC).
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 222
oldTimeValue je stará hodnota dátumu a času nachádzajúca sa v zodpo­
vedajúcom zázname WorkshopCardCalibrationRecord.
vehicleIdentificationNumber je identifikačné číslo vozidla, ktoré sa
nachádza aj v zodpovedajúcom zázname WorkshopCardCalibrationRe­
cord.
byDefaultLoadType je predvolený druh nákladu vozidla (existuje len
vo verzii 2).
calibrationCountry je krajina, v ktorej sa vykonala kalibrácia.
calibrationCountryTimestamp je dátum a čas, keď prijímač GNSS
poskytol polohu použitú na určenie tejto krajiny.
▼B
2.235. WorkshopCardCalibrationData
Informácie uložené na dielenskej karte súvisiace s dielenskými činnos­
ťami, ktoré sa s kartou vykonávajú (požiadavky 314, 316, 337 a 339
v prílohe 1C).
calibrationTotalNumber je celkový počet kalibrácií vykonaných
s kartou.
calibrationPointerNewestRecord je index naposledy aktualizovaného
záznamu o kalibrácii.
Priradenie hodnôt: číslo zodpovedajúce počítadlu záznamu o kalibrácii
začínajúce sa od „0“ pre prvý výskyt záznamov o kalibrácii v štruktúre.
calibrationRecords je sada záznamov obsahujúcich informácie o kalibrá­
ciách a/alebo úpravách času.
2.236. WorkshopCardCalibrationRecord
Informácie uložené na dielenskej karte súvisiace s kalibráciou vyko­
nanou pomocou karty (požiadavka 314 a 337 v prílohe 1C).
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 223
Generácia 1:
calibrationPurpose je účel kalibrácie.
vehicleIdentificationNumber je VIN.
vehicleRegistration obsahuje VRN a členský štát evidencie.
wVehicleCharacteristicConstant je charakteristický koeficient vozidla.
kConstantOfRecordingEquipment je konštanta záznamového
zariadenia.
lTyreCircumference je skutočný obvod pneumatík kolies.
tyreSize je určenie rozmerov pneumatík na vozidle.
authorisedSpeed je maximálna povolená rýchlosť vozidla.
oldOdometerValue, newOdometerValue je pôvodná a nová hodnota
počítadla kilometrov.
oldTimeValue, newTimeValue je pôvodná a nová hodnota dátumu
a času.
nextCalibrationDate je dátum najbližšej kalibrácie typu špecifikova­
ného v CalibrationPurpose, ktorú má vykonať oprávnený kontrolný
orgán.
vuPartNumber, vuSerialNumber a sensorSerialNumber sú dátové
prvky na identifikáciu záznamového zariadenia.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 224
Generácia 2:
Oproti generácii 1 sa navyše použijú tieto dátové prvky:
sensorGNSSSerialNumber identifikuje externé zariadenie GNSS.
rcmSerialNumber identifikuje modul diaľkovej komunikácie.
sealDataCard poskytuje informácie o plombách na rôznych dieloch
vozidla.
2.237. WorkshopCardHolderIdentification
Informácie uložené na dielenskej karte súvisiace s identifikáciou držiteľa
karty (požiadavky 311 a 334 v prílohe 1C).
workshopName je názov dielne držiteľa karty.
workshopAddress je adresa dielne držiteľa karty.
cardHolderName je priezvisko a meno(-á) držiteľa (napr. meno mecha­
nika).
cardHolderPreferredLanguage je preferovaný jazyk držiteľa karty.
2.238. WorkshopCardPIN
Osobné identifikačné číslo dielenskej karty (požiadavk 309 a 332
v prílohe 1C).
Priradenie hodnôt: PIN kód známy držiteľovi karty doplnený sprava
bajtmi „FF“ až do 8 bajtov.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 225
2.239. W-VehicleCharacteristicConstant
Charakteristický koeficient vozidla (vymedzenie pojmov, písm. k)).
Priradenie hodnôt: Impulzy na kilometer v prevádzkovom rozsahu 0 až
64 255 impulzov/km.
2.240. VuPowerSupplyInterruptionRecord
Generácia 2:
Informácie uložené v jednotke vozidla, ktoré sa týkajú udalostí preru­
šenia napájania (požiadavka 117 v prílohe 1C).
eventType je typ udalosti.
eventRecordPurpose je účel, na ktorý bola táto udalosť zaznamenaná.
eventBeginTime je dátum a čas začiatku udalosti.
eventEndTime je dátum a čas skončenia udalosti.
cardNumberAndGenDriverSlotBegin identifikuje kartu vloženú v slote
vodiča na začiatku udalosti vrátane jej generácie.
cardNumberAndGenDriverSlotEnd identifikuje kartu vloženú v slote
vodiča na konci udalosti vrátane jej generácie.
cardNumberAndGenCodriverSlotBegin identifikuje kartu vloženú
v slote druhého vodiča na začiatku udalosti vrátane jej generácie.
cardNumberAndGenCodriverSlotEnd identifikuje kartu vloženú
v slote druhého vodiča na konci udalosti vrátane jej generácie.
similarEventsNumber je počet podobných udalostí v danom dni.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 226
2.241. VuPowerSupplyInterruptionRecordArray
Generácia 2:
Informácie uložené v jednotke vozidla, ktoré sa týkajú udalostí preru­
šenia napájania (požiadavka 117 v prílohe 1C).
recordType určuje typ záznamu (VuPowerSupplyInterruptionRecord).
Priradenie hodnôt: Pozri RecordType
recordSize je veľkosť záznamu VuPowerSupplyInterruptionRecord
v bajtoch.
noOfRecords je počet záznamov v sade.
records je sada záznamov o udalostiach prerušenia napájania.
2.242. VuSensorExternalGNSSCoupledRecordArray
Generácia 2:
Sada SensorExternalGNSSCoupledRecord plus metaúdaje použité
v sťahovacom protokole.
recordType určuje typ záznamu (SensorExternalGNSSCoupledRecord).
Priradenie hodnôt: Pozri RecordType
recordSize je veľkosť záznamu SensorExternalGNSSCoupledRecord
v bajtoch.
noOfRecords je počet záznamov v sade.
records je sada záznamov o spojení snímača s externým GNSS.
2.243. VuSensorPairedRecordArray
Generácia 2:
Sada SensorPairedRecord plus metaúdaje použité v sťahovacom
protokole.
recordType určuje typ záznamu (SensorPairedRecord). Priradenie
hodnôt: Pozri RecordType
recordSize je veľkosť záznamu SensorPairedRecord v bajtoch.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 227
noOfRecords je počet záznamov v sade.
records je sada záznamov o spárovaní snímača.
3. VYMEDZENIE ROZSAHU HODNÔT A ROZMEROV
Vymedzenie premenných hodnôt použitých v definíciách v odseku 2.
4. MNOŽINY ZNAKOV
V reťazcoch IA5Strings sú použité znaky ASCII podľa normy ISO/IEC
8824-1. Pre čitateľnosť a uľahčenie prístupu je priradenie hodnôt
uvedené nižšie. V prípade nezhody s týmito informačnými údajmi má
vždy prednosť norma ISO/IEC 8824-1.
V ďalších reťazcoch znakov (Address, Name, VehicleRegistration­
Number) sa navyše používajú znaky z rozsahu kódov dekadických
znakov 161 – 255 týchto 8-bitových štandardných množín znakov
určených číslom kódovej stránky:
Štandardná množina znakov
Kódová stránka
(dekadické)
ISO/IEC 8859-1 Latinka-1 západoeurópske jazyky 1
ISO/IEC 8859-2 Latinka-2 stredoeurópske jazyky 2
ISO/IEC 8859-3 Latinka-3 juhoeurópske jazyky 3
ISO/IEC 8859-5 Latinka/cyrilika 5
ISO/IEC 8859-7 Latinka/grécka abeceda 7
ISO/IEC 8859-9 Latinka-5 turečtina 9
ISO/IEC 8859-13 Latinka-7 pobaltské jazyky 13
ISO/IEC 8859-15 Latinka-9 15
ISO/IEC 8859-16 Latinka-10 jazyky juhovýchodnej Európy 16
KOI8-R Latinka/cyrilika 80
KOI8-U Latinka/cyrilika 85
5. KÓDOVANIE
Pri kódovaní podľa kódovacích pravidiel ASN.1 sa všetky vymedzené
dátové typy kódujú podľa normy ISO/IEC 8825-2, usporiadaný variant.
6. OBJEKTOVÉ IDENTIFIKÁTORY A IDENTIFIKÁTORY APLIKÁCIÍ
6.1. Objektové identifikátory
Objektové identifikátory (OID) uvedené v tejto kapitole sú relevantné
iba pre generáciu 2. OID sú vymedzené v TR-03110-3 a tu sú
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 228
zopakované len pre úplnosť. Vetva stromovej štruktúry bsi-de obsahuje
tieto OID:
Identifikátory protokolu autentifikácie VU
Príklad: Povedzme, že sa VU má autentifikovať pomocou SHA-384;
potom sa použije objektový identifikátor (v notácii ASN.1)
. Hodnota
tohto objektového identifikátora v bodkovej notácii je
.
Bodková notácia Bajtová notácia
„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“
Identifikátory protokolu autentifikácie čipu
Príklad: Povedzme, že čip sa autentifikuje algoritmom ECDH, takže
kľúč relácie AES bude mať dĺžku 128 bitov. Tento kľúč relácie
sa neskôr použije v režime prevádzky CBC, aby sa zaistila dôver­
nosť údajov, a s algoritmom CMAC, aby sa zaistila ich autenticita.
Preto sa použije objektový identifikátor (v notácii ASN.1)
. Hodnota
tohto objektového identifikátora v bodkovej notácii je
.
Bodková notácia Bajtová notácia
„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 — SK — 21.08.2023 — 003.002 — 229
6.2. Identifikátory aplikácií
Generácia 2:
Identifikátor aplikácie (AID) pre externé zariadenie GNSS (Generácia 2)
je daný ako „FF 44 54 45 47 4D“. Ide o chránený AID podľa normy
ISO/IEC 7816-4.
Poznámka: Posledných 5 bajtov kóduje DTEGM pre externé zariadenie
GNSS inteligentných tachografov.
Identifikátor aplikácie tachografovej karty generácie 2 je daný ako „FF
53 4D 52 44 54“. Ide o chránený AID podľa normy ISO/IEC 7816-4.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 230
Dodatok 2
ŠPECIFIKÁCIA TACHOGRAFOVÝCH KARIET
OBSAH
1. ÚVOD
1.1. Skratky
1.2. Referenčné dokumenty
2. ELEKTRICKÉ A FYZIKÁLNE CHARAKTERISTIKY
2.1. Napájanie a spotreba prúdu
2.2. Programovacie napätie V pp
2.3. Generovanie a frekvencia hodinových impulzov
2.4. I/O kontakt
2.5. Stavy karty
3. HARDVÉR A KOMUNIKÁCIA
3.1. Úvod
3.2. Prenosový protokol
3.2.1 Protokoly
3.2.2 ATR
3.2.3 PTS
3.3. Pravidlá prístupu
3.4. Prehľad príkazov a kódov chýb
3.5. Opisy príkazov
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 — SK — 21.08.2023 — 003.002 — 231
3.5.14 PSO: COMPUTE DIGITAL SIGNATURE
3.5.15 PSO: VERIFY DIGITAL SIGNATURE
3.5.16 PROCESS DSRC MESSAGE
4. ŠTRUKTÚRA TACHOGRAFOVÝCH KARIET
4.1. Hlavný súbor (MF)
4.2. Aplikácie karty vodiča
4.2.1 Aplikácia karty vodiča generácie 1
4.2.2 Aplikácia karty vodiča generácie 2
4.3. Aplikácie dielenskej karty
4.3.1 Aplikácia dielenskej karty generácie 1
4.3.2 Aplikácia dielenskej karty generácie 2
4.4. Aplikácie kontrolnej karty
4.4.1 Aplikácia kontrolnej karty generácie 1
4.4.2 Aplikácia kontrolnej karty generácie 2
4.5. Aplikácie podnikovej karty
4.5.1 Aplikácia podnikovej karty generácie 1
4.5.2 Aplikácia podnikovej karty generácie 2
1. ÚVOD
1.1. Skratky
V dodatku sa používajú tieto skratky:
AC Access Conditions (podmienky prístupu)
AES Advanced Encryption Standard (štandard pokročilého
šifrovania)
AID Application Identifier (identifikátor aplikácie)
ALW Always (vždy)
APDU Application Protocol Data Unit (dátová jednotka aplikač­
ného protokolu – štruktúra príkazu)
ATR Answer To Reset (odozva na reset)
AUT autentifikované
C6, C7 kontakty č. 6 a 7 karty opísané v ISO/IEC 7816-2
cc clock cycles (cykly hodinových impulzov)
▼M1
CHA Certificate Holder Authorisation (autorizácia držiteľa
certifikátu)
▼B
CHV Card holder Verification Information (informácia na
overenie držiteľa karty)
CLA Class byte of an APDU command (bajt triedy v príkaze
APDU)
▼M1
DO Data Object (dátový objekt)
▼B
DSRC Dedicated Short Range Communication (vyhradená
komunikácia krátkeho dosahu)
DF Dedicated File (vyhradený súbor). DF môže obsahovať
iné súbory (EF alebo DF)
ECC Elliptic Curve Cryptography (kryptografia na báze eliptic­
kých kriviek)
EF Elementary File (elementárny súbor)
etu elementary time unit (elementárna časová jednotka)
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 232
G1 generácia 1
G2 generácia 2
IC Integrated Circuit (integrovaný obvod)
ICC Integrated Circuit Card (karta s integrovaným obvodom)
ID identifikátor
IFD Interface Device (zariadenie s rozhraním)
IFS Information Field Size (veľkosť informačného poľa)
IFSC Information Field Size for the card (veľkosť informač­
ného poľa karty)
IFSD Information Field Size Device (veľkosť informačného
poľa zariadenia – pre koncové zariadenie)
INS Instruction byte of an APDU command (príkazový bajt
pre príkaz APDU)
Lc dĺžka vstupných dát pre príkaz APDU
Le dĺžka predpokladaných údajov (výstupné údaje pre
príkaz)
MF Master File (hlavný súbor –root DF)
NAD Node Address used in T=1 protocol (uzlová adresa použí­
vaná v protokole T=1)
NEV Never (nikdy)
P1-P2 parametrické bajty
PIN Personal Identification Number (osobné identifikačné
číslo)
PRO SM Protected with secure messaging (chránené zabezpečeným
spracovaním správ)
PTS Protocol Transmission Selection (voľba prenosu proto­
kolu)
RFU Reserved for Future Use (vyhradené na budúce použitie)
RST reset (karty)
SFID Short EF Identifier (skrátený identifikátor EF)
SM Secure Messaging (zabezpečené spracovanie správ)
SW1-SW2 stavové bajty
TS počiatočný znak ATR
VPP programovacie napätie
VU Vehicle Unit (jednotka vozidla)
XXh hexadecimálna hodnota XX
„XXh“ hexadecimálna hodnota XX
|| symbol zreťazenia 03||04=0304
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 233
1.2. Referenčné dokumenty
V dodatku sa používajú tieto referenčné dokumenty:
ISO/IEC 7816-2 Identifikačné karty. Karty s integrovanými
obvodmi. Časť 2: rozmery a umiestnenie
kontaktov. ISO/IEC 7816-2:2007.
ISO/IEC 7816-3 Identifikačné karty. Karty s integrovanými
obvodmi. Časť 3: elektronické signály a prenosové
protokoly. ISO/IEC 7816-3:2006.
ISO/IEC 7816-4 Identifikačné karty. Karty s integrovanými
obvodmi. Časť 4: organizácia, zabezpečenie
a príkazy pre výmenu). ISO/IEC 7816-4:2013 +
Cor 1: 2014.
ISO/IEC 7816-6 Identifikačné karty. Karty s integrovanými
obvodmi. Časť 6: medziodborové dátové prvky
pre výmenu. ISO/IEC 7816-6:2004 + Cor 1: 2006.
ISO/IEC 7816-8 Identifikačné karty. Karty s integrovanými
obvodmi. Časť 8: príkazy pre operácie zabezpe­
čenia. ISO/IEC 7816-8:2004.
ISO/IEC 9797-2 Informačné technológie. Techniky zabezpečenia.
Kontrolný kód správy (MAC). Časť 2: mecha­
nizmy s vyhradenou funkciou hash. ISO/IEC
9797-2:2011.
2. ELEKTRICKÉ A FYZIKÁLNE CHARAKTERISTIKY
TCS_01 Pokiaľ nie je uvedené inak, všetky elektronické signály
musia byť v súlade s normou ISO/IEC 7816-3.
TCS_02 Umiestnenie a rozmery kontaktov karty musia spĺňať
požiadavky normy ISO/IEC 7816-2.
2.1. Napájanie a spotreba prúdu
TCS_03 Karta musí pracovať v súlade so špecifikáciami v rámci
limitov spotreby špecifikovaných v ISO/IEC 7816-3.
TCS_04 Karta musí pracovať s Vcc = 3V (± 0,3V) alebo Vcc = 5V
(± 0,5V).
Voľba napätia sa vykoná podľa ISO/IEC 7816-3.
2.2. Programovacie napätie V pp
TCS_05 Karta nevyžaduje programovacie napätie pri kontakte C6.
Predpokladá sa, že kontakt C6 nie je pripojený k prepojo­
vaciemu zariadeniu (IFD). Kontakt C6 môže byť pripojený
k V cc v karte, ale nesmie byť uzemnený. Toto napätie
nesmie byť v žiadnom prípade interpretované.
2.3. Generovanie a frekvencia hodinových impulzov
TCS_06 Karta pracuje vo frekvenčnom rozsahu 1 až 5 MHz a môže
podporovať aj vyššie frekvencie. V rámci jednej relácie
karty môže frekvencia hodinových impulzov kolísať
v rozsahu ± 2 %. Frekvencia hodinových impulzov je
generovaná jednotkou vozidla a nie samotnou kartou.
Pracovný cyklus sa môže meniť od 40 do 60 %.
TCS_07 Za podmienok obsiahnutých v kartovom súbore EF ICC sa
môžu vonkajšie hodiny zastaviť. Prvý bajt hlavnej časti
súboru EF ICC kóduje podmienky pre režim zastavenia
času (Clockstop):
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 234
Úroveň nízka Úroveň vysoká
Bit 3 Bit 2 Bit 1
0 0 1 Clockstop povolený, žiadna preferovaná úroveň
0 1 1 Clockstop povolený, preferuje sa vysoká úroveň
1 0 1 Clockstop povolený, preferuje sa nízka úroveň
0 0 0 Clockstop nepovolený
0 1 0 Clockstop povolený len na vysokej úrovni
1 0 0 Clockstop povolený len na nízkej úrovni
Bity 4 až 8 sa nepoužijú.
2.4. I/O kontakt
TCS_08 I/O kontakt C7 sa použije na príjem dát z IFD a vysielanie
dát na IFD. Počas prevádzky je vo vysielacom režime buď
iba karta alebo iba IFD. Ak by vo vysielacom režime boli
obe jednotky, karta sa nesmie poškodiť. Pokiaľ karta nevy­
siela, aktivuje sa na nej prijímací režim.
2.5. Stavy karty
TCS_09 Karta pod napájacím napätím pracuje v dvoch stavoch:
▼M3
stav prevádzky počas vykonávania príkazov alebo počas
spojenia s jednotkou vozidla,
▼B
stav pokoja vo všetkých ostatných prípadoch – v tomto
stave musí karta uchovať všetky údaje.
3. HARDVÉR A KOMUNIKÁCIA
3.1. Úvod
Tento odsek opisuje minimálnu funkčnosť tachografových kariet
a jednotiek vozidla požadovanú na zabezpečenie správnej činnosti
a interoperability.
Tachografové karty sú v maximálnej možnej zhode s platnými
normami ISO/IEC (hlavne s ISO/IEC 7816). Príkazy a protokoly sú
však opísané úplne s cieľom stanoviť obmedzené použitie alebo
prípadné rozdiely. Pokiaľ nie je uvedené inak, špecifikované príkazy
plne zodpovedajú daným normám.
3.2. Prenosový protokol
TCS_10 Prenosový protokol musí spĺňať normu ISO/IEC 7816-3
pre T = 0 a T = 1. VU musí rozoznať najmä predĺženia
čakacieho času vysielané kartou.
3.2.1 Protokoly
TCS_11 Karta podporuje protokol T=0, ako aj protokol T=1. Okrem
toho môže karta podporovať aj ďalšie kontaktovo oriento­
vané protokoly.
TCS_12 Predvolený je protokol T=0; zmena na protokol T=1 teda
vyžaduje príkaz PTS.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 235
TCS_13 Zariadenia musia v oboch protokoloch podporovať metódu
„direct convention“ (priama konvencia), ktorá je teda pre
kartu povinná.
TCS_14 Bajt pre veľkosť informačného poľa karty sa v ATR
prezentuje v znaku TA3. Táto hodnota je minimálne
„F0h“ (= 240 bajtov).
Pre protokoly platia tieto obmedzenia:
TCS_15 T=0
— Zariadenie s rozhraním musí podporovať odpoveď pri
I/O po stúpajúcej hrane signálu na RST od 400 cc.
— Zariadenie s rozhraním musí byť schopné čítať znaky
s rozostupom 12 etu.
— Zariadenie s rozhraním musí prečítať chybný znak
a jeho opakovanie, ak rozostup činí 13 etu. Ak sa
zistí chybný znak, objaví sa na I/O chybový signál
medzi 1 etu a 2 etu. Zariadenie musí podporovať
oneskorenie 1 etu.
— Zariadenie s rozhraním musí akceptovať 33-bajtové
ATR (TS+32).
— Ak sa v ATR nachádza TC1, musí byť pre znaky vysie­
lané zariadením s rozhraním k dispozícii dodatočný
ochranný čas (Extra Guard Time), zatiaľ čo znaky
vysielané kartou môžu zostať oddelené rozostupom 12
etu. Platí to aj pre znak ACK vysielaný kartou po znaku
P3 vyslanom zariadením s rozhraním.
— Zariadenie s rozhraním musí zohľadňovať znak NUL
vyslaný kartou.
— Zariadenie s rozhraním musí akceptovať doplnkový
režim pre ACK.
— Príkaz get-response sa nemôže použiť v režime reťa­
zenia na získanie údajov, ktorých dĺžka by mohla
presiahnuť 255 bajtov.
TCS_16 T=1
— Bajt NAD: nepoužíva sa (NAD sa nastaví na „00“).
— S-block ABORT: nepoužíva sa.
— S-block VPP state error: nepoužíva sa.
▼M3
__________
▼B
— IFD uvedie veľkosť informačného poľa zariadenia
(IFSD) okamžite po ATR: IFD odošle po ATR požia­
davku na S-Block IFS a karta zašle späť S-Block IFS.
Odporúčaná hodnota pre IFSD je 254 bajtov.
— Karta nebude vyžadovať dodatočné nastavenie IFS.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 236
3.2.2 ATR
TCS_17 Zariadenie kontroluje bajty ATR podľa ISO/IEC 7816-3.
Historické znaky ATR sa neoverujú.
Príklad základného biprotokolu ATR podľa ISO/IEC 7816-3
▼C2
Znak Hodnota Poznámky
TS „3Bh“ Označuje priamu konvenciu
T0 „85 h“ TD1 prítomný; 5 historických bajtov prítomných.
TD1 „80 h“ TD2 prítomný; použije sa T = 0
TD2 „11 h“ TA3 prítomný; použije sa T = 1
TA3 „XXh“ (minimálne
„F0 h“)
Veľkosť informačného poľa karty (IFSC)
TH1 až TH5 „XXh“ Historické znaky
TCK „XXh“ Kontrolný znak (XOR)
▼B
TCS_18 Po odozve na reset (ATR) sa implicitne zvolí hlavný súbor
(MF) a stáva sa aktuálnym adresárom.
3.2.3 PTS
TCS_19 Predvolený protokol je T=0. Nastavenie protokolu T=1 si
vyžaduje, aby karta zariadeniu odoslala príkaz PTS (známy
aj ako PPS).
TCS_20 Keďže sú pre kartu povinné oba protokoly T=0 aj T=1,
základný PTS na prepínanie protokolov je pre kartu tiež
povinný.
PTS možno v súlade s normou ISO/IEC 7816-3 použiť na
prepnutie na vyššie prenosové rýchlosti, než je prípadne
prednastavená rýchlosť, ktorú v ATR navrhuje karta (bajt
TA(1)).
Vyššie prenosové rýchlosti sú pre kartu voliteľné.
TCS_21 Ak nie je podporovaná iná než prednastavená prenosová
rýchlosť (alebo ak nie je podporovaná zvolená prenosová
rýchlosť), karta odpovedá na PTS správne podľa ISO/IEC
7816-3 tak, že vynechá bajt PPS1.
Príklady základného PTS pre voľbu protokolu sú tieto:
▼C2
Znak Hodnota Poznámky
PPSS „FFh“ Počiatočný znak.
PPS0 „00 h“ alebo
„01 h“
PPS1 až PPS3 neprítomné; „00 h“ na voľbu T0, „01 h“
na voľbu T1.
PK „XXh“ Kontrolný znak: „XXh“ = „FFh“ ak PPS0 = „00 h“,
„XXh“ = „FEh“ ak PPS0 = „01 h“.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 237
3.3. Pravidlá prístupu
TCS_22 Pravidlo prístupu určuje pre režim prístupu (t. j. príkaz)
príslušné podmienky zabezpečenia. Ak sú tieto podmienky
zabezpečenia splnené, daný príkaz sa spracuje.
TCS_23 Pre tachografovú kartu platia tieto podmienky zabezpe­
čenia:
Skratka Význam
ALW Úkon je vždy možný a možno ho vykonať bez akýchkoľvek obmedzení.
Príkaz a odpoveď APDU sa posielajú ako nešifrovaný text, teda bez zabez­
pečeného spracovania.
NEV Úkon nie je možný nikdy.
PLAIN-C Príkaz APDU sa posiela ako nešifrovaný text, teda bez zabezpečeného
spracovania.
PWD Úkon možno vykonať, iba ak bol úspešne overený PIN dielenskej karty, t. j.
ak je nastavený interný bezpečnostný stav karty „PIN_Verified“. Príkaz musí
byť odoslaný bez zabezpečeného spracovania.
EXT-AUT-G1 Úkon možno vykonať, iba ak úspešne prebehol príkaz External Authenticate
pre autentifikáciu generácie 1 (pozri aj dodatok 11 časť A).
SM-MAC-G1 APDU (príkaz aj odpoveď) sa musí uplatniť so zabezpečeným spracovaním
generácie 1 v režime iba na základe autentifikácie (pozri dodatok 11 časť A).
SM-C-MAC-G1 Príkaz APDU sa musí uplatniť so zabezpečeným spracovaním generácie 1
v režime iba na základe autentifikácie (pozri dodatok 11 časť A).
SM-R-ENC-G1 Odpoveď APDU sa musí uplatniť so zabezpečeným spracovaním generácie 1
v režime šifrovania (pozri dodatok 11 časť A).
SM-R-ENC-
MAC-G1
Odpoveď APDU sa musí uplatniť so zabezpečeným spracovaním generácie 1
v režime šifrovania a následnej autentifikácie (pozri dodatok 11 časť A).
SM-MAC-G2 APDU (príkaz aj odpoveď) sa musí uplatniť so zabezpečeným spracovaním
generácie 2 v režime iba na základe autentifikácie (pozri dodatok 11 časť B).
SM-C-MAC-G2 Príkaz APDU sa musí uplatniť so zabezpečeným spracovaním generácie 2
v režime iba na základe autentifikácie (pozri dodatok 11 časť B).
SM-R-ENC-
MAC-G2
Odpoveď APDU sa musí uplatniť so zabezpečeným spracovaním generácie 2
v režime šifrovania a následnej autentifikácie (pozri dodatok 11 časť B).
▼M1
TCS_24 Uvedené podmienky zabezpečenia môžu byť prepojené
týmito operátormi:
AND: Musia byť splnené všetky podmienky zabezpečenia.
OR: Musí byť splnená aspoň jedna podmienka zabezpe­
čenia.
Prístupové pravidlá pre systém súborov, t. j. príkazy
SELECT, READ BINARY a UPDATE BINARY, sú
vymedzené v kapitole 4. Prístupové pravidlá pre zvyšné
príkazy sú uvedené v nasledujúcich tabuľkách. Ak na
podporu príkazu neexistuje žiadna požiadavka, použije sa
označenie „neuplatňuje sa“. V takomto prípade príkaz môže
alebo nemusí byť podporovaný, ale prístupová podmienka
je „záznamové zariadenie sa nevyžaduje“.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 238
TCS_25 V aplikácii DF Tachograph_G1 sa používajú tieto prístu­
pové pravidlá:
▼M1
Príkaz Karta vodiča Dielenská karta Kontrolná karta Podniková karta
External Authenticate
— na autentifikáciu generácie 1 ALW ALW ALW ALW
— na autentifikáciu generácie 2 ALW PWD ALW ALW
Internal Authenticate ALW PWD ALW ALW
General Authenticate ALW ALW ALW ALW
Get Challenge ALW ALW ALW ALW
MSE:SET AT ALW ALW ALW ALW
MSE:SET DST ALW ALW ALW ALW
Process DSRC Message neuplatňuje
sa
neuplatňuje
sa
neuplatňuje
sa
neuplatňuje sa
PSO: Compute Digital Signature ALW OR
SM– MAC–
G2
ALW OR
SM– MAC–
G2
neuplatňuje
sa
neuplatňuje sa
PSO: Hash neuplatňuje
sa
neuplatňuje
sa
ALW neuplatňuje sa
PERFORM HASH of FILE ALW OR
SM– MAC–
G2
ALW OR
SM– MAC–
G2
neuplatňuje
sa
neuplatňuje sa
PSO: Verify Certificate ALW ALW ALW ALW
PSO: Verify Digital Signature neuplatňuje
sa
neuplatňuje
sa
ALW neuplatňuje sa
Verify neuplatňuje
sa
ALW neuplatňuje
sa
neuplatňuje sa
▼B
TCS_26 V aplikácii DF Tachograph_G2 sa používajú tieto prístu­
pové pravidlá:
▼M1
Príkaz Karta vodiča Dielenská karta Kontrolná karta Podniková karta
External Authenticate
— na autentifikáciu generácie 1 neuplatňuje
sa
neuplatňuje
sa
neuplatňuje
sa
neuplatňuje sa
— na autentifikáciu generácie 2 ALW PWD ALW ALW
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 239
Príkaz Karta vodiča Dielenská karta Kontrolná karta Podniková karta
Internal Authenticate neuplatňuje
sa
neuplatňuje
sa
neuplatňuje
sa
neuplatňuje sa
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 neuplatňuje
sa
ALW ALW neuplatňuje sa
PSO: Compute Digital Signature ALW OR
SM– MAC–
G2
ALW OR
SM– MAC–
G2
neuplatňuje
sa
neuplatňuje sa
PSO: Hash neuplatňuje
sa
neuplatňuje
sa
ALW neuplatňuje sa
PERFORM HASH of FILE ALW OR
SM– MAC–
G2
ALW OR
SM– MAC–
G2
neuplatňuje
sa
neuplatňuje sa
PSO: Verify Certificate ALW ALW ALW ALW
PSO: Verify Digital Signature neuplatňuje
sa
neuplatňuje
sa
ALW neuplatňuje sa
Verify neuplatňuje
sa
ALW neuplatňuje
sa
neuplatňuje sa
▼B
TCS_27 V MF sa používajú tieto prístupové pravidlá:
▼M1
Príkaz Karta vodiča Dielenská karta Kontrolná karta Podniková karta
External
Authenticate
— na auten­
tifikáciu
gene­
rácie 1
neuplatňuje sa neuplatňuje
sa
neuplatňuje
sa
neuplatňuje sa
— na auten­
tifikáciu
gene­
rácie 2
ALW PWD ALW ALW
Internal
Authenticate
neuplatňuje sa neuplatňuje
sa
neuplatňuje
sa
neuplatňuje sa
General
Authenticate
ALW ALW ALW ALW
Get Chal­
lenge
ALW ALW ALW ALW
MSE:SET AT ALW ALW ALW ALW
MSE:SET
DST
ALW ALW ALW ALW
▼M1
02016R0799 — SK — 21.08.2023 — 003.002 — 240
Príkaz Karta vodiča Dielenská karta Kontrolná karta Podniková karta
Process
DSRC
Message
neuplatňuje sa neuplatňuje
sa
neuplatňuje
sa
neuplatňuje sa
PSO:
Compute
Digital Signa­
ture
neuplatňuje sa neuplatňuje
sa
neuplatňuje
sa
neuplatňuje sa
PSO: Hash neuplatňuje sa neuplatňuje
sa
neuplatňuje
sa
neuplatňuje sa
PERFORM
HASH of
FILE
neuplatňuje sa neuplatňuje
sa
neuplatňuje
sa
neuplatňuje sa
PSO: Verify
Certificate
ALW ALW ALW ALW
PSO: Verify
Digital Signa­
ture
neuplatňuje sa neuplatňuje
sa
neuplatňuje
sa
neuplatňuje sa
Verify neuplatňuje sa ALW neuplatňuje
sa
neuplatňuje sa
▼B
TCS_28 Tachografová karta môže, ale nemusí akceptovať príkaz
s vyšším stupňom zabezpečenia, než je stanovený
v podmienkach zabezpečenia. To znamená, že ak je
podmienka zabezpečenia ALW (alebo PLAIN-C), karta
môže akceptovať príkaz so zabezpečeným spracovaním
(režim šifrovania a/alebo autentifikácie). Ak si podmienka
zabezpečenia vyžaduje zabezpečené spracovanie s režimom
autentifikácie, tachografová karta môže akceptovať príkaz
so zabezpečeným spracovaním rovnakej generácie v režime
autentifikácie a šifrovania.
Poznámka: Viac informácií o podpore príkazov pre rôzne
typy tachografových kariet a rôzne DF možno nájsť
v opisoch príkazov.
3.4. Prehľad príkazov a kódov chýb
Organizácia príkazov a súborov sa odvodí z normy ISO/IEC 7816-4,
ktorej požiadavky musia byť splnené.
Tento odsek popisuje nasledovné páry príkazov a odpovedí APDU:
Varianty príkazov podporované aplikáciou generácie 1 a 2 sú uvedené
v opise príslušného príkazu.
Príkaz INS
SELECT „A4h“
READ BINARY „B0h“, „B1h“
UPDATE BINARY „D6h“, „D7h“
GET CHALLENGE „84h“
VERIFY „20h“
GET RESPONSE „C0h“
▼M1
02016R0799 — SK — 21.08.2023 — 003.002 — 241
Príkaz INS
PERFORM SECURITY OPERA­
TION
„2Ah“
— VERIFY CERTIFICATE
— COMPUTE DIGITAL SIGNA­
TURE
— VERIFY DIGITAL SIGNA­
TURE
— 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 Stavové slová SW1 SW2 sa vrátia v každej odpovedi
a označujú stav spracovania príkazu.
SW1 SW2 Význam
90 00 Normálne spracovanie.
61 XX Normálne spracovanie. XX = počet bajtov odpovede k dispozícii.
62 81 Spracovanie s výstrahou. Časť vrátených údajov môže byť
poškodená.
63 00 Neúspešná autentifikácia (výstraha).
63 CX Chybné CHV (PIN). ‚X‘ uvádza počet zostávajúcich pokusov.
64 00 Chyba pri vykonaní – stav energeticky nezávislej pamäte nezme­
nený. Chyba integrity.
65 00 Chyba pri vykonaní – stav energeticky nezávislej pamäte
zmenený.
65 81 Chyba pri vykonaní – stav energeticky nezávislej pamäte
zmenený – zlyhanie pamäte.
66 88 Chyba zabezpečenia: nesprávny kryptografický kontrolný súčet
(pri zabezpečenom spracovaní) alebo
chybný certifikát (pri overovaní certifi­
kátu) alebo
chybný kryptogram (pri externej autentifi­
kácii) alebo
chybný podpis (pri overovaní podpisu)
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 242
SW1 SW2 Význam
67 00 Nesprávna dĺžka (nesprávne Lc alebo Le)
68 83 Očakáva sa posledný príkaz reťazca
69 00 Zakázaný príkaz (v T=0 nie je k dispozícii žiadna odpoveď)
69 82 Nesplnený bezpečnostný stav.
69 83 Blokovaná autentifikačná metóda.
69 85 Nesplnené podmienky používania.
69 86 Príkaz nepovolený (žiaden aktuálny EF).
69 87 Chýbajú predpokladané dátové objekty zabezpečeného
spracovania.
69 88 Nesprávne dátové objekty zabezpečeného spracovania.
6A 80 Nesprávne parametre v dátovom poli
6A 82 Súbor sa nenašiel.
6A 86 Chybné parametre P1– P2.
6A 88 Referenčné údaje nenájdené.
6B 00 Chybné parametre (offset mimo EF).
6C XX Nesprávna dĺžka, SW2 udáva presnú dĺžku. Nevráti sa žiadne
dátové pole.
6D 00 Príkazový kód nepodporovaný alebo neplatný.
6E 00 Nepodporovaná trieda.
6F 00 — Iné kontrolné chyby.
Ďalšie stavové slová určené v norme ISO/IEC 7816– 4 sa
môžu vrátiť, ak ich správanie nie je výslovne uvedené
v tomto dodatku.
Nepovinne možno vrátiť napríklad tieto stavové slová:
6881: Logický kanál nepodporovaný.
6882: Zabezpečené spracovanie nepodporované.
▼B
TCS_30 Ak je v jednom príkaze APDU splnených viacero chyb­
ných podmienok, karta môže vrátiť ktorékoľvek z prísluš­
ných stavových slov.
3.5. Opisy príkazov
V tejto kapitole sú opísané povinné príkazy pre tachografové karty.
Ďalšie relevantné podrobnosti o príslušných kryptografických operá­
ciách sú uvedené v dodatku 11 Spoločné mechanizmy zabezpečenia
pre tachografy generácie 1 a 2.
Všetky príkazy sú opísané nezávisle od použitého protokolu (T=0
alebo T=1). Vždy sú udané APDU bajty CLA, INS, P1, P2, Lc
a Le. Ak opísaný príkaz nevyžaduje Lc alebo Le, príslušná dĺžka,
hodnota a opis sú prázdne.
▼M1
02016R0799 — SK — 21.08.2023 — 003.002 — 243
TCS_31 Ak sa vyžadujú oba dĺžkové bajty (Lc a Le), opísaný
príkaz treba rozdeliť na dve časti, ak IFD používa protokol
T=0: IFD odošle príkaz podľa opisu s P3=Lc + údaje
a potom odošle príkaz GET RESPONSE (pozri § 3.5.6)
s P3=Le.
TCS_32 Ak sa vyžadujú oba dĺžkové bajty a Le=0 (zabezpečené
spracovanie):
— Pri protokole T=1 karta odpovedá na Le=0 odoslaním
všetkých disponibilných výstupných údajov.
— Pri protokole T=0 IFD vyšle prvý príkaz s P3=Lc +
údaje, karta odpovie (na túto implicitnú Le=0) stavo­
vými bajtami „61La“, pričom La je počet dostupných
bajtov odpovede. IFD potom na prečítanie dát vygene­
ruje príkaz GET RESPONSE s P3=La.
TCS_33 Tachografová karta môže voliteľne podporovať polia
s rozšírenou dĺžkou podľa ISO/IEC 7816-4. Ak tachogra­
fová karta podporuje rozšírenú dĺžku polí, musí
— uvádzať podporu rozšírenej dĺžky polí v ATR
— uvádzať podporované veľkosti vyrovnávacej pamäte
v informáciách o rozšírenej dĺžke v EF ATR/INFO
pozri TCS_146.
— uvádzať, či podporuje rozšírenú dĺžku polí pre T=1
a/alebo T=0 v EF Extended Length, pozri TCS_147.
— podporovať rozšírenú dĺžku polí pre aplikáciu tachograf
generácie 1 a 2.
Poznámky:
Všetky príkazy sú špecifikované pre krátke polia. Použitie
APDU rozšírenej dĺžky vyplýva z ISO/IEC 7816-4.
Vo všeobecnosti sú príkazy špecifikované pre nešifrovaný
režim, teda bez zabezpečeného spracovania, keďže vrstvu
zabezpečeného spracovania určuje dodatok 11. Z prístupo­
vých pravidiel každého príkazu je zrejmé, či daný príkaz
podporuje zabezpečené spracovanie alebo nie, a či príkaz
podporí zabezpečené spracovanie generácie 1 a/alebo gene­
rácie 2. Niektoré varianty príkazov sú opísané so zabezpe­
čeným spracovaním na ilustráciu jeho používania.
TCS_34 VU vykoná úplný protokol vzájomnej autentifikácie gene­
rácie 2 medzi VU a kartou pre reláciu vrátane overenia
certifikátu (ak sa vyžaduje) buď v DF Tachograph, DF
Tachograph_G2 alebo v MF.
3.5.1 SELECT
Tento príkaz zodpovedá norme ISO/IEC 7816-4, no v porovnaní
s príkazom vymedzeným v norme má obmedzené použitie.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 244
Príkaz SELECT sa používa:
— na voľbu DF aplikácie (musí sa použiť voľba podľa názvu)
— na voľbu elementárneho súboru zodpovedajúceho ID predlože­
ného súboru
3.5.1.1 V o ľ b a p o d ľ a n á z v u ( A I D )
Tento príkaz umožňuje voľbu DF aplikácie na karte.
TCS_35 Príkaz možno vykonať odkiaľkoľvek v štruktúre súboru (po
ATR alebo kedykoľvek).
TCS_36 Voľba aplikácie resetuje aktuálne prostredie zabezpečenia.
Po vykonaní voľby aplikácie už nie je zvolený žiadny
aktuálny verejný kľúč. Stratí sa aj prístupová podmienka
EXT-AUT-G1. Ak bol príkaz vykonaný bez zabezpečeného
spracovania, kľúče z predošlej relácie zabezpečeného spra­
covania už nie sú k dispozícii.
TCS_37 Príkazová správa
Bajt Dĺžka Hodnota Opis
CLA 1 „00h“
INS 1 „A4h“
P1 1 „04h“ Voľba podľa názvu (AID)
P2 1 „0Ch“ Neočakáva sa odpoveď
Lc 1 „NNh“ Počet bajtov poslaných na kartu (dĺžka AID):
„06h“ pre aplikáciu tachografu
#6-#(5+NN) NN „XX..XXh“ AID: „FF 54 41 43 48 4F“ pre aplikáciu tachografu
generácie 1
AID:„FF 53 4D 52 44 54“ pre aplikáciu tachografu
generácie 2
Na príkaz SELECT nie je potrebná žiadna odpoveď (v T=1
chýba Le alebo v T=0 sa nevyžaduje odpoveď).
TCS_38 Odpovedacia správa (nevyžaduje sa žiadna odpoveď)
Bajt Dĺžka Hodnota Opis
SW 2 „XXXXh“ Stavové slová (SW1, SW2)
— Ak je príkaz úspešný, karta vráti „9000“.
— ak sa nenašla aplikácia zodpovedajúca AID, vrátený
stav spracovania je „6A82“.
— Pri T=1, ak je prítomný bajt Le, vrátený stav je „6700“.
— Pri T=0, ak sa po príkaze SELECT vyžaduje odpoveď,
vrátený stav je „6900“.
▼M1
— Ak sa zvolená aplikácia považuje za poškodenú (zistila
sa chyba integrity v atribútoch súboru), vrátený stav
spracovania je ‚6400‘ alebo ‚6500‘.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 245
3.5.1.2 V o ľ b a e l e m e n t á r n e h o s ú b o r u s p o u ž i t í m j e h o
i d e n t i f i k á t o r a
TCS_39 Príkazová správa
TCS_40 Tachografová karta musí pre tento variant príkazu podpo­
rovať zabezpečené spracovanie generácie 2 podľa dodatku
11 časti B.
Bajt Dĺžka Hodnota Opis
CLA 1 „00h“
INS 1 „A4h“
P1 1 „02h“ Voľba EF v rámci aktuálneho DF
P2 1 „0Ch“ Neočakáva sa odpoveď
Lc 1 „02h“ Počet bajtov poslaných na kartu
#6-#7 2 „XXXXh“ Identifikátor súboru
Na príkaz SELECT nie je potrebná žiadna odpoveď (v T=1
chýba Le alebo v T=0 sa nevyžaduje odpoveď).
TCS_41 Odpovedacia správa (nevyžaduje sa žiadna odpoveď)
Bajt Dĺžka Hodnota Opis
SW 2 „XXXXh“ Stavové slová (SW1, SW2)
— Ak je príkaz úspešný, karta vráti „9000“.
— Ak sa nenašiel súbor zodpovedajúci identifikátoru
súboru, vrátený stav spracovania je „6A82“.
— Pri T=1, ak je prítomný bajt Le, vrátený stav je „6700“.
— Pri T=0, ak sa po príkaze SELECT vyžaduje odpoveď,
vrátený stav je „6900“.
▼M1
— Ak sa zvolený súbor považuje za poškodený (zistila sa
chyba integrity v atribútoch súboru), vrátený stav spra­
covania je ‚6400‘ alebo ‚6500‘.
▼B
3.5.2 READ BINARY
Tento príkaz zodpovedá norme ISO/IEC 7816-4, no v porovnaní
s príkazom vymedzeným v norme má obmedzené použitie.
Príkaz READ BINARY sa používa na čítanie údajov z transparentného
súboru.
Karta ako odpoveď vráti prečítané údaje, ktoré môžu byť uzavreté
v štruktúre zabezpečeného spracovania.
3.5.2.1 P r í k a z s o f f s e t o m v P 1 - P 2
Tento príkaz umožňuje IFD čítanie údajov z aktuálne zvoleného EF
bez zabezpečeného spracovania.
Poznámka: Tento príkaz bez zabezpečeného spracovania možno
použiť len na čítanie súboru, ktorý podporuje podmienku zabezpe­
čenia ALW v režime prístupu na čítanie.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 246
TCS_42 Príkazová správa
Bajt Dĺžka Hodnota Opis
CLA 1 „00h“
INS 1 „B0h“ Read Binary
P1 1 „XXh“ Offset od začiatku súboru v bajtoch: bajt najvyššieho
rádu
P2 1 „XXh“ Offset od začiatku súboru v bajtoch: bajt najnižšieho
rádu
Le 1 „XXh“ Očakávaná dĺžka údajov. Počet bajtov, ktoré sa majú
čítať.
Poznámka: bit 8 P1 musí byť nastavený na 0.
TCS_43 Odpovedacia správa
Bajt Dĺžka Hodnota Opis
#1-#X X „XX..XXh“ Prečítané údaje
SW 2 „XXXXh“ Stavové slová (SW1, SW2)
— Ak je príkaz úspešný, karta vráti „9000“.
— Ak nie je zvolený žiadny EF, vrátený stav spracovania
je „6986“.
— Ak nie sú splnené podmienky zabezpečenia zvoleného
súboru, príkaz sa preruší s „6982“.
— Ak offset nie je kompatibilný s veľkosťou EF (offset >
veľkosť EF), vrátený stav spracovania je „6B00“.
— Ak nie je veľkosť čítaných údajov kompatibilná
s veľkosťou EF (offset + Le > veľkosť EF), vrátený
stav spracovania je „6700“ alebo „6Cxx“, pričom
„xx“ je presná dĺžka.
▼M1
— Ak sa zistila chyba integrity v atribútoch súboru, karta
považuje súbor za poškodený a neopraviteľný, vrátený
stav spracovania je ‚6400‘ alebo ‚6500‘.
▼B
— Ak sa zistila chyba integrity v uložených údajoch, karta
vráti požadované údaje a vrátený stav spracovania je
„6281“.
3.5.2.1.1 P r í k a z s o z a b e z p e č e n ý m s p r a c o v a n í m ( p r í k l a d y )
Tento príkaz umožňuje IFD čítanie dát z aktuálne zvoleného EF so
zabezpečeným spracovaním s cieľom overiť integritu prijatých údajov
a chrániť ich dôvernosť, ak sa uplatňuje podmienka zabezpečenia SM-
R-ENC-MAC-G1 (generácia 1) alebo SM-R-ENC-MAC-G2 (gene­
rácia 2).
TCS_44 Príkazová správa
Bajt Dĺžka Hodnota Opis
CLA 1 „0Ch“ Požaduje sa zabezpečené spracovanie správ
INS 1 „B0h“ Read Binary
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 247
Bajt Dĺžka Hodnota Opis
P1 1 „XXh“ P1 (offset od začiatku súboru v bajtoch): bajt najvyš­
šieho rádu
P2 1 „XXh“ P2 (offset od začiatku súboru v bajtoch): bajt najnižšieho
rádu
Lc 1 „XXh“ Dĺžka vstupných údajov pre zabezpečené spracovanie
#6 1 „97h“ T LE : Tag pre špecifikáciu očakávanej dĺžky.
#7 1 „01h“ L LE : Dĺžka očakávanej dĺžky
#8 1 „NNh“ Špecifikácia očakávanej dĺžky (pôvodná Le): počet
bajtov, ktoré sa majú čítať
#9 1 „8Eh“ T CC : Tag pre kryptografický kontrolný súčet
#10 1 „XXh“ L CC : Dĺžka nasledujúceho kryptografického kontrolného
súčtu
„04h“ pre zabezpečené spracovanie v generácii 1 (pozri
dodatok 11 časť A)
„08h“, „0Ch“ alebo „10h“ v závislosti od dĺžky kľúča
AES pre zabezpečené spracovanie v generácii 2 (pozri
dodatok 11 časť B)
#11-#(10+L) L „XX..XXh“ Kryptografický kontrolný súčet
Le 1 „00h“ Špecifikované v ISO/IEC 7816-4
TCS_45 Odpovedacia správa, ak sa nevyžaduje SM-R-ENC-
MAC-G1 (generácia 1) / SM-R-ENC-MAC-G2 (gene­
rácia 2) a ak je správny vstupný formát zabezpečeného
spracovania:
▼M1
Bajt Dĺžka Hodnota Opis
#1 1 ‚81h‘ T PV : Tag pre údaje s nešifrovanou hodnotou
#2 L ‚NNh‘ alebo
‚81 NNh‘
L PV : dĺžka vrátených údajov (= pôvodná Le).
L je 2 bajty, ak L PV >127 bajtov.
#(2+L) – #(1+L+NN) NN ‚XX..XXh‘ Hodnota nešifrovaných údajov
#(2+L+NN) 1 ‚99h‘ Tag pre stav spracovania (SW1– SW2) –
voliteľné pre zabezpečené spracovanie
v generácii 1
#(3+L+NN) 1 ‚02h‘ Dĺžka stavu spracovania – voliteľné pre
zabezpečené spracovanie v generácii 1
#(4+L+NN) – #(5+L+NN) 2 ‚XX XXh‘ Stav spracovania nechránenej odpovede
APDU – voliteľné pre zabezpečené spraco­
vanie v generácii 1
#(6+L+NN) 1 ‚8Eh‘ TCC: Tag pre kryptografický kontrolný
súčet
#(7+L+NN) 1 ‚XXh‘ LCC: Dĺžka nasledujúceho kryptografického
kontrolného súčtu
‚04h‘ pre zabezpečené spracovanie v gene­
rácii 1 (pozri dodatok 11 časť A)
‚08h‘, ‚0Ch‘ alebo‚10h‘ v závislosti od
dĺžky kľúča AES pre zabezpečené spraco­
vanie v generácii 2 (pozri dodatok 11 časť
B)
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 248
Bajt Dĺžka Hodnota Opis
#(8+L+NN)– #(7+M+L+NN) M ‚XX..XXh‘ Kryptografický kontrolný súčet
SW 2 ‚XXXXh‘ Stavové slová (SW1, SW2)
▼B
TCS_46 Odpovedacia správa, ak sa vyžaduje SM-R-ENC-MAC-
G1 (generácia 1) / SM-R-ENC-MAC-G2 (generácia 2)
a ak je správny vstupný formát zabezpečeného
spracovania:
▼M1
Bajt Dĺžka Hodnota Opis
#1 1 ‚87h‘ T PI CG: Tag pre šifrované údaje (krypto­
gram)
#2 L ‚MMh‘ alebo
‚81 MMh‘
L PI CG : dĺžka vrátených šifrovaných údajov
(odlišná od pôvodnej Le príkazu v dôsledku
výplne – „padding“).
L je 2 bajty, ak LPI CG > 127 bajtov.
#(2+L)– #(1+L+MM) MM ‚01XX..XXh‘ Šifrované údaje: Indikátor výplne a krypto­
gram
#(2+L+MM) 1 ‚99h‘ Tag pre stav spracovania (SW1– SW2) –
voliteľné pre zabezpečené spracovanie
v generácii 1
#(3+L+MM) 1 ‚02h‘ Dĺžka stavu spracovania – voliteľné pre
zabezpečené spracovanie v generácii 1
#(4+L+MM) – #(5+L+MM) 2 ‚XX XXh‘ Stav spracovania nechránenej odpovede
APDU – voliteľné pre zabezpečené spraco­
vanie v generácii 1
#(6+L+MM) 1 ‚8Eh‘ TCC: Tag pre kryptografický kontrolný
súčet
#(7+L+MM) 1 ‚XXh‘ LCC: Dĺžka nasledujúceho kryptografického
kontrolného súčtu
‚04h‘ pre zabezpečené spracovanie v gene­
rácii 1 (pozri dodatok 11 časť A)
‚08h‘, ‚0Ch‘ alebo ‚10h‘ v závislosti od
dĺžky kľúča AES pre zabezpečené spraco­
vanie v generácii 2 (pozri dodatok 11 časť
B)
#(8+L+MM)–#(7+N+L+MM) N ‚XX..XXh‘ Kryptografický kontrolný súčet
SW 2 ‚XXXXh‘ Stavové slová (SW1, SW2)
▼B
Príkaz READ BINARY môže vrátiť bežné stavy spraco­
vania uvedené v TCS_43 pod tagom „99h“ opísaným
v TCS_59 pomocou štruktúry odpovede v rámci zabezpe­
čeného spracovania.
Okrem toho sa môžu vyskytnúť niektoré chyby špecifické
pre zabezpečené spracovanie. V takom prípade sa stav spra­
covania jednoducho vráti bez akéhokoľvek zapojenia štruk­
túry zabezpečeného spracovania:
▼M1
02016R0799 — SK — 21.08.2023 — 003.002 — 249
TCS_47 Odpovedacia správa pri nesprávnom vstupnom formáte
zabezpečeného spracovania
Bajt Dĺžka Hodnota Opis
SW 2 „XXXXh“ Stavové slová (SW1, SW2)
— Ak nie je dostupný aktuálny kľúč relácie, vrátený stav
spracovania je „6A88“. Stane sa to, ak ešte nebol vyge­
nerovaný kľúč relácie alebo ak uplynula jeho platnosť
(v takom prípade musí IFD opäť spustiť vzájomnú
autentifikáciu a nastaviť nový kľúč relácie).
— Ak vo formáte zabezpečeného spracovania chýbajú
niektoré očakávané dátové objekty (opísané vyššie),
vráti sa stav spracovania „6987“: táto chyba nastane,
ak chýba očakávaný tag alebo ak nie je správne zosta­
vené telo príkazu.
— Ak sú niektoré dátové objekty nesprávne, vráti sa stav
spracovania „6988“: táto chyba nastane, ak sú prítomné
všetky požadované tagy, ale niektoré dĺžky sú iné, než
sa očakáva.
— Ak zlyhá overenie kryptografického kontrolného súčtu
vráti sa stav spracovania „6688“.
3.5.2.2 P r í k a z s k r á t k y m i d e n t i f i k á t o r o m E F ( e l e m e n t á r ­
n e h o s ú b o r u ) .
Tento príkazový variant umožňuje IFD zvoliť EF jeho krátkym iden­
tifikátorom a prečítať z neho údaje.
TCS_48 Tachografová karta musí tento príkazový variant podpo­
rovať pre všetky elementárne súbory so stanoveným
krátkym identifikátorom EF. Krátke identifikátory sú špeci­
fikované v kapitole 4.
TCS_49 Príkazová správa
Bajt Dĺžka Hodnota Opis
CLA 1 „00h“
INS 1 „B0h“ Read Binary
P1 1 „XXh“ Bit 8 je nastavený na 1
Bity 7 a 6 sú nastavené na 00
Bity 5 – 1 určujú krátky identifikátor príslušného EF
P2 1 „XXh“ Určuje offset od 0 do 255 bajtov v EF uvedenom v P1.
Le 1 „XXh“ Očakávaná dĺžka údajov. Počet bajtov, ktoré sa majú
čítať.
Poznámka: Krátke identifikátory EF použité pre tachogra­
fovú aplikáciu generácie 2 sú špecifikované v kapitole 4.
Ak P1 určuje krátky identifikátor EF a príkaz je úspešný,
identifikovaný EF sa stáva aktuálne zvoleným EF (aktuálny
EF).
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 250
TCS_50 Odpovedacia správa
Bajt Dĺžka Hodnota Opis
#1-#L L „XX..XXh“ Prečítané údaje
SW 2 „XXXXh“ Stavové slová (SW1, SW2)
— Ak je príkaz úspešný, karta vráti „9000“.
— Ak sa nenašiel súbor zodpovedajúci krátkemu identifi­
kátoru EF, vrátený stav spracovania je „6A82“.
— Ak nie sú splnené podmienky zabezpečenia zvoleného
súboru, príkaz sa preruší s „6982“.
— Ak offset nie je kompatibilný s veľkosťou EF (offset >
veľkosť EF), vrátený stav spracovania je „6B00“.
— Ak nie je veľkosť čítaných údajov kompatibilná
s veľkosťou EF (offset + Le > veľkosť EF), vrátený
stav spracovania je „6700“ alebo „6Cxx“, pričom
„xx“ je presná dĺžka.
▼M1
— Ak sa zistila chyba integrity v atribútoch súboru, karta
považuje súbor za poškodený a neopraviteľný, vrátený
stav spracovania je ‚6400‘ alebo ‚6500‘.
▼B
— Ak sa zistila chyba integrity v uložených údajoch, karta
vráti požadované údaje a vrátený stav spracovania je
„6281“.
3.5.2.3 P r í k a z s n e p á r n y m p r í k a z o v ý m b a j t o m ( o d d
i n s t r u c t i o n b y t e )
Tento príkazový variant umožňuje IFD čítanie údajov z EF o veľkosti
32 768 alebo viac bajtov.
TCS_51 Tachografová karta, ktorá podporuje EF o veľkosti 32 768
alebo viac bajtov musí tento príkazový variant pre dané EF
podporovať. Tachografová karta môže, ale nemusí podpo­
rovať tento príkazový variant pre ostatné EF, s výnimkou
EF Sensor_Installation_Data, pozri TCS_156 a TCS_160.
TCS_52 Príkazová správa
Bajt Dĺžka Hodnota Opis
CLA 1 „00h“
INS 1 „B1h“ Read Binary
P1 1 „00h“ Aktuálny EF
P2 1 „00h“
Lc 1 „NNh“ Lc dĺžka offsetového dátového objektu.
#6-#(5+NN) NN „XX..XXh“ Offsetový dátový objekt:
Tag „54h“
Dĺžka „01h“ alebo „02h“
Hodnota
offset
▼M1
Le 1 ‚XXh‘ Podľa ISO/IEC 7816– 4
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 251
IFD musí kódovať dĺžku offsetového dátového objektu
minimálnym možným počtom oktetov, teda IFD kóduje
offset od 0 do 255 dĺžkovým bajtom „01h“ a offset od
„256“ do „65 535“ bajtov dĺžkovým bajtom „02h“.
▼M1
Ak T=0, karta predpokladá hodnotu Le = ‚00h‘, ak sa
nepoužije zabezpečené spracovanie.
Pri T = 1 je vrátený stav spracovania ‚6700‘, ak Le=‚01h‘.
▼B
TCS_53 Odpovedacia správa
Bajt Dĺžka Hodnota Opis
#1-#L L „XX..XXh“ Čítané údaje uzavreté v diskrečnom dátovom objekte
s tagom „53h“.
SW 2 „XXXXh“ Stavové slová (SW1, SW2)
— Ak je príkaz úspešný, karta vráti „9000“.
— Ak nie je zvolený žiadny EF, vrátený stav spracovania
je „6986“.
— Ak nie sú splnené podmienky zabezpečenia zvoleného
súboru, príkaz sa preruší s „6982“.
— Ak offset nie je kompatibilný s veľkosťou EF (offset >
veľkosť EF), vrátený stav spracovania je „6B00“.
— Ak nie je veľkosť čítaných údajov kompatibilná
s veľkosťou EF (offset + Le > veľkosť EF), vrátený
stav spracovania je „6700“ alebo „6Cxx“, pričom
„xx“ je presná dĺžka.
▼M1
— Ak sa zistila chyba integrity v atribútoch súboru, karta
považuje súbor za poškodený a neopraviteľný, vrátený
stav spracovania je ‚6400‘ alebo ‚6500‘.
▼B
— Ak sa zistila chyba integrity v uložených údajoch, karta
vráti požadované údaje a vrátený stav spracovania je
„6281“.
3.5.2.3.1 P r í k a z s o z a b e z p e č e n ý m s p r a c o v a n í m ( p r í k l a d )
Nasledujúci príklad ukazuje použitie zabezpečeného spracovania, ak
sa uplatňuje podmienka zabezpečenia SM-MAC-G2.
TCS_54 Príkazová správa
Bajt Dĺžka Hodnota Opis
CLA 1 „0Ch“ Požaduje sa zabezpečené spracovanie správ
INS 1 „B1h“ Read Binary
P1 1 „00h“ Aktuálny EF
P2 1 „00h“
Lc 1 „XXh“ Dĺžka zabezpečeného dátového poľa
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 252
Bajt Dĺžka Hodnota Opis
#6 1 „B3h“ Tag pre údaje s nešifrovanou hodnotou kódované
v BER-TLV
#7 1 „NNh“ L PV : dĺžka prenášaných údajov
#(8)-#(7+NN) NN „XX..XXh“ Nešifrované údaje kódované v BER-TLV, t. j. offsetový
dátový objekt s tagom „54“
#(8+NN) 1 „97h“ T LE : Tag pre špecifikáciu očakávanej dĺžky.
#(9+NN) 1 „01h“ L LE : Dĺžka očakávanej dĺžky
#(10+NN) 1 „XXh“ Špecifikácia očakávanej dĺžky (pôvodná Le): počet
bajtov, ktoré sa majú čítať
#(11+NN) 1 „8Eh“ T CC : Tag pre kryptografický kontrolný súčet
#(12+NN) 1 „XXh“ L CC : Dĺžka nasledujúceho kryptografického kontrolného
súčtu
„08h“, „0Ch“ alebo „10h“ v závislosti od dĺžky kľúča
AES pre zabezpečené spracovanie v generácii 2 (pozri
dodatok 11 časť B)
#(13+NN)-
#(12+M+NN)
M „XX..XXh“ Kryptografický kontrolný súčet
Le 1 „00h“ Špecifikované v ISO/IEC 7816-4
TCS_55 Odpovedacia správa, ak je príkaz úspešný
Bajt Dĺžka Hodnota Opis
#1 1 „B3h“ Nešifrované údaje kódované v BER-TLV
#2 L „NNh“ alebo
„81 NNh“
L PV : dĺžka vrátených údajov (= pôvodná Le).
L je 2 bajty, ak L PV >127 bajtov.
#(2+L)-
#(1+L+NN)
NN „XX..XXh“ Hodnota nešifrovaných údajov kódovaná v BER-TLV, t.
j. čítané údaje uzavreté v diskrečnom dátovom objekte
s tagom „53h“.
#(2+L+NN) 1 „99h“ Stav spracovania nechránenej odpovede APDU
#(3+L+NN) 1 „02h“ Dĺžka stavu spracovania
#(4+L+NN) –
#(5+L+NN)
2 „XX XXh“ Stav spracovania nechránenej odpovede APDU
#(6+L+NN) 1 „8Eh“ T CC : Tag pre kryptografický kontrolný súčet
#(7+L+NN) 1 „XXh“ L CC : Dĺžka nasledujúceho kryptografického kontrolného
súčtu
„08h“, „0Ch“ alebo „10h“ v závislosti od dĺžky kľúča
AES pre zabezpečené spracovanie v generácii 2 (pozri
dodatok 11 časť B)
#(8+L+NN)-
#(7+M+L+NN)
M „XX..XXh“ Kryptografický kontrolný súčet
SW 2 „XXXXh“ Stavové slová (SW1, SW2)
3.5.3 UPDATE BINARY
Tento príkaz zodpovedá norme ISO/IEC 7816-4, no v porovnaní
s príkazom vymedzeným v norme má obmedzené použitie.
Príkazová správa UPDATE BINARY iniciuje aktualizáciu (výmaz +
zápis) bitov, ktoré už sú prítomné v binárnom EF, bitmi danými
v príkaze APDU.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 253
3.5.3.1 P r í k a z s o f f s e t o m v P 1 - P 2
Tento príkaz umožňuje IFD písať údaje do aktuálne zvoleného EF bez
toho, aby karta overila integritu prijímaných dát.
Poznámka: Tento príkaz bez zabezpečeného spracovania možno
použiť len na aktualizáciu súboru, ktorý podporuje podmienku zabez­
pečenia ALW v režime prístupu na aktualizáciu.
TCS_56 Príkazová správa
Bajt Dĺžka Hodnota Opis
CLA 1 „00h“
INS 1 „D6h“ Update Binary
P1 1 „XXh“ Offset od začiatku súboru v bajtoch: bajt najvyššieho
rádu
P2 1 „XXh“ Offset od začiatku súboru v bajtoch: bajt najnižšieho
rádu
Lc 1 „NNh“ Lc dĺžka údajov, ktoré sa majú aktualizovať. Počet
bajtov, ktoré sa majú zapísať.
#6-#(5+NN) NN „XX..XXh“ Údaje na zápis
Poznámka: bit 8 P1 musí byť nastavený na 0.
TCS_57 Odpovedacia správa
Bajt Dĺžka Hodnota Opis
SW 2 „XXXXh“ Stavové slová (SW1, SW2)
— Ak je príkaz úspešný, karta vráti „9000“.
— Ak nie je zvolený žiadny EF, vrátený stav spracovania
je „6986“.
— Ak nie sú splnené podmienky zabezpečenia zvoleného
súboru, príkaz sa preruší s „6982“.
— Ak offset nie je kompatibilný s veľkosťou EF (offset >
veľkosť EF), vrátený stav spracovania je „6B00“.
— Ak nie je veľkosť údajov na zápis kompatibilná
s veľkosťou EF (offset + Lc > veľkosť EF), vrátený
stav spracovania je „6700“.
— Ak sa zistila chyba integrity v atribútoch súboru, karta
považuje súbor za poškodený a neopraviteľný, vrátený
stav spracovania je „6400“ alebo „6500“.
— Ak je neúspešný zápis, vrátený stav spracovania je
„6581“.
3.5.3.1.1 P r í k a z s o z a b e z p e č e n ý m s p r a c o v a n í m ( p r í k l a d y )
Tento príkaz umožňuje IFD písať údaje do aktuálne zvoleného EF,
pričom karta overuje integritu prijímaných dát. Keďže sa nevyžaduje
dôvernosť, údaje nie sú šifrované.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 254
TCS_58 Príkazová správa
Bajt Dĺžka Hodnota Opis
CLA 1 „0Ch“ Požaduje sa zabezpečené spracovanie správ
INS 1 „D6h“ Update Binary
P1 1 „XXh“ Offset od začiatku súboru v bajtoch:
bajt najvyššieho rádu
P2 1 „XXh“ Offset od začiatku súboru v bajtoch:
bajt najnižšieho rádu
Lc 1 „XXh“ Dĺžka zabezpečeného dátového poľa
#6 1 „81h“ T PV : Tag pre údaje s nešifrovanou hodnotou
#7 L „NNh“ alebo
„81 NNh“
L PV : dĺžka prenášaných údajov.
L je 2 bajty, ak L PV > 127 bajtov.
#(7+L)-
#(6+L+NN)
NN „XX..XXh“ Hodnota nešifrovaných údajov (údaje na zápis)
#(7+L+NN) 1 „8Eh“ T CC : Tag pre kryptografický kontrolný súčet
#(8+L+NN) 1 „XXh“ L CC : Dĺžka nasledujúceho kryptografického kontrolného
súčtu „04h“ pre zabezpečené spracovanie v generácii 1
(pozri dodatok 11 časť A)
„08h“, „0Ch“ alebo „10h“ v závislosti od dĺžky kľúča
AES pre zabezpečené spracovanie v generácii 2 (pozri
dodatok 11 časť B)
#(9+L+NN)-
#(8+M+L+NN)
M „XX..XXh“ Kryptografický kontrolný súčet
Le 1 „00h“ Špecifikované v ISO/IEC 7816-4
TCS_59 Odpovedacia správa ak je vstupný formát zabezpeče­
ného spracovania správny
Bajt Dĺžka Hodnota Opis
#1 1 „99h“ T SW : Tag pre stavové slová (ktoré má chrániť CC)
#2 1 „02h“ L SW : dĺžka vrátených stavových slov
#3-#4 2 „XXXXh“ Stav spracovania nechránenej odpovede APDU
#5 1 „8Eh“ T CC : Tag pre kryptografický kontrolný súčet
#6 1 „XXh“ L CC : Dĺžka nasledujúceho kryptografického kontrolného
súčtu
„04h“ pre zabezpečené spracovanie v generácii 1 (pozri
dodatok 11 časť A)
„08h“, „0Ch“ alebo „10h“ v závislosti od dĺžky kľúča
AES pre zabezpečené spracovanie v generácii 2 (pozri
dodatok 11 časť B)
#7-#(6+L) L „XX..XXh“ Kryptografický kontrolný súčet
SW 2 „XXXXh“ Stavové slová (SW1, SW2)
„Bežné“ stavy spracovania opísané pre príkaz UPDATE
BINARY bez zabezpečeného spracovania (pozri §3.5.3.1)
môžu byť vrátené s použitím vyššie opísanej štruktúry
odpovedacej správy.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 255
Okrem toho sa môžu vyskytnúť niektoré chyby špecifické
pre zabezpečené spracovanie. V takom prípade sa stav spra­
covania jednoducho vráti bez akéhokoľvek zapojenia štruk­
túry zabezpečeného spracovania:
TCS_60 Odpovedacia správa pri chybe v zabezpečenom spraco­
vaní
Bajt Dĺžka Hodnota Opis
SW 2 „XXXXh“ Stavové slová (SW1, SW2)
— Ak nie je dostupný aktuálny kľúč relácie, vrátený stav
spracovania je „6A88“.
— Ak vo formáte zabezpečeného spracovania chýbajú
niektoré očakávané dátové objekty (opísané vyššie),
vráti sa stav spracovania „6987“: táto chyba nastane,
ak chýba očakávaný tag alebo ak nie je správne zosta­
vené telo príkazu.
— Ak sú niektoré dátové objekty nesprávne, vráti sa stav
spracovania „6988“: táto chyba nastane, ak sú prítomné
všetky požadované tagy, ale niektoré dĺžky sú iné, než
sa očakáva.
— Ak zlyhá overenie kryptografického kontrolného súčtu
vráti sa stav spracovania „6688“.
3.5.3.2 P r í k a z s k r á t k y m i d e n t i f i k á t o r o m E F
Tento príkazový variant umožňuje IFD zvoliť EF jeho krátkym iden­
tifikátorom a zapísať z neho údaje.
TCS_61 Tachografová karta musí tento príkazový variant podpo­
rovať pre všetky elementárne súbory so stanoveným
krátkym identifikátorom EF. Krátke identifikátory sú špeci­
fikované v kapitole 4.
TCS_62 Príkazová správa
Bajt Dĺžka Hodnota Opis
CLA 1 „00h“
INS 1 „D6h“ Update Binary
P1 1 „XXh“ Bit 8 je nastavený na 1
Bity 7 a 6 sú nastavené na 00
Bity 5 – 1 určujú krátky identifikátor príslušného EF
P2 1 „XXh“ Určuje offset od 0 do 255 bajtov v EF uvedenom v P1
Lc 1 „NNh“ Lc dĺžka údajov, ktoré sa majú aktualizovať. Počet
bajtov, ktoré sa majú zapísať.
#6-#(5+NN) NN „XX..XXh“ Údaje na zápis
TCS_63 Odpovedacia správa
Bajt Dĺžka Hodnota Opis
SW 2 „XXXXh“ Stavové slová (SW1, SW2)
Poznámka: Krátke identifikátory EF použité pre tachogra­
fovú aplikáciu generácie 2 sú špecifikované v kapitole 4.
Ak P1 určuje krátky identifikátor EF a príkaz je úspešný,
identifikovaný EF sa stáva aktuálne zvoleným EF (aktuálny
EF).
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 256
— Ak je príkaz úspešný, karta vráti „9000“.
— Ak sa nenašiel súbor zodpovedajúci krátkemu identifi­
kátoru EF, vrátený stav spracovania je „6A82“.
— Ak nie sú splnené podmienky zabezpečenia zvoleného
súboru, príkaz sa preruší s „6982“.
— Ak offset nie je kompatibilný s veľkosťou EF (offset >
veľkosť EF), vrátený stav spracovania je „6B00“.
— Ak nie je veľkosť údajov na zápis kompatibilná
s veľkosťou EF (offset + Lc > veľkosť EF), vrátený
stav spracovania je „6700“.
▼M1
— Ak sa zistila chyba integrity v atribútoch súboru, karta
považuje súbor za poškodený a neopraviteľný, vrátený
stav spracovania je ‚6400‘ alebo ‚6500‘.
▼B
— Ak je neúspešný zápis, vrátený stav spracovania je
„6581“.
3.5.3.3 P r í k a z s n e p á r n y m p r í k a z o v ý m b a j t o m ( o d d
i n s t r u c t i o n b y t e )
Tento príkazový variant umožňuje IFD zápis údajov do EF o veľkosti
32 768 alebo viac bajtov.
TCS_64 Tachografová karta, ktorá podporuje EF o veľkosti 32 768
alebo viac bajtov musí tento príkazový variant pre dané EF
podporovať. Tachografová karta môže, ale nemusí podpo­
rovať tento príkaz variant pre ostatné EF.
TCS_65 Príkazová správa
Bajt Dĺžka Hodnota Opis
CLA 1 „00h“
INS 1 „D7h“ Update Binary
P1 1 „00h“ Aktuálny EF
P2 1 „00h“
Lc 1 „NNh“ Lc Dĺžka údajov v príkazovom dátovom poli
#6-#(5+NN) NN „XX..XXh“ Offsetový dátový objekt s tagom „54h“ || diskrečný
dátový objekt s tagom „53h“, v ktorom sú uzavreté
údaje na zápis
IFD musí kódovať dĺžku offsetového dátového objektu
a diskrečného dátového objektu minimálnym možným
počtom oktetov, teda IFD kóduje offset / dĺžku od 0 do
255 dĺžkovým bajtom „01h“ a offset / dĺžku od „256“ do
„65 535“ bajtov dĺžkovým bajtom „02h“.
TCS_66 Odpovedacia správa
Bajt Dĺžka Hodnota Opis
SW 2 „XXXXh“ Stavové slová (SW1, SW2)
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 257
— Ak je príkaz úspešný, karta vráti „9000“.
— Ak nie je zvolený žiadny EF, vrátený stav spracovania
je „6986“.
— Ak nie sú splnené podmienky zabezpečenia zvoleného
súboru, príkaz sa preruší s „6982“.
— Ak offset nie je kompatibilný s veľkosťou EF (offset >
veľkosť EF), vrátený stav spracovania je „6B00“.
— Ak nie je veľkosť údajov na zápis kompatibilná
s veľkosťou EF (offset + Lc > veľkosť EF), vrátený
stav spracovania je „6700“.
— Ak sa zistila chyba integrity v atribútoch súboru, karta
považuje súbor za poškodený a neopraviteľný, vrátený
stav spracovania je „6400“ alebo „6500“.
— Ak je neúspešný zápis, vrátený stav spracovania je
„6581“.
3.5.3.3.1 P r í k a z s o z a b e z p e č e n ý m s p r a c o v a n í m ( p r í k l a d )
Nasledujúci príklad ukazuje použitie zabezpečeného spracovania, ak
sa uplatňuje podmienka zabezpečenia SM-MAC-G2.
TCS_67 Príkazová správa
Bajt Dĺžka Hodnota Opis
CLA 1 „0Ch“ Požaduje sa zabezpečené spracovanie správ
INS 1 „D7h“ Update Binary
P1 1 „00h“ Aktuálny EF
P2 1 „00h“
Lc 1 „XXh“ Dĺžka zabezpečeného dátového poľa
#6 1 „B3h“ Tag pre údaje s nešifrovanou hodnotou kódované
v BER-TLV
#7 L „NNh“ alebo
„81 NNh“
L PV : dĺžka prenášaných údajov.
L je 2 bajty, ak L PV > 127 bajtov.
#(7+L)-
#(6+L+NN)
NN „XX..XXh“ Nešifrované údaje kódované v BER-TLV, t. j. offsetový
dátový objekt s tagom „54h“ || diskrečný dátový objekt
s tagom „53h“, v ktorom sú uzavreté údaje na zápis.
#(7+L+NN) 1 „8Eh“ T CC : Tag pre kryptografický kontrolný súčet
#(8+L+NN) 1 „XXh“ L CC : Dĺžka nasledujúceho kryptografického kontrolného
súčtu
„08h“, „0Ch“ alebo „10h“ v závislosti od dĺžky kľúča
AES pre zabezpečené spracovanie v generácii 2 (pozri
dodatok 11 časť B)
#(9+L+NN)-
#(8+M+L+NN)
M „XX..XXh“ Kryptografický kontrolný súčet
Le 1 „00h“ Špecifikované v ISO/IEC 7816-4
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 258
TCS_68 Odpovedacia správa, ak je príkaz úspešný
Bajt Dĺžka Hodnota Opis
#1 1 „99h“ T SW : Tag pre stavové slová (ktoré má chrániť CC)
#2 1 „02h“ L SW : dĺžka vrátených stavových slov
#3-#4 2 „XXXXh“ Stav spracovania nechránenej odpovede APDU
#5 1 „8Eh“ T CC : Tag pre kryptografický kontrolný súčet
#6 1 „XXh“ L CC : Dĺžka nasledujúceho kryptografického kontrolného
súčtu
„08h“, „0Ch“ alebo „10h“ v závislosti od dĺžky kľúča
AES pre zabezpečené spracovanie v generácii 2 (pozri
dodatok 11 časť B)
#7-#(6+L) L „XX..XXh“ Kryptografický kontrolný súčet
SW 2 „XXXXh“ Stavové slová (SW1, SW2)
3.5.4 GET CHALLENGE
Tento príkaz zodpovedá norme ISO/IEC 7816-4, no v porovnaní
s príkazom vymedzeným v norme má obmedzené použitie.
Príkaz GET CHALLENGE žiada od karty, aby vydala výzvu na účely
použitia pri bezpečnostnom postupe, v ktorom sa karte zasiela kryp­
togram alebo určité šifrované údaje.
TCS_69 Výzva vydaná kartou je platná len pre nasledujúci príkaz,
ktorý použije výzvu odoslanú na kartu.
TCS_70 Príkazová správa
Bajt Dĺžka Hodnota Opis
CLA 1 „00h“
INS 1 „84h“ INS
P1 1 „00h“ P1
P2 1 „00h“ P2
Le 1 „08h“ Le (očakávaná dĺžka výzvy).
TCS_71 Odpovedacia správa
Bajt Dĺžka Hodnota Opis
#1-#8 8 „XX..XXh“ Výzva
SW 2 „XXXXh“ Stavové slová (SW1, SW2)
— Ak je príkaz úspešný, karta vráti „9000“.
— Ak sa Le líši od „08h“, stav spracovania je „6700“
— ak sú parametre P1-P2 nesprávne, stav spracovania je
„6A86“.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 259
3.5.5 VERIFY
Tento príkaz zodpovedá norme ISO/IEC 7816-4, no v porovnaní
s príkazom vymedzeným v norme má obmedzené použitie.
Príkaz musí podporovať iba dielenská karta.
Ostatné typy tachografových kariet tento príkaz môžu, ale nemusia
implementovať, no pri týchto kartách nie je žiadna referencia CHV
personalizovaná. Preto takéto karty nedokážu daný príkaz úspešne
vykonať. Pri iných než dielenských tachografových kartách je sprá­
vanie (teda vrátený kód chyby) mimo rozsahu tejto špecifikácie, ak sa
príkaz odošle.
Príkaz Verify iniciuje na karte porovnanie údajov CHV (PIN) odosla­
ných z príkazu s referenčným CHV uloženým na karte.
▼M1
TCS_72 PIN zadaný používateľom musí IFD kódovať v ASCII
a sprava doplniť bajtmi ‚FFh‘ do dĺžky 8 bajtov, pozri
tiež dátový typ WorkshopCardPIN v dodatku 1.
▼B
TCS_73 Tachografové aplikácie generácie 1 a 2 používajú rovnaké
referenčné CHV.
TCS_74 Tachografová karta overí, či je príkaz kódovaný správne.
Ak príkaz nie je kódovaný správne, karta neporovnáva
hodnoty CHV, ani nezníži počet zostávajúcich pokusov
o zadanie CHV a neresetuje bezpečnostný stav „PIN_Veri­
fied“, ale príkaz preruší. Príkaz je kódovaný správne, ak
majú bajty CLA, INS, P1, P2, Lc určené hodnoty, Le
absentuje a dátové pole príkazu má správnu dĺžku.
TCS_75 Ak je príkaz úspešný, počítadlo zostávajúcich pokusov
o zadanie CHV sa vráti na počiatočnú hodnotu. Počiatočná
hodnota počítadla zostávajúcich pokusov o zadanie CHV je
5. Ak je príkaz úspešný, karta odošle interný bezpečnostný
stav „PIN_Verified“. Karta tento bezpečnostný stav rese­
tuje, ak je karta resetovaná alebo ak kód CHV prenášaný
príkazom nezodpovedá uloženému referenčnému CHV.
Poznámka: Ak sa použije rovnaké referenčné CHV
a globálny bezpečnostný stav, zamestnanec dielne nemusí
opätovne zadávať PIN pri výbere iného DF tachografovej
aplikácie.
TCS_76 Neúspešné porovnanie sa zaznamená na karte, t. j. počí­
tadlo zostávajúcich pokusov o zadanie CHV sa zníži o 1,
aby sa obmedzil počet ďalších pokusov o použitie referenč­
ného CHV.
TCS_77 Príkazová správa
Bajt Dĺžka Hodnota Opis
CLA 1 „00h“
INS 1 „20h“ INS
P1 1 „00h“ P1
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 260
Bajt Dĺžka Hodnota Opis
P2 1 „00h“ P2 (overované CHV je implicitne známe)
Lc 1 „08h“ Dĺžka prenášaného kódu CHV
#6-#13 8 „XX..XXh“ CHV
TCS_78 Odpovedacia správa
Bajt Dĺžka Hodnota Opis
SW 2 „XXXXh“ Stavové slová (SW1, SW2)
— Ak je príkaz úspešný, karta vráti „9000“.
— Ak sa nenašlo referenčné CHV, vrátený stav spraco­
vania je „6A88“.
— Ak je CHV blokované, (počítadlo zostávajúcich
pokusov je na nule), vrátený stav spracovania je
„6983“. Keď sa dosiahne tento stav, nesmie sa CHV
už nikdy opäť úspešne prezentovať.
— Ak je porovnanie neúspešné, počítadlo zostávajúcich
pokusov sa zníži a vráti sa stav „63CX“ (X > 0 a X
sa rovná stavu počítadla zostávajúcich pokusov).
— Ak sa referenčné CHV považuje za poškodené, vrátený
stav spracovania je „6400“ alebo „6581“.
— Ak sa Lc líši od „08h“, stav spracovania je „6700“.
3.5.6 GET RESPONSE
Tento príkaz zodpovedá norme ISO/IEC 7816-4.
Tento príkaz (potrebný a dostupný len pre protokol T=0) sa používa
na prenos pripravených údajov z karty do zariadenia s rozhraním
(prípad, keď príkaz zahŕňal Lc aj Le).
Príkaz GET RESPONSE musí byť vydaný hneď po príkaze, ktorý
pripravuje údaje, inak sa údaje stratia. Po vykonaní príkazu
GET RESPONSE (okrem prípadu, keď nastane chyba „61xx“ alebo
„6Cxx“, pozri nižšie), už predtým pripravené údaje nie sú dostupné.
TCS_79 Príkazová správa
Bajt Dĺžka Hodnota Opis
CLA 1 „00h“
INS 1 „C0h“
P1 1 „00h“
P2 1 „00h“
Le 1 „XXh“ Očakávaný počet bajtov
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 261
TCS_80 Odpovedacia správa
Bajt Dĺžka Hodnota Opis
#1-#X X „XX..XXh“ Údaje
SW 2 „XXXXh“ Stavové slová (SW1, SW2)
— Ak je príkaz úspešný, karta vráti „9000“.
— Ak karta nepripravila žiadne údaje, vrátený stav spra­
covania je „6900“ alebo „6F00“.
— Ak Le presiahne počet dostupných bajtov alebo ak je
Le nulová, vrátený stav spracovania je „6Cxx“, pričom
„xx“ uvádza presný počet dostupných bajtov. V takom
prípade sú pripravené údaje stále dostupné pre nasledu­
júci príkaz GET RESPONSE.
— Ak Le nie je nulová a je menšia než počet dostupných
bajtov, karta zašle požadované údaje normálne a vrátený
stav spracovania je „61xx“, pričom „xx“ uvádza počet
dodatočných bajtov, ktoré sú ešte stále dostupné pre
nasledujúci príkaz GET RESPONSE.
— Ak príkaz nie je podporovaný (protokol T=1), karta
vráti „6D00“.
3.5.7 PSO: VERIFY CERTIFICATE
Tento príkaz zodpovedá norme ISO/IEC 7816-8, no v porovnaní
s príkazom vymedzeným v norme má obmedzené použitie.
Príkaz VERIFY CERTIFICATE karta použije na získanie verejného
kľúča zvonku a na kontrolu jeho platnosti.
3.5.7.1 P á r p r í k a z – o d p o v e ď v g e n e r á c i i 1
TCS_81 Tento príkazový variant podporuje len aplikácia tachografu
generácie 1.
TCS_82 Keď je príkaz VERIFY CERTIFICATE úspešný, verejný
kľúč sa uloží na budúce použitie v prostredí zabezpečenia.
Tento kľúč sa explicitne nastaví na použitie v príkazoch
vzťahujúcich sa k zabezpečeniu (INTERNAL AUTHENTI­
CATE, EXTERNAL AUTHENTICATE alebo VERIFY
CERTIFICATE) prostredníctvom príkazu MSE (pozri
§3.5.11) s použitím jeho identifikátora kľúča.
TCS_83 V každom prípade príkaz VERIFY CERTIFICATE používa
verejný kľúč, ktorý bol predtým zvolený príkazom MSE na
otvorenie certifikátu. Musí ísť o verejný kľúč jedného
z členských štátov alebo Európy.
TCS_84 Príkazová správa
Bajt Dĺžka Hodnota Opis
CLA 1 „00h“
INS 1 „2Ah“ Perform Security Operation (vykonanie operácie zabez­
pečenia)
P1 1 „00h“ P1
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 262
Bajt Dĺžka Hodnota Opis
P2 1 „AEh“ P2: údaje nekódované v BER-TLV (zreťazenie dátových
prvkov)
Lc 1 „C2h“ Lc: Dĺžka certifikátu, 194 bajtov
#6-#199 194 „XX..XXh“ Certifikát: zreťazenie dátových prvkov (podľa dodatku
11)
TCS_85 Odpovedacia správa
Bajt Dĺžka Hodnota Opis
SW 2 „XXXXh“ Stavové slová (SW1, SW2)
— Ak je príkaz úspešný, karta vráti „9000“.
— Ak zlyhá overenie certifikátu, vrátený stav spracovania
je „6688“. Proces overenia a rozbalenia certifikátu je
pre G1 a G2 opísaný v dodatku 11.
— Ak nie je v prostredí zabezpečenia prítomný žiadny
verejný kľúč, vráti sa „6A88“.
— Ak sa zvolený verejný kľúč (použitý na rozbalenie
certifikátu) považuje za poškodený, vrátený stav spra­
covania je „6400“ alebo „6581“.
— Len pre generáciu 1: Ak má zvolený verejný kľúč
(použitý
na rozbalenie certifikátu) CHA.LSB
( )
iné než „00“ (teda nejde o kľúč členského štátu ani
Európy), vráti sa stav spracovania „6985“.
3.5.7.2 P á r p r í k a z – o d p o v e ď v g e n e r á c i i 2
V závislosti od veľkosti krivky môžu byť certifikáty ECC také dlhé,
že ich nemožno preniesť v jednom APDU. Vtedy treba použiť reťa­
zenie príkazov podľa ISO/IEC 7816-4 a prenos certifikátu prebehne
v dvoch nadväzujúcich APDU PSO: Verify Certificate.
Štruktúra certifikátu a parametre domény sú vymedzené v dodatku 11.
▼M3
TCS_86 Príkaz možno vykonať v MF, DF Tachograph a DF Tacho­
graph_G2, pozri aj TCS_34.
▼B
TCS_87 Príkazová správa
Bajt Dĺžka Hodnota Opis
CLA 1 „X0h“ Bajt CLA udávajúci reťazenie príkazu:
„00h“ jediný alebo posledný príkaz v reťazci
„10h“ iný než posledný príkaz v reťazci
INS 1 „2Ah“ Perform Security Operation (vykonanie operácie zabez­
pečenia)
P1 1 „00h“
P2 1 „BEh“ Verify self-descriptive certificate (overenie samoopisného
certifikátu)
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 263
Bajt Dĺžka Hodnota Opis
Lc 1 „XXh“ Dĺžka dátového poľa príkazu, pozri TCS_88 a TCS_89.
#6-#5+L L „XX..XXh“ Údaje kódované DER-TLV: Dátový objekt ECC Certifi­
cate Body (hlavná časť certifikátu) ako prvý dátový
objekt zreťazený s dátovým objektom ECC Certificate
Signature (podpis) ako druhým dátovým objektom,
alebo časť tohto reťazca. Tag „7F21“ a príslužná dĺžka
sa neprenášajú.
Poradie týchto dátových objektov je nemenné.
▼M3
TCS_88 Pri krátkych APDU platia tieto pravidlá: IFD použije mini­
málny počet APDU potrebný na prenos obsahu príkazu,
pričom v prvom APDU prenesie maximálny počet bajtov.
Karta však musí podporovať akúkoľvek hodnotu „Lc“ do
255 bajtov.
TCS_89 Pri rozšírených APDU platia tieto pravidlá: ak sa certifikát
nezmestí do jediného APDU, karta musí podporovať reťa­
zenie príkazov. IFD použije minimálny počet APDU
potrebný na prenos obsahu príkazu, pričom v prvom
APDU prenesie maximálny počet bajtov. Ak je potrebné
reťazenie, karta musí podporovať akúkoľvek hodnotu „Lc“
do maximálnej uvedenej rozšírenej dĺžky.
Poznámka: V súlade s dodatkom 11 karta uchová certifikát
alebo relevantný obsah certifikátu a aktualizuje svoj curren­
tAuthenticatedTime.
Štruktúra odpovedacej správy a slová označujúce stav sú
vymedzené v TCS_85.
▼B
TCS_90 Okrem kódov chýb uvedených v TCS_85môže karta vrátiť
tieto kódy chýb:
— Ak má zvolený verejný kľúč (použitý na rozbalenie
certifikátu) CHA.LSB (CertificateHolderAuthorisa­
tion.equipmentType) nevhodné na overenie certifikátu
podľa dodatku 11, vráti sa stav spracovania „6985“.
— Ak je čas currentAuthenticatedTime na karte neskorší,
než dátum uplynutia platnosti certifikátu, vráti sa stav
spracovania „6985“.
— Ak sa očakáva posledný príkaz reťazca, karta vráti
„6883“.
— Ak sú v dátovom poli príkazu odoslané nesprávne para­
metre, karta vráti „6A80“ (platí aj keď dátové objekty
nie sú zaslané v stanovenom poradí).
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 264
3.5.8 INTERNAL AUTHENTICATE
Tento príkaz zodpovedá norme ISO/IEC 7816-4.
TCS_91 Všetky tachografové karty musia tento príkaz podporovať
v DF Tachograph generácie 1. Príkaz môže, ale nemusí byť
dostupný v MF a/alebo v DF Tachograph_G2. V takom
prípade sa príkaz preruší vhodným kódom chyby, keďže
súkromný kľúč karty (Card.SK) pre autentifikačný protokol
generácie 1 je dostupný len v DF_Tachograph generácie 1.
Príkazom INTERNAL AUTHENTICATE môže IFD auten­
tifikovať kartu. Proces autentifikácie je opísaný v dodatku
11. Zahŕňa tieto prvky:
TCS_92 Príkaz INTERNAL AUTHENTICATE používa súkromný
kľúč karty (zvolený implicitne) na podpis autentifikačných
údajov vrátane K1 (prvý prvok kľúčovej dohody relácie)
a RND1 a používa aktuálne zvolený verejný kľúč
(pomocou posledného príkazu MSE) na zašifrovanie
podpisu a vytvorenie autentifikačného znaku (bližšie infor­
mácie v dodatku 11).
TCS_93 Príkazová správa
Bajt Dĺžka Hodnota Opis
CLA 1 „00h“ CLA
INS 1 „88h“ INS
P1 1 „00h“ P1
P2 1 „00h“ P2
Lc 1 „10h“ Dĺžka údajov poslaných na kartu
#6 – #13 8 „XX..XXh“ Výzva použitá na autentifikáciu karty
#14 -#21 8 „XX..XXh“ VU.CHR (pozri dodatok 11)
Le 1 „80h“ Dĺžka údajov očakávaných od karty
TCS_94 Odpovedacia správa
Bajt Dĺžka Hodnota Opis
#1-#128 128 „XX..XXh“ Overovací znak karty (pozri dodatok 11)
SW 2 „XXXXh“ Stavové slová (SW1, SW2)
— Ak je príkaz úspešný, karta vráti „9000“.
— Ak nie je v prostredí zabezpečenia prítomný žiadny
verejný kľúč, vrátený stav spracovania je „6A88“.
— Ak nie je v prostredí zabezpečenia prítomný žiadny
súkromný kľúč, vrátený stav spracovania je „6A88“.
— Ak sa VU.CHR nezhoduje s aktuálnym identifikátorom
verejného kľúča, vrátený stav spracovania je „6A88“.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 265
— Ak sa zvolený súkromný kľúč považuje za poškodený,
vrátený stav spracovania je „6400“ alebo „6581“.
▼M1
TCS_95 Ak je príkaz INTERNAL AUTHENTICATE úspešný,
aktuálny kľúč relácie generácie 1 (ak existuje) sa vymaže
a nie je naďalej dostupný. Aby bol k dispozícii nový kľúč
relácie generácie 1, musí sa úspešne vykonať príkaz
EXTERNAL AUTHENTICATE pre mechanizmus autenti­
fikácie generácie 1.
Poznámka: Pre kľúče relácie generácie 2 pozri CSM_193
a CSM_195 v dodatku 11. Ak sú stanovené kľúče relácie
generácie 2 a tachografová karta dostane nezašifrovaný
príkaz APDU INTERNAL AUTHENTICATE, zruší reláciu
zabezpečeného spracovania generácie 2 a zničí kľúče
relácie generácie 2.
▼B
3.5.9 EXTERNAL AUTHENTICATE
Tento príkaz zodpovedá norme ISO/IEC 7816-4.
Príkazom EXTERNAL AUTHENTICATE môže karta autentifikovať
IFD. Proces autentifikácie je opísaný v dodatku 11 pre tachograf G1
a G2 (autentifikácia VU).
TCS_96 Príkazový variant pre mechanizmus vzájomnej autentifi­
kácie v generácii 1 podporuje len aplikácia tachografu
generácie 1.
▼M1
TCS_97 Príkazový variant pre mechanizmus vzájomnej autentifi­
kácie medzi VU a kartou v druhej generácii možno
vykonať v MF, DF Tachograph a DF Tachograph_G2,
pozri tiež TCS_34. Ak je tento príkaz EXTERNAL
AUTHENTICATE generácie 2 úspešný, aktuálny kľúč
relácie generácie 1 (ak existuje) sa vymaže a nie je naďalej
dostupný.
Poznámka: Pre kľúče relácie generácie 2 pozri CSM_193
a CSM_195 v dodatku 11. Ak sú stanovené kľúče relácie
generácie 2 a tachografová karta dostane nezašifrovaný
príkaz APDU EXTERNAL AUTHENTICATE, zruší
reláciu zabezpečeného spracovania generácie 2 a zničí
kľúče relácie generácie 2.
▼B
TCS_98 Príkazová správa
Bajt Dĺžka Hodnota Opis
CLA 1 „00h“ CLA
INS 1 „82h“ INS
P1 1 „00h“ Kľúče a algoritmy implicitne známe
P2 1 „00h“
Lc 1 „XXh“ Lc (dĺžka údajov poslaných na kartu)
#6-#(5+L) L „XX..XXh“ Autentifikácia v generácii 1: Kryptogram (pozri dodatok
11 časť A)
Autentifikácia v generácii 2: Podpis vygenerovaný IFD
(pozri dodatok 11 časť B)
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 266
TCS_99 Odpovedacia správa
Bajt Dĺžka Hodnota Opis
SW 2 „XXXXh“ Stavové slová (SW1, SW2)
— Ak je príkaz úspešný, karta vráti „9000“.
— Ak CHA aktuálne nastaveného verejného kľúča nie je
zreťazením tachografovej aplikácie AID a typu zaria­
denia VU, vrátený stav spracovania je „6F00“.
— Ak bezprostredne pred príkazom nie je príkaz GET
CHALLENGE, vrátený stav spracovania je „6985“.
Aplikácia tachografu generácie 1 môže vrátiť tieto doda­
točné kódy chýb:
— Ak nie je v prostredí zabezpečenia prítomný žiadny
verejný kľúč, vráti sa „6A88“.
— Ak nie je v prostredí zabezpečenia prítomný žiadny
súkromný kľúč, vrátený stav spracovania je „6A88“.
— Ak je overenie kryptogramu chybné, vrátený stav spra­
covania je „6688“.
— Ak sa zvolený súkromný kľúč považuje za poškodený,
vrátený stav spracovania je „6400“ alebo „6581“.
Príkazový variant pre autentifikáciu v generácii 2 môže
navyše vrátiť tento kód chyby:
— Ak zlyhalo overenie podpisu, karta vráti „6300“.
3.5.10 GENERAL AUTHENTICATE
Tento príkaz sa používa v generácii 2 v rámci protokolu autentifikácie
čipu podľa dodatku 11 časti B a zodpovedá norme ISO/IEC 7816-4.
TCS_100 Príkaz možno vykonať v MF, DF Tachograph a DF Tacho­
graph_G2, pozri tiež TCS_34.
TCS_101 Príkazová správa
Bajt Dĺžka Hodnota Opis
CLA 1 „00h“
INS 1 „86h“
P1 1 „00h“ Kľúče a protokol implicitne známe
P2 1 „00h“
Lc 1 „NNh“ Lc: dĺžka nasledujúceho dátového poľa
#6-#(5+L) L „7Ch“ + L 7C +
„80h“ + L 80 +
„XX..XXh“
Hodnota efemérneho (dočasného) verejného kľúča
kódovaná v DER-TLV (pozri dodatok 11)
VU posiela dátové objekty v tomto poradí.
▼M3
Le 1 „00h“ Podľa ISO/IEC 7816-4
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 267
TCS_102 Odpovedacia správa
Bajt Dĺžka Hodnota Opis
#1-#L L „7Ch“ + L 7C + „81h“
+ „08h“ +
„XX..XXh“ + „82h“
+ L 82 + „XX..XXh“
Údaje dynamickej autentifikácie kódované
v DER-TLV: jednorazová hodnota „nonce“
a autentifikačný znak (pozri dodatok 11)
SW 2 „XXXXh“ Stavové slová (SW1, SW2)
— Ak je príkaz úspešný, karta vráti „9000“.
— Karta vráti „6A80“, čím upozorní na nesprávne para­
metre v dátovom poli.
— Karta vráti „6982“, ak nebol príkaz External Authenti­
cate vykonaný úspešne
Objekt odpovede Údaje dynamickej autentifikácie „7Ch“
— Musí byť prítomný, ak je operácia úspešná, t. j. stavové
slová sú „9000“,
— musí absentovať, ak došlo k chybe pri vykonaní alebo
kontrole, t. j. stavové slová sú v rozmedzí „6400“ –
„6FFF“ a
— môže absentovať v prípade výstrahy, t. j. stavové slová
sú v rozsahu „6200“ – „63FF“.
3.5.11 MANAGE SECURITY ENVIRONMENT
Tento príkaz sa používa na nastavenie verejného kľúča na účely
autentifikácie.
3.5.11.1 P á r p r í k a z – o d p o v e ď v g e n e r á c i i 1
Tento príkaz zodpovedá norme ISO/IEC 7816-4. Použitie tohto
príkazu je v porovnaní s príslušnou normou obmedzené.
TCS_103 Príkaz podporuje len aplikácia tachografu generácie 1.
TCS_104 Referenčný kľúč, na ktorý sa odkazuje v dátovom poli
MSE, zostáva aktuálnym verejným kľúčom až do nasledov­
ného správneho príkazu MSE, kým nie je zvolený DF
alebo kým sa neresetuje karta.
TCS_105 Ak referenčný kľúč nie je (už) na karte k dispozícii,
prostredie zabezpečenia zostáva nezmenené.
TCS_106 Príkazová správa
Bajt Dĺžka Hodnota Opis
CLA 1 „00h“ CLA
INS 1 „22h“ INS
P1 1 „C1h“ P1: referenčný kľúč platný pre všetky kryptografické
operácie
P2 1 „B6h“ P2 (referenčné údaje o digitálnom podpise)
Lc 1 „0Ah“ Lc: dĺžka nasledujúceho dátového poľa
#6 1 „83h“ Tag referencie na verejný kľúč v asymetrických prípa­
doch
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 268
Bajt Dĺžka Hodnota Opis
#7 1 „08h“ Dĺžka referencie na kľúč (identifikátora kľúča)
#8-#15 8 „XX..XXh“ Identifikátor kľúča v zmysle dodatku 11
TCS_107 Odpovedacia správa
Bajt Dĺžka Hodnota Opis
SW 2 „XXXXh“ Stavové slová (SW1, SW2)
— Ak je príkaz úspešný, karta vráti „9000“.
— Ak nie na karte prítomný referenčný kľúč, vrátený stav
spracovania je „6A88“.
— Ak vo formáte zabezpečeného spracovania chýbajú
určité očakávané dátové objekty, vrátený stav spraco­
vania je „6987“. Môže sa to stať, ak chýba tag „83h“.
— Ak sú niektoré dátové objekty nesprávne, vrátený stav
spracovania je „6988“. Môže sa to stať, ak dĺžka iden­
tifikátora kľúča nie je „08h“.
— Ak sa zvolený kľúč považuje za poškodený, vrátený
stav spracovania je „6400“ alebo „6581“.
3.5.11.2 P á r y p r í k a z – o d p o v e ď v g e n e r á c i i 2
Na autentifikáciu generácie 2 tachografová karta podporuje tieto MSE:
Stanovené verzie príkazov, ktoré sú v súlade s normou ISO/IEC 7816-
4. Tieto verzie príkazov nie sú podporované pre autentifikáciu v gene­
rácii 1.
3.5.11.2.1 M S E : S E T A T p r e a u t e n t i f i k á c i u č i p u
Nasledujúci príkaz MSE:SET AT sa používa na voľbu parametrov
autentifikácie čipu, ktorú vykonáva následný príkaz General Authen­
ticate.
TCS_108 Príkaz možno vykonať v MF, DF Tachograph a DF Tacho­
graph_G2, pozri tiež TCS_34.
TCS_109 Príkazová správa MSE:SET AT pre autentifikáciu čipu
Bajt Dĺžka Hodnota Opis
CLA 1 „00h“
INS 1 „22h“
P1 1 „41h“ Stanovené pre internú autentifikáciu
P2 1 „A4h“ Autentifikácia
Lc 1 „NNh“ Lc: dĺžka nasledujúceho dátového poľa
#6-#(5+L) L „80h“ +
„0Ah“ +
„XX..XXh“
Referencia kryptografického mechanizmu kódovaného
v DER-TLV: Objektový identifikátor autentifikácie
čipu (iba hodnota, tag „06h“ sa vynecháva).
Hodnoty objektových identifikátorov sú uvedené
v dodatku 1; použije sa bajtová notácia. Usmernenie
k voľbe jedného z týchto objektových identifikátorov
je uvedené v dodatku 11.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 269
3.5.11.2.2 M S E : S E T A T p r e a u t e n t i f i k á c i u V U
Nasledujúci príkaz MSE:SET AT sa používa na voľbu parametrov
a kľúčov autentifikácie VU, ktorú vykonáva následný príkaz External
Authenticate.
TCS_110 Príkaz možno vykonať v MF, DF Tachograph a DF Tacho­
graph_G2, pozri tiež TCS_34.
TCS_111 Príkazová správa MSE:SET AT pre autentifikáciu VU
Bajt Dĺžka Hodnota Opis
CLA 1 „00h“
INS 1 „22h“
P1 1 „81h“ Stanovené pre externú autentifikáciu
P2 1 „A4h“ Autentifikácia
Lc 1 „NNh“ Lc: dĺžka nasledujúceho dátového poľa
#6-#(5+L) L „80h“ + „0Ah“
+ „XX..XXh“
Referencia kryptografického mechanizmu kódovaného
v DER-TLV: Objektový identifikátor autentifikácie VU
(iba hodnota, tag „06h“ sa vynecháva).
Hodnoty objektových identifikátorov sú uvedené
v dodatku 1; použije sa bajtová notácia. Usmernenie
k voľbe jedného z týchto objektových identifikátorov
je uvedené v dodatku 11.
„83h“ + „08h“
+ „XX..XXh“
Referencia verejného kľúča VU kódovaná v DER-TLV
podľa referencie držiteľa certifikátu uvedeného v jeho
certifikáte.
„91h“ + L 91 +
„XX..XXh“
Komprimované vyjadrenie efemérneho verejného kľúča
VU kódovaného v DER-TLV, ktorý sa použije pri auten­
tifikácii čipu (pozri dodatok 11)
3.5.11.2.3 M S E : S E T D S T
Nasledujúci príkaz MSE:SET DST sa použije na nastavenie verejného
kľúča buď
— na overenie podpisu, ktorý sa uvádza v následnom príkaze PSO:
Verify Digital Signature, alebo
— na overenie podpisu na certifikáte, ktorý sa uvádza v následnom
príkaze PSO: Verify Ceretificate
TCS_112 Príkaz možno vykonať v MF, DF Tachograph a DF Tacho­
graph_G2, pozri tiež TCS_33.
TCS_113 Príkazová správa MSE:SET DST
Bajt Dĺžka Hodnota Opis
CLA 1 „00h“
INS 1 „22h“
P1 1 „81h“ Stanovené pre overovanie
P2 1 „B6h“ Digitálny podpis
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 270
Bajt Dĺžka Hodnota Opis
Lc 1 „NNh“ Lc: dĺžka nasledujúceho dátového poľa
#6-#(5+L) L „83h“ + „08h“
+ „XX…XXh“
Referencia verejného kľúča kódovaná v DER-TLV – t. j.
referencia držiteľa certifikátu na certifikáte verejného
kľúča (pozri dodatok 11)
Pre všetky príkazové verzie určuje štruktúru odpovedacej správy
a stavové slová:
TCS_114 Odpovedacia správa
Bajt Dĺžka Hodnota Opis
SW 2 „XXXXh“ Stavové slová (SW1, SW2)
— Ak je príkaz úspešný, karta vráti „9000“. Protokol bol
zvolený a inicializovaný.
— „6A80“ znamená nesprávne parametre v dátovom poli
príkazu.
— „6A88“ znamená, že údaje, na ktoré sa odkazuje
(napríklad referenčný kľúč) nie sú k dispozícii.
▼M1
— Ak je čas currentAuthenticatedTime na karte neskorší,
než dátum uplynutia zvoleného verejného kľúča, vráti
sa stav spracovania ‚6A88‘.
Poznámka: V prípade príkazu MSE:SET AT pre autentifi­
káciu VU je referenčným kľúčom verejný kľúč VU_MA.
Karta nastaví verejný kľúč VU_MA na použitie, ak je
dostupný v jej pamäti, ktorý zodpovedá referencii držiteľa
certifikátu (CHR) zadanej v príkazovom dátovom poli
(karta môže identifikovať verejné kľúče VU_MA prostred­
níctvom poľa CHA certifikátu). Ak je k dispozícii iba
verejný kľúč VU_Sign alebo ak nie je k dispozícii žiadny
verejný kľúč jednotky vozidla, odpoveďou karty na tento
príkaz je ‚6A 88‘. Pozri určenie poľa CHA v dodatku 11
a dátového typu equipmentType v dodatku 1.
Podobne ak sa kontrolnej karte pošle príkaz MSE:SET
DST odkazujúci na EQT (t. j. VU alebo kartu), podľa
CSM_234 je referenčným kľúčom vždy kľúč EQT_Sign,
ktorý sa musí použiť na overenie digitálneho podpisu.
Podľa obrázku 13 v dodatku 11 kontrolná karta vždy
uloží príslušný verejný kľúč EQT_Sign. V niektorých
prípadoch môže mať kontrolná karta uložený zodpoveda­
júci verejný kľúč EQT_MA. Keď kontrolná karta dostane
príkaz MSE: SET DST, vždy musí nastaviť verejný kľúč
EQT_Sign na použitie.
▼B
3.5.12 PSO: HASH
Tento príkaz sa používa na prenos výsledkov hash výpočtu niektorých
údajov na kartu. Tento príkaz sa používa na overenie digitálnych
podpisov. Hash hodnota sa dočasne uloží pre následný príkaz PSO:
Verify Digital Signature.
Tento príkaz zodpovedá norme ISO/IEC 7816-8. Použitie tohto
príkazu je v porovnaní s príslušnou normou obmedzené.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 271
Podpora tohto príkazu v DF Tachograph a DF Tachograph_G2 sa
vyžaduje iba na kontrolnej karte.
Ostatné typy tachografových kariet tento príkaz môžu, ale nemusia
implementovať. Príkaz môže, ale nemusí byť dostupný v MF.
Aplikácia kontrolnej karty generácie 1 podporuje iba SHA-1.
TCS_115 Dočasne uložená hash hodnota sa vymaže, ak sa príkazom
PSO: HASH vypočíta nová hash hodnota, ak je zvolený DF
a ak sa tachografová karta resetuje.
TCS_116 Príkazová správa
Bajt Dĺžka Hodnota Opis
CLA 1 „00h“ CLA
INS 1 „2Ah“ Perform Security Operation (vykonanie operácie zabez­
pečenia)
P1 1 „90h“ Vrátený hash kód
P2 1 „A0h“ Tag: dátové pole obsahuje DO relevantné pre hašovanie
Lc 1 „XXh“ Dĺžka Lc následného dátového poľa
#6 1 „90h“ Tag hash kódu
#7 1 „XXh“ Dĺžka L hash kódu:
„14h“ v aplikácii generácie 1 (pozri dodatok 11 časť A)
„20h“, „30h“ alebo „40h“ v aplikácii generácie 2 (pozri
dodatok 11 časť B)
#8-#(7+L) L „XX..XXh“ Hash kód
TCS_117 Odpovedacia správa
Bajt Dĺžka Hodnota Opis
SW 2 „XXXXh“ Stavové slová (SW1, SW2)
— Ak je príkaz úspešný, karta vráti „9000“.
— Ak niektoré očakávané dátové objekty (špecifikované
vyššie) chýbajú, vrátený stav spracovania je „6987“.
Môže sa to stať, ak chýba jeden z tagov „90h“.
— Ak sú niektoré dátové objekty nesprávne, vrátený stav
spracovania je „6988“. K tejto chybe dochádza, keď je
požadovaný tag prítomný, ale s dĺžkou inou než „14h“
pre SHA-1, „20h“ pre SHA-256, „30h“ pre SHA-384,
„40h“ pre SHA-512 (aplikácia generácie 2).
3.5.13 PERFORM HASH of FILE
Tento príkaz nezodpovedá norme ISO/IEC 7816-8. CLA bajt tohto
príkazu teda udáva, že ide o chránené použitie PERFORM SECU­
RITY OPERATION/HASH.
Podpora tohto príkazu v DF Tachograph a DF Tachograph_G2 sa
vyžaduje iba na karte vodiča a dielenskej karte.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 272
Ostatné typy tachografových kariet tento príkaz môžu, ale nemusia
implementovať. Ak tento príkaz implementuje podniková alebo
kontrolná karta, príkaz sa vykoná podľa tejto kapitoly.
Príkaz môže, ale nemusí byť dostupný v MF. Ak áno, príkaz sa
vykoná podľa tejto kapitoly, t. j. nesmie umožniť výpočet hash
hodnoty, ale sa preruší vhodným kódom chyby.
TCS_118 Príkaz PERFORM HASH of FILE sa používa na hašovanie
dátovej oblasti aktuálne zvoleného transparentného EF.
TCS_119 Tachografová karta musí tento príkaz podporovať iba pre
EF uvedené v kapitole 4 v rámci DF_Tachograph
a DF_Tachograph_G2 s nasledujúcou výnimkou. Tachogra­
fová karta nesmie príkaz podporovať pre EF Sensor_Instal­
lation_Data v rámci DF Tachograph_G2.
TCS_120 Výsledok operácie hash sa dočasne uloží na karte.
Následne sa môže použiť na získanie digitálneho podpisu
súboru s použitím príkazu PSO: COMPUTE DIGITAL
SIGNATURE.
▼M1
TCS_121 Dočasne uložená hodnota hash of file sa vymaže, ak sa
príkazom PERFORM HASH of FILE vypočíta nová
hodnota hash of file, ak je zvolený DF a ak sa tachografová
karta resetuje.
▼B
TCS_122 Aplikácia tachografu generácie 1 musí podporovať SHA-1.
▼M1
TCS_123 Aplikácia tachografu generácie 2 musí podporovať algo­
ritmus SHA– 2 (SHA– 256, SHA– 384 alebo SHA– 512)
špecifikovaný šifrovacou zostavou v dodatku 11 časti B pre
podpisový kľúč karty Card_Sign.
▼B
TCS_124 Príkazová správa
▼M1
Bajt Dĺžka Hodnota Opis
CLA 1 ‚80h‘ CLA
INS 1 ‚2Ah‘ Perform Security Operation (vykonanie operácie zabez­
pečenia)
P1 1 ‚90h‘ Tag: Hash
P2 1 ‚00h‘ Implicitne známy algoritmus
Pre aplikáciu tachografu generácie 1: SHA– 1
Pre aplikáciu tachografu generácie 2: algoritmus SHA– 2
(SHA– 256, SHA– 384 alebo SHA– 512) špecifikovaný
šifrovacou zostavou v dodatku 11 časti B pre podpisový
kľúč karty Card_Sign.
▼B
TCS_125 Odpovedacia správa
Bajt Dĺžka Hodnota Opis
SW 2 „XXXXh“ Stavové slová (SW1, SW2)
— Ak je príkaz úspešný, karta vráti „9000“.
— Ak aktuálny EF nepovoľuje tento príkaz (EF
Sensor_Installation_Data v DF Tachograph_G2),
vrátený stav spracovania je „6985“.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 273
— Ak sa zvolený EF považuje za poškodený (chyby atri­
bútov súboru alebo integrity uložených údajov), vrátený
stav spracovania je „6400“ alebo „6581“.
— Ak zvolený súbor nie je transparentným súborom alebo
ak neexistuje aktuálny EF, vrátený stav spracovania je
„6986“.
3.5.14 PSO: COMPUTE DIGITAL SIGNATURE
▼M1
Tento príkaz sa používa na výpočet digitálneho podpisu predtým
vypočítaného hash kódu (pozri PERFORM HASH of FILE, bod
3.5.13).
Podpora tohto príkazu v DF Tachograph a DF Tachograph_G2 sa
vyžaduje iba na karte vodiča a dielenskej karte.
Ostatné typy tachografových kariet tento príkaz môžu, ale nemusia
implementovať. V prípade aplikácie tachografu generácie 2 majú
podpisový kľúč generácie 2 iba karta vodiča a dielenská karta, ostatné
karty nemôžu tento príkaz úspešne vykonať, pričom sa preruší
s uvedením vhodného kódu chyby.
Príkaz môže, ale nemusí byť dostupný v MF. Ak príkaz nie je
dostupný v MF, preruší sa s uvedením vhodného kódu chyby.
Tento príkaz spĺňa požiadavky normy ISO/IEC 7816– 8. Použitie
tohto príkazu je v porovnaní s príslušnou normou obmedzené.
▼B
TCS_126 Príkaz nevypočíta digitálny podpis hash kódu predtým
vypočítaného príkazom PSO: HASH.
TCS_127 Na výpočet digitálneho podpisu sa použije súkromný kód
karty a karta ho implicitne pozná.
TCS_128 Aplikácia tachografu generácie 1 vykoná digitálny podpis
s použitím vyplňovacej metódy zodpovedajúcej PKCS1
(podrobnosti v dodatku 11).
TCS_129 Aplikácia tachografu generácie 2 vypočíta digitálny podpis
na báze eliptickej krivky (podrobnosti v dodatku 11).
TCS_130 Príkazová správa
Bajt Dĺžka Hodnota Opis
CLA 1 „00h“ CLA
INS 1 „2Ah“ Perform Security Operation (vykonanie operácie zabez­
pečenia)
P1 1 „9Eh“ Digitálny podpis, ktorý sa má vrátiť
P2 1 „9Ah“ Tag: dátové pole obsahuje údaje na podpísanie Keďže
nie je zahrnuté žiadne dátové pole, údaje už majú byť
prítomné na karte (hash of file)
Le 1 „NNh“ Dĺžka očakávaného podpisu
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 274
TCS_131 Odpovedacia správa
Bajt Dĺžka Hodnota Opis
#1-#L L „XX..XXh“ Podpis predtým vypočítaného hash
SW 2 „XXXXh“ Stavové slová (SW1, SW2)
— Ak je príkaz úspešný, karta vráti „9000“.
— Ak sa implicitne zvolený súkromný kľúč považuje za
poškodený, vrátený stav spracovania je „6400“ alebo
„6581“.
— Ak hash vypočítaný v predošlom príkaze Perform Hash
of File nie je k dispozícii, vrátený stav spracovania je
„6985“.
3.5.15 PSO: VERIFY DIGITAL SIGNATURE
Tento príkaz sa používa na overenie digitálneho podpisu ako vstupu,
ktorého hash karta implicitne pozná. Karta implicitne pozná algo­
ritmus podpisu.
Tento príkaz zodpovedá norme ISO/IEC 7816-8. Použitie tohto
príkazu je v porovnaní s príslušnou normou obmedzené.
Podpora tohto príkazu v DF Tachograph a DF Tachograph_G2 sa
vyžaduje iba na kontrolnej karte.
Ostatné typy tachografových kariet tento príkaz môžu, ale nemusia
implementovať. Príkaz môže, ale nemusí byť dostupný v MF.
TCS_132 Príkaz VERIFY DIGITAL SIGNATURE vždy používa
verejný kľúč zvolený predchádzajúcim príkazom Manage
Security Environment MSE: Set DST a predchádzajúci
hash kód zadaný príkazom PSO: HASH.
TCS_133 Príkazová správa
▼M1
Bajt Dĺžka Hodnota Opis
CLA 1 ‚00h‘ CLA
INS 1 ‚2Ah‘ Perform Security Operation (vykonanie operácie zabez­
pečenia)
P1 1 ‚00h‘
P2 1 ‚A8h‘ Tag: dátové pole obsahuje DO relevantné pre overenie
Lc 1 ‚XXh‘ Dĺžka Lc následného dátového poľa
#6 1 ‚9Eh‘ Tag pre digitálny podpis
#7 alebo
#7 – #8
L ‚NNh‘ alebo
‚81 NNh‘
Dĺžka digitálneho podpisu (L sú 2 bajty, ak je digitálny
podpis dlhší ako 127 bajtov):
128 bajtov kódovaných v súlade s dodatkom 11 časťou
a pre aplikáciu tachografu generácie 1
v závislosti od zvolenej krivky pre aplikáciu tachografu
generácie 2 (pozri dodatok 11 časť B)
#(7+L) –
#(6+L+NN)
NN ‚XX..XXh‘ Obsah digitálneho podpisu
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 275
TCS_134 Odpovedacia správa
Bajt Dĺžka Hodnota Opis
SW 2 „XXXXh“ Stavové slová (SW1, SW2)
— Ak je príkaz úspešný, karta vráti „9000“.
— Ak zlyhá overenie podpisu, vrátený stav spracovania je
„6688“. Proces overovania je opísaný v dodatku 11.
— Ak nie je zvolený žiadny verejný kľúč, vrátený stav
spracovania je „6A88“.
— Ak niektoré očakávané dátové objekty (špecifikované
vyššie) chýbajú, vrátený stav spracovania je „6987“.
Môže sa to stať, ak chýba jeden z požadovaných tagov.
— Ak nie je k dispozícii žiadny hash kód na spracovanie
príkazu (ako výsledok predchádzajúceho príkazu PSO:
Hash), vrátený stav spracovania je „6985“.
— Ak sú niektoré dátové objekty nesprávne, vrátený stav
spracovania je „6988“. Môže sa to stať, ak má niektorý
z požadovaných dátových objektov nesprávnu dĺžku.
— Ak sa zvolený verejný kľúč považuje za poškodený,
vrátený stav spracovania je „6400“ alebo „6581“.
▼M1
— Ak má zvolený verejný kľúč (použitý na overenie digi­
tálneho podpisu) CHA.LSB (CertificateHolderAuthori­
sation.equipmentType) nevhodné na overenie digitál­
neho podpisu podľa dodatku 11, vráti sa stav spraco­
vania ‚6985‘.
▼B
3.5.16 PROCESS DSRC MESSAGE
Tento príkaz sa používa na overenie integrity a autentickosti správy
DSRC a na dešifrovanie údajov, ktoré VU zasiela kontrolnému orgánu
alebo dielni spojením DSRC. Karta odvodzuje šifrovací kľúč a kľúč
MAC použitý na zabezpečenie správy DSRC v súlade s dodatkom 11
časťou B kapitolou 13.
Podpora tohto príkazu v DF Tachograph_G2 sa vyžaduje iba na
kontrolnej karte a dielenskej karte.
Ostatné typy tachografových kariet tento príkaz môžu, ale nemusia
implementovať, no nebudú mať univerzálny kľúč DSRC (master key).
Tieto karty preto nemôžu príkaz úspešne vykonať, ale sa preruší
vhodným kódom chyby.
Príkaz môže, ale nemusí byť dostupný v MF a/alebo v DF Tacho­
graph. Ak áno, príkaz sa preruší vhodným kódom chyby.
TCS_135 Univerzálny kľúč DSRC je dostupný iba v DF Tacho­
graph_G2, t. j. kontrolná a dielenská karta podporia
úspešné vykonanie príkazu iba v DF Tachograph_G2.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 276
TCS_136 Príkaz iba dešifruje údaje DSRC a overí kryptografický
kontrolný súčet, ale neinterpretuje vstupné údaje.
TCS_137 Poradie dátových objektov v dátovom poli príkazu je pevne
stanovené touto špecifikáciou.
TCS_138 Príkazová správa
Bajt Dĺžka Hodnota Opis
CLA 1 „80h“ Chránené CLA
INS 1 „2Ah“ Perform Security Operation (vykonanie operácie zabez­
pečenia)
P1 1 „80h“ Údaje odpovede: nešifrovaná hodnota
P2 1 „B0h“ Údaje príkazu: nešifrovaná hodnota kódovaná v BER-
TLV vrátane dátových objektov SM
Lc 1 „NNh“ Dĺžka Lc následného dátového poľa
#6-#(5+L) L „87h“ + L 87 +
„XX..XXh“
Bajt s indikátorom obsahu výplne kódovaný v DER-
TLV nasledovaný šifrovanými obsahovými údajmi
tachografu. Pre bajt s indikátorom obsahu výplne sa
použije hodnota „00h“ („bez bližšieho určenia“ podľa
tabuľky 52 v ISO/IEC 7816-4:2013). Šifrovací mecha­
nizmus je opísaný v dodatku 11 časti B kapitole 13.
Pre dĺžku L 87 sú povolenými hodnotami násobky
blokovej dĺžky AES plus 1 pre bajt s indikátorom
obsahu výplne, t. j. od 17 po 193 bajtov vrátane.
Poznámka: dátový objekt SM s tagom „87h“ je uvedený
v tabuľke 49 normy ISO/IEC 7816-4:2013.
„81h“ + „10h“ Kontrolný referenčný vzor pre dôvernosť kódovaný
v DER-TLV, v ktorom je zahrnuté zreťazenie týchto
dátových prvkov (pozri dodatok 1 DSRCSecurityData
a dodatok 11 časť B kapitolu 13):
— 4-bajtová časová pečiatka
— 3-bajtové počítadlo
— 8-bajtové sériové číslo VU
— 1-bajtová verzia univerzálneho kľúča DSRC
Poznámka: dátový objekt SM s tagom „81h“ je uvedený
v tabuľke 49 normy ISO/IEC 7816-4:2013.
„8Eh“ + L 8E +
„XX..XXh“
Autentifikačný kód správy DSRC (MAC) kódovaný
v DER-TLV Algoritmus a výpočet MAC je opísaný
v dodatku 11 časti B kapitole 13.
Poznámka: dátový objekt SM s tagom „8Eh“ je uvedený
v tabuľke 49 normy ISO/IEC 7816-4:2013.
▼M3
Le 1 „00h“ Podľa ISO/IEC 7816-4
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 277
TCS_139 Odpovedacia správa
Bajt Dĺžka Hodnota Opis
#1-#L L „XX..XXh“ Absentuje (v prípade chyby) alebo dešifrované údaje (s
odstránenou výplňou)
SW 2 „XXXXh“ Stavové slová (SW1, SW2)
— Ak je príkaz úspešný, karta vráti „9000“.
— „6A80“ označuje nesprávne parametre v dátovom poli
príkazu (použije sa aj v prípade, ak dátové objekty nie
sú zaslané v určenom poradí).
— „6A88“ znamená, že nie sú k dispozícii údaje, na ktoré
sa odkazuje, t. j. že nie je k dispozícii referenčný
univerzálny kľúč DSRC.
— „6900“ znamená, že zlyhalo overovanie kryptografic­
kého kontrolného súčtu alebo dešifrovanie údajov.
▼M1
— ‚6985‘ znamená, že 4– bajtová časová pečiatka
v dátovom poli príkazu má skorší dátum ako cardVali­
dityBegin alebo neskorší dátum ako cardExpiryDate.
▼B
4. ŠTRUKTÚRA TACHOGRAFOVÝCH KARIET
Tento odsek špecifikuje štruktúry súborov tachografových kariet na
uloženie dostupných údajov.
Nešpecifikuje vnútorné štruktúry závislé od výrobcu karty ako napr. záhlavia
súborov, ani ukladanie a spracovávanie dátových prvkov potrebných len na
interné použitie ako napr.
, , alebo .
TCS_140 Tachografová karta generácie 2 musí zahŕňať MF (hlavný
súbor) a tachografovú aplikáciu generácie 1 a generácie 2
rovnakého typu (napr. aplikácie karty vodiča).
TCS_141 Tachografová karta musí podporovať aspoň minimálny
počet záznamov určený pre príslušné aplikácie a nesmie
podporovať viac než maximálny počet záznamov určený
pre príslušné aplikácie.
▼M3
Maximálne a minimálne počty záznamov pre rôzne apli­
kácie sú určené v tejto kapitole. Na kartách vodiča a dielen­
ských kartách generácie 2 vo verzii 2 musí aplikácia gene­
rácie 1 podporovať maximálny počet záznamov uvedený
v odsekoch TCS_150 a TCS_158.
▼B
Podmienky zabezpečenia použité v pravidlách prístupu na
účely tejto kapitoly sú uvedené v kapitole 3.3. Prístupový
režim čítania („read“) vo všeobecnosti označuje príkaz
READ BINARY s párnym a (ak sa podporuje) nepárnym
bajtom INS, s výnimkou EF Sensor_Installation_Data na
dielenskej karte, pozri TCS_156 a TCS_160. Prístupový
režim aktualizácie („update“) označuje príkaz Update
Binary s párnym a (ak sa podporuje) nepárnym bajtom
INS a prístupový režim voľby („select“) príkaz SELECT.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 278
4.1. Hlavný súbor (MF)
TCS_142 Po personalizácii musí mať hlavný súbor MF nasledovnú
stálu štruktúru súborov a pravidlá prístupu k nim:
Poznámka: Krátky identifikátor EF SFID je daný ako číslo
v desiatkovej sústave – napr. hodnota 30 zodpovedá
hodnote 11110 v binárnom vyjadrení.
V tejto tabuľke sa používa nasledovná skratka podmienky
zabezpečenia:
SC1 ALW alebo SM-MAC-G2
TCS_143 Štruktúry všetkých EF musia byť transparentné.
TCS_144 Hlavný súbor MF má túto dátovú štruktúru:
TCS_145 Elementárny súbor EF DIR obsahuje tieto aplikačné dátové
objekty: „61 08 4F 06 FF 54 41 43 48 4F 61 08 4F 06 FF
53 4D 52 44 54“
TCS_146 Elementárny súbor EF ATR/INFO musí byť prítomný, ak
tachografová karta v ATR uvádza, že podporuje polia
s rozšírenou dĺžkou. V tomto prípade EF ATR/INFO obsa­
huje dátový objekt s informáciou o rozšírenej dĺžke
(DO„7F66“) v zmysle ISO/IEC 7816-4:2013 bodu 12.7.1.
TCS_147 Elementárny súbor EF Extended_Length musí byť
prítomný, ak tachografová karta v ATR uvádza, že podpo­
ruje polia s rozšírenou dĺžkou. V tomto prípade musí EF
obsahovať nasledovný dátový objekt: „02 01 xx“, kde
hodnota „xx“ určuje, či sa polia s rozšírenou dĺžkou podpo­
rujú pre protokol T = 1 a/alebo T = 0.
Hodnota „01“ označuje podporu polí s rozšírenou dĺžkou
pre protokol T = 1.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 279
Hodnota „10“ označuje podporu polí s rozšírenou dĺžkou
pre protokol T = 0.
Hodnota „11“ označuje podporu polí s rozšírenou dĺžkou
pre protokol T = 1 aj T = 0.
4.2. Aplikácie karty vodiča
4.2.1 Aplikácia karty vodiča generácie 1
TCS_148 Po personalizácii musí mať aplikácia karty vodiča gene­
rácie 1 nasledovnú stálu štruktúru súborov a pravidlá
prístupu k nim:
V tejto tabuľke sa používajú nasledovné skratky
podmienok zabezpečenia:
SC1 ALW alebo SM-MAC-G2
SC2 ALW alebo SM-MAC-G1 alebo SM-MAC-G2
SC3 SM-MAC-G1 alebo SM-MAC-G2
TCS_149 Štruktúry všetkých EF musia byť transparentné.
TCS_150 Aplikácia karty vodiča generácie 1 má túto dátovú štruk­
túru:
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 280
► (1) (2) M3
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 281
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 282
TCS_151 Nasledovné hodnoty použité na určenie veľkostí v predošlej
tabuľke sú minimálne a maximálne hodnoty počtu
záznamov, ktoré musí dátová štruktúra karty vodiča uplat­
ňovať v aplikácii generácie 1:
4.2.2 Aplikácia karty vodiča generácie 2
▼M3
TCS_152 Po personalizácii musí mať aplikácia karty vodiča gene­
rácie 2 túto stálu štruktúru súborov a pravidlá prístupu
k nim:
Poznámky:
— Krátky identifikátor EF SFID je daný ako číslo v desiat­
kovej sústave – napr. hodnota 30 zodpovedá hodnote
11110 v binárnom vyjadrení.
— EF Application_Identification_V2, EF Places_Authenti­
cation, EF GNSS_Places_Authentication, EF
Border_Crossings, EF Load_Unload_Operations, EF
VU_Configuration a EF Load_Type_Entries existujú
len na karte vodiča generácie 2 vo verzii 2.
— cardStructureVersion v EF Application_Identification sa
rovná {01 01} pre verziu 2 karty vodiča generácie 2,
kým v prípade verzie 1 karty vodiča generácie 2 to bolo
{01 00}.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 283
V tejto tabuľke sa používajú tieto skratky podmienok
zabezpečenia:
SC1 ALW alebo SM-MAC-G2
SC5 Pre príkaz Read Binary s párnym bajtom INS: SM-
C-MAC-G2 a SM-R-ENC-MAC-G2
Pre príkaz Read Binary s nepárnym bajtom INS (ak
sa podporuje): NEV
▼B
TCS_153 Štruktúry všetkých EF musia byť transparentné.
▼M3
TCS_154 Aplikácia karty vodiča generácie 2 má túto dátovú štruk­
túru:
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 284
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 285
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 286
TCS_155 Nasledovné hodnoty použité na určenie veľkostí v predošlej
tabuľke sú minimálne a maximálne hodnoty počtu
záznamov, ktoré musí dátová štruktúra karty vodiča uplat­
ňovať v aplikácii generácie 2:
▼M3
Min Max
n 1 NoOfEventsPerType 12 12
n 2 NoOfFaultsPerType 24 24
n 3 NoOfCardVehicleRecords 200 200
n 4 NoOfCardPlaceRecords 112 112
n 6 CardActivityLengthRange 13776 bajtov
(56 dní * 117 zmien
činnosti)
13776 bajtov
(56 dní * 117 zmien
činnosti)
n 7 NoOfCardVehicleUnitRecords 200 200
n 8 NoOfGNSSADRecords 336 336
n 9 NoOfSpecificConditionRecords 112 112
n 10 NoOfBorderCrossingRecords 1120 1120
n 11 NoOfLoadUnloadRecords 1624 1624
n 12 NoOfLoadTypeEntryRecords 336 336
n 13 VuConfigurationLengthRange 3072 bajtov 3072 bajtov
▼B
4.3. Aplikácie dielenskej karty
4.3.1 Aplikácia dielenskej karty generácie 1
TCS_156 Po personalizácii musí mať aplikácia dielenskej karty gene­
rácie 1 nasledovnú stálu štruktúru súborov a pravidlá
prístupu k nim:
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 287
V tejto tabuľke sa používajú nasledovné skratky
podmienok zabezpečenia:
SC1 ALW alebo SM-MAC-G2
SC2 ALW alebo SM-MAC-G1 alebo SM-MAC-G2
SC3 SM-MAC-G1 alebo SM-MAC-G2
▼M1
SC4 Pre príkaz READ BINARY s párnym bajtom INS:
(SM– C– MAC– G1 AND SM– R– ENC– MAC– G1)
OR
(SM– C– MAC– G2 AND SM– R– ENC– MAC– G2)
Pre príkaz READ BINARY s nepárnym bajtom INS
(ak sa podporuje): NEV
▼B
TCS_157 Štruktúry všetkých EF musia byť transparentné.
TCS_158 Aplikácia dielenskej karty generácie 1 má túto dátovú
štruktúru:
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 288
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 289
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 290
TCS_159 Nasledovné hodnoty použité na určenie veľkostí v predošlej
tabuľke sú minimálne a maximálne hodnoty počtu
záznamov, ktoré musí dátová štruktúra dielenskej karty
uplatňovať v aplikácii generácie 1:
4.3.2 Aplikácia dielenskej karty generácie 2
▼M3
TCS_160 Po personalizácii musí mať aplikácia dielenskej karty gene­
rácie 2 túto stálu štruktúru súborov a pravidlá prístupu
k nim:
Poznámky:
— Krátky identifikátor EF SFID je daný ako číslo v desiat­
kovej sústave – napr. hodnota 30 zodpovedá hodnote
11110 v binárnom vyjadrení.
— EF Application_Identification_V2, EF Places_Authenti­
cation, EF GNSS_Places_Authentication, EF
Border_Crossings, EF Load_Unload_Operations, EF
Load_Type_Entries, EF VU_Configuration a EF Cali­
bration_Add_Data existujú len na dielenskej karte gene­
rácie 2 vo verzii 2.
— cardStructureVersion v EF Application_Identification sa
rovná {01 01} pre verziu 2 dielenskej karty generácie
2, kým v prípade verzie 1 dielenskej karty generácie 2
to bolo {01 00}.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 291
V tejto tabuľke sa používajú tieto skratky podmienok
zabezpečenia:
SC1 ALW alebo SM-MAC-G2
SC5 Pre príkaz Read Binary s párnym bajtom INS: SM-
C-MAC-G2 a SM-R-ENC-MAC-G2
Pre príkaz Read Binary s nepárnym bajtom INS (ak
sa podporuje):NEV
▼B
TCS_161 Štruktúry všetkých EF musia byť transparentné.
TCS_162 Aplikácia dielenskej karty generácie 2 má túto dátovú
štruktúru:
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 292
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 293
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 294
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 295
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 296
TCS_163 Nasledovné hodnoty použité na určenie veľkostí v predošlej
tabuľke sú minimálne a maximálne hodnoty počtu
záznamov, ktoré musí dátová štruktúra dielenskej karty
uplatňovať v aplikácii generácie 2:
▼M3
Min Max
n 1 NoOfEventsPerType 3 3
n 2 NoOfFaultsPerType 6 6
n 3 NoOfCardVehicleRecords 8 8
n 4 NoOfCardPlaceRecords 8 8
n 5 NoOfCalibrationRecords 255 255
n 6 CardActivityLengthRange 492 bajtov (1 deň * 240
zmien činnosti)
492 bajtov (1 deň *
240 zmien činnosti)
n 7 NoOfCardVehicleUnitRecords 8 8
n 8 NoOfGNSSADRecords 24 24
n 9 NoOfSpecificConditionRecords 4 4
n 10 NoOfBorderCrossingRecords 4 4
n 11 NoOfLoadUnloadRecords 8 8
n 12 NoOfLoadTypeEntryRecords 4 4
n 13 VuConfigurationLengthRange 3072 bajtov 3072 bajtov
▼B
4.4. Aplikácie kontrolnej karty
4.4.1 Aplikácia kontrolnej karty generácie 1
TCS_164 Po personalizácii musí mať aplikácia kontrolnej karty gene­
rácie 1 nasledovnú stálu štruktúru súborov a pravidlá
prístupu k nim:
V tejto tabuľke sa používajú nasledovné skratky
podmienok zabezpečenia:
SC1 ALW alebo SM-MAC-G2
SC2 ALW alebo SM-MAC-G1 alebo SM-MAC-G2
SC3 SM-MAC-G1 alebo SM-MAC-G2
SC6 EXT-AUT-G1 alebo SM-MAC-G1 alebo SM-MAC-
G2
TCS_165 Štruktúry všetkých EF musia byť transparentné.
TCS_166 Aplikácia kontrolnej karty generácie 1 má túto dátovú
štruktúru:
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 297
TCS_167 Nasledovné hodnoty použité na určenie veľkostí v predošlej
tabuľke sú minimálne a maximálne hodnoty počtu
záznamov, ktoré musí dátová štruktúra kontrolnej karty
uplatňovať v aplikácii generácie 1:
4.4.2 Aplikácia kontrolnej karty generácie 2
▼M3
TCS_168 Po personalizácii musí mať aplikácia kontrolnej karty gene­
rácie 2 túto stálu štruktúru súborov a pravidlá prístupu
k nim:
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 298
Poznámky:
— Krátky identifikátor EF SFID je daný ako číslo v desiat­
kovej sústave, napr. hodnota 30 zodpovedá hodnote
11110 v binárnom vyjadrení.
— EF Application_Identification_V2 a EF VU_Configura­
tion existujú len na kontrolnej karte generácie 2 vo
verzii 2.
— cardStructureVersion v EF Application_Identification sa
rovná {01 01} pre verziu 2 kontrolnej karty generácie
2, kým v prípade verzie 1 kontrolnej karty generácie 2
to bolo {01 00}.
V tejto tabuľke sa používajú tieto skratky podmienok
zabezpečenia:
SC1 ALW alebo SM-MAC-G2
SC5 Pre príkaz Read Binary s párnym bajtom INS:
SM-C-MAC-G2 a SM-R-ENC-MAC-G2
Pre príkaz Read Binary s nepárnym bajtom
INS (ak sa podporuje): NEV
▼B
TCS_169 Štruktúry všetkých EF musia byť trans­
parentné.
TCS_170 Aplikácia kontrolnej karty generácie 2 má túto
dátovú štruktúru:
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 299
▼B
TCS_171 Nasledovné hodnoty použité na určenie veľkostí v predošlej
tabuľke sú minimálne a maximálne hodnoty počtu
záznamov, ktoré musí dátová štruktúra kontrolnej karty
uplatňovať v aplikácii generácie 2:
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 300
Min Max
n 7 NoOfControlActivityRecords 230 520
n 13 VuConfigurationLengthRange 3072 bajtov 3072 bajtov
▼B
4.5. Aplikácie podnikovej karty
4.5.1 Aplikácia podnikovej karty generácie 1
TCS_172 Po personalizácii musí mať aplikácia podnikovej karty
generácie 1 nasledovnú stálu štruktúru súborov a pravidlá
prístupu k nim:
V tejto tabuľke sa používajú nasledovné skratky
podmienok zabezpečenia:
SC1 ALW alebo SM-MAC-G2
SC2 ALW alebo SM-MAC-G1 alebo SM-MAC-G2
SC3 SM-MAC-G1 alebo SM-MAC-G2
SC6 EXT-AUT-G1 alebo SM-MAC-G1 alebo SM-MAC-
G2
TCS_173 Štruktúry všetkých EF musia byť transparentné.
TCS_174 Aplikácia podnikovej karty generácie 1 má túto dátovú
štruktúru:
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 301
TCS_175 Nasledovné hodnoty použité na určenie veľkostí v predošlej
tabuľke sú minimálne a maximálne hodnoty počtu
záznamov, ktoré musí dátová štruktúra podnikovej karty
uplatňovať v aplikácii generácie 1:
4.5.2 Aplikácia podnikovej karty generácie 2
▼M3
TCS_176 Po personalizácii musí mať aplikácia podnikovej karty
generácie 2 túto stálu štruktúru súborov a pravidlá prístupu
k nim:
Poznámky:
— Krátky identifikátor EF SFID je daný ako číslo v desiat­
kovej sústave, napr. hodnota 30 zodpovedá hodnote
11110 v binárnom vyjadrení.
— EF Application_Identification_V2 a EF VU_Configura­
tion existujú len na podnikovej karte generácie 2 vo
verzii 2.
— cardStructureVersion v EF Application_Identification sa
rovná {01 01} pre verziu 2 podnikovej karty generácie
2, kým v prípade verzie 1 podnikovej karty generácie 2
to bolo {01 00}.
V tejto tabuľke sa používajú tieto skratky podmienok
zabezpečenia:
SC1 ALW alebo SM-MAC-G2
SC5 Pre príkaz Read Binary s párnym bajtom
INS:SM-C-MAC-G2 a SM-R-ENC-MAC-G2
Pre príkaz Read Binary s nepárnym bajtom
INS (ak sa podporuje):NEV
▼B
TCS_177 Štruktúry všetkých EF musia byť transparentné.
TCS_178 Aplikácia podnikovej karty generácie 2 má túto dátovú
štruktúru:
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 302
▼B
TCS_179 Nasledovné hodnoty použité na určenie veľkostí v predošlej
tabuľke sú minimálne a maximálne hodnoty počtu
záznamov, ktoré musí dátová štruktúra podnikovej karty
uplatňovať v aplikácii generácie 2:
▼M3
Min Max
n 8 NoOfCompanyActivityRecords 230 520
n 13 VuConfigurationLengthRange 3072 bajtov 3072 bajtov
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 303
Dodatok 3
PIKTOGRAMY
PIC_001 Tachograf môže voliteľne používať tieto piktogramy a ich kombinácie (alebo
piktogramy a kombinácie dostatočne podobné, aby nemohlo dôjsť
k zámene):
1. ZÁKLADNÉ PIKTOGRAMY
Osoby Činnosti Režimy prevádzky
Podnik Podnikový režim
Kontrolór Kontrola Kontrolný režim
Vodič Jazda Prevádzkový režim
Dielňa/skúšobňa Inšpekcia/kalibrácia Kalibračný režim
Výrobca
Činnosti Trvanie
Pohotovosť Aktuálny čas pohotovosti
Jazda Nepretržitý čas jazdy
Odpočinok Aktuálny čas odpočinku
Iná práca Aktuálny pracovný čas
Prestávka Kumulovaný čas prestávok
Neznáme
Vybavenie Funkcie
Slot vodiča
Slot druhého vodiča
Karta
Hodiny
Displej Zobrazovanie
Externá pamäť Sťahovanie
Napájanie
Tlačiareň/výpis Tlač
Snímač
Rozmer pneumatík
Vozidlo/jednotka vozidla
zariadenie GNSS
Zariadenie diaľkovej detekcie
rozhranie IDS
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 304
Špecifické podmienky, manuálne zápisy
Zariadenie sa nevyžaduje
Prevoz trajektom/vlakom
Operácia nakládky
Operácia vykládky
Operácia súčasnej nakládky/vykládky
Druh nákladu: cestujúci
Druh nákladu: tovar
Druh nákladu: nedefinovaný druh nákladu
▼B
Rôzne
Udalosti Poruchy
Začiatok denného pracovného času Koniec denného pracovného
času
Miesto
Manuálny záznam o činnostiach
vodiča
▼M3
Zabezpečenie/autentifikované údaje/
plomby
▼B
Rýchlosť
Čas
Celkom/súhrn
▼M3
Digitálna mapa/prekročenie hranice
▼B
Kvalifikátory
24h Za deň
Za týždeň
Za dva týždne
Od alebo do
2. KOMBINÁCIE PIKTOGRAMOV
Rôzne
Miesto kontroly
Miesto začiatku denného pracovného
času
Miesto konca denného pracov­
ného času
▼M1
Poloha po 3 hodinách kumulovaného
času jazdy
▼B
Čas začiatku Čas skončenia
Z vozidla
Zariadenie sa nevyžaduje – začiatok Zariadenie sa nevyžaduje –
koniec
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 305
Poloha, kde vozidlo prekročilo hranicu
medzi dvomi krajinami
Poloha, kde došlo k operácii nakládky
Poloha, kde došlo k operácii vykládky
Poloha, kde došlo k operácii súčasnej
nakládky/vykládky
▼B
Karty
Karta vodiča
Podniková karta
Kontrolná karta
Dielenská karta
Žiadna karta
Jazda
V posádke
Čas jazdy za jeden týždeň
Čas jazdy za dva týždne
Výpisy
Denný výpis činností vodiča z karty
Denný výpis činností vodiča z VU
Výpis udalostí a porúch z karty
Výpis udalostí a porúch z VU
Výpis technických údajov
Výpis prekročenia rýchlosti
▼M3
História výpisov vložených kariet
▼B
Udalosti
Vloženie neplatnej karty
Konflikt karty
Prekrývanie časov
Jazda bez príslušnej karty
Vloženie karty za jazdy
Nesprávne uzavretá posledná relácia karty
Prekročenie rýchlosti
Prerušenie napájania
Chyba údajov o pohybe
Nesúlad údajov o pohybe vozidla
Narušenie zabezpečenia
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 306
Časový rozpor alebo úprava času (v dielni)
▼B
Kontrola prekročenia rýchlosti
▼M1
Chýbajúce informácie o polohe z prijímača GNSS alebo chyba komuni­
kácie s externým zariadením GNSS
Chyba komunikácie s diaľkovým komunikačným zariadením
▼M3
Anomália GNSS
▼B
Poruchy
Porucha karty (slot vodiča)
Porucha karty (slot druhého vodiča)
Porucha zobrazenia
Porucha sťahovania
Porucha tlače
Porucha snímača
Interná porucha VU
porucha GNSS
Porucha diaľkovej detekcie
Postup manuálnych zápisov
Stále ten istý denný pracovný čas?
Koniec predošlého pracovného času?
Potvrdiť alebo zadať miesto konca pracovného času
Zadať čas začiatku
Zadať miesto začiatku pracovného času.
Poznámka: Ďalšie kombinácie piktogramov, ktorými sa skladajú bloky
tlače alebo identifikátory záznamov, sú vymedzené v dodatku 4.
▼M1
02016R0799 — SK — 21.08.2023 — 003.002 — 307
Dodatok 4
VÝPISY
OBSAH
1. VŠEOBECNE
2. ŠPECIFIKÁCIE DÁTOVÝCH BLOKOV
3. ŠPECIFIKÁCIE VÝPISOV
3.1. Denný výpis činností vodiča z karty
3.2. Denný výpis činností vodiča z VU
3.3. Výpis udalostí a porúch z karty
3.4. Výpis udalostí a porúch z VU
3.5. Výpis technických údajov
3.6. Výpis prekročenia rýchlosti
3.7. História vložených kariet
1. VŠEOBECNE
Každý výpis pozostáva z reťazcov rôznych dátových blokov, ktoré
môžu byť identifikované identifikátorom bloku.
Dátový blok obsahuje jeden alebo viac záznamov, ktoré môžu byť
identifikované identifikátorom záznamu.
PRT_001 Keď stojí identifikátor bloku bezprostredne pred identifiká­
torom záznamu, identifikátor záznamu sa nevytlačí.
PRT_002 Ak sú dátové údaje neznáme alebo sa nesmú vytlačiť
z dôvodu prístupových práv, vypíšu sa miesto nich medzery.
PRT_003 Ak je obsah celého riadku neznámy alebo jeho tlač nie je
potrebná, celý riadok sa vynechá.
PRT_004 Numerické dátové polia sa vytlačia zarovnané sprava
s medzerou pre tisíce a milióny a bez úvodných núl.
▼M3
PRT_005 Reťazcové dátové polia sa vytlačia zarovnané zľava a podľa
potreby sa vyplnia medzerami do dĺžky dátového prvku alebo
sa skrátia na dĺžku dátového prvku. Mená a adresy sa môžu
vytlačiť na dvoch riadkoch.
▼B
PRT_006 V prípade zalomenia riadku pri dlhom texte by sa na novom
riadku mal ako prvý vytlačiť špeciálny znak (bodka v strede
výšky riadku „•“).
2. ŠPECIFIKÁCIE DÁTOVÝCH BLOKOV
V tejto kapitole sa použila táto formátová notácia:
— znaky vytlačené tučným písmom znamenajú nešifrovaný text na
tlač (tlačia sa normálne znaky),
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 308
— normálne znaky znamenajú premenné (piktogramy alebo údaje),
ktoré sa majú pri tlači nahradiť ich hodnotami,
— označenia premenných boli doplnené podčiarkovníkmi, aby sa zvidi­
teľnila dĺžka dátového prvku, ktorá je pre premennú k dispozícii,
— dátumy sú vo formáte „dd/mm/rrrr“ (deň, mesiac, rok). Môže sa
použiť aj formát „dd.mm.rrrr“,
— pojem „identifikácia karty“ znamená zoskupenie týchto prvkov: typ
karty určený kombináciou piktogramov, kód vystavujúceho člen­
ského štátu, lomka a číslo karty s indexom náhrady a indexom
obnovy, ktoré sú oddelené medzerou:
P x x x / x x x x x x x x x x x x x x x x
K
om
bi
ná
ci
a
pi
kt
o-

gr
am
u
ka
rt
y
K
ód
v
yd
áv
aj
úc
eh
o
čl
en
sk
éh
o
št
át
u
Prvých 14 znakov čísla karty
(prípadne vrátane poradového indexu)
In
de
x
ná
hr
ad
y
In
de
x
ob
no
vy

▼M3
— v dátovom bloku sa text za „pi =“ týka príslušného piktogramu
alebo kombinácie piktogramov vymedzených v dodatku 3,
— piktogram vytlačený za zemepisnou dĺžkou a šírkou zaznamenanej
polohy alebo za časovou pečiatkou, keď bola poloha určená,
znamená, že táto poloha bola vypočítaná z autentifikovaných navi­
gačných správ,
— * údaje sú k dispozícii len v tachografoch GEN2 (vo všetkých
verziách),
— ** údaje sú k dispozícii len v GEN2 vo verzii 2.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 309
PRT_007 Výpisy používajú tieto dátové bloky a/alebo záznamy údajov s týmito
významami a formátmi:
► (1) (2) (3) (4) (5) M3
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 310
► (1) (2) (3) M3
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 311
► (1) (2) M3
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 312
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 313
► (1) (2) (3) (4) M3
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 314
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 315
► (1) M3
3. ŠPECIFIKÁCIE VÝPISOV
V tejto kapitole sa použila táto notácia:
N Tlačený blok alebo záznam s číslom N
N
Tlačený blok alebo záznam s číslom N, opakovaný toľko ráz, koľko
treba
X/Y
Tlačené bloky alebo záznamy X a/alebo Y podľa potreby, opakované
toľko ráz, koľko treba.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 316
3.1. Denný výpis činností vodiča z karty
▼M3
PRT_008 Denný výpis činností vodiča z karty musí mať tento formát:
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 317
3.2. Denný výpis činností vodiča z VU
▼M3
PRT_009 Denný výpis činností vodiča z VU musí mať tento formát:
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 318
3.3. Výpis udalostí a porúch z karty
PRT_010 Výpis udalostí a porúch z karty musí mať tento formát:
1 Dátum a čas tlače dokumentu
2 Typ výpisu
3 Identifikácia kontrolóra (ak je vo VU vložená kontrolná karta + GEN)
3 Identifikácia vodiča (z karty, pre ktorú sa výpis pripravuje)
4 Identifikácia vozidla (vozidlo, z ktorého sa výpis berie)
12.2 Oddeľovač udalostí
12.4 Záznamy udalostí (všetky udalosti uložené na karte)
12.3 Oddeľovač porúch
12.4
Záznamy porúch (všetky poruchy uložené na karte)
22.1 Miesto kontroly
22.2 Podpis kontrolóra
22.5 Podpis vodiča
3.4. Výpis udalostí a porúch z VU
PRT_011 Výpis udalostí a porúch z VU musí mať tento formát:
1 Dátum a čas tlače dokumentu
2 Typ výpisu
3
Identifikácia držiteľa karty (pre všetky karty vložené do VU + GEN)
4 Identifikácia vozidla (vozidlo, z ktorého sa výpis berie)
13.2 Oddeľovač udalostí
13.4
Záznamy udalostí (všetky udalosti uložené alebo prebiehajúce vo VU)
13.3 Oddeľovač porúch
13.4
Záznamy porúch (všetky poruchy uložené alebo prebiehajúce vo VU)
22.1 Miesto kontroly
22.2 Podpis kontrolóra
22.5 Podpis vodiča
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 319
3.5. Výpis technických údajov
▼M3
PRT_012 Výpis technických údajov musí mať tento formát:
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 320
3.6. Výpis prekročenia rýchlosti
PRT_013 Výpis prekročenia rýchlosti musí mať tento formát:
1 Dátum a čas tlače dokumentu
2 Typ výpisu
3
Identifikácia držiteľa karty (pre všetky karty vložené do VU + GEN)
4 Identifikácia vozidla (vozidlo, z ktorého sa výpis berie)
20 Informácie o kontrole prekročenia rýchlosti
21.1 Identifikátor údajov o prekročení rýchlosti
21.4 / 21.5 Prvé prekročenie rýchlosti po poslednej kalibrácii
21.2 Identifikátor údajov o prekročení rýchlosti
21.4 / 21.5
5 najzávažnejších udalostí prekročenia rýchlosti za posledných 365
dní
21.3 Identifikátor údajov o prekročení rýchlosti
21.4 / 21.5 Najzávažnejšia udalosť prekročenia rýchlosti za každý z 10 posled­
ných dní výskytu
22.1 Miesto kontroly
22.2 Podpis kontrolóra
22.5 Podpis vodiča
3.7. História vložených kariet
PRT_014 Výpis histórie vložených kariet musí mať tento formát:
▼M3
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 321
Dodatok 5
ZOBRAZENIE
V tomto dodatku sa použila táto formátová notácia:
— znaky vytlačené tučným písmom znamenajú nekódovaný text na zobrazenie
(zobrazia sa normálne znaky),
— normálne znaky znamenajú premenné (piktogramy alebo dáta), ktoré sa majú
pri zobrazení nahradiť ich hodnotami:
— dd mm rrrr: deň, mesiac, rok,
— hh: hodiny,
— mm: minúty
— D: piktogram trvania,
— EF: kombinácia piktogramov udalostí alebo porúch,
— O: piktogram režimu prevádzky.
DIS_001 Tachograf musí údaje zobrazovať v týchto formátoch:
Údaje Formát
Predvolené zobrazenie
Miestny čas
Režim prevádzky
Informácie o vodičovi
informácie o druhom vodičovi
Otvorená podmienka „zariadenie sa nevyžaduje“
Výstražné zobrazenie
Prekročenie nepretržitého času jazdy
Udalosť alebo porucha
Iné zobrazenia
Dátum UTC
čas
Nepretržitý čas jazdy a kumulovaný čas prestávok vodiča
Nepretržitý čas jazdy a kumulovaný čas prestávok druhého
vodiča
Kumulovaný čas jazdy vodiča za predošlý a aktuálny
týždeň
Kumulovaný čas jazdy druhého vodiča za predošlý a aktu­
álny týždeň
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 322
Dodatok 6
PREDNÝ KONEKTOR NA KALIBRÁCIU A SŤAHOVANIE
OBSAH
1. HARDVÉR
1.1. Konektor
1.2. Rozloženie kontaktov
1.3. Bloková schéma
2. ROZHRANIE SŤAHOVANIA
3. ROZHRANIE KALIBRÁCIE
1. HARDVÉR
1.1. Konektor
INT_001 Konektor sťahovania/kalibrácie musí byť šesťkolíkový, prístupný
z predného panelu bez potreby odpojenia akejkoľvek časti tacho­
grafu a musí zodpovedať týmto náčrtom (všetky rozmery v mili­
metroch):
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 323
Na nasledovnom náčrte je zobrazená bežná šesťkolíková
zástrčka:
1.2. Rozloženie kontaktov
INT_002 Kontakty musia byť rozložené v súlade s touto tabuľkou:
Kolík Opis Poznámka
1 Záporný pól batérie Pripojený k zápornému pólu batérie vozidla
2 Dátová komunikácia K-vedenie (ISO 14230-1)
3 RxD – sťahovanie Dátový vstup do tachografu
4 Vstupný/výstupný signál Kalibrácia
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 324
Kolík Opis Poznámka
5 Stály výstupný prúd Rozsah napätia je špecifikovaný ako napätie vozidla mínus
3V vzhľadom na možnosť poklesu napätia v ochrannom
prúdovom obvode
Výstup 40 mA
6 TxD – sťahovanie Dátový výstup z tachografu
1.3. Bloková schéma
INT_003 Bloková schéma musí zodpovedať tejto:
2. ROZHRANIE SŤAHOVANIA
INT_004 Rozhranie sťahovania musí zodpovedať špecifikáciám RS232.
INT_005 Rozhranie sťahovania používa jeden úvodný bit (start bit), 8
dátových bitov s bitom najnižšieho rádu na prvom mieste,
jeden bit párnej parity a jeden záverečný bit (stop bit).
Organizácia dátového bajtu
Start bit: jeden bit s logickou úrovňou 0
Dátové bity: prvý sa prenáša bit najnižšieho rádu;
Bit parity (kontrolný súčet): párna parita
Stop bit: jeden bit s logickou úrovňou 1
Keď sa prenášajú numerické dáta zložené z viac než jedného bajtu, bajt
najvyššieho rádu sa prenáša prvý a bajt najnižšieho rádu posledný.
INT_006 Prenosová rýchlosť musí byť nastaviteľná od 9 600 bps do
115 200 bps. Prenos sa uskutoční pri najvyššej možnej preno­
sovej rýchlosti, pričom počiatočná prenosová rýchlosť po
začiatku komunikácie sa nastaví na 9 600 bps.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 325
3. ROZHRANIE KALIBRÁCIE
INT_007 Dátová komunikácia musí zodpovedať norme ISO 14230-1
Cestné vozidlá. Diagnostické systémy. Protokol Kľúčového
slova 2000. Časť 1: Fyzikálna vrstva. Prvé vydanie: 1999.
INT_008 Vstupný/výstupný signál musí zodpovedať týmto elektrickým
špecifikáciám:
Paramter Minimum Bežne Maximum Poznámka
U low (vstup) 1,0 V I = 750 μA
U high (vstup) 4 V I = 200 μA
Frekvencia 4 kHz
U low (výstup) 1,0 V I = 1 mA
U high (výstup) 4 V I = 1 mA
INT_009 Vstupný/výstupný signál musí zodpovedať týmto časovým
diagramom:
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 326
Dodatok 7
PROTOKOLY SŤAHOVANIA ÚDAJOV
OBSAH
1. ÚVOD
1.1. Rozsah pôsobnosti
1.2. Akronymy a notácie
2. SŤAHOVANIE ÚDAJOV Z JEDNOTKY VOZIDLA
2.1. Postup sťahovania
2.2. Protokol sťahovania údajov
2.2.1 Štruktúra správy
2.2.2 Typy správ
2.2.2.1 Start Communication Request (SID 81)
2.2.2.2 Positive Response Start Communication (SID C1)
2.2.2.3 Start Diagnostic Session Request (SID 10)
2.2.2.4 Positive Response Start Diagnostic (SID 50)
2.2.2.5 Link Control Service (SID 87)
2.2.2.6 Link Control Positive Response (SID C7)
2.2.2.7 Request Upload (SID 35)
2.2.2.8 Positive Response Request Upload (SID 75)
2.2.2.9 Transfer Data Request (SID 36)
2.2.2.10 Positive Response Transfer Data (SID 76)
2.2.2.11 Request Transfer Exit (SID 37)
2.2.2.12 Positive Response Request Transfer Exit (SID 77)
2.2.2.13 Stop Communication Request (SID 82)
2.2.2.14 Positive Response Stop Communication (SID C2)
2.2.2.15 Acknowledge Sub Message (SID 83)
2.2.2.16 Negative Response (SID 7F)
2.2.3 Tok správ
2.2.4 Časovanie
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 327
2.2.5 Spracovanie chýb
2.2.5.1 Start Communication phase
2.2.5.2 Communication phase
2.2.6 Obsah správy s odpoveďou
▼M3
2.2.6.1. Positive Response Transfer Data Download Interface Version (Kladná
odpoveď na požiadavku na prenos údajov – verzia rozhrania sťaho­
vania)
2.2.6.2. Positive Response Transfer Data Overview (Kladná odpoveď na požia­
davku na prenos údajov – prehľad)
2.2.6.3. Positive Response Transfer Data Activities (Kladná odpoveď na požia­
davku na prenos údajov – činnosti)
2.2.6.4. Positive Response Transfer Data Events and Faults (Kladná odpoveď na
požiadavku na prenos údajov – udalosti a poruchy)
2.2.6.5. Positive Response Transfer Data Detailed Speed (Kladná odpoveď na
požiadavku na prenos údajov – podrobné údaje o rýchlosti)
2.2.6.6. Positive Response Transfer Data Technical Data (Kladná odpoveď na
požiadavku na prenos údajov – technické údaje)
▼B
2.3. Pamäť ESM
3. PROTOKOL SŤAHOVANIA ÚDAJOV Z TACHOGRAFOVÝCH
KARIET
3.1. Rozsah pôsobnosti
3.2. Vymedzenie pojmov
3.3. Sťahovanie údajov z karty
3.3.1 Inicializácia sekvencie
3.3.2 Sekvencia pre nepodpísané dátové súbory
3.3.3 Sekvencia pre podpísané dátové súbory
3.3.4 Sekvencia pre resetovanie kalibračného počítadla
3.4. Formát dátovej pamäte
3.4.1 Úvod
3.4.2 Formát súboru
4. SŤAHOVANIE ÚDAJOV Z TACHOGRAFOVEJ KARTY CEZ
JEDNOTKU VOZIDLA
1. ÚVOD
V tomto dodatku sa špecifikujú postupy pre rôzne druhy sťahovania
údajov na externé pamäťové médium (ESM) spolu s protokolmi, ktoré
musia byť zavedené preto, aby bol zaručený správny prenos údajov
a úplná kompatibilita formátu sťahovaných údajov, tak aby kontrolór
mohol overiť tieto údaje a mohol pred ich analýzou skontrolovať ich
autenticitu a integritu.
▼M1
1.1 Rozsah pôsobnosti
Údaje sa môžu na ESM sťahovať z:
— jednotky vozidla (VU) pomocou inteligentného vyhradeného zaria­
denia (IDE) pripojeného k VU,
— tachografovej karty pomocou IDE vybaveného zariadením
s rozhraním karty (IFD),
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 328
— tachografovej karty cez jednotku vozidla pomocou IDE pripojeného
k VU.
Na to, aby bolo možné overiť autenticitu a integritu sťahovaných
údajov uložených na ESM, sa údaje sťahujú s pripojeným podpisom
v súlade s dodatkom 11 Spoločné bezpečnostné mechanizmy. Sťahujú
sa aj údaje o identifikácii zdrojového zariadenia (VU alebo karty)
a jeho osvedčení zabezpečenia (členský štát a zariadenie). Verifikátor
údajov musí byť držiteľom nezávislého a spoľahlivého európskeho
verejného kľúča.
Údaje sťahované z VU sú podpísané s použitím dodatku 11 Spoločné
bezpečnostné mechanizmy časti B (systém tachografov druhej gene­
rácie) s výnimkou prípadov, keď kontroly vodičov vykonáva kontrolný
orgán, ktorý nie je z EÚ, s použitím kontrolnej karty prvej generácie,
pričom v takom prípade sa údaje podpisujú s použitím dodatku 11
Spoločné bezpečnostné mechanizmy časti a (systém tachografov prvej
generácie), ako sa vyžaduje podľa požiadavky MIG_015 v dodatku 15
Prechod.
V tomto dodatku sa preto stanovujú dva typy sťahovania údajov z VU:
— sťahovanie údajov z VU typu generácia 2 s dátovou štruktúrou
generácie 2, podpísané s použitím dodatku 11 Spoločné bezpeč­
nostné mechanizmy časti B,
— sťahovanie údajov z VU typu generácia 1 s dátovou štruktúrou
generácie 1, podpísané s použitím dodatku 11 Spoločné bezpeč­
nostné mechanizmy časti A.
Podobne existujú aj dva typy sťahovania údajov z kariet vodiča druhej
generácie vložených do VU, ako sa stanovuje v odsekoch 3 a 4 tohto
dodatku.
▼B
1.2 Akronymy a notácie
V tomto dodatku sa používajú tieto akronymy a notácie:
AID Application Identifier (identifikátor aplikácie)
ATR Answer To Reset (odozva na reset)
CS Checksum byte (bajt kontrolného súčtu)
DF Dedicated File (vyhradený súbor)
DS_ Diagnostic Session (diagnostická relácia)
EF Elementary File (elementárny súbor)
ESM External Storage Medium (externé pamäťové médium)
FID File Identifier (File ID, identifikátor súboru)
FMT Format Byte (formátový bajt – prvý bajt záhlavia správy)
ICC Integrated Circuit Card (karta s integrovaným obvodom)
IDE Intelligent Dedicated Equipment (inteligentné vyhradené zaria­
denie): zariadenie používané na sťahovanie údajov na ESM
(napr. osobný počítač)
IFD Interface Device (zariadenie s rozhraním)
KWP Keyword Protocol 2000 (protokol kľúčového slova 2000)
LEN Length Byte (dĺžkový bajt – posledný bajt záhlavia správy)
PPS Protocol Parameter Selection (voľba parametra protokolu)
PSO Perform Security Operation (vykonanie operácie zabezpečenia)
SID Service Identifier (identifikátor služby)
SRC Source byte (zdrojový bajt)
TGT Target Byte (cieľový bajt)
▼M1
02016R0799 — SK — 21.08.2023 — 003.002 — 329
TLV Tag Length Value (hodnota dĺžky tagu)
TREP Transfer Response Parameter (parameter prenosu odpovede)
TRTP Transfer Request Parameter (parameter prenosu požiadavky)
VU Vehicle Unit (jednotka vozidla – VU)
2. SŤAHOVANIE ÚDAJOV Z JEDNOTKY VOZIDLA
2.1 Postup sťahovania
Pri sťahovaní údajov z VU musí operátor vykonať tieto operácie:
— vložiť svoju tachografovú kartu do slotu VU (*),
— pripojiť IDE ku konektoru sťahovania VU,
— vytvoriť spojenie medzi IDE a VU,
— zvoliť na IDE údaje, ktoré sa majú sťahovať, a odoslať požiadavku
VU,
— uzavrieť reláciu sťahovania údajov.
2.2 Protokol sťahovania údajov
Protokol je štruktúrovaný na základe „master/slave“, s IDE ako nadra­
deným zariadením („master“) a s VU ako podriadeným zariadením
(„slave“).
Štruktúra, typy a tok správ sú v zásade založené na protokole kľúčo­
vého slova 2000 (KWP) (ISO 14230-2 Cestné vozidlá.Diagnostické
systémy.Protokol kľúčového slova 2000.Časť 2: Vrstva údajového
spojenia).
Aplikačná vrstva spočíva v zásade na súčasnom návrhu normy ISO
14229-1 (Cestné vozidlá.Diagnostické systémy.Časť 1: Diagnostické
služby, verzia 6 z 22. februára 2001).
2.2.1 Štruktúra správy
DDP_002 Všetky správy vymieňané medzi IDE a VU sú formátované
so štruktúrou pozostávajúcou z troch častí:
— záhlavie pozostávajúce z formátového bajtu (FMT),
cieľového bajtu (TGT) a zo zdrojového bajtu (SRC)
a prípadne z dĺžkového bajtu (LEN),
— dátové pole pozostávajúce z bajtu identifikátora služby
(SID) a variabilného počtu dátových bajtov, ktoré môžu
zahŕňať voliteľný bajt diagnostickej relácie (DS_) alebo
voliteľný bajt parametra prenosu (TRTP alebo TREP),
— kontrolný súčet pozostávajúci z bajtu kontrolného súčtu
(CS).
Záhlavie Dátové pole Kontrolný súčet
FMT TGT SRC LEN SID DATA … … … CS
4 bajty Maximálne 255 bajtov 1 bajt
Bajty TGT a SRC predstavujú fyzickú adresu príjemcu
a pôvodcu správy. Hodnoty sú F0 Hex pre IDE a EE Hex
pre VU.
Bajt LEN je dĺžka časti dátového poľa.
▼B
(*) Vložená karta spustí príslušné prístupové práva k funkcii sťahovania a k údajom. Musí
však byť možné sťahovať údaje z karty vodiča vloženej do jedného zo slotov VU, keď
v druhom slote nie je vložená žiadna karta iného typu.
02016R0799 — SK — 21.08.2023 — 003.002 — 330
Bajt kontrolného súčtu je 8-bitový súčet modulov 256 všet­
kých bajtov správy, okrem samotného CS.
Bajty FMT, SID, DS_, TRTP a TREP sú vymedzené na
inom mieste tohto dokumentu.
DDP_003 V prípade, keď sú údaje, ktoré sa majú prenášať v správe, dlhšie
než disponibilné miesto v časti dátového poľa, správa sa odošle vo
viacerých čiastkových správach. Každá čiastková správa musí mať
záhlavie, rovnaké bajty SID a TREP a dvojbajtové počítadlo čiast­
kovej správy udávajúce číslo čiastkovej správy v rámci celej
správy. S cieľom umožniť kontrolu chýb a zrušenie zariadenie
IDE potvrdzuje každú čiastkovú správu. IDE môže prijať čiast­
kovú správu, požiadať o jej nový prenos, ako aj požadovať od VU,
aby znovu začala alebo zrušila prenos.
DDP_004 Ak posledná čiastková správa obsahuje presne 255 bajtov
v dátovom poli, musí byť pripojená záverečná čiastková správa
s prázdnym dátovým poľom (okrem bajtov SID a TREP a počí­
tadla čiastkovej správy), aby bol zrejmý koniec správy.
Príklad:
Záhlavie SID TREP Správa CS
4 bajty Dlhšia než 255 bajtov
Bude sa prenášať ako:
Záhlavie SID TREP 00 01
Čiastková
správa 1
CS
4 bajty 255 bajtov
Záhlavie SID TREP 00 02
Čiastková
správa 2
CS
4 bajty 255 bajtov
…
Záhlavie SID TREP xx yy
Čiastková
správa n
CS
4 bajtov Menej než 255 bajtov
alebo ako:
Záhlavie SID TREP 00 01
Čiastková
správa 1
CS
4 bajtov 255 bajtov
Záhlavie SID TREP 00 02
Čiastková
správa 2
CS
4 bajtov 255 bajtov
…
Záhlavie SID TREP xx yy
Čiastková
správa n
CS
4 bajtov 255 bajtov
Záhlavie SID TREP xx yy + 1 CS
4 bajtov 4 bajty
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 331
2.2 Typy správ
Komunikačný protokol pre údaje sťahované medzi VU a IDE si vyža­
duje výmenu ôsmich rôznych typov správ.
V nasledujúcej tabuľke sú uvedené správy zhrnuté.
▼M3
Štruktúra správy Max. 4 bajty Max. 255 bajtov 1 bajt
Záhlavie Údaje
Kontrolný
súčet
IDE ->
Start Communication Request 81 EE F0 81 E0
Positive Response Start Communica­
tion
80 F0 EE 03 C1 EA, 8F 9B
Start Diagnostic Session Request 80 EE F0 02 10 81 F1
Positive Response Start Diagnostic 80 F0 EE 02 50 81 31
Link Control Service
Verify Baud Rate (stage 1)
9 600 Bd 80 EE F0 04 87 01 01,01 EC
19 200 Bd 80 EE F0 04 87 01 01,02 ED
38 400 Bd 80 EE F0 04 87 01 01,03 EE
57 600 Bd 80 EE F0 04 87 01 01,04 EF
115 200 Bd 80 EE F0 04 87 01 01,05 F0
Positive Response Verify Baud Rate 80 F0 EE 02 C7 01 28
Transition Baud Rate (stage 2) 80 EE F0 03 87 02 03 ED
Request Upload 80 EE F0 0A 35 00,00,00,
00,00,FF,FF,
FF,FF
99
Positive Response Request Upload 80 F0 EE 03 75 00,FF D5
Transfer Data Request
Download interface version 80 EE F0 02 36 00 96
Overview 80 EE F0 02 36 01, 21 or 31 CS
Activities 80 EE F0 06 36 02, 22 or 32 Date CS
Events & Faults 80 EE F0 02 36 03, 23 or 33 Date CS
Detailed Speed 80 EE F0 02 36 04 or 24 Date CS
Technical Data 80 EE F0 02 36 05, 25 or 35 Date CS
Card download 80 EE F0 02 or 03 36 06 Slot CS
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 332
Štruktúra správy Max. 4 bajty Max. 255 bajtov 1 bajt
Záhlavie Údaje
Kontrolný
súčet
IDE ->
Positive Response Transfer Data 80 F0 EE Len 76 TREP Data CS
Request Transfer Exit 80 EE F0 01 37 96
Positive Response Request Transfer
Exit
80 F0 EE 01 77 D6
Stop Communication Request 80 EE F0 01 82 E1
Positive Response Stop Communica­
tion
80 F0 EE 01 C2 21
Acknowledge sub message 80 EE F0 Len 83 Data CS
Negative responses
General reject 80 F0 EE 03 7F Sid Req 10 CS
Service not supported 80 F0 EE 03 7F Sid Req 11 CS
Sub function not supported 80 F0 EE 03 7F Sid Req 12 CS
Incorrect Message Length 80 F0 EE 03 7F Sid Req 13 CS
Conditions not correct or Request
sequence error
80 F0 EE 03 7F Sid Req 22 CS
Request out of range 80 F0 EE 03 7F Sid Req 31 CS
Upload not accepted 80 F0 EE 03 7F Sid Req 50 CS
Response pending 80 F0 EE 03 7F Sid Req 78 CS
Data not available 80 F0 EE 03 7F Sid Req FA CS
Poznámky:
— Sid Req = SID zodpovedajúcej požiadavky.
— TREP = TRTP zodpovedajúcej požiadavky.
— Tmavé okienka znamenajú, že sa nič neprenáša.
— Výraz „odoslanie údajov“ („upload“ z pohľadu IDE) sa používa
vzhľadom na kompatibilitu s normou ISO 14229. Znamená to
isté ako „sťahovanie údajov“ („download“ z pohľadu VU).
— Možné dvojbajtové počítadlá čiastkovej správy nie sú v tejto
tabuľke uvedené.
— Slot je číslo slotu, buď „1“ (karta v slote vodiča), alebo „2“ (karta
v slote druhého vodiča).
— V prípade, že slot nie je špecifikovaný, VU zvolí slot 1, ak je karta
vložená v tomto slote, a slot 2 zvolí iba v prípade, že ho výslovne
vyberie používateľ.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 333
— TRTP 24 sa používa pre požiadavky na sťahovanie údajov z VU
typu generácia 2, verzia 1 a verzia 2.
— TRTP 00, 31, 32, 33 a 35 sa používajú pre požiadavky na sťaho­
vanie údajov z VU typu generácia 2, verzia 2.
— TRTP 21, 22, 23 a 25 sa používajú pre požiadavky na sťahovanie
údajov z VU typu generácia 2, verzia 1.
— TRTP 01 až 05 sa používajú pre požiadavky na sťahovanie údajov
z VU typu generácia 1. Môžu ich prípadne akceptovať VU gene­
rácie 2, ale len v rámci kontroly vodičov vykonávanej kontrolným
orgánom, ktorý nie je z EÚ, s použitím kontrolnej karty prvej
generácie.
— TRTP 11 až 1F sú vyhradené pre požiadavky na sťahovanie špeci­
fické pre výrobcu.
▼B
2.2.2.1 S t a r t C o m m u n i c a t i o n R e q u e s t ( S I D 8 1 )
DDP_005 Túto správu vydáva IDE na vytvorenie komunikačného
spojenia s VU. Počiatočné komunikácie sa vždy vykonávajú
prenosovou rýchlosťou 9 600 baudov (pokiaľ sa prenosová
rýchlosť prípadne nezmení s použitím vhodnej služby Link
control service).
2.2.2.2 P o s i t i v e R e s p o n s e S t a r t C o m m u n i c a t i o n ( S I D C 1 )
DDP_006 Túto správu vydáva VU ako kladnú odpoveď na požiadavku
Start communication request. Obsahuje dva kľúčové bajty
„EA“ „8F“, ktoré udávajú, že jednotka podporuje protokol
so záhlavím vrátane cieľových, zdrojových a dĺžkových
informácií.
2.2.2.3 S t a r t D i a g n o s t i c S e s s i o n R e q u e s t ( S I D 1 0 )
DDP_007 Správu Start diagnostic session request vydáva IDE, aby sa
začala nová diagnostická relácia s VU. Subfunkcia „default
session“ (81 Hex) udáva, že sa zaviedla štandardná diagnos­
tická relácia.
2.2.2.4 P o s i t i v e R e s p o n s e S t a r t D i a g n o s t i c ( S I D 5 0 )
DDP_008 Správu Positive response start diagnostic posiela VU ako
kladnú odpoveď na požiadavku Diagnostic session request.
2.2.2.5 L i n k C o n t r o l S e r v i c e ( S I D 8 7 )
DDP_052 Službu Link control service používa IDE na začatie zmeny
prenosovej rýchlosti. Vykonáva sa v dvoch krokoch.
V prvom kroku zariadenie IDE navrhne zmenu prenosovej
rýchlosti a uvedie novú rýchlosť. Po prijatí kladnej odpo­
vede z VU odošle IDE potvrdenie zmeny prenosovej
rýchlosti na VU (druhý krok). IDE potom zmení prenosovú
rýchlosť. Po prijatí potvrdenia prejde VU na novú preno­
sovú rýchlosť.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 334
2.2.2.6 L i n k C o n t r o l P o s i t i v e R e s p o n s e ( S I D C 7 )
DDP_053 Správu Link control positive response pošle VU ako kladnú
odpoveď na požiadavku Link control service request (prvý
krok). Všimnite si, že na potvrdzujúcu správu sa nedáva
žiadna odpoveď (druhý krok).
2.2.2.7 R e q u e s t U p l o a d ( S I D 3 5 )
DDP_009 Správu Request upload vydáva zariadenie IDE ako ozná­
menie pre VU, že sa požaduje operácia sťahovania.
V zhode s normou ISO 14229 táto požiadavka obsahuje
údaje o adrese, veľkosti a formáte požadovaných údajov.
Keďže tieto údaje nie sú pre IDE známe pred sťahovaním,
adresa pamäte je nastavená na 0, formát sa nešifrovaný
a nekomprimovaný a veľkosť pamäte je nastavená na
maximum.
2.2.2.8 P o s i t i v e R e s p o n s e R e q u e s t U p l o a d ( S I D 7 5 )
DDP_010 Správu Positive response request upload posiela VU, aby
oznámila IDE, že VU je pripravená na sťahovanie údajov.
V zhode s normou ISO 14229 táto správa s kladnou odpo­
veďou obsahuje aj údaje, ktorými sa IDE oznamuje, že
ďalšie správy Positive response transfer data budú obsa­
hovať maximálne 00FF hex bajtov.
2.2.2.9 T r a n s f e r D a t a R e q u e s t ( S I D 3 6 )
▼M1
DDP_011 Správu Transfer data request posiela IDE, aby pre VU
špecifikovalo typ údajov, ktoré sa majú sťahovať. Jednobaj­
tový Transfer Request Parameter (TRTP) udáva typ prenosu.
▼M3
Existuje sedem typov prenosu údajov. Pri sťahovaní údajov
z VU možno pre každý typ prenosu použiť dve rôzne
hodnoty TRTP:
Typ prenosu údajov
Hodnota TRTP pre sťahovanie
údajov
z VU typu generácia 1
Hodnota TRTP pre sťahovanie
údajov
z VU typu generácia 2, verzia 1
Hodnota TRTP pre sťahovanie
údajov
z VU typu generácia 2, verzia 2
Verzia rozhrania sťahovania Nepoužíva sa Nepoužíva sa 00
Prehľad 01 21 31
Činnosti určitého dňa 02 22 32
Udalosti a poruchy 03 23 33
Podrobné údaje o rýchlosti 04 24 24
Technické údaje 05 25 35
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 335
Typ prenosu
údajov
Hodnota TRTP
Sťahovanie
údajov z karty.
06
▼M3
DDP_054 IDE musí požiadať o prehľad prenosu údajov (TRTP 01, 21
alebo 31) počas relácie sťahovania, keďže len tak sa certi­
fikáty VU zaznamenajú v rámci sťahovaného súboru (a bude
možné overiť digitálny podpis).
V treťom prípade (TRTP 02, 22 alebo 32) správa Transfer Data
Request obsahuje označenie kalendárneho dňa (formát TimeReal),
ktorý sa má sťahovať.
▼B
2.2.2.10 P o s i t i v e R e s p o n s e T r a n s f e r D a t a ( S I D 7 6 )
DDP_012 Správu Positive response transfer data posiela VU ako
odpoveď na požiadavku Transfer data request. Správa obsa­
huje požadované údaje s Transfer Response Parameter
(TREP), ktorý zodpovedá parametru TRTP požiadavky.
▼M3
DDP_055 V prvom prípade (TREP 01, 21 alebo 31) posiela VU údaje,
ktoré pomáhajú operátorovi zariadenia IDE pri výbere
údajov, ktoré chce ďalej sťahovať. V tejto správe sú
uvedené tieto informácie:
▼M1
— osvedčenia zabezpečenia,
— identifikácia vozidla,
— aktuálny dátum a čas VU,
— minimálny a maximálny stiahnuteľný dátum (údaje VU),
— údaje o prítomnosti kariet vo VU,
— predchádzajúce sťahovanie pre podnik,
— podnikové blokovanie,
— predchádzajúce kontroly.
▼B
2.2.2.11 R e q u e s t T r a n s f e r E x i t ( S I D 3 7 )
DDP_013 Správu Request Transfer Exit posiela IDE, aby bola VU
informovaná, že relácia sťahovania sa skončila.
2.2.2.12 P o s i t i v e R e s p o n s e R e q u e s t T r a n s f e r E x i t ( S I D 7 7 )
DDP_014 Správu Positive Response Request transfer exit posiela VU
ako potvrdenie požiadavky Request Transfer Exit.
▼M1
02016R0799 — SK — 21.08.2023 — 003.002 — 336
2.2.2.13 S t o p C o m m u n i c a t i o n R e q u e s t ( S I D 8 2 )
DDP_015 Správu Stop Communication Request posiela IDE, aby sa
prerušilo komunikačné spojenie s VU.
2.2.2.14 P o s i t i v e R e s p o n s e S t o p C o m m u n i c a t i o n ( S I D C 2 )
DDP_016 Správu Positive Response Stop Communication posiela VU
ako potvrdenie požiadavky Stop Communication Request.
2.2.2.15 A c k n o w l e d g e S u b M e s s a g e ( S I D 8 3 )
DDP_017 Správu Acknowledge Sub Message posiela IDE, aby sa
potvrdilo prijatie jednotlivých častí správy, ktorá sa prenáša
vo viacerých čiastkových správach. Dátové pole obsahuje
identifikátor služby SID prijatý z VU a dvojbajtový kód
takto:
— MsgC + 1 potvrdzuje správne prijatie čiastkovej správy
s číslom MsgC.
Požiadavku z IDE na VU, aby poslala ďalšiu čiastkovú
správu.
— MsgC poukazuje na problém s prijatím čiastkovej
správy s číslom MsgC.
Požiadavku z IDE na VU, aby znovu poslala čiastkovú
správu.
— FFFF požaduje ukončenie správy.
Toto môže IDE použiť na ukončenie prenosu správy VU
z akéhokoľvek dôvodu.
Posledná čiastková správa správy (LEN bajt
potvrdiť použitím ktoréhokoľvek z týchto kódov alebo sa
nemusí potvrdiť vôbec.
Odpovede VU pozostávajúce z viacerých čiastkových správ:
— Positive Response Transfer Data (SID 76)
2.2.2.16 N e g a t i v e R e s p o n s e ( S I D 7 F )
DDP_018 Správu Negative Response posiela VU ako odpoveď na
správy týkajúce sa uvedenej požiadavky, keď VU nemôže
túto požiadavku splniť. Dátové polia správy obsahujú SID
odpovede (7F), SID požiadavky a kód špecifikujúci dôvod
zápornej odpovede. K dispozícii sú tieto kódy:
— 10 general reject
Činnosť sa nemôže vykonať, lebo nebol uvedený
príslušný dôvod.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 337
— 11 service not supported
SID požiadavky nie je zrozumiteľný.
— 12 sub function not supported
Bajty DS_ alebo TRTP požiadavky nie sú zrozumiteľné
alebo neexistuje žiadna ďalšia čiastková správa, ktorá by
sa mala prenášať.
— 13 incorrect message length
Dĺžka prijatej správy nie je správna.
— 22 conditions not correct or request sequence error
Požadovaná služba nie je aktívna alebo sekvencia správ
s požiadavkami nie je správna.
— 31 Request out of range
Záznam o parametri požiadavky (dátové pole) nie je
platný.
— 50 upload not accepted
Požiadavka sa nemôže splniť (VU v nevhodnom režime
prevádzky alebo vnútorná porucha VU).
— 78 response pending
Požadovaná činnosť sa nemôže dokončiť načas a VU
nie je pripravená na prijatie ďalšej požiadavky.
▼M1
— FA data not available
Dátový objekt požiadavky na prenos údajov nie je vo
VU k dispozícii (napr. nie je vložená žiadna karta,
požiadavka nasťahovanie údajov z VU typu generácia
1 mimo rámca kontroly vodiča vykonávanej kontrolným
orgánom, ktorý nie je z EÚ, …).
▼B
2.2.3 Tok správ
Typický tok správ počas bežného postupu sťahovania údajov je takýto:
IDE VU
Start Communication Request ⇨
⇦ Positive Response
Start Diagnostic Service Request ⇨
⇦ Positive Response
Request Upload ⇨
⇦ Positive Response
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 338
IDE VU
Transfer Data Request Overview ⇨
⇦ Positive Response
Transfer Data Request #2 ⇨
⇦ Positive Response #1
Acknowledge Sub Message #1 ⇨
⇦ Positive Response #2
Acknowledge Sub Message #2 ⇨
⇦ Positive Response #m
Acknowledge Sub Message #m ⇨
⇦ Positive Response (Data Field
Acknowledge Sub Message (optional) ⇨
…
Transfer Data Request #n ⇨
⇦ Positive Response
Request Transfer Exit ⇨
⇦ Positive Response
Stop Communication Request ⇨
⇦ Positive Response
2.2.4 Časovanie
DDP_019 Počas bežnej prevádzky sú príslušné parametre časovania
znázornené na tomto obrázku:
Obrázok 1
Tok správ, časovanie
Kľúč:
P1 = čas medzi bajtmi pri odpovedi VU,
P2 = čas medzi koncom požiadavky IDE a začiatkom
odpovede VU, alebo medzi koncom potvrdenia IDE
a začiatkom ďalšej odpovede VU,
P3 = čas medzi koncom odpovede VU a začiatkom novej
požiadavky IDE, alebo medzi koncom odpovede VU
a začiatkom potvrdenia IDE, alebo medzi koncom
požiadavky IDE a začiatkom novej požiadavky IDE,
ak VU neodpovedá,
P4 = čas medzi bajtmi pri požiadavke IDE,
P5 = rozšírená hodnota P3 pre sťahovanie karty.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 339
Povolené hodnoty pre parametre časovania sú uvedené
v tejto tabuľke (rozšírený súbor parametrov časovania
KWP, použitý v prípade fyzického adresovania pre
rýchlejšiu komunikáciu).
Parameter časovania
Hodnota dolného limitu
(ms)
Hodnota horného limitu
(ms)
P1 0 20
P2 20 1 000 (*)
P3 10 5 000
P4 5 20
P5 10 20 minút
(*) Ak VU reaguje prostredníctvom Negative Response, ktorá obsahuje kód, ktorý znamená „požiadavka
správne prijatá, odpoveď nasleduje“, táto hodnota sa zvýši na rovnaký horný limit ako P3.
2.2.5 Spracovanie chýb
Ak počas výmeny správ nastane chyba, tok správ sa modifikuje v závi­
slosti od zariadenia, na ktorom sa chyba zistila, a od správy, ktorá
chybu vyvolala.
Na obrázku 2 a obrázku 3 sú znázornené postupy spracovania chýb pre
VU a IDE.
2.2.5.1 S t a r t C o m m u n i c a t i o n p h a s e
DDP_020 Ak IDE zistí chybu počas fázy Start communication phase,
buď časovaním, alebo prúdom bitov, čaká P3min, kým
znovu vydá požiadavku.
DDP_021 Ak VU zistí chybu v sekvencii prichádzajúcej z IDE,
nepošle žiadnu odpoveď a čaká na ďalšiu správu Start
Communication Request v rámci časového úseku P3max.
2.2.5.2 C o m m u n i c a t i o n p h a s e
Je možné vymedziť dve rôzne oblasti spracovania chýb:
1. VU zistí prenosovú chybu IDE
DDP_022 VU zisťuje pri každej prijatej správe chyby časovania,
chyby bajtového formátu (napr. poškodenia start a stop
bitu) a chyby dátového paketu (chybné číslo prijatých
bajtov, chybný bajt kontrolného súčtu).
DDP_023 Ak VU zistí jednu z uvedených chýb, nepošle žiadnu
odpoveď a ignoruje prijatú správu.
DDP_024 VU môže zistiť iné chyby vo formáte alebo obsahu
prijatej správy (napr. nepodporovaná správa) dokonca aj
vtedy, keď správa spĺňa požiadavky na dĺžku a kontrolný
súčet. V takom prípade VU odpovedá IDE správou Nega­
tive Response, pričom špecifikuje druh chyby
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 340
Obrázok 2
Spracovanie chýb na strane VU
▼B
2. Zariadenie IDE zistí chybu prenosu z VU
DDP_025 Zariadenie IDE zisťuje pri každej prijatej správe chyby
časovania, chyby bajtového formátu (napr. poškodenia
start a stop bitu) a chyby dátového paketu (chybné
číslo prijatých bajtov, chybný bajt kontrolného súčtu).
DDP_026 IDE zisťuje sekvenčné chyby, napr. nesprávne zvyšo­
vanie počítadla čiastkovej správy v postupne prijímaných
správach.
DDP_027 Ak IDE zistí chybu alebo ak nie je žiadna odpoveď z VU
v rámci časového úseku P2max, správa s požiadavkou sa
pošle znovu pre celkovo maximálne tri prenosy. Na účely
tohto zisťovania chýb sa potvrdenie čiastkovej správy
bude považovať za požiadavku na VU.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 341
DDP_028 IDE čaká minimálne P3min pred začiatkom každého
prenosu, pričom interval čakania sa meria od posledného
vypočítaného výskytu stop bitu po zistení chyby.
Obrázok 3
Spracovanie chýb na strane IDE
2.2.6 Obsah správy s odpoveďou
V tomto odseku je špecifikovaný obsah dátových polí rôznych správ
s kladnou odpoveďou.
Dátové prvky sú vymedzené v slovníku údajov v dodatku 1.
Poznámka: Pri sťahovaní údajov v prípade tachografov druhej gene­
rácie každý dátový prvok najvyššej úrovne predstavuje záznamové
pole, aj keď obsahuje iba jeden záznam. Záznamové pole sa začína
záhlavím. Toto záhlavie obsahuje typ záznamu, veľkosť záznamu
a počet záznamov. Názvy záznamových polí „…RecordArray“ (so
záhlavím) sú uvedené v nasledujúcich tabuľkách.
▼M3
2.2.6.1 P o s i t i v e R e s p o n s e T r a n s f e r D a t a D o w n l o a d I n t e r ­
f a c e V e r s i o n ( K l a d n á o d p o v e ď n a p o ž i a d a v k u
n a p r e n o s ú d a j o v – v e r z i a r o z h r a n i a s ť a h o v a n i a )
DDP_028a Dátové pole správy „Positive Response Transfer Data
Download Interface Version“ (Kladná odpoveď na požia­
davku na prenos údajov – verzia rozhrania sťahovania)
poskytuje tieto údaje v uvedenom poradí, pričom sa
použije SID 76 Hex, TREP 00 Hex:
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 342
Dátová štruktúra generácie 2, verzia 2 (TREP 00 Hex)
Dátový prvok Poznámka
DownloadInterfaceVersion Generácia a verzia VU: 02,02 Hex pre generáciu
2, verziu 2.
Nepodporujú VU generácie 1 a verzia 1 VU
generácie 2, ktoré odošlú zápornú odpoveď
(subfunkcia nie je podporovaná, pozri DDP_018).
2.2.6.2 P o s i t i v e R e s p o n s e T r a n s f e r D a t a O v e r v i e w
( K l a d n á o d p o v e ď n a p o ž i a d a v k u n a p r e n o s ú d a j o v
– p r e h ľ a d )
DDP_029 Dátové pole správy „Positive Response Transfer Data
Overview“ (Kladná odpoveď na požiadavku na prenos
údajov – prehľad) poskytuje tieto údaje v uvedenom
poradí, pričom sa použije SID 76 Hex, TREP 01, 21
alebo 31 Hex a primerané rozdelenie a sčítanie čiastkových
správ:
Dátová štruktúra generácie 1 (TREP 01 Hex)
Dátový prvok Poznámka
MemberStateCertificate Certifikáty zabezpečenia VU.
VUCertificate
VehicleIdentificationNumber Identifikácia vozidla.
VehicleRegistrationIdentification
CurrentDateTime Aktuálny dátum a čas VU.
VuDownloadablePeriod Sťahovateľné obdobie.
CardSlotsStatus Typ kariet vložených vo VU.
VuDownloadActivityData Predchádzajúce sťahovanie z VU.
VuCompanyLocksData Všetky uložené podnikové blokovania. Ak je táto
časť prázdna, odošle sa iba noOfLocks = 0.
VuControlActivityData Všetky kontrolné záznamy uložené vo VU. Ak je
táto časť prázdna, odošle sa iba noOfControls = 0.
Signature Podpis RSA všetkých údajov (okrem certifikátov)
od prvku VehicleIdentificationNumber po
posledný bajt posledného prvku VuControlActivi­
tyData.
Dátová štruktúra generácie 2, verzia 1 (TREP 21 Hex)
Dátový prvok Poznámka
MemberStateCertificateRecordArray Certifikát členského štátu.
VUCertificateRecordArray Certifikát VU.
VehicleIdentificationNumberRecordArray Identifikácia vozidla.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 343
Dátový prvok Poznámka
VehicleRegistrationIdentificationRecordArray Evidenčné číslo vozidla.
CurrentDateTimeRecordArray Aktuálny dátum a čas VU.
VuDownloadablePeriodRecordArray Sťahovateľné obdobie.
CardSlotsStatusRecordArray Typ kariet vložených vo VU.
VuDownloadActivityDataRecordArray Predchádzajúce sťahovanie z VU.
VuCompanyLocksRecordArray Všetky uložené podnikové blokovania. Ak je táto
časť prázdna, odošle sa záhlavie poľa s noOfRe­
cords = 0.
VuControlActivityRecordArray Všetky kontrolné záznamy uložené vo VU. Ak je
táto časť prázdna, odošle sa záhlavie poľa s noOf­
Records = 0.
SignatureRecordArray Podpis ECC všetkých predchádzajúcich údajov
okrem certifikátov.
Dátová štruktúra generácie 2, verzia 2 (TREP 31 Hex)
Dátový prvok Poznámka
MemberStateCertificateRecordArray Certifikát členského štátu.
VUCertificateRecordArray Certifikát VU.
VehicleIdentificationNumberRecordArray Identifikácia vozidla.
VehicleRegistrationNumberRecordArray Evidenčné číslo vozidla.
CurrentDateTimeRecordArray Aktuálny dátum a čas VU.
VuDownloadablePeriodRecordArray Sťahovateľné obdobie.
CardSlotsStatusRecordArray Typ kariet vložených vo VU.
VuDownloadActivityDataRecordArray Predchádzajúce sťahovanie z VU.
VuCompanyLocksRecordArray Všetky uložené podnikové blokovania. Ak je táto
časť prázdna, odošle sa záhlavie poľa s noOfRe­
cords = 0.
VuControlActivityRecordArray Všetky kontrolné záznamy uložené vo VU. Ak je
táto časť prázdna, odošle sa záhlavie poľa s noOf­
Records = 0.
SignatureRecordArray Podpis ECC všetkých predchádzajúcich údajov
okrem certifikátov.
2.2.6.3 P o s i t i v e R e s p o n s e T r a n s f e r D a t a A c t i v i t i e s
( K l a d n á o d p o v e ď n a p o ž i a d a v k u n a p r e n o s ú d a j o v
– č i n n o s t i )
DDP_030 Dátové pole správy „Positive Response Transfer Data Acti­
vities“ (Kladná odpoveď na požiadavku na prenos údajov
– činnosti) poskytuje tieto údaje v uvedenom poradí,
pričom sa použije SID 76 Hex, TREP 02, 22 alebo 32
Hex a primerané rozdelenie a sčítanie čiastkových správ:
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 344
Dátová štruktúra generácie 1 (TREP 02 Hex)
Dátový prvok Poznámka
TimeReal Dátum sťahovaného dňa.
OdometerValueMidnight Počítadlo kilometrov na konci sťahovaného dňa.
VuCardIWData Údaje cyklov vkladania a vyťahovania kariet.
— Ak táto časť neobsahuje dostupné údaje, odošle sa
iba noOfVuCardIWRecords = 0.
— Ak dátový prvok VuCardIWRecord zahŕňa čas
00:00 (vloženie karty v predchádzajúci deň) alebo
čas 24:00 (vytiahnutie karty v nasledujúci deň),
uvedený bude vcelku v rámci obidvoch príslušných
dní.
VuActivityDailyData Stav slotu v čase 00:00 a zmeny v činnosti zazname­
nané počas sťahovaného dňa.
VuPlaceDailyWorkPeriodData Údaje súvisiace s miestami zaznamenané počas sťaho­
vaného dňa. Ak je táto časť prázdna, odošle sa iba
noOfPlaceRecords = 0.
VuSpecificConditionData Údaje špecifických podmienok zaznamenané počas
sťahovaného dňa. Ak je táto časť prázdna, odošle sa
iba noOfSpecificConditionRecords = 0.
Signature Podpis RSA všetkých údajov od prvku TimeReal po
posledný bajt posledného záznamu špecifických
podmienok.
Dátová štruktúra generácie 2, verzia 1 (TREP 22 Hex)
Dátový prvok Poznámka
DateOfDayDownloadedRecordArray Dátum sťahovaného dňa.
OdometerValueMidnightRecordArray Počítadlo kilometrov na konci sťahovaného dňa.
VuCardIWRecordArray Údaje cyklov vkladania a vyťahovania kariet.
— Ak táto časť neobsahuje dostupné údaje, odošle sa
záhlavie poľa s noOfRecords = 0.
— Ak dátový prvok VuCardIWRecord zahŕňa čas
00:00 (vloženie karty v predchádzajúci deň) alebo
čas 24:00 (vytiahnutie karty v nasledujúci deň),
uvedený bude vcelku v rámci obidvoch príslušných
dní.
VuActivityDailyRecordArray Stav slotu v čase 00:00 a zmeny v činnosti zazname­
nané počas sťahovaného dňa.
VuPlaceDailyWorkPeriodRecordArray Údaje súvisiace s miestami zaznamenané počas sťaho­
vaného dňa. Ak je táto časť prázdna, odošle sa záhlavie
poľa s noOfRecords = 0.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 345
Dátový prvok Poznámka
VuGNSSADRecordArray Polohy vozidla podľa GNSS, ak kumulovaný čas jazdy
vozidla dosiahne násobok troch hodín. Ak je táto časť
prázdna, odošle sa záhlavie poľa s noOfRecords = 0.
VuSpecificConditionRecordArray Údaje špecifických podmienok zaznamenané počas
sťahovaného dňa. Ak je táto časť prázdna, odošle sa
záhlavie poľa s noOfRecords = 0.
SignatureRecordArray Podpis ECC všetkých predchádzajúcich údajov.
Dátová štruktúra generácie 2, verzia 2 (TREP 32 Hex)
Dátový prvok Poznámka
DateOfDayDownloadedRecordArray Dátum sťahovaného dňa.
OdometerValueMidnightRecordArray Počítadlo kilometrov na konci sťahovaného dňa.
VuCardIWRecordArray Údaje cyklov vkladania a vyťahovania kariet.
— Ak táto časť neobsahuje dostupné údaje, odošle sa
záhlavie poľa s noOfRecords = 0.
— Ak dátový prvok VuCardIWRecord zahŕňa čas
00:00 (vloženie karty v predchádzajúci deň) alebo
čas 24:00 (vytiahnutie karty v nasledujúci deň),
uvedený bude vcelku v rámci obidvoch príslušných
dní.
VuActivityDailyRecordArray Stav slotu v čase 00:00 a zmeny v činnosti zazname­
nané počas sťahovaného dňa.
VuPlaceDailyWorkPeriodRecordArray Údaje súvisiace s miestami zaznamenané počas sťaho­
vaného dňa. Ak je táto časť prázdna, odošle sa záhlavie
poľa s noOfRecords = 0.
VuGNSSADRecordArray Polohy vozidla podľa GNSS, ak kumulovaný čas jazdy
vozidla dosiahne násobok troch hodín. Ak je táto časť
prázdna, odošle sa záhlavie poľa s noOfRecords = 0.
VuSpecificConditionRecordArray Údaje špecifických podmienok zaznamenané počas
sťahovaného dňa. Ak je táto časť prázdna, odošle sa
záhlavie poľa s noOfRecords = 0.
VuBorderCrossingRecordArray Prekročenia hranice zaznamenané počas sťahovaného
dňa. Ak je táto časť prázdna, odošle sa záhlavie poľa
s noOfRecords = 0.
VuLoadUnloadRecordArray Operácie nakládky/vykládky zaznamenané počas sťaho­
vaného dňa. Ak je táto časť prázdna, odošle sa záhlavie
poľa s noOfRecords = 0.
SignatureRecordArray Podpis ECC všetkých predchádzajúcich údajov.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 346
2.2.6.4 P o s i t i v e R e s p o n s e T r a n s f e r D a t a E v e n t s a n d F a u l t s
( K l a d n á o d p o v e ď n a p o ž i a d a v k u n a p r e n o s ú d a j o v
– u d a l o s t i a p o r u c h y )
DDP_031 Dátové pole správy „Positive Response Transfer Data
Events and Faults“ (Kladná odpoveď na požiadavku
na prenos údajov – udalosti a poruchy) poskytuje tieto
údaje v uvedenom poradí, pričom sa použije SID 76
Hex, TREP 03, 23 alebo 33 Hex a primerané rozdelenie
a sčítanie čiastkových správ:
Dátová štruktúra generácie 1 (TREP 03 Hex)
Dátový prvok Poznámka
VuFaultData Všetky poruchy uložené alebo prebiehajúce vo VU.
Ak je táto časť prázdna, odošle sa iba noOfVuFaults = 0.
VuEventData Všetky udalosti (okrem prekročenia rýchlosti) uložené
alebo prebiehajúce vo VU.
Ak je táto časť prázdna, odošle sa iba noOfVuE­
vents = 0.
VuOverSpeedingControlData Údaje súvisiace s poslednou kontrolou prekročenia
rýchlosti (predvolená hodnota, ak nie sú k dispozícii
žiadne údaje).
VuOverSpeedingEventData Všetky prípady prekročenia rýchlosti uložené vo VU.
Ak je táto časť prázdna, odošle sa iba noOfVuOverS­
peedingEvents = 0.
VuTimeAdjustmentData Všetky prípady úpravy času uložené vo VU (mimo
rámca celkovej kalibrácie).
Ak je táto časť prázdna, odošle sa iba noOfVuTimeAdj­
Records = 0.
Signature Podpis RSA všetkých údajov od prvku noOfVuFaults
po posledný bajt posledného záznamu úpravy času.
Dátová štruktúra generácie 2, verzia 1 (TREP 23 Hex)
Dátový prvok Poznámka
VuFaultRecordArray Všetky poruchy uložené alebo prebiehajúce vo VU.
Ak je táto časť prázdna, odošle sa záhlavie poľa s noOf­
Records = 0.
VuEventRecordArray Všetky udalosti (okrem prekročenia rýchlosti) uložené
alebo prebiehajúce vo VU.
Ak je táto časť prázdna, odošle sa záhlavie poľa s noOf­
Records = 0.
VuOverSpeedingControlDataRecordArray Údaje súvisiace s poslednou kontrolou prekročenia
rýchlosti (predvolená hodnota, ak nie sú k dispozícii
žiadne údaje).
VuOverSpeedingEventRecordArray Všetky prípady prekročenia rýchlosti uložené vo VU.
Ak je táto časť prázdna, odošle sa záhlavie poľa s noOf­
Records = 0.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 347
Dátový prvok Poznámka
VuTimeAdjustmentRecordArray Všetky prípady úpravy času uložené vo VU (mimo
rámca celkovej kalibrácie).
Ak je táto časť prázdna, odošle sa záhlavie poľa s noOf­
Records = 0.
SignatureRecordArray Podpis ECC všetkých predchádzajúcich údajov.
Dátová štruktúra generácie 2, verzia 2 (TREP 33 Hex)
Dátový prvok Poznámka
VuFaultRecordArray Všetky poruchy uložené alebo prebiehajúce vo VU.
Ak je táto časť prázdna, odošle sa záhlavie poľa s noOf­
Records = 0.
VuEventRecordArray Všetky udalosti (okrem prekročenia rýchlosti) uložené
alebo prebiehajúce vo VU.
Ak je táto časť prázdna, odošle sa záhlavie poľa s noOf­
Records = 0.
VuOverSpeedingControlDataRecordArray Údaje súvisiace s poslednou kontrolou prekročenia
rýchlosti (predvolená hodnota, ak nie sú k dispozícii
žiadne údaje).
VuOverSpeedingEventRecordArray Všetky prípady prekročenia rýchlosti uložené vo VU.
Ak je táto časť prázdna, odošle sa záhlavie poľa s noOf­
Records = 0.
VuTimeAdjustmentRecordArray Všetky prípady úpravy času uložené vo VU (mimo
rámca celkovej kalibrácie).
Ak je táto časť prázdna, odošle sa záhlavie poľa s noOf­
Records = 0.
SignatureRecordArray Podpis ECC všetkých predchádzajúcich údajov.
2.2.6.5 P o s i t i v e R e s p o n s e T r a n s f e r D a t a D e t a i l e d S p e e d
( K l a d n á o d p o v e ď n a p o ž i a d a v k u n a p r e n o s ú d a j o v
– p o d r o b n é ú d a j e o r ý c h l o s t i )
DDP_032 Dátové pole správy „Positive Response Transfer Data
Detailed Speed“ (Kladná odpoveď na požiadavku na prenos
údajov – podrobné údaje o rýchlosti) poskytuje tieto dáta
v uvedenom poradí, pričom sa použije SID 76 Hex, TREP
04 alebo 24 Hex a primerané rozdelenie a sčítanie čiast­
kových správ:
Dátová štruktúra generácie 1 (TREP 04 Hex)
Dátový prvok Poznámka
VuDetailedSpeedData Všetky podrobné údaje o rýchlosti uložené vo VU
(jeden blok rýchlostí za minútu, počas ktorej sa vozidlo
pohybovalo),
60 hodnôt rýchlosti za minútu (jedna za sekundu).
Signature Podpis RSA všetkých údajov od prvku noOfSpeed­
Blocks po posledný bajt posledného bloku rýchlostí.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 348
Dátová štruktúra generácie 2 (TREP 24 Hex)
Dátový prvok Poznámka
VuDetailedSpeedBlockRecordArray Všetky podrobné údaje o rýchlosti uložené vo VU
(jeden blok rýchlostí za minútu, počas ktorej sa vozidlo
pohybovalo),
60 hodnôt rýchlosti za minútu (jedna za sekundu).
SignatureRecordArray Podpis ECC všetkých predchádzajúcich údajov.
2.2.6.6 P o s i t i v e R e s p o n s e T r a n s f e r D a t a T e c h n i c a l D a t a
( K l a d n á o d p o v e ď n a p o ž i a d a v k u n a p r e n o s ú d a j o v
– t e c h n i c k é ú d a j e )
DDP_033 Dátové pole správy „Positive Response Transfer Data Tech­
nical Data“ (Kladná odpoveď na požiadavku na prenos
údajov – technické údaje) poskytuje tieto údaje v uvedenom
poradí, pričom sa použije SID 76 Hex, TREP 05, 25 alebo
35 Hex a primerané rozdelenie a sčítanie čiastkových správ:
Dátová štruktúra generácie 1 (TREP 05 Hex)
Dátový prvok Poznámka
VuIdentification
SensorPaired
VuCalibrationData Všetky kalibračné záznamy uložené vo VU.
Signature Podpis RSA všetkých údajov od prvku vuManufacturer­
Name po posledný bajt posledného prvku VuCalibrati­
onRecord.
Dátová štruktúra generácie 2, verzia 1 (TREP 25 Hex)
Dátový prvok Poznámka
VuIdentificationRecordArray
VuSensorPairedRecordArray Všetky párovania snímačov pohybu uložené vo VU.
VuSensorExternalGNSSCoupledRecor­
dArray
Všetky spojenia s externými zariadeniami GNSS
uložené vo VU.
VuCalibrationRecordArray Všetky kalibračné záznamy uložené vo VU.
VuCardRecordArray Všetky údaje o vložení karty uložené vo VU.
VuITSConsentRecordArray
VuPowerSupplyInterruptionRecordArray
SignatureRecordArray Podpis ECC všetkých predchádzajúcich údajov.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 349
Dátová štruktúra generácie 2, verzia 2 (TREP 35 Hex)
Dátový prvok Poznámka
VuIdentificationRecordArray
VuSensorPairedRecordArray Všetky párovania snímačov pohybu uložené vo VU.
VuSensorExternalGNSSCoupledRecor­
dArray
Všetky spojenia s externými zariadeniami GNSS
uložené vo VU.
VuCalibrationRecordArray Všetky kalibračné záznamy uložené vo VU.
VuCardRecordArray Všetky údaje o vložení karty uložené vo VU.
VuITSConsentRecordArray
VuPowerSupplyInterruptionRecordArray
SignatureRecordArray Podpis ECC všetkých predchádzajúcich údajov.
▼B
2.3 Pamäť ESM
DDP_034 Ak relácia sťahovania zahŕňa prenos údajov z VU, IDE
uloží v rámci jedného fyzického súboru všetky údaje prijaté
z VU počas relácie sťahovania v správach Positive
Response Transfer Data. Uložené údaje nezahŕňajú záhlavia
správ, počítadlá čiastkových správ, prázdne čiastkové
správy a kontrolné súčty, ale zahŕňajú SID a TREP (len
prvej čiastkovej správy v prípade viacerých čiastkových
správ).
3. PROTOKOL SŤAHOVANIA ÚDAJOV Z TACHOGRAFOVÝCH
KARIET
3.1 Rozsah pôsobnosti
V tomto odseku sa opisuje priame sťahovanie kartových údajov z tacho­
grafovej karty na IDE. IDE nie je časťou zabezpečeného prostredia,
preto sa nevykonáva žiadna autentifikácia medzi kartou a IDE.
3.2 Vymedzenie pojmov
Relácia sťahovania údajov: vždy, keď sa vykoná sťaho­
vanie údajov z karty s integro­
vaným obvodom (ICC). Relácia
obsahuje úplný postup od rese­
tovania ICC prostredníctvom
IFD až po deaktiváciu ICC
(vytiahnutie karty alebo ďalší
reset).
Súbor s podpísanými údajmi: súbor z karty ICC. Súbor sa
prenáša na zariadenie IFD
v zrozumiteľnom texte. Na
ICC sa súbor označí hash
kódom, podpíše a podpis sa
prenáša na IFD.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 350
3.3 Sťahovanie údajov z karty
▼M3
DDP_035 Sťahovanie údajov z tachografovej karty zahŕňa tieto kroky:
— Sťahovanie spoločných informácií karty v elementárnych
súboroch (EF) ICC a IC. Tieto informácie nie sú
povinné a nie sú zabezpečené digitálnym podpisom.
— Pre tachografové karty prvej a druhej generácie
— Sťahovanie EF v rámci DF Tachograph:
— Sťahovanie EF Card_Certificate a CA_Certificate.
Tieto informácie nie sú zabezpečené digitálnym
podpisom.
Sťahovanie týchto súborov je povinné pre každú
reláciu sťahovania.
— Sťahovanie iných aplikačných dátových EF
(v rámci DF Tachograph) okrem EF
Card_Download. Tieto informácie sú zabezpe­
čené digitálnym podpisom s použitím časti
A dodatku 11 Spoločné bezpečnostné
mechanizmy.
— Pre každú reláciu sťahovania je povinné stiahnuť
prinajmenšom EF Application_Identification
a Identification.
— Pri sťahovaní údajov z karty vodiča je takisto
povinné stiahnuť tieto EF:
Events_Data,
Faults_Data,
Driver_Activity_Data,
Vehicles_Used,
Places,
Control_Activity_Data,
Specific_Conditions.
— Iba v prípade tachografových kariet druhej generácie:
— S výnimkou prípadov, keď sa sťahovanie údajov
z karty vodiča vloženej vo VU vykonáva počas
kontroly vodičov vykonávanej kontrolným orgánom,
ktorý nie je z EÚ, s použitím kontrolnej karty prvej
generácie, sťahovanie EF v rámci DF Tacho­
graph_G2:
— Sťahovanie EF CardSignCertificate, CA_Certifi­
cate a Link_Certificate. Tieto informácie nie sú
zabezpečené digitálnym podpisom.
— Sťahovanie týchto súborov je povinné pre každú
reláciu sťahovania.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 351
— Sťahovanie iných aplikačných dátových EF
(v rámci DF Tachograph_G2) okrem EF
Card_Download. Tieto informácie sú zabezpe­
čené digitálnym podpisom s použitím časti
B dodatku 11 Spoločné bezpečnostné
mechanizmy.
— Pre každú reláciu sťahovania je povinné stiahnuť
prinajmenšom EF Application_Identification,
Application_Identification_V2 (ak existuje)
a Identification.
— Pri sťahovaní údajov z karty vodiča je takisto
povinné stiahnuť tieto EF:
Events_Data,
Faults_Data,
Driver_Activity_Data,
Vehicles_Used,
Places,
Control_Activity_Data,
Specific_Conditions,
VehicleUnits_Used,
GNSS_Places,
Places_Authentication, ak existuje,
GNSS_Places_Authentication, ak existuje,
Border_Crossings, ak existuje,
Load_Unload_Operations, ak existuje,
Load_Type_Entries, ak existuje.
— Pri sťahovaní údajov z karty vodiča aktualizácia
dátumu LastCardDownload v EF
Card_Download v rámci DF Tachograph
a prípadne DF Tachograph_G2.
— Pri sťahovaní údajov z dielenskej karty vynulo­
vanie kalibračného počítadla v EF
Card_Download v rámci DF Tachograph
a prípadne DF Tachograph_G2.
— Pri sťahovaní údajov z dielenskej karty sa nesťa­
huje EF Sensor_Installation_Data v rámci DF
Tachograph a prípadne DF Tachograph_G2.
▼B
3.3.1 Inicializácia sekvencie
DDP_036 IDE iniciuje túto sekvenciu:
Karta Smer IDE/IFD Význam/Poznámky
⇦ Reset hardvéru
ATR ⇨
Pomocou voľby parametra protokolu (PPS) sa môže zvoliť
vyššia prenosová rýchlosť, pokiaľ to ICC podporuje.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 352
3.3.2 Sekvencia pre nepodpísané dátové súbory
DDP_037 ►M1 Sekvencia pre sťahovanie EF ICC, IC, Card_Certifi­
cate (alebo CardSignCertificate pre DF Tachograph G2),
CA_Certificate a Link_ Certificate (iba pre DF Tachograph
G2) je takáto: ◄
Karta Smer IDE/IFD Význam/Poznámky
⇦ Select
File
Voľba podľa identifikátorov
súboru
OK ⇨
⇦ Read Binary Ak súbor obsahuje viac
údajov, než je kapacita
vyrovnávacej pamäte číta­
cieho zariadenia alebo karty,
príkaz sa musí opakovať, až
kým sa nenačíta celý súbor.
File Data
OK
⇨ Uloženie údajov na externé
pamäťové médium (ESM)
Podľa 3.4 (formát dátovej
pamäte) Data storage format
Poznámka 1: Pred voľbou EF Card_Certificate (alebo Card­
SignCertificate) sa musí zvoliť aplikácia tachografu [výber
prostredníctvom identifikátora aplikácie (AID)].
Poznámka 2: Výber a čítanie súboru sa môže vykonať aj
v rámci jedného kroku použitím príkazu Read Binary
s krátkym identifikátorom EF.
3.3.3 Sekvencia pre podpísané dátové súbory
DDP_038 Táto sekvencia sa používa pre každý z uvedených súborov,
ktoré sa musia sťahovať s podpisom:
▼M1
Karta Smer IDE/IFD Význam/Poznámky
Select File
OK
Perform Hash of File Vypočíta sa hash hodnota
celého dátového obsahu
zvoleného súboru s použitím
predpísaného algoritmu hash
v súlade s dodatkom 11
časť a alebo B. Tento príkaz
nie je príkazom ISO.
Vypočíta sa Hash of
File a dočasne sa uloží
hash hodnota.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 353
Karta Smer IDE/IFD Význam/Poznámky
OK
Read Binary Ak súbor obsahuje viac
údajov, než je kapacita
vyrovnávacej pamäte číta­
cieho zariadenia alebo karty,
príkaz sa musí opakovať, až
kým sa nenačíta celý súbor.
File Data
OK
Uloženie údajov na externé
pamäťové médium (ESM)
Podľa 3.4 Data storage
format
PSO: Compute Digital
Signature
Vykonanie operácie
zabezpečenia
„Compute Digital
Signature“ pomocou
dočasne uloženej hash
hodnoty
Signature
OK
Pripojiť údaje k predchádza­
júcim údajom uloženým
v pamäti ESM
Podľa 3.4 Data storage
format
▼B
Poznámka: Výber a čítanie súboru sa môže vykonať aj
v rámci jedného kroku použitím príkazu Read Binary
s krátkym identifikátorom EF. V tomto prípade sa EF
môže zvoliť a čítať pred uplatnením príkazu Perform Hash
of File.
3.3.4 Sekvencia pre resetovanie kalibračného počítadla
DDP_039 Sekvencia pre resetovanie počítadla
v EF
na dielenskej karte je takáto:
Karta Smer IDE/IFD Význam/Poznámky
⇦ Select File
EF Card_Download
Voľba podľa identifikátorov
súboru
OK ⇨
⇦ Update Binary
NoOfCalibrationsSinceDown­
load = „00 00“
Resetovanie počtu
sťahovaní z karty
OK ⇨
Poznámka: Voľba a aktualizácia súboru sa môže vykonať aj
v rámci jedného kroku použitím príkazu Update Binary
s krátkym identifikátorom EF.
▼M1
02016R0799 — SK — 21.08.2023 — 003.002 — 354
3.4 Formát dátovej pamäte
3.4.1 Úvod
DDP_040 Sťahované údaje sa musia uložiť podľa týchto podmienok:
— údaje sa musia ukladať transparentne. To znamená, že
počas uloženia musí byť zachované poradie bajtov, ako
aj poradie bitov v rámci bajtu, ktoré sa prenášajú
z karty.
— Všetky súbory sťahované z karty počas relácie sťaho­
vania sú uložené v jednom súbore v pamäti ESM.
3.4.2 Formát súboru
DDP_041 Formát súboru je zreťazením viacerých objektov hodnoty
dĺžky tagu (TLV).
DDP_042 Tag pre EF je identifikátor súboru (FID) spolu s dodatkom
„00“.
DDP_043 Tag podpisu EF je FID súboru spolu s dodatkom „01“.
DDP_044 Dĺžka je dvojbajtová hodnota. Hodnota stanovuje počet
bajtov v hodnotovom poli. Hodnota „FF FF“ v dĺžkovom
poli je vyhradená na budúce použitie.
DDP_045 Ak sa súbor nesťahuje, nič z toho, čo sa vzťahuje k súboru,
sa nemusí ukladať (žiadny tag a žiadna nulová dĺžka).
▼M1
DDP_046 Podpis sa ukladá ako ďalší objekt TLV bezprostredne za
objektom TLV, ktorý obsahuje údaje súboru.
Definícia Význam Dĺžka
FID (2 bajty) || ‚00‘ Tag pre EF (FID) v DF
alebo pre
spoločné informácie karty
3 bajty
FID (2 bajty) || ‚01‘ Tag pre podpis EF (FID)
v DF
3 bajty
FID (2 bajty) || ‚02‘ Tag pre EF (FID) v DF 3 bajty
FID (2 bajty) || ‚03‘ Tag pre podpis EF (FID)
v DF
3 bajty
xx xx Dĺžka hodnotového poľa 2 bajty
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 355
Príklad údajov v sťahovanom súbore v ESM:
Tag Dĺžka Hodnota
údaje EF ICC
údaje EF Card_Certificate
…
údaje EF (v DF
)
podpis EF (v DF
)
údaje EF v DF
podpis EF v DF
▼B
4. SŤAHOVANIE ÚDAJOV Z TACHOGRAFOVEJ KARTY CEZ
JEDNOTKU VOZIDLA
DDP_047 VU musí umožniť stiahnutie obsahu karty vodiča vloženej
do pripojeného IDE.
DDP_048 IDE pošle správu „Transfer Data Request Card Download“
na VU, aby sa začal tento režim (pozri 2.2.2.9).
▼M1
DDP_049 Karty vodiča prvej generácie: Údaje sa sťahujú s použitím
protokolu sťahovania údajov prvej generácie a stiahnuté
údaje majú ten istý formát ako údaje stiahnuté z jednotky
vozidla prvej generácie.
Karty vodiča druhej generácie: VU potom stiahne celú kartu
súbor po súbore, v súlade s protokolom sťahovania karty
vymedzeným v odseku 3, a odošle všetky údaje prijaté
z karty na IDE v rámci vhodného TLV formátu súboru
(pozri3.4.2) a uzavreté v správe ‚Positive Response Transfer
Data‘.
▼B
DDP_050 IDE vyvolá dáta karty zo správy „Positive Response
Transfer Data“ (s vynechaním všetkých záhlaví, SID,
TREP, počítadiel čiastkových správ a kontrolných súčtov)
a uloží ich v jednom fyzickom súbore opísanom v odseku
2.3.
DDP_051 VU potom prípadne aktualizuje súbor alebo
karty vodiča.
▼M1
02016R0799 — SK — 21.08.2023 — 003.002 — 356
Dodatok 8
KALIBRAČNÝ PROTOKOL
OBSAH
1. ÚVOD
2. POJMY, VYMEDZENIE POJMOV A REFERENČNÉ DOKU­
MENTY
3. PREHĽAD SLUŽIEB
3.1. Dostupné služby
3.2. Kódy odpovedí
4. KOMUNIKAČNÉ SLUŽBY
4.1. Služba StartCommunication
4.2. Služba StopCommunication
4.2.1 Opis správy
4.2.2 Formát správy
4.2.3 Vymedzenie parametrov
4.3. Služba TesterPresent
4.3.1 Opis správy
4.3.2 Formát správy
5. RIADIACE SLUŽBY
5.1. Služba StartDiagnosticSession
5.1.1 Opis správy
5.1.2 Formát správy
5.1.3 Vymedzenie parametrov
5.2. Služba SecurityAccess
5.2.1 Opis správy
5.2.2 Formát správy – SecurityAccess – requestSeed
5.2.3 Formát správy – SecurityAccess – sendKey
6. SLUŽBY PRENOSU ÚDAJOV
6.1. Služba ReadDataByIdentifier
6.1.1 Opis správy
6.1.2 Formát správy
6.1.3 Vymedzenie parametrov
6.2. Služba WriteDataByIdentifier
6.2.1 Opis správy
6.2.2 Formát správy
6.2.3 Vymedzenie parametrov
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 357
7. KONTROLA SKÚŠOBNÝCH IMPULZOV – KONTROLA
VSTUPU/VÝSTUPU FUNKČNEJ JEDNOTKY
7.1. Služba InputOutputControlByIdentifier
7.1.1 Opis správy
7.1.2 Formát správy
7.1.3 Vymedzenie parametrov
▼M3
8. SLUŽBA ROUTINECONTROL (ÚPRAVA ČASU)
8.1. Opis správy
8.2. Formát správy
9. FORMÁTY DATARECORDS
9.1. Rozsahy hodnôt prenášaných parametrov
9.2. Formáty dataRecords
▼B
1. ÚVOD
Tento dodatok opisuje výmenu údajov medzi jednotkou vozidla
a skúšobným zariadením cez K-vedenie, ktoré tvorí časť kalibračného
rozhrania opísaného v dodatku 6. Opisuje aj riadenie vstupného/výstup­
ného signalizačného vedenia na kalibračnom konektore.
Nadviazanie komunikácie cez K-vedenie je opísané v oddiele 4
„Komunikačné služby“ (Communication Services).
V tomto dodatku sa používa koncepcia diagnostických „relácií“ na
stanovenie rozsahu riadenia K-vedenia v rôznych podmienkach. Štan­
dardná relácia je „StandardDiagnosticSession“, keď môžu byť všetky
údaje prečítané z jednotky vozidla, no žiadne údaje nemôžu byť do nej
zapísané.
Voľba diagnostickej relácie je opísaná v oddiele 5 „Riadiace služby“
(Management Services).
Tento dodatok sa musí považovať za relevantný pre obidve generácie
VU a dielenských kariet v súlade s požiadavkami interoperability
uvedenými v tomto nariadení.
CPR_001 „ECUProgrammingSession“ umožňuje zápis údajov do
jednotky vozidla. V prípade zápisu kalibračných údajov
musí byť jednotka vozidla navyše v režime prevádzky
KALIBRÁCIA.
Prenos údajov cez K-vedenie je opísaný v oddiele 6 „Služby
prenosu údajov“ (Data Transmission Services). Formáty
prenášaných údajov sú podrobne opísané v oddiele 8 „data­
Records formats“.
CPR_002 „ECUAdjustmentSession“ umožňuje voľbu vstupného/
výstupného režimu kalibrácie vstupného/výstupného signali­
začného vedenia cez rozhranie K-vedenia. Riadenie kali­
brácie vstupného/výstupného signalizačného vedenia je
opísané v oddiele 7 „Kontrola skúšobných impulzov –
kontrola vstupu/výstupu funkčnej jednotky“ Control of
Test Pulses – Input/Output Control functional unit.
CPR_003 V tomto dokumente sa ako adresa skúšobného zariadenia
používa „tt“. Bez ohľadu na to, že sa môžu používať
prioritné adresy pre skúšobné zariadenia, VU musí správne
odpovedať na každú adresu skúšobného zariadenia. Fyzická
adresa VU je 0xEE.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 358
2. POJMY, VYMEDZENIE POJMOV A REFERENČNÉ DOKU­
MENTY
Protokoly, správy a chybové kódy sú v zásade založené na návrhu
normy ISO 14229-1 (Cestné vozidlá.Diagnostické systémy. Časť 1:
Diagnostické služby, verzia 6 z 22. februára 2001).
Kódovanie bajtov a hexadecimálne hodnoty sa používajú pre identifi­
kátory služby, požiadavky a odpovede vzťahujúce sa na službu a pre
štandardné parametre.
Pojem „skúšobné zariadenie“ sa vzťahuje na zariadenie používané na
zápis programovacích/kalibračných údajov do VU.
Pojem „klient“ a „server“ sa vzťahuje na skúšobné zariadenie, resp. na
VU.
Pojem ECU znamená „elektronická riadiaca jednotka“ a vzťahuje sa na
VU.
Referenčné dokumenty:
▼M1
ISO 14230– 2: Cestné vozidlá – Diagnostické systémy – Protokol
kľúčového slova 2000. Časť 2: Vrstva údajového spojenia.
Prvé vydanie: 1999.
▼B
3. PREHĽAD SLUŽIEB
3.1. Dostupné služby
Táto tabuľka poskytuje prehľad o službách, ktoré sú k dispozícii
v tachografe a sú definované v tomto dokumente.
CPR_004 V tabuľke sú uvedené služby, ktoré sú k dispozícii pri akti­
vovanej diagnostickej relácii.
— V prvom stĺpci sú uvedené služby, ktoré sú k dispo­
zícii.
— V druhom stĺpci je uvedené číslo oddielu v tomto
dodatku, v ktorom sú služby vymedzené podrobnejšie.
— V treťom stĺpci sa priraďujú hodnoty identifikátora
služby pre správy s požiadavkou.
— V štvrtom stĺpci sa špecifikujú služby„StandardDiag­
nosticSession“ (SD), ktoré sa musia implementovať do
každej VU.
— V piatom stĺpci sa špecifikujú služby „ECUAdju­
stmentSession“ (ECUAS), ktoré sa musia implemen­
tovať, aby bola možná kontrola vstupného/výstupného
signalizačného vedenia v kalibračnom konektore pred­
ného panelu VU.
— V šiestom stĺpci sa špecifikujú služby „ECUProgram­
mingSession“ (ECUPS), ktoré sa musia implementovať,
aby bolo možné programovanie parametrov do VU.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 359
Tabuľka 1
Prehľad o hodnotách identifikátora služby
Diagnostické relácie
Názov diagnostickej služby Oddiel č.
Hodnota SId
(identifikátor
služby) požia­
davky
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 ■
▼M3
RoutineControl 8 31
▼B
■ Tento symbol znamená, že v tejto diagnostickej relácii je služba povinná.
Žiadny symbol znamená, že v tejto diagnostickej relácii nie je služba povolená.
3.2. Kódy odpovedí
Kódy odpovedí sú vymedzené pre každú službu.
4. KOMUNIKAČNÉ SLUŽBY
Niektoré služby sú nevyhnutné na nadviazanie a udržanie komunikácie. Nezo­
brazujú sa na aplikačnej úrovni. Dostupné služby sú uvedené v tejto tabuľke:
Tabuľka 2
Komunikačné služby
Názov služby Opis
StartCommunication Klient žiada začatie komunikačnej
relácie so serverom(-mi).
StopCommunication Klient žiada skončenie prebiehajúcej
komunikačnej relácie.
TesterPresent Klient oznamuje serveru, že spojenie je
ešte stále aktívne.
CPR_005 Služba StartCommunication sa používa na začatie komuni­
kácie. Na vykonanie každej služby sa musí začať komuni­
kácia a komunikačné parametre musia zodpovedať požado­
vanému režimu.
4.1. Služba StartCommunication
CPR_006 Po prijatí indikačného prvku StartCommunication VU musí
skontrolovať, či môže byť za súčasných podmienok inicia­
lizované požadované komunikačné spojenie. Platné
podmienky pre začatie komunikačného spojenia sú opísané
v dokumente ISO 14230-2.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 360
CPR_007 Potom VU musí vykonať všetky činnosti potrebné na inicia­
lizovanie komunikačného spojenia a pošle odpovedací
prvok StartCommunication so zvolenými parametrami
kladnej odpovede.
CPR_008 Ak VU, ktorá je už inicializovaná (a vstúpila do diagnos­
tickej relácie) prijme novú požiadavku StartCommunication
(napr. na základe opravy chyby v skúšobnom zariadení),
požiadavka sa prijme a VU sa musí znovu inicializovať.
CPR_009 Ak komunikačné spojenie nemôže byť inicializované
z akýchkoľvek dôvodov, VU musí pokračovať v činnosti,
ktorá bezprostredne predchádzala pokusu o začatie komuni­
kačného spojenia.
CPR_010 Správa s požiadavkou StartCommunication musí byť
fyzicky adresovaná.
CPR_011 Inicializácia VU pre služby sa vykoná pomocou metódy
„rýchla inicializácia“:
— každej aktivite predchádza pokojový stav zbernice,
— skúšobné zariadenie potom odošle inicializačnú
sekvenciu,
— všetky informácie, ktoré sú potrebné na nadviazanie
komunikácie, sú obsiahnuté v odpovedi VU.
CPR_012 Po dokončení inicializácie:
— všetky komunikačné parametre sa nastavia na hodnoty
definované v tabuľke 4 podľa kľúčových bajtov,
— VU čaká na prvú požiadavku skúšobného zariadenia,
— VU je v štandardnom diagnostickom režime, t. j. Stan­
dardDiagnosticSession,
— kalibračné vstupné/výstupné signalizačné vedenie je
v štandardnom stave, t. j. v deaktivovanom stave.
CPR_014 Rýchlosť prenosu údajov na K-vedení je 10 400 baudov.
CPR_016 Rýchlu inicializáciu začne skúšobné zariadenie prenášajúce
sekvenciu Wake up pattern (Wup) na K-vedení. Začína po
pokojovom stave K-vedenia s krátkym časom Tinil.
Skúšobné zariadenie prenáša prvý bit služby StartCommu­
nication po čase Twup, ktorý začína po prvej klesajúcej
hrane signálu.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 361
CPR_017 Hodnoty časovania pre rýchlu inicializáciu a komunikácie
vo všeobecnosti sú uvedené v tabuľkách ďalej. Pre poko­
jový stav existujú rôzne možnosti:
— prvý prenos po zapnutí, Tidle = 300 ms,
— po dokončení služby StopCommunication, Tidle = P3
min,
— po skončení komunikácie prekročením času P3 max,
Tidle = 0.
Tabuľka 3
Hodnoty časovania pre rýchlu inicializáciu
Parameter Min. hodnota Max. hodnota
Tinil 25 ± 1 ms 24 ms 26 ms
Twup 50 ± 1 ms 49 ms 51 ms
Tabuľka 4
Hodnoty časovania komunikácie
Časovanie
Parameter
Opis parametra
Dolné limitné
hodnoty [ms]
Horné limitné
hodnoty [ms]
min. max.
P1 Čas medzi bajtmi pre odpoveď
VU
0 20
P2 Čas medzi požiadavkou
skúšobného zariadenia a odpo­
veďou VU alebo dvomi odpo­
veďami VU
25 250
P3 Čas medzi skončením odpo­
vedí VU a začiatkom novej
požiadavky skúšobného zaria­
denia
55 5 000
P4 Čas medzi bajtmi pre požia­
davku skúšobného zariadenia
5 20
CPR_018 Formát správy pre rýchlu inicializáciu je podrobne uvedený
v ďalej uvedených tabuľkách. (POZNÁMKA: Hex znamená
v hexadecimálnom vyjadrení)
Tabuľka 5
Správa StartCommunication Request
Bajt # Názov parametra
Hexadecimálna
hodnota
Mnemotech­
nická skratka
#1 Formátový bajt – fyzické adre­
sovanie
81 FMT
#2 Bajt cieľovej adresy EE TGT
#3 Bajt zdrojovej adresy tt SRC
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 362
Bajt # Názov parametra
Hexadecimálna
hodnota
Mnemotech­
nická skratka
#4 StartCommunication Request
Service Id
81 SCR
#5 Kontrolný súčet 00-FF CS
Tabuľka 6
Správa StartCommunication Positive Response
Bajt # Názov parametra
Hexadecimálna
hodnota
Mnemotech­
nická skratka
#1 Formátový bajt – fyzické adre­
sovanie
80 FMT
#2 Bajt cieľovej adresy tt TGT
#3 Bajt zdrojovej adresy EE SRC
#4 Bajt doplnkovej dĺžky 03 LEN
#5 StartCommunication Positive
Response Service Id
C1 SCRPR
#6 Kľúčový bajt 1 EA KB1
#7 Kľúčový bajt 2 8F KB2
#8 Kontrolný súčet 00-FF CS
CPR_019 Nie je žiadna záporná odpoveď na správu StartCommunica­
tion Request; ak nie je žiadna správa s kladnou odpoveďou,
ktorá sa má prenášať, potom VU nie je inicializovaná, nič sa
neprenáša a VU zostáva vo svojej normálnej prevádzke.
4.2. Služba StopCommunication
4.2.1 Opis správy
Účelom tejto služby komunikačnej úrovne je ukončiť komunikačnú
reláciu.
CPR_020 Po prijatí indikačného prvku StopCommunication musí VU
skontrolovať, či súčasné podmienky dovoľujú ukončiť
komunikáciu. Ak tomu tak je, VU musí vykonať všetky
činnosti potrebné na ukončenie komunikácie.
CPR_021 Ak je možné ukončiť komunikáciu, VU musí pre ukon­
čením komunikácie vydať odpovedací prvok StopCommu­
nication so zvolenými parametrami kladnej odpovede.
CPR_022 Ak komunikácia nemôže byť ukončená z akéhokoľvek
dôvodu, VU musí vydať odpovedací prvok StopCommuni­
cation so zvolenými parametrami zápornej odpovede.
CPR_023 Ak VU zistí prekročenie času P3max, komunikácia sa
ukončí bez toho, aby bol vydaný akýkoľvek odpovedací
prvok.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 363
4.2.2 Formát správy
CPR_024 Formáty správ pre prvky StopCommunication sú uvedené
v týchto tabuľkách:
Tabuľka 7
Správa StopCommunication Request
Bajt # Názov parametra
Hexadecimálna
hodnota
Mnemotech­
nická skratka
#1 Formátový bajt – fyzické adre­
sovanie
80 FMT
#2 Bajt cieľovej adresy EE TGT
#3 Bajt zdrojovej adresy tt SRC
#4 Bajt doplnkovej dĺžky 01 LEN
#5 StopCommunication Request
Service Id
82 SPR
#6 Kontrolný súčet 00-FF CS
Tabuľka 8
Správa StopCommunication Positive Response
Bajt # Názov parametra
Hexadecimálna
hodnota
Mnemotech­
nická skratka
#1 Formátový bajt – fyzické adre­
sovanie
80 FMT
#2 Bajt cieľovej adresy tt TGT
#3 Bajt zdrojovej adresy EE SRC
#4 Bajt doplnkovej dĺžky 01 LEN
#5 StopCommunication Positive
Response Service Id
C2 SPRPR
#6 Kontrolný súčet 00-FF CS
Tabuľka 9
Správa StopCommunication Negative Response
Bajt # Názov parametra
Hexadecimálna
hodnota
Mnemotech­
nická skratka
#1 Formátový bajt – fyzické adre­
sovanie
80 FMT
#2 Bajt cieľovej adresy tt TGT
#3 Bajt zdrojovej adresy EE SRC
#4 Bajt doplnkovej dĺžky 03 LEN
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 364
Bajt # Názov parametra
Hexadecimálna
hodnota
Mnemotech­
nická skratka
#5 negative Response Service Id 7F NR
#6 StopCommunication Request
Service Identification
82 SPR
#7 responseCode = generalReject 10 RC_GR
#8 Kontrolný súčet 00-FF CS
4.2.3 Vymedzenie parametrov
Táto služba si nevyžaduje žiadne vymedzenie parametrov.
4.3. Služba TesterPresent
4.3.1 Opis správy
Službu TesterPresent používa skúšobné zariadenie na oznámenie svojej
prítomnosti serveru, aby zabránilo serveru v automatickom návrate do
normálnej prevádzky a prípadnému zastaveniu komunikácie. Táto
služba pravidelne posiela požiadavku, aby sa zostala aktívna diagnos­
tická relácia alebo komunikácia tým, že resetuje časovač P3 vždy, keď
sa prijme požiadavka na túto službu.
4.3.2 Formát správy
CPR_079 Formáty správ pre prvky TesterPresent sú podrobne uvedené
v týchto tabuľkách:
Tabuľka 10
Správa TesterPresent Request
Bajt # Názov parametra
Hexadecimálna
hodnota
Mnemotechnická
skratka
#1 Formátový bajt – fyzické adre­
sovanie
80 FMT
#2 Bajt cieľovej adresy EE TGT
#3 Bajt zdrojovej adresy tt SRC
#4 Bajt doplnkovej dĺžky 02 LEN
#5 TesterPresent Request
Service Id
3E TP
#6 Sub Function = res-
ponseRequired =
[áno 01 RESPREQ_Y
nie] 02 RESPREQ_NO
#7 Kontrolný súčet 00-FF CS
CPR_080 Ak je parameter responseRequired nastavený na „áno“,
potom server musí odpovedať touto správou s kladnou
odpoveďou. Ak je nastavený na „nie“, server neposiela
žiadnu odpoveď.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 365
Tabuľka 11
Správa TesterPresent Positive Response
Bajt # Názov parametra
Hexadecimálna
hodnota
Mnemotech­
nická skratka
#1 Formátový bajt – fyzické adre­
sovanie
80 FMT
#2 Bajt cieľovej adresy tt TGT
#3 Bajt zdrojovej adresy EE SRC
#4 Bajt doplnkovej dĺžky 01 LEN
#5 TesterPresent Positive
Response Service Id
7E TPPR
#6 Kontrolný súčet 00-FF CS
CPR_081 Služba musí podporovať tieto kódy záporných odpovedí:
Tabuľka 12
Správa TesterPresent Negative Response
Bajt # Názov parametra
Hexade­
cimálna
hodnota
Mnemotech­
nická skratka
#1 Formátový bajt – fyzické adresovanie 80 FMT
#2 Bajt cieľovej adresy tt TGT
#3 Bajt zdrojovej adresy EE SRC
#4 Bajt doplnkovej dĺžky 03 LEN
#5 negative Response Service Id 7F NR
#6 TesterPresent Request Service Identi­
fication
3E TP
#7 response­
Code =
[SubFunctionNotSup­
ported-InvalidFormat
12 RC_SFNS_IF
incorrectMessage­
Length]
13 RC_IML
#8 Kontrolný súčet 00-FF CS
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 366
5. RIADIACE SLUŽBY
Dostupné služby sú uvedené v tejto tabuľke:
Tabuľka 13
Riadiace služby
Názov služby Opis
StartDiagnosticSession Klient žiada o začatie diagnostickej relácie
s VU.
SecurityAccess Klient žiada o prístup k funkciám vyhra­
deným pre oprávnených používateľov.
5.1. Služba StartDiagnosticSession
5.1.1 Opis správy
CPR_025 Služba StartDiagnosticSession sa používa na to, aby sa
mohli v serveri aktivovať rôzne diagnostické relácie. Diag­
nostická relácia umožňuje aktivovať špecifický súbor
služieb podľa tabuľky 17. Relácia môže aktivovať špeci­
fické služby výrobcu vozidla, ktoré nie sú súčasťou tohto
dokumentu. Implementačné pravidlá musia byť v súlade
s týmito požiadavkami:
— vo VU je aktívna vždy len jedna diagnostická relácia,
— VU musí začať StandardDiagnosticSession pri každom
zapnutí. Ak sa nezačne žiadna iná diagnostická relácia,
potom StandardDiagnosticSession pokračuje tak dlho,
ako dlho je zapnutá VU,
— ak si diagnostickú reláciu, ktorá už prebieha, vyžiadalo
skúšobné zariadenie, potom VU musí poslať správu
s kladnou odpoveďou,
— kedykoľvek skúšobné zariadenie požiada o novú diag­
nostickú reláciu, VU musí najprv poslať správu
s kladnou odpoveďou na StartDiagnosticSession
predtým, než sa aktivuje vo VU nová relácia. Ak VU
nemôže začať požadovanú novú diagnostickú reláciu,
potom musí odpovedať správou so zápornou odpoveďou
na StartDiagnosticSession a pokračuje prebiehajúca
relácia.
CPR_026 Diagnostická relácia sa môže začať len vtedy, keď bola
medzi klientom a VU nadviazaná komunikácia.
CPR_027 Po úspešnej StartDiagnosticSession musia byť parametre
časovania definované v tabuľke 4 aktívne, pričom je para­
meter diagnosticSession v správe s požiadavkou nastavený
na „StandardDiagnosticSession“, ak bola predtým aktivo­
vaná iná diagnostická relácia.
5.1.2 Formát správy
CPR_028 Formáty správ pre prvky StartDiagnosticSession sú
podrobne uvedené v týchto tabuľkách:
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 367
Tabuľka 14
Správa StartDiagnosticSession Request
Bajt # Názov parametra
Hexadecimálna
hodnota
Mnemotech­
nická skratka
#1 Formátový bajt – fyzické adre­
sovanie
80 FMT
#2 Bajt cieľovej adresy EE TGT
#3 Bajt zdrojovej adresy tt SRC
#4 Bajt doplnkovej dĺžky 02 LEN
#5 StartDiagnosticSession
Request Service Id
10 STDS
#6 diagnosticSession = [jedna
hodnota z tabuľky 17]
xx DS_…
#7 Kontrolný súčet 00-FF CS
Tabuľka 15
Správa StartDiagnosticSession Positive Response
Bajt # Názov parametra
Hexadecimálna
hodnota
Mnemotech­
nická skratka
#1 Formátový bajt – fyzické adre­
sovanie
80 FMT
#2 Bajt cieľovej adresy tt TGT
#3 Bajt zdrojovej adresy EE SRC
#4 Bajt doplnkovej dĺžky 02 LEN
#5 StartDiagnosticSession Posi­
tive Response Service Id
50 STDSPR
#6 diagnosticSession = [rovnaká
hodnota ako v bajte # 6
tabuľky 14]
xx DS_…
#7 Kontrolný súčet 00-FF CS
Tabuľka 16
Správa StartDiagnosticSession Negative Response
Bajt # Názov parametra
Hexade­
cimálna
hodnota
Mnemotech­
nická skratka
#1 Formátový bajt – fyzické adresovanie 80 FMT
#2 Bajt cieľovej adresy tt TGT
#3 Bajt zdrojovej adresy EE SRC
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 368
Bajt # Názov parametra
Hexade­
cimálna
hodnota
Mnemotech­
nická skratka
#4 Bajt doplnkovej dĺžky 03 LEN
#5 Negative Response Service Id 7F NR
#6 StartDiagnosticSession Request
Service Id
10 STDS
#7 Response­
Code = [subFunctionNotSup­
ported ( α )
12 RC_SFNS
incorrectMessage­
Length ( β )
13 RC_IML
conditionsNotCor­
rect ( γ )
22 RC_CNC
#8 Kontrolný súčet 00-FF CS
( α ) – Hodnota vložená do bajtu # 6 správy s požiadavkou sa nepodporuje, t. j. nie je
v tabuľke 17.
( β ) – Dĺžka správy nie je správna.
( γ ) – Kritériá pre požiadavku StartDiagnosticSession nie sú splnené.
5.1.3 Vymedzenie parametrov
CPR_029 Parameter diagnosticSession (DS_) používa služba Start­
DiagnosticSession na voľbu špecifického správania
servera(-ov). V tomto dokumente sú špecifikované tieto
diagnostické relácie:
Tabuľka 17
Vymedzenie hodnôt diagnosticSession
Hex Opis
Mnemotech­
nická skratka
81 StandardDiagnosticSession
Táto diagnostická relácia umožňuje všetky
služby špecifikované v tabuľke 1 v stĺpci 4
„SD“. Tieto služby umožňujú čítanie údajov zo
servera (VU). Táto diagnostická relácia je
aktívna po úspešne dokončenej inicializácii
medzi klientom (skúšobným zariadením) a ser-
verom (VU). Táto diagnostická relácia môže byť
prepísaná inými diagnostickými reláciami špeci-
fikovanými v tomto oddiele.
SD
85 ECUProgrammingSession
Táto diagnostická relácia umožňuje všetky
služby špecifikované v tabuľke 1 v stĺpci 6
„ECUPS“. Tieto služby podporujú programova-
nie pamäti servera (VU). Táto diagnostická
relácia môže byť prepísaná inými diagnostickými
reláciami špecifikovanými v tomto oddiele.
ECUPS
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 369
Hex Opis
Mnemotech­
nická skratka
87 ECUAdjustmentSession
Táto diagnostická relácia umožňuje všetky
služby špecifikované v tabuľke 1 v stĺpci 5
„ECUAS“. Tieto služby podporujú riadenie
vstupov/výstupov servera (VU). Táto diagnos-
tická relácia môže byť prepísaná inými diagnos-
tickými reláciami špecifikovanými v tomto
oddiele.
ECUAS
5.2. Služba SecurityAccess
Zapisovanie kalibračných údajov nie je možné, pokiaľ VU nie je
v režime KALIBRÁCIE. Okrem vloženia platnej dielenskej karty do
VU je potrebné zapísať správny PIN do VU predtým, než je udelený
prístup k režimu KALIBRÁCIE.
Ak je VU v režime KALIBRÁCIE alebo KONTROLY, prístup ku
kalibračnému vstupnému/výstupnému vedeniu je tiež možný.
Služba SecurityAccess poskytuje možnosť zápisu PIN a oznámenia
skúšobnému zariadeniu, či VU je alebo nie je v režime KALIBRÁCIE.
Pripúšťa sa zápis PIN alternatívnymi metódami.
5.2.1 Opis správy
Služba SecurityAccess obsahuje správu SecurityAccess „requestSeed-“,
za ktorou prípadne nasleduje správa SecurityAccess „sendKey“. Služba
SecurityAccess sa musí vykonať po službe StartDiagnosticSession.
CPR_033 Skúšobné zariadenie musí použiť správu SecurityAccess
„requestSeed“ na kontrolu, či je jednotka vozidla pripravená
akceptovať PIN.
CPR_034 Ak je jednotka vozidla už v režime KALIBRÁCIE, musí
odpovedať na požiadavku odoslaním „seed“ 0x0000
pomocou služby SecurityAccess Positive Response.
CPR_035 Ak je jednotka vozidla pripravená akceptovať PIN na
overenie dielenskou kartou, musí na požiadavku odpovedať
odoslaním „seed“ väčším než 0x0000 pomocou služby
SecurityAccess Positive Response.
CPR_036 Ak nie je jednotka vozidla pripravená akceptovať PIN zo
skúšobného zariadenia, buď z dôvodu neplatnosti vloženej
dielenskej karty, alebo preto, že nebola vložená žiadna
dielenská karta, alebo preto, že jednotka vozidla očakáva
vloženie PIN inou metódou, musí na požiadavku odpovedať
zápornou odpoveďou s kódom odpovede nastaveným na
conditionsNotCorrectOrRequestSequenceError.
CPR_037 Skúšobné zariadenie potom prípadne použije správu Securi­
tyAccess „sendKey“ na odoslanie PIN jednotke vozidla.
Aby bol dostatok času na uskutočnenie procesu autentifi­
kácie karty, VU musí použiť záporný kód odpovede reque­
stCorrectlyReceived-ResponsePending na predĺženie času na
odpoveď. Avšak maximálny čas na odpoveď nesmie
prekročiť 5 minút. Ihneď po dokončení požadovanej služby
musí VU odoslať správu s kladnou alebo zápornou odpo­
veďou s iným kódom odpovede, než je tento. Záporný kód
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 370
odpovede requestCorrectlyReceived-ResponsePending môže
VU opakovať, až kým nie je požadovaná služba dokončená
a nie je poslaná konečná správa s odpoveďou.
CPR_038 Jednotka vozidla môže odpovedať na túto správu pomocou
služby SecurityAccess Positive Response len vtedy, keď je
v režime KALIBRÁCIE.
CPR_039 V nasledujúcich prípadoch musí jednotka vozidla odpovedať
na túto požiadavku zápornou odpoveďou s takto nasta­
veným kódom odpovede:
— subFunctionNot supported: neplatný formát pre para­
meter subfunkcie (accessType),
— conditionsNotCorrectOrRequestSequenceError: jednotka
vozidla nie je pripravená akceptovať zápis PIN,
— invalidKey: PIN je neplatné a počet pokusov o kontrolu
PIN sa neprekročil,
— exceededNumberOfAttempts: PIN je neplatné a počet
pokusov o kontrolu PIN sa prekročil,
— generalReject: správne PIN, no vzájomná autentifikácia
s dielenskou kartou zlyhala.
5.2.2 Formát správy – SecurityAccess – requestSeed
CPR_040 Formáty správ pre prvky SecurityAccess „requestSeed“ sú
podrobne uvedené v týchto tabuľkách:
Tabuľka 18
Správa SecurityAccess Request- requestSeed
Bajt # Názov parametra
Hexadecimálna
hodnota
Mnemotech­
nická skratka
#1 Formátový bajt – fyzické adre­
sovanie
80 FMT
#2 Bajt cieľovej adresy EE TGT
#3 Bajt zdrojovej adresy tt SRC
#4 Bajt doplnkovej dĺžky 02 LEN
#5 SecurityAccess Request
Service Id
27 SA
#6 accessType – requestSeed 7D AT_RSD
#7 Kontrolný súčet 00-FF CS
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 371
Tabuľka 19
Správa SecurityAccess – requestSeed Positive Response
Bajt # Názov parametra
Hexadecimálna
hodnota
Mnemotech­
nická skratka
#1 Formátový bajt – fyzické adre­
sovanie
80 FMT
#2 Bajt cieľovej adresy tt TGT
#3 Bajt zdrojovej adresy EE SRC
#4 Bajt doplnkovej dĺžky 04 LEN
#5 SecurityAccess Positive
Response Service Id
67 SAPR
#6 accessType – requestSeed 7D AT_RSD
#7 Seed High 00-FF SEEDH
#8 Seed Low 00-FF SEEDL
#9 Kontrolný súčet 00-FF CS
Tabuľka 20
Správa SecurityAccess Negative Response
Bajt # Názov parametra
Hexade­
cimálna
hodnota
Mnemotech­
nická skratka
#1 Formátový bajt – fyzické adresovanie 80 FMT
#2 Bajt cieľovej adresy tt TGT
#3 Bajt zdrojovej adresy EE SRC
#4 Bajt doplnkovej dĺžky 03 LEN
#5 negativeResponse Service Id 7F NR
#6 SecurityAccess Request Service Id 27 SA
#7 response­
Code =
[conditionsNotCorrec­
tOrRequestSequence­
Error
22 RC_CNC
incorrectMessage­
Length]
13 RC_IML
#8 Kontrolný súčet 00-FF CS
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 372
5.2.3 Formát správy – SecurityAccess – sendKey
CPR_041 Formáty správ pre prvky SecurityAccess „sendKey“ sú
uvedené v týchto tabuľkách:
Tabuľka 21
Správa SecurityAccess Request – sendKey
Bajt # Názov parametra
Hexadecimálna
hodnota
Mnemotech­
nická skratka
#1 Formátový bajt – fyzické adre­
sovanie
80 FMT
#2 Bajt cieľovej adresy EE TGT
#3 Bajt zdrojovej adresy tt SRC
#4 Bajt doplnkovej dĺžky m+2 LEN
#5 SecurityAccess Request
Service Id
27 SA
#6 accessType – sendKey 7E AT_SK
#7 až #m+6 Kľúč #1 (High) xx KEY
… …
Kľúč #m (low, m musí mať
hodnoty minimálne 4 a maxi­
málne 8)
xx
#m+7 Kontrolný súčet 00-FF CS
Tabuľka 22
Správa SecurityAccess – sendKey Positive Response
Bajt # Názov parametra
Hexadecimálna
hodnota
Mnemotech­
nická skratka
#1 Formátový bajt – fyzické adre­
sovanie
80 FMT
#2 Bajt cieľovej adresy tt TGT
#3 Bajt zdrojovej adresy EE SRC
#4 Bajt doplnkovej dĺžky 02 LEN
#5 SecurityAccess Positive
Response Service Id
67 SAPR
#6 accessType – sendKey 7E AT_SK
#7 Kontrolný súčet 00-FF CS
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 373
Tabuľka 23
Správa SecurityAccess Negative Response
Bajt # Názov parametra
Hexade­
cimálna
hodnota
Mnemotech­
nická skratka
#1 Formátový bajt – fyzické adresovanie 80 FMT
#2 Bajt cieľovej adresy tt TGT
#3 Bajt zdrojovej adresy EE SRC
#4 Bajt doplnkovej dĺžky 03 LEN
#5 NegativeResponse Service Id 7F NR
#6 SecurityAccess Request Service Id 27 SA
#7 Response­
Code =
[generalReject 10 RC_GR
subFunctionNotSup­
ported
12 RC_SFNS
incorrectMessage­
Length
13 RC_IML
conditionsNotCorrec­
tOrRequestSequence­
Error
22 RC_CNC
invalidKey 35 RC_IK
exceededNumberO­
fAttempts
36 RC_ENA
requestCorrectlyRe­
ceived-ResponsePen­
ding]
78 RC_RCR_RP
#8 Kontrolný súčet 00-FF CS
6. SLUŽBY PRENOSU ÚDAJOV
Dostupné služby sú uvedené v tejto tabuľke:
Tabuľka 24
Služby prenosu údajov
Názov služby Opis
ReadDataByIdentifier Klient žiada prenos aktuálnej hodnoty
záznamu pomocou prístupu prostredníctvom
recordDataIdentifier.
WriteDataByIdentifier Klient žiada zapísať záznam sprístupnený
pomocou recordDataIdentifier.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 374
6.1. Služba ReadDataByIdentifier
6.1.1 Opis správy
CPR_050 Službu ReadDataByIdentifier používa klient na vyžiadanie
hodnôt dátového záznamu zo servera. Údaje sa identifikujú
pomocou recordDataIdentifier. Výrobca VU je zodpovedný
za to, aby boli pri vykonávaní tejto služby splnené
podmienky servera.
6.1.2 Formát správy
CPR_051 Formáty správ pre prvky ReadDataByIdentifier sú uvedené
v týchto tabuľkách:
Tabuľka 25
Správa ReadDataByIdentifier Request
Bajt # Názov parametra
Hexadecimálna
hodnota
Mnemotech­
nická skratka
#1 Formátový bajt – fyzické adre­
sovanie
80 FMT
#2 Bajt cieľovej adresy EE TGT
#3 Bajt zdrojovej adresy tt SRC
#4 Bajt doplnkovej dĺžky 03 LEN
#5 ReadDataByIdentifier
Request Service Id
22 RDBI
#6 až #7 recordDataIdentifier =
[hodnota z tabuľky 28]
xxxx RDI_…
#8 Kontrolný súčet 00-FF CS
Tabuľka 26
Správa ReadDataByIdentifier Positive Response
Bajt # Názov parametra
Hexade­
cimálna
hodnota
Mnemotech­
nická skratka
#1 Formátový bajt – fyzické adresovanie 80 FMT
#2 Bajt cieľovej adresy tt TGT
#3 Bajt zdrojovej adresy EE SRC
#4 Bajt doplnkovej dĺžky m+3 LEN
#5 ReadDataByIdentifier Positive
Response Service Id
62 RDBIPR
#6 a #7 recordDataIdentifier = [the same
value as bytes #6 and #7 tabuľky 25]
xxxx RDI_…
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 375
Bajt # Názov parametra
Hexade­
cimálna
hodnota
Mnemotech­
nická skratka
#8 až #m+7 dataRecord[] = [data#1 xx DREC_DAT­
A1
: : :
data#m] xx DREC_DAT­
Am
#m+8 Kontrolný súčet 00-FF CS
Tabuľka 27
Správa ReadDataByIdentifier Negative Response
Bajt # Názov parametra
Hexade­
cimálna
hodnota
Mnemotech­
nická skratka
#1 Formátový bajt – fyzické adresovanie 80 FMT
#2 Bajt cieľovej adresy tt TGT
#3 Bajt zdrojovej adresy EE SRC
#4 Bajt doplnkovej dĺžky 03 LEN
#5 NegativeResponse Service Id 7F NR
#6 ReadDataByIdentifier Request
Service Id
22 RDBI
#7 Response­
Code=
[requestOutOf­
Range
31 RC_ROOR
incorrectMessage­
Length
13 RC_IML
conditionsNotCor­
rect]
22 RC_CNC
#8 Kontrolný súčet 00-FF CS
6.1.3 Vymedzenie parametrov
CPR_052 Parameter recordDataIdentifier (RDI_) v správe s požia­
davkou ReadDataByIdentifier identifikuje dátový záznam.
▼M3
CPR_053 Hodnoty recordDataIdentifier definované v tomto doku­
mente sú uvedené v tabuľke ďalej.
Tabuľku recordDataIdentifier tvorí päť stĺpcov a niekoľko
riadkov.
— Prvý stĺpec (Hex) obsahuje „hexadecimálne hodnoty“
priradené k recordDataIdentifier špecifikovanému
v treťom stĺpci.
— V druhom stĺpci (Dátový prvok) sa špecifikuje dátový
prvok dodatku 1, na ktorom je založený recordDataIden­
tifier (niekedy je potrebné prekódovanie).
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 376
— Tretí stĺpec (Opis) obsahuje zodpovedajúci názov
recordDataIdentifier.
— Štvrtý stĺpec (Prístupové práva) obsahuje prístupové
práva k tomuto recordDataIdentifier.
— Piaty stĺpec (Mnemotechnická skratka) špecifikuje
mnemotechnickú skratku tohto recordDataIdentifier.
Tabuľka 28
Vymedzenie hodnôt recordDataIdentifier
Hex Dátový prvok
Názov recordDataIdentifier
(pozri formát v bode 8.2)
Prístupové
práva
[čítať (R)/
zapisovať
(W)]
Mnemotechnická
skratka
F90B CurrentDateTime TimeDate R/W RDI_TD
F912 HighResOdometer HighResolutionTotalVehicleDis­
tance
R/W RDI_HRTVD
F918 K-ConstantOfRecordingEquipment Kfactor R/W RDI_KF
F91C L-TyreCircumference LfactorTyreCircumference R/W RDI_LF
F91D W-VehicleCharacteristicConstant WvehicleCharacteristicFactor R/W RDI_WVCF
F921 TyreSize TyreSize R/W RDI_TS
F922 nextCalibrationDate NextCalibrationDate R/W RDI_NCD
F92C SpeedAuthorised SpeedAuthorised R/W RDI_SA
F97D vehicleRegistrationNation RegisteringMemberState R/W RDI_RMS
F97E VehicleRegistrationNumber VehicleRegistrationNumber R/W RDI_ VRN
F190 VehicleIdentificationNumber VIN R/W RDI_ VIN
F9D0 SensorSerialNumber MotionSensorSerialNumber R RDI_SSN
F9D1 RemoteCommunicationModuleSerial­
Number
RemoteCommunicationFacility­
SerialNumber
R RDI_RCSN
F9D2 SensorGNSSSerialNumber ExternalGNSSFacilitySerial­
Number
R RDI_GSSN
F9D3 SealDataVu SmartTachographSealsSerial­
Number
R/W RDI_SDV
F9D4 VuSerialNumber VuSerialNumber R RDI_VSN
F9D5 ByDefaultLoadType ByDefaultLoadType R/W RDI_BDLT
F9D6 TachographCardsGen1Suppression TachographCardsGen1Suppres­
sion
R/W RDI_TCG1S
F9D7 VehiclePosition VehiclePosition R RDI_VP
F9D8 LastCalibrationCountry CalibrationCountry R RDI_CC
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 377
CPR_054 Parameter dataRecord (DREC_) používa správa s kladnou
odpoveďou na ReadDataByIdentifier na to, aby poskytla
klientovi (skúšobnému zariadeniu) hodnotu dátového
záznamu identifikovaného pomocou recordDataIdentifier.
Dátové formáty sú špecifikované v oddiele 8. Môžu sa
implementovať ďalšie dataRecords, ktoré si môže zvoliť
používateľ, vrátane špecifických vstupných, interných
a výstupných údajov VU, ktoré však v tomto dokumente
nie sú definované.
6.2. Služba WriteDataByIdentifier
6.2.1 Opis správy
CPR_056 Službu WriteDataByIdentifier používa klient na zapísanie
hodnôt dátového záznamu na server. Údaje sa identifikujú
pomocou recordDataIdentifier. Výrobca VU je zodpovedný
za to, aby boli pri vykonávaní tejto služby splnené
podmienky servera. Na aktualizáciu parametrov uvedených
v tabuľke 28 musí byť VU v režime KALIBRÁCIE.
6.2.2 Formát správy
CPR_057 Formáty správ pre prvky WriteDataByIdentifier sú uvedené
v týchto tabuľkách:
Tabuľka 29
Správa WriteDataByIdentifier Request
Bajt # Názov parametra
Hexade­
cimálna
hodnota
Mnemotech­
nická skratka
#1 Formátový bajt – fyzické adresovanie 80 FMT
#2 Bajt cieľovej adresy EE TGT
#3 Bajt zdrojovej adresy tt SRC
#4 Bajt doplnkovej dĺžky m+3 LEN
#5 WriteDataByIdentifier Request
Service Id
2E WDBI
#6 až #7 recordDataIdentifier = [hodnota
z tabuľky 28]
xxxx RDI_…
#8 až m+7 dataRecord[] = [data#1 xx DREC_DAT­
A1
: : :
data#m] xx DREC_DAT­
Am
#m+8 Kontrolný súčet 00-FF CS
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 378
Tabuľka 30
Správa WriteDataByIdentifier Positive Response
Bajt # Názov parametra
Hexadecimálna
hodnota
Mnemotech­
nická skratka
#1 Formátový bajt – fyzické adre­
sovanie
80 FMT
#2 Bajt cieľovej adresy tt TGT
#3 Bajt zdrojovej adresy EE SRC
#4 Bajt doplnkovej dĺžky 03 LEN
#5 WriteDataByIdentifier Posi­
tive Response Service Id
6E WDBIPR
#6 až #7 recordDataIdentifier = [the
same value as bytes #6 and
#7 tabuľky 29]
xxxx RDI_…
#8 Kontrolný súčet 00-FF CS
Tabuľka 31
Správa WriteDataByIdentifier Negative Response
Bajt # Názov parametra
Hexade­
cimálna
hodnota
Mnemotech­
nická skratka
#1 Formátový bajt – fyzické adresovanie 80 FMT
#2 Bajt cieľovej adresy tt TGT
#3 Bajt zdrojovej adresy EE SRC
#4 Bajt doplnkovej dĺžky 03 LEN
#5 NegativeResponse Service Id 7F NR
#6 WriteDataByIdentifier Request
Service Id
2E WDBI
#7 Response­
Code=
[requestOutOf­
Range
31 RC_ROOR
incorrectMessage­
Length
13 RC_IML
conditionsNotCor­
rect]
22 RC_CNC
#8 Kontrolný súčet 00-FF CS
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 379
6.2.3 Vymedzenie parametrov
Parameter recordDataIdentifier (RDI_) je vymedzený v tabuľke 28.
Parameter dataRecord (DREC_) používa správa s požiadavkou Write­
DataByIdentifier na to, aby poskytla serveru (VU) hodnoty dátového
záznamu identifikované pomocou recordDataIdentifier. Dátové formáty
sú špecifikované v oddiele 8.
7. KONTROLA SKÚŠOBNÝCH IMPULZOV – KONTROLA VSTUPU/
VÝSTUPU FUNKČNEJ JEDNOTKY
Dostupné služby sú uvedené v tejto tabuľke:
Tabuľka 32
Kontrola vstupu/výstupu funkčnej jednotky
Názov služby Opis
InputOutputControl­
ByIdentifier
Klient požaduje kontrolu vstupu/výstupu
špecifického pre server.
7.1. Služba InputOutputControlByIdentifier
7.1.1 Opis správy
Cez predný konektor je možné použitím vhodného skúšobného zaria­
denia kontrolovať alebo monitorovať skúšobné impulzy.
CPR_058 Toto kalibračné vstupné/výstupné signalizačné vedenie
môže byť konfigurované príkazom K-vedenia použitím
služby InputOutputControlByIdentifier na voľbu požado­
vanej vstupnej alebo výstupnej funkcie pre vedenie. Stavy
vedenia sú tieto:
— deaktivované,
— speedSignalInput, kde sa kalibračné vstupné/výstupné
signalizačné vedenie používa na vstup rýchlostného
signálu (skúšobný signál), ktorým sa nahrádza
rýchlostný signál snímača pohybu; táto funkcia nie je
k dispozícii v KONTROLNOM režime,
— realTimeSpeedSignalOutputSensor, kde sa kalibračné
vstupné/výstupné signalizačné vedenie používa na
výstup rýchlostného signálu snímača pohybu,
— RTCOutput, kde sa kalibračné vstupné/výstupné signali­
začné vedenie používa na výstup časového signálu UTC;
táto funkcia nie je k dispozícii v KONTROLNOM
režime.
CPR_059 Aby sa konfiguroval stav vedenia, musí sa jednotka vozidla
nachádzať v relácii nastavenia a musí byť v režime KALI­
BRÁCIE alebo v KONTROLNOM režime. Ak je VU
v režime KALIBRÁCIE, môžu sa zvoliť štyri stavy vedenia
(deaktivované, speedSignalInput, realTimeSpeedSignalOut­
putSensor, RTCOutput). Ak je VU v KONTROLNOM
režime, môžu sa zvoliť len dva stavy vedenia (deaktivované,
realTimeSpeedOutputSensor). Pri skončení relácie nasta­
venia alebo režimu KALIBRÁCIE alebo KONTROLNÉHO
režimu musí jednotka vozidla zabezpečiť, aby sa kalibračné
vstupné/výstupné signalizačné vedenie vrátilo do „deaktivo­
vaného“ (predvoleného) stavu.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 380
CPR_060 Ak sa na vstupnom signalizačnom vedení rýchlosti
v reálnom čase VU prijmú rýchlostné impulzy, zatiaľ čo
je kalibračné vstupné/výstupné signalizačné vedenie nasta­
vené na vstup, potom kalibračné vstupné/výstupné signali­
začné vedenie musí byť nastavené na výstup, alebo sa musí
vrátiť do deaktivovaného stavu.
CPR_061 Sekvencia má takýto priebeh:
— nadviazanie komunikácie prostredníctvom služby Start­
Communication,
— zavedenie relácie nastavenia prostredníctvom služby
StartDiagnosticSession a vstup do prevádzkového
režimu KALIBRÁCIE alebo KONTROLY (poradie
týchto dvoch režimov nie je dôležité).
— zmena stavu výstupu prostredníctvom služby InputOut­
putControlByIdentifier.
7.1.2 Formát správy
CPR_062 Formáty správ pre prvky InputOutputControlByIdentifier sú
uvedené v týchto tabuľkách:
Tabuľka 33
Správa InputOutputControlByIdentifier Request
Bajt # Názov parametra
Hexadecimálna
hodnota
Mnemotech­
nická skratka
#1 Formátový bajt – fyzické adre­
sovanie
80 FMT
#2 Bajt cieľovej adresy EE TGT
#3 Bajt zdrojovej adresy tt SRC
#4 Bajt doplnkovej dĺžky xx LEN
#5 InputOutputControlByIden­
tifier Request Sid
2F IOCBI
#6 a #7 InputOutputIdentifier = [Cali­
brationInputOutput]
F960 IOI_CIO
#8 alebo
#8 až #9
ControlOptionRecord = [ COR_…
inputOutputControlParameter –
jedna hodnota z tabuľky 36
xx IOCP_…
controlState – jedna hodnota
z tabuľky 37 (pozri poznámku
ďalej)]
xx CS_…
#9 alebo
#10
Kontrolný súčet 00-FF CS
Poznámka: Parameter controlState je k dispozícii len v niek­
torých prípadoch (pozri 7.1.3).
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 381
Tabuľka 34
Správa InputOutputControlByIdentifier Positive Response
Bajt # Názov parametra
Hexadecimálna
hodnota
Mnemotech­
nická skratka
#1 Formátový bajt – fyzické adre­
sovanie
80 FMT
#2 Bajt cieľovej adresy tt TGT
#3 Bajt zdrojovej adresy EE SRC
#4 Bajt doplnkovej dĺžky xx LEN
#5 inputOutputControlByIdenti­
fier Positive Response SId
6F IOCBIPR
#6 a #7 inputOutputIdentifier = [Cali­
brationInputOutput]
F960 IOI_CIO
#8 alebo
#8 až #9
controlStatusRecord = [ CSR_
inputOutputControlParameter
(rovnaká hodnota ako v bajte
#8 v tabuľke 33)
xx IOCP_…
controlState (rovnaká hodnota
ako v bajte #9 v tabuľke 33)]
(v prípade potreby)
xx CS_…
#9 alebo
#10
Kontrolný súčet 00-FF CS
Tabuľka 35
Správa InputOutputControlByIdentifier Negative Response
Bajt # Názov parametra
Hexadecimálna
hodnota
Mnemotech­
nická skratka
#1 Formátový bajt – fyzické adre­
sovanie
80 FMT
#2 Bajt cieľovej adresy tt TGT
#3 Bajt zdrojovej adresy EE SRC
#4 Bajt doplnkovej dĺžky 03 LEN
#5 negativeResponse Service Id 7F NR
#6 inputOutputControlByIdentifier
Request SId
2F IOCBI
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 382
Bajt # Názov parametra
Hexadecimálna
hodnota
Mnemotech­
nická skratka
#7 responseCode=[
incorrectMessageLength 13 RC_IML
conditionsNotCorrect 22 RC_CNC
requestOutOfRange 31 RC_ROOR
deviceControlLimitsExceeded] 7A RC_DCLE
#8 Kontrolný súčet 00-FF CS
7.1.3 Vymedzenie parametrov
CPR_064 Parameter inputOutputControlParameter (IOCP_) je vyme­
dzený v tejto tabuľke:
Tabuľka 36
Vymedzenie hodnôt inputOutputControlParameter
Hex Opis
Mnemotech­
nická skratka
00 ReturnControlToECU
Táto hodnota oznamuje serveru (VU), že skú-
šobné zariadenie už nemá kontrolu nad kalibrač-
ným vs tupn ým/v ýstup ný m sig nalizačný m
vedením.
RCTECU
01 ResetToDefault
Táto hodnota oznamuje serveru (VU), že sa od
neho požaduje, aby resetoval kalibračné vstupné/
výstupné signalizačné vedenie do jeho predvole-
ného stavu.
RTD
03 ShortTermAdjustment
Táto hodnota oznamuje serveru (VU), že sa od
neho požaduje, aby nastavil kalibračné vstupné/
výstupné signalizačné vedenie na hodnotu ob-
siahnutú v parametri controlState.
STA
CPR_065 Parameter controlState je k dispozícii len vtedy, keď je
inputOutputControlParameter nastavený na ShortTermAdju­
stment, a je vymedzený v tejto tabuľke:
Tabuľka 37
Vymedzenie hodnôt controlState
Režim
Hexadecimálna
hodnota
Opis
Deaktivovať 00 vstupné/výstupné vedenie je deaktivované
(predvolený stav)
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 383
Režim
Hexadecimálna
hodnota
Opis
Aktivovať 01 Aktivovať kalibračné vstupné/výstupné
vedenie ako speedSignalInput
Aktivovať 02 Aktivovať kalibračné vstupné/výstupné
vedenie ako realTimeSpeedSignalOutput­
Sensor
Aktivovať 03 Aktivovať kalibračné vstupné/výstupné
vedenie ako RTCOutput
▼M3
8. SLUŽBA ROUTINECONTROL (ÚPRAVA ČASU)
8.1. Opis správy
CPR_065a Služba RoutineControl (TimeAdjustment) poskytuje
možnosť spustiť zosúladenie hodín VU s časom z prijímača
GNSS.
Na vykonanie služby RoutineControl (TimeAdjustment)
musí byť VU v režime KALIBRÁCIE.
Predpoklad: je zaistené, že VU môže prijímať správy
o autentifikovanej polohe z prijímača GNSS.
Kým prebieha úprava času, VU odpovie na požiadavku
RoutineControl, subfunkciu requestRoutineResults, s routi­
neInfo = 0x78.
Poznámka: Úprava času môže chvíľu trvať. Diagnostické
skúšobné zariadenie si vyžiada stav úpravy času s použitím
subfunkcie requestRoutineResults.
8.2. Formát správy
CPR_065b Formáty správ pre službu RoutineControl (TimeAdju­
stment) a jej prvky sú podrobne uvedené v týchto tabuľ­
kách:
Tabuľka 37a
RoutineControl, správa s požiadavkou na vykonanie rutiny (TimeAdjustment), subfunkcia startRoutine
Bajt # Názov parametra
Hexadecimálna
hodnota
Mnemotech­
nická skratka
#1 Formátový bajt – fyzické adresovanie 80 FMT
#2 Bajt cieľovej adresy EE TGT
#3 Bajt zdrojovej adresy tt SRC
#4 Bajt doplnkovej dĺžky xx LEN
#5 RoutineControl Request Sid (SID požiadavky RoutineControl) 31 RC
#6 routineControlType = [startRoutine] 01 RCTP_STR
#7 a #8 routineIdentifier = [TimeAdjustment] 0100 RI_TA
#9 Kontrolný súčet 00-FF CS
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 384
Tabuľka 37b
RoutineControl, rutina (TimeAdjustment), subfunkcia startRoutine, správa s kladnou odpoveďou
Bajt # Názov parametra
Hexadecimálna
hodnota
Mnemotech­
nická skratka
#1 Formátový bajt – fyzické adresovanie 80 FMT
#2 Bajt cieľovej adresy tt TGT
#3 Bajt zdrojovej adresy EE SRC
#4 Bajt doplnkovej dĺžky xx LEN
#5 RoutineControl Positive Response Sid (SID kladnej odpovede na
požiadavku RoutineControl)
71 RCPR
#6 routineControlType = [startRoutine] 01 RCTP_STR
#7 a #8 routineIdentifier = [TimeAdjustment] 0100 RI_TA
#9 Kontrolný súčet 00-FF CS
Tabuľka 37c
RoutineControl, správa s požiadavkou týkajúcou sa rutiny (TimeAdjustment), subfunkcia requestRoutineResults
Bajt # Názov parametra
Hexadecimálna
hodnota
Mnemotech­
nická skratka
#1 Formátový bajt – fyzické adresovanie 80 FMT
#2 Bajt cieľovej adresy EE TGT
#3 Bajt zdrojovej adresy tt SRC
#4 Bajt doplnkovej dĺžky xx LEN
#5 RoutineControl Request Sid (SID požiadavky RoutineControl) 31 RC
#6 routineControlType = [requestRoutineResults] 03 RCTP_RRR
#7 a #8 routineIdentifier = [TimeAdjustment] 0100 RI_TA
#9 Kontrolný súčet 00-FF CS
Tabuľka 37d
RoutineControl, rutina (TimeAdjustment), subfunkcia requestRoutineResults, správa s kladnou odpoveďou
Bajt # Názov parametra
Hexadecimálna
hodnota
Mnemotech­
nická skratka
#1 Formátový bajt – fyzické adresovanie 80 FMT
#2 Bajt cieľovej adresy tt TGT
#3 Bajt zdrojovej adresy EE SRC
#4 Bajt doplnkovej dĺžky xx LEN
#5 RoutineControl Positive Response Sid (SID kladnej odpovede na
požiadavku RoutineControl)
71 RCPR
#6 routineControlType = [requestRoutineResults] 03 RCTP_RRR
#7 a #8 routineIdentifier = [TimeAdjustment] 0100 RI_TA
#9 routineInfo (pozri tabuľku 37f) XX RINF_TA
#10 routineStatusRecord[] = routineStatus#1 (pozri tabuľku 37g) XX RS_TA
#11 Kontrolný súčet 00-FF CS
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 385
Tabuľka 37e
RoutineControl, rutina (TimeAdjustment), správa so zápornou odpoveďou
Bajt # Názov parametra
Hexadecimálna
hodnota
Mnemotech­
nická skratka
#1 Formátový bajt – fyzické adresovanie 80 FMT
#2 Bajt cieľovej adresy tt TGT
#3 Bajt zdrojovej adresy EE SRC
#4 Bajt doplnkovej dĺžky 03 LEN
#5 negativeResponse Service Id (Identifikátor služby negativeRes­
ponse)
7F NR
#6 inputOutputControlByIdentifier Request SId 31 RC
#7 responseCode=[
sub-functionNotSupported
incorrectMessageLengthOrInvalidFormat
conditionsNotCorrect
requestOutOfRange
]
12
13
22
31
SFNS
IMLOIF
CNC
ROOR
#8 Kontrolný súčet 00-FF CS
Tabuľka 37f
RoutineControl, rutina (TimeAdjustment), routineInfo
routineInfo
Hexadecimálna
hodnota
Opis
NormalExitWithResultAvailable 61 Rutina bola vykonaná úplne; k dispozícii sú dodatkové
výsledky rutiny.
RoutineExecutionOngoing 78 Požadovaná rutina sa stále vykonáva.
Tabuľka 37g
RoutineControl, rutina (TimeAdjustment), routineStatus
Hexadecimálna
hodnota
Výsledok skúšky Opis
01 pozitívny Úprava času bola úspešne dokončená.
02..0F Vyhradené na budúce použitie (RFU).
10 negatívny Žiadny príjem signálu GNSS.
11..7F Vyhradené na budúce použitie (RFU).
80..FF Špecifické pre výrobcu.
9. FORMÁTY DATARECORDS
Tento oddiel obsahuje:
— všeobecné pravidlá, ktoré sa musia uplatňovať na rozsahy hodnôt
parametrov prenášané jednotkou vozidla na skúšobné zariadenie,
— formáty, ktoré sa musia používať pre údaje prenášané cez služby
prenosu údajov opísané v oddiele 6.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 386
CPR_067 Všetky identifikované parametre musí podporovať VU.
CPR_068 Údaje prenášané jednotkou vozidla do skúšobného zaria­
denia ako odpoveď na správu s požiadavkou musia zodpo­
vedať meranému typu (t. j. aktuálnej hodnote požadovaného
parametra, ktorý VU meria alebo sleduje).
9.1. Rozsahy hodnôt prenášaných parametrov
CPR_069 V tabuľke 38 sa uvádzajú rozsahy hodnôt používané na
stanovenie platnosti prenášaného parametra.
CPR_070 Hodnoty v rozsahu „indikátor chýb“ poskytujú jednotke
vozidla spôsob, ako ihneď oznámiť, že platné údaje para­
metrov nie sú v súčasnosti dostupné v dôsledku určitého
typu chyby v tachografe.
CPR_071 Hodnoty v rozsahu „nie je k dispozícii“ poskytujú jednotke
vozidla spôsob, ako poslať správu obsahujúcu parameter,
ktorý nie je dostupný, alebo nie je v danom module podpo­
rovaný. Hodnoty v rozsahu „nepožaduje sa“ poskytujú
zariadeniu spôsob, ako poslať príkazovú správu a identifi­
kovať také parametre, na ktoré sa od prijímajúceho zaria­
denia neočakáva žiadna odpoveď.
CPR_072 Ak zlyhanie komponentu zabráni prenosu platných údajov
pre parameter, mal by sa namiesto požadovaných údajov
parametra použiť indikátor chýb opísaný v tabuľke 38.
Ak však namerané alebo vypočítané údaje majú hodnotu,
ktorá je síce platná, ale presahuje vymedzený rozsah para­
metra, indikátor chýb by sa nemal použiť. Údaje by sa mali
preniesť pomocou primeranej minimálnej alebo maximálnej
hodnoty parametra.
Tabuľka 38
Rozsahy hodnôt pre dataRecords
Názov rozsahu hodnôt
1 bajt
(hexadecimálna
hodnota)
2 bajty
(hexadecimálna
hodnota)
4 bajty
(hexadecimálna hodnota)
ASCII
Platný signál 00 až FA 0000 až FAFF 00000000 až FAFFFFFF 1 až 254
Indikátor špecifický pre parameter FB FB00 až FBFF FB000000 až FBFFFFFF žiadne
Vyhradený rozsah pre budúce bity
indikátora
FC až FD FC00 až FDFF FC000000 až FDFFFFFF žiadne
Indikátor chýb FE FE00 až FEFF FE000000 až FEFFFFFF 0
Nie je k dispozícii alebo sa nepoža­
duje
FF FF00 až FFFF FF000000 až FFFFFFFF FF
CPR_073 Pre parametre kódované v ASCII je znak ASCII „*“ vyhra­
dený pre oddeľovač.
9.2. Formáty dataRecords
V tabuľke 39 až tabuľke 42 sú podrobne uvedené formáty, ktoré sa
musia používať v službách ReadDataByIdentifier a WriteDataByIdenti­
fier.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 387
CPR_074 V tabuľke 39 je uvedená dĺžka, rozlíšenie a prevádzkový
rozsah pre každý parameter identifikovaný pomocou jeho
recordDataIdentifier:
Tabuľka 39
Formát dataRecords
Názov parametra
Dĺžka
údajov
(v bajtoch)
Rozlíšenie Prevádzkový rozsah
TimeDate 8 podrobné údaje sú v tabuľke 40
HighResolutionTotalVehicleDis­
tance
4 prírastok 5 m/bit, offset 0 m 0 až +21 055 406 km
Kfactor 2 prírastok 0,001 impulz/m/bit,
offset 0
0 až 64,255 impulz/m
LfactorTyreCircumference 2 prírastok 0,125 10 –3 m/bit,
offset 0
0 až 8,031 m
WvehicleCharacteristicFactor 2 prírastok 0,001 impulz/m/bit,
offset 0
0 až 64,255 impulz/m
TyreSize 15 ASCII ASCII
NextCalibrationDate 3 podrobné údaje sú v tabuľke 41
SpeedAuthorised 2 prírastok 1/256 km/h/bit,
offset 0
0 až 250,996 km/h
RegisteringMemberState 3 ASCII ASCII
VehicleRegistrationNumber 14 podrobné údaje sú v tabuľke 42
VIN (Identifikačné číslo vozidla) 17 ASCII ASCII
SealDataVu 55 podrobné údaje sú v tabuľke 43
ByDefaultLoadType 1 podrobné údaje sú v tabuľke 44
VuSerialNumber 8 podrobné údaje sú v tabuľke 45
SensorSerialNumber 8 podrobné údaje sú v tabuľke 45
SensorGNSSSerialNumber 8 podrobné údaje sú v tabuľke 45
RemoteCommunicationModuleSe­
rialNumber
8 podrobné údaje sú v tabuľke 45
TachographCardsGen1Suppression 2 podrobné údaje sú v tabuľke 46
VehiclePosition 14 podrobné údaje sú v tabuľke 47
CalibrationCountry 3 ASCII NationAlpha vymedzené
v dodatku 1
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 388
CPR_075 Tabuľka 40 obsahuje formáty rôznych bajtov parametra
TimeDate:
Tabuľka 40
Podrobný formát TimeDate (hodnota recordDataIdentifier # F90B)
Bajt Vymedzenie parametrov Rozlíšenie Prevádzkový rozsah
1 Sekundy prírastok 0,25 s/bit, offset 0 s 0 až 59,75 s
2 Minúty prírastok 1 min/bit, offset 0 min 0 až 59 min
3 Hodiny prírastok 1 h/bit, offset 0 h 0 až 23 h
4 Mesiac prírastok 1 mesiac/bit, offset 0 mesiacov 1 až 12 mesiacov
5 Deň prírastok 0,25 dňa/bit, offset 0 dní (pozri
POZNÁMKU pod tabuľkou 41)
0,25 až 31,75 dňa
6 Rok prírastok 1 rok/bit, offset rok +1985
(pozri POZNÁMKU pod tabuľkou 41)
rok 1985 až 2235
7 Miestny minútový offset prírastok 1 min/bit, offset –125 min –59 až +59 min
8 Miestny hodinový offset prírastok 1 h/bit, offset –125 h –23 až +23 h
CPR_076 Tabuľka 41 obsahuje formáty rôznych bajtov parametra
NextCalibrationDate:
Tabuľka 41
Podrobný formát NextCalibrationDate (hodnota recordDataIdentifier # F922)
Bajt Vymedzenie parametrov Rozlíšenie Prevádzkový rozsah
1 Mesiac prírastok 1 mesiac/bit, offset 0 mesiacov 1 až 12 mesiacov
2 Deň prírastok 0,25 dňa/bit, offset 0 dní (pozri
POZNÁMKU ďalej)
0,25 až 31,75 dňa
3 Rok prírastok 1 rok/bit, offset rok +1985
(pozri POZNÁMKU ďalej)
rok 1985 až 2235
POZNÁMKA týkajúca sa použitia parametra „deň“:
1. Hodnota dátumu 0 je neplatná. Hodnoty 1, 2, 3 a 4 sa
používajú na označenie prvého dňa mesiaca, hodnoty 5,
6, 7 a 8 označujú druhý deň mesiaca atď.
2. Tento parameter nemá vplyv ani nemení uvedený hodi­
nový parameter.
POZNÁMKA týkajúca sa použitia parametra „Rok“:
Hodnota 0 pre rok označuje rok 1985, hodnota 1 označuje
rok 1986 atď.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 389
CPR_078 Tabuľka 42 obsahuje formáty rôznych bajtov parametra
VehicleRegistrationNumber:
Tabuľka 42
Podrobný formát VehicleRegistrationNumber (hodnota recordDataIdentifier # F97E)
Bajt Vymedzenie parametrov Rozlíšenie Prevádzkový rozsah
1 Kódová stránka (vymedzená v dodatku 1) neuplatňuje sa VehicleRegistrationNumber
2 – 14 Evidenčné číslo vozidla (vymedzené
v dodatku 1)
neuplatňuje sa VehicleRegistrationNumber
CPR_090 Tabuľka 43 obsahuje formáty rôznych bajtov parametra
SealDataVu:
Tabuľka 43
Podrobný formát SealDataVu (hodnota recordDataIdentifier # F9D3)
Bajt Vymedzenie parametrov Rozlíšenie Prevádzkový rozsah
1 – 11 sealRecord1. Formát SealRecord vymedzený
v dodatku 1.
neuplatňuje sa SealRecord
12 – 22 sealRecord2. Formát SealRecord vymedzený
v dodatku 1.
neuplatňuje sa SealRecord
23 – 33 sealRecord3. Formát SealRecord vymedzený
v dodatku 1.
neuplatňuje sa SealRecord
34 – 44 sealRecord4. Formát SealRecord vymedzený
v dodatku 1.
neuplatňuje sa SealRecord
45 – 55 sealRecord5. Formát SealRecord vymedzený
v dodatku 1.
neuplatňuje sa SealRecord
POZNÁMKA: Ak je k dispozícii menej než 5 plomb,
hodnota EquipmentType vo všetkých nepoužitých zázna­
moch sealRecords sa nastaví na 15, teda nepoužité.
CPR_091 Tabuľka 44 obsahuje formáty rôznych bajtov parametra
ByDefaultLoadType:
Tabuľka 44
Podrobný formát ByDefaultLoadType (hodnota recordDataIdentifier # F9D5)
Bajt Vymedzenie parametrov Rozlíšenie Prevádzkový rozsah
1 loadType
'00'H: Nedefinovaný druh nákladu
'01'H: Tovar
'02'H: Cestujúci
neuplatňuje sa „00“H až „02“H
CPR_092 Tabuľka 45 obsahuje formáty rôznych bajtov parametrov
VuSerialNumber, SensorSerialNumber, SensorGNSSSerial­
Number a RemoteCommunicationModuleSerialNumber:
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 390
Tabuľka 45
Podrobný formát VuSerialNumber, SensorSerialNumber, SensorGNSSSerialNumber a RemoteCommunic-
ationModuleSerialNumber (hodnoty recordDataIdentifier # F9D4, F9D0, F9D2, F9D1)
Bajt Vymedzenie parametrov Rozlíšenie Prevádzkový rozsah
1 VuSerialNumber, SensorSerialNumber,
SensorGNSSSerialNumber a RemoteCommu­
nicationModuleSerialNumber:
formát ExtendedSerialNumber vymedzený
v dodatku 1.
neuplatňuje sa ExtendedSerialNumber
CPR_093 Tabuľka 46 obsahuje formáty rôznych bajtov parametra
TachographCardsGen1Suppression:
Tabuľka 46
Podrobný formát TachographCardsGen1Suppression (hodnota recordDataIdentifier # F9D6)
Bajt Vymedzenie parametrov Rozlíšenie Prevádzkový rozsah
1 – 2 TachographCardsGen1Suppression. Formát
TachographCardsGen1Suppression vyme­
dzený v dodatku 1.
neuplatňuje sa '0000'H, 'A5E3'H
CPR_094 Tabuľka 47 obsahuje formáty rôznych bajtov parametra
VehiclePosition.
Tabuľka 47
Podrobný formát VehiclePosition (hodnota recordDataIdentifier # F9D7)
Bajt Vymedzenie parametrov Rozlíšenie Prevádzkový rozsah
1 – 4 Časová pečiatka určenia polohy vozidla. neuplatňuje sa TimeReal
5 Presnosť GNSS neuplatňuje sa GNSSAccuracy
6 – 11 Poloha vozidla neuplatňuje sa GeoCoordinates
12 Stav autentifikácie neuplatňuje sa PositionAuthenticationStatus
13 Aktuálna krajina neuplatňuje sa NationNumeric
14 Aktuálny región neuplatňuje sa RegionNumeric
Poznámka: Po aktualizácii polohy vozidla sa môže
oneskoriť aktualizácia aktuálnej krajiny a aktuálneho
regiónu.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 391
Dodatok 9
TYPOVÉ SCHVÁLENIE ZOZNAM MINIMÁLNYCH VYŽADOVANÝCH
SKÚŠOK
OBSAH
1. ÚVOD
2. FUNKČNÉ SKÚŠKY JEDNOTKY VOZIDLA
3. FUNKČNÉ SKÚŠKY SNÍMAČA POHYBU
4. FUNKČNÉ SKÚŠKY TACHOGRAFOVÝCH KARIET
5. SKÚŠKY EXTERNÉHO ZARIADENIA GNSS
▼M1
6. SKÚŠKY EXTERNÉHO DIAĽKOVÉHO KOMUNIKAČNÉHO ZARIA­
DENIA
▼B
7. FUNKČNÉ SKÚŠKY PAPIERA
8. SKÚŠKY INTEROPERABILITY
▼M3
9. SKÚŠKY OSNMA
▼B
1. ÚVOD
1.1. Typové schválenie
Typové schválenie ES pre záznamové zariadenie (alebo jeho komponent)
či tachografovú kartu je založené na:
▼M1
— osvedčovaní zabezpečenia podľa špecifikácií spoločných kritérií na
základe bezpečnostného cieľa v úplnej zhode s dodatkom 10 tejto
prílohy,
▼B
— osvedčovaní funkčnosti vykonanom orgánom členského štátu, ktorým
sa potvrdzuje, že skúšaný diel spĺňa požiadavky tejto prílohy z hľadiska
vykonávaných funkcií, presnosti merania a charakteristík prostredia,
— osvedčovaní interoperability vykonanom príslušným orgánom,
ktorým sa potvrdzuje, že záznamové zariadenie (alebo tachografová
karta) je plne interoperabilné(-á) s príslušnými modelmi tachografo­
vých kariet (alebo záznamových zariadení) (pozri kapitolu 8 tejto
prílohy).
Tento dodatok špecifikuje minimálne skúšky, ktoré musí vykonať orgán
členského štátu v rámci funkčných skúšok, a minimálne skúšky, ktoré
musí vykonať príslušný orgán v rámci skúšok interoperability. Postupy
vykonávania skúšok (prípadne ich druh) sa bližšie nešpecifikujú.
Aspekty osvedčovania zabezpečenia nie sú predmetom tohto dodatku. Ak
sa niektoré skúšky potrebné na typové schválenie vykonajú v rámci posu­
dzovania zabezpečenia a certifikačného procesu, potom sa tieto skúšky
nemusia vykonávať znovu. V takom prípade sa môžu kontrolovať len
výsledky týchto skúšok zabezpečenia. Pre informáciu, požiadavky, ktorých
skúšanie sa očakáva (alebo ktoré sa úzko viažu k skúškam, ktoré sa majú
vykonať) v rámci osvedčovania zabezpečenia, sú v tomto dodatku ozna­
čené hviezdičkou („*“).
Číslované požiadavky odkazujú na text prílohy, zatiaľ čo ostatné požia­
davky odkazujú na ostatné dodatky (napr. PIC_001 znamená požiadavku
PIC_001 v piktogramoch dodatku 3).
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 392
Dodatok sa v rámci typového schvaľovania komponentov záznamového
zariadenia venuje oddelene snímaču pohybu, jednotke vozidla a externému
zariadeniu GNSS. Každý komponent dostane vlastné osvedčenie
o typovom schválení, v ktorom sa uvedú ostatné kompatibilné kompo­
nenty. Funkčná skúška snímača pohybu (alebo externého zariadenia
GNSS) sa vykonáva spoločne s jednotkou vozidla a naopak.
Nevyžaduje sa interoperabilita všetkých modelov snímačov pohybu (resp.
externých zariadení GNSS) so všetkými modelmi jednotiek vozidla.
V takom prípade možno typové schválenie snímača pohybu (resp. exter­
ného zariadenia GNSS) udeliť iba v kombinácii s typovým schválením
príslušnej jednotky vozidla a naopak.
▼M3
Orgán členského štátu poverený vykonávaním funkčných skúšok jednotiek
vozidla alebo externých zariadení GNSS musí zabezpečiť, že vstavaný
prijímač GNSS úspešne absolvoval skúšky OSNMA uvedené v tomto
dodatku. Tieto skúšky sa považujú za súčasť funkčných skúšok jednotky
vozidla alebo externého zariadenia GNSS.
▼B
1.2. Referenčné dokumenty
V dodatku sa používajú tieto referenčné dokumenty:
IEC 60068-2-1: Skúšanie vplyvu prostredia. Časť 2-1: Skúšky. Skúška A:
Chlad.
IEC 60068-2-2: Skúšanie vplyvu prostredia. Časť 2: Skúšky. Skúška B:
Suché teplo (sínusoidne).
IEC 60068-2-6: Skúšanie vplyvu prostredia. Časť 2: Skúšky. Skúška Fc:
Vibrácie.
IEC 60068-2-14: Skúšanie vplyvu prostredia. Časť 2-14: Skúšky. Skúška
N: Zmena teploty.
IEC 60068-2-27: Skúšanie vplyvu prostredia. Časť 2: Skúšky. Skúška Ea
a návod: Otrasy.
IEC 60068-2-30: Skúšanie vplyvu prostredia. Časť 2-30: Skúšky. Skúška
Db: Vlhké teplo, cyklické (cyklus 12 + 12 h).
IEC 60068-2-64: Skúšanie vplyvu prostredia. Časť 2-64: Skúšky. Skúška
Fh: Širokopásmové náhodné vibrácie, usmernenia.
IEC 60068-2-78 Skúšanie vplyvu prostredia. Časť 2-78: Skúšky. Skúška
Cab: Vlhké teplo, konštantné.
ISO 16750-3‚– Mechanické zaťaženie (2012-12).
ISO 16750-4‚– Klimatické zaťaženie (2010-04).
ISO 20653: Cestné vozidlá. Stupeň ochrany (kód IP). Ochrana elektric­
kých zariadení proti cudzím predmetom, vode a prístupu.
ISO 10605:2008 + technické korigendum:2010 + AMD1:2014 Cestné
vozidlá. Metódy skúšania elektrických rušenie z elektrostatických výbojov.
ISO 7637-1:2002 + AMD1: 2008 Cestné vozidlá. Elektrické rušenie
z vedenia a väzieb. Časť 1: Definície a všeobecné hľadiská.
ISO 7637-2 Cestné vozidlá. Elektrické rušenie z vedenia a väzieb. Časť 2:
Prechodové elektrické vedenie len pozdĺž napájacieho vedenia.
ISO 7637-3 Cestné vozidlá. Elektrické rušenie z vedenia a väzieb. Časť 3:
Prechodové elektrické vedenie kapacitnou a induktívnou väzbou iným než
napájacím vedením.
ISO/IEC 7816-1 Identifikačné karty. Karty s integrovanými obvodmi a s
kontaktmi. Časť 1: Fyzikálne vlastnosti.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 393
ISO/IEC 7816-2 Informačné technológie. Identifikačné karty. Karty s inte­
grovanými obvodmi a s kontaktmi. Časť 2: Rozmery a umiestnenie
kontaktov.
ISO/IEC 7816-3 Informačné technológie. Identifikačné karty. Karty s inte­
grovanými obvodmi a s kontaktmi. Časť 3: Elektronické signály a proto­
koly procesu.
ISO/IEC 10373-1:2006 + AMD1:2012 Identifikačné karty. Skúšobné
metódy. Časť 1: Všeobecné charakteristiky.
ISO/IEC 10373-3:2010 + technické korigendum:2013 Identifikačné karty.
Skúšobné metódy. Časť 3: Karty s integrovanými obvodmi a s kontaktmi
a súvisiace zariadenia s rozhraním.
ISO 16844-3:2004, kor. 1:2006 Cestné vozidlá. Tachografové systémy.
Časť 3: Rozhranie snímača pohybu (s jednotkami vozidla).
ISO 16844-4 Cestné vozidlá. Tachografové systémy. Časť 4: Rozhranie
CAN.
ISO 16844-6 Cestné vozidlá. Tachografové systémy. Časť 6: Diagnostika.
ISO 16844-7 Cestné vozidlá. Tachografové systémy. Časť 7: Parametre.
ISO 534 Papier a lepenka. Stanovenie hrúbky, hustoty a merného objemu.
▼M3
RGODP Technická správa JRC – Receiver guidelines for OSNMA data
processing (Usmernenia k prijímačom na spracovanie údajov OSNMA)
▼B
Predpis EHK OSN R10 (UN ECE R10) Jednotné ustanovenia o schvaľo­
vaní vozidiel z hľadiska elektromagnetickej kompatibility (Európska
hospodárska komisia OSN).
2. FUNKČNÉ SKÚŠKY JEDNOTKY VOZIDLA
▼M1
Číslo Skúška Opis Súvisiace požiadavky
1. Administratívne preskúmanie
1.1. Dokumentácia Správnosť dokumentácie
1.2. Výsledky skúšok
výrobcu
Výsledky skúšky výrobcu vykonanej počas
montáže.
Predloženie písomných dokladov.
88, 89,91
2. Vizuálna prehliadka
2.1. Súlad s dokumentáciou
2.2. Identifikácia / označenie 224 až 226
2.3. Materiály 219 až 223
2.4. Plomby 398, 401 až 405
2.5. Externé rozhrania
3. Funkčné skúšky
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 394
Číslo Skúška Opis Súvisiace požiadavky
▼M3
3.1. Poskytované funkcie 02, 03, 04, 05, 07, 382
3.2. Prevádzkové režimy 09 až 11*, 134, 135
3.3. Funkcie a práva na prístup k údajom 12*, 13*, 382, 383, 386 až
389
3.4. Monitorovanie vkladania a vyťahovania kariet 15, 16, 17, 18, 19*, 20*, 134
3.5. Meranie rýchlosti a vzdialenosti a zisťovanie polohy 21 až 37
3.6. Meranie času (skúška vykonaná pri 20 °C) 38 až 43
3.7. Monitorovanie činností vodiča 44 až 53, 134
3.8. Monitorovanie stavu vedenia vozidla 54, 55, 134
3.9. Zápisy vodičov 56 až 62c
3.10. Podnikové blokovanie 63 až 68
3.11. Monitorovanie kontrolných činností 69, 70
3.12. Detekcia udalostí a/alebo porúch 71 až 88a, 134
3.13. Identifikačné údaje zariadenia 93*, 94*, 97, 100
3.14. Údaje o vložení a vytiahnutí karty vodiča alebo dielenskej karty 102* až 104*
3.15. Údaje o činnosti vodiča 105* až 107*
3.16. Údaje o miestach a polohách 108* až 112*
3.17. Údaje o stave počítadla kilometrov 113* až 115*
3.18. Podrobné údaje o rýchlosti 116*
3.19. Údaje o udalostiach 117*
3.20. Údaje o poruchách 118*
3.21. Kalibračné údaje 119* až 121*
3.22. Údaje úpravy času 124*, 125*
3.23. Údaje o kontrolnej činnosti 126*, 127*
3.24. Údaje o podnikovom blokovaní 128*
3.25. Údaje o sťahovaní 129*
3.26. Údaje o špecifických podmienkach 130*, 131*
3.27. Údaje o tachografových kartách 132*, 133*
▼M1
02016R0799 — SK — 21.08.2023 — 003.002 — 395
Číslo Skúška Opis Súvisiace požiadavky
3.28. Prekročenia hranice 133a* až 133d*
3.29. Operácia nakládky/vykládky 133e* až 133i*
3.30. Digitálna mapa 133j* až 133t*
3.31. Zaznamenávanie a ukladanie na tachografové karty 136, 137, 138*, 139*, 141*,
142, 143
144, 145, 146*, 147*, 147a*,
147b*, 148*, 149, 150, 150a
3.32. Zobrazovanie 90, 134,
151 až 168,
PIC_001, DIS_001
3.33. Tlač 90, 134,
169 až 181, PIC_001,
PRT_001 až PRT_014
3.34. Výstraha 134, 182 až 191,
PIC_001
3.35. Sťahovanie údajov na externé médiá 90, 134, 192 až 196
3.36. Diaľková komunikácia na cielené cestné kontroly 197 až 199
3.37. Výmena údajov s doplnkovými externými zariadeniami 200, 201
3.38. Kalibrácia 202 až 206*, 383, 384, 386 až
391
3.39. Kontrola kalibrácie pri cestnej kontrole 207 až 209
3.40. Úprava času 210 až 212*
3.41. Monitorovanie prekročení hranice 226a až 226c
3.42. Aktualizácia softvéru 226d až 226f
3.43. Nerušenie doplnkovými funkciami 06, 425
3.44. Rozhranie snímača pohybu 02, 122
3.45. Externé zariadenie GNSS 03, 123
3.46. Overenie, že VU zistí, zaznamená a uloží udalosť(-ti) a/alebo poruchu(-
y) určenú(-é) výrobcom VU, keď spárovaný snímač pohybu reaguje na
magnetické polia rušiace funkciu snímania pohybu vozidla.
217
3.47. Šifrovacia zostava a štandardizované parametre domény CSM_48, CSM_50
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 396
Číslo Skúška Opis Súvisiace požiadavky
4. Skúšanie vplyvu prostredia
4.1. Teplota Overenie funkčnosti:
Skúškou podľa ISO 16750– 4, kapitoly
5.1.1.2: Skúška prevádzky pri nízkej teplote
(72 h pri – 20 °C)
Táto skúška sa týka IEC 60068– 2– 1:
Skúšanie vplyvu prostredia. Časť 2– 1:
Skúšky. Skúška A: Chlad
Skúškou podľa ISO 16750– 4, kapitoly
5.1.2.2: Skúška prevádzky pri vysokej teplote
(72 h pri 70 °C)
Táto skúška sa týka IEC 60068– 2– 2:
Skúšanie vplyvu prostredia. Časť 2: Skúšky.
Skúška B: Suché teplo
Skúškou podľa ISO 16750– 4: Kapitola 5.3.2:
Rýchla zmena teploty so stanoveným trvaním
prechodu (– 20 °C/70 °C, 20 cyklov, čas
zotrvania na každej teplote: 2 h)
Pri nižšej a vyššej teplote, ako aj počas
teplotných cyklov možno vykonať reduko­
vaný súbor skúšok (spomedzi skúšok vyme­
dzených v bode 3 tejto tabuľky)
213
4.2. Vlhkosť Overí sa, či jednotka vozidla odolá cyklickej
vlhkosti (teplotná skúška) podľa IEC
60068– 2– 30, skúške Db, šesť 24– hodino­
vých cyklov, vždy pri meniacej sa teplote od
+ 25 °C do + 55 °C a relatívnej vlhkosti
97 % pri + 25 °C a 93 % pri + 55 °C
214
4.3. Mechanické zaťaženie 1. Sínusové vibrácie.
Overí sa, či jednotka vozidla odolá sínu­
sovým vibráciám s týmito charakteristi­
kami:
konštantný posuv medzi 5 a 11 Hz: max.
10 mm
konštantné zrýchlenie medzi 11 a 300 Hz:
5g
Táto požiadavka sa overí podľa IEC
60068– 2– 6, skúška Fc, s minimálnym
trvaním 3 × 12 hodín (12 hodín na každú
nápravu)
ISO 16750– 3 skúšku sínusových vibrácií
nevyžaduje pri zariadeniach umiestnených
v oddelenej kabíne vozidla.
2. Náhodné vibrácie:
Skúškou podľa ISO 16750– 3: kapitola
4.1.2.8: Skúška VIII: Úžitkové vozidlá
s oddelenou kabínou
219
▼M1
02016R0799 — SK — 21.08.2023 — 003.002 — 397
Číslo Skúška Opis Súvisiace požiadavky
Skúška náhodných vibrácií, 10 … 2000 Hz,
kvadratický priemer (RMS) v zvislej rovine
21,3 m/s 2 , v pozdĺžnej rovine 11,8 m/s 2 ,
v priečnej rovine 13,1 m/s 2 , 3 osi, 32 h na
každú os, vrátane teplotného cyklu –20 …
70 °C.
Táto skúška sa týka IEC 60068– 2– 64:
Skúšanie vplyvu prostredia. Časť 2– 64:
Skúšky. Skúška Fh: Širokopásmové náhodné
vibrácie, usmernenia
3. Otrasy:
mechanický otras s polsínusom 3g podľa
ISO 16750.
Uvedená skúška sa vykoná na rôznych vzor­
kách skúšaného zariadenia.
4.4. Ochrana proti vode
a cudzím telesám
Skúška podľa ISO 20653: Cestné vozidlá –
stupeň ochrany (kód IP) – Ochrana elektric­
kých zariadení proti cudzím predmetom, vode
a prístupu (bez zmeny parametrov); mini­
málna hodnota IP 40
220, 221
4.5. Prepäťová ochrana Overí sa, či jednotka vozidla odolá napája­
ciemu napätiu:
Pre verzie 24 V: 34 v pri + 40 °C 1 hodinu
Pre verzie 12 V: 17 v pri + 40 °C 1 hodinu
(ISO 16750– 2)
216
4.6. Ochrana proti zmene
polarity
Overí sa, či jednotka vozidla odolá zmene
polarity napájacieho napätia
(ISO 16750– 2)
216
4.7. Ochrana proti skratu Overí sa, či sú vstupné/výstupné signály chrá­
nené proti skratu napájania a uzemnenia
(ISO 16750– 2)
216
5. Skúšky EMC
5.1. Vyžarované emisie
a citlivosť
Súlad s predpisom EHK OSN R10 (ECE
R10)
218
5.2. Elektrostatický výboj Súlad s ISO 10605 :2008 +
technické korigendum :2010 +
AMD1:2014: +/– 4kV na kontaktoch a +/
– 8kV pri vzdušnom výboji
218
▼M1
02016R0799 — SK — 21.08.2023 — 003.002 — 398
Číslo Skúška Opis Súvisiace požiadavky
5.3. Citlivosť na precho­
dové javy šírené
vedením na napájaní
Pre verzie 24 V: súlad s ISO 7637– 2 + pred­
pisom EHK 10 rev. 3 (ECE 10 Rev. 3):
impulz 1 a: Vs= – 450 v Ri=50 ohmov
impulz 2 a: Vs= +37 v Ri=2 ohmov
impulz 2b: Vs= +20 v Ri=0,05 ohmov
impulz 3a: Vs= – 150 v Ri=50 ohmov
impulz 3b: Vs= +150 v Ri=50 ohmov
impulz 4: Vs = – 16 v Va = – 12 v t6 =
100ms
impulz 5: Vs= +120V Ri=2,2 ohmov
td=250ms
Pre verzie 12 V: súlad s ISO 7637– 1 + pred­
pisom EHK 10 rev. 3 (ECE 10 Rev. 3):
impulz 1: Vs= – 75 v Ri=10 ohmov
impulz 2 a: Vs= +37 v Ri=2 ohmov
impulz 2b: Vs= +10 v Ri=0,05 ohmov
impulz 3a: Vs= –112 v Ri=50 ohmov
impulz 3b: Vs= +75 v Ri=50 ohmov
impulz 4: Vs = –6 v Va = – 5 v t6 = 15ms
impulz 5: Vs= +65V Ri=3 ohmy td=100ms
Impulz 5 sa skúša len v jednotkách vozidiel
určených na montáž vo vozidlách bez externej
spoločnej ochrany proti poklesu zaťaženia.
Pre návrh súvisiaci s poklesom zaťaženia
pozri ISO 16750– 2, 4. vydanie, kapitola
4.6.4.
218
▼B
3. FUNKČNÉ SKÚŠKY SNÍMAČA POHYBU
Č. Skúška Opis Súvisiace požiadavky
1. Administratívne preskúmanie
1.1 Dokumentácia Správnosť dokumentácie
2. Vizuálna kontrola
2.1. Súlad s dokumentáciou
2.2. Identifikácia/označenie 225, 226,
2.3 Materiály 219 až 223
2.4. Plomby 398, 401 až 405
3. Funkčné skúšky
3.1 Identifikačné údaje snímača 95 až 97*
▼M1
02016R0799 — SK — 21.08.2023 — 003.002 — 399
Č. Skúška Opis Súvisiace požiadavky
3.2 Párovanie snímača pohybu s jednotkou vozidla 122*, 204
3.3 Snímanie pohybu
Presnosť merania pohybu
30 až 35
3.4 Rozhranie s jednotkou vozidla 02
3.5 Overí sa, že snímač pohybu je odolný voči stálemu magnetickému poľu. Alter­
natívou je overiť, či snímač pohybu reaguje na stále magnetické polia rušiace
funkciu snímania pohybu vozidla tak, aby pripojená VU dokázala zistiť, zazna­
menať a uložiť poruchy snímača.
217
4. Skúšanie vplyvu prostredia
4.1 Prevádzková teplota Overí sa funkčnosť (v zmysle skúšky č. 3.3)
v teplotnom rozsahu [– 40 °C; + 135 °C], a to:
skúškou Ad podľa IEC 60068-2-1 v trvaní 96
hodín pri najnižšej teplote To min ,
skúškou Bd podľa IEC 60068-2-2 v trvaní 96
hodín pri najvyššej teplote To max
skúškou podľa ISO 16750-4: kapitola 5.1.1.2:
Skúška prevádzky pri nízkej teplote (24 h pri
– 40 °C)
Táto skúška sa týka IEC 60068-2-1: Skúšanie
vplyvu prostredia. Časť 2-1: Skúšky. Skúška A:
Skúška Bd (chlad) podľa IEC 68-2-2 v trvaní
96 hodín pri najnižšej teplote – 40 °C.
skúškou podľa ISO 16750-4: kapitola 5.1.2.2:
Skúška prevádzky pri vysokej teplote (96 h pri
135 °C)
Táto skúška sa týka IEC 60068-2-2: Skúšanie
vplyvu prostredia. Časť 2: Skúšky. Skúška B:
Suché teplo
213
4.2 Teplotné cykly skúškou podľa ISO 16750-4: Kapitola 5.3.2:
Rýchla zmena teploty so stanoveným trvaním
prechodu (– 40 °C/135 °C, 20 cyklov, čas zotr­
vania na každej teplote: 30 min.)
IEC 60068-2-14: Skúšanie vplyvu prostredia.
Časť 2-14: Skúšky. Skúška N: Zmena teploty
213
4.3 Cykly vlhkosti Overí sa funkčnosť (v zmysle skúšky č. 3.3),
a to skúškou Db podľa IEC 60068-2-30 – šesť
24-hodinových cyklov, každý pri teplotách od
+ 25 °C po + 55 °C a relatívnej vlhkosti
97 % pri + 25 °C a rovnej 93 % pri + 55 °C
214
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 400
Č. Skúška Opis Súvisiace požiadavky
4.4 Vibrácie ISO 16750-3: kapitola 4.1.2.6: Skúška VI: Úžit­
kové vozidlo, motor, prevodovka
Skúška zmiešaných vibrácií vrátane
a) skúšky sínusových vibrácií, 20…520 Hz,
11,4 … 120 m/s 2 ,
b) skúšky náhodných vibrácií, 10…2 000 Hz,
RMS 177 m/s 2
94 hodín na každej náprave vrátane teplotného
cyklu – 20…70 °C
Táto skúška sa týka IEC 60068-2-80: Skúšanie
vplyvu prostredia. Časť 2-80: Skúšky. Skúška
Fi: Vibrácie – kombinovaný mód
219
4.5 Mechanické otrasy ISO 16750-3: kapitola 4.2.3: Skúška VI: Skúška
zariadení v prevodovke alebo na nej
polsínusový otras, zrýchlenie vecou dohody
v rozsahu 3 000…15 000 m/s 2 , trvanie impulzu
vecou dohody, avšak
vecou dohody
Táto skúška sa týka IEC 60068-2-27: Skúšanie
vplyvu prostredia. Časť 2: Skúšky. Skúška Ea
a návod: Otrasy
219
4.6 Ochrana proti vode a cudzím
telesám
Skúška podľa ISO 20653: Cestné vozidlá.
Stupeň ochrany (kód IP). Ochrana elektrických
zariadení proti cudzím predmetom, vode
a prístupu
(cieľová hodnota IP 64)
220, 221
4.7 Ochrana proti zmene polarity Overí sa, či snímač pohybu odolá zmene pola­
rity napájacieho napätia.
216
4.8 Ochrana proti skratu Overí sa, či sú vstupné/výstupné signály chrá­
nené proti skratu napájania a uzemnenia
216
5. EMC
5.1 Vyžarované emisie a citlivosť Overí sa súlad s predpisom EHK OSN (ECE
R10)
218
5.2 Elektrostatický výboj Súlad s ISO 10605:2008 + technické kori­
gendum:2010 + AMD1:2014: +/– 4kV na
kontaktoch a +/– 8kV pri vzdušnom výboji
218
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 401
Č. Skúška Opis Súvisiace požiadavky
5.3 Citlivosť na prechodové javy
šírené vedením na dátových
vodičoch
Pre verzie 24V: súlad s ISO 7637-2 + pred­
pisom EHK 10 (ECE 10 Rev. 3):
impulz 1a: Vs = – 450V Ri = 50 ohmov
impulz 2a: Vs = + 37V Ri = 2 ohmy
impulz 2b: Vs = + 20V Ri = 0,05 ohmu
impulz 3a: Vs = – 150V Ri = 50 ohmov
impulz 3b: Vs = + 150V Ri = 50 ohmov
impulz 4: Vs = – 16V Va = – 12V t6 = 100ms
impulz 5: Vs = + 120V Ri = 2,2 ohmov td =
250ms
Pre verzie 12V: súlad s ISO 7637-1 + pred­
pisom EHK 10 (ECE 10 Rev. 3):
impulz 1: Vs = – 75V Ri = 10 ohmov
impulz 2a: Vs = + 37V Ri = 2 ohmy
impulz 2b: Vs = + 10V Ri = 0,05 ohmu
impulz 3a: Vs = – 112V Ri = 50 ohmov
impulz 3b: Vs = + 75V Ri = 50 ohmov
impulz 4: Vs = – 6V Va = – 5V t6=15ms
impulz 5: Vs = + 65V Ri = 3 ohmy td = 100ms
Impulz 5 sa skúša len v jednotkách vozidiel
určených na montáž vo vozidlách bez externej
spoločnej ochrany proti poklesu zaťaženia.
Pre návrh súvisiaci s poklesom zaťaženia pozri
ISO 16750-2, 4. vydanie, kapitola 4.6.4.
218
4. FUNKČNÉ SKÚŠKY TACHOGRAFOVÝCH KARIET
Skúšky podľa tohto oddielu 4,
č. 5 „Skúšky protokolov“,
č. 6 „Štruktúra karty“ a
č. 7 „Funkčné skúšky“
môže vykonať hodnotiteľ alebo osvedčovateľ v rámci procesu osvedčo­
vania zabezpečenia čipového modulu na základe spoločných kritérií (CC).
Skúšky č. 2.3 a 4.2 sú rovnaké. Ide o mechanické skúšky kombinácie tela
karty a čipového modulu. Ak sa jeden z týchto komponentov (telo karty,
čipový modul) zmení, sú tieto skúšky potrebné.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 402
Č. Skúška Opis Súvisiace požiadavky
1. Administratívne preskúmanie
1.1 Dokumentácia Správnosť dokumentácie
2 Telo karty
2.1 Potlač
Overí sa, že všetky ochranné prvky a viditeľné údaje
sú na karte vytlačené správne a zodpovedajú pred­
pisom
[Určenie]
Príloha 1C, kapitola 4.1 „Viditeľné údaje“, bod 227)
Na prednej strane sa uvedie:
nápis „karta vodiča“, „kontrolná karta“, „dielenská
karta“ alebo „podniková karta“, vytlačené veľkými
písmenami v úradnom jazyku alebo jazykoch člen­
ského štátu, ktorý kartu vydal, podľa typu karty.
[Názov členského štátu]
Príloha 1C, kapitola 4.1 „Viditeľné údaje“, bod 228)
Na prednej strane sa uvedie:
názov členského štátu, ktorý kartu vydal (nepovinné).
[Znak]
Príloha 1C, kapitola 4.1 „Viditeľné údaje“, bod 229)
Na prednej strane sa uvedie:
negatív rozlišovacieho znaku členského štátu, ktorý
kartu vydal, v modrom obdĺžniku a obkolesený 12
žltými hviezdičkami.
[Vysvetlivky]
Príloha 1C, kapitola 4.1 „Viditeľné údaje“, bod 232)
Na zadnej strane sa uvedie:
vysvetlenie k očíslovaným údajom na prednej strane
karty.
[Farba]
Príloha 1C, kapitola 4.1 „Viditeľné údaje“, bod 234)
Tachografové karty musia byť vytlačené s týmito
prevažujúcimi farbami pozadia:
— karta vodiča: biela,
— dielenská karta: červená,
— kontrolná karta: modrá,
— podniková karta: žltá.
227 až 229, 232, 234
až 236
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 403
Č. Skúška Opis Súvisiace požiadavky
[Zabezpečenie]
Príloha 1C, kapitola 4.1 „Viditeľné údaje“, bod 235)
Telo tachografovej karty musí byť vybavené aspoň
týmito ochrannými prvkami proti falšovaniu alebo
neoprávneným zásahom:
— ochranná podtlač s gilošovaným vzorom a írisovou
tlačou.
— aspoň jeden dvojfarebný mikrotlačový prúžok.
[Označenia]
Príloha 1C, kapitola 4.1 „Viditeľné údaje“, bod 236)
Členské štáty môžu doplniť farby alebo označenia ako
štátne symboly či prvky zabezpečenia.
[Schvaľovacia značka]
Tachografové karty musia obsahovať schvaľovaciu
značku.
Schvaľovaciu značku tvorí:
— obdĺžnik, v ktorom je umiestnené písmeno „e“, za
ktorým nasleduje rozlišovacie číslo alebo písmeno
štátu, ktorý vydal schválenie,
— schvaľovacie číslo zodpovedajúce číslu schvaľo-
vacieho osvedčenia udeleného pre tachografovú
kartu, ktoré je umiestnené na akomkoľvek mieste
v tesnej blízkosti uvedeného obdĺžnika.
2.2 Mechanické skúšky
[Veľkosť karty]
Tachografové karty musia zodpovedať norme
ISO/IEC 7810 Identifikačné karty. Fyzikálne vlast­
nosti,
[5] Rozmery karty,
[5.1] Veľkosť karty,
[5.1.1] Rozmery karty a tolerancie,
typ karty ID-1 Nepoužitá karta
[Hrany karty]
Tachografové karty musia zodpovedať norme
ISO/IEC 7810 Identifikačné karty. Fyzikálne vlast-
nosti,
[5] Rozmery karty,
[5.1] Veľkosť karty,
[5.1.2] Hrany karty
240, 243
ISO/IEC 7810
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 404
Č. Skúška Opis Súvisiace požiadavky
[Konštrukcia karty]
Tachografové karty musia zodpovedať norme
ISO/IEC 7810 Identifikačné karty. Fyzikálne vlast-
nosti,
[6] Konštrukcia karty
[Materiály na karty]
Tachografové karty musia zodpovedať norme
ISO/IEC 7810 Identifikačné karty. Fyzikálne vlast-
nosti,
[7] Materiály na karty
[Ohybová tuhosť]
Tachografové karty musia zodpovedať norme
ISO/IEC 7810 Identifikačné karty. Fyzikálne vlast-
nosti,
[8] Vlastnosti kariet,
[8.1] Ohybová tuhosť
[Toxicita]
Tachografové karty musia zodpovedať norme
ISO/IEC 7810 Identifikačné karty. Fyzikálne vlast-
nosti,
[8] Vlastnosti kariet,
[8.3] Toxicita
[Odolnosť voči chemikáliám]
Tachografové karty musia zodpovedať norme
ISO/IEC 7810 Identifikačné karty. Fyzikálne vlast-
nosti,
[8] Vlastnosti kariet,
[8.4] Odolnosť voči chemikáliám
[Stabilita karty]
Tachografové karty musia zodpovedať norme
ISO/IEC 7810 Identifikačné karty. Fyzikálne vlast-
nosti,
[8] Vlastnosti kariet,
[8.5] Stabilita rozmerov karty a deformácie v závislos-
ti od teploty a vlhkosti vzduchu
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 405
Č. Skúška Opis Súvisiace požiadavky
[Svetlo]
Tachografové karty musia zodpovedať norme
ISO/IEC 7810 Identifikačné karty. Fyzikálne vlast-
nosti,
[8] Vlastnosti kariet,
[8.6] Odolnosť proti svetlu
[Trvanlivosť]
Príloha 1C, kapitola 4.4 „Elektrické špecifikácie
a špecifikácie prostredia“, bod 241)
Tachografové karty si musia zachovať správnu
funkčnosť päť rokov, ak sa používajú v súlade so
špecifikáciami prostredia a elektrickými špecifikácia-
mi.
[Pevnosť prekrývajúcej vrstvy]
Tachografové karty musia zodpovedať norme
ISO/IEC 7810 Identifikačné karty. Fyzikálne vlast-
nosti,
[8] Vlastnosti kariet,
[8.8] Pevnosť prekrývacej vrstvy
[Adhézia alebo vytváranie blokov]
Tachografové karty musia zodpovedať norme
ISO/IEC 7810 Identifikačné karty. Fyzikálne vlast-
nosti,
[8] Vlastnosti kariet,
[8.9] Adhézia alebo vytváranie blokov
[Priehyb]
Tachografové karty musia zodpovedať norme
ISO/IEC 7810 Identifikačné karty. Fyzikálne vlast-
nosti,
[8] Vlastnosti kariet,
[8.11] Celkový priehyb karty
[Odolnosť voči teplu]
Tachografové karty musia zodpovedať norme
ISO/IEC 7810 Identifikačné karty. Fyzikálne vlast-
nosti,
[8] Vlastnosti kariet,
[8.12] Odolnosť voči teplu
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 406
Č. Skúška Opis Súvisiace požiadavky
[Deformácia povrchu]
Tachografové karty musia zodpovedať norme
ISO/IEC 7810 Identifikačné karty. Fyzikálne vlast-
nosti,
[8] Vlastnosti kariet,
[8.13] Deformácia povrchu
[Kontaminácia]
Tachografové karty musia zodpovedať norme
ISO/IEC 7810 Identifikačné karty. Fyzikálne vlast-
nosti,
[8] Vlastnosti kariet,
[8.14] Kontaminácia a interakcia komponentov karty
2.3 Mechanické skúšky
s implantovaným
čipovým modulom
[Ohýbanie]
Tachografové karty musia zodpovedať norme
ISO/IEC 7810:2003/Amd. 1:2009, Identifikačné karty.
Fyzikálne vlastnosti. Zmena 1: Kritériá pre karty s inte­
grovanými obvodmi
[9.2] Dynamické ohybové zaťaženie
Celkový počet ohýbacích cyklov: 4 000.
[Torzia]
Tachografové karty musia zodpovedať norme
ISO/IEC 7810:2003/Amd. 1:2009, Identifikačné karty.
Fyzikálne vlastnosti. Zmena 1: Kritériá pre karty s inte-
grovanými obvodmi
[9.3] Dynamické torzné zaťaženie
Celkový počet torzných cyklov: 4 000.
ISO/IEC 7810
3 Modul
3.1 Modul Modul je zapuzdrenie čipu a doštička s kontaktmi.
[Profil povrchu]
Tachografové karty musia zodpovedať norme
ISO/IEC 7816-1:2011 Identifikačné karty. Karty
s integrovanými obvodmi. Časť 1: Karty s kontaktmi.
Fyzikálne vlastnosti
[4.2] Profil povrchu kontaktov
ISO/IEC 7816
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 407
Č. Skúška Opis Súvisiace požiadavky
[Mechanická pevnosť]
Tachografové karty musia zodpovedať norme
ISO/IEC 7816-1:2011 Identifikačné karty. Karty
s integrovanými obvodmi. Časť 1: Karty s kontaktmi.
Fyzikálne vlastnosti
[4.3] Mechanická pevnosť (karty a kontaktov)
[Elektrický odpor]
Tachografové karty musia zodpovedať norme
ISO/IEC 7816-1:2011 Identifikačné karty. Karty
s integrovanými obvodmi. Časť 1: Karty s kontaktmi.
Fyzikálne vlastnosti
[4.4] Elektrický odpor (kontaktov)
[Rozmery]
Tachografové karty musia zodpovedať norme
ISO/IEC 7816-2:2007 Identifikačné karty. Karty
s integrovanými obvodmi. Časť 2: Karty s kontaktmi.
Rozmery a umiestnenie kontaktov
[3] Rozmery kontaktov
[Umiestnenie]
Tachografové karty musia zodpovedať norme
ISO/IEC 7816-2:2007 Identifikačné karty. Karty
s integrovanými obvodmi. Časť 2: Karty s kontaktmi.
Rozmery a umiestnenie kontaktov
[4] Počet a umiestnenie kontaktov
V prípade modulov so šiestimi kontaktmi sa táto
skúšobná požiadavka nevzťahuje na kontakty „C4“
a „C8“.
4 Čip
4.1 Čip
[Prevádzková teplota]
Čip tachografovej karty musí fungovať v rozsahu
okolitých teplôt od – 25 °C po + 85 °C.
241 až 244
ECE R10
ISO/IEC 7810
ISO/IEC 10373
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 408
Č. Skúška Opis Súvisiace požiadavky
[Teplota a vlhkosť]
Príloha 1C, kapitola 4.4 „Elektrické špecifikácie
a špecifikácie prostredia“, bod 241)
Tachografové karty si musia zachovať správnu
funkčnosť za všetkých klimatických podmienok
bežných na území Spoločenstva a minimálne
v rozsahu teplôt od – 25 °C do + 70 °C s príleži­
tostnou špičkou do + 85 °C, pričom „príležitostná“
znamená jednorazovo maximálne 4 hodiny a maxi­
málne 100 krát v priebehu životnosti karty.
Tachografové karty sa postupne vystavia týmto
teplotám a vlhkostiam na príslušný časový interval.
Po každom kroku sa vyskúša elektrická funkčnosť
tachografovej karty.
1. Teplota – 20 °C počas 2 h.
2. Teplota +/– 0 °C počas 2 h.
3. Teplota + 20 °C, 50 % relatívna vlhkosť počas
2 h.
4. Teplota + 50 °C, 50 % relatívna vlhkosť počas
2 h.
5. Teplota + 70 °C, 50 % relatívna vlhkosť počas
2 h.
Teplota sa zvyšuje prerušovane až na + 85 °C,
50 % relatívna vlhkosť počas 60 min.
6. Teplota +70 °C, 85 % relatívna vlhkosť počas
2 h.
Teplota sa zvyšuje prerušovane až na + 85 °C,
85 % relatívna vlhkosť počas 30 min.
[Vlhkosť]
Príloha 1C, kapitola 4.4 „Elektrické špecifikácie
a špecifikácie prostredia“, bod 242)
Tachografové karty musia správne fungovať v rozsahu
vlhkosti od 10 % do 90 %.
[Elektromagnetická kompatibilita – EMC]
Príloha 1C, kapitola 4.4 „Elektrické špecifikácie
a špecifikácie prostredia“, bod 244)
Počas prevádzky musia tachografové karty spĺňať
požiadavky predpisu EHS (ECE R10) spojené s elek-
tromagnetickou kompatibilitou.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 409
Č. Skúška Opis Súvisiace požiadavky
[Statická elektrina]
Príloha 1C, kapitola 4.4 „Elektrické špecifikácie
a špecifikácie prostredia“, bod 244)
Počas prevádzky musia byť tachografové karty
chránené proti elektrostatickým výbojom.
Tachografové karty musia zodpovedať norme
ISO/IEC 7810:2003/Amd. 1:2009, Identifikačné
karty. Fyzikálne vlastnosti. Zmena 1: Kritériá pre
karty s integrovanými obvodmi
[9.4] Statická elektrina
[9.4.1] Karty s integrovanými obvodmi a s kontaktmi
Skúšobné napätie: 4 000 V.
[Röntgenové žiarenie]
Tachografové karty musia zodpovedať norme
ISO/IEC 7810:2003/Amd. 1:2009, Identifikačné
karty. Fyzikálne vlastnosti. Zmena 1: Kritériá pre
karty s integrovanými obvodmi
[9.1] Röntgenové žiarenie
[Ultrafialové svetlo]
ISO/IEC 10373-1:2006, Identifikačné karty. Skúšobné
metódy. Časť 1: Všeobecné charakteristiky
[5.11] Ultrafialové svetlo
[Trojvalcová skúška]
Tachografové karty musia zodpovedať norme
ISO/IEC 10373-1:2006/Amd. 1:2012, Identifikačné
karty. Skúšobné metódy. Časť 1: Všeobecné char-
akteristiky. Zmena 1
[5.22] ICC – Mechanická pevnosť: Trojvalcová
skúška (3-wheel test) kariet s integrovanými obvodmi
a kontaktmi
[Odolnosť zlepenia]
Tachografové karty musia zodpovedať norme
MasterCard CQM V2.03:2013
[11.1.3] R-L3-14-8: Skúška odolnosti zlepenia pri
ohýbaní
[13.2.1.32] TM-422: Mechanická spoľahlivosť: Skúš-
ka zlepenia
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 410
Č. Skúška Opis Súvisiace požiadavky
4.2 Mechanické skúšky
čipových modulov
implantovaných
v karte-> rovnaké ako
pri 2.3
[Ohýbanie]
Tachografové karty musia zodpovedať norme
ISO/IEC 7810:2003/Amd. 1:2009, Identifikačné
karty. Fyzikálne vlastnosti. Zmena 1: Kritériá pre
karty s integrovanými obvodmi
[9.2] Dynamické ohybové zaťaženie
Celkový počet ohýbacích cyklov: 4 000.
[Torzia]
Tachografové karty musia zodpovedať norme
ISO/IEC 7810:2003/Amd. 1:2009, Identifikačné
karty. Fyzikálne vlastnosti. Zmena 1: Kritériá pre
karty s integrovanými obvodmi
[9.3] Dynamické torzné zaťaženie
Celkový počet torzných cyklov: 4 000.
ISO/IEC 7810
5 Skúšky protokolov
5.1 ATR Kontrola, či ATR zodpovedá požiadavkám ISO/IEC 7816-3
TCS_14, TCS_17,
TCS_18
5.2 T=0 Kontrola, či protokol T=0 zodpovedá požiadavkám ISO/IEC 7816-3
TCS_11, TCS_12,
TCS_13, TCS_15
5.3 PTS Kontrola, či príkaz PTS zodpovedá požiadavkám,
prepnutím z T=0 na T=1.
ISO/IEC 7816-3
TCS_12, TCS_19,
TCS_20, TCS_21
5.4 T=1 Kontrola, či protokol T=1 zodpovedá požiadavkám ISO/IEC 7816-3
TCS_11, TCS_13,
TCS_16
6 Štruktúra karty
6.1 Overí sa, či štruktúra súborov karty zodpovedá požia­
davkám; na tento účel sa kontroluje prítomnosť povin­
ných súborov na karte a ich prístupové podmienky
TCS_22 až TCS_28
TCS_140 až
TCS_179
7 Funkčné skúšky
7.1 Normálne spracovanie Skúša sa aspoň raz každé povolené použitie každého
príkazu. (príklad: skúška príkazu UPDATE BINARY
s CLA = „00“, CLA = „0C“ a s rôznymi parametrami
P1,P2 a Lc)
Overí sa, či operácie skutočne prebehli na karte (napr.
čítaním súboru, v ktorom sa vykonal príkaz)
TCS_29 až TCS_139
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 411
Č. Skúška Opis Súvisiace požiadavky
7.2 Chybové správy Každá chybová správa (podľa dodatku 2) sa skúša
aspoň raz pre každý príkaz.
Skúša sa aspoň raz každá generická chyba (okrem
chýb integrity „6400“, ktoré sa skúšajú v rámci osved­
čovania zabezpečenia)
7.3 Šifrovacia zostava a štandardizované parametre domény CSM_48, CSM_50
8 Personalizácia
8.1 optická personalizácia
Príloha 1C, kapitola 4.1 „Viditeľné údaje“, bod 230)
Na prednej strane sa uvedú:
informácie špecifické pre vydanú kartu.
Príloha 1C, kapitola 4.1 „Viditeľné údaje“, bod 231)
Na prednej strane sa uvedú:
dátumy vo formáte „dd/mm/rrrr“ alebo „dd.mm.rrrr“
(deň, mesiac, rok).
Príloha 1C, kapitola 4.1 „Viditeľné údaje“, bod 235)
Telo tachografovej karty musí byť vybavené aspoň
týmito ochrannými prvkami proti falšovaniu alebo
neoprávneným zásahom:
— v oblasti fotografie sa ochranná podtlač musí
prekrývať-
s fotografiou.
230, 231, 235
5. SKÚŠKY EXTERNÉHO ZARIADENIA GNSS
Č. Skúška Opis Súvisiace požiadavky
1. Administratívne preskúmanie
1.1 Dokumentácia Správnosť dokumentácie
2. Vizuálna kontrola externého zariadenia GNSS
2.1. Súlad s dokumentáciou
2.2. Identifikácia/označenie 224 až 226
2.3 Materiály 219 až 223
3. Funkčné skúšky
3.1 Identifikačné údaje snímača 98,99
3.2 Spojenie externého modulu GNSS s jednotkou vozidla 123, 205
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 412
Č. Skúška Opis Súvisiace požiadavky
3.3 Poloha GNSS 36, 37
3.4 Rozhranie jednotky vozidla, keď je prijímač GNSS mimo jednotky vozidla 03
3.5 Šifrovacia zostava a štandardizované parametre domény CSM_48, CSM_50
4. Skúšanie vplyvu prostredia
4.1 Teplota Overenie funkčnosti:
skúškou podľa ISO 16750-4, kapitoly 5.1.1.2: Skúška prevá­
dzky pri nízkej teplote (72 h pri – 20 °C)
Táto skúška sa týka IEC 60068-2-1: Skúšanie vplyvu
prostredia. Časť 2-1: Skúšky. Skúška A: Chlad
skúškou podľa ISO 16750-4: kapitola 5.1.2.2: Skúška prevá­
dzky pri vysokej teplote (72 h pri 70 °C)
Táto skúška sa týka IEC 60068-2-2: Skúšanie vplyvu
prostredia. Časť 2: Skúšky. Skúška B: Suché teplo
skúškou podľa ISO 16750-4: Kapitola 5.3.2: Rýchla zmena
teploty so stanoveným trvaním prechodu (– 20 °C/70 °C, 20
cyklov, čas zotrvania na každej teplote: 1 h)
Pri nižšej a vyššej teplote, ako aj počas teplotných cyklov
možno vykonať redukovaný súbor skúšok (spomedzi skúšok
vymedzených v bode 3 tejto tabuľky)
213
4.2 Vlhkosť Overí sa, či jednotka vozidla odolá cyklickej vlhkosti
(teplotná skúška) podľa IEC 60068-2-30, skúške Db, šesť
24-hodinových cyklov, vždy pri meniacej sa teplote od
+ 25 °C po + 55 °C a relatívnej vlhkosti 97 % pri
+ 25 °C a 93 % pri + 55 °C
214
4.3 Mechanické
zaťaženie
1. Sínusové vibrácie.
Overí sa, či jednotka vozidla odolá sínusovým vibráciám
s týmito charakteristikami:
konštantný posuv medzi 5 a 11 Hz: max. 10 mm
konštantné zrýchlenie medzi 11 a 300 Hz: 5g
Táto požiadavka sa overí podľa IEC 60068-2-6, skúška
Fc, s minimálnym trvaním 3 × 12 hodín (12 hodín na
každú nápravu)
ISO 16750-3 skúšku sínusových vibrácií nevyžaduje pri
zariadeniach umiestnených v oddelenej kabíne vozidla.
219
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 413
Č. Skúška Opis Súvisiace požiadavky
2. Náhodné vibrácie:
skúška podľa ISO 16750-3: kapitola 4.1.2.8: Skúška VIII:
Úžitkové vozidlá s oddelenou kabínou
Skúška náhodných vibrácií, 10…2 000 Hz, kvadratický
priemer (RMS) v zvislej rovine 21,3 m/s 2 , v pozdĺžnej
rovine 11,8 m/s 2 , v priečnej rovine 13,1 m/s 2 , 3 osi, 32 h
na každú os, vrátane teplotného cyklu – 20…70 °C.
Táto skúška sa týka IEC 60068-2-64: Skúšanie vplyvu
prostredia. Časť 2-64: Skúšky. Skúška Fh: Širokopásmové
náhodné vibrácie, usmernenia
3. Otrasy:
mechanický otras s polsínusom 3g podľa ISO 16750.
Uvedená skúška sa vykoná na rôznych vzorkách skúšaného
zariadenia.
4.4 Ochrana proti
vode a cudzím
telesám
Skúška podľa ISO 20653: Cestné vozidlá – stupeň ochrany
(kód IP) – Ochrana elektrických zariadení proti cudzím pred­
metom, vode a prístupu (bez zmeny parametrov)
220, 221
4.5 Ochrana proti
prepätiu
Overí sa, či jednotka vozidla odolá napájaciemu napätiu: 216
Pre verzie 24V: 34 V pri + 40 °C 1
hodinu
Pre verzie 12V: 17 V pri + 40 °C 1
hodinu
(ISO 16750-2, kapitola 4.3)
4.6 Ochrana proti
zmene polarity
Overí sa, či jednotka vozidla odolá zmene polarity napája­
cieho napätia.
(ISO 16750-2, kapitola 4.7)
216
4.7 Ochrana proti
skratu
Overí sa, či sú vstupné/výstupné signály chránené proti
skratu napájania a uzemnenia
(ISO 16750-2, kapitola 4.10)
216
5 Skúšky EMC
5.1 Vyžarované
emisie a citli­
vosť
Súlad s predpisom EHK OSN R10 (ECE R10) 218
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 414
Č. Skúška Opis Súvisiace požiadavky
5.2 Elektrostatický
výboj
Súlad s ISO 10605:2008 + technické korigendum:2010 +
AMD1:2014: +/– 4kV na kontaktoch a +/– 8kV pri
vzdušnom výboji
218
5.3 Citlivosť na
prechodové
javy šírené
vedením na
napájaní
Pre verzie 24V: súlad s ISO 7637-2 + predpisom EHK 10
(ECE 10 Rev. 3):
impulz 1a: Vs = – 450V Ri = 50 ohmov
impulz 2a: Vs = + 37V Ri = 2 ohmy
impulz 2b: Vs = + 20V Ri = 0,05 ohmu
impulz 3a: Vs = – 150V Ri = 50 ohmov
impulz 3b: Vs = + 150V Ri = 50 ohmov
impulz 4: Vs = 16V Va = – 12V t6 = 100ms
impulz 5: Vs = + 120V Ri = 2,2 ohmov td = 250ms
Pre verzie 12V: súlad s ISO 7637-1 + predpisom EHK 10
(ECE 10 Rev. 3):
impulz 1: Vs = – 75V Ri=10 ohmov
impulz 2a: Vs = + 37V Ri = 2 ohmy
impulz 2b: Vs = + 10V Ri = 0,05 ohmu
impulz 3a: Vs = – 112V Ri = 50 ohmov
impulz 3b: Vs = + 75V Ri = 50 ohmov
impulz 4: Vs = – 6V Va = 5V t6 = 15ms
impulz 5: Vs = + 65V Ri = 3 ohmy td = 100ms
Impulz 5 sa skúša len v jednotkách vozidiel určených na
montáž vo vozidlách bez externej spoločnej ochrany proti
poklesu zaťaženia.
Pre návrh súvisiaci s poklesom zaťaženia pozri ISO 16750-2,
4. vydanie, kapitola 4.6.4.
218
▼M1
6. SKÚŠKY EXTERNÉHO DIAĽKOVÉHO KOMUNIKAČNÉHO ZARIA­
DENIA
Číslo Skúška Opis Súvisiace požiadavky
1. Administratívne preskúmanie
1.1. Dokumentácia Správnosť dokumen­
tácie
2. Vizuálna prehliadka
2.1. Súlad s dokumentáciou
2.2. Identifikácia / označenie 225, 226
2,3 Materiály 219 až 223
3. Funkčné skúšky
3.1. Diaľková komunikácia nacielené cestné kontroly 4, 197 až 199
3.2. Zaznamenávanie a ukladanie v dátovej pamäti 91
3.3. Komunikácia s jednotkou vozidla Dodatok 14, DSC_66
až DSC_70, DSC_71
až DSC_76
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 415
Číslo Skúška Opis Súvisiace požiadavky
4. Skúšanie vplyvu prostredia
4.1. Teplota Overenie funkčnosti:
skúškou podľa ISO 16750– 4, kapitoly 5.1.1.2: Skúška
prevádzky pri nízkej teplote (72 h pri –20 °C)
Táto skúška sa týka IEC 60068– 2– 1: Skúšanie vplyvu
prostredia. Časť 2– 1: Skúšky. Skúška A: Chlad
Skúškou podľa ISO 16750– 4, kapitoly 5.1.2.2: Skúška
prevádzky pri vysokej teplote (72 h pri 70 °C)
Táto skúška sa týka IEC 60068– 2– 2: Skúšanie vplyvu
prostredia. Časť 2: Skúšky. Skúška B: Suché teplo
Skúškou podľa ISO 16750– 4: Kapitola 5.3.2: Rýchla
zmena teploty so stanoveným trvaním prechodu (–20
°C/70 °C, 20 cyklov, čas zotrvania na každej teplote:
1 h)
Pri nižšej a vyššej teplote, ako aj počas teplotných
cyklov možno vykonať redukovaný súbor skúšok
(spomedzi skúšok vymedzených v bode 3 tejto tabuľky)
213
4.2. Ochrana proti vode
a cudzím telesám
Skúška podľa ISO 20653: Cestné vozidlá. Stupeň
ochrany (kód IP). Ochrana elektrických zariadení proti
cudzím predmetom, vode a prístupu (cieľová hodnota
IP40)
220, 221
5. Skúšky EMC
5.1. Vyžarované emisie
a citlivosť
Súlad s predpisom EHK OSN R10 (ECE R10) 218
5.2. Elektrostatický
výboj
Súlad s ISO 10605 :2008 + technické korigendum :2010
+ AMD1 :2014: +/– 4kV na kontaktoch a +/– 8kV pri
vzdušnom výboji
218
5.3. Citlivosť na precho­
dové javy šírené
vedením na napá­
janí
Pre verzie 24 V: súlad s ISO 7637– 2 + predpisom EHK
10 rev. 3 (ECE 10 Rev. 3):
impulz 1 a: Vs= – 450 v Ri=50 ohmov
impulz 2 a: Vs= + 37 v Ri=2 ohmov
impulz 2b: Vs= + 20 v Ri=0,05 ohmov
impulz 3a: Vs= – 150 v Ri=50 ohmov
impulz 3b: Vs= + 150 v Ri=50 ohmov
impulz 4: Vs = – 16 v Va = – 12 v t6 = 100ms
impulz 5: Vs= + 120V Ri=2,2 ohmov td=250ms
Pre verzie 12 V: súlad s ISO 7637– 1 + predpisom EHK
10 rev. 3 (ECE 10 Rev. 3):
impulz 1: Vs= – 75 v Ri=10 ohmov
impulz 2 a: Vs= + 37 v Ri=2 ohmov
impulz 2b: Vs= + 10 v Ri=0,05 ohmov
impulz 3a: Vs= –112 v Ri=50 ohmov
218
▼M1
02016R0799 — SK — 21.08.2023 — 003.002 — 416
Číslo Skúška Opis Súvisiace požiadavky
impulz 3b: Vs= + 75 v Ri=50 ohmov
impulz 4: Vs = –6 v Va = – 5 v t6 = 15ms
impulz 5: Vs= + 65V Ri=3 ohmy td=100ms
Impulz 5 sa skúša len v jednotkách vozidiel určených na
montáž vo vozidlách bez externej spoločnej ochrany
proti poklesu zaťaženia.
Pre návrh súvisiaci s poklesom zaťaženia pozri ISO
16750– 2, 4. vydanie, kapitola 4.6.4.
▼B
7. FUNKČNÉ SKÚŠKY PAPIERA
Č. Skúška Opis Súvisiace požiadavky
1. Administratívne preskúmanie
1.1 Dokumentácia Správnosť dokumentácie
2 Všeobecné skúšky
2.1 Počet znakov
v každom riadku
Vizuálna kontrola výpisov. 172
2.2 Minimálna veľkosť
znakov
Vizuálna kontrola výpisov a kontrola znakov. 173
2.3 Podporované
množiny znakov
Tlačiareň musí podporovať znaky uvedené v dodatku 1
kapitole 4 „Množiny znakov“.
174
2.4 Rozlíšenie výpisov Kontrola typového schválenia tachografu a vizuálna
kontrola výpisov
174
2.5 Čitateľnosť a identifi­
kácia výpisov
Kontrola výpisov
Dokazujú skúšobné správy a protokoly výrobcu.
Na tlačovom papieri sa uvedú homologizačné čísla všet­
kých tachografov, v ktorých ho možno použiť.
175, 177, 178
2.6 Doplnenie zápisov
písaných rukou
Vizuálna kontrola: Je k dispozícii kolónka na vodičov
podpis.
Sú k dispozícii kolónky na ďalšie zápisy rukou.
180
2.7 Ďalšie podrobnosti
na oboch stranách
papiera.
Predná i zadná strana papiera môže obsahovať aj ďalšie
podrobnosti a informácie.
Tie však nesmú zhoršovať čitateľnosť výpisov.
Vizuálna kontrola.
177, 178
▼M1
02016R0799 — SK — 21.08.2023 — 003.002 — 417
Č. Skúška Opis Súvisiace požiadavky
3 Skúšky skladovania
3.1 Suché teplo. Príprava: 16 hodín pri teplote + 23 °C ± 2 °C/relatívna
vlhkosť 55 % ± 3 %
Skúšobné prostredie: 72 hodín pri + 70 °C ± 2 °C
Podmienky po skúške: 16 hodín pri teplote + 23 °C
± 2 °C/relatívna vlhkosť 55 % ± 3 %
176, 178
IEC 60068-2-2-Bb
2.2 Vlhké teplo Príprava: 16 hodín pri teplote + 23 °C ± 2 °C/relatívna
vlhkosť 55 % ±3 %
Skúšobné prostredie: 144 hodín pri teplote + 55 °C
± 2 °C a r. v. 93 % ± 3 %
Podmienky po skúške: 16 hodín pri teplote + 23 °C
± 2 °C/relatívna vlhkosť 55 % ± 3 %
176, 178
IEC 60068-2-78-Cab
4 Skúšky papiera pri používaní
4.1 Odolnosť podkladu
voči vlhkosti (nepo­
tlačený papier)
Príprava: 16 hodín pri teplote + 23 °C ± 2 °C/relatívna
vlhkosť 55 % ± 3 %
Skúšobné prostredie: 144 hodín pri teplote + 55 °C
± 2 °C a r. v. 93 % ± 3 %
Podmienky po skúške: 16 hodín pri teplote + 23 °C
± 2 °C/relatívna vlhkosť 55 % ± 3 %
176, 178
IEC 60068-2-78-Cab
4.2 Potlačiteľnosť Príprava: 24 hodín pri + 40 °C ± 2 °C/relatívna vlhkosť
93 % ± 3 %
Skúšobné prostredie: výpis vytlačený pri + 23 °C
± 2 °C
Podmienky po skúške: 16 hodín pri teplote + 23 °C
± 2 °C/relatívna vlhkosť 55 % ± 3 %
176, 178
4.3 Odolnosť voči teplu Príprava: 16 hodín pri teplote + 23 °C ± 2 °C/relatívna
vlhkosť 55 % ± 3 %
Skúšobné prostredie: 2 hodiny pri + 70 °C ± 2 °C,
suché teplo
Podmienky po skúške: 16 hodín pri teplote + 23 °C
± 2 °C/relatívna vlhkosť 55 % ± 3 %
176, 178
IEC 60068-2-2-Bb
4.4 Odolnosť voči nízkej
teplote
Príprava: 16 hodín pri teplote + 23 °C ± 2 °C/relatívna
vlhkosť 55 % ± 3 %
Skúšobné prostredie: 24 hodín pri – 20 °C ± 3 °C,
suché teplo
Podmienky po skúške: 16 hodín pri teplote + 23 °C
± 2 °C/relatívna vlhkosť 55 % ± 3 %
176, 178
ISO 60068-2-1-Ab
4.5 Svetelná odolnosť Príprava: 16 hodín pri teplote + 23 °C ± 2 °C/relatívna
vlhkosť 55 % ± 3 %
Skúšobné prostredie: 100 hodín pod osvetlením 5 000
Lux pri + 23°C ± 2°C/relatívna vlhkosť 55 % ± 3 %
Podmienky po skúške: 16 hodín pri teplote + 23 °C
± 2 °C/relatívna vlhkosť 55 % ± 3 %
176, 178
Kritériá čitateľnosti pre skúšky 3.x a 4.x:
Výtlačok je čitateľný, ak optická hustota spĺňa tieto limity:
Tlačené znaky: min. 1,0
Podklad (nepotlačený papier): max. 0,2
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 418
Optická hustota výsledných výpisov sa meria podľa normy DIN EN ISO
534.
Výpisy nesmú vykazovať žiadne zmeny rozmerov a musia zostať jasne
čitateľné.
8. SKÚŠKY INTEROPERABILITY
▼M1
Číslo Skúška Opis
8.1. Skúšky interoperability jednotiek vozidla a tachografových kariet
1. Vzájomná autentifikácia Overí sa normálny priebeh vzájomnej autentifikácie jednotky
vozidla a tachografovej karty.
2. Skúšky zápisu/čítania Vykonanie typického scenára činnosti na jednotke vozidla. Scenár
sa prispôsobí typu skúšanej karty a musí zahŕňať zápis do maxi­
málneho možného počtu EF na karte.
Sťahovaním jednotky vozidla sa overí, či sa všetky príslušné údaje
zaznamenali správne.
Sťahovaním karty sa overí, či sa všetky príslušné údaje zazname­
nali správne.
Denným výpisom sa overí, či sa dajú všetky príslušné záznamy
riadne čítať.
8.2. Skúšky interoperability jednotiek vozidla a snímačov pohybu
1. Párovanie Overí sa normálny priebeh párovania jednotky vozidla so
snímačom pohybu.
2. Skúšky činnosti Vykonanie typického scenára činnosti na snímači pohybu. Tento
scenár musí zahŕňať bežnú činnosť a vyvolanie čo najväčšieho
počtu udalostí alebo porúch.
Sťahovaním jednotky vozidla sa overí, či sa všetky príslušné údaje
zaznamenali správne.
Sťahovaním karty sa overí, či sa všetky príslušné údaje zazname­
nali správne.
Denným výpisom sa overí, či sa dajú všetky príslušné záznamy
riadne čítať.
8.3. Skúšky interoperability jednotiek vozidla a externých zariadení GNSS (podľa potreby)
1. Vzájomná autentifikácia Overí sa normálny priebeh vzájomnej autentifikácie (spojenia)
jednotky vozidla a externého zariadenia GNSS.
2. Skúšky činnosti Vykonanie typického scenára činnosti na externom zariadení
GNSS. Tento scenár musí zahŕňať bežnú činnosť a vyvolanie čo
najväčšieho počtu udalostí alebo porúch.
Sťahovaním jednotky vozidla sa overí, či sa všetky príslušné údaje
zaznamenali správne.
Sťahovaním karty sa overí, či sa všetky príslušné údaje zazname­
nali správne.
Denným výpisom sa overí, či sa dajú všetky príslušné záznamy
riadne čítať.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 419
9. SKÚŠKY OSNMA
9.1. Úvod
V tomto oddiele sa opisujú skúšky na preukázanie správneho zavedenia
OSNMA do prijímača GNSS. Keďže autentifikáciu satelitného signálu
vykonáva výhradne prijímač GNSS nezávisle od iných komponentov
tachografu, skúšky stanovené v tomto oddiele sa môžu vykonať na prijí­
mači GNSS ako samostatný prvok. V tomto prípade výrobca tachografu
poskytne orgánom pre typové schvaľovanie správu obsahujúcu podrob­
nosti o príprave a výsledkoch testov, ktoré sa vykonávajú v rámci zodpo­
vednosti výrobcu prijímača GNSS.
9.2. Uplatniteľné podmienky
— Kritériá úspechu/neúspechu vymedzené v skúškach OSNMA sa pova­
žujú za platné len za identifikovaných podmienok skúšania.
— Kritériá sa môžu revidovať v čase ohlásenia služby OSNMA Galileo
a s ohľadom na súvisiace záväzky výkonnosti služby.
9.3. Vymedzenie pojmov a skratky
9.3.1. Vymedzenie pojmov
Studený/teplý/horúci
štart GNSS:
vzťahuje sa na podmienku zapnutia prijímača
GNSS na základe dostupnosti času (T), aktu­
álneho almanachu (A), efemeríd (E) a polohy
(P):
— studený štart GNSS: žiadne
— teplý štart GNSS: T, A, P
— horúci štart GNSS: T, A, E, P
Studený/teplý/horúci
štart OSNMA:
vzťahuje sa na podmienku zapnutia funkcie
OSNMA na základe dostupnosti verejného
kľúča (P) a informácií DSM-KROOT (K)
(vymedzených v usmerneniach k prijímačom
OSNMA uvedených v dodatku 12):
— studený štart OSNMA: žiadne
— teplý štart OSNMA: P
— horúci štart OSNMA: P, K
9.3.2. Skratky
ADKD Authentication Data & Key Delay (autentifikačné údaje
a časové oneskorenie kľúča)
DSM-KROOT Digital Signature Message KROOT (správa s digitálnym
podpisom kľúča KROOT)
GNSS Global Navigation Satellite System (globálny navigačný
satelitný systém)
KROOT Root Key of the TESLA key chain (koreňový kľúč
reťazca kľúča TESLA)
MAC Message Authentication Code (autentifikačný kód správy)
NMACK Number of MAC & key blocks (per 30 seconds) [počet
blokov MAC a kľúča (za 30 sekúnd)]
OSNMA Galileo Open Service Navigation Message Authentication
(otvorená služba systému Galileo na autentifikáciu navi­
gačných správ)
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 420
SLMAC Slow MAC (pomalý MAC)
TESLA Timed Efficient Stream Loss-tolerant Authentication
(časovo efektívna autentifikácia odolná voči stratám
správ) (protokol používaný v OSNMA)
9.4. Zariadenia na generovanie signálov GNSS
Generovanie signálov GNSS možno realizovať použitím multikonštelač­
ného simulátora GNSS podporujúceho prenos správ OSNMA. Prípadne sa
môže použiť prehrávač rádiofrekvenčných signálov, ktorý dokáže
prehrávať vzorky signálov GNSS zo súborov. Obvyklá bitová hĺbka je
4 bity I/Q a vzorkovacia frekvencia je 10 MHz.
Predpokladá sa, že prijímač GNSS má rozhrania na zadanie príkazu vyčis­
tenia pamäte prijímača (nezávislé vymazanie verejného kľúča, KROOT,
informácií o čase, informácií o polohe, efemeríd a almanachu), na nasta­
venie určovania miestneho času prijímača pre požiadavku overenia časo­
vania OSNMA a na načítanie kryptografických informácií. Tieto príkazy
môžu byť obmedzené na účely skúšok, a teda nemusia byť dostupné
v prípade nominálnej prevádzky prijímača.
9.5. Skúšobné podmienky
9.5.1. Podmienky GNSS
Simulované alebo prehrávané signály GNSS majú tieto vlastnosti:
— scenár statického prijímača používateľa,
— aspoň GPS a konštelácie systému Galileo,
— frekvencia E1/L1,
— aspoň 4 satelity Galileo s uhlom elevácie väčším ako 5°,
— trvanie, ako sa požaduje pre každú skúšku,
— konštantné navigačné efemeridy satelitov počas vykonávania skúšky.
9.5.2. Podmienky OSNMA
Správa OSNMA prenášaná vo forme signálu RF má tieto vlastnosti:
— správa HKROOT so stavom OSNMA nastaveným na prevádzkový
alebo skúšobný stav a s fixnou dĺžkou správy DSM-KROOT 8 blokov
pre platný reťazec,
— aspoň 4 satelity Galileo, ktoré prenášajú OSNMA,
— správa MACK s jedným blokom MACK (t. j. NMACK = 1) a aspoň
jeden ADKD = 0 a jeden ADKD = 12 na jeden satelit a blok MACK,
— veľkosť tagu 40 bitov,
— minimálny ekvivalent dĺžky tagu požadovaný v usmerneniach k prijí­
mačom OSNMA (v súčasnosti 80 bitov).
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 421
Okrem prípadov, keď sa to uvádza, určenie vnútorného času prijímača
musí byť známe s dostatočnou presnosťou a čas musí byť náležite zosú­
ladený so simulovaným časom. Týmto sa zaručí splnenie požiadavky
úvodnej synchronizácie času OSNMA pre každú skúšobnú podmienku,
t. j. nominálna synchronizácia pre všetky skúšky okrem SLMAC. Viac
podrobností o inicializácii času sa nachádza v usmerneniach k prijímačom
OSNMA.
Identifikované kritériá pre úspešnú/neúspešnú skúšku sú konzervatívne
a nepredstavujú očakávanú výkonnosť OSNMA systému Galileo.
9.6. Špecifikácie skúšok
Č. Skúška Opis Súvisiace požiadavky
1. Administratívne preskúmanie
1.1. Dokumentácia Správnosť dokumentácie
2. Všeobecné skúšky
2.1. Horúci štart OSNMA Cieľ: overiť, či prijímač GNSS vypočítava polohu
pomocou OSNMA po horúcom štarte.
Postup:
Prijímač GNSS sa zapne v podmienkach horúceho
štartu GNSS a OSNMA a získava signály z viditeľných
satelitov Galileo.
Prijímač autentifikuje navigačné údaje Galileo pomocou
OSNMA (ADKD = 0) a poskytne polohu s autentifiko­
vanými údajmi.
Kritériá úspechu/neúspechu: prijímač vypočíta určenú
autentifikovanú polohu v priebehu 160 sekúnd.
Dodatok 12,
GNS_3b
2.2. Teplý štart OSNMA Cieľ: overiť, či prijímač GNSS vypočítava polohu
pomocou OSNMA po teplom štarte.
Postup:
Pred začatím skúšky sa z pamäte prijímača GNSS
musia vymazať efemeridy a informácie KROOT, aby
sa vynútil teplý štart GNSS a OSNMA.
Prijímač GNSS sa zapne a získava signály z viditeľných
satelitov Galileo.
Prijíma a overuje sa DSM-KROOT.
Prijímač autentifikuje navigačné údaje Galileo pomocou
OSNMA (ADKD = 0) a poskytne polohu s autentifiko­
vanými údajmi.
Kritériá úspechu/neúspechu: prijímač vypočíta platnú
určenú autentifikovanú polohu v priebehu 430 sekúnd.
Dodatok 12,
GNS_3b
2.3. Teplý štart OSNMA so
SLMAC
Cieľ: overiť, či prijímač GNSS vypočítava polohu
pomocou OSNMA po teplom štarte s inicializáciou
času, ktorá si vyžaduje režim SLMAC, ako je vyme­
dzené v usmerneniach k prijímačom OSNMA.
Postup:
Určenie vnútorného času prijímača sa musí nastaviť tak,
aby hodnota neistoty počiatočného času bola od 2 do
2,5 minúty, takže sa aktivuje režim Slow MAC v súlade
s usmerneniami k prijímačom OSNMA.
Dodatok 12,
GNS_3b
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 422
Č. Skúška Opis Súvisiace požiadavky
Pred začatím skúšok sa z pamäte prijímača GNSS
musia vymazať informácie o efemeridách a KROOT,
aby sa vynútil teplý štart GNSS a OSNMA.
Prijímač GNSS sa zapne a získava signály z viditeľných
satelitov Galileo.
Prijíma a overuje sa DSM-KROOT.
Prijímač autentifikuje navigačné údaje Galileo len
pomocou OSNMA Slow MAC (ADKD = 12)
a poskytne polohu s autentifikovanými údajmi.
Kritériá úspechu/neúspechu: prijímač vypočíta platnú
určenú autentifikovanú polohu v priebehu 730 sekúnd.
2.4. Horúci štart OSNMA
s opakovane prehrá­
vaným signálom
Cieľ: overiť, či prijímač GNSS deteguje opakovane
prehrávaný signál.
Postup:
Prijímač GNSS sa zapne v podmienkach horúceho
štartu GNSS a OSNMA a získava signály z viditeľných
satelitov Galileo.
Prijímač autentifikuje navigačné údaje Galileo pomocou
OSNMA (ADKD = 0) a poskytne polohu s autentifiko­
vanými údajmi.
Keď prijímač poskytne riešenie PVT s autentifikova­
nými údajmi, vypne sa.
Simuluje sa opakovane prehrávaný signál s oneskorením
40 sekúnd vzhľadom na predchádzajúci signál
a prijímač sa zapne.
Prijímač deteguje, že čas systému Galileo z času vysie­
laného signálu a určenia miestneho času nespĺňa požia­
davku na synchronizáciu, a preruší spracúvanie údajov
OSNMA, ako je vymedzené v usmerneniach k prijí­
mačom OSNMA.
Kritériá úspechu/neúspechu: prijímač deteguje opako­
vané prehrávanie a nevypočíta platnú autentifikovanú
polohu od začiatku prehrávania až do skončenia skúšky.
Dodatok 12,
GNS_3b
2.5. Horúci štart OSNMA
s falošnými údajmi
Cieľ: overiť, či OSNMA deteguje falošné údaje.
Postup:
Prijímač GNSS sa zapne pri podmienkach horúceho
štartu GNSS a OSNMA.
Prijímač GNSS musí byť schopný získať signál zo všet­
kých viditeľných satelitov Galileo a overiť autenticitu
ich navigačných správ prostredníctvom OSNMA.
Aspoň jeden bit údajov o efemeridách, ktoré poskytnú
všetky satelity Galileo, nezodpovedá pôvodným a auten­
tifikovaným údajom, ale správa Galileo I/NAV musí
byť súvislá vrátane CRC.
Kritériá úspechu/neúspechu: prijímač deteguje falošné
údaje v priebehu 160 sekúnd a nevypočíta platnú
autentifikovanú polohu až do skončenia skúšky.
Dodatok 12,
GNS_3b
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 423
Dodatok 10
POŽIADAVKY NA ZABEZPEČENIE
Tento dodatok stanovuje požiadavky IT zabezpečenia systémov inteligentných
tachografov (tachografy druhej generácie).
SEC_001 Osvedčeniu zabezpečenia podľa schémy spoločných kritérií podliehajú
tieto komponenty inteligentného tachografu:
— jednotka vozidla,
— tachografová karta,
— snímač pohybu,
— externé zariadenie GNSS.
SEC_002 Minimálne požiadavky IT zabezpečenia, ktoré musí spĺňať každý
komponent podliehajúci osvedčeniu zabezpečenia, sa vymedzia
v profile ochrany komponentu podľa schémy spoločných kritérií.
SEC_003 Európska komisia zaistí, aby sa sponzorovali a vypracovali štyri
profily ochrany v súlade s touto prílohou, ktoré schvália vládne orgány
osvedčujúce IT zabezpečenie v rámci pracovnej skupiny pre spoločnú
interpretáciu (Joint Interpretation Working Group – JIWG) podporu­
júcej vzájomné uznávanie osvedčení pod záštitou európskej dohody
SOGIS-MRA (dohoda o vzájomnom uznávaní osvedčení hodnotenia
zabezpečenia informačných technológií), a aby sa tieto profily
zaregistrovali:
— profil ochrany pre jednotku vozidla,
— profil ochrany pre tachografovú kartu,
— profil ochrany pre snímač pohybu,
— profil ochrany pre externé zariadenie GNSS.
Profil ochrany pre jednotku vozidla musí počítať s variantmi použitia VU
s externým zariadením GNSS aj bez neho. V prvom z uvedených prípadov sa
požiadavky na zabezpečenie externého zariadenia GNSS poskytnú v osobitnom
profile ochrany.
SEC_004 Výrobcovia komponentov podľa potreby zdokonalia a doplnia
príslušný profil ochrany (pričom však nesmú meniť alebo odstraňovať
existujúce hrozby, ciele, postupy a funkčné špecifikácie presadzovania
zabezpečenia), s cieľom dospieť k cieľu zabezpečenia, na základe
ktorého sa bude zabezpečenie daného komponentu osvedčovať.
SEC_005 V procese hodnotenia sa musí stanoviť jednoznačný súlad daného
špecifického cieľa zabezpečenia s príslušným profilom ochrany.
SEC_006 Každý profil ochrany musí mať úroveň istoty EAL4 posilnenú o prvky
ATE_DPT.2 a AVA_VAN.5.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 424
Dodatok 11
SPOLOČNÉ BEZPEČNOSTNÉ MECHANIZMY
OBSAH
PREAMBULA
ČASŤ A TACHOGRAFOVÝ SYSTÉM PRVEJ GENERÁCIE
1. ÚVOD
1.1. Referenčné dokumenty
1.2. Notácie a skratky
2. KRYPTOGRAFICKÉ SYSTÉMY A ALGORITMY
2.1. Kryptografické systémy
2.2. Kryptografické algoritmy
2.2.1 Algoritmus RSA
2.2.2 Hašovací algoritmus
2.2.3 Algoritmus šifrovania údajov
3. KĽÚČE A CERTIFIKÁTY
3.1. Generovanie a distribúcia kľúčov
3.1.1 Generovanie a distribúcia kľúčov RSA
3.1.2 Skúšobné kľúče RSA
3.1.3 Kľúče snímača pohybu
3.1.4 Generovanie a distribúcia T-DES kľúčov relácie
3.2. Kľúče
3.3. Certifikáty
3.3.1 Obsah certifikátov
3.3.2 Vydané certifikáty
3.3.3 Overenie a rozbalenie certifikátu
4. MECHANIZMUS VZÁJOMNEJ AUTENTIFIKÁCIE
5. MECHANIZMY DÔVERNOSTI, INTEGRITY A AUTENTIFI­
KÁCIE PRENOSU ÚDAJOV MEDZI VU A KARTAMI
5.1. Zabezpečené spracovanie správ
5.2. Spracovanie chýb zabezpečeného spracovania (SM)
5.3. Algoritmus na výpočet kryptografických kontrolných súčtov
5.4. Algoritmus výpočtu kryptogramov pre dôvernosť dátových
objektov
6. MECHANIZMY DIGITÁLNEHO PODPISU PRI SŤAHOVANÍ
ÚDAJOV
6.1. Generovanie podpisu
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 425
6.2. Overenie podpisu
ČASŤ B TACHOGRAFOVÝ SYSTÉM DRUHEJ GENERÁCIE
7. ÚVOD
7.1. Referenčné dokumenty
7.2. Notácie a skratky
7.3. Vymedzenie pojmov
8. KRYPTOGRAFICKÉ SYSTÉMY A ALGORITMY
8.1. Kryptografické systémy
8.2. Kryptografické algoritmy
8.2.1 Symetrické algoritmy
8.2.2 Asymetrické algoritmy a štandardizované parametre domény
8.2.3 Hašovacie algoritmy
8.2.4 Šifrovacie zostavy
9. KĽÚČE A CERTIFIKÁTY
9.1. Asymetrické kľúčové páry a certifikáty verejného kľúča
9.1.1 Všeobecné
9.1.2 Európska úroveň
9.1.3 Úroveň členského štátu
9.1.4 Úroveň zariadenia: Jednotky vozidla
9.1.5 Úroveň zariadenia: Tachografové karty
9.1.6 Úroveň zariadenia: Externé zariadenia GNSS
9.1.7 Prehľad: Náhrada certifikátu
9.2. Symetrické kľúče
9.2.1 Kľúče na zabezpečenie komunikácie VU – snímač pohybu
9.2.2 Kľúče na zabezpečenie komunikácie DSRC
9.3. Certifikáty
9.3.1 Všeobecné
9.3.2 Obsah certifikátu
9.3.3 Žiadosti o certifikáty
10. VZÁJOMNÁ AUTENTIFIKÁCIA VU-KARTA A ZABEZPE­
ČENÉ SPRACOVANIE
10.1. Všeobecné
10.2. Vzájomné overovanie certifikačných reťazcov
10.2.1 Overovanie certifikačných reťazcov karty zo strany VU
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 426
10.2.2 Overovanie certifikačných reťazcov VU kartou
10.3. Autentifikácia VU
10.4. Autentifikácia čipu a kľúčová dohoda relácie
10.5. Zabezpečené spracovanie správ
10.5.1 Všeobecné
10.5.2 Štruktúra zabezpečeného spracovania správ
10.5.3 Zrušenie relácie zabezpečeného spracovania
11. SPÁJANIE VU S EXTERNÝM ZARIADENÍM GNSS,
VZÁJOMNÁ AUTENTIFIKÁCIA A ZABEZPEČENÉ SPRACO­
VANIE
11.1. Všeobecné
11.2. Spájanie VU a externého zariadenia GNSS
11.3. Vzájomné overovanie certifikačných reťazcov
11.3.1 Všeobecné
11.3.2 Počas spájania VU – EGF
11.3.3 Počas bežnej prevádzky
11.4. Autentifikácia VU, autentifikácia čipu a kľúčová dohoda relácie
11.5. Zabezpečené spracovanie správ
12. PÁROVANIE VU – SNÍMAČ POHYBU A KOMUNIKÁCIA
12.1. Všeobecné
12.2. Párovanie VU – snímač pohybu pomocou rôznych generácií kľúča
12.3. Párovanie VU – snímač pohybu a komunikácia pomocou AES
12.4. Párovanie VU – snímač pohybu v prípade rôznych generácií zaria­
denia
13. ZABEZPEČENIE DIAĽKOVEJ KOMUNIKÁCIE CEZ DSRC
13.1. Všeobecné
13.2. Šifrovanie obsahu tachografu a generácia MAC
13.3. Overovanie a dešifrovanie obsahu tachografu
14. PODPIS SŤAHOVANIA ÚDAJOV A OVEROVANIE
PODPISOV
14.1. Všeobecné
14.2. Generovanie podpisu
14.3. Overenie podpisu
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 427
PREAMBULA
V tomto dodatku sa špecifikujú mechanizmy zabezpečenia, ktoré zaisťujú:
— vzájomnú autentifikáciu medzi rôznymi komponentmi tachografového
systému.
— dôvernosť, integritu, autenticitu a/alebo nespochybniteľnosť údajov prenáša­
ných medzi rôznymi komponentmi systému tachografov alebo stiahnutých na
externé pamäťové médium.
Tento dodatok pozostáva z dvoch častí. V časti A sa vymedzujú mechanizmy
zabezpečenia tachografového systému prvej generácie (digitálny tachograf).
V časti B sa vymedzujú mechanizmy zabezpečenia tachografového systému
druhej generácie (inteligentný tachograf).
Mechanizmy uvedené v časti A tohto dodatku sa uplatňujú, ak aspoň jeden
z komponentov tachografového systému zapojený do procesu vzájomnej auten­
tifikácie a/alebo prenosu údajov je komponent prvej generácie.
Mechanizmy uvedené v časti B tohto dodatku sa uplatňujú, ak obidva kompo­
nenty tachografového systému zapojené do procesu vzájomnej autentifikácie
a/alebo prenosu údajov sú komponenty druhej generácie.
Dodatok 15 obsahuje viac informácií o použití komponentov prvej generácie
v kombinácii s komponentmi druhej generácie.
ČASŤ A
TACHOGRAFOVÝ SYSTÉM PRVEJ GENERÁCIE
1. ÚVOD
1.1. Referenčné dokumenty
V tomto dodatku sa používajú tieto referenčné dokumenty:
SHA-1 Národný inštitút pre normy a technológie USA
(NIST). Publikácia FIPS 180-1: Norma Secure
Hash. Apríl 1995.
PKCS1 RSA Laboratories. PKCS # 1: Norma šifrovania RSA.
Verzia 2.0. Október 1998.
TDES Národný inštitút pre normy a technológie USA
(NIST). Publikácia FIPS 46-3: Norma šifrovania
údajov. Návrh 1999.
TDES-OP ANSI X9.52, Prevádzkové režimy algoritmu trojitého
šifrovania údajov. 1998.
ISO/IEC 7816-4 Informačné technológie. Identifikačné karty. Karty
s integrovanými obvodmi a s kontaktmi. Časť 4:
Medziodborové príkazy pre výmenu. Prvé vydanie:
1995 + zmena 1: 1997.
ISO/IEC 7816-6 Informačné technológie. Identifikačné karty. Karty
s integrovanými obvodmi a s kontaktmi. Časť 6:
Medziodborové dátové prvky. Prvé vydanie: 1996 +
cor. 1: 1998.
ISO/IEC 7816-8 Informačné technológie. Identifikačné karty. Karty
s integrovanými obvodmi a s kontaktmi. Časť 8:
Medziodborové príkazy vzťahujúce sa k zabezpečeniu.
Prvé vydanie: 1999.
ISO/IEC 9796-2 Informačné technológie. Bezpečnostné techniky. Digi­
tálne podpisové mechanizmy umožňujúce obnovu
správy. Časť 2: Mechanizmy používajúce hašovaciu
funkciu. Prvé vydanie: 1997.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 428
ISO/IEC 9798-3 Informačné technológie. Bezpečnostné techniky.
Mechanizmus overovania entít. Časť 3: Overovanie
entít pomocou algoritmu verejného kľúča. Druhé
vydanie 1998.
ISO 16844-3 Cestné vozidlá. Tachografové systémy. Časť 3:
Rozhranie snímača pohybu.
1.2. Notácie a skratky
V tomto dodatku sa použili tieto notácie a skratky:
(K a , K b , K c ) Zväzok kľúčov, ktorý používa algoritmus trojitého
šifrovania údajov,
CA Certifikačná autorita (Certification Authority)
CAR Referencia certifikačnej autority (Certification Autho­
rity Reference)
CC Kryptografický kontrolný súčet (Cryptographic
Checksum)
CG Kryptogram (Cryptogram)
CH Záhlavie príkazu (Command Header)
CHA Autorizácia držiteľa certifikátu (Certificate Holder
Authorisation)
CHR Referencia držiteľa certifikátu (Certificate Holder
Reference)
D() Dešifrovanie s DES (Decryption with DES)
DE Dátový prvok (Data Element)
DO Dátový objekt (Data Object)
d Súkromný kľúč RSA, súkromný exponent (RSA
private key, private exponent)
e Verejný kľúč RSA, verejný exponent (RSA public
key, public exponent)
E() Šifrovanie s DES (Encryption with DES)
EQT Zariadenie (Equipment)
Hash() Hašovacia hodnota, výstup Hash (hash value)
Hash Hašovacia funkcia (hash function)
KID Identifikátor kľúča (Key Identifier)
Km Kľúč TDES Hlavný kľúč podľa ISO 16844-3.
Km VU Kľúč TDES zavedený v jednotkách vozidla.
Km WC Kľúč TDES zavedený v dielenských kartách.
m Reprezentant správy, číslo medzi 0 a n-1 (message
representative)
n Kľúče RSA, modul (RSA keys, modulus)
PB Výplňové bajty (Padding Bytes)
PI Bajt indikátora výplne (použitie v kryptograme pre
dôvernosť dátových objektov) (Padding Indicator
byte)
PV Nezašifrovaná hodnota (Plain Value)
s Reprezentant podpisu, číslo medzi 0 a n-1 (signature
representative)
SSC Počítadlo sekvencie odosielania (Send Sequence
Counter)
SM Zabezpečené spracovanie správ (Secure Messaging)
TCBC Prevádzkový režim reťazenia šifrovacieho bloku
TDEA (TDEA Cipher Block Chaining Mode of
Operation)
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 429
TDEA Algoritmus trojitého šifrovania údajov (Triple Data
Encryption Algorithm)
TLV Hodnota dĺžky tagu (Tag Length Value)
VU Jednotka vozidla (Vehicle Unit)
X.C Certifikát používateľa X vydaný certifikačnou auto­
ritou
X.CA Certifikačná autorita používateľa X
X.CA.PK o X.C Priebeh rozbaľovania certifikátu na získanie verejného
kľúča. Ide o infixový operátor, ktorého ľavý operand
je verejným kľúčom certifikačnej autority, a pravý
operand je certifikátom vydaným touto certifikačnou
autoritou. Výsledkom je verejný kľúč používateľa X,
ktorého certifikát predstavuje pravý operand
X.PK Verejný kľúč RSA používateľa X
X.PK[I] RSA šifrovanie niektorých informácií I, s použitím
verejného kľúča používateľa X
X.SK Súkromný kľúč RSA používateľa X
X.SK[I] RSA šifrovanie niektorých informácií I, s použitím
súkromného kľúča používateľa X
„xx“ Hexadecimálna hodnota
|| Operátor zreťazenia.
2. KRYPTOGRAFICKÉ SYSTÉMY A ALGORITMY
2.1. Kryptografické systémy
CSM_001 Jednotky vozidla a tachografové karty musia používať
klasický kryptografický systém verejného kľúča RSA tak,
aby boli k dispozícii tieto mechanizmy zabezpečenia:
— autentifikácia medzi jednotkami vozidla a kartami,
— prenos trojnásobných DES kľúčov relácie medzi jednot­
kami vozidla a tachografovými kartami,
— digitálny podpis údajov stiahnutých z jednotiek vozidla
alebo tachografových kariet na externé médiá.
CSM_002 Jednotky vozidla a tachografové karty musia používať syme­
trický trojnásobný DES kryptografický systém tak, aby bol
k dispozícii mechanizmus pre zabezpečenie integrity údajov
počas výmeny používateľských údajov medzi jednotkami
vozidla a tachografovými kartami, a aby bola podľa potreby
zabezpečená dôvernosť výmeny údajov medzi jednotkami
vozidla a tachografovými kartami.
2.2. Kryptografické algoritmy
2.2.1 Algoritmus RSA
CSM_003 Algoritmus RSA je úplne definovaný týmito vzťahmi:
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 430
X.SK[m] = s = m d mod n
X.PK[s] = m = s e mod n
Podrobnejší opis funkcie RSA sa nachádza v referenčnom
dokumente [PKCS1]. Verejný exponent, e, pre výpočet
RSA je číslo medzi 3 a n-1 spĺňajúce gcd(e, lcm(p-1, q-1))=1.
2.2.2 Hašovací algoritmus
CSM_004 Mechanizmy digitálneho podpisu musia používať hašovací
algoritmus SHA-1, ako je vymedzený v referenčnom doku­
mente [SHA-1].
2.2.3 Algoritmus šifrovania údajov
CSM_005 Algoritmy založené na DES sa používajú v prevádzkovom
režime reťazenia šifrovacieho bloku (Cipher Block Chaining).
3. KĽÚČE A CERTIFIKÁTY
3.1. Generovanie a distribúcia kľúčov
3.1.1 Generovanie a distribúcia kľúčov RSA
CSM_006 Kľúče RSA sa musia generovať na troch funkčne hierarchic­
kých úrovniach:
— európskej úrovni,
— úrovni členského štátu,
— úrovni zariadenia.
CSM_007 Na európskej úrovni sa generuje jeden európsky kľúčový pár
(EUR.SK a EUR.PK). Európsky súkromný kľúč sa použije na
certifikovanie verejných kľúčov členských štátov. Musia sa
uchovávať záznamy všetkých certifikovaných kľúčov. Tieto
úlohy plní európska certifikačná autorita, ktorá podlieha
Európskej komisii a je pod jej zodpovednosťou.
CSM_008 Na úrovni členského štátu sa generuje jeden kľúčový pár
členského štátu (MS.SK a MS.PK). Verejné kľúče členských
štátov musia byť certifikované európskou certifikačnou auto­
ritou. Súkromný kľúč členského štátu sa musí používať na
certifikovanie verejných kľúčov, ktoré sa majú zaviesť do
zariadenia (jednotka vozidla alebo tachografová karta).
Musia sa uchovávať záznamy všetkých certifikovaných verej­
ných kľúčov spolu s identifikáciou zariadenia, pre ktoré sú
určené. Tieto úlohy plní certifikačná autorita členského štátu.
Členský štát môže pravidelne meniť svoj kľúčový pár.
CSM_009 Na úrovni zariadenia sa generuje jeden kľúčový pár (EQT.SK
a EQT.PK) a zavedie sa do každého zariadenia. Verejné
kľúče zariadenia musia byť certifikované certifikačnou auto­
ritou členského štátu. Tieto úlohy môžu plniť výrobcovia
zariadenia, personalizátori zariadenia alebo orgány členského
štátu. Tento kľúčový pár sa používa na autentifikáciu, digi­
tálny podpis a šifrovacie služby.
CSM_010 Dôvernosť súkromných kľúčov sa musí zachovať počas gene­
rovania, (prípadného) prenosu a uloženia.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 431
Na tomto obrázku je zhrnutý dátový tok tohto procesu:
3.1.2 Skúšobné kľúče RSA
CSM_011 Na skúšanie zariadenia (vrátane skúšok interoperability) musí
európska certifikačná autorita vygenerovať osobitný jednotný
európsky skúšobný kľúčový pár a aspoň dva skúšobné
kľúčové páry členského štátu, ktorých verejné kľúče musia
byť certifikované európskym súkromným skúšobným
kľúčom. Výrobcovia musia zaviesť do zariadenia podliehajú­
ceho schvaľovacím skúškam skúšobné kľúče certifikované
jedným z týchto skúšobných kľúčov členského štátu.
3.1.3 Kľúče snímača pohybu
Dôvernosť troch trojnásobných DES kľúčov opísaných ďalej sa musí
náležite uchovávať počas generovania, (prípadného) prenosu a uloženia.
Na zaručenie zhody komponentov tachografu s ISO 16844 musia
európska certifikačná autorita a certifikačné autority členského štátu
okrem toho zabezpečiť toto:
CSM_036 Európska certifikačná autorita vygeneruje KmVU a KmWC,
dva nezávislé a jedinečné trojnásobné DES kľúče a vygeneruje
Km ako: Km = Km VU XOR Km WC . Európska certifikačná
autorita musí, pomocou vhodne zabezpečeného postupu, na
požiadanie odoslať tieto kľúče certifikačným autoritám člen­
ských štátov.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 432
CSM_037 Certifikačné autority členských štátov:
— musia použiť Km na zašifrovanie údajov snímača pohybu,
ktoré vyžadujú výrobcovia snímača pohybu (údaje, ktoré
sa majú zašifrovať s Km, sú definované v ISO 16844-3),
— pošlú Km VU pomocou vhodne zabezpečeného postupu
výrobcom jednotiek vozidla na účely jeho zavedenia do
jednotiek vozidla,
— zabezpečia, aby Km WC bol zavedený vo všetkých dielen­
ských kartách ( v elementárnom
súbore ) počas personalizácie
karty.
3.1.4 Generovanie a distribúcia T-DES kľúčov relácie
CSM_012 Jednotky vozidla a tachografové karty musia, v rámci vzájom­
ného procesu autentifikácie, generovať a vymieňať si údaje
nevyhnutné na zhotovenie spoločného trojnásobného DES
kľúča relácie. Táto výmena údajov musí byť chránená
z hľadiska dôvernosti šifrovacím mechanizmom RSA.
CSM_013 Tento kľúč sa použije na všetky následné kryptografické
operácie s použitím zabezpečeného spracovania. Jeho platnosť
sa skončí na konci relácie (vytiahnutie karty alebo resetovanie
karty) a/alebo po 240. použití (jedno použitie kľúča = jeden
príkaz používajúci zabezpečené spracovanie odoslaný na
kartu a príslušná odpoveď).
3.2. Kľúče
CSM_014 Kľúče RSA musia mať (na ktorejkoľvek úrovni) túto dĺžku:
modul n 1 024 bitov, verejný exponent e maximálne 64 bitov,
súkromný exponent d 1 024 bitov.
CSM_015 Trojnásobné DES kľúče musia mať formu (K a , K b , K a ) kde
K a a K b sú nezávislé kľúče s dĺžkou 64 bitov. Nenastavia sa
žiadne bity na zisťovanie chýb parity.
3.3. Certifikáty
CSM_016 Certifikáty verejného kľúča RSA nesmú byť „samoopisné“
a musia byť „kartou overiteľné“ (referenčný dokument:
ISO/IEC 7816-8)
3.3.1 Obsah certifikátov
CSM_017 Certifikáty verejného kľúča RSA pozostávajú z týchto údajov
v tomto poradí:
Údaje Formát Bajty Poznámky
CPI INTEGER
(celé číslo)
1 Identifikátor profilu certifi­
kátu („01“ pre túto verziu)
CAR OCTET
STRING
(oktetový
reťazec)
8 Referencia certifikačnej
autority
CHA OCTET
STRING
7 Autorizácia držiteľa certifi­
kátu
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 433
Údaje Formát Bajty Poznámky
EOV TimeReal 4 Koniec platnosti certifi­
kátu. Nepovinné, ak sa
nepoužije, vyplní sa s „FF“.
CHR OCTET
STRING
8 Referencia držiteľa certifi­
kátu
n OCTET
STRING
128 Verejný kľúč (modul)
e OCTET
STRING
8 Verejný kľúč (verejný
exponent)
164
Poznámky:
1. „Identifikátor profilu certifikátu“ (CPI) ohraničuje presnú štruktúru
autentifikačného certifikátu. Môže sa použiť ako vnútorný identifi­
kátor zariadenia príslušného zoznamu záhlaví, ktorý popisuje zreťa­
zenie dátových prvkov v rámci certifikátu.
Zoznam záhlaví pre tento obsah certifikátu je takýto:
„4D“ „16“ „5F
29“
„01“ „42“ „08“ „5F
4B“
„07“ „5F
24“
„04“ „5F
20“
„08“ „7F
49“
„05“ „81“ „81
80“
„82“ „08“
Ta
g
ro
zš
ír
en
éh
o
zo
zn
am
u
zá
hl
av
í
D
ĺž
ka
z
oz
na
m
u
zá
hl
av
í
C
P
I
Ta
g
D
ĺž
ka
C
P
I
C
A
R
T
ag

D
ĺž
ka
C
A
R

C
H
A
T
ag

D
ĺž
ka
C
H
A

E
O
V
T
ag

D
ĺž
ka
E
O
V

C
H
R
T
ag

D
ĺž
ka
C
H
R

Ta
g
ve
re
jn
éh
o
kľ
úč
a
(z
os
ta
ve
ný
)
D
ĺž
ka
n
ás
le
dn
ýc
h
dá
to
vý
ch
o
bj
ek
to
v
Ta
g
m
od
ul
u
D
ĺž
ka
m
od
ul
u
Ta
g
ve
re
jn
éh
o
ex
po
ne
nt
u
D
ĺž
ka
v
er
ej
né
ho
e
xp
on
en
tu

2. „Referencia certifikačnej autority“ (CAR) má za účel identifikovať
CA vydávajúcu certifikát tak, aby sa dátový prvok mohol použiť
v rovnakom čase ako identifikátor kľúča autority na referenciu verej­
ného kľúča certifikačnej autority (pre kódovanie pozri identifikátor
kľúča ďalej).
3. „Autorizácia držiteľa certifikátu“ (CHA) sa používa na identifikovanie
práv držiteľa certifikátu. Pozostáva z ID tachografovej aplikácie
a typu zariadenia, ktorému je certifikát určený (podľa dátového
prvku , „00“ pre členský štát).
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 434
4. „Referencia držiteľa certifikátu“ (CHR) má za účel identifikovať
jednoznačne držiteľa certifikátu tak, aby sa dátový prvok mohol
použiť v rovnakom čase ako identifikátor kľúča subjektu na referenciu
verejného kľúča držiteľa certifikátu.
5. Identifikátory kľúča jedinečne identifikujú držiteľa certifikátu alebo
certifikačné autority. Sú kódované takto:
5.1 Zariadenie (VU alebo karta):
Údaje Sériové
číslo
zariadenia
Dátum Typ Výrobca
Dĺžka 4 bajty 2 bajty 1 bajt 1 bajt
Hodnota Celé číslo mm rr BCD kódo­
vanie
Špecifické pre
výrobcu
Kód výrobcu
V prípade VU výrobca pri žiadosti o certifikáty môže, ale nemusí
poznať identifikáciu zariadenia, v ktorom majú byť kľúče zave­
dené.
V prvom prípade výrobca pošle identifikáciu zariadenia
s verejným kľúčom na certifikáciu certifikačnej autorite svojho
členského štátu. Certifikát potom bude obsahovať identifikáciu
zariadenia a výrobca musí zabezpečiť, aby boli kľúče a certifikát
zavedené do príslušného zariadenia. Podoba identifikátora kľúča
je uvedená vyššie.
V druhom prípade výrobca musí jedinečne identifikovať každú
žiadosť o certifikát a poslať túto identifikáciu s verejným kľúčom
na certifikáciu autorite svojho členského štátu. Tento certifikát
bude obsahovať identifikáciu žiadosti. Výrobca musí autorite
svojho členského štátu po inštalovaní kľúča v zariadení oznámiť
priradenie kľúča k zariadeniu (t. j. identifikáciu žiadosti o certi­
fikát, identifikáciu zariadenia). Identifikátor kľúča má túto
podobu:
Údaje Sériové
číslo
žiadosti
o certifikát
Dátum Typ Výrobca
Dĺžka 4 bajty 2 bajty 1 bajt 1 bajt
Hodnota Celé číslo mm rr BCD kódo­
vanie
„FF“ Kód výrobcu
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 435
5.2. Certifikačná autorita:
Údaje Identifikácia
orgánu
Sériové číslo
kľúča
Doplňujúce
informácie
Identifikátor
Dĺžka 4 bajty 1 bajt 2 bajty 1 bajt
Hodnota Numerický kód
členského štátu –
1 bajt
Alfanumerický
kód členského
štátu – 3 bajty
Celé číslo Doplnkový
kód
(podľa CA)
„FF FF“, ak
sa nepoužíva
„01“
Sériové číslo kľúča sa používa na rozlíšenie rôznych kľúčov
členského štátu v prípade zmeny kľúča.
6. Verifikátor certifikátu implicitne vie, že pri certifikovanom verejnom
kľúči ide o kľúč RSA relevantný pre autentifikáciu, overenie digitál­
neho podpisu a šifrovanie v rámci služieb dôvernosti (certifikát neob­
sahuje žiadny objektový identifikátor pre jeho špecifikáciu).
3.3.2 Vydané certifikáty
CSM_018 Vydaný certifikát je digitálnym podpisom s čiastočne obno­
viteľným obsahom certifikátu v súlade s normou ISO/IEC
9796-2 (s výnimkou jej prílohy A4), s priloženou „referen­
ciou certifikačnej autority“.
X.C = X.CA.SK[„6A“ || C r || Hash (Cc) || „BC“] || C n || X.CAR
s obsahom certifikátu =
Cc =
C r || C n
106 bajtov 58 bajtov
Poznámky:
1. Tento certifikát má dĺžku 194 bajtov.
2. CAR skrytá podpisom je tiež priložená k podpisu tak, aby na overenie
certifikátu mohol byť zvolený verejný kľúč certifikačnej autority.
3. Verifikátor certifikátu implicitne pozná algoritmus použitý certifi­
kačnou autoritou na podpis certifikátu.
4. Zoznam záhlaví pre tento vydaný certifikát je takýto:
„7F 21“ „09“ „5F 37“ „81 80“ „5F 38“ „3A“ „42“ „08“
Ta
g
ce
rt
if
ik
át
u
C
V

(z
os
ta
ve
ný
)
D
ĺž
ka
n
ás
le
dn
ýc
h
dá
to
vý
ch
o
bj
ek
to
v
Ta
g
po
dp
is
u
D
ĺž
ka
p
od
pi
su

Ta
g
zo
st
at
ku

D
ĺž
ka
z
os
ta
tk
u
C
A
R
T
ag

D
ĺž
ka
C
A
R

▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 436
3.3.3 Overenie a rozbalenie certifikátu
Overenie a rozbalenie certifikátu pozostáva z overenia podpisu v súlade
s ISO/IEC 9796-2, vyvolania obsahu certifikátu a obsiahnutého verejného
kľúča: X.PK = X.CA.PK o X.C, a overenie platnosti certifikátu.
CSM_019 Zahŕňa tieto kroky:
Overenie podpisu a vyvolanie obsahu:
— z X.C vyvolanie Sign, C n ' a CAR': X.C = Sign || C n ' || CAR'
128 bajtov 58 bajtov 8 bajtov
— z CAR' sa vyberie vhodný verejný kľúč certifikačnej auto­
rity (ak sa nevykonalo predtým inými prostriedkami)
— otvorenie Sign s verejným kľúčom CA: Sr'= X.CA.PK
[Sign],
— kontrola Sr' sa začína s „6A“ a končí s „BC“
— výpočet C r ' a H' z: Sr' = „6 A“ || C r ' || H' || „BC“
106 bajtov 20 bajtov
— Opätovné zhotovenie obsahu certifikátu C' = C r „|| C n “,
— kontrola Hash (C') = H'
Ak sú kontroly v poriadku, certifikát je pravý a jeho obsah je
C'.
Overenie platnosti. Z C':
— v prípade potreby kontrola dátumu skončenia platnosti,
Vyvolanie a uloženie verejného kľúča, identifikátora kľúča,
autorizácie držiteľa certifikátu a skončenia platnosti certifikátu
z C':
— X.PK = n || e
— X.KID = CHR
— X.CHA = CHA
— X.EOV = EOV
4. MECHANIZMUS VZÁJOMNEJ AUTENTIFIKÁCIE
Vzájomná autentifikácia medzi kartami a VU je založená na týchto
princípoch:
Každá strana preukáže druhej strane, že vlastní platný pár kľúčov,
ktorého verejný kľúč bol certifikovaný certifikačnou autoritou členského
štátu, ktorá samotná bola certifikovaná európskou certifikačnou autoritou.
Preukazuje sa podpisom súkromným kľúčom na náhodnom čísle od
druhej strany, ktorá musí toto náhodné číslo dostať späť pri overovan í
daného podpisu.
Mechanizmus spustí VU pri vložení karty. Začne sa výmenou certifi­
kátov a rozbaľovaním verejných kľúčov a končí sa nastavením kľúča
relácie.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 437
CSM_020 Použije sa tento protokol (šípky označujú príkazy a vymieňané
údaje (pozri dodatok 2)):
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 438
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 439
5. MECHANIZMY DÔVERNOSTI, INTEGRITY A AUTENTIFIKÁCIE
PRENOSU ÚDAJOV MEDZI VU A KARTAMI
5.1. Zabezpečené spracovanie správ
CSM_021 Integrita prenosu údajov medzi VU a kartami je chránená
zabezpečeným spracovaním v súlade s referenčnými doku­
mentmi [ISO/IEC 7816-4] a [ISO/IEC 7816-8].
CSM_022 Keď musia byť údaje počas prenosu chránené, v rámci
príkazu alebo odpovede sa k odoslaným dátovým objektom
pripojí dátový objekt „kryptografický kontrolný súčet“. Kryp­
tografický kontrolný súčet overuje prijímateľ.
CSM_023 Kryptografický kontrolný súčet údajov odoslaných v rámci
príkazu integruje záhlavie príkazu a všetky odoslané dátové
objekty (=>CLA = „0C“ a všetky dátové objekty musia byť
uzavreté tagmi, pričom b1 = 1).
CSM_024 Keď odpoveď neobsahuje žiadne dátové pole, musia byť
bajty týkajúce sa informácií o stave odpovede chránené kryp­
tografickým kontrolným súčtom.
CSM_025 Kryptografický kontrolný súčet musí mať dĺžku štyri bajty.
Štruktúra príkazov a odpovedí pri použití zabezpečeného
spracovania je preto takáto:
Použité dátové objekty sú podmnožinou dátových objektov
zabezpečeného spracovania opísaných v ISO/IEC 7816-4:
Tag
Mnemotech­
nická
skratka
Význam
„81“ T PV Nezašifrovaná hodnota nekódovaná v BER-TLV
(chránená prostredníctvom CC)
„97“ T LE Hodnota Le v nezabezpečenom príkaze (chránená
prostredníctvom CC)
„99“ T SW Status-Info (chránená prostredníctvom CC)
„8E“ T CC Kryptografický kontrolný súčet
„87“ T PI CG Bajt indikátora výplne || Kryptogram (nezašifrovaná
hodnota nekódovaná v BER-TLV)
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 440
Vychádzajúc z nezabezpečeného páru príkaz – odpoveď:
Záhlavie príkazu Telo príkazu
CLA INS P1 P2 [L c pole] [Dátové pole] [L e pole]
štyri bajty Bajty L, označené ako B 1 až B L
Telo odpovede Koncový znak odpovede
[Dátové pole] SW1 SW2
Dátové bajty L r dva bajty
Zodpovedajúci zabezpečený pár príkaz – odpoveď je:
Zabezpečený príkaz:
Záhlavie príkazu (CH) Telo príkazu
CLA INS P1 P2 [Nové L c pole] [Nové dátové pole] [Nové
L e pole]
„OC“ Dĺžka nového
dátového poľa
T PV L PV PV T LE L LE L e T CC L CC CC „00“
„81“ L c Dátové pole „97“ „01“ L e „8E“ „04“ CC
Údaje, ktoré sa majú integrovať v kontrolnom súčte = CH ||
PB || T PV || L PV || PV || T LE || L LE || L e || PB
PB = Výplňové bajty (80 .. 00) podľa ISO/IEC 7816-4 a ISO
9797, metóda 2.
Dátové objekty PV a LE sú prítomné len keď existujú nejaké
zodpovedajúce údaje v nezabezpečenom príkaze.
Zabezpečená odpoveď:
1. Keď dátové pole odpovede nie je prázdne a nemusí byť
chránené vzhľadom na dôvernosť:
Telo odpovede Koncový znak odpovede
[Nové dátové pole] nové SW1 SW2
T PV L PV PV T CC L CC CC
„81“ L r Dátové pole „8E“ „04“ CC
Údaje, ktoré sa majú integrovať v kontrolnom súčte =
T PV || L PV || PV || PB
2. Keď dátové pole odpovede nie je prázdne a musí byť
chránené vzhľadom na dôvernosť:
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 441
Telo odpovede Koncový znak odpovede
[Nové dátové pole] nové SW1 SW2
T PI CG L PI
CG
PI CG T CC L CC CC
„87“ PI || CG „8E“ „04“ CC
Údaje v CG: údaje nekódované v BER-TLV a výplňové
bajty.
Údaje, ktoré sa majú integrovať v kontrolnom súčte = T PI
CG || L PI CG || PI CG || PB
3. Keď je dátové pole odpovede prázdne:
Telo odpovede Koncový znak odpovede
[Nové dátové pole] nové SW1 SW2
T SW L SW SW T CC L CC CC
„99“ „02“ Nové SW1 SW2 „8E“ „04“ CC
Údaje, ktoré sa majú integrovať v kontrolnom súčte = T SW
|| L SW || SW || PB
5.2. Spracovanie chýb zabezpečeného spracovania (SM)
CSM_026 Keď tachografová karta rozpozná chybu SM pri interpretácii
príkazu, stavové bajty sa musia vrátiť bez SM. V súlade
s ISO/IEC 7816-4 sú definované tieto stavové bajty na ozna­
čenie chýb SM:
„66 88“: overenie kryptografického kontrolného súčtu
zlyhalo,
„69 87“: chýbajú očakávané dátové objekty SM,
„69 88“: nesprávne dátové objekty SM.
CSM_027 Keď tachografová karta vráti stavové bajty bez dátových
objektov SM alebo s chybnými dátovými objektmi SM, VU
musí reláciu ukončiť.
5.3. Algoritmus na výpočet kryptografických kontrolných súčtov
CSM_028 Kryptografické kontrolné súčty sú zostavené pomocou
bežných MAC v súlade s ANSI X9.19 s DES:
— východisková etapa: počiatočný kontrolný blok y0 je
E(Ka, SSC).
— nasledujúca etapa: Kontrolné bloky y1, .., yn sa vypočí­
tajú s použitím Ka.
— konečná etapa: kryptografický kontrolný súčet sa vypočíta
z posledného kontrolného bloku yn takto: E(Ka, D(Kb,
yn)).
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 442
E() znamená šifrovanie s DES a D() znamená dešifrovanie
s DES.
Prenášajú sa štyri bajty najvyššieho rádu kryptografického
kontrolného súčtu.
CSM_029 Počítadlo sekvencie odosielania (SSC) sa iniciuje počas
postupu kľúčovej dohody takto:
Počiatočné SSC: Rnd3 (4 bajty najnižšieho rádu) || Rnd1 (4
bajty najnižšieho rádu).
CSM_030 Počítadlo sekvencie odosielania sa musí zvýšiť o 1 vždy pred
výpočtom MAC (t. j. SSC pre prvý príkaz je počiatočné SSC
+ 1, SSC pre prvú odpoveď je počiatočné SSC + 2).
Tento obrázok ukazuje výpočet MAC:
5.4. Algoritmus výpočtu kryptogramov pre dôvernosť dátových objektov
CSM_031 Kryptogramy sa vypočítajú s použitím TDEA v prevádzkovom
režime TCBC v súlade s referenčnými dokumentmi (TDES)
a (TDES-OP) a nulovým vektorom ako počiatočný blok
hodnôt (Initial Value Block).
Tento obrázok ukazuje aplikáciu kľúčov v TDES:
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 443
6. MECHANIZMY DIGITÁLNEHO PODPISU PRI SťAHOVANÍ
ÚDAJOV
CSM_032 Inteligentné vyhradené zariadenie (IDE) uchováva údaje prijí­
mané zo zariadenia (VU alebo karty) počas jednej relácie
sťahovania v jednom fyzickom dátovom súbore. Tento
súbor musí obsahovať certifikáty MS i .C a EQT.C. Súbor
obsahuje digitálne podpisy dátových blokov, ako je špecifi­
kované v dodatku 7 Protokoly sťahovania údajov.
CSM_033 Digitálne podpisy stiahnutých údajov musia použiť digitálny
podpisový systém s dodatkom tak, aby sa stiahnuté údaje
podľa potreby dali čítať bez dešifrovania.
6.1. Generovanie podpisu
CSM_034 Generovanie dátového podpisu zariadením sa musí vykonať
podľa podpisového systému s dodatkom, ktorý je definovaný
v referenčnom dokumente [PKCS1], s hašovacou funkciou
SHA-1:
Podpis = EQT.SK[„00“ || „01“ || PS || „00“ || DER(SHA-
1(Data))]
PS = výplňový reťazec oktetov s hodnotou „FF“ tak, aby bola
dĺžka 128.
DER(SHA-1(M)) je kódovanie ID algoritmu pre hašovaciu
funkciu a hašovaciu hodnotu na hodnotu ASN.1 typu Diges­
tInfo (odlíšené kódovacie pravidlá – DER):
„30“||„21“||„30“||„09“||„06“||„05“||„2B“||„0E“||„03“||„02“||„1A“||
„05“||„00“||„04“||„14“||Hašovacia hodnota.
6.2. Overenie podpisu
CSM_035 Overenie podpisu stiahnutých údajov sa musí vykonať podľa
podpisového systému s dodatkom, ktorý je definovaný v refe­
renčnom dokumente [PKCS1], s hašovacou funkciou SHA-1.
Európsky verejný kľúč EUR.PK musí verifikátor poznať
nezávisle (a dôverovať mu).
V tejto tabuľke je znázornený protokol, ktorým sa IDE
s kontrolnou kartou môže riadiť pri overovaní integrity stiah­
nutých údajov ukladaných na ESM (externé pamäťové
médium). Kontrolná karta sa používa na dešifrovanie digitál­
nych podpisov. Táto funkcia nesmie byť v tomto prípade
implementovaná v IDE.
Zariadenie, ktoré stiahlo a podpísalo údaje, ktoré sa majú
analyzovať, je označené ako EQT.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 444
ČASŤ B
TACHOGRAFOVÝ SYSTÉM DRUHEJ GENERÁCIE
7. ÚVOD
7.1. Referenčné dokumenty
V tejto časti tohto dodatku sa používajú tieto referenčné dokumenty:
AES Národný inštitút pre normy a technológie USA (NIST),
FIPS PUB 197: Štandard pokročilého šifrovania (AES),
26. novembra 2001.
DSS Národný inštitút pre normy a technológie USA (NIST),
FIPS PUB 186-4: Štandard digitálneho podpisu (DSS), júl
2013
ISO 7816-4 ISO/IEC 7816-4 Identifikačné karty. Karty s integrova­
nými obvodmi. Časť 4: Štruktúra, bezpečnosť a príkazy
pre výmenu. Tretie vydanie 2013-04-15
ISO 7816-8 ISO/IEC 7816-8 Identifikačné karty. Karty s integrova­
nými obvodmi. Časť 8: príkazy pre operácie zabezpe­
čenia. Druhé vydanie 2004-06-01
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 445
ISO 8825-1 ISO/IEC 8825-1 Informačné technológie. Pravidlá kódo­
vania v ASN.1: špecifikácia základných kódovacích
pravidiel (BER), kánonických kódovacích pravidiel
(CER) a odlíšených kódovacích pravidiel (DER). Štvrté
vydanie, 2008-12-15
ISO 9797-1 ISO/IEC 9797-1 Informačné technológie. Bezpečnostné
techniky. Autentifikačný kód správy (MAC). Časť 1:
Mechanizmy používajúce blokovú šifru. Druhé vydanie,
2011-03-01
ISO 10116 ISO/IEC 10116 Informačné technológie. Bezpečnostné
techniky. Prevádzkové režimy n-bitovej blokovej šifry.
Tretie vydanie, 2006-02-01
ISO 16844-3 ISO 16844-3 Cestné vozidlá. Tachografové systémy. Časť
3: Rozhranie snímača pohybu. Prvé vydanie 2004 vrátane
technického korigenda 1 2006
RFC 5480 Kryptografia na báze eliptických kriviek informácie
subjektu verejného kľúča, marec 2009
RFC 5639 Kryptografia na báze eliptických kriviek (ECC) – Štan­
dardné Brainpool krivky a generácia krivky, 2010
RFC 5869 Funkcia odvodenia kľúča s extrakciou a rozšírením na
báze HMAC (HKDF), máj 2010
SHS Národný inštitút pre normy a technológie USA (NIST),
FIPS PUB 180-4: Secure Hash Standard, marec 2012
SP 800-38B Národný inštitút pre normy a technológie USA (NIST),
špeciálna publikácia 800-38B: Odporúčanie pre prevá­
dzkové režimy blokovej šifry: Režim CMAC na autenti­
fikáciu, 2005
TR-03111 BSI Technické usmernenie TR-03111, Kryptografia na
báze eliptických kriviek, verzia 2.00, 2012-06-28
7.2. Notácie a skratky
V tomto dodatku sa použili tieto notácie a skratky:
AES Štandard pokročilého šifrovania (Advanced Encryption
Standard)
CA Certifikačná autorita (Certificate Authority)
CAR Referencia certifikačnej autority (Certificate Authority
Reference)
CBC Reťazenie šifrovacieho bloku (režim prevádzky) (Cipher
Block Chaining (mode of operation))
CH Záhlavie príkazu (Command Header)
CHA Autorizácia držiteľa certifikátu (Certificate Holder Autho­
risation)
CHR Referencia držiteľa certifikátu (Certificate Holder Refe­
rence)
CV Konštantný vektor (Constant Vector)
DER Odlíšené kódovacie pravidlá (Distinguished Encoding
Rules)
DO Dátový objekt (Data Object)
DSRC Vyhradená komunikácia krátkeho dosahu (Dedicated Short
Range Communication)
ECC Kryptografia na báze eliptických kriviek (Elliptic Curve
Cryptography)
ECDSA Algoritmus digitálneho podpisu na báze eliptických kriviek
(Elliptic Curve Digital Signature Algorithm)
ECDH Eliptická krivka Diffie-Hellman (algoritmus kľúčovej
dohody) (Elliptic Curve Diffie-Hellman)
EGF Externé zariadenie GNSS (External GNSS Facility)
EQT Zariadenie (Equipment)
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 446
IDE Inteligentné vyhradené zariadenie (Intelligent Dedicated
Equipment)
K M Hlavný kľúč snímača pohybu umožňujúci párovanie
jednotky vozidla so snímačom pohybu
K M-VU Kľúč vložený do jednotiek vozidla, umožňujúci VU
odvodiť hlavný kľúč snímača pohybu, ak je dielenská
karta vložená do VU
K M-WC Kľúč vložený do dielenských kariet, umožňujúci VU
odvodiť hlavný kľúč snímača pohybu, ak je dielenská
karta vložená do VU
MAC Autentifikačný kód správy (Message Authentication Code)
MoS Snímač pohybu (Motion Sensor)
MSB Bit najvyššieho rádu (Most Significant Bit)
PKI Infraštruktúra verejného kľúča (Public Key Infrastructure)
RCF Diaľkové komunikačné zariadenie (Remote Communica­
tion Facility)
SSC Počítadlo sekvencie odosielania (Send Sequence Counter)
SM Zabezpečené spracovanie správ (Secure Messaging)
TDES Štandard trojitého šifrovania údajov (Triple Data Encryp­
tion Standard)
TLV Hodnota dĺžky tagu (Tag Length Value)
VU Jednotka vozidla (Vehicle Unit)
X.C Certifikát verejného kľúča používateľa X
X.CA Certifikačná autorita, ktorá vydala certifikát používateľa X
X.CAR Referencia certifikačnej autority uvedená v certifikáte
používateľa X
X.CHR Referencia držiteľa certifikátu uvedená v certifikáte použí­
vateľa X
X.PK Verejný kľúč používateľa X
X.SK Súkromný kľúč používateľa X
X.PK eph Efemérny verejný kľúč používateľa X (ephemeral public
key of user X)
X.SK eph Efemérny súkromný kľúč používateľa X (ephemeral
private key of user X)
„xx“ hexadecimálna hodnota (a hexadecimal value)
|| Operátor zreťazenia (concatenation operator)
7.3. Vymedzenie pojmov
Vymedzenie pojmov použité v tomto dodatku je uvedené v oddiele
I prílohy 1C.
8. KRYPTOGRAFICKÉ SYSTÉMY A ALGORITMY
8.1. Kryptografické systémy
CSM_38 Jednotky vozidla a tachografové karty musia používať
kryptografický systém verejného kľúča na báze eliptických
kriviek tak, aby poskytovali tieto služby zabezpečenia:
— vzájomnú autentifikáciu medzi jednotkou vozidla
a kartou,
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 447
— dohodu kľúčov relácie AES medzi jednotkou vozidla
a kartou,
— zaistenie autenticity, integrity a nespochybniteľnosti
údajov stiahnutých z jednotiek vozidla alebo tachogra­
fových kariet na externé médiá.
CSM_39 Jednotky vozidla a externé zariadenia GNSS musia
používať kryptografický systém verejného kľúča na báze
eliptických kriviek, aby poskytovali tieto služby zabezpe­
čenia:
— spojenie jednotky vozidla s externým zariadením
GNSS,
— vzájomnú autentifikáciu medzi jednotkou vozidla
a externým zariadením GNSS,
— dohodu kľúčov relácie AES medzi jednotkou vozidla
a externým zariadením GNSS.
CSM_40 Jednotky vozidla a tachografové karty používajú syme­
trický kryptografický systém založený na AES, aby posky­
tovali tieto služby zabezpečenia:
— zaistenie autenticity a integrity údajov vymieňaných
medzi jednotkou vozidla a tachografovou kartou,
— v prípade potreby zaistenie dôvernosti údajov vymie­
ňaných medzi jednotkou vozidla a tachografovou
kartou.
CSM_41 Jednotky vozidla a externé zariadenia GNSS musia
používať symetrický kryptografický systém založený na
AES, aby poskytovali tieto služby zabezpečenia:
— zaistenie autenticity a integrity údajov vymieňaných
medzi jednotkou vozidla a externým zariadením
GNSS.
CSM_42 Jednotky vozidla a snímače pohybu musia používať syme­
trický kryptografický systém založený na AES, aby posky­
tovali tieto služby zabezpečenia:
— párovanie jednotky vozidla a snímača pohybu,
— vzájomnú autentifikáciu medzi jednotkou vozidla
a snímačom pohybu,
— zaistenie dôvernosti údajov vymieňaných medzi
jednotkou vozidla a snímačom pohybu.
CSM_43 Jednotky vozidla a kontrolné karty používajú symetrický
kryptografický systém založený na AES, aby na rozhraní
diaľkovej komunikácie poskytovali tieto služby zabezpe­
čenia:
— zaistenie dôvernosti, autenticity a integrity údajov
odosielaných jednotkou vozidla na kontrolnú kartu.
Poznámky:
— V skutočnosti sa údaje prenášajú z jednotky vozidla do
diaľkového snímača, ktorý ovláda kontrolný úradník
prostredníctvom diaľkového komunikačného zaria­
denia, ktoré môže byť integrované vo VU alebo
externé, pozri dodatok 14. Avšak diaľkový snímač
posiela získané údaje na kontrolnú kartu na dešifro­
vanie a overenie autenticity. Z hľadiska zabezpečenia
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 448
sú diaľkové komunikačné zariadenie a diaľkový
snímač úplne transparentné.
— Dielenská karta poskytuje rovnaké služby zabezpečenia
pre rozhranie DSRC ako kontrolná karta. To umožňuje
dielni overiť správne fungovanie diaľkového komuni­
kačného rozhrania VU vrátane zabezpečenia. Viac
informácií sa uvádza v oddiele 9.2.2.
8.2. Kryptografické algoritmy
8.2.1 Symetrické algoritmy
CSM_44 Jednotky vozidla, tachografové karty, snímače pohybu
a externé zariadenia GNSS musia podporovať algoritmus
AES vymedzený v [AES] s dĺžkou kľúča 128, 192 a 256
bitov.
8.2.2 Asymetrické algoritmy a štandardizované parametre domény
CSM_45 Jednotky vozidla, tachografové karty a externé zariadenia
GNSS musia podporovať kryptografiu na báze eliptických
kriviek s veľkosťou kľúča 256, 384 a 512/521 bitov.
CSM_46 Jednotky vozidla, tachografové karty a externé zariadenia
GNSS musia podporovať podpisový algoritmus ECDSA,
ako je špecifikované v [DSS].
CSM_47 Jednotky vozidla, tachografové karty a externé zariadenia
GNSS musia podporovať algoritmus kľúčovej dohody
ECKA-EG, ako je špecifikované v [TR 03111].
CSM_48 V prípade kryptografie na báze eliptických kriviek musia
jednotky vozidla, tachografové karty a externé zariadenia
GNSS podporovať všetky štandardizované parametre
domény uvedené v tabuľke 1 ďalej.
Tabuľka 1
Štandardizované parametre domény
Názov Veľkosť (v bitoch) Referencia Objektový identifikátor
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 — SK — 21.08.2023 — 003.002 — 449
Poznámka: objektové identifikátory uvedené v poslednom
stĺpci tabuľky 1 sú špecifikované v [RFC 5639] v prípade
Brainpool kriviek a v [RFC 5480] v prípade NIST kriviek.
8.2.3 Hašovacie algoritmy
▼M1
CSM_49 Jednotky vozidla, tachografové karty a externé zariadenia
GNSS musia podporovať algoritmy SHA– 256, SHA– 384
a SHA– 512 uvedené v [SHS].
▼B
8.2.4 Šifrovacie zostavy
CSM_50 V prípade symetrického algoritmu sa asymetrický algo­
ritmus a/alebo hašovací algoritmus spoločne používajú na
vytvorenie bezpečnostného protokolu, pričom ich príslušné
dĺžky kľúča a veľkosti hash-u musia mať (približne)
rovnakú silu. Tabuľka 2 zobrazuje povolené šifrovacie
zostavy:
Tabuľka 2
Povolené šifrovacie zostavy
ID šifrovacej
zostavy
Veľkosť kľúča ECC (v
bitoch)
Dĺžka kľúča AES (v
bitoch)
Hašovací algo­
ritmus
Dĺžka MAC (v
bajtoch)
CS#1 256 128 SHA-256 8
CS#2 384 192 SHA-384 12
CS#3 512/521 256 SHA-512 16
Poznámka: Veľkosti kľúčov ECC 512 bitov a 521 bitov sa
na všetky účely v tomto dodatku považujú za rovnako
silné.
9. KĽÚČE A CERTIFIKÁTY
9.1. Asymetrické kľúčové páry a certifikáty verejného kľúča
9.1.1 Všeobecné
Poznámka: kľúče opísané v tomto oddiele sa používajú na vzájomnú
autentifikáciu a zabezpečené spracovanie medzi jednotkami vozidla
a tachografovými kartami a medzi jednotkami vozidla a vonkajšími zaria­
deniami GNSS. Tieto postupy sú podrobne opísané v kapitolách 10 a 11
tohto dodatku.
CSM_51 V rámci európskeho systému inteligentných tachografov,
sa kľúčové páry ECC a zodpovedajúce certifikáty musia
generovať a spravovať na troch funkčných hierarchických
úrovniach:
— európskej úrovni,
— úrovni členského štátu,
— úrovni zariadenia.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 450
CSM_52 V rámci celého európskeho systému inteligentných tacho­
grafov sa verejné a súkromné kľúče a certifikáty musia
generovať, spravovať a prenášať pomocou štandardizova­
ných a zabezpečených metód.
9.1.2 Európska úroveň
CSM_53 Na európskej úrovni sa musí generovať jeden jedinečný
kľúčový pár ECC označený ako EUR. Musí pozostávať
zo súkromného kľúča (EUR.SK) a verejného kľúča
(EUR.PK). Tento kľúčový pár tvorí pár koreňových
kľúčov celej PKI európskeho inteligentného tachografu.
Túto úlohu musí plniť Európsky úrad prvotnej certifikácie
(European Root Certificate Authority – ERCA), ktorý
podlieha Európskej komisii a je pod jej zodpovednosťou.
CSM_54 ERCA musí použiť európsky súkromný kľúč na podpí­
sanie (samopodpísaného) koreňového certifikátu európ­
skeho verejného kľúča, a musí oznámiť tento európsky
koreňový certifikát všetkým členským štátom.
CSM_55 Na požiadanie ERCA musí použiť európsky súkromný
kľúč na podpísanie certifikátov verejných kľúčov člen­
ských štátov. ERCA musí uchovávať záznamy všetkých
podpísaných certifikátov verejného kľúča členských štátov.
CSM_56 Ako sa uvádza na obrázku 1 v oddiele 9.1.7, ERCA musí
vygenerovať nový európsky pár koreňových kľúčov
každých 17 rokov. Vždy, keď ERCA vygeneruje nový
európsky pár koreňových kľúčov, musí vytvoriť nový
samopodpísaný koreňový certifikát pre nový európsky
verejný kľúč. Obdobie platnosti európskeho koreňového
certifikátu je 34 rokov a 3 mesiace.
Poznámka: Zavedenie nového páru koreňových kľúčov
tiež znamená, že ERCA vygeneruje nový hlavný kľúč
snímača pohybu a nový hlavný kľúč DRSC, pozri body
9.2.1.2 a 9.2.2.2.
CSM_57 Pred vytvorením nového európskeho páru koreňových
kľúčov musí ERCA zanalyzovať kryptografickú silu,
ktorá je potrebná pre nový kľúčový pár, keďže by mal
byť bezpečný po nasledujúcich 34 rokov. Ak sa zistí, že
je to potrebné, ERCA musí použiť šifrovaciu zostavu,
ktorá je silnejšia, ako súčasná, ako je uvedené v CSM_50.
▼M1
CSM_58 Vždy, keď sa generuje nový európsky pár koreňových
kľúčov, ERCA musí pre nový európsky verejný kľúč
vytvoriť prepájací certifikát a podpísať ho predchádza­
júcim európskym súkromným kľúčom. Obdobie platnosti
prepájacieho certifikátu je 17 rokov a 3 mesiace. Je to
znázornené aj na obrázku 1 v oddiele 9.1.7.
▼B
Poznámka: Keďže prepájací certifikát obsahuje verejný
kľúč ERCA generácie X a podpisuje sa súkromným
kľúčom ERCA generácie X-1, prepájací certifikát posky­
tuje zaradeniu vydanému v rámci generácie X-1 metódu,
ako dôverovať zariadeniu vydanému v rámci generácie X.
CSM_59 ERCA nepoužije súkromný kľúč starého páru koreňových
kľúčov na žiadne účely potom, ako nadobudne platnosť
certifikát nového páru koreňových kľúčov.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 451
CSM_60 ERCA musí mať neustále k dispozícii tieto kryptografické
kľúče a certifikáty:
— aktuálny kľúčový pár EUR a zodpovedajúci certifikát
— všetky predchádzajúce certifikáty EUR, ktoré sa majú
použiť na overovanie certifikátov MSCA, ktoré sú stále
platné
— certifikáty prepojenia pre všetky generácie certifikátov
EUR okrem prvej generácie.
9.1.3 Úroveň členského štátu
CSM_61 Na úrovni členských štátov musia všetky členské štáty, od
ktorých sa požaduje podpísanie certifikátov tachografovej
karty, vygenerovať jeden alebo viac jedinečných kľúčo­
vých párov ECC označených ako MSCA_Card. Všetky
členské štáty, od ktorých sa požaduje podpísanie certifi­
kátov pre jednotky vozidla alebo externé zariadenia GNSS,
musia navyše vygenerovať jeden alebo viac jedinečných
kľúčových párov ECC označených ako MSCA_VU-EGF.
CSM_62 Úlohu vygenerovať kľúčové páry členského štátu musí
splniť certifikačná autorita členského štátu (MSCA).
Vždy, keď MSCA vygeneruje kľúčový pár členského
štátu, musí autorite ERCA poslať verejný kľúč s cieľom
získať zodpovedajúci certifikát členského štátu podpísaný
ERCA.
CSM_63 MSCA musí zvoliť silu kľúčového páru členského štátu,
ktorá je rovnaká, ako sila európskeho páru koreňových
kľúčov použitého na podpísanie zodpovedajúceho certifi­
kátu členského štátu.
CSM_64 Ak kľúčový pár MSCA_VU-EGF existuje, musí pozo­
stávať zo súkromného kľúča MSCA_VU-EGF.SK a verej­
ného kľúča MSCA_VU-EGF.PK. MSCA musí používať
súkromný kľúč MSCA_VU-EGF.SK výlučne na podpiso­
vanie certifikátov verejného kľúča jednotiek vozidla
a externých zariadení GNSS.
CSM_65 Kľúčový pár MSCA_Card musí pozostávať zo súkrom­
ného kľúča MSCA_Card.SK a verejného kľúča
MSCA_Card.PK. MSCA musí používať súkromný kľúč
MSCA_Card.SK výlučne na podpisovanie certifikátov
verejného kľúča tachografových kariet.
CSM_66 MSCA musí uchovávať záznamy o všetkých podpísaných
certifikátoch VU, certifikátoch externých zariadení GNSS
a certifikátoch kariet, spolu s identifikáciou zariadenia, pre
ktoré je certifikát určený.
CSM_67 Obdobie platnosti certifikátu MSCA_VU-EGF je 17 rokov
a 3 mesiace. Obdobie platnosti certifikátu MSCA_Card je
7 rokov a 1 mesiac.
CSM_68 Ako sa uvádza na obrázku 1 v oddiele 9.1.7, musí byť
obdobie použitia kľúča v prípade súkromného kľúča
kľúčového páru MSCA_VU-EGF a súkromného kľúča
kľúčového páru MSCA_Card dva roky.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 452
CSM_69 Od okamihu, keď sa skončilo obdobie použitia súkrom­
ného kľúča kľúčového páru MSCA_VU-EGF, ho MSCA
nesmie použiť na žiadne účely. Od okamihu, keď sa skon­
čilo obdobie použitia súkromného kľúča kľúčového páru
MSCA_Card, nesmie MSCA ani ten použiť na žiadne
účely.
CSM_70 MSCA musí mať neustále k dispozícii tieto kryptografické
kľúče a certifikáty:
— aktuálny kľúčový pár MSCA_Card a zodpovedajúci
certifikát
— všetky predchádzajúce certifikáty MSCA_Card, ktoré
sa majú použiť na overovanie certifikátov tachografo­
vých kariet, ktoré sú stále platné
— aktuálny certifikát EUR potrebný na overovanie aktu­
álneho certifikátu MSCA
— všetky predchádzajúce certifikáty EUR potrebné na
overovanie všetkých certifikátov MSCA, ktoré sú
stále platné
CSM_71 Ak sa vyžaduje, aby MSCA podpísal certifikáty pre
jednotky vozidla alebo externé zariadenia GNSS, musí
mať navyše k dispozícii aj tieto kľúče a certifikáty:
— aktuálny kľúčový pár MSCA_VU-EGF a zodpovedajúci
certifikát
— všetky predchádzajúce verejné kľúče MSCA_VU-EGF,
ktoré sa majú používať na overovanie certifikátov VU
alebo externých zariadení GNSS, ktoré sú stále platné
9.1.4 Úroveň zariadenia: Jednotky vozidla
▼M1
CSM_72 Dva jedinečné kľúčové páry ECC sa musia generovať pre
každú jednotku vozidla, označené ako VU_MA a VU_Sign.
To patrí medzi úlohy výrobcov VU. Vždy, keď sa vyge­
neruje kľúčový pár VU, strana, ktorá kľúč generuje, musí
poslať verejný kľúč svojej autorite MSCA, s cieľom získať
zodpovedajúci certifikát VU podpísaný MSCA. Súkromný
kľúč musí používať len jednotka vozidla.
▼B
CSM_73 Certifikáty VU_MA a VU_Sign danej jednotky vozidla
musia mať ten istý dátum účinnosti certifikátu.
CSM_74 Výrobca VU musí zvoliť silu kľúčového páru VU, ktorá je
rovnaká, ako sila kľúčového páru MSCA použitého na
podpísanie certifikátu príslušnej VU.
CSM_75 Jednotka vozidla musí použiť svoj kľúčový pár VU_MA,
pozostávajúci zo súkromného kľúča VU_MA.SK a verej­
ného kľúča VU_MA.PK, výlučne na VU autentifikáciu
tachografových kariet a externých zariadení GNSS, ako
sa uvádza v oddieloch 10.3 a 11.4 tohto dodatku.
CSM_76 Jednotka vozidla musí byť schopná generovať efemérne
kľúčové páry ECC a musí použiť efemérny kľúčový pár
výlučne na vykonanie kľúčovej dohody relácie s tachogra­
fovou kartou alebo externým zariadením GNSS, ako sa
uvádza v oddieloch 10.4 a 11.4 tohto dodatku.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 453
CSM_77 Jednotka vozidla musí použiť súkromný kľúč VU_Sign.SK
jeho kľúčového páru VU_Sign výlučne na podpisovanie
stiahnutých dátových súborov, ako je uvedené v kapitole
14 tohto dodatku. Zodpovedajúci verejný kľúč
VU_Sign.PK sa musí použiť výlučne na overovanie
podpisov vytvorených jednotkou vozidla.
CSM_78 Ako je znázornené na obrázku 1 v oddiele 9.1.7, obdobie
platnosti certifikátu VU_MA je 15 rokov a 3 mesiace.
Obdobie platnosti certifikátu VU_Sign je 15 rokov a 3
mesiace.
Poznámky:
— Obdobie predĺženej platnosti certifikátu VU_Sign
umožňuje jednotke vozidla vytvoriť platné podpisy
pre stiahnuté údaje počas prvých troch mesiacov po
jej uplynutí, ako sa vyžaduje v nariadení (EÚ)
č. 581/2010.
— Obdobie predĺženej platnosti certifikátu VU_MA je
potrebné, aby sa umožnila autentifikácia VU pre
kontrolnú alebo podnikovú kartu počas prvých troch
mesiacov po jej uplynutí, tak, aby bolo možné vykonať
sťahovanie údajov.
CSM_79 Jednotka vozidla nesmie použiť súkromný kľúč kľúčového
páru VU po uplynutí platnosti zodpovedajúceho certifikátu
na žiadne účely.
CSM_80 Kľúčové páry VU (okrem efemérnych kľúčových párov)
a zodpovedajúce certifikáty danej jednotky vozidla sa
nesmú nahradiť alebo obnoviť v praxi po tom, ako bola
jednotka vozidla uvedená do prevádzky.
Poznámky:
— Efemérne kľúčové páry nie sú do tejto požiadavky
zahrnuté, keďže nový efemérny kľúčový pár je gene­
rovaný VU vždy, keď sa vykonáva autentifikácia čipu
a kľúčová dohoda relácie, pozri oddiel 10.4. Upozor­
ňujeme, že efemérne kľúčové páry nemajú zodpoveda­
júce certifikáty.
— Táto požiadavka nezakazuje možnosť nahradenia
statických kľúčových párov VU počas modernizácie
alebo opravy v zabezpečenom prostredí kontrolovanom
výrobcom VU.
CSM_81 Pri uvádzaní do prevádzky musia jednotky vozidla obsa­
hovať tieto kryptografické kľúče a certifikáty:
— súkromný kľúč VU_MA a zodpovedajúci certifikát
— súkromný kľúč VU_Sign a zodpovedajúci certifikát
— certifikát MSCA_VU-EGF obsahujúci verejný kľúč
MSCA_VU-EGF.PK, ktorý sa má použiť na overo­
vanie certifikátu VU_MA a certifikátu VU_Sign
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 454
— certifikát EUR obsahujúci verejný kľúč EUR.PK, ktorý
sa má použiť na overovanie certifikátu MSCA_VU-
EGF
— certifikát EUR, ktorého platnosť priamo predchádza
platnosti certifikátu EUR, ktorý sa má použiť na overo­
vanie certifikátu MSCA_VU-EGF, ak takýto certifikát
existuje
— prepájací certifikát prepájajúci tieto dva certifikáty
EUR, ak existuje.
CSM_82 Okrem kryptografických kľúčov a certifikátov uvedených
v CSM_81 musia jednotky vozidla obsahovať aj kľúče
a certifikáty uvedené v časti A tohto dodatku, umožňujúce
jednotke vozidla komunikovať s tachografovými kartami
prvej generácie.
9.1.5 Úroveň zariadenia: Tachografové karty
▼M1
CSM_83 Pre každú tachografovú kartu musí byť vygenerovaný
jeden jedinečný kľúčový pár ECC, označený ako
Card_MA. Pre každú kartu vodiča a dielenskú kartu sa
musí navyše vygenerovať druhý jedinečný kľúčový pár
ECC, označený ako Card_Sign. Tieto úlohy môžu plniť
výrobcovia kariet alebo personalizátori kariet. Vždy, keď
sa vygeneruje kľúčový pár karty, strana, ktorá kľúč gene­
ruje, musí poslať verejný kľúč svojej autorite MSCA,
s cieľom získať zodpovedajúci certifikát karty podpísaný
MSCA. Súkromný kľúč musí používať len tachografová
karta.
▼B
CSM_84 Certifikáty Card_MA a Card_Sign danej karty vodiča
alebo dielenskej karty musia mať ten istý dátum účinnosti
certifikátu.
CSM_85 Výrobca karty alebo personalizátor karty musí zvoliť silu
kľúčového páru karty, ktorá je rovnaká, ako sila kľúčo­
vého páru MSCA použitého na podpísanie príslušného
certifikátu karty.
CSM_86 Tachografová karta musí použiť svoj kľúčový pár
Card_MA, pozostávajúci zo súkromného kľúča
Card_MA.SK a verejného kľúča Card_MA.PK, výlučne
na vykonanie vzájomnej autentifikácie a kľúčovej dohody
relácie s jednotkami vozidla, ako sa uvádza v oddieloch
10.3 a 10.4 tohto dodatku.
CSM_87 Karta vodiča alebo dielenská karta musí použiť súkromný
kľúč Card_Sign.SK jej kľúčového páru Card_Sign výlučne
na podpisovanie stiahnutých dátových súborov, ako je
uvedené v kapitole 14 tohto dodatku. Zodpovedajúci
verejný kľúč Card_Sign.PK sa musí použiť výlučne na
overovanie podpisov vytvorených kartou.
▼M1
CSM_88 Obdobie platnosti certifikátu Card_MA je takéto:
— v prípade kariet vodiča: 5 roky,
— v prípade podnikových kariet: 5 roky,
— v prípade kontrolných kariet: 2 roky,
— v prípade dielenských kariet: 1 rok.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 455
CSM_89 Obdobie platnosti certifikátu Card_Sign je takéto:
— V prípade kariet vodiča: 5 rokov a 1 mesiac
— V prípade dielenských kariet: 1 rok a 1 mesiac
Poznámka: Obdobie predĺženej platnosti certifikátu
Card_Sign umožňuje karte vodiča vytvoriť platné podpisy
pre stiahnuté údaje počas prvého mesiaca po jej uplynutí.
Je to potrebné z hľadiska nariadenia (EÚ) č. 581/2010,
v ktorom sa vyžaduje, že sťahovanie údajov z karty vodiča
musí byť možné do 28 dní po zaznamenaní posledných
údajov.
CSM_90 Kľúčové páry a zodpovedajúce certifikáty danej tachogra­
fovej karty sa nesmú nahradiť alebo obnoviť potom, ako
bola karta vydaná.
CSM_91 Po vydaní musia tachografové karty obsahovať tieto kryp­
tografické kľúče a certifikáty:
— súkromný kľúč Card_MA a zodpovedajúci certifikát
— karty vodičov alebo dielenské karty obsahujú navyše:
Súkromný kľúč Card_Sign a zodpovedajúci certifikát
— certifikát MSCA_Card obsahujúci verejný kľúč
MSCA_Card.PK, ktorý sa má použiť na overovanie
certifikátu Card_MA a certifikátu Card_Sign
— certifikát EUR obsahujúci verejný kľúč EUR.PK, ktorý
sa má použiť na overovanie certifikátu MSCA_Card
— certifikát EUR, ktorého platnosť priamo predchádza
platnosti certifikátu EUR, ktorý sa má použiť na overo­
vanie certifikátu MSCA_Card, ak takýto certifikát
existuje
— prepájací certifikát prepájajúci tieto dva certifikáty
EUR, ak existuje.
▼M1
— Navyše iba v prípade kontrolných kariet, podnikových
kariet a dielenských kariet a iba ak sú takéto karty
vydané počas prvých troch mesiacov obdobia platnosti
nového certifikátu EUR: certifikát EUR, ktorý je o dve
generácie starší, ak existuje.
Poznámka k poslednej zarážke: Napríklad v prvých
troch mesiacoch certifikátu ERCA(3) (pozri obrázok
1) musia uvedené karty obsahovať certifikát ERCA(1).
Tým sa má zabezpečiť, aby tieto karty mohli byť
použité nasťahovanie údajov z jednotiek vozidla
ERCA(1), ktorých bežná 15– ročná doba životnosti
plus 3– mesačné obdobie nasťahovanie údajov sa
skončí v týchto mesiacoch; pozri poslednú zarážku
požiadavky 13 v prílohe IC.
▼B
CSM_92 Okrem kryptografických kľúčov a certifikátov uvedených
v CSM_91 musia tachografové karty obsahovať aj kľúče
a certifikáty uvedené v časti A tohto dodatku, umožňujúce
týmto kartám komunikovať s VU prvej generácie.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 456
9.1.6 Úroveň zariadenia: Externé zariadenia GNSS
▼M1
CSM_93 Musí sa vygenerovať jeden jedinečný kľúčový pár ECC
pre každé externé zariadenie GNSS, označený ako
EGF_MA. To patrí medzi úlohy výrobcov externých zaria­
dení GNSS. Vždy, keď sa vygeneruje kľúčový pár
EGF_MA, strana, ktorá kľúč generuje, musí poslať verejný
kľúč svojej autorite MSCA s cieľom získať zodpovedajúci
certifikát EGF_MA podpísaný MSCA. Súkromný kľúč
musí používať len externé zariadenie GNSS.
▼B
CSM_94 Výrobca EGF musí zvoliť silu kľúčového páru EGF_MA,
ktorá je rovnaká, ako sila kľúčového páru MSCA použi­
tého na podpísanie zodpovedajúceho certifikátu EGF_MA.
▼M1
CSM_95 Externé zariadenie GNSS musí použiť svoj kľúčový pár
EGF_MA pozostávajúci zo súkromného kľúča
EGF_MA.SK a verejného kľúča EGF_MA.PK, a to
výlučne na vykonanie vzájomnej autentifikácie a kľúčovej
dohody relácie s jednotkami vozidla, ako sa uvádza
v oddiele 11.4 tohto dodatku.
▼B
CSM_96 Obdobie platnosti certifikátu EGF_MA je 15 rokov.
CSM_97 Externé zariadenie GNSS nesmie použiť súkromný kľúč
svojho kľúčového páru EGF_MA na spojenie s jednotkou
vozidla po uplynutí platnosti zodpovedajúceho certifikátu.
Poznámka: ako je vysvetlené v oddiele 11.3.3, EGF
prípadne môže použiť svoj súkromný kľúč na vzájomnú
autentifikáciu s VU, s ktorou je už spojené, dokonca aj po
uplynutí platnosti príslušného certifikátu.
CSM_98 Kľúčový pár EGF_MA a príslušný certifikát daného exter­
ného zariadenia GNSS sa nesmú nahradiť alebo obnoviť
v praxi, po tom, ako bolo EGF uvedené do prevádzky.
Poznámka: Táto požiadavka nezakazuje možnosť nahra­
denia kľúčových párov EGF počas modernizácie alebo
opravy v zabezpečenom prostredí kontrolovanom
výrobcom EGF.
CSM_99 Pri uvádzaní do prevádzky musí externé zariadenie GNSS
obsahovať tieto kryptografické kľúče a certifikáty:
— súkromný kľúč EGF_MA a zodpovedajúci certifikát
— certifikát MSCA_VU-EGF obsahujúci verejný kľúč
MSCA_VU-EGF.PK, ktorý sa má použiť na overo­
vanie certifikátu EGF_MA
— certifikát EUR obsahujúci verejný kľúč EUR.PK, ktorý
sa má použiť na overovanie certifikátu MSCA_VU-
EGF
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 457
— certifikát EUR, ktorého platnosť priamo predchádza
platnosti certifikátu EUR, ktorý sa má použiť na overo­
vanie certifikátu MSCA_VU-EGF, ak takýto certifikát
existuje
— prepájací certifikát prepájajúci tieto dva certifikáty
EUR, ak existuje.
9.1.7 Prehľad: Náhrada certifikátu
Obrázok 1 ukazuje, ako sa rôzne generácie koreňových certifikátov
ERCA, certifikátov prepojenia ERCA, certifikátov MSCA a certifikátov
zariadenia (VU alebo karta) vydávajú a používajú v čase:
▼M1
Obrázok 1
Vydávanie a používanie rôznych generácií koreňových certifikátov ERCA, prepájacích certifikátov ERCA,
certifikátov MSCA a certifikátov zariadenia
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 458
Poznámky k obrázku 1:
1. Rôzne generácie koreňového certifikátu sú označované číslom
v zátvorkách. Napr. ERCA (1) je prvá generácia koreňového certifi­
kátu ERCA; ERCA (2) je druhá generácia atď.
2. Iné certifikáty sú označené dvomi číslami v zátvorkách, prvé číslo
označuje generáciu koreňového certifikátu, v rámci ktorej sú vydané,
druhé číslo označuje generáciu samotného certifikátu. Napr.
MSCA_Card (1-1) je prvým certifikátom MSCA_Card vydaným na
základe ERCA (1); MSCA_Card (2-1) je prvým certifikátom
MSCA_Card vydaným na základe ERCA (2); MSCA_Card (2-last)
je posledným certifikátom MSCA_Card vydaným na základe ERCA
(2); Card_MA (2-1) je prvým certifikátom karty na vzájomnú auten­
tifikáciu, ktorý je vydaný na základe ERCA (2) atď.
3. Certifikáty MSCA_Card (2-1) a MSCA_Card (1-last) sú vydané
v takmer, ale nie presne v ten istý deň. MSCA_Card (2-1) je
prvým certifikátom MSCA_Card vydaným na základe ERCA (2)
a bude vydaný trochu neskôr ako MSCA_Card (1-last), posledný
certifikát MSCA_Card na základe ERCA (1).
4. Ako je znázornené na obrázku, prvý certifikát VU a certifikát karty
vydané na základe ERCA (2) sa objavia takmer dva roky predtým,
ako sa objaví posledný certifikát VU a certifikát karty vydané na
základe ERCA (1). Dôvodom je skutočnosť, že certifikáty VU
a karty sú vydané na základe certifikátu MSCA, a nie priamo na
základe certifikátu ERCA. Certifikát MSCA (2–1) bude vydaný
hneď potom, ako ERCA (2) nadobudne platnosť, ale certifikát
MSCA (1-last) bude vydaný len o trochu skôr – na samom konci
platnosti certifikátu ERCA (1). Preto tieto dva certifikáty MSCA
budú mať takmer rovnaké obdobie platnosti, napriek skutočnosti, že
patria k odlišným generáciám.
5. Obdobie platnosti uvedené v prípade kariet je obdobie platné pre karty
vodiča (5 rokov).
▼M1
6. Aby sa ušetril priestor, rozdiel v období platnosti medzi certifikátmi
Card_MA a Card_Sign sa uvádza len pre prvú generáciu.
▼B
9.2. Symetrické kľúče
9.2.1 Kľúče na zabezpečenie komunikácie VU – snímač pohybu
9.2.1.1 Všeobecné
Poznámka: predpokladá sa, že čitatelia tohto oddielu poznajú obsah
normy [ISO 16844-3], kde sa opisujú rozhrania medzi jednotkou vozidla
a snímačom pohybu. Proces párovania medzi VU a snímačom pohybu je
podrobne opísaný v kapitole 12 tohto dodatku.
CSM_100 Ako sa uvádza v tabuľke 3, na párovanie jednotiek vozidla
so snímačmi pohybu z dôvodu vzájomnej autentifikácie
medzi jednotkami vozidla a snímačmi pohybu a na šifro­
vanie komunikácie medzi jednotkami vozidla a snímačmi
pohybu je potrebných niekoľko symetrických kľúčov.
Všetky tieto kľúče musia byť kľúčmi AES, s dĺžkou
kľúča rovnajúcou sa dĺžke hlavného kľúča snímača pohybu,
ktorý musí byť prepojený s dĺžkou (predpokladaného)
európskeho páru koreňových kľúčov, ako je uvedené
v CSM_50.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 459
Tabuľka 3
Kľúče na zabezpečenie komunikácie jednotka vozidla – snímač pohybu
Kľúč Symbol Generuje Metóda generovania Ukladá
Hlavný kľúč snímača
pohybu – časť VU
K M-VU ERCA Náhodné ERCA, MSCA zapojené
do vydávania certifikátov VU,
výrobcovia VU, jednotky
vozidla
Hlavný kľúč snímača
pohybu – časť dielňa
K M-WC ERCA Náhodné ERCA, MSCA, výrobcovia
kariet, dielenské karty
Hlavný kľúč snímača
pohybu
K M Samostatne sa
negeneruje
Vypočítané ako K M =
K M-VU XOR K M-WC
ERCA, MSCA zapojené
do vydávania kľúčov snímačov
pohybu (nepovinne) (*)
Identifikačný kľúč K ID Samostatne sa
negeneruje
Vypočítané ako K ID =
K M XOR CV, kde CV
je špecifikované
v CSM_106
ERCA, MSCA zapojené
do vydávania kľúčov snímačov
pohybu (nepovinne) (*)
Párovací kľúč K P Výrobca snímača
pohybu
Náhodné Jeden snímač pohybu
Kľúč relácie K S VU (počas páro­
vania VU so
snímačom
pohybu)
Náhodné Jedna VU a jeden snímač
pohybu
(*) Uloženie K M a K ID je nepovinné, keďže tieto kľúče možno odvodiť z K M-VU , K M-WC a CV.
CSM_101 Európsky úrad prvotnej certifikácie musí vygenerovať K M-
VU a K M-WC , dva náhodné a jedinečné kľúče AES, z ktorých
môže byť vypočítaný hlavný kľúč snímača pohybu ako K M-
VU XOR K M-WC . ERCA musí certifikačným autoritám člen­
ských štátov na požiadanie oznámiť K M, K M-VU a K M-WC .
CSM_102 ERCA musí prideliť každému hlavnému kľúču snímača
pohybu K M jedinečné číslo verzie, ktorá sa vzťahuje aj na
podkladové kľúče K M-VU a K M-WC a na súvisiaci identifi­
kačný kľúč K ID . ERCA musí pri zasielaní K M-VU a K M-WC
informovať MSCA o čísle verzie.
Poznámka: Číslo verzie sa používa na rozlíšenie rôznych
generácií týchto kľúčov, ako je podrobne vysvetlené
v oddiele 9.2.1.2.
CSM_103 Certifikačná autorita členského štátu musí výrobcom jedno­
tiek vozidla na požiadanie poslať K M-VU spolu s číslom jeho
verzie. Výrobcovia VU musia vložiť K M-VU a číslo jeho
verzie do všetkých vyrobených VU.
CSM_104 Certifikačná autorita členského štátu musia zabezpečiť, aby
K M-WC spolu s číslom jeho verzie bolo vložené do každej
dielenskej karty vydanej v rámci jeho zodpovednosti.
Poznámky:
— Pozri opis dátového typu
v dodatku 2.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 460
— Ako je vysvetlené v oddiele 9.2.1.2, v skutočnosti môže
byť potrebné do jedinej dielenskej karty vložiť viaceré
generácie K M-WC .
CSM_105 Okrem kľúča AES špecifikovaného v CSM_104 musí
MSCA zaistiť, aby sa kľúč TDES Km WC špecifikovaný
v požiadavke CSM_ 037 v časti A tohto dodatku vložil
do každej dielenskej karty vydanej v rámci jeho
zodpovednosti.
Poznámky:
— To umožňuje, aby sa dielenská karta druhej generácie
mohla použiť na pripojenie VU prvej generácie.
— Dielenská karta druhej generácie bude obsahovať dve
rôzne aplikácie, jedna v súlade s časťou B tohto dodatku
a jedna v súlade s časťou A. Druhá aplikácia bude
obsahovať kľúč TDES Km WC .
CSM_106 MSCA zapojený do vydávania snímačov pohybu musí
odvodiť identifikačný kľúč z hlavného kľúča snímača
pohybu XOR šifrovaním s konštantným vektorom CV.
Hodnota CV je takáto:
▼M1
— V prípade 128– bitových hlavných kľúčov snímačov
pohybu: CV = ‘B6 44 2C 45 0E F8 D3 62 0B 7A 8A
97 91 E4 5D 83’
▼B
— V prípade 192-bitových hlavných kľúčov snímačov
pohybu: 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“
— V prípade 256-bitových hlavných kľúčov snímačov
pohybu: 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“
Poznámka: Konštantné vektory boli vygenerované takto:
Pi_10 = prvých 10 bajtov desatinnej časti matematickej
konštanty π = „24 3F 6A 88 85 A3 08 D3 13 19“
CV_128-bitov = prvých 16 bajtov SHA-256(Pi_10)
CV_192-bitov = prvých 24 bajtov SHA-384(Pi_10)
CV_256-bitov = prvých 32 bajtov SHA-512(Pi_10)
CSM_107 ►M1 Každý výrobca snímačov pohybu musí pre každý
snímač pohybu vygenerovať náhodný a jedinečný párovací
kľúč K P a poslať každý párovací kľúč svojej certifikačnej
autorite v danom členskom štáte. MSCA musí zašifrovať
každý párovací kľúč osobitne s hlavným kľúčom snímača
pohybu K M a vrátiť zašifrovaný kľúč výrobcovi snímačov
pohybu. V prípade každého zašifrovaného kľúča musí
MSCA oznámiť výrobcovi snímačov pohybu číslo verzie
príslušného K M . ◄
Poznámka: Ako je vysvetlené v oddiele 9.2.1.2, v skutoč­
nosti je možné, že výrobca snímačov pohybu bude musieť
pre jeden snímač pohybu generovať viacero jedinečných
párovacích kľúčov.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 461
CSM_108 Každý výrobca snímačov pohybu musí pre každý snímač
pohybu vygenerovať jedinečné sériové číslo a poslať všetky
sériové čísla svojej certifikačnej autorite v danom členskom
štáte. MSCA musí každé sériové číslo zašifrovať osobitne
s identifikačným kľúčom K ID a vrátiť zašifrované sériové
číslo výrobcovi snímačov pohybu. V prípade každého zašif­
rovaného sériového čísla musí MSCA oznámiť výrobcovi
snímačov pohybu číslo verzie príslušného K ID .
▼B
CSM_109 Pre požiadavky CSM_107 a CSM_108 musí MSCA použiť
algoritmus AES v prevádzkovom režime reťazenia šifrova­
cieho bloku, ako je vymedzené v norme [ISO 10116], s para­
metrom prekladania (interleave parameter) m = 1 a iniciali­
začným vektorom SV = „00“ {16}, t. j. šestnásť bajtov
s binárnou hodnotu 0. V prípade potreby musí MSCA
použiť metódu výplne 2 vymedzenú v norme [ISO 9797-1].
CSM_110 Výrobca snímačov pohybu musí uchovávať šifrovaný páro­
vací kľúč a šifrované sériové číslo v určenom snímači
pohybu, spolu so zodpovedajúcimi nezašifrovanými hodno­
tami textu a číslom verzie K M a K ID použitej na šifrovanie.
Poznámka: Ako je vysvetlené v oddiele 9.2.1.2, v skutoč­
nosti je možné, že výrobca snímačov pohybu bude musieť
do jedného snímača pohybu vložiť viaceré zašifrované páro­
vacie kľúče a viaceré zašifrované sériové čísla.
CSM_111 Okrem kryptografického materiálu založeného na AES
špecifikovaného v CSM_110 môže tiež výrobca snímačov
pohybu v každom snímači pohybu uložiť kryptografický
materiál založený na TDES špecifikovaný v požiadavke
CSM_ 037 v časti A tohto dodatku.
Poznámka: to umožní snímaču pohybu druhej generácie,
aby sa spojil s VU prvej generácie.
CSM_112 Dĺžka kľúča relácie K S vygenerovaného VU počas páro­
vania so snímačom pohybu musí byť prepojená s dĺžkou
jeho K M-VU , ako je opísané v CSM_50.
9.2.1.2 Nahradenie hlavného kľúča snímača pohybu v zariadení druhej gene­
rácie
CSM_113 Každý hlavný kľúč snímača pohybu a všetky súvisiace
kľúče (pozri tabuľku 3) je spojený s konkrétnou generáciou
páru koreňových kľúčov ERCA. Tieto kľúče sa preto musia
nahradiť každých 17 rokov. Obdobie platnosti každej gene­
rácie hlavného kľúča snímača pohybu sa musí začať jeden
rok predtým, ako príslušný pár koreňových kľúčov ERCA
nadobudne platnosť a skončiť vtedy, keď sa skončí platnosť
príslušného páru koreňových kľúčov ERCA. Je to znázor­
nené na obrázku 2.
▼M1
02016R0799 — SK — 21.08.2023 — 003.002 — 462
Obrázok 2
Vydávanie a používanie rôznych generácií hlavného kľúča snímača pohybu v jednotkách vozidla, snímačoch
pohybu a dielenských kartách
CSM_114 Aspoň jeden rok pred vygenerovaním nového európskeho
páru koreňových kľúčov, ako je opísané v CSM_56, musí
ERCA vygenerovať nový hlavný kľúč snímača pohybu K M
vygenerovaním nového K M-VU a K M-WC . Dĺžka hlavného
kľúča snímača pohybu musí byť, podľa CSM_50, prepojená
s predpokladanou silou zabezpečenia nového európskeho
páru koreňových kľúčov. Keď o to MSCA požiadajú,
musí im ERCA oznámiť nové K M , K M-VU a K M-WC spolu
s číslami ich verzií.
CSM_115 MSCA musí zabezpečiť, aby boli všetky platné generácie
K M-WC uložené na každej dielenskej karte vydanej v rámci
jeho právomoci, spolu s číslami ich verzií, ako sa uvádza na
obrázku 2.
Poznámka: to znamená, že v poslednom roku obdobia plat­
nosti certifikátu ERCA sa dielenské karty vydajú s tromi
rôznymi generáciami K M-WC , ako je znázornené na obrázku 2.
CSM_116 V súvislosti s procesom už opísaným v CSM_107
a CSM_108: MSCA musí zašifrovať každý párovací kľúč
K P , ktorý dostane od výrobcu snímačov pohybu, samostatne
s každou platnou generáciou hlavného kľúča snímača
pohybu K M . MSCA musí zašifrovať aj každé sériové číslo,
ktoré dostane o výrobcu snímačov pohybu, samostatne
s každou platnou generáciou hlavného kľúča snímača
pohybu K ID . Výrobca snímačov pohybu musí uchovávať
všetky šifry párovacieho kľúča a všetky šifry sériového
čísla v určenom snímači pohybu, spolu so zodpovedajúcimi
nezašifrovanými hodnotami textu a číslom(-ami) verzie K M
a K ID použitej na šifrovanie.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 463
Poznámka: to znamená, že v poslednom roku obdobia plat­
nosti certifikátu ERCA sa snímače pohybu vydajú so zašif­
rovanými údajmi založenými na troch rôznych generáciách
K M-WC , ako je znázornené na obrázku obrázku 2.
CSM_117 V súvislosti s procesom už opísaným v CSM_107: Keďže
dĺžka párovacieho kľúča K P musí byť prepojená s dĺžkou
K M (pozri CSM_100), môže sa stať, že výrobca snímačov
pohybu bude musieť vygenerovať až tri rôzne párovacie
kľúče (rôznych dĺžok) pre jeden snímač pohybu, ak majú
následné generácie K M rôznu dĺžku. V takom prípade musí
výrobca poslať MSCA každý párovací kľúč. MSCA musí
zabezpečiť, aby bol každý párovací kľúč zašifrovaný
správnou generáciou hlavného kľúča snímača pohybu, teda
tou, ktorá má rovnakú dĺžku.
Poznámka: Ak sa výrobca snímačov pohybu rozhodne vyge­
nerovať párovací kľúč založený na TDES pre snímač
pohybu druhej generácie (pozri CSM_111), výrobca musí
pre MSCA uviesť, že na šifrovanie tohto párovacieho
kľúča sa musí použiť hlavný kľúč snímača pohybu založený
na TDES. Je to preto, že dĺžka kľúča TDES môže byť
rovnaká ako dĺžka kľúča AES, takže to MSCA nemôže
posúdiť len z dĺžky kľúča.
CSM_118 Výrobcovia jednotiek vozidla musia do každej jednotky
vozidla vložiť len jednu generáciu K M-VU spolu číslom jej
verzie. Táto generácia K M-VU musí byť prepojená s certifi­
kátom ERCA, na ktorom sú certifikáty VU založené.
Poznámky:
— Jednotka vozidla založená certifikáte ERCA generácie X
musí obsahovať len K M-VU generácie X, aj keď bolo
vydané po začiatku obdobia platnosti certifikátu ERCA
generácie X+1. Je to znázornené na obrázku 2.
— VU generácie X nemôže byť párovaná so snímačom
pohybu generácie X-1.
— Keďže obdobie platnosti dielenských kariet je jeden rok,
výsledkom CSM_113 – CSM_118 je, že všetky
dielenské karty budú obsahovať nové K M-WC v čase
vydania prvej VU, ktorá obsahuje nové K M-VU . Preto
takáto VU bude vždy schopná vypočítať nové K M .
Okrem toho dovtedy bude väčšina nových snímačov
pohybu tiež obsahovať šifrované údaje založené na
novom K M .
9.2.2 Kľúče na zabezpečenie komunikácie DSRC
9.2.2.1 Všeobecné
CSM_119 Autenticita a dôvernosť údajov oznámených z jednotky
vozidla kontrolnému orgánu cez kanál diaľkovej komuni­
kácie DRSC musí byť zabezpečená súborom kľúčov AES
určených pre VU, odvodených od jediného hlavného kľúča
DSRC, KM DRSC .
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 464
CSM_120 Hlavný kľúč DSRC KM DRSC musí byť kľúč AES, ktorý je
bezpečne vygenerovaný, uložený a distribuovaný ERCA.
Dĺžka kľúča môže byť 128, 192 alebo 256 bitov a musí
byť prepojená s dĺžkou európskeho páru koreňových
kľúčov, ako je opísané v CSM_50.
CSM_121 ERCA musí certifikačným autoritám členských štátov na ich
žiadosť zabezpečene oznámiť hlavný kľúč DRSC, s cieľom
umožniť im odvodiť DSRC kľúče určené pre VU a zabez­
pečiť, aby bol hlavný kľúč DRSC vložený do všetkých
kontrolných a dielenských kariet vydaných v rámci ich
zodpovednosti.
CSM_122 ERCA musí každému hlavnému kľúču DRSC prideliť jedi­
nečné číslo verzie. ERCA musí pri zasielaní hlavného kľúča
DRSC informovať MSCA o čísle verzie.
Poznámka: Číslo verzie sa používa na rozlíšenie rôznych
generácií hlavného kľúča DRSC, ako je podrobne vysve­
tlené v oddiele 9.2.2.2.
▼M1
CSM_123 Pre každú jednotku vozidla musí výrobca jednotiek vozidla
vytvoriť jedinečné sériové číslo VU a poslať toto číslo certi­
fikačnej autorite svojho členského štátu s cieľom získať
súbor dvoch kľúčov DSRC určených pre VU. Sériové
číslo VU má dátový typ .
Poznámka:
— Toto sériové číslo VU musí byť totožné s prvkom vuSe­
rialNumber vo VuIdentification, pozri dodatok 1 a s
Certificate Holder Reference v certifikátoch VU.
— Sériové číslo VU nesmie byť známe v čase, keď výrobca
jednotky vozidla žiada o kľúče DSRC určené pre VU.
V takomto prípade výrobca VU namiesto toho zašle
jedinečné ID žiadosti o certifikát, ktoré použil pri
žiadosti o certifikáty VU; pozri CSM_153. Toto ID
žiadosti o certifikát musí byť preto rovnaké ako Certifi­
cate Holder Reference v certifikátoch VU.
▼B
CSM_124 Po prijatí žiadosti o kľúče DRSC určené pre VU musí
MSCA pre jednotku vozidla odvodiť dva kľúče AES,
nazvané K_VU DSRC _ENC a K_VU DSRC _MAC. Tieto
kľúče určené pre VU musia mať rovnakú dĺžku ako hlavný
kľúč DRSC. MSCA musí použiť funkciu odvodenia kľúča
vymedzenú v [RFC 5869]. Hašovacia funkcia, ktorá je
potrebná na konkretizáciu funkcie HMAC-Hash, musí byť
prepojená s dĺžkou hlavného kľúča DSRC, ako je uvedené
v CSM_50. Funkcia odvodenia kľúča v [RFC 5869] sa musí
použiť takto:
Krok 1 (Extrakcia):
— PRK = HMAC-Hash (salt, IKM) kde salt je prázdny
reťazec „“ a IKM je KM DSRC .
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 465
Krok 2 (Expanzia):
— OKM = T(1), kde
T(1) = HMAC-Hash (PRK, T(0) || info || „01“) s
— T(0) = prázdny reťazec („“)
— ►M1 info = sériové číslo VU alebo ID žiadosti
o certifikát, ako je špecifikované v CSM_123 ◄
— K_VU DSRC _ENC = prvé L oktety OKM a
K_VU DSRC _ENC = posledné L oktety OKM
kde L je požadovaná dĺžka K_VU DSRC _ENC
a K_VU DSRC _MAC v oktetoch.
CSM_125 MSCA musí zabezpečene zaslať K_VU DSRC _ENC
a K_VU DSRC _MAC výrobcovi VU, aby mohli byť vložené
do určenej jednotky vozidla.
CSM_126 Po vydaní musí jednotka vozidla mať uložené
K_VU DSRC _ENC a K_VU DSRC _MAC v zabezpečenej
pamäti, aby bola schopná zaistiť integritu, autenticitu
a dôvernosť údajov poslaných diaľkovým komunikačným
kanálom. Jednotka vozidla musí uchovávať aj číslo verzie
hlavného kľúča DSRC použitého na odvodenie týchto
kľúčov určených pre VU.
CSM_127 Po vydaní musia kontrolné a dielenské karty mať uložené
KM DSRC v zabezpečenej pamäti, aby boli schopné overiť
integritu a autenticitu údajov poslaných VU diaľkovým
komunikačným kanálom a dešifrovať tieto údaje. Kontrolné
a dielenské karty musia uložiť aj číslo verzie hlavného kľúča
DRSC.
Poznámka: Ako je vysvetlené v oddiele 9.2.2.2, v skutoč­
nosti môže byť potrebné, aby sa do jedinej dielenskej alebo
kontrolnej karty vložili viaceré generácie KM DRSC .
▼M1
CSM_128 MSCA musí uchovávať záznamy o všetkých kľúčoch DSRC
určených pre VU, ktoré vygeneroval, číslo ich verzií
a sériové číslo VU alebo ID žiadosti o certifikát použité
pri ich odvodení.
9.2.2.2 Nahradenie hlavného kľúča DSRC
CSM_129 Každý hlavný kľúč DRSC je spojený s konkrétnou generá­
ciou páru koreňových kľúčov ERCA. ERCA musí preto
nahradiť hlavný kľúč DRSC každých 17 rokov. Obdobie
platnosti každej generácie hlavného kľúča DRSC sa musí
začať dva roky predtým, ako príslušný pár koreňových
kľúčov ERCA nadobudne platnosť, a skončiť vtedy, keď
sa skončí platnosť príslušného páru koreňových kľúčov
ERCA. Je to znázornené na obrázku 3.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 466
Obrázok 3
Vydávanie a používanie rôznych generácií hlavného kľúča DRSC v jednotkách vozidla, dielenských kartách
a kontrolných kartách
CSM_130 Aspoň dva roky pred vygenerovaním nového európskeho
páru koreňových kľúčov, ako je opísané v CSM_56, musí
ERCA vygenerovať nový hlavný kľúč DRSC. Dĺžka kľúča
DRSC musí byť, podľa CSM_50, prepojená s predpokla­
danou silou zabezpečenia nového európskeho páru koreňo­
vých kľúčov. Keď o to MSCA požiadajú, musí im ERCA
oznámiť nový hlavný kľúč DRSC spolu s číslom jeho
verzie.
CSM_131 MSCA musí zabezpečiť, aby boli všetky platné generácie
KM DRSC uložené na každej kontrolnej karte vydanej
v rámci jej právomoci, spolu s číslami ich verzií, ako sa
uvádza v obrázku 3.
Poznámka: to znamená, že v posledných dvoch rokoch
obdobia platnosti certifikátu ERCA sa kontrolné karty
vydajú s tromi rôznymi generáciami KM DRSC , ako je
znázornené na obrázku obrázku 3.
CSM_132 MSCA musí zabezpečiť, aby všetky generácie KM DRSC ,
ktoré boli platné minimálne rok a stále sú platné, boli
uložené na každej dielenskej karte vydanej v rámci jeho
právomoci, spolu s číslami ich verzií, ako sa uvádza na
obrázku 3.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 467
Poznámka: to znamená, že v poslednom roku obdobia plat­
nosti certifikátu ERCA sa dielenské karty vydajú s tromi
rôznymi generáciami KM DRSC , ako je znázornené na
obrázku 3.
CSM_133 Výrobcovia jednotiek vozidla musia do každej jednotky
vozidla vložiť len jednu sadu kľúčov DRSC určených pre
VU, spolu s číslom verzie. Tento súbor kľúčov sa musí
odvodiť z generácie KM DRSC prepojenej s certifikátom
ERCA, na ktorom sú certifikáty VU založené.
Poznámky:
— To znamená, že jednotka vozidla založená na certifikáte
ERCA generácie X musí obsahovať len
K_VU DSRC _ENC a K_VU DSRC _MAC generácie X, aj
keď bola VU vydaná po začiatku obdobia platnosti certi­
fikátu ERCA generácie X+1. Je to znázornené na
obrázku 3.
— Keďže dielenské karty majú obdobie platnosti jeden rok
a kontrolné karty dva roky, výsledkom CSM_131 –
CSM_133 je, že všetky dielenské a kontrolné karty
budú obsahovať nový hlavný kľúč DSRC v čase, keď
budú vydané prvé VU obsahujúce kľúče určené pre VU
založené na danom hlavnom kľúči.
9.3. Certifikáty
9.3.1 Všeobecné
CSM_134 Všetky certifikáty v európskom systéme inteligentných
tachografov musia byť samoopisné, kartou overiteľné (CV)
certifikáty podľa [ISO 7816-4] a [ISO 7816-8].
CSM_135 ►M1 Na kódovanie dátových objektov v rámci certifikátov
sa musia použiť odlíšené kódovacie pravidlá (DER) podľa
[ISO 8825– 1]. V tabuľke 4 je uvedené kompletné kódo­
vanie certifikátu vrátane všetkých tagov a dĺžkových
bajtov. ◄
Poznámka: Výsledkom tohto kódovania je takáto štruktúra
tag-dĺžka-hodnota (TLV):
Tag: Tag je kódovaný v jednom alebo dvoch oktetoch
a určuje obsah.
Dĺžka: dĺžka je kódovaná ako celé číslo bez znamienka
v jednom, dvoch alebo troch oktetoch, čoho
výsledkom je maximálna dĺžka 65 535 oktetov.
Musí sa použiť minimálny počet oktetov.
Hodnota: Hodnota je kódovaná v nula alebo viac oktetoch
9.3.2 Obsah certifikátu
CSM_136 Všetky certifikáty musia mať štruktúru uvedenú v profile
certifikátu v tabuľke 4.
Tabuľka 4
Verzia 1 profilu certifikátu
Pole ID poľa Tag Dĺžka (v bajtoch)
Dátový typ ASN.1
(pozri dodatok 1)
Certifikát ECC C „7F 21“ var
Hlavná časť certifi­
kátu ECC
B „7F 4E“ var
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 468
Pole ID poľa Tag Dĺžka (v bajtoch)
Dátový typ ASN.1
(pozri dodatok 1)
Identifikátor profilu
certifikátu
CPI „5F 29“ „01“
Referencia certifi­
kačnej autority (Certi­
ficate Authority Refe­
rence)
CAR „42“ „08“
Autorizácia držiteľa
certifikátu
CHA „5F 4C“ „07“
Verejný kľúč PK „7F 49“ var
Parametre domény DP „06“ var
Verejný bod PP „86“ var
Referencia držiteľa
certifikátu
CHR „5F 20“ „08“
Dátum nadobudnutia
účinnosti certifikátu
CEfD „5F 25“ „04“
Dátum uplynutia plat­
nosti certifikátu
CExD „5F 24“ „04“
Podpis certifikátu
ECC
S „5F 37“ var
Poznámka: ID poľa sa použije v ďalších častiach tohto
dodatku na označenie jednotlivých polí certifikátu, napr.
X.CAR je referencia certifikačnej autority uvedená v certifi­
káte používateľa X.
9.3.2.1 Identifikátor profilu certifikátu
CSM_137 Certifikáty musia uvádzať identifikátor profilu certifikátu,
aby sa identifikoval použitý profil certifikátu. Verzia 1
špecifikovaná v tabuľke 4 musí byť identifikovaná hodnotou
„00“.
9.3.2.2 Referencia certifikačnej autority
CSM_138 Referencia certifikačnej autority sa použije na identifikáciu
verejného kľúča, ktorý sa má použiť na overenie podpisu
certifikátu. Referencia certifikačnej autority preto musí byť
rovnaká, ako referencia držiteľa certifikátu v certifikáte
zodpovedajúcej certifikačnej autority.
CSM_139 Koreňový certifikát ERCA musí byť samopodpísaný, t. j.
referencia certifikačnej autority a referencia držiteľa v certi­
fikáte musia byť rovnaké.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 469
CSM_140 V prípade prepájacieho certifikátu ERCA musí byť refe­
rencia držiteľa certifikátu rovná CHR nového koreňového
certifikátu ERCA. Referencia certifikačnej autority pre
prepájací certifikát sa musí rovnať CHR predchádzajúceho
koreňového certifikátu ERCA.
9.3.2.3 Autorizácia držiteľa certifikátu
▼M1
CSM_141 Autorizácia držiteľa certifikátu sa použije na identifikovanie
typu certifikátu. Pozostáva zo šiestich bajtov najvyššieho
rádu ID tachografovej aplikácie zreťazených s typom zaria­
denia, ktoré označuje typ zariadenia, pre ktorý je certifikát
určený. V prípade certifikátu VU, certifikátu karty vodiča
alebo certifikátu dielenskej karty sa typ zariadenia používa
aj na rozlíšenie medzi certifikátom pre vzájomnú autentifi­
káciu a certifikátom pre vytvorenie digitálnych podpisov
(pozri oddiel 9.1 a dodatok 1, dátový typ EquipmentType).
▼B
9.3.2.4 Verejný kľúč
Verejný kľúč obsahuje dva dátové prvky: štandardizované parametre
domény, ktoré sa majú použiť s verejným kľúčom v certifikáte, a hodnotu
verejného bodu.
CSM_142 Dátový prvok Parametre domény musí obsahovať jeden
z objektových identifikátorov uvedených v tabuľke 1, aby
odkazoval na súbor štandardizovaných parametrov domény.
CSM_143 Dátový prvok verejný bod musí obsahovať verejný bod.
Verejné body eliptickej krivky sa musia premeniť na okte­
tové reťazce, ako je špecifikované v [TR-03111]. Musí sa
použiť nekomprimovaný kódovací formát. Pri obnove bodu
eliptickej krivky z jeho zakódovaného formátu sa musia
vždy vykonať overenia opísané v [TR-03111].
9.3.2.5 Referencia držiteľa certifikátu
CSM_144 Referencia držiteľa certifikátu je identifikátor pre verejný
kľúč uvedený v certifikáte. Musí sa používať ako odkaz
na verejný kľúč v iných certifikátoch.
CSM_145 V prípade certifikátov karty a certifikátov externých zaria­
dení GNSS musí mať referencia držiteľa certifikátu dátový
typ uvedený v dodatku 1.
CSM_146 Pre jednotky vozidla výrobca pri žiadosti o certifikát môže,
ale nemusí poznať špecifické sériové číslo výrobcu pre VU,
pre ktorú je daný certifikát a príslušný súkromný kľúč
určený. V prvom prípade musí mať referencia držiteľa certi­
fikátu dátový typ uvedený
v dodatku 1. V druhom prípade musí mať referencia držiteľa
certifikátu dátový typ
uvedený v dodatku 1.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 470
Poznámka: Pre certifikát karty je hodnota CHR rovnaká ako
hodnota cardExtendedSerialNumber v EF_ICC; pozri
dodatok 2. Pre certifikát EGF je hodnota CHR rovnaká
ako hodnota sensorGNSSSerialNumber v EF_ICC; pozri
dodatok 14. Pre certifikát VU je hodnota CHR rovnaká
ako prvok vuSerialNumber vo VuIdentification, pozri
dodatok 1 s výnimkou prípadu, ak výrobca v čase žiadosti
o certifikát nepozná sériové číslo určené pre výrobcu.
▼B
CSM_147 V prípade certifikátov ERCA a MSCA musí mať
referencia držiteľa certifikátu dátový typ
uvedený v dodatku 1.
9.3.2.6 Dátum nadobudnutia účinnosti certifikátu
▼M1
CSM_148 Dátum nadobudnutia účinnosti certifikátu musí označovať
dátum a čas začiatku platnosti certifikátu.
▼B
9.3.2.7 Dátum uplynutia platnosti certifikátu
CSM_149 Dátum uplynutia platnosti certifikátu musí označovať dátum
a čas skončenia platnosti certifikátu.
9.3.2.8 Podpis certifikátu
CSM_150 Podpis na certifikáte sa musí realizovať na zakódovanej
hlavnej časti certifikátu vrátane tagu a dĺžky hlavnej časti
certifikátu. Algoritmus podpisu musí byť ECDSA, ako je
uvedené v [DSS], s použitím hašovacieho algoritmu prepo­
jeného s veľkosťou kľúča podpisovej autority, ako je
uvedené v CSM_50. Formát podpisu musí byť nezašifro­
vaný, ako je uvedené v [TR-03111].
9.3.3 Žiadosti o certifikáty
CSM_151 ►M1 Pri žiadosti o certifikát musí MSCA poslať ERCA
tieto údaje: ◄
— identifikátor profilu požadovaného certifikátu
— očakávanú referenciu certifikačnej autority, ktorá sa má
použiť na podpísanie certifikátu.
— verejný kľúč, ktorý sa má podpísať
CSM_152 Okrem údajov v CSM_151 musí MSCA v žiadosti o certi­
fikát poslať ERCA tieto údaje, čo umožní ERCA vytvoriť
referenciu držiteľa nového certifikátu MSCA:
— numerický kód štátu certifikačnej autority (dátový typ
vymedzený v dodatku 1)
— alfanumerický kód štátu certifikačnej autority (dátový
typ vymedzený v dodatku 1)
— 1-bajtové sériové číslo na rozlíšenie rôznych kľúčov
certifikačnej autority, ak sa kľúče menia
— dvojbajtové pole s osobitnými doplňujúcimi informá­
ciami certifikačnej autority
▼M1
02016R0799 — SK — 21.08.2023 — 003.002 — 471
CSM_153 Výrobca zariadení musí v žiadosti o certifikát poslať MSCA
tieto údaje, čo umožní MSCA vytvoriť referenciu držiteľa
nového certifikátu zariadenia:
— ak je známe (pozri CSM_154), sériové číslo zariadenia
jedinečné pre výrobcu, typ zariadenia a mesiac výroby.
Inak jedinečný identifikátor žiadosti o certifikát.
— Mesiac a rok výroby zariadenia alebo žiadosti o certi­
fikát.
Výrobca musí zabezpečiť, že tieto údaje sú správne a že certifikát
získaný od MSCA sa vloží do určeného zariadenia.
▼B
CSM_154 V prípade VU výrobca pri žiadosti o certifikát môže, ale
nemusí poznať špecifické sériové číslo výrobcu pre VU,
pre ktorú je daný certifikát a príslušný súkromný kľúč
určený. Ak je sériové číslo známe, musí ho výrobca VU
poslať MSCA. Ak nie je známe, výrobca musí jedinečne
identifikovať každú žiadosť o certifikát a poslať toto sériové
číslo žiadosti o certifikát MSCA. Výsledný certifikát bude
obsahovať sériové číslo žiadosti o certifikát. Po vložení
certifikátu do konkrétnej VU musí výrobca oznámiť spojenie
medzi sériovým číslom žiadosti o certifikát a identifikáciou
VU autorite MSCA.
10. VZÁJOMNÁ AUTENTIFIKÁCIA VU-KARTA A ZABEZPEČENÉ
SPRACOVANIE
10.1. Všeobecné
CSM_155 Na vysokej úrovni musí zabezpečená komunikácia medzi
jednotkou vozidla a tachografovou kartou vychádzať z týchto
krokov:
— Po prvé, každá strana musí preukázať druhej strane, že
vlastní platný certifikát verejného kľúča, ktorý podpísala
certifikačná autorita členského štátu. Certifikát verejného
kľúča MSCA musí byť zas podpísaný európskou kore­
ňovou certifikačnou autoritou. Tento krok sa nazýva
overenie certifikačného reťazca a je podrobne opísaný
v oddiele 10.2.
— Po druhé, jednotka vozidla musí karte preukázať, že má
k dispozícii súkromný kľúč zodpovedajúci verejnému
kľúču v predloženom certifikáte. Urobí tak podpisom
náhodného čísla poslaného kartou. Karta overí podpis
náhodného čísla. Ak je toto overenie úspešné, VU je
autentifikovaná. Tento krok sa nazýva autentifikácia
VU a je podrobne opísaný v oddiele 10.3.
▼M1
02016R0799 — SK — 21.08.2023 — 003.002 — 472
— Po tretie, obidve strany nezávisle vypočítajú dva kľúče
relácie AES asymetrickým algoritmom kľúčovej dohody.
Jedným z týchto kľúčov relácie karta vytvára autentifi­
kačný kód správy (MAC) na niektoré údaje zaslané VU.
VU overuje MAC. Ak je toto overenie úspešné, karta je
autentifikovaná. Tento krok sa nazýva autentifikácia
karty a je podrobne opísaný v oddiele 10.4.
— Po štvrté, VU a karta musia používať dohodnuté kľúče
relácie, aby sa zabezpečila dôvernosť, integrita a autenti­
cita všetkých vymenených správ. Nazýva sa to zabezpe­
čené spracovanie a je to podrobne opísané v oddiele
10.5.
CSM_156 Mechanizmus opísaný v CSM_155 sa spúšťa jednotkou
vozidla vždy, keď je karta vložená do jedného z jej slotov.
10.2. Vzájomné overovanie certifikačných reťazcov
10.2.1 Overovanie certifikačných reťazcov karty zo strany VU
CSM_157 ►M1 Jednotky vozidla musia na overovanie certifikačného
reťazca tachografovej karty použiť protokol zobrazený na
obrázku 4. Za každý certifikát, ktorý jednotka vozidla odčíta
z karty, musí overiť správnosť poľa Certificate Holder
Authorisation (CHA):
— Pole CHA v certifikáte karty musí označovať certifikát
karty pre vzájomnú autentifikáciu (pozri dodatok 1,
dátový typ EquipmentType).
— CHA certifikátu Card.CA musí označovať MSCA.
— CHA certifikátu CardLink musí označovať ERCA. ◄
Poznámky k obrázku 4:
— Certifikáty karty a verejné kľúče uvedené na obrázku sú
tie, ktoré sú určené na vzájomnú autentifikáciu. V oddiele
9.1.5 sa označujú ako Card_MA.
— Certifikáty Card.CA a verejné kľúče uvedené na obrázku
sú certifikáty a kľúče určené na podpísanie certifikátov
karty a je to uvedené v CAR certifikátu karty. V oddiele
9.1.3 sa označujú ako MSCA_Card.
— Certifikát Card.CA.EUR uvedený na obrázku je
európsky koreňový certifikát, ktorý je uvedený v CAR
certifikátu Card.CA.
— Certifikát Card.Link uvedený na obrázku je prípadný
prepájací certifikát karty. Ako je uvedené v oddiele
9.1.2, je to prepájací certifikát pre nový európsky pár
koreňových kľúčov vytvorený ERCA a podpísaný pred­
chádzajúcim európskym súkromným kľúčom.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 473
— Certifikát Card.Link.EUR je európsky koreňový certi­
fikát, ktorý je uvedený v CAR certifikátu Card.Link.
CSM_158 Ako je znázornené na obrázku 4, overenie certifikačného
reťazca karty sa musí začať po vložení karty. Jednotka
vozidla musí prečítať referenciu držiteľa karty(­
) z EF ICC. VU musí
kontrolovať, či kartu pozná, t. j., či úspešne overila certifi­
kačný reťazec karty v minulosti a uložila ho do budúcnosti.
Ak ju pozná a certifikát karty je stále platný, proces pokra­
čuje overením certifikačného reťazca VU. Inak musí VU
postupne z karty čítať certifikát MSCA_Card, ktorý sa ma
použiť na overovanie certifikátu karty, certifikát Card.CA.
EUR, ktorý sa má použiť na overovanie certifikátu
MSCA_Card, a prípadne prepájací certifikát, pokým nenájde
certifikát, ktorý pozná alebo môže overiť. Ak takýto certi­
fikát nájde, VU tento certifikát použije na overenie základ­
ných certifikátov karty, ktoré VU prečítala z danej karty. Ak
bude tento proces úspešný, pokračuje overením certifikač­
ného reťazca VU. Ak nebude úspešný, VU musí kartu igno­
rovať.
Poznámka: Existujú tri spôsoby, ktorými môže VU certifikát
Card.CA.EUR poznať:
— certifikát Card.CA.EUR je ten istý certifikát ako vlastný
certifikát EUR jednotky vozidla;
— certifikát Card.CA.EUR predchádza vlastný certifikát
EUR jednotky vozidla a VU už obsahovala tento certi­
fikát v čase vydania (pozri CSM_81);
— certifikát Card.CA.EUR je nástupcom vlastného certifi­
kátu EUR jednotky vozidla a VU získala prepájací certi­
fikát v minulosti z inej tachografovej karty, overila ho
a uložila do budúcnosti.
CSM_159 Ako sa uvádza v obrázku 4, keď VU overila autenticitu
a platnosť predtým neznámeho certifikátu, môže uložiť
tento certifikát do budúcnosti, aby keď sa s týmto certifi­
kátom VU znova stretne nemusela znova overovať jeho
autenticitu. Namiesto uloženia celého certifikátu si VU
môže zvoliť, že uloží len obsah hlavnej časti certifikátu,
ako je uvedené v oddiele 9.3.2. ►M1 Hoci uloženie všet­
kých ostatných typov certifikátu je dobrovoľné, VU musí
uložiť nový prepájací certifikát zobrazený na karte. ◄
CSM_160 VU musí overiť dočasnú platnosť každého certifikátu prečí­
taného
z karty alebo uloženého v jej pamäti a zamietnuť certifikáty
s uplynulou platnosťou. Na overenie dočasnej platnosti certi­
fikátu predloženého kartou musí VU použiť svoje vstavané
hodiny.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 474
Obrázok 4
Protokol pre overovanie certifikačného reťazca karty jednotkou vozidla
10.2.2 Overovanie certifikačných reťazcov VU kartou
CSM_161 ►M1 Tachografové karty musia na overovanie certifikač­
ného reťazca VU použiť protokol zobrazený na obrázku 5.
Za každý certifikát, ktorý VU zobrazí, musí karta overiť
správnosť poľa Card Holder Authorisation (CHA):
— CHA certifikátu VU.Link musí označovať ERCA.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 475
— CHA certifikátu VU.CA musí označovať MSCA.
— Pole CHA certifikátu VU musí označovať certifikát VU
pre vzájomnú autentifikáciu (pozri dodatok 1, dátový typ
EquipmentType). ◄
Obrázok 5
Protokol pre overovanie certifikačného reťazca VU kartou
Poznámky k obrázku 5:
— Certifikáty VU a verejné kľúče uvedené na obrázku sú tie, ktoré sú
určené na vzájomnú autentifikáciu. V oddiele 9.1.4 sa označujú ako
VU_MA.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 476
— Certifikáty VU.CA a verejné kľúče uvedené na obrázku sú certifikáty
a kľúče určené na podpísanie certifikátov VU a certifikátov externých
zariadení GNSS. V oddiele 9.1.3 sa označujú ako MSCA_VU-EGF.
— Certifikát VU.CA.EUR uvedený na obrázku je európsky koreňový
certifikát, ktorý je uvedený v CAR certifikátu VU.CA.
— Certifikát VU.Link uvedený na obrázku je prepájací certifikát VU, ak
je prítomný. Ako je uvedené v oddiele 9.1.2, je to prepájací certifikát
pre nový európsky pár koreňových kľúčov vytvorený ERCA a podpí­
saný predchádzajúcim európskym súkromným kľúčom.
— Certifikát VU.Link.EUR je európsky koreňový certifikát, ktorý je
uvedený v CAR certifikátu VU.Link.
CSM_162 Ako je znázornené na obrázku 5, overenie certifikačného
reťazca jednotky vozidla sa musí začať tým, že jednotka
vozidla sa pokúsi nastaviť svoj vlastný verejný kľúč na
použitie v tachografovej karte. Ak sa to podarí, znamená
to, že karta v minulosti úspešne overila certifikačný reťazec
VU a uložila certifikát VU do budúcnosti. V tomto prípade
je certifikát VU nastavený na použitie a proces pokračuje
autentifikáciou VU. Ak karta certifikát VU nepozná, VU
musí postupne predložiť certifikát VU.CA, ktorý sa má
použiť na overenie jej certifikátu VU, certifikát
VU.CA.EUR, ktorý sa má použiť na overenie certifikátu
VU.CA, a prípadne prepájací certifikát, s cieľom nájsť certi­
fikát, ktorý karta pozná alebo môže overiť. Ak takýto certi­
fikát nájde, karta musí tento certifikát použiť na overenie
základných certifikátov VU, ktoré jej boli predložené. Ak
bude toto overenie úspešné, VU musí nakoniec nastaviť
svoj verejný kľúč, ktorý sa použije v tachografovej karte.
Ak nebude úspešné, VU musí kartu ignorovať.
Poznámka: Existujú tri spôsoby, ako môže karta certifikát
VU.CA.EUR poznať:
— certifikát VU.CA.EUR je totožný s vlastným certifi­
kátom EUR karty;
— Certifikát VU.CA.EUR predchádza vlastný certifikát
EUR karty a karta obsahovala tento certifikát už
v čase vydania (pozri CSM_91);
— Certifikát VU.CA.EUR je nástupcom vlastného certifi­
kátu EUR karty a karta získala prepájací certifikát
v minulosti z inej jednotky vozidla, overila ho a uložila
do budúcnosti.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 477
CSM_163 VU musí použiť príkaz MSE: Set AT na nastavenie svojho
verejného kľúča, ktorý sa použije v tachografovej karte.
Ako je uvedené v dodatku 2, tento príkaz obsahuje ozna­
čenie kryptografického mechanizmu, ktorý sa použije
s kľúčom, ktorý je nastavený. Tento mechanizmus je
„autentifikácia VU používajúca algoritmus ECDSA v kombi­
nácii s hašovacím algoritmom prepojeným s veľkosťou
kľúča kľúčového páru VU_MA jednotky vozidla, ako je
uvedené v CSM_50“.
CSM_164 Príkaz MSE: Set AT obsahuje aj označenie efemérneho
kľúčového páru, ktorý VU použije počas kľúčovej dohody
relácie (pozri oddiel 10.4). Preto pred odoslaním príkazu
MSE: Set AT musí VU vygenerovať efemérny kľúčový
pár ECC. Na generovanie efemérneho kľúčového páru
musí VU použiť štandardizované parametre domény
uvedené v certifikáte karty. Efemérny kľúčový pár sa ozna­
čuje ako (VU.SK eph , VU.PK eph , Card.DP). VU musí prijať
x-ovú súradnicu efemérneho verejného bodu ECDH ako
identifikáciu kľúča; To sa nazýva komprimované vyjadrenie
verejného kľúča a označené ako Comp(VU.PK eph ).
▼M1
CSM_165 Ak je príkaz MSE: Set AT úspešný, karta nastaví uvedené
VU.PK pre následné použitie počas autentifikácie vozidla
a dočasne uložiť Comp(VU.PKeph). V prípade odoslania
dvoch alebo viacerých úspešných príkazov MSE: Set AT
pred vykonaním kľúčovej dohody relácie, karta musí uložiť
len posledný prijatý Comp(VU.PKeph). Karta vynuluje
Comp(VU.PKeph) po úspešnom vykonaní príkazu
GENERAL AUTHENTICATE.
▼B
CSM_166 Karta musí overiť dočasnú platnosť každého certifikátu,
ktorý VU predložila alebo naň odkazuje, uloženého v pamäti
karty, a musí zamietnuť certifikáty s uplynulou platnosťou.
CSM_167 Na overenie dočasnej platnosti certifikátu, ktorý VU pred­
ložila, musí každá tachografová karta interne uložiť niektoré
údaje, ktoré predstavujú aktuálny čas. Tieto údaje nesmie
VU priamo aktualizovať. Pri vydaní musí byť aktuálny čas
karty nastavený na dátum účinnosti certifikátu Card_MA
karty. Karta musí aktualizovať svoj aktuálny čas, ak
dátum účinnosti autentického certifikátu „platného zdroja
času“ predloženého VU je novší ako aktuálny čas karty.
V takom prípade musí karta nastaviť svoj aktuálny čas na
dátum účinnosti daného certifikátu. Karta ako platný zdroj
času akceptuje len tieto certifikáty:
— Prepájacie certifikáty ERCA druhej generácie
— Certifikáty prepojenia MSCA druhej generácie
— Certifikáty VU druhej generácie vydané krajinou, ktorá
vydala vlastný certifikát resp. certifikáty karty.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 478
Poznámka: posledná požiadavka znamená, že karta musí
byť schopná rozpoznať referenciu CAR certifikátu VU, t.
j. certifikát MSCA_VU-EGF. Tá nebude rovnaká ako CAR
jej vlastného certifikátu, ktorým je certifikát MSCA_card.
CSM_168 Ako sa uvádza v obrázku 5, keď karta overila autenticitu
a platnosť predtým neznámeho certifikátu, môže uložiť
tento certifikát do budúcnosti, aby keď sa s týmto certifi­
kátom karta znova stretne nemusela znova overovať jeho
autenticitu. Namiesto uloženia celého certifikátu si karta
môže zvoliť, že uloží len obsah hlavnej časti certifikátu,
ako je uvedené v bode 9.3.2.
10.3. Autentifikácia VU
CSM_169 Jednotky vozidla a karty musia používať na autentifikáciu
VU pre kartu protokol autentifikácie VU zobrazený na
obrázku 6. Autentifikácia VU umožňuje tachografovej
karte výslovne overiť, že VU je autentická. Na to musí
VU použiť svoj súkromný kľúč na podpis výzvy genero­
vanej kartou.
CSM_170 ►M1 VU k výzve karty v rámci podpisu pripojí referenciu
držiteľa certifikátu z certifikátu karty. ◄
Poznámka: Tým sa zabezpečí, že karta, ktorej sa autentifi­
kuje VU, je tá istá karta, ktorej certifikačný reťazec predtým
VU overila.
CSM_171 VU musí v rámci podpisu pripojiť aj identifikátor efemér­
neho verejného kľúča Comp(VU.PK eph ), ktorý VU použije
na nastavenie zabezpečeného spracovania počas procesu
autentifikácie čipu uvedeného v oddiele 10.4.
Poznámka: To zabezpečuje, že VU, s ktorou karta komuni­
kuje počas relácie zabezpečeného spracovania, je tá istá VU,
ktorá bola overená kartou.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 479
Obrázok 6
Protokol autentifikácie VU
▼B
CSM_172 Ak počas autentifikácie VU pošle VU viacnásobné príkazy
GET CHALLENGE, karta musí vždy vrátiť novú 8-bajtovú
náhodnú výzvu, ale uložiť len poslednú výzvu.
CSM_173 Algoritmus podpisovania použitý VU na autentifikáciu VU
musí byť ECDSA, ako je uvedené v [DSS], použitím hašo­
vacieho algoritmu prepojeného s veľkosťou kľúča kľúčo­
vého páru VU_MA jednotky vozidla, ako je uvedené
v CSM_50. Formát podpisu musí byť nezašifrovaný, ako
je uvedené v [TR-03111]. VU musí poslať výsledný podpis
karte.
▼M1
CSM_174 Po prijatí podpisu VU v príkaze EXTERNAL AUTHENTI­
CATE, karta musí
— vypočítať autentifikačný znak zreťazením Card.CHR,
výzvy karty rcard a identifikátora efemérneho verejného
kľúča VU Comp(VU.PKeph),
— overiť autentifikáciu VU používajúcu algoritmus
ECDSA s pomocou hašovacieho algoritmu prepojeného
s veľkosťou kľúča kľúčového páru VU_MA jednotky
vozidla, ako je uvedené v odseku CSM_50, v kombinácii
s VU.PK a vypočítaným autentifikačným znakom.
▼M1
02016R0799 — SK — 21.08.2023 — 003.002 — 480
10.4. Autentifikácia čipu a kľúčová dohoda relácie
CSM_175 Jednotky vozidla a karty musia používať na autentifikáciu
karty pre VU protokol autentifikácie čipu zobrazený na
obrázku 7. Autentifikácia čipu umožňuje jednotke vozidla
výslovne overiť, že karta je autentická.
Obrázok 7
Autentifikácia čipu a kľúčová dohoda relácie
CSM_176 VU a karta musia vykonať tieto kroky:
1. Jednotka vozidla iniciuje proces autentifikácie čipu
poslaním príkazu MSE: Set AT označujúceho „autentifi­
káciu čipu používajúcu algoritmus ECDH, čoho
výsledkom je dĺžka kľúča relácie prepojená s dĺžkou
kľúča kľúčového páru Card_MA karty, ako je uvedené
v CSM_50“. VU musí určiť veľkosť kľúča kľúčový páru
karty z certifikátu karty.
▼M1
2. VU posiela verejný bod VU.PK eph jej efemérneho kľúčo­
vého páru karte. Verejný bod sa prevedie na oktetový
reťazec, ako sa uvádza v [TR– 03111]. Musí sa použiť
nekomprimovaný kódovací formát. Ako je vysvetlené
v odseku CSM_164, VU vygenerovala tento efemérny
kľúčový pár pred overovaním certifikačného reťazca
VU. VU zaslala identifikátor efemérneho verejného
kľúča Comp(VU.PK eph ) karte a karta ho uložila.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 481
3. Karta vypočíta Comp(VU.PK eph ) z VU.PK eph a porovná
ho s uloženou hodnotou Comp(VU.PK eph ).
4. Použitím algoritmu ECDH v kombinácii so statickým
súkromným kľúčom karty a efemérnym verejným
kľúčom VU karta vypočíta tajné K.
5. Karta náhodne vyberie 8-bajtovú jednorazovú hodnotu
„nonce“ N PICC a použije ju na odvodenie dvoch kľúčov
relácie AES K MAC a K ENC z K. Pozri CSM_179.
▼M1
6. Použitím K MAC karta vypočíta autentifikačný znak na
efemérnom verejnom kľúči VU: T PICC = CMAC(K MAC ,
VU.PK eph ). Verejný bod musí mať formát, ktorý používa
VU (pozri bod 2 uvedený vyššie). Karta pošle N PICC
a T PICC jednotke vozidla.
▼B
7. Použitím algoritmu ECDH v kombinácii so statickým
verejným kľúčom karty a efemérnym súkromným
kľúčom VU, VU vypočíta to isté tajné K, ako vypočítala
karta v kroku 4.
8. VU odvodzuje kľúče relácie K MAC a K ENC z K a N PICC ;
pozri CSM_179.
9. VU overuje autentifikačný znak T PICC .
CSM_177 V uvedenom kroku 3 musí karta vypočítať
Comp(VU.PKeph) ako x-ovú súradnicu verejného bodu vo
VU.PKeph.
CSM_178 V uvedených krokoch 4 a 7 musia karta a jednotka vozidla
použiť algoritmus ECKA-EG vymedzený v [TR-03111].
CSM_179 V uvedených krokoch 5 a 8 musia karta a jednotka vozidla
použiť funkciu odvodenia kľúča na kľúče relácie AES
vymedzenú v [TR-03111], s týmito spresneniami
a zmenami:
— Hodnota počítadla pre K ENC musí byť „00 00 00 01“
a pre K MAC „00 00 00 02“.
— Musí sa použiť nepovinná jednorazová hodnota „nonce“
r a musí sa rovnať N PICC .
— Na odvodenie 128-bitových kľúčov AES musí byť hašo­
vací algoritmus, ktorý sa má použiť, SHA-256.
— Na odvodenie 192-bitových kľúčov AES musí byť hašo­
vací algoritmus, ktorý sa má použiť, SHA-384.
— Na odvodenie 256-bitových kľúčov AES musí byť hašo­
vací algoritmus, ktorý sa má použiť, SHA-512.
Dĺžka kľúčov relácie (t. j. dĺžka, na ktorú sa hash skráti)
musí byť prepojená s veľkosťou kľúčového páru Card_MA,
ako je uvedené v CSM_50.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 482
CSM_180 V uvedených krokoch 6 a 9 musia karta a jednotka vozidla
použiť algoritmus AES v režime CMAC, ako je uvedené
v [SP 800-38B]. Dĺžka T PICC musí byť prepojená s dĺžkou
kľúčov relácie AES, ako je uvedené v CSM_50.
10.5. Zabezpečené spracovanie správ
10.5.1 Všeobecné
CSM_181 Všetky príkazy a odpovede vymieňané medzi jednotkou
vozidla a tachografovou kartou po úspešnej autentifikácii
čipu a až do konca relácie musia byť chránené zabezpe­
čeným spracovaním.
CSM_182 Okrem čítania zo súboru s prístupovou podmienkou SM-R-
ENC-MAC-G2 (pozri dodatok 2, oddiel 4) sa zabezpečené
spracovanie musí použiť v režime iba na základe autentifi­
kácie. V tomto režime sa na zaistenie autenticity a integrity
správy pridá do všetkých príkazov a odpovedí kryptogra­
fický kontrolný súčet (alebo MAC).
CSM_183 Pri čítaní údajov zo súboru s prístupovou podmienkou SM-
R-ENC-MAC-G2 sa musí použiť zabezpečené spracovanie
v režime šifrovania a následnej autentifikácie, t. j. údaje
odpovede sú najprv zašifrované na zaistenie dôvernosti
správy, a potom sa z formátovaných šifrovaných údajov
vypočíta MAC na zaistenie autenticity a integrity.
CSM_184 Zabezpečené spracovanie musí použiť AES, ako je defino­
vané v [AES] s kľúčmi relácie K MAC a K ENC , ktoré boli
dohodnuté počas autentifikácia čipu.
CSM_185 Na zabránenie tzv. „replay“ útokom sa ako počítadlo
sekvencie odosielania (SSC) musí použiť celé číslo bez
znamienka. Veľkosť SSC sa musí rovnať veľkosti bloku
AES, t. j. 128 bitom. SSC musí byť vo formáte MSB-first
(teda bajt najvyššieho rádu na prvom mieste). Keď sa začne
zabezpečené spracovanie, počítadlo sekvencie odosielania sa
začne od nuly („00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00“).
SSC sa musí zvýšiť vždy pred generovaním príkazu alebo
odpovede ADPU, t. j. keďže začiatočná hodnota SCC
v relácii SM je 0, v prvom príkaze bude hodnota SSC 1.
Hodnota SSC pre prvú odpoveď bude 2.
CSM_186 Na šifrovanie správ sa musí použiť K ENC s AES v prevá­
dzkovom režime reťazenia šifrovacieho bloku (CBC), ako je
vymedzené v [ISO 10116], s parametrom prekladania m = 1
a inicializačným vektorom SV = E(K ENC , SSC), t. j. aktu­
álna hodnota počítadla sekvencie odosielania zašifrovaná
s K ENC .
CSM_187 Na autentifikáciu správ sa musí použiť K MAC s AES
v režime CMAC, ako je uvedené v [SP 800-38B]. Dĺžka
MAC musí byť prepojená s dĺžkou kľúčov relácie AES, ako
je uvedené v CSM_50. Počítadlo sekvencie odosielania
musí byť zahrnuté do MAC tak, že sa pripojí pred data­
gram, ktorý sa má autentifikovať.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 483
10.5.2 Štruktúra zabezpečeného spracovania správ
CSM_188 Zabezpečené spracovanie musí využívať iba dátové objekty
zabezpečeného spracovania (pozri [ISO 7816-4]], uvedené
v tabuľke 5. V každej správe musia byť použité tieto dátové
objekty v poradí uvedenom v tejto tabuľke.
Tabuľka 5
Dátové objekty zabezpečeného spracovania
Názov dátového objektu Tag
Prítomnosť: povinný (M),
podmienečný (C) alebo
zakázaný (F) v
príkazoch
odpovediach
Nezašifrovaná hodnota nekódovaná
v BER-TLV
„81“ C C
Nezašifrovaná hodnota kódovaná
v BER-TLV, ktorá ale neobsahuje
dátové objekty SM
„B3“ C C
Indikátor obsahu výplne, za ktorým
nasleduje kryptogram, nezašifrovaná
hodnota nekódovaná v BER-TLV
„87“ C C
Chránené Le „97“ C F
Stav spracovania „99“ F M
Kryptografický kontrolný súčet „8E“ M M
Poznámka: Ako je uvedené v dodatku 2, tachografové karty
môžu podporovať príkaz READ BINARY a UPDATE
BINARY s nepárnym bajtom INS („B1“ resp. „D7“).
Tieto varianty príkazov sú potrebné na čítanie a aktualizáciu
súborov s viac než 32 768 bajtmi. Ak sa takýto variant
použije, namiesto objektu s tagom „81“ sa musí použiť
dátový objekt s tagom „B3“. Pre viac informácií pozri
dodatok 2.
CSM_189 Všetky dátové objekty SM musia byť zakódované DER
TLV, ako je uvedené v [ISO 8825-1]. Výsledkom tohto
kódovania je takáto štruktúra tag-dĺžka-hodnota (TLV):
Tag: Tag je kódovaný v jednom alebo dvoch oktetoch
a určuje obsah.
Dĺžka: dĺžka je kódovaná ako celé číslo bez znamienka
v jednom, dvoch alebo troch oktetoch, čoho
výsledkom je maximálna dĺžka 65 535 oktetov.
Musí sa použiť minimálny počet oktetov.
Hodnota: Hodnota je kódovaná v nula alebo viac oktetoch
CSM_190 APDU chránené zabezpečeným spracovaním sa vytvoria
takto:
— Záhlavie príkazu musí byť zahrnuté do výpočtu MAC,
preto sa pre bajt triedy CLA musí použiť hodnota „0C“.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 484
— Ako je uvedené v dodatku 2, všetky bajty INS musia
byť párne, s možnou výnimkou nepárnych bajtov INS
v prípade príkazov READ BINARY a UPDATE
BINARY.
— Skutočná hodnota Lc sa upraví na Lc' po uplatnení
zabezpečeného spracovania.
— Dátové pole musí obsahovať dátové objekty SM.
— V chránenom príkaze APDU sa nový Le bajt musí
nastaviť na „00“. V prípade potreby sa do dátového
poľa zahrnie dátový objekt „97“, s cieľom preniesť
pôvodnú hodnotu Le.
▼M1
CSM_191 Každý dátový objekt, ktorý sa má zašifrovať, musí byť
vyplnený podľa normy [ISO 7816– 4] s použitím indikátora
obsahu výplne ‘01’. Na výpočet MAC musia byť dátové
objekty v ADPU vyplnené podľa [ISO 7816– 4].
Poznámka: Vyplnenie pre zabezpečené spracovanie sa vždy
vykonáva vrstvou zabezpečeného spracovania, a nie algorit­
mami CMAC alebo CBC.
Zhrnutie a príklady
Príkaz ADPU s aplikovaným zabezpečeným spracovaním bude mať túto
štruktúru, v závislosti od prípadu príslušného nezabezpečeného príkazu
(DO je dátový objekt):
Prípad 1: CLA INS P1 P2 || Lc' || DO „8E“ || Le
Prípad 2: CLA INS P1 P2 || Lc' || DO „97“ ||
DO„8E“ || Le
Prípad 3 (párny bajt INS):: CLA INS P1 P2 || Lc' || DO „81“ ||
DO„8E“ || Le
Prípad 3 (nepárny bajt INS): CLA INS P1 P2 || Lc' || DO „B3“ ||
DO„8E“ || Le
Prípad 4 (párny bajt INS): CLA INS P1 P2 || Lc' || DO „81“ ||
DO„97“ || DO„8E“ || Le
Prípad 4 (nepárny bajt INS): CLA INS P1 P2 || Lc' || DO „B3“ ||
DO„97“ || DO„8E“ || Le
kde Le = ‘00’ alebo ’00 00’ podľa toho, či sa používajú polia s krátkou
dĺžkou alebo s rozšírenou dĺžkou; pozri [ISO 7816– 4].
Odpoveď ADPU s aplikovaným zabezpečeným spracovaním bude mať
túto štruktúru, v závislosti od prípadu príslušnej nezabezpečenej
odpovede:
Prípad 1 alebo 3: DO „99“ || DO „8E“ ||
SW1SW2
Prípad 2 alebo 4 (párny bajt INS)
bez zašifrovania
:
DO „81“ || DO „99“ || DO
„8E“ || SW1SW2
Prípad 2 alebo 4 (párny bajt INS)
so zašifrovaním
:
DO „87“ || DO „99“ || DO
„8E“ || SW1SW2
Prípad 2 alebo 4 (nepárny bajt
INS) bez zašifrovania:
DO „B3“ || DO „99“ || DO
„8E“ || SW1SW2
Poznámka: Prípad 2 alebo 4 (nepárny bajt INS) so šifrovaním sa nikdy
nepoužíva v komunikácii medzi VU a kartou.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 485
Ďalej sú uvedené tri príklady transformácií APDU pri príkazoch s párnym
kódom INS. Obrázok 8 zobrazuje autentifikovaný príkaz APDU prípadu
4, obrázok 9 ukazuje autentifikovanú odpoveď APDU prípadu 1/prípadu
3 a obrázok 10 ukazuje zašifrovanú a autentifikovanú odpoveď APDU
prípadu 2/prípadu 4.
Obrázok 8
Transformácia autentifikovaného príkazu APDU prípadu 4
Obrázok 9
Transformácia autentifikovanej odpovede APDU prípadu 1/prípadu 3
▼M1
02016R0799 — SK — 21.08.2023 — 003.002 — 486
Obrázok 10
Transformácia zašifrovanej a autentifikovanej odpovede ADPU prípadu 2/prípadu 4
▼B
10.5.3 Zrušenie relácie zabezpečeného spracovania
CSM_192 Jednotka vozidla musí zrušiť prebiehajúcu reláciu zabezpeče­
ného spracovania, ak a len ak sa splní jedna z týchto
podmienok:
— dostane nezašifrovanú odpoveď ADPU,
— v odpovedi ADPU zistí chybu zabezpečeného
spracovania:
— Očakávaný dátový objekt zabezpečeného spracovania
chýba, poradie dátových objektov je nesprávne alebo
je zahrnutý neznámy dátový objekt.
— Dátový objekt zabezpečeného spracovania je
nesprávny, napr. hodnota MAC je nesprávna, štruktúra
TLV je nesprávna alebo indikátor výplne v tagu „87“
nie je rovný „01“.
— karta pošle stavový bajt udávajúci, že zistila chybu SM
(pozri CSM_194),
— dosiahol sa limit pre počet príkazov a súvisiacich odpo­
vedí v rámci aktuálnej relácie. Pre danú VU musí byť
tento limit vymedzený výrobcom, berúc do úvahy požia­
davky zabezpečenia použitého hardvéru s maximálnou
hodnotou 240 príkazov SM a súvisiacich odpovedí za
reláciu.
▼M1
02016R0799 — SK — 21.08.2023 — 003.002 — 487
CSM_193 Tachografová karta musí zrušiť prebiehajúcu reláciu zabezpe­
čeného spracovania, ak a len ak nastane jedna z týchto
situácií:
— dostane nezašifrovaný príkaz ADPU,
— v príkaze ADPU zistí chybu zabezpečeného spracovania:
— Očakávaný dátový objekt zabezpečeného spracovania
chýba, poradie dátových objektov je nesprávne alebo
je zahrnutý neznámy dátový objekt.
— Dátový objekt zabezpečeného spracovania je
nesprávny, napr. hodnota MAC je nesprávna alebo
štruktúra TLV je nesprávna.
— stratí napájanie alebo je resetovaná,
— VU začne proces autentifikácie VU,
— dosiahol sa limit pre počet príkazov a súvisiacich odpo­
vedí v rámci aktuálnej relácie. Pre danú kartu musí byť
tento limit vymedzený výrobcom, berúc do úvahy požia­
davky zabezpečenia použitého hardvéru s maximálnou
hodnotou 240 príkazov SM a súvisiacich odpovedí za
reláciu.
▼B
CSM_194 Spracovanie chyby SM tachografovou kartou:
— Ak v príkaze APDU chýbajú niektoré očakávané dátové
objekty zabezpečeného spracovania, poradie dátových
objektov je nesprávne alebo sú zahrnuté neznáme dátové
objekty, tachografová karta musí odpovedať stavovými
bajtmi „69 87“.
— Ak je dátový objekt zabezpečeného spracovania v príkaze
APDU nesprávny, tachografová karta musí odpovedať
stavovými bajtmi „69 88“.
V takom prípade sa musia stavové bajty vrátiť bez SM.
CSM_195 Ak sa relácia zabezpečeného spracovania medzi VU a tacho­
grafovou kartou zruší, VU a tachografová karta musí
— bezpečne zničiť uložené kľúče relácie
— okamžite nadviazať novú reláciu zabezpečeného spraco­
vania, ako je opísané v oddieloch 10.2 – 10.5.
CSM_196 Ak sa VU z akéhokoľvek dôvodu rozhodne reštartovať
vzájomnú autentifikáciu s vloženou kartou, musí sa začať
overovanie certifikačného reťazca karty, ako je opísané
v oddiele 10.2, a nasleduje postup opísaný v oddieloch 10.2
– 10.5.
▼M1
02016R0799 — SK — 21.08.2023 — 003.002 — 488
11. SPÁJANIE VU S EXTERNÝM ZARIADENÍM GNSS, VZÁJOMNÁ
AUTENTIFIKÁCIA A ZABEZPEČENÉ SPRACOVANIE
11.1. Všeobecné
CSM_197 Externé zariadenie GNSS, ktoré používa VU na určovanie
svojej polohy, môže byť interné (t. j. zabudované v puzdre
VU a neoddeliteľné), alebo to môže byť externý modul.
V prvom prípade netreba štandardizovať internú komunikáciu
medzi zariadením GNSS a VU, a požiadavky tejto kapitoly sa
neuplatňujú. V druhom prípade sa komunikácia medzi VU
a externým zariadením GNSS musí štandardizovať a chrániť,
ako je opísané v tejto kapitole.
CSM_198 Zabezpečená komunikácia medzi jednotkou vozidla
a externým zariadením GNSS musí prebiehať rovnako, ako
zabezpečená komunikácia medzi jednotkou vozidla a tachogra­
fovou kartou, pričom externé zariadenie GNSS (ďalej
„EGF“), preberá úlohu karty. EGF musí spĺňať všetky požia­
davky uvedené v kapitole 10 týkajúce sa tachografových
kariet, berúc do úvahy odchýlky, objasnenia a doplnenia
uvedené v tejto kapitole. Predovšetkým sa vzájomné overenia
certifikačných reťazcov, autentifikácia VU a autentifikácia
čipu musia vykonať tak, ako je opísané v oddieloch 11.3
a 11.4.
CSM_199 Komunikácia medzi jednotkou vozidla a EGF sa líši od
komunikácie medzi jednotkou vozidla a kartou v tom, že
jednotka vozidla a EGF musia byť raz spojené v dielni
predtým, ako si VU a EGF môžu vymieňať údaje na báze
GNSS počas bežnej prevádzky. Proces spájania je opísaný
v oddiele 11.2.
CSM_200 Na komunikáciu medzi jednotkou vozidla a EGF sa musia
použiť príkazy a odpovede ADPU vychádzajúce z [ISO 7816-
4] a [ISO 7816-8]. Presná štruktúra týchto APDU je vyme­
dzená v dodatku 2 tejto prílohy.
11.2. Spájanie VU a externého zariadenia GNSS
CSM_201 Jednotku vozidla a EGF vo vozidle musí spojiť dielňa. Počas
bežnej prevádzky musia byť schopné komunikovať len
spojená jednotka vozidla a EGF.
CSM_202 Spájanie jednotky vozidla a EGF musí byť možné len
v prípade, ak je jednotka vozidla v režime kalibrácie. Spájanie
musí začať jednotka vozidla.
CSM_203 Dielňa môže kedykoľvek opätovne spojiť jednotku vozidla
s iným EGF alebo s tým istým EGF. Počas opätovného
spojenia musí VU bezpečne zničiť existujúci certifikát
EGF_MA vo svojej pamäti a uložiť certifikát EGF_MA
toho EGF, s ktorým sa spája.
CSM_204 Dielňa môže kedykoľvek opätovne spojiť externé zariadenie
GNSS s inou VU alebo s tou istou VU. Počas opätovného
spojenia musí EGF bezpečne zničiť existujúci certifikát
VU_MA vo svojej pamäti a uložiť certifikát VU_MA
jednotky vozidla, s ktorou sa spája.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 489
11.3. Vzájomné overovanie certifikačných reťazcov
11.3.1 Všeobecné
CSM_205 Vzájomné overovanie certifikačného reťazca medzi VU
a EGF sa musí uskutočniť len počas spájania VU a EGF,
ktoré vykonáva dielňa. Počas bežnej prevádzky spojených
VU a EGF sa nesmú overovať žiadne certifikáty. Namiesto
toho musia VU a EGF dôverovať certifikátom, ktoré uložili
počas spojenia, po kontrole dočasnej platnosti týchto certifi­
kátov. VU a EGF nesmie dôverovať žiadnym iným certifi­
kátom, pokiaľ ide o ochranu komunikácie VU – EGF počas
normálnej prevádzky.
11.3.2 Počas spájania VU – EGF
CSM_206 Počas spájania s EGF musí jednotka vozidla použiť protokol
znázornený na obrázku 4 (oddiel 10.2.1) na overenie certifi­
kačného reťazca externého zariadenia GNSS.
Poznámky k obrázku 4 v tomto kontexte:
— Kontrola prenosu údajov je mimo rozsahu pôsobnosti
tohto dodatku. Avšak EGF nie je inteligentná karta,
a VU teda pravdepodobne nepošle Reset na začatie komu­
nikácie a neprijme ATR.
— Na vzájomnú autentifikáciu sa certifikáty a verejné kľúče
karty uvedené na obrázku interpretujú ako certifikáty
a verejné kľúče EGF. V oddiele 9.1.6 sa označujú ako
EGF_MA.
— Na podpis certifikátov EGF sa certifikáty a verejné kľúče
Card.CA uvedené na obrázku interpretujú ako certifikáty
a verejné kľúče MSCA. V oddiele 9.1.3 sa označujú ako
MSCA_VU-EGF.
— Certifikát Card.CA.EUR uvedený na obrázku sa interpre­
tuje ako európsky koreňový certifikát, ktorý je uvedený
v CAR certifikátu MSCA_VU-EGF.
— Certifikát Card.Link uvedený na obrázku sa interpretuje
ako prepájací certifikát EGF, ak je prítomný. Ako je
uvedené v oddiele 9.1.2, je to prepájací certifikát pre
nový európsky pár koreňových kľúčov vytvorený ERCA
a podpísaný predchádzajúcim európskym súkromným
kľúčom.
— Certifikát Card.Link.EUR je európsky koreňový certifikát,
ktorý je uvedený v CAR certifikátu Card.Link.
— Namiesto , musí VU
z EF ICC čítať .
— Namiesto výberu AID tachografu musí VU vybrať AID
EGF.
— „Ignorovať kartu“ sa interpretuje ako „ignorovať EGF“.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 490
CSM_207 Po tom, ako jednotka vozidla overila certifikát EGF_MA,
musí uložiť tento certifikát na použitie počas bežnej prevá­
dzky; pozri oddiel 11.3.3.
CSM_208 ►M1 Počas spájania s VU musí externé zariadenie GNSS
použiť protokol znázornený na obrázku 5 (oddiel 10.2.2) na
overenie certifikačného reťazca VU. ◄
Poznámky k obrázku 5 v tomto kontexte:
— VU musí vygenerovať nový efemérny kľúčový pár
pomocou parametrov domény v certifikáte EGF.
— Certifikáty VU a verejné kľúče uvedené na obrázku sú tie,
ktoré sú určené na vzájomnú autentifikáciu. V oddiele
9.1.4 sa označujú ako VU_MA.
— Certifikáty VU.CA a verejné kľúče uvedené na obrázku
sú certifikáty a kľúče určené na podpísanie certifikátov
VU a certifikátov externých zariadení GNSS. V oddiele
9.1.3 sa označujú ako MSCA_VU-EGF.
— Certifikát VU.CA.EUR uvedený na obrázku je európsky
koreňový certifikát, ktorý je uvedený v CAR certifikátu
VU.CA.
— Certifikát VU.Link uvedený na obrázku je prepájací certi­
fikát VU, ak je prítomný. Ako je uvedené v oddiele 9.1.2,
je to prepájací certifikát pre nový európsky pár koreňo­
vých kľúčov vytvorený ERCA a podpísaný predchádza­
júcim európskym súkromným kľúčom.
— Certifikát VU.Link.EUR je európsky koreňový certifikát,
ktorý je uvedený v CAR certifikátu VU.Link.
CSM_209 Odchylne od požiadavky CSM_167, EGF musí použiť čas
GNSS na overenie dočasnej platnosti akéhokoľvek predlože­
ného certifikátu.
▼M1
CSM_210 Po tom, ako externé zariadenie GNSS overilo certifikát
VU_MA, musí uložiť tento certifikát na použitie počas bežnej
prevádzky; pozri oddiel 11.3.3.
▼B
11.3.3 Počas bežnej prevádzky
CSM_211 ►M1 Počas bežnej prevádzky musia jednotka vozidla a EGF
na overovanie dočasnej platnosti uloženého certifikátu
EGF_MA a na nastavenie verejného kľúča VU_MA pre
následnú autentifikáciu VU použiť protokol zobrazený na
obrázku 11. Počas bežnej prevádzky sa nesmie uskutočniť
žiadne ďalšie vzájomné overenie certifikačných reťazcov. ◄
Upozorňujeme, že obrázok 11 v podstate pozostáva z prvých
krokov uvedených na obrázku 4 a obrázku 5. Opäť upozor­
ňujeme, že keďže EGF nie je inteligentná karta, VU pravde­
podobne nepošle Reset na začatie komunikácie a neprijme
ATR. V každom prípade je to mimo rozsahu pôsobnosti
tohto dodatku.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 491
Obrázok 11
Vzájomné overovanie dočasnej platnosti certifikátov VU – EGF počas bežnej prevádzky
CSM_212 Ako je znázornené na obrázku 11, jednotka vozidla musí
zaznamenať chybu v prípade, že certifikát EGF_MA už nie
je platný. Avšak vzájomná autentifikácia, kľúčová dohoda
a následná komunikácia prostredníctvom zabezpečeného spra­
covania musia pokračovať normálne.
11.4. Autentifikácia VU, autentifikácia čipu a kľúčová dohoda relácie
CSM_213 Autentifikácia VU, autentifikácia čipu a kľúčová dohoda
relácie medzi VU a EGF sa uskutočňujú počas spájania
a vždy, keď sa relácia zabezpečeného spracovania opätovne
nadviaže počas bežnej prevádzky. VU a EGF musia vyko­
návať procesy opísané v oddieloch 10.3 a 10.4. Uplatňujú sa
všetky požiadavky uvedené v týchto oddieloch.
11.5. Zabezpečené spracovanie správ
CSM_214 Všetky príkazy a odpovede vymieňané medzi jednotkou
vozidla a externým zariadením GNSS po úspešnej autentifi­
kácii čipu musia byť až do konca relácie chránené zabezpe­
čeným spracovaním v režime iba na základe autentifikácie.
Uplatňujú sa všetky požiadavky uvedené v oddiele 10.5.
CSM_215 Ak sa relácia zabezpečeného spracovania medzi VU a EGF
zruší, VU musí okamžite vytvoriť novú reláciu zabezpeče­
ného spracovania, ako je opísané v bode 11.3.3 a 11.4.
12. PÁROVANIE VU – SNÍMAČ POHYBU A KOMUNIKÁCIA
12.1. Všeobecné
CSM_216 Jednotka vozidla a snímač pohybu musia komunikovať
pomocou protokolu rozhrania uvedeného v [ISO 16844-3]
počas párovania a v bežnej prevádzke, so zmenami opísanými
v tejto kapitole a v oddiele 9.2.1.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 492
Poznámka: predpokladá sa, že čitatelia tejto kapitoly
sú oboznámení s obsahom [ISO 16844-3].
12.2. Párovanie VU – snímač pohybu pomocou rôznych generácií kľúča
Ako je vysvetlené v oddiele 9.2.1, hlavný kľúč snímača pohybu a všetky
súvisiace kľúče sa pravidelne nahrádzajú. Toto vedie k výskytu až troch
kľúčov AES K M-WC týkajúcich sa snímačov pohybu (nadväzných gene­
rácií) v dielenských kartách. Podobne sa v snímačoch pohybu môžu
vyskytnúť až tri rôzne šifrovania údajov podľa AES (na základe nadväz­
ných generácií hlavného kľúča K M snímača pohybu). Jednotka vozidla
obsahuje len jeden kľúč K M-VU týkajúci sa snímača pohybu.
CSM_217 VU druhej generácie a snímač pohybu druhej generácie musia
byť párované takto [porovnaj s tabuľkou 6 v (ISO 16844-3)]:
1. Dielenská karta druhej generácie sa vloží do VU a VU sa
pripojí k snímaču pohybu.
2. VU prečíta všetky dostupné kľúče K M-WC z dielenskej
karty, skontroluje ich čísla verzií a vyberie ten, ktorého
číslo verzie sa zhoduje s K M-VU jednotky vozidla. Ak
nie je zhodný kľúč K M-WC v dielenskej karte prítomný,
VU zruší párovací proces a zobrazí vhodné chybové
hlásenie držiteľovi dielenskej karty.
3. VU vypočíta hlavný kľúč snímača pohybu K M z K M-VU
a K M-WC , a identifikačný kľúč K ID z K M , ako je uvedené
v oddiele 9.2.1.
4. VU odošle pokyn na začatie párovacieho procesu so
snímačom pohybu, ako je uvedené v [ISO 16844-3],
a zašifruje sériové číslo, ktoré dostane od snímača pohybu
s identifikačným kľúčom K ID . VU odošle zašifrované
sériové číslo späť snímaču pohybu.
5. Snímač pohybu priradí zašifrované sériové číslo postupne
s každou šifrou sériového čísla, ktorými interne disponuje.
Ak nájde zhodu, VU je autentifikovaná. Snímač pohybu
zaznamená generáciu K ID použitú jednotkou vozidla
a vráti príslušnú zašifrovanú verziu svojho párovacieho
kľúča; t. j. šifra, ktorá bola vytvorená pomocou tej istej
generácie K M .
6. VU dešifruje párovací kľúč pomocou K M , vygeneruje kľúč
relácie K S , zašifruje ho párovacím kľúčom a pošle
výsledok snímaču pohybu. Snímač pohybu dešifruje K S .
7. VU zoradí párovacie informácie, ako je uvedené v [ISO
16844-3], zašifruje informácie párovacím kľúčom a pošle
výsledok snímaču pohybu. Snímač pohybu dešifruje páro­
vacie informácie.
8. Snímač pohybu zašifruje získané párovacie informácie
prijatým K S a vráti ich VU. VU overí, že párovacie infor­
mácie sú tie isté informácie, ktoré VU poslala snímaču
pohybu v predchádzajúcom kroku. Tým sa preukáže, že
snímač pohybu použil rovnaký K S ako VU, a teda v kroku
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 493
5 poslal svoj párovací kľúč zašifrovaný správnou generá­
ciou K M . Preto je snímač pohybu overený.
Upozorňujeme, že kroky 2 a 5 sú odlišné od štandardného
postupu v [ISO 16844-3]; ostatné kroky sú štandardné.
Príklad: Predpokladajme, že sa párovanie uskutočňuje
v prvom roku platnosti certifikátu ERCA (3); pozri obrázok
2 v oddiele 9.2.1.2. Okrem toho
— Predpokladajme, že snímač pohybu bol vydaný
v poslednom roku platnosti certifikátu ERCA (1). Preto
bude obsahovať tieto kľúče a údaje:
— N s [1]: jeho sériové číslo zašifrované K ID prvej gene­
rácie,
— N s [2]: jeho sériové číslo zašifrované K ID druhej gene­
rácie,
— N s [3]: jeho sériové číslo zašifrované K ID tretej gene­
rácie,
— K P [1]: jeho párovací kľúč prvej generácie ( 1 ), zašifro­
vaný K M prvej generácie,
— K P [2]: jeho párovací kľúč druhej generácie, zašifro­
vaný K M druhej generácie,
— K P [3]: jeho párovací kľúč tretej generácie, zašifrovaný
K M tretej generácie,
— Predpokladajme, že dielenská karta bola vydaná v prvom
roku platnosti certifikátu ERCA (3). Preto bude obsahovať
kľúč K M-WC druhej a tretej generácie.
— Predpokladajme, že VU je VU druhej generácie, ktorá
obsahuje K M-VU druhej generácie.
V tomto prípade v krokoch 2 až 5 nastane toto:
— Krok 2: VU prečíta z dielenskej karty K M-WC druhej
a tretej generácie a skontroluje čísla ich verzií.
— Krok 3: VU skombinuje K M-WC druhej generácie so
svojím K M-VU , aby vypočítala K M a K ID .
— Krok 4: VU zašifruje, prostredníctvom K ID , sériové číslo,
ktoré dostane od snímača pohybu.
— Krok 5: Snímač pohybu porovná získané údaje s N S [1]
a nenájde zhodu. Potom porovná dané údaje s N S [2]
a nájde zhodu. Z toho vyvodí, že VU je VU druhej gene­
rácie, a preto pošle späť K P [2].
▼B
( 1 ) Upozorňujeme, že párovacie kľúče prvej, druhej a tretej generácie môžu byť v skutočnosti
totožné, alebo to môžu byť rôzne kľúče s rôznymi dĺžkami, ako je vysvetlené
v CSM_117.
02016R0799 — SK — 21.08.2023 — 003.002 — 494
12.3. Párovanie VU – snímač pohybu a komunikácia pomocou AES
CSM_218 Ako sa uvádza v tabuľke 3 v oddiele 9.2.1, všetky kľúče,
ktoré sa zúčastnia na párovaní (druhej generácie) jednotky
vozidla a snímača pohybu a následnej komunikácii, musia
byť kľúče AES, a nie kľúče TDES s dvojitou dĺžkou, ako
je uvedené v [ISO 16844-3]. Tieto kľúče AES môžu mať
dĺžku 128, 192 alebo 256 bitov. Keďže veľkosť blokov
AES je 16 bajtov, dĺžka zašifrovanej správy musí byť
násobkom 16 bajtov, v porovnaní s 8 bajtmi v prípade
TDES. Okrem toho budú niektoré z týchto správ použité na
prenos kľúčov AES, ktorých dĺžka môže byť 128, 192 alebo
256 bitov. Preto sa počet dátových bajtov na pokyn v tabuľke
5 normy [ISO 16844-3] zmení tak, ako zobrazené
v tabuľke 6:
▼M1
Tabuľka 6
Počet nezašifrovaných a zašifrovaných dátových bajtov na pokyn podľa [ISO 16844– 3]
Pokyn
Požiadavka/
odpoveď
Opis údajov
# dátových bajtov
nezašifrovaného
textu podľa
[ISO 16844– 3]
# dátových bajtov
nezašifrovaného
textu používajúcich
kľúče AES
# zašifrovaných dátových
bajtov pri používaní kľúčov
AES s bitovou dĺžkou
128 192 256
10 požiadavka autentifikačné údaje
+ číslo súboru
8 8 16 16 16
11 odpoveď autentifikačné údaje
+ obsah súboru
16 alebo 32,
v závislosti od
súboru
16 alebo 32,
v závislosti od
súboru
32 / 48 32 / 48 32 / 48
41 požiadavka sériové číslo MoS 8 8 16 16 16
41 odpoveď párovací kľúč 16 16 / 24 / 32 16 32 32
42 požiadavka kľúč relácie 16 16 / 24 / 32 16 32 32
43 požiadavka párovacia informácia 24 24 32 32 32
50 odpoveď párovacia informácia 24 24 32 32 32
70 požiadavka Autentifikačné údaje 8 8 16 16 16
80 odpoveď Hodnota počítadla
MoS + autentifikačné
údaje
8 8 16 16 16
▼B
CSM_219 Párovacie informácie, ktoré sú poslané v pokynoch 43
(žiadosť VU) a 50 (odpoveď MoS) musia byť zostavené
tak, ako sa uvádza v oddiele 7.6.10 normy [ISO 16844-3],
s výnimkou toho, že sa v schéme šifrovania párovacích
údajov musí použiť algoritmus AES namiesto algoritmu
TDES, následkom čoho budú dve šifrovania AES a prijatie
výplne uvedenej v CSM_220, tak aby zodpovedala veľkosti
bloku AES. Kľúč K' p použitý na toto šifrovanie sa musí
vygenerovať takto:
— Ak má párovací kľúč K P dĺžku 16 bajtov: K' p = K P XOR
(N s ||N s )
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 495
— Ak má párovací kľúč K P dĺžku 24 bajtov: K' p = K P XOR
(N s ||N s ||N s )
— Ak má párovací kľúč K P dĺžku 32 bajtov: K' p = K P XOR
(N s ||N s ||N s ||N s )
Kde N s je 8 bajtové sériové číslo snímača pohybu.
CSM_220 Ak dátová dĺžka nezašifrovaného textu (používajúc kľúče
AES) nie je násobkom 16 bajtov, musí sa použiť metóda
výplne 2 vymedzená v [ISO 9797-1].
Poznámka: v [ISO 16844-3] je počet dátových bajtov neza­
šifrovaného textu vždy násobkom 8, takže vyplň nie je pri
použití TDES potrebná. Vymedzenie údajov a správ v [ISO
16844-3] sa touto časťou tejto prílohy nemení, takže je
potrebná výplň.
CSM_221 Pre pokyn 11 a v prípade, keď musí byť zašifrovaných viac
ako jeden blok údajov, musí sa použiť prevádzkový režim
reťazenia šifrovacieho bloku, ako je vymedzený v [ISO
10116], s parametrom prekladania m = 1. IV, ktorý sa má
používať, musí byť
— Pre pokyn 11: 8-bajtový autentifikačný blok uvedený
v oddiele 7.6.3.3 normy [ISO 16844-3], vyplnený
pomocou metódy výplne 2 vymedzenej v [ISO 9797-1];
pozri aj oddiel 7.6.5 a 7.6.6 normy [ISO 16844-3].
— Pre všetky ostatné pokyny, v ktorých sa prenáša viac ako
16 bajtov, ako je uvedené v tabuľke 6: „00“ {16}, t. j.
šestnásť bajtov s binárnou hodnotu 0.
Poznámka: Ako je uvedené v oddiele 7.6.5 a 7.6.6 normy
[ISO 16844-3], keď MoS zašifruje dátové súbory určené na
zahrnutie do pokynu 11, autentifikačný blok je
— použitý ako inicializačný vektor pre šifrovanie súborov
údajov v režime CBC, ako aj
— zašifrovaný a zahrnutý ako prvý blok v údajoch, ktoré sa
posielajú VU.
12.4. Párovanie VU – snímač pohybu v prípade rôznych generácií zaria­
denia
CSM_222 Ako je vysvetlené v oddiele 9.2.1, snímač pohybu druhej
generácie môže obsahovať šifrovanie párovacích údajov zalo­
žené na TDES (ako je vymedzené v časti A tohto dodatku),
ktoré umožňuje spárovanie snímača pohybu s VU prvej gene­
rácie. Ak tomu tak je, musia sa VU prvej generácie a snímač
pohybu druhej generácie spárovať, ako je opísané v časti
A tohto dodatku a v [ISO 16844-3]. Na proces párovania
sa môže použiť dielenská karta buď prvej generácie alebo
druhej generácie.
Poznámky:
— Nie je možné párovať VU druhej generácie so snímačom
pohybu prvej generácie.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 496
— Nie je možné použiť dielenskú kartu prvej generácie na
spojenie VU druhej generácie so snímačom pohybu.
13. ZABEZPEČENIE DIAĽKOVEJ KOMUNIKÁCIE CEZ DSRC
13.1. Všeobecné
Ako je uvedené v dodatku 14, VU pravidelne generuje údaje diaľkového
monitorovania tachografu (RTM) a posiela tieto údaje (internému alebo
externému) diaľkovému komunikačnému zariadeniu (RCF). Diaľkové
komunikačné zariadenie je zodpovedné za zasielanie týchto údajov
prostredníctvom rozhrania DSRC opísaného v dodatku 14 diaľkovému
snímaču. V dodatku 1 sa špecifikuje, že údaje RTM sú zreťazením týchto
prvkov:
Zašifrovaný obsah tachografu zašifrovanie nezašifrovaného textu
obsahu tachografu
Bezpečnostné údaje DRSC opísané ďalej
Formát nezašifrovaného textu obsahových údajov tachografu je uvedený
v dodatku 1 a ďalej opísaný v dodatku 14. V tomto oddiele sa opisuje
štruktúra bezpečnostných údajov DSRC; formálna špecifikácia je
v dodatku 1.
CSM_223 Údaje nezašifrovaného textu ozná­
oznámené jednotkou vozidla diaľkovému komunikačnému
zariadeniu (ak RFC nie je súčasťou VU) alebo jednotkou
vozidla diaľkovému snímaču cez rozhranie DSRC (ak je
RFC súčasťou VU) musia byť chránené v režime šifrovania
a následnej autentifikácie, t. j. obsahové údaje tachografu sú
najprv zašifrované, aby sa zabezpečila dôvernosť správ,
a následne sa vypočíta MAC na zabezpečenie autenticity
a integrity údajov.
CSM_224 Bezpečnostné údaje DSRC musia pozostávať zo zreťazenia
týchto dátových prvkov v tomto poradí; pozri tiež
obrázok 12:
Aktuálny dátum a čas Aktuálny dátum a čas VU (dátový typ
)
Počítadlo 3-bajtové počítadlo, pozri CSM_225
▼M1
Sériové číslo VU Sériové číslo VU alebo ID žiadosti o certifikát
ID (dátový typ VuSerialNumber alebo Certi­
ficateRequestID) – pozri odsek CSM_123
▼B
Číslo verzie hlavného kľúča DRSC 1-bajtové číslo verzie hlavného kľúča DSRC,
z ktorého boli odvodené kľúče DSRC určené
pre VU, pozri oddiel 9.2.2.
MAC MAC vypočítaný zo všetkých predchádzajú­
cich bajtov v údajoch RTM.
CSM_225 3-bajtové počítadlo v bezpečnostných údajoch DSRC musí
byť vo formáte MSB-first (teda bajt najvyššieho rádu na
prvom mieste). Keď VU prvýkrát vypočíta súbor údajov
RTM po prijatí do výroby, musí nastaviť hodnotu počítadla
na 0. VU musí zvýšiť hodnotu počítadla o 1 vždy predtým,
ako vypočíta ďalší súbor údajov RTM.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 497
13.2. Šifrovanie obsahu tachografu a generácia MAC
CSM_226 Vzhľadom na dátový prvok nezašifrovaného textu s dátovým
typom , ako je opísané v dodatku
14, VU musí zašifrovať tieto údaje, ako je znázornené na
obrázku 12: kľúč DSRC jednotky vozidla na šifrovanie
K_VU DSRC _ENC (pozri oddiel 9.2.2) sa musí používať
s AES v prevádzkovom režime reťazenia šifrovacieho bloku
(CBC), ako je vymedzené v [ISO 10116], s parametrom
prekladania m = 1. Inicializačný vektor sa musí rovnať IV
= aktuálny dátum a čas || „00 00 00 00 00 00 00 00 00“ ||
počítadlo, kde aktuálny čas a dátum a počítadlo sú uvedené
v CSM_224. Údaje, ktoré sa majú zašifrovať, musia byť
vyplnené pomocou metódy vyplňovania 2, vymedzenej
v [ISO 9797-1].
CSM_227 VU musí vypočítať MAC v bezpečnostných údajoch DSRC,
ako je uvedené na obrázku 12: MAC sa musí vypočítať pre
všetky predchádzajúce bajty v údajoch RTM, až do a vrátane
čísla verzie hlavného kľúča DSRC, a vrátane tagov a dĺžok
dátových objektov. VU musí použiť svoj kľúč DSRC na
autenticitu K_VU DSRC _MAC (pozri oddiel 9.2.2) s algo­
ritmom AES v režime CMAC, ako je uvedené v [SP 800-
38B]. Dĺžka MAC musí byť prepojená s dĺžkou kľúčov
DRSC určených pre VU, ako je uvedené v CSM_50.
Obrázok 12
Šifrovanie obsahu tachografu a generácia MAC
13.3. Overovanie a dešifrovanie obsahu tachografu
CSM_228 Ak diaľkový snímač získal údaje RTM z VU, musí poslať
úplné údaje RTM kontrolnej karte v dátovom poli príkazu
PROCESS DSRC MESSAGE, ako sa uvádza v dodatku 2.
Potom:
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 498
1. Kontrolná karta musí skontrolovať číslo verzie hlavného
kľúča DSRC v bezpečnostných údajoch DSRC. Ak
kontrolná karta nepozná uvedený hlavný kľúč DSRC,
vráti chybu uvedenú v dodatku 2 a zruší proces.
▼M1
2. Kontrolná karta musí použiť uvedený hlavný kľúč DSRC
v kombinácii so sériovým číslom VU alebo ID žiadosti
o certifikát v rámci bezpečnostných údajov DSRC na
odvodenie kľúčov DSRC K_VU DSRC _ENC
a K_VU DSRC _MAC pre danú VU, ako je uvedené v odseku
CSM_124.
▼B
3. Kontrolná karta musí použiť K_VU DSRC _MAC na
overenie MAC v bezpečnostných údajoch DSRC, ako sa
uvádza v CSM_227. Ak je MAC nesprávny, kontrolná
karta vráti chybu uvedenú v dodatku 2 a zruší proces.
4. Kontrolná karta musí použiť K_VU DSRC _ENC na dešifro­
vanie zašifrovaného obsahu tachografu, ako sa uvádza
v CSM_226. Kontrolná karta musí odstrániť výplň a vrátiť
dešifrovaný obsah tachografu diaľkovému snímaču.
CSM_229 S cieľom zabrániť tzv. „replay“ útokom musí diaľkový
snímač overiť aktuálnosť údajov RTM overením toho, či sa
aktuálny dátum a čas v bezpečnostných údajoch DSRC príliš
neodchyľuje od aktuálneho času diaľkového snímača.
Poznámky:
— To si vyžaduje, aby mal diaľkový snímač presný a spoľah­
livý zdroj času.
— Keďže sa v dodatku 14 vyžaduje, aby VU vypočítala nový
súbor údajov RTM každých 60 sekúnd a čas VU sa smie
odchýliť 1 minútu od reálneho času, spodný limit pre
aktuálnosť údajov RTM je 2 minúty. Skutočná aktuálnosť,
ktorá sa má požadovať, tiež závisí od presnosti hodín
diaľkového snímača.
CSM_230 Ak dielňa overí správne fungovanie funkcionality DSRC
jednotky vozidla, musí poslať úplné údaje RTM prijaté
z VU na dielenskú kartu v dátovom poli príkazu PROCESS
DSRC MESSAGE, ako sa uvádza v dodatku 2. Dielenská
karta musí vykonať všetky kontroly a opatrenia uvedené
v CSM_228.
14. PODPIS SŤAHOVANIA ÚDAJOV A OVEROVANIE PODPISOV
14.1. Všeobecné
CSM_231 Inteligentné vyhradené zariadenie (IDE) musí uchovávať
údaje prijaté z VU alebo karty počas jednej relácie sťahovania
v jednom fyzickom dátovom súbore. Údaje sa môžu ukladať
na ESM (externé pamäťové médium). Tento súbor obsahuje
digitálne podpisy dátových blokov, ako je špecifikované
v dodatku 7. Tento súbor musí obsahovať aj tieto certifikáty
(pozri oddiel9.1):
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 499
— v prípade sťahovania z VU:
— certifikát VU_Sign
— certifikát MSCA_VU-EGF obsahujúci verejný kľúč,
ktorý sa má použiť na overovanie certifikátu VU_Sign
— v prípade sťahovania z karty:
— certifikát Card_Sign
— certifikát MSCA_Card obsahujúci verejný kľúč, ktorý
sa má použiť na overenie certifikátu Card_Sign
CSM_232 IDE tiež musí mať k dispozícii:
— ak používa na overenie podpisu kontrolnú kartu, ako je
uvedené na obrázku 13. prepájací certifikát prepájajúci
najnovší certifikát EUR s certifikátom EUR, ktorého
obdobie platnosti ho priamo predchádza, pokiaľ existuje.
— ak samo overuje podpis: všetky platné európske koreňové
certifikáty.
Poznámka: Metóda, ktorú IDE využíva na získanie týchto
certifikátov, nie je uvedená v tomto dodatku.
14.2. Generovanie podpisu
CSM_233 Algoritmus podpisovania na vytvorenie digitálnych podpisov
pre stiahnuté údaje musí byť ECDSA, ako je uvedené
v [DSS], s použitím hašovacieho algoritmu prepojeného
s veľkosťou kľúča VU alebo karty, ako je uvedené
v CSM_50. Formát podpisu musí byť nezašifrovaný, ako je
uvedené v [TR-03111].
14.3. Overenie podpisu
CSM_234 ►M1 IDE môže podpis stiahnutých údajov overovať samo,
alebo môže na tento účel použiť kontrolnú kartu. Ak použije
kontrolnú kartu, overenie podpisu sa uskutočňuje tak, ako je
uvedené v obrázku 13. Na overenie dočasnej platnosti certi­
fikátu predloženého IDE, musí kontrolná karta použiť svoj
vnútorný aktuálny čas, ako sa stanovuje v odseku CSM_167.
Kontrolná karta musí aktualizovať svoj aktuálny čas, ak
dátum účinnosti autentického certifikátu „platného zdroja
času“ je novší ako aktuálny čas karty. Karta ako platný
zdroj času akceptuje len tieto certifikáty:
— prepájacie certifikáty ERCA druhej generácie,
— certifikáty prepojenia MSCA druhej generácie,
— certifikáty VU_Sign alebo Card_Sign druhej generácie
vydané tou istou krajinou, ktorá vydala vlastný certifikát
kontrolnej karty.
Ak IDE overuje podpis samo, musí overiť autenticitu a plat­
nosť všetkých certifikátov v certifikačnom reťazci v dátovom
súbore, a overiť podpis údajov podľa podpisového systému
vymedzeného v [DSS]. V oboch prípadoch treba pri každom
certifikáte odčítanom z dátového súboru overiť, že pole Certi­
ficate Holder Authorisation (CHA) je správne:
— Pole CHA certifikátu EQT musí označovať certifikát VU
alebo karty (podľa vhodnosti) na podpis (pozri dodatok 1,
dátový typ EquipmentType).
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 500
— CHA certifikátu EQT.CA musí označovať MSCA.
— CHA certifikátu EQTLink musí označovať ERCA. ◄
Poznámky k obrázku 13:
— Zariadenie, ktoré podpísalo údaje, ktoré sa majú analy­
zovať, je označené ako EQT.
— Certifikáty a verejné kľúče EQT uvedené na obrázku sú
certifikáty a kľúče určené na podpísanie, t. j. VU_Sign
alebo Card_Sign.
— Certifikáty a verejné kľúče EQT.CA uvedené na obrázku
sú certifikáty a kľúče určené na podpísanie certifikátov
VU, resp. karty.
— Certifikát EQT.CA.EUR uvedený na obrázku je európsky
koreňový certifikát, ktorý je uvedený v CAR certifikátu
EQT.CA.
— Certifikát EQT.Link uvedený na obrázku je prepájací
certifikát EQT, ak je prítomný. Ako je uvedené v oddiele
9.1.2, je to prepájací certifikát pre nový európsky pár
koreňových kľúčov vytvorený ERCA a podpísaný pred­
chádzajúcim európskym súkromným kľúčom.
— Certifikát EQT.Link.EUR je európsky koreňový certifikát,
ktorý je uvedený v CAR certifikátu EQT.Link.
CSM_235 Na výpočet hash M poslaného kontrolnej karte v príkaze
PSO:Hash musí IDE použiť hašovací algoritmus prepojený
s veľkosťou kľúča VU alebo karty, z ktorých sú údaje stiah­
nuté, ako je uvedené v CSM_50.
CSM_236 Na overenie podpisu EQT musí kontrolná karta uplatniť
podpisový systém vymedzený v [DSS].
Poznámka: Tento dokument neuvádza žiadne kroky, ktoré
treba podniknúť, ak podpis stiahnutého dátového súboru nie
je možné overiť alebo ak overenie nebolo úspešné.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 501
Obrázok 13
Protokol na overenie podpisu stiahnutého dátového súboru
▼M1
02016R0799 — SK — 21.08.2023 — 003.002 — 502
Dodatok 12
URČOVANIE POLOHY NA ZÁKLADE GLOBÁLNEHO
NAVIGAČNÉHO SATELITNÉHO SYSTÉMU (GNSS)
OBSAH
1. ÚVOD
1.1. Rozsah pôsobnosti
▼M3
1.1.1. Referenčné dokumenty
▼B
1.2. Akronymy a notácie
▼M3
2. ZÁKLADNÉ CHARAKTERISTIKY PRIJÍMAČA GNSS
3. VETY POSKYTOVANÉ PRIJÍMAČMI GNSS
▼B
4. JEDNOTKA VOZIDLA S EXTERNÝM ZARIADENÍM GNSS
4.1. Konfigurácia
4.1.1 Hlavné komponenty a rozhrania
4.1.2 Stav externého zariadenia GNSS na konci výroby
4.2. Komunikácia medzi externým zariadením GNSS a jednotkou vozidla
4.2.1 Komunikačný protokol
4.2.2 Bezpečný prenos údajov GNSS
4.2.3 Štruktúra príkazu Read Record
▼M3
4.2.4 Štruktúra príkazu WriteRecord
4.2.5 Iné príkazy
▼B
4.3. Spojenie, vzájomná autentifikácia a kľúčová dohoda relácie externého
zariadenia GNSS s jednotkou vozidla
4.4. Spracovanie chýb
4.4.1 Chyba komunikácie s externým zariadením GNSS
4.4.2 Porušenie fyzickej integrity externého zariadenia GNSS
4.4.3 Chýbajúce informácie o polohe od prijímača GNSS
4.4.4 Platnosť osvedčenia externého zariadenia GNSS sa skončila
5. JEDNOTKA VOZIDLA BEZ EXTERNÉHO ZARIADENIA GNSS
5.1. Konfigurácia
▼M3
5.2. Prenos informácií z prijímača GNSS do VU
__________
5.3. Prenos informácií z VU do prijímača GNSS
5.4. Spracovanie chýb
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 503
5.4.1. Chýbajúce informácie o polohe z prijímača GNSS
6. SPRACOVANIE A ZAZNAMENÁVANIE ÚDAJOV O POLOHE
JEDNOTKOU VOZIDLA
7. ČASOVÝ ROZPOR GNSS
8. NESÚLAD ÚDAJOV O POHYBE VOZIDLA
1. ÚVOD
V tomto dodatku sú stanovené technické požiadavky na prijímač GNSS
a údaje GNSS, ktoré využíva jednotka vozidla, vrátane protokolov, ktoré
musia byť zavedené, aby bol zaručený bezpečný a správny dátový prenos
údajov o polohe.
1.1. Rozsah pôsobnosti
GNS_1 Jednotka vozidla získava údaje o polohe najmenej z jednej sate­
litnej siete GNSS.
Jednotka vozidla môže, ale nemusí obsahovať externé zaria­
denie GNSS, ako je znázornené na obrázku 1:
1.1.1. Referenčné dokumenty
V tejto časti tohto dodatku sa používajú tieto referenčné dokumenty:
NMEA NMEA (National Marine Electronics Association) (Národná
asociácia námornej elektroniky) 0183 štandard rozhrania, V4.11
▼B
Obrázok 1
Rôzne konfigurácie prijímača GNSS
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 504
1.2. Akronymy a notácie
V tomto dodatku sa používajú tieto akronymy:
DOP Dilution of Precision (faktor zníženia presnosti)
EGF Elementary file GNSS Facility (základný súbor zariadenia
GNSS)
EGNOS European Geostationary Navigation Overlay Service
GNSS Global Navigation Satellite System (globálny navigačný sate­
litný systém)
GSA GPS DOP and active satellites (faktor zníženia presnosti
a aktívne satelity GPS)
HDOP Horizontal Dilution of Precision (faktor horizontálneho
zníženia presnosti)
ICD Interface Control Document (dokument o kontrole rozhrania)
NMEA National Marine Electronics Association (Národná asociácia
námornej elektroniky)
▼M3
OSNMA Galileo Open Service Navigation Messages Authentication
(otvorená služba systému Galileo na autentifikáciu navigač­
ných správ)
▼B
PDOP Position Dilution of Precision (faktor zníženia presnosti
určenia polohy)
RMC Recommended Minimum Specific (odporúčané minimálne
množstvo údajov)
▼M3
RTC Real Time Clock (hodiny reálneho času)
▼B
SIS Signal in Space (vysielaný signál)
VDOP Vertical Dilution of Precision (faktor vertikálneho zníženia
presnosti)
VU Vehicle Unit (jednotka vozidla – VU)
▼M3
2. ZÁKLADNÉ CHARAKTERISTIKY PRIJÍMAČA GNSS
▼B
Bez ohľadu na konfiguráciu inteligentného tachografu s externým zaria­
dením GNSS alebo bez neho, nevyhnutným prvkom jeho účinnej prevá­
dzky je poskytovanie presných a spoľahlivých informácií o polohe. Preto
je vhodné požadovať kompatibilitu inteligentného tachografu so služ­
bami, ktoré poskytujú programy Galileo a European Geostationary Navi­
gation Overlay Service (EGNOS), ako je stanovené v nariadení Európ­
skeho parlamentu a Rady (EÚ) č. 1285/2013 ( 1 ). Systém vytvorený
v rámci programu Galileo je nezávislý globálny satelitný navigačný
systém a systém vytvorený v rámci programu EGNOS je regionálny
satelitný navigačný systém, ktorý zvyšuje kvalitu signálu globálneho
polohového systému.
GNS_2 Výrobcovia musia zabezpečiť, aby boli prijímače GNSS v inte­
ligentných tachografoch kompatibilné so službami určovania
polohy, ktoré poskytujú systémy Galileo a EGNOS. Výrob­
covia sa môžu rozhodnúť, že okrem toho zabezpečia kompati­
bilitu aj s ďalšími satelitnými navigačnými systémami.
▼B
( 1 ) Nariadenie Európskeho parlamentu a Rady (EÚ) č. 1285/2013 z 11. decembra 2013
o zriadení a využívaní európskych systémov satelitnej navigácie, ktorým sa ruší naria­
denie Rady (ES) č. 876/2002 a nariadenie Európskeho parlamentu a Rady (ES)
č. 683/2008 (Ú. v. EÚ L 347, 20.12.2013, s. 1).
02016R0799 — SK — 21.08.2023 — 003.002 — 505
GNS_3 Prijímač GNSS musí byť schopný podporovať autentifikáciu
navigačných správ v otvorenej službe systému Galileo
(OSNMA).
GNS_3a Prijímač GNSS vykoná niekoľko kontrol konzistentnosti
s cieľom overiť, či hodnoty, ktoré prijímač GNSS vypočítal
na základe údajov OSNMA, mali za následok správne infor­
mácie o polohe, rýchlosti a údajoch vozidla, a teda neboli
ovplyvnené žiadnym externým útokom, ako je meaconing.
Tieto kontroly konzistentnosti tvoria napríklad:
— detekcia neobvyklých emisií výkonu prostredníctvom
kombinovaného monitorovania automatického riadenia
zosilnenia (Automatic Gain Control, AGC) a pomeru nosiča
a hustoty šumu (C/N0),
— konzistentnosť merania pseudorozsahu a konzistentnosť
merania Dopplerovho javu v priebehu času vrátane detekcie
náhlych skokov v meraní,
— techniky monitorovania autonómnej integrity prijímača
(receiver autonomous integrity monitoring, RAIM) vrátane
detekcie nekonzistentných meraní s odhadovanou polohou,
— kontroly polohy a rýchlosti vrátane neobvyklých riešení
polôh a rýchlostí, náhlych skokov a správania nekonzistent­
ného s dynamikou vozidla,
— konzistentnosť času a frekvencie vrátane skokových zmien
a odchýlok hodín, ktoré nie sú konzistentné s charakteristi­
kami hodín prijímača.
GNS_3b Európska komisia vypracuje a schváli tieto dokumenty:
— Dokument o kontrole rozhrania pre vysielaný signál (Signal
in Space Interface Control Document, SIS ICD), v ktorom
sa podrobne uvádzajú informácie OSNMA prenášané
prostredníctvom signálu Galileo.
— V usmerneniach k prijímačom OSNMA sa uvádzajú požia­
davky na prijímače a procesy v prijímačoch s cieľom
zaručiť bezpečné zavedenie OSNMA, ako aj odporúčania
na zvýšenie výkonnosti OSNMA.
Prijímače GNSS namontované v tachografoch buď interne,
alebo externe musia byť zostrojené v súlade s dokumentom
SIS ICD a usmerneniami k prijímačom OSNMA.
GNS_3c Prijímač GNSS poskytuje pozitívne správy, v tejto prílohe a jej
dodatkoch nazývané správy o autentifikovanej polohe, ktoré sa
vypracúvajú len s použitím satelitov, z ktorých sa úspešne
overila autenticita navigačných správ.
GNS_3d Prijímač GNSS poskytuje aj štandardné správy o polohe, ktoré
sa vypracúvajú s použitím satelitov v zornom poli, bez ohľadu
na to, či sú alebo nie sú autentifikované.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 506
GNS_3e Prijímač GNSS používa hodiny reálneho času (RTC) VU ako
referenčný čas v prípade synchronizácie času, ktorá je potrebná
pre OSNMA.
GNS_3f Čas RTC VU poskytuje prijímaču GNSS jednotka vozidla.
GNS_3g Maximálnu časovú odchýlku uvedenú v požiadavke 41
prílohy IC spolu s časom RTC VU poskytuje prijímaču
GNSS jednotka vozidla.
3. VETY POSKYTOVANÉ PRIJÍMAČMI GNSS
V tomto oddiele sa opisujú vety, ktoré sa používajú pri prevádzke inte­
ligentného tachografu, na prenos správ o štandardných a autentifikova­
ných polohách. Tento oddiel je platný pre konfiguráciu inteligentného
tachografu s externým zariadením GNSS aj bez neho.
GNS_4 Údaje o štandardnej polohe sú založené na vete NMEA
o odporúčanom minimálnom množstve údajov (RMC)
GNSS, ktorá obsahuje informácie o polohe (zemepisná šírka,
zemepisná dĺžka), čas vo formáte UTC (koordinovaný svetový
čas) (hhmmss.ss) a rýchlosť vzhľadom na zem v uzloch, ako
aj doplnkové hodnoty.
Formát vety RMC je takýto (podľa normy NMEA V4.11):
Obrázok 2
Štruktúra vety RMC
$–RMC,hhmmss.ss,A,llll.ll,a,yyyyy.yy,a,x.x,x .x,xxxx,x.x,a,a,a*hh
1. Čas (UTC)
2. Status, A = Platná poloha, V = Výstraha
3. Zemepisná šírka
4. S alebo J
5. Zemepisná dĺžka
6. V alebo Z
7. Rýchlosť vzhľadom na zem v uzloch
8. Kurz pohybu v stupňoch
9. Dátum ddmmrr
10. Magnetická deklinácia v stupňoch
11. V alebo Z
12. Indikátor režimu FAA
13. Stav navigácie
14. Kontrolný súčet
Stav navigácie je nepovinný a vo vete RMC nemusí byť
obsiahnutý.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 507
Údaj o stave poskytuje informáciu, či je signál GNSS
dostupný. Pokiaľ stav nenadobudne hodnotu „A“, prijímané
údaje (napr. o čase alebo zemepisnej šírke/dĺžke) sa nemôžu
použiť na zaznamenanie polohy vozidla vo VU.
Rozlíšenie polohy je založené na už opísanom formáte vety
RMC. Prvá časť polí 3 a 5 sa používa na vyjadrenie stupňov.
Zvyšok sa používa na vyjadrenie minút s tromi desatinnými
číslami. Rozlíšenie je teda 1/1 000 minúty alebo
1/60 000 stupňa (keďže jedna minúta je 1/60 stupňa).
GNS_4a Údaje o autentifikovanej polohe sú založené na vete podobnej
ako veta NMEA o autentifikovanom minimálnom množstve
údajov (AMC), ktorá obsahuje informácie o polohe (zeme­
pisná šírka, zemepisná dĺžka), čas vo formáte UTC (koordi­
novaný svetový čas) (hhmmss.ss) a rýchlosť vzhľadom na
zem v uzloch, ako aj doplnkové hodnoty.
Formát vety AMC je takýto (podľa normy NMEA V4.11,
okrem hodnoty č. 2):
Obrázok 3
Štruktúra vety AMC
$–AMC,hhmmss.ss,A,llll.ll,a,yyyyy.yy,a,x.x,x.x,xxxx,x.x,a,a,a*hh
1. Čas (UTC)
2. Stav, A = autentifikovaná poloha (stanovená s použitím aspoň 4 satelitov,
z ktorých bola úspešne overená autenticita navigačných správ), J = jamming
alebo O = iný útok na GNSS v prípade neprítomnosti zlyhania autentifikácie
navigačných správ (zavedením kontrol konzistentnosti podľa bodu GNS_3a),
F = zlyhanie autentifikácie navigačných správ (zistené overeniami OSNMA
špecifikovanými v dokumentoch, na ktoré sa odkazuje v bode GNS_3b),
V = prázdna (autentifikovaná poloha nie je k dispozícii z akéhokoľvek
iného dôvodu)
3. Zemepisná šírka
4. S alebo J
5. Zemepisná dĺžka
6. V alebo Z
7. Rýchlosť vzhľadom na zem v uzloch
8. Kurz pohybu v stupňoch
9. Dátum ddmmrr
10. Magnetická deklinácia v stupňoch
11. V alebo Z
12. Indikátor režimu FAA
13. Stav navigácie
14. Kontrolný súčet
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 508
Stav navigácie je nepovinný a vo vete AMC nemusí byť
obsiahnutý.
Údaj o stave poskytuje informácie, či je k dispozícii autenti­
fikovaná poloha GNSS, či bol zistený útok na signály GNSS,
či zlyhala autentifikácia navigačných správ alebo či je poloha
GNSS prázdna. Keď stav nenadobudne hodnotu „A“, prijí­
mané údaje (napr. o čase alebo zemepisnej šírke/dĺžke) sa
považujú za neplatné a nesmú sa použiť na zaznamenanie
polohy vozidla vo VU. Keď stav nadobudne hodnotu „J“
(jamming), „O“ (iný útok na GNSS) alebo „F“ (zlyhanie
autentifikácie navigačných správ), vo VU sa zaznamená
udalosť „anomália GNSS“, ako sa vymedzuje v prílohe IC
a dodatku 1 (EventFaultCode).
GNS_5 Jednotka vozidla ukladá v databáze VU ako informáciu
o polohe zemepisnú šírku a zemepisnú dĺžku s rozlíšením
1/10 minúty alebo 1/600 stupňa, ako je opísané v dodatku 1
pre typ GeoCoordinates.
Príkaz GSA (faktor zníženia presnosti a aktívne satelity GPS)
podľa normy NMEA V4.11 môže VU použiť na určenie
a zaznamenanie dostupnosti a presnosti signálu štandardných
polôh. Údaj HDOP sa používa predovšetkým na poskytnutie
informácie o úrovni presnosti zaznamenaných údajov o polohe
(pozri bod 4.2.2). Vo VU sa uloží hodnota HDOP (faktor
horizontálneho zníženia presnosti) vypočítaná ako minimum
hodnôt HDOP získaných z dostupných systémov GNSS.
Identifikátor (Id) systému GNSS označuje príslušný identifi­
kátor (Id) NMEA pre každú konšteláciu GNSS a systém so
satelitným rozšírením (SBAS).
Obrázok 4
Štruktúra vety GSA (štandardné polohy)
$–GSA,a,a,x,x,x,x,x,x,x,x,x,x,x,x,x.x,x.x,x.x,a*h h
1. Režim výberu
2. Režim
3. ID 1. satelitu používaného na určenie polohy
4. ID 2. satelitu používaného na určenie polohy
…
14. ID 12. satelitu používaného na určenie polohy
15. PDOP
16. HDOP
17. VDOP
18. ID systému
19. Kontrolný súčet
ID systému je nepovinné a vo vete GSA nemusí byť obsiah­
nuté.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 509
Podobne môže VU použiť príkaz vety podobnej ako veta
NMEA o autentifikovaných aktívnych satelitoch (ASA) na
určenie a zaznamenanie dostupnosti a presnosti signálu auten­
tifikovaných polôh. Hodnoty 1 až 18 sú definované v norme
NMEA V4.11.
Obrázok 5
Štruktúra vety ASA (autentifikované polohy)
$–ASA,a,a,x,x,x,x,x,x,x,x,x,x,x,x,x.x,x.x,x.x,a*h h
1. Režim výberu
2. Režim
3. ID 1. satelitu používaného na určenie polohy
4. ID 2. satelitu používaného na určenie polohy
…
14. ID 12. satelitu používaného na určenie polohy
15. PDOP
16. HDOP
17. VDOP
18. ID systému
19. Kontrolný súčet
ID systému je nepovinné a vo vete ASA nemusí byť obsiah­
nuté.
GNS_6 Keď sa používa externé zariadenie GNSS, veta GSA sa ukladá
v zabezpečenom vysielači/prijímači GNSS s číslom záznamu
„02“ až „06“ a veta ASA sa ukladá s číslom záznamu „12“ až
„16“.
GNS_7 Maximálna veľkosť viet (napr. RMC, AMC, GSA, ASA alebo
iných), ktorá sa môže použiť na dimenzovanie príkazu na
čítanie záznamu, je 85 bajtov (pozri tabuľku 1).
▼B
4. JEDNOTKA VOZIDLA S EXTERNÝM ZARIADENÍM GNSS
4.1. Konfigurácia
4.1.1 Hlavné komponenty a rozhrania
V tejto konfigurácii je prijímač GNSS súčasťou externého zariadenia
GNSS.
GNS_8 Externé zariadenie GNSS musí byť napájané cez osobitné
rozhranie vozidla.
▼M3
GNS_9 Externé zariadenie GNSS tvoria tieto komponenty (pozri
obrázok 6):
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 510
a) komerčný prijímač GNSS na poskytovanie údajov
o polohe prostredníctvom dátového rozhrania GNSS.
Dátové rozhranie GNSS môže napríklad zodpovedať
norme NMEA V4.11, podľa ktorej prijímač GNSS
slúži ako vysielač a prenáša vety NMEA do zabezpeče­
ného vysielača/prijímača GNSS na frekvencii 1 Hz pre
vopred určený súbor viet NMEA a viet podobných
vetám NMEA, ktorý musí obsahovať prinajmenšom
vety RMC, AMC, GSA a ASA. Zavedenie dátového
rozhrania GNSS je vecou voľby výrobcu externého
zariadenia GNSS.
▼B
b) jednotka vysielača/prijímača (zabezpečený vysielač/
prijímač GNSS), zodpovedajúca norme ISO/IEC 7816-
4:2013 (pozri bod 4.2.1), umožňujúca komunikáciu
s jednotkou vozidla a podporu dátového rozhrania
GNSS a prijímača GNSS. Jednotka je vybavená
pamäťou na ukladanie identifikačných údajov prijímača
GNSS a externého zariadenia GNSS;
▼M3
c) systém ochranného krytu s funkciou zisťovania nedovo­
lenej manipulácie, v ktorom je uzavretý prijímač GNSS
aj zabezpečený vysielač/prijímač GNSS. Funkcia zisťo­
vania nedovolenej manipulácie predstavuje uplatnenie
opatrení na bezpečnostnú ochranu, ako sa vyžaduje
v profile ochrany inteligentného tachografu.
▼B
d) anténa GNSS inštalovaná na vozidle a pripojená k prijí­
maču GNSS cez systém ochranného krytu.
GNS_10 Externé zariadenie GNSS má prinajmenšom tieto externé
rozhrania:
a) rozhranie pre anténu GNSS inštalovanú na vozidle, ak sa
používa externá anténa,
b) rozhranie pre jednotku vozidla.
GNS_11 Zabezpečený vysielač/prijímač VU v jednotke vozidla je
druhým koncom zabezpečenej komunikácie so zabezpe­
čeným vysielačom/prijímačom GNSS a musí zodpovedať
norme ISO/IEC 7816-4:2013 pre pripojenie k externému
zariadeniu GNSS.
GNS_12 Na fyzikálnej úrovni komunikácie s externým zariadením
GNSS musí jednotka vozidla dodržiavať ISO/IEC 7816 –
12:2005 alebo inú normu, ktorá podporuje ISO/IEC 7816 –
4:2013. (pozri 4.2.1).
4.1.2 Stav externého zariadenia GNSS na konci výroby
GNS_13 Keď externé zariadenie GNSS opúšťa výrobný závod,
v stálej pamäti zabezpečeného vysielača/prijímača GNSS
sú uložené tieto hodnoty:
— kľúčový pár EGF_MA a zodpovedajúci certifikát,
— certifikát MSCA_VU-EGF obsahujúci verejný kľúč
MSCA_VU-EGF.PK, ktorý sa používa na overenie
certifikátu EGF_MA,
— certifikát EUR obsahujúci verejný kľúč EUR.PK, ktorý
sa používa na overenie certifikátu MSCA_VU-EGF,
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 511
— certifikát EUR, ktorého platnosť priamo predchádza
platnosti certifikátu EUR používaného na overenie certi­
fikátu MSCA_VU-EGF, ak takýto certifikát existuje,
— prepájací certifikát prepájajúci tieto dva certifikáty EUR,
ak existuje,
— rozšírené sériové číslo externého zariadenia GNSS,
— identifikátor operačného systému zariadenia GNSS,
— číslo typového schválenia externého zariadenia GNSS,
— identifikátor bezpečnostného prvku externého modulu
GNSS.
4.2. Komunikácia medzi externým zariadením GNSS a jednotkou
vozidla
4.2.1 Komunikačný protokol
▼M3
GNS_14 Komunikačný protokol medzi externým zariadením GNSS
a jednotkou vozidla musí podporovať tieto funkcie:
1. zhromažďovanie a distribúcia údajov GNSS (napr.
o polohe, časovaní, rýchlosti);
2. zhromažďovanie konfiguračných údajov o externom
zariadení GNSS;
3. riadiaci protokol na podporu spojenia, vzájomnej auten­
tifikácie a kľúčovej dohody relácie medzi externým
zariadením GNSS a VU;
4. prenos času RTC jednotky vozidla a maximálneho
rozdielu medzi skutočným časom a časom RTC jednotky
vozidla do externého zariadenia GNSS.
▼B
GNS_15 Komunikačný protokol musí byť založený na norme
ISO/IEC 7816-4:2013 so zabezpečeným vysielačom/prijí­
mačom VU, ktorý bude plniť úlohu hlavnej jednotky
(„master“) a zabezpečený vysielač/prijímač GNSS bude
podriadený („slave“). Fyzické pripojenie externého zaria­
denia GNSS k jednotke vozidla je založené na norme
ISO/IEC 7816-12:2005 alebo na inej norme, ktorá podpo­
ruje ISO/IEC 7816-4:2013.
▼M1
GNS_16 V komunikačnom protokole sa nepodporujú polia s rozší­
renou dĺžkou.
▼B
GNS_17 Komunikačný protokol podľa normy ISO 7816 (*-4:2013 aj
*-12:2005) medzi externým zariadením GNSS a jednotkou
vozidla je nastavený na T = 1.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 512
GNS_18 Pokiaľ ide o funkcie 1. zhromažďovanie a distribúcia
údajov GNSS; 2. zhromažďovanie konfiguračných údajov
externého zariadenia GNSS a 3. riadiaci protokol, zabezpe­
čený vysielač/prijímač GNSS simuluje inteligentnú kartu so
štruktúrou systému súborov, ktorú tvorí hlavný súbor
(Master File – MF), jednoúčelový súbor (Dedicated File –
DF) s aplikačným identifikátorom uvedeným v dodatku 1
kapitole 6.2 (‚FF 44 54 45 47 4D‘) a s tromi elementárnymi
súbormi (Elementary File – EF) obsahujúcimi certifikáty
a jeden samostatný elementárny súbor (EF.EGF) s identifi­
kátorom súboru rovným ‚2F2F‘, ako je opísané v tabuľke 1.
▼M3
GNS_18a Pokiaľ ide o funkciu 4. prenos času RTC jednotky vozidla
a maximálneho rozdielu medzi skutočným časom a časom
RTC jednotky vozidla do externého zariadenia GNSS,
zabezpečený vysielač/prijímač GNSS použije EF (EF VU)
v rovnakom DF s identifikátorom súboru, ktorý sa rovná
„2F30“, ako je opísané v tabuľke 1.
▼B
GNS_19 Zabezpečený vysielač/prijímač GNSS ukladá údaje prichá­
dzajúce z prijímača GNSS a konfiguráciu do súboru
EF.EGF. Je to lineárny záznamový súbor variabilnej dĺžky
s identifikátorom rovným „2F2F“ v hexadecimálnom
formáte.
▼M3
GNS_19a Zabezpečený vysielač/prijímač GNSS ukladá údaje prichá­
dzajúce z VU do súboru EF VU. Je to lineárny záznamový
súbor fixnej dĺžky s identifikátorom rovným „2F30“ v hexa­
decimálnom formáte.
GNS_20 Zabezpečený vysielač/prijímač GNSS musí používať pamäť
na ukladanie údajov a byť schopný vykonať toľko cyklov
čítania/zapisovania, koľko je potrebných počas životnosti
minimálne 15 rokov. Okrem tohto aspektu je vnútorné
usporiadanie a realizácia zabezpečeného vysielača/prijímača
GNSS vecou výrobcu.
▼M1
Prehľad čísel záznamov a údajov je uvedený v tabuľke 1.
Upozorňujeme na päť viet GSA pre konštelácie GNSS
a systém so satelitným rozšírením (SBAS).
▼B
GNS_21 Štruktúra súboru je uvedená v tabuľke 1. Podmienky
prístupu (ALW, NEV, SM-MAC) nájdete v dodatku 2 kapi­
tole 3.5.
▼M3
Tabuľka 1
Štruktúra súboru
Podmienky prístupu
Súbor ID súboru Čítať Aktualizovať Šifrované
MF 3F00
EF.ICC 0002 ALW NEV
(zo strany VU)
Nie
▼M1
02016R0799 — SK — 21.08.2023 — 003.002 — 513
Podmienky prístupu
Súbor ID súboru Čítať Aktualizovať Šifrované
DF zariadenia GNSS 0501 ALW NEV Nie
EF EGF_MACertificate C100 ALW NEV Nie
EF CA_Certificate C108 ALW NEV Nie
EF Link_Certificate C109 ALW NEV Nie
EF EGF 2F2F SM-MAC NEV
(zo strany VU)
Nie
EF VU 2F30 SM-MAC SM-MAC Nie
Súbor/Dátový prvok Č. záznamu Veľkosť (bajty)
Predvolené
hodnoty
Min Max
MF 552 1031
EF.ICC
sensorGNSSSerialNumber 8 8
DF zariadenia GNSS 612 1023
EF EGF_MACertificate 204 341
EGFCertificate 204 341 {00..00}
EF CA_Certificate 204 341
MemberStateCertificate 204 341 {00..00}
EF Link_Certificate 204 341
LinkCertificate 204 341 {00..00}
EF EGF
Veta RMC NMEA '01' 85 85
1. veta GSA NMEA '02' 85 85
2. veta GSA NMEA '03' 85 85
3. veta GSA NMEA '04' 85 85
4. veta GSA NMEA '05' 85 85
5. veta GSA NMEA '06' 85 85
Rozšírené sériové číslo externého
zariadenia GNSS vymedzené
v dodatku 1 ako SensorGNSSSerial­
Number.
'07' 8 8
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 514
Súbor/Dátový prvok Č. záznamu Veľkosť (bajty)
Predvolené
hodnoty
Identifikátor operačného systému
zabezpečeného vysielača/prijímača
GNSS vymedzený v dodatku 1 ako
SensorOSIdentifier.
'08' 2 2
Číslo typového schválenia externého
zariadenia GNSS, vymedzené
v dodatku 1 ako SensorExternalGNS­
SApprovalNumber.
'09' 16 16
Identifikátor bezpečnostného kompo­
nentu externého zariadenia GNSS
vymedzený v dodatku 1 ako Senso­
rExternalGNSSSCIdentifier.
'10' 8 8
Veta AMC '11' 85 85
1. veta ASA '12' 85 85
2. veta ASA '13' 85 85
3. veta ASA '14' 85 85
4. veta ASA '15' 85 85
5. veta ASA '16' 85 85
Vyhradené na budúce použitie (RFU) Od '17' do
'FD'
EF VU
VuRtcTime (pozri dodatok 1) '01' 4 4 {00..00}
VuGnssMaximalTimeDifference (pozri
dodatok 1)
'02' 2 2 {00..00}
▼B
4.2.2 Bezpečný prenos údajov GNSS
▼M3
GNS_22 Bezpečný prenos údajov GNSS o polohe, času RTC
jednotky vozidla a maximálneho časového rozdielu medzi
skutočným časom a časom RTC jednotky vozidla je možný
iba za týchto podmienok:
▼B
1. Proces spojenia bol dokončený, ako je opísané v dodatku
11. Spoločné bezpečnostné mechanizmy.
2. Pravidelná vzájomná autentifikácia a kľúčová dohoda
relácie medzi VU a externým GNSS, tiež opísané
v dodatku 11. Spoločné bezpečnostné mechanizmy boli
realizované s uvedenou frekvenciou.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 515
GNS_23 Každých T sekúnd, kde T je hodnota nižšia alebo rovná 20,
kým sa neuskutoční spojenie alebo vzájomná autentifikácia
a kľúčová dohoda relácie, VU požaduje od externého zaria­
denia GNSS informácie o polohe na základe tohto toku:
1. VU požaduje od externého zariadenia GNSS informácie
o polohe spolu s údajmi o faktore zníženia presnosti
(z viet GSA a ASA). Zabezpečený vysielač/prijímač
VU používa príkazy SELECT (vybrať) a READ
RECORD(S) (čítať záznam/záznamy) podľa normy
ISO/IEC 7816-4:2013 v režime zabezpečeného spraco­
vania iba na základe autentifikácie, ako je opísané
v bode 11.5 dodatku 11, s identifikátorom súboru
„2F2F“ a číslom záznamu (RECORD) rovným „01“
pre vetu RMC NMEA, „02“, „03“, „04“, „05“, „06“
pre vetu GSA NMEA, „11“ pre vetu AMC a „12“,
„13“, „14“, „15“, „16“ pre vetu ASA.
2. Posledný prijatý údaj o polohe sa uloží v EF s identifi­
kátorom „2F2F“ a záznamy opísané v tabuľke 1 v zabez­
pečenom vysielači/prijímači GNSS, keď zabezpečený
vysielač/prijímač GNSS dostáva údaje NMEA s frekven­
ciou najmenej 1 Hz z prijímača GNSS prostredníctvom
dátového rozhrania GNSS.
3. Zabezpečený vysielač/prijímač GNSS posiela odpoveď
zabezpečenému vysielaču/prijímaču VU pomocou správy
s odpoveďou APDU v režime zabezpečeného spraco­
vania iba na základe autentifikácie, ako je opísané
v bode 11.5 dodatku 11.
4. Zabezpečený vysielač/prijímač VU skontroluje autenti­
citu a integritu prijatej odpovede. V prípade kladného
výsledku sa údaje o polohe presunú do procesora VU
prostredníctvom dátového rozhrania GNSS.
5. Procesor VU skontroluje prijaté údaje tak, že z vety
RMC NMEA vyberie informácie (napr. o zemepisnej
šírke, zemepisnej dĺžke, čase). Veta RMC NMEA obsa­
huje tieto informácie, ak je neautentifikovaná poloha
platná. Ak je neautentifikovaná poloha platná, procesor
VU vyberie aj hodnoty faktora HDOP z viet GSA
NMEA a vypočíta minimálnu hodnotu pre dostupné
satelitné systémy (t. j. keď je určenie polohy dostupné).
6. Procesor VU takisto vyberie informácie (napr. o zeme­
pisnej šírke, zemepisnej dĺžke, čase) z vety AMC. Vety
AMC obsahujú informácie o tom, či autentifikovaná
poloha nie je platná alebo či bol napadnutý signál
GNSS. Ak je poloha platná, procesor VU vyberie aj
hodnoty faktora HDOP z viet ASA a vypočíta mini­
málnu hodnotu pre dostupné satelitné systémy (t. j.
keď je určenie polohy dostupné).
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 516
GNS_23a VU podľa potreby zapisuje aj čas RTC VU a maximálny
časový rozdiel medzi skutočným časom a časom RTC VU,
a to použitím príkazov SELECT (vybrať) a WRITE
RECORD(S) (zapísať záznam/záznamy) podľa normy
ISO/IEC 7816-4:2013 v režime zabezpečeného spracovania
správ iba na základe autentifikácie, ako je opísané
v bode 11.5 dodatku 11 s identifikátorom súboru „2F30“
a číslom záznamu (RECORD) rovným „01“ pre VuRtcTime
a „02“ pre MaximalTimeDifference.
▼B
4.2.3 Štruktúra príkazu Read Record
V tomto oddiele je podrobne opísaná štruktúra príkazu Read Record.
Pridáva sa zabezpečené spracovanie správ (v režime iba na základe
autentifikácie), ako je opísané v dodatku 11 Spoločné bezpečnostné
mechanizmy.
GNS_24 Príkaz podporuje režim zabezpečeného spracovania správ
iba na základe autentifikácie, pozri dodatok 11.
GNS_25 Príkazová správa
Bajt Dĺžka Hodnota Opis
CLA 1 „0Ch“ Požaduje sa zabezpečené spracovanie
správ.
INS 1 „B2h“ Read Record
P1 1 „XXh“ Číslo záznamu („00“ označuje aktuálny
záznam)
P2 1 „04h“ Čítať záznam s číslom záznamu
uvedeným v P1
Le 1 „XXh“ Očakávaná dĺžka údajov. Počet bajtov,
ktoré sa majú čítať.
GNS_26 Záznam uvedený v P1 sa stáva aktuálnym záznamom.
Bajt Dĺžka Hodnota Opis
#1-#X X „XX..XXh“ Prečítané údaje
SW 2 „XXXXh“ Slová označujúce stav (SW1, SW2)
— Ak je príkaz úspešný, zabezpečený vysielač/prijímač
GNSS posiela odpoveď „9000“.
— Ak aktuálny súbor nie je záznamovo orientovaný,
zabezpečený vysielač/prijímač GNSS posiela
odpoveď„6981“.
— Ak sa príkaz použije s P1 = „00“, ale neexistuje aktu­
álny EF, zabezpečený vysielač/prijímač GNSS posiela
odpoveď „6986“ (príkaz nie je povolený).
▼M3
— Ak sa záznam nenájde, zabezpečený vysielač/prijímač
GNSS posiela odpoveď „6A83“.
— Ak externé zariadenie GNSS zistí nedovolenú manipu­
láciu, posiela ako odpoveď slová označujúce stav
„6690“.
__________
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 517
4.2.4. Štruktúra príkazu WriteRecord
V tomto oddiele je podrobne opísaná štruktúra príkazu Write Record
(Zapísať záznam). Dopĺňa sa zabezpečené spracovanie správ (v režime
iba na základe autentifikácie), ako je opísané v dodatku 11 Spoločné
bezpečnostné mechanizmy.
GNS_26a Príkaz podporuje režim zabezpečeného spracovania správ
iba na základe autentifikácie, pozri dodatok 11.
GNS_26b Príkazová správa
Bajt Dĺžka Hodnota Opis
CLA 1 „0Ch“ Požaduje sa zabezpečené spracovanie
správ.
INS 1 „D2h“ Zapísať záznam
P1 1 „XXh“ Číslo záznamu ('00' označuje aktuálny
záznam)
P2 1 „04h“ Zapísať záznam s číslom záznamu
uvedeným v P1.
Data X „XXh“ Dáta
GNS_26c Záznam uvedený v P1 sa stáva aktuálnym záznamom.
Bajt Dĺžka Hodnota Opis
SW 2 „XXXXh“ Slová označujúce stav (SW1, SW2)
— Ak je príkaz úspešný, zabezpečený vysielač/prijímač
GNSS posiela odpoveď „9000“.
— Ak aktuálny súbor nie je záznamovo orientovaný,
zabezpečený vysielač/prijímač GNSS posiela odpoveď
„6981“.
— Ak sa príkaz použije s P1 = „00“, ale neexistuje aktu­
álny EF, zabezpečený vysielač/prijímač GNSS posiela
odpoveď „6986“ (príkaz nie je povolený).
— Ak sa záznam nenájde, zabezpečený vysielač/prijímač
GNSS posiela odpoveď „6A83“.
— Ak externé zariadenie GNSS zistí nedovolenú manipu­
láciu, posiela ako odpoveď slová označujúce stav
„6690“.
4.2.5. Iné príkazy
GNS_27 Zabezpečený vysielač/prijímač GNSS podporuje tieto
príkazy tachografu druhej generácie uvedené v dodatku 2:
Príkaz Odkaz
Select (Vybrať) Dodatok 2, bod 3.5.1
Read Binary (Čítať binárny súbor) Dodatok 2, bod 3.5.2
Get Challenge (Dostať výzvu) Dodatok 2, bod 3.5.4
PSO: Verify Certificate (Overiť certi­
fikát)
Dodatok 2, bod 3.5.7
External Authenticate (Autentifi­
kovať externe)
Dodatok 2, bod 3.5.9
General Authenticate (Autentifikovať
všeobecne)
Dodatok 2, bod 3.5.10
MSE:SET Dodatok 2, bod 3.5.11
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 518
4.3. Spojenie, vzájomná autentifikácia a kľúčová dohoda relácie exter­
ného zariadenia GNSS s jednotkou vozidla
Spojenie, vzájomná autentifikácia a kľúčová dohoda relácie externého
zariadenia GNSS s jednotkou vozidla sú opísané v dodatku 11.
Spoločné bezpečnostné mechanizmy, kapitola 11.
4.4. Spracovanie chýb
V tomto oddiele je opísané, ako sa v VU riešia a zaznamenávajú
prípadné chybové situácie externého zariadenia GNSS.
4.4.1 Chyba komunikácie s externým zariadením GNSS
▼M3
GNS_28 Udalosť „chyba komunikácie s externým zariadením
GNSS“ sa zaznamená vo VU, ako je vymedzené v požia­
davke 82 prílohy IC a v dodatku 1 (EventFaultType).
V tejto súvislosti sa chyba komunikácie objaví vtedy,
keď zabezpečený vysielač/prijímač VU nedostane správu
s odpoveďou na správu s požiadavkou, ako je opísané
v bode 4.2.
▼B
4.4.2 Porušenie fyzickej integrity externého zariadenia GNSS
▼M3
GNS_29 Ak bolo externé zariadenie GNSS porušené, zabezpečený
vysielač/prijímač GNSS zabezpečí nedostupnosť kryptogra­
fických materiálov. Ako je opísané v GNS_25 a GNS_26,
VU zistí nedovolenú manipuláciu, ak stav odpovede je
„6690“. VU potom vygeneruje a zaznamená udalosť
„pokus o narušenie zabezpečenia“, ako je vymedzené
v požiadavke 85 prílohy IC a v dodatku 1 (EventFaultType
for tamper detection of GNSS). Prípadne môže externé
zariadenie GNSS odpovedať na požiadavky VU bez zabez­
pečeného spracovania správ a so stavom „6A88“.
▼B
4.4.3 Chýbajúce informácie o polohe od prijímača GNSS
▼M3
GNS_30 Ak zabezpečený vysielač/prijímač GNSS nedostane údaje
od prijímača GNSS, zabezpečený vysielač/prijímač GNSS
vygeneruje správu s odpoveďou na príkaz READ
RECORD (čítať záznam) s číslom záznamu (RECORD)
rovným „01“ a s dátovým poľom 12 bajtov – všetky nasta­
vené na 0xFF. Po prijatí správy s odpoveďou s touto
hodnotou dátového poľa VU vygeneruje a zaznamená
udalosť „chýbajúce informácie o polohe z prijímača
GNSS“, ako je vymedzené v požiadavke 81 prílohy IC
a v dodatku 1 (EventFaultType).
▼B
4.4.1 Platnosť osvedčenia externého zariadenia GNSS sa skončila
▼M3
GNS_31 Ak VU zistí, že certifikát EGF, ktorý sa používal na
vzájomnú autentifikáciu, už nie je platný, VU vygeneruje
a zaznamená udalosť „pokus o narušenie zabezpečenia“,
ako je vymedzené v požiadavke 85 prílohy IC a v dodatku 1
(EventFaultType v prípade skončenia platnosti certifikátu
externého zariadenia GNSS). VU naďalej používa údaje
o polohe prijaté z GNSS.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 519
Obrázok 6
Schéma externého zariadenia GNSS
▼B
5. JEDNOTKA VOZIDLA BEZ EXTERNÉHO ZARIADENIA GNSS
5.1. Konfigurácia
V tejto konfigurácii je prijímač GNSS inštalovaný vo vnútri jednotky
vozidla, ako je opísané na obrázku 1.
▼M3
GNS_32 V prípade prenášania údajov o polohe, DOP a satelitoch
prijímač GNSS slúži ako vysielač a odovzdáva vety
NMEA alebo vety podobné ako vety NMEA procesoru
VU, ktorý funguje ako prijímač na frekvencii 1/10 Hz
alebo vyššej, pre vopred určený súbor viet, ktorý musí
obsahovať prinajmenšom vety RMC, GSA, AMC a ASA.
Prípadne môžu procesor VU a interný prijímač GNSS
použiť iné dátové formáty na výmenu údajov, ktoré obsa­
hujú vety NMEA alebo vety podobné ako vety NMEA
uvedené v GNS_4, GNS_4a and GNS_5.
▼B
GNS_33 Externá anténa GNSS inštalovaná na vozidle alebo interná
anténa GNSS je pripojená k VU.
▼M3
5.2. Prenos informácií z prijímača GNSS do VU
GNS_34 Procesor VU skontroluje prijaté údaje tak, že z vety RMC
NMEA a vety AMC vyberie informácie (napr. o zemepisnej
šírke, zemepisnej dĺžke, čase).
GNS_35 Veta RMC NMEA obsahuje tieto informácie, ak je neau­
tentifikovaná poloha platná. Ak neautentifikovaná poloha
nie je platná, údaje o polohe nie sú dostupné a nemôžu sa
použiť na zaznamenanie polohy vozidla. Ak je neautentifi­
kovaná poloha platná, procesor VU vyberie z viet GSA
NMEA aj hodnoty HDOP.
GNS_36 Procesor VU takisto vyberie informácie (napr. o zemepisnej
šírke, zemepisnej dĺžke, čase) z vety AMC. Veta AMC
obsahuje tieto informácie, ak je neautentifikovaná poloha
platná podľa GNS_4a. Ak je neautentifikovaná poloha
platná, procesor VU vyberie z viet ASA aj hodnoty HDOP.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 520
5.3. Prenos informácií z VU do prijímača GNSS
GNS_37 Procesor VU poskytuje prijímaču GNSS čas RTC VU
a maximálny rozdiel medzi skutočným časom a časom
RTC VU v súlade s bodmi GNS_3f a GNS_3g.
5.4. Spracovanie chýb
5.4.1. Chýbajúce informácie o polohe z prijímača GNSS
GNS_38 VU vygeneruje a zaznamená udalosť „chýbajúce infor­
mácie o polohe z prijímača GNSS“, ako je vymedzené
v požiadavke 81 prílohy IC a v dodatku 1 (EventFault­
Type).
6. SPRACOVANIE A ZAZNAMENÁVANIE ÚDAJOV O POLOHE
JEDNOTKOU VOZIDLA
Tento oddiel je platný pre konfiguráciu inteligentného tachografu
s externým zariadením GNSS aj bez neho.
GNS_39 Údaje o polohe sa ukladajú vo VU spolu s príznakom
označujúcim, či bola poloha autentifikovaná. Keď je
potrebné údaje o polohe zaznamenať vo VU, platia tieto
pravidlá:
a) Ak sú autentifikovaná aj štandardná poloha platné
a konzistentné, vo VU sa zaznamená štandardná poloha
a jej presnosť a príznak sa nastaví na „autentifikovaná“.
b) Ak sú autentifikovaná aj štandardná poloha platné, ale
nie sú konzistentné, vo VU sa zaznamená autentifiko­
vaná poloha a jej presnosť a príznak sa nastaví na
„autentifikovaná“.
c) Ak je autentifikovaná poloha platná a štandardná poloha
nie je platná, vo VU sa zaznamená autentifikovaná
poloha a jej presnosť a príznak sa nastaví na „autentifi­
kovaná“.
d) Ak je štandardná poloha platná a autentifikovaná poloha
nie je platná, vo VU sa zaznamená štandardná poloha
a jej presnosť a príznak sa nastaví na „neautentifiko­
vaná“.
Autentifikovaná a štandardná poloha sa považujú za konzis­
tentné, ako je znázornené na obrázku 7, keď sa horizontálna
autentifikovaná poloha nachádza v kruhu so stredom v hori­
zontálnej štandardnej polohe a polomerom, ktorý je
výsledkom hodnoty R_H zaokrúhlenej na najbližšie celé
číslo nahor a vypočítanej podľa tohto vzorca:
R_H = 1,74 • σ UERE • HDOP
kde:
— R_H je relatívny polomer kruhu okolo odhadovanej
horizontálnej polohy v metroch. Je to ukazovateľ,
ktorý sa používa na kontrolu konzistencie medzi štan­
dardnou a autentifikovanou polohou,
— σ UERE je štandardná odchýlka pre chybu ekvivalentného
rozsahu používateľa (user equivalent range error,
UERE), ktorá modeluje všetky chyby merania cieľovej
aplikácie vrátane mestských prostredí. Použije sa
konštantná hodnota σ– UERE = 10 metrov,
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 521
— HDOP je faktor horizontálneho zníženia presnosti vypo­
čítaný prijímačom GNSS,
— σ UERE . HDOP je odhad druhej odmocniny strednej
kvadratickej odchýlky (root mean squared error) v hori­
zontálnej doméne.
Obrázok 7
Konzistentné autentifikované a štandardné (neautentifikované)
polohy
GNS_40 Keď hodnota stavu v prijatej vete AMC nadobudne
hodnotu „J“, „O“ alebo „F“ v súlade s požiadavkou
GNS_4a, VU vygeneruje a zaznamená udalosť „anomália
GNSS“, ako je vymedzené v požiadavke 88a prílohy IC
a v dodatku 1 (EventFaultType). Jednotka vozidla môže
vykonať dodatočné kontroly pred uložením udalosti
„anomália GNSS“ po prijatí nastavenia na hodnotu „J“
alebo „O“.
7. ČASOVÝ ROZPOR GNSS
GNS_41 Ak VU zistí nesúlad medzi časom funkcie merania času
jednotky vozidla a časom pochádzajúcim zo signálov
GNSS, vygeneruje a zaznamená udalosť „časový rozpor“,
ako je vymedzené v požiadavke 86 prílohy IC a v dodatku 1
(EventFaultType).
8. NESÚLAD ÚDAJOV O POHYBE VOZIDLA
GNS_42 VU musí iniciovať a zaznamenať udalosť „nesúlad údajov
o pohybe vozidla“ v súlade s požiadavkou 84 prílohy IC,
ak informácie o pohybe vypočítané zo snímača pohybu sú
v rozpore s informáciami o pohybe vypočítanými z inter­
ného prijímača GNSS, z externého zariadenia GNSS alebo
z iných zdrojov nezávislých od snímača pohybu, ako sa
stanovuje v požiadavke 26 prílohy IC.
Udalosť „nesúlad údajov o pohybe vozidla“ sa spustí pri
výskyte jednej z týchto podmienok aktivácie:
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 522
Podmienka spustenia č. 1:
Použije sa useknutý priemer rozdielov rýchlosti medzi
týmito zdrojmi, keď sú k dispozícii informácie o polohe
z prijímača GNSS a keď je zapaľovanie vozidla zapnuté,
ako sa uvádza ďalej:
— každých maximálne 10 sekúnd sa vypočíta absolútna
hodnota rozdielu medzi rýchlosťou vozidla odhadnutou
z GNSS a rýchlosťou odhadnutou zo snímača pohybu,
— na výpočet useknutého priemeru sa použijú všetky
vypočítané hodnoty v časovom okne obsahujúcom
posledných päť minút pohybu vozidla,
— useknutý priemer sa vypočíta ako priemer 80 %
hodnôt, ktoré zostanú po eliminácii najvyšších absolút­
nych hodnôt.
Udalosť „nesúlad údajov o pohybe vozidla“ sa spustí, ak je
useknutý priemer počas piatich neprerušených minút
pohybu vozidla vyšší ako 10 km/h. (Poznámka: Použitie
useknutého priemeru za posledných 5 minút má za cieľ
obmedziť riziko zahrnutia extrémnych a prechodných
hodnôt).
Pri výpočte useknutého priemeru sa vozidlo považuje za
pohybujúce sa, ak aspoň jedna hodnota rýchlosti vozidla
buď zo snímača pohybu, alebo z prijímača GNSS sa
nerovná nule.
Podmienka spustenia č. 2:
Udalosť „nesúlad údajov o pohybe vozidla“ sa spustí aj
vtedy, ak je pravdivá táto podmienka:
GnssDistance>[OdometerDifference×OdometerTolerance­
Factor+Minimum (SlipDistanceUpperlimit;(OdometerDiffe­
rence×SlipFactor))+GnssTolerance+FerryTrainDistance]
kde:
— GnssDistance je vzdialenosť medzi aktuálnou polohou
vozidla a predchádzajúcou polohou vozidla, pričom obe
boli získané zo správ o platnej autentifikovanej polohe,
bez zohľadnenia výšky,
— OdometerDifference je rozdiel medzi aktuálnou
hodnotou počítadla kilometrov a hodnotou počítadla
kilometrov zodpovedajúcou predchádzajúcej správe
o platnej autentifikovanej polohe,
— OdometerToleranceFactor sa rovná hodnote 1,1
(najhorší prípad faktora tolerancie pre všetky tolerancie
merania počítadla kilometrov vozidla),
— GnssTolerance sa rovná hodnote 1 km (najhorší prípad
tolerancie GNSS),
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 523
— Minimum [SlipDistanceUpperLimit; (OdometerDiffe­
rence * SlipFactor)] je minimálna hodnota medzi:
— SlipDistanceUpperLimit, ktorý sa rovná hodnote
10 km (horný limit dĺžky šmyku spôsobeného
klznými účinkami počas brzdenia),
— a OdometerDifference * SlipFactor, kde SlipFactor
sa rovná hodnote 0,2 (maximálny vplyv klzných
účinkov počas brzdenia),
— FerryTrainDistance sa vypočíta ako: FerryTrainDis­
tance = 200 km/h * tFerryTrain, kde tFerryTrain je
súčet počtu hodín prevozu trajektom/vlakom v zvažo­
vanom časovom intervale. Trvanie prevozu trajektom/
vlakom sa definuje ako rozdiel času medzi jeho
príznakom ukončenia a jeho príznakom začiatku.
Predchádzajúce overenia sa vykonávajú každých 15 minút,
ak sú k dispozícii potrebné údaje o polohe, v opačnom
prípade hneď, ako sa údaje o polohe sprístupnia.
V prípade tejto podmienky spustenia:
— dátum a čas začiatku udalosti je rovnaký ako dátum
a čas, keď bola prijatá správa o predchádzajúcej
polohe,
— dátum a čas konca udalosti je rovnaký ako dátum a čas,
keď sa kontrolovaná podmienka opäť stane nesplnenou.
Podmienka spustenia č. 3:
Jednotka vozidla narazí na rozdiel spočívajúci v tom, že
počas určitého obdobia snímač pohybu nezistí žiadny
pohyb a nezávislý zdroj pohybu zistí pohyb. Podmienky
zaznamenania rozdielu a obdobia zistenia rozdielu stanoví
výrobca jednotky vozidla, aj keď tento rozdiel sa musí
zistiť v intervale nepresahujúcom tri hodiny.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 524
Dodatok 13
ROZHRANIE ITS
OBSAH
1. ÚVOD
1.1. Rozsah pôsobnosti
1.2. Skratky a vymedzenie pojmov
2. REFERENČNÉ NORMY
3. PRINCÍPY ČINNOSTI ROZHRANIA ITS
3.1. Komunikačná technológia
3.2. Dostupné služby
3.3. Prístup cez rozhranie ITS
3.4. Dostupné údaje a potreba súhlasu vodiča
4. ZOZNAM ÚDAJOV DOSTUPNÝCH CEZ ROZHRANIE ITS A KLASI­
FIKÁCIA ÚDAJOV AKO OSOBNÉ/NEOSOBNÉ
1. ÚVOD
1.1. Rozsah pôsobnosti
ITS_01 V tomto dodatku sa špecifikujú základné údaje o komunikácii
prostredníctvom rozhrania tachografu s inteligentnými dopravnými
systémami (ITS), ako sa požaduje v článkoch 10 a 11 nariadenia
(EÚ) č. 165/2014.
ITS_02 Rozhranie ITS umožňuje externým zariadeniam získavať údaje
z tachografu, používať služby tachografu a takisto poskytovať
údaje tachografu.
Na tento účel sa môžu použiť aj iné tachografové rozhrania (napr.
zbernica CAN).
V tomto dodatku sa nešpecifikuje:
— ako sa údaje poskytnuté cez rozhranie ITS zbierajú a spravujú
v rámci tachografu,
— forma prezentácie zozbieraných údajov aplikáciám zavedeným
v externom zariadení,
— špecifikácie zabezpečenia ITS nad rámec toho, čo poskytuje
Bluetooth®,
— protokoly Bluetooth®, ktoré používa rozhranie ITS.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 525
1.2. Skratky a vymedzenie pojmov
Používajú tieto skratky a toto vymedzenie pojmov špecifické pre tento
dodatok:
GNSS Global Navigation Satellite System (globálny navigačný
satelitný systém)
ITS Intelligent Transport System (inteligentný dopravný systém)
OSI Open Systems Interconnection (prepojenie otvorených
systémov)
VU Vehicle Unit (jednotka vozidla)
jednotka ITS externé zariadenie alebo aplikácia, ktoré používajú
rozhranie ITS jednotky vozidla.
2. REFERENČNÉ NORMY
ITS_03 V tomto dodatku sa odkazuje na tieto predpisy a normy alebo ich
časti a dodatok z nich vychádza. V ustanoveniach tohto dodatku sa
odkazuje na príslušné normy alebo ich príslušné časti. V prípade
akýchkoľvek nezrovnalostí majú prednosť ustanovenia tohto
dodatku.
Normy, na ktoré sa v tomto dodatku odkazuje:
— Bluetooth® – Základná verzia 5.0.
— ISO 16844-7: Cestné vozidlá. Systémy tachografov. Časť 7:
Parametre.
— ISO/IEC7498-1:1994 Informačné technológie. Prepojenie otvo­
rených systémov. Základný referenčný model. Základný model.
3. PRINCÍPY ČINNOSTI ROZHRANIA ITS
ITS_04 Za aktualizáciu a uchovávanie údajov tachografu prenášaných cez
rozhranie ITS zodpovedá samotná VU, bez akéhokoľvek zásahu
rozhrania ITS.
3.1. Komunikačná technológia
ITS_05 Komunikácia prostredníctvom rozhrania ITS sa vykonáva cez
rozhranie Bluetooth® a je kompatibilná s rozhraním Bluetooth®
Low Energy v súlade s verziou Bluetooth 5.0 alebo vyššou.
ITS_06 Komunikácia medzi VU a jednotkou ITS sa vytvorí po dokončení
procesu párovania Bluetooth®.
ITS_07 Medzi VU a jednotkou ITS sa vytvorí zabezpečená a šifrovaná
komunikácia v súlade s mechanizmami špecifikácie Bluetooth®.
V tomto dodatku sa nešpecifikujú mechanizmy šifrovania ani iné
bezpečnostné mechanizmy nad rámec toho, čo poskytuje Blue­
tooth®.
ITS_08 Bluetooth® využíva na kontrolu prenosu údajov medzi zariade­
niami model server/klient, v ktorom VU je server a jednotka ITS
je klient.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 526
3.2. Dostupné služby
ITS_09 Údaje, ktoré sa majú prenášať cez rozhranie ITS v súlade
s bodom 4, sa sprístupnia prostredníctvom služieb uvedených
v dodatku 7 a dodatku 8. Okrem toho VU sprístupní jednotke
ITS služby, ktoré sú potrebné na manuálne zapisovanie údajov
v súlade s požiadavkou 61 prílohy IC a prípadne na iné zápisy
údajov v reálnom čase.
Obrázok 1
Rozdelenie komunikácie cez rozhranie ITS podľa vrstiev modelu OSI
ITS_10 Keď sa cez predný konektor používa rozhranie sťahovania, VU
neposkytne služby sťahovania uvedené v dodatku 7 cez spojenie
ITS Bluetooth®.
ITS_11 Keď sa cez predný konektor používa rozhranie kalibrovania, VU
neposkytne služby kalibrovania uvedené v dodatku 8 cez spojenie
ITS Bluetooth®.
3.3. Prístup cez rozhranie ITS
ITS_12 Rozhranie ITS poskytuje bezdrôtový prístup k všetkým službám
uvedeným v dodatku 7 a dodatku 8 ako náhradu káblového pripo­
jenia k prednému konektoru na kalibrovanie a sťahovanie uvede­
ného v dodatku 6.
ITS_13 VU sprístupní rozhranie ITS používateľovi podľa kombinácie plat­
ných tachografových kariet vložených do VU, ako sa uvádza
v tabuľke 1.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 527
Tabuľka 1
Dostupnosť rozhrania ITS podľa typu karty vloženej v tachografe
Dostupnosť rozhrania ITS Slot vodiča
Žiadna karta Karta vodiča Kontrolná karta Dielenská karta Podniková karta
S
lo
t
dr
uh
é
ho
v
od
ič
a
Žiadna karta nie je k dispo­
zícii
k dispozícii k dispozícii k dispozícii k dispozícii
Karta vodiča k dispozícii k dispozícii k dispozícii k dispozícii k dispozícii
Kontrolná karta k dispozícii k dispozícii k dispozícii nie je k dispo­
zícii
nie je k dispo­
zícii
Dielenská karta k dispozícii k dispozícii nie je k dispo­
zícii
k dispozícii nie je k dispo­
zícii
Podniková karta k dispozícii k dispozícii nie je k dispo­
zícii
nie je k dispo­
zícii
k dispozícii
ITS_14 Po úspešnom spárovaní ITS a Bluetooth® VU priradí spojenie ITS
a Bluetooth® konkrétnej vloženej tachografovej karte podľa
tabuľky 2:
Tabuľka 2
Priradenie pripojenia rozhrania ITS podľa typu karty vloženej v tachografe
Priradenie spojenia ITS
Bluetooth®
Slot vodiča
Žiadna karta Karta vodiča Kontrolná karta Dielenská karta Podniková karta
S
lo
t
dr
uh
é
ho
v
od
ič
a
Žiadna karta nie je k dispo­
zícii
Karta vodiča Kontrolná karta Dielenská karta Podniková karta
Karta vodiča Karta vodiča Karta
vodiča (**)
Kontrolná karta Dielenská karta Podniková karta
Kontrolná karta Kontrolná karta Kontrolná karta Kontrolná
karta (*)
nie je k dispo­
zícii
nie je k dispo­
zícii
Dielenská karta Dielenská karta Dielenská karta nie je k dispo­
zícii
Dielenská
karta (*)
nie je k dispo­
zícii
Podniková karta Podniková
karta
Podniková
karta
nie je k dispo­
zícii
nie je k dispo­
zícii
Podniková
karta (*)
(*) Pripojenie ITS Bluetooth® sa priradí tachografovej karte v slote vodiča VU.
(**) Používateľ vyberie kartu, ktorej bude priradené spojenie ITS Bluetooth® (vloženú v slote vodiča alebo slote druhého vodiča).
ITS_15 Ak sa tachografová karta vytiahne, VU ukončí spojenie ITS Blue­
tooth® priradené tejto karte.
ITS_16 VU podporuje spojenie ITS aspoň s jednou jednotkou ITS a môže
súčasne podporovať spojenia s viacerými jednotkami ITS.
ITS_17 Okrem súhlasu vodiča špecifikovaného v bode 3.4 tohto dodatku
musia prístupové práva k údajom a službám dostupným cez
rozhranie ITS spĺňať požiadavky 12 a 13 prílohy IC.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 528
3.4. Dostupné údaje a potreba súhlasu vodiča
ITS_18 Všetky údaje tachografu dostupné cez služby uvedené v bode 3.3
sa klasifikujú buď ako osobné, alebo ako neosobné v prípade
vodiča, druhého vodiča alebo oboch vodičov.
ITS_19 Cez rozhranie ITS sa sprístupňuje minimálne zoznam údajov klasi­
fikovaných v oddiele 4 ako povinné.
ITS_20 Okrem prípadu stanoveného v požiadavke ITS_25, pre ktorý nie je
potrebný súhlas vodiča, sa údaje v oddiele 4, ktoré sú klasifiko­
vané ako „osobné“, sprístupnia len po súhlase vodiča, ktorým
vodič potvrdí, že osobné údaje môžu opustiť sieť vozidla.
ITS_21 Okrem údajov uvedených v bode 4 sa cez rozhranie ITS môžu
sprístupniť ďalšie údaje, ktoré sa považujú za povinné. Doplnkové
údaje, ktoré nie sú uvedené v bode 4, klasifikuje ako „osobné“
alebo „neosobné“ výrobca VU, pričom na údaje klasifikované ako
osobné sa vyžaduje súhlas vodiča, okrem prípadu stanoveného
v požiadavke ITS_25, pre ktorý nie je potrebný súhlas vodiča.
ITS_22 Po vložení karty vodiča, ktorú jednotka vozidla nepozná, tachograf
vyzve držiteľa karty, aby zadal súhlas s prenosom výstupu osob­
ných údajov cez rozhranie ITS v súlade s požiadavkou 61
prílohy IC.
ITS_23 Stav súhlasu (aktivovaný/deaktivovaný) sa zaznamená v pamäti
jednotky vozidla.
ITS_24 V prípade viacerých vodičov sa cez rozhranie ITS sprístupnia len
osobné údaje vodičov, ktorí na to dali svoj súhlas. Napríklad ak
v prípade posádky dal svoj súhlas len vodič, osobné údaje týkajúce
sa druhého vodiča sa nesprístupnia.
ITS_25 Keď je VU v kontrolnom, podnikovom alebo kalibračnom režime,
prístupové práva cez rozhranie ITS sa spravujú v súlade s požia­
davkami 12 a 13 prílohy IC, a preto nie je potrebný súhlas vodiča.
4. ZOZNAM ÚDAJOV DOSTUPNÝCH CEZ ROZHRANIE ITS A KLASIFI­
KÁCIA ÚDAJOV AKO OSOBNÉ/NEOSOBNÉ
Názov údajov Formát údajov Zdroj
Klasifikácia údajov (osobné/neosobné)
Súhlas na sprístup­
nenie údajov
Dostupnosť
vodič druhý vodič
VehicleIdentification­
Number
Dodatok 8 VU neosobné neosobné nie je potrebný
súhlas
povinné
CalibrationDate ISO 16844-7 VU neosobné neosobné nie je potrebný
súhlas
povinné
TachographVehicleS­
peed
ISO 16844-7 VU osobné neuvádza sa súhlas vodiča povinné
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 529
Názov údajov Formát údajov Zdroj
Klasifikácia údajov (osobné/neosobné)
Súhlas na sprístup­
nenie údajov
Dostupnosť
vodič druhý vodič
Driver1WorkingState ISO 16844-7 VU osobné neuvádza sa súhlas vodiča povinné
Driver2WorkingState ISO 16844-7 VU neuvádza sa osobné súhlas druhého
vodiča
povinné
DriveRecognize ISO 16844-7 VU neosobné neosobné nie je potrebný
súhlas
povinné
Driver1TimeRelated­
States
ISO 16844-7 VU osobné neuvádza sa súhlas vodiča povinné
Driver2TimeRelated­
States
ISO 16844-7 VU neuvádza sa osobné súhlas druhého
vodiča
povinné
DriverCardDriver1 ISO 16844-7 VU osobné neuvádza sa súhlas vodiča povinné
DriverCardDriver2 ISO 16844-7 VU neuvádza sa osobné súhlas druhého
vodiča
povinné
OverSpeed ISO 16844-7 VU osobné neuvádza sa súhlas vodiča povinné
TimeDate Dodatok 8 VU neosobné neosobné nie je potrebný
súhlas
povinné
HighResolutionTotal­
VehicleDistance
ISO 16844-7 VU neosobné neosobné nie je potrebný
súhlas
povinné
HighResolutionTrip­
Distance
ISO 16844-7 VU neosobné neosobné nie je potrebný
súhlas
povinné
ServiceComponentI­
dentification
ISO 16844-7 VU neosobné neosobné nie je potrebný
súhlas
povinné
ServiceDelayCalendar­
TimeBased
ISO 16844-7 VU neosobné neosobné nie je potrebný
súhlas
povinné
Driver1Identification ISO 16844-7 karta
vodi­
ča
osobné neuvádza sa súhlas vodiča povinné
Driver2Identification ISO 16844-7 karta
vodi­
ča
neuvádza sa osobné súhlas druhého
vodiča
povinné
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 530
Názov údajov Formát údajov Zdroj
Klasifikácia údajov (osobné/neosobné)
Súhlas na sprístup­
nenie údajov
Dostupnosť
vodič druhý vodič
NextCalibrationDate Dodatok 8 VU neosobné neosobné nie je potrebný
súhlas
povinné
Driver1ContinuousDri­
vingTime
ISO 16844-7 VU osobné neuvádza sa súhlas vodiča povinné
Driver2ContinuousDri­
vingTime
ISO 16844-7 VU neuvádza sa osobné súhlas druhého
vodiča
povinné
Driver1Cumulative­
BreakTime
ISO 16844-7 VU osobné neuvádza sa súhlas vodiča povinné
Driver2Cumulative­
BreakTime
ISO 16844-7 VU neuvádza sa osobné súhlas druhého
vodiča
povinné
Driver1CurrentDuratio­
nOfSelectedActivity
ISO 16844-7 VU osobné neuvádza sa súhlas vodiča povinné
Driver2CurrentDuratio­
nOfSelectedActivity
ISO 16844-7 VU neuvádza sa osobné súhlas druhého
vodiča
povinné
SpeedAuthorised Dodatok 8 VU neosobné neosobné nie je potrebný
súhlas
povinné
TachographCardSlot1 ISO 16844-7 VU neosobné neuvádza sa nie je potrebný
súhlas
povinné
TachographCardSlot2 ISO 16844-7 VU neuvádza sa neosobné nie je potrebný
súhlas
povinné
Driver1Name ISO 16844-7 karta
vodi­
ča
osobné neuvádza sa súhlas vodiča povinné
Driver2Name ISO 16844-7 karta
vodi­
ča
neuvádza sa osobné súhlas druhého
vodiča
povinné
OutOfScopeCondition ISO 16844-7 VU neosobné neosobné nie je potrebný
súhlas
povinné
ModeOfOperation ISO 16844-7 VU neosobné neosobné nie je potrebný
súhlas
povinné
Driver1CumulatedDri­
vingTimePreviousAnd­
CurrentWeek
ISO 16844-7 VU osobné neuvádza sa súhlas vodiča povinné
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 531
Názov údajov Formát údajov Zdroj
Klasifikácia údajov (osobné/neosobné)
Súhlas na sprístup­
nenie údajov
Dostupnosť
vodič druhý vodič
Driver2CumulatedDri­
vingTimePreviousAnd­
CurrentWeek
ISO 16844-7 VU neuvádza sa osobné súhlas druhého
vodiča
povinné
EngineSpeed ISO 16844-7 VU osobné neuvádza sa súhlas vodiča voliteľné
RegisteringMember­
State
Dodatok 8 VU neosobné neosobné nie je potrebný
súhlas
povinné
VehicleRegistration­
Number
Dodatok 8 VU neosobné neosobné nie je potrebný
súhlas
povinné
Driver1EndOfLastDai­
lyRestPeriod
ISO 16844-7 VU osobné neuvádza sa súhlas vodiča voliteľné
Driver2EndOfLastDai­
lyRestPeriod
ISO 16844-7 VU neuvádza sa osobné súhlas druhého
vodiča
voliteľné
Driver1EndOfLa­
stWeeklyRestPeriod
ISO 16844-7 VU osobné neuvádza sa súhlas vodiča voliteľné
Driver2EndOfLa­
stWeeklyRestPeriod
ISO 16844-7 VU neuvádza sa osobné súhlas druhého
vodiča
voliteľné
Driver1EndOfSecond­
LastWeeklyRestPeriod
ISO 16844-7 VU osobné neuvádza sa súhlas vodiča voliteľné
Driver2EndOfSecond­
LastWeeklyRestPeriod
ISO 16844-7 VU neuvádza sa osobné súhlas druhého
vodiča
voliteľné
Driver1TimeLastLoa­
dUnloadOperation
ISO 16844-7 VU osobné neuvádza sa súhlas vodiča voliteľné
Driver2TimeLastLoa­
dUnloadOperation
ISO 16844-7 VU neuvádza sa osobné súhlas druhého
vodiča
voliteľné
Driver1CurrentDaily­
DrivingTime
ISO 16844-7 VU osobné neuvádza sa súhlas vodiča voliteľné
Driver2CurrentDaily­
DrivingTime
ISO 16844-7 VU neuvádza sa osobné súhlas druhého
vodiča
voliteľné
Driver1CurrentWeekly­
DrivingTime
ISO 16844-7 VU osobné neuvádza sa súhlas vodiča voliteľné
Driver2CurrentWeekly­
DrivingTime
ISO 16844-7 VU neuvádza sa osobné súhlas druhého
vodiča
voliteľné
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 532
Názov údajov Formát údajov Zdroj
Klasifikácia údajov (osobné/neosobné)
Súhlas na sprístup­
nenie údajov
Dostupnosť
vodič druhý vodič
Driver1TimeLeftUntil­
NewDailyRestPeriod
ISO 16844-7 VU osobné neuvádza sa súhlas vodiča voliteľné
Driver2TimeLeftUntil­
NewDailyRestPeriod
ISO 16844-7 VU neuvádza sa osobné súhlas druhého
vodiča
voliteľné
Driver1CardExpiry­
Date
ISO 16844-7 karta
vodi­
ča
osobné neuvádza sa súhlas vodiča voliteľné
Driver2CardExpiry­
Date
ISO 16844-7 karta
vodi­
ča
neuvádza sa osobné súhlas druhého
vodiča
voliteľné
Driver1CardNextMan­
datoryDownloadDate
ISO 16844-7 VU osobné neuvádza sa súhlas vodiča voliteľné
Driver2CardNextMan­
datoryDownloadDate
ISO 16844-7 VU neuvádza sa osobné súhlas druhého
vodiča
voliteľné
TachographNextMan­
datoryDownloadDate
ISO 16844-7 VU neosobné neosobné nie je potrebný
súhlas
voliteľné
Driver1TimeLeftUntil­
NewWeeklyRestPeriod
ISO 16844-7 VU osobné neuvádza sa súhlas vodiča voliteľné
Driver2TimeLeftUntil­
NewWeeklyRestPeriod
ISO 16844-7 VU neuvádza sa osobné súhlas druhého
vodiča
voliteľné
Driver1NumberOf­
Times9hDailyDriving­
TimesExceeded
ISO 16844-7 VU osobné neuvádza sa súhlas vodiča voliteľné
Driver2NumberOf­
Times9hDailyDriving­
TimesExceeded
ISO 16844-7 VU neuvádza sa osobné súhlas druhého
vodiča
voliteľné
Driver1Cumulative
UninterruptedRestTime
ISO 16844-7 VU osobné neuvádza sa súhlas vodiča voliteľné
Driver2Cumulative
UninterruptedRestTime
ISO 16844-7 VU neuvádza sa osobné súhlas druhého
vodiča
voliteľné
Driver1MinimumDai­
lyRest
ISO 16844-7 VU osobné neuvádza sa súhlas vodiča voliteľné
Driver2MinimumDai­
lyRest
ISO 16844-7 VU neuvádza sa osobné súhlas druhého
vodiča
voliteľné
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 533
Názov údajov Formát údajov Zdroj
Klasifikácia údajov (osobné/neosobné)
Súhlas na sprístup­
nenie údajov
Dostupnosť
vodič druhý vodič
Driver1MinimumWee­
klyRest
ISO 16844-7 VU osobné neuvádza sa súhlas vodiča voliteľné
Driver2MinimumWee­
klyRest
ISO 16844-7 VU neuvádza sa osobné súhlas druhého
vodiča
voliteľné
Driver1MaximumDai­
lyPeriod
ISO 16844-7 VU osobné neuvádza sa súhlas vodiča voliteľné
Driver2MaximumDai­
lyPeriod
ISO 16844-7 VU neuvádza sa osobné súhlas druhého
vodiča
voliteľné
Driver1MaximumDai­
lyDrivingTime
ISO 16844-7 VU osobné neuvádza sa súhlas vodiča voliteľné
Driver2MaximumDai­
lyDrivingTime
ISO 16844-7 VU neuvádza sa osobné súhlas druhého
vodiča
voliteľné
Driver1NumberOfUse­
dReducedDailyRestPe­
riods
ISO 16844-7 VU osobné neuvádza sa súhlas vodiča voliteľné
Driver2NumberOfUse­
dReducedDailyRestPe­
riods
ISO 16844-7 VU neuvádza sa osobné súhlas druhého
vodiča
voliteľné
Driver1RemainingCur­
rentDrivingTime
ISO 16844-7 VU osobné neuvádza sa súhlas vodiča voliteľné
Driver2RemainingCur­
rentDrivingTime
ISO 16844-7 VU neuvádza sa osobné súhlas druhého
vodiča
voliteľné
VehiclePosition Dodatok 8 VU osobné osobné súhlas vodiča
a druhého vodiča
povinné
ByDefaultLoadType Dodatok 8 VU osobné osobné súhlas vodiča
a druhého vodiča
povinné
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 534
Dodatok 14
FUNKCIA DIAĽKOVEJ KOMUNIKÁCIE
OBSAH
1 ÚVOD
2 ROZSAH PÔSOBNOSTI
3 SKRATKY, VYMEDZENIA POJMOV A NOTÁCIE
4 PREVÁDZKOVÉ SCENÁRE
4.1 Prehľad
4.1.1 Predpoklady na prenos údajov prostredníctvom rozhrania DSRC 5,8
GHz
4.1.2 Profil 1a: prostredníctvom ručného snímača komunikačného zariadenia
na diaľkovú včasnú detekciu alebo snímača dočasne inštalovaného
a zacieleného pri ceste
4.1.3 Profil 1b: prostredníctvom snímača komunikačného zariadenia na diaľ­
kovú včasnú detekciu (REDCR) inštalovaného a ovládaného vo vozidle
4.2 Zabezpečenie a integrita
5 TECHNICKÉ RIEŠENIE A PROTOKOLY DIAĽKOVEJ KOMUNI­
KÁCIE
5.1 Technické riešenie
5.2 Pracovný postup
5.2.1 Operácie
5.2.2 Výklad údajov získaných prostredníctvom komunikácie DSRC
5.3 Parametre fyzického rozhrania DSRC pre diaľkovú komunikáciu
5.3.1 Obmedzenia na umiestnenie
5.3.2 Parametre zostupného (downlink) a vzostupného (uplink) prepojenia
5.3.3 Konštrukcia antény
5.4 Požiadavky na protokol DSRC pre RTM
5.4.1 Prehľad
5.4.2 Príkazy
5.4.3 Postupnosť príkazov snímania
5.4.4 Štruktúry údajov
5.4.5 Prvky RtmData, vykonávané činnosti a vymedzenie pojmov
5.4.6 Mechanizmus prenosu údajov
5.4.7 Podrobný opis transakcií DSRC
5.4.8 Opis skúšobnej transakcie DSRC
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 535
5.5. Vyhradené na budúce použitie
▼B
5.6 Prenos údajov medzi DSRC – VU a VU
5.6.1 Fyzické prepojenie a rozhrania
5.6.2 Aplikačný protokol
5.7 Spracovanie chýb
5.7.1 Zaznamenávanie a oznamovanie údajov v DSRC – VU
5.7.2 Chyby bezdrôtovej komunikácie
6 UVEDENIE DO PREVÁDZKY A PRAVIDELNÉ KONTROLNÉ
SKÚŠKY FUNKCIE DIAĽKOVEJ KOMUNIKÁCIE
6.1 Všeobecné
6.2 ECHO
6.3 Skúšky na potvrdenie zabezpečeného obsahu údajov
1 ÚVOD V tomto dodatku sú špecifikované technické riešenia a postupy
na výkon funkcie diaľkovej komunikácie (ďalej len „komuni­
kácia“), ako sa to požaduje v článku 9 nariadenia (EÚ)
č. 165/2014 (ďalej len „nariadenie“).
DSC_1 Podľa nariadenia (EÚ) č. 165/2014 musí byť tachograf vyba­
vený funkciou diaľkovej komunikácie, ktorá umožní
zástupcom príslušných kontrolných orgánov snímanie infor­
mácií z tachografov prechádzajúcich vozidiel pomocou diaľ­
kového snímacieho zariadenia (snímač komunikačného zaria­
denia na diaľkovú včasnú detekciu – REDCR), konkrétne
snímacieho zariadenia s bezdrôtovým spojením prostredníc­
tvom rozhraní vyhradenej komunikácie krátkeho dosahu
(DSRC) CEN 5,8 GHz.
Dôležité je pochopiť, že táto funkcia má slúžiť iba ako pred­
bežný filter pre výber vozidiel na dôkladnejšiu kontrolu a nena­
hrádza formálny postup inšpekcie podľa ustanovení nariadenia
(EÚ) č. 165/2014. V odôvodnení 9 tohto nariadenia sa uvádza,
že diaľková komunikácia medzi tachografom a kontrolnými
orgánmi na účely cestnej kontroly uľahčuje cielené cestné
kontroly.
DSC_2 Údaje sa vymieňajú komunikáciou, ktorá predstavuje bezdrô­
tový styk s použitím bezdrôtovej komunikácie DSRC 5,8 GHz
v súlade s týmto dodatkom a testovaných porovnávaním
s príslušnými parametrami normy EN 300 674-1 {Electromag­
netic compatibility and Radio spectrum Matters (ERM); Road
Transport and Traffic Telematics (RTTT); Dedicated Short
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 536
Range Communication (DSRC) transmission equipment (500
kbit/s / 250 kbit/s) operating in the 5,8 GHz Industrial, Scien­
tific and Medical (ISM) band; Part 1: General characteristics
and test methods for Road Side Units (RSU) and On -Board
Units (OBU)}.
DSC_3 Komunikácia s komunikačným zariadením sa nadviaže iba po
vyslaní požiadavky zo zariadenia príslušného kontrolného
orgánu s použitím rádiokomunikačných prostriedkov spĺňajú­
cich príslušné požiadavky (snímač komunikačného zariadenia
na diaľkovú včasnú detekciu (REDCR)).
DSC_4 Údaje musia byť zabezpečené, aby zaručovali integritu.
DSC_5 Prístup k preneseným údajom majú iba príslušné kontrolné
orgány oprávnené kontrolovať porušovanie nariadenia (ES)
č. 561/2006 a nariadenia (EÚ) č. 165/2014 a dielne, pokiaľ
je to potrebné na overenie správneho fungovania tachografu.
DSC_6 V rámci komunikácie sa vymieňajú iba údaje potrebné na
cielenie cestných kontrol vozidiel s potenciálne zmanipulo­
vaným alebo zneužitým tachografom.
DSC_7 Integrita a zabezpečenie údajov sa dosahuje zabezpečením
údajov v jednotke vozidla (VU) a prenášaním iba zabezpeče­
ných obsahových údajov a údajov týkajúcich sa zabezpečenia
(pozri 5.4.4) prostredníctvom média diaľkovej komunikácie
DSRC 5,8 GHz, čo znamená, že iba oprávnené osoby z prísluš­
ných kontrolných orgánov majú prostriedky na preskúmanie
údajov prenesených v rámci komunikácie a na overenie ich
antenticity. Pozri dodatok 11 Spoločné mechanizmy zabezpe­
čenia.
DSC_8 Údaje musia obsahovať časovú pečiatku udávajúcu čas ich
poslednej aktualizácie.
DSC_9 S obsahom bezpečnostných údajov môžu byť oboznámené iba
príslušné kontrolné orgány v rámci kontroly a strany, s ktorými
si tieto orgány vymieňajú dané informácie, a netýkajú sa ho
ustanovenia pre komunikáciu uvedené v tomto dodatku,
s výnimkou prípadu, keď sa v ustanovení pre komunikáciu
požaduje prenos balíka bezpečnostných údajov s každým
balíkom obsahových údajov.
DSC_10 Rovnaká architektúra a zariadenie sa musí dať použiť na získa­
vanie údajov v rámci iných koncepcií (napríklad palubné
váženie), s použitím štruktúry stanovenej v tomto dodatku.
DSC_11 Na spresnenie, v súlade s ustanoveniami nariadenia (EÚ)
č. 165/2014 (článok 7), sa v rámci komunikácie neprenášajú
údaje týkajúce sa totožnosti vodiča.
2 ROZSAH PÔSOBNOSTI
Týmto dodatkom sa určuje, ako zástupcovia príslušných kontrolných
orgánov používajú špecifikovanú bezdrôtovú komunikáciu DSRC 5,8
GHz na diaľkové získavanie údajov z cieľového vozidla, na základe
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 537
ktorých sa môže zistiť, že cieľové vozidlo potenciálne porušuje naria­
denie (EÚ) č. 165/2014 a malo by sa zvážiť jeho zastavenie na účely
ďalšieho preskúmania (ďalej len „údaje“).
V nariadení (EÚ) č. 165/2014 sa požaduje, aby sa zber údajov obmedzil
len na tie údaje, na základe ktorých sa môže zistiť potenciálne porušenie
v zmysle článku 9 nariadenia (EÚ) č. 165/2014.
▼M1
V rámci tohto scenára je čas určený na komunikáciu obmedzený, pretože
komunikácia je cielená a má krátky dosah. Príslušné kontrolné orgány
môžu rovnaké komunikačné prostriedky určené na diaľkové monitoro­
vanie tachografu (RTM) používať aj na iné účely [napríklad v súvislosti
s maximálnou hmotnosťou a rozmermi ťažkých nákladných vozidiel
podľa smernice (EÚ) 2015/719], pričom takéto operácie sa môžu vyko­
návať samostatne alebo nadväzne, podľa rozhodnutia príslušných
kontrolných orgánov.
▼B
V tomto dodatku sú špecifikované:
— komunikačné zariadenia, postupy a protokoly, ktoré sa musia
používať na komunikáciu,
— normy a právne predpisy, ktoré musia spĺňať rádiokomunikačné
zariadenia,
— prezentácia údajov komunikačnému zariadeniu,
— postupy dopytu a sťahovania a postupnosť operácií,
— údaje, ktoré sa majú prenášať,
— potenciálny výklad významu údajov prenášaných v rámci komuni­
kácie,
— ustanovenia o bezpečnostných údajoch v rámci komunikácie,
— dostupnosť údajov príslušným kontrolným orgánom,
— ako môže snímač komunikačného zariadenia na diaľkovú včasnú
detekciu požadovať rôzne koncepcie údajov o náklade a vozovom
parku.
Na spresnenie, v tomto dodatku nie sú špecifikované:
— vykonávanie a riadenie získavania údajov v rámci VU (ktoré
vyplynie z technického riešenia produktov, ak sa na inom mieste
v nariadení (EÚ) č. 165/2014 nestanovuje inak),
— forma prezentácie získaných údajov zástupcom príslušných kontrol­
ných orgánov, ani kritériá, ktoré používajú príslušné kontrolné
orgány pri rozhodovaní o tom, ktoré vozidlo zastaviť (to vyplynie
z technického riešenia produktov, ak sa nestanovuje inak na inom
mieste v nariadení (EÚ) č. 165/2014 alebo v politickom rozhodnutí
príslušných kontrolných orgánov). Na spresnenie: komunikáciou sa
údaje sprístupňujú príslušným kontrolným orgánom, iba aby mohli
tieto orgány prijímať informované rozhodnutia,
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 538
— opatrenia na zaistenie zabezpečenia údajov (ako je šifrovanie) týka­
júce sa obsahu údajov (ktoré sa stanovia v dodatku 11 Spoločné
mechanizmy zabezpečenia).
— podrobnosti o prípadných iných koncepciách údajov než RTM, ktoré
sa dajú získať s použitím rovnakej architektúry a zariadenia,
— podrobnosti správania a riadenia medzi VU a DSRC – VU, ani
správania v rámci DSRC – VU (okrem poskytovania údajov na
základe požiadavky zo snímača REDCR).
3 SKRATKY, VYMEDZENIA POJMOV A NOTÁCIE
V tomto dodatku sa používajú tieto osobitné skratky a vymedzenia
pojmov:
anténa elektrické zariadenie, ktoré premieňa
elektrickú energiu na rádiové vlny
a naopak, pričom sa používa
v kombinácii s rádiovým vysielačom
alebo prijímačom. Počas prevádzky
rádiový vysielač dodáva elektrický
prúd kmitajúci s rádiovou frekven­
ciou na svorky antény a anténa
vyžaruje energiu z tohto prúdu ako
elektromagnetické vlny (rádiové
vlny). Pri prijímaní signálu anténa
zachytáva určitú časť energie elek­
tromagnetickej vlny a na jej svor­
kách tým vzniká nízke napätie,
ktoré sa zosilňuje v prijímači,
komunikácia výmena informácií/údajov medzi
DSRC – REDCR a DSRC – VU
vo vzťahu master/slave (hlavná/
podriadená jednotka) podľa oddielu 5
na účely získania údajov,
údaje zabezpečené údaje stanoveného
formátu (pozri 5.4.4), o ktoré
požiadal snímač DSRC – REDCR
a ktoré mu boli poskytnuté
z jednotky DSRC – VU spojením
DSRC 5,8 GHz podľa oddielu 5
nižšie,
nariadenie (EÚ) č. 165/2014 nariadenie Európskeho parlamentu
a Rady (EÚ) č. 165/2014 zo
4. februára 2014 o tachografoch
v cestnej doprave, ktorým sa ruší
nariadenie Rady (EHS) č. 3821/85
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 539
o záznamovom zariadení v cestnej
doprave a mení nariadenie Európ­
skeho parlamentu a Rady (ES)
č. 561/2006 o harmonizácii niekto­
rých právnych predpisov v sociálnej
oblasti, ktoré sa týkajú cestnej
dopravy,
AID Application Identifier (identifikátor
aplikácie)
BLE Bluetooth Low Energy (nízkoener­
getický systém Bluetooth)
BST Beacon Service Table (tabuľka
prevádzkových režimov majáka)
CIWD Card insertion while driving
(vloženie karty počas jazdy)
CRC cyclic redundancy check (kontrola
cyklickým kódom)
DSC (n) identifikátor požiadavky na osobitný
dodatok k DSRC
DSRC Dedicated Short Range Communica­
tion (vyhradená komunikácia krát­
keho dosahu)
DSRC-REDCR DSRC – Remote Early Detection
Communication Reader (snímač
komunikačného zariadenia na diaľ­
kovú včasnú detekciu)
DSRC-VU DSRC – Vehicle Unit (jednotka
vozidla). Ide o „zariadenie na diaľ­
kovú včasnú detekciu“ vymedzené
v prílohe 1C.
DWVC Driving without valid card (jazda
bez platnej karty)
EID Element Identifier (identifikátor
prvku)
LLC Logical Link Control (riadenie
logického spojenia)
LPDU LLC Protocol Data Unit (protoko­
lová dátová jednotka LLC)
OWS Onboard Weighing System (palubný
vážiaci systém)
PDU Protocol Data Unit (protokolová
dátová jednotka)
REDCR Remote early detection communica­
tion reader (snímač komunikačného
zariadenia na diaľkovú včasnú
detekciu). Ide o „snímač komunikač­
ného zariadenia na diaľkovú včasnú
detekciu“ vymedzený v prílohe 1C
RTM Remote Tachograph Monitoring
(diaľkové monitorovanie tachografu)
SM-REDCR Security Module – Remote early
detection communication reader
(modul zabezpečenia – snímač
komunikačného zariadenia na diaľ­
kovú včasnú detekciu)
TARV Telematics Applications for Regu­
lated Vehicles (telematické aplikácie
pre regulované vozidlá) (súbor
noriem ISO 15638)
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 540
VU Vehicle Unit (jednotka vozidla)
VUPM Vehicle Unit Payload Memory
(pamäť jednotky vozidla pre obsa­
hové údaje)
VUSM Vehicle Unit Security Module
(modul zabezpečenia jednotky
vozidla)
VST Vehicle Service Table (tabuľka
jednotky vozidla)
WIM Weigh in motion (váženie za
pohybu)
WOB Weigh on board (palubné váženie)
Špecifikácia uvedená v tomto dodatku odkazuje na nasledujúce nariade­
nia a normy alebo ich časti a vychádza z nich. V ustanoveniach tohto
dodatku sú uvedené príslušné normy alebo ich príslušné časti. V prípade
akýchkoľvek nezrovnalostí majú prednosť ustanovenia tohto dodatku.
V prípade akýchkoľvek nezrovnalostí, ak v tomto dodatku nie je jednoz­
načne určená žiadna špecifikácia, prednosť má prevádzka podľa normy
ERC 70-03 (overí sa porovnaním s príslušnými parametrami normy EN
300 674-1) a ďalej v zostupnom poradí podľa noriem EN 12795, EN
12253 EN 12834 a EN 13372, 6.2, 6.3, 6.4 a 7.1.
V dodatku sa odkazuje na tieto nariadenia a normy:
1. Nariadenie Európskeho parlamentu a Rady (EÚ) č. 165/2014 zo
4. februára 2014 o tachografoch v cestnej doprave, ktorým sa ruší
nariadenie Rady (EHS) č. 3821/85 o záznamovom zariadení
v cestnej doprave a mení nariadenie Európskeho parlamentu
a Rady (ES) č. 561/2006 o harmonizácii niektorých právnych pred­
pisov v sociálnej oblasti, ktoré sa týkajú cestnej dopravy.
2. Nariadenie Európskeho parlamentu a Rady (ES) č. 561/2006
z 15. marca 2006 o harmonizácii niektorých právnych predpisov
v sociálnej oblasti, ktoré sa týkajú cestnej dopravy, ktorým sa
menia a dopĺňajú nariadenia Rady (EHS) č. 3821/85 a (ES)
č. 2135/98 a zrušuje nariadenie Rady (EHS) č. 3820/85 (Text
s významom pre EHP).
3. ERC 70-03 CEPT: odporúčanie ECC 70-03: týkajúce sa používania
zariadení s krátkym dosahom.
4. ISO 15638 Inteligentné dopravné systémy – Rámec pre koopera­
tívne telematické aplikácie pre reguláciu komerčných nákladných
vozidiel (TARV).
5. EN 300 674-1 Elektromagnetická kompatibilita a záležitosti rádio­
vého spektra (ERM), Telematika v cestnej doprave a prevádzke
(RTTT), Vysielacie zariadenia účelových komunikácií na krátku
vzdialenosť (DSRC) (500 kbit/s, 250 kbit/s) pracujúce v pásme
ISM 5,8 GHz pre priemyselné, vedecké a zdravotnícke zariadenia,
časť 1: Všeobecné charakteristiky a skúšobné metódy pre cestné
jednotky (RSU) a palubné jednotky (OBU).
6. EN 12253 Telematika v cestnej doprave a preprave. Vyhradená
komunikácia krátkeho dosahu pomocou majákového vozidla. Fyzi­
kálna úroveň na báze nosiča 5,8 GHz.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 541
7. EN 12795 Telematika v cestnej doprave a preprave. Jednoúčelová
komunikácia s krátkym dosahom. Vrstva údajového spojenia.
Stredný prístup a kontrola logického spojenia.
8. EN 12834 Telematika v cestnej doprave a preprave. Jednoúčelová
komunikácia s krátkym dosahom. Aplikačná úroveň.
9. EN 13372 Telematika v cestnej doprave a preprave. Vyhradená
komunikácia krátkeho dosahu. Profily na použitie v RTTT.
10. ISO 14906 Elektronické zhromažďovanie poplatkov. Stanovenie
použiteľných rozhraní pre vyhradenú komunikáciu krátkeho dosahu.
4 PREVÁDZKOVÉ SCENÁRE
4.1 Prehľad
V nariadení (EÚ) č. 165/2014 sú stanovené konkrétne a kontrolované
scenáre, v rámci ktorých sa má používať komunikácia.
Podporované sú tieto scenáre:
„Komunikačný profil č. 1: Cestná kontrola, pri ktorej sa používa
bezdrôtová komunikácia krátkeho dosahu prostredníctvom snímača
komunikačného zariadenia na diaľkovú včasnú detekciu a ktorá je
podnetom na fyzickú cestnú kontrolu (master/slave – hlavná/podriadená
jednotka)
Profil snímača 1a: prostredníctvom ručného snímača komunikačného
zariadenia na diaľkovú včasnú detekciu alebo snímača dočasne inštalo­
vaného a zacieleného pri ceste
Profil snímača 1b: prostredníctvom snímača komunikačného zariadenia
na diaľkovú včasnú detekciu inštalovaného a ovládaného vo vozidle“.
4.1.1 Predpoklady na prenos údajov prostredníctvom rozhrania DSRC 5,8
GHz
POZNÁMKA: Pre pochopenie kontextu predpokladov pozri
obrázok 14.3.
4.1.1.1 Údaje uchovávané vo VU
DSC_12 VU zodpovedá za aktualizáciu údajov každých 60 sekúnd
a ich uchovávanie vo VU bez akéhokoľvek zásahu komuni­
kačnej funkcie DSRC. Prostriedky, ktorými sa to dosahuje,
závisia od VU, sú stanovené v nariadení (EÚ) č. 165/2014,
prílohe 1 C, oddiele 3.19 „Diaľková komunikácia pre cielené
cestné kontroly“ a nestanovujú sa v tomto dodatku.
4.1.1.2 Údaje poskytované zariadeniu DSRC – VU
DSC_13 VU zodpovedá za aktualizáciu údajov DSRC tachografu
(údaje) pri každej aktualizácii údajov uložených vo VU v inter­
vale stanovenom v bode 4.1.1.1 (DSC_12), bez akéhokoľvek
zásahu komunikačnej funkcie DSRC.
DSC_14 Údaje VU sa používajú ako základ pre zhromažďovanie
a aktualizáciu údajov, pričom prostriedky, ktorými sa to dosa­
huje, sú stanovené v prílohe 1 C, oddiele 3.19 „Diaľková
komunikácia pre cielené cestné kontroly“, alebo ak neexistuje
žiadna taká špecifikácia, vyplývajú z technického riešenia
zariadenia a nestanovujú sa v tomto dodatku. Technické
riešenie prepojenia medzi zariadením DSRC – VU a VU je
uvedené v oddiele 5.6.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 542
4.1.1.3 Obsah údajov
DSC_15 Obsah a formát údajov musia byť také, aby po dekódovaní
boli štruktúrované a sprístupnené vo forme a formáte podľa
bodu 5.4.4 tohto dodatku (Štruktúry údajov).
4.1.1.4 Prezentácia údajov
DSC_16 Údaje, ktoré sa v súlade s postupmi stanovenými v bode 4.1.1.1
často aktualizujú, sa pred prezentáciou zariadeniu DSRC – VU
zabezpečia a prezentujú sa ako zabezpečená hodnota
koncepcie údajov na dočasné uloženie v DSRC – VU ako
aktuálna verzia údajov. Tieto údaje sa prenášajú z modulu
VUSM do pamäte VUPM ako funkcie DSRC. VUSM
a VUPM sú funkcie a nemusia nevyhnutne byť fyzickými
objektmi. Forma fyzickej konkretizácie vykonávania týchto
funkcií je vecou technického riešenia zariadenia, pokiaľ sa
nešpecifikuje na inom mieste v nariadení (EÚ) č. 165/2014.
4.1.1.5 Bezpečnostné údaje
▼M3
DSC_17 Bezpečnostné údaje (DSRCSecurityData), ktoré predstavujú
údaje požadované snímačom REDCR na doplnenie jeho schop­
nosti dešifrovať údaje, sa dodajú v súlade s dodatkom 11
Spoločné bezpečnostné mechanizmy na dočasné uloženie
v DSRC – VU ako aktuálna verzia DSRCSecurityData vo
forme stanovenej v bode 5.4.4 tohto dodatku.
▼B
4.1.1.6 Údaje VUPM dostupné na prenos prostredníctvom rozhrania DSRC
DSC_18 Koncepcia údajov, ktorá musí byť vždy dostupná v pamäti
VUPM ako funkcii DSRC na okamžitý prenos na základe
požiadavky snímača REDCR, je stanovená v odseku 5.4.4
pre úplné špecifikácie modulu ASN.1.
Všeobecný prehľad komunikačného profilu 1
Tento profil zahŕňa prípad použitia, keď zástupca príslušného kontrol­
ného orgánu používa diaľkovú komunikáciu krátkeho dosahu prostred­
níctvom snímača komunikačného zariadenia na diaľkovú včasnú
detekciu (rozhrania DSRC 5,8 GHz pracujúce v súlade s odporúčaním
ERC 70-03 a testované porovnávaním s príslušnými parametrami normy
EN 300 674-1 v súlade s oddielom 5) (REDCR) na diaľkovú identifi­
káciu vozidla, ktoré potenciálne porušuje nariadenie (EÚ) č. 165/2014.
Zástupca príslušného kontrolného orgánu, ktorý riadi snímanie, po iden­
tifikácii rozhodne, či by sa vozidlo malo zastaviť.
4.1.2 Profil 1a: prostredníctvom ručného snímača komunikačného zariadenia
na diaľkovú včasnú detekciu alebo snímača dočasne inštalovaného
a zacieleného pri ceste
V tomto prípade použitia sa zástupca príslušného kontrolného orgánu
nachádza pri ceste a zacieli ručný, stojanový alebo iný prenosný snímač
REDCR z okraja cesty na stred čelného skla cieľového vozidla.
Snímanie sa vykonáva prostredníctvom rozhraní DSRC 5,8 GHz pracu­
júcich v súlade s odporúčaním ERC 70-03 a testovaných porovnávaním
s príslušnými parametrami normy EN 300 674-1 v súlade s odsekom 5.
Pozri obrázok 14.1 (prípad použitia 1).
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 543
Obrázok 14.1
Snímanie z okraja cesty prostredníctvom DSRC 5,8 GHz
4.1.3 Profil 1b: prostredníctvom snímača komunikačného zariadenia na diaľ­
kovú včasnú detekciu (REDCR) inštalovaného a ovládaného vo vozidle
V tomto prípade použitia sa zástupca príslušného kontrolného orgánu
nachádza v pohybujúcom sa vozidle a buď zacieli prenosný ručný
snímač REDCR z vozidla na stred čelného skla cieľového vozidla,
alebo je snímač REDCR upevnený vo vozidle, prípadne na ňom tak,
aby bol zacielený na stred čelného skla cieľového vozidla, keď je
vozidlo so snímačom komunikačného zariadenia na diaľkovú včasnú
detekciu v určitej pozícii voči cieľovému vozidlu (napríklad priamo
pred ním v dopravnom prúde). Snímanie sa vykonáva prostredníctvom
rozhraní DSRC 5,8 GHz pracujúcich v súlade s odporúčaním ERC 70-
03 a testovaných porovnávaním s príslušnými parametrami normy EN
300 674-1 v súlade s odsekom 5. Pozri obrázok 14.2 (prípad použitia 2).
Obrázok 14.2
Snímanie z vozidla prostredníctvom DSRC 5,8 GHz
4.2 Zabezpečenie a integrita
Aby bolo možné overiť autenticitu a integritu údajov sťahovaných
prostredníctvom diaľkovej komunikácie, zabezpečené údaje sa overujú
a dekódujú v súlade s dodatkom 11 Spoločné mechanizmy zabezpe­
čenia.
5 TECHNICKÉ RIEŠENIE A PROTOKOLY DIAĽKOVEJ KOMUNI­
KÁCIE
5.1 Technické riešenie
Technické riešenie funkcie diaľkovej komunikácie inteligentného tacho­
grafu je znázornené na obrázku 14.3.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 544
Obrázok 14.3
Technické riešenie funkcie diaľkovej komunikácie
DSC_19 Vo VU sú umiestnené tieto funkcie:
— Modul zabezpečenia (VUSM). Táto funkcia vo VU je
zodpovedná za zabezpečenie údajov, ktoré sa majú
prostredníctvom diaľkovej komunikácie prenášať
z DSRC – VU k zástupcovi príslušného kontrolného
orgánu.
— Zabezpečené údaje sa uchovávajú v pamäti VUSM. V inter­
valoch stanovených v bode 4.1.1.1 (DSC_12) VU kóduje
a dopĺňa údaje v rámci koncepcie RTMdata (ktorá zahŕňa
hodnoty koncepcie obsahových a bezpečnostných údajov
určené v ďalšej časti tohto dodatku) uchovávané v pamäti
DSRC – VU. Prevádzka modulu zabezpečenia je vyme­
dzená dodatku 11 Spoločné mechanizmy zabezpečenia
a je mimo rozsahu pôsobnosti tohto dodatku – s výnimkou
požiadavky poskytovať aktualizáciu komunikačnému zaria­
deniu VU pri každej zmene údajov v module VUSM.
— Komunikácia medzi VU a DSRC – VU môže mať podobu
drôtovej komunikácie alebo komunikácie prostredníctvom
nízkoenergetického systému Bluetooth (BLE) a zariadenie
DSRC – VU môže byť fyzicky umiestnené ako integrálna
súčasť antény na čelnom skle vozidla, vo vnútri VU alebo
niekde medzi týmito polohami.
— Zariadenie DSRC – VU musí mať neustále k dispozícii
spoľahlivý zdroj napájania. Spôsob napájania je otázkou
technického riešenia.
— Zariadenie DSRC – VU musí byť vybavené stálou energe­
ticky nezávislou pamäťou, aby sa údaje v DSRC – VU
zachovali, aj keď je zapaľovanie vozidla vypnuté.
— Ak sa komunikácia medzi VU a DSRC – VU vykonáva
prostredníctvom systému BLE a napájacím zdrojom je
nenabíjateľná batéria, napájací zdroj DRSC – VU sa
musí vymeniť pri každej pravidelnej inšpekcii a výrobca
zariadenia DSRC – VU je zodpovedný za zaistenie
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 545
vhodného napájacieho zdroja, ktorý vydrží od jednej pravi­
delnej inšpekcie do ďalšej, aby tak mal snímač REDCR
počas celého uvedeného obdobia zabezpečený normálny
prístup k údajom bez zlyhania alebo prerušenia.
— Zariadenie VU RTM „obsahová pamäť“ (VUPM). Táto
funkcia vo VU je zodpovedná za poskytovanie a aktuali­
záciu údajov. Obsah údajov. („TachographPayload“) je
vymedzený nižšie v odsekoch 5.4.4 a 5.4.5 a aktualizuje
sa v intervale stanovenom v bode 4.1.1.1 (DSC_12).
— DSRC – VU. Ide o funkciu zariadenia, ktoré je súčasťou
antény alebo je k nej pripojené a komunikuje s VU
prostredníctvom drôtového alebo bezdrôtového (BLE)
pripojenia, sú v ňom uložené aktuálne údaje (VUPM-
data) a riadi odpoveď na snímanie prostredníctvom
média DSRC 5,8 GHz. Odpojenie zariadenia DRSC
alebo manipulovanie jeho funkčnosti počas bežnej prevá­
dzky vozidla sa považuje za porušenie nariadenia (EÚ)
č. 165/2014.
— Modul zabezpečenia (REDCR) (SM – REDCR) je funkcia,
ktorá sa používa na dekódovanie a kontrolu integrity
údajov odchádzajúcich z VU. Prostriedky, ktorými sa to
dosahuje, sú určené v dodatku 11 – Spoločné mechanizmy
zabezpečenia – a nie sú vymedzené v tomto dodatku.
— Zariadenie funkcie DSRC (REDCR) (DSRC – REDCR)
pozostáva z vysielača/prijímača 5,8 GHz a príslušného
firmvéru a softvéru, ktorý riadi komunikáciu s DSRC – VU
podľa tohto dodatku.
— Zariadenie DSRC – REDCR sníma DSRC – VU cieľového
vozidla a prostredníctvom spojenia DSRC získava údaje
(aktuálne údaje VUPM-data cieľového vozidla), ktoré spra­
cováva a ukladá do svojej pamäte SM – REDCR.
▼M1
— Anténa DSRC – VU sa umiestni tak, aby sa optimalizovala
komunikácia DSRC medzi vozidlom a cestnou anténou so
snímačom, keď je snímač nainštalovaný vo vzdialenosti 15
metrov pred vozidlom a vo výške 2 metre a nasmerovaný
na horizontálny a vertikálny stred čelného skla. V ľahkých
vozidlách je vhodná inštalácia vo vrchnej časti čelného
skla. Pre všetky ostatné vozidlá sa anténa DSRC inštaluje
buď blízko spodnej alebo vrchnej časti čelného skla.
▼B
DSC_20 Anténa a komunikácia pracuje v rámci odporúčania ERC 70-
03 a testuje sa porovnávaním s príslušnými parametrami
normy EN 300 674-1 v súlade s odsekom 5. Anténa a komu­
nikácia môžu uplatňovať techniky na zmiernenie rizika bezdrô­
tovej intereferencie uvedené v správe ECC 228, napr.
pomocou filtrov pri komunikácii CEN DSRC 5.8 GHz.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 546
DSC_21 Anténa DSRC musí byť pripojená k zariadeniu DSRC – VU
buď priamo v rámci modulu upevneného na čelné sklo alebo
v jeho blízkosti, alebo prostredníctvom vyhradeného kábla
skonštruovaného tak, aby sa sťažilo jeho neoprávnené odpo­
jenie. Odpojenie antény alebo manipulovanie jej funkčnosti sa
považuje za porušenie nariadenia (EÚ) č. 165/2014. Úmyselné
maskovanie alebo iné nežiaduce ovplyvňovanie prevádzkovej
výkonnosti antény sa považuje za porušenie nariadenia (EÚ)
č. 165/2014.
DSC_22 ►M1 Tvar antény nie je určený a je otázkou komerčného
rozhodnutia, pokiaľ namontované zariadenie DSRC – VU
spĺňa požiadavky súladu stanovené v nižšie uvedenom oddiele
5. Anténa sa umiestni tak, ako sa stanovuje v odseku DSC_19,
pričom musí umožňovať efektívne použitie podľa bodov 4.1.2
a 4.1.3. ◄
Obrázok 14.4
Príklad umiestnenia antény DSRC 5,8 GHz na čelnom skle
regulovaných vozidiel
Tvar snímača REDCR a jeho antény sa môže meniť podľa podmienok
snímania (snímač upevnený na stojane, držaný v ruke, upevnený vo
vozidle atď.) a podľa prevádzkového postupu, ktorý používa zástupca
príslušného kontrolného orgánu.
Na prezentáciu výsledkov funkcie diaľkovej komunikácie zástupcovi
príslušného kontrolného orgánu sa používa funkcia zobrazenia a/alebo
upozornenia. Výsledok sa môže zobraziť na monitore, ako tlačený
výstup, ako zvukový signál alebo ako ich kombinácia. Forma zobrazenia
a/alebo upozornenia je vecou požiadaviek zástupcov príslušných kontrol­
ných orgánov a technického riešenia zariadenia a nie je špecifikovaná
v tomto dodatku.
DSC_23 Konštrukcia a tvar snímača REDCR sú vecou komerčných
návrhov v súlade s odporúčaním ERC 70-03, ako aj
s konštrukčnými a prevádzkovými špecifikáciami podľa tohto
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 547
dodatku (odsek 5.3.2), takže poskytujú trhu maximálnu flexi­
bilitu, aby sa navrhovali a poskytovali zariadenia spĺňajúce
osobitné potreby jednotlivých príslušných kontrolných
orgánov.
DSC_24 Konštrukcia a tvar zariadenia DSRC – VU a jeho umiestnenie
vnútri alebo mimo VU sú vecou komerčných návrhov v súlade
s odporúčaním ERC 70-03 a s konštrukčnými a prevádzkovými
špecifikáciami stanovenými v tomto dodatku (odsek 5.3.2)
a v tomto oddiele (5.1).
DSC_25 Zariadenie DSRC – VU však musí byť primerane schopné
prijímať hodnoty koncepcie údajov od ostatných inteligent­
ných zariadení vozidla prostredníctvom otvorených prepojení
a protokolov zodpovedajúcich normám odvetvia (napríklad od
zariadenia na palubné váženie), pokiaľ sa takéto koncepcie
údajov identifikujú pomocou jedinečných a známych identifi­
kátorov aplikácií alebo názvov súborov; pokyny na používanie
takých protokolov musia byť sprístupnené Európskej komisii
a bezplatne dostupné výrobcom príslušných zariadení.
5.2 Pracovný postup
5.2.1 Operácie
Pracovný postup operácií je znázornený na obrázku 14.5.
Obrázok 14.5
Pracovný postup pre funkciu diaľkovej komunikácie
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 548
Tu sú opísané jednotlivé kroky:
a) Keď je vozidlo v prevádzke (zapaľovanie je zapnuté – „ON“), tacho­
graf poskytuje údaje funkcii VU. Funkcia VU pripravuje údaje pre
funkciu diaľkovej komunikácie (zakódované) a aktualizuje údaje
VUPM uložené v pamäti zariadenia DSRC – VU (ako je stanovené
v bodoch 4.1.1.1 a 4.1.1.2). Získané údaje sa formátujú podľa
odsekov 5.4.4 a 5.4.5.
b) Vždy, keď sa údaje aktualizujú, aktualizuje sa aj časová pečiatka
uvedená v koncepcii bezpečnostných údajov.
c) Funkciou VUSM sa údaje zabezpečujú v súlade s postupmi stanove­
nými v dodatku 11.
d) Vždy, keď sa údaje aktualizujú (pozri body 4.1.1.1 a 4.1.1.2),
prenesú sa do zariadenia DSRC – VU, kde nahradia všetky predchá­
dzajúce údaje, aby bolo možné zakaždým poskytnúť aktualizované
údaje (údaje) v prípade ich snímania prostredníctvom snímača
REDCR. Keď VU poskytuje údaje zariadeniu DSRC – VU, je
možné ich identifikovať na základe názvu súboru RTMData alebo
identifikátormi ApplicationID a Attribute.
e) Ak chce zástupca príslušného kontrolného orgánu zacieliť vozidlo
a získať z cieľového vozidla údaje, najskôr musí vložiť svoju inte­
ligentnú kartu do snímača REDCR, aby sa aktivovala komunikácia
a zariadenie SM – REDCR mohlo overiť autenticitu karty a dekó­
dovať údaje.
f) Zástupca príslušného kontrolného orgánu potom zacieli vozidlo
a prostredníctvom diaľkovej komunikácie si vyžiada údaje. Snímač
REDCR nadviaže reláciu rozhrania DSRC 5,8 GHz so zariadením
DSRC – VU cieľového vozidla a požiada o údaje. Údaje sa prená­
šajú do snímača REDCR systémom bezdrôtovej komunikácie ako
atribút DSRC s využitím aplikačnej služby GET v zmysle oddielu
5.4. Tento atribút obsahuje šifrované hodnoty obsahových údajov
a bezpečnostných údajov DSRC.
g) Zariadenie REDCR údaje analyzuje a poskytuje ich zástupcovi
príslušného kontrolného orgánu.
h) Zástupca príslušného kontrolného orgánu používa údaje pri rozho­
dovaní, či zastaviť vozidlo na dôkladnú kontrolu alebo nie, prípadne
či požiadať iného zástupcu príslušného kontrolného orgánu, aby
vozidlo zastavil.
5.2.2 Výklad údajov získaných prostredníctvom komunikácie DSRC
DSC_26 Údaje získané prostredníctvom rozhrania 5,8 GHz majú
výlučne zmysel a význam vymedzený v odsekoch 5.4.4
a 5.4.5 nižšie a treba ich chápať v rámci tam stanovených
cieľov. V súlade s ustanoveniami nariadenia (EÚ) č. 165/2014
sa údaje použijú iba na poskytnutie relevantných informácií
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 549
príslušnému kontrolnému orgánu ako pomoc pri rozhodovaní
o tom, ktoré vozidlo zastaviť na fyzickú kontrolu, a v súlade
s článkom 9 nariadenia (EÚ) č. 165/2014 sa musia následne
vymazať.
5.3 Parametre fyzického rozhrania DSRC pre diaľkovú komunikáciu
5.3.1 Obmedzenia na umiestnenie
DSC_27 Diaľkové snímanie vozidiel prostredníctvom rozhrania DSRC
5,8 GHz by sa nemalo používať v okruhu 200 metrov od
funkčného portálu DSRC 5,8 GHz.
5.3.2 Parametre zostupného (downlink) a vzostupného (uplink) prepojenia
DSC_28 Zariadenie používané na diaľkové monitorovanie tachografu
musí zodpovedať odporúčaniu ERC 70-03 a parametrom
stanoveným v tabuľkách 14.1 a 14.2 a pracovať v súlade
s nimi.
DSC_29 Aby sa zaistila kompatibilita s prevádzkovými parametrami
ďalších normovaných systémov DSRC 5,8 GHz, zariadenie
používané na diaľkové monitorovanie tachografu musí navyše
zodpovedať parametrom uvedeným v normách EN 12253
a EN 13372.
Ide o:
Tabuľka 14.1
Parametre zostupného prepojenia (downlink)
Číslo položky Parameter Hodnota (hodnoty) Poznámka
D1 Frekvencie nosiča zostup­
ného prepojenia
Snímač REDCR môže
použiť štyri alternatívy:
5,7975 GHz
5,8025 GHz
5,8075 GHz
5,8125 GHz
V súlade s ERC 70-03.
Frekvencie nosiča môže zvoliť
realizátor cestného systému
a nemusia byť známe zariadeniu
DSRC – VU.
(V súlade s normami EN 12253,
EN 13372)
D1a (*) Tolerancia frekvencií nosiča do ±5 ppm (V súlade s normou EN 12253)
D2 (*) Spektrálna maska vysielača
pri ceste – RSU (REDCR)
V súlade s ERC 70-03.
REDCR musí zodpovedať
triedam B a C podľa
normy EN 12253.
Žiadne iné osobitné požia­
davky v rámci tejto prílohy.
Parameter používaný na kontrolu
rušenia medzi snímačmi vo
vzájomnej blízkosti (podľa noriem
EN 12253 a EN 13372).
D3 Minimálny frekvenčný
rozsah palubnej jednotky –
OBU (DSRC – VU)
5,795 – 5,815 GHz (V súlade s normou EN 12253)
D4 (*) Maximálny výkon EIRP V súlade s odporúčaním
ERC 70-03 (bez licencie)
a s vnútroštátnymi práv­
nymi predpismi
Maximálne + 33 dBm
(V súlade s normou EN 12253)
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 550
Číslo položky Parameter Hodnota (hodnoty) Poznámka
D4a Uhlová maska výkonu
EIRP
Podľa deklarovanej a uverej­
nenej špecifikácie konštruk­
téra snímača
(V súlade s normou EN 12253)
D5 Polarizácia Kruhová ľavotočivá (V súlade s normou EN 12253)
D5a Diagonálna polarizácia XPD:
V osi: (REDCR) RSU
t ≥15 dB
(DSRC-VU) OBU r ≥10 dB
V oblasti –3 dB: (REDCR)
RSU t ≥10 dB
(DSRC-VU) OBU r ≥6 dB
(V súlade s normou EN 12253)
D6 (*) Modulácia Dvojúrovňová amplitúdová
modulácia
(V súlade s normou EN 12253)
D6a (*) Modulačný index 0,5 … 0,9 (V súlade s normou EN 12253)
D6b Diagram oka ≥ 90 % (čas) / ≥ 85 %
(amplitúda)
D7 (*) Kódovanie údajov FM0
Bit „1“ má prechod iba na
začiatku a na konci bito­
vého intervalu. Bit „0“ má
doplnkový prechod v strede
bitového intervalu v porov­
naní s bitom „1“.
(V súlade s normou EN 12253)
D8 (*) Bitová rýchlosť 500 kBit/s (V súlade s normou EN 12253)
D8a Tolerancia bitových hodín Lepšia ako ±100 ppm. (V súlade s normou EN 12253)
D9 (*) Bitová chybovosť (BER)
pre komunikáciu
≤ 10 – 6 , keď dopadajúci
výkon na OBU
(DSRC – VU) je
v rozmedzí stanovenom
v bodoch [D11a až D11b].
(V súlade s normou EN 12253)
D10 Spúšťací signál pre OBU
(DSRC-VU)
OBU (DSRC-VU) sa musí
spustiť po prijatí akého­
koľvek rámca s najmenej
11 oktetmi (vrátane pream­
buly).
Nie je potrebný žiadny osobitný
vzor spúšťania.
DSRC – VU sa môže spustiť aj po
prijatí rámca s menej než
11 oktetmi.
(V súlade s normou EN 12253)
D10a Maximálny čas začiatku ≤ 5 ms (V súlade s normou EN 12253)
D11 Komunikačná zóna Priestorová oblasť, v ktorej
sa dosahuje hodnota BER
podľa bodu D9a.
(V súlade s normou EN 12253)
D11a (*) Hraničná hodnota výkonu
pre komunikáciu (horná).
– 24dBm (V súlade s normou EN 12253)
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 551
Číslo položky Parameter Hodnota (hodnoty) Poznámka
D11b (*) Hraničná hodnota výkonu
pre komunikáciu (spodná).
Dopadajúci výkon:
– 43 dBm (v osi)
– 41 dBm (pod uhlom
– 45° až + 45° zodpoveda­
júcim rovine rovnobežnej
s povrchom vozovky, keď
sa DSRC – VU neskôr
inštaluje vo vozidle
(azimut))
(V súlade s normou EN 12253)
Rozšírená požiadavka na horizon­
tálne uhly do ±45° vzhľadom na
možnosti použitia určené v tejto
prílohe.
D12 (*) Vypínacia hladina výkonu
pre (DSRC-VU)
– 60 dBm (V súlade s normou EN 12253)
D13 Preambula Preambula je povinná. (V súlade s normou EN 12253)
D13a Dĺžka a vzor preambuly 16 bitov ±1 bit v prípade
bitov FM0 kódovaných
ako „1“
(V súlade s normou EN 12253)
D13b Tvar signálu preambuly Striedavá postupnosť nízkej
a vysokej úrovne s dĺžkou
trvania pulzu 2 μs.
Tolerancia je uvedená
v bode D8a.
(V súlade s normou EN 12253)
D13c Koncové bity RSU (REDCR) má povo­
lené vyslať najviac 8 bitov
po príznaku ukončenia (end
flag). OBU (DSRC-VU)
nemusí tieto dodatočné bity
zohľadniť.
(V súlade s normou EN 12253)
(*) – Parametre zostupného prepojenia, ktoré podliehajú skúške zhody v súlade s príslušnou skúškou parametrov uvedenou v norme EN
300 674-1.
Tabuľka 14.2
Parametre vzostupného prepojenia (uplink)
Číslo položky Parameter Hodnota (hodnoty) Poznámka
U1 (*) Frekvencie pomocného
nosiča
OBU (DSRC – VU) musí
podporovať 1,5 MHz a 2,0
MHz
RSU (REDCR) musí
podporovať 1,5 MHz alebo
2,0 MHz alebo obe. U1-0:
1,5 MHz U1-1: 2,0 MHz
Voľba frekvencie pomocného
nosiča
(1,5 MHz alebo 2,0 MHz) závisí
od zvoleného profilu podľa normy
EN 13372.
U1a (*) Tolerancia frekvencií
pomocného nosiča
do ± 0,1 % (V súlade s normou EN 12253)
U1b Použitie postranných
pásiem
Rovnaké údaje na oboch
stranách.
(V súlade s normou EN 12253)
U2 (*) Spektrálna maska vysielača
OBU (DSRC-VU)
Podľa normy EN 12253.
1) Výkon mimo pásma:
pozri normu ETSI EN
300674-1
(V súlade s normou EN 12253)
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 552
Číslo položky Parameter Hodnota (hodnoty) Poznámka
2) Výkon v pásme:
[U4a] dBm pri 500 kHz
3) Emisia v akomkoľvek
inom kanáli vzostupného
prepojenia:
U2(3)-1 = – 35 dBm pri
500 kHz
U4a (*) Maximálny výkon EIRP
v jednom postrannom
pásme (v osi)
Dve možnosti:
U4a-0: – 14 dBm
U4a-1: – 21 dBm
Podľa deklarovanej a uverejnenej
špecifikácie konštruktéra
zariadenia.
U4b (*) Maximálny výkon EIRP
v jednom postrannom
pásme (35°)
Dve možnosti:
— neuplatňuje sa
— – 17 dBm
Podľa deklarovanej a uverejnenej
špecifikácie konštruktéra
zariadenia.
U5 Polarizácia Kruhová ľavotočivá (V súlade s normou EN 12253)
U5a Diagonálna polarizácia XPD:
V osi: (REDCR) RSU
r ≥15 dB
(DSRC-VU) OBU t ≥10 dB
Pri – 3 dB: (REDCR) RSU
r ≥10 dB
(DSRC-VU) OBU t ≥6 dB
(V súlade s normou EN 12253)
U6 Modulácia pomocného
nosiča
2-PSK
Zakódované údaje zosyn­
chronizované s pomocným
nosičom: Prechody zakódo­
vaných údajov sa zhodujú
s prechodmi pomocného
nosiča.
(V súlade s normou EN 12253)
U6b Pracovný cyklus Pracovný cyklus:
50 % ± α, α ≤ 5 %
(V súlade s normou EN 12253)
U6c Modulácia nosiča Multiplikácia modulova­
ného pomocného nosiča
s nosičom.
(V súlade s normou EN 12253)
U7 (*) Kódovanie údajov NRZI (Žiadny prechod na
začiatku bitu „1“, prechod
na začiatku bitu „0“, žiadny
prechod v rámci bitu)
(V súlade s normou EN 12253)
U8 (*) Bitová rýchlosť 250 kbit/s (V súlade s normou EN 12253)
U8a Tolerancia bitových hodín do ± 1 000 ppm (V súlade s normou EN 12253)
U9 Bitová chybovosť (BER)
pri komunikácii
≤10 – 6 (V súlade s normou EN 12253)
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 553
Číslo položky Parameter Hodnota (hodnoty) Poznámka
U11 Komunikačná zóna Priestorová oblasť, v ktorej
je zariadenie DSRC – VU
umiestnené tak, že jeho
vysielanie prijíma snímač
REDCR s hodnotou BER
nižšou, než sa uvádza
v bode U9a.
(V súlade s normou EN 12253)
U12a (*) Konverzný zisk (spodná
hranica)
1 dB pre každé postranné
pásmo Rozsah uhlov:
Kruhovo symetrický medzi
osou a ± 35°
a
v rozsahu – 45° až + 45°
zodpovedajúci rovine
rovnobežnej s povrchom
vozovky, keď sa
DSRC – VU neskôr inšta­
luje vo vozidle (azimut))
Vyšší než stanovený rozsah hodnôt
pre horizontálne uhly do ± 45°
vzhľadom na možnosti použitia
určené v tejto prílohe.
U12b (*) Konverzný zisk (horná
hranica)
10 dB pre každé postranné
pásmo
Nižší, než je špecifikovaný rozsah
hodnôt pre každé postranné pásmo
v rámci kruhového kužeľa okolo
osi s počiatočným uhlom ± 45°
U13 Preambula Preambula je povinná. (V súlade s normou EN 12253)
U13a Dĺžka a vzor
preambuly
32 až 36 μs modulované
len s pomocným nosičom,
potom 8 bitov NRZI kódo­
vaných „0“.
(V súlade s normou EN 12253)
U13b Koncové bity DSRC – VU smie vyslať
najviac 8 bitov po príznaku
ukončenia. RSU (REDCR)
nemusí tieto dodatočné bity
zohľadniť.
(V súlade s normou EN 12253)
(*) Parametre vzostupného prepojenia, ktoré podliehajú skúške zhody v súlade s príslušnou skúškou parametrov uvedenou v norme EN
300 674-1.
5.3.3 Konštrukcia antény
5.3.3.1 Anténa REDCR
DSC_30 Konštrukcia antény snímača REDCR je vecou komerčných
návrhov v súlade s obmedzeniami stanovenými v odseku 5.3.2
a je uspôsobená tak, aby optimalizovala snímaciu výkonnosť
zariadenia DSRC – REDCR vzhľadom na konkrétne účely
a prevádzkové podmienky, na ktoré bol snímač REDCR
navrhnutý.
5.3.3.2 Anténa VU
DSC_31 Konštrukcia antény snímača DSRC-VU je vecou komerčných
návrhov v súlade s obmedzeniami stanovenými v odseku 5.3.2
a je uspôsobená tak, aby optimalizovala snímaciu výkonnosť
zariadenia DSRC – REDCR vzhľadom na konkrétne účely
a prevádzkové podmienky, na ktoré bol snímač REDCR
navrhnutý.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 554
DSC_32 Anténa VU musí byť upevnená na čelné sklo vozidla alebo
v jeho blízkosti, ako je špecifikované v oddiele 5.1.
DSC_33 V skúšobnom prostredí v dielni (pozri oddiel 6.3) sa musí
anténa DSRC – VU upevnená podľa oddielu 5.1 vyššie
úspešne spojiť so štandardným skúšobným komunikačným
zariadením a úspešne vykonať transakciu RTM podľa tohto
dodatku na vzdialenosť 2 až 10 metrov viac ako 99 % času,
s priemerom vyše 1 000 snímaní.
5.4 Požiadavky na protokol DSRC pre RTM
5.4.1 Prehľad
DSC_34 Transakčný protokol na sťahovanie údajov prostredníctvom
spojenia s rozhraním DSRC 5,8 GHz prebieha podľa nasle­
dovných krokov. V tomto oddiele sa opisuje transakčný tok
v ideálnych podmienkach bez retransmisie alebo prerušení
komunikácie.
POZNÁMKA Účelom inicializačnej fázy (1. krok) je
pripraviť komunikáciu medzi snímačom REDCR a DSRC –
VU, ktoré vstúpili do transakčnej zóny DSRC 5,8 GHz
(master/slave – hlavná/podriadená jednotka), ale ešte nezačali
komunikáciu so snímačom REDCR, a oznámiť aplikačné
procesy.
— 1. krok Inicializácia. Snímač REDCR posiela dátový
rámec obsahujúci „tabuľku prevádzkových režimov
majáka“ (BST), ktorá zahŕňa identifikátory aplikácie
(AID) na zozname podporovaných služieb. V aplikácii
RTM to bude jednoducho služba s hodnotou AID = 2
(Freight&Fleet). Zariadenie DSRC – VU vyhodnotí prijatú
tabuľku BST a odpovie (pozri v ďalšej časti) zoznamom
podporovaných aplikácií v rámci domény Freight&Fleet,
alebo neodpovie, ak žiadna aplikácia nie je podporovaná.
Ak snímač REDCR neponúka hodnotu AID = 2, zaria­
denie DSRC – VU snímaču REDCR neodpovie.
— 2. krok Zariadenie DSRC – VU posiela rámec s požia­
davkou na pridelenie súkromného okna.
— 3. krok Snímač REDCR posiela rámec s pridelením
súkromného okna.
— 4. krok Zariadenie DSRC – VU použije pridelené
súkromné okno na odoslanie rámca obsahujúceho tabuľku
jednotky vozidla (VST). Táto tabuľka VST obsahuje
zoznam všetkých jednotlivých konkretizácií aplikácie,
ktoré toto zariadenie DSRC – VU podporuje v rámci
AID = 2. Rôzne konkretizácie sa identifikujú pomocou
jedinečne generovaných identifikátorov prvku (EID),
z ktorých každý je spojený s hodnotou parametra Appli­
cation Context Mark (kontextová značka aplikácie) ozna­
čujúcou podporovanú aplikáciu a normu.
— 5. krok Snímač REDCR ďalej analyzuje ponúkanú
tabuľku VST a buď ukončí spojenie (RELEASE),
keďže ho nezaujíma nič z ponuky VST (t. j. dostáva
VST od zariadenia DSRC – VU, ktoré nepodporuje tran­
sakciu RTM), alebo, ak dostane vhodnú tabuľku VST,
začne konkretizáciu aplikácie.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 555
— 6. krok Aby to snímač REDCR dosiahol, vyšle rámec
obsahujúci príkaz na získanie údajov RTM, ktorý identi­
fikuje konkretizáciu aplikácie RTM špecifikovaním iden­
tifikátora zodpovedajúceho konkretizácii aplikácie RTM
(ktorý DSRC – VU uvádza v tabuľke VST) a pridelí
súkromné okno.
— 7. krok Zariadenie DSRC – VU použije novo pridelené
súkromné okno na odoslanie rámca obsahujúceho poža­
dovaný identifikátor zodpovedajúci konkretizácii aplikácie
RTM podľa tabuľky VST, a následne atribút RtmData
(obsahový + bezpečnostný prvok).
— 8. krok Ak sa požadujú viaceré služby, hodnota „n“ sa
zmení na referenčné číslo nasledujúcej služby a postup sa
opakuje.
— 9. krok Snímač REDCR potvrdí prijatie údajov zaslaním
rámca obsahujúceho príkaz RELEASE zariadeniu
DSRC – VU, aby sa relácia ukončila ALEBO, ak sa mu
nepodarilo validovať úspešné prijatie LPDU, vráti sa ku
6. kroku.
Grafické znázornenie transakčného protokolu je uvedené na
obrázku 14.6.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 556
Obrázok 14.6
Schéma postupu aplikácie RTM s použitím DSRC 5,8 GHz
5.4.2 Príkazy
DSC_35 Tieto príkazy sú jedinými funkciami, ktoré sa používajú
v transakčnej fáze aplikácie RTM:
— INITIALISATION.request: Príkaz vydaný snímačom
REDCR vo forme vysielania s vymedzením aplikácií,
ktoré REDCR podporuje.
— INITIALISATION.response: Odpoveď zariadenia
DSRC – VU potvrdzujúca pripojenie a obsahujúca
zoznam podporovaných inštancií aplikácií s charakteristi­
kami a informáciami, ako k nim pristupovať (EID).
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 557
— GET.request: Príkaz vydaný snímačom REDCR zaria­
deniu DSRC – VU, ktorým sa špecifikuje konkretizácia
aplikácie na základe stanoveného identifikátora EID
podľa prijatej tabuľky VST, a dáva sa pokyn zariadeniu
DSRC – VU, aby odoslalo zvolené atribúty s údajmi.
Cieľom príkazu GET je, aby snímač REDCR získal
údaje od zariadenia DSRC – VU.
— GET.response: Odpoveď zariadenia DSRC – VU, ktorá
obsahuje požadované údaje.
— ACTION.request ECHO: Príkaz zariadeniu DSRC – VU,
aby odoslalo údaje z DSRC – VU naspäť snímaču
REDCR. Cieľom príkazu ECHO je umožniť dielňam
alebo skúšobným zariadeniam pre typové schvaľovanie
preskúšať, či spojenie DSRC funguje, bez potreby
prístupu k oprávneniam zabezpečenia.
— ACTION.response ECHO: Odpoveď zariadenia
DSRC – VU na príkaz ECHO.
— EVENT_REPORT.request RELEASE: Príkaz, ktorým
sa dáva pokyn zariadeniu DSRC – VU, že transakcia sa
skončila. Cieľom príkazu RELEASE je ukončiť reláciu so
zariadením DSRC – VU. Zariadenie DSRC – VU po
prijatí príkazu RELEASE nesmie odpovedať na žiadne
ďalšie snímanie v rámci aktuálneho spojenia. Upozorňu­
jeme, že podľa normy EN 12834 sa zariadenie
DSRC – VU nepripojí dvakrát k tomu istému snímaču,
pokiaľ nebude mimo komunikačnej zóny počas
255 sekúnd alebo sa na snímači nezmení identifikátor
majáka.
5.4.3 Postupnosť príkazov snímania
DSC_36 Z hľadiska postupnosti príkazov a odpovedí sa transakcia
opisuje takto:
Krok Odosielateľ Príjemca Opis Činnosť
1 REDCR > DSRC-VU Inicializácia komunikač­
ného spojenia – Požiadavka
Snímač REDCR odosiela
tabuľku BST.
2 DSRC-VU > REDCR Inicializácia komunikač­
ného spojenia – Odpoveď
Ak tabuľka BST podporuje
AID=2, DSRC – VU si
vyžiada súkromné okno
3 REDCR > DSRC-VU Poskytne súkromné okno. Posiela rámec s pridelením
súkromného okna.
4 DSRC-VU > REDCR Posiela tabuľku VST. Posiela rámec obsahujúci
VST.
5 REDCR > DSRC-VU Posiela príkaz GET.request
na údaje v atribúte pre
konkrétny identifikátor
EID.
6 DSRC-VU > REDCR Posiela príkaz GET.response
s požadovaným atribútom
pre konkrétny EID.
Posiela atribút (RTMData,
OWSData...) s údajmi pre
konkrétny EID.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 558
Krok Odosielateľ Príjemca Opis Činnosť
▼M1
7 REDCR > DSRC– VU Posiela príkaz GET.request
na údaje iného atribútu (v
prípade potreby).
▼B
8 DSRC-VU > REDCR Posiela príkaz GET.response
s požadovaným atribútom.
Posiela atribút s údajmi pre
konkrétny EID.
9 REDCR > DSRC-VU Potvrdzuje úspešné prijatie
údajov.
Posiela príkaz RELEASE,
ktorým sa ukončí transakcia.
10 DSRC-VU Ukončuje transakciu.
Príklad postupnosti transakcie a obsahu vymieňaných rámcov
je uvedený v odsekoch 5.4.7 a 5.4.8.
5.4.4 Štruktúry údajov
DSC_37 Sémantická štruktúra údajov prenášaných prostredníctvom
rozhrania DSRC 5,8 GHz musí byť v súlade s týmto
dodatkom. Spôsob, akým sú tieto údaje štruktúrované, je
špecifikovaný v tomto odseku.
DSC_38 Obsahové údaje (údaje RTM) pozostávajú zo zreťazenia:
1. údajov EncryptedTachographPayload, ktoré sú kódovaním
údajov TachographPayload vymedzeným v ASN.1
oddiele 5.4.5. Spôsob kódovania je opísaný v dodatku 11;
2. údajov DSRCSecurityData špecifikovaných v dodatku 11.
DSC_39 Údaje RTM Data sa označujú ako atribút RTM = 1 a prená­
šajú sa v kontajneri RTM = 10.
DSC_40 Kontextová značka RTM identifikuje podporovanú časť
normy zo súboru noriem TARV (RTM zodpovedá časti 9),
Modul ASN.1 pre údaje DSRC v rámci aplikácie RTM je
vymedzený takto:
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 559
► (2) (3) M1
► (1) M3
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 560
5.4.5 Prvky RtmData, vykonávané činnosti a vymedzenie pojmov
DSC_41 Hodnoty údajov, ktoré sa majú vypočítať vo VU a použiť na
aktualizáciu zabezpečených údajov v DSRC – VU, sa vypo­
čítajú podľa pravidiel uvedených v tabuľke 14.3:
▼M3
Tabuľka 14.3
Prvky RtmData, vykonávané činnosti a vymedzenie pojmov
1
Dátový prvok RTM
2
Činnosť vykonávaná VU
3
Vymedzenie údajov podľa ASN.1
RTM1
Tabuľka s evidenčným
číslom vozidla
VU určí hodnotu dátového
prvku RTM1 tp15638Vehic­
leRegistrationPlate zo zazna­
menanej hodnoty dátového
typu
VehicleRegistrationIdentifica­
tion v zmysle dodatku 1
VehicleRegistrationIdentifica­
tion.
Evidenčné číslo vozidla
ako reťazec znakov
tp15638VehicleRegistration­
Plate LPN,
–Vehicle RegistrationPlate
používa štruktúru údajov
z normy ISO 14906, ale
s týmto obmedzením aplikácie
RTM:
postupnosť (SEQUENCE) sa
začína kódom krajiny, nasle­
duje abecedný indikátor
a samotné evidenčné číslo,
ktoré má vždy 14 oktetov
(doplnených nulami), aby
dĺžka typu LPN bola vždy 17
oktetov (nie je potrebný
žiadny determinant dĺžky),
z ktorých 14 predstavuje
„skutočné“ evidenčné číslo.
RTM2
Udalosť – prekročenie
povolenej rýchlosti
VU vygeneruje booleovskú
hodnotu pre dátový prvok
RTM2
tp15638SpeedingEvent.
VU vypočíta hodnotu
tp15638SpeedingEvent
z udalostí „prekročenie
rýchlosti“ zaznamenaných vo
VU v priebehu uplynulých
10 dní, ako je vymedzené
v prílohe IC.
1 (TRUE): ak sa
najnovšia udalosť
„prekročenie rýchlosti“
skončila v priebehu
uplynulých 10 dní alebo
stále prebieha;
0 (FALSE): vo všetkých
ostatných prípadoch.
tp15638SpeedingEvent
BOOLEAN,
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 561
1
Dátový prvok RTM
2
Činnosť vykonávaná VU
3
Vymedzenie údajov podľa ASN.1
RTM3
Jazda bez
platnej karty
VU vygeneruje booleovskú
hodnotu pre dátový prvok
RTM3
tp15638DrivingWithoutVa­
lidCard.
VU priradí premennej
tp15638DrivingWithoutVa­
lidCard hodnotu TRUE, ak sa
vo VU počas uplynulých 10
dní zaznamenala aspoň jedna
udalosť „jazda bez príslušnej
karty“, ako je vymedzené
v prílohe IC.
1 (TRUE): ak sa
najnovšia udalosť „jazda
bez príslušnej karty“
skončila v priebehu
uplynulých 10 dní alebo
stále prebieha;
0 (FALSE): vo všetkých
ostatných prípadoch.
tp15638DrivingWithoutValid­
Card
BOOLEAN,
RTM4
Platná karta vodiča
VU vygeneruje booleovskú
hodnotu pre dátový prvok
RTM4
tp15638DriverCard na
základe údajov na platnej
karte vodiča vloženej v slote
vodiča.
1 (TRUE): ak sa v slote
vodiča VU nenachádza
žiadna platná karta
vodiča;
0 (FALSE): ak sa v slote
vodiča VU nachádza
platná karta vodiča.
tp15638DriverCard
BOOLEAN,
RTM5
Vloženie karty počas
jazdy
VU vygeneruje booleovskú
hodnotu pre dátový prvok
RTM5 tp15638CardInsertion.
VU priradí premennej
tp15638CardInsertion
hodnotu TRUE, ak sa vo VU
počas uplynulých 10 dní
zaznamenala aspoň jedna
udalosť „vloženie karty počas
jazdy“, ako je vymedzené
v prílohe IC.
1 (TRUE): ak sa
najnovšia udalosť
„vloženie karty počas
jazdy“ vyskytla v prie­
behu uplynulých 10 dní;
0 (FALSE): vo všetkých
ostatných prípadoch.
tp15638CardInsertion
BOOLEAN,
RTM6
Chyba údajov o pohybe
VU vygeneruje booleovskú
hodnotu pre dátový prvok
RTM6.
VU priradí premennej
tp15638MotionDataError
hodnotu TRUE, ak sa vo VU
počas uplynulých 10 dní
zaznamenala aspoň jedna
udalosť „chyba údajov
o pohybe“, ako je vymedzené
v prílohe IC.
1 (TRUE): ak sa
najnovšia udalosť
„chyba údajov
o pohybe“ skončila
v priebehu uplynulých
10 dní alebo stále
prebieha;
0 (FALSE): vo všetkých
ostatných prípadoch.
tp15638MotionDataError
BOOLEAN,
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 562
1
Dátový prvok RTM
2
Činnosť vykonávaná VU
3
Vymedzenie údajov podľa ASN.1
RTM7
Nesúlad údajov
o pohybe vozidla
VU vygeneruje booleovskú
hodnotu pre dátový prvok
RTM7.
VU priradí premennej
tp15638VehicleMotionConf­
lict hodnotu TRUE, ak sa vo
VU počas uplynulých 10 dní
zaznamenala aspoň jedna
udalosť „nesúlad údajov
o pohybe vozidla“.
1 (TRUE): ak sa
najnovšia udalosť
„nesúlad údajov
o pohybe vozidla“
skončila v priebehu
uplynulých 10 dní alebo
stále prebieha;
0 (FALSE): vo všetkých
ostatných prípadoch.
tp15638VehicleMotionConflict
BOOLEAN,
RTM8
Karta druhého vodiča
VU vygeneruje booleovskú
hodnotu pre dátový prvok
RTM8 na základe prílohy IC
[„údaje o činnosti vodiča“
POSÁDKA (CREW)
a DRUHÝ VODIČ (CO-
DRIVER)].
Ak je prítomná platná karta
druhého vodiča, VU nastaví
hodnotu RTM8 na TRUE.
1 (TRUE): ak sa vo VU
nachádza platná karta
druhého vodiča;
2 (FALSE): ak sa vo VU
nenachádza žiadna
platná karta druhého
vodiča.
tp156382ndDriverCard
BOOLEAN,
RTM9
Aktuálna činnosť
VU vygeneruje booleovskú
hodnotu pre dátový prvok
RTM9.
Ak sa aktuálna činnosť
zaznamená vo VU ako
akákoľvek činnosť iná ako
„JAZDA“ (DRIVING)
v zmysle prílohy IC, VU
nastaví hodnotu RTM9 na
TRUE.
1 (TRUE): zvolená iná
činnosť;
0 (FALSE): zvolená
jazda.
tp15638CurrentActivityDri­
ving
BOOLEAN
RTM10
Posledná relácia ukon­
čená
VU vygeneruje booleovskú
hodnotu pre dátový prvok
RTM10.
Ak posledná relácia karty
nebola správne uzavretá
v zmysle prílohy IC, VU
nastaví hodnotu RTM10 na
TRUE.
1 (TRUE): aspoň jedna
z vložených kariet spus­
tila udalosť „nesprávne
uzavretá posledná relácia
karty“;
0 (FALSE): žiadna
z vložených kariet
nespustila udalosť
„nesprávne uzavretá
posledná relácia karty“.
tp15638LastSessionClosed
BOOLEAN
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 563
1
Dátový prvok RTM
2
Činnosť vykonávaná VU
3
Vymedzenie údajov podľa ASN.1
RTM11
Prerušenie
napájania
VU vygeneruje celočíselnú
hodnotu pre dátový prvok
RTM11.
VU priradí premennej
tp15638PowerSupplyInter­
ruption hodnotu rovnajúcu sa
počtu zaznamenaných
udalostí „prerušenie napá­
jania“ uložených vo VU
počas uplynulých 10 dní, ako
sa vymedzuje v prílohe IC.
Ak počas uplynulých 10 dní
nebola vo VU zaznamenaná
žiadna udalosť „prerušenie
napájania“, VU nastaví
hodnotu RTM11 na 0.
Počet udalostí „preru­
šenie napájania“ zazna­
menaných počas uplynu­
lých 10 dní.
tp15638PowerSupplyInterrup­
tion
INTEGER (0..127),
RTM12
Porucha snímača
VU vygeneruje celočíselnú
hodnotu pre dátový prvok
RTM12.
VU priradí premennej
sensorFault hodnotu:
— 1, ak sa udalosť
„35“H Porucha snímača
skončila počas uplynu­
lých 10 dní alebo stále
prebieha,
— 2, ak sa udalosť
„porucha prijímača
GNSS“ (interného či
externého s hodnotami
enum „36“H alebo
„37“H) skončila počas
uplynulých 10 dní alebo
stále prebieha,
— 3, ak sa udalosť typu
„0E“H „chyba komuni­
kácie s externým zaria­
dením GNSS“ skončila
počas uplynulých 10 dní
alebo stále prebieha,
— 4, ak sa „porucha
snímača“ aj „porucha
prijímača GNSS“ skon­
čili počas uplynulých 10
dní alebo stále prebie­
hajú,
— 5, ak sa „porucha
snímača“ aj „chyba
komunikácie s externým
zariadením GNSS“
skončili počas uplynu­
lých 10 dní alebo stále
prebiehajú,
– porucha
snímača – jeden oktet
podľa slovníka údajov
tp15638SensorFault INTEGER
(0..255),
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 564
1
Dátový prvok RTM
2
Činnosť vykonávaná VU
3
Vymedzenie údajov podľa ASN.1
— 6, ak sa „porucha prijí­
mača GNSS“ aj „chyba
komunikácie s externým
zariadením GNSS“
skončili počas uplynu­
lých 10 dní alebo stále
prebiehajú,
— 7, ak sa všetky tri
poruchy snímačov skon­
čili počas uplynulých 10
dní alebo stále prebie­
hajú.
Ak sa žiadna udalosť
neskončila počas uplynulých
10 dní alebo neprebieha, VU
nastaví hodnotu RTM12
na 0.
RTM13
Úprava času
VU vygeneruje celočíselnú
hodnotu (timeReal
z dodatku 1) pre dátový
prvok RTM13 na základe
prítomnosti údajov o úprave
času v zmysle prílohy IC.
VU nastaví hodnotu RTM13
na čas, keď došlo k poslednej
udalosti „úprava času“.
Ak v údajoch VU neexistuje
žiadna udalosť „úprava času“
v zmysle prílohy IC, VU
nastaví hodnotu RTM13
na 0.
oldTimeValue najnovšej
úpravy času.
tp15638TimeAdjustment
INTEGER(0..4294967295),
RTM14
Pokus o narušenie
zabezpečenia
VU vygeneruje celočíselnú
hodnotu (timeReal
z dodatku 1) pre dátový
prvok RTM14 na základe
prítomnosti udalosti „pokus
o narušenie zabezpečenia“
v zmysle prílohy IC.
VU nastaví hodnotu času
poslednej udalosti „pokus
o narušenie zabezpečenia“,
ktorý VU zaznamenala.
Ak v údajoch VU nie je
zaznamenaná žiadna udalosť
„pokus o narušenie zabezpe­
čenia“ v zmysle prílohy IC,
VU nastaví hodnotu RTM14
na 0.
Čas začiatku poslednej
uloženej udalosti „pokus
o narušenie zabezpe­
čenia“.
tp15638LatestBreachAttempt
INTEGER(0..4294967295),
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 565
1
Dátový prvok RTM
2
Činnosť vykonávaná VU
3
Vymedzenie údajov podľa ASN.1
RTM15
Posledná kalibrácia
VU vygeneruje celočíselnú
hodnotu (timeReal
z dodatku 1) pre dátový
prvok RTM15 na základe
prítomnosti údajov
o poslednej kalibrácii
v zmysle prílohy IC
a dodatku 1.
VU nastaví hodnotu
RTM15 na oldTimeValue
posledného záznamu o kali­
brácii.
Ak k žiadnej kalibrácii
nedošlo, VU nastaví hodnotu
RTM15 na 0.
oldTimeValue najnov­
šieho záznamu o kali­
brácii.
tp15638LastCalibrationData
INTEGER(0..4294967295),
RTM16
Predchádzajúca kali­
brácia
VU vygeneruje celočíselnú
hodnotu (timeReal
z dodatku 1) pre dátový
prvok RTM16 podľa
záznamu o kalibrácii pred
poslednou kalibráciou.
VU nastaví hodnotu
RTM16 na oldTimeValue
záznamu o kalibrácii pred
poslednou kalibráciou.
Ak k žiadnej predchádzajúcej
kalibrácii nedošlo, VU
nastaví hodnotu RTM16
na 0.
oldTimeValue záznamu
o kalibrácii pred
najnovším záznamom
o kalibrácii.
tp15638PrevCalibrationData
INTEGER(0..4294967295),
RTM17
Dátum pripojenia
tachografu
VU vygeneruje celočíselnú
hodnotu (timeReal
z dodatku 1) pre dátový
prvok RTM17.
VU nastaví hodnotu RTM17
na dátum prvej kalibrácie VU
v aktuálnom vozidle.
VU tieto údaje extrahuje
z VuCalibrationData
(dodatok 1) z vuCalibration­
Records, pričom Calibration­
Purpose sa rovná: „03“H.
Ak k žiadnej predchádzajúcej
kalibrácii nedošlo, VU
nastaví hodnotu RTM17
na 0.
Dátum prvej kalibrácie
VU v aktuálnom
vozidle.
tp15638DateTachoConnected
INTEGER(0..4294967295),
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 566
1
Dátový prvok RTM
2
Činnosť vykonávaná VU
3
Vymedzenie údajov podľa ASN.1
RTM18
Aktuálna rýchlosť
VU vygeneruje celočíselnú
hodnotu pre dátový prvok
RTM18.
VU nastaví hodnotu RTM18
na poslednú aktuálnu zazna­
menanú rýchlosť v čase
poslednej aktualizácie
RtmData.
Posledná aktuálna
zaznamenaná rýchlosť
tp15638CurrentSpeed
INTEGER (0..255),
RTM19
Časová pečiatka
VU vygeneruje celočíselnú
hodnotu pre dátový prvok
RTM19 (timeReal
z dodatku 1).
VU nastaví hodnotu RTM19
na čas poslednej aktualizácie
RtmData.
Časová pečiatka aktuál­
neho záznamu
TachographPayload
tp15638Timestamp
INTEGER(0..4294967295),
RTM20
Čas, keď bola k dispo­
zícii posledná autentifi­
kovaná poloha vozidla
VU vygeneruje celočíselnú
hodnotu (timeReal
z dodatku 1) pre dátový
prvok RTM20.
VU nastaví hodnotu RTM20
na čas, keď bola k dispozícii
posledná autentifikovaná
poloha vozidla z prijímača
GNSS.
Ak nebola k dispozícii žiadna
autentifikovaná poloha
vozidla z prijímača GNSS,
VU nastaví hodnotu RTM20
na 0.
Časová pečiatka
poslednej autentifiko­
vanej polohy vozidla
tp15638LatestAuthenticatedPo­
sition
INTEGER(0..4294967295),
RTM21
Nepretržitý čas jazdy
VU vygeneruje celočíselnú
hodnotu pre dátový prvok
RTM21.
VU nastaví hodnotu RTM21
na nepretržitý čas jazdy
vodiča.
Nepretržitý čas jazdy
vodiča kódovaný ako
celočíselná hodnota.
Dĺžka: 1 bajt
Rozlíšenie: 2 minúty/bit
Žiadny offset
Rozpätie údajov: 0 až
250
Hodnota 250 označuje,
že nepretržitý čas jazdy
vodiča sa rovná alebo je
viac ako 500 minút.
Hodnoty 251 až 254 sa
nepoužívajú.
Hodnota 255 označuje,
že informácie nie sú
k dispozícii.
tp15638ContinuousDriving­
Time INTEGER(0..255),
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 567
1
Dátový prvok RTM
2
Činnosť vykonávaná VU
3
Vymedzenie údajov podľa ASN.1
RTM22
Najdlhší denný čas jazdy
za prebiehajúcu a pred­
chádzajúcu RTM-zmenu
vypočítaný v súlade
s doplnkom k dodatku 14
VU vygeneruje celočíselnú
hodnotu pre dátový prvok
RTM22.
VU nastaví hodnotu RTM22
na dlhší čas z dvoch denných
časov jazdy vodiča, ktorým
môžu byť buď prebiehajúca,
alebo predchádzajúca RTM-
zmena.
Denný čas jazdy vodiča
kódovaný ako celočí­
selná hodnota.
Dĺžka: 1 bajt
Rozlíšenie: 4 minúty/bit
Žiadny offset
Rozpätie údajov: 0 až
250
Hodnota 250 označuje,
že denný čas jazdy
vodiča sa rovná alebo je
viac ako 1 000 minút.
Hodnoty 251 až 254 sa
nepoužívajú.
Hodnota 255 označuje,
že informácie nie sú
k dispozícii.
tp15638DailyDrivingTimeShift
INTEGER(0..255),
RTM23
Najdlhší denný čas jazdy
v prebiehajúcom týždni
vypočítaný v súlade
s doplnkom k dodatku 14
VU vygeneruje celočíselnú
hodnotu pre dátový prvok
RTM23.
VU nastaví hodnotu RTM23
na najdlhší denný čas jazdy
vodiča, ktorým môže byť
buď prebiehajúca RTM-
zmena, alebo akákoľvek
ukončená RTM-zmena, ktorá
sa začala alebo skončila
v prebiehajúcom týždni.
Denný čas jazdy vodiča
kódovaný ako celočí­
selná hodnota.
Dĺžka: 1 bajt
Rozlíšenie: 4 minúty/bit
Žiadny offset
Rozpätie údajov: 0 až
250
Hodnota 250 označuje,
že denný čas jazdy
vodiča sa rovná alebo je
viac ako 1 000 minút.
Hodnoty 251 až 254 sa
nepoužívajú.
Hodnota 255 označuje,
že informácie nie sú
k dispozícii.
tp15638DailyDrivingTime­
Week INTEGER(0..255),
RTM24
Týždenný čas jazdy
vypočítaný v súlade
s doplnkom k dodatku 14
VU vygeneruje celočíselnú
hodnotu pre dátový prvok
RTM24.
VU nastaví hodnotu RTM24
na týždenný čas jazdy
vodiča.
Týždenný čas jazdy
vodiča kódovaný ako
celočíselná hodnota.
Dĺžka: 1 bajt
Rozlíšenie: 20 minút/bit
Žiadny offset
Rozpätie údajov: 0 až
250
Hodnota 250 označuje,
že týždenný čas jazdy
vodiča sa rovná alebo je
viac ako 5 000 minút.
Hodnoty 251 až 254 sa
nepoužívajú.
Hodnota 255 označuje,
že informácie nie sú
k dispozícii.
tp15638WeeklyDrivingTime
INTEGER(0..255),
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 568
1
Dátový prvok RTM
2
Činnosť vykonávaná VU
3
Vymedzenie údajov podľa ASN.1
RTM25
Dvojtýždenný čas jazdy
vypočítaný v súlade
s doplnkom k dodatku 14
VU vygeneruje celočíselnú
hodnotu pre dátový prvok
RTM25.
VU nastaví hodnotu RTM25
na dvojtýždenný čas jazdy
vodiča.
Dvojtýždenný čas jazdy
vodiča kódovaný ako
celočíselná hodnota.
Dĺžka: 1 bajt
Rozlíšenie: 30 minút/bit
Žiadny offset
Rozpätie údajov: 0 až
250
Hodnota 250 označuje,
že dvojtýždenný čas
jazdy vodiča sa rovná
alebo je viac ako
7 500 minút.
Hodnoty 251 až 254 sa
nepoužívajú.
Hodnota 255 označuje,
že informácie nie sú
k dispozícii.
tp15638FortnightlyDriving­
Time INTEGER(0..255),
Poznámka: Hodnoty RTM22, RTM23, RTM24 a RTM25 sa vypočítajú v súlade
s doplnkom k tomuto dodatku.
▼B
5.4.6 Mechanizmus prenosu údajov
DSC_42 Už vymedzené obsahové údaje si vyžiada snímač REDCR po
inicializačnej fáze a následne ich zariadenie DSRC – VU
vysiela v pridelenom okne. Snímač REDCR použije na
získanie údajov príkaz GET.
▼M1
DSC_43 Pri všetkých výmenách DSRC musia byť údaje zakódované
podľa pravidiel PER (Packed Encoding Rules – pravidlá
zhusteného kódovania) UNALIGNED s výnimkou ­
a , ktoré musia byť zakódo­
vané podľa pravidiel OER (Octet Encoding Rules – pravidlá
oktetového kódovania) vymedzených v ISO/IEC 8825– 7,
Rec. ITU– T X.696.
▼B
5.4.7 Podrobný opis transakcií DSRC
DSC_44 Inicializácia sa vykonáva podľa odsekov DSC_44 – DSC_48
a tabuliek 14.4 – 14.9. V inicializačnej fáze snímač REDCR
začína posielať rámec obsahujúci tabuľku prevádzkových
režimov majáka (BST) podľa noriem EN 12834 a EN 13372,
oddielov 6.2, 6.3, 6.4 a 7.1, s nastaveniami podľa nasledovnej
tabuľky 14.4.
Tabuľka 14.4
Inicializácia – nastavenia rámca BST
Pole Nastavenia
Identifikátor spojenia Vysielacia adresa
Identifikátor majáka
(BeaconId)
Podľa normy EN 12834
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 569
Pole Nastavenia
Čas Podľa normy EN 12834
Profil Bez rozšírenia, použije sa 0
alebo 1
MandApplications Bez rozšírenia, identifikátor
EID neprítomný, parameter
neprítomný, AID = 2
Freight&Fleet
NonMandApplications Neprítomné
ProfileList Bez rozšírenia, počet profilov
na zozname = 0
Záhlavie fragmentácie Bez fragmentácie
Nastavenia vrstvy 2 PDU príkazu, príkaz UI
Praktický príklad nastavení špecifikovaných v tabuľke 14.4
s označením bitového kódovania je uvedený v tabuľke 14.5.
Tabuľka 14.5
Inicializácia – príklad obsahu rámca BST
O
kt
et
č
.
Atribút/pole Bity v oktete Opis
1 FLAG Príznak začiatku
2 Broadcast ID Vysielacia adresa
3 MAC Control Field PDU príkazu
4 LLC Control field Príkaz UI
5 Fragmentation header Bez fragmentácie
6 BST Požiadavka inicializácie
SEQUENCE {
OPTION indicator
BeaconID SEQUENCE {
ManufacturerId INTEGER (0..65535)
aplikácie NonMand neprí­
tomné
Identifikátor výrobcu
7
8
IndividualID INTEGER (0..134217727)
}
27-bitový identifikátor
dostupný výrobcovi
9
10
11
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 570
O
kt
et
č
.
Atribút/pole Bity v oktete Opis
12 Time INTEGER (0..4294967295) 32-bitový UNIX v reálnom
čase
13
14
15
16 Profile INTEGER (0..127,…) Bez rozšírenia. Príklad
profilu 0
17 MandApplications SEQUENCE
(SIZE(0..127,…))
OF {
Bez rozšírenia. Počet
mandApplications = 1
18 SEQUENCE {
OPTION indicator
Identifikátor EID neprí­
tomný
OPTION indicator Parameter neprítomný
AID DSRCApplicationEntityID } }
Bez rozšírenia. AID= 2
Freight&Fleet
19 ProfileList SEQUENCE (0..127,…) OF
Profile }
Bez rozšírenia, počet
profilov na zozname = 0
20 FCS Kontrolný súčet rámca
21
22 Flag Príznak ukončenia
DSC_45 Zariadenie DSRC – VU po prijatí tabuľky BST požaduje
pridelenie súkromného okna, ako je špecifikované v normách
EN 12795 a EN 13372, 7.1.1, bez konkrétnych nastavení
RTM. V tabuľke 14.6 je uvedený príklad bitového kódovania.
Tabuľka 14.6
Inicializácia – obsah rámca požiadavky na pridelenie súkromného okna
O
kt
et
č
.
Atribút/pole Bity v oktete Opis
1 FLAG Príznak začiatku
2 Private LID Adresa spojenia konkrét­
neho DSRC – VU
3
4
5
6 MAC Control field Požiadavka na súkromné
okno
7 FCS Kontrolný súčet rámca
8
9 Flag Príznak ukončenia
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 571
DSC_46 Snímač REDCR potom odpovedá pridelením súkromného
okna, ako je špecifikované v normách EN 12795 a EN 13372,
7.1.1, bez konkrétnych nastavení RTM.
V tabuľke 14.7 je uvedený príklad bitového kódovania.
Tabuľka 14.7
Inicializácia – obsah rámca pridelenia súkromného okna
O
kt
et
č
.
Atribút/pole Bity v oktete Opis
1 FLAG Príznak začiatku
2 Private LID Adresa spojenia konkrét­
neho DSRC – VU
3
4
5
6 MAC Control field Pridelenie súkromného
okna
7 FCS Kontrolný súčet rámca
8
9 Flag Príznak ukončenia
DSC_47 Zariadenie DSRC – VU po prijatí pridelenia súkromného okna
posiela svoju tabuľku jednotky vozidla (VST), ako je vyme­
dzené v normách EN 12834 a EN 13372 a oddieloch 6.2, 6.3,
6.4 a 7.1, s nastaveniami podľa tabuľky 14.8, s použitím
prideleného prenosového okna.
Tabuľka 14.8
Inicializácia – nastavenia rámca VST
Pole Nastavenia
Private LID Podľa normy EN 12834
Parametre tabuľky VST Fill=0, potom pre každú podporovanú
aplikáciu: Identifikátor EID prítomný,
parameter prítomný, AID = 2, identi­
fikátor EID, ako ho vygeneruje
palubná jednotka (OBU)
Paramter Bez rozšírenia, obsahuje kontextovú
značku RTM
ObeConfiguration Nepovinné pole ObeStatus môže byť
prítomné, ale REDCR ho nepoužije
Fragmentation header Bez fragmentácie
Nastavenia vrstvy 2 PDU príkazu, príkaz UI
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 572
DSC_48 Zariadenie DSRC – VU musí podporovať aplikáciu „Nákladná
doprava a vozový park“ („Freight and Fleet“) s identifiká­
torom aplikácie „2“. Podporované môžu byť aj iné identifi­
kátory aplikácie, ale nie sú prítomné v tejto tabuľke VST,
keďže tabuľka BST požaduje iba AID = 2. Pole „Aplikácie“
obsahuje zoznam podporovaných inštancií aplikácií v zariadení
DSRC – VU. Pre každú konkretizáciu podporovanej aplikácie
sa uvedie odkaz na príslušnú normu, vytvorený z kontextovej
značky RTM, ktorá pozostáva z identifikátora objektu
(OBJECT IDENTIFIER) predstavujúceho súvisiacu normu,
jej časť (9 pre RTM) a prípadne jej verziu a z identifikátora
prvku (EID), ktorý je generovaný zariadením DSRC – VU
a súvisí s danou inštanciou aplikácie.
Praktický príklad nastavení špecifikovaných v tabuľke 14.8
s označením bitového kódovania je uvedený v tabuľke 14.9.
▼M3
Tabuľka 14.9
Inicializácia – príklad obsahu rámca VST
O
kt
et
č:

Atribút/pole Bity v oktete Opis
1 FLAG 0111 1110 Príznak začiatku
2 Private LID xxxx xxxx Adresa spojenia konkrét­
neho DSRC – VU
3 xxxx xxxx
4 xxxx xxxx
5 xxxx xxxx
6 MAC Control field 1100 0000 PDU príkazu
7 LLC Control field 0000 0011 Príkaz UI
8 Fragmentation header 1xxx x001 Bez fragmentácie
9 VST
SEQUENCE {
Fill BIT STRING (SIZE(4))
1001 Odpoveď inicializácie
0000 Nepoužité a nastavené na
0
10 Profile INTEGER (0..127,...)
Applications SEQUENCE OF {
0000 0000 Bez rozšírenia. Príklad
profilu 0
Bez rozšírenia, 1 aplikácia
11 0000 0001
12 SEQUENCE {
OPTION indicator
OPTION indicator
AID DSRCApplicationEntityID
1 Identifikátor EID
prítomný
1 Parameter prítomný
00 0010 Bez rozšírenia. AID= 2
Freight&Fleet
13 EID Dsrc-EID xxxx xxxx Vymedzené v OBU, iden­
tifikuje inštanciu apli­
kácie.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 573
O
kt
et
č:

Atribút/pole Bity v oktete Opis
14 Parameter Container { 0000 0010 Bez rozšírenia, voľba
kontajnera = 02,
oktetový reťazec
15 0000 0110 Bez rozšírenia, dĺžka
kontextovej značky
RTM = 6
16 Rtm-ContextMark ::= SEQUENCE {
StandardIdentifier
0000 0101 Prvý oktet je 05H, čo je
jeho dĺžka.
Následných 5 oktetov
kóduje identifikátor
objektu podporovanej
normy, časti a verzie.
{ISO (1) norma (0)
TARV (15638) časť 9
(9) verzia 2 (2)}
17 standardIdentifier 0010 1000
18 1111 1010
19 0001 0110
20 0000 1001
21 0000 0010
22 ObeConfiguration Sequence {
OPTION indicator
0 ObeStatus neprítomný
EquipmentClass INTEGER (0..32767) xxx xxxx Toto pole sa používa na
23 xxxx xxxx označenia výrobcu o verzii
softvéru/hardvéru
rozhrania DSRC.
24 ManufacturerId INTEGER (0..65535) xxxx xxxx Identifikátor výrobcu
DSRC – VU podľa
registra v ISO 14816 25 xxxx xxxx
26 FCS xxxx xxxx Kontrolný súčet rámca
27 xxxx xxxx
28 Flag 0111 1110 Príznak ukončenia
▼B
DCS_49 Snímač REDCR potom zosníma údaje vyslaním príkazu GET,
ktorý zodpovedá príkazu GET vymedzenému v norme EN
13372, oddieloch 6.2, 6.3, 6.4 a v norme EN 12834, s nasta­
veniami, ako sú špecifikované v tabuľke 14.10.
Tabuľka 14.10
Prezentácia – nastavenia rámca požiadavky GET
Pole Nastavenia
Invoker Identifier (IID) Neprítomný
Link Identifier (LID) Adresa spojenia konkrétneho DSRC –
VU
Chaining Nie
Element Identifier (EID) Podľa VST. Bez rozšírenia
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 574
Pole Nastavenia
Access Credentials Nie
AttributeIdList Bez rozšírenia, 1 atribút, Attribu­
teID = 1 (RtmData)
Fragmentation Nie
Layer2 settings PDU príkazu, pollovaný (polled)
príkaz ACn
V tabuľke 14.11 je uvedený príklad čítania údajov RTM.
Tabuľka 14.11
Prezentácia – príklad rámca požiadavky GET
O
kt
et
č
.
Atribút/pole Bity v oktete Opis
1 FLAG Príznak začiatku
2 Private LID Adresa spojenia konkrét­
neho DSRC – VU
3
4
5
6 MAC Control field PDU príkazu
7 LLC Control field Pollovaný príkaz ACn, n-
bitový
8 Fragmentation header Bez fragmentácie
9 Get.request
SEQUENCE {
Požiadavka Get
OPTION indicator Prístupové oprávnenia
neprítomné
OPTION indicator Identifikátor IID neprí­
tomný
OPTION indicator AttributeIdList prítomný
Fill BIT STRING(SIZE(1)) Nastavené na 0.
10 EID INTEGER(0..127,…) EID inštancie aplikácie
RTM podľa VST. Bez
rozšírenia
11 AttributeIdList SEQUENCE OF {
AttributeId }}
Bez rozšírenia, počet atri­
bútov = 1
12 AttributeId=1, RtmData.
Bez rozšírenia
13 FCS Kontrolný súčet rámca
14
15 Flag Príznak ukončenia
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 575
DSC_50 Zariadenie DSRC – VU po prijatí požiadavky GET posiela
odpoveď GET s požadovanými údajmi, ktorá zodpovedá
odpovedi GET vymedzenej v norme EN 13372, oddiele 6.2,
6.3, 6.4 a v norme EN 12834, s nastaveniami, ako sú špeci­
fikované v tabuľke 14.12.
Tabuľka 14.12
Prezentácia – nastavenia rámca odpovede GET
Pole Nastavenia
Invoker Identifier (IID) Neprítomný
Link Identifier (LID) Podľa normy EN 12834
Chaining Nie
Element Identifier (EID) Podľa VST.
Access Credentials Nie
Fragmentation Nie
Layer2 settings PDU odpovede, odpoveď
dostupná a príkaz akcepto­
vaný, príkaz ACn
V tabuľke 14.13 je uvedený príklad čítania údajov RTM.
Tabuľka 14.13
Prezentácia – príklad obsahu rámca odpovede
O
kt
et
č
.
Atribút/pole Bity v oktete Opis
1 FLAG Príznak začiatku
2 Private LID Adresa spojenia konkrét­
neho DSRC – VU
3
4
5
6 MAC Control field PDU odpovede
7 LLC Control field Odpoveď dostupná,
príkaz ACn n-bitový
8 LLC Status field Odpoveď dostupná
a príkaz akceptovaný
9 Fragmentation header Bez fragmentácie
10 Get.response
SEQUENCE {
Odpoveď Get
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 576
O
kt
et
č
.
Atribút/pole Bity v oktete Opis
OPTION indicator Identifikátor IID neprí­
tomný
OPTION indicator Zoznam atribútov
prítomný
OPTION indicator Stav návratu neprítomný
Fill BIT STRING(SIZE(1)) Nepoužíva sa
11 EID INTEGER(0..127,…) Odpoveď inštancie apli­
kácie
RTM. Bez rozšírenia,
12 AttributeList SEQUENCE OF { Bez rozšírenia, počet atri­
bútov = 1
13 Attributes SEQUENCE {
AttributeId
Bez rozšírenia, Attribu­
teId=1 (RtmData)
14 AttributeValue CONTAINER { Bez rozšírenia, voľba
kontajnera = 10 10 .
15 RtmData
16
17
… …
n }}}}
n+1 FCS Kontrolný súčet rámca
n+2
n+3 Flag Príznak ukončenia
DSC_51 Snímač REDCR potom ukončí spojenie vydaním
EVENT_REPORT, RELEASE v súlade s normou EN 13372,
oddielom 6.2, 6.3, 6.4 a normou EN 12834 oddielom 7.3.8,
bez konkrétnych nastavení RTM. V tabuľke 14.14 je uvedený
príklad bitového kódovania príkazu RELEASE.
Tabuľka 14.14
Ukončenie. Obsah rámca EVENT_REPORT Release
O
kt
et
č
.
Atribút/pole Bity v oktete Opis
1 FLAG Príznak začiatku
2 Private LID Adresa spojenia konkrét­
neho DSRC – VU
3
4
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 577
O
kt
et
č
.
Atribút/pole Bity v oktete Opis
5
6 MAC Control field Rámec obsahuje LPDU
príkazu
7 LLC Control field Príkaz UI
8 Fragmentation header Bez fragmentácie
9 EVENT_REPORT.request
SEQUENCE {
EVENT_REPORT
(Release)
OPTION indicator Prístupové oprávnenia
neprítomné
OPTION indicator Parameter udalosti neprí­
tomný
OPTION indicator Identifikátor IID neprí­
tomný
Mode BOOLEAN Neočakáva sa odpoveď
10 EID INTEGER (0..127,…) Bez rozšírenia, EID = 0
(systém)
11 EventType INTEGER (0..127,…) } Typ udalosti 0 = Odpo­
jenie (Release)
12 FCS Kontrolný súčet rámca
13
14 Flag Príznak ukončenia
DSC_52 Od zariadenia DSRC – VU sa neočakáva žiadna odpoveď na
príkaz Release. Komunikácia sa potom ukončí.
5.4.8 Opis skúšobnej transakcie DSRC
DSC_53 Úplné skúšky, ktoré zahŕňajú zabezpečenie údajov, musia
vykonávať v súlade s dodatkom 11 Spoločné mechanizmy
zabezpečenia oprávnené osoby s prístupom k postupom
zabezpečenia, s použitím bežného príkazu GET opísaného
vyššie.
DSC_54 Uvedenie do prevádzky a pravidelné kontrolné skúšky, ktoré
si vyžadujú dekódovanie a porozumenie obsahu dekódova­
ných údajov, sa musia vykonávať v súlade s dodatkom 11
Spoločné mechanizmy zabezpečenia a dodatkom 9 – Typové
schválenie – zoznam minimálne požadovaných skúšok.
Základná komunikácia DSRC sa však môže skúšať príkazom
ECHO. Takéto skúšky sa môžu vyžadovať pri uvedení do
prevádzky, pri pravidelnej kontrole alebo na požiadanie
príslušného kontrolného orgánu, prípadne na základe požiada­
viek nariadenia (EÚ) č. 165/2014 (pozri oddiel 6 nižšie).
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 578
DSC_55 Na vykonanie tejto základnej skúšky komunikácie vydá
snímač REDCR príkaz ECHO počas relácie, t. j. po úspešnom
ukončení inicializačnej fázy. Postupnosť interakcií je tak
podobná ako pri snímaní:
— 1. krok Snímač REDCR posiela tabuľku prevádzkových
režimov majáka (BST), ktorá zahŕňa identifikátory apli­
kácie (AID) na zozname podporovaných služieb. V apli­
káciách RTM to bude jednoducho služba s hodnotou
AID = 2.
Zariadenie DSRC – VU vyhodnotí prijatú tabuľku BST
a ak zistí, že BST požaduje Freight&Fleet (AID = 2),
odpovie. Ak snímač REDCR neponúka hodnotu AID = 2,
zariadenie DSRC – VU ukončí transakciu so snímačom
REDCR.
— 2. krok Zariadenie DSRC – VU posiela požiadavku na
pridelenie súkromného okna.
— 3. krok Snímač REDCR posiela pridelenie súkromného
okna.
— 4. krok Zariadenie DSRC – VU použije pridelené
súkromné okno na odoslanie svojej tabuľky jednotky
vozidla (VST). Táto tabuľka VST obsahuje zoznam všet­
kých jednotlivých konkretizácií aplikácie, ktoré toto zaria­
denie DSRC – VU podporuje v rámci AID = 2. Rôzne
konkretizácie sa identifikujú pomocou jedinečných iden­
tifikátorov EID, z ktorých každý je spojený s hodnotou
parametra označujúcou podporovanú inštanciu aplikácie.
— 5. krok Snímač REDCR ďalej analyzuje ponúkanú
tabuľku VST a buď ukončí spojenie (RELEASE),
keďže ho nezaujíma nič z ponuky VST (t. j. dostáva
VST od zariadenia DSRC – VU, ktoré nie je RTM
VU), alebo, ak dostane vhodnú tabuľku VST, začne
konkretizáciu aplikácie.
— 6. krok Snímač REDCR vydá príkaz (ECHO) konkrét­
nemu zariadeniu DSRC – VU a pridelí súkromné okno.
— 7. krok Zariadenie DSRC – VU použije novo pridelené
súkromné okno na odoslanie rámca odpovede na príkaz
ECHO.
V nasledujúcich tabuľkách sú uvedené praktické príklady relácie
výmeny ECHO.
DSC_56 Inicializácia sa vykonáva podľa 5.4.7 (DSC_44 – DSC_48)
a tabuliek 14.4 – 14.9
DSC_57 Snímač REDCR potom vydá príkaz ACTION, ECHO podľa
normy ISO 14906 so 100 oktetmi údajov a bez konkrétnych
nastavení pre RTM. V tabuľke 14.15 je uvedený obsah rámca
odoslaného snímačom REDCR.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 579
Tabuľka 14.15
Príklad rámca požiadavky ACTION, ECHO
O
kt
et
č
.
Atribút/pole Bity v oktete Opis
1 FLAG Príznak začiatku
2 Private LID Adresa spojenia konkrét­
neho DSRC – VU
3
4
5
6 MAC Control field PDU príkazu
7 LLC Control field Pollovaný príkaz ACn, n-
bitový
8 Fragmentation header Bez fragmentácie
9 ACTION.request
SEQUENCE {
Činnosť – požiadavka
(ECHO)
OPTION indicator Prístupové oprávnenia
neprítomné
OPTION indicator Parameter činnosti
prítomný
OPTION indicator Identifikátor IID neprí­
tomný
Mode BOOLEAN Očakáva sa odpoveď.
10 EID INTEGER (0..127,…) Bez rozšírenia, EID = 0
(systém)
11 ActionType INTEGER (0..127,…) Bez rozšírenia, požiadavka
na typ činnosti ECHO
12 ActionParameter CONTAINER { Bez rozšírenia, voľba
kontajnera = 2
13 Bez rozšírenia. Dĺžka
reťazca = 100 oktetov
14 Údaje, ktoré sa majú
odraziť
… …
113 }}
114 FCS Kontrolný súčet rámca
115
116 Flag Príznak ukončenia
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 580
DSC_58 Zariadenie DSRC – VU po prijatí požiadavky ECHO posiela
odpoveď ECHO so 100 oktetmi údajov, ktorá odráža prijatý
príkaz, podľa normy ISO 14906, bez konkrétnych nastavení
RTM. V tabuľke 14.16 je uvedený príklad kódovania na
bitovej úrovni.
Tabuľka 14.16
Príklad rámca odpovede ACTION, ECHO
O
kt
et
č
.
Atribút/pole Bity v oktete Opis
1 FLAG Príznak začiatku
2 Private LID Adresa spojenia konkrétnej
VU
3
4
5
6 MAC Control field PDU odpovede
7 LLC Control field Príkaz ACn, n-bitový
8 LLC status field Odpoveď dostupná
9 Fragmentation header Bez fragmentácie
10 ACTION.response
SEQUENCE {
Činnosť – odpoveď
(ECHO)
OPTION indicator Identifikátor IID neprí­
tomný
OPTION indicator Parameter odpovede
prítomný
OPTION indicator Stav návratu neprítomný
Fill BIT STRING (SIZE (1)) Nepoužíva sa
11 EID INTEGER (0..127,…) Bez rozšírenia, EID = 0
(systém)
12 ResponseParameter CONTAINER { Bez rozšírenia, voľba
kontajnera = 2
13 Bez rozšírenia. Dĺžka
reťazca = 100 oktetov
14 Odrazené údaje
… …
113 }}
114 FCS Kontrolný súčet rámca
115
116 Flag Príznak ukončenia
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 581
5.5. Vyhradené na budúce použitie
▼M2
__________
▼B
5.6 Prenos údajov medzi DSRC – VU a VU
5.6.1 Fyzické prepojenie a rozhrania
DSC_66 Prepojenie medzi VU a zariadením DSRC – VU sa môže
zabezpečiť buď fyzickým káblom, alebo bezdrôtovou komu­
nikáciou krátkeho dosahu založenou na systéme Bluetooth
v4.0 BLE.
DSC_67 Bez ohľadu na voľbu fyzického prepojenia a rozhrania musia
byť splnené tieto požiadavky:
DSC_68 ►M1 a) Aby sa dali VU a zariadenia DSRC – VU, alebo aj
rôzne šarže DSRC – VU kupovať od rôznych
dodávateľov, prepojenie medzi VU a zariadením
DSRC – VU, ktoré nie je jej interným zariadením,
musí byť prepojením s otvoreným štandardom. VU
sa so zariadením DSRC – VU prepojí niektorou
z týchto možností: ◄
i) pomocou pevného kábla dĺžky aspoň 2 metre
so schváleným priamym 11-pólovým
zástrčkovým konektorom DIN 41612 H11 zo
strany zariadenia DSRC – VU, ktorý sa
zasunie do podobného schváleného zásuvko­
vého konektora ISO/DIN zo strany zariadenia
VU;
ii) prostredníctvom nízkoenergetického systému
Bluetooth (BLE);
iii) pomocou štandardného prepojenia podľa
noriem ISO 11898 alebo SAE J1939;
DSC_69 b) vymedzenie rozhraní a prepojenia medzi VU a zariadením
DSRC – VU musí podporovať príkazy aplikačného proto­
kolu stanovené v odseku 5.6.2 a
DSC_70 c) VU a zariadenie DSRC – VU musia podporovať prenos
údajov prepojením z hľadiska prevádzkovej výkonnosti aj
napájania.
5.6.2 Aplikačný protokol
DSC_71 Aplikačný protokol medzi zariadením diaľkovej komunikácie
VU a zariadením DSRC – VU je zodpovedný za pravidelný
prenos údajov diaľkovej komunikácie z VU do DSRC.
DSC_72 Vymedzené sú tieto základné príkazy:
1. Inicializácia komunikačného spojenia – Požiadavka
2. Inicializácia komunikačného spojenia – Odpoveď
3. Poslať údaje s identifikátorom aplikácie RTM a obsahom
vymedzeným údajmi RTM
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 582
4. Potvrdenie údajov
5. Ukončenie komunikačného spojenia – Požiadavka
6. Ukončenie komunikačného spojenia – Odpoveď
DSC_73 V ASN1.0 môžu byť uvedené príkazy vymedzené ako:
DSC_74 Opis príkazov a parametrov:
— sa
používa na inicializáciu komunikačného spojenia. Príkaz
posiela VU zariadeniu DSRC – VU. VU nastaví identifi­
kátor LinkIdentifier a oznámi ho zariadeniu DSRC – VU,
aby bolo možné sledovať konkrétne komunikačné
spojenie.
(Poznámka: ide o podporu budúcich spojení a iných apli­
kácií/modulov, ako je napríklad palubné váženie).
— ­
používa zariadenie DSRC – VU na poskytnutie odpovede
na požiadavku inicializácie komunikačného spojenia.
Príkaz posiela zariadenie DSRC – VU zariadeniu VU.
Príkaz poskytuje výsledok inicializácie ako odpoveď = 1
(úspešné) alebo = 0 (neúspešné).
DSC_75 Inicializácia komunikačného spojenia sa vykoná až po inšta­
lácii, kalibrácii a po spustení motora/VU.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 583
— používa VU na odoslanie podpísa­
ných údajov RCDTData (t. j. údajov diaľkovej komuni­
kácie) zariadeniu DSRC – VU. Údaje sa posielajú
každých 60 sekúnd. Parameter DataTransactionId identifi­
kuje konkrétny prenos údajov. Používa sa aj identifikátor
LinkIdentifier na zabezpečenie správnosti príslušného
spojenia.
— posiela zariadenie
DSRC – VU ako spätnú väzbu pre VU o prijatí údajov
odoslaných príkazom , ktorý identifi­
kuje parameter DataTransactionId. Parameter odpovede
je = 1 (úspešné) alebo = 0 (neúspešné). Ak VU dostane
viac ako tri odpovede rovné 0 alebo ak VU nedostane
potvrdenie RCDT-Data Acknowledgment pre určité už
odoslané údaje RCDT-Send Data s konkrétnym parame­
trom DataTransactionId, vygeneruje a zaznamená udalosť.
— posiela VU
zariadeniu DSRC – VU na ukončenie spojenia pre
konkrétny identifikátor LinkIdentifier.
DSC_76 Pri reštartovaní zariadenia DSRC – VU alebo VU by sa mali
prerušiť všetky existujúce komunikačné spojenia, keďže
v dôsledku náhleho vypnutia VU by mohli spojenia zostať
neukončené.
— posiela
zariadenie DSRC – VU zariadeniu VU na potvrdenie
požiadavky VU na ukončenie spojenia pre konkrétny
identifikátor LinkIdentifier.
5.7 Spracovanie chýb
5.7.1 Zaznamenávanie a oznamovanie údajov v DSRC – VU
▼M3
DSC_77 Už zabezpečené údaje sa poskytujú zariadeniu DSRC – VU
prostredníctvom funkcie bezpečnostného modulu (VUSM).
Modul VUSM overuje, či sa údaje zaznamenané v zariadení
DSRC – VU úspešne preniesli do zariadenia DSRC – VU.
Zaznamenávanie a hlásenie prípadných chýb v prenose
údajov z VU do pamäte zariadenia DSRC – VU sa zaznamená
ako typ EventFaultType s hodnotou enum nastavenou na
udalosť „0C“H „chyba komunikácie s diaľkovým komuni­
kačným zariadením“ spolu s časovou pečiatkou. Modul
VUSM overuje, či sa údaje úspešne preniesli do zariadenia
DSRC – VU.
DSC_78 Vyhradené na budúce použitie.
▼B
DSC_79 Ak sa pamäť VUPM pokúša získať údaje VU z modulu
zabezpečenia (aby ich poskytla VU-DSRC), ale neúspešne,
zaznamená poruchu ako typ EventFaultType s hodnotou
enum nastavenou na „62“H Chyba komunikácie diaľkového
komunikačného zariadenia, spolu s časovou pečiatkou.
Zlyhanie komunikácie sa zaznamená, ak správa
k príslušnému príkazu
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 584
(t. j. Správy
s rovnakým Data­
TransactionId) nie je prijatá viac ako trikrát po sebe.
5.7.2 Chyby bezdrôtovej komunikácie
DSC_80 Spracovanie chýb komunikácie musí byť v súlade so súvisia­
cimi normami DSRC, konkrétne EN 300 674-1, EN 12253,
EN 12795, EN 12834 a príslušnými parametrami normy EN
13372.
5.7.2.1 Chyby kódovania a podpisu
DSC_81 Chyby kódovania a podpisu sa spracúvajú podľa dodatku 11
Spoločné mechanizmy zabezpečenia a nevyskytujú sa v žiad­
nych chybových správach súvisiacich s prenosom údajov
DSRC.
5.7.2.2 Zaznamenávanie chýb
Médium DSRC je dynamická bezdrôtová komunikácia v prostredí
s nestálymi atmosférickými a interferenčnými podmienkami, predo­
všetkým v kombináciách prenosných snímačov REDCR a pohybujúcich
sa vozidiel, ktoré táto aplikácia zahŕňa. Preto je dôležité vymedziť
rozdiel medzi „zlyhaním snímania“ a „chybou“. V prípade transakcie
prostredníctvom bezdrôtového rozhrania je zlyhanie snímania bežné
a zväčša sa rieši opakovaným pokusom, t. j. opätovné vysielanie tabuľky
BST a opakovaný pokus o vykonanie sekvencie, čo vo väčšine prípadov
vedie k úspešnému nadviazaniu komunikácie a prenosu údajov, pokiaľ
sa cieľové vozidlo v čase potrebnom na opätovné vysielanie nepresunie
mimo dosah. („Úspešné snímanie“ si môže vyžadovať viacero opakova­
ných pokusov.)
Príčinou zlyhania snímania môže byť nesprávne spárovanie antén
(zlyhanie „zacielenia“); tienenie niektorej z antén – to môže byť
úmyselné, ale aj zavinené fyzickou prítomnosťou iného vozidla; rušenie
rádiových vĺn, predovšetkým od WIFI cca 5,8 GHz alebo iných verej­
ných prostriedkov bezdrôtovej komunikácie, radarové rušenie alebo
nepriaznivé atmosférické podmienky (napr. počas búrky); alebo jedno­
ducho presun vozidla mimo dosah komunikácie DSRC. Jednotlivé
prípady zlyhaní snímania sa z princípu nemôžu zaznamenať, jednoducho
preto, že ku komunikácii nedošlo.
Ak sa však zástupca príslušného kontrolného orgánu zameria na určité
vozidlo a pokúša sa snímať jeho zariadenie DSRC – VU, ale nedôjde
k úspešnému prenosu údajov, toto zlyhanie by mohlo byť dôsledkom
úmyselnej manipulácie, a preto zástupca príslušného kontrolného orgánu
potrebuje prostriedok na zaznamenanie zlyhania a upozornenie kolegov
na ďalších stanovištiach, že môže ísť o porušenie predpisov. Kolegovia
môžu potom vozidlo zastaviť a vykonať fyzickú kontrolu. Keďže však
nedošlo k úspešnej komunikácii, DSRC-VU nemôže poskytnúť o zlyhaní
údaje. Takého hlásenie musí preto vychádzať z technického riešenia
zariadenia REDCR.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 585
„Zlyhanie snímania“ je technicky odlišné od „chyby“. „Chyba“ v tejto
súvislosti znamená získanie nesprávnej hodnoty.
Údaje prenášané do zariadenia DSRC – VU sa poskytujú už zabezpe­
čené, preto musia byť overené poskytovateľom údajov (pozri
oddiel 5.4).
Údaje následne prenášané prostredníctvom bezdrôtového rozhrania
podliehajú kontrole cyklickým kódom (CRC) na komunikačnej úrovni.
Ak kontrola CRC údaje potvrdí, potom sú správne. Ak kontrola CRC
údaje nepotvrdí, opätovne sa vysielajú. Pravdepodobnosť, že nesprávne
údaje by mohli úspešne prejsť kontrolou CRC, je štatisticky taká nízka,
že ju možno zanedbať.
Ak kontrola CRC údaje nepotvrdí a nie je čas na opätovné vysielanie
a prijímanie správnych údajov, výsledkom nebude chyba, ale výskyt
osobitného typu zlyhania snímania.
Jediným zmysluplným údajom o „zlyhaní“, ktorý sa dá zaznamenať, je
počet prípadov úspešného spustenia transakcie, ktoré neviedlo k úspeš­
nému prenosu údajov do snímača REDCR.
DSC_82 Snímač REDCR preto zaznamená s časovou pečiatkou počet
prípadov, keď „inicializačná“ fáza snímania DSRC bola
úspešná, ale transakcia bola ukončená skôr, než snímač
REDCR úspešne získal údaje. Tieto údaje sú k dispozícii
zástupcovi príslušného kontrolného orgánu a ukladajú sa do
pamäte zariadenia REDCR. Prostriedky na dosiahnutie tohto
cieľa sú vecou technického riešenia zariadenia alebo špecifi­
kácie príslušného kontrolného orgánu.
Jediným zmysluplným údajom o „chybe“, ktorý sa dá zazna­
menať, je počet prípadov, keď snímač REDCR nedokázal
dekódovať prijaté údaje. Treba však poznamenať, že tento
údaj sa týka iba účinnosti softvéru snímača REDCR. Môže
sa stať, že údaje sa technicky dekódujú, ale nebudú dávať
sémantický zmysel.
DSC_83 Snímač REDCR preto zaznamená s časovou pečiatkou počet
prípadov, keď sa neúspešne pokúšal dešifrovať údaje získané
prostredníctvom rozhrania DSRC.
6 UVEDENIE DO PREVÁDZKY A PRAVIDELNÉ KONTROLNÉ
SKÚŠKY FUNKCIE DIAĽKOVEJ KOMUNIKÁCIE
6.1 Všeobecné
DSC_84 Pre funkciu diaľkovej komunikácie sa počíta s dvoma typmi
skúšok:
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 586
1) Skúška ECHO na overenie komunikačného kanála DSRC-
REDCR >>-:-
2) Skúška zabezpečenia celého systému, aby sa zaistilo, že
dielenská karta má prístup k obsahu zakódovaných
a podpísaných údajov, ktoré boli vytvorené vo VU a prená­
šané bezdrôtovým komunikačným kanálom.
6.2 ECHO
Tento oddiel obsahuje ustanovenia konkrétne určené na preskúšanie, či
je kanál DSRC-REDCR >>-:-
Cieľom príkazu ECHO je umožniť dielňam alebo skúšobným zariade­
niam pre typové schvaľovanie preskúšať, či spojenie DSRC funguje, bez
potreby prístupu k oprávneniam zabezpečenia. Skúšobné zariadenie
preto musí byť schopné iba inicializovať komunikáciu DSRC
(odoslaním tabuľky BST s hodnotou AID = 2) a potom poslať príkaz
ECHO; ak DSRC funguje, skúšobné zariadenie dostane odpoveď na
príkaz ECHO. Podrobnosti sú uvedené v odseku 5.4.8. Ak túto odpoveď
prijme správne, spojenie DSRC (DSRC-REDCR >>-:-
môže hodnotiť ako správne fungujúce.
6.3 Skúšky na potvrdenie zabezpečeného obsahu údajov
DSC_85 Táto skúška sa vykonáva na potvrdenie zabezpečenia toku
údajov v celom systéme. Na takúto skúšku je potrebný
skúšobný snímač DSRC. Skúšobný snímač DSRC vykonáva
rovnaké funkcie a je vyhotovený s rovnakými špecifikáciami
ako snímač, ktorý používajú kontrolné orgány, s tým
rozdielom, že na overenie používateľa skúšobného snímača
DSRC sa používa dielenská karta namiesto kontrolnej karty.
Skúška sa môže vykonať po počiatočnej aktivácii inteligent­
ného tachografu alebo na konci postupu kalibrácie. Jednotka
vozidla po aktivácii vygeneruje a oznámi DSRC-VU zabez­
pečené údaje včasnej detekcie.
DSC_86 Pracovník dielne musí umiestniť skúšobný snímač DSRC
pred vozidlo do vzdialenosti 2 až 10 metrov.
DSC_87 Potom pracovník dielne vloží dielenskú kartu do skúšobného
snímača DSRC, čím požiada jednotku vozidla o snímanie
údajov včasnej detekcie. Po úspešnom snímaní pracovník
dielne otvorí prijaté údaje a uistí sa, že bola úspešne overená
ich integrita a boli dekódované.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 587
DOPLNOK
Pravidlá výpočtu denného, týždenného a dvojtýždenného času jazdy
1. Základné pravidlá výpočtu
VU vypočíta denný čas jazdy, týždenný čas jazdy a dvojtýždenný čas jazdy
s použitím príslušných údajov uložených na karte vodiča alebo dielenskej
karte vloženej v slote vodiča (slot 1, čítačka kariet #1) jednotky vozidla
a zvolených činností vodiča, kým je táto karta vložená vo VU.
Časy jazdy sa nevypočítajú, keď nie je vložená žiadna karta vodiča ani
dielenská karta.
NEZNÁME časové úseky zistené v priebehu času potrebného na výpočty sa
začleňujú do PRESTÁVKY/ODPOČINKU.
NEZNÁME časové úseky a činnosti so záporným trvaním (t. j. začiatok
činnosti nastane neskôr než koniec činnosti) z dôvodu prekrytí časov medzi
rôznymi VU alebo z dôvodu úpravy času sa nezohľadňujú.
Činnosti zaznamenané na karte vodiča zodpovedajúce časovým úsekom
„ZÁZNAMOVÉ ZARIADENIE SA NEVYŽADUJE“ v súlade s vymedzením
v písmene gg) prílohy IC sa vykladajú takto:
— PRESTÁVKA/ODPOČINOK sa vypočítajú ako „PRESTÁVKA“ alebo
„ODPOČINOK“,
— PRÁCA a JAZDA sa považujú za „PRÁCU“,
— DOSTUPNOSŤ sa považuje za „DOSTUPNOSŤ“.
V kontexte tohto doplnku VU musí predpokladať, že čas denného odpočinku
je na začiatku záznamov o činnostiach na karte.
2. Pojmy
Výlučne pre tento dodatok sa používajú tieto pojmy, ktoré sú určené na
špecifikovanie výpočtu časov jazdy jednotkou vozidla a jeho neskorší prenos
diaľkovým komunikačným zariadením.
a) „RTM-zmena“ je obdobie medzi skončením časového úseku denného
odpočinku a skončením bezprostredne nasledujúceho časového úseku
denného odpočinku.
VU začne novú RTM-zmenu po skončení časového úseku denného odpo­
činku.
Prebiehajúca RTM-zmena je obdobie od skončenia posledného času
denného odpočinku;
b) „kumulovaný čas jazdy“ je súčet trvaní všetkých činností vodiča JAZDA
počas časového úseku, keď nie je v režime ZÁZNAMOVÉ ZARIADENIE
SA NEVYŽADUJE;
c) „denný čas jazdy“ je kumulovaný čas jazdy v rámci RTM-zmeny;
d) „týždenný čas jazdy“ je kumulovaný čas jazdy za prebiehajúci týždeň;
e) „čas nepretržitého odpočinku“ je akýkoľvek neprerušený časový úsek
PRESTÁVKY/ODPOČINKU;
f) „dvojtýždenný čas jazdy“ je kumulovaný čas jazdy za predchádzajúci
a prebiehajúci týždeň;
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 588
g) „čas denného odpočinku“ je časový úsek PRESTÁVKY/ODPOČINKU,
ktorým môže byť:
— čas pravidelného denného odpočinku,
— čas rozdeleného denného odpočinku alebo
— čas skráteného denného odpočinku.
Keď VU v kontexte dodatku 14 vypočítava časy týždenného odpočinku,
tieto časy týždenného odpočinku sa považujú sa časy denného odpočinku;.
h) „čas pravidelného denného odpočinku“ je časový úsek nepretržitého odpo­
činku v trvaní najmenej 11 hodín.
Výnimočne, keď je aktívna podmienka PREVOZ TRAJEKTOM/
VLAKOM, sa čas pravidelného denného odpočinku môže prerušiť maxi­
málne dvakrát inými činnosťami než odpočinok s celkovou maximálnou
dĺžkou trvania jednej hodiny, t. j. čas pravidelného denného odpočinku
zahŕňajúci časové úseky prevozu trajektom/vlakom sa môže rozdeliť na
dve alebo tri časti. VU potom vypočíta čas pravidelného denného odpo­
činku, keď kumulovaný čas odpočinku vypočítaný podľa bodu 3 je
najmenej 11 hodín.
Keď bol čas pravidelného denného odpočinku prerušený, VU:
— nezahrnie činnosť jazdy počas týchto prerušení do výpočtu denného
času jazdy a
— začne novú RTM-zmenu na konci času pravidelného denného odpo­
činku, ktorý bol prerušený.
Obrázok 1.
Príklad času denného odpočinku prerušeného z dôvodu prevozu trajektom/vlakom
i) „čas skráteného denného odpočinku“ je časový úsek nepretržitého odpo­
činku trvajúci najmenej 9 hodín a najviac 11 hodín;
j) „čas rozdeleného denného odpočinku“ je časový úsek denného odpočinku
rozdelený na dve časti:
— prvá časť je čas nepretržitého odpočinku trvajúci najmenej 3 hodiny
a najviac 9 hodín,
— druhá časť je čas nepretržitého odpočinku v trvaní najmenej 9 hodín.
Výnimočne, keď je aktívna podmienka PREVOZ TRAJEKTOM/
VLAKOM počas jednej alebo oboch častí času rozdeleného denného odpo­
činku, sa čas rozdeleného denného odpočinku môže prerušiť maximálne
dvakrát inými činnosťami s celkovou dĺžkou trvania maximálne jedna
hodina, t. j.:
— prvá časť času rozdeleného denného odpočinku sa môže prerušiť raz
alebo dvakrát alebo
— druhá časť času rozdeleného denného odpočinku sa môže prerušiť raz
alebo dvakrát alebo
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 589
— prvá časť času rozdeleného denného odpočinku sa môže prerušiť raz
a druhá časť času rozdeleného denného odpočinku sa môže prerušiť
raz.
VU potom vypočíta čas rozdeleného denného odpočinku, keď kumulovaný
čas odpočinku vypočítaný podľa bodu 3 je:
— najmenej 3 hodiny a najviac 11 hodín v prípade prvého času odpo­
činku a najmenej 9 hodín v prípade druhého času odpočinku, keď prvý
čas odpočinku prerušil PREVOZ TRAJEKTOM/VLAKOM,
— najmenej 3 hodiny a najviac 9 hodín v prípade prvého času odpočinku
a najmenej 9 hodín v prípade druhého času odpočinku, keď prvý čas
odpočinku neprerušil PREVOZ TRAJEKTOM/VLAKOM.
Obrázok 2.
Príklad času denného rozdeleného odpočinku prerušeného z dôvodu prevozu trajektom/vlakom
Keď je čas rozdeleného pravidelného denného odpočinku prerušený, VU:
— nezahrnie činnosť jazdy počas týchto prerušení do výpočtu denného
času jazdy a
— začne novú RTM-zmenu na konci času rozdeleného pravidelného
denného odpočinku, ktorý bol prerušený;
k) „týždeň“ je časový úsek vyjadrený v čase UTC od 00:00 v pondelok do
24:00 v nedeľu.
3. Výpočet času odpočinku, keď bol prerušený z dôvodu prevozu trajektom/
vlakom
Na výpočet času odpočinku, keď bol prerušený z dôvodu prevozu trajektom/
vlakom, VU vypočíta kumulovaný čas odpočinku podľa týchto krokov:
a) 1. krok
VU podľa obrázka 3 a v danom prípade podľa obrázka 4 zisťuje preru­
šenia času odpočinku, ktoré nastali pred aktiváciou príznaku (ZAČIATKU)
PREVOZU TRAJEKTOM/VLAKOM, a pre každé zistené prerušenie
vyhodnotí, či boli splnené tieto podmienky:
— prerušenie spôsobí, že celkové trvanie zistených prerušení vrátane
v danom prípade prerušení, ktoré nastali počas prvej časti času rozde­
leného denného odpočinku z dôvodu prevozu trajektom/vlakom, presa­
huje celkovo viac ako jednu hodinu,
— prerušenie spôsobí, že celkový počet zistených prerušení vrátane
v danom prípade prerušení, ktoré nastali počas prvej časti času rozde­
leného denného odpočinku z dôvodu prevozu trajektom/vlakom, je
väčší ako dve,
— po skončení prerušenia sa uloží „zápis miesta, kde sa denný pracovný
čas končí“.
Ak nie je splnená žiadna z uvedených podmienok, ku kumulovanému času
odpočinku sa pripočíta čas nepretržitého odpočinku bezprostredne pred
prerušením.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 590
Ak je splnená aspoň jedna z uvedených podmienok, VU buď preruší
výpočet kumulovaného času odpočinku podľa 2. kroku, alebo zistí preru­
šenia času odpočinku, ktoré nastali za príznakom (ZAČIATKU)
PREVOZU TRAJEKTOM/VLAKOM, podľa 3. kroku.
b) 2. krok
Pre každé prerušenie zistené podľa 1. kroku VU vyhodnotí, či by sa mal
výpočet kumulovaného času odpočinku prerušiť. VU preruší proces
výpočtu, keď ku kumulovanému času odpočinku boli pripočítané dva
časy nepretržitého odpočinku, ktoré nastali pred aktiváciou príznaku
(ZAČIATKU) PREVOZU TRAJEKTOM/VLAKOM, vrátane v danom
prípade časov odpočinku pripočítaných v prvej časti času rozdeleného
denného odpočinku, ktorý bol takisto prerušený prevozom trajektom/
vlakom. V opačnom prípade VU pokračuje podľa 3. kroku.
c) 3. krok
Ak VU po vykonaní 2. kroku pokračuje vo výpočte kumulovaného času
odpočinku, podľa obrázka 3 a v danom prípade podľa obrázka 4 zistí
prerušenia, ktoré nastali po deaktivovaní podmienky PREVOZU
TRAJEKTOM/VLAKOM.
Pre každé zistené prerušenie VU vyhodnotí, či prerušenie spôsobuje, že
kumulovaný čas všetkých zistených prerušení celkovo presahuje viac ako
jednu hodinu. V takom prípade sa výpočet kumulovaného času odpočinku
skončí na konci času nepretržitého odpočinku pred prerušením. V opačnom
prípade sa časy nepretržitého odpočinku, ktoré nastali po príslušných
prerušeniach, pripočítajú k výpočtu času denného odpočinku, až kým sa
nesplní podmienka v 4. kroku.
d) 4. krok
Výpočet kumulovaného času odpočinku sa preruší, keď VU v dôsledku 1.
a 3. kroku pripočítala maximálne dva časy nepretržitého odpočinku k času
odpočinku, pre ktorý je aktivovaná podmienka PREVOZ TRAJEKTOM/
VLAKOM, vrátane v danom prípade prerušení, ktoré nastali počas prvej
časti času rozdeleného denného odpočinku z dôvodu prevozu trajektom/
vlakom.
Obrázok 3.
Spracovanie časov odpočinku jednotkou vozidla s cieľom určiť, či sa prerušený čas odpočinku má počítať
ako čas pravidelného denného odpočinku alebo ako prvá časť času rozdeleného denného odpočinku.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 591
Obrázok 4.
Spracovanie časov odpočinku jednotkou vozidla s cieľom určiť, či sa prerušený čas odpočinku má počítať
ako druhá časť času rozdeleného denného odpočinku.
Obrázok 5.
Príklad času denného odpočinku prerušeného viac ako dvakrát, čo spôsobí nezahrnutie času odpočinku
H do výpočtu
Obrázok 6.
Príklad času denného odpočinku, keď sa výpočet času stráveného na trajekte/vlaku začína na konci
pracovného času
Obrázok 7.
Príklad času denného odpočinku prerušeného viac ako dvakrát, čo spôsobí nezahrnutie času odpočinku
B do výpočtu
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 592
Obrázok 8.
Príklad času rozdeleného denného odpočinku prerušeného raz počas prvého času odpočinku a raz počas
druhého času odpočinku
4. Výpočet denného, týždenného a dvojtýždenného času jazdy
VU vypočíta denné časy jazdy pre prebiehajúcu a predchádzajúcu RTM-
zmenu. Čas jazdy, ktorý nastane počas prerušení časov denného odpočinku,
sa nezahrnie do výpočtu denného času jazdy, keď sú takéto prerušenia
v dôsledku prevozu trajektom/vlakom a keď boli splnené požiadavky uvedené
v bode 2 písm. h) až j) a bode 3. Keďže však VU nevypočítala kompletný čas
pravidelného denného odpočinku alebo rozdeleného denného odpočinku
podľa bodu 3, časy jazdy, ktoré nastanú počas prerušení, sa pripočítajú
k dennému času jazdy prebiehajúcej RTM-zmeny.
VU vypočíta aj týždenný a dvojtýždenný čas jazdy. Čas jazdy, ktorý nastane
počas prerušení časov denného odpočinku z dôvodu prevozu trajektom/
vlakom, sa zahrnie do výpočtu týždenného a dvojtýždenného času jazdy.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 593
Dodatok 15
MIGRÁCIA: RIADENIE KOEXISTENCIE JEDNOTLIVÝCH
GENERÁCIÍ A VERZIÍ ZARIADENIA
▼B
OBSAH
1. VYMEDZENIE POJMOV
2. VŠEOBECNÉ USTANOVENIA
2.1. Prehľad prechodu
▼M3
2.2. Interoperabilita medzi VU a kartami
▼B
2.3. Interoperabilita medzi jednotkou vozidla a snímačom pohybu
2.4. Interoperabilita medzi jednotkou vozidla, tachografovými kartami a zaria­
dením na sťahovanie údajov
2.4.1 Priame sťahovanie z karty prostredníctvom inteligentného vyhradeného
zariadenia
2.4.2 Sťahovanie z karty prostredníctvom jednotky vozidla
2.4.3 Sťahovanie z jednotky vozidla
2.5. Interoperabilita medzi jednotkou vozidla a kalibračným zariadením
3. ZÁKLADNÉ OPATRENIA POČAS OBDOBIA PRED TERMÍNOM
ZAVEDENIA
4. USTANOVENIA NA OBDOBIE PO TERMÍNE ZAVEDENIA
▼M3
5. ZAZNAMENÁVANIE PREKROČENÍ HRANICE V TACHOGRAFOCH
PRVEJ GENERÁCIE A PRVEJ VERZII TACHOGRAFOV DRUHEJ
GENERÁCIE
▼B
1. VYMEDZENIE POJMOV
Na účely tohto dodatku sa používa toto vymedzenie pojmov:
systém inteligentného tachografu: podľa vymedzenia v tejto prílohe
(kapitola 1: vymedzenie bbb),
systém tachografu prvej generácie: podľa vymedzenia v tomto nariadení
(článok 2: vymedzenie v bode 1);
systém tachografu druhej generácie: podľa vymedzenia v tomto naria­
dení (článok 2: vymedzenie v bode 7);
termín zavedenia: podľa vymedzenia v tejto prílohe (kapitola 1: pojem
ccc),
inteligentné vyhradené zariadenie (Inteligent Dedicated Equipment –
IDE): zariadenie používané na sťahovanie údajov, ako je vymedzené
v dodatku 7 tejto prílohy.
▼M3
2. VŠEOBECNÉ USTANOVENIA
2.1. Prehľad prechodu
V úvode tejto prílohy je uvedený prehľad prechodu medzi tachografovými
systémami prvej a druhej generácie a zavedenia druhej verzie záznamo­
vých zariadení a tachografových kariet druhej generácie.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 594
Okrem ustanovení tohto úvodu možno pripomenúť tieto informácie:
— snímače pohybu prvej generácie nie sú interoperabilné so žiadnou
verziou jednotiek vozidla druhej generácie,
— vo vozidlách vybavených ktoroukoľvek verziou jednotiek vozidla
druhej generácie možno nainštalovať len snímače pohybu druhej gene­
rácie,
— zariadenia na sťahovanie údajov a kalibráciu musia podporovať obe
generácie alebo verzie záznamových zariadení a tachografových kariet.
2.2. Interoperabilita medzi VU a kartami
Je zrejmé, že tachografové karty prvej generácie sú interoperabilné
s jednotkami vozidla prvej generácie [v súlade s prílohou IB k nariadeniu
(EHS) č. 3821/85] a každá verzia tachografových kariet druhej generácie
je interoperabilná s ktoroukoľvek verziou jednotiek vozidla druhej gene­
rácie (v súlade s prílohou IC k tomuto nariadeniu). Okrem toho sa uplat­
ňujú tieto požiadavky:
MIG_001 Okrem toho, čo je stanovené v požiadavkách MIG_004
a MIG_005, tachografové karty prvej generácie sa až do skon­
čenia svojej platnosti môžu naďalej používať v ktorejkoľvek
verzii jednotiek vozidla druhej generácie. Držitelia však môžu
požiadať o ich nahradenie tachografovými kartami druhej
generácie, hneď ako budú dostupné.
MIG_002 Všetky verzie jednotiek vozidla druhej generácie musia byť
schopné používať každú vloženú platnú kartu vodiča,
kontrolnú kartu a podnikovú kartu prvej generácie.
MIG_003 Túto schopnosť v takýchto jednotkách vozidla môže dielňa
raz a navždy zrušiť, takže tachografové karty prvej generácie
sa už viac nebudú akceptovať. To bude možné realizovať, až
keď Európska komisia zavedie postup umožňujúci požiadať
dielne o vykonanie tohto zásahu, napríklad počas každej
pravidelnej kontroly tachografu.
MIG_004 Jednotky vozidla druhej generácie musia byť schopné
používať iba dielenské karty druhej generácie.
MIG_005 Jednotky vozidla druhej generácie ktorejkoľvek verzie pri
určovaní prevádzkového režimu berú do úvahy iba typy
vložených platných kariet bez ohľadu na ich generáciu
alebo verziu.
MIG_006 Ktorákoľvek verzia platnej tachografovej karty druhej gene­
rácie sa musí dať použiť v jednotkách vozidla prvej generácie
presne rovnakým spôsobom ako tachografová karta prvej
generácie toho istého typu.
2.3. Interoperabilita medzi jednotkou vozidla a snímačom pohybu
Je zrejmé, že snímače pohybu prvej generácie sú interoperabilné s jednot­
kami vozidla prvej generácie, zatiaľ čo snímače pohybu druhej generácie
sú interoperabilné s ktoroukoľvek verziou jednotiek vozidla druhej gene­
rácie. Okrem toho sa uplatňujú tieto požiadavky:
MIG_007 Ktorákoľvek verzia jednotiek vozidla druhej generácie sa
nebude môcť párovať a používať so snímačmi pohybu prvej
generácie.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 595
MIG_008 Snímače pohybu druhej generácie sa môžu spárovať
a používať iba s jednotkami vozidla druhej generácie v ktorej­
koľvek verzii alebo s jednotkami vozidla obidvoch generácií.
2.4. Interoperabilita medzi jednotkou vozidla, tachografovými kartami
a zariadením na sťahovanie údajov
MIG_009 Zariadenie na sťahovanie údajov môže byť kompatibilné so
všetkými generáciami a verziami jednotiek vozidla a tachogra­
fových kariet.
2.4.1. Priame sťahovanie z karty prostredníctvom inteligentného vyhradeného
zariadenia
MIG_010 Údaje sa prostredníctvom inteligentného vyhradeného zaria­
denia (IDE) sťahujú z tachografových kariet jednej generácie
vložených do ich čítacích zariadení, s použitím bezpečnost­
ných mechanizmov a protokolov sťahovania údajov tejto
generácie, pričom sťahované údaje musia mať formát určený
pre túto generáciu a verziu.
MIG_011 S cieľom umožniť kontrolu vodičov aj kontrolnými orgánmi,
ktoré nie sú z EÚ, musí byť možné stiahnuť údaje aj z kariet
vodiča (a dielenských kariet) druhej generácie v ktorejkoľvek
verzii, a to presne rovnakým spôsobom ako z kariet vodiča
(a dielenských kariet) prvej generácie. Takéto sťahovanie
musí zahŕňať:
— nepodpísané EF IC a ICC (nepovinné),
— nepodpísané EF (prvej generácie) Card_Certificate
a CA_Certificate,
— ďalšie aplikačné dátové EF (v rámci DF Tachograph),
ktoré si vyžiadal protokol sťahovania údajov z karty
prvej generácie. Tieto informácie musia byť zabezpečené
digitálnym podpisom v súlade s bezpečnostnými mecha­
nizmami prvej generácie.
Takéto sťahovanie nezahŕňa aplikačné dátové EF prítomné
iba na kartách vodiča (a dielenských kartách) druhej gene­
rácie vo verzii 1 alebo verzii 2 (aplikačné dátové EF
v rámci DF Tachograph_G2).
2.4.2. Sťahovanie z karty prostredníctvom jednotky vozidla
MIG_012 Z karty druhej generácie v ktorejkoľvek verzii vloženej
v jednotke vozidla prvej generácie sa údaje sťahujú s použitím
protokolu sťahovania údajov prvej generácie. Karta musí
odpovedať na príkazy jednotky vozidla presne rovnakým
spôsobom ako karta prvej generácie a sťahované údaje
musia mať rovnaký formát ako údaje sťahované z karty
prvej generácie.
MIG_013 Z karty prvej generácie vloženej v akejkoľvek verzii jednotky
vozidla druhej generácie sa údaje sťahujú s použitím proto­
kolu sťahovania údajov vymedzeného v dodatku 7 tejto
prílohy. Jednotka vozidla musí posielať príkazy karte presne
rovnakým spôsobom ako jednotka vozidla prvej generácie
a sťahované údaje musia zachovávať formát určený pre
karty prvej generácie.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 596
2.4.3. Sťahovanie z jednotky vozidla
MIG_014 Mimo rámca kontroly vodičov kontrolnými orgánmi, ktoré nie
sú z EÚ, sa z jednotiek vozidla druhej generácie údaje sťahujú
s použitím bezpečnostných mechanizmov druhej generácie
a protokolu sťahovania údajov špecifikovaného v dodatku 7
tejto prílohy pre príslušnú verziu.
MIG_015 S cieľom umožniť kontrolu vodičov kontrolnými orgánmi,
ktoré nie sú z EÚ, sa môže poskytnúť voliteľná možnosť
sťahovať údaje aj z jednotiek vozidla druhej generácie
v ktorejkoľvek verzii s použitím bezpečnostných mecha­
nizmov prvej generácie. Sťahované údaje potom musia mať
rovnaký formát ako údaje sťahované z jednotky vozidla prvej
generácie. Táto možnosť sa môže zvoliť príkazmi v menu.
2.5. Interoperabilita medzi jednotkou vozidla a kalibračným zariadením
MIG_016 Kalibračné zariadenie musí byť schopné vykonať kalibráciu
všetkých generácií alebo verzií tachografu s použitím kalibrač­
ného protokolu príslušnej generácie alebo verzie. Kalibračné
zariadenie môže by kompatibilné so všetkými generáciami
a verziami jednotiek vozidla.
3. ZÁKLADNÉ OPATRENIA POČAS OBDOBIA PRED TERMÍNOM
ZAVEDENIA
MIG_017 Skúšobné kľúče a osvedčenia musia mať výrobcovia k dispo­
zícii v deň uverejnenia tejto prílohy.
MIG_018 Skúšky interoperability musia byť pripravené na začatie
s jednotkami vozidla verzie 2 a s tachografovými kartami
verzie 2, ak o ne výrobcovia požiadajú, najneskôr 15 mesiacov
pred termínom zavedenia.
MIG_019 V prípade druhej verzie tachografov, tachografových kariet
a snímačov pohybu druhej generácie sa používajú rovnaké
kľúče a certifikáty ako pre verziu 1 zariadení druhej gene­
rácie.
MIG_020 Členské štáty musia byť schopné vydať verziu 2 dielenských
kariet druhej generácie najneskôr jeden mesiac pred termínom
zavedenia.
MIG_021 Členské štáty musia byť schopné vydať všetky ostatné typy
tachografových kariet druhej generácie vo verzii 2 najneskôr
jeden mesiac pred termínom zavedenia.
4. USTANOVENIA NA OBDOBIE PO TERMÍNE ZAVEDENIA
MIG_022 S účinnosťou od dátumu zavedenia musia členské štáty
vydávať už iba verziu 2 tachografových kariet druhej gene­
rácie.
MIG_023 Výrobcovia jednotiek vozidla/snímačov pohybu majú povo­
lené vyrábať jednotky vozidla/snímače pohybu prvej gene­
rácie tak dlho, kým sa budú používať v praxi, aby bolo
možné vymieňať nesprávne fungujúce komponenty.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 597
MIG_023a S účinnosťou od dátumu zavedenia sa nefunkčné jednotky
vozidla alebo externé zariadenia GNSS druhej generácie vo
verzii 1 nahradia verziou 2 jednotiek vozidla alebo externých
zariadení GNSS druhej generácie.
MIG_024 Výrobcovia jednotiek vozidla/snímačov pohybu môžu
požiadať o zachovanie typového schválenia tých typov jedno­
tiek vozidla/snímačov pohybu prvej generácie alebo verzie 1
jednotiek vozidla druhej generácie, ktoré už mali udelené
typové schválenie, a zachovanie typového schválenia sa im
umožní.
5. ZAZNAMENÁVANIE PREKROČENÍ HRANICE V TACHOGRAFOCH
PRVEJ GENERÁCIE A V PRVEJ VERZII TACHOGRAFOV DRUHEJ
GENERÁCIE
MIG_025 Symbol štátu a prípadne regiónu, do ktorého vodič vstupuje
po prekročení hranice členského štátu pri uplatnení článku 34
ods. 7 nariadenia (EÚ) č. 165/2014, sa vloží ako miesto, kde
sa denný pracovný čas začína, v súlade s manuálnym zápisom
miest stanoveným v požiadavke 60 prílohy IC k nariadeniu
(EÚ) č. 165/2014 a v požiadavke 50 prílohy IB k nariadeniu
(EHS) č. 3821/85.
▼M3
02016R0799 — SK — 21.08.2023 — 003.002 — 598
Dodatok 16
ADAPTÉR PRE VOZIDLÁ KATEGÓRIÍ M1 A N1
OBSAH
1. SKRATKY A REFERENČNÉ DOKUMENTY
1.1. Skratky
1.2. Referenčné normy
2. VŠEOBECNÉ CHARAKTERISTICKY A FUNKCIE ADAPTÉRA3
2.1. Všeobecný opis adaptéra
2.2. Funkcie
2.3. Zabezpečenie
3. POŽIADAVKY NA ZÁZNAMOVÉ ZARIADENIE PO NAMONTO­
VANÍ ADAPTÉRA
4. KONŠTRUKČNÉ A FUNKČNÉ POŽIADAVKY NA ADAPTÉR
4.1. Prepojenie a úprava vstupných impulzov rýchlosti
4.2. Prívod vstupných impulzov do vstavaného snímača pohybu
4.3. Vstavaný snímač pohybu
4.4. Požiadavky na zabezpečenie
4.5. Výkonnostné parametre
4.6. Materiály
4.7. Označenia
5. MONTÁŽ ZÁZNAMOVÉHO ZARIADENIA PRI POUŽITÍ ADAP­
TÉRA
5.1. Montáž
5.2. Plombovanie
6. KONTROLY, INŠPEKCIE A OPRAVY
6.1. Pravidelné kontroly
7. TYPOVÉ SCHVÁLENIE ZÁZNAMOVÉHO ZARIADENIA PRI
POUŽITÍ ADAPTÉRA
7.1. Všeobecne
7.2. Osvedčenie funkčnosti
1. SKRATKY A REFERENČNÉ DOKUMENTY
1.1. Skratky
TBD určí sa neskôr
VU jednotka vozidla
1.2. Referenčné normy
ISO16844-3 Cestné vozidlá. Tachografové systémy. Časť 3: Rozhranie
snímača pohybu
2. VŠEOBECNÉ CHARAKTERISTICKY A FUNKCIE ADAPTÉRA
2.1. Všeobecný opis adaptéra
ADA_001 Adaptér musí pripojenej VU poskytnúť zabezpečené údaje
o pohybe, ktoré neustále udávajú rýchlosť vozidla a prejdenú
vzdialenosť.
Adaptér je určený len pre vozidlá, ktoré musia byť vybavené
záznamovým zariadením podľa tohto nariadenia.
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 599
Montuje a používa sa iba v typoch vozidiel vymedzených
v bode yy) („adaptér“) v prílohe 1C, ak nie je mechanicky
možné namontovať žiaden iný typ existujúceho snímača
pohybu, ktorý je inak v súlade s ustanoveniami tejto prílohy
a jej dodatkov 1 až 16.
Adaptér sa nesmie mechanicky prepojiť s pohyblivou časťou
vozidla; pripojí sa k impulzom rýchlosti a vzdialenosti, ktoré
vytvárajú integrované senzory alebo alternatívne rozhrania.
ADA_002 Typovo schválený snímač pohybu (podľa ustanovení tejto
prílohy 1C, oddielu 8 – Typové schválenie záznamového zaria­
denia a tachografových kariet) sa pripevní k puzdru adaptéra,
ktoré zahŕňa aj zariadenie na konverziu impulzov, ktoré
privádza vstupné impulzy do vstavaného snímača pohybu.
Vstavaný snímač pohybu musí byť pripojený k VU, aby
rozhranie medzi VU a adaptérom spĺňalo požiadavky normy
ISO16844-3.
2.2. Funkcie
ADA_003 Adaptér musí zabezpečovať tieto funkcie:
— prepojenie a úprava vstupných impulzov rýchlosti,
— prívod vstupných impulzov do vstavaného snímača
pohybu,
— všetky funkcie vstavaného snímača pohybu poskytujúce
zabezpečené údaje o pohybe jednotke vozidla.
2.3. Zabezpečenie
ADA_004 Adaptér nepodlieha certifikácii zabezpečenia podľa požiadavky
na všeobecné zabezpečenie snímača pohybu v zmysle dodatku
10 k tejto prílohe. Namiesto toho sa uplatňujú požiadavky na
zabezpečenie uvedené v oddiele 4.4 tohto dodatku.
3. POŽIADAVKY NA ZÁZNAMOVÉ ZARIADENIE PO NAMONTO­
VANÍ ADAPTÉRA
Požiadavky v nasledujúcich kapitolách určujú, ako sa majú chápať požia­
davky tejto prílohy pri používaní adaptéra. Príslušné čísla požiadaviek
prílohy 1C sa uvádzajú v zátvorkách.
ADA_005 Záznamové zariadenie každého vozidla vybaveného adaptérom
musí spĺňať všetky ustanovenia tejto prílohy, pokiaľ nie je
v tomto dodatku uvedené inak.
ADA_006 Po namontovaní adaptéra zahŕňa záznamové zariadenie káble,
adaptér (vrátane snímača pohybu) a VU [01].
ADA_007 Zisťovanie udalostí a/alebo porúch fungovania záznamového
zariadenia sa upravuje takto:
— udalosť „prerušenie napájania“ spúšťa VU, ak nie je
v režime kalibrácie, v prípade akéhokoľvek prerušenia
napájania vstavaného snímača pohybu trvajúceho dlhšie
ako 200 milisekúnd [79]
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 600
— udalosť „chyba údajov o pohybe“ spúšťa VU v prípade
prerušenia normálneho toku údajov medzi vstavaným
snímačom pohybu a VU a/alebo pri chybe integrity alebo
autentifikácie údajov počas výmeny údajov medzi vsta­
vaným snímačom pohybu a VU [83]
— udalosť „pokus o narušenie zabezpečenia“ spúšťa VU pri
akejkoľvek inej udalosti ovplyvňujúcej zabezpečenie vsta­
vaného snímača pohybu, ak nie je v režime kalibrácie [85]
— „Poruchu záznamového zariadenia“ spúšťa VU, ak nie je
v režime kalibrácie, pri akejkoľvek poruche vstavaného
snímača pohybu [88].
ADA_008 Poruchy adaptéra, ktoré dokáže záznamové zariadenie zistiť,
súvisia so vstavaným snímačom pohybu [88].
ADA_009 Funkcia kalibrácie VU umožní automaticky spárovať vstavaný
snímač pohybu s VU [202, 204].
4. KONŠTRUKČNÉ A FUNKČNÉ POŽIADAVKY NA ADAPTÉR
4.1. Prepojenie a úprava vstupných impulzov rýchlosti
ADA_011 Rozhranie vstupu adaptéra musí prijímať frekvenčné impulzy
predstavujúce rýchlosť vozidla a prejdenú vzdialenosť. Elek­
trické charakteristiky vstupných impulzov: Určí neskôr
výrobca. Úpravy dostupné len výrobcovi adaptéra a schválenej
dielni vykonávajúcej montáž adaptéra musia podľa potreby
umožňovať správne prepojenie vstupu adaptéra s vozidlom.
▼M3
ADA_012 Rozhranie vstupu adaptéra musí podľa potreby umožniť náso­
benie alebo delenie frekvenčných impulzov vstupných
impulzov rýchlosti určeným faktorom s cieľom upraviť signál
na hodnotu v rozsahu faktora k definovanú v tejto prílohe
(2 400 až 25 000 impulzov/km). Určený faktor môže naprogra­
movať iba výrobca adaptéra a schválená dielňa vykonávajúca
montáž adaptéra.
▼B
4.2. Prívod vstupných impulzov do vstavaného snímača pohybu
ADA_013 Vstupné impulzy, ktoré sa môžu upraviť podľa uvedených
ustanovení, sa privádzajú do vstavaného snímača pohybu tak,
aby snímač pohybu zistil každý vstupný impulz.
4.3. Vstavaný snímač pohybu
ADA_014 Vstavaný snímač pohybu stimulujú privádzané impulzy, a tak
môže vytvárať údaje o pohybe presne zodpovedajúce pohybu
vozidla, ako keby bol mechanicky prepojený s pohyblivou
časťou vozidla.
ADA_015 Identifikačné údaje vstavaného snímača pohybu použije VU na
identifikáciu adaptéra [95].
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 601
ADA_016 Údaje o montáži uložené vo vstavanom snímači pohybu sa
považujú za údaje o montáži adaptéra [122].
4.4. Požiadavky na zabezpečenie
ADA_017 Puzdro adaptéra musí byť navrhnuté tak, aby sa nedalo otvoriť.
Zaplombuje sa, aby sa dali ľahko zistiť pokusy o fyzickú mani­
puláciu (napr. vizuálnou kontrolou, pozri ADA_035). Plomba
musí spĺňať rovnaké požiadavky, ako plomby snímačov
pohybu [398 až 406].
ADA_018 Vstavaný snímač pohybu sa nesmie dať z adaptéra odstrániť
bez porušenia plomby (plomb) puzdra adaptéra alebo rozlo­
menia plomby medzi snímačom a puzdrom adaptéra (pozri
ADA_034).
ADA_019 Adaptér musí zabezpečiť, aby sa údaje o pohybe dali spracúvať
a odvodzovať len zo vstupu adaptéra.
4.5. Výkonnostné parametre
ADA_020 Adaptér musí byť plne funkčný v teplotnom rozsahu stano­
venom výrobcom.
ADA_021 Adaptér musí byť plne funkčný v rozsahu vlhkosti 10 až 90 %
[214].
ADA_022 Adaptér musí byť chránený proti prepätiu, zmene polarity
napájania a skratom [216].
ADA_023 Adaptér musí buď:
— reagovať na magnetické pole, ktoré ruší snímanie pohybu
vozidla. Za takýchto okolností jednotka vozidla zaznamená
a uloží poruchu snímača [88]; alebo,
— mať snímací prvok, ktorý je chránený pred magnetickými
poľami alebo je voči nim imúnny [217].
ADA_024 Adaptér musí zodpovedať predpisu EHK OSN R10 z hľadiska
elektromagnetickej kompatibility a musí byť chránený pred
elektrostatickými výbojmi a kolísaním napätia [218].
4.6. Materiály
ADA_025 Adaptér musí spĺňať stupeň ochrany (určí neskôr výrobca
v závislosti od miesta montáže) [220, 221].
ADA_026 Puzdro adaptéra musí byť žlté.
4.7. Označenia
ADA_027 Na adaptér sa upevní popisný štítok s týmito údajmi:
— názov a adresa výrobcu adaptéra,
— výrobcovo číslo dielu a rok výroby adaptéra,
— schvaľovacia značka typu adaptéra alebo typu záznamo­
vého zariadenia vrátane adaptéra,
— dátum montáže adaptéra,
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 602
— identifikačné číslo vozidla, na ktoré bol adaptér namonto­
vaný.
ADA_028 Popisný štítok musí obsahovať aj tieto údaje (ak sa nedajú
prečítať priamo z vonkajšej strany vstavaného snímača
pohybu):
— názov výrobcu vstavaného snímača pohybu,
— výrobcovo číslo dielu a rok výroby vstavaného snímača
pohybu,
— schvaľovacia značka vstavaného snímača pohybu.
5. MONTÁŽ ZÁZNAMOVÉHO ZARIADENIA PRI POUŽITÍ ADAPTÉRA
5.1. Montáž
ADA_029 Adaptéry určené na montáž vo vozidle inštalujú iba výrobcovia
vozidiel alebo schválené dielne oprávnené montovať, aktivovať
a kalibrovať digitálne a inteligentné tachografy.
ADA_030 Takáto schválená dielňa musí pri montáži adaptéra upraviť
vstupné rozhranie a zvoliť pomer delenia vstupného signálu
(podľa potreby).
ADA_031 Takáto schválená dielňa musí pri montáži adaptéra zaplom­
bovať jeho puzdro.
ADA_032 Adaptér sa umiestni čo najbližšie k tej časti vozidla, z ktorej
pochádzajú vstupné impulzy.
ADA_033 Napájacie káble adaptéra musia byť červené (kladné napájanie)
a čierne (uzemnenie).
5.2. Plombovanie
ADA_034 Uplatňujú sa tieto požiadavky na zaplombovanie:
— puzdro adaptéra musí byť zaplombované (pozri ADA_017),
— puzdro vstavaného snímača musí byť plombou spojené
s puzdrom adaptéra, ak snímač možno oddeliť od puzdra
adaptéra bez narušenia plomby (plomb) puzdra adaptéra
(pozri ADA_018),
— puzdro adaptéra musí byť plombou spojené s vozidlom,
— spojenie medzi adaptérom a zariadením, ktoré dodáva
vstupné impulzy, musí byť primerane podľa možností
zaplombované na oboch koncoch.
6. KONTROLY, INŠPEKCIE A OPRAVY
6.1. Pravidelné kontroly
ADA_035 Pri použití adaptéra musí každá pravidelná kontrola (pravidelné
kontroly v zmysle dodržania požiadaviek [409] až [413]
prílohy 1C) záznamového zariadenia zahŕňať overenie týchto
prvkov:
— či má adaptér náležité označenia typového schválenia,
— či sú plomby a spoje adaptéra nedotknuté,
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 603
— či je adaptér namontovaný v súlade s montážnym štítkom,
— či je adaptér namontovaný podľa pokynov výrobcu adap­
téra a/alebo vozidla,
— či je montáž adaptéra pre kontrolované vozidlo povolená.
ADA_036 Tieto kontroly zahŕňajú kalibráciu a náhradu všetkých plomb
bez ohľadu na ich stav.
7. TYPOVÉ SCHVÁLENIE ZÁZNAMOVÉHO ZARIADENIA PRI
POUŽITÍ ADAPTÉRA
7.1. Všeobecne
ADA_037 Záznamové zariadenie sa predkladá na typové schválenie celé
vrátane adaptéra [425].
ADA_038 Každý adaptér možno predložiť na typové schválenie samo­
statne alebo ako súčasť záznamového zariadenia.
ADA_039 Takéto typové schválenie musí zahŕňať funkčné skúšky,
ktorým podlieha aj adaptér. Kladné výsledky každej z týchto
skúšok sa doložia príslušným osvedčením [426].
7.2. Osvedčenie funkčnosti
ADA_040 Osvedčenie funkčnosti adaptéra alebo záznamového zariadenia
vrátane adaptéra sa doručí výrobcovi adaptéra až po úspešnom
vykonaní všetkých funkčných skúšok v tomto minimálnom
rozsahu.
Č. Skúška Opis Súvisiace požiadavky
1. Administratívne preskúmanie
1.1 Dokumentácia Správnosť doku­
mentácie k adaptéru
2. Vizuálna kontrola
2.1. Zhoda adaptéra s dokumentáciou
2.2. Identifikácia/označenia adaptéra ADA_027,
ADA_028
2.3 Materiály adaptéra [219] až [223]
ADA_026
2.4. Plombovanie ADA_017,
ADA_018,
ADA_034
3. Funkčné skúšky
3.1 Privádzanie impulzov rýchlosti do vstavaného
senzora pohybu
ADA_013
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 604
Č. Skúška Opis Súvisiace požiadavky
3.2 Prepojenie a úprava vstupných impulzov
rýchlosti
ADA_011,
ADA_012
3.3 Presnosť merania pohybu [30] až [35], [217]
4. Skúšanie vplyvu prostredia
4.1 Výsledky výrobcových
skúšok
Výsledky výrobco­
vých skúšok vplyvu
prostredia
ADA_020,
ADA_021,
ADA_022,
ADA_024
5. Elektromagnetická kompatibilita (EMC)
5.1 Vyžarované emisie a citli­
vosť
Overenie zhody so
smernicou 2006/28/
ES
ADA_024
5.2 Výsledky výrobcových
skúšok
Výsledky výrobco­
vých skúšok vplyvu
prostredia
ADA_024
▼B
02016R0799 — SK — 21.08.2023 — 003.002 — 605
Dodatok 17
PRECHODNÉ USTANOVENIA TÝKAJÚCE SA VYUŽÍVANIA SLUŽBY
OSNMA TACHOGRAFMI
1. VYMEDZENIE POJMOV A SKRATKY
1.1. Vymedzenie pojmov
Ohlásenie služby Galileo Open Service Navigation Message Authentica­
tion (otvorená služba systému Galileo na autentifikáciu navigačných
správ, OSNMA) je vyhlásenie Európskej komisie, že služba OSNMA
Galileo vstupuje do prevádzkovej fázy.
Prechodná jednotka vozidla je jednotka vozidla, ktorá spĺňa ustanovenia
tohto dodatku.
Prechodné jednotky vozidla sa konštruujú v súlade s Dokumentom
o kontrole rozhrania pre vysielaný signál (Signal-in-Space Interface
Control Document – SIS ICD) a s usmerneniami k prijímačom OSNMA,
ktoré sa uplatňujú na fázu verejného skúšania služby OSNMA. Obsahujú
prijímač GNSS, ktorý je schopný využívať službu OSNMA dostupnú
počas fázy jej verejného skúšania.
Prechodné jednotky vozidla však nie sú schopné autentifikovať navigačné
správy, ktoré budú dostupné po ohlásení služby OSNMA, a to z dôvodu
nevyhnutnej aktualizácie kryptografického materiálu v jednotke vozidla.
Na to, aby mohli prechodné jednotky vozidla začať využívať službu
OSNMA a aby spĺňali všetky požiadavky stanovené v prílohe IC a jej
dodatkoch 1 až 16, treba vykonať náležitú aktualizáciu softvéru. Pred
aktualizáciou implementujú prechodné jednotky vozidla funkcie, ktoré
súvisia so službou OSNMA, ako sa uvádza v tomto dodatku. Funkcie,
ktoré so službou OSNMA nesúvisia, zostanú nezmenené.
Pri náležitej aktualizácii softvéru prechodné jednotky vozidla implemen­
tujú dokument SIS ICD a usmernenia k prijímačom OSNMA, ktoré sa
uplatňujú na prevádzkovú fázu služby OSNMA, a splnia všetky požia­
davky stanovené v prílohe IC a jej dodatkoch 1 až 16, pričom využívajú
službu OSNMA dostupnú počas prevádzkovej fázy.
Prechodný tachograf je tachograf vrátane prechodnej jednotky vozidla.
1.2. Skratky
ICD Interface Control Document (dokument o kontrole
rozhrania)
OSNMA Galileo Open Service Navigation Message Authen­
tication (otvorená služba systému Galileo na auten­
tifikáciu navigačných správ)
SIS Signal in Space (vysielaný signál)
VU Vehicle Unit (jednotka vozidla)
▼M4
02016R0799 — SK — 21.08.2023 — 003.002 — 606
2. VŠEOBECNÉ ASPEKTY TÝKAJÚCE SA SLUŽBY OSNMA
Aby mohli byť vozidlá, ktoré sú zaevidované prvýkrát, vybavené verziou
2 tachografov druhej generácie od požadovaného termínu zavedenia vyme­
dzeného v oddiele 1 písm. ccc) prílohy IC k vykonávaciemu nariadeniu
(EÚ) 2016/799, je potrebné jednotky vozidla typovo schváliť, vyrobiť
a uviesť na trh pred ohlásením služby OSNMA. Aby mohli byť tieto
jednotky vozidla, označované ako prechodné jednotky vozidla, typovo
schválené a používané v teréne, je potrebné upraviť požiadavky týkajúce
sa OSNMA stanovené v prílohe IC a jej dodatkoch 1 až 16.
V ustanoveniach tohto dodatku sa vymedzujú osobitné požiadavky uplat­
niteľné na prechodné jednotky vozidla. Vzťahujú sa len na jednotky
vozidla vybavené interným prijímačom GNSS.
3. POŽIADAVKY UPLATNITEĽNÉ NA PRIJÍMAČ GNSS PRECHOD­
NÝCH TACHOGRAFOV
TRA_001 Prechodné jednotky vozidla musia byť vybavené prijímačom
GNSS, ktorý je schopný využívať službu OSNMA dostupnú počas fázy
jej verejného skúšania.
TRA_002 Požiadavky uvedené v dodatku 12 sa uplatňujú na prijímač
GNSS, ktorý je súčasťou prechodných jednotiek vozidla, a to s týmto
výkladom:
— dokument SIS ICD a usmernenia k prijímačom OSNMA, na ktoré sa
odkazuje, sú dokumentmi, ktoré sú k dispozícii pre fázu verejného
skúšania:
— Galileo Open Service Navigation Message Authentication
(OSNMA) User ICD for the Test Phase [Používateľská príručka
ICD pre fázu skúšania (OSNMA), vydanie 1.0, november 2021,
— Galileo Open Service Navigation Message Authentication
(OSNMA) Receiver Guidelines for the Test Phase [Usmernenia
k prijímačom Galileo Open Service Navigation Message Authen­
tication (OSNMA) pre fázu skúšania], vydanie 1.0, november
2021,
— OSNMA je služba dostupná počas fázy verejného skúšania,
— SIS je vysielaný signál (Signal in Space) dostupný počas fázy verej­
ného skúšania.
TRA_003 Prijímač GNSS, ktorý je súčasťou prechodných jednotiek
vozidla, musí byť navrhnutý tak, aby po aktualizácii svojho softvéru
vykonanej aktualizáciou softvéru jednotky vozidla v plnom rozsahu spĺňal
požiadavky prílohy 12 a využíval službu OSNMA dostupnú počas jej
prevádzkovej fázy.
4. POŽIADAVKY UPLATNITEĽNÉ NA PRECHODNÉ JEDNOTKY
VOZIDLA
Prechodné jednotky vozidla môžu spracúvať signál služby OSNMA
dostupný počas fázy jej verejného skúšania, ale nie sú schopné nahlásiť
stav autentifikácie navigačných správ zo SIS, ktorý je k dispozícii počas
prevádzkovej fázy služby OSNMA, až kým sa nevykoná náležitá aktuali­
zácia softvéru. V dôsledku toho vždy považujú štandardné polohy posky­
tované prijímačom GNSS za autentifikované.
Požiadavky stanovené v prílohe IC a jej dodatkoch 1 až 16 sa uplatňujú
s týmto výkladom:
▼M4
02016R0799 — SK — 21.08.2023 — 003.002 — 607
TRA_004 V prílohe IC sa bod 3.9.15 Udalosť „časový rozpor“, požia­
davka 86, chápe takto:
Táto udalosť sa spustí mimo režimu kalibrácie, keď VU zistí nesúlad
medzi časom pochádzajúcim z funkcie merania času jednotky vozidla
a časom pochádzajúcim zo štandardných polôh vysielaných prijímačom
GNSS alebo externým zariadením GNSS. „Časový nesúlad“ sa zistí, ak
časový rozdiel presiahne ± 3 sekundy, čo zodpovedá presnosti času stano­
venej v požiadavke 41a, pričom táto presnosť sa zvýši o maximálnu
časovú odchýlku za deň. Táto udalosť sa zaznamená spolu s časom vsta­
vaných hodín záznamového zariadenia. VU vykoná kontrolu spustenia
udalosti „časový rozpor“ tesne predtým, ako automaticky upraví vstavané
hodiny VU v súlade s požiadavkou 211.
TRA_005 V prílohe IC sa bod 3.9.18 Udalosť „anomália GNSS“, požia­
davka 88a, chápe takto:
Táto udalosť sa spustí mimo režimu kalibrácie, keď prijímač GNSS zistí
útok , ako sa uvádza v dodatku 12. Po spustení udalosti „anomália
GNSS“ VU nebude počas nasledujúcich 10 minút generovať ďalšie
udalosti „anomália GNSS“.
TRA_006 V prílohe IC sa bod 3.12.5 Zaznamenávanie a uloženie
v dátovej pamäti, Miesta a polohy, kde sa denný pracovný čas začína,
končí a/alebo kde sa dosiahne 3-hodinový kumulovaný čas jazdy, požia­
davka 110, chápe takto:
Spolu s každým miestom alebo polohou musí záznamové zariadenie zazna­
menať a uložiť vo svojej dátovej pamäti:
— číslo karty vodiča a/alebo druhého vodiča a jej vydávajúci členský
štát,
— generáciu karty,
— dátum a čas zápisu,
— typ zápisu (začiatok, koniec alebo 3-hodinový kumulovaný čas jazdy),
— súvisiacu presnosť GNSS, prípadne dátum a čas,
— stav počítadla kilometrov vozidla,
— príznak označujúci to, že poloha sa považuje za autentifikovanú.
TRA_007 V prílohe IC sa bod 3.12.17 Zaznamenávanie a uloženie
v dátovej pamäti, Prekročenia hranice, požiadavka 133b, chápe takto:
Spolu s krajinami a polohou musí záznamové zariadenie zaznamenať
a uložiť vo svojej dátovej pamäti:
— číslo karty vodiča a/alebo druhého vodiča a jej vydávajúci členský
štát,
— generáciu karty,
— súvisiacu presnosť GNSS, dátum a čas,
— príznak označujúci to, že poloha sa považuje za autentifikovanú,
— stav počítadla kilometrov vozidla v čase zistenia prekročenia hranice.
▼M4
02016R0799 — SK — 21.08.2023 — 003.002 — 608
TRA_008 V prílohe IC sa bod 3.12.18 Zaznamenávanie a uloženie
v dátovej pamäti, Operácie nakládky/vykládky, požiadavka 133g, chápe
takto:
Spolu s druhom operácie a polohou musí záznamové zariadenie zazna­
menať a uložiť vo svojej dátovej pamäti:
— číslo karty vodiča a/alebo druhého vodiča a jej vydávajúci členský
štát,
— generáciu karty,
— dátum a čas operácie nakládky/vykládky,
— súvisiacu presnosť GNSS, prípadne dátum a čas,
— príznak označujúci to, že poloha sa považuje za autentifikovanú,
— stav počítadla kilometrov vozidla.
TRA_009 V prílohe IC sa bod 3.23 Úprava času, požiadavka 211, chápe
takto:
Nastavenie času vstavaných hodín VU sa musí automaticky opakovane
upravovať v rôznych časových intervaloch. Najbližšia automatická opako­
vaná úprava času sa aktivuje v rozmedzí 72 hod. až 168 hod. po pred­
chádzajúcej úprave a potom, ako VU získa prístup k času GNSS prostred­
níctvom správy o platnej štandardnej polohe v súlade s dodatkom 12.
Úprava času však nikdy nesmie byť väčšia ako kumulovaná maximálna
časová odchýlka za deň vypočítaná výrobcom jednotky vozidla v súlade
s požiadavkou 41b. Ak je rozdiel medzi časom vstavaných hodín VU
a časom prijímača GNSS väčší ako kumulovaná maximálna časová
odchýlka za deň, úpravou času sa musia vstavané hodiny VU čo najviac
priblížiť k času prijímača GNSS. Nastavenie času sa môže urobiť iba
vtedy, ak sa čas z prijímača GNSS získa s použitím správ o štandardnej
polohe, ako sa stanovuje v dodatku 12. Referenčný čas pre automatické
nastavenie času vstavaných hodín VU je čas poskytnutý v správe o štan­
dardnej polohe.
TRA_010 V prílohe IC sa bod 3.23 Úprava času, požiadavka 212, chápe
takto:
Funkcia úpravy času musí v režime kalibrácie umožniť vyvolanú úpravu
aktuálneho času.
Dielne môžu upraviť čas:
— buď zapísaním hodnoty času do VU pomocou služby WriteDataByI­
dentifier v súlade s bodom 6.2 dodatku 8,
— alebo požiadavkou na zosúladenie hodín VU s časom z prijímača
GNSS. Toto sa môže urobiť iba vtedy, ak sa čas z prijímača GNSS
získa s použitím správ o štandardnej polohe. V tomto prípade sa
použije služba RoutineControl v súlade s oddielom 8 dodatku 8.
▼M4
02016R0799 — SK — 21.08.2023 — 003.002 — 609
TRA_011 V dodatku 4 sa bod 2 Špecifikácie dátových blokov, prvý
odsek, siedma zarážka, chápe takto:
Piktogram vytlačený za zemepisnou dĺžkou a šírkou zaznamenanej
polohy alebo za časovou pečiatkou, keď bola poloha určená, znamená,
že táto poloha sa považuje za autentifikovanú.
TRA_012 V dodatku 8 sa bod 8.1 Služba RoutineControl (Úprava času),
Opis správy, požiadavka CPR_065a, chápe takto:
Služba RoutineControl (TimeAdjustment) poskytuje možnosť spustiť zosú­
ladenie hodín VU s časom z prijímača GNSS.
Na vykonanie služby RoutineControl (TimeAdjustment) musí byť VU
v režime KALIBRÁCIE.
Predpoklad: je zaistené, že VU môže prijímať správy o štandardnej polohe
z prijímača GNSS.
Kým prebieha úprava času, VU odpovie na požiadavku RoutineControl,
subfunkciu requestRoutineResults, s routineInfo = 0x78.
Poznámka: Úprava času môže chvíľu trvať. Diagnostické skúšobné zaria­
denie si vyžiada stav úpravy času s použitím subfunkcie requestRoutine­
Results.
TRA_013 V dodatku 12 sa bod 3 Vety poskytované prijímačmi GNSS,
požiadavka GNS_4a, chápe takto:
Údaje obsiahnuté v prípadných vetách AMC poskytnutých prijímačom
GNSS nie sú využívané jednotkou vozidla, s výnimkou týchto hodnôt
stavu:
J = jamming alebo O = iný útok na GNSS (zavedením kontrol konzistent­
nosti podľa bodu GNS_3a),
V = prázdna (autentifikovaná poloha nie je k dispozícii z akéhokoľvek
iného dôvodu).
TRA_014 V dodatku 12 sa bod 3 Vety poskytované prijímačmi GNSS,
požiadavka GNS_5, chápe takto:
Údaje obsiahnuté v prípadných vetách ASA poskytnutých prijímačom
GNSS nie sú využívané jednotkou vozidla.
TRA_015 V dodatku 12 sa bod 5.2 Jednotka vozidla bez externého
zariadenia GNSS, Prenos informácií z prijímača GNSS do VU, požia­
davky GNS_34 a 36, chápe takto:
Procesor VU nevyužíva informácie získané z vety AMC, s výnimkou týchto
hodnôt stavu:
J = jamming alebo O = iný útok na GNSS (zavedením kontrol konzistent­
nosti podľa bodu GNS_3a),
V = prázdna (autentifikovaná poloha nie je k dispozícii z akéhokoľvek
iného dôvodu).
Procesor VU nevyužíva informácie získané z vety ASA.
▼M4
02016R0799 — SK — 21.08.2023 — 003.002 — 610
TRA_016 V dodatku 12 sa bod 6 Spracovanie a zaznamenávanie údajov
o polohe jednotkou vozidla, požiadavka GNS_39, chápe takto:
Údaje o polohe sa ukladajú vo VU spolu s príznakom označujúcim, či sa
poloha považuje za autentifikovanú. Keď je potrebné údaje o polohe
zaznamenať vo VU, platí toto pravidlo:
a) Ak je štandardná poloha platná, vo VU sa zaznamená štandardná
poloha a jej presnosť a príznak sa nastaví na „autentifikovaná“.
TRA_017 V dodatku 12 sa bod 6 Spracovanie a zaznamenávanie údajov
o polohe jednotkou vozidla, požiadavka GNS_40, chápe takto:
Keď hodnota stavu v prijatej vete AMC nadobudne hodnotu „J“ alebo „O“
v súlade s požiadavkou GNS_4a, VU vygeneruje a zaznamená udalosť
„anomália GNSS“, ako je vymedzené v požiadavke 88a prílohy IC
a v dodatku 1 (EventFaultType). Jednotka vozidla môže vykonať doda­
točné kontroly pred uložením udalosti „anomália GNSS“ po prijatí nasta­
venia na hodnotu „J“ alebo „O“.
TRA_018 V dodatku 12 sa bod 8 Nesúlad údajov o pohybe vozidla,
požiadavka GNS_42, Podmienka spustenia č. 2, prvá a druhá zarážka
po vzorci, chápe takto:
— GnssDistance je vzdialenosť medzi aktuálnou polohou vozidla a pred­
chádzajúcou polohou vozidla, pričom obe boli získané zo správ
o platnej štandardnej polohe, bez zohľadnenia výšky,
— OdometerDifference je rozdiel medzi aktuálnou hodnotou počítadla
kilometrov a hodnotou počítadla kilometrov zodpovedajúcou predchá­
dzajúcej správe o platnej štandardnej polohe.
TRA_019 V dodatku 14 sa bod 5.4.5 Požiadavky na protokol DSRC pre
RTM, Prvky RtmData, vykonávané činnosti a vymedzenie pojmov, požia­
davka DSC_41, tabuľka 14.3, druhá bunka v riadku RTM20, chápe takto:
VU vygeneruje celočíselnú hodnotu (timeReal z dodatku 1) pre dátový
prvok RTM20.
VU nastaví hodnotu RTM20 na čas, keď bola k dispozícii posledná štan­
dardná poloha vozidla z prijímača GNSS.
Ak nebola k dispozícii žiadna štandardná poloha vozidla z prijímača
GNSS, VU nastaví hodnotu RTM20 na 0.
TRA_020 Výrobca typovo schválenej prechodnej jednotky vozidla infor­
muje Komisiu o svojich softvérových verziách. Komisia tieto softvérové
verzie uverejní na verejne dostupnej webovej stránke.
▼M4
02016R0799 — SK — 21.08.2023 — 003.002 — 611
5. OSOBITNÉ USTANOVENIA PRE TYPOVÉ SCHVAĽOVANIE
A POUŽÍVANIE PRECHODNÝCH TACHOGRAFOV
TRA_021 Prechodné jednotky vozidla sa typovo schvaľujú podľa požia­
daviek stanovených v prílohe IC a jej dodatkoch 1 až 16 doplnených
ustanoveniami tohto dodatku.
TRA_022 O osvedčenia o typovom schválení prechodných jednotiek
vozidla a prechodných tachografov možno žiadať len do 31. decembra
2023 alebo do termínu ohlásenia služby OSNMA, podľa toho, čo nastane
neskôr.
TRA_023 Prechodné jednotky vozidla sa môžu inštalovať do vozidiel,
ktoré sú zaevidované prvýkrát, len do 31. mája 2024 alebo do piatich
mesiacov od termínu ohlásenia služby OSNMA, podľa toho, čo nastane
neskôr.
▼M4
02016R0799 — SK — 21.08.2023 — 003.002 — 612
PRÍLOHA II
SCHVAĽOVACIA ZNAČKA A OSVEDČENIE
I. SCHVAĽOVACIA ZNAČKA
1. Schvaľovaciu značku tvorí:
a) obdĺžnik, v ktorom je umiestnené písmeno „e“, za ktorým nasleduje rozli­
šovacie číslo alebo písmeno štátu, ktorý vydal schválenie v súlade s nasle­
dujúcimi dohodnutými znakmi:
Belgicko 6,
Bulharsko 34,
Česká republika 8,
Dánsko 18,
Nemecko 1,
Estónsko 29,
Írsko 24,
Grécko 23,
Španielsko 9,
Francúzsko 2,
Chorvátsko 25,
Taliansko 3,
Cyprus CY,
Lotyšsko 32,
Litva 36,
Luxembursko 13,
Maďarsko 7,
Malta MT,
Holandsko 4,
Rakúsko 12,
Poľsko 20,
Portugalsko 21,
Rumunsko 19,
Slovinsko 26,
Slovensko 27,
Fínsko 17,
Švédsko 5,
Spojené kráľovstvo 11,
a
▼M1
b) schvaľovacie číslo zodpovedajúce číslu schvaľovacieho osvedčenia vypra­
covaného pre prototyp záznamového zariadenia alebo záznamového listu
alebo tachografovej karty, ktoré je umiestnené na akomkoľvek mieste
v tesnej blízkosti uvedeného obdĺžnika.
▼C1
02016R0799 — SK — 21.08.2023 — 003.002 — 613
2. Schvaľovacia značka sa zobrazí na popisnej doske každej sústavy zariadenia
a na každom záznamovom liste a na každej tachografovej karte. Nesmie byť
odstrániteľná a musí byť vždy zreteľne čitateľná.
3. Rozmery schvaľovacej značky načrtnuté nižšie ( 1 ) sú vyjadrené v mm. Ide
o minimálne rozmery. Pomery medzi rozmermi sa musia dodržať.
▼C1
( 1 ) Uvedené čísla sú len ilustračné.
02016R0799 — SK — 21.08.2023 — 003.002 — 614
II. OSVEDČENIE O SCHVÁLENÍ PRE ANALÓGOVÉ TACHOGRAFY
Členský štát, ktorý udelil typové schválenie, vydá žiadateľovi osvedčenie o schvá­
lení, ktorého vzor je uvedený nižšie. Pri informovaní ostatných členských štátov
o vydaných alebo prípadne odobraných osvedčeniach by členský štát mal použiť
kópie tohto osvedčenia.
OSVEDČENIE O SCHVÁLENÍ
Názov príslušného
Oznámenie o ( 1 ):
— schválení typu záznamového zariadenia
— odobraní osvedčenia o schválení typu záznamového zariadenia
— schválení modelového záznamového listu
— odobraní osvedčenia o schválení modelového záznamového listu
Schválenie č.:
...................................
1. Obchodná značka alebo názov
3. Názov výrobcu
4. Adresa výrobcu
5. Predložený na schválenie dňa
6. Skúšaný v
7. Dátum a číslo skúšky (skúšok)
8. Dátum schválenia
9. Dátum odobrania osvedčenia o schválení
10. Typ alebo typy záznamového zariadenia, v ktorých sa má list používať
11. Miesto
12. Dátum
13. Priložené opisné dokumenty
14. Poznámky (v prípade potreby vrátane umiestnenia plomb)
(podpis)
▼C1
( 1 ) Nehodiace sa prečiarknite.
02016R0799 — SK — 21.08.2023 — 003.002 — 615
III. OSVEDČENIE O SCHVÁLENÍ PRE DIGITÁLNE TACHOGRAFY
Členský štát, ktorý udelil typové schválenie, vydá žiadateľovi osvedčenie o schvá­
lení, ktorého vzor je uvedený nižšie. Pri informovaní ostatných členských štátov
o vydaných alebo prípadne odobraných osvedčeniach by členský štát mal použiť
kópie tohto osvedčenia.
OSVEDČENIE O SCHVÁLENÍ PRE DIGITÁLNE TACHOGRAFY
Názov príslušného orgánu
Oznámenie o ( 1 ):
□ schválení: □ odobraní osvedčenia o schválení:
□ modeli záznamového zariadenia
□ komponente záznamového zariadenia ( 2 )
□ karte vodiča
□ dielenskej karte
□ podnikovej karte
□ karte kontrolóra
Schválenie č.:
1. Výrobná alebo obchodná značka
3. Názov výrobcu
4. Adresa výrobcu
▼M1
5. Predložený na schválenie dňa
▼C1
6. Laboratórium(-á)
7. Dátum a číslo správy o skúške
8. Dátum schválenia …
10. Model záznamového(-ých) zariadenia(-í), v ktorom(-ých) sa má použiť
príslušný komponent
11. Miesto
12. Dátum
13. Priložené opisné dokumenty …
14. Poznámky (v prípade potreby vrátane umiestnenia plomb)
(podpis)
▼C1
( 1 ) Označte krížikom príslušné políčka.
( 2 ) Uveďte, o aký komponent v tomto oznámení ide.
02016R0799 — SK — 21.08.2023 — 003.002 — 616
IV. OSVEDČENIE O SCHVÁLENÍ PRE INTELIGENTNÉ TACHOGRAFY
Členský štát, ktorý udelil typové schválenie, vydá žiadateľovi osvedčenie o schvá­
lení, ktorého vzor je uvedený nižšie. Pri informovaní ostatných členských štátov
o vydaných alebo prípadne odobraných osvedčeniach by členský štát mal použiť
kópie tohto osvedčenia.
OSVEDČENIE O SCHVÁLENÍ PRE INTELIGENTNÉ TACHOGRAFY
Názov príslušného
Oznámenie o ( 1 ):
□ schválení: □ odobraní osvedčenia o schválení:
□ modeli záznamového zariadenia
□ komponente záznamového zariadenia ( 2 )
□ karte vodiča
□ dielenskej karte
□ podnikovej karte
□ karte kontrolóra
Schválenie č.:
1. Výrobná alebo obchodná značka …
2. Názov modelu
3. Názov výrobcu
4. Adresa výrobcu
▼M1
5. Predložený na schválenie dňa
▼C1
6. a) Skúšobné laboratórium osvedčovania funkčnosti
b) Skúšobné laboratórium osvedčovania zabezpečenia
c) Skúšobné laboratórium osvedčovania interoperability
7. a) Dátum a číslo osvedčenia funkčnosti
b) Dátum a číslo osvedčenia zabezpečenia
c) Dátum a číslo osvedčenia interoperability
8. Dátum schválenia
9. Dátum odobrania osvedčenia o schválení
10. Model záznamového(-ých) zariadenia(-í), v ktorom(-ých) sa má použiť
príslušný komponent
11. Miesto
12. Dátum
13. Priložené opisné dokumenty
14. Poznámky (v prípade potreby vrátane umiestnenia plomb)
(podpis)
▼C1
( 1 ) Označte krížikom príslušné políčka.
( 2 ) Uveďte, o aký komponent v tomto oznámení ide.


Full & Egal Universal Law Academy