Dokument ten służy wyłącznie do celów dokumentacyjnych i instytucje nie ponoszą żadnej odpowiedzialności za jego zawar-
tość
►B ROZPORZĄDZENIE RADY (WE) NR 2135/98
z dnia 24 września 1998 r.
zmieniające rozporządzenie (EWG) nr 3821/85 w sprawie urządzeń rejestrujących stosowanych
w transporcie drogowym oraz dyrektywę 88/599/EWG dotyczącą stosowania rozporządzeń (EWG)
nr 3820/85 i (EWG) nr 3821/85
(Dz.U. L 274 z 9.10.1998, str. 1)
zmienione przez:
Dziennik Urzędowy
nr strona data
►M1 Rozporządzenie Komisji (WE) nr 1360/2002 z dnia 13 czerwca 2002 r. L 207 1 5.8.2002
►M2 Rozporządzenie (WE) nr 561/2006 Parlamentu Europejskiego
i Rady z dnia 15 marca 2006 r.L 102 1 11.4.20061998R2135 —PL—01.05.2006 —002.001 —1
▼B
ROZPORZĄDZENIE RADY (WE) NR 2135/98
z dnia 24 września 1998 r.
zmieniające rozporządzenie (EWG) nr 3821/85 w sprawie urządzeń
rejestrujących stosowanych w transporcie drogowym oraz dyrek-
tywę 88/599/EWG dotyczącą stosowania rozporządzeń (EWG)
nr 3820/85 i (EWG) nr 3821/85
RADA UNII EUROPEJSKIEJ,
uwzględniając Traktat ustanawiający Europejską Wspólnotę, w szcze-
gólności jego art. 75 ust. 1 lit. c) i d),
uwzględniając wniosek Komisji (1),
uwzględniając opinię Komitetu Ekonomiczno-Społecznego (2),
stanowiąc zgodnie z procedurą określoną w art. 189c Traktatu (3),
a także mając na uwadze, co następuje:
(1) Rozporządzenie Rady (EWG) nr 3821/85 z dnia 20 grudnia 1985
r. w sprawie urządzeń rejestrujących, stosowanych w transporcie
drogowym (4), ustanawia przepisy dotyczące budowy, instalacji,
użytkowania oraz testowania urządzeń rejestrujących w trans-
porcie drogowym.
(2) Jak wykazało doświadczenie, presja ekonomiczna oraz rywali-zacja w transporcie drogowym doprowadziły kierowców zatrud-
nionych przez przedsiębiorstwa drogowego transportu rzeczy do
nieprzestrzegania niektórych zasad, w szczególności dotyczącychczasu prowadzenia oraz postoju, ustanowionych przez rozporzą-dzenie Rady (EWG) nr 3820/85 z dnia 20 grudnia 1985 r., wsprawie harmonizacji niektórych przepisów socjalnych odnoszą-cych się do transportu drogowego (
5).
(3) Jawne naruszenia i nadużycia finansowe stanowią zagrożenie dla
bezpieczeństwa drogowego i są nie do zaakceptowania, z powodu
zachowania konkurencyjności przez kierowców, którzy przestrze-gajązasad.
(4) Bezpieczeństwo drogowe wzrosłoby poprzez zastosowanie auto-
matycznego zapisywania szczegółów dotyczących działań i
zachowań kierowcy oraz pracy pojazdu, w szczególności pręd-
kości pojazdu i długości przebytej przez pojazd drogi orazpoprzez regularne monitorowanie, przeprowadzane przez przed-
siębiorstwo oraz właściwe władze.
(5) Przepisy socjalne Rady zawierają szczegółowe wymagania doty-
czące limitu przejechanych przez kierowcę godzin oraz długości
postoju w ciągu dnia, jak i pełnego czasu jazdy i postoju w czasiedwóch tygodni; istnieją trudności nadzorowania zgodności z nało-
żonymi wymaganiami, ponieważ dane zapisywane są na kilku
wykresówkach na dzień, z których wykresówki na bieżącytydzień oraz na ostatni dzień poprzedniego tygodnia mają być
przechowywane w samochodzie.
(6) Aby położyć kres najbardziej powszechnym nadużyciom istnieją-
cego obecnie systemu, konieczne jest wprowadzenie nowychzaawansowanych urządzeń, takich jak urządzenia rejestrującewyposażone w urządzenia elektroniczne —w celu rejestrowania
odpowiednich informacji, oraz osobistej karty kierowcy, tak byzapisane dane były możliwe do odzyskania i odczytania w1998R2135 —PL—01.05.2006 —002.001 —2
(1) Dz.U. C 243 z 31.8.1994, str. 8 oraz Dz.U. C 370 z 31.12.1985, str. 1.
(2) Dz.U. C 110 z 21.4.1995, str. 19.
(3) Opinia Parlamentu Europejskiego z dnia 13 lipca 1995 r. (Dz.U. C 249 z
25.9.1995, str. 128), wspólne stanowisko Rady z dnia 11 grudnia 1997 r. (Dz.
U. C 43 z 9.2.1998, str. 6) oraz decyzja Parlamentu Europejskiego z dnia 31
marca 1998 r. (Dz.U. C 138 z 4.5.1998, str. 26).
(4) Dz.U. L 370 z 31.12.1985, str. 8. Rozporządzenie ostatnio zmienione rozpo-
rządzeniem Komisji (WE) nr 1056/97 (Dz.U. L 154, 12.6.1997, str. 21).
(5) Dz.U. L 370 z 31.12.1985, str. 1.
▼B
momencie, gdy zostaną wydrukowane oraz by były one wiary-
godne i stanowiły niepodważalny zapis pracy kierowcy podczasostatnich kilku dni oraz pracy pojazdu w okresie kilku miesięcy.
(7) Aby urządzenia rejestrujące pracowały prawidłowo, niezbędnejest pełne zabezpieczenie systemu oraz jego części składowych.
(8) Należy ustanowić przepisy, zgodnie z którymi mogą byćwyda-
wane i używane karty pamięci przewidziane w załączniku IB.
(9) Dane dotyczące działań kierowcy muszą byćmożliwe do zweryfi-
kowania przez samych kierowców, przez przedsiębiorstwa ichzatrudniające oraz przez właściwe władze Państw Członkowskich;
jedynie dane związane z ich odpowiednimi działaniami powinny
byćdostępne tylko przedsiębiorstwu oraz kierowcy, który jest w
nim zatrudniony.
(10) Urządzenia rejestrujące, określone w niniejszym rozporządzeniu,muszą zostać zainstalowane w pojazdach wprowadzonych do
użytku po raz pierwszy po opublikowaniu w Dzienniku Urzę-
dowym Wspólnot Europejskich specyfikacji technicznych, spośród
których niektóre określone zostały przez Komisję zgodnie z
procedurą komitetu określoną w art. 18 rozporządzenia (EWG)
nr 3821/85; konieczny jest okres przejściowy dla wyproduko-wania nowych urządzeń rejestrujących zgodnych z tymi specyfi-
kacjami technicznymi oraz, aby została im wydana homologacja
typu WE części.
(11) Pożądane jest, aby urządzenia rejestrujące zgodne z załącznikiemIB dawały także możliwość niskich kosztów rozszerzenia ich
funkcji w zarządzaniu parkiem samochodowym.
(12) Zgodnie z zasadą pomocniczości, Wspólnota wprowadza zmiany
do rozporządzenia (EWG) nr 3821/85 w celu zapewnienia, że
urządzenia rejestrujące działające zgodnie z załącznikiem IB sąkompatybilne z kartą kierowcy i że dane zarejestrowane przez
urządzenia rejestrujące, stosowne do załączników I i IB, sązgodne ze sobą.
(13) Postęp techniczny wymaga natychmiastowego przyjęciawymagań technicznych wymienionych w załącznikach do niniej-
szego rozporządzenia; aby ułatwić wprowadzenie w życie
niezbędnych w tym celu środków, należy uwzględnić techniczne
dostosowanie załączników, które mają być zatwierdzone przez
Komisję, stanowiącą zgodnie z procedurą komitetu, określoną w
decyzji Rady 87/373/EWG z dnia 13 lipca 1987 r. ustanawiającą
warunki wykonywania uprawnień wykonawczych przyznanych
Komisji (
1),
(14) Wprowadzenie nowych urządzeń rejestrujących oznacza, że
niektóre przepisy dyrektywy 88/599/EWG (2) dotyczące stoso-
wania rozporządzeń (EWG) nr 3820/85 oraz (EWG) nr 3821/85
wymagają wprowadzenia zmian,
PRZYJMUJE NINIEJSZE ROZPORZĄDZENIE:
Artykuł 1
W rozporządzeniu (EWG) nr 3821/85 wprowadza się następujące
zmiany:
1)w art. 1 wyrazy „w załącznikach I i II” zastępuje się wyrazami „w
załącznikach I lub IB i II”;
2)w art. 4, 5, 6, 7, 8 i 11 dodaje się wyrazy „lub karty pamięci”,
gdziekolwiek następuje odniesienie do „wykresówki” lub„wykre-
sówek”;
3)w art. 4 przed akapitem pierwszym dodaje się akapit w brzmieniu:1998R2135 —PL—01.05.2006 —002.001 —3
(1) Dz.U. L 197 z 18.7.1987, str. 33.
(2) Dz.U. L 325 z 29.11.1988, str. 55.
▼B
„Do celów niniejszego rozdziału wyrazy »urządzenia rejestrujące«;;
oznaczają »urządzenia rejestrujące oraz ich części składowe«;.”;
4)w art. 5 akapit pierwszy otrzymuje brzmienie:
„Państwo Członkowskie przyznaje homologację typu WE części,
dla każdego rodzaju urządzenia rejestrującego, dla każdego wzoru
wykresówki lub karty pamięci, spełniających wymagania wymie-nione w załączniku I lub IB do niniejszego rozporządzenia —pod
warunkiem, że ma możliwość sprawdzenia czy określony produkt
jest zgodny z homologowanym wzorem .
Bezpieczeństwo systemu musi być zgodne z wymaganiami technicz-
nymi określonymi w załączniku IB. Komisja, stanowiąc zgodnie zprocedurą przewidzianą w art. 18, zapewnia zastrzeżenie w wymie-
nionym Załączniku, że urządzenie rejestrujące nie może uzyskać
homologacji WE części, do czasu, kiedy cały system (urządzenie
rejestrujące, karta kierowcy oraz elektryczne połączenia skrzyni
biegów) nie wykluczy możliwości sfałszowania lub zmiany danychdotyczących czasu prowadzenia pojazdu. Testy niezbędne dlasprawdzenia tego, będą przeprowadzane przez biegłych znających
współczesne techniki fałszowania.”;
5)w art. 12:
a) w ust. 1 dodaje się, co następuje:
„Administracyjny okres ważności kart uprawnionego warsztatu
oraz instalatora nie powinien przekraczać jednego roku.
W przypadku, gdy karta wydana uprawnionemu warsztatowi lub
instalatorowi ma zostać przedłużona, bądź jest zniszczona, działa
wadliwie, została zgubiona lub skradziona, władze wydają kartę
zastępczą w ciągu pięciu dni roboczych od dnia otrzymania
szczegółowego wniosku o jej wydanie.
W przypadku, gdy stara karta zostaje zastąpiona nową, nowa
karta ma ten sam numer informacyjny »warsztatu«;;, ale indeksbędzie zwiększony o jeden. Władze wydające kartę prowadzą
rejestr kart zagubionych, skradzionych i uszkodzonych.
Państwa Członkowskie podejmują wszelkie niezbędne działania,
aby zabezpieczyć karty przekazywane uprawnionym instalatorom
i warsztatom przed możliwością ich sfałszowania.”;
b) ust. 2 otrzymuje brzmienie:
„2. uprawniony instalator lub warsztat umieszcza specjalny
znak na zakładanych przez siebie zabezpieczeniach, i ponadtowprowadza do urządzenia rejestrującego zgodnego z załączni-kiem IB, elektroniczne dane zabezpieczające, w szczególności w
celu przeprowadzania kontroli ich tożsamości. Właściwe władze
każdego z Państw Członkowskich prowadzą rejestr użytych
znaków oraz elektronicznych zabezpieczeń, a także wydanychkart uprawnionych warsztatów oraz instalatorów.”;
c) ust. 3 otrzymuje brzmienie:
„3. Właściwe władze Państw Członkowskich przesyłają
Komisji wykazy upoważnionych instalatorów oraz warsztatóworaz kart im wydanych, a także przedstawią kopie znaków i inne
niezbędne informacje, dotyczące użytych elektronicznych zabez-
pieczeń.”;
d) w ust. 4 odniesienie do „załącznika I” zastępuje się odniesieniem
do„załączników I i IB.”;
e) w ust. 5 wyrazy „lub w załączniku IB sekcja VI lit. c)” dodaje
siępo wyrazach „ust. 4.”;
6)artykuł 13 otrzymuje brzmienie
„Artykuł 13
Pracodawca oraz kierowcy zapewnią poprawne działanie i odpo-
wiednie stosowanie, z jednej strony, urządzeń rejestrujących, a z
drugiej strony, karty kierowcy, w przypadku, gdy kierowca zobowią-zany jest prowadzić pojazd wyposażony w urządzenie rejestrujące,
zgodnie z załącznikiem IB.”;1998R2135 —PL—01.05.2006 —002.001 —4
▼B
7)w art. 14:
a) ust. 1 otrzymuje brzmienie:
„1. Pracodawca wyda wystarczającą ilość wykresówek
kierowcom pojazdów wyposażonych w urządzenia rejestrujące
zgodnie z załącznikiem I, mając na uwadze długość okresu
pracy, osobisty charakter wykresówki i możliwość zaistnienia
konieczności ich wymiany w przypadku, gdy są zniszczone lub
zatrzymane przez upoważnionego funkcjonariusza służb kontrol-nych. Pracodawca wydaje kierowcom tylko te wykresówki, które
sązgodne z zatwierdzonym wzorem i właściwe dla użycia w
urządzeniu rejestrującym zainstalowanym w pojeździe.
W przypadku gdy pojazd wyposażony jest w urządzenie rejestru-
jące zgodnie z załącznikiem IB, pracodawca i kierowca zapew-niają, biorąc pod uwagę długość okresu pracy, że drukowanie na
żądanie określone w załączniku IB będzie poprawnie wykonanew przypadku przeprowadzenia inspekcji.”;
b) dodaje się ustępy w brzmieniu:
„3. Karta kierowcy określona w załączniku IB jest wydawana
na wniosek kierowcy przez właściwe władze Państwa Członkow-skiego, w którym kierowca posiada swoje miejsce normalnego
zamieszkania.
Państwo Członkowskie może wymagać posiadania karty
kierowcy od każdego kierowcy podlegającego przepisom rozpo-
rządzenia (EWG) nr 3820/85 oraz posiadającego miejsce normal-
nego zamieszkania na jego terytorium.
a) Do celów niniejszego rozporządzenia »miejsce normalnego
zamieszkania« oznacza miejsce, w którym osoba fizycznaprzebywa co najmniej 185 dni w każdym roku kalenda-rzowym, ze względu na swoje więzi osobiste lub zawodowe,w przypadku osoby niezwiązanej z tym miejscem zawodowo,
ze względu na osobiste powiązania, które wskazują na
istnienie ścisłych więzi między tą osobą a miejscem, w
którym mieszka.
Jednakże za miejsce normalnego zamieszkania osoby, której
więzi zawodowe są w innym miejscu niż więzi osobiste i
która konsekwentnie mieszka na przemian w różnych miejs-cach położonych w dwóch lub więcej Państwach Członkow-
skich, uznaje się miejsce jej więzi osobistych, pod warun-
kiem, że ta osoba powraca tam regularnie. Ten ostatni
warunek nie musi być spełniony w przypadku, gdy osoba ta
przebywa w jednym z Państw Członkowskich w celu reali-zacji umowy zawartej na czas określony.
b) Kierowcy przedstawiają jakikolwiek dowód potwierdzający
ich miejsce normalnego zamieszkania poprzez okazanie jakie-
kolwiek właściwego środka, takiego jak dowód tożsamości
lub innego ważnego dokumentu.
c) W przypadku gdy właściwe władze Państwa Członkowskiego
wystawiające kartę kierowcy mają wątpliwość dotyczącą
prawdziwości twierdzenia dotyczącego miejsca normalnegozamieszkania określonego w lit. b), jak również do celów
szczególnych kontroli, mogą zażądać dodatkowych informacji
i dowodów.
d) Właściwe władze Państwa Członkowskiego wystawiające
kartę kierowcy upewnią się, w miarę możliwości, czy osoba
ubiegająca się o kartę kierowcy nie jest posiadaczem innej
ważnej karty kierowcy.
4. a) Właściwe władze Państwa Członkowskiego dokonają
personalizacji karty kierowcy zgodnie z zasadami określo-nymi w załączniku IB.
Do celów administracyjnych okres ważności wydanej
karty kierowcy nie może przekraczać pięciu lat.1998R2135 —PL—01.05.2006 —002.001 —5
▼B
Kierowca może posiadać tylko jedną ważną kartę
kierowcy. Kierowca uprawniony jest do posługiwania sięjedynie jego własną imienną kartą kierowcy. Kierowca nie
będzie posługiwać siękartą uszkodzoną lub kartą, której
okres ważności upłynął.
W przypadku wydania nowej karty na miejsce starej, nowa
karta zawiera ten sam numer, ale indeks jest zwiększony ojeden. Władze wydające kartę prowadzą rejestr kart skra-
dzionych, zagubionych i uszkodzonych w okresie odpo-wiadającemu przynajmniej okresowi ich ważności admini-stracyjnej.
W przypadku gdy karta jest zniszczona, działa wadliwie,
została zgubiona lub skradziona, władze powinny wydaćkartę zastępczą w ciągu pięciu dni roboczych, od dnia
otrzymania szczegółowego wniosku o jej wydanie.
W przypadku złożenia wniosku o odnowienie karty, której
okres ważności zbliża się ku końcowi, władze wydają
nową kartę przed dniem upływu okresu ważności starej,
pod warunkiem, że wniosek został przesłany w terminie
ustanowionym w art. 15 ust. 1 akapit drugi.
b) Karty kierowców wydaje się jedynie takim osobom ubie-
gającym się o jej wydanie, które podlegają zasadom
rozporządzenia (EWG) nr 3820/85.
c) Karta kierowcy jest imienna. Karta kierowcy nie może, w
okresie swojej ważności, zostać cofnięta ani zawieszona z
jakichkolwiek powodów, chyba że zostanie uznana przez
właściwe władze Państwa Członkowskiego za sfałszowanąlub gdy kierowca korzysta z karty, której nie jest posiada-czem, lub gdy zatrzymana karta została wydana na
podstawie fałszywych oświadczeń bądź sfałszowanych
dokumentów. Jeżeli takie zawieszenie lub cofnięcie kartydokonane jest przez Państwo Członkowskie inne niżpaństwo, które wydało kartę, Państwo Członkowskie,które zawiesiło lub cofnęło kartę zwróci ją władzom
Państwa, które wydały kartę oraz wskaże powody jej
zwrócenia.
d) Karty kierowców wydawane przez Państwa Członkowskie
sąwzajemnie uznawane.
W przypadku gdy posiadacz ważnej karty kierowcy
wydanej przez Państwo Członkowskie wybrał swoje
miejsce normalnego zamieszkania w innym Państwie
Członkowskim, może ubiegać sięo wymianę karty na jej
odpowiednik; Państwo Członkowskie, które dokonujewymiany, ponosi odpowiedzialność za sprawdzenie, w
razie potrzeby, czy przedstawiona karta jest nadal ważna.
Państwa Członkowskie dokonujące wymiany zwrócą starą
kartę władzom Państwa Członkowskiego, w którym karta
została wydana oraz wskażą powody tego zwrotu.
e) W przypadku gdy Państwo Członkowskie dokonuje zastą-
pienia albo wymiany karty kierowcy, zastąpienie, wymianai inne dalsze zastąpienia oraz odnowienia są rejestrowane
w tym Państwie Członkowskim.
f) Państwa Członkowskie podejmują wszelkie działania, w
celu zapobieżenia możliwości fałszowania kart kierowców.
5. Państwa Członkowskie zapewnią, że, potrzebne do monito-
rowania zgodności z rozporządzeniem (EWG) nr 3820/85 oraz zdyrektywą Rady 92/6/EWG z dnia 10 lutego 1992 r. w sprawie
montowania i zastosowania urządzeń ograniczenia prędkości w
niektórych kategoriach pojazdów silnikowych we Wspól-
nocie (*), dane rejestrowane i przechowywane przez urządzenierejestrujące zgodnie z załącznikiem IB do niniejszego rozporzą-dzenia, mogą byćudostępnione na przynajmniej 365 dni od daty
ich zarejestrowania oraz, że dane te mogą byćudostępnione w
warunkach gwarantujących ich bezpieczeństwo i ścisłość.1998R2135 —PL—01.05.2006 —002.001 —6
▼B
Państwa Członkowskie podejmują wszelkie niezbędne środki do
zapewnienia, że odsprzedaż lub wycofanie z eksploatacji urzą-
dzeń rejestrujących nie zaszkodzi w szczególności efektywnemu
stosowaniu niniejszego ustępu.
(*) Dz.U. L 57 z 2.3.1992, str. 27.”
8)w art. 15:
a) w ust. 1 i ust. 2 akapit pierwszy wprowadza się zmianę poprzez
dodanie wyrazów „lub karty kierowcy”, tam gdzie jest mowa o
„wykresówce” lub„wykresówkach”.;
b) w ust. 1:
—po akapicie pierwszym dodaje się następujący akapit:
„W przypadku gdy kierowca pragnie odnowić swoją kartę,
zgłasza się do właściwych władz w Państwie Członkowskim,
w którym posiada miejsce normalnego zamieszkania, niepóźniej niż na 15 dni roboczych przed upływem okresu
ważności karty.”,
—dodaje się akapit czwarty w brzmieniu:
„W przypadku gdy karta jest zniszczona, działa wadliwie,
została zgubiona lub skradziona, kierowca powinien, wterminie 7 dni kalendarzowych, zwrócić sięo jej duplikat do
właściwych władz w Państwie Członkowskim, w którymposiada miejsce normalnego zamieszkania.”;
c) po art. 5 dodaje się ustęp w brzmieniu:
„5a. Kierowca wprowadza w urządzeniu rejestrującym,
zgodnie z załącznikiem IB, symbole państw, w których rozpo-czyna i kończy dzienny okres pracy. Jednakże Państwo Człon-
kowskie może wymagać od kierowców pojazdów związanych z
działalnością transportową prowadzoną na jego terytorium,
dodatkowych, bardziej szczegółowych niż symbol państwa,
danych geograficznych, pod warunkiem, że powiadomiło o nich
Komisję przed dniem 1 kwietnia 1998 r. oraz że danych tych nie
jest więcej niż 20.
Powyższe dane kierowca wprowadza całkowicie w sposób
ręczny albo automatycznie, o ile urządzenie rejestrujące podłą-czone jest do satelitarnego systemu śledzącego.”;
d) na początku ust. 6 akapit pierwszy wyraz „przyrząd” zastępuje
sięwyrazem „urządzenia rejestrujące określone w załączniku I”;
e) ust. 7 otrzymuje brzmienie:
„7. W przypadku gdy kierowca prowadzi pojazd wyposażony
w urządzenie rejestrujące z załącznikiem I, musi być w stanie, w
każdym przypadku, gdy zażąda tego funkcjonariusz służb
kontrolnych, przedstawić:
—wykresówki na bieżący tydzień i, w każdym wypadku,
wykresówkę z ostatniego dnia poprzedzającego tydzień, w
którym prowadził pojazd,
—kartę kierowcy, o ile taką posiada,
—wydruki z urządzenia rejestrującego, określone w załączniku
IB odnoszące się do czasu wskazanego w ust. 3 tiret drugie
lit. a), b), c) i d), jeżeli prowadził on pojazd wyposażony w
takie urządzenie rejestrujące podczas okresu wspomnianegow niniejszym ustępie tiret pierwsze.
W przypadku gdy kierowca prowadzi pojazd wyposażony w
urządzenie rejestrujące zgodnie z załącznikiem IB, musi być w
stanie, w każdym przypadku, gdy zażąda tego funkcjonariuszsłużb kontrolnych, przedstawić:
—kartę kierowcy, której jest posiadaczem,1998R2135 —PL—01.05.2006 —002.001 —7
▼B
—wykresówki odnoszące się do tego samego okresu co okres
wspomniany w poprzednim akapicie tiret pierwsze, podczasktórego prowadził on pojazd wyposażony w urządzenie rejes-
trujące zgodnie z załącznikiem I.
Uprawniony funkcjonariusz służb kontrolnych może sprawdzać
zgodność z rozporządzeniem (EWG) nr 3820/85 poprzez analizo-
wanie wykresówek, wyświetlonych lub wydrukowanych danych,
które zostały zarejestrowane przez urządzenie rejestrujące lubprzez kartę kierowcy, albo, jeżeli to nie wystarczy, poprzez
analizę innego dokumentu pomocniczego, który potwierdza
niezgodność z zasadami, takimi jak ustanowione w art. 16 ust. 2
i 3.”;
f) dodaje się ustęp w brzmieniu:
„8. Zabrania się fałszowania, likwidowania i niszczenia
danych zarejestrowanych na wykresówkach, przechowywanychprzez urządzenie rejestrujące lub kartę kierowcy albo zarejestro-
wanych na wydrukach z urządzenia rejestrującego jak określonow załączniku IB. To samo stosuje się do jakiegokolwiek manipu-
lowania urządzeniem rejestrującym, wykresówką lub kartą
kierowcy, które mogłoby spowodować sfałszowanie, zlikwido-
wanie lub zniszczenie danych oraz informacji wydrukowanych.W pojeździe nie może znajdować się żaden sprzęt, który mógłby
zostać użyty w powyższych celach.”
9)w art. 16:
a) ust. 2 otrzymuje brzmienie:
„2. Jeśli urządzenie rejestrujące nie działa lub działa wadliwie,
kierowcy zaznaczają na wykresówce, wykresówkach lub na
tymczasowej wykresówce dołączonej do wykresówki albo dokarty kierowcy, na której powinni przedstawić dane umożliwia-
jące ich identyfikację (numer karty kierowcy lub nazwisko lub
numer prawa jazdy) wraz ze złożeniem podpisu —wszystkie
informacje dotyczące okresu, w którym nie były poprawnie
rejestrowane lub drukowane przez urządzenie rejestrujące.
W przypadku gdy karta kierowcy działa wadliwie, zostanie
zniszczona, zgubiona lub skradziona kierowca, na koniec swojejpodróży, drukuje informacje odnoszące się do okresów rejestro-
wanych przez urządzenie rejestrujące oraz zaznacza na tym
dokumencie szczegóły, które umożliwią jego identyfikację
(numer karty kierowcy lub nazwisko, lub numer prawa jazdy)włącznie ze swoim podpisem.”;
b) dodaje się ustęp w brzmieniu:
„3. W przypadku gdy karta kierowcy zostanie zniszczona lub
działa wadliwie, kierowca zwraca ją do właściwych władz
Państwa Członkowskiego, w którym posiada miejsce normalnego
zamieszkania. Kradzież karty podlega formalnemu zawiado-
mieniu właściwych władz państwa, w którym dokonanokradzieży.
Zaginięcie karty kierowcy musi zostać zgłoszone w formie
formalnego zawiadomienia właściwych władz państwa, które ją
wydało, oraz odpowiednich władz Państwa Członkowskiego,które stanowi miejsce normalnego zamieszkania kierowcy, o ilesąone różne.
Kierowca może kontynuować jazdę bez karty kierowcy w
maksymalnym okresie 15 dni kalendarzowych lub w okresiedłuższym, jeśli konieczne jest odstawienie pojazdu do jego bazy,pod warunkiem, że może on udowodnić niemożność przedsta-
wienia lub użycia karty podczas tego okresu.
W przypadku gdy władze Państwa Członkowskiego, w którym
kierowca posiada miejsce normalnego zamieszkania są inne od
władz, które wydały jego kartę i gdy do tych ostatnich wpłynął
wniosek o odnowienie, zastąpienie lub wymianę karty kierowcy,
informują one władze, które wydały starą kartę o dokładnej przy-
czynie jej odnowienia, zastąpienia lub wymiany.”;1998R2135 —PL—01.05.2006 —002.001 —8
▼B
10)artykuł 17 otrzymuje brzmienie:
„Artykuł 17
1. Zmiany konieczne do przystosowania załączników do postępu
technicznego przyjmuje się zgodnie z procedurą przewidzianą w art.
18.
2. Specyfikacje techniczne odnoszące się do następujących sekcji
załącznika IB przyjmuje się jak najszybciej i, o ile to możliwe,
przed dniem 1 lipca 1998 r. na podstawie tej samej procedury:
a) Rozdział II
—d) 17:
wyświetlanie oraz wydrukowanie usterek urządzenia rejestru-
jącego,
—d) 18:
wyświetlanie oraz wydrukowanie usterek w karcie kierowcy,
—d) 21:
wyświetlanie oraz wydrukowanie sprawozdań podsumowują-
cych;
b) Rozdział III
—a) 6.3:
normy dotyczące ochrony elektroniki pojazdu przed zakłóce-
niami elektrycznymi oraz polami magnetycznymi,
—a) 6.5:
ochrona (bezpieczeństwo) całego systemu,
—c) 1:
sygnały ostrzegawcze wskazujące na wewnętrzną usterkę
urządzenia rejestrującego,
—c) 5:
format ostrzeżeń,
—f):
błędy graniczne dopuszczalne;
c) Rozdział IV, A:
—4:
normy,
—5:
bezpieczeństwo, włącznie z ochroną danych,
—6:
zakres temperatur,
—8:
charakterystyka elektryczna,
—9:
struktura logiczna karty kierowcy,
—10:
funkcje i polecenia
—11:
pliki podstawowe;
oraz rozdział IV pkt B;
d) rozdział V:
drukarka oraz standardowe wydruki.”
11)artykuł 18 otrzymuje brzmienie:1998R2135 —PL—01.05.2006 —002.001 —9
▼B
„Artykuł 18
1. W przypadku odnoszenia się do procedury przewidzianej w
niniejszym artykule, Komisja jest wspomagana przez komitet,złożony z przedstawicieli Państw Członkowskich, któremu przewod-niczy przedstawiciel Komisji.
2. Przedstawiciel Komisji przedkłada komitetowi projekt
środków, które należy podjąć. Komitet wydaje swoją opinię do
projektu, w terminie wyznaczonym przez przewodniczącego wzależności od pilności sprawy. W przypadku decyzji, które Rada
zobowiązana jest przyjąć na wniosek Komisji, opinia jest przyjmo-
wana większością, ustanowioną w art. 148 ust. 2 Traktatu. Głosy
przedstawicieli Państw Członkowskich w komitecie są ważone w
sposób określony w tym artykule. Przewodniczący nie bierzeudziału w głosowaniu.
3. a) Komisja przyjmie przewidziane środki, jeżeli są one zgodne z
opinią komitetu.
b) Jeżeli przewidziane środki nie są zgodne z opinią komitetu
lub w przypadku braku opinii, Komisja bezzwłocznie przed-
kłada Radzie wniosek odnoszący się dośrodków, jakie mają
zostać podjęte. Rada stanowi większością kwalifikowaną.
Jeżeli po upływie trzech miesięcy od daty odwołania do Rady
Rada nie podejmie decyzji, proponowane środki zostaną przy-
jęte przez Komisję.”
12)dodaje się załącznik IB, znajdujący się w Załączniku do niniejszego
rozporządzenia.
Artykuł 2
▼M2
1.a) Od dwudziestego dnia po dniu opublikowania rozporządzenia
(WE) nr 561/2006 Parlamentu Europejskiego i Rady z dnia15 marca 2006 w sprawie harmonizacji niektórych przepisówsocjalnych odnoszących się do transportu drogowego
i zmieniającego rozporządzenia Rady (EWG) nr 3821/85 i (WE)
nr 2135/98 (
1) pojazdy dopuszczone do ruchu po raz pierwszy
będą wyposażane w urządzenie rejestrujące zgodnie
z wymaganiami załącznika IB do rozporządzenia (EWG) nr 3821/85.
▼
B
b) Od dnia wejścia w życie przepisów określonych w lit. a), pojazdy
używane do przewożenia ludzi, zawierające więcej niż osiem
miejsc nie licząc miejsca dla kierowcy i o ciężarze maksymalnymprzekraczającym 10 ton, a także pojazdy używane do przewozurzeczy, o ciężarze przekraczającym 12 ton, po raz pierwszy rejes-trowane po dniu 1 stycznia 1996 r., o ile przekazywanie sygnałówdo urządzenia rejestrującego, w które zostały wyposażone, jest
wyłącznie elektryczne —spełniają wymagania określone w
załączniku IB do rozporządzenia (EWG) 3821/85, w przypadkugdy dane urządzenie jest wymieniane.
▼
M2
2. Państwa Członkowskie zastosują środki niezbędne dla umożli-wienia im wydania kart kierowców najpóźniej w dwudziestym dniu oddnia publikacji rozporządzenia (WE) nr 561/2006.
▼
B
3. W przypadku, gdy 12 miesięcy po dniu opublikowania aktu okreś-
lonego w ust. 1, homologacja typu WE części nie została przyznana
żadnemu z urządzeń rejestrujących, zgodnemu z wymaganiami określo-
nymi w załączniku IB do rozporządzenia (EWG) nr 3921/85, Komisjaprzedłoży Radzie propozycję przedłużenia nieprzekraczalnego terminu
ustanowionego w ust. 1 i 2.1998R2135 —PL—01.05.2006 —002.001 —10
(1) Dz.U. L 102 z 11.4.2006, str. 1.
▼B
4. Kierowcy, którzy przed upływem terminu ustanowionego w ust. 2,
prowadzą pojazdy wyposażone w urządzenie rejestrujące zgodne z
załącznikiem IB do rozporządzenia (EWG) 3821/85 i dla których właś-ciwe władze nie zdołały jeszcze wydać kart kierowcy, z końcem dnia
pracy sporządzają informacje dotyczące różnych okresów rejestrowa-
nych przez urządzenie rejestrujące oraz zaznaczają swoje dane identyfi-
kacyjne na wydruku (nazwisko i numer prawa jazdy) i podpisują się.
Artykuł 3
W dyrektywie 88/599/EWG wprowadza się następujące zmiany:
1)W art. 3 ust. 2 otrzymuje brzmienie:
„2. Elementy podlegające kontroli drogowej to:
—dzienny okres prowadzenia pojazdu, przerwy i okresy dziennego
odpoczynku; w przypadku wskazującym na istnienie niezgod-ności, również wykresówki z dni poprzednich, które powinny być
przewożone w pojeździe zgodnie z art. 15 ust. 7 rozporządzenia
(EWG) nr 3821/85 zmienionego rozporządzeniem (EWG)nr 2135/98 (*) i/lub dane przechowywane dla tego samego okresuna karcie kierowcy bądź w pamięci urządzenia rejestrującego,
zgodnie z załącznikiem IB,
—w okresie określonym w art. 15 ust. 7 rozporządzenia (EWG)
nr 3821/85, każdy przypadek przekroczenia dopuszczalnej pręd-kości pojazdu rozumianej jako każdy okres dłuższy niż 1 minuta,
podczas którego pojazd przekracza prędkość 90km/h —dla kate-
gorii pojazdów N
3oraz 105 km/h dla kategorii M3(kategorie N3i
M33 takie, jak to określa załącznik I do rozporządzenia 70/156/
(EWG) (**),
—w miarę potrzeby, chwilowe prędkości pojazdu zapamiętane przez
urządzenie rejestrujące w czasie nie dłuższym niż ostatnie 24
godziny pracy pojazdu,
—w miarę potrzeby, ostatni tygodniowy okres odpoczynku,
—poprawne działanie urządzenia rejestrującego (określenie możli-
wego nieprawidłowego użycia urządzenia rejestrującego lub karty
kierowcy lub wykresówki) albo, w miarę potrzeby, przedsta-
wienie dokumentów określonych w art. 14 ust. 5 rozporządzenia(EWG) nr 3820/85.
(*) Rozporządzenie Rady (WE) nr 2135/98 z dnia 24 września 1998
r. zmieniające rozporządzenie (EWG) nr 3821/85 w sprawie urzą-dzeń rejestrujących stosowanych w transporcie drogowym oraz
dyrektywę 88/599/EWG dotyczącą procedur stosowania rozpo-
rządzeń (EWG) nr 3820/85 i (EWG) nr 3821/85 (Dz.U. L 274 z
9.10.1998, str. 1).
(**) Dyrektywa Rady 70/156/EWG z dnia 6 lutego 1970 r. w
sprawie zbliżenia ustawodawstw Państw Członkowskich odno-szących się do homologacji typu pojazdów silnikowych i ich
przyczep (Dz.U. L 42 z 23.2.1970, str. 1. Dyrektywa ostatnio
zmieniona rozporządzeniem 97/27/WE (Dz.U. L 233z 25.8.1997, str. 1).”
2)W art. 4 ust. 3 otrzymuje brzmienie:
„3. Do celów niniejszego artykułu, kontrole przeprowadzane w
pomieszczeniach właściwych władz, na podstawie odpowiednichdokumentów lub danych przedstawionych przez przedsiębiorstwa na
żądanie wspomnianych władz, będą miały taki sam status jak
kontrole przeprowadzane w lokalu przedsiębiorstwa.”
Artykuł 4
Niniejsze rozporządzenie wchodzi w życie następnego dnia po jego
opublikowaniu w Dzienniku Urzędowym Wspólnot Europejskich.
Niniejsze rozporządzenie wiąże w całości i jest bezpośrednio stosowane
we wszystkich Państwach Członkowskich.1998R2135 —PL—01.05.2006 —002.001 —11
▼M1
ZAŁĄCZNIK
„ZAŁĄCZNIK I B
WYMAGANIA DOTYCZĄCE BUDOWY, BADAŃ, INSTALACJI I KONTROLI
SPIS TREŚCI
I. DEFINICJE ….............................................................................................
II. CHARAKTERYSTYKI OGÓLNE I FUNKCJE URZĄDZENIA REJESTRUJĄCEG ….........
1. Charakterystyki ogólne …....................................................................
2. Funkcje …......................................................................................
3. Tryby pracy ….................................................................................
4. Zabezpieczenie ….............................................................................
III. WYMAGANIA ODNOŚNIE DO KONSTRUKCJI I FUNKCJONALNOŚCI URZĄDZENIA
REJESTRUJĄCEGO …...................................................................................
1. Monitorowanie wkładania i wyjmowania kart …...........................................
2. Pomiar prędkości i odległości …............................................................
2.1. Pomiar przebytej drogi …....................................................................
2.2. Pomiar prędkości …..........................................................................
3. Pomiar czasu …................................................................................
4. Monitorowanie czynności wykonywanych przez kierowcę …............................
5. Monitorowanie stanu prowadzenia pojazdu ….............................................
6. Dane wprowadzane ręcznie przez kierowcę …............................................
6.1. Wprowadzanie miejsca rozpoczęcia i/lub zakończenia okresu pracy ….................
6.2. Ręczne wprowadzanie czynności wykonywanych przez kierowcę …...................
6.3. Stany szczególne …..........................................................................
7. Zarządzanie blokadami firmowymi ….......................................................
8. Monitorowanie czynności kontrolnych …...................................................
9. Wykrywanie zdarzeń i/lub usterek ….......................................................
9.1. Zdarzenie —włożenie nieważnej karty ….................................................
9.2. Zdarzenie —»Konflikt kart« …............................................................
9.3. Zdarzenie —»Nakładające się czasy« …..................................................
9.4. Zdarzenie —»Prowadzenie bez prawidłowej karty« …..................................
9.5. Zdarzenie —»Włożenie karty podczas jazdy« ….........................................
9.6. Zdarzenie —»Sesja ostatniej karty nie zamknięta prawidłowo« ….....................
9.7. Zdarzenie —»Przekroczenie prędkości« …...............................................
9.8. Zdarzenie —»Przerwa zasilania« ….......................................................
9.9. Zdarzenie —»Błąd danych dotyczących ruchu« …......................................
9.10. Zdarzenie —»Próba naruszenia zabezpieczenia« …......................................
9.11. Usterka —»Karta« ….......................................................................
9.12. Usterka —»Urządzenie rejestrujące« …...................................................
10. Testy wbudowane i auto testy ….............................................................
11. Odczyt z pamięci danych …..................................................................
12. Zapisywanie i przechowywanie w pamięci danych …....................................
12.1. Dane identyfikujące sprzęt …...............................................................
12.1.1. Dane identyfikujące przyrząd rejestrujący …..............................................
12.1.2. Dane identyfikujące czujnik ruchu …......................................................
12.2. Elementy zabezpieczenia ….................................................................
12.3. Dane rejestrowane przy wkładaniu i wyjmowaniu karty kierowcy …...................
12.4. Dane dotyczące czynności kierowcy …....................................................1998R2135 —PL—01.05.2006 —002.001 —12
▼M1
12.5. Miejsca rozpoczęcia i/lub zakończenia dziennego okresu pracy …......................
12.6. Dane dotyczące licznika kilometrów …....................................................
12.7. Dane szczegółowe dotyczące prędkości ….................................................
12.8. Dane dotyczące zdarzeń …..................................................................
12.9. Dane dotyczące usterek …...................................................................
12.10. Dane kalibracyjne ….........................................................................
12.11. Dane dotyczące regulacji czasu …..........................................................
12.12. Dane dotyczące kontroli …..................................................................
12.13. Dane dotyczące blokad firmowych …......................................................
12.14. Dane dotyczące wczytywania danych …...................................................
12.15. Dane dotyczące warunków szczególnych …...............................................
13. Odczyt kart do tachografów …...............................................................
14. Rejestrowania i przechowywanie danych na kartach do tachografów ….................
15. Wyświetlanie …...............................................................................
15.1 Informacje na wyświetlaczu w warunkach normalnych …...............................
15.2. Ostrzeżenia ….................................................................................
15.3. Dostęp do menu …...........................................................................
15.4. Inne informacje …............................................................................
16. Drukowanie ….................................................................................
17. Ostrzeżenia …..................................................................................
18. Przesyłanie danych do nośnika zewnętrznego …...........................................
19. Wyjście danych dla dodatkowych urządzeń zewnętrznych ….............................
20. Kalibracja …...................................................................................
21. Regulacja czasu …............................................................................
22. Charakterystyki pracy …......................................................................
23. Materiały …....................................................................................
24. Oznakowania …...............................................................................
IV. WYMAGANIA KONSTRUKCYJNE I FUNKCJONALNE KART DO TACHOGRAFÓW …..
1. Dane widzialne ….............................................................................
2. Zabezpieczenie ….............................................................................
3. Normy ….......................................................................................
4. Specyfikacje środowiskowe i elektryczne …................................................
5. Gromadzenie danych …......................................................................
5.1. Identyfikacja kart i bezpieczeństwo danych …............................................
5.1.1. Identyfikacja aplikacji ….....................................................................
5.1.2. Identyfikacja układu scalonego …..........................................................
5.1.3. Identyfikacja kart mikroprocesorowych ….................................................
5.1.4. Zabezpieczenia …............................................................................
5.2. Karta kierowcy …............................................................................
5.2.1. Identyfikacja karty …........................................................................
5.2.2. Identyfikacja posiadacza karty …...........................................................
5.2.3. Dane dotyczące prawa jazdy ….............................................................
5.2.4. Dane dotyczące używanego pojazdu …....................................................
5.2.5. Dane dotyczące czynności kierowcy …....................................................
5.2.6. Miejsca rozpoczęcia i/lub zakończenia dziennego okresu pracy …......................
5.2.7. Dane dotyczące zdarzeń …..................................................................
5.2.8. Dane dotyczące usterek …...................................................................
5.2.9. Dane dotyczące czynności kontrolnej …...................................................
5.2.10. Dane sesji karty …...........................................................................
5.2.11. Dane dotyczące warunków szczególnych …...............................................1998R2135 —PL—01.05.2006 —002.001 —13
▼M1
5.3. Karta warsztatowa ….........................................................................
5.3.1. Zabezpieczenia …............................................................................
5.3.2. Identyfikacja karty …........................................................................
5.3.3. Identyfikacja posiadacza karty …...........................................................
5.3.4. Dane dotyczące używanego pojazdu …....................................................
5.3.5. Dane dotyczące czynności kierowcy …....................................................
5.3.6. Dane dotyczące rozpoczęcia i/lub zakończenia dziennego okresu pracy …............
5.3.7. Dane dotyczące zdarzeń i usterek …........................................................
5.3.8. Dane dotyczące czynności kontrolnej …...................................................
5.3.9. Dane dotyczące kalibracji i regulacji czasu ….............................................
5.3.10. Dane dotyczące warunków szczególnych …...............................................
5.4. Karta kontrolna. …...........................................................................
5.4.1. Identyfikacja karty …........................................................................
5.4.2. Identyfikacja posiadacza karty …...........................................................
5.4.3. Dane dotyczące czynności kontrolnej …...................................................
5.5. Karta firmowa ….............................................................................
5.5.1. Identyfikacja karty …........................................................................
5.5.2. Identyfikacja posiadacza karty …...........................................................
5.5.3. Dane dotyczące czynności wykonywanych przez firmę …...............................
V. INSTALACJA URZĄDZENIA REJESTRUJĄCEGO …..............................................
1. Instalacja …....................................................................................
2. Tabliczka instalacyjna …......................................................................
3. Plombowanie …...............................................................................
VI. SPRAWDZENIA, INSPEKCJE I NAPRAWY …......................................................
1. Zatwierdzenie instalatorów lub warsztatów …..............................................
2. Kontrola techniczna przyrządów nowych i po naprawie …...............................
3. Kontrola techniczna po instalacji ….........................................................
4. Przeglądy okresowe …........................................................................
5. Pomiar błędów …..............................................................................
6. Naprawy ….....................................................................................
VII. WYDAWANIE KART ….................................................................................
VIII. HOMOLOGACJA TYPU DLA URZĄDZENIA REJESTRUJĄCEGO I KART DO TACHO-
GRAFÓW …...............................................................................................
1. Uwagi ogólne …...............................................................................
2. Świadectwo bezpieczeństwa …..............................................................
3. Świadectwo funkcjonalności …..............................................................
4. Świadectwa współdziałania …...............................................................
5. Świadectwo homologacji typu …............................................................
6. Procedura szczególna: pierwsze świadectwa współdziałania …...........................
Dodatek 1. Słownik danych
Dodatek 2. Wymagania dla kart tachografów
Dodatek 3. Piktogramy
Dodatek 4. Wydruki
Dodatek 5. Wyświetlacz
Dodatek 6. Interfejsy zewnętrzne
Dodatek 7. Protokół wczytywania danych1998R2135 —PL—01.05.2006 —002.001 —14
▼M1
Dodatek 8. Protokół kalibracyjny
Dodatek 9. HOMOLOGACJA TYPU —WYKAZ MINIMUM WYMAGANYCH TESTÓW
Dodatek 10. OGÓLNE CELE ZABEZPIECZENIA
Dodatek 11. WSPÓLNE MECHANIZMY ZABEZPIECZENIA1998R2135 —PL—01.05.2006 —002.001 —15
▼M1
I. DEFINICJE
Ilekroć użyte w niniejszym załączniku:
a) »aktywacja« oznacza:
fazę, gdy urządzenie rejestrujące uzyskuje pełną funkcjonalność i
uruchamia wszystkie funkcje, włącznie z funkcjami zabezpieczającymi;
Aktywowanie urządzenia rejestrującego wymaga użycia karty warsztatowej
i wprowadzenia kodu PIN tej karty;
b) »uwierzytelnienie« oznacza:
funkcję przeznaczoną do ustanowienia i kontroli tożsamości;
c) »autentyczność« oznacza:
właściwość polegającą na tym, że informacje przychodzą od strony, której
tożsamość można zweryfikować;
d) »test wbudowany (BIT)« oznacza:
testy wykonywane na żądanie, uruchamiane przez operatora lub urządzenia
zewnętrzne;
e) »dzień kalendarzowy« oznacza:
dzień zaczynający się o godzinie 00:00 i kończący o godzinie 24:00.
Wszystkie dni kalendarzowe odnoszą siędo czasu UTC (uniwersalny czas
skoordynowany);
f) »kalibracja« oznacza:
aktualizację lub potwierdzenie parametrów pojazdu przechowywanych w
pamięci danych. Parametry pojazdu obejmują identyfikację pojazdu
(numery VIN, VRN i kod rejestrującego Państwa Członkowskiego) i
charakterystyki pojazdu, (w, k, l, wielkość opon, ustawienie ogranicznika
prędkości, (gdy dotyczy), bieżący czas UTC, bieżąca wartość licznika kilo-
metrów);
do kalibracji urządzenia rejestrującego potrzebna jest karta warsztatowa;
g) »numer karty« oznacza:
numer składający się z 16 znaków alfanumerycznych, który jednoznacznie
identyfikuje kartę do tachografów w Państwie Członkowskim. Numer karty
zawiera numer kolejny, (gdy dotyczy), numer zastąpienia i numer odświe-
żenia;
tym samym karta jest jednoznacznie zidentyfikowana przez kod Państwa
Członkowskiego wydającego i numer karty;
h) »numer kolejny karty« oznacza:
numer składający się z 14 znaków alfanumerycznych, który umożliwia
rozróżnianie różnych kart wydanych przez firmę lub organ uprawniony do
wydawania kilku kart do tachografów. Firmę lub organ jednoznacznie
identyfikuje pierwszych 13 znaków numeru karty;
i) »numer odświeżenia karty« oznacza:
kod w numerze karty składający się z 16 znaków alfanumerycznych, który
jest zmieniany przyrostowo przy każdym odświeżeniu karty do tacho-
grafów;
j) »numer wymiany karty« oznacza:
kod w numerze karty składający się z 15 znaków alfanumerycznych, który
jest zmieniany przyrostowo przy każdej wymianie karty do tachografów;
k) »współczynnik charakterystyczny pojazdu« oznacza:
wielkość liczbową określającą liczbę sygnałów dostarczanych przez część
pojazdu podłączoną do urządzenia rejestrującego (wał główny skrzyni
biegów lub oś) w czasie, gdy pojazd przebywa drogę o długości jednego
kilometra mierzoną w warunkach normalnych (patrz: rozdział VI, pkt 5).
Współczynnik charakterystyczny pojazdu podaje się w impulsach na kilo-
metr (w =… imp/km);1998R2135 —PL—01.05.2006 —002.001 —16
▼M1
l) »karta firmowa« oznacza:
kartę do tachografów wydaną przez organy Państwa Członkowskiego właś-
cicielowi lub posiadaczowi pojazdów silnikowych wyposażonych w urzą-
dzenie rejestrujące;
karta firmowa identyfikuje przedsiębiorstwo i umożliwia odczytywanie,
wczytywanie i drukowanie danych zapamiętanych w urządzeniu rejestru-
jącym, które zostały wprowadzone przez to przedsiębiorstwo;
m) »stała urządzenia rejestrującego« oznacza:
wielkość liczbową określającą wartość sygnału wejściowego niezbędną do
wskazania i zarejestrowania przejechanej odległości jednego kilometra;
stała ta jest wyrażona w impulsach na kilometr (k =…imp/km);
n) »nieprzerwany czas prowadzenia pojazdu« obliczany jest przez urzą-
dzenie rejestrujące w następujący sposób (1):
nieprzerwany czas prowadzenia pojazdu obliczany jest jako bieżące, zaku-
mulowane czasy prowadzenia pojazdu przez danego kierowcę od końca
jego ostatniego 45-minutowego lub dłuższego okresu DYSPOZYCYJ-
NOŚCI lub PRZERWY/ODPOCZYNKU lub NIEOKREŚLONEGO (2)
(okres ten może być rozbity na kilka 15-minutowych lub dłuższych
okresów). W obliczeniach uwzględnia się, stosownie do okoliczności,
ostatnie czynności zapisane na karcie kierowcy. Jeżeli kierowca nie włoży
swojej karty, obliczenia wykonuje się na podstawie znajdujących się w
pamięci danych zapisów dla bieżącego okresu, w którym nie było
włożonej karty i dla stosownego czytnika;
o) »karta kontrolna «oznacza:
kartę do tachografów wydaną przez organ Państwa Członkowskiego, właś-
ciwego krajowego organu kontrolnego;
karta kontrolna identyfikuje organ kontrolny i, w miarę możliwości, odpo-
wiedzialnego funkcjonariusza oraz umożliwia dostęp do danych zapisanych
w pamięci danych lub na karcie kierowcy w celu odczytania, wydruko-
wania i/lub wczytania danych;
p) »skumulowany czas przerwy« obliczany jest przez urządzenie rejestru-
jące w następujący sposób (1):
skumulowany czas przerwy w prowadzeniu pojazdu obliczany jest jako
bieżące, zakumulowane, 15-minutowe lub dłuższe czasy DYSPOZYCYJ-
NOŚCI lub PRZERWY/ODPOCZYNKU lub NIEOKREŚLONE (2) dla
danego kierowcy, od końca jego ostatniego 45-minutowego lub dłuższego
okresu DYSPOZYCYJNOŚCI lub PRZERWY/ODPOCZYNKU lub
NIEOKREŚLONEGO (2) (okres ten może być rozbity na kilka 15-minuto-
wych lub dłuższych okresów).
W obliczeniach uwzględnia się, stosownie do okoliczności, ostatnie czyn-
ności zapisane na karcie kierowcy. Do obliczeń nie bierze się nieznanych
okresów o ujemnym czasie trwania (początek nieznanego okresu > końca
nieznanego okresu) wynikłych z nakładania się czasów z dwóch różnych
urządzeń rejestrujących.
Jeżeli kierowca nie włoży swojej karty, obliczenia wykonuje się na
podstawie znajdujących się w pamięci danych zapisów dla bieżącego
okresu, w którym nie było włożonej karty i dla stosownego czytnika;
q) »pamięć danych« oznacza:
elektroniczne urządzenie gromadzenia danych wbudowane w urządzenie
rejestrujące;
r) »podpis cyfrowy «oznacza:
dane dołączone lub kryptograficzne przekształcenie bloku danych, które
umożliwia odbiorcy sprawdzenie autentyczności oraz integralności tego
bloku danych;
s) »wczytywanie danych« oznacza:
kopiowanie wraz z podpisem cyfrowym części lub całego zbioru danych
zapisanego w pamięci danych pojazdu lub w pamięci karty do tacho-
grafów;
wczytywanie danych nie może zmienić ani skasować zapisanych danych;
t) »karta kierowcy« oznacza:
kartę do tachografów wydaną konkretnemu kierowcy przez organy
Państwa Członkowskiego;1998R2135 —PL—01.05.2006 —002.001 —17
(1) Ten sposób obliczania nieprzerwanego czasu prowadzenia pojazdu oraz łącznego czasu
przerwy służy do obliczenia ostrzeżenia nieprzerwanego czasu prowadzenia. Nie prze-sądza to prawnej interpretacji tych czasów.
(
2) Nieznane okresy odpowiadają okresom, gdy karta kierowcy nie jest włożona do urzą-
dzenia rejestrującego oraz dla których nie dokonano ręcznego włożenia karty.
▼M1
karta kierowcy identyfikuje kierowcę i umożliwia gromadzenie danych
dotyczących czynności kierowcy;
u) »skuteczny obwód opon« oznacza:
wartość średnią długości drogi przebytej przez każde z kół (napędowych)
poruszającego się pojazdu podczas jednego pełnego obrotu. Pomiar tych
długości drogi jest wykonywany w warunkach normalnych (patrz: rozdział
VI, pkt 5 niniejszego Załącznika) i wyrażony jest w postaci: »l =… mm«.
Producenci pojazdów mogą zastąpić pomiar tej odległości obliczeniem
teoretycznym, w którym uwzględnia się rozkład ciężaru na osie dla nieza-
ładowanego pojazdu w normalnych warunkach ruchu (1). Metody takich
obliczeń teoretycznych zatwierdzają właściwe organy Państw Członkow-
skich;
v) »zdarzenie« oznacza:
nieprawidłową pracę wykrytą przez urządzenie rejestrujące, której źródłem
może być próba dokonania nadużycia finansowego;
w) »usterka« oznacza:
nieprawidłową pracę wykrytą przez urządzenie rejestrujące, której źródłem
może być wadliwa praca lub awaria urządzeń;
x) »instalacja« oznacza:
montaż urządzenia rejestrującego w pojeździe;
y) »czujnik ruchu« oznacza:
część urządzenia rejestrującego dostarczającą sygnał przedstawiający pręd-
kość pojazdu i/lub przebytą drogę;
z) »karta nieważna« oznacza:
wykryta karta jest wadliwa, lub nie jest możliwe wstępne uwierzytelnienie
karty, lub okres ważności jeszcze się nie rozpoczął lub już upłynął;
aa) »poza zakresem« oznacza:
że zgodnie z przepisami rozporządzenia Rady (EWG) nr 3820/85 użycie
urządzenia rejestrującego nie jest wymagane;
bb) »przekroczenie prędkości« oznacza:
przekroczenie dozwolonej prędkości pojazdu definiowane jako dowolny
przynajmniej 60-sekundowy okres, w którym zmierzona prędkość pojazdu
przekracza wartość ograniczenia dla urządzenia ograniczenia prędkości
ustanowioną w dyrektywie Rady 92/6/EWG z dnia 10 lutego 1992 r. w
sprawie montowania i zastosowania urządzeń ograniczenia prędkości w
niektórych kategoriach pojazdów silnikowych we Wspólnocie (2);
cc) »przegląd okresowy« oznacza:
zespół czynności wykonywanych w celu skontrolowania czy urządzenie
rejestrujące pracuje prawidłowo i czy jego ustawienia odpowiadają para-
metrom pojazdu;
dd) »drukarka« oznacza:
element urządzenia rejestrującego wykonujący wydruki danych zapisanych
w pamięci;
ee) »urządzenie rejestrujące« oznacza:
całość urządzeń zamierzonych do instalowania w pojazdach drogowych w
celu automatycznego lub półautomatycznego pokazywania, rejestrowania i
zapamiętywania szczegółowych danych o ruchu takich pojazdów i o
pewnych okresach pracy osób kierujących tymi pojazdami;
ff) »odświeżenie« oznacza:
wydanie nowej karty do tachografów po upływie terminu ważności
dotychczasowej karty lub w przypadku nieprawidłowego działania karty i
zwrócenia jej organowi, który wydał kartę. Odświeżenie zawsze wiąże się
z pewnością, że nie współistnieją dwie ważne karty;
gg) »naprawa« oznacza:
wszelką naprawę czujnika ruchu lub przyrządu rejestrującego wymagającą
odłączenia ich zasilania lub odłączenia od innych elementów urządzenia
rejestrującego lub otwarcia go;
hh) »zastąpienie« oznacza:1998R2135 —PL—01.05.2006 —002.001 —18
(1) Dyrektywa 97/27/WE z dnia 22 lipca 1997 r. odnosząca się do wagi i wymiarów niektó-
rych kategorii pojazów silnikowych i ich przyczep oraz zmieniająca dyrektywę 70/156/
EWG (Dz.U. L 233 z 25.8.1997, str. 1).
(2) Dz.U. nr L 57 z 2.3.1992, str. 27.
▼M1
wydanie karty do tachografów w celu zastąpienia dotychczasowej karty,
której utratę, kradzież lub wadliwe działanie zgłoszono i której nie zwró-
cono organowi, który wydał kartę. Zastąpienie zawsze wiąże się z ryzy-
kiem, że mogą współistnieć dwie ważne karty;
ii) »świadectwo zabezpieczenia« oznacza:
urzędowy dokument wydany przez jednostkę certyfikującą ITSEC (1)
zaświadczający, że badane urządzenie rejestrujące (lub jego element) lub
karta do tachografów spełnia wymagania zabezpieczenia określone w
dodatku 10 »Generyczne cele zabezpieczenia«;
jj) »auto test« oznacza:
testy wykonywane okresowo i automatycznie przez urządzenie rejestrujące
w celu wykrycia usterek;
kk) »karta do tachografów« oznacza:
kartę inteligentną przeznaczoną do użycia w urządzeniu rejestrującym.
Karty do tachografów umożliwiają urządzeniu rejestrującemu identyfikację
tożsamości (lub grupy tożsamości) posiadacza karty i umożliwiają przeka-
zywanie i gromadzenie danych dotyczących posiadacza karty. Rozróżnia
sięnastępujące typy kart do tachografów:
—karta kierowcy,
—karta kontrolna,
—karta warsztatowa,
—karta firmowa;
ll) »homologacja typu« oznacza:
urzędowy dokument wydany przez Państwo Członkowskie i zaświadcza-
jący, że dane urządzenie rejestrujące (lub jego element) lub karta do tacho-
grafów spełnia wymagania niniejszego rozporządzenia;
mm) »rozmiar opon« oznacza:
oznaczenie wymiarów opon (na zewnętrznych kołach napędowych) zgodne
z dyrektywą 92/23/EWG z dnia 31 marca 1992 r. (2);
nn) »identyfikacja pojazdu« oznacza:
numery identyfikujące pojazd: numer rejestracyjny pojazdu (VRN) z ozna-
czeniem Państwa Członkowskiego i numer identyfikacyjny pojazdu
(VIN) (3);
oo) »przyrząd rejestrujący (VU)« oznacza:
urządzenie rejestrujące bez czujnika ruchu i przewodów do przyłączenia
czujnika ruchu. Przyrząd rejestrujący może być zarówno pojedynczą
jednostką jak i kilkoma jednostkami rozmieszczonymi w pojeździe, o ile
tylko spełnia wymagania zabezpieczenia określone w niniejszym rozporzą-
dzeniu;
pp) dla potrzeb obliczeniowych w urządzeniu
rejestrującym»tydzień« oznacza:
okres zawarty między godziną 00:00 UTC w poniedziałek a 24:00 UTC w
niedzielę;
qq) »karta warsztatowa« oznacza:
kartę do tachografu wydaną przez organ Państwa Członkowskiego produ-
centowi urządzenia rejestrującego, instalatorowi, producentowi pojazdu lub
warsztatowi zatwierdzonemu przez to Państwo Członkowskie.
Karta warsztatowa identyfikuje posiadacza karty i umożliwia testowanie,
kalibrację i/lub wczytywanie danych do urządzenia rejestrującego;
II. CHARAKTERYSTYKI OGÓLNE I FUNKCJE URZĄDZENIA REJESTRU-
JĄCEGO
Pojazd wyposażony w urządzenie rejestrujące spełniające wymagania niniejszego
załącznika musi mieć prędkościomierz i licznik kilometrów. Funkcje te może
spełniać urządzenie rejestrujące.1998R2135 —PL—01.05.2006 —002.001 —19
(1) Zalecenie Rady 95/144/WE z dnia 7 kwietnia 1995 r. w sprawie wspólnych kryteriów
oceny zabezpieczenia informatycznego (Dz.U. L 93 z 26.4.1995, str. 27).
(2) Dz.U. nr L 129 z 14.5.1992, str. 95.
(3) Dyrektywa 76/114/EWG z dnia 18 grudnia 1975 r. w sprawie zbliżenia ustawodawstw
Państw Członkowskich odnoszących się do tabliczek znamionowych i oznakowania iden-
tyfikacyjnego pojazdów silnikowych i ich przyczep oraz sposobu i miejsca ich umie-
szczenia (Dz.U. L 24 z 30.1.1976, str. 1).
▼M1
1.Charakterystyki ogólne
Celem urządzenia rejestrującego jest rejestrowanie, przechowywanie, wyświet-
lanie, drukowanie i wyprowadzanie danych związanych z czynnościami wykony-
wanymi przez kierowcę.
Urządzenie rejestrujące składa się z przewodów, czujnika ruchu i przyrządu rejes-
trującego.
Przyrząd rejestrujący składa się z jednostki przetwarzającej, pamięci danych,
zegara czasu rzeczywistego, dwóch czytników kart inteligentnych (dla kierowcy i
współkierowcy), drukarki, wyświetlacza, ostrzeżenia wizualnego, gniazda do kali-
bracji/wczytywania danych i urządzeń do wprowadzania danych przez użytkow-
nika.
Urządzenie rejestrujące można przyłączać do innych urządzeń poprzez dodatkowe
gniazda.
Zawarcie w urządzeniu rejestrującym lub przyłączenie do niego jakiejkolwiek
funkcji, urządzenia lub urządzeń, zatwierdzonych lub nie, nie może zakłócać, ani
potencjalnie zakłócać, prawidłowego i bezpiecznego działania urządzenia rejes-
trującego ani uchybiać przepisom niniejszego rozporządzenia.
Użytkowników urządzenia rejestrującego identyfikują w sprzęcie ich karty do
tachografów.
Urządzenie rejestrujące zapewnia selektywne prawa dostępu do danych i funkcji,
odpowiednio do i/lub tożsamości użytkownika.
Urządzenie rejestrujące rejestruje i przechowuje dane w swojej pamięci danych i
na kartach do tachografów.
Odbywa się to zgodnie z dyrektywą 95/46/WE z dnia 24 października 1995 r. w
sprawie ochrony osób fizycznych w zakresie przetwarzania danych osobowych i
swobodnego przepływu tych danych (1).
2.Funkcje
Urządzenie rejestrujące realizuje następujące funkcje:—monitorowanie wkładania i wyjmowania kart,
—pomiar prędkości i odległości,
—pomiar czasu,
—monitorowanie czynności wykonywanych przez kierowcę,
—monitorowanie stanu prowadzenia pojazdu,
—dane wprowadzane ręcznie przez kierowcę:
—wprowadzanie miejsca rozpoczęcia i/lub zakończenia okresu pracy,
—ręcznie wprowadzane dane o czynnościach kierowcy,
—warunki szczególne,
—zarządzanie blokadami firmowymi,
—monitorowanie czynności kontrolnych,
—wykrywanie zdarzeń i/lub usterek,
—testy wbudowane i auto testy,
—odczyt z pamięci danych,
—rejestrowanie i przechowywanie w pamięci danych,
—odczyt z kart do tachografów,
—rejestrowanie i przechowywanie na kartach do tachografów,
—wyświetlanie,
—drukowanie,
—ostrzeganie,
—przesyłanie danych do nośników zewnętrznych,
—wyprowadzanie danych do dodatkowych urządzeń zewnętrznych,
—kalibracja,
—nastawianie czasu.
3.Tryby pracy
Urządzenie rejestrujące może pracować w czterech trybach pracy:1998R2135 —PL—01.05.2006 —002.001 —20
(1) Dz.U. L 281 z 23.11.1995, str. 31.
▼M1
—tryb eksploatacyjny,
—tryb kontrolny,
—tryb kalibracyjny,
—tryb firmowy.
Urządzenie rejestrujące przełącza się do następujących trybów pracy odpowiednio
do tego, jakie karty do tachografów są włożone do czytników kart:
Tryb pracySzczelina karty współkierowcy
Brak karty Karta kierowcyKarta
kontrolnaKarta
warsztatowaKarta firmowaSzczelina karty kierowcyBrak karty Operacyjny Operacyjny Kontrolny Kalibracyjny Firmowy
Karta
kierowcyOperacyjny Operacyjny Kontrolny Kalibracyjny Firmowy
Karta
kontrolnaKontrolny Kontrolny Kontrolny (*) Operacyjny Operacyjny
Karta warsz-
tatowaKalibracyjny Kalibracyjny Operacyjny Kalibra-
cyjny (*)Operacyjny
Karta
firmowaFirmowy Firmowy Operacyjny Operacyjny Firmowy (*)
(*) W tych sytuacjach urządzenie rejestrujące korzysta tylko z karty do tachografów włożonej do szczeliny karty
kierowcy.
Urządzenie rejestrujące ignoruje karty nieważne, z wyjątkiem tego, że możliwe
jest wyświetlanie, drukowanie lub wczytywanie danych zgromadzonych na
kartach, których termin ważności minął.
Wszystkie funkcje wymienione w pkt II.2. działają w każdym trybie pracy z
następującymi wyjątkami:
—funkcja kalibracji dostępna jest tylko w trybie kalibracyjnym,
—funkcja nastawiania czasu dostępna poza trybem kalibracyjnym działa tylko
w ograniczonym zakresie,
—funkcje ręcznego wprowadzania danych przez kierowcę dostępne są tylko w
trybach eksploatacyjnym i kalibracyjnym,
—funkcja zarządzania blokadami firmowymi dostępna jest tylko w trybie
firmowym,
—funkcja monitorowania czynności kontrolnych dostępna jest tylko w trybie
kontrolnym,
—funkcja wczytywania danych dostępna jest tylko w trybie eksploatacyjnym
(wyjąwszy jak przewidziano w wymaganiu 150).
Urządzenie rejestrujące może wyprowadzać dane na wyświetlacz, do drukarki lub
interfejsów zewnętrznych z następującymi wyjątkami:
—w trybie eksploatacyjnym —wszystkie dane identyfikujące osoby (nazwisko
i imię/imiona) nieodpowiadające włożonej karcie do tachografu są wygaszone
a numer karty, nieodpowiadający włożonej karcie do tachografu jest częś-
ciowo wygaszony (wszystkie nieparzyste znaki od lewej do prawej są wyga-
szone),
—w trybie firmowym —dane dotyczące kierowcy (wymagania 081, 084 i 087)
mogą być wyprowadzane tylko w okresach niezablokowanych przez inną
firmę (identyfikowaną pierwszymi 13 cyframi numeru karty firmowej),
—przy braku karty w czytniku urządzenia rejestrującego dane dotyczące
kierowcy mogą byćwyprowadzane tylko dla obecnego i ośmiu poprzednich
dni kalendarzowych.
4.Zabezpieczenie
Celem zabezpieczenia systemu jest taka ochrona pamięci danych, by uniemoż-
liwić nieautoryzowany dostęp i manipulowanie danymi oraz wykrycie wszelkich
takich prób, ochrona integralności i autentyczności danych wymienianych między
czujnikiem ruchu a przyrządem rejestrującym, ochrona integralności i autentycz-
ności danych wymienianych między urządzeniem rejestrującym a kartami do
tachografów oraz sprawdzenie integralności i autentyczności wczytywanych
danych.1998R2135 —PL—01.05.2006 —002.001 —21
▼M1
W celu uzyskania zabezpieczenia systemu urządzenie rejestrujące musi spełniać
wymagania dotyczące bezpieczeństwa ustanowione dla czujnika ruchu i przy-
rządu rejestrującego ogólne cele zabezpieczenia (dodatek 10).
III. WYMAGANIA ODNOŚNIE DO KONSTRUKCJI I FUNKCJONALNOŚCI
URZĄDZENIA REJESTRUJĄCEGO
1.Monitorowanie wkładania i wyjmowania kart
Urządzenie rejestrujące monitoruje urządzenia interfejsu kart w celu wykrycia
wkładania i wyjmowania kart.
Po włożeniu karty urządzenie rejestrujące sprawdza czy włożona karta jest ważną
kartą do tachografów i w przypadku takiej karty sprawdza, jakiego typu jest to
karta.
Urządzenie rejestrujące musi być tak skonstruowane, aby po prawidłowym
włożeniu do urządzenia interfejsu kart karty do tachografów były blokowane we
właściwej pozycji.
Odblokowanie kart do tachografów w celu wyjęcia jest możliwe tylko przy
zatrzymanym pojeździe i po zapisaniu odpowiednich danych na kartach. Odblo-
kowanie karty wymaga wykonania przez użytkownika odpowiedniej czynności.
2.Pomiar prędkości i odległości
Funkcja ta nieprzerwanie mierzy i dostarcza wartość stanu licznika kilometrów
odpowiadającą całkowitej drodze przebytej przez pojazd.
Funkcja ta nieprzerwanie mierzy i dostarcza wartość prędkości pojazdu.
Funkcja pomiaru prędkości podaje także informacje o tym, czy pojazd porusza
sięczy stoi. Uważa się, że pojazd porusza się, gdy tylko funkcja pomiaru pręd-
kości wykrywa więcej niż 1 impuls na sekundę z czujnika ruchu przez przynajm-
niej pięć sekund, w przeciwnym razie uważa się, że pojazd stoi.
Urządzenia do pokazywania prędkości (prędkościomierz) i łącznej drogi przebytej
(licznik kilometrów) zainstalowane w pojeździe wyposażonym w urządzenie
rejestrujące, spełniające wymagania niniejszego rozporządzenia, spełniają wyma-
gania odnośnie do maksymalnych tolerancji ustanowione w niniejszym załącz-
niku (rozdział III pkt 2.1 i 2.2).
2.1. Pomiar przebytej drogi
Długość przebytej drogi może być mierzona, gdy pojazd porusza się:
—do przodu i do tyłu, albo
—tylko do przodu.
Urządzenie rejestrujące mierzy odległość w zakresie 0-9 999 999,9 km.
Pomiar odległości jest wykonywany z następującą dokładnością (odległości przy-
najmniej 1 000 m):
—± 1 % przed instalacją,
—± 2 % po instalacji i przeglądzie okresowym,
—± 4 % podczas eksploatacji.
Pomiar odległości jest wykonywany z rozdzielczością przynajmniej 0,1 km lub
lepszą.
2.2. Pomiar prędkości
Urządzenie rejestrujące mierzy prędkość w zakresie od 0 do 220 km/godz.
W celu zapewnienia maksymalnej tolerancji wskazywanej prędkości ± 6 km/godz
podczas eksploatacji i uwzględniając:
—tolerancję ± 2 km/godz. na zmiany sygnału wejściowego (zmiany opon, etc.),
—tolerancję ± 1 km/godz. dla pomiarów wykonywanych w czasie instalacji lub
przeglądów okresowych,
urządzenie rejestrujące, dla zakresu prędkości między 20 a 180 km/godz. i dla
współczynników charakterystycznych pojazdu między 4 000 a 25 000 impulsów
na km, mierzy szybkość z dokładnością ± 1 km/godz. (przy stałej szybkości).
Uwaga: Rozdzielczość gromadzenia danych wprowadza dodatkową tolerancję ±
0,5 km/godz. do prędkości zapisanej przez urządzenie rejestrujące.1998R2135 —PL—01.05.2006 —002.001 —22
▼M1
Prędkość jest mierzona prawidłowo w zakresie normalnych tolerancji po czasie
nie dłuższym niż 2 sekundy od zakończenia zmiany prędkości, gdy tempo
zmiany prędkości jest maksymalne 2 m/s2i.
Pomiar prędkości jest wykonywany z rozdzielczością przynajmniej 1 km/godz.
lub lepszą.
3.Pomiar czasu
Funkcja pomiaru czasu mierzy czas nieprzerwanie i cyfrowo podaje datę i czas
UTC.
Do datowania w urządzeniu rejestrującym (rejestracja, wydruki, wymiana danych,
prezentacje, etc.) używane są data i czas UTC.
W celu wizualizacji czasu lokalnego możliwe jest przesuwanie pokazywanego
czasu w stopniach półgodzinnych.
Dryft czasu mieści się w graniach ± 2 sekundy dziennie w warunkach zgodnych
z homologacją typu.
Pomiar czasu jest wykonywany z rozdzielczością przynajmniej 1 sekundy lub
lepszą.
Odcięcie zewnętrznego źródła zasilania na czas nie krótszy niż 12 miesięcy w
warunkach zgodnych z homologacją typu nie wpływa na pomiar czasu.
4.Monitorowanie czynności wykonywanych przez kierowcę
Funkcja ta nieprzerwanie i odrębnie monitoruje czynności wykonywane przez
jednego kierowcę i jednego współkierowcę.
Czynnościami kierowcy są PROWADZENIE, PRACA, DYSPOZYCYJNOŚĆ
lub PRZERWA/ODPOCZYNEK.
Kierowca i/lub współkierowca mogą ręcznie wybierać PRACĘ, DYSPOZYCYJ-
NOŚĆ lub PRZERWĘ/ODPOCZYNEK.
Gdy pojazd porusza się następuje automatyczne wybranie PROWADZENIE dla
kierowcy i DYSPOZYCYJNOŚĆ dla współkierowcy.
Gdy pojazd zatrzymuje się następuje automatyczne wybranie PRACY dla
kierowcy.
Jeżeli w czasie 120 sekund od automatycznej zmiany na PRACĘ, wskutek zatrzy-
mania pojazdu, nastąpi zmiana czynności, to przyjmuje się, że pierwsza taka
zmiana zaistniała w czasie postoju pojazdu (w ten sposób można anulować
zmianę na PRACĘ).
Funkcja ta przekazuje zmiany czynności do funkcji rejestrującej w odstępach co
jedną minutę.
W danej minucie zegarowej, jeżeli w tym okresie nastąpi czynność PROWA-
DZENIE, to cała ta minuta liczy się jako PROWADZENIE.
W danej minucie zegarowej, jeżeli czynność PROWADZENIE następuje zarówno
w minucie bezpośrednio poprzedzającej, jak i bezpośrednio następnej, to cała ta
minuta liczy się jako PROWADZENIE.
W danej minucie zegarowej, niezaliczonej jako PROWADZENIE, zgodnie z
poprzednimi wymaganiami, cała taka minuta liczy się jako jedna czynność, która
trwała najdłużej w ciągu tej minuty (lub późniejsza w przypadku czynności o
jednakowym czasie trwania).
Funkcja ta także nieprzerwanie monitoruje zarówno nieprzerwany czas prowa-
dzenia pojazdu jak i skumulowany czas przerwy dla kierowcy.
5.Monitorowanie stanu prowadzenia pojazdu
Funkcja ta nieprzerwanie i automatycznie monitoruje stan prowadzenia pojazdu.
Po włożeniu dwóch ważnych kart kierowcy wybierany jest stan prowadzenia
pojazdu ZAŁOGA, w każdym innym przypadku wybierany jest stan prowadzenia
pojazdu JEDEN KIEROWCA.
6.Dane wprowadzane ręcznie przez kierowcę
6.1. Wprowadzanie miejsca rozpoczęcia i/lub zakończenia okresu pracy
Funkcja ta umożliwia wprowadzanie miejsc rozpoczęcia i/lub zakończenia okresu
pracy dla kierowcy i/lub współkierowcy.1998R2135 —PL—01.05.2006 —002.001 —23
▼M1
Miejsca definiuje się jako kraj i dodatkowo, gdy stosowne, region.
W chwili wyjęcia karty kierowcy (lub warsztatowej), urządzenie rejestrujące
sygnalizuje, że oczekuje od (współ)kierowcy wprowadzenia »miejsca zakoń-
czenia dziennego okresu pracy«.
Urządzenie rejestrujące umożliwia zignorowanie tego żądania.
Wprowadzenie miejsca rozpoczęcia i/lub zakończenia dziennego okresu pracy
jest możliwe bez włożonej karty lub w innym czasie niż przy wkładaniu lub
wyjmowaniu karty.
6.2. Ręczne wprowadzanie czynności wykonywanych przez kierowcę
Po włożeniu karty kierowcy (lub warsztatowej) i tylko w tym czasie, urządzenie
rejestrujące:
—przypomina posiadaczowi karty datę i godzinę ostatniego wyjęcia jego karty,
i
—pyta posiadacza karty, czy obecne włożenie karty stanowi kontynuację bieżą-
cego dziennego okresu pracy.
Urządzenie rejestrujące umożliwia posiadaczowi karty zignorowanie tego pytania
i pozostawienie go bez odpowiedzi lub udzielenie odpowiedzi potwierdzającej
lub zaprzeczającej:
—w przypadku, gdy posiadacz karty zignoruje pytanie, urządzenie rejestrujące
sygnalizuje, że oczekuje od posiadacza karty wprowadzenia »miejsca rozpo-
częcia dziennego okresu pracy«. Urządzenie rejestrujące umożliwia zignoro-
wanie tego pytania. W przypadku wprowadzenia miejsca jest ono rejestro-
wane w pamięci danych i na karcie do tachografów, oraz powiązane z
godziną włożenia karty,
—w przypadku odpowiedzi potwierdzającej lub zaprzeczającej urządzenie rejes-
trujące zachęca posiadacza karty do ręcznego wprowadzenia czynności
wybranych tylko spośród PRACA, DYSPOZYCYJNOŚĆ lub PRZERWA/
ODPOCZYNEK, razem z datami i godzinami rozpoczęcia i zakończenia,
ściśle zawartych wyłącznie w okresie między ostatnim wyjęciem a obecnym
włożeniem karty i bez możliwości nakładania się okresów wykonywania tych
czynności. Odbywa się to zgodnie z następującą procedurą:
—w przypadku odpowiedzi potwierdzającej urządzenie rejestrujące zachęca
posiadacza karty do ręcznego wprowadzenia czynności, w porządku chro-
nologicznym, za okres między ostatnim wyjęciem a obecnym włożeniem
karty. Procedura kończy się, jeśli godzina zakończenia ręcznie wprowa-
dzanej czynności pokrywa się z godziną włożenia karty.
—w przypadku odpowiedzi zaprzeczającej urządzenie rejestrujące:
—zachęca posiadacza karty do ręcznego wprowadzenia czynności, w
porządku chronologicznym, za okres od ostatniego wyjęcia karty do
godziny zakończenia związanego dziennego okresu pracy (lub czyn-
ności związanych z tym pojazdem, w przypadku gdy w rejestrze
kontynuowany jest dzienny okres pracy). Dlatego też urządzenie rejes-
trujące, przed umożliwieniem posiadaczowi karty ręcznego wprowa-
dzenia czynności, zachęca posiadacza karty do określenia, czy godzina
zakończenia ostatniej zarejestrowanej czynności odpowiada zakoń-
czeniu poprzedniego okresu pracy (patrz uwaga poniżej),
uwagi: w przypadku gdy posiadacz karty nie zadeklaruje kiedy zakoń-
czył siępoprzedni okres pracy i ręcznie wprowadzi czynność, której
czas zakończenia pokrywa się z godziną włożenia karty, urządzenie
rejestrujące:
—przyjmuje, że dzienny okres pracy zakończył sięz rozpoczęciem
pierwszego okresu ODPOCZYNKU (lub czynność pozostaje
NIEOKREŚLONA) po wyjęciu karty lub w czasie wyjęcia karty,
jeżeli nie wprowadzono okresu odpoczynku (ani okres nie jest
NIEOKREŚLONY),
—przyjmuje, że czas rozpoczęcia (patrz poniżej) równy jest godzinie
włożenia karty,
—wykonuje kroki opisane poniżej;
—następnie, jeżeli godzina zakończenia związanego okresu pracy różni
sięod godziny wyjęcia karty, lub, gdy w tym czasie nie wprowadzono
miejsca zakończenia dziennego okresu pracy, zachęca posiadacza
karty do »potwierdzenia lub wprowadzenia miejsca zakończenia
dziennego okresu pracy« (urządzenie rejestrujące pozwala na zignoro-
wanie tego żądania). W przypadku wprowadzenia miejsca jest ono
rejestrowane na karcie do tachografów wtedy i tylko wtedy, gdy różni
sięod tego wprowadzonego przy wyjęciu karty, (jeżeli zostało wpro-
wadzone) i zostaje powiązane z godziną zakończenia okresu pracy,1998R2135 —PL—01.05.2006 —002.001 —24
▼M1
—następnie zaprasza posiadacza karty do »potwierdzenia godziny rozpo-
częcia« bieżącego dziennego okresu pracy (lub czynności związanych
z tym pojazdem, w przypadku gdy posiadacz karty użył wcześniej
arkusza rejestracyjnego w ciągu tego okresu) i zaprasza posiadacza
karty do wprowadzenia »miejsca rozpoczęcia dziennego okresu
pracy« (urządzenie rejestrujące pozwala na zignorowanie tego
żądania). W przypadku wprowadzenia miejsca jest ono zarejestrowane
na karcie do tachografów i powiązane z tą godziną rozpoczęcia. Jeżeli
ta godzina rozpoczęcia pokrywa się z godziną włożenia karty, również
miejsce jest rejestrowane w pamięci danych,
—następnie, jeżeli ta godzina rozpoczęcia różni się od godziny włożenia
karty, prosi posiadacza karty o ręczne wprowadzenie czynności w
kolejności chronologicznej od tej godziny rozpoczęcia do godziny
włożenia karty. Procedura kończy się, jeśli godzina zakończenia
ręcznie wprowadzanej czynności pokrywa się z godziną włożenia
karty,
—następnie urządzenie rejestrujące umożliwia posiadaczowi karty zmodyfi-
kowanie wprowadzonej ręcznie czynności, przeprowadzenie walidacji
poprzez wybranie odpowiedniego polecenia i uniemożliwia wprowadzanie
takich zmian w późniejszym czasie,
—takie odpowiedzi na początkowe pytanie, po których nie są wprowadzane
czynności, urządzenie rejestrujące interpretuje tak jakby posiadacz karty
zignorował pytanie.
W czasie całego tego procesu urządzenie rejestrujące oczekuje na wprowadzenie
danych nie dłużej niż przez określone poniżej okresy oczekiwania:
—jedna minutę —jeżeli nie ma interakcji z interfejsem człowiek-maszyna (z
optycznym i o ile możliwe akustycznym sygnałem ostrzegawczym po 30
sekundach) lub
—do wyjęcia karty kierowcy (lub warsztatowej) lub włożenia innej karty
kierowcy (lub warsztatowej),
—do rozpoczęcia jazdy przez pojazd,
w tym przypadku urządzenie rejestrujące dokonuje walidacji wszystkich już
wprowadzonych danych.
6.3. Stany szczególne
Urządzenie rejestrujące umożliwia kierowcy wprowadzanie w czasie rzeczy-
wistym następujących dwóch stanów szczególnych:
—»POZA ZAKRESEM« (początek, koniec)
—»PRZEPRAWA PROMOWA/PRZEJAZD KOLEJOWY«
Przy rozpoczętym stanie »POZA ZAKRESEM« nie może być stanu »PRZE-
PRAWA PROMOWA/PRZEJAZD KOLEJOWY«.
Włożenie lub wyjęcie karty kierowcy automatycznie kończy rozpoczęty stan
»POZA ZAKRESEM«.
7.Zarządzanie blokadami firmowymi
Funkcja ta umożliwia zarządzanie blokadami umieszczanymi przez firmę w celu
ograniczenia dostępu do danych, gdy urządzenie pracuje w trybie firmowym.
Blokady firmowe polegają na ustawieniu daty/godziny rozpoczęcia (włączenie
blokady) i daty/godziny zakończenia (zwolnienie blokady) związanych z identyfi-
kacją firmy pobraną z numeru karty firmowej (przy włączeniu blokady).
Blokady można włączać i zwalniać tylko w czasie rzeczywistym.
Blokadę może zwolnić tylko ta firma, która ją włączyła (identyfikowana na
podstawie pierwszych 13 cyfr numeru karty firmowej) lub
zwolnienie następuje automatycznie po włączeniu blokady przez inną firmę.
W przypadku gdy firma włącza blokady a poprzednia blokada była włączona
przez tę samą firmę, przyjmuje się, że poprzednia blokada nie została zdjęta i
nadal jest włączona.
8.Monitorowanie czynności kontrolnych
Funkcja ta monitoruje wykonywane w trybie kontrolnym operacje OBRAZO-
WANIA, DRUKOWANIA, WCZYTYWANIA DANYCH z przyrządu rejestrują-
cego i karty.1998R2135 —PL—01.05.2006 —002.001 —25
▼M1
Funkcja ta również monitoruje KONTROLE PRZEKROCZENIA PRĘDKOŚCI
wykonywane w trybie kontrolnym. Uważa się, że kontrola przekroczenia pręd-
kości została przeprowadzona gdy w trybie kontrolnym komunikat »przekro-
czenie prędkości« zostaje wysłany do drukarki lub wyświetlony na monitorze,
lub gdy dane o »zdarzeniach i usterkach« zostały wczytane z pamięci danych
przyrządu rejestrującego.
9.Wykrywanie zdarzeń i/lub usterek
Funkcja ta wykrywa następujące zdarzenia i/lub usterki:
9.1. Zdarzenie —włożenie nieważnej karty
Zdarzenie to uruchamia włożenie nieważnej karty i/lub wygaśnięcie ważności
włożonej, ważnej karty.
9.2. Zdarzenie —»Konflikt kart«
Zdarzenie to uruchamia każda kombinacja ważnych kart zaznaczona X w tabeli
poniżej:
Konflikt kartSzczelina karty współkierowcy
brak karty karta kierowcy karta kontrolnakarta
warsztatowakarta firmowaSzczelina karty kierowcybrak karty
karta
kierowcyX
karta
kontrolnaX X X
karta warsz-
tatowaX X X X
karta
firmowaX X X
9.3. Zdarzenie —»Nakładające się czasy«
Zdarzenie to uruchamia sytuacja, gdy data/godzina ostatniego wyjęcia karty
kierowcy, odczytana z karty, jest późniejsza niż bieżąca data/godzina urządzenia
rejestrującego, do którego karta jest wkładana.
9.4. Zdarzenie —»Prowadzenie bez prawidłowej karty«
Zdarzenie to uruchamia dowolna kombinacja kart do tachografów zaznaczonych
X w poniższej tabeli, gdy czynność wykonywana przez kierowcę zmienia się na
PROWADZENIE w przypadku zmiany trybu pracy, w czasie gdy czynnością
wykonywaną przez kierowcę jest PROWADZENIE:
Prowadzenie bez
prawidłowej kartySzczelina karty współkierowcy
brak karty (lub
karta
nieważna)karta kierowcy karta kontrolnakarta
warsztatowakarta firmowaSzczelina karty kierowcybrak karty
(lub karta
nieważna)X X X
karta
kierowcyX X X X
karta
kontrolnaX X X X X
karta warsz-
tatowaX X X X
karta
firmowaX X X X X1998R2135 —PL—01.05.2006 —002.001 —26
▼M1
9.5. Zdarzenie —»Włożenie karty podczas jazdy«
Zdarzenie to uruchamia się, gdy do dowolnej szczeliny wkładana jest karta do
tachografów, w czasie gdy czynnością wykonywaną przez kierowcę jest
PROWADZENIE.
9.6. Zdarzenie —»Sesja ostatniej karty niezamknięta prawidłowo«
Zdarzenie to uruchamia się, gdy przy wkładaniu karty urządzenie rejestrujące
wykryje, że pomimo przepisów ustanowionych w rozdziale III pkt 1, sesja
poprzedniej karty nie jest prawidłowo zamknięta (karta została wyjęta przed zapi-
saniem na karcie wszystkich wymaganych danych). Zdarzenie to uruchamiają
tylko karty kierowcy i warsztatowe.
9.7. Zdarzenie —Przekroczenie prędkości»Przekroczenie prędkości«
Zdarzenie to uruchamia się przy każdym przekroczeniu prędkości.
9.8. Zdarzenie —»Przerwa zasilania«
Zdarzenie to uruchamia się, z wyłączeniem pracy w trybie kalibracyjnym, w
przypadku przekraczającej 200 ms przerwy w zasilaniu czujnika ruchu i/lub przy-
rządu rejestrującego. Wartość progową przerwy definiuje producent. Przerwa w
zasilaniu spowodowana uruchamianiem silnika pojazdu nie może uruchamiać
tego zdarzenia.
9.9. Zdarzenie —»Błąd danych dotyczących ruchu«
Zdarzenie to uruchamia się w przypadku przerwy normalnego przepływu danych
między czujnikiem ruchu a przyrządem rejestrującym i/lub w przypadku błędu
integralności danych lub błędu uwierzytelnienia danych wymienianych między
czujnikiem ruchu a przyrządem rejestrującym.
9.10. Zdarzenie —»Próba naruszenia zabezpieczenia«
Zdarzenie to uruchamia każde inne zdarzenie naruszające zabezpieczenie czujnika
ruchu i/lub przyrządu rejestrującego, określone w ogólnych celach zabezpieczenia
tych elementów, z wyłączeniem pracy w trybie kalibracyjnym.
9.11. Usterka—»Karta«
Usterkę tęuruchamia usterka karty do tachografów powstała podczas pracy.
9.12. Usterka—»Urządzenie rejestrujące«
Usterkę tęuruchamia dowolna z następujących usterek, z wyłączeniem pracy w
trybie kalibracyjnym:
—usterka wewnętrzna VU,
—usterka drukarki,
—usterka wyświetlacza,
—usterka wczytywania danych,
—usterka czujnika.
10.Testy wbudowane i auto testy
Urządzenie rejestrujące samoczynnie wykrywa usterki wykonując auto testy i
testy wbudowane, zgodnie z poniższą tabelą:
Testowany podzespół Auto test Test wbudowany
Oprogramowanie integralność
Testowany podzespół Auto test Test wbudowany
Pamięć danych dostęp dostęp, integralność danych
Czytniki kart dostęp dostęp
Klawiatura sprawdzenie ręczneDrukarka (wg producenta) wydruk1998R2135 —PL—01.05.2006 —002.001 —27
▼M1
Testowany podzespół Auto test Test wbudowany
Wyświetlacz sprawdzenie wizualne
Wczytywanie danych (wyko-
nywane tylko podczas wczyty-
wania danych)prawidłowa praca
Czujnik prawidłowa praca prawidłowa
praca
11.Odczyt z pamięci danych
Urządzenie rejestrujące umożliwia odczyt danych przechowywanych w jego
pamięci danych.
12.Zapisywanie i przechowywanie w pamięci danych
Do celów niniejszego pkt,—»365 dni« definiuje się jako 365 dni kalendarzowych przeciętnych czynności
wykonywanych przez kierowców w pojeździe. Przeciętne czynności na dzień
w pojeździe definiuje się jako przynajmniej sześciu kierowców lub współkie-
rowców, sześć cykli wkładania wyjmowania karty i 256 zmian czynności.
Tak więc »365 dni« obejmuje przynajmniej 2 190 współkierowców, 2 190
cykli wkładania wyjmowania karty i 93 440 zmian czynności,
—czasy rejestruje się z rozdzielczością jednej minuty, chyba że ustalono
inaczej,
—stany licznika kilometrów rejestruje się z rozdzielczością jednego kilometra,
—prędkości rejestruje się z rozdzielczością 1 km/godz.
Odcięcie zewnętrznego źródła zasilania na czas krótszy niż 12 miesięcy, w
warunkach zgodnych z homologacją typu, nie wpływa na dane przechowywane
w pamięci danych.
Urządzenie rejestrujące umożliwia rejestrowanie, pośrednio lub bezpośrednio, w
swojej pamięci danych następujących informacji:
12.1. Dane identyfikujące sprzęt
12.1.1. Dane identyfikujące przyrząd rejestrujący
Urządzenie rejestrujące umożliwia przechowywanie w swojej pamięci danych
następujących danych identyfikujących przyrząd rejestrujący:
—nazwa producenta,
—adres producenta,
—numer części,
—numer fabryczny,
—numer wersji oprogramowania,
—data instalacji wersji oprogramowania,
—rok produkcji urządzenia,
—numer homolgacji.
Dane identyfikujące przyrząd rejestrujący są rejestrowane i zapisywane w pamięci
tylko raz i tylko przez producenta przyrządu rejestrującego, z wyłączeniem
danych dotyczących oprogramowania i numeru homologacji, które mogą zmie-
niać sięw przypadku aktualizacji oprogramowania.
12.1.2. Dane identyfikujące czujnik ruchu
Czujnik ruchu umożliwia przechowywanie w swojej pamięci następujących
danych identyfikujących:
—nazwa producenta,
—numer części,
—numer fabryczny,
—numer homologacji,
—identyfikator wbudowanego elementu zabezpieczenia (np. numer części
wewnętrznego chipu/procesora),1998R2135 —PL—01.05.2006 —002.001 —28
▼M1
—identyfikator systemu operacyjnego (np. numer wersji oprogramowania).
Dane identyfikujące czujnik ruchu są rejestrowane i zapisywane w czujniku ruchu
tylko raz i tylko przez producenta czujnika ruchu.
Przyrząd rejestrujący umożliwia przechowywanie w swojej pamięci danych nastę-
pujących danych identyfikujących sparowany czujnik ruchu:
—numer fabryczny,
—numer homologacji,
—data pierwszego sparowania.
12.2. Elementy zabezpieczenia
Urządzenie rejestrujące umożliwia przechowywanie w pamięci następujących
danych dotyczących elementów zabezpieczenia:
—europejski klucz publiczny,
—certyfikat Państwa Członkowskiego,
—certyfikat urządzenia,
—klucz prywatny urządzenia.
Elementy zabezpieczenia urządzenia rejestrującego wpisuje producent przyrządu
rejestrującego.
12.3. Dane rejestrowane przy wkładaniu i wyjmowaniu karty kierowcy
Przy każdym cyklu wkładania/wyjmowania karty kierowcy lub warsztatowej do
urządzenia, urządzenie rejestrujące rejestruje i przechowuje w swojej pamięci
danych następujące informacje:
—nazwisko i imię(imiona) posiadacza karty zapisane na karcie,
—numer karty, Państwo Członkowskie, które wydało kartę i datę ważności zapi-
sane na karcie,
—datę i godzinę włożenia karty,
—stan licznika kilometrów przy wkładaniu karty,
—szczelinę czytnika, do której karta jest wkładana,
—datę i godzinę wyjęcia karty,
—stan licznika kilometrów przy wyjęciu karty,
—następujące informacje o poprzednim pojeździe używanym przez kierowcę,
zapisane na karcie:
—numer VRN i Państwo Członkowskie rejestracji,
—datę i godzinę wyjęcia karty,
—wskaźnik stanu pokazujący, czy przy wkładaniu karty posiadacz karty wpro-
wadził ręcznie informacje o wykonywaniu czynności.
Pamięć danych wystarcza do przechowywania tych danych przez przynajmniej
365 dni.
W przypadku zapełnienia pamięci danych nowe dane zastępują najstarsze dane.
12.4. Dane dotyczące czynności kierowcy
Urządzenie rejestrujące rejestruje i przechowuje w swojej pamięci danych za
każdym razem, kiedy następuje zmiana czynności kierowcy i/lub współkierowcy,
i/lub za każdym razem, kiedy następuje zmiana stanu prowadzenia pojazdu, i/lub
za każdym razem, kiedy następuje włożenie lub wyjęcie karty kierowcy lub karty
warsztatowej:
—stan prowadzenia pojazdu (ZAŁOGA, JEDEN KIEROWCA),
—kartę w szczelinie czytnika (KIEROWCA, WSPÓŁKIEROWCA),
—status karty w odpowiedniej szczelinie czytnika kart (WŁOŻONA, NIEWŁO-
ŻONA) (patrz uwaga),
—czynność (PROWADZENIE, DYSPOZYCYJNOŚĆ, PRACA, PRZERWA/
ODPOCZYNEK),
—datę i godzinę zmiany.
Uwaga: WŁOŻONA oznacza, że do szczeliny jest włożona ważna karta kierowcy
lub warsztatowa. NIEWŁOŻONA oznacza sytuację przeciwną, tzn. że do szcze-
liny nie jest włożona ważna karta kierowcy lub warsztatowa (np. włożona jest
karta firmowa lub brak karty).1998R2135 —PL—01.05.2006 —002.001 —29
▼M1
Uwaga: Dane dotyczące czynności ręcznie wprowadzone przez kierowcę nie są
rejestrowane w pamięci danych.
Pamięć danych wystarcza do przechowywania danych dotyczących czynności
kierowcy przez przynajmniej 365 dni.
W przypadku zapełnienia pamięci danych nowe dane zastępują najstarsze dane.
12.5. Miejsca rozpoczęcia i/lub zakończenia dziennego okresu pracy
Urządzenie rejestrujące rejestruje i przechowuje w swojej pamięci danych za
każdym razem gdy współkierowca wprowadza miejsce rozpoczęcia i/lub zakoń-
czenia dziennego okresu pracy:
—gdy dotyczy, numer karty (współ-)kierowcy i Państwo Członkowskie, które
wydało kartę,
—datę i godzinę wprowadzenia danych (lub datę/godzinę odnoszące się do
wpisu, jeżeli wpisu dokonano w ramach procedury ręcznego wprowadzania
danych),
—typ wpisu (rozpoczęcia lub zakończenia, status wpisu),
—wprowadzone kraj i region,
—stan licznika kilometrów.
Pamięć danych wystarcza do przechowywania danych dotyczących rozpoczęcia i/
lub zakończenia dziennego okresu pracy przez przynajmniej 365 dni (przy zało-
żeniu, że jeden kierowca wprowadza dwa zapisy dziennie).
W przypadku zapełnienia pamięci danych nowe dane zastępują najstarsze dane.
12.6. Dane dotyczące licznika kilometrów
Urządzenie rejestrujące rejestruje w swojej pamięci danych stan licznika kilome-
trów i odpowiadającą datę o północy każdego dnia kalendarzowego.
Pamięć danych wystarcza do przechowywania danych dotyczących stanu licznika
o północy przez przynajmniej 365 dni kalendarzowych.
W przypadku zapełnienia pamięci danych nowe dane zastępują dane najstarsze.
12.7. Dane szczegółowe dotyczące prędkości
Urządzenie rejestrujące rejestruje i przechowuje w swojej pamięci danych pręd-
kość chwilową pojazdu wraz z datą i godziną, rejestrowane co sekundę za okres
przynajmniej ostatnich 24 godzin, w których pojazd był w ruchu.
12.8. Dane dotyczące zdarzeń
Do celów niniejszego punktu czas rejestruje się z rozdzielczością jednej sekundy.
Urządzenie rejestrujące rejestruje i przechowuje w swojej pamięci danych nastę-
pujące dane dla każdego zdarzenia wykrytego zgodnie z poniższymi zasadami
gromadzenia danych:
Zdarzenie Zasady gromadzenia danych Dane rejestrowane dla zdarzenia
Konflikt kart —10 ostatnich zdarzeń. —data i godzina rozpoczęcia
zdarzenia,
—data i godzina zakończenia
zdarzenia,
—typ karty, numer karty i
Państwo Członkowskie, które
wydało kartę, dla obu kart
powodujących konflikt.
Prowadzenie bez prawidłowej
karty—najdłużej trwające zdarzenie
dla każdych 10 ostatnich
dni od zaistnienia zdarzenia.
—pięć najdłużej trwających
zdarzeń w okresie ostatnich
365 dni.—data i godzina rozpoczęcia
zdarzenia,
—data i godzina zakończenia
zdarzenia,
—typ karty, numer karty i
Państwo Członkowskie, które
wydało kartę, dla obu kart
powodujących konflikt.
—liczba podobnych zdarzeń w
tym dniu.1998R2135 —PL—01.05.2006 —002.001 —30
▼M1
Zdarzenie Zasady gromadzenia danych Dane rejestrowane dla zdarzenia
Włożenie karty podczas jazdy —ostatnie zdarzenie dla
każdych 10 ostatnich dni od
zaistnienia zdarzenia.—data i godzina zdarzenia,
—typ karty, numer karty i
Państwo Członkowskie, które
wydało kartę,
—liczba podobnych zdarzeń w
tym dniu.
Sesja ostatniej karty niezamk-
nięta prawidłowo—10 ostatnich zdarzeń. —data i godzina włożenia
karty,
—typ karty, numer karty i
Państwo Członkowskie, które
wydało kartę,
—dane dotyczące ostatniej sesji
odczytane z karty:
—data i godzina włożenia
karty,
—numer VRN i Państwo
Członkowskie rejestracji.
Przekroczenie prędkości (1) —najpoważniejsze zdarzenie
dla każdego z 10 ostatnich
dni od zaistnienia zdarzenia
(tzn. zdarzenie o najwyż-
szej, przeciętnej prędkości),
—pięć najpoważniej-szych
zdarzeń w okresie ostatnich
365 dni.
—pierwsze zdarzenie zaist-
niałe po ostatniej kalibracji.—data i godzina rozpoczęcia
zdarzenia,
—data i godzina zakończenia
zdarzenia,
—maksymalna prędkość pomie-
rzona w czasie zdarzenia,
—średnia arytmetyczna pręd-
kość pomierzona w czasie
zdarzenia,
—typ karty, numer karty i
Państwo Członkowskie, które
wydało kartę kierowcy, (gdy
dotyczy),
—liczba podobnych zdarzeń w
tym dniu.
Przerwa zasilania (2) —najdłużej trwające zdarzenie
dla każdego z 10 ostatnich
dni od zaistnienia zdarzenia,
—pięć najdłużej trwających
zdarzeń w okresie ostatnich
365 dni.—data i godzina rozpoczęcia
zdarzenia,
—data i godzina zakończenia
zdarzenia,
—typ karty, numer karty i
Państwo Członkowskie, które
wydało kartę, dla każdej
karty włożonej na początku i/
lub po zakończeniu
zdarzenia,
—liczba podobnych zdarzeń w
tym dniu.
Błąd danych dotyczących ruchu —najdłużej trwające zdarzenie
dla każdego z 10 ostatnich
dni od zaistnienia zdarzenia.
—pięć najdłużej trwających
zdarzeń w okresie ostatnich
365 dni.—data i godzina rozpoczęcia
zdarzenia,
—data i godzina zakończenia
zdarzenia
—typ karty, numer karty i
Państwo Członkowskie, które
wydało kartę, dla każdej
karty włożonej na początku i/
lub po zakończeniu
zdarzenia,
—liczba podobnych zdarzeń w
tym dniu.1998R2135 —PL—01.05.2006 —002.001 —31
▼M1
Zdarzenie Zasady gromadzenia danych Dane rejestrowane dla zdarzenia
Próba naruszenia zabezpieczenia —10 ostatnich zdarzeń wg
typu zdarzenia.—data i godzina rozpoczęcia
zdarzenia,
—data i godzina zakończenia
zdarzenia, (gdy dotyczy),
—typ karty, numer karty i
Państwo Członkowskie, które
wydało kartę, dla każdej
karty włożonej na początku i/
lub po zakończeniu
zdarzenia,
—typ zdarzenia.
(1) Urządzenie rejestrujące rejestruje również i przechowuje w swojej pamięci danych:
—datę i godzinę ostatniej KONTROLI PRZEKROCZENIA PRĘDKOŚCI,
—datę i godzinę pierwszego przekroczenia prędkości po tej KONTROLI PRZEKROCZENIA PRĘDKOŚCI,
—liczbę zdarzeń przekroczenia prędkości od ostatniej KONTROLI PRZEKROCZENIA PRĘDKOŚCI.
(2) Dane te mogą byćrejestrowane tylko po przywróceniu zasilania, godziny mogą byćznane z dokładnoś ciądo
minuty.
12.9. Dane dotyczące usterek
Do celów niniejszego pkt czas rejestruje się z rozdzielczością jednej sekundy.
A menetíró készülék az adatmemóriájában megkísérli rögzíteni és tárolni a követ-
kező tárolási szabályok szerint észlelt valamennyi hibát:
Usterka Zasady gromadzenia danych Dane rejestrowane dla usterki
Uszkodzenie karty —10 ostatnich uszkodzeń
karty kierowcy—data i godzina rozpoczęcia
usterki,
—data i godzina zakończenia
usterki,
—typ karty, numer karty i
Państwo Członkowskie, które
wydało kartę.
Usterki urządzenia rejestrującego —10 ostatnich usterek dla
każdego typu usterki
—pierwsza usterka po ostat-
niej kalibracji—data i godzina rozpoczęcia
usterki,
—data i godzina rozpoczęcia
usterki,
—typ usterki,
—typ karty, numer karty i
Państwo Członkowskie, które
wydało kartę, dla każdej
karty włożonej na początku i/
lub po zakończeniu usterki.
12.10. Dane kalibracyjne
Urządzenie rejestrujące rejestruje i przechowuje w swojej pamięci dane doty-
czące:
—parametrów kalibracyjnych znanych w momencie aktywacji,
—pierwszej kalibracji po aktywacji urządzenia,
—pierwszej kalibracji w obecnym pojeździe (identyfikowanym numerem VIN),
—pięciu ostatnich kalibracji, (jeżeli w czasie jednego dnia jest kilka kalibracji,
zapamiętuje się tylko jedną, ostatnią z tego dnia).
Przy każdej z tych kalibracji rejestruje się następujące dane:
—rodzaj kalibracji (aktywacja, pierwsza instalacja, instalacja, przegląd
okresowy),
—nazwa (nazwisko) i adres warsztatu,
—numer karty warsztatowej, Państwo Członkowskie wydające kartę i data
ważności karty,
—identyfikacja pojazdu,1998R2135 —PL—01.05.2006 —002.001 —32
▼M1
—parametry uaktualnione lub potwierdzone: w, k, l, rozmiar opon, nastawy
urządzenia ograniczenia prędkości, licznik kilometrów (wartości stare i
nowe), data i godzina (wartości stare i nowe).
Czujnik ruchu rejestruje i przechowuje w swojej pamięci następujące dane insta-
lacyjne czujnika ruchu:
—pierwsze sparowanie z VU (data, godzina, numer homologacji VU, numer
fabryczny VU),
—ostatnie sparowanie z VU (data, godzina, numer homologacji VU, numer
fabryczny VU).
12.11. Dane dotyczące regulacji czasu
Urządzenie rejestrujące rejestruje i przechowuje w swojej pamięci następujące
dane:
—ostatnia regulacja czasu,
—pięć największych regulacji czasu od ostatniej kalibracji,
wykonane w trybie kalibracyjnym, poza ramami regularnej kalibracji (definicja
f).
Przy każdej z tych regulacji czasu rejestruje się następujące dane:
—data i godzina, stara wartość,
—data i godzina, nowa wartość,
—nazwa (nazwisko) i adres warsztatu,
—numer karty warsztatowej, Państwo Członkowskie wydające kartę i data
ważności karty.
12.12. Dane dotyczące kontroli
Urządzenie rejestrujące rejestruje i przechowuje w swojej pamięci danych nastę-
pujące dane dotyczące ostatnich 20 czynności kontrolnych:
—data i godzina kontroli,
—numer karty kontrolnej i Państwo Członkowskie wydające kartę,
—typ kontroli (wyświetlanie i/lub drukowanie i/lub wczytywanie danych z VU
i/lub wczytywanie danych z karty).
W przypadku wczytywania danych rejestruje się także daty najbardziej oddalo-
nych w czasie i najświeższych dni, z których dane są wczytywane.
12.13. Dane dotyczące blokad firmowych
Urządzenie rejestrujące rejestruje i przechowuje w swojej pamięci następujące
dane dotyczące 20 ostatnich blokad firmowych:
—data i godzina założenia blokady,
—data i godzina zdjęcia blokady,
—numer karty firmowej i Państwo Członkowskie wydające kartę,
—nazwa (nazwisko) i adres firmy.
12.14. Dane dotyczące wczytywania danych
Urządzenie rejestrujące rejestruje i przechowuje w swojej pamięci danych nastę-
pujące dane dotyczące ostatniego wczytywania danych z pamięci urządzenia na
nośnik zewnętrzny, wykonanego w trybie firmowym lub kalibracyjnym:
—data i godzina wczytania danych,
—numer karty firmowej lub warsztatowej, Państwo Członkowskie wydające
kartę,
—nazwa (nazwisko) firmy lub warsztatu.
12.15. Dane dotyczące warunków szczególnych
Urządzenie rejestrujące rejestruje i przechowuje w swojej pamięci danych nastę-
pujące dane dotyczące stanów szczególnych:
—data i godzina wprowadzenia danych,
—typ stanu szczególnego.1998R2135 —PL—01.05.2006 —002.001 —33
▼M1
Pamięć danych przechowuje dane dotyczące stanów szczególnych przez przy-
najmniej 365 dni (przy założeniu, że przeciętnie otwiera się i zamyka jeden stan
dziennie). W przypadku zapełnienia pamięci danych nowe dane zastępują dane
najstarsze.
13.Odczyt kart do tachografów
Urządzenie rejestrujące umożliwia odczyt z kart do tachografów, gdzie stosowne,
danych niezbędnych do:
—rozpoznania typu karty, posiadacza karty, wcześniej używanego pojazdu, daty
i godziny ostatniego wyjęcia karty i czynności wybranej dla tego czasu,
—sprawdzenia czy ostatnia sesja karty jest prawidłowo zamknięta,
—wyliczenia dla kierowcy: nieprzerwanego czasu prowadzenia pojazdu, skumu-
lowanego czasu przerwy i skumulowanego czasu prowadzenia za poprzedni i
obecny tydzień,
—wydrukowania żądanych wydruków związanych z danymi zarejestrowanymi
na karcie kierowcy,
—przesłania danych z karty kierowcy do zewnętrznego nośnika.
W przypadku błędu odczytu urządzenie rejestrujące maksymalnie trzykrotnie
powtarza to samo polecenie odczytu i w przypadku gdy odczyt nadal nie jest
możliwy, uznaje kartę za uszkodzoną i nieważną.
14.Rejestrowanie i przechowywanie danych na kartach do tachografów
Urządzenie rejestrujące ustawia »dane sesji karty« na karcie kierowcy lub warsz-
tatowej bezpośrednio po włożeniu karty.
Urządzenie rejestrujące aktualizuje dane zapisane na ważnej karcie kierowcy,
warsztatowej i/lub kontrolnej wprowadzając wszystkie niezbędne dane odnośnie
do okresu, w którym karta pozostaje włożona i odnośnie do posiadacza karty.
Dane, które są przechowywane na tych kartach, określono w rozdziale IV.
Urządzenie rejestrujące aktualizuje dane dotyczące czynności kierowcy i umiejs-
cowienia (określone w rozdziale IV , pkt 5.2.5 i 5.2.6), zapisane na ważnej karcie
kierowcy i/lub warsztatowej, wpisując dane dotyczące czynności i umiejsco-
wienia wprowadzone ręcznie przez posiadacza karty.
Aktualizacja kart do tachografów odbywa się w taki sposób, że gdy trzeba i
biorąc pod uwagę rzeczywistą zdolność gromadzenia danych, najświeższe dane
zastępują dane najstarsze.
W przypadku błędu zapisu urządzenie rejestrujące maksymalnie trzykrotnie
powtarza to samo polecenie zapisu i w przypadku gdy zapis nadal nie jest
możliwy, uznaje kartę za uszkodzoną i nieważną.
Przed oddaniem karty kierowcy i po zapisaniu na karcie wszystkich stosownych
danych urządzenie rejestrujące zeruje dane sesji karty.
15.Wyświetlanie
Wyświetlacz umożliwia wyświetlanie przynajmniej 20 znaków.
Znaki mają przynajmniej 5 mm wysokości i 3,5 mm szerokości.
Wyświetlacz umożliwia wyświetlanie łacińskich i greckich znaków strony
kodowej, według normy ISO 8859 części 1 i 7, określonych w dodatku 1 rozdział
4 »Zestawy znaków«. Wyświetlacz może wyświetlać uproszczone glify (np. znaki
z akcentami można wyświetlać bez akcentu, a małe litery można wyświetlać jako
duże).
Wyświetlacz ma nieoślepiające oświetlenie.
Wskazania są widoczne spoza urządzenia rejestrującego.
Urządzenie rejestrujące pokazuje:
—informacje standardowe,
—informacje związane z ostrzeżeniami,
—informacje związane z dostępem do menu,
—inne informacje, których zażąda użytkownik.
Urządzenie rejestrujące może wyświetlać również dodatkowe informacje, z tym
jednak, że muszą być one łatwe do odróżnienia od wymienionych powyżej,
wymaganych informacji.1998R2135 —PL—01.05.2006 —002.001 —34
▼M1
Wyświetlacz urządzenia rejestrującego używa piktogramów lub kombinacji pikto-
gramów pokazanych w dodatku 3. Dopuszcza się także dodatkowe piktogramy
lub kombinacje piktogramów, jeżeli są onełatwe do odróżnienia od wymaganych
piktogramów lub kombinacji piktogramów.
Gdy pojazd jest w ruchu wyświetlacz jest stale włączony.
Urządzenie rejestrujące może gasić wyświetlacz automatycznie lub umożliwiać
gaszenie ręczne, gdy pojazd nie jest w ruchu.
Format obrazowania określono w dodatku 5.
15.1. Informacje na wyświetlaczu w warunkach normalnych
Gdy nie trzeba wyświetlać innych informacji, urządzenie rejestrujące wyświetla
domyślnie następujące informacje:
—miejscowy czas (czas UTC + przesunięcie wprowadzone przez kierowcę),
—tryb pracy,
—bieżącą czynność kierowcy i bieżącą czynność współkierowcy,
—informacje odnoszące się do kierowcy:
—jeżeli jego bieżącą czynnością jest PROWADZENIE, jego bieżący
nieprzerwany czas prowadzenia pojazdu i jego bieżący skumulowany czas
przerwy,
—jeżeli jego bieżąca czynnością nie jest PROWADZENIE, bieżący czas
trwania tej czynności (od momentu wybrania) i jego bieżący skumulo-
wany czas przerwy,
—informacje odnoszące się do współkierowcy:
—bieżący czas trwania jego czynności (od momentu wybrania).
Prezentacja informacji odnoszących się do każdego kierowcy jest wyraźna, prosta
i jednoznaczna. W przypadku gdy informacji odnoszących się do kierowcy i
współkierowcy nie można wyświetlić w tym samym czasie, urządzenie rejestru-
jące pokazuje domyślnie informacje odnoszące się do kierowcy i pozwala użyt-
kownikowi wyświetlić informacje odnoszące się do współkierowcy.
W przypadku gdy wyświetlacz nie pozwala na domyślne pokazywanie trybu
pracy, to przy zmianie trybu pracy urządzenie rejestrujące przez krótki czas poka-
zuje nowy tryb pracy.
Przy wkładaniu karty urządzenie rejestrujące przez krótki czas pokazuje nazwisko
jej posiadacza.
W przypadku rozpoczętego stanu »POZA ZAKRESEM«, na wyświetlaczu, w
warunkach normalnych, muszą byćinformacje w postaci stosownego piktogramu
wskazujące, że stan taki jest rozpoczęty (dopuszcza się, że w tym samym czasie
nie jest pokazywana bieżąca czynność kierowcy).
15.2. Ostrzeżenia
Przy wyświetlaniu ostrzeżeń urządzenie rejestrujące korzysta przede wszystkim z
piktogramów pokazanych w dodatku 3, gdy trzeba uzupełnionych informacjami
w postaci kodów liczbowych. Można też dodać wyszczególnienie słowne w
preferowanym języku kierowcy.
15.3. Dostęp do menu
Urządzenie rejestrujące udostępnia niezbędne polecenia poprzez odpowiednie
menu.
15.4. Inne informacje
Nażądanie jest możliwe selektywne wyświetlanie:
—daty i godziny UTC,
—trybu pracy, (jeśli nie jest pokazywany domyślnie),
—nieprzerwanego czasu prowadzenia pojazdu i skumulowanego czasu przerwy
kierowcy,
—nieprzerwanego czasu prowadzenia pojazdu i skumulowanego czasu przerwy
współkierowcy,
—skumulowanego czasu prowadzenia pojazdu kierowcy za poprzedni i bieżący
tydzień,
—skumulowanego czasu prowadzenia pojazdu współkierowcy za poprzedni i
bieżący tydzień,1998R2135 —PL—01.05.2006 —002.001 —35
▼M1
—treści każdego z sześciu wydruków w takim samym formacie jak wydruki.
Treść wydruku jest wyświetlana sekwencyjnie wiersz po wierszu. Jeżeli w szero-
kości wyświetlacza mieści się mniej niż 24 znaki, użytkownik ma dostęp do
pełnej informacji np. w kilku wierszach, przy pomocy przewijania, itp. Wiersze
wydruku przeznaczone na ręczne adnotacje można pominąć na wyświetlaczu.
16.Drukowanie
Urządzenie rejestrujące umożliwia drukowanie sześciu określonych poniżej
wydruków, na podstawie informacji zgromadzonych w pamięci urządzenia i/lub
na kartach do tachografów:
—wydruk dzienny czynności kierowcy z karty,
—wydruk dzienny czynności kierowcy z przyrządu rejestrującego,
—wydruk zdarzeń i usterek z karty,
—wydruk zdarzeń i usterek z przyrządu rejestrującego,
—wydruk danych technicznych,
—wydruk przekroczenia prędkości.
Szczegóły formatu i treści tych wydruków określono w dodatku 4.
Na zakończenie wydruków mogą byćumieszczane informacje dodatkowe.
Urządzenie rejestrujące może wykonywać także dodatkowe wydruki, jeżeli są
onełatwe do odróżnienia od sześciu, określonych powyżej wydruków.
»Wydruk dzienny czynności kierowcy z karty« i »wydruk zdarzeń i usterek z
karty« dostępne są jedynie wtedy, gdy do urządzenia rejestrującego włożona jest
karta kierowcy lub karta warsztatowa. Przed uruchomieniem drukowania urzą-
dzenie rejestrujące aktualizuje dane przechowywane na stosownej karcie.
W celu sporządzenia »wydruku dziennego czynności kierowcy z karty« lub
»wydruku zdarzeń i usterek z karty« urządzenie rejestrujące:
—automatycznie wybiera kartę kierowcy lub kartę warsztatową, jeżeli tylko
jedna z tych kart jest włożona do urządzenia rejestrującego,
—albo umożliwia wybór karty źródłowej albo wybiera kartę znajdującą sięw
szczelinie karty kierowcy, jeżeli obie te karty włożone są do urządzenia rejes-
trującego.
Drukarka drukuje 24 znaki w wierszu.
Drukowane znaki mają wymiary przynajmniej 2,1 mm wysokości i 1,5 mm
szerokości.
Drukarka umożliwia drukowanie łacińskich 1 i greckich znaków strony kodowej
według ISO 8859 części 1 i 7, określonych w dodatku 1 rozdział 4 »Zestawy
znaków«.
Konstrukcja drukarki umożliwia sporządzanie wydruków z rozdzielczością elimi-
nującą niejednoznaczność przy odczycie.
Wydruki zachowują wymiary i treść w warunkach normalnej wilgotności (10 do
90 %) i temperatury.
Papier używany w urządzeniu rejestrującym ma odpowiedni znak homologacji
typu i oznakowanie typu(-ów) urządzenia rejestrującego, w którym może być
używany. Wydruki są łatwe do odczytania i rozróżnienia, gdy są przechowywane
w normalnych warunkach przechowywania —natężenie oświetlenia, wilgotność
i temperatura, przez okres przynajmniej jednego roku.
Na wydruku można umieścić ręcznie adnotacje, takie jak podpis kierowcy.
Urządzenie rejestrujące obsługuje zdarzenia »brak papieru« w czasie drukowania,
a po założeniu papieru, uruchamia drukowanie od początku wydruku lub konty-
nuuje drukowanie i umieszcza jednoznaczne odniesienie do części wcześniej
wydrukowanej.
17.Ostrzeżenia
Urządzenie rejestrujące ostrzega kierowcę o wykryciu zdarzenia i/lub usterki.
Ostrzeżenie o przerwie zasilania może być opóźnione do czasu przywrócenia
zasilania.
Urządzenie rejestrujące ostrzega kierowcę na 15 minut przed i w momencie prze-
kroczenia 4 godz. 30 min. nieprzerwanego czasu prowadzenia pojazdu.
Ostrzeżenie są wizualne. Dopuszcza się ostrzeżenia akustyczne dodatkowo do
ostrzeżeń wizualnych.1998R2135 —PL—01.05.2006 —002.001 —36
▼M1
Ostrzeżenia wizualne są łatwo rozpoznawalne przez użytkownika, znajdują sięw
polu widzenia kierowcy i są łatwe do odczytania tak w dzień jak i w nocy.
Ostrzeżenia wizualne mogą byćemitowane bezpośrednio przez urządzenie rejes-
trujące i/lub zdalnie od urządzenia rejestrującego.
W tym ostatnim przypadku są oznaczone symbolem »T« i są w kolorze burszty-
nowym lub pomarańczowym.
Ostrzeżenia trwają przez przynajmniej 30 sekund, chyba że są potwierdzone
przez użytkownika poprzez wciśnięcie dowolnego przycisku w urządzeniu rejes-
trującym. To pierwsze potwierdzenie nie kasuje informacji o przyczynie ostrze-
żenia omówionej w następnym punkcie.
Urządzenie rejestrujące wyświetla informację o przyczynie ostrzeżenia, aż do
momentu potwierdzenia przez użytkownika przy pomocy specjalnego przycisku
lub polecenia urządzenia rejestrującego.
Dopuszcza się dodatkowe ostrzeżenia, pod warunkiem że nie są mylące dla
kierowców w odniesieniu do wcześniej zdefiniowanych ostrzeżeń.
18.Przesyłanie danych do nośnika zewnętrznego
Urządzenie rejestrujące umożliwia przesyłanie, na żądanie, danych ze swojej
pamięci danych lub karty kierowcy do zewnętrznego nośnika poprzez gniazdo
kalibracji/wczytywania danych. Przed przesłaniem danych urządzenie rejestrujące
aktualizuje dane zgromadzone na stosownej karcie.
Dodatkowo i opcjonalnie, urządzenie rejestrujące może w trybie pracy i po doko-
naniu uwierzytelnienia przesyłać dane poprzez inne gniazdo do firmy upoważ-
nionej do korzystania z tego kanału. W takim przypadku do tak przesyłanych
danych stosuje się prawa dostępu obowiązujące dla trybu firmowego.
Przesyłanie danych nie może zmieniać ani usuwać jakichkolwiek zgromadzonych
danych.
Specyfikacje elektrycznego interfejsu dla gniazda kalibracji/wczytywania danych
znajdują sięw dodatku 6.
Protokoły przesyłania danych znajdują sięw dodatku 7.
19.Wyjście danych dla dodatkowych urządzeń zewnętrznych
Jeżeli w urządzeniu rejestrującym nie ma funkcji wyświetlania prędkości i/lub
licznika kilometrów, urządzenie rejestrujące dostarcza sygnał(-y) wyjściowy
umożliwiający wyświetlenia prędkości pojazdu (prędkościomierz) i/lub całkowitej
drogi przebytej przez pojazd (licznik kilometrów).
Przyrząd rejestrujący umożliwia też wyprowadzanie następujących danych
poprzez odpowiednie, dedykowane łącze szeregowe niezależnie od opcjonalnego
przyłączenia szyny CAN (norma ISO 11898 Pojazdy drogowe —Wymiana
cyfrowych informacji —Szybka sieć obszaru kontroli CAN), umożliwiającego
innym urządzeniom elektrycznym zainstalowanym w pojeździe przetwarzane
następujących danych:
—aktualnej daty i godziny UTC,
—prędkości pojazdu,
—całkowitej drogi przebytej przez pojazd (licznik kilometrów),
—bieżąco wybranej czynności kierowcy i współkierowcy,
—informacji czy w szczelinach karty kierowcy i współkierowcy jest aktualnie
włożona karta do tachografów i (gdy dotyczy) informacje identyfikacyjne
odpowiednich kart (numer karty i Państwo Członkowskie wydające kartę).
Ten wykaz minimum można rozszerzyć o inne dane.
Przy włączonym zapłonie pojazdu dane te udostępniane są nieprzerwanie. Przy
wyłączonym zapłonie pojazdu na odpowiednich wyjściach generowane są dane
przynajmniej przy każdej zmianie czynności kierowcy lub współkierowcy i/lub
włożeniu lub wyjęciu karty do tachografów. W przypadku gdy przy wyłączonym
zapłonie wyprowadzanie danych jest zablokowane, dane te zostają udostępnione
ponownie z chwilą włączenia zapłonu pojazdu.
20.Kalibracja
Funkcja kalibracji umożliwia:
—automatyczne sparowanie czujnika ruchu z VU,1998R2135 —PL—01.05.2006 —002.001 —37
▼M1
—cyfrowe dostosowanie stałej urządzenia rejestrującego (k) do współczynnika
charakterystycznego pojazdu (w) (pojazdy mające dwa lub więcej przełożeń
osi posiadają urządzenie przełączające, które automatycznie dopasowuje te
różne przełożenia do przełożenia, dla którego urządzenie jest dostosowane w
tym pojeździe),
—regulację (bez ograniczenia) bieżącego czasu,
—regulację bieżącego wskazania licznika kilometrów,
—aktualizację danych identyfikacyjnych czujnika ruchu zapisanych w pamięci
danych,
—aktualizację lub potwierdzenie innych parametrów używanych przez urzą-
dzenie rejestrujące: identyfikacja pojazdu, w, l, rozmiar opon i ustawienie
urządzenia ograniczenia prędkości, (gdy dotyczy).
Parowanie czujnika ruchu z VU obejmuje przynajmniej:
—aktualizację danych instalacyjnych czujnika ruchu zapisanych w pamięci czuj-
nika ruchu, (gdy trzeba),
—skopiowanie z czujnika ruchu do pamięci danych VU niezbędnych danych
identyfikacyjnych czujnika ruchu.
Funkcja kalibracji umożliwia wprowadzanie niezbędnych danych poprzez
gniazdo kalibracji/wczytywania danych zgodnie z protokołem kalibracji zdefinio-
wanym w dodatku 8. Funkcja kalibracji może także pozwalać na wprowadzanie
niezbędnych danych poprzez inne gniazda.
21.Regulacja czasu
Funkcja regulacji czasu umożliwia regulację bieżącego czasu w granicach maksy-
malnie jednej minuty, w nie mniej niż siedmiodniowych odstępach czasu.
W trybie kalibracyjnym funkcja regulacji czasu umożliwia regulację bieżącego
czasu bez ograniczenia.
22.Charakterystyki pracy
Przyrząd rejestrujący zachowuje pełną funkcjonalność w zakresie temperatur −
20 do 70 °C a czujnik ruchu w zakresie temperatur −40 do 135 °C. Zawartość
pamięci danych jest zachowana w temperaturach do −40 °C.
Urządzenie rejestrujące zachowuje pełną funkcjonalność w zakresie wilgotności
10 do 90 %.
Urządzenie rejestrujące jest zabezpieczone przed przepięciami, odwróceniem
biegunowości zasilania i zwarciami.
Urządzenie rejestrujące spełnia wymagania dyrektywy Komisji 95/54/WE z dnia
31 października 1995 r. (1) dostosowującej do postępu technicznego dyrektywę
Rady 72/245/EWG (2) odnoszącą siędo kompatybilności elektromagnetycznej i
jest zabezpieczone przed rozładowania elektrostatycznymi i stanami przejścio-
wymi.
23.Materiały
Wszystkie części składowe urządzenia rejestrującego są wykonane z materiałów
o wystarczającej stabilności i wytrzymałości mechanicznej oraz stabilnych właści-
wościach elektrycznych i magnetycznych.
Dla normalnych warunków eksploatacji wszystkie części wewnętrzne urządzeń są
zabezpieczone przed wilgocią i pyłem.
Przyrząd rejestrujący spełnia wymagania klasy ochrony IP 40 a czujnik spełnia
wymagania klasy ochrony IP 64 zgodnie z normą IEC 529.
Urządzenie rejestrujące spełnia odpowiednie wymagania techniczne odnoszące
siędo ergonomii rozwiązania.
Urządzenie rejestrujące jest zabezpieczone przed przypadkowym uszkodzeniem.
24.Oznakowania
Jeżeli urządzenie rejestrujące pokazuje stan licznika kilometrów i prędkość, na
jego wyświetlaczu widoczne są następujące informacje:
—przy liczbie pokazującej odległość, jednostka miary odległości wskazana
skrótem »km«,1998R2135 —PL—01.05.2006 —002.001 —38
(1) Dz.U. L 266 z 8.11.1995, str. 1.
(2) Dz.U. L 152 z 6.7.1972, str. 15.
▼M1
—przy liczbie pokazującej prędkość, wpis »km/h«.
Urządzenie rejestrujące może być przełączane na wskazywanie prędkości w
milach na godzinę, w takim przypadku jednostka pomiaru prędkości jest wska-
zana skrótem »mph«.
Do każdego odrębnego elementu urządzenia rejestrującego jest przymocowana
tabliczka zawierająca następujące informacje:
—nazwa (nazwisko) i adres producenta urządzenia,
—numer części producenta i rok produkcji urządzenia,
—numer fabryczny urządzenia,
—znak homologacji typu dla urządzenia.
Jeżeli dostępna powierzchnia nie wystarcza do pokazania wszystkich opisanych
powyżej informacji, to na plakietce znajduje się przynajmniej: nazwa producenta
lub jego logo i numer części.
IV. WYMAGANIA KONSTRUKCYJNE I FUNKCJONALNE KART DO
TACHOGRAFÓW
1.Dane widzialne
Na awersie znajdują się:
Wyrażenie »Karta kierowcy« lub »Karta kontrolna«, lub »Karta warsztatowa«,
lub »Karta firmowa« drukowane dużą czcionką w języku urzędowym lub języ-
kach Państwa Członkowskiego wydającego kartę, zgodnie z typem karty;
To samo wyrażenie w innych, urzędowych językach Wspólnoty, drukowane, tak
by tworzyć tło karty:
ES TARJETA DEL
CONDUCTORTARJETA DE
CONTROLTARJETA DEL
CENTRO DE
ENSAYOTARJETA DE LA
EMPRESA
DK FØRERKORT KONTROLKORT VÆRKSTEDSKORT VIRKSOMHED-
SKORT
DE FAHRERKARTE KONTROLLKARTE WERKSTATT-
KARTEUNTERNEHMEN-
SKARTE
EL ΚΑΡΤΑ ΟΔΗΓΟΥ ΚΑΡΤΑ ΕΛΕΓΧΟΥ ΚΑΡΤΑ ΚΕΝΤΡΟΥ
ΔΟΚΙΜΩΝΚΑΡΤΑ ΕΠΙΧΕΙ-
ΡΗΣΗΣ
EN DRIVER CARD CONTROL CARD WORKSHOP CARD COMPANY CARD
FR CARTE DE
CONDUCTEURCARTE DE
CONTROLEURCARTE D'ATELIER CARTE
D'ENTREPRISE
GA CÁRTA TIOMÁNAÍ CÁRTA STIÚRTHA CÁRTA CEARD-
LAINNECÁRTA COMH-
LACHTA
IT CARTA DEL
CONDUCENTECARTA DI
CONTROLLOCARTA
DELL'OFFICINACARTA
DELL'AZIENDA
NL BESTUURDERS
KAARTCONTROLEKAART WERKPLAAT-
SKAARTBEDRIJFSKAART
PT CARTÃO DE
CONDUTORCARTÃO DE
CONTROLOCARTÃO DO
CENTRO DE
ENSAIOCARTÃO DE
EMPRESA
FI KULJETTAJA
KORTTILLAVALVONTA
KORTILLATESTAUSASEMA
KORTILLAYRITYSKORTILLA
SV FÖRARKORT KONTROLLKORT VERKSTADSKORT FÖRETAGSKORT
Nazwa Państwa Członkowskiego wydającego kartę (opcjonalnie);
Wyróżniający znak Państwa Członkowskiego wydającego kartę, drukowany w
negatywie w niebieskim prostokącie i otoczony 12 żółtymi gwiazdkami. Wyró-
żniające znaki ustala się następująco:
B Belgia
DK Dania1998R2135 —PL—01.05.2006 —002.001 —39
▼M1
D Niemcy
GR GrecjaE HiszpaniaF FrancjaIRL IrlandiaI WłochyL LuksemburgNL NiderlandyA AustriaP PortugaliaFIN FinlandiaS SzwecjaUK Zjednoczone Królestwo;Informacje szczególne dla wydanej karty, ponumerowane jak następuje:
Karta kierowcy Karta kontrolna Karta firmowa lub warsztatowa
1. Nazwisko kierowcy Nazwa organu kontrolnego Karta firmowa lub warszta-
towa
2. Imię(-ona) kierowcy Nazwisko kontrolera, (gdy
dotyczy)Nazwisko posiadacza karty,
(gdy dotyczy)
3. Data urodzenia kierowcy Imię(imiona) kontrolera, (gdy
dotyczy)Imię(imiona) posiadacza
karty, (gdy dotyczy)
4.a) Data początku okresu ważności karty
b) Data upływu ważności karty, (gdy dotyczy)
c) Nazwa organu wydającego (może być umieszczona na odwrocie)
d) Numer inny niż w pozycji 5, do celów administracyjnych (nieobowiązkowe)
5.a) Numer prawa jazdy (dla daty
wydania karty kierowcy)
5.b) Numer karty6. Zdjęcie kierowcy Zdjęcie kontrolera (nieob-
owiązkowe)—
7. Podpis kierowcy Podpis posiadacza karty (nieobowiązkowe)
8. Miejsce stałego zamieszkania
lub adres pocztowy posia-
dacza karty (nieob-
owiązkowe)Adres pocztowy organu
kontrolnegoAdres pocztowy firmy lub
warsztatu
Daty podaje się w formacie »dd/mm/rrrr« lub »dd.mm.rrrr« (dzień, miesiąc, rok);
na rewersie znajdują się:
Objaśnienia numerowanych pozycji znajdujących się na awersie karty;
Za szczególną, pisemną zgodą posiadacza karty, na karcie można dodatkowo
umieścić informacje, które nie wiążą sięz administrowaniem kartą, takie dodat-
kowe informacje w żaden sposób nie zmieniają sposobu używania danego
modelu jako karty do tachografów.1998R2135 —PL—01.05.2006 —002.001 —40
▼M1
Karty do tachografów drukuje się w następujących dominujących kolorach tła:
—karta kierowcy: biały,
—karta kontrolna: niebieski,
—karta warsztatowa: czerwony,
—karta firmowa: żółty.
Karty do tachografów mają przynajmniej następujące zabezpieczenia przed
fałszowaniem:
—zabezpieczający wzór tła z drukowanym drobnym giloszem i tęczą,
—w obszarze zdjęcia zabezpieczający wzór tła i zdjęcia zachodzą na siebie,
—przynajmniej dwubarwną linię wykonaną techniką mikrodruku.
Po konsultacji z Komisją, Państwa Członkowskie mogą dodać kolory lub oznako-
wania, takie jak symbole państwowe i zabezpieczenia, bez uszczerbku dla innych
przepisów niniejszego Załącznika.
2.Zabezpieczenie
Celem systemu zabezpieczenia jest ochrona integralności i autentyczności danych
wymienianych między kartami a urządzeniem rejestrującym, ochrona integral-
ności i autentyczności danych wczytywanych z kart, umożliwienie niektórych
czynności zapisu na kartach tylko urządzeniu rejestrującemu, uniemożliwienie
fałszowania danych przechowywanych na kartach, uniemożliwienie fałszowania i
wykrycie wszelkich prób fałszerstwa.1998R2135 —PL—01.05.2006 —002.001 —41
▼M1
W celu osiągnięcia bezpieczeństwa systemu karty do tachografów spełniają zdefi-
niowane dla kart do tachografów ogólne cele zabezpieczenia (dodatek 10).
Karty do tachografów są odczytywane przy pomocy innych urządzeń, takich jak
komputer osobisty.
3.Normy
Karty do tachografów spełniają wymagania następujących norm:
—ISO/IEC 7810 Identyfikacja kart —charakterystyki fizyczne,
—ISO/IEC 7816 Identyfikacja kart —obwody drukowane z zespołami styko-
wymi:
—Część 1: Charakterystyki fizyczne,
—Część 2: Wymiary i rozmieszczenie styków,
—Część 3: Sygnały elektryczne i protokoły transmisji,
—Część 4: Polecenia międzybranżowe dla wymiany danych,
—Część 8: Polecenia międzybranżowe związane z bezpieczeństwem,
—ISO/IEC 10373 Identyfikacja kart —Metody badania.
4.Wymagania środowiskowe i elektryczne
Karty do tachografów prawidłowo pracują w warunkach klimatycznych
normalnie występujących na terytorium Wspólnoty, przynajmniej w zakresie
temperatur od —25 do + 70 °C ze sporadycznymi temperaturami szczytowymi
do + 85 °C, przy czym »sporadyczny« oznacza nie dłużej niż 4 godziny jednora-
zowo i nie więcej niż 100 razy w okresie eksploatacji karty.
Karty do tachografów prawidłowo pracują w zakresie wilgotności od 10 do 90 %.
Karty do tachografów prawidłowo pracują przez okres pięciu lat, jeżeli są
używane w warunkach określonych w warunkach środowiskowych i elektrycz-
nych.
W czasie pracy karty do tachografów spełniają wymagania dyrektywy Komisji
95/54/WE z dnia 31 października 1995 r. (1) odnoszącej się do kompatybilności
elektromagnetycznej, i są zabezpieczone przed rozładowaniami elektrostatycz-
nymi.
5.Gromadzenie danych
Do celów niniejszego pkt:
—czas jest rejestrowany z dokładnością do jednej minuty, chyba że ustalono
inaczej,
—stany licznika kilometrów rejestruje się z dokładnością do jednego kilometra,
—prędkości rejestruje się z dokładnością do 1 km/godz.
Funkcje kart do tachografów, polecenia i struktury logiczne, spełnianie wymagań
dotyczących gromadzenia danych wyszczególniono w dodatku 2.
W niniejszym punkcie określono minimalne zdolności gromadzenia danych dla
różnych zbiorów danych aplikacyjnych. Karty do tachografów przekazują do
urządzenia rejestrującego bieżącą zdolność gromadzenia danych dla tych zbiorów
danych.
Wszelkie dodatkowe dane, jakie mogą być zapisywane na kartach do tacho-
grafów, odnoszące się do innych aplikacji ewentualnie obsługiwanych przez
kartę, są zapisywane zgodnie z dyrektywą 95/46/WE z dnia 24 października
1995 r. w sprawie ochrony osób fizycznych w zakresie przetwarzania danych
osobowych i swobodnego przepływu tych danych (2).
5.1. Identyfikacja kart i bezpieczeństwo danych
5.1.1. Identyfikacja aplikacji
Karty do tachografów umożliwiają przechowywanie następujących danych iden-
tyfikujących aplikacje:
—identyfikacja aplikacji tachograficznej,
—identyfikacja typu karty do tachografów.1998R2135 —PL—01.05.2006 —002.001 —42
(1) Dz.U. L 266 z 8.11.1995, str. 1.
(2) Dz.U. L 281 z 23.11.1995, str. 31.
▼M1
5.1.2. Identyfikacja układu scalonego
Karty do tachografów umożliwiają przechowywanie następujących danych iden-
tyfikujących układ scalony (IC):
—numer fabryczny układu scalonego,
—oznaczenie fabryczne układu scalonego.
5.1.3. Identyfikacja kart mikroprocesorowych
Karty do tachografów umożliwiają przechowywanie następujących danych iden-
tyfikujących kartę inteligentną:
—numer fabryczny karty (włącznie z numerem karty producenta),
—numer homologacji typu dla karty,
—identyfikacja instytucji dokonującej personalizacji kart (ID),
—wbudowany identyfikator,
—identyfikator układu scalonego.
5.1.4. Zabezpieczenia
Karty do tachografów umożliwiają przechowywanie następujących danych doty-
czących zabezpieczenia:
—europejski klucz publiczny,
—certyfikat Państwa Członkowskiego,
—certyfikat karty,
—klucz prywatny karty.
5.2. Karta kierowcy
5.2.1. Identyfikacja karty
Karta kierowcy umożliwia przechowywanie następujących danych identyfikują-
cych kartę:
—numer karty,
—Państwo Członkowskie wydające, nazwa organu wydającego, data wydania,
—data rozpoczęcia okresu ważności karty, data upływu ważności karty.
5.2.2. Identyfikacja posiadacza karty
Karta kierowcy umożliwia przechowywanie następujących danych identyfikują-
cych posiadacza karty:
—nazwisko posiadacza karty,
—imię (imiona) posiadacza karty,
—data urodzenia,
—preferowany język.
5.2.3. Dane dotyczące prawa jazdy
Karta kierowcy umożliwia przechowywanie następujących danych dotyczących
prawa jazdy:
—Państwo Członkowskie wydające, nazwa organu wydającego,
—numer prawa jazdy (w dacie wydania karty).
5.2.4. Dane dotyczące używanego pojazdu
Karta kierowcy umożliwia przechowywanie, dla każdego dnia kalendarzowego,
w którym karta jest użyta, i dla każdego okresu używania danego pojazdu w tym
dniu (okres używania obejmuje cały okres włożenia wyjęcia karty w danym
pojeździe z punktu widzenia karty), następujących danych:
—data i godzina pierwszego użycia pojazdu (tj. pierwsze włożenie karty w tym
okresie używania pojazdu lub 00:00, jeżeli okres używania trwał w tym
czasie),
—stan licznika kilometrów o tej godzinie,1998R2135 —PL—01.05.2006 —002.001 —43
▼M1
—data i godzina ostatniego użycia pojazdu, (tj. ostatnie wyjęcie karty w tym
okresie używania pojazdu lub 23:59, jeżeli okres używania trwał w tym
czasie),
—stan licznika kilometrów o tej godzinie,
—numer VRN i Państwo Członkowskie rejestracji pojazdu.
Karta kierowcy umożliwia przechowywanie przynajmniej 84 takich zapisów.
5.2.5. Dane dotyczące czynności kierowcy
Karta kierowcy umożliwia przechowywanie, dla każdego dnia kalendarzowego,
w którym karta jest użyta, lub dla każdego dnia, dla którego kierowca ręcznie
wprowadza informacje dotyczące czynności, następujących danych:
—data,
—dzienny licznik obecności (zwiększony o jeden dla każdego z dni kalendarzo-
wych),
—całkowita droga przebyta przez kierowcę w ciągu tego dnia,
—status kierowcy o godzinie 00:00,
—za każdym razem, kiedy kierowca zmienia czynność, i/lub zmienia stan
prowadzenia pojazdu, i/lub wkłada lub wyjmuje swoją kartę:
—stan prowadzenia pojazdu (ZAŁOGA, JEDEN KIEROWCA),
—szczelina czytnika karty (KIEROWCA, WSPÓŁKIEROWCA),
—status karty (WŁOŻONA, NIEWŁOŻONA),
—czynność (PROWADZENIE, DYSPOZYCYJNOŚĆ, PRACA,
PRZERWA/ODPOCZYNEK),
—godzina zmiany.
Pamięć karty kierowcy wystarcza do przechowywania danych dotyczących czyn-
ności kierowcy przez przynajmniej 28 dni (przeciętną aktywność kierowcy defi-
niuje się jako 93 zmiany czynności dziennie).
Dane wyszczególnione w wymaganiach 197 i 199 przechowuje się w sposób
umożliwiający wyszukiwanie ich w kolejności chronologicznej, nawet w przy-
padku nakładania się czasów.
5.2.6. Miejsca rozpoczęcia i/lub zakończenia dziennego okresu pracy
Karta kierowcy umożliwia przechowywanie następujących danych dotyczących
miejsc rozpoczęcia i/lub zakończenia dziennego okresu pracy, wprowadzane
przez kierowcę:
—data i godzina wprowadzenia danych (lub data/godzina odnosząca się do
wpisu, jeżeli wpis wprowadza się w czasie procedury ręcznego wprowadzania
danych),
—rodzaj wpisu (rozpoczęcie lub zakończenie, status wpisu),
—kraj i region,
—stan licznika kilometrów.
Pamięć karty kierowcy umożliwia przechowywanie przynajmniej 42 par takich
zapisów.
5.2.7. Dane dotyczące zdarzeń
Do celów niniejszego pkt czas rejestruje się z dokładnością do jednej sekundy.
Karta kierowcy umożliwia przechowywanie następujących danych dotyczących
zdarzeń wykrytych przez urządzenie rejestrujące przy włożonej karcie:
—nakładające się czasy (w przypadku gdy ta karta jest przedmiotem zdarzenia),
—włożenie karty podczas jazdy (w przypadku gdy ta karta jest przedmiotem
zdarzenia),
—sesja ostatniej karty niezamknięta prawidłowo (w przypadku gdy ta karta jestprzedmiotem zdarzenia),
—przerwa zasilania,
—błąd danych dotyczących ruchu,
—próba naruszenia zabezpieczeń.
Karta kierowcy umożliwia przechowywanie następujących danych dla tych
zdarzeń:1998R2135 —PL—01.05.2006 —002.001 —44
▼M1
—kod zdarzenia,
—data i godzina rozpoczęcia zdarzenia (lub włożenia karty, jeżeli zdarzenie
trwało w tym czasie),
—data i godzina zakończenia zdarzenia (lub wyjęcia karty, jeżeli zdarzenietrwało w tym czasie),
—numer VRN i Państwo Członkowskie rejestracji pojazdu, w którym zdarzeniewystąpiło.
Uwaga: dla zdarzenia »nakładające się czasy«:
—data i godzina rozpoczęcia zdarzenia odpowiada dacie i godzinie wyjęcia
karty z poprzedniego pojazdu,
—data i godzina zakończenia zdarzenia odpowiada dacie i godzinie włożeniakarty w tym pojeździe,
—dane pojazdu odpowiadające bieżącemu pojazdowi powodującemu zdarzenie.
Uwaga: dla zdarzenia »sesja ostatniej karty niezamknięta prawidłowo«:
—data i godzina rozpoczęcia zdarzenia odpowiada dacie i godzinie włożenia
karty dla sesji niezamkniętej prawidłowo,
—data i godzina zakończenia zdarzenia odpowiada dacie i godzinie włożenia
karty dla sesji, w czasie której wykryto zdarzenie (bieżąca sesja),
—dane pojazdu odpowiadające pojazdowi, w którym sesja nie została zamknięta
prawidłowo.
Karta kierowcy umożliwia przechowywanie następujących danych dotyczących
sześciu ostatnich zdarzeń każdego typu (tj. 36 zdarzeń).
5.2.8. Dane dotyczące usterek
Do celów niniejszego pkt czas rejestruje się z dokładnością do jednej sekundy.
Karta kierowcy umożliwia przechowywanie następujących danych dotyczących
usterek wykrytych przez urządzenie rejestrujące przy włożonej karcie:
—usterka karty (w przypadku gdy ta karta jest przedmiotem zdarzenia),
—usterka urządzenia rejestrującego.
Karta kierowcy umożliwia przechowywanie następujących danych dotyczących
tych usterek:
—kod usterki,
—data i godzina rozpoczęcia usterki (lub włożenia karty, jeżeli usterka trwała w
tym czasie),
—data i godzina zakończenia usterki (lub wyjęcia karty, jeżeli usterka trwała wtym czasie),
—numer VRN i Państwo Członkowskie rejestracji pojazdu, w którym usterkawystąpiła.
Karta kierowcy umożliwia przechowywanie następujących danych dotyczących
dwunastu ostatnich usterek każdego rodzaju (tj. 24 usterki).
5.2.9. Dane dotyczące czynności kontrolnej
Karta kierowcy umożliwia przechowywanie następujących danych dotyczących
czynności kontrolnych:
—data i godzina kontroli,
—numer karty kontrolnej i Państwo Członkowskie wydające kartę,
—rodzaj kontroli (wyświetlanie i/lub drukowanie i/lub wczytywanie danych z
VU i/lub wczytywanie danych z karty —patrz uwaga),
—okres, dla którego wczytano dane, w przypadku wczytywania danych,
—numer VRN i Państwo Członkowskie rejestracji pojazdu, w którym kontrola
miała miejsce.
Uwaga: zgodnie z wymaganiami bezpieczeństwa wczytywanie danych z karty
jest rejestrowane wyłącznie wtedy, gdy jest wykonywane przez urządzenie rejes-
trujące.
Karta kierowcy umożliwia przechowywanie jednego takiego zapisu.1998R2135 —PL—01.05.2006 —002.001 —45
▼M1
5.2.10. Dane sesji karty
Karta kierowcy umożliwia przechowywanie następujących danych dotyczących
pojazdu, dla którego otwarto bieżącą sesję:
—data i godzina otwarcia sesji (tj. włożenia karty) z dokładnością do jednej
sekundy,
—numer VRN i Państwo Członkowskie rejestracji.
5.2.11. Dane dotyczące stanów szczególnych
Karta kierowcy umożliwia przechowywanie następujących danych dotyczących
stanów szczególnych wprowadzonych przy włożonej karcie (niezależnie od tego,
do której szczeliny czytnika):
—data i godzina wprowadzenia danych,
—rodzaj stanu szczególnego.
Karta kierowcy umożliwia przechowywanie 56 takich zapisów.
5.3. Karta warsztatowa
5.3.1. Zabezpieczenia
Karta warsztatowa umożliwia przechowywanie osobistego numeru identyfikacyj-
nego (kodu PIN).
Karta warsztatowa umożliwia przechowywanie kluczy kryptograficznych potrzeb-
nych przy parowaniu czujników ruchu z przyrządami rejestrującymi..
5.3.2. Identyfikacja karty
Karta warsztatowa umożliwia przechowywanie następujących danych identyfiku-
jących kartę:
—numer karty,
—wydające Państwo Członkowskie, nazwa organu wydającego, data wydania,
—data rozpoczęcia okresu ważności karty, data ważności karty.
5.3.3. Identyfikacja posiadacza karty
Karta warsztatowa umożliwia przechowywanie następujących danych identyfiku-
jących posiadacza karty:
—nazwa warsztatu,
—adres warsztatu,
—nazwisko posiadacza karty,
—imię (imiona) posiadacza karty,
—preferowany język.
5.3.4. Dane dotyczące używanego pojazdu
Karta warsztatowa umożliwia przechowywanie zapisów z danymi dotyczącymi
używanego pojazdu, w taki sam sposób jak karta kierowcy.
Karta warsztatowa umożliwia przechowywanie przynajmniej 4 takich zapisów.
5.3.5. Dane dotyczące czynności kierowcy
Karta warsztatowa umożliwia przechowywanie danych dotyczących czynności
kierowcy, w taki sam sposób jak karta kierowcy.
Karta warsztatowa umożliwia przechowywanie danych dotyczących czynności
kierowcy przynajmniej za jeden dzień przeciętnej aktywności kierowcy.
5.3.6. Dane dotyczące rozpoczęcia i/lub zakończenia dziennego okresu pracy
Karta warsztatowa umożliwia przechowywanie zapisów z danymi dotyczącymi
rozpoczęcia i/lub zakończenia dziennego okresu pracy, w taki sam sposób jak
karta kierowcy.
Karta warsztatowa umożliwia przechowywanie przynajmniej trzech par takich
zapisów.1998R2135 —PL—01.05.2006 —002.001 —46
▼M1
5.3.7. Dane dotyczące zdarzeń i usterek
Karta warsztatowa umożliwia przechowywanie danych dotyczących zdarzeń i
danych dotyczących zapisów usterek, w taki sam sposób jak karta kierowcy.
Karta warsztatowa umożliwia przechowywanie danych dotyczących trzech ostat-
nich zdarzeń każdego rodzaju (tj. 18 zdarzeń) i sześciu ostatnich usterek każdego
rodzaju (tj. 12 usterek).
5.3.8. Dane dotyczące czynności kontrolnej
Karta warsztatowa umożliwia przechowywanie zapisu z danymi dotyczącymi
czynności kontrolnej, w taki sam sposób jak karta kierowcy.
5.3.9. Dane dotyczące kalibracji i regulacji czasu
Karta warsztatowa umożliwia przechowywanie zapisów dotyczących kalibracji i/
lub regulacji czasu wykonanych przy karcie włożonej do urządzenia rejestrują-
cego.
Każdy zapis dotyczący kalibracji zawiera następujące dane:
—cel kalibracji (pierwsza instalacja, instalacja, przegląd okresowy),
—identyfikacja pojazdu,
—parametry uaktualnione lub potwierdzone (w, k, l, wielkość opon, ustawienie
urządzenia ograniczenia prędkości, stan licznika kilometrów (nowe i stare
wartości), data i godzina (nowe i stare wartości),
—identyfikacja urządzenia rejestrującego (numer części VU, numer fabryczny
VU, numer fabryczny czujnika ruchu).
Karta warsztatowa umożliwia przechowywanie przynajmniej 88 takich zapisów.
Karta warsztatowa jest wyposażona w licznik pokazujący łączną liczbę kalibracji
wykonanych przy użyciu tej karty.
Karta warsztatowa jest wyposażona w licznik pokazujący liczbę kalibracji wyko-
nanych od ostatniego wczytania danych.
5.3.10. Dane dotyczące stanów szczególnych
Karta warsztatowa umożliwia przechowywanie danych dotyczących odpowied-
nich stanów szczególnych, w taki sam sposób jak karta kierowcy. Karta warszta-
towa umożliwia przechowywanie dwóch takich zapisów.
5.4. Karta kontrolna
5.4.1. Identyfikacja karty
Karta kontrolna umożliwia przechowywanie następujących danych identyfikują-
cych kartę:
—numer karty,
—wydające Państwo Członkowskie, nazwa organu wydającego, data wydania,
—data rozpoczęcia okresu ważności karty, data ważności karty, (gdy dotyczy).
5.4.2. Identyfikacja posiadacza karty
Karta kontrolna umożliwia przechowywanie następujących danych identyfikują-
cych posiadacza karty:
—nazwa organu kontrolnego,
—adres organu kontrolnego,
—nazwisko posiadacza karty,
—imię (imiona) posiadacza karty,
—preferowany język.
5.4.3. Dane dotyczące czynności kontrolnej
Karta kontrolna umożliwia przechowywanie następujących danych dotyczących
czynności kontrolnej:
—data i godzina kontroli,1998R2135 —PL—01.05.2006 —002.001 —47
▼M1
—typ kontroli (wyświetlanie i/lub drukowanie i/lub wczytywanie danych z VU
i/lub wczytywanie danych z karty),
—okres, dla którego wczytano dane, (gdy dotyczy),
—numer VRN i organ Państwa Członkowskiego rejestracji kontrolowanego
pojazdu,
—numer karty i Państwo Członkowskie wydające kartę kontrolowanego
kierowcy.
Karta kontrolna umożliwia przechowywanie przynajmniej 230 takich zapisów.
5.5. Karta firmowa
5.5.1. Identyfikacja karty
Karta firmowa umożliwia przechowywanie następujących danych identyfikują-
cych kartę:
—numer karty,
—wydające Państwo Członkowskie, nazwa organu wydającego, data wydania,
—data rozpoczęcia okresu ważności karty, data ważności karty, (gdy dotyczy).
5.5.2. Identyfikacja posiadacza karty
Karta firmowa umożliwia przechowywanie następujących danych identyfikują-
cych posiadacza karty:
—nazwa firmy,
—adres firmy.
5.5.3. Dane dotyczące czynności wykonywanych przez firmę
Karta firmowa umożliwia przechowywanie następujących danych dotyczących
czynności wykonywanych przez firmę:
—data i godzina czynności,
—typ czynności (blokowanie i/lub zdejmowanie blokady z VU, i/lub wczyty-
wanie danych z VU i/lub wczytywanie danych z karty),
—okres, dla którego wczytano dane, (gdy dotyczy),
—numer VRN i Państwo Członkowskie organu rejestracji pojazdu,
—numer karty i Państwo Członkowskie wydające kartę (w przypadku wczyty-
wania danych z karty).
Karta firmowa umożliwia przechowywanie przynajmniej 230 takich zapisów.
V. INSTALACJA URZĄDZENIA REJESTRUJĄCEGO
1.Instalacja
Nowe urządzenie rejestrujące dostarcza się instalatorom lub producentom
pojazdów w stanie nieaktywowanym, z wszystkimi parametrami kalibracyjnymi,
wyszczególnionymi w rozdziale III pkt 20, ustawionymi na odpowiednie i ważne
wartości domyślne. W przypadku gdy nie ma konkretnej, odpowiedniej wartości,
parametry literowe należy ustawić jako łańcuchy »?« a parametry liczbowe
należy ustawić na »0«.
Przed aktywacją urządzenie rejestrujące umożliwia dostęp do funkcji kalibracji,
nawet jeśli nie jest w trybie kalibracyjnym.
Przed aktywacją urządzenie rejestrujące nie może rejestrować ani przechowywać
danych, o których mowa w rozdziale III w pkt 12.3.-12.9. i 12.12-12.14.
W czasie instalacji producenci pojazdów wstępnie ustawiają wszystkie znane
parametry.
Producenci pojazdów lub instalatorzy aktywują zainstalowane urządzenie rejes-
trujące zanim pojazd opuści obiekt, w którym ma miejsce instalacja.
Aktywacja urządzenia rejestrującego uruchamiana jest automatycznie przez
pierwsze włożenie karty warsztatowej do któregokolwiek czytnika karty.
Szczególne czynności parujące, wymagane między czujnikiem ruchu a przy-
rządem rejestrującym, gdy konieczne, odbywają sięautomatycznie przed lub w
czasie aktywacji.1998R2135 —PL—01.05.2006 —002.001 —48
▼M1
Po aktywowaniu urządzenia rejestrującego wszystkie funkcje i prawa dostępu do
danych są w pełni wdrożone.
Po aktywowaniu urządzenia rejestrującego wszystkie funkcje rejestrowania i
przechowywania są w pełni funkcjonalne.
Następnym krokiem po instalacji jest kalibracja. W czasie pierwszej kalibracji
między innymi wprowadza się numer VRN, a samą kalibrację wykonuje w
terminie 2 tygodni od obecnej instalacji lub przypisania numeru VRN, w zależ-
ności od tego, która z tych czynności następuje później.
Urządzenie rejestrujące musi być umieszczone w pojeździe w taki sposób, aby
kierowca miał ze swojego siedzenia dostęp do wszystkich, niezbędnych funkcji.
2.Tabliczka instalacyjna
Po zainstalowaniu i sprawdzeniu urządzenia rejestrującego mocuje się obok lub
na urządzeniu rejestrującym tabliczkę pomiarową. Tabliczka jest łatwa do odczy-
tania i łatwo dostępna. Po każdej inspekcji przeprowadzonej przez uprawnionego
instalatora lub warsztat w miejsce starej mocuje się nową tabliczkę.
Tabliczka zawiera przynajmniej następujące dane:—nazwa, adres lub firma uprawnionego instalatora lub warsztatu,
—współczynnik charakterystyczny pojazdu, w postaci »w =…imp/km«,
—stała urządzenia rejestrującego, w postaci »k =… imp/km«,
—skuteczny obwód opon w postaci »l =… mm«,
—rozmiar opon,
—data ustalenia współczynnika charakterystycznego pojazdu i pomiaru skutecz-
nego obwodu opon,
—numer identyfikacyjny pojazdu.
3.Plombowanie
Następujące części są zaplombowane:
—wszelkie połączenia, których rozłączenie może powodować niewykrywalne
zmiany danych lub niewykrywalne utraty danych,
—tabliczka instalacyjna, dopóki nie jest przymocowana w taki sposób, że nie
można jej usunąć bez uszkodzenia wykonanych na niej oznaczeń.
Plomby, o których mowa powyżej mogą byćzdjęte:
—w przypadkach nagłej konieczności,
—w celu zainstalowania, wyregulowania lub naprawy urządzenia ograniczenia
prędkości lub innego urządzenia istotnego dla bezpieczeństwa drogowego, z
zastrzeżeniem, że urządzenie rejestrujące nadal pracuje niezawodnie i prawid-
łowo i zostanie powtórnie zaplombowane przez uprawnionego instalatora lub
warsztat (zgodnie z rozdziałem VI) niezwłocznie po zainstalowaniu urzą-
dzenia ograniczenia prędkości lub innego urządzenia istotnego dla bezpie-
czeństwa drogowego lub w terminie siedmiu dni w pozostałych przypadkach.
Każdy przypadek zniszczenia takiej plomby wymaga sporządzenia pisemnego
oświadczenia podającego powody takiego działania, a oświadczenie to udostęp-
niane jest właściwemu organowi.
VI. SPRAWDZENIA, INSPEKCJE I NAPRAWY
Wymagania odnośnie do okoliczności, w jakich można zdjąć plomby, określone
w art. 12 ust. 5 rozporządzenia (EWG) nr 3821/85, ostatnio zmienionego rozpo-
rządzeniem (WE) nr 2135/98, definiuje rozdział V pkt 3 niniejszego załącznika.
1.Zatwierdzanie instalatorów lub warsztatów
Państwa Członkowskie zatwierdzają, regularnie kontrolują i certyfikują instytucje
odpowiadające za:
—instalacje,
—sprawdzenia,
—inspekcje,
—naprawy.1998R2135 —PL—01.05.2006 —002.001 —49
▼M1
Zgodnie z art. 12 ust. 1 niniejszego rozporządzenia karty warsztatowe wydaje się
wyłącznie instalatorom i/lub warsztatom zatwierdzonym do aktywowania i/lub
kalibrowania urządzenia rejestrującego zgodnie z niniejszym załącznikiem i,
chyba że istnieją inne należyte uzasadnienia:
—którzy nie kwalifikują siędo posiadania karty firmowej,
—i których inna działalność zawodowa nie stanowi potencjalnego zagrożenia
dla ogólnego bezpieczeństwa systemu, zdefiniowanego w dodatku 10.
2.Kontrola techniczna przyrządów nowych i po naprawie
Każdy przyrząd, tak nowy jak i po naprawie, jest kontrolowany pod względem
prawidłowego funkcjonowania oraz dokładności odczytów i rejestracji, w grani-
cach ustanowionych w rozdziale III pkt 2.1. i 2.2, i otrzymuje plomby zgodnie z
pkt 3 rozdział V oraz jest kalibrowany.
3.Kontrola techniczna po instalacji
Po zainstalowaniu w pojeździe cała instalacja (włącznie z urządzeniem rejestru-
jącym) jest zgodna z przepisami dotyczącymi maksymalnych tolerancji ustano-
wionymi w rozdziale III pkt 2.1 i 2.2.
4.Przeglądy okresowe
Przeglądy okresowe urządzeń zainstalowanych w pojazdach przeprowadza się po
każdej naprawie urządzenia, lub po jakiejkolwiek zmianie współczynnika charak-
terystycznego pojazdu lub skutecznego obwodu tocznego opon, lub gdy czas
UTC urządzenia różni się od czasu UTC o więcej niż 20 minut, lub przy zmianie
numeru VRN i przynajmniej raz w okresie dwóch lat (24 miesięcy) od ostatniej
kontroli.
Przeglądy okresowe obejmują następujące kontrole:
—czy urządzenie rejestrujące działa prawidłowo, włącznie z funkcją groma-
dzenia danych na kartach do tachografów,
—czy jest zachowana zgodność z wymaganiami rozdziału III pkt 2.1 i 2.2 co do
maksymalnych tolerancji przy instalacji,
—czy urządzenie rejestrujące opatrzone jest znakiem homologacji typu,
—czy zamocowana jest tabliczka instalacyjna,
—czy plomby na urządzeniu i na innych częściach instalacji są nienaruszone,
—sprawdzenie rozmiaru opon i wyznaczenie faktycznego obwodu tocznego kół.
W ramach przeglądu okresowego wykonuje się kalibrację.
5.Pomiar błędów
Pomiar błędów po zainstalowaniu i podczas użytkowania jest dokonywany w
następujących warunkach, które stanowią normalne warunki badań:
—pojazd bez ładunku w normalnym stanie gotowym do jazdy,
—ciśnienie w ogumieniu zgodne z instrukcjami producenta,
—zużycie ogumienia w granicach dopuszczalnych przepisami,
—przemieszczanie pojazdu:
—pojazd poruszać sięnapędzany własnym silnikiem, po linii prostej i po
poziomej powierzchni, z prędkością 50±5 km/h. Odległość pomiarowa
wynosi przynajmniej 1 000 m,
—sprawdzenie może być również przeprowadzone inną metodą, np. na stano-
wisku warsztatowym, pod warunkiem, że zapewni ono porównywalną
dokładność.
6.Naprawy
Warsztaty mogą wczytywać dane z urządzenia rejestrującego w celu przekazania
tych danych odpowiedniej firmie przewozowej.
Uprawnione warsztaty wydają firmom przewozowym zaświadczenie o niemożli-
wości wczytania danych, w przypadku gdy uszkodzenie urządzenia rejestrującego
uniemożliwia wczytanie zarejestrowanych danych nawet po naprawie w tym
warsztacie. Warsztaty przechowują kopię każdego wydanego zaświadczenia przez
okres przynajmniej jednego roku.
VII. WYDAWANIE KART1998R2135 —PL—01.05.2006 —002.001 —50
▼M1
Procedury wydawania kart ustanowione przez Państwa Członkowskie spełniają
następujące wymagania:
Pierwsza karta do tachografów wydana wnioskodawcy ma numer karty równy
numerowi kolejnemu, (gdy dotyczy) a numer zastąpienia i numer odświeżenia
ustawione na »0«.
Numery karty wszystkich nieosobistych kart do tachografów wydanych jednemu
organowi kontrolnemu lub jednemu warsztatowi lub jednej firmie przewozowej
mają te samie pierwsze 13 cyfr i wszystkie mają różny numer kolejny.
Karta do tachografów wydana jako duplikat istniejącej karty do tachografów ma
ten sam numer karty, co karta zastąpiona, z wyjątkiem numeru zastąpienia, który
jest zwiększony o »1« (w kolejności 0,…, 9, A,…, Z).
Karta do tachografów wydana jako duplikat istniejącej karty do tachografów ma
tęsamą datę ważności karty co karta zastąpiona.
Karta do tachografów wydana jako odświeżenie istniejącej karty do tachografów
ma ten sam numer karty, co karta odświeżona, z wyjątkiem numeru zastąpienia,
który jest ustawiony na »0« i numeru odświeżenia, który jest zwiększony o »1«
(w kolejności 0,…, 9, A,…, Z).
Przy wymianie istniejącej karty do tachografów, w celu zmiany danych admini-
stracyjnych, stosuje się te same zasady jak przy odświeżeniu, gdy jest wykony-
wana w tym samym Państwie Członkowskim lub zasady jak przy pierwszym
wydaniu, gdy wykonywana jest przez inne Państwo Członkowskie.
W przypadku nieosobistych kart warsztatowych lub kontrolnych w rubryce
»nazwisko posiadacza karty« wstawia się nazwę warsztatu lub organu kontrol-
nego.
VIII. HOMOLOGACJA TYPU DLA URZĄDZENIA REJESTRUJĄCEGO I
KART DO TACHOGRAFÓW
1.Uwagi ogólne
Do celów niniejszego rozdziału wyrażenie »urządzenie rejestrujące« oznacza
»urządzenie rejestrujące lub jego części składowe«. Homologacji typu nie
wymaga się dla przewodu(-ów) łączącego czujnik ruchu z VU. Papier używany
przez urządzenie rejestrujące uważa się za część składową urządzenia rejestrują-
cego.
Urządzenie rejestrujące dostarcza się do homologacji w stanie kompletnym z
wszystkimi zintegrowanymi urządzeniami dodatkowymi.
Homologacja typu urządzenia rejestrującego i kart do tachografów obejmuje
badania związane z bezpieczeństwem, badania funkcjonalności i badania intero-
peracyjności. Pozytywne wyniki każdego z tych badań potwierdza się odpo-
wiednim świadectwem.
Organy Państw Członkowskich właściwe dla homologacji typu nie wydają świa-
dectwa homologacji typu zgodnie z art. 5 niniejszego rozporządzenia, dopóki nie
mają:
—świadectwa bezpieczeństwa,
—świadectwa funkcjonalności,
—iświadectwa interoperacyjności
dla urządzenia rejestrującego lub kart do tachografów, dla których złożono
wniosek o homologację typu.
O wszelkich modyfikacjach oprogramowania lub sprzętu urządzenia lub charak-
teru materiałów użytych do wytworzenia urządzenia należy, przed zastosowa-
niem, zawiadomić organ, który wydał homologację typu dla urządzenia. Organ
ten potwierdza producentowi rozszerzenie homologacji typu, lub też może
zażądać uaktualnienia lub potwierdzenia stosownych świadectw funkcjonalności,
bezpieczeństwa i/lub interoperacyjności.
Procedury aktualizacji oprogramowania w prawidłowo funkcjonującym urzą-
dzeniu rejestrującym zatwierdza organ, który wydał homologację typu dla tego
urządzenia rejestrującego. Aktualizacja oprogramowania nie może zmienić ani
usunąć żadnych danych dotyczących czynności kierowcy zgromadzonych w
pamięci urządzenia rejestrującego. Oprogramowanie można aktualizować
wyłącznie na odpowiedzialność producenta urządzenia.
2.Świadectwo bezpieczeństwa
Świadectwo bezpieczeństwa wydaje się zgodnie z przepisami dodatku 10 do
niniejszego Załącznika.1998R2135 —PL—01.05.2006 —002.001 —51
▼M1
3.Świadectwo funkcjonalności
Każdy ubiegający się o homologację typu dostarcza organowi Państwa Człon-
kowskiego właściwemu dla homologacji typu wszelkie materiały i dokumentacje,
jakie organ ten uzna za niezbędne.
Świadectwo funkcjonalności wydaje się producentowi wyłącznie po pozytywnym
przejściu przynajmniej przez wszystkie badania funkcjonalności wyszczególnione
w dodatku 9.
Organ właściwy dla homologacji typu wydaje świadectwo funkcjonalności. W
świadectwie tym podaje się, oprócz nazwy (nazwiska) otrzymującego świadectwo
i identyfikacji modelu, szczegółowy wykaz wykonanych badań i uzyskanych
wyników.
4.Świadectwo interoperacyjności
Badania interoperacyjności przeprowadza jedno laboratorium na mocy homolo-
gacji i na odpowiedzialność Komisji Europejskiej..
Laboratorium rejestruje wnioski o badania interoperacyjności złożone przez
producentów w kolejności chronologicznej napływu tych wniosków.
Wnioski rejestruje się oficjalnie tylko wtedy, gdy w posiadaniu laboratorium znaj-
dują się:
—komplet materiałów i dokumentów niezbędnych do takich badań interopera-
cyjności,
—odpowiednie świadectwo bezpieczeństwa,
—odpowiednie świadectwo funkcjonalności.
Producenta zawiadamia się o dacie rejestracji wniosku.
Laboratorium nie przeprowadza żadnych badań interoperacyjności urządzenia
rejestrującego ani karty do tachografów, które nie uzyskały świadectwa bezpie-
czeństwa i świadectwa funkcjonalności.
Producent wnioskujący o przeprowadzenie badań interoperacyjności zobowiązuje
siędo pozostawienia w laboratorium, które ma przeprowadzić te badania,
kompletu materiałów i dokumentów, które dostarczył do przeprowadzenia tych
badań.
Badania interoperacyjności przeprowadza się, zgodnie z przepisami pkt 5 dodatku
9 do niniejszego Załącznika, dla, odpowiednio, wszystkich typów urządzenia
rejestrującego lub kart do tachografów:
—które mają jeszcze ważną homologację typu, lub
—których homologacja typu jest w toku załatwiania i które mają ważne świa-
dectwo interoperacyjności.
Laboratorium wydaje producentowi świadectwo interoperacyjności tylko wtedy,
gdy objęte nim urządzenia pomyślnie przejdą wszystkie wymagane badania inte-
roperacyjności.
Jeżeli jedno lub więcej urządzenie rejestrujące lub karta do tachografów nie prze-
jdzie pomyślnie badań interoperacyjności, zgodnie z wymaganiem 283, świa-
dectwa interoperacyjności nie wydaje się dopóki wnioskujący producent nie
wprowadzi niezbędnych poprawek i dopóki nie przejdą one pomyślnie przez
badania interoperacyjności. Laboratorium, przy pomocy zainteresowanych produ-
centów, rozpoznaje przyczynę problemu interoperacyjności i dokłada starań, by
pomóc wnioskującemu producentowi w znalezieniu rozwiązania technicznego. W
przypadku gdy producent modyfikuje swój produkt, to producent odpowiada za
uzyskanie potwierdzenia właściwych organów, żeświadectwo bezpieczeństwa i
świadectwo funkcjonalności nadal zachowują ważność.
Świadectwo interoperacyjności ważne jest przez sześć miesięcy. Zostaje ono
odwołane na koniec tego okresu, jeżeli producent nie uzyska odpowiadającego
muświadectwa homologacji typu. Producent przekazuje to świadectwo organowi
właściwemu dla homologacji typu Państwa Członkowskiego, który wydał świa-
dectwo funkcjonalności.
Żaden element, który może być źródłem usterki interoperacyjności, nie może być
użyty do osiągania korzyści z pozycji dominującej ani prowadzić do uzyskania
takiej pozycji.
5.Świadectwo homologacji typu
Organ Państwa Członkowskiego, właściwy dla homologacji typu, może wydać
świadectwo homologacji typu, gdy tylko posiada trzy wymagane świadectwa.1998R2135 —PL—01.05.2006 —002.001 —52
▼M1
Organ właściwy dla homologacji typu przekazuje kopię świadectwa homologacji
typu do laboratorium właściwego do przeprowadzenia badań interoperacyjności,
w czasie dostarczania tego świadectwa producentowi.
Laboratorium właściwe do przeprowadzenia badań interoperacyjności prowadzi
publiczną stronę internetową, na której znajduje się uaktualniony wykaz modeli
urządzeń rejestrujących lub kart do tachografów:
—dla których zarejestrowano wniosek o badania interoperacyjności,
—które uzyskały świadectwo interoperacyjności (nawet czasowe),
—które uzyskały świadectwo homologacji typu.
6.Procedura szczególna: pierwsze świadectwa interoperacyjności
Przez cztery miesiące od czasu, gdy pierwsza para urządzenie rejestrujące i karty
do tachografów (karty kierowcy, warsztatowe, kontrolne i firmowe) uzyska świa-
dectwa interoperacyjności, wszelkie wydane świadectwa interoperacyjności
(włącznie z tym pierwszym), w związku z wnioskami zarejestrowanymi w tym
okresie, uważa się za czasowe.
Jeżeli na koniec tego okresu wszystkie produkty, których to dotyczy, współdzia-
łają, wszystkie odpowiednie świadectwa interoperacyjności zastępuje się świadec-
twem ostatecznym.
Jeżeli w tym okresie wykryje się usterki interoperacyjności, laboratorium właś-
ciwe do przeprowadzenia badań interoperacyjności rozpoznaje przyczyny prob-
lemów z pomocą wszystkich zainteresowanych producentów i zachęca ich do
wprowadzenia niezbędnych poprawek.
Jeżeli na koniec tego okresu nadal występują problemy interoperacyjności, labo-
ratorium właściwe do przeprowadzenia badań interoperacyjności, we współpracy
z zainteresowanymi producentami i organami właściwymi do homologacji typu,
która wydała odpowiednie świadectwo funkcjonalności, szuka przyczyn usterek
interoperacyjności i ustala, jakie poprawki wprowadza każdy z zainteresowanych
producentów. Poszukiwanie rozwiązań technicznych trwa maksymalnie dwa
miesiące, po których, jeśli nie zostanie znalezione wspólne rozwiązanie, Komisja,
po konsultacji z laboratorium właściwym do przeprowadzenia badań interopera-
cyjności decyduje, które urządzenie(-a) i karty otrzymują ostateczne świadectwa
interoperacyjności wraz z uzasadnieniem swojej decyzji.
Wszelkie wnioski o przeprowadzenie badań interoperacyjności, zarejestrowane
przez laboratorium w okresie między końcem czteromiesięcznego okresu po
dostarczeniu pierwszego czasowego świadectwa interoperacyjności a datą decyzji
Komisji, określonej w wymaganiu 294, są odraczane, aż do rozwiązania począt-
kowych problemów interoperacyjności. Następnie wnioski te załatwia się w
kolejności chronologicznej rejestracji.1998R2135 —PL—01.05.2006 —002.001 —53
▼M1
Dodatek 1
SŁOWNIK DANYCH
SPIS TREŚCI
1. Wprowadzenie ….................................................................................
1.1. Podejście do definicji typów danych ….........................................................
1.2. Odesłania ….......................................................................................
2. Definicje typu danych ….........................................................................
2.1. ActivityChangeInfo …............................................................................
2.2. Address ….........................................................................................
2.3. BCDString …......................................................................................
2.4. CalibrationPurpose ….............................................................................
2.5. CardActivityDailyRecord ….....................................................................
2.6. CardActivityLengthRange ….....................................................................
2.7. CardApprovalNumber ….........................................................................
2.8. CardCertificate ….................................................................................
2.9. CardChipIdentification …........................................................................
2.10. CardConsecutiveIndex ….........................................................................
2.11. CardControlActivityDataRecord …..............................................................
2.12. CardCurrentUse …................................................................................
2.13. CardDriverActivity …............................................................................
2.14. CardDrivingLicenceInformation …..............................................................
2.15. CardEventData ….................................................................................
2.16. CardEventRecord …..............................................................................
2.17. CardFaultData …..................................................................................
2.18. CardFaultRecord …...............................................................................
2.19. CardIccIdentification …..........................................................................
2.20. CardIdentification …..............................................................................
2.21. CardNumber …....................................................................................
2.22. CardPlaceDailyWorkPeriod …...................................................................
2.23. CardPrivateKey …................................................................................
2.24. CardPublicKey ….................................................................................
2.25. CardRenewalIndex ….............................................................................
2.26. CardReplacementIndex …........................................................................
2.27. CardSlotNumber …...............................................................................
2.28. CardSlotsStatus ….................................................................................
2.29. CardStructureVersion …..........................................................................
2.30. CardVehicleRecord …............................................................................
2.31. CardVehiclesUsed …..............................................................................
2.32. Certificate ….......................................................................................
2.33. CertificateContent …..............................................................................
2.34. CertificateHolderAuthorisation …...............................................................
2.35. CertificateRequestID …...........................................................................
2.36. CertificationAuthorityKID …....................................................................
2.37. CompanyActivityData ….........................................................................
2.38. CompanyActivityType ….........................................................................1998R2135 —PL—01.05.2006 —002.001 —54
▼M1
2.39. CompanyCardApplicationIdentification ….....................................................
2.40. CompanyCardHolderIdentification …...........................................................
2.41. ControlCardApplicationIdentification …........................................................
2.42. ControlCardControlActivityData ….............................................................
2.43. ControlCardHolderIdentification ….............................................................
2.44. ControlType …....................................................................................
2.45. CurrentDateTime …...............................................................................
2.46. DailyPresenceCounter ….........................................................................
2.47. Datef …............................................................................................
2.48. Distance ….........................................................................................
2.49. DriverCardApplicationIdentification ….........................................................
2.50. DriverCardHolderIdentification …...............................................................
2.51. EntryTypeDailyWorkPeriod …...................................................................
2.52. EquipmentType ….................................................................................
2.53. EuropeanPublicKey …............................................................................
2.54. EventFaultType ….................................................................................
2.55. EventFaultRecordPurpose ….....................................................................
2.56. ExtendedSerialNumber …........................................................................
2.57. FullCardNumber …...............................................................................
2.58. HighResOdometer ….............................................................................
2.59. HighResTripDistance …..........................................................................
2.60. HolderName …....................................................................................
2.61. K-ConstantOfRecordingEquipment …..........................................................
2.62. KeyIdentifier …...................................................................................
2.63. L-TyreCircumference …..........................................................................
2.64. Language ….......................................................................................
2.65. LastCardDownload …............................................................................
2.66. ManualInputFlag …...............................................................................
2.67. ManufacturerCode ….............................................................................
2.68. MemberStateCertificate …........................................................................
2.69. MemberStatePublicKey ….......................................................................
2.70. Name …............................................................................................
2.71. NationAlpha …....................................................................................
2.72. NationNumeric ….................................................................................
2.73. NoOfCalibrationRecords …......................................................................
2.74. NoOfCalibrationSinceDownload ….............................................................
2.75. NoOfCardPlaceRecords ….......................................................................
2.76. NoOfCardVehicleRecords ….....................................................................
2.77. NoOfCompanyActivityRecords …...............................................................
2.78. NoOfControlActivityRecords ….................................................................
2.79. NoOfEventsPerType …...........................................................................
2.80. NoOfFaultsPerType …............................................................................
2.81. OdometerValueMidnight …......................................................................
2.82. OdometerShort ….................................................................................
2.83. OverspeedNumber ….............................................................................
2.84. PlaceRecord …....................................................................................1998R2135 —PL—01.05.2006 —002.001 —55
▼M1
2.85. PreviousVehicleInfo …............................................................................
2.86. PublicKey ….......................................................................................
2.87. RegionAlpha …...................................................................................
2.88. RegionNumeric ….................................................................................
2.89. RSAKeyModulus …..............................................................................
2.90. RSAKeyPrivateExponent ….....................................................................
2.91. RSAKeyPublicExponent …......................................................................
2.92. SensorApprovalNumber ….......................................................................
2.93. SensorIdentification …............................................................................
2.94. SensorInstallation …..............................................................................
2.95. SensorInstallationSecData ….....................................................................
2.96. SensorOSIdentifier ….............................................................................
2.97. SensorPaired …....................................................................................
2.98. SensorPairingDate ….............................................................................
2.99. SensorSerialNumber …...........................................................................
2.100. SensorSCIdentifier ….............................................................................
2.101. Signature …........................................................................................
2.102. SimilarEventsNumber ….........................................................................
2.103. SpecificConditionType …........................................................................
2.104. SpecificConditionRecord …......................................................................
2.105. Speed …............................................................................................
2.106. SpeedAuthorised …...............................................................................
2.107. SpeedAverage …..................................................................................
2.108. SpeedMax …......................................................................................
2.109. TdesSessionKey …................................................................................
2.110. TimeReal …........................................................................................
2.111. TyreSize ….........................................................................................
2.112. VehicleIdentificationNumber …..................................................................
2.113. VehicleRegistrationIdentification ….............................................................
2.114. VehicleRegistrationNumber …...................................................................
2.115. VuActivityDailyData …..........................................................................
2.116. VuApprovalNumber …...........................................................................
2.117. VuCalibrationData ….............................................................................
2.118. VuCalibrationRecord …..........................................................................
2.119. VuCardIWData ….................................................................................
2.120. VuCardIWRecord …..............................................................................
2.121. VuCertificate …...................................................................................
2.122. VuCompanyLocksData …........................................................................
2.123. VuCompanyLocksRecord ….....................................................................
2.124. VuControlActivityData …........................................................................
2.125. VuControlActivityRecord ….....................................................................
2.126. VuDataBlockCounter …..........................................................................
2.127. VuDetailedSpeedBlock …........................................................................
2.128. VuDetailedSpeedData ….........................................................................
2.129. VuDownloadablePeriod ….......................................................................
2.130. VuDownloadActivityData ….....................................................................1998R2135 —PL—01.05.2006 —002.001 —56
▼M1
2.131. VuEventData …...................................................................................
2.132. VuEventRecord …................................................................................
2.133. VuFaultData …....................................................................................
2.134. VuFaultRecord ….................................................................................
2.135. VuIdentification …................................................................................
2.136. VuManufacturerAddress ….......................................................................
2.137. VuManufacturerName ….........................................................................
2.138. VuManufacturingDate ….........................................................................
2.139. VuOverSpeedingControlData ….................................................................
2.140. VuOverSpeedingEventData …...................................................................
2.141. VuOverSpeedingEventRecord …................................................................
2.142. VuPartNumber ….................................................................................
2.143. VuPlaceDailyWorkPeriodData …................................................................
2.144. VuPlaceDailyWorkPeriodRecord ….............................................................
2.145. VuPrivateKey …...................................................................................
2.146. VuPublicKey …...................................................................................
2.147. VuSerialNumber …...............................................................................
2.148. VuSoftInstallationDate ….........................................................................
2.149. VuSoftwareIdentification …......................................................................
2.150. VuSoftwareVersion …............................................................................
2.151. VuSpecificConditionData ….....................................................................
2.152. VuTimeAdjustmentData ….......................................................................
2.153. VuTimeAdjustmentRecord …....................................................................
2.154. W-VehicleCharacteristicConstant ….............................................................
2.155. WorkshopCardApplicationIdentification ….....................................................
2.156. WorkshopCardCalibrationData …...............................................................
2.157. WorkshopCardCalibrationRecord ….............................................................
2.158. WorkshopCardHolderIdentification …..........................................................
2.159. WorkshopCardPIN ….............................................................................
3. Definicje wartości i zakresu wielkości ….......................................................
3.1. Definicje dla karty kierowcy: ….................................................................
3.2. Definicje dla karty warsztatowej: ….............................................................
3.3. Definicje dla karty kontrolnej: …................................................................
3.4. Definicje dla karty firmowej: ….................................................................
4. Zestawy znaków …...............................................................................
5. Kodowanie …......................................................................................1998R2135 —PL—01.05.2006 —002.001 —57
▼M1
1. WPROWADZENIE
Niniejszy dodatek określa formaty danych, elementy danych i struktury danych
przeznaczone do wykorzystania w urządzeniach rejestrujących i kartach do tacho-
grafów.
1.1.Podejście do definicji typów danych
W niniejszym dodatku do definiowania typów danych użyto zapisu składni
abstrakcyjnej 1 (ASN.1). Pozwala to na definiowanie prostych i strukturalnych
danych bez narzucania żadnej swoistej składni przesyłania danych (reguł kodo-
wania), która zależy od aplikacji i środowiska.
Konwencje nazewnictwa typu ASN.1 opracowano zgodnie z normą ISO/IEC
8824-1. Wymaga to, aby:
—tam gdzie możliwe wybrane nazwy opisywały znaczenie typu,
—tam gdzie typ danych zbudowany jest z innych typów danych nazwa typu
danych ma postać pojedynczego ciągu znaków alfanumerycznych zaczynają-
cego się od dużej litery, natomiast duże litery wewnątrz nazwy opisują odpo-
wiednie znaczenia,
—ogólnie nazwy typów danych powiązane są z nazwami typów danych, z
których są zbudowane, urządzeniem, w którym są zgromadzone i funkcją z
nimi związaną.
Jeżeli typ ASN.1 jest już zdefiniowany jako część innej normy i jeżeli jest to
stosowne do zastosowania w urządzeniu rejestrującym, to ten typ ASN.1 jest
zdefiniowany w niniejszym dodatku.
Aby umożliwić stosowanie kilku reguł kodowania, niektóre typy ASN.1 w niniej-
szym dodatku są ograniczone identyfikatorami zakresu wartości. Identyfikatory
zakresu wartości są zdefiniowane w pkt. 3.
1.2.Odesłania
Gdy użyte w niniejszym dodatku poniższe odesłania odnoszą siędo opisanych
przy nich dokumentów:
ISO 639 Kod reprezentacji nazw języków. Wydanie pierwsze: 1988 r.
EN 726-3 Identyfikacja systemów kart —telekomunikacyjne karty z
układami scalonymi i terminale —część 3: Wymagania dla
kart niezależnych od aplikacji. Grudzień 1994 r.
ISO 3779 Pojazdy drogowe —Numer identyfikacyjny pojazdu (VIN) —
zawartość i struktura. Wydanie 3: 1983 r.
ISO/IEC 7816-5 Informatyka —Identyfikacja kart —karty z układami scalo-
nymi ze stykami —część 5: Przydział numerów i kodów oraz
procedura rejestracji dla identyfikatorów aplikacji. Wydanie
pierwsze: 1994 r. + Nowelizacja 1: 1996 r.
ISO/IEC 8824-1 Informatyka —Zapis składni abstrakcyjnej 1 (ASN.1): Specy-
fikacja notacji podstawowej. Wydanie 2: 1998 r.
ISO/IEC 8825-2 Informatyka —Reguły kodowania ASN.1: Specyfikacja reguł
upakowanego kodowania (PER). Wydanie 2: 1998 r.
ISO/IEC 8859-1 Informatyka —8-bitowe jednobajtowe zestawy znaków
graficznych —część 1: Zestaw łaciński 1. Wydanie pierwsze:
1998 r.
ISO/IEC 8859-7 Informatyka —8-bitowe jednobajtowe zestawy znaków
graficznych —część 7: alfabet łaciński/ grecki. Wydanie
pierwsze: 1987 r.
ISO 16844-3 Pojazdy drogowe —Systemy tachograficzne —interfejs czuj-
nika ruchu. WD 3-20/05/99.
2. DEFINICJE TYPU DANYCH
Dla każdego z następujących typów danych wartość domyślna »nieznane« lub
zawartość »nie dotyczy« polega na wypełnieniu elementu danych bajtami »FF«.
2.1.ActivityChangeInfo
Ten typ danych umożliwia kodowanie, w dwubajtowym słowie, stanu szczeliny
czytnika o godzinie 00:00 i/lub statusu kierowcy o godzinie 00:00 i/lub zmiany
czynności, i/lub zmiany stanu prowadzenia pojazdu, i/lub zmiany stanu karty dla
kierowcy lub współkierowcy. Ten typ danych związany jest z wymaganiami 084,
109a, 199 i 219.1998R2135 —PL—01.05.2006 —002.001 —58
▼M1
ActivityChangeInfo::= OCTET STRING (SIZE(2))
Przypisanie wartości —Octet Aligned: 'scpaattttttttttt'B (16 bit)
Zapisy w pamięci danych (lub stan szczeliny czytnika karty):
′s′B Szczelina czytnika karty:
′0′B: KIEROWCA,
′1′B: WSPÓŁKIEROWCA,
′c′B Stan prowadzenia pojazdu:
′0′B: JEDEN KIEROWCA,
′1′B: ZAŁOGA,
′p′B Stan karty kierowcy (lub warsztatowej) w odpowiedniej szcze-
linie czytnika:
′0′B: WŁOŻONA, karta jest włożona,
′1′B: NIEWŁOŻONA, brak karty (lub karta jest wyjęta),
′aa′B Czynność:
′00′B: PRZERWA/ODPOCZYNEK,
′01′B: DYSPOZYCYJNOŚĆ,
′10′B: PRACA,′11′B: PROWADZENIE,
′ttttttttttt′B Godzina zmiany: liczba minut od godziny 00:00 w danym dniu.
Dla zapisów na kartach kierowcy (lub warsztatowej) (i statusu kierowcy):′s′B Szczelina czytnika karty (nieistotne, gdy »p« = 1 z wyjątkiem
jak w uwadze poniżej):
′0′B: KIEROWCA,
′1′B: 2. WSPÓŁKIEROWCA,
′c′B Stan prowadzenia pojazdu (przy-
padek ′p′= 0) lubnastępny stan czynności
(przypadek ′p′= 1):
′0′B: JEDEN KIEROWCA,
′1′B: ZAŁOGA′0′B: NIEOKREŚLONY
′1′B: ZNANY (= wprowa-
dzony ręcznie)
′p′B Stan karty:
′0′B: WŁOŻONA, karta jest włożona do urządzenia rejestrują-
cego,
′1′B: NIEWŁOŻONA, brak karty (lub karta jest wyjęta)
′aa′B Czynność (nieistotne, gdy »p« = 1 i »c« = 0 z wyjątkiem jak w
uwadze poniżej):
′00′B: PRZERWA/ODPOCZYNEK,′01′B: DYSPOZYCYJNOŚĆ,′10′B: PRACA,
′11′B: PROWADZENIE,
′ttttttttttt′B Godzina zmiany: liczba minut od godziny 00:00 w danym dniu.
Uwaga dla przypadku »wyjęcie karty«:
Gdy karta jest wyjęta:—»s« odnosi się i wskazuje szczelinę czytnika, z której wyjęta jest karta,
—»c« musi być ustawiony na 0,
—»p« musi być ustawiony na 1,
—»aa« musi kodować bieżącą czynność wybraną w tym czasie,
W wyniku ręcznego wprowadzenia danych bity »c« i »aa« wyrażenia (zapisanego
na karcie) mogą byćnadpisane później w celu odzwierciedlania zapisu.
2.2.Address
Adres.address::= SEQUENCE {1998R2135 —PL—01.05.2006 —002.001 —59
▼M1
codePage INTEGER (0..255),
address OCTET STRING (SIZE(35))
}
codePage określa część strony kodowej ISO/IEC 8859 użytej do kodowania
adresu,
address jest adresem zakodowanym zgodnie ze stroną kodową ISO/IEC 8859.
2.3.BCDString
BCDString jest stosowany do reprezentacji liczb w zapisie dziesiętnym kodo-
wanym dwójkowo (BCD). Tego typu danych używa się do przedstawiania jednej
cyfry dziesiętnej w półoktecie (4 bity). BCDString oparty jest na definicji z
normy ISO/IEC 8824-1 »CharacterStringType«.
BCDString::= CHARACTER STRING (ze składnikami {
identification (ze składnikami {
fixed PRESENT }) })
BCDString używa notacji »hstring«. Skrajna lewa cyfra heksadecymalna jest
najbardziej znaczącym półoktetem pierwszego oktetu. Aby utworzyć wielokrotne
oktety, wstawia się, gdy trzeba, zerowe półoktety o lewej skrajnej pozycji półok-
tetu w pierwszym oktecie.
Dozwolonymi cyframi są: 0, 1,… 9.
2.4.CalibrationPurpose
Kod wyjaśniający, dlaczego zarejestrowano zbiór parametrów kalibracyjnych.
Ten typ danych związany jest z wymaganiami 097 i 098.
CalibrationPurpose::= OCTET STRING (SIZE(1)).Przypisanie wartości:′00′H wartość zastrzeżona,
′01′H aktywacja: zapis parametrów kalibracyjnych znanych w momencie akty-
wacji VU,
′02′H pierwsza instalacja: pierwsza kalibracja VU po aktywacji,
′03′H instalacja: pierwsza kalibracja VU w bieżącym pojeździe,
′04′H przegląd okresowy.
2.5.CardActivityDailyRecord
Informacje, zapisane na karcie, dotyczące czynności kierowcy w danym dniu
kalendarzowym. Ten typ danych związany jest z wymaganiami 199 i 219.
CardActivityDailyRecord::= SEQUENCE {
activityPreviousRecordLength INTEGER(0..CardActivityLengthRange),
activityRecordDate TimeReal,activityDailyPresenceCounter DailyPresenceCounter,
activityDayDistance Distance,
activityChangeInfo SET SIZE(1..1440) OF ActivityChangeInfo
}
ActivityPreviousRecordLength jest całkowitą długością w bajtach poprzedniego
zapisu dziennego. Maksymalną wartość określa długość OCTET STRING zawie-
rającego te zapisy (patrz pkt 3 CardActivityLengthRange). Gdy zapis ten jest
najstarszym zapisem dziennym, wartość activityPreviousRecordLength musi być
ustawiona na 0.
ActivityRecordLength jest całkowitą długością tego zapisu w bajtach. Maksy-
malną wartość określa długość OCTET STRING zawierającego te zapisy.
ActivityRecordDate jest datą zapisu.
ActivityDailyPresenceCounter jest licznikiem obecności dla karty w tym dniu.
ActivityDayDistance jest całkowitą drogą przebytą w tym dniu.1998R2135 —PL—01.05.2006 —002.001 —60
▼M1
ActivityChangeInfo jest zbiorem danych ActivityChangeInfo dla kierowcy w
tym dniu. Może zawierać maksymalnie 1 440 wartości (jedna zmiana czynności
na minutę). W tym zbiorze danych zawsze znajduje się activityChangeInfo okreś-
lający status kierowcy o godzinie 00:00.
2.6.CardActivityLengthRange
Liczba bajtów na karcie kierowcy lub warsztatowej, dostępnych do przechowy-
wania zapisów z czynnościami kierowcy.
CardActivityLengthRange::= INTEGER(0..216-1)
Przypisanie wartości: patrz ust. 3.
2.7.CardApprovalNumber
Numer homologacji typu karty.
CardApprovalNumber ::= IA5String(SIZE(8))
Przypisanie wartości: nieokreślona.
2.8.CardCertificate
Certyfikat klucza publicznego karty.
CardCertificate::= Certificate.
2.9.CardChipIdentification
Informacje, zapisane na karcie, dotyczące identyfikacji układu scalonego karty
(IC) (wymóg 191).
CardChipIdentification::= SEQUENCE {
IcSerialNumber OCTET STRING (SIZE(4)),
IcManufacturingReferences OCTET STRING (SIZE(4))
}
IcSerialNumber jest numerem fabrycznym IC zdefiniowanym w EN 726-3.
IcManufacturingReferences jest identyfikatorem producenta IC i elementów
produkcji zdefiniowanym w EN 726-3.
2.10. CardConsecutiveIndex
Numer kolejny karty (definicja h)).
CardConsecutiveIndex::= IA5String(SIZE(1))
Przypisanie wartości: (patrz rozdział VII niniejszego załącznika)
Kolejność zwiększania: ′0,…, 9, A, …, Z, a, …, z′.
2.11. CardControlActivityDataRecord
Informacje przechowywane na karcie kierowcy lub warsztatowej dotyczące ostat-
niej kontroli, której poddany był kierowca (wymagania 210 i 225).
CardControlActivityDataRecord::= SEQUENCE {
ControlType controlType,
ControlTime TimeReal,
ControlCardNumber FullCardNumber,ControlVehicleRegistration VehicleRegistrationIdentification,
ControlDownloadPeriodBegin TimeReal,
ControlDownloadPeriodEnd TimeReal,
}
ControlType, jest typem kontroli.
ControlTime jest datą i godziną kontroli.
ControlCardNumber jest numerem karty FullCardNumber urzędnika przepro-
wadzającego kontrolę.1998R2135 —PL—01.05.2006 —002.001 —61
▼M1
ControlVehicleRegistration jest numerem VRN i Państwa Członkowskiego
rejestracji pojazdu, w którym miała miejsce kontrola.
ControlDownloadPeriodBegin icontrolDownloadPeriodEnd jest okresem, dla
którego wczytano dane, w przypadku wczytywania danych.
2.12. CardCurrentUse
Informacje o bieżącym użyciu karty (wymaganie 212).CardCurrentUse::= SEQUENCE {
SessionOpenTime TimeReal,
SessionOpenVehicle VehicleRegistrationIdentification
}
SessionOpenTime jest godziną, o której kartę włożono dla bieżącego użycia.
Przy wyjęciu karty element ten jest zerowany.
SessionOpenVehicle jest identyfikacją aktualnie używanego pojazdu ustawianą
przy wkładaniu karty. Przy wyjęciu karty element ten jest zerowany.
2.13. CardDriverActivity
Informacje przechowywane na karcie kierowcy lub warsztatowej dotyczące czyn-
ności kierowcy (wymagania 199 i 219).
CardDriverActivity::= SEQUENCE {
activityPointerOldestDayRecord INTEGER(0..CardActivityLengthRange-1),
activityPointerNewestRecord INTEGER(0..CardActivityLengthRange-1),
activityDailyRecords OCTET STRING (SIZE(CardActivityLength-
Range))
}
ActivityPointerOldestDayRecord jest wskaźnikiem początku miejsca groma-
dzenia danych (liczba bajtów od początku łańcucha znaków) najstarszego,
pełnego zapisu dziennego w łańcuchu activityDailyRecords. Maksymalna wartość
jest określona długością łańcucha.
ActivityPointerNewestRecord jest wskaźnikiem początku miejsca gromadzenia
danych (liczba bajtów od początku łańcucha znaków) najświeższego zapisu
dziennego w łańcuchu activityDailyRecords. Maksymalna wartość jest określona
długością łańcucha.
ActivityDailyRecords jest przestrzenią dostępną do przechowywania danych
dotyczących czynności kierowcy (struktura danych: CardActivityDailyRecord)
dla każdego dnia kalendarzowego, w którym karta jest użyta.
Przypisanie wartości: ten OCTET STRING jest cyklicznie wypełniany zapisami
CardActivityDailyRecord. Przy pierwszym użyciu gromadzenie rozpoczyna się
od pierwszego bajtu łańcucha. Wszystkie nowe zapisy dołącza się do końca
poprzedniego rekordu. Gdy łańcuch zostaje zapełniony wypełnianie rozpoczyna
sięod pierwszego bajtu łańcucha niezależnie od przerwy w elemencie danych.
Przed wstawieniem do łańcucha danych o nowej czynności (zwiększenie bieżą-
cego rekordu activityDailyRecord lub wstawienie nowego rekordu activityDaily-
Record), który zamienia stare dane o starej czynności, wskaźnik activityPointe-
rOldestDayRecord musi być uaktualniony w celu odzwierciedlenia nowego poło-
żenia najstarszego, pełnego zapisu dziennego a długość activityPreviousRecord-
Length tego (nowego) najstarszego, pełnego zapisu dziennego musi być wyzero-
wana.
2.14. CardDrivingLicenceInformation
Informacje przechowywane na karcie kierowcy dotyczące posiadacza karty prawa
jazdy kierowcy (wymaganie 196).
CardDrivingLicenceInformation::= SEQUENCE {
DrivingLicenceIssuingAuthority Nazwisko,
DrivingLicenceIssuingNation NationNumeric,DrivingLicenceNumber IA5String(SIZE(16))
}
Driving Licence Issuing Authority jest organem, który wydał prawo jazdy.1998R2135 —PL—01.05.2006 —002.001 —62
▼M1
Driving Licence Issuing Nation jest przynależnością państwową organu, który
wydał prawo jazdy.
DrivingLicenceNumber jest numerem prawa jazdy.
2.15. CardEventData
Informacje przechowywane na karcie kierowcy lub warsztatowej dotyczące
zdarzeń związanych z posiadaczem karty (wymagania 204 i 223).
CardEventData::= SEQUENCE SIZE(6) OF {
CardEventRecords SET SIZE(NoOfEventsPerType) OF CardEventRecord
}
CardEventData jest sekwencją uporządkowaną w kolejności rosnącej typu
EventFaultType, w zapisach cardEventRecords (z wyjątkiem zapisów związanych
z próbami naruszenia zabezpieczeń, które gromadzone są w ostatnim zbiorze
sekwencji).
CardEventRecords jest zbiorem zapisów ze zdarzeniami dla danego typu
zdarzenia (lub kategorii prób naruszeń zabezpieczenia).
2.16. CardEventRecord
Informacje przechowywane na karcie kierowcy lub warsztatowej dotyczące
zdarzenia związanego z posiadaczem karty (wymagania 205 i 223).
CardEventRecord::= SEQUENCE {
EventType EventFaultType,
EventBeginTime TimeReal,
EventEndTime TimeReal,
EventVehicleRegistration VehicleRegistrationIdentification
}
EventType jest typem zdarzenia.
EventBeginTime jest datą i godziną rozpoczęcia zdarzenia.
EventEndTime jest datą i godziną zakończenia zdarzenia.
EventVehicleRegistration jest numerem VRN i Państwa Członkowskiego rejes-
tracji pojazdu, w którym zdarzenie miało miejsce.
2.17. CardFaultData
Informacje przechowywane na karcie kierowcy lub warsztatowej dotyczące
usterek związanych z posiadaczem karty (wymagania 207 i 223).
CardFaultData::= SEQUENCE SIZE(2) OF {
CardFaultRecords SET SIZE(NoOfFaultsPerType) OF CardFaultRecord
}
CardFaultData jest sekwencją zbioru zapisów dotyczących usterek urządzenia
rejestrującego poprzedzającego zbiór zapisów dotyczących usterek kart.
CardFaultRecords jest zbiorem zapisów dotyczących usterek danej kategorii
usterek (urządzenia rejestrującego lub karty).
2.18. CardFaultRecord
Informacje przechowywane na karcie kierowcy lub warsztatowej dotyczące
usterki związanej z posiadaczem karty (wymagania 208 i 223).
CardFaultRecord::= SEQUENCE {
FaultType EventFaultType,
FaultBeginTime TimeReal,FaultEndTime TimeReal,
FaultVehicleRegistration VehicleRegistrationIdentification
}
FaultType jest typem usterki.1998R2135 —PL—01.05.2006 —002.001 —63
▼M1
faultBeginTime jest datą i godziną rozpoczęcia usterki.
faultEndTime jest datą i godziną zakończenia usterki.
FaultVehicleRegistration jest numerem VRN i Państwa Członkowskiego rejes-
tracji pojazdu, w którym usterka zdarzyła się.
2.19. CardIccIdentification
Informacje zapisane na karcie dotyczące identyfikacji karty z układem scalonym
(IC) (wymaganie 192).
CardIccIdentification::= SEQUENCE {
ClockStop OCTET STRING (SIZE(1)),
CardExtendedSerialNumber ExtendedSerialNumber,
CardApprovalNumber CardApprovalNumber
CardPersonaliserID OCTET STRING (SIZE(1)),EmbedderIcAssemblerId OCTET STRING (SIZE(5)),
IcIdentifier OCTET STRING (SIZE(2))
}
ClockStop jest trybem Clockstop zdefiniowanym w normie EN 726-3.
CardExtendedSerialNumber jest numerem fabrycznym karty z układem
scalonym i oznaczeniem producenta karty z układem scalonym, zdefiniowanym
w normie EN 726-3 i dalej określonym typem danych w ExtendedSerialNumber.
CardApprovalNumber jest numerem homologacji typu karty.
CardPersonaliserID jest identyfikatorem personalizującego karty zdefiniowanym
w normie EN 726-3.
EmbedderIcAssemblerId jest identyfikatorem wbudowującego/montującego
układ scalony zdefiniowanym w normie EN 726-3.
IcIdentifier jest identyfikatorem układu scalonego na karcie i producenta układu
scalonego zdefiniowanym w normie EN 726-3.
2.20. CardIdentification
Informacje zapisane na karcie dotyczące identyfikacji karty (wymagania 194,
215, 231 i 235).
CardIdentification::= SEQUENCE
CardIssuingMemberState NationNumeric,
CardNumber CardNumber,CardIssuingAuthorityName Name,
CardIssueDate TimeReal,
CardValidityBegin TimeReal,CardExpiryDate TimeReal
}
CardIssuingMemberState jest kodem Państwa Członkowskiego wydającego
kartę.
CardNumber jest numerem karty.
CardIssuingAuthorityName jest nazwą organu wydającego kartę.
CardIssueDate jest datą wydania karty aktualnemu posiadaczowi.
CardValidityBegin jest pierwszą datą ważności karty.
CardExpiryDate jest datą ważności karty.
2.21. CardNumber
Numer karty zgodny z definicją g).
CardNumber::= CHOICE {
SEQUENCE {
DriverIdentification IA5String(SIZE(14)),1998R2135 —PL—01.05.2006 —002.001 —64
▼M1
CardReplacementIndex CardReplacementIndex,
CardRenewalIndex CardRenewalIndex
}
SEQUENCE {
OwnerIdentification IA5String(SIZE(13)),
CardConsecutiveIndex CardConsecutiveIndex,CardReplacementIndex CardReplacementIndex,CardRenewalIndex CardRenewalIndex
}
}
DriverIdentification jest jednoznaczną identyfikacją kierowcy w Państwie
Członkowskim.
OwnerIdentification jest jednoznaczną identyfikacją firmy lub warsztatu lub
organu kontrolnego w Państwie Członkowskim.
CardConsecutiveIndex jest numerem kolejnym karty.
CardReplacementIndex jest numerem wymiany karty.
CardRenewalIndex jest numerem odświeżenia karty.
Pierwsza wybierana sekwencja odnosi się do kodu numeru karty kierowcy a
druga wybierana sekwencja odnosi się do kodu numeru karty warsztatowej,
kontrolnej i firmowej.
2.22. CardPlaceDailyWorkPeriod
Informacje przechowywane na karcie kierowcy lub warsztatowej dotyczące
miejsc rozpoczęcia i/lub zakończenia dziennych okresów pracy (wymagania 202 i
221).
CardPlaceDailyWorkPeriod::= SEQUENCE {
PlacePointerNewestRecord INTEGER(0..NoOfCardPlaceRecords-1),
PlaceRecords SET SIZE(NoOfCardPlaceRecords) OF PlaceRecord
}
PlacePointerNewestRecord jest indeksem ostatniego, uaktualnionego zapisu
miejsca.
Przypisanie wartości: liczba odpowiadająca stanowi licznika zapisów miejsca,
zaczynająca się od »0« dla pierwszego wystąpienia zapisów miejsca w strukturze.
PlaceRecords jest zbiorem zapisów dotyczących wprowadzonych miejsc.
2.23. CardPrivateKey
Klucz prywatny karty.
CardPrivateKey::= RSAKeyPrivateExponena temat.
2.24. CardPublicKey
Klucz publiczny karty.
CardPublicKey::= PublicKey.
2.25. CardRenewalIndex
Numer odświeżenia karty (definicja i)).
CardRenewalIndex::= IA5String(SIZE(1)).
Przypisanie wartości: (patrz rozdział VII niniejszego załącznika).
′0′Wydanie pierwsze.
Kolejność zwiększania: ′0,…, 9, A, …, Z′.
2.26. CardReplacementIndex
Numer wymiany karty (definicja j)).1998R2135 —PL—01.05.2006 —002.001 —65
▼M1
CardReplacementIndex::= IA5String(SIZE(1))
Przypisanie wartości: (patrz rozdział VII niniejszego załącznika).
′0′Oryginał karty.
Kolejność zwiększania: ′0,…, 9, A, …, Z′.
2.27. CardSlotNumber
Kod rozróżnienia między dwiema szczelinami kart w przyrządzie rejestrującym.
CardSlotNumber::= INTEGER {
driverSlot (0),
co-driverSlot (1)
}
Przypisanie wartości: bez dalszego określenia.
2.28. CardSlotsStatus
Kod wskazujący typ kart włożonych do dwóch szczelin czytników karty przy-
rządu rejestrującego.
CardSlotsStatus::= OCTET STRING (SIZE(1))
Przypisanie wartości —Octet Aligned: ′ccccdddd′B:
′cccc′B identyfikacja typu karty włożonej do szczeliny karty współkierowcy,
′dddd′B identyfikacja typu karty włożonej do szczeliny karty kierowcy,
z następującymi kodami identyfikującymi:
′0000′B brak karty,
′0001′B włożona jest karta kierowcy,
′0010′B włożona jest karta warsztatowa,
′0011′B włożona jest karta kontrolna,
′0100′B włożona jest karta firmowa.
2.29. CardStructureVersion
Kod wskazujący wersję struktury na karcie do tachografów.
CardStructureVersion::= OCTET STRING (SIZE(2))
Przypisanie wartości: ′aabb′H:
′aa′H indeks zmian struktury,
′bb′H indeks zmian dotyczących użycia elementów danych zdefiniowanych dla
struktury określony wyższym bajtem.
2.30. CardVehicleRecord
Informacje przechowywane na karcie kierowcy lub warsztatowej dotyczące
okresu używania pojazdu w czasie dnia kalendarzowego (wymagania 197 i 217).
CardVehicleRecord::= SEQUENCE {
vehicleOdometerBegin OdometerShort,
vehicleOdometerEnd OdometerShort,vehicleFirstUse TimeReal,
vehicleLastUse TimeReal,
vehicleRegistration VehicleRegistrationIdentification,vuDataBlockCounter VuDataBlockCounter
}
VehicleOdometerBegin jest stanem licznika kilometrów na początku okresu
używania pojazdu.
VehicleOdometerEnd jest stanem licznika kilometrów na końcu okresu
używania pojazdu.
VehicleFirstUse jest datą i godziną rozpoczęcia okresu używania pojazdu.1998R2135 —PL—01.05.2006 —002.001 —66
▼M1
VehicleLastUse jest datą i godziną zakończenia okresu używania pojazdu.
VehicleRegistration jest numerem VRN i Państwa Członkowskiego rejestracji
pojazdu.
VuDataBlockCounter jest wartością licznika VuDataBlockCounter ostatniego
wyciągu okresu użycia pojazdu.
2.31. CardVehiclesUsed
Informacje przechowywane na karcie kierowcy lub warsztatowej dotyczące
pojazdów używanych przez posiadacza karty (wymagania 197 i 217).
CardVehiclesUsed := SEQUENCE {
VehiclePointerNewestRecord INTEGER(0..NoOfCardVehicleRecords-1),
CardVehicleRecords SET SIZE(NoOfCardVehicleRecords) OF CardVehicle-
Record
}
VehiclePointerNewestRecord jest indeksem ostatniego, uaktualnionego zapisu
dotyczącego pojazdu.
Przypisanie wartości: liczba odpowiadająca stanowi licznika zapisów dotyczą-
cych pojazdów, rozpoczynając od '0' dla pierwszego wystąpienia w strukturze
zapisów dotyczących pojazdów.
CardVehicleRecords jest zbiorem zapisów zawierających informacje o używa-
nych pojazdach.
2.32. Certificate
Certyfikat klucza publicznego wydanego przez jednostkę certyfikującą.
Certificate::= OCTET STRING (SIZE(194))
Przypisanie wartości: podpis cyfrowy z częściowym odzyskiwaniem zawartości
CertificateContent, zgodnie z dodatkiem 11 »Wspólne mechanizmy bezpieczeń-
stwa«: podpis (128 bajtów) || reszta klucza publicznego (58 bajtów) || odesłanie
do jednostki certyfikującej (8 bajtów).
2.33. CertificateContent
Treść certyfikatu klucza publicznego zgodnie z dodatkiem 11 Wspólne mecha-
nizmy bezpieczeństwa.
CertificateContent::= SEQUENCE {
CertificateProfileIdentifier INTEGER(0..255),
CertificationAuthorityReference KeyIdentifier,CertificateHolderAuthorisation CertificateHolderAuthorisation,CertificateEndOfValidity TimeReal
CertificateHolderReference KeyIdentifier,
PublicKey PublicKey
}
CertificateProfileIdentifier jest wersją odpowiedniego certyfikatu.
Przypisanie wartości:: ′01h′ dla tej wersji.
CertificationAuthorityReference identyfikuje jednostkę certyfikującą wydającą
certyfikat. Jest tu także odesłanie do klucza publicznego tej jednostki certyfiku-
jącej.
certificateHolderAuthorisation identyfikuje prawa posiadacza certyfikatu.
certificateEndOfValidity data administracyjnego wygaśnięcia certyfikatu.
certificateHolderReference identyfikuje posiadacza certyfikatu. Jest tu także
odesłanie do jego klucza publicznego.
PublicKey jest kluczem publicznym, który jest poświadczony tym certyfikatem.
2.34. CertificateHolderAuthorisation
Identyfikacja praw posiadacza certyfikatu.1998R2135 —PL—01.05.2006 —002.001 —67
▼M1
CertificateHolderAuthorisation::= SEQUENCE {
TachographApplicationID OCTET STRING(SIZE(6))
EquipmentType EquipmentType
}
TachographApplicationID jest identyfikatorem aplikacji dla aplikacji tachogra-
ficznej.
Przypisanie wartości: ′FFh′ ′54h′ ′41h′ ′43h′ ′48h′ ′4Fh′. Ten AID jest zastrze-
żonym, nierejestrowanym identyfikatorem aplikacji zgodnie z ISO/IEC 7816-5.
EquipmentType jest identyfikacją typu urządzenia, dla którego przeznaczony jest
certyfikat.
Przypisanie wartości::zgodnie z typem danych, EquipmentType. 0 gdy jest to
certyfikat jednego z Państw Członkowskich.
2.35. CertificateRequestID
Jednoznaczna identyfikacja wniosku o certyfikat. Może być także używana jako
identyfikator klucza publicznego przyrządu rejestrującego, jeżeli numer fabryczny
przyrządu rejestrującego, do którego ten klucz jest przeznaczony, nie jest znany
w czasie sporządzania certyfikatu.
CertificateRequestID::= SEQUENCE {
RequestSerialNumber INTEGER(0..232-1)
RequestMonthYear BCDString(SIZE(2))CrIdentifier OCTET STRING(SIZE(1))
ManufacturerCode ManufacturerCode
}
RequestSerialNumber jest numerem fabrycznym wniosku o certyfikat, unika-
towym dla producenta i miesiąca określonego poniżej.
RequestMonthYear jest identyfikacją miesiąca i roku wniosku o certyfikat.
Przypisanie wartości: podane w kodzie BCD miesiąc (dwie cyfry) i rok (ostatnie
dwie cyfry).
CrIdentifier: jest identyfikatorem umożliwiającym rozróżnienie wniosku o certy-
fikat od rozszerzonego numeru fabrycznego.
Przypisanie wartości: ′FFh′.
ManufacturerCode: jest kodem numerycznym producenta wnioskującego o
certyfikat.
2.36. CertificationAuthorityKID
Identyfikator klucza publicznego organu certyfikującego (organu certyfikującego
Państwa Członkowskiego lub europejskiego).
CertificationAuthorityKID::= SEQUENCE {
nationNumeric NationNumeric
nationAlpha NationAlpha
keySerialNumber INTEGER(0..255)
additionalInfo OCTET STRING(SIZE(2))caIdentifier OCTET STRING(SIZE(1))
}
NationNumeric jest numerycznym kodem krajowym organu certyfikującego.
NationAlpha jest alfanumerycznym kodem krajowym organu certyfikującego.
KeySerialNumber jest numerem fabrycznym umożliwiającym rozróżnienie
różnych kluczy organu certyfikującego w przypadku zmiany kluczy.
AdditionalInfo jest dwubajtowym polem przeznaczonym na dodatkowy kod
(swoisty dla organu certyfikującego).
CaIdentifier jest identyfikatorem umożliwiającym rozróżnienie identyfikatora
klucza organu certyfikującego od innych identyfikatorów kluczy.
Przypisanie wartości: ′01h′.1998R2135 —PL—01.05.2006 —002.001 —68
▼M1
2.37. CompanyActivityData
Informacje przechowywane na karcie firmowej dotyczące czynności wykonanych
przy użyciu karty (wymaganie 237).
CompanyActivityData::= SEQUENCE {
companyPointerNewestRecord INTEGER(0..NoOfCompanyActivityRe-
cords-1),
companyActivityRecords SET SIZE(NoOfCompanyActivityRe-
cords) OF
companyActivityRecord SEQUENCE {
companyActivityType CompanyActivityType,
companyActivityTime TimeReal,
cardNumberInformation FullCardNumber,vehicleRegistrationInformation VehicleRegistrationIdentification,downloadPeriodBegin TimeReal,
downloadPeriodEnd TimeReal
}
}
CompanyPointerNewestRecord jest indeksem ostatniego, uaktualnionego
rekordu companyActivityRecord.
Przypisanie wartości: liczba odpowiadająca stanowi licznika zapisów czynności
firmy, rozpoczynając od ′0′dla pierwszego wystąpienia zapisu czynności firmy w
strukturze.
CompanyActivityRecords jest zbiorem wszystkich zapisów czynności firmy.
CompanyActivityRecord jest sekwencją informacji dotyczących jednej czyn-
ności firmy.
CompanyActivityType jest typem czynności firmy.
CompanyActivityTime jest datą i godziną czynności firmy.
CardNumberInformation jest numerem karty i Państwa Członkowskiego wyda-
jącego kartę, z której wczytano dane, gdy dotyczy.
VehicleRegistrationInformation jest numerem VRN i Państwem Członkowskim
rejestracji pojazdu, dla którego wczytano dane lub zablokowano lub zdjęto
blokadę.
DownloadPeriodBegin idownloadPeriodEnd jest okresem, dla którego wczy-
tano dane, z VU, gdy dotyczy.
2.38. CompanyActivityType
Kod wskazujący czynność wykonaną przez firmę z wykorzystaniem jej karty
firmowej.
CompanyActivityType::= INTEGER {
wczytywanie danych z karty 1,
wczytywanie danych z VU 2,
blokowanie VU 3,
zdejmowanie blokady w VU 4.
}
2.39. CompanyCardApplicationIdentification
Informacje przechowywane na karcie firmowej dotyczące identyfikacji aplikacji
na karcie (wymaganie 190).
CompanyCardApplicationIdentification::= SEQUENCE {
TypeOfTachographCardId EquipmentType,
CardStructureVersion CardStructureVersion,
NoOfCompanyActivityRecords NoOfCompanyActivityRecords
}1998R2135 —PL—01.05.2006 —002.001 —69
▼M1
TypeOfTachographCardId określa wdrożony typ karty.
CardStructureVersion określa wersję struktury zastosowanej na tej karcie.
NoOfCompanyActivityRecords jest liczbą zapisów z czynnościami firmy, które
można przechowywać na karcie.
2.40. CompanyCardHolderIdentification
Informacje przechowywane na karcie firmowej dotyczące identyfikacji posia-
dacza karty (wymaganie 236).
CompanyCardHolderIdentification::= SEQUENCE {
CompanyName Name,
CompanyAddress Address,
CardHolderPreferredLanguage Language
}
CompanyName jest nazwą (nazwiskiem) właściciela firmy.
CompanyAddress jest adresem właściciela firmy.
CardHolderPreferredLanguage jest preferowanym językiem właściciela firmy.
2.41. ControlCardApplicationIdentification
Informacje przechowywane na karcie kontrolnej dotyczące identyfikacji aplikacji
na karcie (wymaganie 190).
ControlCardApplicationIdentification::= SEQUENCE {
TypeOfTachographCardId EquipmentType,
CardStructureVersion CardStructureVersion,NoOfControlActivityRecords NoOfControlActivityRecords
}
TypeOfTachographCardId określa wdrożony typ karty.
CardStructureVersion określa wersję struktury, która jest wdrożona na karcie.
NoOfControlActivityRecords jest liczbą zapisów czynności kontrolnych, które
mogą byćzapisane na karcie.
2.42. ControlCardControlActivityData
Informacje przechowywane na karcie kontrolnej dotyczące czynności kontrolnych
wykonanych w odniesieniu do karty (wymaganie 233).
ControlCardControlActivityData::= SEQUENCE {
controlPointerNewestRecord INTEGER(0..NoOfControlActivityRe-
cords-1),
controlActivityRecords SET SIZE(NoOfControlActivityRecords)
OF
controlActivityRecord SEQUENCE {
controlType ControlType,controlTime TimeReal,
controlledCardNumber FullCardNumber,
controlledVehicleRegistration VehicleRegistrationIdentification,controlDownloadPeriodBegin TimeReal,controlDownloadPeriodEnd TimeReal
}
}
ControlPointerNewestRecord jest indeksem ostatniego, uaktualnionego zapisu
czynności kontrolnych.
Przypisanie wartości: liczba odpowiadająca stanowi licznika zapisów czynności
kontrolnych, rozpoczynając od »0« dla pierwszego wystąpienia w strukturze
zapisu czynności kontroli.1998R2135 —PL—01.05.2006 —002.001 —70
▼M1
ControlActivityRecords jest zbiorem wszystkich zapisów czynności kontrol-
nych.
ControlActivityRecord jest ciągiem informacji dotyczących jednej kontroli.
ControlType jest typem kontroli.
ControlTime jest datą i godziną kontroli.
ControlledCardNumber jest numerem karty i Państwa Członkowskiego wydają-
cego kartę, która jest kontrolowana.
ControlledVehicleRegistration jest numerem VRN i Państwa Członkowskiego
rejestracji pojazdu, w którym kontrola miała miejsce.
ControlDownloadPeriodBegin icontrolDownloadPeriodEnd wyznaczają
ewentualnie wczytany okres.
2.43. ControlCardHolderIdentification
Informacje przechowywane na karcie kontrolnej dotyczące identyfikacji posia-
dacza karty (wymaganie 232).
ControlCardHolderIdentification::= SEQUENCE {
controlBodyName Name,
controlBodyAddress Address,
cardHolderName HolderName,
cardHolderPreferredLanguage Language
}
ControlBodyName jest nazwą organu kontrolnego posiadacza karty.
ControlBodyAddress jest adresem organu kontrolnego posiadacza karty.
CardHolderName jest nazwą i imieniem (imionami) posiadacza karty
kontrolnej.
CardHolderPreferredLanguage jest preferowanym językiem posiadacza karty.
2.44. ControlType
Kod wskazujący czynności wykonane podczas kontroli. Ten typ danych związany
jest z wymaganiami 102, 210 i 225.
ControlType::= OCTET STRING (SIZE(1))Przypisanie wartości —oktet o budowie: ′cvpdxxxx′B (8 bitów)
′c′B wczytywanie danych z karty:
′0′B: nie wczytano z karty w czasie tej kontroli,
′1′B: wczytano z karty w czasie tej kontroli
′v′B VU wczytywanie danych:
′0′B: nie wczytano z VU w czasie tej kontroli,
′1′B: wczytano z VU w czasie tej kontroli
′p′B drukowanie:
′0′B: nie wykonano wydruków w czasie tej kontroli,′1′B: wykonano wydruki w czasie tej kontroli
′d′B wyświetlacz:
′0′B: nie użyto wyświetlacza w czasie tej kontroli,′1′B: użyto wyświetlacza w czasie tej kontroli
′xxxx′B Nieużywany.
2.45. CurrentDateTime
Bieżąca data i godzina urządzenia rejestrującego.
CurrentDateTime::= TimeRealPrzypisanie wartości: nie określa się.1998R2135 —PL—01.05.2006 —002.001 —71
▼M1
2.46. DailyPresenceCounter
Licznik znajdujący się na karcie kierowcy lub warsztatowej zwiększany o jeden
dla każdego dnia kalendarzowego, w którym karta jest włożona do VU. Ten typ
danych związany jest z wymaganiami 199 i 219.
DailyPresenceCounter::= BCDString(SIZE(2))Przypisanie wartości: Kolejna liczba do maksymalnej wartości = 9 999, i
następnie ponownie zaczyna od 0. Przy pierwszym wydaniu karty licznik jest
ustawiany na 0.
2.47. Datef
Data wyrażona w czytelnym, przeznaczonym do druku formacie numerycznym.
Datef::= SEQUENCE {
year BCDString(SIZE(2)),
month BCDString(SIZE(1)),day BCDString(SIZE(1))
}
Przypisanie wartości:yyyy rok
mm miesiącdd dzień′00000000′H oznacza jednoznacznie brak daty.
2.48. Distance
Przebyta odległość (wynik obliczenia różnicy między dwoma odczytami licznika
kilometrów pojazdu wyrażona w kilometrach).
Distance::= INTEGER(0..2
16-1)
Przypisanie wartości: Liczba binarna bez znaku. Wartość w km w zakresie
operacyjnym 0 do 9 999 km.
2.49. DriverCardApplicationIdentification
Informacje przechowywane na karcie kierowcy dotyczące identyfikacji aplikacji
na karcie (wymaganie 190).
DriverCardApplicationIdentification::= SEQUENCE {
typeOfTachographCardId EquipmentType,
cardStructureVersion CardStructureVersion,noOfEventsPerType NoOfEventsPerType,noOfFaultsPerType NoOfFaultsPerType,
activityStructureLength CardActivityLengthRange,
noOfCardVehicleRecords NoOfCardVehicleRecords,noOfCardPlaceRecords NoOfCardPlaceRecords
}
TypeOfTachographCardId określa wdrożony typ karty.
CardStructureVersion określa wersję struktury wdrożoną na karcie.
NoOfEventsPerType jest liczbą zdarzeń według typów możliwą do zarejestro-
wania na karcie.
NoOfFaultsPerType jest liczbą usterek według typów możliwą do zarejestro-
wania na karcie.
ActivityStructureLength podaje liczbę bajtów dostępnych do rejestrowania
rekordów czynności.
NoOfCardVehicleRecords jest liczbą zapisów pojazdu możliwą do zarejestro-
wania na karcie.
NoOfCardPlaceRecords jest liczbą miejsc możliwą do zarejestrowania na
karcie.1998R2135 —PL—01.05.2006 —002.001 —72
▼M1
2.50. DriverCardHolderIdentification
Informacje przechowywane na karcie kierowcy dotyczące identyfikacji posia-
dacza karty (wymaganie 195).
DriverCardHolderIdentification::= SEQUENCE {
CardHolderName HolderName,
CardHolderBirthDate Datef,
CardHolderPreferredLanguage Language
}
CardHolderName jest nazwą i imieniem (imionami) posiadacza karty kierowcy.
CardHolderBirthDate jest datą urodzenia posiadacza karty kierowcy.
CardHolderPreferredLanguage jest preferowanym językiem posiadacza karty.
2.51. EntryTypeDailyWorkPeriod
Kod umożliwiający rozróżnienie między początkiem a końcem wpisu dotyczą-
cego dziennego okresu pracy oraz miejsca i sposobu wprowadzenia wpisu.
EntryTypeDailyWorkPeriod ::= INTEGER
Begin, related time = card insertion time or time of entry (0),
End, related time = card withdrawal time or time of entry (1),
Begin, related time manually entered (start time) (2),
End, related time manually entered (end of work period) (3),
Begin, related time assumed by VU (4),
End, related time assumed by VU (5)
}
Przypisanie wartości: zgodnie z normą ISO/IEC8824-1.
2.52. EquipmentType
Kod umożliwiający rozróżnienie typów urządzeń dla aplikacji tachograficznej.
EquipmentType::= INTEGER(0..255)
- - Reserved (0),
- - Driver Card (1),
- - Workshop Card (2),
- - Control Card (3),
- - Company Card (4),
- - Manufacturing Card (5),
- - Vehicle Unit (6),
- - Motion Sensor (7),
- - RFU (8..255)
Przypisanie wartości: zgodnie z ISO/IEC 8824-1.
Wartość 0 jest zastrzeżona do celów oznaczenia Państwa Członkowskiego lub
Europy w rubryce CHA certyfikatów.
2.53. EuropeanPublicKey
Europejski klucz publiczny.
EuropeanPublicKey::= PublicKey.
2.54. EventFaultType
Kod kwalifikujący zdarzenie lub usterkę.
EventFaultType::= OCTET STRING (SIZE(1)).
Przypisanie wartości:
′0x′H zdarzenia,1998R2135 —PL—01.05.2006 —002.001 —73
▼M1
′00′H brak dalszych szczegółów,
′01′H włożenie nieważnej karty,′02′H konflikt kart,′03′H nakładające się czasy,
′04′H prowadzenie bez prawidłowej karty,′05′H włożenie karty podczas jazdy,
′06′H sesja ostatniej karty niezamknięta prawidłowo,
′07′H przekroczenie prędkości,′08′H przerwa zasilania,′09′H błąd danych o ruchu,′0A′H to ′0F′H RFU,
′1x′H zdarzenia związane z próbami naruszenia zabezpieczenia przy-
rządu rejestrującego,
′10′H brak dalszych szczegółów,
′11′H błąd uwierzytelnienia czujnika ruchu,′12′H błąd uwierzytelnienia kart do tachografów,′13′H nieupoważniona zmiana w czujniku ruchu,′14′H błąd integralności wprowadzania danych na kartę′15′H błąd integralności przechowywanych danych użytkownika,
′16′H błąd wewnętrznego przesyłania danych,
′17′H nieupoważnione otwarcie obudowy,′18′H uszkodzenie sprzętu,′19′H to ′1F′H RFU,
′2x′H zdarzenia związane z próbami naruszenia zabezpieczenia czuj-
nika,
′20′H brak dalszych szczegółów,
′21′H błąd uwierzytelnienia,
′22′H błąd integralności przechowywanych danych,′23′H błąd wewnętrznego przesyłania danych,′24′H nieupoważnione otwarcie obudowy,′25′H uszkodzenie sprzętu,′26′H to ′2F′H RFU,
′3x′H usterka urządzenia rejestrującego,
′30′H brak dalszych szczegółów,′31′H wewnętrzna usterka VU,
′32′H usterka drukarki,
′33′H usterka wyświetlacza,′34′H usterka wczytywania danych,′35′H usterka czujnika,′36′H to ′3F′H RFU
′4x′H usterki karty,
′40′H brak dalszych szczegółów,
′41′H to ′4F′H RFU
′50′H to ′7F′H RFU,
′80′H to ′FF′H swoisty dla producenta.
2.55. EventFaultRecordPurpose
Kod wyjaśniający, dlaczego zarejestrowano zdarzenie lub usterkę.
EventFaultRecordPurpose::= OCTET STRING (SIZE(1)).
Przypisanie wartości:
′00′H jedno z 10 ostatnich (lub ostatnie) zdarzeń lub usterek
′01′H najdłuższe zdarzenie w jednym z ostatnich 10 dni ich występo-
wania
′02′H jedno z 5 najdłuższych zdarzeń w ciągu ostatnich 365 dni1998R2135 —PL—01.05.2006 —002.001 —74
▼M1
′03′H ostatnie zdarzenie w jednym z ostatnich 10 dni ich występo-
wania
′04′H najpoważniejsze zdarzenie w jednym z ostatnich 10 dni ich
występowania
′05′H jedno z 5 najpoważniejszych zdarzeń w ciągu ostatnich 365 dni
′06′H pierwsze zdarzenie lub usterka zaistniałe po ostatniej kalibracji
′07′H aktywne/trwające zdarzenie lub usterka
′08′H to ′7F′H RFU
′80′H to ′FF′H swoisty dla producenta.
2.56. ExtendedSerialNumber
Unikalna identyfikacja urządzenia. Może być używana także jako identyfikator
klucza publicznego urządzenia.
ExtendedSerialNumber::= SEQUENCE {
SerialNumber INTEGER(0..232-1)
monthYear BCDString(SIZE(2))type OCTET STRING(SIZE(1))manufacturerCode ManufacturerCode
}
SerialNumber jest numerem fabrycznym urządzenia, unikalnym dla producenta,
typu urządzenia i miesiąca, jak wyjaśniono poniżej.
MonthYear jest identyfikacją miesiąca i roku produkcji (lub przypisanym
numerem fabrycznym).
Przypisanie wartości: miesiąc (dwie cyfry) i rok (dwie ostatnie cyfry) w kodzie
BCD.
Type jest identyfikatorem typu urządzenia.
Przypisanie wartości: swoisty dla producenta, z wartością zastrzeżoną FFh'.
ManufacturerCode: jest kodem numerycznym producenta urządzenia.
2.57. FullCardNumber
Kod całkowicie identyfikujący kartę do tachografów.
FullCardNumber::= SEQUENCE {
CardType EquipmentType,
CardIssuingMemberState NationNumeric,
CardNumber CardNumber
}
CardType jest typem karty do tachografów.
CardIssuingMemberState jest kodem Państwa Członkowskiego, które wydało
kartę.
CardNumber jest numerem karty.
2.58. HighResOdometer
Stan licznika kilometrów pojazdu: skumulowana odległość przebyta przez pojazd
w czasie jego eksploatacji.
HighResOdometer::= INTEGER(0..2
32-1)
Przypisanie wartości: liczba binarna bez znaku. Wyrażona w 1/200 km w
zakresie operacyjnym 0 do 2 1 055 406 km.
2.59. HighResTripDistance
Odległość przebyta w czasie całej lub części podróży.
HighResTripDistance::= INTEGER(0..232-1)
Przypisanie wartości: liczba binarna bez znaku. Wyrażona w 1/200 km w
zakresie operacyjnym 0 do 2 1 055 406 km.1998R2135 —PL—01.05.2006 —002.001 —75
▼M1
2.60. HolderName
Nazwisko i imię (imiona) posiadacza karty.
HolderName::= SEQUENCE {
HolderSurname Name,
HolderFirstNames Name
}
HolderSurname jest nazwiskiem posiadacza. Tu nazwisko nie zawiera tytułów.
Przypisanie wartości: w przypadku kart nieosobowych, holderSurname zawiera
te same informacje, co companyName lub workshopName lub controlBody-
Name.
HolderFirstNames jest imieniem (imionami) i inicjałami posiadacza.
2.61. K-ConstantOfRecordingEquipment
Stała urządzenia rejestrującego (definicja m)).K-ConstantOfRecordingEquipment::= INTEGER(0..2
16-1)
Przypisanie wartości: liczba impulsów na kilometr w zakresie operacyjnym 0 do
64 255 impulsów/km.
2.62. KeyIdentifier
Unikalny identyfikator klucza publicznego używany przy odwoływaniu się do
klucza i do wybierania klucza. Identyfikuje także posiadacza klucza.
KeyIdentifier::= CHOICE {
ExtendedSerialNumber ExtendedSerialNumber,
CertificateRequestID CertificateRequestID,CertificationAuthorityKID CertificationAuthorityKID
}
Pierwsza pozycja jest odpowiednia przy odesłaniu do klucza publicznego przy-
rządu rejestrującego lub karty do tachografów.
Druga pozycja jest odpowiednia przy odesłaniu do klucza publicznego przyrządu
rejestrującego (w przypadku, gdy numer fabryczny przyrządu rejestrującego może
nie być znany w czasie sporządzenia certyfikatu).
Trzecia pozycja jest odpowiednia przy odesłaniu do klucza publicznego Państwa
Członkowskiego.
2.63. L-TyreCircumference
Skuteczny obwód opon (definicja u)).L-TyreCircumference::= INTEGER(0..2
16-1)
Przypisanie wartości: liczba binarna bez znaku, wyrażona w 1/8 mm w zakresie
operacyjnym 0 do 8 031 mm.
2.64. Language
Kod identyfikujący język.
Language::= IA5String(SIZE(2))
Przypisanie wartości: kod składający się z dwóch małych liter zgodny z normą
ISO 639.
2.65. LastCardDownload
Data i godzina, zapisane na karcie kierowcy, ostatniego wczytywania danych z
karty (do innych celów niż kontrola). Datę tęaktualizuje VU lub dowolny czytnik
kart.
LastCardDownload::= TimeRealPrzypisanie wartości: nie określa się.1998R2135 —PL—01.05.2006 —002.001 —76
▼M1
2.66. ManualInputFlag
Kod identyfikujący czy CardHolder wprowadza ręcznie czynności kierowcy przy
wkładaniu karty (wymaganie 081).
ManualInputFlag::= INTEGER {
noEntry (0)
manualEntries (1)
}
Przypisanie wartości: nie określa się.
2.67. ManufacturerCode
Kod identyfikujący producenta.
ManufacturerCode::= INTEGER(0..255)
Przypisanie wartości:
′00′H brak informacji
′01′H wartość zastrzeżona
′02′H .. ′0F′H zastrzeżony do wykorzystania w przyszłości
′10′H ACTIA
′11′H .. ′17′H zastrzeżony dla producentów, których nazwa (nazwisko) rozpo-
czyna się literą ′A′
′18′H .. ′1F′H zastrzeżony dla producentów, których nazwa (nazwisko) rozpo-
czyna się literą ′B′
′20′H .. ′27′H zastrzeżony dla producentów, których nazwa (nazwisko) rozpo-
czyna się literą ′C′
′28′H .. ′2F′H zastrzeżony dla producentów, których nazwa (nazwisko) rozpo-
czyna się literą ′D′
′30′H .. ′37′H zastrzeżony dla producentów, których nazwa (nazwisko) rozpo-
czyna się literą ′E′
′38′H .. ′3F′H zastrzeżony dla producentów, których nazwa (nazwisko) rozpo-
czyna się literą ′F′
′40′H Giesecke & Devrient GmbH
′41′H GEM plus
′42′H .. ′47′H zastrzeżony dla producentów, których nazwa (nazwisko) rozpo-
czyna się literą ′G′
′48′H .. ′4F′H zastrzeżony dla producentów, których nazwa (nazwisko) rozpo-
czyna się literą ′H′
′50′H .. ′57′H zastrzeżony dla producentów, których nazwa (nazwisko) rozpo-
czyna się literą ′I′
′58′H .. ′5F′H zastrzeżony dla producentów, których nazwa (nazwisko) rozpo-
czyna się literą ′J′
′60′H .. ′67′H zastrzeżony dla producentów, których nazwa (nazwisko) rozpo-
czyna się literą ′K′
′68′H .. ′6F′H zastrzeżony dla producentów, których nazwa (nazwisko) rozpo-
czyna się literą ′L′
′70′H .. ′77′H zastrzeżony dla producentów, których nazwa (nazwisko) rozpo-
czyna się literą ′M′
′78′H .. ′7F′H zastrzeżony dla producentów, których nazwa (nazwisko) rozpo-
czyna się literą ′N′
′80′H OSCARD
′81′H .. ′87′H zastrzeżony dla producentów, których nazwa (nazwisko) rozpo-
czyna się literą ′O′
′88′H .. ′8F′H zastrzeżony dla producentów, których nazwa (nazwisko) rozpo-
czyna się literą ′P′
′90′H .. ′97′H zastrzeżony dla producentów, których nazwa (nazwisko) rozpo-
czyna się literą ′Q′
′98′H .. ′9F′H zastrzeżony dla producentów, których nazwa (nazwisko) rozpo-
czyna się literą ′R′
′A0′H SETEC
′A1′H SIEMENS VDO1998R2135 —PL—01.05.2006 —002.001 —77
▼M1
′A2′H STONERIDGE
′A3′H .. ′A7′H zastrzeżony dla producentów, których nazwa (nazwisko) rozpo-
czyna się literą ′S′
′AA′H TACHOCONTROL′AB′H .. ′AF′H zastrzeżony dla producentów, których nazwa (nazwisko) rozpo-
czyna się literą ′T′
′B0′H .. ′B7′H zastrzeżony dla producentów, których nazwa (nazwisko) rozpo-
czyna się literą ′U′
′B8′H .. ′BF′H zastrzeżony dla producentów, których nazwa (nazwisko) rozpo-
czyna się literą ′V′
′C0′H .. ′C7′H zastrzeżony dla producentów, których nazwa (nazwisko) rozpo-
czyna się literą′W′
′C8′H .. ′CF′H zastrzeżony dla producentów, których nazwa (nazwisko) rozpo-
czyna się literą ′X′
′D0′H .. ′D7′H zastrzeżony dla producentów, których nazwa (nazwisko) rozpo-
czyna się literą ′Y′
′D8′H .. ′DF′H zastrzeżony dla producentów, których nazwa (nazwisko) rozpo-
czyna się literą ′Z′
2.68. MemberStateCertificate
Certyfikat klucza publicznego Państwa Członkowskiego wydany przez europejski
organ certyfikujący.
MemberStateCertificate::= Certificate
2.69. MemberStatePublicKey
Klucz publiczny Państwa Członkowskiego.MemberStatePublicKey::= PublicKey.
2.70. Name
Nazwa (nazwisko).
Name::= SEQUENCE {
codePage INTEGER (0..255),
name OCTET STRING (SIZE(35))
}
CodePage określa część strony kodowej normy ISO/IEC 8859 użytą do zakodo-
wania nazwy (nazwiska),
Name jest nazwą (nazwiskiem) zakodowanym zgodnie ze stroną kodową normy
ISO/IEC 8859.
2.71. NationAlpha
Alfabetyczne określenie państwa, zgodnie z konwencjonalnym oznakowaniem
państw na nalepkach umieszczanych na zderzakach pojazdów, i/lub jak używane
w międzynarodowych, zharmonizowanych dokumentach ubezpieczeniowych
pojazdów (zielona karta).
NationAlpha::= IA5String(SIZE(3))Przypisanie wartości:′ ′ brak informacji
′A′ Austria
′AL′ Albania
′AND′ Andora
′ARM′ Armenia
′AZ′ Azerbejdżan
′B′ Belgia
′BG′ Bułgaria
′BIH′ Bośnia i Hercegowina
′BY′ Białoruś1998R2135 —PL—01.05.2006 —002.001 —78
▼M1
′CH′ Szwajcaria
′CY′ Cypr
′CZ′ Republika Czeska
′D′ Niemcy
′DK′ Dania
′E′ Hiszpania
′EST′ Estonia
′F′ Francja
′FIN′ Finlandia
′FL′ Liechtenstein
′FR′ Wyspy Owcze
′UK′ Zjednoczone Królestwo, Alderney, Guernsey, Jersey, Wyspa Man,
Gibraltar
′GE′ Gruzja
′GR′ Grecja
′H′ Węgry
′HR′ Chorwacja
′I′ Włochy
′IRL′ Irlandia
′IS′ Islandia
′KZ′ Kazachstan
′L′ Luksemburg
′LT′ Litwa
′LV′ Łotwa
′M′ Malta
′MC′ Monako
′MD′ Republika Mołdowa
′MK′ Macedonia
′N′ Norwegia
′NL′ Niderlandy
′P′ Portugalia
′PL′ Polska
′RO′ Rumunia
′RSM′ San Marino
′RUS′ Federacja Rosyjska
′S′ Szwecja
′SK′ Słowacja
′SLO′ Słowenia
′TM′ Turkmenia
′TR′ Turcja
′UA′ Ukraina
′V′ Państwo Watykańskie
′YU′ Jugosławia
′UNK′ Nieznane
′EC′ Wspólnota Europejska
′EUR′ reszta Europy
′WLD′ reszta świata.
2.72. NationNumeric
Numeryczne odniesienie do państwa.NationNumeric::= INTEGER(0..255)Przypisanie wartości:
- - brak informacji (00)H,1998R2135 —PL—01.05.2006 —002.001 —79
▼M1
- - Austria (01)H,
- - Albania (02)H,- - Andora (03)H,
- - Armenia (04)H,
- - Azerbejdżan (05)H,- - Belgia (06)H,
- - Bułgaria (07)H,
- - Bośnia i Hercegowina (08)H,- - Białoruś (09)H,
- - Szwajcaria (0A)H,
- - Cypr (0B)H,- - Republika Czeska (0C)H,- - Niemcy (0D)H,
- - Dania (0E)H,
- - Hiszpania (0F)H,- - Estonia (10)H,
- - Francja (11)H,
- - Finlandia (12)H,- - Liechtenstein (13)H,
- - Wyspy Owcze (14)H,
- - Zjednoczone Królestwo (15)H,- - Gruzja (16)H,- - Grecja (17)H,
- - Węgry (18)H,
- - Chorwacja (19)H,- - Włochy (1A)H,
- - Irlandia (1B)H,
- - Islandia (1C)H,- - Kazachstan (1D)H,
- - Luksemburg (1E)H,
- - Litwa (1F)H,- -Łotwa (20)H,
- - Malta (21)H,
- - Monako (22)H,
- - Republika Mołdowa (23)H,- - Macedonia (24)H,
- - Norwegia (25)H,
- - Niderlandy (26)H,- - Portugalia (27)H,
- - Polska (28)H,
- - Rumunia (29)H,- - San Marino (2A)H,- - Federacja Rosyjska (2B)H,
- - Szwecja (2C)H,
- - Słowacja (2D)H,- - Słowenia (2E)H,
- - Turkmenia (2F)H,
- - Turcja (30)H,- - Ukraina (31)H,
- - Państwo Watykańskie (32)H,
- - Jugosławia (33)H,- - RFU (34..FC)H,- - Wspólnota Europejska (FD)H,1998R2135 —PL—01.05.2006 —002.001 —80
▼M1
- - reszta Europy (FE)H,
- - reszta świata (FF)H
2.73. NoOfCalibrationRecords
Liczba zapisów kalibracyjnych, możliwych do przechowywania na karcie.
NoOfCalibrationRecords::= INTEGER(0..255)Przypisanie wartości: patrz pkt 3.
2.74. NoOfCalibrationsSinceDownload
Licznik pokazujący liczbę kalibracji wykonanych przy użyciu karty warsztatowej
od ostatniego wczytania danych z tej karty (wymaganie 230).
NoOfCalibrationsSinceDownload::= INTEGER(0..2
16-1),
Przypisanie wartości: nie określa się.
2.75. NoOfCardPlaceRecords
Liczba zapisów dotyczących miejsca, możliwych do przechowywania na karcie
kierowcy lub warsztatowej.
NoOfCardPlaceRecords::= INTEGER(0..255)Przypisanie wartości: patrz pkt 3.
2.76. NoOfCardVehicleRecords
Liczba zapisów dotyczących użytych pojazdów, możliwych do przechowywania
na karcie kierowcy lub warsztatowej.
NoOfCardVehicleRecords::= INTEGER(0..2
16-1)
Przypisanie wartości: patrz pkt 3.
2.77. NoOfCompanyActivityRecords
Liczba zapisów dotyczących czynności firmy, możliwych do przechowywania na
karcie firmowej.
NoOfCompanyActivityRecords::= INTEGER(0..216-1)
Przypisanie wartości: patrz pkt 3.
2.78. NoOfControlActivityRecords
Liczba zapisów dotyczących czynności kontrolnych, możliwych do przechowy-
wania na karcie kontrolnej.
NoOfControlActivityRecords::= INTEGER(0..216-1)
Przypisanie wartości: patrz pkt 3.
2.79. NoOfEventsPerType
Liczba zdarzeń według typu, możliwych do przechowywania na karcie.
NoOfEventsPerType::= INTEGER(0..255)Przypisanie wartości: patrz pkt 3.
2.80. NoOfFaultsPerType
Liczba usterek według typu, możliwych do przechowywania na karcie.NoOfFaultsPerType::= INTEGER(0..255)
Przypisanie wartości: patrz pkt 3.
2.81. OdometerValueMidnight
Stan licznika kilometrów o północy w danym dniu (wymaganie 090).OdometerValueMidnight::= OdometerShortPrzypisanie wartości: nie określa się.1998R2135 —PL—01.05.2006 —002.001 —81
▼M1
2.82. OdometerShort
Stan licznika kilometrów pojazdu w skróconej postaci.OdometerShort::= INTEGER(0..2
24-1)
Przypisanie wartości: liczba binarna bez znaku. Wyrażona w km w zakresie
operacyjnym 0-9 999 999 km.
2.83. OverspeedNumber
Liczba zdarzeń przekroczenia prędkości od ostatniej kontroli przekroczenia pręd-
kości.
OverspeedNumber::= INTEGER(0..255)Przypisanie wartości: 0 oznacza, że nie było zdarzenia przekroczenie prędkości
od ostatniej kontroli przekroczenia prędkości, 1 oznacza, że było jedno zdarzenie
przekroczenia prędkości od ostatniej kontroli przekroczenia prędkości… 255
oznacza, że było 255 lub więcej zdarzeń przekroczenia prędkości od ostatniej
kontroli przekroczenia prędkości.
2.84. PlaceRecord
Informacje dotyczące miejsca rozpoczęcia lub zakończenia dziennego okresu
pracy (wymagania 087, 202, 221).
PlaceRecord::= SEQUENCE {
EntryTime TimeReal,
EntryTypeDailyWorkPeriod EntryTypeDailyWorkPeriod,DailyWorkPeriodCountry NationNumeric,DailyWorkPeriodRegion RegionNumeric,
VehicleOdometerValue OdometerShort
}
EntryTime jest datą i godziną wpisu.
EntryTypeDailyWorkPeriod jest typem wpisu.
DailyWorkPeriodCountry jest wprowadzonym krajem.
DailyWorkPeriodRegion jest wprowadzonym regionem.
VehicleOdometerValue jest stanem licznika kilometrów w czasie wprowadzania
miejsca.
2.85. PreviousVehicleInfo
Informacje dotyczące pojazdu poprzednio używanego przez kierowcę w chwili
wkładania jego karty do przyrządu rejestrującego (wymaganie 081).
PreviousVehicleInfo::= SEQUENCE {
VehicleRegistrationIdentification VehicleRegistrationIdentification,
CardWithdrawalTime TimeReal
}
VehicleRegistrationIdentification jest numerem VRN i Państwa Członkow-
skiego rejestracji pojazdu.
CardWithdrawalTime jest datą i godziną wyjęcia karty.
2.86. PublicKey
Klucz publiczny RSA.
PublicKey::= SEQUENCE {
RsaKeyModulus RSAKeyModulus,
RsaKeyPublicExponent RSAKeyPublicExponent
}
RsaKeyModulus jest modułem pary kluczy.
RsaKeyPublicExponent jest wykładnikiem publicznym pary kluczy.1998R2135 —PL—01.05.2006 —002.001 —82
▼M1
2.87. RegionAlpha
Alfabetyczne odniesienie do regionu w określonym kraju.RegionAlpha::= IA5STRING(SIZE(3))
Przypisanie wartości:
′ ′brak informacji
Hiszpania:
′AN′ Andaluzja
′AR′ Aragonia
′AST′ Asturia
′C′ Cantabria
′CAT′ Katalonia
′CL′ Kastylia-León
′CM′ Kastylia-La Mancha
′CV′ Walencja
′EXT′ Extremadura
′G′ Galicja
′IB′ Baleary
′IC′ Wyspy Kanaryjskie
′LR′ La Rioja
′M′ Madryt
′MU′ Murcia
′NA′ Navarra
′PV′ Kraj Basków.
2.88. RegionNumeric
Numeryczne odniesienie do regionu w określonym kraju.RegionNumeric::= OCTET STRING (SIZE(1))
Przypisanie wartości:
′00′H brak informacjiHiszpania:
′01′H Andaluzja
′02′H Aragonia
′03′H Asturia′04′H Cantabria
′05′H Katalonia
′06′H Kastylia-León′07′H Kastylia-La Mancha′08′H Walencja
′09′H Extremadura
′0A′H Galicja′0B′H Baleary
′0C′H Wyspy Kanaryjskie
′0D′H La Rioja′0E′H Madryt′0F′H Murcia
′10′H Navarra
′11′H Kraj Basków.
2.89. RSAKeyModulus
Moduł pary kluczy RSA.
RSAKeyModulus::= OCTET STRING (SIZE(128))1998R2135 —PL—01.05.2006 —002.001 —83
▼M1
Przypisanie wartości: nieokreślona.
2.90. RSAKeyPrivateExponent
Wykładnik prywatny pary kluczy RSA.RSAKeyPrivateExponent::= OCTET STRING (SIZE(128))
Przypisanie wartości: nieokreślona.
2.91. RSAKeyPublicExponent
Wykładnik publiczny pary kluczy RSA.
RSAKeyPublicExponent::= OCTET STRING (SIZE(8))
Przypisanie wartości: nieokreślona.
2.92. SensorApprovalNumber
Numer homologacji typu czujnika.
SensorApprovalNumber::= IA5String(SIZE(8))
Przypisanie wartości: nieokreślona.
2.93. SensorIdentification
Informacje przechowywane w czujniku ruchu dotyczące jego identyfikacji
(wymaganie 077).
SensorIdentification::= SEQUENCE {
SensorSerialNumber SensorSerialNumber,
SensorApprovalNumber SensorApprovalNumber,
SensorSCIdentifier SensorSCIdentifier,
SensorOSIdentifier SensorOSIdentifier
}
SensorSerialNumber jest rozszerzonym numerem fabrycznym czujnika ruchu
(zawiera numer części i kod producenta).
SensorApprovalNumber jest numerem homologacji czujnika ruchu.
SensorSCIdentifier jest identyfikatorem elementu zabezpieczenia czujnika
ruchu.
SensorOSIdentifier jest identyfikatorem systemu operacyjnego czujnika ruchu.
2.94. SensorInstallation
Informacje przechowywane w czujniku ruchu dotyczące jego instalacji (wyma-
ganie 099).
SensorInstallation::= SEQUENCE {
SensorPairingDateFirst SensorPairingDate,
firstVuApprovalNumber VuApprovalNumber,firstVuSerialNumber VuSerialNumber,
sensorPairingDateCurrent SensorPairingDate,
currentVuApprovalNumber VuApprovalNumber,currentVUSerialNumber VuSerialNumber
}
SensorPairingDateFirst jest datą pierwszego sparowania czujnika ruchu z przy-
rządem rejestrującym.
FirstVuApprovalNumber jest numerem homologacji pierwszego przyrządu
rejestrującego sparowanego z czujnikiem ruchu.
FirstVuSerialNumber jest numerem fabrycznym pierwszego przyrządu rejestru-
jącego sparowanego z czujnikiem ruchu.
SensorPairingDateCurrent jest datą obecnego sparowania czujnika ruchu z
przyrządem rejestrującym.1998R2135 —PL—01.05.2006 —002.001 —84
▼M1
CurrentVuApprovalNumber jest numerem homologacji przyrządu rejestrują-
cego obecnie sparowanego z czujnikiem ruchu.
CurrentVUSerialNumber jest numerem fabrycznym przyrządu rejestrującego
obecnie sparowanego z czujnikiem ruchu.
2.95. SensorInstallationSecData
Informacje przechowywane na karcie warsztatowej dotyczące zabezpieczenia
potrzebne do sparowania czujników ruchu z przyrządami rejestrującymi (wyma-
ganie 214).
SensorInstallationSecData::= TDesSessionKeyPrzypisanie wartości: zgodnie z ISO 16844-3.
2.96. SensorOSIdentifier
Identyfikator systemu operacyjnego czujnika ruchu.SensorOSIdentifier::= IA5String(SIZE(2))Przypisanie wartości: swoisty dla producenta.
2.97. SensorPaired
Informacje przechowywane w przyrządzie rejestrującym dotyczące identyfikacji
czujnika ruchu sparowanego z przyrządem rejestrującym (wymaganie 079).
SensorPaired::= SEQUENCE {
SensorSerialNumber SensorSerialNumber,
sensorApprovalNumber SensorApprovalNumber,sensorPairingDateFirst SensorPairingDate
}
SensorSerialNumber jest numerem fabrycznym czujnika ruchu obecnie sparo-
wanego z przyrządem rejestrującym.
SensorApprovalNumber jest numerem homologacji czujnika ruchu obecnie
sparowanego z przyrządem rejestrującym.
SensorPairingDateFirst jest datą pierwszego sparowania z przyrządem rejestru-
jącym czujnika ruchu obecnie sparowanego z przyrządem rejestrującym.
2.98. SensorPairingDate
Data sparowania czujnika ruchu z przyrządem rejestrującym.SensorPairingDate::= TimeRealPrzypisanie wartości: nieokreślona.
2.99. SensorSerialNumber
Numer fabryczny czujnika ruchu.SensorSerialNumber::= ExtendedSerialNumber:
2.100. SensorSCIdentifier
Identyfikator elementu zabezpieczenia czujnika ruchu.SensorSCIdentifier::= IA5String(SIZE(8))Przypisanie wartości: element swoisty dla producenta.
2.101. Signature
Podpis cyfrowy.Podpis::= OCTET STRING (SIZE(128))Przypisanie wartości: zgodnie z dodatkiem 11, »Wspólne mechanizmy zabez-
pieczenia«.1998R2135 —PL—01.05.2006 —002.001 —85
▼M1
2.102. SimilarEventsNumber
Liczba podobnych zdarzeń w jednym, określonym dniu (wymaganie 094).
SimilarEventsNumber::= INTEGER(0..255)Przypisanie wartości: 0 nie używany, 1 oznacza, że tylko jedno zdarzenie tego
typu wystąpiło i jest zapamiętane dla tego dnia, 2 oznacza, że 2 zdarzenia wystą-
piły w tym dniu (zapamiętane jest tylko jedno),… 255 oznacza, że 255 lub więcej
zdarzeń wystąpiło w tym dniu.
2.103. SpecificConditionType
Kod identyfikujący stan szczególny (wymagania 050b, 105a, 212a and 230a).SpecificConditionType::= INTEGER(0..255)
Przypisanie wartości:
′00′H RFU
′01′H poza zakresem —początek
′02′H poza zakresem —zakończenie
′03′H PRZEPRAWA PROMOWA/PRZEJAZD KOLEJOWY
′04′H .. ′FF′H RFU.
2.104. SpecificConditionRecord
Informacje przechowywane na karcie kierowcy, karcie warsztatowej lub w przy-
rządzie rejestrującym dotyczące stanu szczególnego (wymagania 105a, 212a and
230a).
SpecificConditionRecord::= SEQUENCE {
entryTime TimeReal,
specificConditionType SpecificConditionType
}
EntryTime jest datą i godziną wprowadzenia danych.
SpecificConditionType jest kodem identyfikującym stan szczególny.
2.105. Speed
Prędkości pojazdu (km/godz).Speed::= INTEGER(0..255)Przypisanie wartości: kilometry na godzinę w zakresie operacyjnym 0 do 220
km/godz.
2.106. SpeedAuthorised
Maksymalne dozwolone prędkości pojazdu (definicja bb)).SpeedAuthorised::= Speed.
2.107. SpeedAverage
Prędkość średnia w uprzednio zdefiniowanym przedziale czasu (km/godz).SpeedAverage::= Speed.
2.108. SpeedMax
Prędkość maksymalna zmierzona w uprzednio zdefiniowanym przedziale czasu.
SpeedMax::= Speed.
2.109. TDesSessionKey
Klucz sesyjny T-DES.TDesSessionKey::= SEQUENCE {
tDesKeyA OCTET STRING (SIZE(8))
tDesKeyB OCTET STRING (SIZE(8))1998R2135 —PL—01.05.2006 —002.001 —86
▼M1
}
Przypisanie wartości: nie określa się.
2.110. TimeReal
Kod w polu zawierającym łącznie datę i godzinę, gdzie data i godzina są wyra-
żone w sekundach liczonych od godziny 00h.00m.00s. w dniu 1 stycznia 1970 r.
GMT.
TimeReal{INTEGER:TimeRealRange}::= INTEGER(0..TimeReal-
Range)
Przypisanie wartości - zapisane oktetami: liczba sekund od północy 1 stycznia
1970 r. GMT.
Maksymalna możliwa data/godzina wypada w 2106 r.
2.111. TyreSize
Oznaczenie wymiarów opon.TyreSize::= IA5String(SIZE(15))Przypisanie wartości: zgodnie z dyrektywą 92/23 (EWG) 31.3.1992, Dz.U. L
129, str. 95..
2.112. VehicleIdentificationNumber
Number identyfikacyjny pojazdu (VIN) odnoszący się do pojazdu jako całości,
normalnie numer fabryczny nadwozia lub ramy.
VehicleIdentificationNumber::= IA5String(SIZE(17))Przypisanie wartości: zdefiniowany w ISO 3779.
2.113. VehicleRegistrationIdentification
Identyfikacja pojazdu, unikalna dla Europy (VRN i Państwo Członkowskie).VehicleRegistrationIdentification::= SEQUENCE {
vehicleRegistrationNation NationNumeric,
VehicleRegistrationNumber VehicleRegistrationNumber
}
VehicleRegistrationNation jest państwem, w którym pojazd jest zarejestrowany.
VehicleRegistrationNumber jest numerem rejestracyjnym pojazdu (VRN).
2.114. VehicleRegistrationNumber
Numer rejestracyjny pojazdu (VRN). Numer rejestracyjny przydziela do pojazdu
organ rejestracyjny.
VehicleRegistrationNumber::= SEQUENCE {
CodePage INTEGER (0..255),
VehicleRegNumber OCTET STRING (SIZE(13))
}
CodePage określa stronę kodową według normy ISO/IEC 8859, używaną do
zakodowania vehicleRegNumber,
VehicleRegNumber jest numerem VRN zakodowanym zgodnie z ISO/IEC 8859-
codePage.
Przypisanie wartości: swoisty dla państwa.
2.115. VuActivityDailyData
Informacje przechowywane w VU dotyczące zmian czynności i/lub zmian stanu
prowadzenia pojazdu i/lub zmian stanu karty dla określonego dnia kalendarzo-
wego (wymaganie 084) i stanu szczelin o godzinie 00:00 tego dnia.
VuActivityDailyData::= SEQUENCE {
noOfActivityChanges INTEGER SIZE(0..1440),1998R2135 —PL—01.05.2006 —002.001 —87
▼M1
activityChangeInfos SET SIZE(noOfActivityChanges) OF ActivityChangeInfo
}
NoOfActivityChanges jest liczbą słów ActivityChangeInfo w zbiorze activity-
ChangeInfos.
ActivityChangeInfos jest zbiorem słów ActivityChangeInfo przechowywanych
w VU dla tego dnia. Zawsze zawiera dwa wyrazy ActivityChangeInfo opisujące
stan dwóch szczelin o godzinie 00:00 tego dnia.
2.116. VuApprovalNumber
Numer homologacji typu przyrządu rejestrującego.VuApprovalNumber::= IA5String(SIZE(8))
Przypisanie wartości: nieokreślona.
2.117. VuCalibrationData
Informacje przechowywane w przyrządzie rejestrującym dotyczące kalibracji
urządzenia rejestrującego (wymaganie 098).
VuCalibrationData::= SEQUENCE {
noOfVuCalibrationRecords INTEGER(0..255),
vuCalibrationRecords SET SIZE(noOfVuCalibrationRecords) OF VuCalibra-
tionRecord
}
NoOfVuCalibrationRecords jest liczbą zapisów w zbiorze vuCalibrationRe-
cords.
vuCalibrationRecords jest zbiorem zapisów kalibracyjnych.
2.118. VuCalibrationRecord
Informacje przechowywane w przyrządzie rejestrującym dotyczące kalibracji
urządzenia rejestrującego (wymaganie 098).
VuCalibrationRecord::= SEQUENCE {
CalibrationPurpose CalibrationPurpose,
WorkshopName Name,
workshopAddress Address,workshopCardNumber FullCardNumber,
workshopCardExpiryDate TimeReal,
vehicleIdentificationNumber VehicleIdentificationNumber,vehicleRegistrationIdentification VehicleRegistrationIdentification,wVehicleCharacteristicConstant W-VehicleCharacteristicConstant,
kConstantOfRecordingEquipment K-ConstantOfRecordingEquipment,
lTyreCircumference L-TyreCircumference,tyreSize TyreSize,
authorisedSpeed SpeedAuthorised,
oldOdometerValue OdometerShort,newOdometerValue OdometerShort,oldTimeValue TimeReal,
newTimeValue TimeReal,
nextCalibrationDate TimeReal
}
CalibrationPurpose jest celem kalibracji.
WorkshopName, workshopAddress sąnazwą (nazwiskiem) i adresem warsz-
tatu.
WorkshopCardNumber identyfikuje kartę warsztatową używaną przy kalibracji.
WorkshopCardExpiryDate jest datą ważności karty.1998R2135 —PL—01.05.2006 —002.001 —88
▼M1
VehicleIdentificationNumber jest numerem VIN.
VehicleRegistrationIdentification zawiera numer VRN i Państwa Członkow-
skiego rejestracji.
WVehicleCharacteristicConstant jest współczynnikiem charakterystycznym
pojazdu.
KConstantOfRecordingEquipment jest stałą urządzenia rejestrującego.
ITyreCircumference jest skutecznym obwodem tocznym kół.
TyreSize jest oznaczeniem rozmiaru opon zamontowanych w pojeździe.
AuthorisedSpeed jest dozwoloną prędkością pojazdu.
OldOdometerValue, newOdometerValue sąstarym i nowym stanem licznika
kilometrów.
OldTimeValue, newTimeValue sąstarą i nową wartością daty i godziny.
NextCalibrationDate jest datą następnej kalibracji typu określonego w Calibra-
tionPurpose, którą powinien przeprowadzić upoważniony organ kontrolny.
2.119. VuCardIWData
Informacje przechowywane w przyrządzie rejestrującym dotyczące cykli wkła-
dania i wyjmowania kart dla kart kierowcy lub kart warsztatowych w przyrządzie
rejestrującym (wymaganie 081).
VuCardIWData::= SEQUENCE {
noOfIWRecords INTEGER(0..216-1),
vuCardIWRecords SET SIZE(noOfIWRecords) OF VuCardIWRecord
}
noOfIWRecords jest liczbą zapisów w zbiorze vuCardIWRecords.
vuCardIWRecords jest zbiorem zapisów dotyczących cykli wkładania wyjmo-
wania kart.
2.120. VuCardIWRecord
Informacje przechowywane w przyrządzie rejestrującym dotyczące cykli wkła-
dania i wyjmowania kart dla kart kierowcy lub kart warsztatowych w przyrządzie
rejestrującym (wymaganie 081).
VuCardIWRecord::= SEQUENCE {
CardHolderName HolderName,
fullCardNumber FullCardNumber,
cardExpiryDate TimeReal,cardInsertionTime TimeReal,vehicleOdometerValueAtInsertion OdometerShort,
cardSlotNumber CardSlotNumber,
cardWithdrawalTime TimeReal,vehicleOdometerValueAtWithdrawal OdometerShort,
previousVehicleInfo PreviousVehicleInfo
manualInputFlag ManualInputFlag
}
CardHolderName jest nazwiskiem i imionami posiadacza karty kierowcy lub
warsztatowej zapisanymi na karcie.
FullCardNumber jest typem karty, Państwem Członkowskim wydającym kartę i
numerem karty zapisanymi na karcie.
CardExpiryDate jest datą ważności karty zapisaną na karcie.
CardInsertionTime jest datą i godziną włożenia karty.
VehicleOdometerValueAtInsertion jest stanem licznika kilometrów przy wkła-
daniu karty.
CardSlotNumber jest szczeliną czytnika, do której karta jest włożona.
CardWithdrawalTime jest datą i godziną wyjęcia karty.1998R2135 —PL—01.05.2006 —002.001 —89
▼M1
VehicleOdometerValueAtWithdrawal jest stanem licznika kilometrów przy
wyjęciu karty.
PreviousVehicleInfo zawiera informacje o pojeździe poprzednio używanym
przez kierowcę, zapisane na karcie.
ManualInputFlag jest flagą pokazującą, czy CardHolder przy wkładaniu karty
wprowadził ręcznie czynności kierowcy.
2.121. VuCertificate
Certyfikat klucza publicznego przyrządu rejestrującego.
VuCertificate::= Certificate
2.122. VuCompanyLocksData
Informacje przechowywane w przyrządzie rejestrującym dotyczące blokad firmo-
wych (wymaganie 104).
VuCompanyLocksData::= SEQUENCE {
NoOfLocks INTEGER(0..20),
VuCompanyLocksRecords SET SIZE(noOfLocks) OF VuCompanyLocksRecord
}
NoOfLocks jest liczba blokad wyszczególnionych w vuCompanyLocksRecords.
VuCompanyLocksRecords jest zbiorem zapisów blokad firmowych.
2.123. VuCompanyLocksRecord
Informacje przechowywane w przyrządzie rejestrującym, dotyczące pojedynczej
blokady firmowej (wymaganie 104).
VuCompanyLocksRecord::= SEQUENCE {
lockInTime TimeReal,
lockOutTime TimeReal,
companyName Name,
companyAddress Address,companyCardNumber FullCardNumber
}
LockInTime, lockOutTime sądatą i godziną założenia i zdjęcia blokady.
CompanyName, companyAddress sąnazwą (nazwiskiem) i adresem firmy
związanej z założeniem blokady.
CompanyCardNumber identyfikuje kartę użytą przy założeniu blokady.
2.124. VuControlActivityData
Informacje przechowywane w przyrządzie rejestrującym, dotyczące kontroli prze-
prowadzonych przy użyciu tego VU (wymaganie 102).
VuControlActivityData::= SEQUENCE {
NoOfControls INTEGER(0..20),
VuControlActivityRecords SET SIZE(noOfControls) OF VuControlActivityRecord
}
NoOfControls jest liczbą kontroli wyszczególnionych w vuControlActivityRe-
cords.
VuControlActivityRecords jest zbiorem zapisów czynności kontrolnych.
2.125. VuControlActivityRecord
Informacje przechowywane w przyrządzie rejestrującym, dotyczące kontroli prze-
prowadzonej przy użyciu tego VU (wymaganie 102).
VuControlActivityRecord::= SEQUENCE {
ControlType ControlType,1998R2135 —PL—01.05.2006 —002.001 —90
▼M1
ControlTime TimeReal,
ControlCardNumber FullCardNumber,DownloadPeriodBeginTime TimeReal,
DownloadPeriodEndTime TimeReal
}
ControlType jest typem kontroli.
ControlTime jest datą i godziną kontroli.
ControlCardNumber identyfikuje kartę kontrolną użytą przy kontroli.
DownloadPeriodBeginTime jest czasem rozpoczęcia okresu, dla którego wczy-
tano dane, w przypadku wczytywania danych.
DownloadPeriodEndTime jest czasem zakończenia okresu, dla którego wczy-
tano dane, w przypadku wczytywania danych.
2.126. VuDataBlockCounter
Licznik zapisany na karcie pokazujący kolejno cykle wkładania/wyjmowania
karty dla przyrządów rejestrujących.
VuDataBlockCounter::= BCDString(SIZE(2))
Przypisanie wartości: kolejna liczba, po osiągnięciu wartości maksymalnej 9 999
liczenie rozpoczyna się ponownie od 0.
2.127. VuDetailedSpeedBlock
Informacje przechowywane w przyrządzie rejestrującym dotyczące szczegółowej
prędkości pojazdu dla minuty, przez którą pojazd był w ruchu (wymaganie 093).
VuDetailedSpeedBlock::= SEQUENCE {
speedBlockBeginDate TimeReal,
speedsPerSecond SEQUENCE SIZE(60) OF Speed
}
SpeedBlockBeginDate jest datą i godziną pierwszego odczytu prędkości w
bloku.
SpeedsPerSecond jest chronologicznym ciągiem prędkości pomierzonych co
sekunda w ciągu minuty rozpoczynającej się od godziny określonej w speed-
BlockBeginDate (włącznie).
2.128. VuDetailedSpeedData
Informacje przechowywane w przyrządzie rejestrującym dotyczące szczegółowej
prędkości pojazdu.
VuDetailedSpeedData::= SEQUENCE
NoOfSpeedBlocks INTEGER(0.2
16-1),
VuDetailedSpeedBlocks SET SIZE(noOfSpeedBlocks) OF VuDetailedSpeedBlock
}
NoOfSpeedBlocks jest liczbą bloków zarejestrowanych prędkości w zbiorze
vuDetailedSpeedBlocks.
VuDetailedSpeedBlocks jest zbiorem bloków szczegółowej prędkości.
2.129. VuDownloadablePeriod
Najstarsza i najświeższa data i godzina, wyznaczające okres, dla którego przyrząd
rejestrujący przechowuje dane dotyczące czynności kierowców (wymagania 081,
084 lub 087).
VuDownloadablePeriod::= SEQUENCE {
MinDownloadableTime TimeReal
MaxDownloadableTime TimeReal
}1998R2135 —PL—01.05.2006 —002.001 —91
▼M1
MinDownloadableTime jest przechowywaną w VU datą i godziną najstarszego
włożenia karty lub zmiany czynności lub miejsca wprowadzania danych.
MaxDownloadableTime jest przechowywaną w VU datą i godziną ostatniego
włożenia karty lub zmiany czynności lub miejsca wprowadzania danych.
2.130. VuDownloadActivityData
Informacje przechowywane w przyrządzie rejestrującym dotyczące ostatniego
wczytywania danych (wymaganie 105).
VuDownloadActivityData::= SEQUENCE {
DownloadingTime TimeReal,
FullCardNumber FullCardNumber,CompanyOrWorkshopName Name
}
DownloadingTime jest datą i godziną wczytywania danych.
FullCardNumber identyfikuje kartę użytą do autoryzowania wczytywania
danych.
CompanyOrWorkshopName jest nazwą (nazwiskiem) firmy lub warsztatu.
2.131. VuEventData
Informacje przechowywane w przyrządzie rejestrującym, dotyczące zdarzeń
(wymaganie 094 z wyłączeniem przekroczenia prędkości).
VuEventData::= SEQUENCE {
NoOfVuEvents INTEGER(0..255),
VuEventRecords SET SIZE(noOfVuEvents) OF VuEventRecord
}
NoOfVuEvents jest liczbą zdarzeń wyszczególnionych w zbiorze vuEventRe-
cords.
VuEventRecords jest zbiorem zapisów dotyczących zdarzeń.
2.132. VuEventRecord
Informacje przechowywane w przyrządzie rejestrującym dotyczące zdarzenia
(wymaganie 094 z wyłączeniem przekroczenia prędkości).
VuEventRecord::= SEQUENCE {
EventType EventFaultType,
EventRecordPurpose EventFaultRecordPurpose,
EventBeginTime TimeReal,
EventEndTime TimeReal,CardNumberDriverSlotBegin FullCardNumber,CardNumberCodriverSlotBegin FullCardNumber,
CardNumberDriverSlotEnd FullCardNumber,
CardNumberCodriverSlotEnd FullCardNumber,SimilarEventsNumber SimilarEventsNumber
}
EventType jest typem zdarzenia.
EventRecordPurpose jest celem, dla którego to zdarzenie jest zarejestrowane.
EventBeginTime jest datą i godziną rozpoczęcia zdarzenia.
EventEndTime jest datą i godziną zakończenia zdarzenia.
CardNumberDriverSlotBegin identyfikuje kartę włożoną do szczeliny karty
kierowcy na początku zdarzenia.
CardNumberCodriverSlotBegin identyfikuje kartę włożoną do szczeliny karty
współkierowcy na początku zdarzenia.
CardNumberDriverSlotEnd identyfikuje kartę włożoną do szczeliny karty
kierowcy na końcu zdarzenia.1998R2135 —PL—01.05.2006 —002.001 —92
▼M1
CardNumberCodriverSlotEnd identyfikuje kartę włożoną do szczeliny karty
współkierowcy na końcu zdarzenia.
SimilarEventsNumber jest liczbą podobnych zdarzeń w tym dniu.
Sekwencji tej można używać dla wszystkich zdarzeń innych niż przekroczenie
prędkości.
2.133. VuFaultData
Informacje przechowywane w przyrządzie rejestrującym dotyczące usterek
(wymaganie 096).
VuFaultData::= SEQUENCE {
NoOfVuFaults INTEGER(0..255),
vuFaultRecords SET SIZE(noOfVuFaults) OF VuFaultRecord
}
NoOfVuFaults jest liczbą usterek wyszczególnionych w zbiorze vuFaultRecords.
VuFaultRecords jest zbiorem zapisów dotyczących usterek.
2.134. VuFaultRecord
Informacje przechowywane w przyrządzie rejestrującym dotyczące usterki
(wymaganie 096).
VuFaultRecord::= SEQUENCE {
faultType EventFaultType,
faultRecordPurpose EventFaultRecordPurpose,faultBeginTime TimeReal,
faultEndTime TimeReal,
cardNumberDriverSlotBegin FullCardNumber,cardNumberCodriverSlotBegin FullCardNumber,
cardNumberDriverSlotEnd FullCardNumber,
cardNumberCodriverSlotEnd FullCardNumber
}
FaultType jest typem usterki urządzenia rejestrującego.
FaultRecordPurpose jest celem, dla którego ta usterka jest zarejestrowana.
FaultBeginTime jest datą i godziną rozpoczęcia usterki.
FaultEndTime jest datą i godziną zakończenia usterki.
CardNumberDriverSlotBegin identyfikuje kartę włożoną do szczeliny karty
kierowcy na początku usterki.
CardNumberCodriverSlotBegin identyfikuje kartę włożoną do szczeliny karty
współkierowcy na początku usterki.
CardNumberDriverSlotEnd identyfikuje kartę włożoną do szczeliny karty
kierowcy na końcu usterki.
CardNumberCodriverSlotEnd identyfikuje kartę włożoną do szczeliny karty
współkierowcy na końcu usterki.
2.135. VuIdentification
Informacje przechowywane w przyrządzie rejestrującym dotyczące identyfikacji
przyrządu rejestrującego (wymaganie 075).
VuIdentification::= SEQUENCE {
VuManufacturerName VuManufacturerName,
VuManufacturerAddress VuManufacturerAddress,VuPartNumber VuPartNumber,
VuSerialNumber VuSerialNumber,
VuSoftwareIdentification VuSoftwareIdentification,VuManufacturingDate VuManufacturingDate,VuApprovalNumber VuApprovalNumber1998R2135 —PL—01.05.2006 —002.001 —93
▼M1
}
VuManufacturerName jest nazwą producenta przyrządu rejestrującego.
VuManufacturerAddress jest adresem producenta przyrządu rejestrującego.
VuPartNumber jest numerem części przyrządu rejestrującego.
VuSerialNumber jest numerem fabrycznym przyrządu rejestrującego.
VuSoftwareIdentification identyfikuje oprogramowanie zainstalowane w przy-
rządzie rejestrującym.
VuManufacturingDate jest datą produkcji przyrządu rejestrującego.
VuApprovalNumber jest numerem homologacji typu przyrządu rejestrującego.
2.136. VuManufacturerAddress
Adres producenta przyrządu rejestrującego.
VuManufacturerAddress::= AddressPrzypisanie wartości: nieokreślona.
2.137. VuManufacturerName
Nazwa producenta przyrządu rejestrującego.
VuManufacturerName::= Name
Przypisanie wartości: nieokreślona.
2.138. VuManufacturingDate
Data produkcji przyrządu rejestrującego.
VuManufacturingDate::= TimeReal
Przypisanie wartości: nieokreślona.
2.139. VuOverSpeedingControlData
Informacje przechowywane w przyrządzie rejestrującym dotyczące przekroczeń
prędkości od ostatniej kontroli przekroczenia prędkości (wymaganie 095).
VuOverSpeedingControlData::= SEQUENCE {
LastOverspeedControlTime TimeReal,
FirstOverspeedSince TimeReal,
NumberOfOverspeedSince OverspeedNumber
}
LastOverspeedControlTime jest datą i godziną ostatniej kontroli przekroczenia
prędkości.
FirstOverspeedSince jest datą i godziną pierwszego przekroczenia prędkości po
tej ostatniej kontroli przekroczenia prędkości.
NumberOfOverspeedSince jest liczbą zdarzeń przekroczenia prędkości od ostat-
niej kontroli przekroczenia prędkości.
2.140. VuOverSpeedingEventData
Informacje przechowywane w przyrządzie rejestrującym dotyczące zdarzeń prze-
kroczenia prędkości (wymaganie 094).
VuOverSpeedingEventData::= SEQUENCE {
NoOfVuOverSpeedingEvents INTEGER(0..255),
VuOverSpeedingEventRecords SET SIZE(noOfVuOverSpeedingEvents) OF VuOver-
SpeedingEventRecord
}
NoOfVuOverSpeedingEvents jest liczbą zdarzeń wyszczególnionych w zbiorze
vuOverSpeedingEventRecords.
VuOverSpeedingEventRecords jest zbiorem zapisów zdarzeń przekroczenia
prędkości.1998R2135 —PL—01.05.2006 —002.001 —94
▼M1
2.141. VuOverSpeedingEventRecord
Informacje przechowywane w przyrządzie rejestrującym dotyczące zdarzeń prze-
kroczenia prędkości (wymaganie 094).
VuOverSpeedingEventRecord::= SEQUENCE {
EventType EventFaultType,
EventRecordPurpose EventFaultRecordPurpose,
EventBeginTime TimeReal,EventEndTime TimeReal,MaxSpeedValue SpeedMax,
AverageSpeedValue SpeedAverage,
CardNumberDriverSlotBegin FullCardNumber,SimilarEventsNumber SimilarEventsNumber
}
EventType jest typem zdarzenia.
EventRecordPurpose jest celem, dla którego zarejestrowano to zdarzenie.
EventBeginTime jest datą i godziną rozpoczęcia zdarzenia.
EventEndTime jest datą i godziną zakończenia zdarzenia.
MaxSpeedValue jest maksymalną prędkością pomierzoną w czasie zdarzenia.
AverageSpeedValue jestśrednią arytmetyczną prędkości pomierzonych w czasie
zdarzenia.
CardNumberDriverSlotBegin identyfikuje kartę włożoną do szczeliny karty
kierowcy na początku zdarzenia.
SimilarEventsNumber jest liczbą podobnych zdarzeń w tym dniu.
2.142. VuPartNumber
Numer części przyrządu rejestrującego.
VuPartNumber::= IA5String(SIZE(16))
Przypisanie wartości: swoisty dla producenta VU.
2.143. VuPlaceDailyWorkPeriodData
Informacje przechowywane w przyrządzie rejestrującym dotyczące miejsc rozpo-
częcia lub zakończenia dziennych okresów pracy kierowców (wymaganie 087).
VuPlaceDailyWorkPeriodData::= SEQUENCE {
NoOfPlaceRecords INTEGER(0..255),
VuPlaceDailyWorkPeriodRecords SET SIZE(noOfPlaceRecords) OF VuPlaceDaily-
WorkPeriodRecord
}
NoOfPlaceRecords jest liczbą zapisów wyszczególnionych w zbiorze vuPlace-
DailyWorkPeriodRecords.
VuPlaceDailyWorkPeriodRecords jest zbiorem zapisów dotyczących miejsca.
2.144. VuPlaceDailyWorkPeriodRecord
Informacje przechowywane w przyrządzie rejestrującym dotyczące miejsc rozpo-
częcia lub zakończenia dziennego okresu pracy kierowcy (wymaganie 087).
VuPlaceDailyWorkPeriodRecord::= SEQUENCE {
FullCardNumber FullCardNumber,
PlaceRecord PlaceRecord
}
FullCardNumber zawiera typ karty kierowcy, Państwo Członkowskie wydające
kartę i numer karty.
PlaceRecord zawiera informacje dotyczące wprowadzonego miejsca.1998R2135 —PL—01.05.2006 —002.001 —95
▼M1
2.145. VuPrivateKey
Klucz prywatny przyrządu rejestrującego.
VuPrivateKey::= RSAKeyPrivateExponent
2.146. VuPublicKey
Klucz publiczny przyrządu rejestrującego.
VuPublicKey::= PublicKey
2.147. VuSerialNumber
Numer fabryczny przyrządu rejestrującego (wymaganie 075).
VuSerialNumber::= ExtendedSerialNumber
2.148. VuSoftInstallationDate
Data instalacji wersji oprogramowania przyrządu rejestrującego.
VuSoftInstallationDate::= TimeReal
Przypisanie wartości: nieokreślona.
2.149. VuSoftwareIdentification
Informacje przechowywane w przyrządzie rejestrującym dotyczące zainstalowa-
nego oprogramowania.
VuSoftwareIdentification::= SEQUENCE {
VuSoftwareVersion VuSoftwareVersion,
VuSoftInstallationDate VuSoftInstallationDate
}
VuSoftwareVersion jest numerem wersji oprogramowania przyrządu rejestrują-
cego.
VuSoftInstallationDate jest datą zainstalowania wersji oprogramowania.
2.150. VuSoftwareVersion
Numer wersji oprogramowania przyrządu rejestrującego.
VuSoftwareVersion::= IA5String(SIZE(4))
Przypisanie wartości: nieokreślona.
2.151. VuSpecificConditionData
Informacje przechowywane w przyrządzie rejestrującym dotyczące stanów szcze-
gólnych.
VuSpecificConditionData::= SEQUENCE {
NoOfSpecificConditionRecords INTEGER(0..216-1)
SpecificConditionRecords SET SIZE (noOfSpecificConditionRecords) OF
SpecificConditionRecord
}
NoOfSpecificConditionRecords jest liczbą zapisów wyszczególnionych w
zbiorze specificConditionRecords.
SpecificConditionRecords jest zbiorem zapisów dotyczących stanów szczegól-
nych.
2.152. VuTimeAdjustmentData
Informacje przechowywane w przyrządzie rejestrującym dotyczące regulacji
czasu wykonanych poza regularną kalibracją (wymaganie 101).
VuTimeAdjustmentData::= SEQUENCE {
NoOfVuTimeAdjRecords INTEGER(0..6),1998R2135 —PL—01.05.2006 —002.001 —96
▼M1
VuTimeAdjustmentRecords SET SIZE(noOfVuTimeAdjRecords) OF VuTimeAdjust-
mentRecords
}
NoOfVuTimeAdjRecords jest liczbą zapisów w zbiorze vuTimeAdjustmentRe-
cords.
VuTimeAdjustmentRecords jest zbiorem zapisów dotyczących regulacji czasu.
2.153. VuTimeAdjustmentRecord
Informacje przechowywane w przyrządzie rejestrującym dotyczące regulacji
czasu wykonanej poza regularną kalibracją (wymaganie 101).
VuTimeAdjustmentRecord::= SEQUENCE {
OldTimeValue TimeReal,
OldTimeValue TimeReal,NewTimeValue TimeReal,WorkshopName Name,
WorkshopAddress Address,
WorkshopCardNumber FullCardNumber
}
OldTimeValue, newTimeValue sąstarymi i nowymi wartościami daty i godziny.
WorkshopName, workshopAddress sąnazwą (nazwiskiem) i adresem warsz-
tatu.
WorkshopCardNumber identyfikuje kartę warsztatowa użytą do wykonania
regulacji czasu.
2.154. W-VehicleCharacteristicConstant
Współczynnik charakterystyczny pojazdu (definicja k)).W-VehicleCharacteristicConstant::= INTEGER(0..2
16-1))
Przypisanie wartości: liczba impulsów na kilometr w zakresie operacyjnym 0
do 64 255 impulsów/km.
2.155. WorkshopCardApplicationIdentification
Informacje przechowywane na karcie warsztatowej dotyczące identyfikacji apli-
kacji na karcie (wymaganie 190).
WorkshopCardApplicationIdentification::= SEQUENCE {
TypeOfTachographCardId EquipmentType,
CardStructureVersion CardStructureVersion,
NoOfEventsPerType NoOfEventsPerType,
NoOfFaultsPerType NoOfFaultsPerType,ActivityStructureLength CardActivityLengthRange,NoOfCardVehicleRecords NoOfCardVehicleRecords,
NoOfCardPlaceRecords NoOfCardPlaceRecords,
NoOfCalibrationRecords NoOfCalibrationRecords
}
TypeOfTachographCardId określa wdrożony typ karty.
CardStructureVersion określa wersję struktury wdrożonej na karcie.
NoOfEventsPerType jest liczbą zdarzeń według typu zdarzenia możliwych do
zarejestrowania na karcie.
NoOfFaultsPerType jest liczbą usterek według typu usterki możliwych do zare-
jestrowania na karcie.
ActivityStructureLength podaje liczbę bajtów dostępnych do zapisania zapisów
czynności.
NoOfCardVehicleRecords jest liczbą zapisów dotyczących pojazdów możliwych
do zarejestrowania na karcie.1998R2135 —PL—01.05.2006 —002.001 —97
▼M1
NoOfCardPlaceRecords jest liczbą miejsc możliwych do zarejestrowania na
karcie.
NoOfCalibrationRecords jest liczbą zapisów kalibracyjnych możliwych do zare-
jestrowania na karcie.
2.156. WorkshopCardCalibrationData
Informacje przechowywane na karcie warsztatowej dotyczące czynności warszta-
towych wykonanych przy użyciu karty (wymagania 227 and 229).
WorkshopCardCalibrationData::= SEQUENCE {
CalibrationTotalNumber INTEGER(0..216-1),
CalibrationPointerNewestRecord INTEGER(0..NoOfCalibrationRecords-1),
CalibrationRecords SET SIZE(NoOfCalibrationRecords) OF Work-
shopCardCalibrationRecord
}
CalibrationTotalNumber jest całkowitą liczbą kalibracji wykonanych przy
użyciu karty.
CalibrationPointerNewestRecord jest indeksem ostatniego, uaktualnionego
zapisu kalibracyjnego.
Przypisanie wartości: Liczba odpowiadającą licznikowi zapisów kalibracyjnych,
rozpoczynając od '0' dla pierwszego wystąpienia zapisu kalibracyjnego w struk-
turze.
CalibrationRecords jest zbiorem zapisów zawierających informacje o kalibracji
i/lub regulacji czasu.
2.157. WorkshopCardCalibrationRecord
Informacje przechowywane na karcie warsztatowej dotyczące kalibracji wyko-
nanej przy użyciu karty (wymaganie 227).
WorkshopCardCalibrationRecord::= SEQUENCE {
CalibrationPurpose CalibrationPurpose,
VehicleIdentificationNumber VehicleIdentificationNumber,VehicleRegistration VehicleRegistrationIdentification,
WVehicleCharacteristicConstant W-VehicleCharacteristicConstant,
KConstantOfRecordingEquipment K-ConstantOfRecordingEquipment,LTyreCircumference L-TyreCircumference,
TyreSize TyreSize,
authorisedSpeed SpeedAuthorised,oldOdometerValue OdometerShort,newOdometerValue OdometerShort,
oldTimeValue TimeReal,
newTimeValue TimeReal,nextCalibrationDate TimeReal,
vuPartNumber VuPartNumber,
vuSerialNumber VuSerialNumber,sensorSerialNumber SensorSerialNumber
}
CalibrationPurpose jest celem kalibracji.
VehicleIdentificationNumber jest numerem VIN.
VehicleRegistration zawiera numer VRN i Państwa Członkowskiego rejestracji.
WVehicleCharacteristicConstant jest współczynnikiem charakterystycznym
pojazdu.
KConstantOfRecordingEquipment jest stałą urządzenia rejestrującego.
LTyreCircumference jest skutecznym obwodem tocznym kół.
TyreSize jest oznaczeniem wymiarów opon zamontowanych w pojeździe.
AuthorisedSpeed jest maksymalną, dozwoloną prędkością pojazdu.1998R2135 —PL—01.05.2006 —002.001 —98
▼M1
OldOdometerValue, newOdometerValue sąstarym i nowym stanem licznika
kilometrów.
OldTimeValue, newTimeValue sąstarą i nową wartością daty i godziny.
NextCalibrationDate jest datą następnej kalibracji typu określonego w Calibra-
tionPurpose, którą powinien przeprowadzić autoryzowany organ kontrolny.
VuPartNumber, vuSerialNumber isensorSerialNumber sąelementami danych
do idnetyfikacji urządzenia rejestrującego.
2.158. WorkshopCardHolderIdentification
Informacje przechowywane na karcie warsztatowej dotyczące identyfikacji posia-
dacza karty (wymaganie 216).
WorkshopCardHolderIdentification::= SEQUENCE {
WorkshopName Name,
WorkshopAddress Address,CardHolderName HolderName,
CardHolderPreferredLanguage Language
}
WorkshopName jest nazwą (nazwiskiem) posiadacza karty warsztatowej.
WorkshopAddress jest adresem posiadacza karty warsztatowej.
CardHolderName jest nazwą (nazwiskiem) i imieniem (imionami) posiadacza
karty (np. nazwiskiem mechanika).
CardHolderPreferredLanguage jest preferowanym językiem posiadacza karty.
2.159. WorkshopCardPIN
Osobisty numer identyfikacyjny (PIN) karty warsztatowej (wymaganie 213).
WorkshopCardPIN::= IA5String(SIZE(8))
Przypisanie wartości: PIN znany CardHolder, z prawej strony wypełniony
bajtami o wartości »FF« aż do 8 bajtów.
3. DEFINICJE WARTO ŚCI I ZAKRESU WIELKOŚCI
Definicja wartości zmiennych używana w definicjach w ust. 2.TimeRealRange::= 2
32-1
3.1.Definicje dla karty kierowcy:
Nazwa wartości zmiennej Minimalnie Maksymalnie
CardActivityLengthRange 5 544 bajty
(28 dni 93 zmiany
czynności na dzień)13 776 bajtów
(28 dni 240 zmian
czynności na dzień)
NoOfCardPlaceRecords 84 112
NoOfCardVehicleRecords 84 200
NoOfEventsPerType 6 12
NoOfFaultsPerType 12 24
3.2.Definicje dla karty warsztatowej:
Nazwa wartości zmiennej Minimalnie Maksymalnie
CardActivityLengthRange 198 bajtów
(1 dzień 93 zmiany
czynności)492 bajty
(1 dzień 240 zmian
czynności)
NoOfCardPlaceRecords 6 8
NoOfCardVehicleRecords 4 81998R2135 —PL—01.05.2006 —002.001 —99
▼M1
Nazwa wartości zmiennej Minimalnie Maksymalnie
NoOfEventsPerType 3 3
NoOfFaultsPerType 6 6
NoOfCalibrationRecords 88 255
3.3.Definicje dla karty kontrolnej:
Nazwa wartości zmiennej Minimalnie Maksymalnie
NoOfControlActivityRecords 230 520
3.4.Definicje dla karty firmowej:
Nazwa wartości zmiennej Minimalnie Maksymalnie
NoOfCompanyActivityRecords 230 520
4. ZESTAWY ZNAKÓW
Włańcuchach IA5Strings używa się znaków ASCII zdefiniowanych w normie
ISO/IEC 8824-1. Dla potrzeb czytelności i łatwego odwoływania się poniżej
podano przypisanie wartości. W przypadku rozbieżności między tą uwagą a
normą obowiązują przepisy normy ISO/IEC 8824-1.
! " # ¤ % & ’( ) * + , - . / 0 1 2 3 4 5 6 7 8 9: ; < = > ?
@ A B C D E F G H I J K L M N O P Q R S T U V W X Y Z [ \ ] !!! _!!! a b c d e f g h i j k l m n o p q r s t u v w x y z { | } ~
W innych łańcuchach znaków (Address, Name, VehicleRegistrationNumber)
używa się dodatkowo znaków zdefiniowanych kodami 192 do 255 normy ISO/
IEC 8859-1 (zbiór znaków łacińskich 1) lub normy ISO/IEC 8859-7 (zbiór
znaków greckich).
5. KODOWANIE
Przy kodowaniu zgodnie z zasadami ASN.1, wszystkie zdefiniowane typy danych
koduje się zgodnie z wariantem unormowanym w ISO/IEC 8825-2.1998R2135 —PL—01.05.2006 —002.001 —100
▼M1
Dodatek 2
SPECYFIKACJA KART DO TACHOGRAFÓW
Spis treści
1. Wprowadzenie ….................................................................................
1.1. Skróty. …...........................................................................................
1.2. Odniesienia ….....................................................................................
2. Charakterystyki elektryczne I fizyczne …......................................................
2.1. Napięcie zasilające i pobór prądu …............................................................
2.2. Napięcie programowania Vpp….................................................................
2.3. Generowanie i częstotliwość zegara …..........................................................
2.4. Styk We/Wy …....................................................................................
2.5. Stany karty ….....................................................................................
3. Sprzęt i komunikacja …..........................................................................
3.1. Wprowadzenie ….................................................................................
3.2. Protokół komunikacyjny …......................................................................
3.2.1. Protokoły ….......................................................................................
3.2.2. ATR ….............................................................................................
3.2.3. PTS …..............................................................................................
3.3. Warunki dostępu (AC) ….........................................................................
3.4. Szyfrowanie danych …...........................................................................
3.5. Przegląd poleceń i kodów błędów …............................................................
3.6. Opis poleceń …....................................................................................
3.6.1. Wybór pliku (Select_file) ….....................................................................
3.6.1.1. Wybór przez nazwę (AID) …....................................................................
3.6.1.2. Wybór pliku elementarnego przy pomocy identyfikatora pliku …...........................
3.6.2. Odczyt binarny (Read_binary) …................................................................
3.6.2.1. Polecenie bez bezpiecznej wymiany komunikatów ….........................................
3.6.2.2. Polecenie z bezpieczną wymianą komunikatów …............................................
3.6.3. Uaktualnianie binarne (Update_binary) …......................................................
3.6.3.1. Polecenie bez bezpiecznej wymiany komunikatów ….........................................
3.6.3.2. Polecenie z bezpieczną wymianą komunikatów …............................................
3.6.4. Wydanie wezwania (Get_challenge) ….........................................................
3.6.5. Weryfikacja (Verify) …...........................................................................
3.6.6. Przyjęcie odpowiedzi (Get response) …........................................................
3.6.7. PSO: Weryfikacja certyfikatu Verify_certificate …............................................
3.6.8. Uwierzytelnianie wewnętrzne (Internal_authenticate) …......................................
3.6.9. Uwierzytelnianie zewnętrzne (External_authenticate) …......................................
3.6.10. Zarządzanie środowiskiem bezpieczeństwa (Manage security environment) ….............
3.6.11. PSO: HASH (haszowanie-mieszanie) …........................................................
3.6.12. Oblicz skrót pliku …..............................................................................
3.6.13. PSO: oblicz podpis cyfrowy …..................................................................
3.6.14. PSO: skontroluj podpis cyfrowy …..............................................................
4. Struktura kart do tachografów …................................................................
4.1. Struktura karty kierowcy …......................................................................
4.2. Struktura karty warsztatowej …..................................................................1998R2135 —PL—01.05.2006 —002.001 —101
▼M1
4.3. Struktura karty kontrolnej ….....................................................................
4.4. Struktura karty firmowej …......................................................................1998R2135 —PL—01.05.2006 —002.001 —102
▼M1
1. WPROWADZENIE
1.1.Skróty
Do celów niniejszego dodatku stosuje się następujące skróty:
AC warunki dostępu
AID identyfikator aplikacji
ALW zawsze
APDU jednostka danych protokołu aplikacji (struktura polecenia)ATR reakcja na sprowadzenie do stanu wyjściowego
AUT uwierzytelniony
C6, C7 styki 6 i 7 karty opisane w normie ISO/IEC 7816-2Cc cykle zegaroweCHV informacje weryfikacyjne posiadacza karty
CLA bajt klasy polecenia APDU
DF plik dedykowany. DF może zawierać inne pliki (EF lub DF)
EF plik elementarny
ENC zaszyfrowany: dostęp możliwy tylko poprzez kodowane dane
Etu elementarna jednostka czasuIC układ scalonyICC karta z układem scalonym
ID identyfikator
IFD urządzenie interfejsuIFS wielkość pola informacyjnego
IFSC wielkość pola informacyjnego dla karty
IFSD wielkość pola informacyjnego dla urządzenia (dla terminala)
INS bajt instrukcji w poleceniu APDULc długość danych wejściowych dla polecenia APDU
Le długość danych oczekiwanych (dane wyjściowe dla polecenia)
MF plik główny (root DF)P1-P2 bajty parametryczneNAD adres węzła używany w protokole T=1
NEV nigdy
PIN osobisty numer identyfikacyjnyPRO SM chroniony z bezpieczną wymianą komunikatów
PTS wybór protokołu transmisyjnego
RFU zastrzeżony do wykorzystania w przyszłościRST sprowadzenie do stanu wyjściowego (karty)SM bezpieczna wymiana komunikatów
SW1-SW2 bajty stanu
TS początkowy znak ATRVPP napięcie programowania
XXh wartość XX w zapisie heksadecymalnym
|| symbol konkatenacji 03||04=0304.
1.2.Odniesienia
W niniejszym dodatku używa się następujących odniesień:
EN 726-3 Systemy identyfikacji kart —Telekomunikacyjne karty i terminale z układami scalo-
nymi —część 3: Wymagania dla kart niezależne od aplikacji. Grudzień 1994 r.
ISO/IEC 7816-2 Informatyka —Identyfikacja kart —Karty z układami scalonymi ze stykami —
część 2: Wymiary i rozmieszczenie styków. Wydanie pierwsze: 1999 r.
ISO/IEC 7816-3 Informatyka —Identyfikacja kart —Karty z układami scalonymi ze stykami —
część 3: Sygnały elektryczne i protokół komunikacyjny. Wydanie 2: 1997 r.
ISO/IEC 7816-4 Informatyka —Identyfikacja kart —Karty z układami scalonymi ze stykami —
część 4: Międzybranżowe polecenia wymiany informacji. Wydanie pierwsze: 1995 +
Nowelizacja 1: 1997 r.1998R2135 —PL—01.05.2006 —002.001 —103
▼M1
ISO/IEC 7816-6 Informatyka —Identyfikacja kart —Karty z układami scalonymi ze stykami —
część 6: Międzybranżowe elementy danych. Wydanie pierwsze: 1996 + Popr. 1:
1998 r.
ISO/IEC 7816-8 Informatyka —Identyfikacja kart —Karty z układami scalonymi ze stykami —
część 8: Polecenia międzybranżowe związane z bezpieczeństwem. Wydanie
pierwsze: 1999 r.
ISO/IEC 9797 Informatyka —Techniki bezpieczeństwa —Mechanizm integralności danych wyko-
rzystujący funkcję kontroli kryptograficznej używającą algorytmu szyfru blokowego.
Wydanie 2: 1994 r.
2. CHARAKTERYSTYKI ELEKTRYCZNE I FIZYCZNE
Wszystkie sygnały elektryczne są zgodne z normą ISO/IEC 7816-3, chyba że
określono inaczej.
Rozmieszczenie i wymiary styków kart są zgodne z normą ISO/IEC 7816-2.
2.1.Napięcie zasilające i pobór prądu
Karta pracuje zgodnie ze specyfikacją przy poborze w granicach określonych w
normie ISO/IEC 7816-3.
Karta pracuje z Vcc= 3 V (+/- 0,3 V) lub Vcc= 5 V (+/- 0,5 V).
Wybór napięcia odbywa się zgodnie z normą ISO/IEC 7816-3.
2.2.Napięcie programowania Vpp
Karta nie wymaga napięcia programowania na styku C6. Oczekuje się, że styk
C6 nie jest przyłączony w IFD. Styk C6 może być przyłączony do Vccna karcie,
ale nie może być przyłączony do masy. W żadnym przypadku napięcie to nie
może być interpretowane.
2.3.Generowanie i częstotliwość zegara
Karta pracuje w zakresie częstotliwości 1 do 5 MHz. W czasie jednej sesji karty
częstotliwość zegara może zmieniać sięw granicach ± 2 %. Częstotliwość zegara
generuje przyrząd rejestrujący a nie karta. Cykl pracy może zmieniać sięw grani-
cach 40 do 60 %.
W warunkach określonych na karcie w pliku EFICC, zewnętrzny zegar może
zostać zatrzymany. Pierwszy bajt treści pliku EFICCkoduje warunki trybu pracy
Clockstop (szczegóły znajdują sięw EN 726-3):
Niski Wysoki
Bit 1 Bit 3 Bit 2
0 0 1 Clockstop dozwolony, brak preferowanego poziomu
0 1 1 Clockstop dozwolony, preferowany poziom wysoki
1 0 1 Clockstop dozwolony, preferowany poziom niski
0 0 0 Clockstop niedozwolony0 1 0 Clockstop dozwolony tylko przy wysokim poziomie
1 0 0 Clockstop dozwolony tylko przy niskim poziomie
Bitów 4 do 8 nie używa się.
2.4.Styk We/Wy
Styk We/Wy C7 służy do odbierania i wysyłania danych do IFD. W czasie pracy
tylko karta albo tylko IFD jest w trybie nadawania. Gdyby jednak obie jednostki
jednocześnie znalazły się w trybie nadawania, nie może to spowodować uszko-
dzenia karty. Karta wchodzi do trybu odbioru, chyba że nadaje dane.
2.5.Stany karty
Gdy podawane jest napięcie zasilające, karta pracuje w stanach:—stan operacyjny, gdy karta wykonuje polecenia lub jest połączona z jednostką
cyfrową,1998R2135 —PL—01.05.2006 —002.001 —104
▼M1
—stan jałowy we wszystkich pozostałych sytuacjach; w tym stanie karta zacho-
wuje wszystkie dane.
3. SPRZĘT I KOMUNIKACJA
3.1.Wprowadzenie
W punkcie tym opisano minimalną funkcjonalność wymaganą od kart do tacho-
grafów i VU w celu zagwarantowania prawidłowego funkcjonowania i interope-
racyjności.
Karty do tachografów są zgodne, na ile tylko możliwe, z obowiązującymi
normami ISO/IEC (w szczególności z normą ISO/IEC 7816). Niemniej jednak
szczegółowo opisano polecenia i protokoły w celu określenia pewnych ograniczo-
nych zastosowań lub różnic, o ile występują. Opisane polecenia są w pełni
zgodne z przywołanymi normami, jeżeli nie wskazano inaczej.
3.2.Protokó łkomunikacyjny
Protokół komunikacyjny jest zgodny z normą ISO/IEC 7816-3. W szczególności
VU rozpoznaje wysyłane przez kartę przedłużenia czasu oczekiwania.
3.2.1. Protokoły
Karta obsługuje oba protokoły T=0 i T=1.T=0 jest protokołem domyślnym, dlatego też polecenie PTS jest niezbędne do
zmiany protokołu na T=1.
Urządzenia stosują konwencję bezpośrednią w obu protokołach: tak więc
konwencja bezpośrednia jest obowiązkowa dla karty.
Bajt informacji o wielkości pola karty znajduje się w ATR w znaku TA3. Wartość
ta jest nie mniejsza niż ′F0h′ (= 240 bajtów).
Do protokołów stosuje się następujące ograniczenia:
T=0
—Urządzenie interfejsu wspiera odpowiedź na We/Wy po wzroście krawędzi
narastającego sygnału na RST z 400 cc.
—Urządzenie interfejsu potrafi odczytać znaki rozdzielone 12 etu.
—Urządzenie interfejsu odczytuje błędny znak i jego powtórzenie, jeżeli
rozdzielone 13 etu. W przypadku wykrycia błędnego znaku, na We/Wy znaj-
duje się sygnał błędu między 1 etu a 2 etu. Urządzenie obsługuje opóźnienie
1 etu.
—Urządzenie interfejsu akceptuje 33-bajtowe ATR (TS+32)
—Jeżeli TC1 znajduje się w ATR, to dla znaków wysyłanych przez urządzenie
interfejsu jest dodatkowy czas ochronny (Extra Guard Time), chociaż znaki
wysyłane przez kartę mogą być jeszcze przedzielone odstępami 12 etu.
Odnosi się to także do znaku ACK wysyłanego przez kartę po wysłaniu
znaku P3 przez urządzenie interfejsu.
—Urządzenie interfejsu bierze pod uwagę znak NUL wysyłany przez kartę.
—Urządzenie interfejsu akceptuje tryb uzupełniający dla ACK.
—Polecenia odbierz-odpowiedź (get-response) nie można używać w trybie
łańcuchowym do otrzymywania danych, których długość może być większa
niż255 bajtów.
T=1
—Bajt NAD: nieużywany (NAD ustawia się na′00′).
—S-block ABORT: nieużywany.
—Błąd stanu S-block VPP: nieużywany.
—Całkowita długość łańcucha dla pola danych nie może przekraczać 255
bajtów (IFD musi to zapewniać).
—IFD bezpośrednio po ATR podaje wielkość pola informacyjnego dla urzą-
dzenia (IFSD): IFD wysyła żądanie S-Block IFS po ATR a karta odpowiada
S-Block IFS. Zalecaną wartością dla IFSD są 254 bajty.
—Karta nie pyta o skorygowane IFS.
3.2.2. ATR
Urządzenie sprawdza bajty ATR, zgodnie z normą ISO/IEC 7816-3. Nie wyko-
nuje się weryfikacji znaków historycznych ATR.1998R2135 —PL—01.05.2006 —002.001 —105
▼M1
Przykład podstawowego Biprotocol ATR zgodnego z normą ISO/IEC 7816-3
Znak Wartość Uwagi
TS ′3Bh′ wskazuje konwencję bezpośrednią
T0 ′85h′ TD1 obecny; jest 5 bajtów historycznych
TD1 ′80h′ TD2 obecny; będzie użyty T=0
TD2 ′11h′ TA3 obecny; będzie użyty T=l
TA3 ′XXh′ (mind. ′
F0h′)wielkość pola informacyjnego dla karty (IFSC)
TH1 bis TH5 ′XXh′ znaki historyczne
TCK ′XXh′ znak kontrolny (exclusive OR)
Po ATR wybierany jest domyślnie plik główny (MF) i staje się katalogiem
bieżącym.
3.2.3. PTS
Domyślnym protokołem jest T=0. Aby wybrać protokół T=1, urządzenie musi
wysłać do karty PTS (znane też jako PPS).
Jako że oba protokoły T=0 i T=1 są wymagane dla karty, podstawowy PTS do
przełączania między protokołami wymagany jest dla karty.
PTS można używać, jak wskazano w normie ISO/IEC 7816-3, do przełączania na
szybkości transmisji większe niż standardowa, proponowane przez kartę w ATR,
gdy dotyczy ( bajt TA(1)).
Większe szybkości transmisji są opcjonalne dla karty.
Jeżeli karta nie obsługuje innej szybkości transmisji niż standardowa (lub jeżeli
nie obsługuje wybranej szybkości transmisji), karta odpowiada na PTS prawid-
łowo, zgodnie z normą ISO/IEC 7816-3, opuszczając bajt PPS1.
Poniżej pokazano przykłady podstawowego PTS do wyboru protokołu:
Znak Wartość Uwagi
PPSS ′FFh′ znak inicjujący
PPS0 ′00h′ lub′01h′ nie ma PPS1 do PPS3; ′00h′, aby wybrać T0,′01h′, aby wybrać
Tl
PK ′XXh′ znak kontrolny: ′XXh′ =′FFh′, jeżeli PPS0 = ′00h′;
′XXh′ =′FEh′, jeżeli PPS0 = ′01h′
3.3.Warunki dostępu (AC)
Warunki dostępu, (AC) dla poleceń, UPDATE_BINARY i READ_BINARY defi-
niuje się dla każdego pliku elementarnego.
AC bieżącego pliku muszą byćspełnione przed dostępem do pliku za pośrednic-
twem tych poleceń.
Definicje dostępnych warunków dostępu są następujące:
—ALW: operacja jest zawsze możliwa i może być wykonywana bez ograni-
czeń.
—NEV: operacja nie jest nigdy możliwa.
—AUT: prawo odpowiadające pomyślnemu, zewnętrznemu uwierzytelnianiu
musi być otwarte (zrobiono poleceniem EXTERNAL_AUTHENTICATE).
—PRO SM: polecenie musi być przesłane z kryptograficzną sumą kontrolną,
wykorzystując bezpieczną wymianę komunikatów (patrz dodatek 11).
—AUT i PRO SM (połączone)
Przy poleceniach przetwarzania (UPDATE_BINARY i READ_BINARY), w
karcie mogą byćustawione następujące warunki dostępu:1998R2135 —PL—01.05.2006 —002.001 —106
▼M1
UPDATE_ BINARY READ_ BINARY
ALW tak tak
NEV tak tak
AUT tak tak
PRO SM tak nieAUT i PRO SM tak nie
warunek dostępu PRO SM nie jest dostępny dla polecenia READ_BINARY.
Oznacza to, że dla polecenia READ nigdy nie jest obowiązkowa obecność kryp-
tograficznej sumy kontrolnej. Jednakże, używając wartości ′OC′ dla klasy, można
używać polecenia READ_BINARY w bezpiecznej wymianie komunikatów, jak
opisano w punkcie 3.6.2.
3.4.Szyfrowanie danych
W przypadku gdy trzeba chronić poufność danych, które mają byćodczytane z
pliku, plik jest oznakowany »Encrypted«. Szyfrowanie wykonuje się poprzez
stosowanie bezpiecznej wymiany komunikatów (patrz dodatek 11).
3.5.Przegląd poleceń i kodów błędów
Polecenia i organizacja pliku wynikają z normy ISO/IEC 7816-4 i spełniają jej
wymagania.
W części tej opisano następujące pary polecenie-odpowiedź dla APDU:
Polecenie INS
SELECT FILE A4
READ BINARY B0UPDATE BINARY D6
GET CHALLENGE 84
VERIFY 20
GET RESPONSE C0
WYKONAJ OPERACJĘ BEZPIECZEŃSTWA:
VERIFY CERTIFICATE
COMPUTE DIGITAL SIGNATURE
VERIFY DIGITAL SIGNATURE
HASH2A
INTERNAL AUTHENTICATE 88
EXTERNAL AUTHENTICATE 82
ZARZĄDZANIE ŚRODOWISKIEM BEZPIECZEŃSTWA:
SETTING A KEY22
WYKONAJ HASZOWANIE (MIESZANIE) PLIKÓW 2A
Wyrazy stanu SW1 SW2 są zwracane w komunikacie odpowiedzi i oznaczają
stan przetwarzania polecenia.
SW1 SW2 Znaczenie
90 00 Normalne przetwarzanie
61 XX Normalne przetwarzanie. XX = liczba dostępnych bajtów odpowiedzi
62 81 Przetwarzanie ostrzeżenia. Część zwracanych danych może być uszkodzona
63 CX Nieprawidłowe CHV (PIN). ′X′oznacza licznik pozostałych prób
64 00 Błąd wykonania —Stan pamięci nieulotnej bez zmian. Błąd integralności1998R2135 —PL—01.05.2006 —002.001 —107
▼M1
SW1 SW2 Znaczenie
65 00 Błąd wykonania —Stan pamięci nieulotnej zmieniony
65 81 Błąd wykonania —Stan pamięci nieulotnej zmieniony —Uszkodzona
pamięć
66 88 Błąd zabezpieczenia: nieprawidłowa kryptograficzna suma kontrolna (w
czasie bezpiecznej wymiany komunikatów) lub
nieprawidłowy certyfikat (w czasie weryfikacji certy-
fikatu), lub
nieprawidłowy kryptogram (w czasie zewnętrznego
uwierzytelniania) lub
nieprawidłowy podpis (w czasie weryfikacji podpisu)
67 00 Nieprawidłowa długość (nieprawidłowe Lc lub Le)
69 00 Niedozwolone polecenie (brak dostępnej odpowiedzi w T=0)69 82 Niespełniony stan zabezpieczenia
69 83 Metoda uwierzytelnienia zablokowana
69 85 Warunki użycia niespełnione69 86 Polecenie niedozwolone (brak bieżącego EF)
69 87 Brak oczekiwanych obiektów danych w bezpiecznej wymianie komuni-
katów
69 88 Nieprawidłowe obiekty danych w bezpiecznej wymianie komunikatów
6A 82 Nie znaleziono pliku6A 86 Nieprawidłowe parametry P1-P2
6A 88 Nie znaleziono powołanych danych
6B 00 Nieprawidłowe parametry (przesunięcie poza EF)6C XX Nieprawidłowa długość, SW2 wskazuje dokładną długość. Pole danych nie
jest zwracane
6D 00 Kod instrukcji nieobsługiwany lub nieważny
6E 00 Klasa nieobsługiwana
6F 00 Inne błędy kontroli
3.6.Opis poleceń
W tym rozdziale opisano polecenia dla kart do tachografów, które są obowiąz-
kowe.
Dodatkowe, szczegółowe informacje dotyczące stosowanych czynności krypto-
graficznych zamieszczono w dodatku 11 Wspólne mechanizmy zabezpieczenia.
Wszystkie polecenia opisane są niezależnie od używanego protokołu (T=0 lub
T=1). Bajty CLA, INS, P1, P2, Lc i Le w APDU są zawsze wskazywane. Jeżeli
Lc lub Le nie jest potrzebny dla opisywanego polecenia, związane z nimi
długość, wartość i opis są puste.
Jeżeli żądane są oba bajty długości (Lc i Le), opisywane polecenie musi być
podzielone na dwie części, jeśli IFD używa protokołu T=0: IFD wysyła to pole-
cenie z P3=Lc + dane i następnie wysyła polecenie GET_RESPONSE (patrz pkt
3.6.6) z P3=Le.
Jeżeli żądane są oba bajty długości i Le=0 (bezpieczna wymiana komunikatów):
—gdy używany jest protokół T=1, karta odpowiada na Le=0 wysyłając
wszystkie, dostępne dane wyjściowe,
—gdy używany jest protokół T=0, IFD wysyła pierwsze polecenie z P3=Lc +
dane, karta odpowiada (na to niejawne Le=0) bajtami stanu ′61La′, gdzie La
jest liczbą dostępnych bajtów odpowiedzi. Następnie IFD generuje polecenie
GET_RESPONSE z P3=La w celu odczytania danych.1998R2135 —PL—01.05.2006 —002.001 —108
▼M1
3.6.1. Select file (Wybierz plik)
Polecenie to jest zgodne z normą ISO/IEC 7816-4, ale jego zastosowanie jest
ograniczone w porównaniu z poleceniem zdefiniowanym w tej normie.
Polecenia SELECT FILE używa się:
—do wybierania aplikacji DF (musi być wybór przez nazwę)
—do wybierania pliku elementarnego odpowiadającego przekazanemu IP pliku.
3.6.1.1. Wybór przez nazwę (AID)
Polecenie to pozwala wybrać aplikację DF na karcie.
Polecenie to można wykonywać z dowolnego miejsca w strukturze pliku (po
ATR lub w dowolnym czasie).
Wybór aplikacji powoduje przywrócenie bieżącego stanu środowiska bezpieczeń-
stwa do stanu wyjściowego. Po wybraniu aplikacji, żaden bieżący klucz
publiczny nie jest wybrany, a klucz poprzedniej sesji nie jest dostępny dla
bezpiecznej wymiany komunikatów. Także warunek dostępu AUT jest utracony.
Komunikat polecenia
Bajt Długość Wartość Opis
CLA 1 ′00h′
INS 1 ′A4h′
P1 1 ′04h′ wybór przez nazwę (AID)
P2 1 ′0Ch′ brak oczekiwanej odpowiedzi
Lc 1 ′NNh′ liczba bajtów wysłanych do karty (długość
AID): ′06h′ dla aplikacji tachograficznej
#6-#(5+NN) NN ′XX..XXh′ AID: ′FF 54 41 43 48 4F′ dla aplikacji tachogra-
ficznej
Dla polecenia SELECT FILE nie jest potrzebna żadna odpowiedź (brak Le w
T=1, lub nie ma żądania odpowiedzi w T=0).
Komunikat odpowiedzi (brak żądania odpowiedzi)
Bajt Długość Wartość Wyszczególnienie
SW 2 ′XXXXh′ Wyrazy stanu (SW1, SW2)
—jeżeli wykonanie zakończyło się pomyślnie, karta zwraca ′9000′,
—jeżeli nie znaleziono aplikacji wyszczególnionej przez AID, zwróconym
stanem przetwarzania jest ′6A82′,
—w T=1, jeżeli jest bajt Le, zwróconym stanem jest ′6700′,
—w T=0, jeżeli po poleceniu SELECT FILE wymaga się odpowiedzi, zwró-
conym stanem jest ′6900′,
—jeżeli wybrana aplikacja uznana jest za uszkodzoną (znaleziony błąd integral-
ności w atrybutach pliku), zwróconym stanem przetwarzania jest ′6400′ lub′
6581′.
3.6.1.2. Wybór pliku elementarnego przy pomocy identyfikatora pliku
Komunikat polecenia
Bajt Długość Wartość Wyszczególnienie
CLA 1 ′00h′
INS 1 ′A4h′
P1 1 ′02h′ wybór EF pod bieżącym DF
P2 1 ′0Ch′ brak oczekiwanej odpowiedzi
Lc 1 ′02h′ liczba bajtów wysłanych do karty1998R2135 —PL—01.05.2006 —002.001 —109
▼M1
Bajt Długość Wartość Wyszczególnienie
#6-#7 2 ′XXXXh′ identyfikator pliku
Dla polecenia SELECT FILE nie jest potrzebna żadna odpowiedź (brak Le w
T=1, lub nie ma żądania odpowiedzi w T=0).
Komunikat odpowiedzi (brak żądania odpowiedzi)
Bajt Długość Wartość Wyszczególnienie
SW 2 ′XXXXh′ Wyrazy stanu (SW1, SW2)
—Jeżeli wykonanie zakończyło się pomyślnie, karta zwraca ′9000′,
—jeżeli nie znaleziono pliku odpowiadającego identyfikatorowi pliku, zwró-
conym stanem przetwarzania jest ′6A82′,
—w T=1, jeżeli jest bajt Le, zwróconym stanem jest ′6700′,
—w T=0, jeżeli po poleceniu SELECT FILE wymaga się odpowiedzi, zwró-
conym stanem jest ′6900′,
—jeżeli wybrany plik uznany jest za uszkodzony, (znaleziony błąd integralności
w atrybutach pliku), zwróconym stanem przetwarzania jest ′6400′ lub′6581′.
3.6.2. Read Binary (Odczyt binarny)
Polecenie to jest zgodne z normą ISO/IEC 7816-4, ale jego zastosowanie jest
ograniczone w porównaniu z poleceniem zdefiniowanym w tej normie.
Polecenie READ BINARY służy do odczytu danych z przezroczystego pliku.
Odpowiedź karty obejmuje zwrot odczytanych danych, opcjonalnie obudowane
w strukturę bezpiecznej wymiany komunikatów.
Polecenie może być wykonane tylko wtedy gdy stan zabezpieczenia spełnia atry-
buty zabezpieczenia zdefiniowane dla EF dla funkcji READ.
3.6.2.1. Polecenie bez bezpiecznej wymiany komunikatów
Polecenie to umożliwia IFD odczyt danych z bieżąco wybranego EF bez
bezpiecznej wymiany komunikatów.
Odczyt danych z pliku oznakowanego »Encrypted« przy pomocy tego polecenia
nie jest możliwy.
Komunikat polecenia
Bajt Długość Wartość Wyszczególnienie
CLA 1 ′00h′ bez bezpiecznej wymiany komunikatów
INS 1 ′B0h′
P1 1 ′XXh′ przesunięcie w bajtach od początku pliku: bajt
najbardziej znaczący
P2 1 ′XXh′ przesunięcie w bajtach od początku pliku: bajt
najmniej znaczący
Le 1 ′XXh′ oczekiwana długość danych. Liczba bajtów do
odczytu
Uwaga: bit 8 w P1 musi być ustawiony na 0.
Komunikat odpowiedzi
Bajt Długość Wartość Wyszczególnienie
#1-#X X ′XX..XXh′ odczyt danych
SW 2 ′XXXXh′ Wyrazy stanu (SW1, SW2)
—Jeżeli wykonanie zakończyło się pomyślnie, karta zwraca ′9000′,
—jeżeli nie wybrano EF, zwróconym stanem przetwarzania jest ′6986′,1998R2135 —PL—01.05.2006 —002.001 —110
▼M1
—jeżeli wymagania kontroli dostępu wybranego pliku nie są spełnione, pole-
cenie zostaje przerwane z ′6982′,
—jeżeli przesunięcie nie jest zgodne z wielkością EF (przesunięcie > wielkość
EF), zwróconym stanem przetwarzania jest ′6B00′,
—jeżeli wielkość danych nie jest zgodna z wielkością EF (przesunięcie + Le >
wielkość EF), zwróconym stanem przetwarzania jest ′6700′ lub′6Cxx′, gdzie
′xx′wskazuje dokładną długość,
—jeżeli błąd integralności zostaje wykryty w atrybutach pliku, karta uznaje, że
plik jest uszkodzony i nienaprawialny, a zwróconym stanem przetwarzania
jest′6400′ lub′6581′,
—jeżeli błąd integralności zostaje wykryty w zgromadzonych danych, karta
zwraca żądane dane, a zwróconym stanem przetwarzania jest ′6281′.
3.6.2.2. Polecenie z bezpieczną wymianą komunikatów
Polecenie to umożliwia IDF odczyt danych z bieżąco wybranego EF z bezpieczną
wymianą komunikatów, w celu weryfikowania integralności odebranych danych
ochrony poufności danych, w przypadku gdy EF jest oznakowany »Encrypted«.
Komunikat polecenia
Bajt Długość Wartość Opis
CLA 1 ′0Ch′ żądana bezpieczna wymiana komunikatów
INS 1 ′B0h′ INS
P1 1 ′XXh′ P1 (przesunięcie w bajtach od początku pliku):
bajt najbardziej znaczący
P2 1 ′XXh′ P2 (przesunięcie w bajtach od początku pliku):
bajt najmniej znaczący
Lc 1 ′09h′ długość danych wejściowych dla bezpiecznej
wymiany komunikatów
#6 1 ′97h′ TLE: znacznik specyfikacji oczekiwanej długości
#7 1 ′01h′ LLE: długość oczekiwanej długości
#8 1 ′NNh′ specyfikacja oczekiwanej długości (początkowy
Le): liczba bajtów do odczytu
#9 1 ′8Eh′ TCC: znacznik kryptograficznej sumy kontrolnej
#10 1 ′04h′ LCC: długość znajdującej się dalej kryptogra-
ficznej sumy kontrolnej
#11-#14 4 ′XX..XXh′ kryptograficzna suma kontrolna (4 bajty najbar-
dziej znaczące)
Le 1 ′00h′ wg specyfikacji w normie ISO/EWG 7816-4
Komunikat odpowiedzi, jeżeli EF nie ma oznakowania »Encrypted« i jeżeli
format wejściowy bezpiecznej wymiany komunikatów jest prawidłowy:
Bajt Długość Wartość Opis
#1 1 ′81h′ TPV: znacznik wartości danych odkrytych
#2 L ′NNh′ lub′81
NNh′LPV: długość zwracanych danych (= począt-
kowemu Le)
L 2 ma 2 bajty, jeżeli LPV>127 bajtów
#(2+L)-#(1+L
+NN)NN ′XX..XXh′ wartość danych odkrytych
#(2+L+NN) 1 ′8Eh′ TCC: znacznik kryptograficznej sumy kontrolnej
#(3+L+NN) 1 ′04h′ LCC: długość znajdującej się dalej kryptogra-
ficznej sumy kontrolnej
#(4+L+NN)-#
(7+L+NN)4 ′XX..XXh′ kryptograficzna suma kontrolna (4 bajty najbar-
dziej znaczące)1998R2135 —PL—01.05.2006 —002.001 —111
▼M1
Bajt Długość Wartość Opis
SW 2 ′XXXXh′ Wyrazy stanu (SW1, SW2)
Komunikat odpowiedzi, jeżeli EF ma oznakowanie »Encrypted« i jeżeli format
wejściowy bezpiecznej wymiany komunikatów jest prawidłowy:
Bajt Długość Wartość Opis
#1 1 ′87h′ TPI CG: znacznik zaszyfrowanych danych (kryp-
togram)
#2 L ′MMh′ lub′81
MMh′LPI CG: długość zwracanych zaszyfrowanych
danych (różna od początkowego Le z pole-
cenia, ze względu na wypełnienie)
L ma 2 bajty, jeżeli LPV> 127 bajtów
#(2+L)-#(1+L
+MM)MM ′01XX..XXh′ dane szyfrowane: wskaźnik wypełnienia i kryp-
togram
#(2+L+MM) 1 ′8Eh′ TCC: znacznik kryptograficznej sumy kontrolnej
#(3+L+MM) 1 ′04h′ LCC: długość znajdującej się dalej kryptogra-
ficznej sumy kontrolnej
#(4+L+MM)-#
(7+L+MM)4 ′XX..XXh′ kryptograficzna suma kontrolna (4 bajty najbar-
dziej znaczące)
SW 2 ′XXXXh′ Wyrazy stanu (SW1, SW2)
Pierwszy bajt zwracanych danych wskazuje na zastosowany tryb wypełniania. W
przypadku aplikacji tachograficznej, wskaźnik wypełnienia zawsze przyjmuje
wartość ’01h’, wskazując że zastosowany tryb wypełniania jest jednym z określo-
nych w normie ISO/IEC 7816-4 (jeden bajt o wartości ’80h’ i następnie pewna
ilość bajtów zerowych: ISO/IEC 9797 metoda 2).
Stany »regularnego« przetwarzania, opisane dla polecenia READ BINARY, bez
bezpiecznej wymiany komunikatów (patrz pkt 3.6.2.1), mogą byćzwracane przy
użyciu struktur komunikatu odpowiedzi opisanego powyżej, za znacznikiem ′99h′
Tag (jak opisano w TCS 335).
Ponadto mogą wystąpić niektóre błędy, swoiście dotyczące bezpiecznej wymiany
komunikatów. W takim przypadku zwracany jest po prostu stan przetwarzania
bez struktury bezpiecznej wymiany komunikatów:
Komunikat odpowiedzi przy nieprawidłowym formacie wejściowym bezpiecznej
wymiany komunikatów
Bajt Długość Wartość Wyszczególnienie
SW 2 ′XXXXh′ Wyrazy stanu (SW1, SW2)
—Jeżeli klucz bieżącej sesji nie jest dostępny, zwracany jest stan przetwarzania
′6A88′. Zdarza się to albo wtedy gdy klucz sesyjny nie jest już generowany,
albo gdy już wygaśnie ważność kluczy sesyjnych (w tym przypadku IFD
musi powtórnie uruchomić proces wzajemnego uwierzytelnienia w celu utwo-
rzenia nowego klucza sesyjnego).
—Jeżeli w formacie bezpiecznej wymiany komunikatów brakuje pewnych,
oczekiwanych obiektów (określonych powyżej), zwracany jest stan przetwa-
rzania ′6987′: ten błąd ma miejsce, jeżeli brakuje oczekiwanego znacznika lub
jeżeli treść polecenia nie jest prawidłowo skonstruowana.
—Jeżeli pewne obiekty danych nie są prawidłowe, zwróconym stanem przetwa-
rzania jest ′6988′: ten błąd ma miejsce, jeżeli są wszystkie wymagane znacz-
niki, ale niektóre długości różnią sięod oczekiwanych.
—Jeżeli weryfikacja kryptograficznej sumy kontrolnej wykaże niezgodność,
zwróconym stanem przetwarzania jest ′6688′.
3.6.3. Update Binary (Uaktualnianie binarne)
Polecenie to jest zgodne z normą ISO/IEC 7816-4, ale jego zastosowanie jest
ograniczone w porównaniu z poleceniem zdefiniowanym w tej normie.1998R2135 —PL—01.05.2006 —002.001 —112
▼M1
Komunikat polecenia UPDATE BINARY inicjuje aktualizację (kasowanie +
zapis) bitów już znajdujących się w binarnym EF zastępując je bitami podanymi
w poleceniu APDU.
Polecenie może być wykonane tylko wtedy gdy stan zabezpieczenia spełnia atry-
buty zabezpieczenia zdefiniowane dla EF dla funkcji UPDATE (jeżeli kontrola
dostępu funkcji UPDATE obejmuje PRO SM, w poleceniu musi być dodana
bezpieczna wymiana komunikatów).
3.6.3.1. Polecenie bez bezpiecznej wymiany komunikatów
Polecenie to umożliwia IFD zapis danych do bieżąco wybranego EF, bez spraw-
dzenia przez kartę integralności otrzymanych danych. Ten tryb odkryty dozwo-
lony jest tylko wtedy, gdy wybrany plik nie ma oznakowania »Encrypted«.
Komunikat polecenia
Bajt Długość Wartość Wyszczególnienie
CLA 1 ′00h′ bez bezpiecznej wymiany komunikatów
INS 1 ′D6h′
P1 1 ′XXh′ przesunięcie w bajtach od początku pliku: bajt
najbardziej znaczący
P2 1 ′XXh′ przesunięcie w bajtach od początku pliku: bajt
najmniej znaczący
Lc 1 ′NNh′ Lc długość aktualizowanych danych. Liczba
zapisywanych bajtów
#6-#(5+NN) NN ′XX..XXh′ zapisywane dane
Uwaga: bit 8 w P1 musi być ustawiony na 0.
Komunikat odpowiedzi
Bajt Długość Wartość Wyszczególnienie
SW 2 ′XXXXh′ Wyrazy stanu (SW1, SW2)
—Jeżeli wykonanie zakończyło się pomyślnie, karta zwraca ′9000′,
—jeżeli nie jest wybrany EF, zwróconym stanem przetwarzania jest ′6986′,
—jeżeli kontrola dostępu wybranego pliku nie jest spełniona, polecenie zostaje
przerwane z ′6982′,
—jeżeli przesunięcie nie jest zgodne z wielkością EF (przesunięcie > wielkość
EF), zwróconym stanem przetwarzania jest ′6B00′,
—jeżeli wielkość danych, które mają byćzapisane, nie jest zgodna z wielkością
EF (przesunięcie + Le > wielkość EF), zwróconym stanem przetwarzania jest
′6700′,
—jeżeli w atrybutach pliku wykryty jest błąd integralności, karta uznaje, że plik
jest uszkodzony i nienaprawialny, zwróconym stanem przetwarzania jest ′
6400′ lub′6500′,
—jeżeli zapis nie jest wykonany pomyślnie, zwróconym stanem przetwarzania
jest′6581′.
3.6.3.2. Polecenie z bezpieczną wymianą komunikatów
Polecenie to umożliwia IFD zapis danych do bieżąco wybranego EF, ze spraw-
dzeniem przez kartę integralności otrzymanych danych. Gdy nie jest wymagana
poufność, dane nie są szyfrowane. Ten tryb odkryty dozwolony jest tylko wtedy,
gdy wybrany plik nie ma oznakowania »Encrypted«
Komunikat polecenia
Bajt Długość Wartość Opis
CLA 1 ′0Ch′ żądana bezpieczna wymiana komunikatów
INS 1 ′D6h′ INS
P1 1 ′XXh′ przesunięcie w bajtach od początku pliku: bajt
najbardziej znaczący1998R2135 —PL—01.05.2006 —002.001 —113
▼M1
Bajt Długość Wartość Opis
P2 1 ′XXh′ przesunięcie w bajtach od początku pliku: bajt
najmniej znaczący
Lc 1 ′XXh′ długość chronionego pola danych
#6 1 ′81h′ TPV: znacznik odkrytych wartości danych
#7 L ′NNh′ lub′81
NNh′LPV: długość transmitowanych danych
L jest 2 bajty, jeżeli LPV> 127 bajtów
#(7+L)-#(6+L
+NN)NN ′XX..XXh′ wartość odkrytych danych (dane, które mają być
zapisane)
#(7+L+NN) 1 ′8Eh′ TCC: znacznik kryptograficznej sumy kontrolnej
#(8+L+NN) 1 ′04h′ LCC: długość następnej kryptograficznej sumy
kontrolnej
#(9+L+NN)-#
(12+L+NN)4 ′XX..XXh′ kryptograficzna suma kontrolna (4 bajty najbar-
dziej znaczące)
Le 1 ′00h′ wg specyfikacji w normie ISO/IEC 7816-4
Komunikat odpowiedzi, gdy format wejścia bezpiecznej wymiany komunikatów
jest prawidłowy
Bajt Długość Wartość Opis
#1 1 ′99h′ TSW: znacznik wyrazu stanu (chroniony przez
CC)
#2 1 ′02h′ LSW: długość zwracanego wyrazu stanu
#3-#4 2 ′XXXXh′ wyraz stanu (SW1, SW2)
#5 1 ′8Eh′ TCC: znacznik kryptograficznej sumy kontrolnej
#6 1 ′04h′ LCC: długość następnej kryptograficznej sumy
kontrolnej
#7-#10 4 ′XX..XXh′ kryptograficzna suma kontrolna (4 bajty najbar-
dziej znaczące)
SW 2 ′XXXXh′ wyraz stanu (SW1, SW2)
Stany »regularnego« przetwarzania, opisane dla polecenia READ BINARY z
bezpieczną wymianą komunikatów (patrz ppkt 3.6.3.1), mogą byćzwracane przy
użyciu struktur komunikatu odpowiedzi opisanego powyżej.
Ponadto mogą wystąpić niektóre błędy, swoiście dotyczące bezpiecznej wymiany
komunikatów. W takim przypadku zwracany jest po prostu stan przetwarzania
bez struktury bezpiecznej wymiany komunikatów:
Komunikat odpowiedzi w przypadku błędu w bezpiecznej wymianie komuni-
katów
Bajt Długość Wartość Opis
SW 2 ′XXXXh′ Wyraz stanu (SW1, SW2)
—Jeżeli klucz bieżącej sesji nie jest dostępny, zwracany jest stan przetwarzania
′6A88′,
—jeżeli w formacie bezpiecznej wymiany komunikatów brakuje pewnych, ocze-
kiwanych obiektów (określonych powyżej), zwracany jest stan przetwarzania
′6987′: ten błąd ma miejsce, jeżeli brakuje oczekiwanego znacznika lub jeżeli
treść polecenia nie jest prawidłowo skonstruowana,
—jeżeli pewne obiekty danych nie są prawidłowe, zwróconym stanem przetwa-
rzania jest ′6988′: ten błąd ma miejsce, jeżeli są wszystkie wymagane znacz-
niki, ale niektóre długości różnią sięod oczekiwanych,
—jeżeli weryfikacja kryptograficznej sumy kontrolnej wykaże niezgodność,
zwróconym stanem przetwarzania jest ′6688′.1998R2135 —PL—01.05.2006 —002.001 —114
▼M1
3.6.4. Get challenge (Wydanie wezwania)
Polecenie to jest zgodne z normą ISO/IEC 7816-4, ale jego zastosowanie jest
ograniczone w porównaniu z poleceniem zdefiniowanym w tej normie.
Polecenie GET CHALLENGE żąda od karty wydania wyzwania, w celu użycia
go w procedurze związanej z zabezpieczeniem, w której do karty wysyłany jest
kryptogram lub pewne, szyfrowane dane.
Wyzwanie wydane przez kartę ważne jest tylko dla następnego polecenia, które
używa wyzwania, wysłanego do karty.
Komunikat polecenia
Bajt Długość Wartość Wyszczególnienie
CLA 1 ′00h′ CLA
INS 1 ′84h′ INS
P1 1 ′00h′ P1
P2 1 ′00h′ P2
Le 1 ′08h′ Le (długość oczekiwanego wyzwania)
Komunikat odpowiedzi
Bajt Długość Wartość Wyszczególnienie
#1-#8 8 ′XX..XXh′ wyzwanie
SW 2 ′XXXXh′ wyraz stanu (SW1, SW2)
—Jeżeli wykonanie zakończyło się pomyślnie, karta zwraca ′9000′,
—jeżeli Le nie jest ′08h′, zwracany jest stan przetwarzania ′6700′,
—jeżeli parametry P1-P2 są nieprawidłowe, zwracany jest stan przetwarzania ′
6A86′.
3.6.5. Verify (Weryfikacja)
Polecenie to jest zgodne z normą ISO/IEC 7816-4, ale jego zastosowanie jest
ograniczone w porównaniu z poleceniem zdefiniowanym w tej normie.
Polecenie VERIFY inicjuje porównanie w karcie danych CHV (PIN) wysłanych
w poleceniu z referencyjnymi CHV przechowywanymi na karcie.
Uwaga: PIN wprowadzony przez użytkownika musi być prawidłowo wypełniony
przez IFD bajtami »FFh« do długości 8 bajtów.
Jeżeli wykonanie zakończyło się pomyślnie, prawa odpowiadające przedstawio-
nemu CHV są udostępniane, a licznik dozwolonych prób CHV przywrócony do
stanu wyjściowego.
Jeżeli porównanie wykaże niezgodność, jest ono rejestrowane na karcie w celu
ograniczenia liczby dalszych prób użyciu referencyjnego CHV .
Komunikat polecenia
Bajt Długość Wartość Wyszczególnienie
CLA 1 ′00h′ CLA
INS 1 ′20h′ INS
P1 1 ′00h′ P1
P2 1 ′00h′ P2 (zweryfikowane CHV jest domniemanie
znane)
Lc 1 ′08h′ długość przesyłanego kodu CHV
#6-#13 8 ′XX..XXh′ CHV
Komunikat odpowiedzi1998R2135 —PL—01.05.2006 —002.001 —115
▼M1
Bajt Długość Wartość Wyszczególnienie
SW 2 ′XXXXh′ wyraz stanu (SW1, SW2)
—Jeżeli wykonanie zakończyło się pomyślnie, karta zwraca ′9000′,
—jeżeli nie znaleziono referencyjnego CHV , zwróconym stanem przetwarzania
jest′6A88′,
—jeżeli CHV jest zablokowane, (licznik dozwolonych prób CHV jest wyzero-
wany), zwróconym stanem przetwarzania jest ′6983′. Po znalezieniu się w
tym stanie CHV nie może już nigdy być pomyślnie przekazane,
—jeżeli porównanie wykaże niezgodność, licznik dozwolonych prób CHV jest
zmniejszany i zwracany stan ′63CX′ (X > 0, gdzie X pokazuje stan licznika
dozwolonych prób CHV. X = ′F′, oznacza że liczba dozwolonych prób CHV
jest większa niż ′F′),
—jeżeli referencyjne CHV uznane jest za uszkodzone, zwróconym stanem prze-
twarzania jest ′6400′ lub′6581′.
3.6.6. Get response (Przyjęcie odpowiedzi)
Polecenie to jest zgodne z normą ISO/IEC 7816-4.
Polecenia tego (niezbędnego i dostępnego tylko dla protokołu T=0) używa się do
przesyłania przygotowanych danych z karty do urządzenia interfejsu (przypadek,
gdy polecenie zawiera oba parametry Lc i Le).
Polecenie GET RESPONSE musi być wydane bezpośrednio po poleceniu przy-
gotowującym dane, w przeciwnym przypadku dane są tracone. Po wykonaniu
polecenia GET RESPONSE (wyjąwszy, gdy wystąpi błąd ′61xx′ lub′6Cxx′ ,
patrz poniżej), wcześniej przygotowane dane nie są jużdostępne.
Komunikat polecenia
Bajt Długość Wartość Opis
CLA 1 ′00h′
INS 1 ′C0h′
P1 1 ′00h′
P2 1 ′00h′
Le 1 ′XXh′ oczekiwana liczba bajtów
Komunikat odpowiedzi
Bajt Długość Wartość Opis
#1-#X X ′XX..XXh′ dane
SW 2 ′XXXXh′ wyraz stanu (SW1, SW2)
—Jeżeli wykonanie zakończyło się pomyślnie, karta zwraca ′9000′.
—Jeżeli karta nie przygotuje żadnych danych, zwróconym stanem przetwarzania
jest′6900′ lub′6F00′.
—Jeżeli Le przekracza liczbę dostępnych bajtów lub Le jest zero, zwróconym
stanem przetwarzania jest ′6Cxx′, gdzie ′xx′oznacza dokładną liczbę dostęp-
nych bajtów. W takim przypadku przygotowane dane pozostają dostępne dla
następnego polecenia GET RESPONSE.
—Jeżeli Le jest różne od zera i jest mniejsze od liczby dostępnych bajtów,
normalnie karta wysyła żądane dane i zwróconym stanem przetwarzania jest ′
61xx′, gdzie ′xx′oznacza liczbę dodatkowych bajtów jeszcze dostępnych dla
następnego polecenia GET RESPONSE.
—Jeżeli polecenie nie jest obsługiwane (protokół T=1), karta zwraca ′6D00′.
3.6.7. PSO: verify certificate (weryfikacja certyfikatu)
Polecenie to jest zgodne z normą ISO/IEC 7816-8, ale jego zastosowanie jest
ograniczone w porównaniu z poleceniem zdefiniowanym w tej normie.
Karta używa polecenia VERIFY_CERTIFICATE do otrzymania klucza publicz-
nego z zewnątrz i do sprawdzenia ważności tego klucza.1998R2135 —PL—01.05.2006 —002.001 —116
▼M1
W przypadku pomyślnego weryfikacji poleceniem VERIFY CERTIFICATE klucz
publiczny jest zapamiętany do przyszłego wykorzystania w środowisku bezpie-
czeństwa. Klucz ten jest jawnie przydzielony do używania w poleceniach związa-
nych z zabezpieczeniem (INTERNAL AUTHENTICATE, EXTERNAL
AUTHENTICATE lub VERIFY CERTIFICATE) przez polecenie MSE (patrz pkt
3.6.10) używając swojego identyfikatora klucza.
W każdym przypadku polecenie VERIFY CERTIFICATE używa klucza publicz-
nego uprzednio wybranego przez polecenie MSE do otwarcia certyfikatu. Ten
klucz publiczny musi być kluczem jednego z Państw Członkowskich lub Europy.
Komunikat polecenia
Bajt Długość Wartość Wyszczególnienie
CLA 1 ′00h′ CLA
INS 1 ′2Ah′ wykonaj operację bezpieczeństwa
P1 1 ′00h′ P1
P2 1 ′AEh′ P2: dane niekodowane w BER-TLV (konkate-
nacja elementów danych)
Lc 1 ′CEh′ Lc: długość certyfikatu, 194 bajty
#6-#199 194 ′XX..XXh′ certyfikat: konkatenacja elementów danych
(opisana w dodatku 11)
Komunikat odpowiedzi
Bajt Długość Wartość Wyszczególnienie
SW 2 ′XXXXh′ wyrazy stanu (SW1, SW2)
—Jeżeli wykonanie zakończyło się pomyślnie, karta zwraca ′9000′,
—jeżeli weryfikacja certyfikatu nie uda się, zwróconym stanem przetwarzania
jest′6688′. Proces weryfikacji i otwierania certyfikatu opisano w dodatku 11,
—jeżeli klucza publicznego nie ma w środowisku bezpieczeństwa, zwróconym
stanem przetwarzania jest ′6A88′,
—jeżeli wybrany klucz publiczny (użyty do otwierania certyfikatu) uznany jest
za uszkodzony, zwróconym stanem przetwarzania jest ′6400′ lub′6581′,
—jeżeli CHA.LSB (CertificateHolderAuthorisation.equipmentType) wybranego
klucza publicznego (użytego do otwierania certyfikatu) różni się od′00′(tj.
nie jest kluczem Państwa Członkowskiego lub Europy), zwróconym stanemprzetwarzania jest ′6985′.
3.6.8. Internal authenticate (Uwierzytelnianie wewnętrzne)
Polecenie to jest zgodne z normą ISO/IEC 7816-4.
Poleceniem INTERNAL AUTHENTICATE IFD można uwierzytelnić kartę.
Proces uwierzytelnienia opisano w dodatku 11. W procesie tym używa się nastę-
pujących instrukcji:
Polecenie INTERNAL AUTHENTICATE używa klucza prywatnego karty
(wybranego niejawnie) do podpisania danych uwierzytelniających obejmujących
K1 (pierwszy element do uzgodnienia kluczy sesyjnych) i RND1, oraz używa
bieżąco wybranego klucza publicznego (w ostatnim poleceniu MSE) do zaszyfro-
wania podpisu i utworzenia znacznika uwierzytelnienia (token) (dokładniej
opisano w dodatku 11).
Komunikat polecenia
Bajt Długość Wartość Wyszczególnienie
CLA 1 ′00h′ CLA
INS 1 ′88h′ INS
P1 1 ′00h′ P1
P2 1 ′00h′ P21998R2135 —PL—01.05.2006 —002.001 —117
▼M1
Bajt Długość Wartość Wyszczególnienie
Lc 1 ′10h′ długość danych wysłanych do karty
#6-#13 8 ′XX..XXh′ wyzwanie użyte do uwierzytelnienia karty
#14-#21 8 ′XX..XXh′ VU.CHR (patrz dodatek 11)
Le 1 ′80h′ długość danych oczekiwanych z karty
Komunikat odpowiedzi
Bajt Długość Wartość Wyszczególnienie
#1-#128 128 ′XX..XXh′ znacznik (token) uwierzytelnienia karty (patrz
dodatek 11)
SW 2 ′XXXXh′ wyraz stanu (SW1, SW2)
—Jeżeli wykonanie zakończyło się pomyślnie, karta zwraca ′9000′,
—jeżeli klucza publicznego nie ma w środowisku bezpieczeństwa, zwróconym
stanem przetwarzania jest ′6A88′,
—jeżeli klucza prywatnego nie ma w środowisku bezpieczeństwa, zwróconym
stanem przetwarzania jest ′6A88′,
—jeżeli VU.CHR nie zgadza się z bieżącym identyfikatorem klucza publicz-
nego, zwróconym stanem przetwarzania jest ′6A88′,
—jeżeli wybrany klucz prywatny uznany jest za uszkodzony, zwróconym
stanem przetwarzania jest ′6400′ lub′6581′.
Jeżeli uwierzytelnienie poleceniem INTERNAL AUTHENTICATE jest
pomyślne, klucz bieżącej sesji, o ile istnieje, zostaje skasowany i nie jest dalej
dostępny. W celu uzyskania nowego klucza sesji, konieczne jest uwierzytelnienie
poleceniem EXTERNAL AUTHENTICATE.
3.6.9. External authenticate (Uwierzytelnianie zewnętrzne)
Polecenie to jest zgodne z normą ISO/IEC 7816-4.
Poleceniem EXTERNAL AUTHENTICATE karta może uwierzytelnić IFD.
Proces uwierzytelnienia opisano w dodatku 11. W procesie tym używa się nastę-
pujących instrukcji:
Polecenie GET CHALLENGE musi bezpośrednio poprzedzać polecenie
EXTERNAL AUTHENTICATE. Karta wydaje wyzwanie na zewnątrz (RND3).
Do weryfikacji kryptogramu używa się RND3 (wyzwania wydanego przez kartę),
klucza prywatnego karty (wybranego niejawnie) i klucza publicznego wcześniej
wybranego poleceniem MSE.
Karta weryfikuje kryptogram i, gdy wynik weryfikacji jest prawidłowy, otwiera
warunek dostępu AUT.
Kryptogram wejściowy przenosi drugi element uzgodnienia kluczy sesyjnych —
K2.
Komunikat polecenia
Bajt Długość Wartość Wyszczególnienie
CLA 1 ′00h′ CLA
INS 1 ′82h′ INS
P1 1 ′00h′ P1
P2 1 ′00h′ P2 (klucz publiczny, który ma być używany,
znany niejawnie i wcześniej ustawiony polece-
niem MSE)
Lc 1 ′80h′ Lc (długość danych wysłanych do karty)
#6-#133 128 ′XX..XXh′ Kryptogram (patrz dodatek 11)
Komunikat odpowiedzi1998R2135 —PL—01.05.2006 —002.001 —118
▼M1
Bajt Długość Wartość Wyszczególnienie
SW 2 ′XXXXh′ wyraz stanu (wyraz stanu (SW1, SW2))
—Jeżeli wykonanie zakończyło się pomyślnie, karta zwraca ′9000′,
—jeżeli klucza publicznego nie ma w środowisku bezpieczeństwa, karta zwraca
′6A88′,
—jeżeli CHA bieżąco ustawionego klucza publicznego nie jest konkatenacją
AID aplikacji tachograficznej i typu urządzenia VU, zwróconym stanem prze-
twarzania jest ′6F00′ (patrz dodatek 11),
—jeżeli klucza prywatnego nie ma w środowisku bezpieczeństwa, zwróconym
stanem przetwarzania jest ′6A88′,
—jeżeli weryfikacja kryptogramu daje zły wynik, zwróconym stanem przetwa-
rzania jest ′6688′,
—jeżeli bezpośrednio przed poleceniem nie znajduje się polecenie GET CHAL-
LENGE, zwróconym stanem przetwarzania jest ′6985′,
—jeżeli wybrany klucz prywatny uznany jest za uszkodzony, zwróconym
stanem przetwarzania jest ′6400′ lub′6581′.
Jeżeli uwierzytelnienie poleceniem EXTERNAL AUTHENTICATE jest
pomyślne i jeżeli pierwsza część klucza sesji jest dostępna w wyniku wcześniej
wykonanego polecenia INTERNAL AUTHENTICATE, klucz sesji zostaje usta-
wiony dla przyszłych poleceń używających bezpiecznej wymiany komunikatów.
Jeżeli pierwsza część klucza sesji nie jest dostępna w wyniku wcześniej wykona-
nego polecenia INTERNAL AUTHENTICATE, karta nie zapisuje drugiej części
klucza sesyjnego, wysłanej przez IFD. Taki mechanizm zapewnia, że proces
wzajemnego uwierzytelnienia przebiega w sposób określony w dodatku 11.
3.6.10. Manage security environment (Zarządzanie środowiskiem bezpieczeń-
stwa)
Poleceniem tym ustawia się klucz publiczny dla potrzeb uwierzytelnienia.
Polecenie to jest zgodne z normą ISO/IEC 7816-8, ale jego zastosowanie jest
ograniczone w porównaniu z poleceniem zdefiniowanym w tej normie.
Klucz powołany w polu danych MSE jest ważny dla każdego tachograficznego
pliku DF.
Klucz powołany w polu danych MSE pozostaje bieżącym kluczem publicznym
ażdo następnego, prawidłowego polecenia MSE.
Jeżeli powołanego klucza nie ma (już) na karcie, środowisko bezpieczeństwa
pozostaje niezmienione.
Komunikat polecenia
Bajt Długość Wartość Wyszczególnienie
CLA 1 ′00h′ CLA
INS 1 ′22h′ INS
P1 1 ′C1h′ P1: powołany klucz ważny dla wszystkich czyn-
ności kryptograficznych
P2 1 ′B6h′ P2 (powołane dane dotyczące podpisu cyfro-
wego)
Lc 1 ′0Ah′ Lc: długość następnego pola danych
#6 1 ′83h′ znacznik do powołanego klucza publicznego w
przypadkach asymetrycznych
#7 1 ′08h′ długość referencji klucza (identyfikator klucza)
#8-#15 08h ′XX..XXh′ identyfikator klucza określony w dodatku 11
Komunikat odpowiedzi
Bajt Długość Wartość Wyszczególnienie
SW 2 ′XXXXh′ wyraz stanu (SW1, SW2)1998R2135 —PL—01.05.2006 —002.001 —119
▼M1
—Jeżeli wykonanie zakończyło się pomyślnie, karta zwraca ′9000′,
—jeżeli powołany klucz nie znajduje się na karcie, zwróconym stanem przetwa-
rzania jest ′6A88′,
—jeżeli niektórych oczekiwanych obiektów danych brakuje w formacie
bezpiecznej wymiany komunikatów, zwracany jest stan przetwarzania ′6987′.
To może zdarzyć się, gdy brakuje znacznika ′83h′,
—jeżeli niektóre obiekty danych są nieprawidłowe, zwróconym stanem przetwa-
rzania jest ′6988′. To może zdarzyć się, gdy długość identyfikatora klucza
różna jest od ′08h′,
—jeżeli wybrany klucz uznany jest za uszkodzony, zwróconym stanem przetwa-
rzania jest ′6400′ lub′6581′.
3.6.11. PSO: HASH (haszowanie-mieszanie)
Polecenia tego używa się do przesłania na kartę wyniku obliczeń funkcji skrótu
dla niektórych danych. Polecenia tego używa się do weryfikowania podpisów
cyfrowych. Wartość skrótu zapamiętywana jest w pamięci EEPROM dla później-
szego polecenia weryfikacji podpisu cyfrowego.
Polecenie to jest zgodne z normą ISO/IEC 7816-8, ale jego zastosowanie jest
ograniczone w porównaniu z poleceniem zdefiniowanym w tej normie.
Komunikat polecenia
Bajt Długość Wartość Wyszczególnienie
CLA 1 ′00h′ CLA
INS 1 ′2Ah′ wykonaj operację bezpieczeństwa
P1 1 ′90h′ zwróć skrót
P2 1 ′A0h′ znacznik: pole danych zawiera DO stosowne do
obliczania skrótu
Lc 1 ′16h′ długość Lc następnego pola danych
#6 1 ′90h′ znacznik dla kodu skrótu
#7 1 ′14h′ długość kodu skrótu
#8-#27 20 ′XX..XXh′ kod skrótu
Komunikat odpowiedzi
Bajt Długość Wartość Wyszczególnienie
SW 2 ′XXXXh′ wyrazy stanu (SW1, SW2)
—Jeżeli wykonanie zakończyło się pomyślnie, karta zwraca ′9000′,
—jeżeli brakuje niektórych oczekiwanych obiektów danych (jak określone
powyżej), zwracany jest stan przetwarzania ′6987′. Ten błąd może zdarzyć
się, jeżeli brakuje jednego ze znaczników ′90h′,
—jeżeli niektóre obiekty danych są nieprawidłowe, zwróconym stanem przetwa-
rzania jest ′6988′. Ten błąd zdarza się, gdy żądany znacznik jest, ale ma
długość różną niż′14h′.
3.6.12. Oblicz skrót pliku
Polecenie to nie jest zgodne z normą ISO/IEC 7816-8. Tym samym bajt CLA w
tym poleceniu wskazuje na zastrzeżone użycie polecenia PERFORM SECURITY
OPERATION/HASH.
Polecenia PERFORM HASH of FILE używa się do obliczenia skrótu obszaru
danych bieżącego, przezroczystego pliku EF.
Wynik operacji obliczania skrótu zapamiętywany jest na karcie. Następnie może
byćużywany do otrzymania podpisu cyfrowego pliku przy pomocy polecenia
PSO-COMPUTE_DIGITAL_SIGNATURE. Wynik ten pozostaje dostępny dla
polecenia COMPUTE_DIGITAL_SIGNATURE aż do następnego, wykonanego
pomyślnie polecenia PERFORM HASH of FILE.
Komunikat polecenia1998R2135 —PL—01.05.2006 —002.001 —120
▼M1
Bajt Długość Wartość Wyszczególnienie
CLA 1 ′80h′ CLA
INS 1 ′2Ah′ wykonaj operację bezpieczeństwa
P1 1 ′90h′ Tag: hasz
P2 1 ′00h′ P2: oblicz skrót danych dla bieżącego, wybra-
nego, przezroczystego pliku
Komunikat odpowiedzi
Bajt Długość Wartość Wyszczególnienie
SW 2 ′XXXXh′ wyrazy stanu (SW1, SW2)
—Jeżeli wykonanie zakończyło się pomyślnie, karta zwraca ′9000′,
—jeżeli nie wybrano żadnej aplikacji, zwracany jest stan przetwarzania ′6985′,
—jeżeli wybrany plik EF uznany jest za uszkodzony (błąd atrybutów pliku lub
błąd integralności przechowywanych danych), zwracany jest stan przetwa-
rzania ′6400′ lub 6581′.
—jeżeli wybrany plik nie jest plikiem przezroczystym, zwracany jest stan prze-
twarzania ′6986′.
3.6.13. PSO: oblicz podpis cyfrowy
Polecenia tego używa się do obliczania podpisu cyfrowego z obliczonego wcześ-
niej kodu skrótu (patrz polecenie PERFORM HASH of FILE, pkt 3.6.12).
Polecenie to jest zgodne z normą ISO/IEC 7816-8, ale jego zastosowanie jest
ograniczone w porównaniu z poleceniem zdefiniowanym w tej normie.
Klucza prywatnego karty, który jest niejawnie znany karcie, używa się do obli-
czania podpisu cyfrowego.
Karta wykonuje podpis cyfrowy metodą wypełniania zgodną z PKCS1 (dokład-
niejszy opis w dodatku 11).
Komunikat polecenia
Bajt Długość Wartość Wyszczególnienie
CLA 1 ′00h′ CLA
INS 1 ′2Ah′ wykonaj operację bezpieczeństwa
P1 1 ′9Eh′ zwracany podpis cyfrowy
P2 1 ′9Ah′ znacznik: pole danych zawiera dane do podpi-
sania. Gdy nie zawarto pola danych, przyjmuje
się,że dane te są jużna karcie (skrót pliku)
Le 1 ′80h′ długość oczekiwanego podpisu
Komunikat odpowiedzi
Bajt Długość Wartość Wyszczególnienie
#1-#128 128 ′XX..XXh′ podpis uprzednio obliczonego skrótu
SW 2 ′XXXXh′ wyrazy stanu (SW1, SW2)
—Jeżeli wykonanie zakończyło się pomyślnie, karta zwraca ′9000′,
—jeżeli niejawnie wybrany klucz prywatny uznany jest za uszkodzony, zwró-
conym stanem przetwarzania jest ′6400′ lub′6581′.
3.6.14. PSO: skontroluj podpis cyfrowy
Polecenia tego używa się do weryfikowania podpisu cyfrowego, dostarczanego
jako dane wejściowe, zgodnie z PKCS1, komunikatu, którego skrót jest znany
karcie. Algorytm podpisu jest niejawnie znany karcie.1998R2135 —PL—01.05.2006 —002.001 —121
▼M1
Polecenie to jest zgodne z normą ISO/IEC 7816-8, ale jego zastosowanie jest
ograniczone w porównaniu z poleceniem zdefiniowanym w tej normie.
Polecenie Verify Digital Signature zawsze używa klucza publicznego wybranego
poprzednim poleceniem manage security environment i poprzednim kodem
skrótu wprowadzonym poleceniem PSO: hash.
Komunikat polecenia
Bajt Długość Wartość Opis
CLA 1 ′00h′ CLA
INS 1 ′2Ah′ wykonaj operację bezpieczeństwa
P1 1 ′00h′
P2 1 ′A8h′ znacznik: pole danych zawiera obiekty DO
stosowne do weryfikacji
Lc 1 ′83h′ Lc—długość następnego pola danych
#28 1 ′9Eh′ znacznik dla podpisu cyfrowego
#29-#30 2 ′8180h′ długość podpisu cyfrowego (128 bajtów, kodo-
wane zgodnie z ISO/EWG 7816-6)
#31-#158 128 ′XX..XXh′ treść podpisu cyfrowego
Komunikat odpowiedzi
Bajt Długość Wartość Opis
SW 2 ′XXXXh′ wyraz stanu (SW1, SW2)
—Jeżeli wykonanie zakończyło się pomyślnie, karta zwraca ′9000′,
—jeżeli podpis jest zweryfikowany negatywnie, zwróconym stanem przetwa-
rzania jest ′6688′. Proces weryfikacji opisano w dodatku 11,
—jeżeli nie wybrano klucza publicznego, zwróconym stanem przetwarzania jest
′6A88′,
—jeżeli brakuje niektórych oczekiwanych obiektów danych (jak określone
powyżej), zwracany jest stan przetwarzania ′6987′. Taka sytuacja może
zdarzyć się, gdy brakuje jednego ze znaczników,
—jeżeli kod skrótu nie jest dostępny dla przetwarzania polecenia (w wyniku
poprzedniego polecenia PSO: hash), zwróconym stanem przetwarzania jest ′
6985′,
—jeżeli niektóre obiekty danych są nieprawidłowe, zwróconym stanem przetwa-
rzania jest ′6988′. Taka sytuacja może zdarzyć się, gdy długość jednego z
wymaganych obiektów danych jest nieprawidłowa,
—jeżeli wybrany klucz publiczny uznany jest za uszkodzony, zwróconym
stanem przetwarzania jest ′6400′ lub′6581′.
4. STRUKTURA KART DO TACHOGRAFÓW
W tym rozdziale opisano struktury plików na kartach do tachografów przeznaczo-
nych do gromadzenia dostępnych danych.
Nie stanowi to opisu wewnętrznych struktur właściwych dla producenta, takich
jak nagłówki plików, ani sposobu gromadzenia i manipulowania elementami
danych do użytku wewnętrznego, tylko takich jak EuropeanPublicKey,
CardPrivateKey, TDesSessionKey lub WorkshopCardPin.
Pojemność użytkowa pamięci kart do tachografów wynosi przynajmniej 11
kbajtów. Większe pojemności są dopuszczalne. W takich przypadkach struktura
karty pozostaje niezmieniona, ale zwiększa się liczbę zapisów niektórych
elementów struktury. W niniejszym rozdziale podano też minimalne i maksy-
malne liczby tych zapisów.
4.1.Struktura karty kierowcy
Po personalizacji karta kierowcy ma następującą, trwałą strukturę plików i
warunki dostępu do plików:1998R2135 —PL—01.05.2006 —002.001 —122
▼M1
Wszystkie struktury plików EF są przezroczyste.
Odczyt wszystkich plików w DF Tachograph możliwy jest w bezpiecznej
wymianie komunikatów.
Karta kierowcy ma następującą strukturę danych:
1998R2135 —PL—01.05.2006 —002.001 —123
▼M1
W tabeli poniżej podano wartości odnoszące się do tabeli powyżej, wyznaczające
minimalne i maksymalne liczby zapisów, które musi stosować struktura danych
karty kierowcy:
Min. Maks.
n1 NoOfEventsPerType 6 12
n2 NoOfFaultsPerType 12 241998R2135 —PL—01.05.2006 —002.001 —124
▼M1
Min. Maks.
n3 NoOfCardVehicleRecords 84 200
n4 NoOfCardPlaceRecords 84 112
n6 CardActivityLengthRange 5 544 bajty
(28 dni * 93
zmiany czyn-
ności)13 776 bajtów
(28 dni * 240
zmian czyn-
ności)
4.2.Struktura karty warsztatowej
Po personalizacji karta warsztatowa ma następującą, trwałą strukturę plików i
warunki dostępu do plików:
Wszystkie struktury plików EF są przezroczyste.
Odczyt wszystkich plików w DF Tachograph możliwy jest w bezpiecznej
wymianie komunikatów.
Karta warsztatowa ma następującą strukturę danych:
1998R2135 —PL—01.05.2006 —002.001 —125
▼M1
1998R2135 —PL—01.05.2006 —002.001 —126
▼M1
W tabeli poniżej podano wartości odnoszące się do tabeli powyżej wyznaczające
minimalne i maksymalne liczby zapisów, które musi zawierać struktura danych
karty warsztatowej:
Min. Maks.
n1 NoOfEventsPerType 3 3
n2 NoOfFaultsPerType 6 6
n3 NoOfCardVehicleRecords 4 8
n4 NoOfCardPlaceRecords 6 8
n5 NoOfCalibrationRecords 88 255
n6 CardActivityLengthRange 198 bajtów
(1 dzień * 93
zmiany czyn-
ności)492 bajty
(1 dzień * 240
zmian czyn-
ności)
4.3.Struktura karty kontrolnej
Po personalizacji karta kontrolna ma następującą, trwałą strukturę plików i
warunki dostępu do plików:
1998R2135 —PL—01.05.2006 —002.001 —127
▼M1
Wszystkie struktury plików EF są przezroczyste.
Odczyt wszystkich plików w DF Tachograph możliwy jest w bezpiecznej
wymianie komunikatów.
Karta kontrolna ma następującą strukturę danych:
W tabeli poniżej podano wartości odnoszące się do tabeli powyżej wyznaczające
minimalne i maksymalne liczby zapisów, które musi zawierać struktura danych
karty kontrolnej:
Min. Maks.
n7 NoOfControlActivityRecords 230 520
4.4.Struktura karty firmowej
Po personalizacji karta firmowa ma następującą, trwałą strukturę plików i
warunki dostępu do plików:1998R2135 —PL—01.05.2006 —002.001 —128
▼M1
Wszystkie struktury plików EF są przezroczyste.
Odczyt wszystkich plików w DF Tachograph możliwy jest w bezpiecznej
wymianie komunikatów.
Karta firmowa ma następującą strukturę danych:
1998R2135 —PL—01.05.2006 —002.001 —129
▼M1
W tabeli poniżej podano wartości odnoszące się do powyższej tabeli wyznacza-
jące minimalne i maksymalne liczby zapisów, których musi używać struktura
danych karty firmowej:
Min. Maks.
n8 NoOfCompanyActivityRecords 230 5201998R2135 —PL—01.05.2006 —002.001 —130
▼M1
Dodatek 3
PIKTOGRAMY1998R2135 —PL—01.05.2006 —002.001 —131
▼M1
Urządzenie rejestrujące może używać następujących piktogramów i kombinacji
piktogramów:
1. PODSTAWOWE PIKTOGRAMY
Ludzie Operacje Tryby działania
firma tryb firmowy
kontroler kontrola tryb kontrolny
kierowca eksploatacja tryb eksploatacyjny
warsztat/stanowisko
badańbadanie/kalibracja tryb kalibracyjny
producent
Czynności Czas trwania
dyspozycyjność bieżący okres dyspozycyjności
prowadzenie pojazdu nieprzerwany czas prowadzenia pojazdu
odpoczynek bieżący okres odpoczynku
praca bieżący okres pracy
przerwa skumulowany czas przerwy
nieznane
Urządzenie Funkcje
szczelina karty kierowcy
szczelina karty współkierowcy
karta
zegar
wyświetlacz wyświetlanie
zewnętrzne gromadzenie danych wczytywanie danych
zasilanie
drukarka/wydruk drukowanie
czujnik
rozmiar opon
pojazd/przyrząd rejestrujący
Warunki szczególne
poza zakresem
PRZEPRAWA PROMOWA/PRZEJAZD KOLEJOWY
Różne
zdarzenia
 usterki
początek dziennego
okresu pracy
koniec dziennego okresu
pracy
umiejscowienie
 ręczne wprowadzenie
czynności kierowcy
zabezpieczenie
 prędkość
godzina
 razem/podsumowanie
Kwalifikatory
dobowo
tygodniowo
dwa tygodnie1998R2135 —PL—01.05.2006 —002.001 —132
▼M1
Kwalifikatory
od lub do
2. KOMBINACJE PIKTOGRAMÓW
Różne
miejsce kontroli
umiejscowienie początek
dziennego okresu pracy
umiejscowienie koniec
dziennego okresu pracy
od godziny
 do godziny
z pojazdu
początek poza zakresem
 koniec poza zakresem
Karty
karta kierowcy
karta firmowa
karta kontrolna
karta warsztatowa
- - - brak karty
Prowadzenie
załoga
czas prowadzenia w ciągu jednego tygodnia
czas prowadzenia w ciągu dwóch tygodni
Wydruki
wydruk dzienny czynności kierowcy z karty
wydruk dzienny czynności kierowcy z VU
wydruk zdarzeń i usterek z karty
wydruk zdarzeń i usterek z VU
wydruk danych technicznych
wydruk przekroczenia prędkości
Zdarzenia
włożenie nieważnej karty
konflikt kart
nakładające się czasy
prowadzenie bez prawidłowej karty
włożenie karty podczas jazdy
sesja ostatniej karty niezamknięta prawidłowo
przekroczenie prędkości
przerwa zasilania
błąd danych dotyczących ruchu
naruszenie zabezpieczenia
regulacja czasu (w warsztacie)
kontrola przekroczenia prędkości
Usterki
usterka karty (szczelina karty kierowcy)1998R2135 —PL—01.05.2006 —002.001 —133
▼M1
Usterki
usterka karty (szczelina karty współkierowcy)
usterka wyświetlacza
usterka wczytywania danych
usterka drukarki
usterka czujnika
usterka wewnętrzna VU
Procedura ręcznego wprowadzania danych
czy nadal ten sam dzienny okres pracy?
czy koniec poprzedniego okresu pracy?
potwierdź lub wprowadź miejsce zakończenia okresu pracy
wprowadź godzinę rozpoczęcia
wprowadź umiejscowienie rozpoczęcia okresu pracy.
Uwaga: Dodatkowe kombinacje piktogramów używane do tworzenia bloków
wydruków lub identyfikatorów zapisów zdefiniowano w dodatku 4.1998R2135 —PL—01.05.2006 —002.001 —134
▼M1
Dodatek 4
WYDRUKI
SPIS TREŚCI
1. Uwagi ogólne …..................................................................................
2. Specyfikacja bloków danych …..................................................................
3. Specyfikacje wydruku ….........................................................................
3.1. Wydruk dzienny czynności kierowcy z karty …...............................................
3.2. Wydruk dzienny czynności kierowcy z VU ….................................................
3.3. Wydruk zdarzeń i usterek z karty …............................................................
3.4. Wydruk zdarzeń i usterek z VU …..............................................................
3.5. Wydruk danych technicznych ….................................................................
3.6. Wydruk przekroczenia prędkości ….............................................................1998R2135 —PL—01.05.2006 —002.001 —135
▼M1
1. UWAGI OGÓLNE
Wszystkie wydruki tworzy się poprzez zbudowanie łańcucha różnych boków
danych, o ile możliwe identyfikowanych identyfikatorem bloku.
Blok danych składa się z jednego lub więcej zapisów, o ile możliwe identyfiko-
wanych identyfikatorem zapisu.
Jeżeli identyfikator bloku bezpośrednio poprzedza identyfikator zapisu, identyfi-
kator zapisu nie jest drukowany.
W przypadku gdy pozycja danych nie jest znana lub nie może być drukowana z
uwagi na prawa dostępu do danych, zamiast tej pozycji drukowane są spacje.
Jeżeli zawartość pełnego wiersza nie jest znana lub nie wymaga drukowania, cały
wiersz jest pomijany.
Numeryczne pola danych są drukowane z wyrównaniem do prawej strony, ze
spacją oddzielającą tysiące i miliony i bez zer z lewej strony.
Łańcuchowe pola danych są drukowane z wyrównaniem do lewej strony i wypeł-
nione spacjami do długości danej pozycji danych lub, gdy trzeba, obcięte do
długości danej pozycji (nazwy (nazwiska) i adresy).
2. SPECYFIKACJA BLOKÓW DANYCHW tym rozdziale przyjęto następujące konwencje zapisu formatu:
—znaki drukowane wytłuszczonym drukiem oznaczają zwykły tekst, który ma
byćdrukowany (wydruk normalną czcionką),
—znaki normalną czcionką oznaczają zmienne (piktogramy lub dane), które na
wydruku są zastąpione swoimi wartościami,
—nazwy zmiennych wypełniono znakami podkreślenia w celu pokazania
długości pozycji danych dostępnej dla zmiennej,
—daty podawane są w układzie »dd/mm/rrrr« (dzień, miesiąc, rok). Dopusz-
czalny jest także układ »dd.mm.rrrr«,
—pojęcie »identyfikacja karty« oznacza następujący zestaw danych: typ karty w
postaci kombinacji piktogramów, kod Państwa Członkowskiego, które wydało
kartę, ukośnik prawy i numer karty wraz z numerem zastąpienia i numerem
odświeżenia rozdzielonymi spacjami:
W wydrukach korzysta się z następujących bloków danych i/lub zapisów danych
w opisanym poniżej znaczeniu i formacie:
Numer bloku lub zapisu
Znaczenie
1. Data i godzina wydrukowania doku-
mentu
2. Typ wydruku
Identyfikator bloku
Kombinacja drukowanych pikto-
gramów (patrz dodatek 3), ustawienie
urządzenia ograniczenia prędkości
(tylko dla wydruku przekroczenia pręd-
kości).
1998R2135 —PL—01.05.2006 —002.001 —136
▼M1
Numer bloku lub zapisu
Znaczenie
3. Identyfikacja posiadacza karty
Identyfikator bloku. P = piktogram
ludzi
Nazwisko posiadacza kartyImię (imiona) posiadacza karty (gdy
jest)
Identyfikacja kartyData ważności karty, (gdy jest)W przypadku gdy karta nie jest kartą
osobistą i nie ma na niej nazwiska
posiadacza karty, w miejscu nazwiska
drukuje się nazwę firmy, warsztatu lub
organu kontrolnego.
4. Identyfikacja pojazdu
Identyfikator bloku
(VIN)Państwo Członkowskie rejestracji i
numer VRN
5. Identyfikacja VU
Identyfikator bloku
Nazwa producenta VUNumer części VU.
6. Ostatnia kalibracja urządzenia rejes-
trującego
Identyfikator bloku
Nazwa warsztatuIdentyfikacja karty warsztatowejData kalibracji.
7. Ostatnia kontrola (przeprowadzona
przez urzędnika kontroli)
Identyfikator bloku
Identyfikacja karty kontrolnejData, godzina i typ kontroliTyp kontroli: maks. cztery piktogramy.
Sąnastępujące typy kontroli (i ich
kombinacje):
: wczytywanie danych z karty,
 :
wczytywanie danych z VU,
 : druko-
wanie,
 : wyświetlanie.
8. Czynności kierowcy zapisane na
karcie w kolejności występowania
Identyfikator bloku
Data zapytania o datę (dzień kalenda-
rzowy drukowanych czynności) +
dzienny licznik obecności karty.
1998R2135 —PL—01.05.2006 —002.001 —137
▼M1
Numer bloku lub zapisu
Znaczenie
8.1. Okres, w którym karta nie była wkła-
dana
8.1a. Identyfikator zapisu (początek okresu)8.1b. Okres czynności nieznanych. Godzina
rozpoczęcia i zakończenia, czas trwania
8.1c. Czynność wprowadzona ręcznie
Piktogram czynności, godzina rozpo-
częcia i zakończenia (włącznie), czas
trwania, okresy odpoczynku trwające
przynajmniej godzinę sąoznakowane
gwiazdką.
8.2. Wkładanie karty do szczeliny czytnika
S
Identyfikator rekordu; S = piktogram
szczeliny karty
Państwo Członkowskie rejestracji i
numer VRN pojazdu
Stan licznika kilometrów przy wkła-
daniu karty.
8.3. Czynność (przy włożonej karcie)
Piktogram czynności, godzina rozpo-
częcia i zakończenia (włącznie), czas
trwania, stan załogi (piktogram załogi,
jeżeli pojazd obsługuje ZAŁOGA, a
spacje, jeżeli JEDEN KIEROWCA),
okresy odpoczynku trwające przynajm-
niej godzinę sąoznakowane gwiazdką.
8.3a. Warunki szczególne. Godzina, pikto-
gram warunku szczególnego (lub
kombinacja piktogramów).
8.4. Wyjęcie karty
Stan licznika kilometrów i odległość
przebyta od ostatniego włożenia karty,
dla którego znany jest stan licznika
kilometrów.
9. Czynności kierowcy zapamiętane w
VU według szczelin czytnika w kolej-
ności chronologicznej
Identyfikator bloku
Data zapytania (dzień kalendarzowy
drukowanych czynności)
Stan licznika kilometrów o 00:00 i
24:00.
10. Czynności wykonane przy karcie w
szczelinie czytnika S
Identyfikator bloku.
1998R2135 —PL—01.05.2006 —002.001 —138
▼M1
Numer bloku lub zapisu
Znaczenie
10.1. Okres, kiedy karta nie jest włożona do
szczeliny czytnika S
Identyfikator rekordu
Brak kartyStan licznika kilometrów na początku
okresu.
10.2. Wkładanie karty
Identyfikator rekordu wkładania karty
Nazwisko kierowcyImię kierowcy
Identyfikacja karty kierowcyData ważności karty kierowcyRejestrujący MS i numer VRN
poprzednio używanego pojazdu
Data i godzina wyjęcia karty z
poprzednio używanego pojazdu
Pusty wiersz
Stan licznika kilometrów przy wkła-
daniu karty, flaga ręcznego wprowa-
dzania czynności kierowcy (M, gdy
tak, spacja, gdy nie).
10.3. Czynność
Piktogram czynności, godzina rozpo-
częcia i zakończenia (włącznie), czas
trwania, stan załogi (piktogram stanu
załogi, jeżeli ZAŁOGA, spacje, jeżeli
JEDEN KIEROWCA), przerwy na
odpoczynek trwające przynajmniej
godzinę sąoznakowane gwiazdką.
10.3a. Warunki szczególne. Godzina, pikto-
gram warunku szczególnego (lub
kombinacja piktogramów).
10.4. Wyjęcie karty lub zakończenie okresu
»brak karty«
Stan licznika kilometrów przy wyjęciu
karty lub zakończeniu okresu »brak
karty« i odległość przebyta od
włożenia karty lub rozpoczęcia okresu
»brak karty«.
11. Zestawienie dzienne
Identyfikator bloku.
11.1. Zestawienie okresów bez karty w szcze-
linie karty kierowcy dla VU
Identyfikator bloku.
11.2. Zestawienie okresów bez karty w szcze-
linie karty współkierowcy dla VU
Identyfikator bloku.
1998R2135 —PL—01.05.2006 —002.001 —139
▼M1
Numer bloku lub zapisu
Znaczenie
11.3. VU zestawienie dzienne dla kierowcy
Identyfikator rekordu
Nazwisko kierowcy
Imię (imiona) kierowcy
Identyfikacja karty kierowcy.
11.4. Wprowadzenie miejsca rozpoczęcia i/
lub zakończenia dziennego okresu
pracy
pi = piktogram miejsca rozpoczęcia/
zakończenia, godzina, kraj, region,
stan licznika kilometrów.
11.5. Podsumowania dla czynności (z karty)
Całkowity czas prowadzenia pojazdu,
odległość przebyta
Całkowity czas pracy i dyspozycyj-
ności
Całkowity czas odpoczynku i niezna-
nych czynności
Całkowity czas czynności załogi.
11.6. Podsumowania dla czynności (okresy
bez karty w szczelinie karty kierowcy)
Całkowity czas prowadzenia pojazdu,
odległość przebyta
Całkowity czas pracy i dyspozycyj-
ności
Całkowity czas odpoczynku.
11.7. Podsumowania dla czynności (okresy
bez karty w szczelinie karty współkie-
rowcy)
Całkowity czas pracy i dyspozycyj-
ności
Całkowity czas odpoczynku.
11.8. Podsumowania dla czynności (według
kierowcy dla obu szczelin kart)
Całkowity czas prowadzenia pojazdu,
odległość przebyta
Całkowity czas prowadzenia pojazdu,
odległość przebyta
Całkowity czas odpoczynkuCałkowity czas czynności załogiGdy dzienny wydruk zbiorczy
potrzebny jest dla bieżącego dnia,
zestawienie dzienne oblicza się na
podstawie danych dostępnych w czasie
sporządzania wydruku.
12. Zdarzenia i/lub usterki zarejestro-
wane na karcie
12.1. Identyfikator bloku ostatnich 5
»Zdarzeń i usterek« na karcie
1998R2135 —PL—01.05.2006 —002.001 —140
▼M1
Numer bloku lub zapisu
Znaczenie
12.2. Identyfikator bloku wszystkie zarejes-
trowane »Zdarzenia« na karcie
12.3. Identyfikator bloku wszystkie zarejes-
trowane »Usterki« na karcie
12.4. Zapis zdarzenie i/lub usterka
Identyfikator zapisu
Piktogram zdarzenia/usterki, cel zare-
jestrowania, data i godzina rozpo-
częcia,
Kod dodatkowego zdarzenia/usterki
(gdy jest), czas trwania
Państwo Członkowskie rejestracji i
numer VRN pojazdu, w którym
zdarzenie lub usterka miało miejsce.
13. Zdarzenia i/lub usterki zarejestro-
wane lub trwające w VU
13.1. Identyfikator bloku ostatnich 5
»Zdarzeń i usterek« z VU
13.2. Identyfikator bloku zarejestrowanych
lub trwających »Zdarzeń« w VU
13.3. Identyfikator bloku zarejestrowanych
lub trwających »Usterek« w VU
13.4. Zapis zdarzenie i/lub usterka
Identyfikator zapisu
Piktogram zdarzenia/usterki, cel zare-
jestrowania, data i godzina rozpo-
częcia,
Kod dodatkowego zdarzenia/usterki,
(gdy jest), liczba podobnych zdarzeń w
tym dniu, czas trwania
Identyfikacja kart włożonych na
początku lub po zakończeniu zdarzenia
lub usterki (maksymalnie 4 wiersze bez
powtarzania tych samych numerów
kart)
Przypadek braku kartyCel zarejestrowania (p) jest to kod licz-
bowy wyjaśniający, dlaczego zdarzenie
lub usterka zostało zarejestrowane,
zakodowany zgodnie z elementem
danych EventFaultRecordPurpose.
1998R2135 —PL—01.05.2006 —002.001 —141
▼M1
Numer bloku lub zapisu
Znaczenie
14. Identyfikacja VU
Identyfikator bloku
Nazwa producenta VU
Adres producenta VU
Numer części VUNumer homologacji VUNumer fabryczny VURok produkcji VUWersja oprogramowania i data insta-
lacji VU.
15. Identyfikacja czujnika
Identyfikator bloku
Numer fabryczny czujnikaNumer homologacji czujnikaData pierwszej instalacji czujnika.
16. Dane dotyczące kalibracji
Identyfikator bloku
16.1. Zapis kalibracji
Identyfikator zapisu
Warsztat, który przeprowadził kali-
brację
Adres warsztatuIdentyfikacja karty warsztatowejData ważności karty warsztatowejPusty wiersz
Data kalibracji + cel kalibracji
Numer VINPaństwo Członkowskie rejestracji i
numer VRN
Współczynnik charakterystyczny
pojazdu
Stała urządzenia rejestrującegoSkuteczny obwód oponRozmiar zamontowanych oponUstawienie urządzenia ograniczenia
prędkości
Stary i nowy stan licznika kilometrówCel kalibracji(p) jest to kod liczbowy
wyjaśniający, dlaczego te parametry
kalibracyjne zostały zarejestrowane,
zakodowany zgodnie z elementem
danych CalibrationPurpose.
17. Regulacja czasu
Identyfikator bloku
1998R2135 —PL—01.05.2006 —002.001 —142
▼M1
Numer bloku lub zapisu
Znaczenie
17.1. Zapis regulacji czasu
Identyfikator zapisu
Stara data i godzina
Nowa data i godzina
Warsztat, który przeprowadził regulację
czasu
Adres warsztatuIdentyfikacja karty warsztatowejData ważności karty warsztatowej.
18. Ostatnie zdarzenie i usterka zarejes-
trowane w VU
Identyfikator bloku
Data i godzina ostatniego zdarzeniaData i godzina ostatniej usterki.
19. Informacje dla kontroli przekro-
czenia prędkości
Identyfikator bloku
Data i godzina ostatniej KONTROLI
PRZEKROCZENIA PRĘDKOŚCI
Data/godzina pierwszego przekroczenia
prędkości i liczba przekroczeń pręd-
kości od tego czasu.
20. Zapis przekroczenia prędkości
20.1. Identyfikator bloku »Pierwsze przekro-
czenie prędkości po ostatniej kali-
bracji«
20.2. Identyfikator bloku »5 najpoważniej-
szych w ciągu ostatnich 365 dni«.
20.3. Identyfikator bloku »Najpoważniejsze
dla każdego z ostatnich 10 dni wystę-
powania przekroczeń prędkości«
20.4. Identyfikator zapisu
Data, godzina i czas trwania
Prędkości maks. i przeciętne,
liczba podobnych zdarzeń w tym dniu
Nazwisko kierowcy
Imię (imiona) kierowcy
Identyfikacja karty kierowcy
20.5. Gdy w bloku nie ma żadnego zapisu
przekroczenia prędkości.
1998R2135 —PL—01.05.2006 —002.001 —143
▼M1
Numer bloku lub zapisu
Znaczenie
21. Informacje wpisywane ręcznie
Identyfikator bloku
21.1. Miejsce kontroli
21.2. Podpis kontrolera
21.3. Od godziny21.4. Do godziny
21.5. Podpis kierowcy
»Informacje wpisywane ręcznie« Ponad wpisy-
waną ręcznie pozycją należy wstawić wystar-
czająco dużo pustych wierszy, by zapewnić
miejsce na wpisanie tych informacji i złożenie
podpisu.
3. SPECYFIKACJE WYDRUKU
W tym rozdziale przyjęto następujące konwencje zapisu:
Wydruk bloku lub zapisu o numerze N
Wydruk bloku lub zapisu o numerze N powtarzany
tylokrotnie ile trzeba
Wydruk bloków lub zapisów X i/lub Y w zależności
od potrzeby i powtórzenie tylokrotnie ile trzeba
3.1.Wydruk dzienny czynności kierowcy z karty
Wydruk dzienny czynności kierowcy z karty jest zgodny z poniższym formatem:
Data i godzina drukowania dokumentu
Typ wydruku
Identyfikacja kontrolera (jeżeli w czytniku VU znaj-
duje się karta kontrolna)
Identyfikacja kierowcy (z karty, dla której sporzą-
dzany jest wydruk)
Identyfikacja pojazdu (tego, dla którego sporządzany
jest wydruk)
Identyfikacja VU (tego, dla którego sporządzany jest
wydruk)
Ostatnia kalibracja tego VU
Ostatnia kontrola sprawdzanego kierowcy
Ogranicznik czynności kierowcy
Czynności kierowcy w kolejności występowania1998R2135 —PL—01.05.2006 —002.001 —144
▼M1
Ogranicznik zestawienia dziennego
Miejsca wprowadzone w kolejności chronologicznej
Podsumowania dla czynności
Zdarzenia lub usterki z ogranicznika karty
Zapisy zdarzeń/usterek (5 ostatnich zdarzeń lub
usterek zapisanych na karcie)
Zdarzenia lub usterki z ogranicznika VU
Zapisy zdarzeń/usterek (5 ostatnich zdarzeń lub
usterek zapisanych lub trwających w VU)
Miejsce kontroli
Podpis kontrolera
Podpis kierowcy
3.2.Wydruk dzienny czynności kierowcy z VU
Wydruk dzienny czynności kierowcy z VU jest zgodny z poniższym formatem:
Data i godzina drukowania dokumentu
Typ wydruku
Identyfikacja posiadacza karty (dla wszystkich kart
włożonych do VU)
Identyfikacja pojazdu (tego, dla którego sporządzany
jest wydruk)
Identyfikacja VU (tego, dla którego sporządzany jest
wydruk)
Ostatnia kalibracja tego VU
Ostatnia kontrola tego urządzenia rejestrującego
Ogranicznik czynności kierowcy
Ogranicznik dla szczeliny karty kierowcy (szczelina
karty 1)
Czynności w kolejności chronologicznej (szczelina
karty kierowcy)
Ogranicznik dla szczeliny karty współkierowcy
(szczelina karty 2)1998R2135 —PL—01.05.2006 —002.001 —145
▼M1
Czynności w kolejności chronologicznej (szczelina
karty współkierowcy)
Ogranicznik zestawienia dziennego
Zestawienie okresów bez karty w szczelinie karty
kierowcy
Miejsca wprowadzone w kolejności chronologicznej
Podsumowania dla czynności
Zestawienie okresów bez karty w szczelinie karty
współkierowcy
Miejsca wprowadzone w kolejności chronologicznej
Podsumowania dla czynności
Zestawienie czynności dla kierowcy dla obu szczelin
kartłącznie
Miejsca wprowadzone przez tego kierowcę w kolej-
ności chronologicznej
Podsumowania dla czynności dla tego kierowcy
Ogranicznik zdarzeń/usterek
Zapisy zdarzeń/usterek (5 ostatnich zdarzeń lub
usterek zapisanych lub trwających w VU)
Miejsce kontroli
Podpis kontrolera
Od godziny (miejsce przeznaczone
dla kierowcy bez karty w
celu wskazania okresów
odnoszących się do
niego)
Do godziny
Podpis kierowcy
3.3.Wydruk zdarzeń i usterek z karty
Wydruk zdarzeń i usterek z karty jest zgodny z poniższym formatem:
Data i godzina drukowania dokumentu
Typ wydruku
Identyfikacja kontrolera, (jeżeli w czytniku VU znaj-
duje się karta kontrolna)
Identyfikacja kierowcy (z karty, dla której sporzą-
dzany jest wydruk)1998R2135 —PL—01.05.2006 —002.001 —146
▼M1
Identyfikacja pojazdu (tego, dla którego sporządzany
jest wydruk)
Ogranicznik zdarzeń
Zapisy zdarzeń (wszystkie zdarzenia zarejestrowane
na karcie)
Ogranicznik usterek
Zapisy usterek (wszystkie usterki zarejestrowane na
karcie)
Miejsce kontroli
Podpis kontrolera
Podpis kierowcy
3.4.Wydruk zdarzeń i usterek z VU
Wydruk zdarzeń i usterek z VU jest zgodny z poniższym formatem:
Data i godzina drukowania dokumentu
Typ wydruku
Identyfikacja posiadacza karty (dla wszystkich kart
włożonych do VU)
Identyfikacja pojazdu (tego, dla którego sporządzany
jest wydruk)
Ogranicznik zdarzeń
Zapisy zdarzeń (wszystkie zdarzenia zarejestrowane
lub trwające w VU)
Ogranicznik usterek
Zapisy usterek (wszystkie usterki zarejestrowane lub
trwające w VU)
Miejsce kontroli
Podpis kontrolera
Podpis kierowcy
3.5.Wydruk danych technicznych
Wydruk danych technicznych jest zgodny z poniższym formatem:
Data i godzina drukowania dokumentu1998R2135 —PL—01.05.2006 —002.001 —147
▼M1
Typ wydruku
Identyfikacja posiadacza karty (dla wszystkich kart
włożonych do VU)
Identyfikacja pojazdu (tego, dla którego sporządzany
jest wydruk)
Identyfikacja VU
Identyfikacja czujnika
Ogranicznik danych kalibracyjnych
Zapisy kalibracji (wszystkie dostępne rekordy w
kolejności chronologicznej)
Ogranicznik regulacji czasu
Zapisy regulacji czasu (wszystkie dostępne zapisy z
zapisów regulacji czasu i zapisów kalibracji)
Ostatnie zdarzenie i usterka zarejestrowane w VU
3.6.Wydruk przekroczenia prędkości
Wydruk przekroczenia prędkości jest zgodny z poniższym formatem:
Data i godzina drukowania dokumentu
Typ wydruku
Identyfikacja posiadacza karty (dla wszystkich kart
włożonych do VU)
Identyfikacja pojazdu (tego, dla którego sporządzany
jest wydruk)
Informacje kontrolne dotyczące przekroczenia pręd-
kości
Identyfikator danych dotyczących przekroczenia pręd-
kości
Pierwsze przekroczenie prędkości po ostatniej kali-
bracji
Identyfikator danych dotyczących przekroczenia pręd-
kości
5 najpoważniejszych przekroczeń prędkości w ciągu
ostatnich 365 dni
Identyfikator danych dotyczących przekroczenia pręd-
kości
Najpoważniejsze przekroczenie prędkości dla każdego
z ostatnich 10 dni ich występowania
Miejsce kontroli1998R2135 —PL—01.05.2006 —002.001 —148
▼M1
Podpis kontrolera
Podpis kierowcy.1998R2135 —PL—01.05.2006 —002.001 —149
▼M1
Dodatek 5
WYŚWIETLACZ1998R2135 —PL—01.05.2006 —002.001 —150
▼M1
W tym rozdziale przyjęto następujące konwencje zapisu formatu:
—znaki wytłuszczonym drukiem oznaczają odkryty tekst widoczny na wyświet-
laczu (są wyświetlane jako normalne znaki),
—znaki normalne oznaczają zmienne (piktogramy lub dane), które na wyświet-
laczu zastępowane są przez odpowiadające im wartości:
dd mm yyyy: dzień, miesiąc, rok,hh: godziny,mm: minuty,
D: piktogram czasu trwania,
EF: kombinacja piktogramów zdarzeń lub usterek,
O: piktogram trybu pracy.
Urządzenie rejestrujące wyświetla dane zgodnie z poniższymi formatami:
Dane Format
Wyświetlanie ustawień domyślnych
Czas miejscowy hh:mm
Tryb pracy OInformacje dotyczące kierowcy
Dhhhmm
 hhhmm
Informacje dotyczące współkierowcy
 Dhhhmm
Otwarty warunek poza zakresem
Ostrzeżenia
Nadmierny nieprzerwany czas prowadzenia
pojazdu
hhhmm
 hhhmm
Zdarzenie lub usterka EF
Inne komunikatyData UTC UTC
dd/mm/yyyyor
UTC
 dd.mm.yyyy
godzina hh:mm
Nieprzerwany czas prowadzenia pojazdu przez
kierowcę i skumulowany czas przerwy
hhhmm
 hhhmm
Nieprzerwany czas prowadzenia pojazdu przez
współkierowcę i skumulowany czas przerwy
hhhmm
 hhhmm
Skumulowany czas prowadzenia pojazdu przez
kierowcę za ubiegły i obecny tydzień
hhhhmm
Skumulowany czas prowadzenia pojazdu przez
współkierowcę za ubiegły i obecny tydzień
hhhhmm1998R2135 —PL—01.05.2006 —002.001 —151
▼M1
Dodatek 6
INTERFEJSY ZEWNĘTRZNE
SPIS TREŚCI
1. Sprzęt …...........................................................................................
1.1. Złącze …...........................................................................................
1.2. Rozmieszczenie styków ….......................................................................
1.3. Schemat blokowy …..............................................................................
2. Interfejs wczytywania danych …................................................................
3. Interfejs kalibracyjny …..........................................................................1998R2135 —PL—01.05.2006 —002.001 —152
▼M1
1. SPRZĘT
1.1.Złącze
Złącze wczytywania danych/kalibracji jest złączem sześciostykowym, dostępnym
od strony panelu czołowego bez potrzeby odłączania jakiejkolwiek części urzą-
dzenia rejestrującego. Złącze musi mieć wymiary zgodne z pokazanymi na
rysunku poniżej (wszystkie wymiary w milimetrach):
1998R2135 —PL—01.05.2006 —002.001 —153
▼M1
Na rysunku poniżej pokazano typową sześciostykową bolcową wtyczkę złączną:
1998R2135 —PL—01.05.2006 —002.001 —154
▼M1
1.2.Rozmieszczenie stykówFunkcje styków opisuje poniższa tabela:
Styk Opis Uwagi
1 minus akumulatora Przyłączony do minusa akumulatora pojazdu
2 przesyłanie danych K-line (ISO 14 230-1)3 RxD —wczytywanie
danychWejście danych do urządzenia rejestrującego
4 Sygnał we/wy Kalibracja
5 Wyjście zasilania Zakres napięcia musi być taki jak dla zasilania pojazdu
minus 3V w celu umożliwienia spadku napięcia na obwo-
dzie ochronnym
Wyjście 40 mA
6 TxD —wczytywanie
danychWyjście danych z urządzenia rejestrującego
1.3.Schemat blokowy
Schemat blokowy jest następujący:
2. INTERFEJS WCZYTYWANIA DANYCH
Interfejs wczytywania danych jest zgodny z wymaganiami RS232.Interfejs wczytywania danych jest skonfigurowany w następujący sposób: jeden
bit startowy, 8 bitów danych najmniej znaczących na początku, jeden bit parzys-
tości i jeden bit stopu.
Organizacja bajtu danych
bit startowy: jeden bit na poziomie logicznym 0
bity danych: przesyłane z najmniej znaczącym na początku
bit parzystości: kontrola parzystościbit stopu: jeden bit na poziomie logicznym 11998R2135 —PL—01.05.2006 —002.001 —155
▼M1
W przypadku przesyłania danych liczbowych złożonych z więcej niż jednego
bajtu bajt najbardziej znaczący jest przesyłany pierwszy a bajt najmniej znaczący
ostatni.
Bitowa szybkość transmisji danych regulowana jest w zakresie od 9 600 bit/s do
115 200 bit/s. Transmisja odbywa się z najwyższą możliwą szybkością, przy
czym szybkość początkowa przy inicjowaniu sesji ustawiona jest na 9 600 bit/s.
3. INTERFEJS KALIBRACYJNYPrzesyłanie danych jest zgodne z normą ISO 14 230-1 Pojazdy drogowe —
Systemy diagnostyczne —Protokół słów kluczowych 2000 —część 1: Warstwa
fizyczna, Wydanie pierwsze: 1999 r.
Sygnał we/wy jest zgodny z następującymi wymaganiami elektrycznymi:
Parametr Min. Typowy Maks. Uwagi
Ulow(in) 1,0 V I = 750 µA
Uhigh(in) 4 V I = 200 µA
Częstotliwość 4 kHz
Ulow(in) 1,0 V I = 1 mA
Uhigh(out) 4 V I = 1 mA
Sygnał we/wy jest zgodny z następującymi przebiegami czasowymi:
Najbardziej znaczący sygnał
(wy)
Sygnał testowy (we)
Sygnał zegara UTC (wy)
1998R2135 —PL—01.05.2006 —002.001 —156
▼M1
Dodatek 7
PROTOKOŁY WCZYTYWANIA DANYCH
SPIS TREŚCI
1. Wprowadzenie ….................................................................................
1.1. Zakres …...........................................................................................
1.2. Akronimy i skróty ….............................................................................
2. Wczytywanie danych z VU …...................................................................
2.1. Procedura wczytywania danych …..............................................................
2.2. Protokół wczytywania danych …................................................................
2.2.1. Struktura komunikatu …..........................................................................
2.2.2. Typy komunikatów …............................................................................
2.2.2.1. Żądanie rozpoczęcia transmisji (SID 81) …....................................................
2.2.2.2. Pozytywna odpowiedź nażądanie rozpoczęcia transmisji (SID C1) …......................
2.2.2.3. Żądanie rozpoczęcia sesji diagnostycznej (SID 10) …........................................
2.2.2.4. Pozytywna odpowiedź nażądanie rozpoczęcia sesji diagnostycznej (SID 50) …...........
2.2.2.5. Obsługa sterowania łączem (SID 87) …........................................................
2.2.2.6. Pozytywna odpowiedź nażądanie sterowania łączem (SID C7) …..........................
2.2.2.7. Żądanie wczytywania (SID 35) …...............................................................
2.2.2.8. Pozytywna odpowiedź nażądanie wczytywania (SID 75) ….................................
2.2.2.9. Żądanie przesłania danych (SID 36) ….........................................................
2.2.2.10. Pozytywna odpowiedź nażądanie przesłania danych (SID 76) …...........................
2.2.2.11. Żądanie wyjścia z przesyłania danych (SID 37) …............................................
2.2.2.12. Pozytywna odpowiedź nażądanie wyjścia z przesyłania danych (SID 77) …..............
2.2.2.13. Żądanie zatrzymania transmisji (SID 82) …....................................................
2.2.2.14. Pozytywna odpowiedź nażądanie zatrzymania transmisji (SID C2) …......................
2.2.2.15. Potwierdzenie podkomunikatu (SID 83) ….....................................................
2.2.2.16. Odpowiedź negatywna (SID 7F) ….............................................................
2.2.3. Przepływ komunikatów ….......................................................................
2.2.4. Przebiegi czasowe …..............................................................................
2.2.5. Obsługa błędów …................................................................................
2.2.5.1. Faza rozpoczęcia komunikacji …................................................................
2.2.5.2. Faza komunikacji …..............................................................................
2.2.6. Treść komunikatu odpowiedzi …................................................................
2.2.6.1. Pozytywna odpowiedź nażądanie przesłania informacji ogólnych ….......................
2.2.6.2. Pozytywna odpowiedź nażądanie przesłania danych dotyczących czynności …...........
2.2.6.3. Pozytywna odpowiedź nażądanie przesłania danych dotyczących zdarzeń i usterek …...
2.2.6.4. Pozytywna odpowiedź nażądanie przesłania danych szczegółowych dotyczących pręd-
kości ….............................................................................................
2.2.6.5. Pozytywna odpowiedź nażądanie przesłania danych technicznych …......................
2.3. Plik ESM ….......................................................................................
3. Protokół wczytywania danych z kart do tachografów …......................................
3.1. Zakres …...........................................................................................
3.2. Definicje …........................................................................................
3.3. Wczytywanie danych z karty ….................................................................
3.3.1. Sekwencja inicjalizująca …......................................................................1998R2135 —PL—01.05.2006 —002.001 —157
▼M1
3.3.2. Sekwencja dla niepodpisanych plików danych …..............................................
3.3.3. Sekwencja dla podpisanych plików danych ….................................................
3.3.4. Sekwencja zerowania licznika kalibracji ….....................................................
3.4. Format gromadzenia danych …..................................................................
3.4.1. Wprowadzenie ….................................................................................
3.4.2. Format pliku …....................................................................................
4. Wczytywanie danych z karty do tachografów za pośrednictwem przyrządu rejestrującego
…...................................................................................................1998R2135 —PL—01.05.2006 —002.001 —158
▼M1
1. WPROWADZENIE
Niniejszy dodatek zawiera procedury stosowane przy wczytywaniu danych
różnych typów na media zewnętrzne, wraz z protokołami, które muszą byćwdro-
żone w celu zagwarantowania prawidłowego przesyłania danych i pełnej zgod-
ności formatu wczytanych danych, tak by umożliwić każdemu kontrolerowi
sprawdzenie tych danych oraz sprawdzenie autentyczności i integralności przed
przystąpieniem do analizy danych.
1.1.Zakres
Dane mogą byćwczytywane do ESM:
—z przyrządu rejestrującego za pośrednictwem inteligentnego, wydzielonego
urządzenia (IDE) przyłączonego do VU,
—z karty do tachografów za pośrednictwem IDE spasowanego z urządzeniem
interfejsu (IFD) karty,
—z karty do tachografów za pośrednictwem przyrządu rejestrującego poprzez
IDE przyłączone do VU.
Aby umożliwić weryfikację autentyczności i integralności wczytanych danych
zgromadzonych w ESM, dane są wczytywane razem z dołączonym podpisem,
zgodnie z dodatkiem 11 Wspólne mechanizmy zabezpieczenia. Razem z danymi
wczytywane są również identyfikacja urządzenia źródłowego (VU lub karta) i
jego świadectwo bezpieczeństwa (Państwo Członkowskie i urządzenie). Nieza-
leżnie od tego weryfikator danych musi mieć zaufany europejski klucz publiczny.
Dane wczytane podczas jednej sesji wczytywania muszą byćprzechowywane w
ESM w jednym pliku.
1.2.Akronimy i skróty
W niniejszym dodatku używa się następujących skrótów:
AID identyfikator aplikacji
ATR odpowiedź na ponowne inicjowanie
CS bajt sumy kontrolnej
DF plik dedykowany
DS_ sesja diagnostyczna
EF plik elementarnyESM zewnętrzne medium gromadzenia danych
FID identyfikator pliku (ID pliku)
FMT bajt formatu (pierwszy bajt nagłówka komunikatu)
ICC karta z układem scalonym
IDE inteligentne urządzenie dedykowane: urządzenie służące do wczytywania
danych do ESM (np. komputer osobisty)
IFD urządzenie interfejsu
KWP protokół słowa kluczowego 2000
LEN bajt długości (ostatni bajt nagłówka komunikatu)
PPS wybór parametru protokołu
PSO wykonaj operację bezpieczeństwa
SID identyfikator usługiSRC bajt źródłowy
TGT bajt docelowy
TLV wartość długości znacznika
TREP parametr odpowiedzi na przesłanie danych
TRTP parametr żądania przesłania danych
VU przyrząd rejestrujący.1998R2135 —PL—01.05.2006 —002.001 —159
▼M1
2. WCZYTYWANIE DANYCH Z VU
2.1.Procedura wczytywania danych
W celu wczytania danych z VU operator musi wykonać następujące czynności:
—włożyć swoją kartę do tachografów do czytnika karty w VU (1),
—podłączyć IDE do gniazda wczytywania w VU,
—nawiązać połączenie między IDE i VU,
—wybrać w IDE dane do wczytania i wysłać żądanie do VU,
—zamknąć sesję wczytywania danych.
2.2.Protokó łwczytywania danych
Protokół skonstruowany jest zgodnie z zasadą nadrzędny-podległy, gdzie IDE jest
urządzeniem nadrzędnym a VU podległym.
Struktura komunikatu, typy komunikatów i przepływ są zasadniczo oparte na
Protokole słowa kluczowego 2000 (KWP) (według normy ISO 14230-2 Pojazdy
drogowe —Systemy diagnostyczne —Protokół słowa kluczowego 2000 —
część 2: Warstwa łącza danych).
Warstwa aplikacji zbudowana jest zasadniczo w oparciu o bieżący projekt normy
ISO 14229-1 (Pojazdy drogowe —Systemy diagnostyczne —część 1: Usługi
diagnostyczne, wersja 6 z dnia 22 lutego 2001 r.)
2.2.1. Struktura komunikatu
Wszystkie komunikaty wymieniane między IDE i VU mają strukturę złożoną z
następujących trzech części:
—nagłówek zawierający bajt formatu (FMT), bajt docelowy (TGT), bajt źród-
łowy (SRC) i ewentualnie bajt długości (LEN),
—pole danych zawierające bajt identyfikator usługi (SID) i zmienną liczbę
bajtów z danymi, w których może być bajt opcjonalnej sesji diagnostycznej
(DS_) lub bajt opcjonalnego parametru przesyłania (TRTP lub TREP).
—suma kontrolna zawierająca bajt sumy kontrolnej (CS).
Nagłówek Pole danychSuma
kontrol-
na
FMT TGT SRC LEN SID ADAT … … … CS
4 bajty Maks. 225 bajtów 1 bajt
Bajty TGT i SRC reprezentują fizyczny adres adresata i źródła komunikatu. Przy-
jmują one wartości F0 Hex dla IDE i EE Hex dla VU.
Bajt LEN jest długością pola danych.
Bajt sumy kontrolnej jest ośmiobitową sumą serii modulo 256 wszystkich bajtów
komunikatu, z wyłączeniem bajtu CS.
Bajty FMT, SID, DS_, TRTP i TREP są zdefiniowane w dalszej części niniej-
szego dokumentu.
W przypadku gdy dane przesyłane komunikatem są dłuższe niż dysponowane
pole danych, komunikat wysyła się w kilku podkomunikatach. Każdy podkomu-
nikat ma nagłówek, te same bajty SID i TREP oraz dwubajtowy licznik podko-
munikatu pokazujący liczbę podkomunikatów w całym komunikacie. Aby umoż-
liwić kontrolę błędów i przerwanie przesyłania, IDE potwierdza każdy komu-
nikat. IDE może przyjmować podkomunikat, żądać powtórzenia transmisji, żądać
od VU powtórzenia transmisji od początku lub przerwania transmisji.
Jeżeli ostatni podkomunikat ma dokładnie 255 bajtów w polu danych, musi być
dołączony końcowy podkomunikat z pustym polem danych (z wyjątkiem SID
TREP i licznika podkomunikatów) w celu pokazania końca komunikatu.
Przykład:
Nagłówek SID TREP Komunikat CS1998R2135 —PL—01.05.2006 —002.001 —160
(1) Włożenie karty otwiera właściwe prawo dostępu do uaktywnienia funkcji oraz do
danych.
▼M1
4 bajty dłuższy niż 255 bajtów
zostanie przesłany w następujący sposób:
Nagłówek SID TREP 00 01 Podkomu-
nikat 1CS
4 bajty 255 bajtów
Nagłówek SID TREP 00 01 Podkomu-
nikat 2CS
4 bajty 255 bajtów
…
Nagłówek SID TREP xx yy Podkomu-
nikat nCS
4 bajty Mniej niż 255 bajtów
lub:
Nagłówek SID TREP 00 01 Podkomu-
nikat 1CS
4 bajty 255 bajtów
Nagłówek SID TREP 00 02 Podkomu-
nikat 2CS
4 bajty 255 bajtów
…
Nagłówek SID TREP xx yy Podkomu-
nikat nCS
4 bajty 255 bajtów
Nagłówek SID TREP xx yy+1 CS
4 bajty 4 bajty
2.2.2. Typy komunikatów
Protokół komunikacyjny wczytywania danych między VU i IDE wymaga
wymiany komunikatów ośmiu różnych typów.
W tabeli poniżej opisano te komunikaty.1998R2135 —PL—01.05.2006 —002.001 —161
▼M1
Struktura komunikatuNagłówek maks. 4 bajty Dane maks. 255 bajtówSuma
Kontr-
olna 1
bajt
IDE -> <- VU FMT TGT SRC LEN SIDDS_/
TRTPDATA CS
Żądanie rozpoczęcia trans-
misji81 EE F0 81 E0
Pozytywna odpowiedź na
żądanie rozpoczęcia trans-
misji80 F0 EE 03 C1 8F,EA 9B
Żądanie rozpoczęcia sesji
diagnostycznej80 EE F0 02 10 81 F1
Pozytywna odpowiedź na
żądanie rozpoczęcia sesji
diagnostycznej80 F0 EE 02 50 81 31
Obsługa sterowania łączem
weryfikacja szybkości
transmisji (etap 1)
9 600 bit/s 80 EE F0 04 87 01,01,01 EC
19 200 bit/s 80 EE F0 04 87 01,01,02 ED
38 400 bit/s 80 EE F0 04 87 01,01,03 ED57 600 bit/s 80 EE F0 04 87 01,01,04 EF
115 200 bit/s 80 EE F0 04 87 01,01,05 F0
Pozytywna odpowiedź na
weryfikację szybkości trans-
misji80 F0 EE 02 C7 01 28
Zmiana szybkości transmisji
(etap 2)80 EE F0 03 87 02,03 ED
Żądanie wczytywania 80 EE F0 0A 35 00,00,0-
0,00,00,
FF,FF,
FF,FF99
Pozytywna odpowiedź na
żądanie wczytywania80 F0 EE 03 75 00,FF D5
Żądanie przesłania danych
Informacje ogólne 80 EE F0 02 36 01 97
Czynności 80 EE F0 06 36 02 Data CS
Zdarzenia i usterki 80 EE F0 02 36 03 99Szczegółowe dane
dotyczące prędkości80 EE F0 02 36 04 9A
Dane techniczne 80 EE F0 02 36 05 9B
Wczytywanie karty 80 EE F0 02 36 06 9C
Pozytywna odpowiedź na
żądanie przesłania danych80 F0 EE Len 76 TREP Data CS
Żądanie wyjścia z przesyłania
danych80 EE F0 01 37 96
Pozytywna odpowiedź na
żądanie wyjścia z przesyłania
danych80 F0 EE 01 77 D6
Żądanie zatrzymania trans-
misji80 EE F0 01 82 E11998R2135 —PL—01.05.2006 —002.001 —162
▼M1
Struktura komunikatuNagłówek maks. 4 bajty Dane maks. 255 bajtówSuma
Kontr-
olna 1
bajt
IDE -> <- VU FMT TGT SRC LEN SIDDS_/
TRTPDATA CS
Pozytywna odpowiedź na
żądanie zatrzymania trans-
misji80 F0 EE 01 C2 21
Potwierdzenie podkomuni-
katu80 EE F0 Len 83 Data CS
Odpowiedzi negatywne
Generalne odrzucenie 80 F0 EE 03 7F Sid
Req10 CS
Usługa nieobsługiwana 80 F0 EE 03 7F Sid
Req11 CS
Podfunkcja nieobsługiwana 80 F0 EE 03 7F Sid
Req12 CS
Nieprawidłowa długość
komunikatu80 F0 EE 03 7F Sid
Req13 CS
Nieprawidłowe warunki lub
błąd kolejności żądań80 F0 EE 03 7F Sid
Req22 CS
Żądanie poza zakresem 80 F0 EE 03 7F Sid
Req31 CS
Ładowanie nie przyjęte 80 F0 EE 03 7F Sid
Req50 CS
Odpowiedź zawieszona 80 F0 EE 03 7F Sid
Req78 CS
Brak dostępnych danych 80 F0 EE 03 7F Sid
ReqFA CS
Uwagi:
—Sid Req = Sid odpowiadają cego żądania.
—TREP = TRTP odpowiadającego żądania.
—Ciemne rubryki oznaczają, że nic nie jest przesyłane.
—Pojęcia ładowanie (widziane z IDE) używa się zgodnie z normą ISO 14229. Oznacza to samo co wczytywanie
(gdy widziane z VU).
—W tabeli nie pokazano potencjalnych, dwubajtowych liczników podkomunikatów.
2.2.2.1. Żądanie rozpoczęcia transmisji (SID 81)
Komunikat ten wysyła IDE w celu zestawienia łącza komunikacyjnego z VU.
Początkowe komunikaty są zawsze wysyłane z szybkością 9 600 bit/s (aż do
ewentualnej zmiany szybkości transmisji przy wykorzystaniu odpowiedniej
obsługi sterowania łączem).
2.2.2.2. Pozytywna odpowiedź nażądanie rozpoczęcia transmisji (SID C1)
Komunikat ten wysyła VU w celu przesłania pozytywnej odpowiedzi na żądanie
rozpoczęcia transmisji. Komunikat zawiera 2 kluczowe bajty 2 »8F« »EA« wska-
zujące, że urządzenie obsługuje protokół z nagłówkiem zawierającym informacje
o adresie, źródle i długości.
2.2.2.3. Żądanie rozpoczęcia sesji diagnostycznej (SID 10)
Komunikat żądania rozpoczęcia sesji diagnostycznej wysyła IDE w celu zażą-
dania nowej sesji diagnostycznej z VU. Podfunkcja »default session« (81 Hex)
wskazuje, że IDE żąda otwarcia standardowej sesji diagnostycznej.1998R2135 —PL—01.05.2006 —002.001 —163
▼M1
2.2.2.4. Pozytywna odpowiedź nażądanie rozpoczęcia sesji diagnostycznej (SID
50)
Komunikat pozytywna odpowiedź nażądanie rozpoczęcia sesji diagnostycznej
wysyła VU w celu przesłania pozytywnej odpowiedzi na żądanie sesji diagnos-
tycznej.
2.2.2.5. Obsługa sterowania łączem (SID 87)
IDE używa obsługi sterowania łączem do zainicjowania zmiany szybkości trans-
misji (bit/s). Odbywa się to dwustopniowo. Najpierw IDE proponuje zmianę
szybkości transmisji podając nową szybkość (pierwszy krok). Po otrzymaniu
pozytywnej odpowiedzi od VU IDE wysyła do VU potwierdzenie zmiany szyb-
kości (drugi krok). Następnie IDE przechodzi na nową szybkość transmisji. Po
otrzymaniu potwierdzenia VU przechodzi na nową szybkość transmisji.
2.2.2.6. Pozytywna odpowiedź nażądanie sterowania łączem (SID C7)
VU wysyła pozytywną odpowiedź nażądanie sterowania łączem w celu prze-
słania pozytywnej odpowiedzi na żądanie obsługi sterowania łączem (pierwszy
krok). Zwracamy uwagę, że na żądanie potwierdzenia (drugi krok) nie ma odpo-
wiedzi.
2.2.2.7. Żądanie wczytywania (SID 35)
IDE wysyła komunikat żądania wczytywania w celu przekazania VU, żeżądana
jest operacja wczytywania. Aby spełnić wymagania normy ISO14229 przesyłane
sąszczegółowe informacje dotyczące adresu, wielkości i szczegółów żądanych
danych. Ponieważ informacje te nie są znane IDE przed wczytywaniem, adres
pamięci ustawiony jest na 0, format jest nieszyfrowany i bez kompresji a wiel-
kość pamięci ustawiona na maksimum.
2.2.2.8. Pozytywna odpowiedź nażądanie wczytywania (SID 75)
VU wysyła pozytywną odpowiedź nażądanie wczytywania, aby wskazać IDE, że
VU jest gotowe do wczytywania danych. Aby spełnić wymagania normy ISO
14229 ten komunikat pozytywnej odpowiedzi zawiera dane wskazujące IDE, że
dalsze komunikaty pozytywnej odpowiedzi na żądanie przesłania danych będą
zawierały maksymalnie 00FF hex bajtów.
2.2.2.9. Żądanie przesłania danych (SID 36)
IDE wysyła żądanie przesłania danych w celu wskazania VU typu danych, które
mają byćwczytywane. Jednobajtowy parametr żądania przesłania danych (TRTP)
wskazuje typ przesyłania.
Rozróżnia się sześć typów przesyłania danych:
—informacje ogólne (TRTP 01),
—czynności o określonej dacie (TRTP 02),
—zdarzenia i usterki (TRTP 03),
—szczegółowe dane dotyczące prędkości (TRTP 04),
—dane techniczne (TRTP 05),
—wczytywanie karty (TRTP 06).
IDE musi obowiązkowo zażądać przesłania informacji ogólnych (TRTP 01) w
czasie sesji wczytywania, ponieważ tylko to zagwarantuje, że certyfikaty VU są
zarejestrowane we wczytywanym pliku (i umożliwi weryfikację podpisu cyfro-
wego).
W drugim przypadku (TRTP 02) w komunikacie żądanie przesłania danych znaj-
duje się informacja o dniu kalendarzowym (TimeReal format), dla którego dane
mają byćwczytane.
2.2.2.10. Pozytywna odpowiedź nażądanie przesłania danych (SID 76)
VU wysyła pozytywną odpowiedź nażądanie przesłania w odpowiedzi na
żądanie przesłania danych. Komunikat zawiera żądane dane z parametrem odpo-
wiedzi na przesłanie danych (TREP) odpowiadającym TRTP żądania.
W pierwszym przypadku (TREP 01), VU wyśle dane pomagające operatorowi
IDE w wyborze danych, które chce dalej wczytać. Komunikat ten zawiera nastę-
pujące informacje:1998R2135 —PL—01.05.2006 —002.001 —164
▼M1
—świadectwa bezpieczeństwa,
—identyfikacja pojazdu,
—bieżąca data i godzina VU,
—minimalna i maksymalna data, dla której można dokonać wczytania (VU
dane),
—sygnalizacja obecności kart w VU,
—poprzednie wczytanie dla firmy,
—blokady firmowe,
—poprzednie kontrole.
2.2.2.11. Żądanie wyjścia z przesyłania danych (SID 37)
IDE wysyła komunikat żądania wyjścia z przesyłania danych w celu zawiado-
mienia VU, że sesja wczytywania jest zakończona.
2.2.2.12. Pozytywna odpowiedź nażądanie wyjścia z przesyłania danych (SID
77)
VU wysyła komunikat pozytywnej odpowiedzi na żądanie wyjścia z przesyłania
danych w celu potwierdzenia otrzymania żądania wyjścia z przesyłania danych.
2.2.2.13. Żądanie zatrzymania transmisji (SID 82)
IDE wysyła komunikat żądania zatrzymania transmisji w celu rozłączenia łącza
komunikacyjnego z VU.
2.2.2.14. Pozytywna odpowiedź nażądanie zatrzymania transmisji (SID C2)
VU wysyła komunikat pozytywnej odpowiedzi na żądanie zatrzymania transmisji
w celu potwierdzenia otrzymania żądania zatrzymania transmisji.
2.2.2.15. Potwierdzenie podkomunikatu (SID 83)
IDE wysyła potwierdzenie podkomunikatu w celu potwierdzenia otrzymania
każdej części komunikatu przesyłanego w kilku podkomunikatach. W polu
danych znajduje się SID otrzymany z VU i dwubajtowy kod opisany poniżej:
—MsgC +1 potwierdza prawidłowy odbiór podkomunikatu o numerze MsgC.
Żądanie od IDE dla VU wysłania następnego podkomunikatu,
—MsgC wskazuje na problem z odbiorem podkomunikatu o numerze MsgC.
Żądanie od IDE dla VU powtórnego wysłania podkomunikatu,
—FFFF żąda zakończenia komunikatu.
IDE może użyć tego do zakończenia transmisji komunikatu z VU z dowolnej
przyczyny.
Ostatni podkomunikat komunikatu (bajt LEN < 255) może być potwierdzony
przy pomocy dowolnego z tych kodów lub być niepotwierdzony.
Odpowiedziami VU, które składają sięz kilku podkomunikatów są:
—pozytywna odpowiedź nażądanie przesłania danych (SID 76)
2.2.2.16. Odpowiedź negatywna (SID 7F)
VU wysyła komunikat negatywnej odpowiedzi w odpowiedzi na powyższe
komunikaty żądań, gdy VU nie może obsłużyć żądania. Pole danych komunikatu
zawiera SID odpowiedzi (7F), SID żądania i kod podający przyczynę negatywnej
odpowiedzi. Dozwolone są następujące kody:
—10 generalne odrzucenie
Czynności nie można wykonać z przyczyny innej niż określone poniżej
—11 usługa nieobsługiwana
SIDżądania nie jest zrozumiany
—12 podfunkcja nieobsługiwana1998R2135 —PL—01.05.2006 —002.001 —165
▼M1
DS_ lub TRTP żądania nie jest zrozumiany lub nie ma dalszych komunikatów do
wysłania
—13 nieprawidłowa długość komunikatu
Długość odebranego komunikatu jest nieprawidłowa
—22 nieprawidłowe warunki lub błąd kolejności żądań
Żądana usługa nie jest aktywna lub sekwencja komunikatów żądań nie jest
prawidłowa
—31żądanie poza zakresem
Żądany zapis parametru (pole danych) nie jest ważny
—50ładowanie nieprzyjęte
Żądania nie można obsłużyć (VU w nieodpowiednim trybie pracy lub
wewnętrzna usterka VU)
—78 odpowiedź zawieszona
Czynności nie można zakończyć na czas i VU nie jest gotowe do przyjęcia
innego żądania
—FA brak dostępnych danych
Obiekt danych żądania przesłania danych nie jest dostępny w VU (np. karta nie
jest włożona,…)
2.2.3. Przepływ komunikatów
Typowy przepływ komunikatów podczas normalnej procedury wczytywania
danych wygląda następująco:
IDE FE
Żądanie rozpoczęcia transmisji
Pozytywna odpowiedź
Żądanie rozpoczęcia usługi diagnostycznej
Pozytywna odpowiedź
Żądanie wczytywania
Pozytywna odpowiedź
Żądanie przesłania danych informacje
ogólne
Pozytywna odpowiedź nażądanie przesłania
danych
Żądanie danych #2
Pozytywna odpowiedź #1
Potwierdzenie podkomunikatu #1
Pozytywna odpowiedź #21998R2135 —PL—01.05.2006 —002.001 —166
▼M1
IDE FE
Potwierdzenie podkomunikatu #2
Pozytywna odpowiedź #m
Potwierdzenie podkomunikatu #m
Pozytywna odpowiedź nażądanie (pole
danych < 255 bajtów)
Potwierdzenie podkomunikatu (nieob-
owiązkowe)
…
Żądanie przesłania danych #n
Pozytywna odpowiedź
Żądanie wyjścia z przesyłania danych
Pozytywna odpowiedź
Żądanie zatrzymania transmisji
Pozytywna odpowiedź
2.2.4. Przebiegi czasowe
Podczas normalnej pracy przebiegi czasowe wyglądają jak następuje:
Rysunek 1
Przepływ komunikatów, przebiegi czasowe
Gdzie:
P1 = czas między bajtami dla odpowiedzi VU.
P2= czas między końcem żądania IDE a początkiem odpowiedzi VU, lub
między końcem potwierdzenia IDE a początkiem następnej odpowiedzi
VU.
P3= między końcem odpowiedzi VU a początkiem nowego żądania IDE, lub
między końcem odpowiedzi VU a początkiem potwierdzenia IDE, lub
między końcem żądania IDE a początkiem nowego żądania IDE, jeżeli VU
nie odpowiada.
P4= czas między bajtami dla żądania IDE.
P5= przedłużona wartość P3 dla wczytywania danych z karty.1998R2135 —PL—01.05.2006 —002.001 —167
▼M1
Dozwolone wartości przebiegów czasowych pokazano w tabeli poniżej (KWP
rozszerzony zestaw parametrów przebiegów czasowych używany w przypadku
adresowania fizycznego w celu uzyskania szybszej komunikacji).
Parametr
czasowyDolna wartość graniczna
Pmin (ms)Górna wartość graniczna Pmax (ms)
P1 0 20
P2 20 1 000 (*)
P3 10 5 000P4 5 20
P5 10 20 minut
(*) Jeżeli VU daje negatywną odpowiedź zawierającą kod o znaczeniu »żądane odebrane prawidłowo, odpowiedź
zawieszona«, wartość ta zostaje przedłużona do górnej wartości granicznej P3.
2.2.5. Obsługa błędów
W przypadku wystąpienia błędu w czasie wymiany komunikatów, schemat prze-
pływu komunikatów zostaje zmodyfikowany zależnie od tego, które urządzenia
wykryło błąd i od komunikatu generującego błąd.
Na rysunkach 2 i 3 pokazano odpowiednio procedury obsługi błędów dla VU i
IDE.
2.2.5.1. Faza rozpoczęcia komunikacji
Jeżeli w czasie fazy rozpoczęcia komunikacji IDE wykryje błąd zarówno
synchronizacji jak i strumienia bitowego, to odczekuje okres P3 min przed
powtórnym wysłaniem żądania.
Jeżeli VU wykryje błąd w sekwencji przychodzącej z IDE, to nie wysyła żadnej
odpowiedzi i czeka na następny komunikat żądania rozpoczęcia transmisji przez
okres P3 max.
2.2.5.2. Faza komunikacji
W tym przypadku można zdefiniować dwa różne obszary obsługi błędów:
1. VU wykrywa błąd transmisji IDE.
Dla każdego odebranego komunikatu VU wykrywa błędy synchronizacji, błędy
formatu bajtowego (np. błędy bitów startu i stopu) i błędy ramki (zła liczba
odebranych bajtów, zły bajt sumy kontrolnej).
Jeżeli VU wykryje jeden z powyższych błędów, to nie wysyła odpowiedzi i igno-
ruje odebrany komunikat.
VU może wykrywać inne błędy formatu lub treści otrzymanego komunikatu (np.
komunikat nieobsługiwany) nawet jeżeli długości i sumy kontrolne są prawid-
łowe; w takim przypadku VU wysyła do IDE komunikat negatywnej odpowiedzi
określający charakter błędu.1998R2135 —PL—01.05.2006 —002.001 —168
▼M1
Rysunek 2
Obsługa błędów w VU
2. IDE wykrywa błąd transmisji VU
Dla każdego odebranego komunikatu IDE wykrywa błędy synchronizacji, błędy
formatu bajtowego (np. błędy bitów startu i stopu) i błędy ramki (zła liczba
odebranych bajtów, nieprawidłowy bajt sumy kontrolnej).
IDE wykrywa błędy kolejności, np. nieprawidłowe zwiększenie stanu licznika
podkomunikatów w kolejnych komunikatach.
Jeżeli IDE wykrywa błąd lub nie ma odpowiedzi z VU w okresie P2 max, wysyła
ponownie komunikat żądania, z tym że maksymalnie mogą byćtrzy transmisje.
Dla potrzeb tego wykrywania błędów VU traktuje potwierdzenie podkomunikatu
jako żądanie.
Przed rozpoczęciem każdej transmisji IDE oczekuje przez okres P3 min; okres
oczekiwania odmierza się od ostatniego bitu stopu po wykryciu błędu.1998R2135 —PL—01.05.2006 —002.001 —169
▼M1
Rysunek 3
Obsługa błędów w IDE
1998R2135 —PL—01.05.2006 —002.001 —170
▼M1
2.2.6. Treść komunikatu odpowiedzi
W tym punkcie określono treść pól danych w różnych komunikatach pozytywnej
odpowiedzi.
Elementy danych zdefiniowano w dodatku 1 Słownik danych.
2.2.6.1. Pozytywna odpowiedź nażądanie przesłania informacji ogólnych
Pole danych w komunikacie »Pozytywna odpowiedź nażądanie przesłania infor-
macji ogólnych« zawiera następujące dane w określonej tu kolejności pod SID
76 Hex, TREP 01 Hex z odpowiednim podziałem na podkomunikaty i liczni-
kami:
1998R2135 —PL—01.05.2006 —002.001 —171
▼M1
2.2.6.2. Pozytywna odpowiedź nażądanie przesłania danych dotyczących czyn-
ności
Pole danych w komunikacie »Pozytywna odpowiedź nażądanie przesłania
danych czynności« zawiera następujące dane w określonej tu kolejności pod SID
76 Hex, TREP 02 Hex z odpowiednim podziałem na podkomunikaty i z liczni-
kami:
1998R2135 —PL—01.05.2006 —002.001 —172
▼M1
2.2.6.3. Pozytywna odpowiedź na żądanie przesłania danych dotyczących
zdarzeń i usterek
Pole danych w komunikacie »Pozytywna odpowiedź nażądanie przesłania
danych dotyczących zdarzeń i usterek« zawiera następujące dane w określonej tu
kolejności pod SID 76 Hex, TREP 03 Hex, z odpowiednim podziałem na podko-
munikaty i z licznikami:
1998R2135 —PL—01.05.2006 —002.001 —173
▼M1
2.2.6.4. Pozytywna odpowiedź nażądanie przesłania danych szczegółowe dane
dotyczące prędkości
Pole danych w komunikacie »Pozytywna odpowiedź nażądanie przesłania
danych szczegółowe dane dotyczące prędkości« zawiera następujące dane w
określonej tu kolejności pod SID 76 Hex, TREP 04 Hex z odpowiednim
podziałem na podkomunikaty i z licznikami:
2.2.6.5. Pozytywna odpowiedź nażądanie przesłania danych technicznych
Pole danych w komunikacie »Pozytywna odpowiedź nażądanie przesłania
danych technicznych« zawiera następujące dane w określonej tu kolejności podSID 76 Hex, TREP 05 Hex, z odpowiednim podziałem na podkomunikaty i z
licznikami:
1998R2135 —PL—01.05.2006 —002.001 —174
▼M1
2.3.Plik ESM
Jeżeli sesja wczytywania obejmuje przesłanie danych z VU, IDE w jednym
fizycznym pliku gromadzi wszystkie dane odebrane z VU w czasie tej sesji prze-
słane z komunikatami pozytywnej odpowiedzi na żądanie przesłania danych.
Dane gromadzi się bez nagłówków komunikatów, liczników podkomunikatów,
pustych podkomunikatów i sum kontrolnych, ale wraz z SID i TREP (tylko
pierwszego podkomunikatu w przypadku kilku podkomunikatów).
3. PROTOKÓŁ WCZYTYWANIA DANYCH Z KART DO TACHOGRAFÓW
3.1.Zakres
W tym punkcie opisano bezpośrednie wczytywanie danych z karty do tacho-
grafów do IDE. IDE nie jest częścią bezpiecznego środowiska; dlatego też nie
wykonuje się uwierzytelnienia między kartą a IDE.
3.2.Definicje
Sesja wczytywania: Sesja wczytywania ma miejsca za każdym razem, gdy
wczytuje się dane z karty ICC. Sesja obejmuje całą procedurę od zainicjowania
karty ICC przez IFD do dezaktywowania karty ICC (wyjęcie karty lub następne
zainicjowanie).
Podpisany plik danych: plik z karty ICC. Plik przesyła się do IFD w formie
odkrytego tekstu. Na karcie ICC obliczany jest skrót pliku i podpisywany a
następnie przesyłany do IFD.
3.3.Wczytywanie danych z karty
Wczytywanie danych z karty do tachografów składa się z następujących kroków:
—wczytanie plików EF zawierających wspólne informacje dotyczące karty ICC
i układu scalonego. Dane te są nieobowiązkowe i nie są chronione podpisem
cyfrowym,
—Wczytanie plików EF Card_Certificate i CA_Certificate. Dane te nie
sąchronione podpisem cyfrowym,
Wczytanie tych plików jest obowiązkowe dla każdej sesji wczytywania.
—wczytanie plików EF zawierających inne dane aplikacyjne (w DF Tacho-
graph) z wyłączeniem EF Card_Download. Dane te są chronione
podpisem cyfrowym,
—wczytanie przynajmniej plików Application_Identification i IDjest
obowiązkowe dla każdej sesji wczytywania,
—przy wczytywaniu danych z karty kierowcy obowiązkowe jest wczytanie
także następujących plików EF:
—Events_Data,
—Faults_Data,
—Driver_Activity_Data,
—Vehicles_Used,
—Places,
—Control_Activity_Data,
—Specific_Conditions.
—przy wczytywaniu danych z karty kierowcy, aktualizowana jest data Last-
CardDownload w pliku Card_Download,
—przy wczytywaniu danych z karty warsztatowej, zerowany jest licznik kali-
bracji w pliku Card_Download.
3.3.1. Sekwencja inicjalizująca
IDE inicjuje następującą sekwencję:
KartaKieru-
nekIDE/IFD Znaczenie/Uwagi
restart sprzętowy
ATR
1998R2135 —PL—01.05.2006 —002.001 —175
▼M1
Opcjonalnie można używać protokołu PPS do przełączania na większą szybkość
transmisji, o ile ICC obsługuje tę funkcję.
3.3.2. Sekwencja dla odpisanych plików danych
Sekwencja wczytania ICC, IC, Card_Certificate i CA_Certificate jest
następująca:
KartaKieru-
nekIDE/IFD Znaczenie/Uwagi
wybierz plik wybierz plik poprzez identyfi-
kator pliku
OK
odczyt binarny jeżeli wielkość danych w
pliku jest większa od pojem-
ności bufora czytnika lub
karty, polecenie musi być
powtarzane aż do odczytania
całego pliku.
Plik danych
OK
zapisz dane na ESM zgodnie z punktem 3.4,
(Format gromadzenia
danych).
Uwaga: przed wybraniem pliku Card_Certificate musi być wybrana aplikacja
tachograficzna (wybór poprzez AID).
3.3.3. Sekwencja dla podpisanych plików danych
Dla każdego pliku, który wczytany jest z podpisem, stosuje się następującą
sekwencję operacji:
KartaKieru-
nekIDE/IFD Znaczenie/Uwagi
wybierz plik
OK
oblicz skrót pliku oblicza skrót dla danych
wybranego pliku przy
pomocy wymaganego algo-
rytmu skrótu zgodnie z dodat-
kiem 11. Polecenie to nie jest
poleceniem ISO.
Oblicza skrót pliku i
czasowo zachowuje wartość
skrótu
OK
odczyt binarny jeżeli wielkość danych w
pliku jest większa od pojem-
ności bufora czytnika lub
karty, polecenie musi być
powtarzane aż do odczytania
całego pliku.
Dane pliku
OK
zapisz odebrane dane na
ESMzgodnie z punktem 3.4,
(Format gromadzenia
danych).
PSO: oblicz podpis cyfrowy1998R2135 —PL—01.05.2006 —002.001 —176
▼M1
KartaKieru-
nekIDE/IFD Znaczenie/Uwagi
Wykonaj operację bezpie-
czeństwa »compute digital
signature« używając
czasowo zachowaną wartość
skrótu
Podpis
OK
dołącz dane do poprzednio
zapisanych danych na ESMzgodnie z punktem 3.4,
(Format gromadzenia
danych).
3.3.4. Sekwencja zerowania licznika kalibracji
Sekwencja zerowania licznika kalibracji NoOfCalibrationsSinceDownload w
pliku Card_Download na karcie warsztatowej jest następująca:
KartaKieru-
nekIDE/IFD Znaczenie/Uwagi
Wybierz plik Card_Down-
loadWybierz poprzez identyfikator
pliku
OK
Aktualizacja binarna licz-
nika
NoOfCalibrationsSince-
Download = ′00 00′
Zeruje liczbę wczytań karty
OK
3.4.Format gromadzenia danych
3.4.1. Wprowadzenie
Wczytane dane należy przechowywać w sposób zgodny z następującymi wyma-
ganiami:
—dane przechowuje się transparentnie. Oznacza to, że przy gromadzeniu należy
zachować kolejność bajtów jak i kolejność bitów w bajcie taką jak przy prze-
syłaniu z karty,
—wszystkie pliki wczytane z karty w ramach sesji wczytywania przechowuje
sięw jednym pliku na ESM.
3.4.2. Format pliku
Format pliku jest konkatenacją kilku obiektów TLV.
Znacznikiem pliku EF jest jego identyfikator FID z dodatkiem »00«.
Znacznikiem podpisu pliku jest identyfikator pliku FID z dodatkiem »01«.Długość podana jest w postaci dwubajtowej wartości. Wartość określa liczbę
bajtów w polu wartości. Wartość »FF FF« w polu długości jest zastrzeżona do
wykorzystania w przyszłości.
Gdy plik nie jest wczytany, nie zachowuje się żadnych danych dotyczących tego
pliku (nie ma znacznika i nie ma zerowej długości).
Podpis zachowuje się w obiekcie TLV znajdującym się bezpośrednio za obiektem
TLV zawierającym dane pliku.
Definicja Znaczenie Długość
FID (2 bajty) || »00« Znacznik pliku (FID) 3 bajty1998R2135 —PL—01.05.2006 —002.001 —177
▼M1
Definicja Znaczenie Długość
FID (2 bajty) || »01« Znacznik podpisu pliku (FID) 3 bajty
xx xx pole wartości długości 2 bajty
Przykładowe dane w pliku wczytania na ESM:
Znacznik Długość Wartość
00 02 00 00 11 Dane pliku ICC
C1 00 00 00 C2 Dane pliku Card_Certificate
…
05 05 00 0A 2E Dane pliku Vehicles_Used
05 05 01 00 80 Podpis pliku Vehicles_Used
4. WCZYTYWANIE DANYCH Z KARTY DO TACHOGRAFÓW ZA
POŚREDNICTWEM PRZYRZĄDU REJESTRUJĄCEGO
VU musi umożliwiać wczytywanie danych z włożonej karty kierowcy do przyłą-
czonego IDE.
IDE wysyła do VU komunikat »żądanie przesłania danych wczytywanie karty«
w celu zainicjowania tego trybu (patrz pkt 2.2.2.9).
Następnie VU wczytuje całą kartę, plik po pliku, zgodnie z protokołem wczyty-
wania danych z karty zdefiniowanym w punkcie 3 oraz przekazuje wszystkie
dane odebrane z karty do IDE w odpowiednim formacie pliku TLV (patrz ppkt
3.4.2) i zapakowane w komunikacie »pozytywna odpowiedź nażądanie prze-
słania danych«.
IDE odzyskuje dane z karty z komunikatu »pozytywna odpowiedź nażądanie
przesłania danych«(usuwając wszystkie nagłówki, SID, TREP, liczniki podkomu-
nikatów i sumy kontrolne) i zachowuje te dane w jednym fizycznym pliku jak
opisano w pkt 2.3.
Następnie VU, gdy właściwe, aktualizuje plik Control_Activity_Data lub
Card_Download na karcie kierowcy.1998R2135 —PL—01.05.2006 —002.001 —178
▼M1
Dodatek 8
PROTOKÓŁ KALIBRACJI
SPIS TREŚCI
1. Wprowadzenie ….................................................................................
2. Pojęcia, definicje i odniesienia …...............................................................
3. Informacje ogólne o usługach …................................................................
3.1. Dostępne usługi …................................................................................
3.2. Kody odpowiedzi …..............................................................................
4. Usługi komunikacyjne ….........................................................................
4.1. Usługa StartCommunication …..................................................................
4.2. Usługa StopCommunication …..................................................................
4.2.1. Opis komunikatu …...............................................................................
4.2.2. Format komunikatu …............................................................................
4.2.3. Definicje parametrów …..........................................................................
4.3. Usługa TesterPresent …...........................................................................
4.3.1. Opis komunikatu …...............................................................................
4.3.2. Format komunikatu …............................................................................
5. Usługi zarządzania ….............................................................................
5.1. Usługa StartDiagnosticSession …...............................................................
5.1.1. Opis komunikatu …...............................................................................
5.1.2. Format komunikatu …............................................................................
5.1.3. Definicja parametru …............................................................................
5.2. Usługa Security Access ….......................................................................
5.2.1. Opis komunikatu …...............................................................................
5.2.2. Format komunikatu —SecurityAccess —requestSeed …....................................
5.2.3. Format komunikatu —SecurityAccess —sendKey ….......................................
6. Usługi przesyłania danych …....................................................................
6.1. Usługa ReadDataByIdentifier ….................................................................
6.1.1. Opis komunikatu …...............................................................................
6.1.2. Format komunikatu …............................................................................
6.1.3. Definicja parametru …............................................................................
6.2. Usługa WriteDataByIdentifier …................................................................
6.2.1. Opis komunikatu …...............................................................................
6.2.2. Format komunikatu …............................................................................
6.2.3. Definicja parametru …............................................................................
7. Sterowanie impulsami testującymi —jednostka funkcjonalna sterowania we/wy ….......
7.1. Sterowanie we/wy / usługa ByIdentifier ….....................................................
7.1.1. Opis komunikatu …...............................................................................
7.1.2. Format komunikatu …............................................................................
7.1.3. Definicja parametru …............................................................................
8. Format zapisów danych ….......................................................................
8.1. Zakresy przesyłanych parametrów …...........................................................
8.2. Format dataRecords …............................................................................1998R2135 —PL—01.05.2006 —002.001 —179
▼M1
1. WPROWADZENIE
Niniejszy dodatek opisuje wymianę danych między przyrządem rejestrującym a
testerem poprzez łącze K-line, które stanowi część interfejsu kalibracyjnego
opisanego w dodatku 6. Opisano tu także sterowanie linią sygnałową we/wy w
złączu kalibracji.
Komunikaty zestawiające łącze K-line opisano w sekcji 4 „Usługi komunika-
cyjne”.
W niniejszym dodatku wykorzystano koncepcję „sesji diagnostycznych do usta-
lania zakresu kontroli K-line dla różnych warunków. Sesją domyślną jest »Stan-
dardDiagnosticSession«, w której wszystkie dane można odczytać z przyrządu
rejestrującego, ale żadnych danych nie można zapisać w przyrządzie rejestru-
jącym.”
Wybór sesji diagnostycznej opisano w sekcji 5 „Usługi zarządzania”.
Sesja „ECUProgrammingSession” umożliwia wprowadzanie danych do przyrządu
rejestrującego. W przypadku wprowadzania danych kalibracyjnych (wymagania
097 i 098) przyrząd rejestrujący musi pracować w trybie kalibracyjnym.
Przesyłanie danych poprzez K-line opisano w sekcji 6 „usługi przesyłania
danych”. Formaty przesyłanych danych opisano szczegółowo w sekcji 8 „Format
zapisów danych”.
Sesja „ECUAdjustmentSession” umożliwia wybranie trybu we/wy dla kalibracji
linii sygnału we/wy poprzez interfejs K-line. Sterowanie kalibracją linii sygna-
łowej we/wy opisano w sekcji 7 „Sterowanie impulsami testującymi —jednostka
funkcjonalna sterowania we/wy”.
W niniejszym dokumencie adres testera określony jest jako ′tt′. Chociaż mogą
być zalecane adresy dla testerów, VU odpowiada prawidłowo na dowolny
adres testera. Fizycznym adresem VU jest 0xEE.
2. POJĘCIA, DEFINICJE I ODNIESIENIA
Protokoły, komunikaty i kody błędów oparte są zasadniczo na aktualnym
projekcie normy ISO 14229-1 (Pojazdy drogowe —Systemy diagnostyczne —
część 1: Usługi diagnostyczne, wersja 6 z dnia 22 lutego 2001 r.).
Kodowania bajtowego i wartości heksadecymalnych używa się w identyfikato-
rach usług, żądaniach obsługi i odpowiedziach oraz parametrach standardowych.
Pojęcie „tester” oznacza urządzenie służące do wprowadzania do VU danych
programistycznych/kalibracyjnych.
Pojęcia „klient” i„serwer” oznaczają odpowiednio tester i VU.
Pojęcie ECU oznacza „sterownik elektroniczny” i odnosi się do VU.
Odniesienia:
ISO 14230-2: Pojazdy drogowe —systemy diagnostyczne —Protokół słowa
kluczowego 2000 —część 2: Warstwa łącza danych. Wydanie
pierwsze: 1999 r. Pojazdy —systemy diagnostyczne.
3. INFORMACJE OGÓLNE O USŁUGACH
3.1.Dostępne usługi
Tabela poniżej zawiera informacje ogólne o usługach, które są dostępne w urzą-
dzeniu rejestrującym i są zdefiniowane w niniejszym dokumencie.
Tabela wskazuje usługi dostępne przy włączonej sesji diagnostycznej.
—Pierwsza kolumna zawiera wykaz dostępnych usług,
—druga kolumna zawiera numer sekcji w niniejszym dodatku, gdzie usługa jest
dokładniej zdefiniowana,
—trzecia kolumna przypisuje wartości identyfikatora usługi „values” dla komu-
nikatów żądań,
—czwarta kolumna określa usługi „StandardDiagnosticSession” (SD), których
wdrożenie jest wymagane w każdym VU,
—piąta kolumna określa usługi „ECUAdjustmentSession” (ECUAS), które
musza być wdrożone w celu umożliwienia sterowania linią sygnałową we/wy
w złączu kalibracji w panelu czołowym VU,
—szósta kolumna określa usługi „ECUProgrammingSession” (ECUPS), które
musza być wdrożone w celu umożliwienia programowania parametrów w VU.1998R2135 —PL—01.05.2006 —002.001 —180
▼M1
Tabela 1
Zestawienie wartości identyfikatorów usług
Sesje diagnostyczne
Nazwa usługi
diagnostycznejnr sekcjiWartość SId
Req.SD ECUAS ECUPS
StartCommunication 4.1 81 (█) (█) (█)
StopCommunication 4.2 82 (█)
TesterPresent 4.3 3E (█) (█) (█)StartDiagnosticSession 5.1 10 (█) (█) (█)
SecurityAccess 5.2 27 (█) (█) (█)
ReadDataByIdentifier 6.1 22 (█) (█) (█)WriteDataByIdentifier 6.2 2E (█)
InputOutputControlByI-
dentifier7.1 2F (█)
█
Symbol ten oznacza, że usługa jest obowiązkowa w tej sesji diagnostycznej.Brak symbolu oznacza, że usługa nie
jest dozwolona w tej sesji diagnostycznej.
3.2.Kody odpowiedzi
Kody odpowiedzi są zdefiniowane dla każdej usługi.
4. USŁUGI KOMUNIKACYJNE
Niektóre usługi są niezbędne do ustanowienia i utrzymania komunikacji. Nie
występują one w warstwie aplikacji. Dostępne usługi wyszczególniono w tabeli
poniżej:
Tabela 2
Usługi komunikacyjne
Nazwa usługi Opis
StartCommunication Klient żąda rozpoczęcia sesji komunikacyjnej z serwerem(ami)
StopCommunication Klient żąda zaprzestania bieżącej sesji komunikacyjnej
TesterPresent Klient wskazuje serwerowi, że jest jeszcze obecny
Usługa StartCommunication służy do rozpoczęcia komunikacji. W celu wyko-
nania usługi konieczne jest zainicjowanie komunikacji i ustawienie parametrów
odpowiednio dla pożądanego trybu.
4.1.Usługa StartCommunication
Po odebraniu prymitywu wskazania StartCommunication VU sprawdza czy w
obecnych warunkach można zainicjować żądane łącze komunikacyjne. Warunki
zezwalające na zainicjowanie łącza komunikacyjnego opisano w normie ISO
14230-2.
Następnie VU wykonuje wszystkie działania niezbędne do zainicjowania łącza
komunikacyjnego i wysyła prymityw odpowiedzi StartCommunication z wybra-
nymi parametrami odpowiedzi pozytywnej.
Jeżeli VU, które jest już zainicjowane (ma otwartą dowolną sesję diagnostyczną)
otrzymuje nowe żądanie StartCommunication (np. wskutek usuwania błędu w
testerze), żądanie zostanie przyjęte a VU ponownie zainicjowane.
Jeżeli z jakiejkolwiek przyczyny nie można zainicjować łącza komunikacyjnego,
VU pracuje tak jak pracowało bezpośrednio przed próbą zainicjowania łącza
komunikacyjnego.
Komunikat żądania StartCommunicationRequest musi mieć fizyczny adres.
Inicjowanie usług w VU odbywa się metodą „szybkiej inicjalizacji”,1998R2135 —PL—01.05.2006 —002.001 —181
▼M1
—przed każdą czynnością występuje czas jałowy magistrali,
—następnie tester wysyła kod inicjujący,
—wszystkie informacje niezbędne do nawiązania komunikacji zawarte są w
odpowiedzi VU.
Po zakończeniu inicjalizacji,
—wszystkie parametry komunikacyjne zostają ustawione na wartości zdefinio-
wane w tabeli 4 zgodnie z bajtami kluczowymi,
—VU czeka na pierwsze żądanie testera,
—VU znajduje się w domyślnym trybie diagnostycznym, tj. StandardDiagnostic-
Session,
—linia sygnałowa we/wy kalibracji jest w stanie domyślnym, tj. w stanie oczeki-wania.
Szybkość transmisji K-line jest ustawiona na 10 400 bit/s.
Szybką inicjalizację uruchamia tester wysyłając kod wywoływania (Wup) przez
K-line. Kod rozpoczyna się po czasie jałowym na K-line niskim stanem w czasie
Tinil. Tester wysyła pierwszy bit usługi StartCommunication po czasie Twup
następującym po pierwszej krawędzi opadającej.
Wartości czasów dla szybkiej inicjalizacji i ogólnie komunikatów podano w tabeli
poniżej. Dla czasu jałowego są inne możliwości:
—pierwsza transmisja po włączeniu zasilania, Tidle= 300 ms.
—po zakończeniu usługi StopCommunication, Tidle= P3 min.
—po zatrzymaniu komunikacji wskutek upływu czasu oczekiwania P3 max, Tidle
= O.
Tabela 3
Wartości czasów dla szybkiej inicjalizacji
Parametr Wart. minimalna Wart. maksymalna
Tinil 25 ± 1 ms 24 ms 26 ms
Twup 50 ± 1 ms 49 ms 51 ms
Tabela 4
Wartości czasów dla komunikacji
Parametr Opis parametruDolna granica
(ms)Górna granica
(ms)
minimum maksimum
P1 Czas między bajtami dla odpowiedzi VU 0 20
P2 Czas między żądaniem testera a odpowiedzią
VU lub dwiema odpowiedziami VU25 250
P3 Czas między końcem odpowiedzi VU a począt-
kiem nowego żądania testera55 5 000
P4 Czas między bajtami dla żądania testera 5 20
Format komunikatu dla szybkiej inicjalizacji opisano szczegółowo w poniższych
tabelach:1998R2135 —PL—01.05.2006 —002.001 —182
▼M1
Tabela 5
Komunikat żądania StartCommunication
# bajtu Nazwa parametruWartość
heksadecymalnaMnemonik
#1 Bajt formatu —adresowanie fizyczne 81 FMT
#2 Bajt adresu docelowego EE TGT#3 Bajt adresu źródłowego tt SRC
#4 Żądanie usługi StartCommunication 81 SCR
#5 Suma kontrolna 00-FF CS
Tabela 6
StartCommunication komunikat pozytywnej odpowiedzi
# bajtu Nazwa parametruWartość
heksadecymalnaMnemonik
#1 Bajt formatu —adresowanie fizyczne 80 FMT
#2 Bajt adresu docelowego tt TGT
#3 Bajt adresu źródłowego EE SRC
#4 Dodatkowy bajt długości 03 LEN
#5 Pozytywna odpowiedź nażądanie usługi Start-
CommunicationC1 SCRPR
#6 Bajt kluczowy 1 EA KB1
#7 Bajt kluczowy 2 8F KB2#8 Suma kontrolna 00-FF CS
Nie ma negatywnej odpowiedzi ma komunikat żądania StartCommunication, gdy
nie zostanie wysłana pozytywna odpowiedź, VU nie zostaje zainicjowany, nic nie
jest przesyłane i VU pozostaje w stanie normalnej pracy.
4.2.Usługa StopCommunication
4.2.1. Opis komunikatu
Celem tej usługi warstwy komunikacji jest zakończenie sesji komunikacyjnej.
Po odebraniu prymitywu wskazania StopCommunication, VU sprawdza czy
bieżące warunki pozwalają na zakończenie tej komunikacji. W tym przypadku
VU wykonuje wszystkie działania niezbędne do zakończenia sesji komunika-
cyjnej.
Jeżeli zakończenie sesji komunikacyjnej jest możliwe, VU, przed zakończeniem
komunikacji, wysyła prymityw odpowiedzi StopCommunication z wybranymi
parametrami pozytywnej odpowiedzi.
Jeżeli zakończenie sesji komunikacyjnej nie jest możliwe z jakiejkolwiek przy-
czyny, VU wysyła prymityw odpowiedzi StopCommunication z wybranym para-
metrem negatywnej odpowiedzi.
Jeżeli VU wykryje przekroczenia czasu P3 max, komunikacja zostaje zakończona
bez wysyłania żadnego prymitywu odpowiedzi.
4.2.2. Format komunikatu
Format komunikatów dla prymitywów StopCommunication opisano szczegółowo
w poniższych tabelach:1998R2135 —PL—01.05.2006 —002.001 —183
▼M1
Tabela 7
Komunikat żądania StopCommunication
# bajtu Nazwa parametruWartość
heksadecymalnaMnemonik
#1 Bajt formatu —adresowanie fizyczne 80 FMT
#2 Bajt adresu docelowego EE TGT#3 Bajt adresu źródłowego tt SRC
#4 Dodatkowy bajt długości 01 LEN
#5 ID usługi żądania StopCommunication 82 SPR
#6 Suma kontrolna 00-FF CS
Tabela 8
Komunikat pozytywnej odpowiedzi StopCommunication
# bajtu Nazwa parametruWartość
heksadecymalnaMnemonik
#1 Bajt formatu —adresowanie fizyczne 80 FMT
#2 Bajt adresu docelowego tt TGT
#3 Bajt adresu źródłowego EE SRC
#4 Dodatkowy bajt długości 01 LEN#5 Pozytywna odpowiedź nażądanie usługi Stop-
CommunicationC2 SPRPR
#6 Suma kontrolna 00-FF CS
Tabela 9
Komunikat negatywnej odpowiedzi StopCommunication
# bajtu Nazwa parametruWartość
heksadecymalnaMnemonik
#1 Bajt formatu —adresowanie fizyczne 80 FMT
#2 Bajt adresu docelowego tt TGT
#3 Bajt adresu źródłowego EE SRC
#4 Dodatkowy bajt długości 03 LEN
#5 ID negatywnej odpowiedzi 7F NR
#6 ID usługi żądania StopCommunication 82 SPR
#7 Kod odpowiedzi = generalReject 10 RC_GR
#8 Suma kontrolna 00-FF CS
4.2.3. Definicje parametrów
Usługa ta nie wymaga żadnych definicji parametrów.
4.3.Usługa TesterPresent
4.3.1. Opis komunikatu
Tester używa usługi TesterPresent do wskazania serwerowi, że jeszcze jest
obecny, w celu zapobieżenia automatycznego powrotu serwera do normalnego
trybu pracy i zerwania komunikacji. Usługa ta, wysyłana okresowo, utrzymuje
sesję diagnostyczną/komunikacyjną w stanie aktywnym zerując timer P3 za
każdym razem po odebraniu żądania tej usługi.1998R2135 —PL—01.05.2006 —002.001 —184
▼M1
4.3.2. Format komunikatu
Formaty komunikatu dla prymitywów TesterPresent opisano szczegółowo w
poniższych tabelach.
Tabela 10
Komunikat żądania TesterPresent
# bajtu Nazwa parametruWartość
heksadecymalnaMnemonik
#1 Bajt formatu —adresowanie fizyczne 80 FMT
#2 Bajt adresu docelowego EE TGT
#3 Bajt adresu źródłowego tt SRC
#4 Dodatkowy bajt długości 02 LEN
#5 ID usługi żądania TesterPresent 3E TP
#6 Sub Function = responseRequired = [tak 01 RESPREQ_Y
nie] 02 RESPREQ_NR
#7 Suma kontrolna 00-FF CS
Jeżeli parametr responseRequired jest ustawiony na „tak”, to serwer odpowie
następującym komunikatem pozytywnej odpowiedzi. Jeżeli jest ustawiony na
„nie”, serwer nie wysyła żadnej odpowiedzi.
Tabela 11
Komunikat pozytywnej odpowiedzi TesterPresent
# bajtu Nazwa parametruWartość
heksadecymalnaMnemonik
#1 Bajt formatu —adresowanie fizyczne 80 FMT
#2 Bajt adresu docelowego tt TGT
#3 Bajt adresu źródłowego EE SRC
#4 Dodatkowy bajt długości 01 LEN#5 ID usługi pozytywnej odpowiedzi TesterPre-
sent7E TPPR
#6 Suma kontrolna 00-FF CS
Usługa używa następujących kodów negatywnej odpowiedzi:
Tabela 12
Komunikat negatywnej odpowiedzi TesterPresent
# bajtu Nazwa parametruWartość
heksadecymalnaMnemonik
#1 Bajt formatu —adresowanie fizyczne 80 FMT
#2 Bajt adresu docelowego tt TGT
#3 Bajt adresu źródłowego EE SRC
#4 Dodatkowy bajt długości 03 LEN#5 ID negatywnej odpowiedzi 7F NR
#6 ID usługi TesterPresent 3E TP
#7 Kod odpowiedzi = [SubFunctionNotSupported-
InvalidFormat12 RC_SFNS_IF
incorrectMessageLength] 13 RC_IML1998R2135 —PL—01.05.2006 —002.001 —185
▼M1
# bajtu Nazwa parametruWartość
heksadecymalnaMnemonik
#8 Suma kontrolna 00-FF CS
5. USŁUGI ZARZĄDZANIA
Dostępne usługi opisano szczegółowo w poniższej tabeli:
Tabela 13
Usługi zarządzania
Nazwa usługi Opis
StartDiagnosticSession Klient żąda rozpoczęcia sesji diagnostycznej z VU
SecurityAccess Klient żąda dostępu do funkcji zastrzeżonych dla uprawnionych
użytkowników
5.1.Usługa StartDiagnosticSession
5.1.1. Opis komunikatu
Usługa StartDiagnosticSession służy do włączania różnych sesji diagnostycznych
w serwerze. Sesja diagnostyczna udostępnia swoisty zestaw usług zgodnie z
opisem w tabeli 17. Sesja może udostępnić producentowi pojazdu usługi swoiste
nieobjęte tym dokumentem. Zasady wdrożenia spełniają następujące wymagania:
—w VU aktywna jest zawsze dokładnie jedna sesja diagnostyczna,
—po włączeniu zasilania VU zawsze uruchamia StandardDiagnosticSession.
Jeżeli żadna inna sesja diagnostyczna nie zostanie uruchomiona, wówczas
StandardDiagnosticSession pozostaje uruchomiona tak długo jak włączone jest
zasilanie VU,
—jeżeli jest już uruchomiona sesja diagnostyczna zażądana przez tester, VU
wysyła komunikat pozytywnej odpowiedzi,
—za każdym razem kiedy tester żąda nowej sesji diagnostycznej, VU najpierw
wysyła komunikat pozytywnej odpowiedzi StartDiagnosticSession zanim
nowa sesja stanie się aktywna w VU. Jeżeli VU nie może uruchomić żądanej
nowej sesji diagnostycznej, to odpowiada komunikatem negatywnej odpo-
wiedzi StartDiagnosticSession i bieżąca sesja jest kontynuowana.
Sesja diagnostyczna może zostać uruchomiona tylko wtedy, gdy nawiązana jest
komunikacja między klientem a VU.
Parametry czasowe zdefiniowane w tabeli 4 są aktywne po pomyślnym urucho-
mieniu sesji StartDiagnosticSession z parametrem diagnosticSession ustawionym
na„StandardDiagnosticSession” w komunikacie żądania, jeżeli poprzednio
aktywna była inna sesja diagnostyczna.
5.1.2. Format komunikatu
Formaty komunikatu dla prymitywów StartDiagnosticSession opisano szczegó-
łowo w poniższych tabelach:
Tabela 14
Komunikar żądania StartDiagnosticSession
# bajtu Nazwa parametruWartość
heksadecymalnaMnemonik
#1 Bajt formatu —adresowanie fizyczne 80 FMT
#2 Bajt adresu docelowego EE TGT
#3 Bajt adresu źródłowego tt SRC
#4 Dodatkowy bajt długości 02 LEN#5 StartDiagnosticSession ID usługi żądania 10 STDS
#6 diagnosticSession = (jedna wartość z tabeli 17) xx DS_…
#7 Suma kontrolna 00-FF CS1998R2135 —PL—01.05.2006 —002.001 —186
▼M1
Tabela 15
Komunikat pozytywnej odpowiedzi StartDiagnosticSession
# bajtu Nazwa parametruWartość
heksadecymalnaMnemonik
#1 Bajt formatu —adresowanie fizyczne 80 FMT
#2 Bajt adresu docelowego tt TGT#3 Bajt adresu źródłowego EE SRC
#4 Dodatkowy bajt długości 02 LEN
#5 StartDiagnosticSession Pozytywna odpowiedź
nażądanie Service Id50 STDSPR
#6 DiagnosticSession = (ta sama wartość co w
bajcie #6 w tabeli 14)xx DS_…
#7 Suma kontrolna 00-FF CS
Tabela 16
Komunikat negatywnej odpowiedzi StartDiagnosticSession
# bajtu Nazwa parametruWartość
heksadecymalnaMnemonik
#1 Bajt formatu —adresowanie fizyczne 80 FMT
#2 Bajt adresu docelowego tt TGT
#3 Bajt adresu źródłowego EE SRC
#4 Dodatkowy bajt długości 03 LEN
#5 ID negatywnej odpowiedzi 7F NR
#6 StartDiagnosticSession ID usługi żądania 10 STDS
#7 Kod odpowiedzi = (subFunctionNotSup-
ported (a)12 RC_SFNS
incorrectMessageLength (b) 13 RC_IML
conditionsNotCorrect (c)) 22 RC_CNC
#8 Suma kontrolna 00-FF CS
(a) Wartość wstawiona w bajcie #6 komunikatu żądania nie jest obsługiwana, tj. nie ma jej w tabeli 17.
(b) Zła długość komunikatu.
(c) Kryteria żądania StartDiagnosticSession nie są spełnione.
5.1.3. Definicja parametru
Parametr diagnosticSession (DS_) używany jest w usłudze StartDiagnosticSession
do wybierania szczególnego zachowania serwera(ów). W dokumencie tym okreś-
lone są następujące sesje diagnostyczne:
Tabela 17
Definicja wartości diagnosticSession
Hex Opis Mnemonik
81 StandardDiagnosticSession
Ta sesja diagnostyczna udostępnia wszystkie usługi wyszcze-
gólnione w tabeli 1 w kolumnie 4 „SD”. Usługi te umożli-
wiają odczyt danych z serwera (VU). Ta sesja diagnostyczna
jest aktywna po pomyślnym zakończeniu inicjacji między
klientem (tester) a serwerem (VU). Tę sesję diagnostyczną
można zastąpić każda inną sesją diagnostyczną wyszczegól-
nioną w tej sekcji.SD1998R2135 —PL—01.05.2006 —002.001 —187
▼M1
Hex Opis Mnemonik
85 ECUProgrammingSession
Ta sesja diagnostyczna udostępnia wszystkie usługi wyszcze-
gólnione w tabeli 1 w kolumnie 6 „ECUPS”. Usługi te
wspomagają programowanie pamięci serwera (VU). Tę sesję
diagnostyczną można zastąpić każda inną sesją diagnos-
tyczną wyszczególnioną w tej sekcji.ECUPS
87 ECUAdjustmentSession
Ta sesja diagnostyczna udostępnia wszystkie usługi wyszcze-
gólnione w tabeli 1 w kolumnie 5 „ECUAS”. Usługi te
wspomagają sterowania we/wy serwera (VU). Tę sesję diag-
nostyczną można zastąpić każda inną sesją diagnostyczną
wyszczególnioną w tej sekcji.ECUAS
5.2.Usługa SecurityAccess
Zapis danych kalibracyjnych lub dostęp do linii we/wy kalibracji nie jest
możliwy, chyba że VU jest w trybie kalibracyjnym. Dodatkowo, oprócz włożenia
do VU ważnej karty warsztatowej, niezbędne jest wprowadzenie numeru PIN do
VU przed uzyskaniem dostępu do trybu kalibracyjnego.
Usługa SecurityAccess umożliwia wprowadzenie numeru PIN i przekazanie teste-
rowi czy VU jest w trybie kalibracyjnym.
Dopuszcza się wprowadzanie numeru PIN alternatywnymi metodami.
5.2.1. Opis komunikatu
Usługa SecurityAccess zawiera komunikat SecurityAccess „requestSeed”, po
którym może nastąpić komunikat SecurityAccess „sendKey”. Usługa SecurityAc-
cess musi być przeprowadzona po usłudze StartDiagnosticSession.
Tester używa komunikatu SecurityAccess „requestSeed” do sprawdzenia czy
przyrząd rejestrujący jest gotowy do przyjęcia numeru PIN.
Jeżeli przyrząd rejestrujący jest już w trybie kalibracyjnym, odpowiada na
żądanie wysyłając „seed” równy 0x0000 przy pomocy usługi pozytywnej odpo-
wiedzi SecurityAccess.
Jeżeli przyrząd rejestrujący jest gotowy do przyjęcia numeru PIN w celu zweryfi-
kowania go przez kartę warsztatową, odpowiada na żądanie wysyłając „seed”
większy niż 0x0000 przy pomocy usługi pozytywnej odpowiedzi SecurityAccess.
Jeżeli przyrząd rejestrujący nie jest gotowy do przyjęcia numeru PIN z testera,
albo z tego powodu, że włożona karta warsztatowa nie jest ważna lub nie
włożono żadnej karty warsztatowej lub przyrząd rejestrujący oczekuje na wpro-
wadzenie numeru PIN inną metodą, odpowiada na żądanie wysyłając kod nega-
tywnej odpowiedzi ustawiony na conditionsNotCorrectOrRequestSequenceError.
Następnie tester, ewentualnie, używa komunikatu SecurityAccess „sendKey” do
przesłania numeru PIN do przyrządu rejestrującego. Aby karta miała wystarcza-
jący czas na przeprowadzenie uwierzytelnienia, VU w celu przedłużenia czasu
oczekiwania na odpowiedź używa kodu negatywnej odpowiedzi requestCorrectly-
Received-ResponsePending. Maksymalny czas oczekiwania na odpowiedź nie
przekracza pięciu minut. Gdy tylko żądana usługa zostaje zakończona, VU
wysyła komunikat pozytywnej odpowiedzi lub komunikat negatywnej odpo-
wiedzi z kodem odpowiedzi różnym od tego pierwszego kodu. VU może powtó-
rzyć ten kod negatywnej odpowiedzi requestCorrectlyReceived-ResponsePending
ażdo zakończenia usługi i wysłania komunikatu ostatecznej odpowiedzi.
Przyrząd rejestrujący odpowiada na to żądanie przy pomocy pozytywnej odpo-
wiedzi na żądanie usługi SecurityAccess jedynie wtedy gdy jest w TRYBIE
KALIBRACYJNYM.
W następujących przypadkach przyrząd rejestrujący odpowiada na to żądanie
negatywną odpowiedzią z następującą wartością kodu odpowiedzi:
—subFunctionNotsupported: niedozwolony format dla parametru podfunkcji
(accessType),
—conditionsNotCorrectOrRequestSequenceError: przyrząd rejestrujący nie jestgotowy do przyjęcia numeru PIN,
—invalidKey: nieprawidłowy numer PIN i nie przekroczono dozwolonej liczbyprób sprawdzania numeru PIN,1998R2135 —PL—01.05.2006 —002.001 —188
▼M1
—exceededNumberOfAttempts: nieprawidłowy numer PIN i przekroczona
dozwolona liczba prób sprawdzania numeru PIN,
—generalReject: prawidłowy numer PIN ale nieudane wzajemne uwierzytel-nienie z kartą warsztatową.
5.2.2. Format komunikatu —SecurityAccess —requestSeed
Formaty komunikatu dla prymitywów SecurityAccess „requestSeed” opisano
szczegółowo w poniższych tabelach:
Tabela 18
Żądanie SecurityAccess —komunikat requestSeed
# bajtu Nazwa parametruWartość
heksadecymalnaMnemonik
#1 Bajt formatu —adresowanie fizyczne 80 FMT
#2 Bajt adresu docelowego EE TGT#3 Bajt adresu źródłowego tt SRC
#4 Dodatkowy bajt długości 02 LEN
#5 SecurityAccess ID usługi żądania 27 SA
#6 accessType —requestSeed 7D AT_RSD
#7 Suma kontrolna 00-FF CS
Tabela 19
SecurityAccess —requestSeed komunikat pozytywnej odpowiedzi
# bajtu Nazwa parametruWartość
heksadecymalnaMnemonik
#1 Bajt formatu —adresowanie fizyczne 80 FMT
#2 Bajt adresu docelowego tt TGT
#3 Bajt adresu źródłowego EE SRC
#4 Dodatkowy bajt długości 04 LEN#5 SecurityAccess Id pozytywna odpowiedź na
żądanie usługi67 SAPR
#6 accessType —requestSeed 7D AT_RSD
#7 Seed High 00-FF SEEDH
#8 Seed Low 00-FF SEEDL#9 Suma kontrolna 00-FF CS
Tabela 20
SecurityAccess komunikat negatywnej odpowiedzi
# bajtu Nazwa parametruWartość
heksadecymalnaMnemonik
#1 Bajt formatu —adresowanie fizyczne 80 FMT
#2 Bajt adresu docelowego tt TGT#3 Bajt adresu źródłowego EE SRC
#4 Dodatkowy bajt długości 03 LEN
#5 ID usługi negatywnej odpowiedzi 7F NR#6 SecurityAccess ID żądania usługi 27 SA1998R2135 —PL—01.05.2006 —002.001 —189
▼M1
# bajtu Nazwa parametruWartość
heksadecymalnaMnemonik
#7Kod odpowiedzi = (conditionsNotCorrectOrRe-
questSequenceError22 RC_CNC
incorrectMessageLength) 13 RC_IML
#8 Suma kontrolna 00-FF CS
5.2.3. Format komunikatu —SecurityAccess —sendKey
Formaty komunikatu dla prymitywów SecurityAccess „sendKey” opisano szcze-
gółowo w poniższych tabelach:
Tabela 21
Komunikat żądania bezpiecznego dostępu —sendKey
# bajtu Nazwa parametruWartość
heksadecymalnaMnemonik
#1 Bajt formatu —adresowanie fizyczne 80 FMT
#2 Bajt adresu docelowego EE TGT
#3 Bajt adresu źródłowego tt SRC
#4 Dodatkowy bajt długości m+2 LEN
#5 SecurityAccess ID usługi żądania 27 SA
#6 accessType —sendKey 7E AT_SK
#7 to #m+6 Key#l (najwyższy) xx KEY
… …
Key #m (niższy, m musi być minimum 4 i
maksimum 8)xx
#m+7 Suma kontrolna 00-FF CS
Tabela 22
Komunikat pozytywnej odpowiedzi SecurityAccess —sendKey
# bajtu Nazwa parametruWartość
heksadecymalnaMnemonik
#1 Bajt formatu —adresowanie fizyczne 80 FMT
#2 Bajt adresu docelowego tt TGT
#3 Bajt adresu źródłowego EE SRC
#4 Dodatkowy bajt długości 02 LEN#5 SecurityAccess Id pozytywna odpowiedź na
żądanie usługi67 SAPR
#6 accessType —sendKey 7E AT_SK
#7 Suma kontrolna 00-FF CS
Tabela 23
SecurityAccess komunikat negatywnej odpowiedzi
# bajtu Nazwa parametruWartość
heksadecymalnaMnemonik
#1 Bajt formatu —adresowanie fizyczne 80 FMT
#2 Bajt adresu docelowego tt TGT#3 Bajt adresu źródłowego EE SRC1998R2135 —PL—01.05.2006 —002.001 —190
▼M1
# bajtu Nazwa parametruWartość
heksadecymalnaMnemonik
#4 Dodatkowy bajt długości 03 LEN
#5 ID usługi negatywnej odpowiedzi 7F NR
#6 SecurityAccess ID żądania usługi 27 SA
#7 Kod odpowiedzi = (generalReject 10 RC_GR
subFunctionNotSupported 12 RC_SFNS
incorrectMessageLength 13 RC_IML
conditionsNotCorrectOrRequestSequenceError 22 RC_CNC
InvalidKey 35 RC_IK
exceededNumberOfAttempts 36 RC_ENA
requestCorrectlyReceived-ResponsePending) 78 RC_RCR_RP
#8 Suma kontrolna 00-FF CS
6. USŁUGI PRZESYŁANIA DANYCH
Dostępne usługi wyszczególniono w poniższej tabeli:
Tabela 24
Usługi przesyłania danych
Nazwa usługi Opis
ReadDataByIdentifier Klient żąda przesłania bieżącej wartości zapisu z dostępem poprzez
recordDataIdentifier
WriteDataByIdentifier Klient żąda zapisu z dostępem poprzez recordDataIdentifier
6.1.Usługa ReadDataByIdentifier
6.1.1. Opis komunikatu
Klient używa usługi ReadDataByIdentifier do żądania wartości zapisów danych z
serwera. Dane są identyfikowane przez recordDataIdentifier. Producent VU odpo-
wiada za spełnienie warunków serwera przy wykonywaniu tej usługi.
6.1.2. Format komunikatu
Formaty komunikatu dla prymitywów ReadDataByIdentifier opisano szczegó-
łowo w poniższych tabelach:
Tabela 25
Komunikat żądania ReadDataByIdentifier
# bajtu Nazwa parametruWartość
heksadecymalnaMnemonik
#1 Bajt formatu —adresowanie fizyczne 80 FMT
#2 Bajt adresu docelowego EE TGT
#3 Bajt adresu źródłowego tt SRC
#4 Dodatkowy bajt długości 03 LEN
#5 ID żądania usługi ReadDataByldentifler 22 RDBI
#6 i #7 recordDataIdentifier = (wartość z tabela 28) xxxx RDI_…
#8 Suma kontrolna 00-FF CS1998R2135 —PL—01.05.2006 —002.001 —191
▼M1
Tabela 26
Komunikat pozytywnej odpowiedzi dla ReadDataByIdentifier
# bajtu Nazwa parametruWartość
heksadecymalnaMnemonik
#1 Bajt formatu —adresowanie fizyczne 80 FMT
#2 Bajt adresu docelowego tt TGT#3 Bajt adresu źródłowego EE SRC
#4 Dodatkowy bajt długości m+3 LEN
#5 ID żądania usługi ReadDataByldentifler 62 RDBIPR
#6 i #7 recordDataIdentifier = (wartość z tabeli 28) xxxx RDI_…
#8 do #m+7 dataRecord() = (data#1 xx DREC_DATA1
: : :
data#m) xx DREC_-
DATAm
#m+8 Suma kontrolna 00-FF CS
Tabela 27
Komunikat negatywnej odpowiedzi dla ReadDataByIdentifier
# bajtu Nazwa parametruWartość
heksadecymalnaMnemonik
#1 Bajt formatu —adresowanie fizyczne 80 FMT
#2 Bajt adresu docelowego tt TGT
#3 Bajt adresu źródłowego EE SRC
#4 Dodatkowy bajt długości 03 LEN#5 ID usługi negatywnej odpowiedzi 7F NR
#6 ID żądania usługi ReadDataByIdentifier 22 RDBI
#7 Kod odpowiedzi = (requestOutOfRange 31 RC_ROOR
incorrectMessageLength 13 RC_IML
conditionsNotCorrect) 22 RC_CNC
#8 Suma kontrolna 00-FF CS
6.1.3. Definicja parametru
Parametr recordDataIdentifier (RDI_) w komunikacie żądania ReadDataByIdenti-
fier wskazuje zapis danych.
Wartości recordDataIdentifier zdefiniowane w tym dokumencie pokazano w
tabeli poniżej.
Tabela recordDataIdentifier składa się z czterech kolumn i wielu rzędów.
—Pierwsza kolumna (Hex) zawiera „wartość heksadecymalną” przypisaną iden-
tyfikatorowi recordDataIdentifier z trzeciej kolumny.
—Druga kolumna (Element danych) określa element danych z dodatku 1, naktórym oparty jest identyfikator recordDataIdentifier (czasami niezbędne jest
przekodowanie).
—Trzecia kolumna (Opis) podaje nazwę odpowiadającego identyfikatora record-
DataIdentifier.
—Czwarta kolumna (Mnemonik) podaje mnemonik tego identyfikatora record-DataIdentifier.1998R2135 —PL—01.05.2006 —002.001 —192
▼M1
Tabela 28
Definicja wartości identyfikatora recordDataIdentifier
Hex Element danychNazwa recordDataldentifier
(patrz format w sekcji 8.2)Mnemonik
F90B CurrentDateTime TimeDate RDI_TD
F912 HighResOdometer HighResolutionTotalVehicle-
DistanceRDI_HRTVD
F918 K-ConstantOfRecordin-
gEquipmentKfactor RDI_KF
F91C L-TyreCircumference LfactorTyreCircumference RDI_LF
F91D W-VehicleCharacteristic-
ConstantWvehicleCharacteristicFactor RDI_WVCF
F921 TyreSize TyreSize RDI_TS
F922 nextCalibrationDate NextCalibrationDate RDI_NCD
F92C SpeedAuthorised SpeedAuthorised RDI_SA
F97D vehicleRegistrationNa-
tionRegisteringMemberState RDI_RMS
F97E VehicleRegistration-
NumberVehicleRegistrationNumber RDI_VRN
F190 VehicleIdentification-
NumberVIN RDI_VIN
Parametr dataRecord (DREC_) używany jest w komunikacie pozytywnej odpo-
wiedzi ReadDataByIdentifier do dostarczania wartości zapisu danych wskazanego
klientowi (testerowi) identyfikatorem recordDataIdentifier. Formaty danych okreś-
lono w sekcji 8. Można wprowadzić dodatkowe opcjonalne dataRecords użyt-
kownika obejmujące szczególne dane wejściowe, wewnętrzne i wyjściowe VU,
ale nie są one zdefiniowane w tym dokumencie.
6.2.Usługa WriteDataByIdentifier
6.2.1. Opis komunikatu
Usługa WriteDataByIdentifier używana jest przez klienta do zapisania wartości
zapisu danych w serwerze. Dane wskazuje się identyfikatorem recordDataIdenti-
fier. Producent VU odpowiada za spełnienie warunków serwera przy wykony-
waniu tej usługi. Aby aktualizować parametry wymienione w tabeli 28 VU musi
byćw trybie kalibracyjnym.
6.2.2. Format komunikatu
Formaty komunikatu dla prymitywów WriteDataByIdentifier opisano szczegó-
łowo w poniższych tabelach:
Tabela 29
Komunikat żądania WriteDataByIdentifier
# bajtu Nazwa parametruWartość
heksadecymalnaMnemonik
#1 Bajt formatu —adresowanie fizyczne 80 FMT
#2 Bajt adresu docelowego EE TGT
#3 Bajt adresu źródłowego tt SRC
#4 Dodatkowy bajt długości m+3 LEN#5 ID żądania usługi WriteDataByldentifler 2E WDBI
#6 i #7 recordDataldentifier = (wartość z tabeli 28) xxxx RDI_…1998R2135 —PL—01.05.2006 —002.001 —193
▼M1
# bajtu Nazwa parametruWartość
heksadecymalnaMnemonik
#8 do #m+7dataRecord() = (data#1 xx DREC_DATA1
: : :
data#m) xx DREC_-
DATAm
#m+8 Suma kontrolna 00-FF CS
Tabela 30
Komunikat pozytywnej odpowiedzi dla WriteDataByIdentifier
# bajtu Nazwa parametruWartość
heksadecymalnaMnemonik
#1 Bajt formatu —adresowanie fizyczne 80 FMT
#2 Bajt adresu docelowego tt TGT#3 Bajt adresu źródłowego EE SRC
#4 Dodatkowy bajt długości 03 LEN
#5 Id pozytywnej odpowiedzi na żądanie usługi
WriteDataByldentifler6E WDBIPR
#6 i #7 recordDataIdentifier =(ta sama wartość jak
bajtów #6 i #7 w tabeli 29)xxxx RDI_…
#8 Suma kontrolna 00-FF CS
Tabela 31
Komunikat negatywnej odpowiedzi dla WriteDataByIdentifier
# bajtu Nazwa parametruWartość
heksadecymalnaMnemonik
#1 Bajt formatu —adresowanie fizyczne 80 FMT
#2 Bajt adresu docelowego tt TGT
#3 Bajt adresu źródłowego EE SRC
#4 Dodatkowy bajt długości 03 LEN
#5 ID usługi negatywnej odpowiedzi 7F NR
#6 ID żądania usługi WriteDataByIdentifier 2E WDBI
#7 ResponseCode = (requestOutOfRange 31 RC_ROOR
incorrectMessageLength 13 RC_IML
conditionsNotCorrect) 22 RC_CNC
#8 Suma kontrolna 00-FF CS
6.2.3. Definicja parametru
Parametr recordDataIdentifier (RDI_) zdefiniowano w tabeli 28.
Parametr dataRecord (DREC_) używany jest w komunikacie żądania WriteData-
ByIdentifier dostarczenia wartości zapisu danych wskazanego serwerowi (VU)
przez recordDataIdentifier. Formaty danych określono w sekcji 8.
7. STEROWANIE IMPULSAMI TESTUJĄCYMI —JEDNOSTKA FUNKCJO-
NALNA STEROWANIA WE/WY
Dostępne usługi opisano w poniższej tabeli:1998R2135 —PL—01.05.2006 —002.001 —194
▼M1
Tabela 32
Jednostka funkcjonalna sterowania we/wy
Nazwa usługi Opis
InputOutputControlByIdentifier Klient żąda sterowania we/wy specyficznego dla serwera
7.1.Opis komunikatu
7.1.1. Opis komunikatu
Przez przednie gniazdo zestawione jest połączenie, które umożliwia sterowanie
lub monitorowanie impulsów testowych przy pomocy odpowiedniego testera.
Tęlinię sygnałową we/wy kalibracji można skonfigurować poleceniem K-line
posługując się usługą InputOutputControlByIdentifier w celu wybrania dla linii
wymaganej funkcji wejścia lub wyjścia. Linia może przyjmować następujące
stany:
—nieczynna,
—speedSignalInput, w którym linia sygnałowa we/wy kalibracji używana jest do
wprowadzenia sygnału prędkości (sygnał testowy) zastępującego sygnał pręd-
kości z czujnika ruchu,
—realTimeSpeedSignalOutputSensor, w którym linia sygnałowa we/wy kali-
bracji używana jest do wyprowadzenia sygnału prędkości z czujnika ruchu,
—RTCOutput, w którym linia sygnałowa we/wy kalibracji używana jest dowyprowadzenia sygnału zegarowego UTC.
Przyrząd rejestrujący musi być wprowadzony do sesji regulacji i być w trybie
kalibracyjnym w celu skonfigurowania stanu linii. Na zakończenie sesji regulacji
lub trybu kalibracyjnego przyrząd rejestrujący musi zapewnić, że linia sygnałowa
we/wy kalibracji powróci do stanu „disabled” (nieczynna —stan domyślny).
Jeżeli impulsy prędkości odbierane są w czasie rzeczywistym z linii sygnału
wejściowego prędkości w VU, natomiast linia sygnałowa we/wy kalibracji jest
ustawiona na wejście, to linia sygnałowa we/wy kalibracji zostanie ustawiona na
wyjście lub powróci do stanu „disabled” (nieczynna).
Kolejność czynności jest następująca:
—uruchomienie komunikacji usługą StartCommunication
—otworzenie sesji regulacji usługą StartDiagnosticSession i wejście do trybu
kalibracyjnego (kolejność tych dwóch czynności nie ma znaczenia).
—zmiana stanu wyjścia usługą InputOutputControlByIdentifier.
7.1.2. Format komunikatu
Formaty komunikatu dla prymitywów InputOutputControlByIdentifier opisano
szczegółowo w poniższych tabelach:
Tabela 33
Komunikat żądania InputOutputControlByIdentifier
# bajtu Nazwa parametruWartość
heksadecymalnaMnemonik
#1 Bajt formatu —adresowanie fizyczne 80 FMT
#2 Bajt adresu docelowego EE TGT
#3 Bajt adresu źródłowego tt SRC
#4 Dodatkowy bajt długości xx LEN#5 SID żądania InputOutputControlByIdentifier 2F IOCBI
#6 i #7 InputOutputIdentifier = (CalibrationInpu-
tOutput)F960 IOI_CIO1998R2135 —PL—01.05.2006 —002.001 —195
▼M1
# bajtu Nazwa parametruWartość
heksadecymalnaMnemonik
#8 lub#8 do #9ControlOptionRecord = ( COR_…
inputOutputControlParameter —wartość z
tabeli 36xx IOCP_…
controlState —wartość z tabeli 38 (patrz
uwaga poniżej))xx CS_…
#9 lub #10 Suma kontrolna 00-FF CS
Uwaga: parametr controlState występuje tylko w określonych przypadkach (patrz 7.1.3).
Tabela 34
Komunikat pozytywnej odpowiedzi dla InputOutputControlByIdentifier
# bajtu Nazwa parametruWartość
heksadecymalnaMnemonik
#1 Bajt formatu —adresowanie fizyczne 80 FMT
#2 Bajt adresu docelowego tt TGT
#3 Bajt adresu źródłowego EE SRC
#4 Dodatkowy bajt długości xx LEN#5 SID pozytywnej odpowiedzi na żądanie inpu-
tOutputControlByIdentifier6F IOCBIPR
#6 i #7 inputOutputIdentifier = (CalibrationInpu-
tOutput)F960 IOI_CIO
#8 lub#8 do #9 controlStatusRecord = ( CSR_
inputOutputControlParameter (wartość jak dla
bajtu #8 w tabeli 33)xx IOCP_…
controlState (wartość jak dla bajtu #9 w tabeli
33)) (gdy dotyczy)xx CS_…
#9 lub #10 Suma kontrolna 00-FF CS
Tabela 35
Komunikat negatywnej odpowiedzi dla InputOutputControlByIdentifier
# bajtu Nazwa parametruWartość
heksadecymalnaMnemonik
#1 Bajt formatu —adresowanie fizyczne 80 FMT
#2 Bajt adresu docelowego tt TGT#3 Bajt adresu źródłowego EE SRC
#4 Dodatkowy bajt długości 03 LEN
#5 ID usługi negatywnej odpowiedzi 7F NR#6 SId żądania inputOutputControlByIdentifier 2F IOCBI
#7 Kod odpowiedzi = (
incorrectMessageLength 13 RC_IML
conditionsNotCorrect 22 RC_CNC
RequestOutOfRange 31 RC_ROOR
deviceControlLimitsExceeded) 7A RC_DCLE
#8 Suma kontrolna 00-FF CS1998R2135 —PL—01.05.2006 —002.001 —196
▼M1
7.1.3. Definicja parametru
Parametr inputOutputControlParameter (IOCP_) zdefiniowano w poniższej tabeli:
Tabela 36
Definicja wartości parametru inputOutputControlParameter
Hex Opis Mnemonik
00 ReturnControlToECU
Wartość ta wskazuje serwerowi (VU), że tester już nie
steruje linią sygnału we/wy kalibracji.RCTECU
01 ResetToDefault
Wartość ta wskazuje serwerowi (VU), że wymagane jest
przełączenie linii sygnału we/wy kalibracji do stanu domyśl-
nego.RTD
03 ShortTermAdjustment
Wartość ta wskazuje serwerowi (VU), że wymagane jest
przełączenie linii sygnału we/wy kalibracji do żądanej
wartości w celu wyregulowania parametru controlState.STA
Parametr controlState występuje jedynie wtedy, gdy parametr inputOutputCon-
trolParameter jest ustawiony na ShortTermAdjustment i przyjmuje wartości zdefi-
niowane w poniższej tabeli:
Tabela 37
Definicja wartości stanu controlState
TrybWartość
heksadecymalnaOpis
wyłączony 00 linia we/wy wyłączona (stan domyślny)
włączony 01 włącz linię sygnału we/wy kalibracji jako speedSig-
nallnput
włączony 02 włącz linię sygnału we/wy kalibracji jako realTimeSpeed-
SignalOutputSensor
włączony 03 włącz linię sygnału we/wy kalibracji jako RTCOutput
8. FORMAT ZAPISÓW DANYCH
W tej sekcji opisano szczegółowo:
—ogólne zasady odnoszące się do szeregu parametrów wysyłanych przez przy-
rząd rejestrujący do testera,
—formaty, które należy stosować dla danych przesyłanych poprzez usługi prze-
syłania danych opisane w sekcji 6.
VU obsługuje wszystkie wyszczególnione parametry.
Dane wysyłane przez przyrząd rejestrujący do testera w odpowiedzi na komu-
nikat żądania są typu pomiarowego (tj. bieżąca wartość żądanego parametru
pomierzona lub stwierdzona przez VU).
8.1.Zakresy przesyłanych parametrów
W tabeli 38 podano wartości zakresów używane do sprawdzania poprawności
przesłanego parametru.
Wartości w zakresie „wskaźnik błędu” umożliwiają przyrządowi rejestrującemu
niezwłoczne wskazanie, że poprawne dane parametryczne nie są dostępne w
bieżącym czasie wskutek pewnego typu błędu w urządzeniu rejestrującym.
Wartości w zakresie „niedostępne” umożliwiają przyrządowi rejestrującemu
wysłanie komunikatu zawierającego parametr, który nie jest dostępny bądź nie
jest obsługiwany w tym module. Wartości w zakresie „nieżądane” umożliwiają
przyrządowi wysłanie komunikatu polecenia i wskazanie tych parametrów, w
przypadku gdy od urządzenia odbierającego oczekiwany jest brak odpowiedzi.
Jeżeli usterka elementu składowego uniemożliwia wysłanie prawidłowych danych
dla parametru, zamiast danych parametru używa się wskaźnika błędu opisanego
w tabeli 38. Jednak jeżeli dane pomierzone lub obliczone dają wartość, która jest1998R2135 —PL—01.05.2006 —002.001 —197
▼M1
poprawna, ale wychodzi poza zdefiniowany zakres parametru, nie należy używać
wskaźnika błędu. Dane przesyłane są używając odpowiednio wartości minimalnej
lub maksymalnej parametru.
Tabela 38
Zakresy zapisów dataRecords
Nazwa zakresu1 bajt
(wartość heksa-
decymalna)2 bajty
(wartość heksa-
decymalna)4 bajty
(wartość heksa-
decymalna)ASCII
Prawidłowy sygnał 00 to FA 0000 to FAFF 00000000 to
FAFFFFFF1 do 254
Szczególny wskaźnik
parametruFB FB00 to FBFF FB000000 to
FBFFFFFFbrak
Zastrzeżony zakres do
wykorzystania w przy-
szłościFC to FD FC00 to FDFF FC000000 to
FDFFFFFFbrak
Wskaźnik błędu FE FE00 to FEFF FE000000 to
FEFFFFFF0
Niedostępne lub nieżą-
daneFF FF00 to FFFF FF000000 to
FFFFFFFFFF
Dla parametrów kodowanych w ASCII, znak ASCII „*”jest zastrzeżony jako
ogranicznik.
8.2.Format dataRecords
W tabelach 40-44 opisano szczegółowo formaty używane przez usługi ReadData-
ByIdentifier i WriteDataByIdentifier.
W tabeli 40 podano długość, rozdzielczość i zakres roboczy dla każdego para-
metru identyfikowanego przez recordDataIdentifier:
Tabela 39
Format rekordów dataRecords
Nazwa parametruDługość danych
(w bajtach)Rozdzielczość Zakres roboczy
TimeDate 8 szczegółowy opis w tabeli 40
HighResolutionTotalVe-
hicleDistance4 5 m/bit,
offset 0 m0 do + 2 1 055 406 km
Kfactor 2 0,001 impulsu/m/bit,
offset 00 do 64,255 impulsu /m
LfactorTyreCircumfe-
rence2 0,123 10-3/bit gain,
offset 00 d 8 031 m
WvehicleCharacteristic-
Factor2 0,001 impulsu/m/bit
gain,
offset 00 d 64,255 impulsu/m
TyreSize 15 ASCII ASCII
NextCalibrationDate 3 szczegółowy opis w tabeli 41
SpeedAuthorised 2 1/256 km/h/bit gain,
offset 00 d 250 996 km/h
RegisteringMemberState 3 ASCII ASCII
VehicleRegistration-
Number14 szczegółowy opis w tabeli 44
VIN 17 ASCII ASCII1998R2135 —PL—01.05.2006 —002.001 —198
▼M1
W tabeli 40 zamieszczono szczegółowy opis formatów poszczególnych bajtów
parametru TimeDate:
Tabela 40
Szczegółowy opis formatu TimeDate (wartość recordDataIdentifier F00B)
Bajt Definicja parametru Rozdzielczość Zakres roboczy
1 sekundy 0,25 s/bit,
offset 0 s0 do 59,75 s
2 minuty 1 minuta/bit,
offset 0 minut0 do 59 minut
3 godziny 1 h/bit,
offset 0 h0 do 23 h
4 miesiąc 1 miesiąc/bit,
offset 0 miesięcy1 do 12 miesięcy
5 dzień 0,25 dnia/bit,
offset 0 dni (patrz
uwaga pod tabelą 41)0,25 do 31,75 dnia
6 rok 1 rok/bit, + offset rok
1985 (patrz uwaga pod
tabelą 41)lata od 1985 do 2235
7 lokalne przesunięcie dla
minut1 minuta/bit,
offset −125 minut−59 do 59 minut
8 lokalne przesunięcie dla
godzin1 h/bit,
offset −125−23 do + 23 h
W tabeli 41 zamieszczono szczegółowy opis formatów poszczególnych bajtów
parametru NextCalibrationDate:
Tabela 41
Szczegółowy opis formatu NextCalibrationDate (wartość recordDataIdentifier F022)
Bajt Definicja parametru Rozdzielczość Zakres roboczy
1 miesiąc 1 miesiąc/bit,
>offset 0 miesięcy1 do 12 miesięcy
2 dzień 0,25 dzień/bit,
offset 0 dni (patrz
uwaga pod tabelą)0,25 do 31,75 dnia
3 rok 1 rok/bit,
offset +1985 (patrz
uwaga pod tabelą)lata od 1985 do 2235
Uwagi dotyczące zastosowania parametru „dzień”:
1. Wartość 0 dla daty nie istnieje. Wartości 1, 2, 3 i 4 są stosowane do oznaczenia pierwszego dnia miesiąca; 5, 6,
7 i 8 - do oznaczenia drugiego dnia miesiąca, etc.
2. Ten parametr nie ma wpływu na, ani nie zmienia parametru „godzina”.
Uwaga dotycząca zastosowania parametru „rok”:
Wartość 0 dla roku oznacza rok 1985, wartość 1 oznacza rok 1986, etc.
W tabeli 42 zamieszczono szczegółowy opis formatów poszczególnych bajtów
parametru VehicleRegistrationNumber:1998R2135 —PL—01.05.2006 —002.001 —199
▼M1
Tabela 42
Szczegółowy opis formatu VehicleRegistrationNumber (wartość recordDataIdentifier F07E)
Bajt Definicja parametru Rozdzielczość Zakres roboczy
1 Strona kodowa (zdefi-
niowana w dodatku 1)ASCII 01 do 0A
2 do 14 Numer rejestracyjny pojazdu
(zdefiniowany w dodatku 1)ASCII ASCII1998R2135 —PL—01.05.2006 —002.001 —200
▼M1
Dodatek 9
HOMOLOGACJA TYPU —WYKAZ MINIMUM WYMAGANYCH TESTÓW
SPIS TREŚCI
1. Wprowadzenie ….................................................................................
1.1. Homologacja typu ….............................................................................
1.2. Odniesienia ….....................................................................................
2. Badania funkcjonalności przyrządu rejestrującego …..........................................
3. Czujnik ruchu badania funkcjonalności …......................................................
4. Badania funkcjonalności kart do tachografów …..............................................
5. Badania interoperacyjności …....................................................................1998R2135 —PL—01.05.2006 —002.001 —201
▼M1
1. WPROWADZENIE
1.1.Homologacja typu
Homologacja typu EWG urządzenia rejestrującego (lub części składowej) lub
karty do tachografów opiera się na następujących dokumentach:
—świadectwo zabezpieczenia, wystawione przez organ ITSEC na podstawie
kryteriów bezpieczeństwa w pełni zgodnych z przedstawionymi w dodatku 10
do niniejszego załącznika,
—świadectwo funkcjonalności wystawione przez organ Państwa Członkow-
skiego i zaświadczające, że zbadane urządzenie spełnia wymagania niniej-
szego Załącznika pod względem wykonywanych funkcji, dokładności
pomiarów i charakterystyk środowiskowych,
—świadectwo interoperacyjności wystawione przez właściwy organ i zaświad-
czające, że urządzenie rejestrujące (lub karta do tachografów) w pełni współ-
pracuje z niezbędnymi modelami kart do tachografów (lub urządzenia rejestru-
jącego) (patrz rozdział VIII niniejszego Załącznika).
Niniejszy dodatek określa, które testy, jako minimum, musi przeprowadzić organ
Państwa Członkowskiego w ramach badania funkcjonalności, i które testy, jakominimum, musi przeprowadzić właściwy organ w ramach badania interoperacyj-
ności. Nie określa się procedur przeprowadzania tych badań ani ich typów.
Niniejszy dodatek nie obejmuje aspektów świadectwa zabezpieczenia. Jeżeli
niektóre badania wymagane dla homologacji typu przeprowadza się przy ocenie
bezpieczeństwa i w ramach procesu certyfikacyjnego, to badań tych nie trzeba
przeprowadzać ponownie. W takim przypadku mogą byćzbadane tylko wyniki
tych badań bezpieczeństwa. Do celów informacyjnych wymagania, których badań
oczekuje się (lubściśle wiążą sięz badaniami, których przeprowadzenia oczekuje
się) w ramach badań dla potrzeb świadectwa zabezpieczenia, są w niniejszym
dodatku oznaczone symbolem »*«.
Niniejszy dodatek zajmuje się oddzielnie homologacją typu czujnika ruchu i
przyrządu rejestrującego, jako części składowych urządzenia rejestrującego. Nie
wymaga się współdziałania między każdym modelem czujnika ruchu i każdym
modelem przyrządu rejestrującego, dlatego też homologacja typu dla czujnika
ruchu może być wydane tylko w połączeniu z homologacją typu dla przyrządu
rejestrującego i vice versa.
1.2.Odniesienia
W niniejszym dodatku używa się następujących odniesień:
IEC 68-2-1 Badania środowiskowe —część 2: Badania —Badania A:
Zimne. 1990 + zmiana 2: 1994 r.
IEC 68-2-2 Badania środowiskowe —część 2: Badania —Badania B: Suche
gorące. 1974 r. + zmiana 2: 1994 r.
IEC 68-2-6 Podstawowe procedury badań środowiskowych —Metody
badania —Badanie Fc i przewodnik: Drgania (sinusoidalna).
Wydanie szóste: 1985 r.
IEC 68-2-14 Podstawowe procedury badań środowiskowych —Metody
badania —Badanie N: Zmiana temperatury. Zmiana 1: 1986 r.
IEC 68-2-27 Podstawowe procedury badań środowiskowych —Metody
badania —Badanie Ea i przewodnik: Udar. Wydanie trzecie:
1987 r.
IEC 68-2-30 Podstawowe procedury badań środowiskowych —Metody
badania —Badanie Db i przewodnik: Wilgotne gorąco, cykliczne
(cykl 12 + 12 godzin). Zmiana 1: 1985 r.
IEC 68-2-35 Podstawowe procedury badań środowiskowych —Metody
badania —Badanie Fda: Drgania losowe szerokopasmowe —
wysoka powtarzalność. Zmiana 1: 1983 r.
IEC 529 Stopnie ochrony zapewniane przez obudowy (kod IP). Wydanie
drugie: 1989 r.
IEC 61000-4-2 Kompatybilność elektromagnetyczna (EMC) —Techniki bada-
wcze i pomiarowe —Badanie odporności na wyładowania elek-
trostatyczne: 1995/zmiana 1: 1998 r.
ISO 7637-1 Pojazdy drogowe —Zakłócenia elektryczne spowodowane prze-
wodzeniem i sprzężeniem —część 1: Samochody osobowe i
lekkie pojazdy samochodowe do eksploatacji handlowej z nomi-
nalnym 12 V napięciem zasilającym —Przewodzenie elektrycz-
nych przebiegów przejściowych tylko przez linie zasilające.
Wydanie drugie: 1990 r.1998R2135 —PL—01.05.2006 —002.001 —202
▼M1
ISO 7637-2 Pojazdy drogowe —Zakłócenia elektryczne spowodowane prze-
wodzeniem i sprzężeniem —część 1: Samochody osobowe i
lekkie pojazdy samochodowe do eksploatacji handlowej z nomi-
nalnym 12 V napięciem zasilającym —Przewodzenie elektrycz-
nych przebiegów przejściowych tylko przez linie zasilające.
Wydanie drugie: 1990 r.
ISO 7637-3 Pojazdy drogowe —Zakłócenia elektryczne spowodowane prze-
wodzeniem i sprzężeniem —część 3: Pojazdy samochodowe z
12 V lub 24 V napięciem zasilającym —Przenoszenie elektrycz-
nych przebiegów przejściowych przez sprzężenia pojemnościowe
i indukcyjne przez linie inne niż linie zasilające. Wydanie
pierwsze: 1995 r. + sprostowania 1: 1995 r.
ISO/IEC 7816-1 Identyfikacja kart —Karty z układem(ami) scalonym z wyprowa-
dzeniami —część 1: Charakterystyki fizyczne. Wydanie
pierwsze: 1998 r.
ISO/IEC 7816-2 Informatyka —Identyfikacja kart —Karty z układem(ami)
scalonym z wyprowadzeniami —część 2: Wymiary i rozmie-
szczenie styków. Wydanie pierwsze: 1999 r.
ISO/IEC 7816-3 Informatyka —Identyfikacja kart —Karty z układem(ami)
scalonym z wyprowadzeniami —część 3: Sygnały elektryczne i
protokół komunikacyjny. Wydanie drugie: 1997 r.
ISO/IEC 10373 Identyfikacja kart —Metody badania. Wydanie pierwsze: 1993 r.
2. BADANIA FUNKCJONALNOŚCI PRZYRZĄDU REJESTRUJĄCEGO
nr Badanie WyszczególnienieWymagania
związane
1. Badanie administracyjne
1.1. Dokumentacja Dokładność dokumentacji
1.2. Wyniki badań
producentaWyniki badań producenta przeprowadzo-
nych podczas integracji. Pokaz doku-
mentów papierowych070, 071, 073
2. Kontrola wizualna
2.1. Zgodność z dokumentacją
2.2. Identyfikacja/oznakowanie 168, 169
2.3. Materiały 163-167
2.4 Plombowanie 251
2.5. Interfejsy zewnętrzne3. Badania funkcjonalności
3.1. Obsługiwane funkcje 002, 004, 244
3.2. Tryby pracy 006*, 007*, 008*,
009*, 106, 107
3.3. Prawa dostępu do funkcji i danych 010*, 011*, 240,
246, 247
3.4. Monitorowanie wkładania i wyjmowania kart 013, 014, 015*,
016*, 106
3.5. Pomiar prędkości i odległości 017-026
3.6. Pomiar czasu (badanie przeprowadzone w temperaturze 20 °C) 027-032
3.7. Monitorowanie czynności kierowcy 033-043, 1063.8. Monitorowanie stanu prowadzenia pojazdu 044, 045, 106
3.9. Pozycje wprowadzane ręcznie 046-050b
3.10. Zarządzanie blokadami firmowymi 051-055
3.11. Monitorowanie czynności kontrolnych 056, 0571998R2135 —PL—01.05.2006 —002.001 —203
▼M1
nr Badanie WyszczególnienieWymagania
związane
3.12. Wykrywanie zdarzeń i/lub usterek 059-069, 106
3.13. Dane identyfikujące sprzęt 075*, 076*, 079
3.14. Dane dotyczące wkładania i wyjmowania karty kierowcy 081*-083*3.15. Dane dotyczące czynności kierowcy 084*-086*
3.16. Dane dotyczące miejsc 087*-089*
3.17. Dane dotyczące licznika kilometrów 090*-092*3.18. Szczegółowe dane dotyczące prędkości 093*
3.19. Dane dotyczące zdarzeń 094*, 095
3.20. Dane dotyczące usterek 096*3.21. Dane dotyczące kalibracji 097*, 098*
3.22. Dane dotyczące regulacji czasu 100*, 101*
3.23. Dane dotyczące czynności kontrolnej 102*, 103*3.24. Dane dotyczące blokad firmowych 104*
3.25. Dane dotyczące czynności wczytywania 105*
3.26. Dane dotyczące warunków szczególnych 105a*, 105b*
3.27. Rejestrowanie i przechowywanie danych na kartach do tacho-
grafów108, 109*, 109a*,
110*, 111, 112
3.28. Wyświetlanie 072, 106, 113 t-
128, PIC 001,
DIS_001
3.29. Drukowanie 072, 106, 129-138,
PIC_001,
PRT_001-
PRT_012
3.30. Ostrzeganie 106, 139-148,
PIC_001
3.31. Wczytywanie danych na nośnik zewnętrzny 072, 106, 149-151
3.32. Wyprowadzanie danych do dodatkowych urządzeń zewnętrznych 152, 153
3.33. Kalibracja 154*, 155*, 156*,
245
3.34. Regulacja czasu 157*, 158*3.35. Niezakłócanie funkcji dodatkowych 003, 269
4. Badania środowiskowe1998R2135 —PL—01.05.2006 —002.001 —204
▼M1
nr Badanie WyszczególnienieWymagania
związane
4.1. Temperatura Sprawdzenie funkcjonalności:
—IEC 68-2-1, test Ad, z czasem trwania
testu 72 godziny w niższej temperaturze
(−20 °C), 1 godzinę urządzenie pracuje,
1 godzinę urządzenie nie pracuje,
—IEC 68-2-2, test Bd, z czasem trwania
testu 72 godziny w wyższej tempera-
turze (70 °C), 1 godzinę urządzenie
pracuje, 1 godzinę urządzenie nie
pracuje.
Cykle temperaturowe: sprawdzenie
odporności przyrządu rejestrującego nagwałtowne zmiany temperatury
otoczenia testem Na wg normy IEC 68-
2-14, 20 cykli, każdy z temperaturą
zmieniającą sięod niższej tempera tury
(−20 °C) do wyższej temperatury (70 °
C) i 2 godziny pozostawania w obu
temperaturach niższej i wyższej.
Można przeprowadzić zredukowany
zestaw testów (spośród tych zdefiniowa-
nych w sekcji 3 niniejszej tabeli) w
niższej temperaturze, wyższej tempera-
turze i w czasie cykli temperaturowych.159
4.2. Wilgotność Sprawdzenie odporności przyrządu rejestru-
jącego na cykliczne zmiany wilgotności
(test gorący) testem Db wg normy IEC 68-
2-30, sześć 24-godzinnych cykli, w każdym
zmieniające się temperatura od 25 °C do
55 °C i wilgotność względna 97 % w 25 °
C i równa 93 % w 55 °C160
4.3. Drgania
1.Drgania harmoniczne:
Sprawdzenie odporności przyrządu rejes-
trującego na drgania harmoniczne o
następujących charakterystykach:
stałe przemieszczenie przy częstotliwości
między 5 a 11 Hz: 10 mm amplituda
stałe przyspieszenie przy częstotliwości
między 11 a 300 Hz: 5 g
Wymaganie to sprawdza się testem Fc
wg normy IEC 68-2-6, z minimalnym
czasem trwania testu 3 × 12 godzin (12
godzin na oś)
2.Drgania swobodne:
Sprawdzenie odporności przyrządu rejestru-
jącego na drgania swobodne o następują-
cych charakterystykach:
częstotliwość 5-150 Hz, poziom 0,02 g2/Hz
Wymaganie to sprawdza się testem Ffda
wg normy IEC 68-2-35, z minimalnym
czasem trwania testu 3 × 12 godzin (12
godzin na oś), 1 godzinę urządzenie
pracuje, 1 godzinę urządzenie nie pracuje.
Dwa opisane powyżej testy przeprowadza
sięna dwóch, różnych próbkach urządzeń
poddawanych testom.163
4.4. Ochrona przed
wodą i ciałami
obcymiSprawdzenie czy stopień ochrony przy-
rządu rejestrującego wg normy IEC 529
jest przynajmniej IP 40, dla urządzenia
zainstalowanego w warunkach eksploata-
cyjnych w pojeździe.164, 1651998R2135 —PL—01.05.2006 —002.001 —205
▼M1
nr Badanie WyszczególnienieWymagania
związane
4.5. Zabezpieczenie
nadmiarowo-
napięcioweSprawdzenie odporności przyrządu rejestru-
jącego napięcie zasilania:
wersje 24V: 34 V przy 40 °C przez 1
godzinę
wersje 12V: 17 V przy 40 °C przez 1
godzinę161
4.6. Zabezpieczenie
przed odwróce-
niem polaryzacjiSprawdzenie odporności przyrządu rejestru-
jącego na odwrócenie biegunów napięcia
zasilającego.161
4.7. Zabezpieczenie
zwarcioweSprawdzenie czy sygnały wyjściowe są
zabezpieczone przed zwarciem do napięcia
zasilającego i do masy.161
5. Badania kompatybilności elektromagnetycznej
5.1. Emisje radiacyjne
i wrażliwość na
radiacjęZgodność z dyrektywą 95/54/EWG 162
5.2. Rozładowanie
elektrostatyczneZgodność z normą IEC 61000-4-2, ± 2 kV
(poziom 1)162
5.3. Wrażliwość na
stany nieustalone
w zasilaniuDla wersji 24V: zgodność z normą ISO
7637-2:
impuls la: Vs = −100 V, Ri = 10 omów
impuls 2: Vs = + 100 V, Ri = 10 omów
impuls 3a: Vs = −100 V, Ri = 50 omów
impuls 3b: Vs = + 100 V, Ri = 50 omówimpuls 4: Vs = −16 V Va = −12 V,
t6=100 ms
impuls 5: Vs = + 120 V, Ri = 2,2 oma, td =
250 ms
Dla wersji 12V: zgodność z normą ISO
7637-1:
impuls 1: Vs = −100 V, Ri = 10 omów
impuls 2: Vs = + 100 V, Ri = 10 omówimpuls 3a: Vs = −100 V, Ri = 50 omów
impuls 3b: Vs = + 100 V, Ri = 50 omów
impuls 4: Vs = −6 V, Va = −5 V, t6 = 15
ms
impuls 5: Vs = + 65 V, Ri = 3 omy, td =
100 ms
Impuls 5 należy testować tylko dla przy-
rządów rejestrujących skonstruowanych do
zainstalowania w pojazdach, w których nie
zainstalowano zewnętrznego, wspólnego
zabezpieczenia przed spadkiem obciążenia.162
3. CZUJNIK RUCHU BADANIA FUNKCJONALNOŚCI
nr Test WyszczególnienieWymagania
związane
1. Badanie administracyjne
1.1. Dokumentacja Dokładność dokumentacji
2. Kontrola wizualna
2.1. Zgodność z dokumentacją
2.2. Identyfikacja/oznakowanie 169, 1701998R2135 —PL—01.05.2006 —002.001 —206
▼M1
nr Test WyszczególnienieWymagania
związane
2.3. Materiały 163-167
2.4. Plombowanie 251
3. Badania funkcjonalności
3.1. Dane identyfikacyjne czujnika 077*
3.2. Parowanie czujnik ruchu —przyrząd rejestrujący 099*, 155
3.3. Wykrywanie ruchu
Dokładność pomiaru ruchu 022-026
4. Badania środowiskowe
4.1. Temperatura pracy Sprawdzenie funkcjonalności (zdefinio-
wanej w teście nr 3.3) w zakresie
temperatur [−40 —135 °C]:
—testem Ad wg normy IEC 68-2-1, z
czasem trwania testu 96 godzin w
najniższej temperaturze Tomin
—testem Bd wg normy IEC 68-2-2, z
czasem trwania testu 96 godzin w
najwyższej temperaturze Tomax159
4.2. Cykle temperatu-
roweSprawdzenie funkcjonalności (zdefinio-
wanej w teście nr 3.3) testem Na wg
normy IEC 68-2-14, 20 cykli, każdy z
temperaturą zmieniającą sięod niższej
temperatury (− 40 °C) do wyższej
temperatury (135 °C) i pozostawaniem
przez 2 godziny zarówno w niższej jak i
wyższej temperaturze
Można przeprowadzić zredukowany
zestaw testów (spośród tych zdefiniowa-
nych w teście 3.3) w niższej tempera-
turze, wyższej temperaturze i w czasie
cykli temperaturowych.159
4.3. Cykle wilgotności Sprawdzenie funkcjonalności (zdefinio-
wanej w teście nr 3.3) testem Db wg normy
IEC 68-2-30, sześć 24-godzinnych cykli, w
każdym zmieniające się temperatura od 25
do 55 °C i wilgotność względna 97 % w
25 °C i równa 93 % w 55 °C160
4.4. Drgania Sprawdzenie funkcjonalności (zdefinio-
wanej w teście nr) testem Fc wg normy
IEC 68-2-6, z testem obejmującym 100
cykli częstotliwości:
stałe przemieszczenie przy częstotli-
wości między 10 a 57 Hz: amplituda 1,5
mm, stałe szczytowe przyspieszenie dla
częstotliwości między 57 a 500 Hz: 20
g.163
4.5. Udar mechaniczny Sprawdzenie funkcjonalności (zdefinio-
wanej w teście nr 3.3) test Ea wg normy
IEC 68-2-27, 3 udary w obu kierunkach po
3 prostopadłych osiach.163
4.6. Ochrona przed
wodą i ciałami
obcymiSprawdzenie czy stopień ochrony przy-
rządu rejestrującego wg normy IEC 529
jest przynajmniej IP 64, dla urządzenia
zainstalowanego w warunkach eksploata-
cyjnych w pojeździe.165
4.7. Zabezpieczenie
przed odwróce-
niem polaryzacjiSprawdzenie odporności czujnika ruchu na
odwrócenie biegunów napięcia zasilają-
cego.1611998R2135 —PL—01.05.2006 —002.001 —207
▼M1
nr Test WyszczególnienieWymagania
związane
4.8. Zabezpieczenie
zwarcioweSprawdzenie czy sygnały wyjściowe są
zabezpieczone przed zwarciem do napięcia
zasilającego i do masy.161
5. Badania kompatybilności elektromagnetycznej
5.1. Emisje radiacyjne
i wrażliwość na
radiacjęSprawdzenie zgodności z dyrektywą 95/54/
EWG162
5.2. Rozładowanie
elektrostatyczneZgodność z normą IEC 61000-4-2, ± 2 kV
(poziom 1)162
5.3. Wrażliwość na
stany nieustalone
na liniach danychZgodność z normą ISO 7637-3 (poziom
III)162
4. BADANIA FUNKCJONALNOŚCI KART DO TACHOGRAFÓW
nr Test WyszczególnienieWymagania
związane
1. Badanie administracyjne
1.1. Dokumentacja Dokładność dokumentacji
2. Kontrola wizualna
2.1. Sprawdzenie czy wszystkie zabezpieczenia
i widoczne dane są prawidłowo wydruko-
wane i zgodne z wymaganiami171-181
3. Badania fizyczne
3.1. Sprawdzenie wymiarów karty i rozmie-
szczenia styków184
ISO/IEC 7816-1
ISO/IEC 7816-2
4. Testy protokołów
4.1. ATR Sprawdzenie zgodności ATR. ISO/IEC 7816-3
TCS 304, 307,
308
4.2. T=0 Sprawdzenie zgodności protokołu T=0. ISO/IEC 7816-3
TCS 302, 303,
305
4.3. PTS Sprawdzenie zgodności polecenia PTS
przez ustawienie T=l z T=0.ISO/IEC 7816-3
TCS 309-311
4.4. T=1 Sprawdzenie zgodności protokołu T= l. ISO/IEC 7816-3
TCS 303, / 306
5. Struktura karty
5.1. Sprawdzenie zgodności struktury plików na
karcie przez sprawdzenie czy na karcie są
wymagane pliki oraz sprawdzenie
warunków dostępu do plików.TCS 312
TCS 400*, 401,
402, 403*, 404,
405*, 406, 407,
408*, 409, 410*,
411, 412, 413*,
414, 415*, 416,
417, 418*, 419
6. Badania funkcjonalności1998R2135 —PL—01.05.2006 —002.001 —208
▼M1
nr Test WyszczególnienieWymagania
związane
6.1. Normalne prze-
twarzanieSprawdzenie przynajmniej raz każdego,
dozwolonego użycia każdego polecenia
(np.: sprawdzenie polecenia UPDATE
BINARY z CLA = ′00′, CLA = ′0C′ i z
różnymi parametrami P1, P2 i Lc).
Sprawdzenie czy karta rzeczywiście
wykonuje czynności (np.: odczytując
plik poleceniem wykonywanym na tym
pliku).TCS 313-TCS 379
6.2. Komunikaty błędu Sprawdzenie przynajmniej raz każdego
komunikatu błędu (określonego w
dodatku 2) dla każdego polecenia.
Sprawdzenie przynajmniej raz każdego
błędu ogólnego (z wyjątkiem błędów
integralności ′6400′ sprawdzanych w
ramach badań naświadectwo zabezpie-
czenia).
7. Badania środowiskowe
7.1. Sprawdzenie czy karty pracują w granicach
warunków zdefiniowanych zgodnie z
normą ISO/EWG 10373185-188
ISO/IEC 7816-1
5. BADANIA INTEROPERACYJNOŚCI
nr Test Wyszczególnienie
1. Wzajemne uwie-
rzytelnienieSprawdzenie czy wzajemne uwierzytelnienie między przyrządem
rejestrującym a kartą do tachografów przebiega normalnie
2. Testy zapis/
odczytWykonanie scenariusza typowej czynności na przyrządzie rejes-
trującym. Scenariusz dostosowany jest do typu badanej karty i
obejmować zapis na karcie tak wielu EF jak możliwe.
Sprawdzenie poprzez wczytywanie danych z karty czy
wszystkie odpowiednie zapisy są zrobione prawidłowo.
Sprawdzenie poprzez dzienny wydruk z karty czy wszystkie
odpowiednie zapisy mogą byćodczytane prawidłowo.1998R2135 —PL—01.05.2006 —002.001 —209
▼M1
Dodatek 10
OGÓLNE CELE ZABEZPIECZENIA
Niniejszy dodatek określa minimalne wymagania dotyczące celów zabezpieczenia czujnika ruchu, przy-
rządu rejestrującego i karty do tachografów.
W celu nadania kształtu celom zabezpieczenia, które stanowią podstawę do uzyskania świadectwa
zabezpieczenia, producenci przygotowują i kompletują niezbędne dokumenty bez poprawiania i
usuwania istniejących zagrożeń, celów, środków proceduralnych i specyfikacji funkcji realizujących
zabezpieczenia.
SPIS TREŚCI
Ogólny cel zabezpieczenia czujnika ruchu
1. Wprowadzenie ….................................................................................
2. Skróty, definicje i odniesienia …................................................................
2.1. Skróty …...........................................................................................
2.2. Definicje …........................................................................................
2.3. Odniesienia ….....................................................................................
3. Podstawy racjonalne produktu …................................................................
3.1. Opis i metoda użycia czujnika ruchu …........................................................
3.2. Cykl istnienia czujnika ruchu ….................................................................
3.3. Zagrożenia …......................................................................................
3.3.1. Zagrożenia związane z polityką kontroli dostępu …...........................................
3.3.2. Zagrożenia związane z konstrukcją …..........................................................
3.3.3. Zagrożenia zorientowane na eksploatację …...................................................
3.4. Cele zabezpieczenia …...........................................................................
3.5. Informatyczne cele zabezpieczenia …...........................................................
3.6. Środki fizyczne, osobowe lub proceduralne ….................................................
3.6.1. Konstrukcja urządzenia …........................................................................
3.6.2. Dostawa urządzenia …............................................................................
3.6.3. Generowanie danych bezpieczeństwa i dostawa …............................................
3.6.4. Instalacja, kalibracja i inspekcja urządzenia rejestrującego …................................
3.6.5. Kontrola wdrażania prawa …....................................................................
3.6.6. Aktualizacje oprogramowania …................................................................
4. Funkcje realizujące zabezpieczenie …..........................................................
4.1. Identyfikacja i uwierzytelnienie …..............................................................
4.2. Kontrola dostępu …...............................................................................
4.2.1. Polityka kontroli dostępu …......................................................................
4.2.2. Prawa dostępu do danych ….....................................................................
4.2.3. Struktura pliku i warunki dostępu …............................................................
4.3. Identyfikacja czujnika ruchu …..................................................................
4.4. Audyt …...........................................................................................
4.5. Dokładność ….....................................................................................
4.5.1. Polityka kontroli przepływu informacji …......................................................
4.5.2. Wewnętrzne przesyłanie danych …..............................................................
4.5.3. Integralność przechowywanych danych ….....................................................
4.6. Wiarygodność usługi …..........................................................................
4.6.1. Testy ….............................................................................................
4.6.2. Oprogramowanie …...............................................................................1998R2135 —PL—01.05.2006 —002.001 —210
▼M1
4.6.3. Ochrona fizyczna …..............................................................................
4.6.4. Przerwy zasilania …..............................................................................
4.6.5. Warunki zerujące …...............................................................................
4.6.6. Dostępność danych …............................................................................
4.6.7. Obsługa wielu aplikacji ….......................................................................
4.7. Wymiana danych …...............................................................................
4.8. Wsparcie kryptograficzne ….....................................................................
5. Definicja mechanizmów zabezpieczenia ….....................................................
6. Minimalna siła mechanizmów zabezpieczenia …..............................................
7. Poziom gwarancji zabezpieczenia …............................................................
8. Podstawy racjonalne …...........................................................................
Ogólny cel zabezpieczenia przyrządu rejestrującego
1. Wprowadzenie ….................................................................................
2. Skróty, definicje i odniesienia …................................................................
2.1. Skróty …...........................................................................................
2.2. Definicje …........................................................................................
2.3. Odniesienia ….....................................................................................
3. Podstawy racjonalne produktu …................................................................
3.1. Opis i metoda użycia przyrządu rejestrującego ….............................................
3.2. Cykl istnienia przyrządu rejestrującego …......................................................
3.3. Zagrożenia …......................................................................................
3.3.1. Zagrożenia dla polityki identyfikacji i kontroli dostępu …....................................
3.3.2. Zagrożenia związane z konstrukcją …..........................................................
3.3.3. Zagrożenia zorientowane na eksploatację …...................................................
3.4. Cele zabezpieczenia …...........................................................................
3.5. Informatyczne cele zabezpieczenia …...........................................................
3.6. Środki fizyczne, osobowe lub proceduralne ….................................................
3.6.1. Konstrukcja urządzenia …........................................................................
3.6.2. Dostawa i aktywacja urządzenia …..............................................................
3.6.3. Generowanie danych bezpieczeństwa i dostawa …............................................
3.6.4. Dostawa kart …...................................................................................
3.6.5. Instalacja, kalibracja i inspekcja urządzenia rejestrującego …................................
3.6.6. Eksploatacja urządzenia ….......................................................................
3.6.7. Kontrola wdrażania prawa …....................................................................
3.6.8. Aktualizacje oprogramowania …................................................................
4. Funkcje realizujące zabezpieczenie …..........................................................
4.1. Identyfikacja i uwierzytelnienie …..............................................................
4.1.1. Identyfikacja i uwierzytelnienie czujnika ruchu ….............................................
4.1.2. Identyfikacja i uwierzytelnienie użytkownika …...............................................
4.1.3. Identyfikacja i uwierzytelnienie zdalnie przyłączonej firmy …...............................
4.1.4. Identyfikacja i uwierzytelnienie urządzenia zarządzającego …...............................
4.2. Kontrola dostępu …...............................................................................
4.2.1. Polityka kontroli dostępu …......................................................................
4.2.2. Prawa dostępu do funkcji ….....................................................................
4.2.3. Prawa dostępu do danych ….....................................................................
4.2.4. Struktura pliku i warunki dostępu …............................................................1998R2135 —PL—01.05.2006 —002.001 —211
▼M1
4.3. Wiarygodność …..................................................................................
4.4. Audyt …...........................................................................................
4.5. Powtórne wykorzystanie obiektu ….............................................................
4.6. Dokładność ….....................................................................................
4.6.1. Polityka kontroli przepływu informacji …......................................................
4.6.2. Wewnętrzne przesyłanie danych …..............................................................
4.6.3. Integralność przechowywanych danych ….....................................................
4.7. Wiarygodność usługi …..........................................................................
4.7.1. Testy ….............................................................................................
4.7.2. Oprogramowanie …...............................................................................
4.7.3. Ochrona fizyczna …..............................................................................
4.7.4. Przerwy zasilania …..............................................................................
4.7.5. Warunki zerujące …...............................................................................
4.7.6. Dostępność danych …............................................................................
4.7.7. Obsługa wielu aplikacji ….......................................................................
4.8. Wymiana danych …...............................................................................
4.8.1. Wymiana danych z czujnikiem ruchu …........................................................
4.8.2. Wymiana danych z kartami do tachografów …................................................
4.8.3. Wymiana danych z zewnętrznymi nośnikami gromadzenia danych (funkcja ładowania
danych) ….........................................................................................
4.9. Wsparcie kryptograficzne ….....................................................................
5. Definicja mechanizmów zabezpieczenia ….....................................................
6. Minimalna siła mechanizmów zabezpieczenia …..............................................
7. Poziom gwarancji zabezpieczenia …............................................................
8. Podstawy racjonalne …...........................................................................
Ogólny cel zabezpieczenia karty do tachografów
1. Wprowadzenie ….................................................................................
2. Skróty, definicje i odniesienia …................................................................
2.1. Skróty …...........................................................................................
2.2. Definicje …........................................................................................
2.3. Odniesienia ….....................................................................................
3. Podstawy racjonalne produktu …................................................................
3.1. Opis i metoda użycia karty do tachografów ….................................................
3.2. Cykl życia karty do tachografów ….............................................................
3.3. Zagrożenia …......................................................................................
3.3.1. Końcowe cele …..................................................................................
3.3.2. Ścieżki ataku …...................................................................................
3.4. Cele zabezpieczenia …...........................................................................
3.5. Informatyczne cele zabezpieczenia …...........................................................
3.6. Środki fizyczne, osobowe lub proceduralne ….................................................
4. Funkcje realizujące zabezpieczenie …..........................................................
4.1. Zgodność z profilami ochrony …................................................................
4.2. Identyfikacja i uwierzytelnienie użytkownika …...............................................
4.2.1. Identyfikacja użytkownika …....................................................................
4.2.2. Uwierzytelnienie użytkownika …................................................................
4.2.3. Błędy uwierzytelnienia …........................................................................
4.3. Kontrola dostępu …...............................................................................1998R2135 —PL—01.05.2006 —002.001 —212
▼M1
4.3.1. Polityka kontroli dostępu …......................................................................
4.3.2. Funkcje kontroli dostępu …......................................................................
4.4. Wiarygodność …..................................................................................
4.5. Audyt …...........................................................................................
4.6. Dokładność ….....................................................................................
4.6.1. Integralność przechowywanych danych ….....................................................
4.6.2. Podstawowe uwierzytelnienie danych …........................................................
4.7. Wiarygodność usługi …..........................................................................
4.7.1. Testy ….............................................................................................
4.7.2. Oprogramowanie …...............................................................................
4.7.3. Zasilanie …........................................................................................
4.7.4. Warunki zerujące …...............................................................................
4.8. Wymiana danych …...............................................................................
4.8.1. Wymiana danych z przyrządem rejestrującym …..............................................
4.8.2. Eksport danych gdzie indziej niż do przyrządu rejestrującego (funkcja ładowania danych)
…...................................................................................................
4.9. Wsparcie kryptograficzne ….....................................................................
5. Definicja mechanizmów zabezpieczenia ….....................................................
6. Minimalna siła mechanizmów zabezpieczenia …..............................................
7. Poziom gwarancji zabezpieczenia …............................................................
8. Podstawy racjonalne …...........................................................................1998R2135 —PL—01.05.2006 —002.001 —213
▼M1
OGÓLNY CEL ZABEZPIECZENIA CZUJNIKA RUCHU
1.Wprowadzenie
Niniejszy dokument zawiera opis czujnika ruchu, zagrożeń, którym czujnik ruchu
musi być w stanie przeciwdziałać i celów zabezpieczenia, które musi osiągnąć.
Niniejszy dokument określa wymagane funkcje realizujące zabezpieczenia,
podaje wymaganą, minimalną siłęmechanizmów ochrony i wymagany poziom
zapewnienia rozwoju i oceny.
Wymaganiami, określone w tym dokumencie, są te znajdujące się w treści załącz-
nika I B. W celu zwiększenia czytelności czasami pojawia się powielanie
wymagań znajdujących się w treści załącznika I B i wymagań celu zabezpie-
czenia. W przypadku niezgodności między wymaganiami celu zabezpieczenia a
wymaganiami znajdującymi się w treści załącznika I B, do których odwołuje się
wymaganie celu zabezpieczenia, obowiązuje wymaganie z treści załącznika I B.
Wymagania znajdujące się w treści załącznika I B, do których nie odwołują się
cele zabezpieczenia, nie są przedmiotem funkcji realizujących zabezpieczenia.
Zagrożeniom, celom, środkom proceduralnym i specyfikacjom funkcji realizują-
cych zabezpieczenia nadano unikalne etykiety w celu umożliwienia odtworzenia
historii produktu w dokumentach rozwoju i oceny.
2.Skróty, definicje i odniesienia
2.1. Skróty
ROM pamięć stała (nieulotna)
SEF funkcja realizująca zabezpieczeniaTBD określi
TOE cel oceny
VU przyrząd rejestrujący.
2.2. Definicje
Cyfrowy tachograf urządzenie rejestrujące
Jednostka urządzenie przyłączone do czujnika ruchuDane ruchowe dane wymieniane z VU, reprezentujące
prędkość i przebytą odległość
Fizycznie odrębne części fizyczne części składowe czujnika ruchu,
które są rozmieszczone w pojeździe, w
odróżnieniu od fizycznych części składo-
wych znajdujących się we wnętrzu obudowy
czujnika ruchu
Dane związane z zabezpieczeniem swoiste dane potrzebne do wspierania
funkcji realizujących zabezpieczenia (np.
klucze kryptograficzne)
System sprzęt, ludzie lub organizacje uwikłani w
jakikolwiek sposób w urządzenie rejestru-
jące
Użytkownik człowiek używający czujnika ruchu (gdy nie
jest użyty w wyrażeniu »dane użytkow-
nika«)
Dane użytkownika wszelkie dane inne niż dane dotyczące
ruchu i dane związane z zabezpieczeniem,
rejestrowane lub gromadzone przez czujnik
ruchu.
2.3. Odniesienia
ITSEC ITSEC Informatyka —kryteria oceny zabezpieczeń 1991 r.
3.Podstawy racjonalne produktu
3.1. Opis i metoda użycia czujnika ruchu
Czujnik ruchu przeznaczony jest do instalowania w pojazdach używanych w
transporcie drogowym. Jego zadaniem jest dostarczanie VU chronionych danych
ruchowych reprezentujących prędkość pojazdu i przebytą odległość.1998R2135 —PL—01.05.2006 —002.001 —214
▼M1
Czujnik ruchu jest mechanicznie połączony z poruszającą sięczęścią pojazdu,
której ruch może reprezentować prędkość pojazdu i przebytą odległość. Może
byćumieszczony w skrzyni biegów lub innej części pojazdu.
W trybie eksploatacyjnym czujnik ruchu połączony jest z VU.
Czujnik ruchu może być także połączony z innym sprzętem dla potrzeb zarzą-
dzania (do zdefiniowania przez producenta).
Typowy czujnik ruchu zobrazowano na poniższym rysunku:
Rysunek 1
Typowy czujnik ruchu
1998R2135 —PL—01.05.2006 —002.001 —215
▼M1
3.2. Cykl istnienia czujnika ruchu
Typowy cykl istnienia czujnika ruchu pokazano na poniższym rysunku:
Rysunek 2
Typowy cykl istnienia czujnika ruchu
3.3. Zagrożenia
W niniejszym punkcie opisano zagrożenia, na jakie czujnik ruchu może być nara-
żony.
3.3.1. Zagrożenia związane z polityką kontroli dostępu
T.Access Użytkownicy mogą usiłować uzyskać niedozwolony dostęp do funkcji.
3.3.2. Zagrożenia związane z konstrukcją
T.Faults Usterki sprzętu, oprogramowania, procedur komunikacyjnych mogą
spowodować, że czujnik ruchu znajdzie się w stanie naruszającym jego
bezpieczeństwo.
T.Tests Użycie nieunieważnionych trybów testowania lub istniejących tylnych
drzwi może naruszyć bezpieczeństwo czujnika ruchu.1998R2135 —PL—01.05.2006 —002.001 —216
▼M1
T.Design Użytkownicy mogą próbować pozyskać nielegalną wiedzę dotyczącą
konstrukcji albo z materiałów producenta (poprzez kradzież, przekup-
stwo, …) lub metodą reverse engineering.
3.3.3. Zagrożenia zorientowane na eksploatację
T.Environment Użytkownicy mogą naruszyć bezpieczeństwo czujnika
ruchu atakami środowiskowymi (termicznymi, elektromag-
netycznymi, optycznymi, chemicznymi, mechanicznymi,
…)
T.Hardware Użytkownicy mogą próbować modyfikować sprzęt czuj-
nika ruchu.
T.Mechanical_Origin Użytkownicy mogą próbować manipulować przy wejściu
czujnika ruchu (np. odkręcając czujnik ruchu od skrzyni
biegów, …)
T.Motion_Data Użytkownicy mogą próbować zmieniać dane dotyczące
ruchu pojazdu (dodanie, modyfikowanie, usuwanie, repli-
kowanie sygnału).
T.Power_Supply Użytkownicy mogą próbować pokonać cele zabezpieczenia
czujnika ruchu modyfikując (odcinając, obniżając, podwyż-
szając) zasilanie czujnika ruchu.
T.Security_Data Użytkownicy mogą próbować pozyskać nielegalną wiedzę
dotyczącą danych bezpieczeństwa w czasie gdy dane
bezpieczeństwa są generowane lub transportowane lub
gromadzone w sprzęcie.
T.Software Użytkownicy mogą próbować modyfikować oprogramo-
wanie czujnika ruchu.
T.Stored_Data Użytkownicy mogą próbować modyfikować zgromadzone
dane (dane bezpieczeństwa lub dane dotyczące użytkow-
nika).
3.4. Cele zabezpieczenia
Główny cel zabezpieczenia dla systemu urządzenia rejestrującego jest następu-
jący:
O.Main Dane przeznaczone do sprawdzenia przez organ kontrolny muszą być
dostępne oraz w pełni i dokładnie odzwierciedlać czynności kontrolowa-
nych kierowców i pojazdów, czas prowadzenia pojazdu, pracy, dyspozy-
cyjności odpoczynku oraz prędkość pojazdu.
Tym samym celem zabezpieczenia dla czujnika ruchu, przyczyniającym się do
ogólnego celu zabezpieczenia, jest:
O.Sensor_Main Dane transmitowane przez czujnik ruchu muszą byćdostępne
dla VU, tak aby umożliwić VU pełne i dokładne ustalenie ruchu
pojazdu, jego prędkości i przebytej odległości.
3.5. Informatyczne cele zabezpieczenia
Swoiste informatyczne cele zabezpieczenia dla czujnika ruchu, przyczyniające się
do jego głównego celu zabezpieczenia, są następujące:
O.Access Czujnik ruchu musi kontrolować dostęp przyłączo-
nych »jednostek« do funkcji i danych.
O.Audit Czujnik ruchu musi rejestrować dla potrzeb kontroli
próby naruszenia jego bezpieczeństwa i powinien
umożliwić powiązanie ich z jednostkami.
O.Authentication Czujnik ruchu musi uwierzytelniać przyłączone
jednostki.
O.Processing Czujnik ruchu musi zapewniać, że przetwarzanie
sygnału wejściowego w celu wyprowadzenia danych
ruchowych jest dokładne.
O.Reliability Czujnik ruchu musi być niezawodny w eksploatacji.
O.Secured_Data_Exchange Czujnik ruchu musi zapewniać wymianę danych z
VU.
3.6. Środki fizyczne, osobowe lub proceduralne
W punkcie tym opisano wymagania fizyczne, osobowe lub proceduralne składa-
jące się na bezpieczeństwo czujnika ruchu.1998R2135 —PL—01.05.2006 —002.001 —217
▼M1
3.6.1. Konstrukcja urządzenia
M.Development Konstruktorzy czujnika ruchu muszą zapewnić, że przydział
obowiązków w czasie projektowania jest zorganizowany w
sposób zapewniający zachowanie bezpieczeństwa informatycz-nego.
M.Manufacturing Producenci czujnika ruchu muszą zapewnić, że przydział
obowiązków w czasie wytwarzania jest zorganizowany w
sposób zapewniający zachowanie bezpieczeństwa informatycz-
nego i że w czasie procesu wytwarzania czujnik ruchu jest
chroniony przed atakami fizycznymi, które mogłyby naruszyć
bezpieczeństwo informatyczne.
3.6.2. Dostawa urządzenia
M.Delivery Producenci czujnika ruchu, producenci pojazdów i instalatorzy lub
warsztaty muszą zapewnić, że manipulowanie czujnikiem ruchu jest
zorganizowane w sposób zapewniający zachowanie bezpieczeństwa
informatycznego.
3.6.3. Generowanie danych bezpieczeństwa i dostawa
M.Sec_Data_Generation Algorytmy generowania danych bezpieczeństwa muszą
byćdostępne wyłącznie dla upoważnionych i zaufanych
osób.
M.Sec_Data_Transport Dane bezpieczeństwa muszą byćgenerowane, transpor-
towane i wprowadzane do czujnika ruchu w sposób
zapewniający zachowanie odpowiedniej poufności i
integralności.
3.6.4. Instalacja, kalibracja i inspekcja urządzenia rejestrującego
M.Approved_Workshops Instalację, kalibrację i naprawę urządzenia rejestrują-
cego muszą przeprowadzać zaufani i uprawnieni insta-
latorzy lub warsztaty
M.Mechanical_Interface Muszą być zapewnione środki (np. plomby) umożli-
wiające wykrycie fizycznego manipulowania przy
interfejsie mechanicznym.
M.Regular_Inpections Urządzenie rejestrujące musi być okresowo kontrolo-
wane i kalibrowane.
3.6.5. Kontrola wdrażania prawa
M.Controls Kontrola wdrażania prawa musi być przeprowadzana regularnie i
losowo oraz musi obejmować audyty bezpieczeństwa.
3.6.6. Aktualizacje oprogramowania
M.Software_Upgrade Wersje oprogramowania muszą uzyskać świadectwo zabez-
pieczenia przed zainstalowaniem ich w czujniku ruchu.
4.Funkcje realizujące zabezpieczenie
4.1. Identyfikacja i uwierzytelnienie
Czujnik ruchu jest w stanie ustalić, dla każdej interakcji, tożsamość przyłączonej
do niego jednostki.
Na tożsamość przyłączonej jednostki składają sięnastępujące informacje:
—grupa jednostek:
—VU,
—urządzenie zarządzające,
—inne,
—ID jednostki (tylko VU).
ID jednostki przyłączonego VU oznacza numer homologacji VU i numer
fabryczny VU.
Czujnik ruchu jest w stanie dokonać uwierzytelnienia VU lub urządzenia zarzą-
dzającego, do którego jest przyłączony:1998R2135 —PL—01.05.2006 —002.001 —218
▼M1
—w chwili przyłączania jednostki,
—w chwili przywracania zasilania.
Czujnik ruchu jest w stanie okresowo powtarzać uwierzytelnienie VU, do którego
jest przyłączony.
Czujnik ruchu wykrywa i uniemożliwia użycie danych wykorzystywanych do
uwierzytelnienia, które są skopiowane bądź odtwarzane.
Po wykryciu (ilości ustalonej prze producenta, ale nie więcej niż 20) kolejnych
nieudanych prób uwierzytelnienia, funkcja SEF:
—generuje rekord audytu dla zdarzenia,
—ostrzega jednostkę,
—kontynuuje eksport danych ruchowych w trybie bez zabezpieczenia.
4.2. Kontrola dostępu
Kontrola dostępu zapewnia, że informacje są odczytane, stworzone lub zmienione
w celu TOE tylko przez tych, którzy są do tego upoważnieni.
4.2.1. Polityka kontroli dostępu
Czujnik ruchu kontroluje prawa dostępu do funkcji i danych.
4.2.2. Prawa dostępu do danych
Czujnik ruchu zapewnia, że dane identyfikacyjne czujnika ruchu mogą byćzapi-
sane tylko raz (wymaganie 078).
Czujnik ruchu akceptuje i/lub zachowuje dane dotyczące użytkownika pocho-
dzące tylko z uwierzytelnionych jednostek.
Czujnik ruchu wdraża odpowiednie prawa dostępu do odczytu i zapisu dla
danych bezpieczeństwa.
4.2.3. Struktura pliku i warunki dostępu
Aplikacje i struktura pliku danych oraz warunki dostępu są stwarzane podczas
procesu produkcji i następnie blokowane w sposób uniemożliwiający ich modyfi-
kację lub usunięcie w późniejszym czasie.
4.3. Identyfikacja czujnika ruchu
Czujnik ruchu przechowuje w pamięci swoje dane identyfikacyjne (wymaganie
077).
Czujnik ruchu przechowuje w pamięci dane instalacyjne (wymaganie 099).Czujnik ruchu ma możliwość wyprowadzenia danych dotyczących swojej tożsa-
mości uwierzytelnionym jednostkom na ich żądanie.
4.4. Audyt
Czujnik ruchu, dla zdarzeń naruszających jego bezpieczeństwo, generuje
zdarzenia rekordów audytu.
Następujące zdarzenia godzą w bezpieczeństwo czujnika ruchu:
—próba naruszenia zabezpieczeń,
—błąd uwierzytelnienia,
—błąd integralności przechowywanych danych,
—błąd wewnętrznego przesyłania danych,
—nieupoważnione otwarcie obudowy,
—uszkodzenie sprzętu.
—usterka czujnika.
Rekordy audytu zawierają następujące dane:
—data i godzina zdarzenia,
—typ zdarzenia,
—tożsamość przyłączonej jednostki.
w przypadku gdy wymagane dane nie są dostępne, wprowadzane są odpowiednie
dane domyślne (określa producent).1998R2135 —PL—01.05.2006 —002.001 —219
▼M1
Czujnik ruchu wysyła wygenerowane rekordy audytu do VU, może też przecho-
wywać je w pamięci.
W przypadku gdy czujnik ruchu przechowuje rekordy audytu, zapewnia by 20
rekordów audytu było utrzymywane niezależnie od wyczerpania możliwości
gromadzenia audytu oraz ma możliwość wyprowadzania przechowywanych
rekordów audytu uwierzytelnionym jednostkom na ich żądanie.
4.5. Dokładność
4.5.1. Polityka kontroli przepływu informacji
Czujnik ruchu zapewnia by dane ruchowe mogły być przetwarzane i pobierane
wyłącznie z mechanicznego wejścia czujnika.
4.5.2. Wewnętrzne przesyłanie danych
Wymagania tego punktu stosuje się tylko wtedy, gdy czujnik ruchu składa się z
fizycznie oddzielonych części.
Jeżeli dane przesyła się między fizycznie oddzielonymi częściami czujnika ruchu,
dane te są zabezpieczone przed modyfikacją.
W przypadku wykrycia błędu przesyłania danych podczas wewnętrznego przesy-
łania danych, transmisja jest powtarzana a funkcja SEF generuje rekord audytu.
4.5.3. Integralność przechowywanych danych
Czujnik ruchu sprawdza dane użytkownika przechowywane w jego pamięci pod
względem błędów integralności.
W przypadku wykrycia błędu integralności przechowywanych danych użytkow-
nika, funkcja SEF generuje rekord audytu.
4.6. Wiarygodność usługi
4.6.1 Testy
Wszystkie polecenia, czynności lub punkty testowe przeznaczone dla potrzeb
testowania w fazie produkcyjnej są blokowane lub usuwane przed zakończeniem
fazy produkcyjnej. Przywrócenie ich do wykorzystania w późniejszym czasie jest
niemożliwe.
Czujnik ruchu uruchamia auto testy, w czasie początkowego uruchomienia i w
czasie normalnej pracy, w celu zweryfikowania prawidłowego funkcjonowania.
Auto testy czujnika ruchu obejmują weryfikację integralności danych bezpieczeń-
stwa przechowywanych w kodzie wynikowym, (jeżeli nie w pamięci ROM).
W przypadku wykrycia wewnętrznej usterki w czasie auto testu funkcja SEF
generuje rekord audytu (usterka czujnika).
4.6.2. Oprogramowanie
Analizowanie lub testowanie oprogramowania czujnika ruchu nie jest możliwe w
warunkach polowych.
Wejścia z zewnętrznych źródeł nie przyjmują kodu wykonywalnego.
4.6.3. Ochrona fizyczna
Jeżeli konstrukcja czujnika ruchu umożliwia otwarcie obudowy, czujnik ruchu
wykrywa każde otwarcie obudowy nawet bez zewnętrznego zasilania przez okres
przynajmniej 6 miesięcy. W takim przypadku funkcja SEF generuje zdarzenie
rekordu audytu (dopuszcza się, że rekord audytu jest generowany i zapamięty-
wany po ponownym przyłączeniu zasilania).
Jeżeli konstrukcja czujnika ruchu nie pozwala na otwieranie go, jest tak skon-
struowany, aby umożliwić łatwe wykrycie wszelkich prób manipulowania przy
nim (np. przez kontrolę wizualną).
Czujnik ruchu wykrywa określone (przez producenta) uszkodzenia sprzętu.W opisanym powyżej przypadku funkcja SEF generuje rekord audytu a czujnik
ruchu: (określa producent).1998R2135 —PL—01.05.2006 —002.001 —220
▼M1
4.6.4. Przerwy zasilania
Czujnik ruchu utrzymuje bezpieczny stan w czasie odcięcia lub zmian zasilania.
4.6.5. Warunki zerujące
W przypadku przerwy zasilania lub gdy transakcja jest zatrzymana przez zakoń-
czeniem lub w przypadku zaistnienia innych warunków zerujących (reset),
czujnik ruchu daje się łatwo zerować.
4.6.6. Dostępność danych
Czujnik ruchu zapewnia uzyskanie dostępu do zasobów, gdy jest to potrzebne,
zapewnia także to, że zasoby nie są niepotrzebnie żądane ani zachowywane.
4.6.7. Obsługa wielu aplikacji
Jeżeli czujnik ruchu obsługuje aplikacje inne niż aplikacja tachograficzna,
wszystkie aplikacje są rozdzielone każda od pozostałych fizycznie i/lub logicznie.
Aplikacje te nie współdzielą danych bezpieczeństwa. Jednocześnie jest aktywne
tylko jedno zadanie.
4.7. Wymiana danych
Czujnik ruchu eksportuje dane ruchowe do VU razem ze związanymi atrybutami
bezpieczeństwa, tak by VU był w stanie zweryfikować integralność i autentycz-
ność tych danych.
4.8. Wsparcie kryptograficzne
Wymagania tego punktu stosuje się tylko tam gdzie potrzeba, w zależności od
zastosowanych mechanizmów bezpieczeństwa i rozwiązań producenta.
Wszelkie operacje kryptograficzne wykonywane przez czujnik ruchu są zgodne z
ustalonym algorytmem i używają klucza o ustalonej długości.
Jeżeli czujnik ruchu generuje klucze kryptograficzne, to robi to zgodnie z ustalo-
nymi algorytmami generowania kluczy kryptograficznych, a klucze kryptogra-
ficzne mają ustaloną długość.
Jeżeli czujnik ruchu rozprowadza klucze kryptograficzne, to robi to zgodnie z
ustalonymi metodami rozprowadzania kluczy kryptograficznych.
Jeżeli czujnik ruchu ma dostęp do kluczy kryptograficznych, jest to zgodne z
ustalonymi metodami dostępu do kluczy kryptograficznych.
Jeżeli czujnik ruchu niszczy klucze kryptograficzne, to robi to zgodnie z ustalo-
nymi metodami niszczenia kluczy kryptograficznych.
5.Definicja mechanizmów zabezpieczenia
Mechanizmy zabezpieczenia wypełniające funkcje realizujące zabezpieczenia
czujnika ruchu definiują producenci czujnika ruchu.
6.Minimalna siła mechanizmów zabezpieczenia
Minimalna siła mechanizmów zabezpieczenia czujnika ruchu jest »wysoka«
według definicji ITSEC.
7.Poziom gwarancji zabezpieczenia
Docelowym poziomem gwarancji zabezpieczenia dla czujnika ruchu jest poziom
E3 według definicji ITSEC.
8.Podstawy racjonalne
W tabeli poniżej zamieszczono podstawy racjonalne dla funkcji SEF pokazując
przy tym:
—które funkcje SEF lub środki są skierowane przeciw którym zagrożeniom,
—które funkcje SEF realizują które informatyczne cele zabezpieczenia.1998R2135 —PL—01.05.2006 —002.001 —221
Zagrożenia Cele informatyczneDostęp
Usterki
Testy
Konstrukcja
Środowisko
Sprzęt
Pochodzenie mechaniczne
Dane ruchowe
Zasilanie
Dane bezpieczeństwa
Oprogramowanie
Przechowywane dane
Dostęp
Audyt
Uwierzytelnienie
Przetwarzanie
Wiarygodność
Bezpieczna wymiana danych
Środki fizyczne, osobowe i proceduralne
Projektowanie x x xWytwarzanie x x
Dostawa x x x
Generowanie danych bezpieczeństwa x
Transport danych bezpieczeństwa x
Zatwierdzone warsztaty x
Interfejs mechaniczny x
Regularne przeglądy x x x x
Kontrole wdrażania prawa x x x x x x
Aktualizacje oprogramowania x
Funkcje realizujące zabezpieczenie
Identyfikacja i uwierzytelnienie
UIA_101 Identyfikacja jednostek x x x x x
UIA_102 Tożsamość jednostek x x x
UIA_103 Tożsamość VU x
UIA_104 Uwierzytelnienie jednostek x x x x x
UIA_105 Uwierzytelnienie powtórne x x x x x▼M11998R2135 —PL—01.05.2006 —002.001 —222
Zagrożenia Cele informatyczneDostęp
Usterki
Testy
Konstrukcja
Środowisko
Sprzęt
Pochodzenie mechaniczne
Dane ruchowe
Zasilanie
Dane bezpieczeństwa
Oprogramowanie
Przechowywane dane
Dostęp
Audyt
Uwierzytelnienie
Przetwarzanie
Wiarygodność
Bezpieczna wymiana danych
UIA_106 Uwierzytelnienie niewymazywalne x x x x
UIA_107 Błąd uwierzytelnienia x x x
Kontrola dostępu
ACC_101 Polityka kontroli dostępu x x x xACC_102 ID czujnika ruchu x x
ACC_103 Dane użytkownika x x
ACC_104 Dane bezpieczeństwa x x x
ACC_105 Struktura pliku i warunki dostępu x x x x
Wiarygodność
ACT_101 Dane identyfikacyjne czujnika ruchu x
ACT_102 Dane dotyczące parowania x
ACT_103 Wiarygodność danych x
Audyt
AUD_101 Rekordy audytu x
AUD_102 Lista zdarzeń audytu x x x x x
AUD_103 Dane dotyczące audytu x
AUD_104 Narzędzia audytu x
AUD_105 Gromadzenie rekordów audytu x▼M11998R2135 —PL—01.05.2006 —002.001 —223
Zagrożenia Cele informatyczneDostęp
Usterki
Testy
Konstrukcja
Środowisko
Sprzęt
Pochodzenie mechaniczne
Dane ruchowe
Zasilanie
Dane bezpieczeństwa
Oprogramowanie
Przechowywane dane
Dostęp
Audyt
Uwierzytelnienie
Przetwarzanie
Wiarygodność
Bezpieczna wymiana danych
Dokladność
ACR_101 Polityka kontroli przeplywu informacji x x x
ACR_102 Wewnętrzne przesylanie danych x x
ACR_103 Wewnętrzne przesylanie danych x
ACR_104 Integralność przechowywanych danych x x
ACR_105 Integralność przechowywanych danych x x
WiarygodnośćRLB_101 Testy fabryczne x x x
RLB_102 Auto testy x x x x x
RLB_103 Auto testy x x x x
RLB_104 Analizowanie oprogramowania x x x
RLB_105 Ladowanie oprogramowania x x x
RLB_106 Otwarcie obudowy x x x x x x x
RLB_107 Sabotaż w odniesieniu do sprzętu x x
RLB_108 Uszkodzenia sprzętu x xRLB_109 Przerwy zasilania x x
RLB_110 Warunki zerujące x x
RLB_111 Dostępność danych x x▼M11998R2135 —PL—01.05.2006 —002.001 —224
Zagrożenia Cele informatyczneDostęp
Usterki
Testy
Konstrukcja
Środowisko
Sprzęt
Pochodzenie mechaniczne
Dane ruchowe
Zasilanie
Dane bezpieczeństwa
Oprogramowanie
Przechowywane dane
Dostęp
Audyt
Uwierzytelnienie
Przetwarzanie
Wiarygodność
Bezpieczna wymiana danych
RLB_112 Obsluga wielu aplikacji x
Wymiana danych
DEX_101 Bezpieczny eksport danych ruchowych x x
Wsparcie kryptograficzneCSP_101 Algorytmy x x
CSP_102 Generowanie klucza x x
CSP_103 Rozprowadzanie klucza x x
CSP_104 Dostęp do klucza x x
CSP_105 Niszczenie klucza x x▼M11998R2135 —PL—01.05.2006 —002.001 —225
▼M1
OGÓLNY CEL ZABEZPIECZENIA PRZYRZĄDU REJESTRUJĄCEGO
1.Wprowadzenie
Niniejszy dokument zawiera opis przyrządu rejestrującego, zagrożeń, którym
przyrząd rejestrujący musi być w stanie przeciwdziałać i celów zabezpieczenia,
które musi osiągnąć. Niniejszy dokument określa wymagane funkcje realizujące
zabezpieczenia. Podaje wymaganą, minimalną siłę mechanizmów ochrony i
wymagany poziom zapewnienia rozwoju i oceny.
Wymaganiami, określonych w tym dokumencie, są te znajdujące się w treści
załącznika I B. W celu zwiększenia czytelności czasami pojawia się powielanie
wymagań znajdujących się w treści załącznika I B i wymagań celu zabezpie-
czenia. W przypadku niezgodności między wymaganiami celu zabezpieczenia a
wymaganiami znajdującymi się w treści załącznika I B, do których odwołuje się
wymaganie celu zabezpieczenia, obowiązuje wymaganie podane w treści załącz-
nika I B.
Wymagania znajdujące się w treści załącznika I B, do których nie odwołują się
cele zabezpieczenia, nie są przedmiotem funkcji realizujących zabezpieczenia.
Zagrożeniom, celom, środkom proceduralnym i specyfikacjom funkcji realizują-
cych zabezpieczenia nadano unikalne etykiety w celu umożliwienia odtworzenia
historii produktu w dokumentach rozwoju i oceny.
2.Skróty, definicje i odniesienia
2.1. Skróty
PIN osobisty numer identyfikacyjny
ROM pamięć stała
SEF funkcja realizująca zabezpieczeniaTBD określaTOE cel oceny
VU przyrząd rejestrujący.
2.2. Definicje
Cyfrowy tachograf urządzenie rejestrujące
Dane ruchowe dane wymieniane z czujnikiem ruchu, reprezentu-
jące prędkość i przebytą odległość
Części oddzielone fizycznie fizyczne części składowe VU, które są rozmie-
szczone w pojeździe, w odróżnieniu od fizycznych
części składowych znajdujących się we wnętrzu
obudowy VU
Dane bezpieczeństwa swoiste dane potrzebne do wspierania funkcji reali-
zujących zabezpieczenia (np. klucze kryptogra-
ficzne)
System sprzęt, ludzie lub organizacje związani w jakikol-
wiek sposób z urządzeniem rejestrującym
Użytkownik pod pojęciem użytkownika rozumie się człowieka
używającego sprzętu. Do normalnych użytkow-
ników VU zalicza się kierowców, kontrolerów,
warsztaty i firmy
Dane użytkownika wszelkie dane inne niż dane związane z zabezpie-
czeniem, rejestrowane lub gromadzone przez VU,
zgodne z wymaganiami ustanowionymi w pkt 12 w
rozdziale III.
2.3. Odniesienia
ITSEC ITSEC Informatyka —kryteria oceny zabezpieczeń 1991 r.
3.Podstawy racjonalne produktu
3.1. Opis i metoda użycia przyrządu rejestrującego
VU przeznaczony jest do instalowania w pojazdach używanych w transporcie
drogowym. Jego zadaniem jest rejestrowanie, przechowywanie, prezentowanie,
drukowanie i wyprowadzanie danych dotyczących czynności kierowcy.1998R2135 —PL—01.05.2006 —002.001 —226
▼M1
VU jest połączony z czujnikiem ruchu, z którym wymienia dane ruchowe doty-
czące pojazdu.
Użytkownicy identyfikują sięw VU przy pomocy kart do tachografów.
VU rejestruje i przechowuje w swojej pamięci dane dotyczące czynności użyt-
kownika a także rejestruje czynności użytkownika na kartach do tachografów.
Dane z VU mogą byćprezentowane na wyświetlaczu, drukowane na drukarce i
przesyłane do urządzeń zewnętrznych.
Środowisko operacyjne przyrządu rejestrującego zainstalowanego w pojeździe
zobrazowano na poniższym rysunku:
Rysunek 1
Środowisko operacyjne VU
Charakterystyki ogólne VU, funkcje i tryb pracy opisano w rozdziale II załącz-
nika I B.
Wymagania funkcjonalne dla VU określono w rozdziale III załącznika I B.Typowy VU zobrazowano na poniższym rysunku:
Rysunek 2
Typowy VU (…) opcjonalne
Mimo iż mechanizm drukarki jest częścią TOE, to wydrukowany dokument
papierowy już niąnie jest.
3.2. Cykl istnienia przyrządu rejestrującego
Typowy cykl istnienia VU pokazano na poniższym rysunku:1998R2135 —PL—01.05.2006 —002.001 —227
▼M1
Rysunek 3
Typowy cykl istnienia VU
3.3. Zagrożenia
W niniejszym punkcie opisano zagrożenia, na jakie VU może być narażony.
3.3.1. Zagrożenia dla polityki identyfikacji i kontroli dostępu
T.Access Użytkownicy mogą usiłować uzyskać niedozwolony dostęp do
funkcji (np. kierowcy mogą usiłować uzyskać dostęp do funkcji
kalibracji).
T.Identification Użytkownicy mogą próbować używać kilku identyfikacji lub
wykonywać działania bez identyfikacji.1998R2135 —PL—01.05.2006 —002.001 —228
▼M1
3.3.2. Zagrożenia związane z konstrukcją
T.Faults Usterki sprzętu, oprogramowania, procedur komunikacyjnych mogą
spowodować, że VU znajdzie się w stanie naruszającym jego bezpie-
czeństwo.
T.Tests Użycie nieunieważnionych trybów testowania lub istniejących tylnych
drzwi może naruszyć bezpieczeństwo VU.
T.Design Użytkownicy mogą próbować pozyskać nielegalną wiedzę dotyczącą
konstrukcji albo z materiałów producenta (poprzez kradzież, przekup-
stwo,…) albo metodą reverse engineering.
3.3.3. Zagrożenia zorientowane na eksploatację
T.Calibration_Parameters Użytkownicy mogą próbować używać nieprawidłowo
wykalibrowanego urządzenia (zmieniając dane doty-
czące kalibracji lub wykorzystując słabości organiza-
cyjne).
T.Card_Data_Exchange Użytkownicy mogą próbować modyfikować dane
podczas wymiany danych między VU a kartami do
tachografów (dodanie, modyfikowanie, usuwanie,
replikowanie sygnału).
T.Clock Użytkownicy mogą próbować modyfikować
wewnętrzny zegar.
T.Environment Użytkownicy mogą naruszyć bezpieczeństwo VU
ruchu atakami środowiskowymi (termicznymi, elektro-
magnetycznymi, optycznymi, chemicznymi, mecha-
nicznymi,…)
T.Fake_Devices Użytkownicy mogą próbować przyłączyć fałszywe
urządzenia (czujnik ruchu, karty inteligentne) do VU.
T.Hardware Użytkownicy mogą próbować modyfikować sprzęt
VU.
T.Motion_Data Użytkownicy mogą próbować zmieniać dane dotyczące
ruchu pojazdu (dodanie, modyfikowanie, usuwanie,
replikowanie sygnału)
T.Non_Activated Użytkownicy mogą usiłować używać urządzeń nieakty-
wowanych.
T.Output_Data Użytkownicy mogą próbować modyfikować dane
wyjściowe (wydruk, wyświetlacz lub wczytywanie).
T.Power_Supply Użytkownicy mogą próbować pokonać cele zabezpie-
czenia czujnika ruchu modyfikując (odcinając, obni-
żając, podwyższając) zasilanie VU.
T.Security_Data Użytkownicy mogą próbować pozyskać nielegalną
wiedzę dotyczącą danych bezpieczeństwa w czasie,
gdy dane bezpieczeństwa są generowane lub transpor-
towane bądź gromadzone w sprzęcie.
T.Software Użytkownicy mogą próbować modyfikować oprogra-
mowanie VU.
T.Stored_Data Użytkownicy mogą próbować modyfikować zgroma-
dzone dane (dane bezpieczeństwa lub dane dotyczące
użytkownika).
3.4. Cele zabezpieczenia
Główny cel zabezpieczenia systemu urządzenia rejestrującego jest następujący:O.Main Dane przeznaczone do sprawdzenia przez organ kontrolny muszą być
dostępne oraz w pełni i dokładnie odzwierciedlać czynności kontrolowa-
nych kierowców i pojazdów, czas prowadzenia pojazdu, pracy, dyspozy-
cyjności i odpoczynku oraz prędkość pojazdu.
Tym samym celem zabezpieczenia VU, przyczyniającym się do ogólnego celu
zabezpieczenia jest:
O.VU_Main Dane, które mają być mierzone i rejestrowane oraz następnie
kontrolowane przez organy kontrolne muszą byćdostępne oraz w
pełni i dokładnie odzwierciedlać czynności kontrolowanych
kierowców i pojazdów, czas prowadzenia pojazdu, pracy, dyspo-zycyjności odpoczynku i prędkość pojazdu.
O.VU_Export VU musi być w stanie eksportować dane do zewnętrznych
nośników gromadzenia danych w taki sposób, by umożliwić wery-
fikację ich integralności i autentyczności.1998R2135 —PL—01.05.2006 —002.001 —229
▼M1
3.5. Informatyczne cele zabezpieczenia
Swoiste informatyczne cele zabezpieczenia VU, przyczyniające się do jego głów-
nego celu zabezpieczenia, są następujące:
O.Access VU musi kontrolować dostęp użytkownika do
funkcji i danych
O.Accountability VU musi zbierać dokładne, wiarygodne dane.
O.Audit VU musi rejestrować dla potrzeb kontroli próby
naruszenia jego bezpieczeństwa i powinien umoż-
liwić powiązanie ich z użytkownikami.
O.Authentication VU musi uwierzytelniać użytkowników i przyłą-
czone jednostki, (gdy między jednostkami trzeba
utworzyć bezpieczną ścieżkę).
O.Integrity VU musi utrzymywać integralność przechowywa-
nych danych.
O.Output VU musi zapewniać, że dane wyjściowe dokładnie
odzwierciedlają dane pomierzone lub zgromadzone.
O.Processing VU musi zapewniać dokładne przetwarzanie
sygnałów wejściowych w celu uzyskania danych
dotyczących użytkownika.
O.Reliability VU musi być niezawodny w eksploatacji.
O.Secured_Data_Exchange VU musi zapewniać wymianę danych z czujnikiem
ruchu i kartami do tachografów.
3.6. Środki fizyczne, osobowe lub proceduralne
W punkcie tym opisano wymagania fizyczne, osobowe lub proceduralne składa-
jące się na bezpieczeństwo VU.
3.6.1. Konstrukcja urządzenia
M.Development Konstruktorzy VU muszą zapewnić, że przydział obowiązków
w czasie projektowania jest zorganizowany w sposób zapew-
niający zachowanie bezpieczeństwa informatycznego.
M.Manufacturing Producenci VU muszą zapewnić, że przydział obowiązków w
czasie wytwarzania jest zorganizowany w sposób zapewnia-
jący zachowanie bezpieczeństwa informatycznego i że w
czasie procesu wytwarzania VU jest chroniony przed atakami
fizycznymi, które mogłyby naruszyć bezpieczeństwo informa-
tyczne.
3.6.2. Dostawa i aktywacja urządzenia
M.Delivery Producenci VU, producenci pojazdów i instalatorzy lub warsztaty
muszą zapewnić, że manipulowanie przy nieaktywowanych urzą-
dzeniach rejestracyjnych odbywa się w sposób zapewniający
zachowanie bezpieczeństwa informatycznego.
M.Activation Producenci pojazdów, instalatorzy lub warsztaty muszą aktywować
VU po instalacji zanim pojazd opuści obiekt, w którym wykonuje
sięinstalację.
3.6.3. Generowanie danych bezpieczeństwa i dostawa
M.Sec_Data_Generation Algorytmy generowania danych bezpieczeństwa muszą
byćdostępne wyłącznie dla upoważnionych i zaufanych
osób.
M.Sec_Data_Transport Dane bezpieczeństwa muszą byćgenerowane, transpor-
towane i wprowadzone do VU w sposób zapewniający
zachowanie odpowiedniej poufności i integralności.
3.6.4. Dostawa kart
M.Card_Availability Karty do tachografów muszą byćdostępne i dostar-
czane wyłącznie upoważnionemu personelowi.
M.Driver_Card_Uniqueness Kierowcy mogą mieć jednocześnie tylko jedną
ważną kartę kierowcy.1998R2135 —PL—01.05.2006 —002.001 —230
▼M1
M.Card_Traceability Dostawa kart musi umożliwiać odtworzenie historii
produktu (białe listy, czarne listy), a w przy wyko-
nywaniu audytów bezpieczeństwa należy korzystać
z czarnych list.
3.6.5. Instalacja, kalibracja i inspekcja urządzenia rejestrującego
M.Approved_Workshops Instalację, kalibrację i naprawę urządzenia rejestrują-
cego muszą przeprowadzać zaufani i uprawnieni insta-
latorzy lub warsztaty.
M.Regular_Inpections Urządzenie rejestrujące musi być okresowo kontrolo-
wane i kalibrowane.
M.Faithful_Calibration W czasie kalibracji uprawnieni instalatorzy i warsztaty
muszą wprowadzać do urządzenia rejestrującego
prawidłowe parametry.
3.6.6. Eksploatacja urządzenia
M.Faithful_Drivers Kierowcy muszą postępować zgodnie z zasadami i odpowie-
dzialnie (np. używając swoich kart kierowcy prawidłowo
wybierać czynności, które wprowadzają ręcznie,…).
3.6.7. Kontrola wdrażania prawa
M.Controls Kontrola wdrażania prawa musi być przeprowadzana regularnie i
losowo oraz musi obejmować audyty bezpieczeństwa.
3.6.8. Aktualizacje oprogramowania
M.Software_Upgrade Przed zainstalowaniem ich w VU wersje oprogramowania
muszą uzyskać świadectwo zabezpieczenia.
4.Funkcje realizujące zabezpieczenie
4.1. Identyfikacja i uwierzytelnienie
4.1.1. Identyfikacja i uwierzytelnienie czujnika ruchu
VU jest w stanie ustalić, dla każdej interakcji, tożsamość czujnika ruchu, do
którego jest przyłączony.
Na tożsamość czujnika ruchu składają sięnumer homologacji czujnika i numer
fabryczny czujnika.
VU uwierzytelnia czujnik ruchu, do którego jest przyłączony:—przy przyłączaniu czujnika ruchu,
—przy każdej kalibracji urządzenia rejestrującego,
—przy przywróceniu zasilania.
Uwierzytelnianie jest wzajemne i uaktywniane przez VU.
VU okresowo (okres ustali producent, ale częściej niż raz na godzinę) powtarza
identyfikację i uwierzytelnienie czujnika ruchu, do którego jest przyłączony i
sprawdza czy czujnik ruchu zidentyfikowany podczas ostatniej kalibracji urzą-
dzenia rejestrującego nie jest zmieniony.
VU wykrywa i uniemożliwia wykorzystanie danych uwierzytelniających, które są
kopiowane i odtwarzane.
Po wykryciu (ilość ustali producent, ale nie więcej niż 20) kolejnych nieudanych
prób uwierzytelnienia i/lub po wykryciu nieautoryzowanej zmiany tożsamości
czujnika ruchu (tj. dokonanej w innym czasie niż podczas kalibracji urządzenia
rejestrującego), funkcja SEF:
—generuje rekord audytu dla zdarzenia,
—ostrzega użytkownika,
—nadal akceptuje i używa w trybie bez zabezpieczenia danych ruchowych
wysłanych przez czujnik ruchu.1998R2135 —PL—01.05.2006 —002.001 —231
▼M1
4.1.2. Identyfikacja i uwierzytelnienie użytkownika
VU ustawicznie i wybiórczo śledzi historię tożsamości dwóch użytkowników
poprzez monitorowanie kart do tachografów włożonych odpowiednio do szcze-
liny karty kierowcy i szczeliny karty współkierowcy urządzenia.
Na tożsamość użytkownika składają sięnastępujące dane:
—grupa użytkowników:
—KIEROWCA (karta kierowcy),
—KONTROLER (karta kontrolna),
—WARSZTAT (karta warsztatowa),
—FIRMA (karta firmowa),
—NIEOKREŚLONA (brak karty),
—ID użytkownika składające się następujących danych:
—kod Państwa Członkowskiego wydającego i numer karty,
—NIEOKREŚLONE, jeżeli grupa użytkownika jest NIEOKREŚLONA.
Tożsamości NIEOKREŚLONE mogą byćznane jawnie lub niejawnie.
VU przeprowadza uwierzytelnienie swoich użytkowników przy wkładaniu karty.VU powtarza uwierzytelnienie swoich użytkowników:—przy przywróceniu zasilania,
—okresowo lub po zajściu szczególnych zdarzeń (ustalają producenci, ale częś-
ciej niż raz dziennie).
Uwierzytelnienie polega na sprawdzeniu czy włożona karta jest ważną kartą do
tachografów z danymi bezpieczeństwa, które może rozpowszechniać tylko
system. Uwierzytelnienie jest wzajemne a stroną inicjującą jest VU.
W dodatku do powyższego od warsztatów wymaga się dalszego uwierzytelnienia
przez wprowadzenie numeru PIN. Numery PIN mają przynajmniej 4 znaki.
Uwaga: W przypadku przesyłania numeru PIN do VU z zewnętrznego urządzenia
znajdującego się w pobliżu VU, przy przesyłaniu nie wolno naruszyć poufności
numeru PIN.
VU wykrywa i uniemożliwia użycie danych wykorzystywanych do uwierzytel-
nienia, które są kopiowane bądź odtwarzane
Po wykryciu 5 kolejnych nieudanych prób uwierzytelnienia, funkcja SEF:—generuje rekord audytu dla zdarzenia,
—ostrzega użytkownika,
—przyjmuje że użytkownik jest NIEOKREŚLONY, a karta nie jest ważna (defi-
nicja z) i wymaganie 007).
4.1.3. Identyfikacja i uwierzytelnienie zdalnie przyłączonej firmy
Możliwość zdalnego przyłączenia firmy jest opcjonalna. Tym samym przepisy
niniejszego punktu stosuje się tylko wtedy, gdy w urządzenie ma tę funkcję.
Dla każdej interakcji ze zdalnie przyłączoną firmą VU jest w stanie ustalić tożsa-
mość firmy.
Na tożsamość zdalnie przyłączonej firmy składają siękod Państwa Członkow-
skiego, które wydało kartę firmową i numer karty firmowej.
VU pomyślnie uwierzytelnia zdalnie przyłączoną firmę zanim dopuści eksport
jakichkolwiek danych do tej firmy.
Uwierzytelnienie polega na sprawdzeniu czy włożona karta jest ważną kartą
firmową z danymi bezpieczeństwa, które może rozpowszechniać tylko system.
VU wykrywa i uniemożliwia użycie danych wykorzystywanych do uwierzytel-
nienia, które są kopiowane bądź odtwarzane.
Po wykryciu 5 kolejnych nieudanych prób uwierzytelnienia, funkcja SEF:—ostrzega zdalnie przyłączoną firmę.1998R2135 —PL—01.05.2006 —002.001 —232
▼M1
4.1.4. Identyfikacja i uwierzytelnienie urządzenia zarządzającego
Producenci VU mogą umożliwić stosowanie specjalnych, przeznaczonych do
tego celu urządzeń wykonujących dodatkowe funkcje zarządzające VU (np. aktu-
alizowanie oprogramowania, powtórne ładowanie danych bezpieczeństwa,…).
Tym samym niniejszy punkt stosuje się tylko wtedy, gdy takie funkcje są wdro-
żone.
Dla każdej interakcji z urządzeniem zarządzającym VU jest w stanie ustalić
tożsamość tego urządzenia.
Przed dopuszczeniem do jakichkolwiek dalszych interakcji VU pomyślnie uwie-
rzytelnia urządzenie zarządzające.
VU wykrywa i uniemożliwia użycie danych wykorzystywanych do uwierzytel-
nienia, które są kopiowane bądź odtwarzane.
4.2. Kontrola dostępu
Kontrole dostępu zapewniają, że tylko upoważnieni mogą odczytywać, tworzyć
lub modyfikować informacje w TOE.
Należy zwrócić uwagę, że dane użytkownika zarejestrowane przez VU, chociaż
wiążą sięz wrażliwymi aspektami prywatności i handlowymi, nie mają charak-
teru poufnego. Dlatego wymaganie funkcjonalne dotyczące prawa dostępu do
odczytu tych danych (wymaganie 011) nie jest objęte funkcją realizującą zabez-
pieczenie.
4.2.1. Polityka kontroli dostępu
VU zarządza i sprawdza prawa dostępu do funkcji i danych.
4.2.2. Prawa dostępu do funkcji
VU stosuje zasady wyboru trybu pracy (wymagania 006 do 009).
VU wykorzystuje tryb pracy do wdrażania zasad kontroli dostępu do funkcji
(wymaganie 010).
4.2.3. Prawa dostępu do danych
VU stosuje zasady dostępu do zapisu danych identyfikacyjnych VU (wymaganie
076).
VU stosuje zasady dostępu do zapisu danych identyfikacyjnych sparowanego
czujnika ruchu (wymagania 079 i 155).
Po aktywacji VU, VU zapewnia, że dane dotyczące kalibracji mogą byćwprowa-
dzane do VU i przechowywane w jego pamięci danych tylko w trybie kalibra-
cyjnym (wymagania 154 i 156).
Po aktywacji VU, VU stosuje zasady dostępu do zapisu i usuwania danych kali-
bracyjnych (wymaganie 097).
Po aktywacji VU, VU zapewnia, że dane dotyczące regulacji czasu mogą być
wprowadzane do VU i przechowywane w jego pamięci danych tylko w trybie
kalibracyjnym (wymagania tego nie stosuje się przy małych regulacjach czasu
dozwolonych w wymaganiach 157 i 158).
Po aktywacji VU, VU stosuje zasady dostępu do zapisu i usuwania danych doty-
czących regulacji czasu (wymaganie 100).
VU stosuje odpowiednie prawa dostępu do odczytu i zapisu danych bezpieczeń-
stwa (wymaganie 080).
4.2.4. Struktura pliku i warunki dostępu
Aplikacje i struktura plików danych i warunki dostępu są tworzone w czasie
procesu wytwarzania i następnie blokowane w sposób uniemożliwiający jakiekol-
wiek późniejsze modyfikacje lub usunięcie.
4.3. Wiarygodność
VU umożliwia rozliczenie kierowców z wykonywanych przez nich czynności
(wymagania 081, 084, 087, 105a, 105b, 109 i 109a).
VU przechowuje trwałe dane identyfikacyjne (wymaganie 075).VU umożliwia rozliczenie warsztatów z wykonywanych przez nich czynności
(wymagania 098, 101 i 109).1998R2135 —PL—01.05.2006 —002.001 —233
▼M1
VU umożliwia rozliczenie kontrolerów z wykonywanych przez nich czynności
(wymagania 102, 103 i 109).
VU rejestruje dane dotyczące licznika kilometrów (wymaganie 090) i szczegó-
łowe dane dotyczące prędkości (wymaganie 093).
VU zapewnia, że po zarejestrowaniu danych użytkownika dotyczących wymagań
081 do 093 i 102 do 105b nie można zmienić, wyjąwszy sytuację gdy najstarsze
ze zgromadzonych danych zastępuje się nowymi danymi.
VU zapewnia, że danych zapisanych już na karcie do tachografów nie można
zmienić (wymagania 109 i 109a) z wyjątkiem zastąpienia najstarszych danych
nowymi danymi (wymaganie 110) lub przypadku opisanego w dodatku 1 w
uwadze przy pkt 2.1.
4.4. Audyt
Audytem obowiązkowo obejmują tylko te zdarzenia, które mogą wskazywać na
manipulowanie lub próby naruszenia zabezpieczenia. Audyt nie jest wymagany
dla normalnego wykonywania praw, nawet gdy wiąże się to z bezpieczeństwem.
VU, dla zdarzeń naruszających jego bezpieczeństwo, rejestruje te zdarzenia wraz
ze związanymi danymi (wymagania 094, 096 i 109).
Następujące zdarzenia godzą w bezpieczeństwo VU:
—próba naruszenia zabezpieczeń,
—błąd uwierzytelnienia czujnika ruchu,
—błąd uwierzytelnienia karty do tachografów,
—nieupoważniona zmiana w czujniku ruchu,
—błąd integralności wprowadzania danych na kartę,
—błąd integralności przechowywanych danych użytkownika,
—błąd wewnętrznego przesyłania danych,
—nieupoważnione otwarcie obudowy,
—uszkodzenia sprzętu,
—sesja ostatniej karty niezamknięta prawidłowo,
—zdarzenie błędu danych o ruchu,
—zdarzenie przerwy zasilania,
—wewnętrzna usterka VU.
VU stosuje zasady gromadzenia rekordów audytu (wymagania 094 i 096).
VU przechowuje w swojej pamięci danych rekordy audytu generowane przez
czujnik ruchu.
Możliwe jest wydrukowanie, wyświetlenie i wczytanie rekordów audytu.
4.5. Powtórne wykorzystanie obiektu
VU zapewnia czasowe gromadzenie obiektów, które mogą byćpowtórnie wyko-
rzystane, w sposób niepociągający za sobą niedopuszczalnego przepływu infor-
macji.
4.6. Dokładność
4.6.1. Polityka kontroli przepływu informacji
VU zapewnia, że dane użytkownika wiążące się z wymaganiami 081, 084, 087,
090, 093, 102, 104, 105, 105a i 109 mogą byćprzetwarzane tylko wtedy, gdy
pochodzą z prawidłowych źródeł:
—dane ruchowe pojazdu,
—zegar czasu rzeczywistego VU,
—parametry kalibracyjne urządzenia rejestrującego,
—karty do tachografów,
—wejścia użytkownika.
VU zapewnia, że dane użytkownika dotyczące wymagania 109a można wprowa-
dzać tylko za okres ostatniego wyjęcia —bieżącego włożenia karty (wymaganie
050a).1998R2135 —PL—01.05.2006 —002.001 —234
▼M1
4.6.2. Wewnętrzne przesyłanie danych
Wymagania tego punktu stosuje się tylko wtedy, gdy VU korzysta z fizycznie
oddzielonych części.
Jeżeli dane przesyła się między fizycznie oddzielonymi częściami VU, dane te są
zabezpieczone przed modyfikacją.
W przypadku wykrycia błędu przesyłania danych podczas wewnętrznego przesy-
łania danych, transmisja jest powtarzana a funkcja SEF generuje rekord audytu.
4.6.3. Integralność przechowywanych danych
VU sprawdza dane użytkownika przechowywane w jego pamięci pod względem
błędów integralności.
W przypadku wykrycia błędu integralności przechowywanych danych użytkow-
nika, funkcja SEF generuje rekord audytu.
4.7. Wiarygodność usługi
4.7.1. Testy
Wszystkie polecenia, czynności lub punkty testowe przeznaczone dla potrzeb
testowania w fazie produkcyjnej VU są zablokowane lub usunięte przed akty-
wacją VU. Przywrócenie ich do wykorzystania w późniejszym czasie nie jest
możliwe.
VU uruchamia auto testy w czasie początkowego uruchomienia i w czasie
normalnej pracy w celu zweryfikowania prawidłowego funkcjonowania. Auto
testy VU obejmują weryfikację integralności danych bezpieczeństwa i weryfi-
kację integralności przechowywanego kodu wynikowego, (jeżeli nie w pamięci
ROM).
W przypadku wykrycia wewnętrznej usterki w czasie auto testu funkcja SEF:—generuje rekord audytu (wyjąwszy pracę w trybie kalibracyjnym)
(wewnętrzna usterka VU),
—zachowuje integralność przechowywanych danych.
4.7.2. Oprogramowanie
Po aktywacji VU analizowanie lub testowanie oprogramowania nie jest możliwe
w warunkach polowych.
Wejścia z zewnętrznych źródeł nie przyjmują kodu wykonywalnego.
4.7.3. Ochrona fizyczna
Jeżeli konstrukcja VU pozwala na otwarcie obudowy, VU wykrywa każde
otwarcie obudowy, wyjąwszy pracę w trybie kalibracyjnym, nawet przy braku
zewnętrznego zasilania przez okres przynajmniej 6 miesięcy. W takim przypadku
funkcja SEF generuje rekord audytu (dopuszcza się, że rekord audytu jest genero-
wany i zapamiętywany po ponownym przyłączeniu zasilania).
Jeżeli konstrukcja VU nie pozwala na otwieranie go, VU jest tak skonstruowane,
aby umożliwić łatwe wykrycie wszelkich prób ataku zewnętrznego (np. przez
kontrolę wizualną).
Po aktywacji, VU wykrywa określone (przez producenta) uszkodzenia sprzętu.W opisanym powyżej przypadku funkcja SEF generuje rekord audytu a VU:
(określa producent).
4.7.4. Przerwy zasilania
VU wykrywa odchylenia od nominalnych wartości zasilania, z odcięciem
włącznie.
W przypadku opisanym powyżej funkcja SEF:
—generuje rekord audytu (w szczególności, gdy jest w trybie kalibracyjnym),
—utrzymuje bezpieczny stan VU,
—utrzymuje funkcje zabezpieczające dla składników lub procesów w stanie
operacyjnym,
—zachowuje integralność przechowywanych danych.1998R2135 —PL—01.05.2006 —002.001 —235
▼M1
4.7.5. Warunki zerujące
W przypadku przerwy zasilania lub, gdy transakcja jest zatrzymana przez zakoń-
czeniem lub w przypadku zaistnienia innych warunków zerujących (reset), VU
daje się łatwo zerować.
4.7.6. Dostępność danych
VU zapewnia uzyskanie dostępu do zasobów, gdy są potrzebne, oraz by zasoby
nie były niepotrzebnie żądane ani zachowywane.
VU musi zapewniać, że kart nie da się wyjąć przed zapisaniem na nich stosow-
nych danych (wymagania 015 and 016).
W przypadku opisanym powyżej, funkcja SEF generuje zdarzenia rekordu
audytu.
4.7.7. Obsługa wielu aplikacji
Jeżeli VU obsługuje aplikacje inne niż aplikacja tachograficzna, wszystkie apli-
kacje są rozdzielone każda od pozostałych fizycznie i/lub logicznie. Aplikacje te
nie współdzielą danych bezpieczeństwa. Jednocześnie może być aktywne tylko
jedno zadanie.
4.8. Wymiana danych
Niniejszy punkt dotyczy wymiany danych między VU i przyłączonymi urządze-
niami.
4.8.1. Wymiana danych z czujnikiem ruchu
VU weryfikuje integralność i autentyczność danych ruchowych importowanych z
czujnika ruchu
W przypadku wykrycia błędu integralności lub autentyczności danych ruchowych
funkcja SEF:
—generuje rekord audytu,
—kontynuuje używanie importowanych danych.
4.8.2. Wymiana danych z kartami do tachografów
VU weryfikuje integralność i autentyczność danych ruchowych importowanych z
kart do tachografów.
W przypadku wykrycia błędu integralności lub autentyczności danych z karty
funkcja SEF:
—generuje rekord audytu,
—nie używa tych danych.
VU eksportuje dane do inteligentnych kart do tachografów razem ze skojarzo-
nymi atrybutami bezpieczeństwa, tak aby karta była w stanie zweryfikować inte-
gralność i autentyczność tych danych.
4.8.3. Wymiana danych z zewnętrznymi nośnikami gromadzenia danych (funkcja
ładowania danych)
VU generuje informacje o pochodzeniu danych wczytywanych na zewnętrzne
nośniki.
VU zapewnia adresatowi możliwość weryfikowania informacji o pochodzeniu
wczytanych danych.
VU wczytuje dane na zewnętrzne nośniki gromadzenia razem ze skojarzonymi
atrybutami bezpieczeństwa, tak aby umożliwić weryfikację integralności i auten-
tyczności tych danych.
4.9. Wsparcie kryptograficzne
Wymagania tego punktu stosuje się tylko tam gdzie potrzeba, w zależności od
zastosowanych mechanizmów bezpieczeństwa i rozwiązań producenta.
Wszelkie operacje kryptograficzne wykonywane przez VU są zgodne z usta-
lonym algorytmem i używają klucza o ustalonej długości.1998R2135 —PL—01.05.2006 —002.001 —236
▼M1
Jeżeli VU generuje klucze kryptograficzne, to robi to zgodnie z ustalonymi algo-
rytmami generowania kluczy kryptograficznych a klucze kryptograficzne mają
ustaloną długość.
Jeżeli VU rozprowadza klucze kryptograficzne, to robi to zgodnie z ustalonymi
metodami rozprowadzania kluczy kryptograficznych.
Jeżeli VU ma dostęp do kluczy kryptograficznych, to robi to zgodnie z ustalo-
nymi metodami dostępu do kluczy kryptograficznych.
Jeżeli VU niszczy klucze kryptograficzne, to robi to zgodnie z ustalonymi meto-
dami niszczenia kluczy kryptograficznych.
5.Definicja mechanizmów zabezpieczenia
Wymagane mechanizmy zabezpieczenia opisano w dodatku 11.Wszystkie pozostałe mechanizmy zabezpieczenia definiują producenci.
6.Minimalna siła mechanizmów zabezpieczenia
Minimalna siła mechanizmów zabezpieczenia VU jest wysoka, według definicji
ITSEC.
7.Poziom gwarancji zabezpieczenia
Docelowym poziomem gwarancji zabezpieczenia dla czujnika ruchu jest poziom
E3, według definicji ITSEC.
8.Podstawy racjonalne
W tabelach poniżej zamieszczono podstawy racjonalne dla funkcji SEF pokazując
przy tym:
—które funkcje SEF lub środki są skierowane przeciw którym zagrożeniom,
—które funkcje SEF realizują które informatyczne cele zabezpieczenia.1998R2135 —PL—01.05.2006 —002.001 —237
Zagrożenia Cele informatyczneDostęp
Identyfikacja
Usterki
Testy
Konstrukcja
Parametry kalibracyjne
Wymiana danych z kartą
Zegar
Środowisko
Urządzenia fałszywe
Sprzęt
Dane ruchowe
Nieaktywowane
Dane wyjściowe
Zasilanie
Dane bezpieczeństwa
Oprogramowanie
Przechowywane dane
Dostęp
Wiarygodność
Audyt
Uwierzytelnienie
Integralność
Wyjście
Przetwarzanie
Wiarygodność
Bezpieczna wymiana danych
Środki fizyczne, osobowe i proceduralne
Projektowanie x x xWytwarzanie x x
Dostawa x
Aktywacja x xGenerowanie danych bezpieczeństwa x
Transport danych bezpieczeństwa x
Dostępność karty x
Jedna karta kierowcy x
Możliwość odtworzenia historii karty x
Zatwierdzone warsztaty x xRegularne przeglądy kalibracyjne x x x x x
Wiarygodne warsztaty x x
Wiarygodni kierowcy x
Kontrole wdrażania prawa x x x x x x x x x
Aktualizacja oprogramowania x
Funkcje realizujące zabezpieczenie
Identyfikacja i uwierzytelnienie▼M11998R2135 —PL—01.05.2006 —002.001 —238
Zagrożenia Cele informatyczneDostęp
Identyfikacja
Usterki
Testy
Konstrukcja
Parametry kalibracyjne
Wymiana danych z kartą
Zegar
Środowisko
Urządzenia fałszywe
Sprzęt
Dane ruchowe
Nieaktywowane
Dane wyjściowe
Zasilanie
Dane bezpieczeństwa
Oprogramowanie
Przechowywane dane
Dostęp
Wiarygodność
Audyt
Uwierzytelnienie
Integralność
Wyjście
Przetwarzanie
Wiarygodność
Bezpieczna wymiana danych
UIA_201 Identyfikacja czujnika x x x x
UIA_202 Tożsamość czujnika x x x x
UIA_203 Uwierzytelnienie czujnika x x x x
UIA_204 Powtórna identyfikacja i uwierzytelnienie czujnika x x x xUIA_205 Uwierzytelnienie niewymazywalne x x x
UIA_206 Bląd uwierzytelnienia x x x x
UIA_207 Identyfikacja użytkowników x x x x x xUIA_208 Tożsamość użytkownika x x x x x x
UIA_209 Uwierzytelnienie użytkownika x x x x x x
UIA_210 Powtórne uwierzytelnienie użytkownika x x x x x x
UIA_211 Środki uwierzytelniania x x x x x
UIA_212 Kontrole kodu PIN x x x x x xUIA_213 Uwierzytelnienie niewymazywalne x x x x x
UIA_214 Bląd uwierzytelnienia x x x x
UIA_215 Identyfikacja zdalnego użytkownika x x x x x
UIA_216 Tożsamość zdalnego użytkownika x x x x
UIA_217 Uwierzytelnienie zdalnego użytkownika x x x x x
UIA_218 Środki uwierzytelnienia x x x x▼M11998R2135 —PL—01.05.2006 —002.001 —239
Zagrożenia Cele informatyczneDostęp
Identyfikacja
Usterki
Testy
Konstrukcja
Parametry kalibracyjne
Wymiana danych z kartą
Zegar
Środowisko
Urządzenia fałszywe
Sprzęt
Dane ruchowe
Nieaktywowane
Dane wyjściowe
Zasilanie
Dane bezpieczeństwa
Oprogramowanie
Przechowywane dane
Dostęp
Wiarygodność
Audyt
Uwierzytelnienie
Integralność
Wyjście
Przetwarzanie
Wiarygodność
Bezpieczna wymiana danych
UIA_219 Uwierzytelnienie niewymazywalne x x x x
UIA_220 Bląd uwierzytelnienia x x
UIA_221 Identyfikacja urządzenia zarządzającego x x x x
UIA_222 Uwierzytelnienie urządzenia zarządzającego x x x x
UIA_223 Uwierzytelnienie niewymazywalne x x x x
Kontrola dostępu
ACC_201 Polityka kontroli dostępu x x x x x xACC_202 Prawa dostępu do funkcji x x x x
ACC_203 Prawa dostępu do funkcji x x x x
ACC_204 ID VU x x
ACC_205 ID przylączonego czujnika x x x
ACC_206 Dane dotyczące kalibracji x x x xACC_207 Dane dotyczące kalibracji x x x
ACC_208 Dane dotyczące regulacji czasu x x x
ACC_209 Dane dotyczące regulacji czasu x x xACC_210 Dane bezpieczeństwa x x x
ACC_211 Struktura pliku i warunki dostępu x x x x x
Wiarygodność▼M11998R2135 —PL—01.05.2006 —002.001 —240
Zagrożenia Cele informatyczneDostęp
Identyfikacja
Usterki
Testy
Konstrukcja
Parametry kalibracyjne
Wymiana danych z kartą
Zegar
Środowisko
Urządzenia fałszywe
Sprzęt
Dane ruchowe
Nieaktywowane
Dane wyjściowe
Zasilanie
Dane bezpieczeństwa
Oprogramowanie
Przechowywane dane
Dostęp
Wiarygodność
Audyt
Uwierzytelnienie
Integralność
Wyjście
Przetwarzanie
Wiarygodność
Bezpieczna wymiana danych
ACT_201 Rozliczanie kierowców x
ACT_202 Dane identyfikacyjne VU x x
ACT_203 Rozliczanie warsztatów x
ACT_204 Rozliczanie kontrolerów x
ACT_205 Rozliczanie ruchu pojazdu x
ACT_206 Modyfikacja danych rozliczeniowych x x x
ACT_207 Modyfikacja danych rozliczeniowych x x x
Audyt
AUD_201 Rekordy audytu x
AUD_202 Lista zdarzeń do audytu x x x x x x x x
AUD_203 Zasady gromadzenia rekordów audytu x
AUD_204 Rekordy audytu dla czujnika x
AUD_205 Narzędzia audytu x
Powtórne wykorzystanie
REU_201 Powtórne wykorzystanie x x x
Dokladność
ACR_201 Polityka kontroli przeplywu informacji x x x x x x
ACR_202 Wewnętrzne przesylanie danych x x x x▼M11998R2135 —PL—01.05.2006 —002.001 —241
Zagrożenia Cele informatyczneDostęp
Identyfikacja
Usterki
Testy
Konstrukcja
Parametry kalibracyjne
Wymiana danych z kartą
Zegar
Środowisko
Urządzenia fałszywe
Sprzęt
Dane ruchowe
Nieaktywowane
Dane wyjściowe
Zasilanie
Dane bezpieczeństwa
Oprogramowanie
Przechowywane dane
Dostęp
Wiarygodność
Audyt
Uwierzytelnienie
Integralność
Wyjście
Przetwarzanie
Wiarygodność
Bezpieczna wymiana danych
ACR_203 Wewnętrzne przesylanie danych x x
ACR_204 Integralność przechowywanych danych x x x
ACR_205 Integralność przechowywanych danych x x
WiarygodnośćRLB_201 Testy fabryczne x x x
RLB_202 Auto testy x x x x x
RLB_203 Auto testy x x x x
RLB_204 Analizowanie oprogramowania x x x
RLB_205 Ladowanie oprogramowania x x x x
RLB_206 Otwarcie obudowy x x x x x x x x x
RLB_207 Uszkodzenie sprzętu x x
RLB_208 Uszkodzenie sprzętu x x
RLB_209 Przerwy zasilania x x
RLB_210 Przerwy zasilania x x
RLB_211 Warunki zerujące x x
RLB_212 Dostępność danych x x
RLB_213 Zwolnienie karty x
RLB_214 Sesja karty niezamknięta prawidlowo x▼M11998R2135 —PL—01.05.2006 —002.001 —242
Zagrożenia Cele informatyczneDostęp
Identyfikacja
Usterki
Testy
Konstrukcja
Parametry kalibracyjne
Wymiana danych z kartą
Zegar
Środowisko
Urządzenia fałszywe
Sprzęt
Dane ruchowe
Nieaktywowane
Dane wyjściowe
Zasilanie
Dane bezpieczeństwa
Oprogramowanie
Przechowywane dane
Dostęp
Wiarygodność
Audyt
Uwierzytelnienie
Integralność
Wyjście
Przetwarzanie
Wiarygodność
Bezpieczna wymiana danych
RLB_215 Obsluga wielu aplikacji x
Wymiana danych
DEX_201 Bezpieczny import danych ruchowych x x
DEX_202 Bezpieczny import danych ruchowych x xDEX_203 Bezpieczny import danych z karty x x
DEX_204 Bezpieczny import danych z karty x x
DEX_205 Bezpieczny eksport danych do karty x x
DEX_206 Informacje o pochodzeniu x x
DEX_207 Informacje o pochodzeniu x x
DEX_208 Bezpieczny eksport danych do zewnętrznego
mediumx x
Wsparcie kryptograficzne
CSP_201 Algorytmy x x
CSP_202 Generowanieklucza x x
CSP_203 Rozprowadzanie klucza x x
CSP_204 Dostęp do klucza x x
CSP_205 Niszczenie klucza x x▼M11998R2135 —PL—01.05.2006 —002.001 —243
▼M1
OGÓLNY CEL ZABEZPIECZENIA KARTY DO TACHOGRAFÓW
1.Wprowadzenie
Niniejszy dokument zawiera opis karty do tachografów, zagrożeń, którym karta
do tachografów musi być w stanie przeciwdziałać i celów zabezpieczenia, które
musi osiągnąć. Niniejszy dokument określa wymagane funkcje realizujące zabez-
pieczenia. Podaje wymaganą, minimalną siłę mechanizmów zabezpieczenia i
wymagany poziom zapewnienia rozwoju i oceny.
Wymaganiami, o których mowa w tym dokumencie, są te znajdujące się w treści
załącznika I B. W celu zwiększenia czytelności czasami pojawia się dublowanie
wymagań znajdujących się w treści załącznika I B i wymagań celu zabezpie-
czenia. W przypadku niezgodności między wymaganiami celu zabezpieczenia a
wymaganiami znajdującymi się w treści załącznika I B, do których odwołuje się
wymaganie celu zabezpieczenia, obowiązuje wymaganie z treści załącznika I B.
Wymagania znajdujące się w treści załącznika I B, do których nie odwołują się
cele zabezpieczenia, nie są przedmiotem funkcji realizujących zabezpieczenia.
Karta do tachografów jest standardową kartą inteligentną z dedykowaną aplikacją
tachograficzną i jest zgodna z nowoczesnymi wymaganiami funkcjonalnymi i
zapewnienia bezpieczeństwa, które stosuje się do kart inteligentnych. Tym samym
ten cel zabezpieczenia wnosi tylko dodatkowe wymagania bezpieczeństwa wyma-
gane dla aplikacji tachograficznej.
Zagrożeniom, celom, środkom proceduralnym i specyfikacjom funkcji realizują-
cych zabezpieczenia nadano unikalne etykiety w celu umożliwienia odtworzenia
historii produktu w dokumentach rozwoju i oceny.
2.Skróty, definicje i odniesienia
2.1. Skróty
IC układ scalony (element elektroniczny przeznaczony do realizowania
funkcji przetwarzania i/lub pamięci)
OS system operacyjny
PIN osobisty numer identyfikacyjny
ROM pamięć stała
SFP polityka funkcji realizujących zabezpieczenia
TBD określi
TOE cel oceny
TSF funkcji realizujących zabezpieczenia TOE
VU przyrząd rejestrujący.
2.2. Definicje
Cyfrowy tachograf urządzenie rejestrujące.
Wrażliwe dane dane przechowywane przez kartę
do tachografów wymagające
ochrony pod względem integral-
ności, nieautoryzowanej modyfi-
kacji i poufności (gdzie stosowne
dla danych bezpieczeństwa).
Wrażliwymi danymi są dane
bezpieczeństwa i dane użytkow-
nika.
Dane bezpieczeństwa szczególne dane potrzebne do
wspierania funkcji realizujących
zabezpieczenie (np. klucze krypto-
graficzne).
System sprzęt, ludzie lub organizacje
związane w jakikolwiek sposób z
urządzeniem rejestrującym.
Użytkownik pod pojęciem użytkownika
rozumie się jednostkę (człowieka
lub zewnętrzną jednostkę informa-
tyczną) zewnętrzną w stosunku do
TOE, która przeprowadza inte-
rakcje, z TOE (gdy nieużywane w
wyrażeniu »dane użytkownika«).1998R2135 —PL—01.05.2006 —002.001 —244
▼M1
Dane użytkownika wrażliwe dane przechowywane na
karcie do tachografów, inne niż
dane bezpieczeństwa. Danymi
użytkownika są dane identyfika-
cyjne i dane dotyczące aktyw-
ności.
Dane identyfikacyjne danymi identyfikacyjnymi są dane
identyfikacyjne karty i dane iden-
tyfikacyjne posiadacza karty.
Dane identyfikacyjne karty dane użytkownika dotyczące iden-
tyfikacji karty zdefiniowane w
wymaganiach 190, 191, 192, 194,
215, 231 i 235.
Dane identyfikacyjne posiadacza karty dane użytkownika dotyczące iden-
tyfikacji posiadacza karty zdefinio-
wane w wymaganiach 195, 196,
216, 232 i 236.
Dane dotyczące aktywności danymi dotyczącymi aktywności
są dane dotyczące czynności
posiadacza karty, dane dotyczące
zdarzeń i usterek oraz dane doty-
czące czynności kontrolnej.
Dane dotyczące czynności posiadacza karty dane użytkownika dotyczące czyn-
ności wykonywanych przez posia-
dacza karty zdefiniowane w
wymaganiach 197, 199, 202, 212,
212a, 217, 219, 221, 226, 227,
229, 230a, 233 i 237.
Dane dotyczące zdarzeń i usterek dane użytkownika dotyczące
zdarzeń i usterek zdefiniowane w
wymaganiach 204, 205, 207, 208 i
223.
Dane dotyczące czynności kontrolnej dane użytkownika dotyczące
kontroli wdrażania prawa zdefinio-
wane w wymaganiach 210 i 225.
2.3. Odniesienia
ITSEC ITSEC Informatyka —kryteria oceny zabezpieczeń 1991 r.
IC PP Profil zabezpieczenia układu scalonego dla kart inteligentnych —wersja
2.0—wydanie z września 1998 r. Zarejestrowane we francuskiej
jednostce certyfikacyjnej pod numerem PP/9806
ES PP Profil zabezpieczenia układu scalonego dla kart inteligentnych z wbudo-
wanym oprogramowaniem —wersja 2.0 —wydanie z czerwca 1999 r.
Zarejestrowane we francuskiej jednostce certyfikacyjnej pod numerem
PP/9911
3.Podstawy racjonalne produktu
3.1. Opis i metoda użycia karty do tachografów
Karta do tachografów jest kartą inteligentna, jak opisano w (IC PP) i (ES PP),
zawierającą aplikację przeznaczoną do używania z urządzeniem rejestrującym.
Podstawowymi funkcjami karty do tachografów są:
—przechowywanie danych identyfikacyjnych karty i posiadacza karty. Danych
tych używa przyrząd rejestrujący do identyfikacji posiadacza karty, udostęp-
niania związanych praw dostępu do funkcji i danych, i zapewnienia rozli-
czenia posiadacza karty z jego czynności,
—przechowywanie danych dotyczących czynności posiadacza karty, danych
dotyczące zdarzeń i usterek oraz danych dotyczących czynności kontrolnych
dotyczących posiadacza karty.
Tak więc karta do tachografów jest przewidziana do czytnika kart w przyrządzie
rejestrującym. Może być teżużywana w dowolnym, innym czytniku kart (np. w
komputerze osobistym), który powinien mieć pełne prawa odczytu danych użyt-
kownika.
W czasie fazy eksploatacyjnej w cyklu życia karty do tachografów (faza 7 cyklu
życia opisana w (ES PP)), tylko przyrządy rejestrujące mogą zapisywać dane
użytkownika na karcie.1998R2135 —PL—01.05.2006 —002.001 —245
▼M1
Wymagania funkcjonalne dla karty do tachografów określono w treści załącznika
I B i dodatku 2.
3.2. Cykl życia karty do tachografów
Cykl życia karty do tachografów jest zgodny z cyklem życia karty inteligentnej
opisanym w (ES PP).
3.3. Zagrożenia
W dodatku do ogólnych zagrożeń dla karty inteligentnej wymienionych w (ES
PP) i (IC PP), karta do tachografów może być narażona na następujące zagro-
żenia:
3.3.1. Końcowe cele
Końcowym celem atakujących będzie zmodyfikowanie danych użytkownika
zgromadzonych w TOE.
T.Ident_Data Pomyślnie wprowadzona zmiana danych identyfikacyjnych
przechowywanych przez TOE (np. typ karty lub data ważności
karty lub dane identyfikacyjne CardHolder) umożliwiłaby
użycie TOE niezgodne z przeznaczeniem i stanowiłaby
poważne zagrożenie dla ogólnego celu zabezpieczenia
systemu.
T.Activity_Data Pomyślnie wprowadzona zmiana danych dotyczących aktyw-
ności przechowywanych w TOE stanowiłaby zagrożenie dla
bezpieczeństwa TOE.
T.Data_Exchange Pomyślnie wprowadzona zmiana danych dotyczących aktyw-
ności (dodanie, usunięcie, zmiana) podczas importu lub
eksportu danych stanowiłaby zagrożenie dla bezpieczeństwa
TOE.
3.3.2. Ścieżki ataku
Zasoby TOE mogą byćzaatakowane następującymi sposobami:
—próba uzyskania nielegalnej wiedzy dotyczącej konstrukcji sprzętu i oprogra-
mowania TOE w szczególności jego funkcji realizujących zabezpieczenie lub
danych bezpieczeństwa. Nielegalną wiedzę można pozyskać atakami na
konstruktora lub producenta materiału (kradzież, przekupstwo,…) lub przez
bezpośrednie badania samego TOE (próby fizyczne, analiza zakłóceń,…),
—wykorzystanie słabości konstrukcji lub wykonania TOE (błędy eksploatacyjne
sprzętu, błędy oprogramowania, usterki transmisji, błędy wprowadzone do
TOE wskutek stresów środowiskowych, słabości eksploatacyjne funkcji reali-
zujących zabezpieczenie takich jak procedury uwierzytelnienia, kontrola
dostępu do danych, czynności kryptograficzne,…),
—modyfikowanie TOE lub jego funkcji realizujących zabezpieczenie przed
atakami fizycznymi, elektrycznymi lub logicznymi lub ich kombinacją.
3.4. Cele zabezpieczenia
Główny cel zabezpieczenia całego systemu urządzenia rejestrującego jest nastę-
pujący:
O.Main Dane przeznaczone do sprawdzenia przez organ kontrolny muszą być
dostępne oraz w pełni i dokładnie odzwierciedlać czynności kontrolowa-
nych kierowców i pojazdów, czas prowadzenia pojazdu, pracy, dyspozy-
cyjności i odpoczynku oraz prędkość pojazdu.
Tym samym głównymi celami zabezpieczenia dla TOE, przyczyniającymi się do
ogólnego celu zabezpieczenia, są:
O.Card_Identification_Data TOE musi zachować dane identyfikacyjne karty i
dane identyfikacyjne posiadacza karty zgromadzone
podczas procesu personalizacji karty,
O.Card_Activity_Storage TOE musi zachować dane użytkownika zapisane na
karcie przez przyrządy rejestrujące.
3.5. Informatyczne cele zabezpieczenia
Dodatkowo do ogólnych celów zabezpieczenia karty inteligentnej wyszczególnio-
nych w (ES PP) i (IC PP), szczególne, informatyczne cele zabezpieczenia TOE
przyczyniające się do jego głównych celów zabezpieczenia w czasie fazy
eksploatacyjnej w cyklu życia są następujące:1998R2135 —PL—01.05.2006 —002.001 —246
▼M1
O.Data_Access TOE musi ograniczać prawa zapisu danych użytkow-
nika do uwierzytelnionych przyrządów rejestrują-
cych,
O.Secure_Communications TOE musi być w stanie wspierać bezpieczne proto-
koły i procedury komunikacyjne między kartą a czyt-
nikiem kart, gdy jest to wymagane przez aplikację.
3.6. Środki fizyczne, osobowe lub proceduralne
Wymagania dotyczące środków fizycznych, osobowych lub proceduralnych przy-
czyniające się do bezpieczeństwa TOE wyszczególniono w (ES PP) i (IC PP)
(Rozdziały o celach zabezpieczenia dla środowiska).
4.Funkcje realizujące zabezpieczenie
W punkcie tym sprecyzowano niektóre z dozwolonych czynności, takich jak
przyporządkowanie lub wybór (ES PP) oraz podano dodatkowe wymagania funk-
cjonalne dla funkcji SEF.
4.1. Zgodność z profilami ochrony
TOE jest zgodny z (IC PP).TOE jest zgodny z (ES PP) w sposób dalej sprecyzowany.
4.2. Identyfikacja i uwierzytelnienie użytkownika
Karta musi identyfikować jednostkę, do której jest włożona i wiedzieć, czy jest to
uwierzytelniony przyrząd rejestrujący czy nie. Karta może eksportować wszelkie
dane użytkownika niezależnie od jednostki, do której jest przyłączona, z wyjąt-
kiem karty kontrolnej, która może eksportować dane identyfikacyjne posiadacza
karty tylko do uwierzytelnionych przyrządów rejestrujących (tak by kontroler
miał pewność, że przyrząd rejestrujący nie jest przyrządem fałszywym widząc
jego nazwę na wyświetlaczu lub wydruku).
4.2.1. Identyfikacja użytkownika
Przyporządkowanie (FIA_UID.1.1) Wykaz pośrednich czynności funkcji TSF:
brak.
Przyporządkowanie (FIA_ATD.1.1) Wykaz atrybutów bezpieczeństwa::
USER_GROUP VEHICLE_UNIT, NON_VEHICLE_UNIT,
USER_ID numer rejestracyjny pojazdu (VRN) i kod Państwa Członkowskiego
rejestracji (USER_ID znany jest tylko USER_GROUP = VEHICLE_UNIT).
4.2.2. Uwierzytelnienie użytkownika
Przyporządkowanie (FIA_UAU.1.1) Wykaz pośrednich czynności funkcji TSF:
—karty kierowcy i warsztatowe: eksport danych użytkownika z atrybutami
bezpieczeństwa (funkcja wczytywania danych z karty),
—karta kontrolna: eksport danych użytkownika bez atrybutów bezpieczeństwa z
wyjątkiem danych identyfikacyjnych posiadacza karty.
Uwierzytelnienie przyrządu rejestrującego odbywa się poprzez wykazanie, że
przyrząd rejestrujący dysponuje danymi bezpieczeństwa, które mógł dystry-
buować tylko system.
Wybór (FIA_UAU.3.1 i FIA_UAU.3.2): zapobiec.
Przyporządkowanie (FIA_UAU.4.1) Identyfikowany mechanizm(y) uwierzytel-
niający: dowolny mechanizm uwierzytelniający.
Karta warsztatowa udostępnia dodatkowy mechanizm uwierzytelniający poprzez
kontrolę numeru PIN (mechanizm ten przeznaczony jest dla przyrządu rejestrują-
cego w celu kontroli tożsamości posiadacza karty, zadaniem jego nie jest ochrona
zawartości karty warsztatowej).
4.2.3. Błędy uwierzytelnienia
Poniższe przyporządkowania opisują odpowiedź karty ma każdy pojedynczy błąd
uwierzytelnienia użytkownika.
Przyporządkowanie (FIA_AFL.1.1) Numer: 1, wykaz zdarzeń uwierzytelnienia:
uwierzytelnienie urządzenia interfejsu kart.1998R2135 —PL—01.05.2006 —002.001 —247
▼M1
Przyporządkowanie (FIA_AFL.1.2) Wykaz czynności:
—ostrzec przyłączoną jednostkę,
—przyjąć założenie, że użytkownikiem jest NON_VEHICLE_UNIT.
Poniższe przyporządkowania opisują odpowiedź karty w przypadku błędu mecha-
nizmu dodatkowego uwierzytelnienia wymaganego w UIA_302.
Przyporządkowanie (FIA_AFL.1.1) Numer: 5, wykaz zdarzeń uwierzytelnienia:
kontrole PIN (karta warsztatowa).
Przyporządkowanie (FIA_AFL.1.2) Wykaz czynności::
—ostrzec przyłączoną jednostkę,
—zablokować procedurę kontroli PIN w taki sposób, by wszelkie dalsze próby
kontroli PIN dały wynik negatywny,
—byćw stanie wskazać kolejnym użytkownikom przyczynę zablokowania.
4.3. Kontrola dostępu
4.3.1. Polityka kontroli dostępu
W czasie fazy eksploatacji w cyklu użycia karty do tachografów podlega ona
jednej polityce funkcji zabezpieczenia realizującej kontrolę dostępu (SFP) zwanej
AC_SFP.
Przyporządkowanie (FDP_ACC.2.1) Kontrola dostępu SFP: AC_SFP.
4.3.2. Funkcje kontroli dostępu
Przyporządkowanie (FDP_ACF.1.1) Kontrola dostępu SFP: AC_SFP.
Przyporządkowanie (FDP_ACF.1.1) Nazwana grupa atrybutów bezpieczeństwa:
USER_GROUP.
Przyporządkowanie (FDP_ACF.1.2) Reguły rządzące dostępem stosowane
między kontrolowanymi przedmiotami a kontrolowanymi obiektami wykorzystu-
jące kontrolowane czynności wykonywane na kontrolowanych obiektach:
GENERAL_READ: Dane użytkownika może odczytać z TOE dowolny użyt-
kownik, z wyłączeniem danych identyfikacyjnych posia-
dacza karty, które tylko VEHICLE_UNIT może odczytać z
kart kontrolnych.
IDENTIF_WRITE: Dane identyfikacyjne można zapisać tylko raz i przed
końcem fazy 6 cyklu życia karty. Żaden użytkownik nie
może zapisać ani zmienić danych identyfikacyjnych w
okresie eksploatacji w cyklu życia karty.
ACTIVITY_WRITE:
Dane dotyczące czynności może zapisywać do TOE tylko VEHICLE_UNIT.
SOFT_UPGRADE: Żaden użytkownik nie może aktualizować oprogramowania
TOE.
FILE_STRUCTURE:
Struktura plików i warunki dostępu są utworzone przed końcem fazy 6 cyklu
życia TOE i następnie zablokowane w sposób uniemożliwiający w przyszłości
ich zmianę lub wymazanie.
4.4. Wiarygodność
TOE trwale przechowuje dane identyfikacyjne.Godzina i data personalizacji TOE są zapisane. Zmiana tych danych nie jest
możliwa.
4.5. Audyt
TOE musi monitorować zdarzenia, które wskazują na potencjalne naruszenie jego
zabezpieczenia.
Przyporządkowanie (FAU_SAA.1.2) Podzbiór zdefiniowanych zdarzeń uwzględ-
nianych w audycie:
—błąd uwierzytelnienia CardHolder (5 kolejnych błędnych wprowadzeń kodu
PIN),
—błąd auto testu,
—błąd integralności przechowywanych danych,1998R2135 —PL—01.05.2006 —002.001 —248
▼M1
—błąd integralności danych wejściowych dotyczących aktywności.
4.6. Dokładność
4.6.1. Integralność przechowywanych danych
Przyporządkowanie (FDP_SDI.2.2) Podejmowane czynności: ostrzec przyłą-
czoną jednostkę,
4.6.2. Podstawowe uwierzytelnienie danych
Przyporządkowanie (FDP_DAU.1.1) Wykaz obiektów lub typów informacji:
dane dotyczące czynności.
Przyporządkowanie (FDP_DAU.1.2) Wykaz przedmiotów: dowolna.
4.7. Wiarygodność usługi
4.7.1. Testy
Wybór (FPT_TST.1.1): podczas początkowego uruchomienia, okresowo w czasie
normalnej pracy.
Uwaga: podczas początkowego uruchomienia oznacza przed wykonaniem kodu (i
niekoniecznie w czasie wykonywania procedury zerowania ATR).
Auto testy TOE obejmują weryfikację integralności kodu oprogramowania
nieprzechowywanego w pamięci ROM.
W przypadku wykrycia błędu przez auto test funkcja TSF ostrzega przyłączoną
jednostkę.
Po zakończeniu testowania OS wszystkie swoiste dla testowania polecenia i czyn-
ności należy zablokować lub usunąć. Obejście tych kontroli i przywrócenie ich
do działania nie jest możliwe. Polecenia związane z jednym wyłącznie stanem
cyklu życia nie są dostępne w żadnym innym stanie.
4.7.2. Oprogramowanie
Analizowanie, testowanie ani modyfikowanie oprogramowania TOE nie jest
możliwe w warunkach polowych.
Wejścia z zewnętrznych źródeł nie przyjmują kodu wykonywalnego.
4.7.3. Zasilanie
TOE zachowuje bezpieczny stan w czasie zaniku lub zmian zasilania.
4.7.4. Warunki zerujące
W przypadku przerwy zasilania (lub wystąpienia wahań zasilania) TOE, lub gdy
transakcja jest zatrzymana przed zakończeniem lub w przypadku zaistnienia
innych warunków zerujących, TOE daje się łatwo zerować.
4.8. Wymiana danych
4.8.1. Wymiana danych z przyrządem rejestrującym
TOE weryfikuje integralność i autentyczność danych importowanych z przyrządu
rejestrującego.
W przypadku wykrycia błędu integralności importowanych danych TOE:—ostrzega jednostkę wysyłającą dane,
—nie używa tych danych.
TOE eksportuje dane użytkownika do przyrządu rejestrującego razem ze skoja-
rzonymi atrybutami bezpieczeństwa, tak aby przyrząd rejestrujący był w stanie
zweryfikować integralność i autentyczność odebranych danych.
4.8.2. Eksport danych gdzie indziej niż do przyrządu rejestrującego (funkcja
ładowania danych)
TOE generuje informacje o pochodzeniu danych wczytywanych na zewnętrzne
media.1998R2135 —PL—01.05.2006 —002.001 —249
▼M1
TOE zapewnia adresatowi możliwość weryfikowania informacji o pochodzeniu
wczytanych danych.
TOE wczytuje dane na zewnętrzne nośniki gromadzenia razem ze skojarzonymi
atrybutami bezpieczeństwa, tak aby umożliwić weryfikację integralności tych
danych.
4.9. Wsparcie kryptograficzne
Jeżeli funkcja TSF generuje klucze kryptograficzne, to robi to zgodnie z ustalo-
nymi algorytmami generowania kluczy kryptograficznych a klucze kryptogra-
ficzne mają ustaloną długość. Liczba możliwych użyć generowanych kluczy
kryptograficznych sesji jest ograniczona (i ustalona przez producenta, ale nie
większa niż 240).
Jeżeli funkcja TSF rozprowadza klucze kryptograficzne, to robi to zgodnie z usta-
lonymi metodami rozprowadzania kluczy kryptograficznych.
5.Definicja mechanizmów zabezpieczenia
Wymagane mechanizmy zabezpieczenia opisano w dodatku 11.
Wszystkie pozostałe mechanizmy zabezpieczenia definiuje producent.
6.Minimalna siła mechanizmów zabezpieczenia
Minimalna siła mechanizmów zabezpieczenia VU jest wysoka, według definicji
ITSEC.
7.Poziom gwarancji zabezpieczenia
Docelowym poziomem gwarancji zabezpieczenia karty do tachografów jest
poziom E3, według definicji ITSEC.
8.Podstawy racjonalne
W tabelach poniżej podano podstawy racjonalne dodatkowych funkcji SEF, poka-
zując przy tym:
—które funkcje SEF są skierowane przeciw którym zagrożeniom,
—które funkcje SEF realizują które informatyczne cele zabezpieczenia.1998R2135 —PL—01.05.2006 —002.001 —250
Zagrożenia Cele informatyczneT.CLON*
T.DISES2
T.TES
T.TCMD
T.MODSOFT*
T.MODLOAD
T.MODEXE
T.MODSHARE
IdentData
ActivityData
DataExchange
O.TAMPERES
O.CLON*
O.OPERATE*
O.FLAW*
O.DISMECHANISM2
O.DISMEMORY*
O.MODMEMORY*
DataAccess
Bezpieczna wymiana komunikatów
UIA_301 Środki uwierzytelnienia x
UIA_302 Kontrole numeru PIN x
ACT_301 Dane identyfikacyjne
ACT_302 Data personalizacjiRLB_301 Integralność oprogramowania x x
RLB_302 Auto testy x x
RLB_303 Testy fabryczne x x x xRLB_304 Analizowanie oprogramowania x x x x x
RLB_305 Ladowanie oprogramowania x x x x x
RLB_306 Zasilanie x x x x
RLB_307 Warunki zerujące x x
DEX_301 Bezpieczny import danych x x
DEX_302 Bezpieczny import danych x x
DEX_303 Bezpieczny eksport danych do VU x x
DEX_304 Informacje o pochodzeniu x x
DEX_305 Informacje o pochodzeniu x x
DEX_306 Bezpieczny eksport do zewnętrznego medium x x▼M11998R2135 —PL—01.05.2006 —002.001 —251
Zagrożenia Cele informatyczneT.CLON*
T.DISES2
T.TES
T.TCMD
T.MODSOFT*
T.MODLOAD
T.MODEXE
T.MODSHARE
IdentData
ActivityData
DataExchange
O.TAMPERES
O.CLON*
O.OPERATE*
O.FLAW*
O.DISMECHANISM2
O.DISMEMORY*
O.MODMEMORY*
DataAccess
Bezpieczna wymiana komunikatów
CSP_301 Generowanie klucza x x
CSP_302 Rozprowadzanie klucza x x▼M11998R2135 —PL—01.05.2006 —002.001 —252
▼M1
Dodatek 11
WSPÓLNE MECHANIZMY ZABEZPIECZENIA
SPIS TREŚCI
1. Informacje ogólne …..............................................................................
1.1. Odniesienia ….....................................................................................
1.2. Notacje i skróty …................................................................................
2. Systemy i algorytmy kryptograficzne …........................................................
2.1. Systemy kryptograficzne …......................................................................
2.2. Algorytmy kryptograficzne …...................................................................
2.2.1. Algorytm RSA ….................................................................................
2.2.2. Algorytm skrótu …................................................................................
2.2.3. Algorytm szyfrowania danych …................................................................
3. Klucze i certifikaty ….............................................................................
3.1. Generowanie i dystrybucja kluczy …...........................................................
3.1.1. Generowanie i dystrybucja kluczy RSA ….....................................................
3.1.2. Klucze testowe RSA …...........................................................................
3.1.3. Klucze czujnika ruchu ….........................................................................
3.1.4. Generowanie i dystrybucja kluczy sesji T-DES ….............................................
3.2. Klucze …...........................................................................................
3.3. Certyfikaty …......................................................................................
3.3.1. Treść certyfikatu …...............................................................................
3.3.2. Wydane certyfikaty …............................................................................
3.3.3. Weryfikacja i rozpakowanie certyfikatu ….....................................................
4. Mechanizm wzajemnego uwierzytelnienia …..................................................
5. Poufność, integralność i mechanizmy uwierzytelniania przesyłania danych między VU a
kartami …..........................................................................................
5.1. Bezpieczna wymiana komunikatów …..........................................................
5.2. Obsługa błędów w bezpiecznej wymianie komunikatów …..................................
5.3. Algorytm obliczania kryptograficznych sum kontrolnych ….................................
5.4. Algorytm obliczania kryptogramów dla poufnych obiektów danych ….....................
6. Mechanizmy cyfrowego podpisu dla wczytywania danych …................................
6.1. Generowanie podpisu …..........................................................................
6.2. Sprawdzenie podpisu …..........................................................................1998R2135 —PL—01.05.2006 —002.001 —253
▼M1
1. INFORMACJE OGÓLNE
W niniejszym dodatku opisano mechanizmy zabezpieczenia zapewniające:
—wzajemne uwierzytelnienie między VU a kartami do tachografów, z uzgodnie-
niem klucza sesji włącznie,
—poufność, integralność i uwierzytelnienie danych przesyłanych między VU a
kartami do tachografów,
—integralność i uwierzytelnienie danych wczytywanych z VU do zewnętrznych
nośników gromadzenia danych,
—integralność i uwierzytelnienie danych wczytywanych z kart do tachografów
do zewnętrznych nośników gromadzenia danych.
1.1.Odniesienia
W niniejszym dodatku używa się następujących odniesień:
SHA-1 National Institute of Standards and Technology (NIST). FIPS
Publikacja 180-1: Bezpieczny standard skrótu. Kwiecień 1995 r.
PKCS1 RSA Laboratories. PKCS # 1: Standard szyfrowania RSA. Wersja
2.0. Październik 1998 r.
TDES National Institute of Standards and Technology (NIST). FIPS
Publikacja 46-3: Standard szyfrowania danych. Projekt 1999 r.
TDES-OP ANSI X9.52, Tryby pracy algorytmu trzyetapowego szyfrowania
danych. 1998 r.
ISO/IEC 7816-4 Informatyka —Identyfikacja kart —karty z układem(ami)
scalonym(i) ze stykami —część 4: Międzybranżowe polecenia
wymiany informacji. Wydanie pierwsze: 1995 + zmiana 1: 1997
r.
ISO/IEC 7816-6 Informatyka —Identyfikacja kart —karty z układem(ami)
scalonym(i) ze stykami —część 6: Międzybranżowe elementy
danych. Wydanie pierwsze: 1996 + zmiana 1: 1998 r.
ISO/IEC 7816-8 Informatyka —Identyfikacja kart —karty z układem(ami)
scalonym(i) ze stykami —część 8: Międzybranżowe polecenia
związane z bezpieczeństwem. Wydanie pierwsze 1999 r.
ISO/IEC 9796-2 Informatyka —Techniki zabezpieczeń —Metody podpisu cyfro-
wego z odzyskiwaniem komunikatu —część 2: Mechanizmy
używające funkcji skrótu. Wydanie pierwsze: 1997 r.
ISO/IEC 9798-3 Informatyka —Techniki zabezpieczeń —Mechanizmy uwierzy-
telnienia jednostki —część 3: Uwierzytelnienie jednostki przy
użyciu algorytmu klucza publicznego. Wydanie drugie: 1998 r.
ISO 16844-3 Pojazdy drogowe —Systemy tachograficzne —część 3: Interfejs
czujnika ruchu.
1.2.Notacje i skróty
W niniejszym dodatku używa się następujących notacji i skrótów:
(Ka, Kb, Kc)wiązka kluczy używanych w algorytmie trzyetapowego szyfro-
wania danych
CA jednostka certyfikująca
CAR odesłanie do jednostki certyfikującej
CC kryptograficzna suma kontrolna
CG kryptogram
CH nagłówek polecenia
CHA uprawnienie posiadacza certyfikatu
CHR odesłanie do posiadacza certyfikatu
D() deszyfracja DES
DE element danych
DO obiekt danych
d klucz prywatny RSA, wykładnik prywatny
e klucz publiczny RSA, wykładnik publiczny
E() szyfrowanie DES
EQT urządzenia
Hash() skrót, wartość wyjściowa funkcji skrótu1998R2135 —PL—01.05.2006 —002.001 —254
▼M1
Hash funkcja skrótu
KID identyfikator klucza
Km klucz TDES. Klucz główny wg normy ISO 16844-3
Kmvu klucz TDES wstawiony do przyrządu rejestrującego
Kmwc klucz TDES wstawiony do kart warsztatowych
m reprezentacja komunikatu, liczba całkowita z przedziału od 0 do n-
1
n klucze RSA, moduły
PB bajty wypełnienia
PI bajt wskaźnik wypełnienia (do zastosowania w kryptogramie dlapoufności DO)
PV wartość odkryta
s reprezentacja podpisu, liczba całkowita z przedziału od 0 do n-1
SSC licznik sekwencji nadawania
SM bezpieczna wymiana komunikatów
TCBC blok szyfrowy TDEA zmieniający tryb pracy
TDEA algorytm trzyetapowego szyfrowania danych
TLV wartość długości znacznika
VU przyrząd rejestrujący
X.C certyfikat użytkownika X wydany przez jednostkę certyfikującą
X.CA jednostka certyfikująca użytkownika X
X.CA.PKoX.C operacja rozpakowania certyfikatu w celu uzyskania klucza
publicznego. Jest to operator wrostkowy, którego argumentem
lewostronnym jest klucz publiczny jednostki certyfikującej, a argu-
mentem prawostronnym jest certyfikat wydany przez tę jednostkę
certyfikującą. Wynikiem jest klucz publiczny użytkownika X,
którego certyfikat jest argumentem prawostronnym,
X.PK klucz publiczny użytkownika X
X.PK[I] szyfrowanie RSA pewnych informacji kluczem publicznym I użyt-kownika X
X.SK klucz prywatny RSA użytkownika X
X.SK[I] szyfrowanie RSA pewnych informacji kluczem prywatnym I użyt-
kownika X
′xx′ wartość heksadecymalna
|| operator konkatenacji.
2. SYSTEMY I ALGORYTMY KRYPTOGRAFICZNE
2.1.Systemy kryptograficzne
Przyrządy rejestrujące i karty do tachografów używają klasycznego systemu kryp-
tograficznego RSA z kluczem publicznym do realizowania następujących mecha-
nizmów zabezpieczających:
—uwierzytelnienie między przyrządami rejestrującymi a kartami,
—transport kluczy sesji Triple-DES między przyrządami rejestrującymi a
kartami do tachografów,
—podpis cyfrowy danych wczytywanych z przyrządów rejestrujących lub kartdo tachografów do zewnętrznych mediów.
Przyrządy rejestrujące i karty do tachografów używają symetrycznego systemu
kryptograficznego Triple-DES do zrealizowania mechanizmu zapewniającego
integralność danych w czasie wymiany danych użytkownika między przyrządami
rejestrującymi a kartami do tachografów i zapewnienia, gdzie stosowne, pouf-
ności wymiany danych między przyrządami rejestrującymi a kartami do tacho-
grafów.
2.2.Algorytmy kryptograficzne
2.2.1. Algorytm RSA
Algorytm RSA w pełni definiują następujące relacje:1998R2135 —PL—01.05.2006 —002.001 —255
▼M1
Bardziej wyczerpujący opis funkcji RSA można znaleźć w odesłaniach (PKCS1).
Wykładnik publiczny e dla obliczeń RSA jest różny od 2 we wszystkich genero-
wanych kluczach RSA.
2.2.2. Algorytm skrótu
Mechanizmy podpisu cyfrowego używają algorytmu skrótu SHA-1 zdefiniowa-
nego w odesłaniu (SHA-1).
2.2.3. Algorytm szyfrowania danych
Algorytmy oparte na algorytmie DES są używane w trybie pracy Cipher Block
Chaining.
3. KLUCZE I CERTIFIKATY
3.1.Generowanie i dystrybucja kluczy
3.1.1. Generowanie i dystrybucja kluczy RSA
Klucze RSA są generowane na trzech hierarchicznych poziomach funkcjonal-
nych:
—poziom europejski,
—poziom Państwa Członkowskiego,
—poziom urządzenia.
Na poziomie europejskim generuje się jedną parę kluczy europejskich (EUR.SK i
EUR.PK). Do poświadczania kluczy publicznych Państw Członkowskich służy
europejski klucz prywatny. Należy prowadzić rejestry wszystkich certyfikowa-
nych kluczy. Organem realizującym za te zadania jest europejska jednostka certy-
fikująca, działająca z upoważnienia i na odpowiedzialność Komisji Europejskiej.
Na poziomie Państwa Członkowskiego generuje się parę kluczy Państwa Człon-
kowskiego (MS.SK i MS.PK). Klucze publiczne Państwa Członkowskiego certy-
fikuje europejska jednostka certyfikująca. Klucza prywatnego Państwa Człon-
kowskiego używa się do certyfikowania kluczy publicznych umieszczanych w
urządzeniach (w przyrządzie rejestrującym lub karcie do tachografów). Należy
prowadzić rejestry wszystkich certyfikowanych kluczy publicznych wraz z iden-
tyfikacją urządzeń, dla których są przewidziane. Organem realizującym te zadania
jest jednostka certyfikująca Państwa Członkowskiego. Państwo Członkowskie
może okresowo zmieniać swoją parę kluczy.
Na poziomie urządzenia generuje się jedną parę kluczy (EQT.SK i EQT.PK),
którą wprowadza się do każdego urządzenia. Klucze publiczne urządzenia certyfi-
kuje jednostka certyfikująca Państwa Członkowskiego. Zadanie te mogą reali-
zować producenci urządzeń, jednostki personalizujące urządzenia lub organy
Państwa Członkowskiego. Ta para kluczy służy do uwierzytelniania, składania
podpisu cyfrowego i szyfrowania.
W czasie generowania, transportu (ewentualnego) i przechowywania należy
zachować poufność kluczy prywatnych.
Na poniższym rysunku zobrazowano obieg danych zachodzący w tym procesie:1998R2135 —PL—01.05.2006 —002.001 —256
▼M1
3.1.2. Klucze testowe RSA
Do celów testowania urządzeń (włącznie z testami współdziałania) europejska
jednostka certyfikująca generuje różniące się pary kluczy, jedną europejską parę
kluczy testowych i przynajmniej dwie pary kluczy testowych Państwa Członkow-
skiego, których klucze publiczne są poświadczone europejskim testowym
kluczem prywatnym. Producenci umieszczają w urządzeniach przechodzących
testy homologacji typu klucze testowe certyfikowane jednym z tych kluczy testo-
wych Państwa Członkowskiego.
3.1.3. Klucze czujnika ruchu
W czasie generowania, transportu (ewentualnego) i przechowywania stosownie
zachowuje się poufność trzech kluczy TDES opisanych poniżej
W celu wspierania urządzeń rejestrujących zgodnych z normą ISO 16844, euro-
pejska jednostka certyfikująca i organ certyfikacyjny Państwa Członkowskiego
dodatkowo zapewniają, co następuje:
Europejska jednostka certyfikująca generuje KmVUi KmWC, dwa niezależne i
unikalne klucze Triple DES oraz generuje Km jako:
Europejska jednostka certyfikująca przesyła te klucze, z zachowaniem stosow-
nych procedur bezpieczeństwa, organom certyfikacyjnym Państw Członkowskich
na ich wniosek.
Organy certyfikacyjne Państw Członkowskich:
—używają Km do szyfrowania danych czujnika ruchu wymaganych przez
producentów czujników ruchu (dane są zaszyfrowane kluczem Km w sposób
zdefiniowany w normie ISO 16844-3),1998R2135 —PL—01.05.2006 —002.001 —257
▼M1
—przesyłają klucz KmVUproducentom przyrządów rejestrujących, z zachowa-
niem stosownych procedur bezpieczeństwa, z przeznaczeniem do umie-
szczenia w przyrządach rejestrujących,
—zapewniają, że klucz KmWCjest umieszczony we wszystkich kartach warszta-
towych (SensorInstallationSecData w pliku elementarnym Sensor_Installa-
tion_Data) w czasie personalizacji kart.
3.1.4. Generowanie i dystrybucja kluczy sesji T-DES
Przyrządy rejestrujące i karty do tachografów, w ramach procesu wzajemnego
uwierzytelnienia, generują i wymieniają niezbędne dane w celu uzyskania wspól-
nego klucza sesji Triple DES. Poufność tej wymiany informacji jest chroniona
mechanizmem kryptograficznym RSA.
Klucz ten stosuje się we wszystkich późniejszych czynnościach kryptograficz-
nych używając bezpiecznej wymiany komunikatów. Ważność tego klucza wygasa
z końcem sesji (wyjęcie karty lub wyzerowanie karty) i/lub po 240 użyciach
(jedno użycie klucza = jedno polecenie używające bezpiecznej wymiany komuni-
katów wysłane do karty i związana z tym odpowiedź).
3.2.Klucze
Długości kluczy RSA (niezależnie od poziomu) są następujące: moduł n1024
bity, wykładnik publiczny emaksymalnie 64 bity, wykładnik prywatny d1024
bity.
Klucze Triple DES są w postaci (Ka, Kb, Ka), gdzie Kai Kbsąniezależnymi 64-
bitowymi kluczami. Żadnych bitów wykrywania błędu parzystości nie wolno
ustawiać.
3.3.Certyfikaty
Certyfikaty klucza publicznego RSA są certyfikatami
»niesamoopisującymi« »Card Verifiable« (patrz norma: ISO/IEC 7816-8).
3.3.1. Treść certyfikatu
Certyfikaty klucza publicznego RSA zawierają następujące dane w określonym
poniżej porządku:
Dane Format Bajty Opis
CPI INTEGER 1 Identyfikator profilu certyfikatu (»01« dla
tej wersji
CAR OCTET
STRING8 Odniesienie do jednostki certyfikującej
CHA OCTET
STRING7 Upoważnienie posiadacza certyfikatu
EOV TimeReal 4 Koniec terminu ważności certyfikatu.
Opcjonalny, gdy nieużywany, wypełniony
»FF«
CHR OCTET
STRING8 Odniesienie do posiadacza certyfikatu
n OCTET
STRING128 Klucz publiczny (moduł)
e OCTET
STRING8 Klucz publiczny (wykładnik publiczny)
164
Uwagi:
1. »Identyfikator profilu certyfikatu« (CPI) wyznacza dokładną strukturę certyfikatu uwie-
rzytelniania. Można go używać jako wewnętrznego identyfikatora urządzenia w stosownej
liście nagłówkowej, która opisuje konkatenację elementów danych w certyfikacie.
Wykaz nagłówków związanych z treścią certyfikatu jest następujący:1998R2135 —PL—01.05.2006 —002.001 —258
▼M1
2. »Odniesienie do jednostki certyfikującej« (CAR) ma na celu identyfikację CA wydającej
certyfikat, w taki sposób, że ten element danych może być użyty jednocześnie jako iden-
tyfikator klucza organu w celu odniesienia do klucza publicznego jednostki certyfikującej(kodowanie —patrz Identyfikator klucza poniżej).
3. »Upoważnienie posiadacza certyfikatu« ((CHA) służy do identyfikowania praw posia-
dacza certyfikatu. Składa się z ID aplikacji tachograficznej i typu urządzenia, dla którego
certyfikat jest przeznaczony (zgodnie z elementem danych EquipmentType, »00« dlaPaństwa Członkowskiego).
4. »Odniesienie do posiadacza certyfikatu« (CHR) ma na celu jednoznaczną identyfikację
posiadacza certyfikatu, w taki sposób, że ten element danych może być użyty jedno-
cześnie jako identyfikator klucza podmiotu w celu odniesienia do posiadacza certyfikatuklucza publicznego.
5. Identyfikatory kluczy jednoznacznie identyfikują posiadacza certyfikatu lub organy certy-
fikujące. Są one kodowane w następujący sposób:
5.1. Urządzenie (VU lub karta):
Dane Numer fabryczny
urządzeniaData Typ Producent
Długość 4 bajty 2 bajty 1 bajt 1 bajt
wartość integer mm rr w kodzie
BCDswoisty dla
producentakod producenta
W przypadku VU producent, gdy wnioskuje o certyfikaty, może, ale nie
musi znać identyfikację urządzenia, do którego mają być wstawione
klucze.
W pierwszym przypadku producent wysyła identyfikację urządzenia z
kluczem publicznym do organu certyfikacyjnego swojego Państwa Człon-
kowskiego. W tym przypadku certyfikat zawiera identyfikację urządzenia
i producent musi zapewnić, że klucze i certyfikat są wstawione do prze-
widzianego urządzenia. Identyfikator klucza ma postać pokazaną
powyżej.
W drugim przypadku producent musi tylko identyfikować każdy wniosek
o certyfikat i wysłać tęidentyfikację z kluczem publicznym do organu
certyfikacyjnego swojego Państwa Członkowskiego. W tym przypadku
certyfikat zawiera wnioskowaną identyfikację. Po zainstalowaniu klucza
w urządzeniu producent musi zawiadomić zwrotnie organ certyfikacyjny
swojego Państwa Członkowskiego o przyporządkowaniu klucza do urzą-
dzenia (tj. podać identyfikację wniosku o certyfikat, identyfikację urzą-
dzenia). Identyfikator klucza ma postać pokazaną poniżej:
Dane Numer fabryczny
wniosku o certy-
fikatData Typ Producent
Długość 4 bajty 2 bajty 1 bajt 1 bajt
Wartość kod BCD mm rr w kodzie
BCD′FF′ kod producenta
5.2. Jednostka certyfikująca::
Dane Identyfikacja
organuNumer fabryczny
kluczaDodatkowe infor-
macjeIdentyfikator
Długość 4 bajty 1 bajt 2 bajty 1 bajt1998R2135 —PL—01.05.2006 —002.001 —259
▼M1
Wartość 1-bajtowy kod
numeryczny
państwaInteger dodatkowe infor-
macje (swoista
dla CA)′01′
3-bajtowy kodl
fanumeryczny
państwa¡FF FF¡ gdy nie
jest używany
Numer fabryczny klucza służy do rozróżniania różnych kluczy Państwa
Członkowskiego, w przypadku zmiany klucza.
6. Urządzenia kontrolne wiedzą niejawnie, że certyfikowany klucz publiczny jest kluczem
RSA właściwym do uwierzytelnienia, sprawdzenia podpisu cyfrowego i szyfrowania dla
poufnych usług (certyfikat nie zawiera identyfikatora obiektu, który by to określał).
3.3.2. Wydane certyfikaty
Wydany certyfikat jest podpisem cyfrowym z częściowym odzyskiwaniem treści
certyfikatu zgodnie z normą ISO/IEC 9796-2, z dołączonym »odniesieniem do
jednostki certyfikującej«.
z treścią certyfikatu
Uwagi:
1. Ten certyfikat zawiera 194 bajty.
2. CAR, utajniony podpisem, jest również dołączony do podpisu, tak że do weryfikacji
certyfikatu można wybrać klucz publiczny jednostki certyfikującej.
3. Urządzenia kontrolne znają niejawnie algorytm użyty przez jednostkę certyfikującą do
podpisania certyfikatu.
4. Wykaz nagłówków związanych z wydanym certyfikatem jest następujący:
3.3.3. Weryfikacja i rozpakowanie certyfikatu
Weryfikacja i rozpakowanie certyfikatu obejmuje sprawdzenie podpisu zgodnie z
normą ISO/IEC 9796-2, odzyskanie treści certyfikatu i klucza publicznego: X.PK
= X.CA.PKoX.C, oraz sprawdzenie ważności certyfikatu.
Wykonuje się to w następujących krokach:
weryfikacja podpisu i odzyskanie treści:
—z X.C odzyskaj Sign, Cn′i CAR′:
—z CAR′ wybierz odpowiednio klucz publiczny jednostki certyfikującej (jeżeli
nie uzyskano go wcześniej innymi środkami)
—odtwórz Sign z klucza publicznego CA: Sr′ = X.CA.PK [Sign],1998R2135 —PL—01.05.2006 —002.001 —260
▼M1
—sprawdź czy Sr′ zaczyna się od′6A′ i kończy ′BC′
—oblicz Cr′ i H′z:
—odzyskaj treść certyfikatu C′ = Cr′|| Cn′,
—sprawdź Hash(C′) = H′
Jeżeli kontrole są OK, certyfikat jest prawdziwy, treścią certyfikatu jest C′.
Sprawdzenie ważności z C′:
—gdy dotyczy, sprawdź koniec daty ważności,
odzyskaj i zachowaj klucz publiczny, identyfikator klucza, upoważnienie
posiadacza certyfikatu i koniec ważności certyfikatu z C′:
—X.PK = n||e,
—X.KID = CHR
—X.CHA = CHA
—X.EOV = EOV.
4. MECHANIZM WZAJEMNEGO UWIERZYTELNIENIA
Wzajemne uwierzytelnienie między kartami a urządzeniami VU odbywa się
według opisanej poniżej zasady:
Każda strona wykazuje drugiej, że posiada ważną parę kluczy, z której klucz
publiczny jest certyfikowany przez jednostkę certyfikującą Państwa Członkow-
skiego, która jest certyfikowana przez europejską jednostkę certyfikującą.
Wykazanie polega na podpisaniu kluczem prywatnym losowej liczby przysłanej
przez drugą stronę, która musi odzyskać tęliczbę przy sprawdzaniu tego
podpisu.
VU uruchamia ten mechanizm uruchomiony przy wkładaniu karty. Rozpoczyna
sięod wymiany certyfikatów i rozpakowaniu kluczy publicznych i kończy ustale-
niem klucza sesyjnego.
W procesie tym stosuje się następujący protokół (strzałki oznaczają polecenia i
wymianę danych (patrz dodatek 2)):1998R2135 —PL—01.05.2006 —002.001 —261
▼M1
1998R2135 —PL—01.05.2006 —002.001 —262
▼M1
5. POUFNOŚĆ, INTEGRALNOŚĆ I MECHANIZMY UWIERZYTELNIANIA
PRZESYŁANIA DANYCH MIĘDZY VU A KARTAMI
5.1.Bezpieczna wymiana komunikatów
Bezpieczna wymiana komunikatów chroni integralność przesyłania danych VU-
karty zgodnie z normami (ISO/IEC 7816-4) i (ISO/IEC 7816-8).1998R2135 —PL—01.05.2006 —002.001 —263
▼M1
Gdy dane powinny być chronione podczas przesyłania, do obiektów danych
wysyłanych w poleceniu lub odpowiedzi dołącza się obiekt danych z kryptogra-
ficzną sumą kontrolną. Kryptograficzną sumę kontrolną weryfikuje odbiorca.
Kryptograficzna suma kontrolna danych wysyłanych w poleceniu integruje
nagłówek polecenia i wszystkie wysyłane obiekty danych (= > CLA = ′0C′, a
wszystkie obiekty danych są hermetycznie zamknięte ze znacznikami, w których
b1 = 1).
Bajty statusu-informacyjne odpowiedzi są chronione przez kryptograficzną sumę
kontrolną, gdy w odpowiedzi nie ma pola danych.
Kryptograficzne sumy kontrolne składają sięz czterech bajtów.
Struktura poleceń i odpowiedzi, gdy przesyłane są przy użyciu bezpiecznej
wymiany komunikatów, jest następująca:
Używane obiekty DO są częściowym zbiorem DO bezpiecznej wymiany
komunikatów opisanej w normie ISO/IEC 7816-4:
Znacznik Mnemonik Znaczenie
′81′ TPV Odkryta wartość danych niekodowanych w BER-TLV (chro-
niona przez CC)
′97′ TLE Wartość Le w niechronionym poleceniu (chroniona przez
CC)
′99′ TSW Status-Info (chronione przez CC)
′8E′ TCC Kryptograficzna suma kontrolna
′87′ TPI CG Bajt wskaźnika wypełniania || Kryptogram (odkryta wartość
niekodowana w BER-TLV)
Dla danej pary niechronionych polecenia —odpowiedzi:
Nagłówek polecenia Treść polecenia
CLA INS P1 P2 (Lc-pole)(pole danych) (Le-pole)
cztery bajty L bajtów, oznaczone B1do BL
Treść odpowiedzi Stopka odpowiedzi
(Pole danych) SW1 SW2
Lrbajty danych dwa bajty
Odpowiadającą parą chronionych polecenia —odpowiedzi jest:
Chronione polecenie:
Nagłó-
wek
polece-
nia
(CH)Treść polecenia
CLA
INS
P1 P2(nowe
pole Lc)(nowe pole danych) (nowe
pole
Le)
′OC′ Długość
nowego
pola
danychTPV LPV PV TLE LLE Le TCC LCC CC ′00′
′81′ Lc pole
dan-
ych′97′ ′01′ Le ′8E′ ′04′ CC
Dane integrowane w sumie kontrolnej = CH || PB || TPV|| LPV|| PV || TLE||
LLE|| Le|| PB
PB = bajty wypełniające (80.. 00) zgodnie z normami ISO-IEC 7816-4 i ISO
9797 metoda 1.1998R2135 —PL—01.05.2006 —002.001 —264
▼M1
Obiekty DO PV i LE występują tylko wtedy gdy są pewne odpowiednia dane
w niechronionym poleceniu.
Chroniona odpowiedź:
1.Przypadek, gdy pole danych odpowiedzi nie jest puste i nie wymaga ochrony
poufności:
Treść odpowiedziStopka
odpowi-
edzi
(nowe pole danych) nowe
SW1
SW2
TPV LPV PV TCC LCC CC
′81′ Lr pole
danych′8E′ ′04′ CC
Dane zintegrowane w sumie kontrolnej = TPV|| LPV|| PV || PB
2.Przypadek, gdy pole danych odpowiedzi nie jest puste i wymaga ochrony
poufności:
Treść odpowiedziStopka
odpowi-
edzi
(nowe pole danych) nowe
SW1
SW2
TPI CG LPI CG PI CG TCC LCC CC
′87′ PI || CG ′8E′ ′04′ CC
Dane przenoszone przez CG: dane niekodowane w BER-TLV i bajty wypeł-
nienia.
Dane zintegrowane w sumie kontrolnej = TPI CG|| LPI CG|| PI CG || PB
3.Przypadek, gdy pole danych odpowiedzi jest puste:
Treść odpowiedziStopka
odpowi-
edzi
(nowe pole danych) nowe
SW1
SW2
TSW LSW SW TCC LCC CC
′99′ ′02′ New
SW1
SW2′8E′ ′04′ CC
Dane zintegrowane w sumie kontrolnej = TSW|| LSW|| SW || PB
5.2.Obsługa błędów w bezpiecznej wymianie komunikatów
Gdy karta do tachografów wykryje błąd SM podczas interpretowania polecenia,
w odpowiedzi musi zwrócić bajty stanu bez SM. Zgodnie z normą ISO/IEC
7816-4, błędy SM wskazuje się następującymi bajtami stanu:
′66 88′ błąd sprawdzenia kryptograficznej sumy kontrolnej,
′69 87′ brak oczekiwanych obiektów danych SM,
′69 88′ nieprawidłowe obiekty danych SM.
W przypadku, gdy karta do tachografów zwraca bajty stanu bez obiektów
danych, SM lub z błędnym obiektem danych SM, VU musi przerwać sesję.1998R2135 —PL—01.05.2006 —002.001 —265
▼M1
5.3.Algorytm obliczania kryptograficznych sum kontrolnych
Kryptograficzne sumy kontrolne tworzy się przy pomocy jednokierunkowej
funkcji skrótu MAC zgodnie z normą ANSI X9.19 z DES:
—etap początkowy: początkowy blok kontrolny y0 jest E(Ka, SSC).
—etap sekwencyjny: bloki kontrolne y1,…, yn oblicza się przy pomocy Ka.
—etap końcowy: kryptograficzną sumę kontrolną oblicza się z ostatniego bloku
yn jako: E(Ka, D(Kb, yn)).
gdzie E() oznacza szyfrowanie DES, a D()oznacza deszyfrowanie DES.
Cztery najbardziej znaczące bajty kryptograficznej sumy kontrolnej są przesy-
łane.
Licznik sekwencji wysyłania (SSC) jest inicjowany podczas procedury uzgad-
niania klucza:
początkowy SSC: Rnd3 (4 najmniej znaczące bajty) || Rnd1 (4 najmniej znaczące
bajty).
Licznik SSC zwiększa się za każdym razem o 1 przed obliczeniem MAC (tj.
SSC dla pierwszego polecenia będzie początkowy SSC + 1, SSC dla pierwszej
odpowiedzi będzie początkowy SSC + 2).
Na poniższym rysunku pokazano obliczenie skrótu MAC:
5.4.Algorytm obliczania kryptogramów dla poufnych obiektów danych
Kryptogramy oblicza się przy pomocy TDEA w trybie pracy TCBC zgodnie z
odniesieniami (TDES) i (TDES-OP) i wektorem zerowym jako blokiem wartości
początkowych.
Na poniższym rysunku pokazano zastosowanie kluczy w TDES:
6. MECHANIZMY CYFROWEGO PODPISU DLA WCZYTYWANIA
DANYCH
Inteligentne urządzenie dedykowane (IDE) przechowuje dane otrzymane z urzą-
dzenia (VU lub karty) podczas jednej sesji wczytywania w fizycznie jednym
pliku danych. Plik ten musi zawierać certyfikaty MSi.C i EQT.C. Plik zawiera
podpisy cyfrowe bloków danych zgodnie z opisem znajdującym się w dodatku 7
Protokoły wczytywania danych.1998R2135 —PL—01.05.2006 —002.001 —266
▼M1
Podpisy cyfrowe wczytanych danych korzystają ze schematu podpisu cyfrowego
z tym że gdy trzeba, wczytane dane można odczytać bez deszyfrowania.
6.1.Generowanie podpisu
Urządzenie generuje podpis danych zgodnie ze schematem podpisu z dodatkiem
zdefiniowanym w (PKCS1) z funkcją skrótu SHA-1:
Podpis = EQT.SK[′00′ ||′01′||PS||′00′|| DER(SHA-1(Data))]
PSWypełnienie łańcuchem oktetów z wartością ′FF′do długości 128.
DER(SHA-1(M)) jest identyfikatorem algorytmu kodującego dla funkcji skrótu a
wartość skrótu jest wartością w ASN.1 typu DigestInfo (wyróżnione reguły kodo-
wania):
′30′||′21′||′30′||′09′||′06′||′05′||′2B′||′0E′||′03′||′ 02′||′1A′||′05′||′00′||′04′||′14′||Hash Value.
6.2.Sprawdzenie podpisu
Sprawdzenie podpisu danych dla wczytanych danych odbywa się zgodnie ze
schematem podpisu z dodatkiem zdefiniowanym w (PKCS1) z funkcją skrótu
SHA-1.
Urządzenie kontrolne musi znać niezależnie (powierzony) europejski klucz
publiczny EUR.PK.
Na schemacie poniżej zilustrowano protokół przenoszenia IDE, z którego może
korzystać karta kontrolna przy sprawdzaniu integralności danych wczytanych i
zapisanych na zewnętrznym nośniku ESM. Karta kontrolna służy do deszyfro-
wania podpisów cyfrowych. W tym przypadku ta funkcja nie musi być zaimple-
mentowana w IDE.
Urządzenie, które wczytuje i podpisuje dane przeznaczone do analizowania,
oznaczono EQT.1998R2135 —PL—01.05.2006 —002.001 —267
▼M1
”1998R2135 —PL—01.05.2006 —002.001 —268