Този документ е средство за документиране и не обвързва институциите
►B РЕГЛАМЕНТ (ЕО)№2135/98НА СЪВЕТА
от24септември 1998година
за изменение на Регламент (ЕИО )№3821/85относно контролните уреди за регистриране на
данните за движението на автомобилите и на Директива 88/599/ЕИО относно прилагането
на Регламенти (ЕИО )№3820/85и(ЕИО )№3821/85
(ОВL 274, 9.10.1998 г.,стр.1 )
Изменен с
Официален вестник
№страница дата
►M1Регламент (ЕО)№1360/2002наКомисиятаот 13юни 2002година L 207 1 5.8.2002
►M2Регламент (ЕО)№561/2006наЕвропейскияпарламентинаСъвета
от15март 2006годинаL 102 1 11.4.20061998R2135 —BG—01.05.2006 —002.001 —1
РЕГЛАМЕНТ (ЕО)№2135/98НА СЪВЕТА
от24септември 1998година
за изменение на Регламент (ЕИО )№ 3821/85 относно
контролните уреди за регистриране на данните за движениетона автомобилите и на Директива 88/599/ЕИО относно
прилагането на Регламенти (ЕИО )№3820/85и(ЕИО )№
3821/85
СЪВЕТЪТ НА ЕВРОПЕЙСКИЯ СЪЮЗ ,
като взе предвид Договора за създаване на Европейската общност ,
ип о-специално член 75,параграф 1,букви в )иг)от него ,
като взе предвид предложението на Комисията (1),
като взе предвид становището на Икономическия и социален
комитет (2),
в съответствие с процедурата ,предвидена в член 189во т
Договора (3),
(1)като има предвид ,че Регламент (ЕИО )№3821/85на Съвета
от20декември 1985г.законтролнитеуредизарегистриране
на данните за движението на автомобилите (4)урежда разпо -
редбите относно конструкцията ,монтажа ,използването и
проверката на контролните уреди за регистриране наданните за движението на автомобилите ;
(2)като има предвид ,че опитът показва ,че икономическият
натиск и конкуренцията в автомобилния транспорт санакарали някои водачи ,наети на работа от търговските
дружества за автомобилен превоз на стоки ,да не се съоб -
разяват с някои правила ,ип о -специално с правилата
относно времето за управление на превозното средство ипериода за почивка на водачите ,установени в Регламент
(ЕИО )№3820/85наСъветаот 20декември 1985г.захармо -
низацията на социалното законодателство ,свързано с авто -
мобилния превоз (
5);
(3)като има предвид ,че явните нарушения и измами предста -
вляват заплаха за пътната безопасност и са нежелателни соглед на защитата на конкуренцията за отделния водач ,
който действително спазва правилата ;
(4)като има предвид ,че пътната безопасност би се подобрила
чрезавтоматичнотозаписванеиредовнотонаблюдениекактоотстрананапредприятието ,такаинакомпетентнитеоргани ,
на пълните данни за работата и поведението на водача и за
движениетонапревознотосредство ,катонапримерскорости
пропътувано разстояние ;
(5)като има предвид ,че социалната регламентация на
Общността съдържа конкретни изисквания относно ограни -
ченията върху дневното време за управление на превознотосредство и дневните периоди на почивка ,както и върху
общата продължителност на времето за управление на
превозното средство и периода за почивка за срок до две1998R2135 —BG—01.05.2006 —002.001 —2
▼B
(1)ОВC 243, 31.8.1994 г.,стр.8и
ОВC 370, 31.12.1985 г.,стр.1 .
(2)ОВC 110, 21.4.1995 г.,стр. 19.
(3)Становище на Европейския парламент от 13юли 1995г.(ОВC 249,
25.9.1995г.,стр. 128),Обща позиция на Съвета от 11декември 1997г.
(ОВC 43, 9.2.1998 г.,стр.6 )иРешениенаЕвропейскияпарламентот 31
март 1998г.(ОВC 138, 4.5.1998 г.,стр. 26).
(4)ОВ L 370, 31.12.1985 г.,стр.8 .Регламент ,последно изменен с
Регламент (ЕО)№1056/97на Комисията (ОВL 154, 12.6.1997 г.,стр.
21).
(5)ОВL 370, 31.12.1985 г.,стр.1 .
седмици ;като има предвид затрудненията принаблюдението
и контрола върху спазването на тези изисквания ,при
положение че данните се записват в неколкодневни тахо -
графски листове ,от които тези за текущата седмица и
последния ден от предходната седмица следва да сесъхраняват в кабината на превозното средство ;
(6)катоимапредвид ,чезадабъдатспренинай -честосрещаните
нарушения на съществуващата система ,следователно е
необходимо да се въведе ново високотехнологичнооборудване ,например контролни уреди за регистриране на
данните за движението на автомобилите ,съоръжени с елек -
тронно устройство за съхраняване на съответнатаинформация ,и персонална карта на водача ,с което да се
гарантира ,че записаните данни са възстановими ,разбираеми
при разпечатване и надеждни ,и че представляват неоспорим
запис както на извършената от водача работа през
последните няколко дни ,така и от превозното средство за
период от няколко месеца ;
(7)катоимапредвид ,чепълнатазащитанасистематаинейните
съставни елементи е от първостепенно значение за ефек -
тивното функциониране на контролните уреди за реги -
стриране на данните за движението на автомобилите ;
(8)като има предвид необходимостта от създаване на
разпоредби ,уреждащи условията за издаване и използване
на запаметяващите карти ,предвидени в приложение IБ;
(9)като има предвид ,че данните за дейностите ,извършвани от
водачите ,трябвадамогатдасепроверяватотсамитеводачи ,
от търговските дружества ,които са ги наели на работа ,ио т
компетентните органи на държавите -членки ;като има
предвид обаче ,че водачът и търговското дружество следва
да имат достъп само до данните ,свързани с дейностите ,
които всеки от тях съответно извършва ;
(10)като има предвид ,че контролните уреди за регистриране на
данните за движението на автомобилите ,предвидени в
настоящия регламент ,трябва да бъдат монтирани в
превозни средства ,пуснати в експлоатация за пръв път
след публикуването в Официален вестник на Европейските
общностина техническите характеристики ,някои от които
се определят от Комисията в съответствие с процедури накомитета ,посочен в член 18от Регламент (ЕИО )№
3821/85;като има предвид ,че е необходим преходен
период ,позволяващновитеконтролниуредизарегистриране
на данните за движението на автомобилите да бъдат произ -
веденивсъответствиестезитехническихарактеристикиидаполучат типово одобрение на ЕО за компонент ;
(11)катоимапредвид ,чеежелателноконтролнитеуредизареги -
стриране на данните за движението на автомобилите ,отго-
варящи на изискванията по приложение IБ,да предлагат и
възможност с малки разходи да се разширят функциите им ,
задаможедасеизползватизауправлениенаавтомобилнияпарк;
(12)като има предвид ,че съгласно принципа на субсидиарността
трябвадасепредприемедействиенаОбщносттазаизменениена Регламент (ЕИО )№3821/85,за да се гарантира ,че
контролнитеуредизарегистрираненаданнитезадвижениетонаавтомобилите ,отговарящинаизискваниятапоприложение
IБ,са съвместими с картата на водача и че данните ,произ -
ведениотконтролнитеуреди ,отговарящинаизискваниятапо
приложения IиIБ,са съвместими ;
(13)като има предвид ,че техническият прогрес налага незабавно
да се приемат техническите изисквания ,посочени в прило -1998R2135 —BG—01.05.2006 —002.001 —3
▼B
женията към настоящия регламент ;като има предвид ,че за
да се улесни въвеждането на мерките ,необходими за тази
цел,следва да се вземат мерки привеждането в съответствие
стехническияпрогреснатезиприложениядасеодобряваотКомисията съгласно процедурите на комитета по смисъла наРешение 87/373/ЕИО на Съвета от 13юли 1987г.относно
процедуритезаупражняваненаизпълнителнитеправомощия ,
предоставени на Комисията (
1);
(14)като има предвид ,че въвеждането на нови контролни уреди
за регистриране на данните за движението на автомобилите
означава ,чеенеобходимодасеизменятнякоиразпоредбина
Директива 88/599/ЕИО (2)относно прилагането на
Регламенти (ЕИО )№3820/85и(ЕИО )№3821/85,
ПРИЕ НАСТОЯЩИЯ РЕГЛАМЕНТ :
Член 1
Регламент (ЕИО )№3821/85се изменя ,както следва :
1.Вчлен 1думите „инаприложения IиIIкъмнего “сезаменятс
думите „и на приложения IилиIБиIIкъм него “;
2.Членове 4, 5, 6, 7, 8 и11се изменят ,като се добавят думите
„или запаметяваща карта “,когато е направено позоваване на
„тахографски лист “или„тахографски листове “;
3.В член 4преди първата алинея се добавя следната алинея :
„По смисъла на настоящата глава „контролни уреди за реги -
стриране на данните за движението на автомобилите “означава
„контролниуредизарегистрираненаданнитезадвижениетона
автомобилите или съставните им елементи “.“;
4.В член 5първата алинея се заменя със следния текст :
„Държавата -членка издава типово одобрение на ЕО за
компонент на всеки тип контролен уред за регистриране наданните за движението на автомобилите ,на всеки модел тахо -
графски лист или запаметяваща карта ,които отговарят на
изискванията ,посочени в приложение Iили IБ към
настоящия регламент ,
при условие че държавата -членка е в
състояние да проверява съответствието на произведенитемодели с одобрения тип .
Безопасността на системата трябва да съответства на техни -
ческите изисквания ,посочени в приложение IБ.Комисията ,в
съответствие с процедурата по член 18,осигурява в споме -
натото приложение да се предвиди ,че контролният уред за
регистриране на данните за движението на автомобилите неможе да получи типово одобрение на ЕО за компонент ,преди
даедоказанаспособносттанацялатасистема (самияконтролен
уред за регистриране на данните за движението на автомо -
билите ,картата на водача и електрическите съединения на
предавателнатакутия )дапротиводействанаопититезафалши -
фициране или промяна на данните относно времето за упра -
вление на превозното средство .Изпитванията ,необходими ,за
да се установи това ,се провеждат от специалисти ,запознати
със съвременните техники на фалшифициране .“;
5.В член 12:
а)към параграф 1се добавя следният текст :1998R2135 —BG—01.05.2006 —002.001 —4
▼B
(1)ОВL 197, 18.7.1987 г.,стр. 33.
(2)ОВL 325, 29.11.1988 г.,стр. 55.
„Срокът на административната валидност на картите на
одобрен сервиз или автомонтьор не надвишава една година .
Когато карта ,издадена на одобрен сервиз или автомонтьор ,
която следва да бъде удължена ,е повредена ,неизправна ,
изгубена или открадната ,органът подменя картата в срок
от пет работни дни от датата на подаване на подробнозаявление за тази цел .
Когато се издава нова карта ,за да се подмени стара карта ,
на новата карта се отбелязва същият „сервизен “информа -
ционенномер ,ноиндексътсеувеличавасединица .Органът ,
издаващкартата ,водирегистърнаизгубените ,откраднатите
и дефектните карти .
Държавите -членки вземат всички необходими мерки ,за да
предотвратят подправянето на картите ,раздадени на
одобрените автомонтьори и сервизи .“;
б)параграф 2се заменя със следния текст :
„2.Одобреният автомонтьор или сервиз поставя
специален знак върху печатите ,които поставя ,ив
допълнение вкарва в контролния уред за регистриране наданните за движението на автомобилите ,отговарящ на
изискванията по приложение IБ,данните за електронна
защита ,предназначени специално за извършване на
проверките за удостоверяване на валидност .Компетентните
органи във всяка държава -членка водят регистър на използ -
ваните знаци и данни за електронна защита и на картите ,
издадени на одобрените сервизи и автомонтьори .“;
в)параграф 3се заменя със следния текст :
„3.Компетентните органи в държавите
-членки изпращат
на Комисията списъците на одобрените автомонтьори исервизи и картите ,които са им издадени ,както и копия на
знацитеинанеобходиматаинформация ,свързанасданните ,
използвани за електронна защита .“;
г)в параграф 4позоваването на „приложение I“се заменя с
позоваване на „приложения IиIБ“;
д)в параграф 5след думите „параграф 4“се добавят думите
„или в приложение IБ,раздел VI,буква в )“;
6.Член 13се заменя със следния текст :
„Член 13
Работодателят и водачите на превозни средства осигуряват
правилното функциониране и надлежното използване ,от една
страна ,на контролните уреди за регистриране на данните за
движението на автомобилите ,и от друга страна ,на картата
на водача ,когато водачът трябва да управлява превозно
средство ,на което е монтиран контролен уред в съответствие
с изискванията по приложение IБ.“;
7.В член 14:
а)параграф 1се заменя със следния текст :
„1.Работодателятиздавадостатъчнонабройтахографски
листове на водачите на превозните средства ,
на които е
монтиран контролен уред за регистриране на данните задвижението на автомобилите в съответствие с изискваниятапо приложение I,вземайки под внимание както факта ,че
тахографските листове са лични ,така и продължителността
на срока на експлоатация на уредите и евентуалнотозадължение да подменя листовете ,които са повредени или1998R2135 —BG—01.05.2006 —002.001 —5
▼B
са били иззети от длъжностно лице с контролни функции .
Работодателятиздаванаводачитесамотахографскилистовеот одобрен тип ,подходящи за използване в уредите ,
монтирани на превозното средство .
Когато на превозното средство е монтиран контролен уред
за регистриране на данните за движението на автомобилитев съответствие с изискванията по приложение IБ,работо -
дателят и водачът осигуряват ,като вземат предвид продъл -
жителността на срока на експлоатация на уредите ,отпеча -
тванетоприпредявяване ,посоченовприложение IБ,дабъде
правилно извършено в случай на контрол .“;
б)добавят се следните параграфи :
„3.Карта на водача ,както е описана в приложение IБ,се
издава по молба на водача от компетентния орган вдържавата -членка ,в която е обичайното пребиваване на
водача .
Държавата -членка може да изиска от всеки водач ,който
подлежи на разпоредбите на Регламент (ЕИО )№3820/85и
обичайнопребивавананейнатеритория ,дапритежавакарта
на водач .
а)По смисъла на настоящия регламент „обичайно преби -
ваване “означава мястото ,където лицето обикновено
живее в продължение на най -малко 185дни през всяка
календарна година поради лични и професионалнивръзки или в случай на лице без професионални връзки ,
порадиличнивръзки ,коитопоказваттяснавръзкамежду
лицето и мястото ,където то живее ;
За обичайно пребиваване на лице ,чиито професионални
връзки са на място ,
различно от мястото на личните му
връзки ,и което в резултат на това живее поред на
различни места ,намиращи се в две или повече
държави -членки ,се счита мястото на личните му
връзки ,при условие че лицето се връща редовно на
това място .Последното условие не е задължително ,
когато лицето живее в държава -членка с цел изпъл -
нението на задача с определена продължителност .
б)Водачите предоставят доказателство за мястото на
тяхното обичайно пребиваване по подходящ начин ,като
например карта за самоличност или друг валидендокумент .
в)Когато компетентните органи на държавата -членка ,
издаващакарта наводача ,имат съмнения относновалид -
ността на декларацията за обичайно пребиваване ,
направена в съответствие с буква б ),или за целите на
някои форми на специфичен контрол ,те могат да
изискат допълнителна информация или доказателства .
г)Компетентните органи на държавата -членка ,издаваща
картата ,гарантират ,доколкото е възможно ,че до този
момент кандидатът не е притежавал валидна карта наводача .
4.а)Компетентните органи на държавата -членка персона -
лизират картата на водача в съответствие с разпо -
редбите на приложение IБ.
За административни цели картата на водача не може
да бъде валидна за повече от пет години .
Водачътможедаимасамоеднавалиднакартанаводача .
Наводачаеразрешенодаизползвасамособственатасиперсонализиранакарта .Тойнеможедаизползвакарта ,
коятоедефектнаилиесизтекълсрок .1998R2135 —BG—01.05.2006 —002.001 —6
▼B
Когато се издава нова карта на водача ,която подменя
старата ,на новата карта се поставя същият номер на
издаваненакартата ,ноиндексътсеувеличавасединица .
Органът ,издаващ картите ,води регистър на издадените ,
откраднатите ,изгубените и дефектните карти за срок ,не
по-малъкотсроканаадминистративнатаимвалидност .
Когато картата на водача е увредена ,неизправна ,
изгубена или открадната ,органът подменя картата не
по-късно от пет работни дни след датата на подаване на
подробно заявление за тази цел .
Вслучайчееподаденозаявлениезаподновяваненакарта ,
чийто срок на валидност предстои да изтече ,органът
издава нова карта преди датата на изтичане на срока навалидност ,при условие че заявлението е изпратено в
срока ,посоченвчлен 15,параграф 1,втораалинея .
б)Карти на водач се издават само на кандидатите ,които
подлежат на действието на разпоредбите на Регламент(ЕИО )№3820/85.
в)Картата на водач е персонална .Тя не може ,за срока на
официалната ѝ валидност ,да бъде анулирана или
временно отнета поради каквато и да е причина ,освен
ако компетентният орган на държавата -членка не реши ,
че картата е подправена ,че водачът използва карта ,на
коятонеетитуляр ,иличепритежавакарта ,полученавъз
основа на неверни декларации и /или подправени
документи .Ако са предприети мерки за анулиране или
временно отнемане от страна на държава -членка ,
различна от държавата
-членка ,издала картата ,първата
държава -членка връща картата на органите в държавата -
членка ,издала картата ,и посочва основанията за
връщането на картата .
г)Държавите -членки взаимно признават издадените от тях
карти на водача .
Когатотитулярътнавалиднакартанаводача ,издаденаот
държава -членка ,е установил своето място на обичайно
пребиваване в друга държава -членка ,той може да
поиска картата му да бъде сменена с еквивалентнакарта на водача ;задължение на държавата -членка ,която
извършва смяната ,е да провери ,при необходимост ,дали
представената карта е действително валидна .
Когато извършват смяна на карта ,държавите -членки
връщат старата карта на органите в държавата -членка ,
издала картата ,и посочват основанията за това свое
действие .
д)Когато държава -членка подменя или сменя карта на
водача ,подмяната или смяната и всяка последваща
подмяна или подновяване се регистрират в тазидържава -членка .
е)Държавите -членки вземат всички необходими мерки за
предотвратяване на възможността за подправяне накартите на водача .
5.Държавите -членки осигуряват данните ,необходими за
наблюдаването на спазването на Регламент (ЕИО )№3820/85
и Директива 92/6/ЕИО на Съвета от
10февруари 1992г.
относно монтирането и използването на средства за ограни -
чаване на скоростта за някои категории моторни превознисредства в Общността (
1),които се записват и съхраняват с
помощта на контролните уреди за регистриране на данните за1998R2135 —BG—01.05.2006 —002.001 —7
▼B
(1)ОВL 57, 2.3.1992 г.,стр. 27.“;
движението на автомобилите в съответствие с изискванията на
приложение IБ към настоящия регламент ,да бъдат на разпо -
ложение най -малко в продължение на 365дни след датата ,на
която е направен записът ,и да бъдат на разположение при
условия ,които гарантират защитата и достоверността им .
Държавите -членки вземат всички необходими мерки ,за да
гарантират ,че повторната продажба или декомплектоването
на контролните уреди за регистриране на данните задвижението наавтомобилите няма да накърнив частностзадо -
волителното прилагане на настоящия параграф .
8.В член 15:
а)параграф 1и параграф 2,първа алинея се изменят ,като се
добавят думите „или карта на водача “,когато е направено
позоваванена „тахографскилист “или„тахографскилистове “;
б)в параграф 1:
—след първата алинея се добавя следната алинея :
„Когато водачът желае да поднови своята карта на
водача ,той подава заявление до компетентните органи
на държавата -членка ,в която е обичайното му преби -
ваване ,не по -късно от 15работни дни преди изтичането
на срока на валидност на картата .“;
—добавя се следната четвърта алинея :
„Ако картата на водача е повредена ,неизправна ,
изгубена или открадната ,водачът подава в срок от
седем календарни дни заявление за подмяна на картата
докомпетентните органинадържавата -членка ,в която е
обичайното му пребиваване .“;
в)след член 5се добавя следният параграф :
„5а.Водачътвъвеждавконтролнитеуредизарегистриране
наданнитезадвижениетонаавтомобилитевсъответствие сизискваниятапоприложение IБзнацитенастраните ,вкоито
започваиприключвадневниясипериоднаработа .Държава -
членка може ,обаче ,да изиска от водачите на превозни
средства ,осъществяващи превози на нейна територия ,да
включат допълнително по -подробни географски характе -
ристики към знака на страната ,при условие че държавата -
членка е уведомила Комисията за тях не по -късно от 1
април 1998г.итехниятбройнееповечеот 20.
Въвеждането на горепосочените данни се извършва от
водача и може да бъде изцяло ръчно или автоматично ,ако
контролниятуредзарегистрираненаданнитезадвижениетона автомобилите есвързан със сателитна системаза просле -
дяване на данните .“;
г)в началото на първата алинея от параграф 6думата
„оборудване “сезаменя с „контролниуредиза регистриране
на данните за движението на автомобилите ,описани в
приложение I“;
д)параграф 7се заменя със следния текст :
„7.Когатоводачътуправлявапревозносредство ,накоето
е монтиран контролен уред за регистриране на данните задвижението на автомобилите в съответствие с изискваниятапо приложение I,той трябва да е в състояние да представи
при поискване от страна на длъжностно лице с контролни
функции
:
—тахографските листове за текущата седмица и във всеки
случайтахографскиялистзапоследнияден ,презкойтое1998R2135 —BG—01.05.2006 —002.001 —8
▼B
управлявал превозното средство през предходната
седмица ,
—карта на водача ,ако има такава ,и
—разпечатки от контролните уреди за регистриране на
данните за движението на автомобилите по смисъла наприложение IБ,свързани с периодите ,посочени в
параграф 3,второ тире ,букви a),б),в)иг),ако е упра -
влявал превозно средство ,на което са монтирани такива
контролни уреди за регистриране на данните задвижението на автомобилите през периода ,посочен в
първото тире от настоящия параграф .
Когато водачът управлява превозно средство ,на което е
монтиран контролен уред за регистриране на данните задвижението на автомобилите в съответствие с изискваниятапоприложение IБ,тойтрябвадаевсъстояниедапредстави
при предявяване от страна на инспектор :
—карта на водача ,на която той е титуляр ,
—тахографскителистовезасъщияпериод ,койтоепосочен
в първото тире на предходната алинея ,през който той е
управлявал превозно средство ,на което е монтиран
контролен уред за регистриране на данните задвижението на автомобилите в съответствие с изиск -
ванията по приложение I.
Длъжностно лице с контролни функции може да провери
спазването на Регламент (ЕИО )№3820/85чрез анализ на
тахографските листове ,на показаните или отпечатаните
данни ,които са записани от контролния уред за реги -
стриране на данните за движението на автомобилите илиот картата на водача ,а когато няма такива ,чрез анализ на
друг допълнителен документ ,който може да потвърди
неспазването на някоя разпоредба от тези ,определени в
член 16,параграфи 2и3.
“;
е)добавя се следният параграф :
„8.Забранява сеподправянето ,укриването илиунищожа -
ванетонаданни ,записанивтахографскиялист ,съхраненив
контролния уред за регистриране на данните за движениетона автомобилите или върху картата на водач ,или на
разпечатки от контролния уред за регистриране на даннитеза движението на автомобилите по смисъла на приложениеIБ.Забраната се отнася и за всяко манипулиране на
контролния уред за регистриране на данните за движениетона автомобилите ,тахографския лист или картата на водача ,
което може да доведе до подправяне ,укриване или унищо -
жаване на данни и /или печатна информация .Нес е
разрешава в превозното средство да се намира каквото ида е устройство ,което може да се използва за тази цел .“;
9.В член 16:
а)параграф 2се заменя със следния текст :
„2.Когато контролният уред за регистриране на данните
за движението на автомобилите не е годен за експлоатацияили е неизправен ,цялата информация за периодите от
време ,през които не са извършвани записи или не са
правени разпечатки по правилен начин от контролния уредза регистрираненаданнитезадвижението наавтомобилите ,
се отбелязва от водача върху тахографския лист /тахо-
графските листове или върху временен тахографски лист ,
който се прилага към тахографския лист или към картатана водача и в който той нанася данни ,позволяващи да
бъде идентифициран (номера на картата на водача и /или1998R2135 —BG—01.05.2006 —002.001 —9
▼B
1998R2135 —BG—01.05.2006 —002.001 —10
▼B
името и /или номера на свидетелството за управление на
МПС ),и поставя подписа си .
Ако картата на водач е повредена или е неизправна ,
изгубена или открадната ,водачът в края на пътуването
разпечатва информацията ,свързана с периодите от време ,
записани от контролния уред за регистриране на даннитеза движението на автомобилите ,и отбелязва върху този
документ подробни данни ,позволяващи да бъде иденти -
фициран (номера на картата на водача и /или името и /или
номера на свидетелството за управление на МПС ),и
поставя подписа си .“;
б)добавя се следният параграф :
„3.Ако картата на водача е повредена или неизправна ,
водачът я връща на компетентния орган в държавата -
членка ,в която е обичайното му пребиваване .В случай на
кражба на картата на водача ,той следва да подаде
официална декларация до компетентните органи вдържавата ,в която е станала кражбата .
Изгубването на карта на водача трябва да се докладва чрез
подаваненаофициалнадекларациядокомпетентнитеорганив държавата -членка ,която е издала картата ,и до компе -
тентните органи в държавата -членка ,в която е обичайното
пребиваване на водача ,когато двете държави са различни .
Водачът може да продължи да управлява превозното
средство без карта на водача не повече от 15календарни
дни или за по -дълъг период ,ако превозното средство
трябва да се върне в гаража на фирмата -собственик ,при
условие че той може да докаже ,че е невъзможно да
показва или използва картата през този период .
Когато компетентните органи в държавата -членка ,
в която е
обичайнотопребиваваненаводача ,саразличниоторганите ,
издали картата ,и когато са получили заявление за подно -
вяване ,подмяна или смяна на картата на водача ,те
информират органите ,които са издали старата карта ,
относно конкретните основания за подновяване ,подмяна
или смяна на картата .“;
10.Член 17се заменя със следното :
„Член 17
1.Поправките ,необходими за привеждане на приложенията
в съответствие с техническия прогрес ,се приемат в съот -
ветствие с процедурата ,предвидена в член 18.
2.Техническите характеристики ,свързани с дадените по -
долу раздели на приложение IБ,се приемат във възможно
най-кратък срок и при възможност не по -късно от 1юли
1998г.със същата процедура .
а)глава II
—буква г ), 17:
показване и отпечатване на неизправности в контролния
уред за регистриране на данните за движението на авто -
мобилите ,
—буква г ), 18:
показване и отпечатване на неизправности в картата на
водача ,
—буква г ), 21:
показване и отпечатване на резюмета на доклади ,
б)глава III
—буква a), 6.3:
стандарти за предпазване на електронните устройства в
превозните средства от смущения и магнитни полета ,
—буква a), 6.5:
защита (безопасност )на цялата система
—буква в ), 1:
предупредителнисигналипривътрешнанеизправностна
контролния уред за регистриране на данните задвижението на автомобилите ,
—буква в ), 5:
вид на предупредителните сигнали ,
—буква е ):
максимални допустими отклонения ;
в)глава IV, A:
—точка 4:
стандарти ,
—точка 5:
безопасност ,включваща и защита на данните ,
—точка 6:
температурна амплитуда ,
—точка 8:
електротехнически характеристики ,
—точка 9:
логическа структура на картата на водача ,
—точка 10:
функции и команди ,
—точка 11:
основни файлове ;
и глава IV,Б;
г)глава V:
принтер и стандартни разпечатки .“;
11.Член 18се заменя със следния текст :
„Член 18
1.Когатосеправипозоваваненапроцедурата ,определенаот
настоящия член ,
Комисията се подпомага от комитет ,съставен
отпредставителитенадържавите -членкиипредседателстванот
представителя на Комисията .
2.Представителят на Комисията внася в комитета проекто -
предложение за мерките ,които следва да бъдат взети .
Комитетът изразява становището си по проектопредложениетов рамките на срок ,който се определя от председателя в зави -
симост от спешността на въпроса .Становището се изготвя от
мнозинството ,предвиденовчлен 148,параграф 2отДоговора ,
когато касае решения ,за които се изисква предложение на1998R2135 —BG—01.05.2006 —002.001 —11
▼B
Комисията ,за да бъдат приети от Съвета .Тежестта на
гласовете на представителите на държавите -членки в рамките
на комитета се определя по начина ,определен от споменатия
член.Председателят не гласува .
3.а)Комисията приема предвидените мерки ,ако те са в
съответствие със становището на комитета .
б)Когато предвидените мерки не са в съответствие със
становището на комитета ,или не е изготвено
становище ,Комисията незабавно внася в Съвета пред -
ложение относно мерките ,които следва да се вземат .
Съветът заседава при наличие на квалифицираномнозинство .
Ако след изтичането на три месеца от датата на
отнасяне към Съвета той не е заседавал ,предложените
мерки се приемат от Комисията .“;
12.Добавя се приложение IБ,което е част от приложението
към настоящия регламент :
Член 2
▼
M2
1. a)Считано от двадесетия ден след публикуването на
Регламент (ЕО)№561/2006на Европейския парламент
и на Съвета от 15март 2006г.за хармонизиране на
някои разпоредби от социалното законодателство ,
свързано с автомобилния транспорт ,и за изменение на
Регламенти (ЕИО )№3821/85и(ЕО)№2135/98на
Съвета (1),превозните средства ,въведени в експлоатация
за първи път ,трябва да се снабдени със записващо
оборудваневсъответствиесизискваниятанаприложение
IБ към Регламент (ЕИО )№3821/85.
▼B
б)Отдататанавлизаневсиланаразпоредбитепобукваа ),
превознитесредства ,използванизапревозваненахора ,с
повечеотосемместазасядане ,освенмястотонаводача ,
и с максимално тегло над 10тона,както и превозните
средства ,използвани за превозване на стоки ,с
максимално тегло над 12тона,регистрирани за пръв
път след 1януари 1996г.,при които предаването на
сигнали към контролните уреди за регистриране наданните за движението на автомобилите става изклю -
чително по електрически път ,следва да отговарят на
изискванията по приложение IБ към Регламент (ЕИО )
№3821/85,когато е подменено въпросното оборудване .
▼
M2
2.Държавите -членки предприемат необходимите мерки ,за
да осигурят ,че ще бъдат в състояние да издават карти на
водачите най -късно на двадесетия ден след публикуването на
Регламент (ЕО)№561/2006.
▼B
3.Вслучайче 12месецаследдататанапубликуваненаакта ,
посочен в параграф 1,не е издадено типово одобрение на ЕО
на нито една част от записващото оборудване ,което отговаря
на изискванията на приложение IБ към Регламент (ЕИО )№
3821/85,Комисията прави предложение пред Съвета за удъл -
жаване на крайния срок ,предвиден в параграфи 1и2.
4.Водачите ,които преди датата ,определена в параграф 2,
управляват превозни средства ,на които е монтиран контролен1998R2135 —BG—01.05.2006 —002.001 —12
▼B
(1)ОВL 102, 11.4.2006 г.,стр.1 .
уред за регистриране на данните за движението на автомо -
билите ,отговарящ на изискванията на приложение IБ към
Регламент (ЕИО )№3821/85,и на които компетентните
органи все още не са в състояние да издадат карта на водача ,
в края на работния ден разпечатват данните за различнитепериоди от време ,записани от контролния уред за реги -
стриране на данните за движението на автомобилите ,отбе-
лязват идентификационните си данни върху разпечатката (име
и номер на свидетелството за управление на МПС )ия
подписват .
Член 3
Директива 88/599/ЕИО се изменя ,както следва :
1.Член 3,параграф 2се заменя със следния текст :
„2.Обект на пътните проверки са :
—дневнитевременанауправлениенапревознотосредство ,
прекъсванията и дневните периоди на почивка ;в случай
на несъмнени отклонения от нормите ,също и тахо -
графските листове за предходния ден ,които трябва да
се съхраняват в превозното средство в съответствие сизискванията на член 15,параграф 7от Регламент
(ЕИО )№3821/85,както е изменен с Регламент (ЕО)№
2135/98 (
1),и/или данните ,съхранени за същия период
върху картата на водача и /или в паметта на контролните
уредизарегистрираненаданнитезадвижениетонаавто -
мобилите в съответствие с изискванията на приложениеIБ,
—за периода ,посочен в член 15,параграф 7от Регламент
(ЕИО )№3821/85,всичкислучаинапревишаваненаразре -
шенатазапревознотосредствоскорост ,закаквитоследва
да се определят периодите ,надвишаващи една минута ,
презкоитоскоросттанапревознотосредствоепо -висока
от90 km/hзапревознитесредстваоткатегория N
3или105
km/hзапревознитесредстваоткатегория M3(категориите
N3иM3са определени в приложение Iкъм Директива
70/156/ЕИО )(2),
—при необходимост ,моментните скорости ,постигнати от
превозното средство ,които са записани от контролните
уредизарегистрираненаданнитезадвижениетонаавто -
мобилите за срок ,не по -дълъг от предходните 24часа,
през които е използвано превозното средство ,
—периодът на почивка през последната седмица ,при
необходимост ,
—правилното функциониране на контролните уреди за
регистрираненаданнитезадвижениетонаавтомобилите(определяне на евентуално неправилно използване на
уредите и /или картата на водача и /или тахографските
листове )или при необходимост ,наличието на доку -
ментите ,посочени в член 14,параграф 5от Регламент
(ЕИО )№3820/85.1998R2135 —BG—01.05.2006 —002.001 —13
▼B
(1)Регламент (ЕО)№2135/98на Съвета от 24септември 1998г.за
изменение на Регламент (ЕИО )№3821/85относно контролните уреди
зарегистрираненаданнитезадвижениетонаавтомобилитеиДиректива88/599/ЕИО относно процедурите за прилагане на Регламенти (ЕИО )№
3820/85и(ЕИО )№3821/85 (ОВL 274, 9.10.1998 г.,стр. 1).
(
2)Директива 70/156/ЕИО на Съвета от 6февруари 1970г.за сближаване
назаконодателстватанадържавите -членкиотноснотиповотоодобряване
на моторните превозни средства и техните ремаркета (ОВ L 42,
23.2.1970г.,стр. 1).Директива ,последно изменена с Директива
97/27/ЕО(ОВL 233, 25.8.1997 г.,стр. 1).“;
2.Член 4,параграф 3се заменя със следния текст :
„3.По смисъла на настоящия член проверките ,
извършвани в помещенията на компетентните органи ,на
основата на релевантни документи и /или данни ,предос -
тавени от предприятията по молба на споменатите власти ,
имат същия статут като проверките ,извършвани в поме -
щенията на предприятията .“.
Член 4
Настоящият регламент влиза в сила в деняслед публикуването
му вОфициален вестник на Европейските общности .
Настоящият регламент е задължителен в своята цялост и се
прилага пряко във всички държави -членки .1998R2135 —BG—01.05.2006 —002.001 —14
▼B
ПРИЛОЖЕНИЕ
„ПРИЛОЖЕНИЕ IБ:
ИЗИСКВАНИЯ ,ПРИЛАГАНИ КЪМ КОНСТРУКЦИЯТА ,ИЗПИТАНИЯТА ,МОНТИ -
РАНЕТО И ИНСПЕКТИРАНЕТО
СЪДЪРЖАНИЕ
IОПРЕДЕЛЕНИЯ ....................................................
II.ОБЩИ ХАРАКТЕРИСТИКИ И ФУНКЦИИ НА УРЕДИТЕ ЗА РЕГИСТРИРАНЕ НА
ДАННИТЕЗАДВИЖЕНИЕТО .........................................
1.Общихарактеристики ...........................................
2.Функции .....................................................
3.Режиминафункциониране ........................................
4.Правилаотносносигурността .....................................
III.КОНСТРУКТИВНИ И ФУНКЦИОНАЛНИ ИЗИСКВАНИЯ ОТНОСНО УРЕДИТЕ ЗА
РЕГИСТРИРАНЕНАДАННИТЕЗАДВИЖЕНИЕТО .........................
1.Проследяваненаинспектиранетоинаизважданетонакартите .............
2.Измерваненаскоросттаинаизминатоторазстояние .....................
2.1.Измерваненаизминатоторазстояние ................................
2.2.Измерваненаскоростта ..........................................
3.Измерваненавремето ...........................................
4.Проследяваненадейностите ,извършваниотводача .....................
5.Наблюдениенаположениетоприкормуване ...........................
6.Ръчновъвежданенаданниотводача ................................
6.1.Записване на местоположението в началото и /или в края на дневния период на
работа .......................................................
6.2.Ръчнозаписваненадейностите ,извършваниотводача ...................
6.3.Записваненаособенитеусловия ....................................
7.Управлениенаблокировкитеотстрананапредприятиетопридостъпадоданните
8.Проследяваненаконтролнитедейности ..............................
9.Откриваненасъбитияи /илинааномалии .............................
9.1.Събитие „поставяненаневалиднакарта “.............................
9.2.Събитие „конфликт ,предизвиканоткартата “..........................
9.3.Събитие „припокриваненавремевипериод “...........................
9.4.Събитие „кормуванебезсъответнатакарта “...........................
9.5.Събитие „поставяненакартаповременакормуване “....................
9.6.Събитие „неправилноприключенапоследнасесия “......................
9.7.Събитие „превишаваненадопустиматаскорост “........................
9.8.Събитие „прекъсваненаелектрическотозахранване “.....................
9.9.Събитие „грешкавданнитеотноснодвижението “.......................
9.10.Събитие „опитзанарушаваненасигурността “.........................
9.11.Аномалия „карта “..............................................
9.12.Аномалия „уредизарегистрираненаданнитезадвижението “..............
10.Автотестовеивградени ..........................................
11.Четененапаметта ..............................................
12.Записисъхраняваневпаметта .....................................
12.1.Даннизаидентификациянауредите .................................
12.1.1.Даннизаидентификациянаблока ,монтираннапревознотосредство ........
12.1.2.Даннизаидентификациянадатчиказадвижение .......................
12.2.Елементи ,свързанисъссигурността .................................1998R2135 —BG—01.05.2006 —002.001 —15
▼M1
12.3.Данни ,свързанисвкарванетоиизважданетонакартатанаводача ...........
12.4.Данниотноснодейносттанаводача .................................
12.5.Местоположениевначалотои /иливкраянадневнитепериодинаработа .....
12.6.Километраж ..................................................
12.7.Подробнизаписинаскоростта .....................................
12.8.Данниотносносъбитията ........................................
12.9.Данниотносноаномалиите .......................................
12.10.Данниотносноеталонирането .....................................
12.11.Данниотносносверяванетоначасовника .............................
12.12.Данниотносноконтролнитедейности ...............................
12.13.Данниотносноблокировкитеотстрананапредприятиетопридостъпадоданните
12.14.Данниотноснопрехвърлянетонаданни ..............................
12.15.Данниотносноособенитеусловия ..................................
13.Четененатахографскитекарти .....................................
14.Записисъхраняваневърхутахографскикарти .........................
15.Изобразяваненаданните .........................................
15.1Изобразяванепоподразбиране .....................................
15.2.Изобразяваненапредупреждение ...................................
15.3.Менюзадостъп ...............................................
15.4.Изобразяваненадругиданни ......................................
16.Отпечатване ..................................................
17.Предупреждения ...............................................
18.Прехвърляненаданникъмвъншнимедии ............................
19.Данни ,прехвърленикъмдопълнителнивъншниустройства ................
20.Еталониране ..................................................
21.Сверяваненачасовника ..........................................
22.Характеристики ................................................
23.Използваниматериали ...........................................
24.Надписи .....................................................
IV.КОНСТРУКТИВНИ И ФУНКЦИОНАЛНИ ИЗИСКВАНИЯ ОТНОСНО
ТАХОГРАФСКИТЕКАРТИ ............................................
1.Видимиданни .................................................
2.Правилаотносносигурността .....................................
3.Стандарти ....................................................
4.Спецификации ,свързанисоколнатасредаиелектричеството ..............
5.Съхраняваненаданните .........................................
5.1.Идентифицираненакартатаиданниотносносигурността .................
5.1.1.Идентифицираненаприложенията ..................................
5.1.2.Идентифицираненамикропроцесора ................................
5.1.3.Идентифицираненакартитесвграденчип ............................
5.1.4.Елементи ,свързанисъссигурността .................................
5.2.Картанаводача ................................................
5.2.1.Идентифицираненакартата .......................................
5.2.2.Идентифицираненапритежателянакартата ...........................
5.2.3.Данниотносносвидетелствотозауправление ..........................
5.2.4.Данниотносноизползванотопревозносредство ........................
5.2.5.Данниотноснодейносттанаводача .................................
5.2.6.Местоположениевначалотои /иливкраянадневнитепериодинаработа .....
5.2.7.Данниотносносъбитията ........................................1998R2135 —BG—01.05.2006 —002.001 —16
▼M1
5.2.8.Данниотносноаномалиите .......................................
5.2.9.Данниотносноконтролнитедейности ...............................
5.2.10.Данниотносносесиитезавсякакарта ...............................
5.2.11.Данниотносноособенитеусловия ..................................
5.3.Цеховакарта ..................................................
5.3.1.Елементи ,свързанисъссигурността .................................
5.3.2.Идентифицираненакартата .......................................
5.3.3.Идентифицираненапритежателянакартата ...........................
5.3.4.Данниотносноизползванотопревозносредство ........................
5.3.5.Данниотноснодейносттанаводача .................................
5.3.6.Данниотноснокраяи /илиначалотонадневнитепериодинаработа .........
5.3.7.Данниотносносъбитиятаианомалиите ..............................
5.3.8.Данниотносноконтролнитедейности ...............................
5.3.9.Данниотносноеталониранетоисверяванетона ........................
5.3.10.Данниотносноособенитеусловия ..................................
5.4.Картанаконтрольор ............................................
5.4.1.Идентифицираненакартата .......................................
5.4.2.Идентифицираненапритежателянакартата ...........................
5.4.3.Данниотносноконтролнитедейности ...............................
5.5.Картанапредприятие ...........................................
5.5.1.Идентифицираненакартата .......................................
5.5.2.Идентифицираненапритежателянакартата ...........................
5.5.3.Данниотноснодейносттанапредприятието ...........................
V. МОНТИРАНЕ НА УРЕДИТЕ ЗА РЕГИСТРИРАНЕ НА ДАННИТЕ ЗА
ДВИЖЕНИЕТО ................................................
1.Монтиране ...................................................
2.Монтажнатабелка ..............................................
3.Пломбиране ..................................................
VI. КОНТРОЛ ,ИНСПЕКТИРАНЕИРЕМОНТИ ..........................
1.Одобряваненамонтьоритеилицеховете .............................
2.Проверканановитеилипоправенитеинструменти . .....................
3.Инспектираненамонтиранията ....................................
4.Периодичниинспекции ..........................................
5.Измерваненагрешките ..........................................
6.Поправки . ....................................................
VII. ИЗДАВАНЕНАКАРТИТЕ .......................................
VIII. ТИПОВО ОДОБРЕНИЕ НА УРЕДИТЕ ЗА РЕГИСТРИРАНЕ НА ДАННИ ЗА
ДВИЖЕНИЕТОИНАТАХОГРАФСКИТЕКАРТИ ......................
1.Общиположения ...............................................
2.Сертификатотносносигурността ...................................
3.Сертификатзафункциониране .....................................
4.Сертификатзавъзможностзавзаимнаработа ..........................
5.Сертификатзатиповоодобрение ...................................
6.Извънреднапроцедура :първитестовезавъзможностзавзаимнаработа ......
Допълнение 1.Речникнаданните ..............................................
Допълнение 2.Характеристикинатахографскитекарти ..............................
Допълнение 3.Пиктограми ...................................................
Допълнение 4.Тиражираненахартиенносител ....................................1998R2135 —BG—01.05.2006 —002.001 —17
▼M1
Допълнение 5.Изобразяване .................................................
Допълнение 6.Външниинтерфейси ............................................
Допълнение 7.Протоколизапредаваненаданните .................................
Допълнение 8.Протоколизаеталониране ........................................
Допълнение 9.Типовоодобрение —Списъкнаминималноизискванитеизпитания .........
Допълнение 10.Общицелиотносно сигурността ...................................
Допълнение 11.Общимеханизмиотносносигурността ...............................1998R2135 —BG—01.05.2006 —002.001 —18
▼M1
I.ОПРЕДЕЛЕНИЯ
За целите на настоящото приложение се разбира :
a)под„активиране “:
фазата ,по време на която уредите за регистриране на данните за
движението стават напълно функционални и могат да извършватвсички функции ,включително и тези ,които са свързани със
сигурността ;
Активирането на уредите за регистриране на данните за
движението изисква използването на цехова карта и въвеж -
дането на нейния идентификационен код .
б)под„удостоверяване “:
функция ,предназначена да установии провери определена само -
личност ;
в)под„автентичност “:
фактът ,че определена информация произлиза от страна ,чиято
самоличност може да бъде проверена ;
г)под„вграден тест “:
изпитания ,коитомогатдасеизвършватпризаявка ,чрездействие
на оператора или посредством външна апаратура .
д)под„календарен ден “:
ден,който обхваща времето от 00.00часа до 24.00часа;всички
календарниднисасвързанискоординиранотоуниверсалновреме
(HUC);
е)под„еталониране “:
осъвременяването или потвърждаването на параметрите на
превозното средство ,които трябва да се запазят в паметта ;пара-
метрите на превозното средство включват неговото идентифи -
циране
(идентификационен номер ,регистрационен номер и
държавата -членка ,извършила регистрацията )и характеристиките
напревознотосредство [w, k, l,размернагумите ,регулировкана
ограничителя наскоростта (при необходимост ),час покоордини -
раното универсално време ,километраж ];
Еталонирането на уреди за регистриране на данните за
движението изисква използването на цехова карта .
ж)под„номер на карта “:
16-позиционен цифрово -буквен код ,който представлява
уникалният идентификационен номер на тахографска карта в
определена държава -членка ;този номер съдържа индекс за
пореден номер (при необходимост ),индекс за замяна и индекс
за подновяване на валидността ;
По този начин всяка карта се идентифицира от кода на
държавата -членка ,която я е издала ,и от картовия номер .
з)под„индекс за пореден номер на картата “:
14-позиционен цифрово -буквен знак от картовия номер ,
използван за различаване на картите ,издадени на определено
дружество или организация ,имаща право да използва няколко
тахографски карти ;това дружество или организация се иденти -
фицира посредством 13-те първи позиции на картовия номер ;
и)под„индекс за подновяване на валидността на картата “:
16-позиционен цифрово -буквен знак от картовия номер ,който
нараства при всяко подновяване на валидността на картата на
тахографа ;
й)под„индекс за замяна на картата “:1998R2135 —BG—01.05.2006 —002.001 —19
▼M1
15-позиционен цифрово -буквен знак от картовия номер ,който
нараства при всяка замяна на тахографската карта ;
к)под„характеристичен коефициент на превозното средство “:
цифроватахарактеристика ,коятопосочвастойносттанаизходния
сигнал ,излъчен от тази част на превозното средство ,която го
свързва с уредите за регистриране на данните за движението
(изходящ вал на скоростната кутия или ос )докато превозното
средствоизминава разстояние от един километър при стандартниусловия на изпитание (виж глава VI.5).Характеристичният
коефициент се изразява в импулси на километър (w:…imp/km);
л)под„карта на предприятие “:
тахографска карта ,издадена от властите на определена държава -
членка на собственика или на ползвателя на превозни средства ,
оборудвани с уреди за регистриране на данните за движението ;
Тази карта идентифицира предприятието и позволява изобразя -
ването ,прехвърлянето и отпечатването на данните ,съхранени
в уредите за регистриране на данните за движението ,
достъпът до които е блокиран от това предприятие .
м)под„константа на уредите за регистриране на данните за
движението “:
цифровата характеристика ,която дава стойността на входния
сигнал ,необходим за указване и записване на изминатото
разстояние от един километър ;тази константа се изразява в
импулси на километър (w = …imp/km);
н)„времето за непрекъснато кормуване “се изчислява от
уредите за регистриране на данните за движението като (
1):
суматаотвременатанакормуване ,натрупаниотопределенводач
от края на последния му период НА РАЗПОЛОЖЕНИЕ или наПРЕКЪСВАНЕ /ПОЧИВКА или на период С НЕИЗВЕСТНА
ДЕЙНОСТ (
2)от45или повече минути (този период може да
бъде разделен на няколко периода от 15или повече минути ).
При изчисленията се държи сметка при необходимост за пред -
ишните дейности ,записани на картатана водача .Когато водачът
не е вкарал картата си ,изчисленията се основават на данните ,
записани в паметта по време на периода ,когато не е била
вкарана никаква карта ,като се съотнасят към съответното
четящо устройство ;
о)под„карта на контрольор “:
тахографска карта ,издадена от властите на определена държава -
членка на компетентен контролен орган ;
Тази карта идентифицира контролния орган и евентуално
лицето ,отговарящо за контрола ,като позволява достъп до
данните ,съхранени в паметта или на картата на водача ,с
цел тяхното прочитане ,отпечатване и /или прехвърляне .
п)под„общо време на прекъсване “се има предвид изчислената
от уредите за регистриране на данните за движението продъл -
жителност като (1):
общото време на прекъсване в работата е сумата от периодите
НА РАЗПОЛОЖЕНИЕ илина ПРЕКЪСВАНЕ /ПОЧИВКА или на
периодите на НЕИЗВЕСТНА ДЕЙНОСТ (2)от15или повече
минути на определен водач от края на последния му период
НА РАЗПОЛОЖЕНИЕ или на ПРЕКЪСВАНЕ /ПОЧИВКА или
на НЕИЗВЕСТНА ДЕЙНОСТ (2)от45или повече минути (този1998R2135 —BG—01.05.2006 —002.001 —20
▼M1
(1)Този начин на изчисление на времето на непрекъсната работа и на общото време
на прекъсване в работата позволява на уредите за регистриране на данните за
движението да извършат своевременно предупреждение относно времетраенето
на непрекъсната работа .Той не предопределя юридическото тълкуване на тези
времетраения .
(2)Периодите на НЕИЗВЕСТНА ДЕЙНОСТ на водача съответстват на периодите ,
през които картата на водача не е била вкарана в уредите за регистриране на
данните за движението и относно които не е извършено никакво ръчно
въвеждане на данни относно дейността на водача .
период може да бъде разделен на няколко периода от 15или
повече минути ).
При изчисленията се държи сметка при необходимост за пред -
ишните дейности ,записани на картата на водача .Периодите на
неизвестна дейност с отрицателно времетраене (начало на
периода с неизвестна дейност >края на периода с неизвестна
дейност )поради припокриване на времеви периоди между две
различни апаратури за контрол не се вземат предвид при изчис -
ленията .
Когатоводачътнеевкаралкартатаси ,изчислениятасеосновават
наданните ,записани впаметта повремена периода ,когатоне е
била вкарана никаква карта ,като се отнасят към съответното
четящо устройство ;
р)под„памет“:
устройствозасъхраняваненаданнивелектроненвид ,монтирано
в уредите за регистриране на данните за движението ;
с)под„електронен подпис “:
данните ,свързани с блок от данни или негова криптографска
трансформация ,което позволява на получателя на този блок да
получи доказателство за неговата автентичност и цялост ;
т)под„прехвърляне на данни “:
копиранетосцифровподписначастилинацялатасъвкупностот
данни ,съхранени в паметта на блока ,монтиран на превозното
средство или в паметта на тахографската карта ;
Прехвърлянето на данни не може в никакъв случай да променя
или изтрива данните .
у)под„карта на водача “:
тахографска карта ,издадена от властите на определена държава -
членка на определен водач ;
Картата на водача показва самоличността на водача и
позволява съхраняването на данни относно дейностите ,
извършвани от него .
ф)под„реална окръжност на търкаляне на гумите “:
средната стойност от разстоянията ,изминати от всяко от
колелата ,задвижващи превозното средство (двигателните
колела )по време на едно пълно завъртане .Измерването на тези
разстояниясеизвършвапристандартниусловия (вижглава VI.5)
и зе изразява под формата l=…мм.Производителите на
превозни средства могат да заменят измерването на тезиразстояниястеоретичноизчисление ,коетовземапредвидразпре -
делянето на теглото на превозното средство върху осите в
състояние без товар и в движение (
1).Методите на това
теоретичноизчислениетрябвадабъдатодобрениотнационалниякомпетентен орган ;
х)под„събитие “:
анормална операция ,открита от уредите за регистриране на
данните за движението и която може да бъде причинена от
опит за неоторизирана намеса ;
ц)под„аномалия “:
анормална операция ,открита от уредите за регистриране на
данните за движението и която може да бъде причинена отнеправилно функциониране или повреда на уредите ;1998R2135 —BG—01.05.2006 —002.001 —21
▼M1
(1)Директива 97/27/ЕО на Европейския парламент и на Съвета от 22юли 1997г.
относно масите и размерите на някои категории моторни превозни средства и
техните ремаркета ,която изменя и допълва Директива 70/156/ЕИО (ОВL 233,
25.08.1997г.,стр. 1).
ч)под„монтиране “:
монтирането на уредите за регистриране на данните за
движението на превозно средство ;
ш)под„датчик за движение “:
елемент от уредите за регистриране на данните за движението ,
излъчващ сигнал ,характеризиращ скоростта и /или изминатото
разстояние от превозното средство ;
щ)под„невалидна карта “:
карта ,която се възприема като дефектна или при която първо -
началното удостоверяване е неуспешно ,или на която датата за
начало на валидността все още не е достигната ,или при която е
преминала датата на валидност ;
аа)под„извън обсег “:
всички случаи ,при които използването на уредите за реги -
стриране на данните за движението не е необходимо ,съгласно
Регламент (ЕИО )№3820/85на Съвета ;
бб)под„превишаване на допустимата скорост “:
надвишаването на допустимата за съответното превозно
средство скорост през всеки период над 60секунди ,по време
на който измерената скорост на превозното средство надвишава
фиксираната в Директива 92/6/ЕИО от 10февруари 1992г.
относно монтирането и използването н границите наОбщността на ограничители на скоростта на някои категориимоторни превозни средства (
1),гранична стойност ,използвана
за регулиране на устройството за ограничаване на скоростта ;
вв)под„периодично инспектиране “:
поредицаотконтролниоперации ,предназначенидаудостоверят ,
че уредите за регистриране на данните за движението функ -
циониратправилноиченейнитерегулировкиотговарятнапара -
метрите на превозното средство ;
гг)под„принтер “:
компонент на уредите за регистриране на данните за
движението ,който позволява отпечатването на данните ,
съхранени в нея ;
дд)под„уред за регистриране на данните за движението “:
съвкупността от оборудване ,предназначено да бъде монтирано
на пътните превозни средства с цел да указва ,записва и
съхранява автоматично или полуавтоматично данни относнодвижението на тези превозни средства и относно някоипериоди на работа на водачите ;
ее)под„подновяване “:
издаването на нова тахографска карта ,когато срокът на
валидност на определена карта изтича или тя не функционираправилно и е била върната на органа ,който я е издал ;подновя -
ванетопредполагагаранцията ,ченямадвевалидникарти ,които
да съществуват едновременно ;
жж)под„поправка “:
всяка поправка на датчик за движение или на блок ,монтиран
на превозното средство ,която налага прекъсването на връзката
снеговотоелектрическозахранванеилисдругикомпонентинауредите за регистриране на данните за движението ,или която
налага той да бъде отворен ;
зз)под„замяна “:1998R2135 —BG—01.05.2006 —002.001 —22
▼M1
(1)ОВL 57, 2.3.1992 г.,стр. 27.
издаването на тахографска карта ,която заменя съществуваща
карта ,която е обявена за изгубена ,открадната или като
неправилно функционираща и която е била върната на органа ,
който я е издал ;замяната води винаги до риска две валидни
карти да съществуват едновременно ;
ии)под„сертифициране относно сигурността “:
процесът ,състоящ се в удостоверяването от страна на орга -
низациязасертифициране ITSEC (1),чеуредитезарегистриране
на данните за движението (или компонент от тази апаратура )
или тахографската карта отговарят на изискванията засигурност ,определени в допълнение 10,отнасящо се до
общите цели относно сигурността ;
йй)под„автотест “:
автоматичните тестове ,извършвани периодично от уредите за
регистриране на данните за движението с цел откриване на
съшествуващи аномалии ;
кк)под„тахографска карта “:
карта с памет ,предназначена да бъде използвана от уреди за
регистриране на данните за движението ;тахографските карти
позволяват идентифицирането от страна на уредите за реги -
стриране на данните за движението на притежателя на картата(или на групата ,към която той принадлежи ),както и прехвър -
лянето и съхраняването на данни ;една тахографска карта може
да принадлежи към един от следните типове :
—карта на водача ,
—карта на контрольор ,
—цехова карта ,
—карта на предприятие ;
лл)под„типово одобрение “:
процес ,провеждан от определена държава -членка и целящ да
удостовери ,че уредите за регистриране на данните за
движението (или на компонент от тях )или тахографската
карта отговарят на изискванията на настоящия регламент ;
мм)под„размери на гумите “:
указването на размерите на гумите (външни задвижващи
колела )съгласно Директива 92/23/
ЕИО (2);
нн)под„идентификация на превозното средство “:
номерата ,позволяващи идентифицирането на превозното
средство :регистрационният номер с указване на държавата -
членка ,извършила регистрацията ,и идентификационен номер
на превозното средство (3);
оо)под„блок ,монтиран на превозното средство (UEV)“:
уредитезарегистрираненаданнитезадвижениетосизключение
на датчика за движение и кабелите за връзка с този датчик ;
блокът ,монтиран на превозното средство ,може да бъде под
форматанаедин -единственелементилинаняколкокомпонента ,
коитосаразположенинаразличниместавпревознотосредство ,
при положение ,че отговаря на изискванията относно сигур -
ността на настоящия регламент ;
пп)под„седмица “за целите на изчисленията в уредите за реги -
стриране на данните за движението :1998R2135 —BG—01.05.2006 —002.001 —23
▼M1
(1)Препоръка 95/144/ЕО на Съвета от 7април 1995г.относно общите критерии за
оценка на сигурността на информационните технологии (ОВL 93, 26.04.1995 г.,
стр. 27).
(2)ОВL 129, 14.05.1992 г.,стр. 95.
(3)Дирестива 76/114/ЕИО , 18.12.1975 г.(ОВL 24, 30.01.1976 г.,стр. 1).
периодмежду 00.00часапокоординиранотоуниверсалновреме
в понеделник и 24.00часа в неделя ;
рр)под„цехова карта “:
тахографскакарта ,издаденаотвластитенаопределенадържава -
членка на производител на уреди за регистриране на данните задвижението ,на монтажист ,на производител на превозни
средства или на цех ,одобрен от тази държава -членка ;
цеховата карта идентифицира лицето ,на което и издадена ,и
позволява изпитването и еталонирането на уредите за реги -
стриране на данните за движението ,и/или прехвърлянето на
данни от тази апаратура .
II.ОБЩИ ХАРАКТЕРИСТИКИ И ФУНКЦИИ НА УРЕДИТЕ ЗА
РЕГИСТРИРАНЕ НА ДАННИТЕ ЗА ДВИЖЕНИЕТО
Всякопревозносредство ,оборудваносуредизарегистрираненаданнитеза
движението съгласно разпоредбите на настоящото приложение ,трябва да
има скоростомер и брояч на километрите .Тези функции може да бъдат
включени в уредите за регистриране на данните за движението .
1.Общи характеристики
Функцията на уредите за регистриране на данните за движението е да
записва ,съхранява ,изобразява ,отпечатва и да предоставя данни относно
дейностите ,извършвани от водача .
Апаратурата за контрол включва кабели ,датчик за движение и блок ,който
е монтиран на превозното средство .
Блокът ,който е монтиран на превозното средство ,включва блок за
обработка на данните ,електронна памет ,часовник ,работещ в реално
време ,два конектора за карти с памет (водач и помощник -водач ),
принтер ,дисплей
,визуално устройство за предупреждение ,конектор за
еталониране /прехвърляненаданни ,кактоиустройства ,позволяващивъвеж -
дането на данни от потребителя .
Уредитезарегистрираненаданнитезадвижениетомогатдабъдатсвързани
с други устройства чрез допълнителни конектори .
Всяко вмъкване или свързване на каква да е функция или устройство /а,
одобрено /и или не ,в или към уреди за регистриране на данните за
движението ,не трябва да предизвиква интерференции или да бъде в
състояниедапредизвикваинтерференциисправилнотоисигурнофункцио -
ниране на уредите за регистриране на данните за движението ,нито с
устройствата ,упоменати в регламента .
Потребителите на уредите за регистриране на данните за движението
указват своята самоличност посредством тахографски карти .
Уредитезарегистрираненаданнитезадвижениетодаватизбирателниправа
за достъп до данните и функциите според типа и /или самоличността на
потребителя .
Уредите за регистриране на данните за движението записват и съхраняват
данни в своята памет и на тахографските карти .
Тези функции се осигуряват при спазване на Директива 95/46/ЕО на Евро -
пейския парламент и на Съвета от 24октомври 1995г.за защита на физи -
ческите лица приобработването на лични данни и за свободното движениена тези данни (
1).
2.Функции
Уредите за регистриране на данните за движението трябва да осигуряват
следните функции :
—надзор над поставянията и изважданията на картите ,
—измерване на скоростта и на изминатото разстояние ,
—измерване на времето ,
—проследяване на дейностите ,извършвани от водача ,1998R2135 —BG—01.05.2006 —002.001 —24
▼M1
(1)ОВL 281, 23.11.1995 г.,стр. 31.
1998R2135 —BG—01.05.2006 —002.001 —25
▼M1
—наблюдение на положението при кормуване ,
—ръчно въвеждане на данни от водача :
—местоположение в началото и /или в края на дневните периоди на
работа ,
—ръчно въвеждане на дейностите ,извършвани от водача ,
—записване на особените условия ,
—управлениенаблокировкитеотстрананапредприятиетопридостъпадо
данните ,
—проследяване на контролните дейности ,
—откриване на събития и /или на аномалии ,
—вградени автотестове ,
—четене на данните ,съхранени в паметта ,
—записване и съхранявани на данните в паметта ,
—четене на тахографските карти ,
—записване и съхраняване на данните в тахографските карти ,
—изобразяване на данните ,
—отпечатване ,
—предупреждаване ,
—прехвърляне на данни към външни медии ,
—извеждане на данни към допълнителни външни устройства ,
—еталониране ,
—сверяване на часовника .
3.Режими на функциониране
Уредите за регистриране на данните за движението трябва да осигуряват
следните четири режима на функциониране :
—оперативен режим ,
—контролен режим ,
—режим на еталониране ,
—режим „Предприятие “.
Апаратуратазаконтролтрябвадапреминавакъмследнитережиминафункцио -
ниранеспоредвалиднататахографскакарта ,поставенавкартовияинтерфейс :
Режим на функциониранеЧетящо устройство „водач “
Няма картаКарта на
водачаКарта на
контрольорЦехова картаКарта на
предприятиеЧетящо устройство „помощник -водач “Няма карта Оперативен Оперативен Контролен Етало -
ниранеПредприятие
Карта на
водачаОперативен Оперативен Контролен Етало -
ниранеПредприятие
Карта на
контрольорКонтролен Контролен Контроле -
н(*)Оперативен Оперативен
Цехова
картаЕтало -
ниранеЕтало -
ниранеОперативен Етало -
ниране (*)Оперативен
Карта на
пред-
приятиеПред -
приятиеПред -
приятиеОперативен Оперативен Пред -
приятие (*)
(*)Приподобенслучайуредитезарегистрираненаданнитезадвижениетоизползваединственотахографската
карта ,поставена в четящото устройство „водач “.
Уредите за регистриране на данните за движението трябва да отхвърлят
невалидните карти ,като обаче позволява изобразяването ,отпечатването
или прехвърлянето на данните ,находящи се на карта с изтекъл срок .
Всички функции ,изброени в II.2,трябва да бъдат налични при всички
режими на функциониране ,с изключение на :
—функцията за еталониране ,която е достъпна единствено в режим на
еталониране ,
—функцията за сверяване на часовника ,която е ограничена в режимите ,
различни от режим на еталониране ,
—ръчното въвеждане на данни от водача ,което е достъпно единствено в
оперативен режим и в режим на еталониране ,
—функцията за управление на блокировките от страна на предприятието
при достъпа до данните ,която е достъпна единствено в режим пред -
приятие ,
—проследяванетонаконтролнитедейности ,коетоедостъпноединственов
контролен режим ,
—функцията за прехвърляне на данни ,която не е достъпна в оперативен
режим (освен в случаите ,предвидени в изискване 150).
Уредитезарегистрираненаданнитезадвижениетомогатдаизвличатвсяка
информация с целнейнотоизобразяване ,отпечатване илипрехвърляне към
външни интерфейси ,освен :
—в оперативен режим ,при който всяко идентифициране на самоличност
[фамилноимеилично /ииме /на],коетонеотговарянапоставенататахо -
графската карта ,ще бъде маскирано и всеки номер на карта ,който не
отговаря на вкараната тахографска карта ,ще бъде частично маскиран
(една буква на всеки две ,отляво надясно ),
—в оперативен режим ,при който данните относно водача (изисквания
081, 084и087)могат да бъдат извлечени единствено за периодите ,
които не са блокирани от друго предприятие (като това ,което се иден -
тифицира с първите 13цифри от номера на картата на предприятие ),
—когато в уредите за регистриране на данните за движението не е
поставена никаква карта ,могат да бъдат извлечени данните относно
водача единствено за същия ден и осемте предишни календарни дни .
4.Сигурност
Систематазасигурностцелидапредпазипаметтатака ,чедавъзпрепятства
неоторизирандостъпдонеяилинапромянанаданнитеидаоткриеопитите
за такава промяна ,да предпазва целостта и автентичността на данните ,
които се обменят между датчика за движение и блока ,монтиран на
превозното средство ,както и между уредите за регистриране на данните
задвижениетоитахографскитекарти ,исъщотакадапроверявацелосттаи
автентичността на прехвърляните данни .
С цел да се подсигури сигурността на системата ,уредите за регистриране
на данните за движението трябва да отговаря на изискванията ,уточнени в
общите цели относно сигурността ,отнасящи се до датчика за движение и
блока ,който е вграден на превозното средство (допълнение 10).
III.КОНСТРУКТИВНИ И ФУНКЦИОНАЛНИ ИЗИСКВАНИЯ ОТНОСНО
УРЕДИТЕ ЗА РЕГИСТРИРАНЕ НА ДАННИТЕ ЗА ДВИЖЕНИЕТО
1.Проследяване на вкарването и на изваждането на картите
Уредите за регистриране на данните за движението трябва да осигуряват
проследяване на поставянията и на изважданията на картите .
При поставянето на карта уредите за регистриране на данните за
движението проверяват нейната валидност и идентифицират типа ѝ .
Уредите за регистриране на данните за движението трябва да бъдат така
конструирани ,че тахографските карти да бъдат блокирани в правилно
положение в картовия интерфейс .
Изваждането на тахографската карта е възможно единствено когато
превозното средство е в спряло положение и след като релевантните1998R2135 —BG—01.05.2006 —002.001 —26
▼M1
данни за съхранени на нея .Изваждането на тахографската карта изисква
адекватно действие на потребителя .
2.Измерване на скоростта и на изминатото разстояние
Тазифункцияосигуряванепрекъснатоизмерванеипозволявауказванетона
стойността в километри ,съответстваща на общото разстояние ,изминато от
превозното средство .
Тазифункцияосигуряванепрекъснатоизмерванеипозволявауказванетона
скоростта на превозното средство .
Функцията за измерване на скоростта на превозното средство трябва също
така да указва дали превозното средство е в движение или в покой .Смята
се,чепревознотосредствоевдвижение ,щомфункциятазасечеповечеот 1
имп./сек.за период от не по -малко от 5секунди ,които импулси идват от
датчиказа движение ,в противенслучай се приема ,че превозното средство
е в покой .
Устройствата за указване на скоростта и изминатите километри ,монтирани
на всяко превозно средство ,оборудвано с отговаряща на настоящия
регламент уреди за регистриране на данните за движението ,трябва да
отговарят на изискванията относно максималния толеранс ,фиксирани в
настоящото приложение (глави III, (2) (1)иIII (2) (2).
2.1.Измерване на изминатото разстояние
Изминатото разстояние може да бъде измервано така ,че:
—илидавземапредвидидвижениетонапред ,идвижениетоназаденход ,
—или да взема предвид единствено движението напред .
Апаратурата за контрол трябва да измерва изминатото разстояние от 0до
9 999 999,9км.
Измереното разстояние трябва да бъде в границите на следния толеранс
(разстояния от най -малко 1 000м):
—±1%преди монтирането ,
—±2%по време на монтирането и на периодичните инспекции ,
—±4%по време на работа .
Разделителната способност при измерване на разстоянието трябва да бъде
по-висока или равна на 0,1км.
2.2.Измерване на скоростта
Уредите за регистриране на данните за движението трябва да измерват
скоростта от 0до220км/ч.
С цел да гарантира максимален толеранс относно указаната скорост от ±6
км/ч по време на работа и като се взема предвид :
—толеранс от ±2км/ч относно колебанията на входящия сигнал
(колебания ,дължащи се на гумите и т .н.),
—толеранс от ±1км/ч по отношение на измерванията ,извършени по
време на монтирането и на периодичните инспекции ,
уредите за регистриране на данните за движението трябва ,при скорости в
диапазона от 20до180км/ч и при характеристични коефициенти на
превозното средство в диапазона от 4 000и25 000имп/км,да може да
измерва скоростта с толеранс от ±1км/ч(при постоянна скорост ).
Забележка :Точността при съхраняването на данните налага наличието на
допълнителентолерансот ± 0,5км/чпоотношениенаскоростта ,записанав
уредите за регистриране на данните за движението .
Скоростта трябва да бъде измервана правилно ,в рамките на нормалния
толеранс ,две секунди след смяна на предавката ,когато скоростта се е
променила с ритъм ,достигащ до 2м/сек2.
Разделителната способност при измерване на скоростта трябва да бъде по -
висока или равна на 1км/ч.1998R2135 —BG—01.05.2006 —002.001 —27
▼M1
3.Измерване на времето
Функцията за измерване на времето трябва да осигурява непрекъснато
измерване и изобразяването в цифров вид на датата и на часа по коорди -
нираното универсално време .
Датата и часът по координираното универсално време трябва да бъдат
използвани от целите уреди за регистриране на данните за движението
(при записването на данни ,отпечатването на хартия ,обмена на данни ,
тяхното изобразяване ,…).
С цел визуализиране на местното време е необходимо да може да се
променя часовата разлика на изобразяваното време посредством стъпка отпо30минути .
Неточността на устройството за измерване на времето не трябва да
надвишава ±2секунди на ден при условията на типовото одобрение .
Разделителната способност при измерване на времето трябва да бъде по -
висока или равна на 1секунда .
Измерването на времето не трябва да бъде повлияно при прекъсване с
продължителност ,по-малка от 12месеца ,на външното електрическо
захранване ,при условията на одобрение .
4.Проследяване на дейностите ,извършвани от водача
Тази функция трябва да осигурява постоянно и отделно наблюдение над
дейностите ,извършвани от един водач и един помощник -водач .
Дейността ,извършвана от водача ,трябва да бъде ШОФИРАНЕ ,РАБОТА ,
НА РАЗПОЛОЖЕНИЕ или ПРЕКЪСВАНЕ /ПОЧИВКА .
Необходимо е водачът и /или помощник -водачът да може да избира ръчно
дейносттаРАБОТА ,НАРАЗПОЛОЖЕНИЕилиПРЕКЪСВАНЕ /ПОЧИВКА .
Когато превозното средство е в движение ,дейността ШОФИРАНЕ трябва
да бъде автоматично избрана за водача и дейността НА РАЗПОЛОЖЕНИЕ
трябва да бъде автоматично избрана за помощник -водач .
Когато превозното средство спре ,дейността РАБОТА трябва да бъде авто -
матично избрана за водача .
Ако първата промяна на дейността настъпи през 120-те секунди след авто
-
матичнотоизбираненадейносттаРАБОТАпорадиспиранетонапревозното
средство ,тя трябва да бъде смятана като настъпила в момента на спиране
на превозното средство (и следователно трябва да анулира преминаването
към дейността РАБОТА ).
Тази функция трябва да предава промените в дейността към функциите ,
осигуряващи записването на информацията ,с разделителна способност от
една минута .
Като се взема предвид една календарна минута ,всяка дейност
КОРМУВАНЕ ,извършваща се по време на част от такава минута ,се
приема като цяла минута ,по време на която се извършва дейността
КОРМУВАНЕ .
Като се взема предвид една календарна минута ,всяка дейност
КОРМУВАНЕ ,извършваща се по време на предишната минута и на
минутата ,която следва непосредствено след нея ,се приема като цяла
минута ,по време на която се извършва дейността КОРМУВАНЕ .
Катосевземапредвидеднакалендарнаминута ,коятонесесмятазаминута
на извършване на дейност КОРМУВАНЕ по смисъла на горнитеизисквания ,цялата минута се счита като част от дейността ,която съвпада
с най -дългата непрекъсната дейност ,извършваща се по време на минутата
(или на най -скорошната дейност при наличие на няколко дейности с
еднаква продължителност ).
Тази функция трябва също така да позволява постоянното проследяване на
непрекъснатотоработновремеинаобщотовременапрекъсваненаводача .
5.Наблюдение на положението при кормуване
Тазифункциятрябвадаосигурявапостоянноиавтоматичнонаблюдениена
положението при кормуване .1998R2135 —BG—01.05.2006 —002.001 —28
▼M1
Положението при кормуване ЕКИПАЖ трябва да бъде избрано ,когато две
валидни карти на водач са поставени в уредите ,а положението при
кормуване САМ трябва да бъде избрано при всички останали случаи .
6.Ръчно въвеждане на данни от водача
6.1.Записване на местоположението в началото и /или в края на
дневния период на работа
Тази функция трябва да позволява записването на местоположението в
началото и /или в края на дневния период на работа на водача и /или на
помощник -водача .
Подместоположениесеразбирастранатаи ,принеобходимост ,съответната
област .
При изваждането на картана водач (или на цехова карта ),уредите за реги -
стрираненаданнитезадвижениетотрябвадапоканиводача /помощник -водача
давъведе „Местоположение ,вкоетозавършвадневниятпериоднаработа “.
Апаратурата за контрол трябва да позволява пренебрегването на това
съобщение .
Трябва да бъде възможно въвеждането на местоположението в началото
и/или в края на дневния период на работа без карта или в момент ,
различен от момента на вкарване или изваждане на определена карта .
6.2.Ръчно въвеждане на дейностите ,извършвани от водача
Повременапоставянетонакартанаводача (илинацеховакарта )иединствено
втозимоментуредитезарегистрираненаданнитезадвижениетотрябва :
—да напомнят на притежателя на картата датата и часа на последното
изваждане на картата му ,
—да поискат от притежателя на картата да укаже дали поставянето на
картата представлява продължаването на текущия период на дневнаработа .
Апаратурата за контрол трябва да позволява на притежателя на картата да
пренебрегне този въпрос или да отговори утвърдително или отрицателно :
—при положение ,че притежателят на картата пренебрегне този въпрос ,
уредите за регистриране на данните за движението трябва да поканят
водача да укаже „местоположението ,в което започва дневният период
на работа “.Апаратурата за контрол трябва да дава възможност да не се
указва нищо .Ако е указано местоположение ,
то се записва в паметта ,
както и на тахографската карта ,и се свързва с часа на поставяне на
картата ,
—при положение ,че притежателят на картата отговори утвърдително или
отрицателно на този въпрос ,уредите за регистриране на данните за
движението трябва да поканят притежателя на картата да въведеръчно вида на своите дейности ,както и датата и часа на началото и
края на всяка от тях ,като се избира единствено между дейностите
РАБОТА ,НА РАЗПОЛОЖЕНИЕ ,ПРЕКЪСВАНЕ /ПОЧИВКА ,и един -
ствено по време на периода между последното изваждане на картата инастоящотойпоставянеибездасепозволяваприпокриванеповременатези дейности .Прилагат се следните процедури :
—при положение ,че притежателят на картата отговори утвърдително
на този въпрос ,уредите за регистриране на данните за движението
трябва да го поканят да въведе ръчно вида на своите дейности вхронологичен ред за периода между последното изваждане на
картата и настоящото й поставяне .Процесът завършва ,когато въве -
деният ръчно час за края на определена дейност съответства на часана поставяне на картата ,
—приположение ,чепритежателятнакартатаотговориотрицателнона
този въпрос ,уредите за регистриране на данните за движението :
—трябвадапоканятпритежателянакартатадавъведеръчновидана
своите дейности в хронологичен ред от часа на изваждане на
картата до края на съответния период на дневна работа (или на
дейностите ,свързани с въпросното превозно средство ,при
положение ,чепериодътнадневнаработапродължаваналистсъс
запис на данни ).Така че уредите за регистриране на данните за
движението ,преди да позволят на притежателя на картата да
въведевъчновсякаотдейностите ,трябвадагопоканятдаукаже1998R2135 —BG—01.05.2006 —002.001 —29
▼M1
дали часът за край на последната записана дейност представлява
крайнапоследнияпериоднаработа (вижзабележкатапо -долу ),
Забележка :При положение ,че притежателят на картата не
декларира часа на завършване на последния период на работа ивъведе ръчно дейност ,часът на завършване на която отговаря на
часанапоставяненакартата ,уредитезарегистрираненаданните
за движението :
—приемат ,чепериодътнадневнаработаезавършилпризапоч -
ването на първия период на ПОЧИВКА (или който остава С
НЕИЗВЕСТНАДЕЙНОСТ )следизважданетонакартатаилив
момента на това изваждане ,ако не е въведен никакъв период
на почивка (и ако няма период ,който да остава с С НЕИЗ -
ВЕСТНА ДЕЙНОСТ ),
—приемат ,чечасътнаначало (вижпо -долу )съответстваначаса
на поставяне на картата ,
—изпълнява описаните по -долу етапи ,
—след това ,ако часът на завършване на въпросния период на
работа се различава от часа на изваждане на картата или ако
местоположението за край на дневния период на работа не евъведено в този момент ,апаратурата трябва да покани прите -
жателянакартатада „потвърдиилидавъведеместоположението
закрайнасъответнияпериоднадневнаработа “(уредитезареги -
стрираненаданнитезадвижениетотрябвадапозволяватданесевъвежданищо );акоместоположениетозакрайнадневнияпериод
на работа е въведено ,то трябва да се запише на тахографската
карта само ако е различно от въведеното по време на изваж -
дането на картата (при необходимост ),и да бъде свързано с
часа на прекратяване на периода на работа ,
—следтоваапаратурататрябвадапоканипритежателянакартата „да
въведечаснаначало “натекущияпериоднадневнаработа (илина
дейностите
,свързани със съответното превозно средство в
случаите ,когато притежателятна картатапредитова еизползвал
листсъсзаписнаданниповременатозипериод ),ипоканваприте -
жателянакартата „давъведеместоположениенаначалонапериода
на дневна работа “(уредите за регистриране на данните за
движението трябва да позволяват да не се въвежда нищо );ако
местоположението е въведено ,то трябва да се запише на тахо -
графската карта и да бъде свързано с горепосочения час на
започване ;ако този час съответства на часа на поставяне на
картата ,местоположениетосъщотакасезаписвавпаметта ,
—след това ,ако този час на започване е различен от часа на
поставяне на картата ,съобщение трябва да покани притежателя
на картата да въведе ръчно вида на своите дейности в хроно -
логичен ред от този час на започване до часа на поставяне накартата ;процесът завършва ,когато часът на прекратяване на
определена въведена ръчно дейност съответства на часа на
поставяне на картата ,
—в този случай уредите за регистриране на данните за движението
трябва да позволяват на притежателя на картата да променя всякавъведена дейност ,включително нейното валидиране ,чрез избиране
на специална команда ,която не позволява каквато и да е по -
нататъшна промяна ,
—ако един утвърдителен или отрицателен отговор не е последван от
въвеждане на дейности ,уредите за регистриране на данните за
движението трябва да приемат ,че притежателят на картата е прене -
брегнал въпроса .
По време на тази процедура уредите за регистриране на данните за
движението трябва да изчакват въвеждането на данни в продължение наследните периоди :
—прилипсанавзаимодействиесинтерфейсачовек /машинанаапаратурата
в продължение на една минута (с визуално и евентуално звуково пред -
упреждение след 30секунди ),или,
—вмоментанаизважданетонакартатаилинапоставяненадругакартана
водача (или на цехова карта ),или,1998R2135 —BG—01.05.2006 —002.001 —30
▼M1
—в момента на тръгване на превозното средство ,
като в този случай уредите за регистриране на данните за движението
приемат за валидна всяка вече въведена информация .
6.3.Записване на особените условия
Апаратуратазаконтролтрябвадапозволяванаводачадавъвеждавреално
време следните две особени условия :
—„ИЗВЪНОБСЕГ “(начало ,край),
—„ПЪТУВАНЕ С ФЕРИБОТ /ВЛАК “.
Не може да съществува „ПЪТУВАНЕ С ФЕРИБОТ /ВЛАК “,когато
условието „ИЗВЪНОБСЕГ “е отворено .
Отвореното условие „ИЗВЪНОБСЕГ “трябва задължително да бъде
затворено автоматично в случай на изваждане или на поставяне на карта
на водач .
7.Управление на блокировките от страна на предприятието при
достъпа до данните
Тази функция трябва да позволява управлението на блокировките ,
поставени от определено предприятие ,с цел да ограничат и запазят един -
ствено за него достъпа до данните в режим „предприятие “.
Блокировкитеотстрананапредприятиетосесъстоятвдатаичаснаначало
(блокиране )и дата и час на край (отблокиране ),свързани с идентифици -
ранетонадружествоточрезномеранакартатанапредприятие (повремена
блокирането ).
Блокирането и отблокирането са възможни единствено в реално време .
Отблокирането може да се извърши единствено от предприятието ,което е
извършило блокирането (така,както то се идентифицира с първите 13
цифри на номера на картата на предприятието ),или,
отблокирането се извършва автоматично ,когато друго предприятие
извършва блокиране .
В случай че едно предприятие извършва блокиране и ако предишното
блокиране е било извършено от същото предприятие ,се приема ,че пред -
ишното блокиране не е отблокирано и че е все така в сила .
8.Проследяване на контролните дейности
Тази функция осигурява проследяването на дейностите по ИЗОБРА -
ЗЯВАНЕ ,ОТПЕЧАТВАНЕ и ПРЕХВЪРЛЯНЕ НА ДАННИ от блока ,
монтиран на превозното средство ,или от картата ,провеждани в
контролен режим .
Тази функция осигурява също така проследяването на дейностите по
КОНТРОЛ НА СКОРОСТТА в контролен режим .Приема се ,че се
извършва контрол на скоростта ,когато в контролен режим се изпраща
съобщение „превишаване на допустимата скорост “към принтера или
екрана ,или когато данни ,свързани със „събития или аномалии “се
прехвърлят от паметта на блока ,монтиран на превозното средство .
9.Откриване на събития и /или на аномалии
Тази функция открива следните събития и /или аномалии :
9.1.Събитие „Поставяне на невалидна карта “
Това събитие се предизвиква от поставянето на невалидна карта и /или
когато валидността на определена вкарана карта изтича .
9.2.Събитие „Конфликт ,предизвикан от картата “
Това събитие се предизвиква от всяка от отбелязаните с хикс комбинации
от карти в долната таблица :1998R2135 —BG—01.05.2006 —002.001 —31
▼M1
Конфликт ,предизвикан от
картатаЧетящо устройство „водач “
Няма картаКарта на
водачаКарта на
контрольорЦехова картаКарта на
предприятиеЧетящо устройство „водач “Няма карта
Карта на
водачаХ
Карта на
контрольорХХХ
Цехова
картаХХХХ
Карта на
пред-
приятиеХХХ
9.3.Събитие „Припокриване на времеви период “
Това събитие се предизвиква когато датата /часът на последното изваждане
наопределенакартанаводачтака ,кактотесаизобразенинакартата ,сапо -
късни от датата /часа,които се отчитат в момента от уредите за реги -
стриране на данните за движението ,в която картата е поставена .
9.4.Събитие „Кормуване без съответната карта “
Това събитие се предизвиква от всяка от отбелязаните с хикс комбинации
от тахографски карти в долната таблица ,когато дейността на водача става
„КОРМУВАНЕ “,или в случай на промяна на режима на функциониране ,
когато дейността на водача е КОРМУВАНЕ :
Кормуване без съответната
картаЧетящо устройство „водач “
Няма картаКарта на
водачаКарта на
контрольорЦехова картаКарта на
предприятиеЧетящо устройство „помощник -водач “Няма карта Х Х Х
Карта на
водачаХХ Х Х
Карта на
контрольорХХХХХ
Цехова
картаХХХ Х
Карта на
пред-
приятиеХХХХХ
9.5.Събитие „Поставяне на карта по време на кормуване “
Товасъбитиесепредизвикваотпоставянетонатахографскакартавкоетои
да е четящо устройство ,когато дейността на водача е КОРМУВАНЕ .
9.6.Събитие „Неправилно приключена последна сесия “
Товасъбитиесепредизвиква ,когатоуредитезарегистрираненаданнитеза
движението открият при поставянето на карта ,че въпреки разпоредбите на
параграф III, (1),предишнатасесиянеебилаприключенаправилно (картата
е била извадена ,преди всички необходими данни да са били записани на
нея).Това събитие се отнася единствено до картите на водача и цеховите
карти .
9.7.Събитие „Превишаване на допустимата скорост “
Това събитие се предизвиква при всяко превишаване на допустимата
скорост .1998R2135 —BG—01.05.2006 —002.001 —32
▼M1
9.8.Събитие „Прекъсване на електрическото захранване “
Товасъбитиесепредизвикваврежим ,различенотрежиманаеталониране ,
припрекъсванезаповечеот 200милисекундинаелектрическотозахранване
на датчика за движение и /или на блока ,монтиран на превозното средство .
Прагът на прекъсване се фиксира от производителя .Прекъсването на елек -
трическото захранване ,дължащо се на пускането на двигателя в ход ,не
трябва да предизвиква появата на това събитие .
9.9.Събитие „Грешка в данните относно движението “
Това събитие се предизвиква при прекъсване на нормалния поток от данни
между датчика за движение и блока ,монтиран на превозното средство
и/или в случай на грешка ,свързана с целостта на данните или с удостове -
ряванетоимповременатехнияобменмеждудатчиказадвижениеиблока ,
монтиран на превозното средство .
9.10.Събитие „Опит за нарушаване на сигурността “
Това събитие се предизвиква при настъпване на всяко друго събитие ,
засягащо сигурността на датчика за движение и /или на блока ,монтиран
на превозното средство така ,както е уточнено в рамките на общите цели
за сигурност относно тези компоненти при режимите ,различни от режима
на еталониране .
9.11.Аномалия „Карта “
Тазианомалиясепредизвикваприаномалиянатахографскакартаповреме
на нейното функциониране .
9.12.Аномалия „Уреди за регистриране на данните за движението “
Тази аномалия се предизвиква при следните аномалии при режимите ,
различни от режима на еталониране :
—вътрешна аномалия на блока ,монтиран на превозното средство ,
—аномалия на принтера ,
—аномалия при изобразяването на данните ,
—аномалия при прехвърлянето на данните ,
—аномалия на датчика .
10.Автотестове и вградени тестове
Апаратурата за контрол открива сама аномалиите чрез автотестове и
вградени тестове според долната таблица :
Елемент за тестване Автотест Вграден тест
Програмно осигуряване
(софтуер )Цялост
Памет за данни Достъп Достъп ,цялост на данните
Устройства за картов
интерфейсДостъп Достъп
Клавиатура Ръчен контрол
Принтер (по избор на производителя )Принтер
Дисплей Визуален контролПрехвърляне на данни
(извършван единствено по
време на прехвърлянето )Правилно функциониране
Датчик Правилно функциониране Правилно функциониране
11.Четене на паметта
Апаратурата за контрол трябва да може да чете всички данни ,съхранени в
паметта й .1998R2135 —BG—01.05.2006 —002.001 —33
▼M1
12.Запис и съхраняване в паметта
За целите на настоящия параграф :
—под„365дни“се разбират 365календарни дена на средна дейност на
водачите в определено превозно средство .Средната дейност на ден в
едно превозно средство се определя като най -малко 6водача или
помощник -водача ,6цикъла на поставяне /изваждане на карти и 256
сменинадейностите .Такаче „365дни“включватнай -малко 2 190вода-
ча/помощник -водача и 93 440смени на дейностите ,
—часовете се записват с точност от 1минута ,освен ако не е предвидено
друго ,
—километричните стойности се записват с точност от 1километър ,
—скоростите се записват с точност от 1км/ч.
На данните ,записани в паметта ,не трябва да може да се повлияе при
прекъсване на външното електрическо захранване с продължителност ,по-
малка от 12месеца ,при условията на типовото одобрение .
Уредите за регистриране на данните за движението трябва да могат да
записват и съхраняват по подразбиране или при задаване следните данни
в своята памет :
12.1.Данни за идентификация на уредите
12.1.1.Данни за идентификация на блока ,монтиран на превозното
средство
Апаратурата за контрол трябва да може съхранява в своята памет следните
данни относно идентификацията на блока ,монтиран на превозното
средство :
—име на производителя ,
—адрес на производителя ,
—номер на компонентите ,
—сериен номер ,
—номер на версията на софтуера ,
—дата на инсталиране на версията на софтуера ,
—година на производство на уредите ,
—номер на одобрение .
Данните относно идентификацията на блока ,монтиран на превозното
средство ,се записват и съхраняват еднократно от производителя на блока ,
освенданнитеотноснософтуераисертификационнияномер ,коитомогатда
бъдат променени при инсталиране на нови версии на софтуера .
12.1.2.Данни за идентификация на датчика за движение
Датчикът за движение трябва да може да съхранява в паметта си следните
идентификационни данни :
—име на производителя ,
—номер на компонентите ,
—сериен номер ,
—номер на одобрение ,
—идентификатор на вградения компонент за сигурност (например сериен
номер на вътрешния микропроцесор ),
—идентификатор на операционната система (например номер на версията
на софтуера ).
Идентификационните данни относно датчика за движение се записват и
съхраняват еднократно в датчика от неговия производител .1998R2135 —BG—01.05.2006 —002.001 —34
▼M1
Блокът ,монтиран на превозното средство ,трябва да може да записва и
съхранява в паметта си следните идентификационни данни относно
датчика за движение ,към който той е свързан :
—сериен номер ,
—номер на одобрение ,
—дата на първото свързване .
12.2.Елементи ,свързани със сигурността
Апаратурата за контрол трябва да може да съхранява следните елементи ,
свързани със сигурността :
—европейски публичен ключ ,
—сертификат на държавата -членка ,
—сертификат на уредите ,
—частен ключ на уредите .
Елементите ,свързани със сигурността на уредите за регистриране на
данните за движението ,се вграждат в уредите от производителя на блока ,
монтиран на превозното средство .
12.3.Данни ,свързани с поставянето и изваждането на картата на
водача
Завсекицикълнапоставяне -изважданенаопределенакартанаводача (или
на цехова карта )уредите за регистриране на данните за движението
записват и съхраняват в своята памет :
—фамилията и името (името и презимето )на притежателя на картата така ,
както те са съхранени на картата ,
—номера на картата ,държавата -членка ,която я е издала ,и датата на
валидност ,така както са съхранени на картата ,
—датата и часа на поставянето ,
—километражанапревознотосредствовмоментанапоставяненакартата ,
—четящото устройство ,в което е поставена картата ,
—датата и часа на изваждането ѝ ,
—километражанапревознотосредствовмоментанаизважданенакартата ,
—следната информация относно последното превозно средство ,
използвано от водача така ,както тя е съхранена на картата :
—номер и държава -членка ,извършила регистрацията на превозното
средство ,
—дата и час на изваждането на картата ,
—код,указващдалипритежателятнакартатаевъвелръчнодейноститепо
време на поставянето на картата или не .
Паметтатрябвадаможедазапазватезиданнивпродължениенай -малкона
365дни.
Когато капацитетът за съхраняване на информация е изчерпан ,новите
данни заместват най -старите данни .
12.4.Данни относно дейността на водача
Апаратуратазаконтролзаписваисъхранявавпаметтасивсякапромянана
дейността на водача и /или на помощник -водача ,и/или всяка промяна на
обстановката по време на кормуване ,и/или всяко поставяне или
изваждане на определена карта на водач или на цехова карта :
—обстановка по време на кормуване (ЕКИПАЖ ,САМ ),
—четящо устройство (ВОДАЧ ,ПОМОЩНИК -ВОДАЧ ),
—положение на картата в четящото устройство (ПОСТАВЕНА /НЕПО -
СТАВЕНА )(виж забележката ),1998R2135 —BG—01.05.2006 —002.001 —35
▼M1
—дейност (КОРМУВАНЕ ,НАРАЗПОЛОЖЕНИЕ ,РАБОТА ,ПРЕКЪСВА -
НЕ/ПОЧИВКА ),
—дата и час на промяната .
Забележка :ПОСТАВЕНА означава ,че определена валидна карта на водач
(или цехова карта )е поставена в четящотото устройство .НЕПОСТАВЕНА
означава обратното ,тоест че никаква валидна карта на водач (или цехова
карта )неепоставенавчетящототоустройство (например ,поставенаекарта
на предприятие или не е поставена никаква карта ).
Забележка :Въведените ръчно от водача данни относно дейността не се
записват в паметта .
Паметта трябва да може да запазва данните относно дейността на водача в
продължение най -малко на 365дни.
Когато капацитетът за съхраняване на информация е изчерпан ,новите
данни заместват най -старите данни .
12.5.Местоположение в началото и /или в края на дневните периоди
на работа
Когато водачът /помощник -водачът въвежда местоположението в началото
и/или в края на дневния период на работа ,уредите за регистриране на
данните за движението записват и съхраняват в паметта си :
—при необходимост ,номера на картата на водача /помощник -водача и на
държавата -членка ,която е издала картата ,
—дататаичасанапоставянето (илидататаичаса ,свързаниспоставянето ,
когато то се извършва по време на процедурата по ръчно поставяне ),
—типанавъвежданатаинформация (началоиликрайнадневенпериодна
работа ,условия на въвеждане на информацията ),
—въведени страна и област ,
—километраж на превозното средство .
Паметта трябва да може да запазва данните относно началото и /или
края на дневните периоди на работа в продължение на най -малко 365
дни (като се предполага ,че ежедневно се извършват две въвеждания от
всеки водач ).
Когато капацитетът за съхраняване на информация е изчерпан ,новите
данни заместват най -старите данни .
12.6.Километраж
Уредитезарегистрираненаданнитезадвижениетозаписватвсвоятапамет
километража на превозното средство и съответната дата на всеки
календарен ден в полунощ .
Паметта трябва да може да запазва ежедневните записи ,извършени в
полунощ на брояча на километрите ,в продължение най -малко на 365дни.
Когато капацитетът за съхраняване на информация е изчерпан ,новите
данни заместват най -старите данни .
12.7.Подробни записи на скоростта
Апаратурата за контрол записва и съхранява в паметта си моментната
скорост на превозното средство и датата и часа за всяка секунда презнай-малко 24-те последни часа ,по време на които превозното средство е
било в движение .
12.8.Данни ,свързани със събитията
За целите на настоящата точка времето се записва с точност до секунда .
Апаратуратазаконтролзаписваисъхранявавсвоятапаметследнитеданни
относно всяко засечено събитие ,съгласно следните правила на съхранение
на информацията :1998R2135 —BG—01.05.2006 —002.001 —36
▼M1
Събитие Правила на съхраняване Данни ,които се записват при всяко събитие
Конфликт с картите —10-те най -скорошни
събития .—дата и час на начало на събитието ,
—дата и час на край на събитието ,
—тип,номер и държава -членка ,
издала всяка една от двете карти ,
които са причина за конфликта .
Кормуване без
съответната карта—най-продължителното
събитие за всеки отдесетте последни дена напроява на това събитие ,
—петте най -продължителни
събития по време напоследните 365дни.—дата и час на начало на събитието ,
—дата и час на край на събитието ,
—тип,номер и държава -членка ,
издала картата ,вкарана в началото
и/или в края на събитието
—брой подобни събития ,възникнали
същия ден .
Въвежданенакартапо
време на кормуване—последното събитие за
всеки от десетте
последни дена на проявана това събитие .—дата и час на събитието ,
—тип,номер и държава -членка ,
издала картата ,
—брой подобни събития ,възникнали
същия ден .
Неправилно
приключване напоследната сесия—10-те най -скорошни
събития .—
дата и час на поставянето на
картата ,
—тип,номер и държава -членка ,
издала картата ,
—данни относно последната сесия
така,както фигурират на картата :
—дата и час на поставянето ,
—номер и държава -членка ,
извършила регистрацията на
превозното средство .
Превишаване на допу -
стимата скорост (1)—най-сериозното събитие
(тоест събитието ,при
което е достигната най -
висока средна скорост )
през десетте последни
дена на проява на това
събитие ,
—петте най -сериозни
събития по време на
последните 365дни,
—първото събитие ,
настъпило следпоследното еталониране .—дата и час на начало на събитието ,
—дата и час на край на събитието ,
—максимална скорост ,измерена по
време на събитието ,
—средна аритметична скорост ,
измерена по време на събитието ,
—тип,номер и държава -членка ,
издала картата (при необходимост ),
—брой подобни събития ,възникнали
същия ден .
Прекъсване на елек -
трическотозахранване (
2)—най-продължителното
събитие за всеки отдесетте последни дена напроява на това събитие ,
—петте най -продължителни
събития по време напоследните 365дни.—дата и час на начало на събитието ,
—дата и час на край на събитието ,
—тип,номер и държава -членка ,
издала картата ,вкарана в началото
и/или в края на събитието ,
—брой подобни събития ,възникнали
същия ден .
Грешка при данните
относно движението—най-продължителното
събитие за всеки от
десетте последни дена напроява на това събитие ,
—петте най -продължителни
събития по време на
последните 365дни.—дата и час на начало на събитието ,
—дата и час на край на събитието ,
—тип,номер и държава -членка ,
издала картата ,поставена в
началотои /иливкраянасъбитието ,
—брой подобни събития ,възникнали
същия ден .
Опит за нарушаване
на сигурността—10-те най -скорошни
събития за всеки тип
събитие .—дата и час на начало на събитието
(при необходимост ),
—
дата и час на край на събитието ,
—тип,номер и държава -членка ,
издала картата ,поставена в
началотои /иливкраянасъбитието ,
—тип събитие .1998R2135 —BG—01.05.2006 —002.001 —37
▼M1
Събитие Правила на съхраняване Данни ,които се записват при всяко събитие
(1)Уредитезарегистрираненаданнитезадвижениетотрябвасъщотакадазаписватисъхраняватвпаметтаси :
—дататаичасанапоследнияКОНТРОЛЗАПРЕВИШАВАНЕНАДОПУСТИМАТАСКОРОСТ ,
—датата и часа на първото превишаване на скоростта след този КОНТРОЛ ЗА ПРЕВИШАВАНЕ НА
ДОПУСТИМАТАСКОРОСТ ,
—броя на превишаванията на скоростта след последния КОНТРОЛ ЗА ПРЕВИШАВАНЕ НА ДОПУ -
СТИМАТАСКОРОСТ .
(2)Тези данни могат да бъдат записани единствено по време на възстановяването на електрическото
захранване ,като часовете могат да бъдат отчетени с точност до една минута .
12.9.Данни относно аномалиите
За целите на настоящата точка времето се записва с точност до секунда .
Уредитезарегистрираненаданнитезадвижениетотрябвадасеопитватда
записват и съхраняват в своята памет следните данни относно всяказасечена аномалия съгласно следните правила на съхранение на инфор -
мацията :
Аномалия Правила на съхраняванеДанни ,които се записват при всяка
аномалия
Аномалия на картата —десетте последни аномалии
на картата на водача .—дата и час на начало на
аномалията ,
—датаичаснакрайнааномалията ,
—тип,номер и държава -членка ,
издала картата .
Аномалия на уредите
за регистриране на
даннитезадвижението—десетте най -скорошни
аномалии за всеки тип
аномалия ,
—първата аномалия след
последното еталониране .—дата и час на начало на
аномалията ,
—датаичаснакрайнааномалията ,
—тип на аномалията ,
—тип,номер и държава -членка ,
издала картата ,поставена в
началото /в края на аномалията .
12.10.Данни относно еталонирането
Уредитезарегистрираненаданнитезадвижениетозаписватисъхраняватв
своята памет данните ,имащи отношение :
—къмпараметритенаеталонирането ,известнивмоментанаактивирането ,
—към нейното най -първо еталониране след активирането ѝ ,
—към нейното първо еталониране на превозното средство ,на което се
намира в момента (така,както то е идентифицирано от идентифика -
ционния номер на превозното средство ),
—към петте най -скорошни еталонирания (когато няколко еталонирания се
извършватврамкитенаединкалендаренден ,единственопоследнотосе
архивира ).
За всяко от еталониранията се записват следните данни :
—предметнаеталонирането (активиране ,първоинсталиране ,инсталиране ,
периодичен контрол ,друго ),
—име и адрес на монтажния цех ,
—номера на цеховата карта ,държавата -членка ,която я е издала ,и датата
на валидност на картата ,
—идентификация на превозното средство ,
—актуализирани или потвърдени параметри :w ,k ,l ,размер на гумите ,
регулировка на ограничителя на скоростта ,брояч на километрите
(старо и ново показание ),дата и час (старо и ново показание ).
Датчикът за движение записва и съхранява в паметта си следните данни
относно монтирането му :
—първо свързване към блок ,монтиран на превозното средство (дата,час,
сертификационен номер на блока ,сериен номер на блока ),
—последно свързване към блок ,монтиран на превозното средство (дата,
час,сертификационен номер на блока ,сериен номер на блока ).1998R2135 —BG—01.05.2006 —002.001 —38
▼M1
12.11.Данни относно сверяването на часовника
Апаратуратазаконтролзаписваисъхранявавсвоятапаметданните ,имащи
отношение към :
—последното сверяване на часовника ,
—5-те най -значителни корекции от последното еталониране насам ,
извършени в режим на еталониране извън рамките на периодичното етало -
ниране (определение e).
За всяко от сверяванията на часовника се записват следните данни :
—дата и час ,старата стойност ,
—дата и час ,новата стойност ,
—име и адрес на цеха ,
—номернацеховатакарта ,държавата -членка ,коятояеиздала ,идататана
валидност на картата .
12.12.Данни относно контролните дейности
Уредитезарегистрираненаданнитезадвижениетозаписватисъхраняватв
своята памет следните данни ,имащи отношение към последните 20
контролни дейности :
—дата и час на извършения контрол ,
—номер на картата на контрольора и държавата -членка ,която я е издала ,
—тип на контрола (изобразяване на данните и /или отпечатване на хартия
и/или прехвърляне на данни от блока и /или прехвърляне на данни от
картата ).
При извършване на прехвърляне на данни се записват също така датите на
най-отдалечения и на най -близкия ден във времето ,данните относно които
са прехвърлени .
12.13.Данниотносноблокировките от странанапредприятието при
достъпа до данните
Уредитезарегистрираненаданнитезадвижениетозаписватисъхраняватв
своята памет следните данни ,имащи отношение към последните 20
блокировки ,извършени от предприятия :
—дата и час на блокировката ,
—дата и час на отблокирането ,
—номер на картата на предприятие и държавата -членка ,която я е издала ,
—име и адрес на предприятието .
12.14.Данни относно прехвърлянето на данни
Уредитезарегистрираненаданнитезадвижениетозаписватисъхраняватв
своята памет следните данни ,имащи отношение към последното
прехвърляне на данни от паметта към външни медии в режим „Пред -
приятие “или„Еталониране “:
—дата и час на прехвърлянето на данни ,
—номер на картата на предприятие или на цеховата карта и държава -
членка ,която я е издала ,
—име и адрес на предприятието или на цеха .
12.15.Данни относно особените условия
Уредитезарегистрираненаданнитезадвижениетозаписватисъхраняватв
своята памет следните данни ,имащи отношение към особените условия :
—дата и час на въвеждането ,
—тип на особеното условие .
Паметта трябва да може да запазва данните относно особените условия в
продължение най -малко на 365дни (като се предполага ,че ежедневно се
отваря и затваря едно условие на ден ).Когато капацитетът за съхраняване
на информация е изчерпан ,новите данни заместват най -старите данни .1998R2135 —BG—01.05.2006 —002.001 —39
▼M1
13.Четене на тахографските карти
Уредите за регистриране на данните за движението трябва при необхо -
димост да могат да четат от тахографските карти данните ,които са
необходими за :
—идентифициране на типа на картата ,на притежателя на картата ,на
използваното преди това превозно средство ,на датата и часа на
последното изваждане на картата и на дейността ,която е била избрана
в този момент ,
—проверка ,че последната сесия е била приключена правилно ,
—изчисляване на времето на непрекъснато кормуване на водача ,общото
време на прекъсване и на общото време на кормуване за предишната и
настоящата седмица ,
—отпечатваненазаявкитезапечатнаданните ,записанинакартанаводач ,
—прехвърляне на данни от карта на водач към външна медия .
При грешка в четенето уредите за регистриране на данните за движението
правят нов опит ,максимум до три пъти ,и при наличие на повтарящ се
неуспех на операцията обявява картата за дефектна и невалидна .
14.Запис и съхраняване върху тахографски карти
Апаратуратазаконтролрегулира „даннитезасесията “накартатанаводача
или на цеховата карта непосредствено след въвеждането на картата .
Уредите за регистриране на данните за движението актуализират данните ,
записанинавалиднакартанаводач ,цеховакартаиликартанаконтрольорс
всички необходими данни относно периода на вкарване на картата иотнасящи се до притежателя ѝ .Данните ,записвани върху тези карти ,са
уточнени в раздел IV.
Апаратуратазаконтролактуализираданнитеотноснодейносттанаводачаи
местоположението (така,кактосауказанивпараграфи 5.2.5и5.2.6наглава
IV),записани на валидните карта на водач и /или цехова карта ,с ръчно
въведените от притежателя на картата данни относно дейността на водача
и местоположението .
Актуализиранетонаданните ,записанинатахографскитекарти ,сеизвършва
потакъвначин ,чекогатотоваенеобходимо
,катосеимапредвидреалният
капацитет на съхраняване на информация на картата ,най-новите данни
заместват най -старите данни .
При грешка в записването уредите за регистриране на данните за
движението правят нов опит ,максимум до три пъти ,и при наличие на
повтарящсенеуспехнаоперациятаобявявакартатазадефектнаиневалидна .
Преди освобождаването на карта на водач и след като всички релевантни
данни са съхранени на картата ,уредите за регистриране на данните за
движението нулират „данните за сесията “.
15.Изобразяване на данните
При изобразяването трябва да се виждат най -малко 20символа .
Размерът на символите трябва да бъде най -малко 5мм височина и 3,5мм
широчина .
Устройството за визуализиране трябва да приема латинските символи 1и
гръцките символи така ,както са определени в части от 1и7на стандарт
ISO 8859,кактоеуказано вдопълнение 1наглава IV„Наборотсимволи “.
При изобразяването може да се използват опростени графи (например
символите с ударения могат да се изобразяват без тях или малките букви
могат да се изобразяват като главни букви ).
При изобразяването трябва да се използва незаслепяващо осветяване .
Показанията трябва да се виждат от външната страна на уредите за реги -
стриране на данните за движението .
Уредите за регистриране на данните за движението трябва да могат да
изобразяват :
—данни относно аномалиите ,
—данни относно предупрежденията ,1998R2135 —BG—01.05.2006 —002.001 —40
▼M1
—данни относно достъпа до менютата ,
—други данни ,поискани от потребителя .
Уредите за регистриране на данните за движението могат да изобразяват
допълнителна информация при положение ,че тя се отличава ясно от горе -
посочените информации .
При изобразяването на данните на уредите за регистриране на данните за
движението трябва да се използват пиктограмите или комбинациите отпиктограми ,изброенивдопълнение 3.Могатдасеизползватдопълнителни
пиктограмииликомбинацииотпиктограмиприположение ,четесеотличават
ясноотгорепосоченитепиктограмииликомбинацииотпиктограми .
Устройството за изобразяване трябва винаги да бъде включено ,когато
превозното средство е в движение .
Уредитезарегистрираненаданнитезадвижениетомогатдаиматръчнаили
автоматична функция за изключване на устройството за изобразяване на
данните ,когато превозното средство е в покой .
Форматът на изобразяване на данните е указан в допълнение 5.
15.1.Изобразяване по подразбиране
Когато не трябва да се изобразява никаква друга информация ,уредите за
регистриране на данните за движението изобразяват по подразбиранеследните показания :
—местно време (координирано универсално време +корекция ,фиксирана
от водача ),
—режим на функциониране ,
—активната в момента дейност на водача и на помощник -водача ,
—информация относно водача :
—ако неговата дейност в момента е КОРМУВАНЕ ,времето на непре -
къснато кормуване и общото време на прекъсване ,
—ако неговата дейност в момента не е КОРМУВАНЕ ,продължител -
носттанаактивнатавмоментадейност (отмоментанаизбиранетоѝ )
и общото време на прекъсване ,
—информация относно помощник -водача :
—продължителносттананеговатадейност (отмоментанаизбиранетоѝ ).
Изобразяванетонаданнитеотносновсекиводачтрябвадабъдеясно ,просто
и недвусмислено .Когато данните относно водача и помощник
-водача не
могат да бъдат изобразени едновременно ,уредите за регистриране на
данните за движението трябва да изобразяват по подразбиране инфор -
мацията ,отнасяща се до водача ,и трябва да позволяват на потребителя
да изобрази информацията относно помощник -водача .
Когато широчината на изобразяването не е достатъчна за визуализиране по
подразбиране на режима на функциониране ,уредите за регистриране на
данните за движението трябва да изобразяват за кратко време новия
режим при всяка негова промяна .
Уредитезарегистрираненаданнитезадвижениетотрябвадаизобразяватза
кратковремеиметонапритежателянакартатапривъвежданенановакарта .
Когато е отворено условие „ИЗВЪНОБСЕГ “,съответната пиктограма
трябва да се появи ,за да укаже ,че това условие е отворено (активната в
момента дейност на водача може да не се изобразява в същото време ).
15.2.Изобразяване на предупреждение
Уредите за регистриране на данните за движението използват при преду -
прежденията най -вече пиктограмите ,фигуриращи в допълнение 3,
допълнени при нужда от информация под формата на цифров код .Може
също така да се добави съобщение за предупреждение на езика ,избран от
водача .
15.3.Менюза достъп
Уредите за регистриране на данните за движението трябва да съдържат
командите ,коитосанеобходимиврамкитенасъответнотоменюзадостъп .1998R2135 —BG—01.05.2006 —002.001 —41
▼M1
15.4.Изобразяване на други данни
Трябва да бъде възможно изобразяването по заявка на :
—датата и часа по координираното универсално време ,
—режима на функциониране (ако не е указан по подразбиране ),
—времето на непрекъснато кормуване и общото време на прекъсване за
водача ,
—времето на непрекъснато кормуване и общото време на прекъсване за
помощник -водача ,
—времето на непрекъснато кормуване на водача за предишната и
настоящата седмица ,
—времетонанепрекъснатокормуваненапомощник -водачазапредишната
и настоящата седмица ,
—съдържанието на една от съответните 6разпечатки на хартиен носител ,
което да бъде в същия формат като разпечатката на хартиения носител .
Изобразяването на съдържанието на разпечатката на хартия е последо -
вателно ,ред по ред .Ако широчината на изобразяването е по -малка от 24
символа ,потребителят може да визуализира цялата информация чрез
съответен способ (на няколко реда ,изобразяване във вид на безконечен
списък ,…)Редовете при отпечатването на хартия ,предвидени за ръчното
изписване на информация ,могат да бъдат изпуснати .
16.Отпечатване
Апаратурата за контрол трябва да може да отпечатва информацията ,
записана в паметта й и /или на тахографските карти така ,че да могат да
се получат следните разпечатвания на хартия :
—записаните на картата дейности на водача ,
—записаните на блока ,монтиран на превозното средство ,дейности на
водача ,
—записаните на картата събития и аномалии ,
—записаните на блока ,монтиран на превозното средство ,събития и
аномалии ,
—техническите данни ,
—превишаванията на допустимата скорост .
Подробностите относно формата и съдържанието ,които трябва да се
спазват при тези отпечатвания на хартия ,са уточнени в допълнение 4.
В края на разпечатването на хартия може да фигурират допълнителни
данни .
Могат също така да се извършват и други разпечатвания на хартия с
помощта на уредите за регистриране на данните за движението при
положение ,че те са ясно различими от шестте изброени по -горе.
Разпечатваниятанахартия „Дейностинаводача ,фигуриращинакартата “и
„Събитияианомалии ,фигуриращинакартата “могатдасеизвършватедин -
ствено когато в уредите за регистриране на данните за движението евъведена карта на водач или цехова карта .Уредите за регистриране на
данните за движението актуализират данните ,записани на въпросната
карта ,преди да стартира отпечатването .
Задаизвърширазпечатваненахартияна „Дейностинаводача ,фигуриращи
на картата “или на „Събития и аномалии ,фигуриращи на картата “уредите
за регистриране на данните за движението трябва :
—или да изберат автоматично картата на водача или цеховата карта ,ако
само една от тези карти е поставена в нея ,
—или да има команда ,позволяваща избирането на картата -източник на
данните ,или да избере картата ,поставена в четящото устройство
„водач “,ако тези две карти са поставени в уредите за регистриране на
данните за движението .
Принтерът трябва да може да отпечатва 24символа на ред .
Минималният размер на символите е 2,1мм височина и 1,5мм широчина .1998R2135 —BG—01.05.2006 —002.001 —42
▼M1
Принтерът трябва да приема латинските символи 1и гръцките символи ,
определени в части 1и7на стандарт ISO 8859,както е указано в
допълнение Iна глава IV,„Набор от символи “.
Принтерите трябва също така да са с такава конструкция ,че степента на
четливостнаразпечатванетонахартиядабъдедостатъчна ,задасеизбегне
всяка двусмисленост при четене .
Разпечаткитенахартиятрябвадазапазватразмеритеисъдържаниетосипри
нормалните условия на влажност (10–90 %)и на температура .
Хартията ,използванаотуредитезарегистрираненаданнитезадвижението ,
трябвадаимасъответен знакзатиповоодобрениеиуказаниезатипа /овете
апаратура /и за контрол ,с който /които може да бъде използвана .Разпе -
чатките на хартия трябва да остават лесно четливи и разпознаваеми принормалнитеусловиянасъхранение ,щосеотнасядосветлиннияинтензитет ,
влажността и температурата ,в продължение на най -малко една година .
Също така трябва да бъде възможно да се пише на ръка върху тези
документи ,например при полагане на подписа на водача .
Припрекъсваненазахранванетосхартияповременаразпечатванетоислед
новото зареждане с хартия ,уредите за регистриране на данните за
движението трябва да започнат отново разпечатването отначало или то дапродължи оттам ,откъдето е прекъснало ,като ясно прави връзка с частта ,
разпечатана до този момент .
17.Предупреждения
Апаратурата за контрол трябва да предупреждава водача ,когато открие
някакво събитие и /или аномалия .
Предупреждението относно прекъсване на захранването с електричество
може да бъде забавено до момента на възстановяване на захранването .
Уредите за регистриране на данните за движението предупреждават водача
15минутипредииповременанадвишаванетонанепрекъснатотовремена
кормуване от 4часа и 30минути .
Предупрежденията трябва да бъдат визуални .
Освен визуалните преду -
преждения могат да се извършват и звукови предупреждения .
Визуалните предупреждения трябва да бъдат ясно различими от потре -
бителя ,да се появяват в зрителното поле на водача и да бъдат лесно
четливи както през деня ,така и през нощта .
Визуалните предупреждения могат да бъдат вградени в уредите за реги -
стриране на данните за движението ,или да бъдат изведени извън тях .
В последния случай те трябва да съдържат символа „Т“и да бъдат с
оранжев цвят .
Предупрежденията трябва да имат продължителност не по -малка от 30
секунди ,освен ако потребителят удостовери приемането им чрез
натискане на който и да е бутон от уредите за регистриране на данните
за движението .Това първо удостоверяване на приемането на предупреж -
дениетонетрябвадаизтриваизобразяванетонапричинатазасъобщението ,
визирано в следващия параграф .
Причината за съобщението трябва да бъде изобразена на уредите за реги -
стриране на данните за движението и да остане видима ,докато потре -
бителят удостовери приемането ѝ с помощта на специален код иликоманда на уредите за регистриране на данните за движението .
Могатдасепредвидятдопълнителнипредупрежденияприположение ,чете
не водят до объркване с тези ,които са определени по -горе.
18.Прехвърляне на данни към външни медии
Уредите за регистриране на данните за движението трябва да позволяват
прехвърлянето по заявка на данни ,съхранени в паметта ѝ или върху карта
на водач ,към външни медии ,посредством връзка за еталониране /прех-
върляне на данни .Уредите за регистриране на данните за движението
актуализират данните ,записани на въпросната карта ,преди да стартира
прехвърлянето .
Освентова ,опционално ,уредитезарегистрираненаданнитезадвижението
може при всички режими на функциониране да прехвърлят данни
посредством друга връзка към предприятие ,идентификацията на което се1998R2135 —BG—01.05.2006 —002.001 —43
▼M1
извършва чрез този канал .В подобен случай така прехвърлените данни се
подчиняват на правата за достъп ,приложими в режим „предприятие “.
Прехвърлянето на данни не трябва нито да изтрива ,нито да променя запи -
саните данни .
Електрическият интерфейс за еталониране и прехвърляне на данни е
уточнен в допълнение 6.
Протоколите за прехвърляне на данни са уточнени в допълнение 7.
19.Данни ,прехвърляни към допълнителни външни устройства
Когатоуредитезарегистрираненаданнитезадвижениетонямафункцииза
изобразяване на скоростта и /или километража ,апаратурата трябва да
излъчва изходящи сигнали ,позволяващи изобразяването на скоростта на
превозното средство и /или общото разстояние ,изминато от превозното
средство .
Блокът ,монтиран на превозното средство ,трябва също така да позволява
прехвърлянето на следните данни посредством независима серийна връзка ,
използванаспециалнозатазицел ,отопционалнашиназавръзка CAN [ISO
11898 „Пътни превозни средства —обмен на цифрова информация —
Управление на високоскоростна комуникационна мрежа (CAN) “]така,че
тези данни да могат да бъдат обработени от други електронни устройства ,
монтирани на превозното средство :
—дата и час по координираното универсално време ,
—скорост на превозното средство ,
—общо разстояние ,изминато от превозното средство (брояч на кило -
метрите ),
—активната в момента дейност на водача и на помощник -водача ,
—евентуално указание ,че определена тахографска карта е въведена в
четящото устройство „Водач “и в четящото устройство „Помощник -
водач “и(при необходимост )информация относно идентифицирането
на тези карти (номер и държава -членка ,която ги е издала ).
Освен този минимален списък ,могат да бъдат прехвърлени и други данни .
Когато контактният ключ на превозното средство е в положение
ВКЛЮЧЕНДВИГАТЕЛ ,тези данни могат да бъдат прехвърляни
постоянно .Когато контактният ключ е в положение СПРЯНДВИГАТЕЛ ,
прехвърлянето продължава най -малко за данните ,отнасящи се до
променитенадейносттанаводачаинапомощник -водачаи /илипоставянето
или изваждането на определена тахографска карта .Ако тези данни не са
билипрехвърлени ,когатоконтактниятключнапревознотосредствоебилв
положениеСПРЯНДВИГАТЕЛ ,тесепрехвърлят ,когатоконтактниятключ
се постави отново в положение ВКЛЮЧЕНДВИГАТЕЛ .
20.Еталониране
Функцията за еталониране позволява :
—автоматичното свързване на датчика за движение с блока ,монтиран на
превозното средство ,
—цифровото адаптиране на константата kна уредите за регистриране на
данните за движението към характеристичния коефициент wна
превознотосредство (превознитесредства ,имащидвеилиповечепреда -
вателниотношенияспрямоосите ,трябвадабъдатснабденискомутатор ,
позволяващ приравняването на тези различни отношения към отно -
шението ,за което апаратурата на превозното средство е адаптирана ),
—сверяване на часовника (без ограничение ),
—коригиране на километража ,
—актуализиране на данните за идентификация на датчика за движение ,
съхранени в паметта ,
—актуализиране или потвърждаване на други параметри ,известни на
уредите за регистриране на данните за движението :идентифициране
на превозното средство ,w ,l ,размер на гумите и регулиране на ограни -
чителя на скоростта при необходимост .
Свързването на датчика за движение с блока ,монтиран на превозното
средство се състои най -малкото в :1998R2135 —BG—01.05.2006 —002.001 —44
▼M1
—актуализиране на данните за монтирането на датчика за движение ,
намиращи се в него (при необходимост ),
—копиране в паметта на блока ,монтиран на превозното средство ,на
данните за идентификация на датчика за движение .
Функцията за еталониране трябва да позволява въвеждането на необхо -
димите данни посредством връзката за еталониране /прехвърляне на данни
съгласно протокола за еталониране ,определен в допълнение 8.Функцията
заеталониранеможесъщотакадапозволявавъвежданетонанеобходимите
данни посредством други връзки .
21.Сверяване на часовника
Функцията за сверяване на часовника трябва да позволява регулирането на
часа в границите от една минута на интервали ,не по -малки от 7дена.
Функцията за сверяване на часовника трябва да позволява регулирането на
часа без ограничение в режим на еталониране .
22.Характеристики
Блокът ,монтиран на превозното средство ,трябва да може да функционира
правилнопридиапазоноттемпературиот –20 °Cдо+ 70 °C,адатчикътза
движение —при диапазон от температури от –40 °Cдо+ 135 °C.Съдър -
жанието на паметта трябва да бъде запазвано до температури от –40 °C.
Апаратурата за контрол трябва да може да функционира правилно при
диапазон от влажност от 10 %до90 %.
Апаратурата за контрол трябва да бъде предпазена от свръхнапрежения ,
размянанаполюситенаелектрическотойзахранванеиоткъсисъединения .
Апаратурата за контрол трябва да отговаря на Директива 95/54/ЕО от 31
октомври 1995 (1),извършваща привеждане в съответствие с техническия
прогресна Директива 72/245/ЕИО на Съвета (2)относноелектромагнитната
съвместимост ,и трябва да бъде предпазена от електростатични и преходни
разряди .
23.Материали
Всички елементи ,съставящи уредите за регистриране на данните за
движението ,трябва да бъдат от материали с достатъчна стабилност и
механична здравина и да имат стабилни електрически и магнитни характе -
ристики .
Всички вътрешни части на уредите трябва да бъдат защитени от влага и
прах при нормални условия на употреба .
Блокът ,монтиран на превозното средство ,трябва да отговаря на равнище
назащита IP 40,адатчикътзадвижение —наравнищеназащита IP 64по
смисъла на стандарт IEC 529.
Уредите за регистриране на данните за движението трябва да отговарят на
техническите спецификации ,прилагани в областта на ергономичността на
конструкцията .
Уредите за регистриране на данните за движението трябва да бъдат
защитени от случайни повреждания .
24.Информация ,изобразявана допълнително
Ако уредите за регистриране на данните за движението визуализират
скоростта и километража на превозното средство ,следните детайли
трябва да бъдат изобразени :
—до цифрата ,указваща изминатото разстояние ,мерната единица на това
разстояние ,представена от съкращението „км“,
—до цифрата ,показваща скоростта ,указанието „км/ч“.
Апаратурата за контрол може също така да бъде свързана по начин ,който
да позволява изобразяването на скоростта в мили в час ,като в този случай
мерната единица на скоростта ще е указана от съкращението „mph“.1998R2135 —BG—01.05.2006 —002.001 —45
▼M1
(1)ОВL 266, 8.11.1995 г.,стр.1 .
(2)ОВL 152, 6.7.1972 г.,стр. 15.
Навсекикомпонент ,койтоеотделенотуредитезарегистрираненаданните
за движението ,трябва да се постави указателна табелка със следните
означения :
—име и адрес на производителя на уредите ,
—фабричен номер ,даден от производителя ,и година на производство на
апаратурата ,
—сериен номер на апаратурата ,
—знак за одобрение на уредите .
Когато наличното пространство е недостатъчно за изобразяване на всички
горепосочениинформации ,указателнататабелкатрябвадауказванай -малко
името и фирмения знак на производителя и номера на компонента .
IV.КОНСТРУКТИВНИ И ФУНКЦИОНАЛНИ ИЗИСКВАНИЯ ОТНОСНО
ТАХОГРАФСКИТЕ КАРТИ
1.Видими данни
Заглавният лист трябва да съдържа :
думите „Карта на водач “или„Карта на контрольор “или„Цехова карта “
или„Карта на предприятие “,отпечатани с големи букви на официал -
ния(ите)език(езици )на държавата -членка ,която е издала картата ,според
типа карта .
същите думи на другите официални езици на Общността ,отпечатани на
гърба на картата :
ES TARJETA DEL
CONDUCTORTARJETA DE
CONTROLTARJETA DEL
CENTRO DE
ENSAYOTARJETA DE LA
EMPRESA
DK FØRERKORT KONTROLKORT VÆRKSTEDSKORT VIRKSOM-
HEDSKORT
DE FAHRERKARTE KONTROLLKARTE WERK-
STATTKARTEUNTERNEHMEN-
SKARTE
EL ΚΑΡΤΑ ΟΔΝΟΥ КАРТА Е ΛЕΓΧОΥ ΚΑΡΤΑ ΚΕΝΤΡΟΥ
ΔΟΚΙΜΩΝКАРТА
ЕПIХЕIPHΣНΣ
EN DRIVER CARD CONTROL CARD WORKSHOP CARD COMPANY CARDFR CARTE DE
CONDUCTEURCARTE DE
CONTROLEURCARTE DATELIER CARTE
DENTREPRISE
GA CÁRTA TIOMÁNAÍ CÁRTA STIÚRTHA CÁRTA CEARD-
LAINNECÁRTA COMH-
LACHTA
IT CARTA DEL
CONDUCENTECARTA DI
CONTROLLOCARTA DELLOF-
FICINACARTA DELLA-
ZIENDA
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
името на държавата -членка ,която е издала картата (опционално );
кода на държавата -членка ,която е издала картата ,отпечатан в бяло на син
фон в правоъгълник ,обграден от 12жълти звезди .Кодовете са следните :
ВБелгия
DKДания1998R2135 —BG—01.05.2006 —002.001 —46
▼M1
DГермания
GRГърция
EИспания
FФранция
IRLИрландия
IИталия
LЛюксембург
NLНидерландия
AАвстрия
PПортугалия
FINФинландия
SШвеция
UKВеликобритания
особени обозначения относно издадената карта ,номерирани ,както следва :
Карта на водача Карта на контрольорКарта на предприятие или
цехова карта
1.фамилно име на водача именаоргана ,извършващ
контролиме на предприятието или
на цеха
2. първо (и)име(на)на
водачафамилно име на
контрольора
(при необходимост )фамилно име на прите -
жателя на картата
(при необходимост )
3.датанаражданенаводача Първо /и име /на на
контрольора
(при необходимост )Първо /и име /на на прите -
жателя на картата
(при необходимост )
4. a) дата на начало на валидността на картата
б) дата на изтичане валидността на картата (при необходимост )
в)име на органа ,който е издал картата (може да бъде отпечатано на страница 2)
г)номер ,различен от указания в точка 5,по административни причини (опционално )
5. a)Номер на свидетелството
за управление
(към датата на издаване
на картата на водача )
5.б) Номер на картата
6. Снимка на водача Снимка на контрольора
(опционално )—
7. Подпис на водача Подпис на притежателя на картата (опционално )
8. Обичайно място на
пребиваване или
пощенски адрес на прите -
жателя на картата
(опционално )Пощенски адрес на
органа ,извършващ
контролПощенски адрес на пред -
приятието или на цеха
датите се указват под следната форма „дд/мм/гггг“или„дд.мм.гггг“;
на обратната страна трябва да има :
легенда на номерата ,указани на лицевата страна ;
с изрично писмено съгласие на притежателя на картата информацията ,
която не е свързана с администирането на картата ,може също така да
бъде указана при положение ,че не променя с нищо използването на
модела като тахографска карта .1998R2135 —BG—01.05.2006 —002.001 —47
▼M1
Тахографските карти трябва да бъдат отпечатани на фон със следните
цветове :
—карта на водача :бял,
—карта на контрольор :син,
—цехова карта :червен ,
—карта на предприятие :жълт .
Тахографските карти трябва да имат следните елементи на защита срещу
подправяне и неоторизирана промяна на данните :
—фонов защитен печат с фин релеф и преливащи се цветове ,
—припокриване на фоновия защитен печат и на снимката ,
—поне една двуцветна линия с микропечат .
Следконсултация сКомисията държавите -членкимогатда добавят цветове
и надписи ,като например националните символи и защитни елементи ,без
това да накърнява другите разпоредби на настоящото приложение .
2.Сигурност
Сигурността на системата цели да предпази целостта и автентичността на
данните ,обменяни между картите и уредите за регистриране на данните за
движението ,кактоицелосттаиавтентичносттанаданните ,прехвърляниот
карти ,като позволява единствено извършването на някои операции по
записване на данни върху картите на уредите за регистриране на данните
за движението ,като изключва всяка възможност за фалшифициране на
данните ,съхранени на картата ,и като открива всеки опит в този смисъл .1998R2135 —BG—01.05.2006 —002.001 —48
▼M1
Сцел тази сигурностда съществува реално ,тахографските картитрябва да
отговарят на изискванията за сигурност ,уточнени в общите цели относно
сигурността ,отнасящи се до тахографските карти (допълнение 10).
Тахографските карти трябва да могат да бъдат четени от други устройства ,
като например микрокомпютри .
3.Стандарти
Тахографските карти трябва да отговарят на следните стандарти :
—ISO/CEI 7810 —Идентификационникарти —физическихарактеристики ,
—ISO/CEI 7816 —Идентификационникарти —Картисвградена (и)инте-
грална /и схема /и с контакти :
—Част 1:Физически характеристики ,
—Част 2:Размери и местоположение на контактите ,
—Част 3:Електрически сигнали и протоколи за предаване на
информация ,
—Част 4:Междумодулни команди за обмен на данни ,
—Част 8:Междумодулни команди ,свързани със сигурността ,
—ISO/CEI 10373 Идентификационни карти —методи на изпитание .
4.Спецификации ,свързани с околната среда и електричеството
Тахографските карти трябва да могат да функционират правилно при
всичкиклиматичниусловия ,коитонормалносенаблюдаватнатериторията
наОбщносттаивминималентемпературендиапазонот –25 °Cдо+ 70 °C,
смоментнипиковедо + 85 °C,като„моментни “означавапродължителност
под4часа и не повече от 100пъти по време на живота на картата .
Тахографските карти трябва да могат да функционират правилно при
диапазон от влажност от 10 %до90 %.
Тахографските карти трябва да могат да функционират правилно през
период от пет години ,ако те се използват съгласно спецификациите ,
свързани с околната среда и електричеството .
По време на своето функциониране тахографските карти трябва да
отговарят на Директива 95/54/ЕО на Комисията от 31октомври 1995г.
относно електромагнитната съвместимост (1)и трябва да бъдат защитени
от електростатични разряди .
5.Съхраняване на данните
За целите на настоящия параграф ,
—часовете се записват с точност от 1минута ,освен ако не е предвидено
друго ,
—километражът на превозното средство се записва с точност до
километър ,
—скоростите на превозното средство се записват с точност до един
километър в час .
Функциите ,командите и логическите структури на тахографските карти ,
които отговарят на изискванията относно съхраняването на данните ,са
указани в допълнение 2.
Настоящият параграф уточнява минималния капацитет за съхраняване на
данните от различните приложни файлове .Тахографските карти трябва да
могат да указват на уредите за регистриране на данните за движениетореалния капацитет за съхранение на тези файлове .
Всички допълнителни данни ,за които се приема ,че могат да бъдат
съхранени на тахографската карта във връзка с други евентуално присъ -
стващи на картата приложения ,трябва да бъдат съхранени съгласно
Директива 95/46/ЕО(
2).1998R2135 —BG—01.05.2006 —002.001 —49
▼M1
(1)ОВL 266, 8.11.1995 г.,стр.1 .
(2)ОВL 281, 23.11.1995 г.,стр. 31.
5.1.Идентифициране на картата и данни относно сигурността
5.1.1.Идентифициране на приложенията
Тахографскитекартитрябвадамогатдасъхраняватследнитеданниотносно
идентифициране на приложенията :
—идентифициране на тахографското приложение ,
—идентифициране на типа тахографска карта .
5.1.2.Идентифициране на микропроцесора
Тахографскитекартитрябвадамогатдасъхраняватследнитеданниотносно
идентифицирането на интегралните схеми :
—сериен номер на интегралната схема ,
—данни относно производството на интегралната схема .
5.1.3.Идентифициране на картите с вграден чип
Тахографскитекартитрябвадамогатдасъхраняватследнитеданниотносно
идентифицирането на картите с логика :
—сериен номер на картата (включително данни относно производството ),
—сертификационен номер на картата ,
—персонално идентифициране на картата ,
—идентифициране на интегратора ,
—идентификатор на интегралната схема .
5.1.4.Елементи ,свързани със сигурността
Тахографскитекартитрябвадамогатдасъхраняватследнитеданниотносно
идентифицирането на картата :
—европейски публичен ключ ,
—сертификат на държавата -членка ,
—сертификат на картата ,
—частен ключ на картата .
5.2.Карта на водача
5.2.1.Идентифициране на картата
Картата на водача трябва да може да съхранява следните данни относно
идентифицирането на картата :
—номер на картата ,
—държава -членка ,издалакартата ,иметонакомпетентнияорган ,извършил
издаването ,дата на издаването ;
—дата на начало на валидността на картата ,дата на край на валидността .
5.2.2.Идентифициране на притежателя на картата
Картата на водача трябва да може да съхранява следните данни относно
идентифицирането на притежателя на картата :
—фамилно име на притежателя ,
—име и презиме на притежателя на картата ,
—дата на раждане ,
—обичайно използван език .
5.2.3.Данни относно свидетелството за управление
Картата на водача трябва да може да съхранява следните данни относно
свидетелството за управление :
—държава -членка ,издала свидетелството за управление ,име на компе -
тентния орган ,извършил издаването ,
—номернасвидетелствотозауправление (надататанаиздаваненакартата ).1998R2135 —BG—01.05.2006 —002.001 —50
▼M1
5.2.4.Данни относно използваното превозно средство
Картата на водача трябва да може да съхранява за всеки календарен ден ,в
който тя се използва ,и за всеки период на използване на определено
превозно средство през този ден (периодът на използване включва всички
последователни цикли на поставяне /изваждане на картата в превозното
средство ,като се има предвид самата карта ),следните данни :
—датаичаснапървотоизползваненапревознотосредство (тоестпървото
въвеждане на картата за този период на употреба на превознотосредство ,или00.00часа,акопериодътнаизползванеобхващатозичас ),
—километраж на превозното средство в този момент ,
—дата и час на последното използване на превозното средство (тоест
последното изваждане на картата за този период на употреба напревозното средство ,или 23.59часа,ако периодът на използване
обхваща този час ),
—километраж на превозното средство в този момент ,
—номер и държава -членка ,извършила регистрацията на превозното
средство .
Картата на водача трябва да може да съхранява 84фиша от този тип .
5.2.5.Данни относно дейността на водача
Картата на водача трябва да може да съхранява следните данни за всеки
календарен ден ,в който тя се използва ,или в който водачът е въвел ръчно
дейностите си :
—дата,
—броячнаприсъственитедни (койтосеувеличаваседнаединицазавсеки
от тези календарни дни ),
—общо разстояние ,изминато от водача през този ден ,
—положение на водача в 00.00часа,
—промени в дейността на водача ;и/или промени в обстановката при
кормуване ,и
/или въвеждане или изваждане на картата на водача :
—обстановка по време на кормуване (ЕКИПАЖ ,САМ ),
—четящо устройство (ВОДАЧ ,ПОМОЩНИК -ВОДАЧ ),
—положение на картата спрямо четящото устройство (ПОСТАВЕНА ,
НЕПОСТАВЕНА ),
—дейност (КОРМУВАНЕ ,НАРАЗПОЛОЖЕНИЕ ,РАБОТА ,ПРЕКЪС -
ВАНЕ /ПОЧИВКА ),
—час на промяната .
Паметтанакартатанаводачатрябвадапозволявасъхраняванетонаданните
относнодейносттанаводачавпродължениенанай -малко 28дни(средната
дейност на определен водач се определя като 93промени на дейността на
ден).
Данните ,изброени в изисквания 197и199,трябва да бъдат съхранени по
начин ,позволяващ дейностите да бъдат открити по реда на тяхното
настъпване дори в случай на времево припокриване .
5.2.6.Местоположение в началото /в края на дневните периоди на
работа
Картата на водача трябва да позволява съхраняването на следните данни
относноместоположениятананачалои /илинакрайнадневнитепериодина
работа ,въведени от водача :
—дата и час на въвеждането (или дата и час ,свързани с въвеждането ,
когато то се извършва по време на процедурата по ръчно въвеждане ),
—тип на въвеждането (начало или край ,условия на въвеждането ),
—въведени страна и област ,
—километраж на превозното средство .
Картата на водача трябва да може да съхранява най -малко 42двойки от
този тип .1998R2135 —BG—01.05.2006 —002.001 —51
▼M1
5.2.7.Данни относно събитията
За целите на настоящата точка времето се записва с точност до секунда .
Картата на водача трябва да позволява съхраняването на данните ,свързани
със следните събития ,засечени от уредите за регистриране на данните за
движението по времето ,когато картата е поставена :
—припокриване на времеви отрязък (когато картата е причина за
събитието ),
—поставяне на карта по време на кормуване (когато това събитие засяга
картата ),
—неправилноприключваненапредишнасесия (когатотовасъбитиезасяга
картата ),
—прекъсване на електрическото захранване ,
—грешка в данните относно движението ,
—опит за нарушаване на сигурността .
Картата на водача трябва да позволява съхраняването на следните данни
относно тези събития :
—код на събитието ,
—дата и час на начало на събитието (или на поставянето на картата в
случай ,че събитието се е извършвало в този момент ),
—дата и час на край на събитието (или на изваждането на картата в
случай ,че събитието се е извършвало в този момент ),
—номер и държава -членка ,извършила регистрацията на превозното
средство ,в което се е извършило събитието .
Забележка :Относно събитието „Припокриване на времеви период “:
—датата и часът на началото на събитието трябва да съответстват на
дататаичасанаизважданенакартатаотпредишнотопревозносредство ,
—датата и часът на края на събитието трябва да съответстват на датата и
на часа на поставянето на картата в настоящото превозно средство ,
—данните относно превозното средство трябва да съответстват на
настоящото превозно средство ,в което събитието се е случило .
Забележка :Относно събитието „Неправилно приключване на предишната
сесия “:
—датата и часът на началото на събитието трябва да съответстват на
датата и на часа на поставянето на картата ,съответстващо на
неправилно приключената сесия ,
—дататаичасанакраянасъбитиетотрябвадасъответстватнадататаина
часа на поставяне на картата за сесията ,по време на която събитието е
засечено (текуща сесия ),
—данните относно превозното средство трябва да съответстват на
превозно средство ,в което сесията не е била приключена правилно .
Картатанаводачатрябвадапозволявасъхраняванетонаданнитеотносно 6-
те последни събития от всеки тип (тоест 36събития ).
5.2.8.Данни относно аномалиите
За целите на настоящата точка времето се записва с точност до секунда .
Картата на водача трябва да позволява съхраняването на данните ,свързани
със следните аномалии ,засечени от уредите за регистриране на данните за
движението по времето ,когато картата е поставена :
—аномалия на картата (когато картата е причина за аномалията ),
—аномалия на уредите за регистриране на данните за движението .
Картата на водача трябва да позволява съхраняването на следните данни
относно тези аномалии :
—код на аномалията ,1998R2135 —BG—01.05.2006 —002.001 —52
▼M1
—дата и час на начало на аномалията (или на поставянето на картата ,в
случай че аномалията се е извършвала в този момент ),
—дата и час на край на аномалията (или на изваждането на картата ,в
случай че аномалията се е извършвала в този момент ),
—номер и държава -членка ,извършила регистрацията на превозното
средство ,в което се е случила аномалията .
Картата на водача трябва да позволява съхраняването на данните относно
12-те последни аномалии от всеки тип (тоест 24аномалии ).
5.2.9.Данни относно контролните дейности
Картата на водача трябва да позволява съхраняването на следните данни
относно контролните дейности :
—дата и час на извършения контрол ,
—номер на картата на контрольора и държавата -членка ,която я е издала ,
—тип на контрола [изобразяване на данните и /или отпечатване и /или
прехвърляне на данни от блока ,монтиран на превозното средство
и/или прехвърляне на данни от картата (виж забележката )],
—прехвърлен период ,при необходимост ,
—номер и държава -членка ,извършила регистрацията на превозното
средство ,в което се е извършил контролът .
Забележка :Изискванията за сигурност предполагат ,че прехвърлянето от
определена карта се записва само ако се извърши посредством уреди зарегистриране на данните за движението .
Картата на водача трябва да позволява съхраняването на тези данни .
5.2.10.Данни относно сесиите за всяка карта
Картата на водача трябва да позволява съхраняването на следните данни
относно превозното средство ,в което е отворена текущата сесия :
—дата и час на отваряне на сесията (тоест на поставяне на картата
),с
точност до една секунда ,
—номер и държава -членка ,извършила регистрацията на превозното
средство .
5.2.11.Данни относно особените условия
Картата на водача трябва да позволява съхраняването на следните данни ,
свързани с особените условия ,въведени ,докато картата е поставена (неза-
висимо за кое четящо устройство ):
—дата и час на въвеждането ,
—тип на особеното условие .
Картата на водача трябва да позволява съхраняването на 56фиша от този
тип.
5.3.Цехова карта
5.3.1.Елементи ,свързани със сигурността
Цеховата карта трябва да позволява съхраняването на персонален иденти -
фикационен номер .
Цеховата карта трябва да позволява съхраняването на криптографските
ключове ,необходими за свързването на датчика за движение към блока ,
монтиран на превозното средство .
5.3.2.Идентифициране на картата
Цеховата карта трябва да позволява съхраняването на следните данни
относно идентифицирането на картата :
—номер на картата ,
—държавата -членка ,издала картата ,името на компетентния орган ,
извършил издаването ,дата на издаването ;
—датананачалонавалидносттанакартатаидатанакрайнавалидността .1998R2135 —BG—01.05.2006 —002.001 —53
▼M1
5.3.3.Идентифициране на притежателя на картата
Цеховата карта трябва да позволява съхраняването на следните данни
относно идентифицирането на притежателя на картата :
—име на цеха ,
—адрес на цеха ,
—фамилно име на притежателя ,
—име и презиме на притежателя ,
—обичайно използван език .
5.3.4.Данни относно използваното превозно средство
Цеховата карта трябва да позволява съхраняването на данните относно
използваните превозни средства по същия начин като картата на водача .
Картатанаводачатрябвадапозволявасъхраняванетонанай -малко 4фиша
от този тип .
5.3.5.Данни относно дейността на водача
Цеховата карта трябва да позволява съхраняването на данните относно
дейността на водача по същия начин като картата на водача .
Цеховата карта трябва да позволява съхраняването на данните относно
дейността на водача за най -малко един ден средна дейност на водача .
5.3.6.Данни относно края и /или началото на дневните периоди на
работа
Цеховата карта трябва да позволява съхраняването на данните относно
началото и /или края на дневните периоди на работа по същия начин като
картата на водача .
Картата на водача трябва да позволява съхраняването на най -малко 3
двойки данни .
5.3.7.Данни относно събитията и аномалиите
Цеховата карта трябва да позволява съхраняването на данните относно
събитията и аномалиите по същия начин като картата на водача .
Цеховата карта трябва да позволява съхраняването на трите последни
събития от всеки тип (тоест 18събития )и на шестте последни аномалии
от всеки тип (тоест 12аномалии ).
5.3.8.Данни относно контролните дейности
Цеховата карта трябва да позволява съхраняването на данните относно
контролните дейности по същия начин като картата на водача .
5.3.9.Данни относно еталонирането и сверяването на часовника
Цеховата карта трябва да позволява съхраняването на данните ,свързани с
еталониранетои /илирегулиранетонавремето ,когатокартатаепоставенав
апаратурата .
Всеки фиш за еталониране трябва да съдържа следните данни :
—предметнаеталонирането (първоинсталиране ,инсталиране ,периодичен
контрол ,друго ),
—идентификация на превозното средство ,
—актуализирани или потвърдени параметри [w, k, l,размер на гумите ,
регулировка на ограничителя на скоростта ,брояч на километрите
(старо и ново показание ),дата и час (старо и ново показание )],
—идентификация на уредите за регистриране на данните за движението
(фабричен и сериен номер на блока ,монтиран на превозното средство ,
сериен номер на датчика за движение ).
Цеховатакартатрябвадапозволявасъхраняванетонай -малкона 88фишаот
този тип .
Цеховата карта трябва да има брояч ,указващ общия брой на еталони -
ранията ,извършени с картата .1998R2135 —BG—01.05.2006 —002.001 —54
▼M1
Цеховата карта трябва да има брояч ,указващ общия брой на еталони -
ранията ,извършени от последното прехвърляне на данни .
5.3.10.Данни относно особените условия
Цеховата карта трябва да позволява съхраняването на данните относно
особените условия по същия начин като картата на водача .Картата на
водача трябва да позволява съхраняването на два файла ,съдържащи
такива данни .
5.4.Карта на контрольор
5.4.1.Идентифициране на картата
Картата на контрольора трябва да позволява съхраняването на следните
данни относно идентифицирането на картата :
—номер на картата ,
—държава -членка ,издала картата ,име на компетентния орган ,извършил
издаването ,дата на издаването ,
—дата на начало на валидността на картата ,дата на край на валидността
(при необходимост ).
5.4.2.Идентифициране на притежателя на картата
Картата на контрольора трябва да позволява съхраняването на следните
данни относно притежателя на картата :
—име на контролния орган ,
—адрес на контролния орган ,
—фамилно име на притежателя ,
—име и презиме на притежателя ,
—обичайно използван език .
5.4.3.Данни относно контролните дейности
Картата на контрольора трябва да позволява съхраняването на следните
данни относно контролните дейности :
—дата и час на извършения контрол ,
—тип на контрола (изобразяване на данните и /или отпечатване и /или
прехвърляне на данни от блока ,монтиран на превозното средство
и/или от картата ),
—прехвърлен период (при необходимост ),
—номер и държава -членка ,извършила регистрацията на контролираното
превозно средство ,
—номернаконтролиранатакартанаводачаидържавата -членка ,коятояе
издала .
Картата на контрольора трябва да позволява съхраняването най -малко на
230фиша от този тип .
5.5.Карта на предприятие
5.5.1.Идентифициране на картата
Картата на предприятие трябва да позволява съхраняването на следните
данни относно идентифицирането на картата :
—номер на картата ,
—държава -членка ,издала картата ,име на компетентния орган ,извършил
издаването ,дата на издаването ,
—дата на начало на валидността на картата ,дата на край на валидността
(при необходимост ).
5.5.2.Идентифициране на притежателя на картата
Картата на предприятие трябва да позволява съхраняването на следните
данни относно идентифицирането на притежателя на картата :
—име на предприятието ,1998R2135 —BG—01.05.2006 —002.001 —55
▼M1
—адрес на предприятието .
5.5.3.Данни относно дейността на предприятието
Картата на предприятие трябва да позволява съхраняването на следните
данни относно дейностите на предприятието :
—дата и час на дейността ,
—тип на дейността (блокиране и /или отблокиране на блока ,монтиран на
превозното средство ,прехвърляне на данни от блока и /или от картата ),
—прехвърлен период (при необходимост ),
—номер и държава -членка ,извършила регистрацията на превозното
средство ,
—номер на картата и държава -членка ,която я е издала (при прехвърляне
на данни от картата ).
Картатанапредприятиетрябвадапозволявасъхраняванетона 230фишаот
този тип .
V.МОНТИРАНЕ НА УРЕДИТЕ ЗА РЕГИСТРИРАНЕ НА ДАННИТЕ ЗА
ДВИЖЕНИЕТО
1.Монтиране
Новите уреди за регистриране на данните за движението се доставят неак -
тивирани на монтьорите или на производителите на превозното средство
заедно с всички параметри относно еталонирането ,фигуриращи в списъка
на глава III,параграф 20,настроени на съответните актуализирани
стойности по подразбиране .Когато не е възможно да се въведе никаква
определена стойност ,се използва серия от въпросителни относно
буквените параметри и от нули относно цифровите параметри .
Предисвоетоактивиранеуредитезарегистрираненаданнитезадвижението
трябва да дадат достъп до функцията за еталониране ,дори и да не е в
режим на еталониране .
Предисвоетоактивиранеуредитезарегистрираненаданнитезадвижението
не трябва нито да записват ,нито да съхраняват данните ,визирани в точки
III.от12.3до12.9и точки IIIот12.12до12.14.
По време на монтирането производителите на превозното средство трябва
да настроят предварително всички известни параметри .
Производителите на превозното средство или монтьорите трябва да
активират уредите за регистриране на данните за движението ,преди
превозното средство да напусне помещенията ,в които е извършено монти -
рането .
Активиранетонауредитезарегистрираненаданнитезадвижениетотрябва
да започне автоматично при първото поставяне на цехова карта в кое да е
от картовите устройства .
Специфичните операции по свързването на датчика за движение с блока ,
монтиран на превозното средство ,при необходимост се извършват авто -
матично преди или по време на активирането .
След активирането уредите за регистриране на данните за движението
прилага изцяло контрола относно достъпа до функциите и данните .
Функциитезазаписванеисъхраняванетрябвадабъдатнапълнооперативни
след активирането .
Монтирането трябва да бъде последвано от еталониране .Първото етало -
ниране трябва да съдържа въвеждане на регистрационния номер напревозното средство и да се направи през следващите 2седмици след
монтирането или получаването на регистрационния номер ,ако неговото
получаване стане по -късно от монтирането .
Апаратурата за контрол трябва да бъде така поставена в превозното
средство ,че водачът да има достъп до необходимите функции от
седалката си .1998R2135 —BG—01.05.2006 —002.001 —56
▼M1
2.Монтажна табелка
След проверката на монтираните уреди за регистриране на данните за
движението ,е необходимо да се постави във вътрешността ,отстрани или
наапаратуратамонтажнатабелка ,коятодаевидимаилеснодостъпна .След
всяко инспектиране от страна на лицензиран цех или монтьор ,на мястото
на старата табелка се поставя нова такава .
Табелката трябва да съдържа следните обозначения :
—име,адрес или търговско наименование на лицензирания монтьор или
цех,
—характеристичен коефициент на превозното средство във вида „w=…
imp/km “,
—константа на уредите за регистриране на данните за движението във
вида „k=…imp/km “,
—реална окръжност на търкаляне на гумите във вида „l=…mm“,
—размер на гумите ,
—дата,на която характеристичният коефициент на превозното средство е
билопределениеизмеренареалнатаокръжностнатъркаляненагумите ,
—идентификационен номер на превозното средство .
3.Пломбиране
Следните компоненти трябва да бъдат пломбирани :
—всеки куплунг ,който ,ако се разкачи ,би предизвикал неоткриваеми
промени или неоткриваема загуба на данни ,
—монтажната табелка ,освен ако тя е прикрепена по такъв начин ,че не
можедабъдеотделена ,бездаразрушиобозначенията ,коитоимананея .
Предвидените пломбирания могат да се премахнат :
—в случай на неотложна необходимост ,
—с цел монтиране ,регулиране или поправяне на ограничителя на
скоростта или на всяко друго устройство ,което има отношение към
сигурността на пътя ,при положение че уредите за регистриране на
данните за движението продължават да функционират правилно исигурно и при положение ,че той се пломбира отново от лицензиран
монтьор или цех (съгласно раздел VI)веднага след монтирането на
ограничителя на скоростта или на всяко друго устройство ,което има
отношениекъмсигурносттанапътя ,иливтечениенаследващите 7дена
в другите случаи .
При всяко счупване на тези пломби се съставя писмена декларация ,
указваща причините за това действие и се връчва на компетентния орган .
VI.КОНТРОЛ ,ИНСПЕКТИРАНЕ И ПОПРАВКИ
Предписаниятаотноснообстоятелствата ,прикоитопломбираниятамогатда
бъдат махнати ,както е указано в член 12,параграф 5на Регламент (ЕИО )
№3821/85,последно изменен от Регламент (ЕО)№2135/98,са определени
в глава V, (3)на настоящото приложение .
1.Одобрение на монтьорите или цеховете
Държавите -членки лицензират ,контролират редовно и сертифицират орга -
низациите ,натоварени със следните задачи :
—монтирания ,
—извършване на контрол ,
—инспекции ,
—поправки .
Посмисъланачлен 12,параграф 1отнастоящиярегламент ,цеховитекарти
се издават единствено на монтьорите и /или цеховете ,които са одобрени да
извършват активирането и /или еталонирането на апаратурите за контрол ,
съгласно настоящото приложение и които ,освен при надлежно мотивиран
случай :
—
не могат да получат карта на предприятие ,и1998R2135 —BG—01.05.2006 —002.001 —57
▼M1
1998R2135 —BG—01.05.2006 —002.001 —58
▼M1
—при които останалите професионални дейности не са от вид ,който да
попречи на общата сигурност на системата така ,както тя е уточнена в
допълнение 10.
2.Проверка на новите или поправените устройства
Всяконовоилипоправеноустройствотрябвадабъдепроверенодалифунк -
ционира правилно и дали прави точни извадки и записи ,в границите ,
фиксирани в глава III.2.1иIII.2.2.
3.Инспектиране на монтиранията
По време на монтирането на превозното средство ,всички инсталирани
компоненти (включително уредите за регистриране на данните за
движението )трябва да отговарят на разпоредбите относно максималния
толеранс ,фиксирани в глава III.2,1иIII.2.2.
4.Периодични инспекции
Извършват се периодични инспекции на апаратурите ,монтирани на
превознитесредства ,следвсякапоправкаилиследвсякапромянанахарак -
теристичниякоефициентнапревознотосредствоилинареалнатаокръжностна търкаляне на гумите ,или когато часовникът ,показващ координираното
универсалновреме ,енеточенсповечеот 20минути ,иликогатоепроменен
регистрационният номер ,или най -малко един път на всеки две години (24
месеца ).
Тези инспекции включват следните проверки :
—правилно функциониране на уредите за регистриране на данните за
движението ,включително функцията за съхраняване на данни на тахо -
графските карти ,
—отговаряне на разпоредбите на глава III.2.1иIII.2.2относно макси -
малния толеранс при монтиране ,
—наличие на знак за типово одобрение на уредите за регистриране на
данните за движението ,
—наличие на монтажната табелка ,
—липса на нарушаване на целостта на пломбиранията на уредите и на
другите компоненти от тях ,
—размер на гумите и реална окръжност на търкаляне на гумите .
Тези инспекции включват еталониране
.
5.Измерване на грешките
Измерването на грешките при монтиране и при употреба трябва да се
извършва при следните условия ,които се приемат като стандартни
условия за изпитание :
—ненатоварено превозно средство в движение ,
—налягане на гумите ,отговарящо на препоръките на производителя ,
—износваненагумитевграниците ,разрешениотнационалнотозаконода -
телство ,
—движение на превозното средство :
—превозното средство трябва да се движи напред под действие на
собствения си двигател ,по права линия и върху равна повърхност
със скорост от 50 + 5км/ч.Измереното разстояние трябва да бъде
най-малко 1 000м,
—при положение че имат еквивалентна точност ,други методи ,като
например използването на съответен изпитателен стенд ,могат също
така да бъдат използвани за това изпитание .
6.Поправки
Цеховете и работилниците трябва да могат да прехвърлят данните от
уредите за регистриране на данните за движението ,за да ги възстановят
на съответното транспортно предприятие .
Одобрените цехове и работилници издават на транспортните предприятия
сертификат ,удостоверяващ ,че данните не могат да бъдат прехвърлени ,
когато повреда в уредите за регистриране на данните за движението непозволява такова прехвърляне на съхранените данни ,дори и след
поправката й в самия цех .Цеховете запазват копие от всеки издаден
сертификат в продължение най -малко на една година .
VII.ИЗДАВАНЕ НА КАРТИТЕ
Процедурите ,прилагани от държавите -членки при издаване на картите ,
трябва да отговарят на следните изисквания :
Картовият номер при първото издаване на тахографска карта трябва да
съдържа индекс за пореден номер (при необходимост ),индекс за замяна и
индекс за подновяване ,фиксиран на „0“.
Картовитеномеранавсичкитахографскикарти ,коитонесапоименнииса
издадени от един контролен орган или от един цех или едно транспортно
предприятие ,трябвадавключват 13идентичницифри ,следваниотпореден
номер .
Една тахографска карта ,издадена за замяна на друга съществуваща тахо -
графска карта ,трябва да има еднакъв номер с номера на картата ,която
заменя ,с изключение на индекса за замяна ,който трябва да се увеличи с
една единица (в серия от 0до9,от А до Z).
Тахографска карта ,издадена за замяна на друга съществуваща тахографска
карта ,трябва да има еднаква дата на валидност с картата ,която заменя .
Една тахографска карта ,издадена за подновяване на друга съществуваща
тахографскакарта ,трябвадаимаеднакъвномерсномеранакартата ,която
подновява ,с изключение на индекса за подновяване ,който трябва да се
увеличи с една единица (в серия от 0до9,от А до Z).
Замяната на една съществуваща тахографска карта с цел промяна на адми -
нистративните данни трябва да следва правилата ,прилагани при подно -
вяване ,ако тя се извършва в рамките на една и съща държава -членка ,
или правилата ,прилагани при първо издаване ,ако тя се извършва в друга
държава -членка .
При карта на контрольор или цехова карта ,която не е поименна ,графата
„Фамилно име на притежателя на картата “трябва да бъде попълнено с
името на цеха или на контролния орган .
VIII.ТИПОВО ОДОБРЕНИЕ НА УРЕДИТЕ ЗА РЕГИСТРИРАНЕ НА
ДАННИТЕ ЗА ДВИЖЕНИЕТО И НА ТАХОГРАФСКИТЕ КАРТИ
1.Общи положения
За целите на настоящата глава под „Уреди за регистриране на данните за
движението “се имат предвид уредите за регистриране на данните за
движението или техните компоненти .Не се изисква никакво типово
одобрение относно кабела (ите),свързващ (и)датчика за движение с блока ,
монтиран на превозното средство .Хартията ,използвана в уредите за реги -
стриране на данните за движението ,се приема като компонент на апара -
турата .
Уредитезарегистрираненаданнитезадвижениетотрябвадасепредставят
за одобрение заедно с всички свои компоненти ,както и с всяко допъл -
нително устройство ,което е вградено в тях .
Типовото одобрение на уреди за регистриране на данните за движението и
на тахографски карти включва изпитания ,свързани със сигурността ,с
функционирането и с възможността за взаимна работа .Положителните
резултати на всеки от тези тестове се удостоверяват чрез съответенсертификат .
Органите на държавите -членки ,извършващи типовото одобрение ,не
предоставят сертификат за типово одобрение съгласно член 5на
настоящия регламент при положение ,че при тях няма :
—сертификат за сигурност ,
—сертификат за функциониране ,
—сертификат за възможност за взаимна работа ,
относно уредите за регистриране на данните за движението или тахо -
графската карта
,предмет на искането на типово одобрение .
Всяка промяна на софтуера или хардуера ,или на материалите ,използвани
припроизводството ,трябвадабъдезаявенапредварителнонаоргана ,който
епредоставилтиповоодобрениенауредите .Тозиоргантрябвадапотвърди
на производителя разширяването на типовото одобрение или може да
поиска актуализиране или потвърждение на сертификатите относно функ -
ционирането ,сигурността и /или възможността за взаимна работа .1998R2135 —BG—01.05.2006 —002.001 —59
▼M1
Процедурите по актуализиране in situна софтуера на уредите за реги -
стриране на данните за движението трябва да бъдат одобрени от органа ,
който е предоставил типово одобрение на въпросната апаратура .Ъпгрейд -
ването на софтуера не трябва да променя или да изтрива никакваинформация относно дейността на водача ,съхранена в уредите за реги -
стриране на данните за движението .Софтуерът може да бъде ъпгрейдван
единствено на отговорността на производителя на уредите за регистриранена данните за движението .
2.Сертификат за сигурност
Сертификатътза сигурностсеиздава съгласноразпоредбитена допълнение
10към настоящото приложение .
3.Сертификат за функциониране
Всеки кандидат за типово одобрение трябва да предостави на органа ,
извършващ типовото одобрение в съответната държава -членка ,всички
компоненти и документацията ,които този орган смята за необходими .
От производителя се издава сертификат за функциониране единствено ако
апаратурата е получила положителни резултати на всички изпитания за
функциониране ,уточнени в допълнение 9.
Органът ,извършващ типовото одобрение ,издава сертификат за функцио -
ниране .Този сертификат съдържа ,освен името на неговия притежател и
името на модела ,един подробен списък на извършените изпитания и на
получените резултати .
4.Сертификат за възможност за взаимна работа
Изпитаниятаотносновъзможносттазавзаимнаработасеизвършватсамоот
една лаборатория под контрола и отговорността на Европейската комисия .
Лабораториятазаписваисканиятазапровежданенаизпитания ,подадениот
производителите ,по реда на времето на тяхното постъпване .
Исканията се записват официално ,когато лабораторията разполага с :
—всички компоненти и необходимите документи за провеждане на изпи -
танията относно възможността за взаимна работа ,
—съответния сертификат за сигурност ,
—съответния сертификат за функциониране .
Датата на вписване на искането се съобщава на производителя .
Лабораторията не провежда никакво изпитание относно възможността за
взаимна работа на уреди за регистриране на данните за движението или
на тахографска карта ,която не е получила сертификат за сигурност и
сертификат за функциониране .
Всеки производител ,поискал провеждането на изпитания относно възмож -
ността за взаимна работа
,се ангажира да остави на лабораторията ,нато-
варенасизпитанията ,всичкикомпонентинаапаратуратаидокументацията ,
необходима за целите на изпитанията .
Изпитанията относно възможността за взаимна работа се провеждат
съгласно допълнение 9,параграф 5към настоящото приложение на
всички типове уреди за регистриране на данните за движението или тахо -
графски карти :
—валидността на типовото одобрение на които не е изтекла ,
—типовото одобрение на които се извършва в момента и за които съще -
ствува валиден сертификат за възможност за взаимна работа .
Сертификатътзавъзможносттазавзаимнаработатрябвадабъдеиздаденна
производителя от лабораторията единствено след като са получени поло -
жителни резултати на всички изпитания относно възможността за взаимнаработа .
При получаване на отрицателни резултати от изпитанията относновъзмож -
ността за взаимна работа на едно или няколко записващи устройства или
тахографска /икарта /и,кактоепредвиденовизискване 283,сертификатътза
възможност за взаимна работа не се издава ,докато съответният произ -
водител не извърши необходимите промени и устройството или картата
не започнат да изпълняват изискванията на всички изпитания относно
възможността за взаимна работа .Лабораторията определя характера на1998R2135 —BG—01.05.2006 —002.001 —60
▼M1
проблемаспомощтанасъответнияпроизводителисеопитвадамупомогне
притърсенетонатехническорешение .Приположение ,чепроизводителяте
променил продукта си ,той трябва да се увери ,като се обърне към компе -
тентните власти ,във валидността на сертификата за сигурност и на серти -
фиката за функциониране .
Сертификатът за възможността за взаимна работа важи 6месеца .Той
изтича в края на този период ,ако производителят не е получил съответния
сертификат за типово одобрение .Той се предава от производителя на
органа ,извършващ типовото одобрение в държавата -членка ,която е
издала сертификата за функциониране .
Всеки елемент ,който би могъл да предизвика аномалия при взаимната
работа ,не би трябвало да се използва за извличане на печалби ,нито за
завземане на доминиращо положение на пазара .
5.Сертификат за типово одобрение
Органът ,извършващ типовото одобрение в държавата -членка ,може да
предоставя сертификата за типово одобрение при положение ,че при него
са депозирани трите изисквани сертификата .
Копие от сертификата за типово одобрение трябва да бъде предадено от
сертифициращияорганналабораторията ,натоваренасизпитаниятаотносно
възможносттазавзаимнаработа ,вмоментанаиздаванетонатозидокумент
на производителя .
Лабораторията ,натоваренасизпитаниятаотносновъзможносттазавзаимна
работа ,трябвада актуализиранаИнтернет -сайтс публичендостъпсписъка
на моделите апаратури за контрол или тахографски карти :
—за които е било регистрирано искане за провеждане на изпитания
относно възможността за взаимна работа ,
—коитосаполучилисертификатзавъзможностзавзаимнаработа (дории
ако той е временен ),
—които са получили сертификат за типово одобрение .
6.Извънредна процедура :първи сертификат за възможност за
взаимна работа
За период от 4месеца ,след като една първа двойка от уреди за реги -
стриране на данните за движението /тахографски карти (карта на водач ,
цехова карта ,карта на контрольор и на предприятие )е била призната с
възможностзавзаимнаработа ,всичкииздаденисертификатизавъзможност
за взаимна работа (включително и този първи сертификат )имащи
отношениекъмзаявките ,полученипрезтозипериод ,сесчитатзавременни .
Следизтичаненатозипериод ,аковсичкивъпроснипродуктисаспризната
възможностзавзаимнаработа ,сертификатитеимзавъзможностзавзаимна
работа стават окончателни .
Ако по време на този период се появяват аномалии ,свързани с възмож -
ността за взаимна работа ,лабораторията ,натоварена с провеждането на
изпитанията ,определя причината за наблюдаваните проблеми с помощта
на всички заинтересовани производители и ги призовава да направятнеобходимите промени .
Ако по време на този период проблемите ,свързани с възможността за
взаимнаработа ,несеотстранят ,лабораторията ,натоваренаспровеждането
на изпитанията ,в сътрудничество със заинтересованите производители и с
органите ,извършващиодобрението ,определяпричинитезатезианомалиии
определя промените ,които всеки заинтересован производител трябва да
извърши .Търсенето на технически решения може да продължи не по -
дълго от два месеца ,след което Комисията ,при липса на общо решение
и след консултация с лабораторията ,натоварена с извършването на изпи -
танията относно възможността за взаимна работа ,решава на коя /кои
апаратура /и и карти ще се издаде окончателен сертификат за възможност
за взаимна работа ,като уточнява причините за своя избор .
Всякоискане за извършване на изпитания относно възможноста за взаимна
работа ,заведено от лабораторията във времето от края на периода от
4
месеца след издаване на първия временен сертификат за възможност завзаимна работа до датата на вземане на решение от Комисията ,визирана
в изискване 294,се отлага до решаване на първоначалните проблеми ,
свързани с възможността за взаимна работа .Тези искания след това се
обработват по реда на тяхното завеждане .1998R2135 —BG—01.05.2006 —002.001 —61
▼M1
Допълнение 1
РЕЧНИК НА ДАННИТЕ
СЪДЪРЖАНИЕ
1. Въведение ….................................................
1.1. Методнаустановяваненаопределениятанатипаданни …................
1.2. Изходнабаза …................................................
2. Определениянатиповетеданни …..................................
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 …..........................................
2.39. CompanyCardApplicationIdentification …..............................
2.40. CompanyCardHolderIdentification ….................................
2.41. ControlCardApplicationIdentification …................................
2.42. ControlCardControlActivityData …...................................
2.43. ControlCardHolderIdentification …...................................
2.44. ControlType ….................................................
2.45. CurrentDateTime ….............................................
2.46. DailyPresenceCounter …..........................................1998R2135 —BG—01.05.2006 —002.001 —62
▼M1
2.47. Datef ….....................................................
2.48. Distance …...................................................
2.49. DriverCardApplicationIdentification …................................
2.50. DriverCardHolderIdentification …....................................
2.51. EntryTypeDailyWorkPeriod …......................................
2.52. EquipmentType …..............................................
2.53. EuropeanPublicKey …............................................
2.54. EventFaultType …..............................................
2.55. EventFaultRecordPurpose ….......................................
2.56. ExtendedSerialNumber ….........................................
2.57. FullCardNumber …..............................................
2.58. HighResOdometer …............................................
2.59. HighResTripDistance …..........................................
2.60. HolderName …................................................
2.61. K-ConstantOfRecordingEquipment ….................................
2.62. KeyIdentifier …................................................
2.63. L-TyreCircumference …..........................................
2.64. Language …..................................................
2.65. LastCardDownload …............................................
2.66. ManualInputFlag ….............................................
2.67. ManufacturerCode …............................................
2.68. MemberStateCertificate ….........................................
2.69. MemberStatePublicKey ….........................................
2.70. Name ….....................................................
2.71. NationAlpha …................................................
2.72. NationNumeric …...............................................
2.73. NoOfCalibrationRecords …........................................
2.74. NoOfCalibrationSinceDonwload …...................................
2.75. NoOfCardPlaceRecords ….........................................
2.76. NoOfCardVehicleRecords ….......................................
2.77. NoOfCompanyActivityRecords …....................................
2.78. NoOfControlActivityRecords ….....................................
2.79. NoOfEventsPerType …...........................................
2.80. NoOfFaultsPerType …............................................
2.81. OdometerValueMidnight …........................................
2.82. OdometerShort …...............................................
2.83. OverspeedNumber …............................................
2.84. PlaceRecord ….................................................
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 …...................................................1998R2135 —BG—01.05.2006 —002.001 —63
▼M1
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 ….......................................
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напревознотосредство . .................
2.155. WorkshopCardApplicationIdentification …..............................
2.156. WorkshopCardCalibrationData …....................................1998R2135 —BG—01.05.2006 —002.001 —64
▼M1
2.157. WorkshopCardCalibrationRecord …..................................
2.158. WorkshopCardHolderIdentification ….................................
2.159. WorkshopCardPIN …............................................
3. Определениянадиапазонитеотстойностиинаразмерите . ................
3.1. Определения ,отнасящиседокартитенаводача …......................
3.2. Определения ,отнасящиседоцеховитекарти …........................
3.3. Определения ,отнасящиседокартитенаконтрольора ….................
3.4. Определения ,отнасящиседокартитенапредприятията …................
4. Наборотсимволи …............................................
5. Кодиране …..................................................1998R2135 —BG—01.05.2006 —002.001 —65
▼M1
1.ВЪВЕДЕНИЕ
В настоящото допълнение се дава поредица от уточнения относно
форматите ,типовете и структурата на данните ,използвани от уредите за
регистриране на данните за движението и тахографските карти .
1.1.Метод на установяване на определенията на типа данни
ВнастоящотодопълнениесеизползваНотираненаабстрактенсинтаксис №
1 (ASN.1) за определяне на различните типове данни .Тази система
позволява дефинирането на прости и структурирани данни ,без да се
нуждае от използването на специфичен синтаксис за трансфер (правила на
кодиране ),които да зависят от съответното приложение и среда .
Правилата за наименоване от тип ASN.1се фиксират съгласно стандарт
ISO/CEI 8824-1. От това следва ,че:
—в рамките на възможното значението на определен тип данни става
имплицитно ясно от името ,което е дадено на този тип ,
—акоопределентипданнисесъстоиотдругитиповеданни ,иметонатози
тип се представя винаги под формата на една -единствена последова -
телност от буквени символи ,започваща с главна буква ,въпреки че
това име може да съдържа неопределен брой главни букви ,които
напомнят за значението на данните ,
—по принцип имената на типа данни са във връзка с името на типовете
данни ,от които са съставени ,с оборудването ,в което данните се запа -
метяват ,и с функцията ,която е асоциирана към въпросните данни .
Ако използването на тип ASN.1,който вече е определен в рамките на друг
стандарт ,се налага заедно с уредите за регистриране на данните за
движението ,този тип ASN.1се дефинира в настоящото допълнение .
С цел да се позволи прилагането на няколко типа правила за кодиране ,
някои типове ASN.1,упоменати в настоящото допълнение ,са в зависимост
от идентификатори на диапазона от стойности .Тези идентификатори се
определят в параграф 3.
1.2.Изходна база
Следващите съкращения се използват в настоящото допълнение :
ISO 639 Код за представяне на имената на езиците .Първо
издание : 1988г.
EN 726-3 Системи от идентификационни карти —Карти и теле -
комуникационни терминали с интегрална /и схема /и—
Част 3:Изисквания ,независещи от приложенията ,на
които картите трябва да отговарят .Декември 1994г.
ISO 3779 Пътни превозни средства —Идентификационен номер
на превозното средство (NIdV) —Съдържание и
структура .Трето издание : 1983г.
ISO/IEC 7816-5 Информационна технология —Идентификационни
карти —Карти с вградена /и интегрална /и схема /ис
контакти —Част 5:Система за номериране и
процедура по записване на идентификаторите наприложения .Първо издание : 1994г.+Изменение 1:
1996г.
ISO/IEC 8824-1 Информационна технология —Нотиране на абстрактен
синтаксис №1 (ASN.1): Спецификация на базовото
нотиране .Второ издание : 1998г.
ISO/IEC 8825-2 Информационна технология —Правила за кодиране по
(ASN.1):Спецификация на правилата за кондензирано
кодиране (RCC).Второ издание
: 1998г.
ISO/IEC 8859-1 Информационна технология —Набори от графични
символи ,кодиранивбайтове —Част 1:Латинскаазбука
№1.Първо издание : 1998г.
ISO/IEC 8859-7 Информационна технология —Набори от графични
символи ,кодиранивбайтове —Част 7:Латинска /гръцка
азбука .Първо издание : 1987г.
ISO 16844-3 Пътни превозни средства —Тахографски системи —
Интерфейси на датчиците за движение . WD 3-20/05/99.1998R2135 —BG—01.05.2006 —002.001 —66
▼M1
1998R2135 —BG—01.05.2006 —002.001 —67
▼M1
2.ОПРЕДЕЛЕНИЯ НА ТИПОВЕТЕ ДАННИ
Какъвто и да е въпросният тип данни от видовете ,описани по -долу ,
съдържание „неизвестно “или „ирелевантно “води до даването на
стойност по подразбиране ,която е резултат от запълването на въпросния
елемент с данни посредством байтове „FF“.
2.1. ActivityChangeInfo
Този тип данни позволява кодирането във вид на думи от два байта на
състоянието на четящото устройство в 00.00часа и /или на положението
на водача в 00.00часа и /или на промените на дейността ,на положението
при кормуването и /или на положението на картата ,отнасящо се до
определен водач или помощник -водач .Той е свързан с изисквания 084,
109а, 199и219.

Забележка в случай на „Изваждане на картата “:
Когато картата е извадена
—„s“се прилага и указва четящото устройство ,чиято карта е била
извадена ,
—„c“трябва да бъде поставено на 0,
—„р“трябва да бъде поставено на 1,
—„aa“трябва да кодира текущата дейност ,избрана в същия момент .
Нищо не пречи битовете „c“и„aa“на думата (записана на карта )да бъдат
изтрити вследствие на ръчно въвеждане с цел отразяване на постъпванетона съответните данни .
2.2. Address
Адрес .
codePage (страница с кодове )специфицира частта от стандарта ISO/CEI
8859,използвана за кодирането на адреса ,
addressуказва адрес ,кодирането на който се извършва съгласно
съответната страница с кодове от стандарта ISO/CEI 8859.
2.3. BCDString
BCDStringсеприлагаприпредставяневдвоиченкоднаданни ,съставениот
десетични числа (DCB).Този тип данни се използва за представяне на
десетичночислочрезединполубайт (4бита). BCDString сеосноваванаприла -
ганетонастандарта ISO/CEI 8824-1 „CharacterStringType “(типсимволенниз ).
BCDStringизползва нотирането „hstring “.Лявата шестнадесетична цифра се
смята като най -значещият полубайт на първия байт .За да се получи кратно
число байтове ,е необходимо да се вмъкне съответният брой десни нулеви
полубайтовеотпозицията ,коятозаеманай -значещиятполубайтнапървиябайт .
Допустими цифри :0 ,1 , …9.
2.4. CalibrationPurpose
Код,указващ причината за записване на комплект от параметри за етало -
ниране .Този тип данни е свързан с изисквания 097и098.
Определяне на стойност :
′00′H запазена стойност ,1998R2135 —BG—01.05.2006 —002.001 —68
▼M1
′01′H активиране :записване на параметрите за еталониране ,
известни вмомента на активиранетона блока ,монтиран
на превозното средство ,
′02′H първо инсталиране :първо еталониране на блока след
активирането му ,
′03′H инсталиране :първо еталониране на блока ,монтиран на
разглежданото превозно средство ,
′04′H периодично инспектиране .
2.5. CardActivityDailyRecord
Информации ,записани на картата и отнасящи се до дейностите ,които
водачът е извършвал през определен календарен ден .Този тип данни е
свързан с изисквания 199и219.
activityPreviousRecordLength указва общата дължина на предишния
ежедневен запис ,изразена в байтове .Максималната стойност съответства
надължинатанаНИЗАОТБАЙТОВЕ ,съдържащтезизаписи (виж CardAc-
tivityLengthRange, параграф 3).Когато тези данни съответстват на най -
стария ежедневен запис ,стойността на activityPreviousRecordLength трябва
да бъде нулирана .
activityRecordLength указва общата дължина на този запис ,изразена в
байтове .Максималната стойност съответства на дължината на НИЗА ОТ
БАЙТОВЕ ,съдържащ тези записи .
activityRecordDate указва датата на записа .
activityDailyPresenceCounter указва състоянието на брояча на присъ -
ствените дни за разглеждания ден и карта .
activityDayDistance указва общото изминато разстояние през разглеждания
ден.
activityChangeInfo указва комплекта от данни ActivityChangeInfo, който се
отнася до разглежданите водач и ден .Този низ от байтове не може да
съдържа повече от 1 440стойности (една промяна на дейност в минута ).
Този комплект от данни съдържа винаги ActivityChangeInfo, който кодира
положението на водача в 00.00часа.
2.6.CardActivityLengthRange
Брой на байтовете ,които една карта на водача или цехова карта може да
предназначи за съхраняването на записите относно дейностите на водача .
Определяне на стойност :виж параграф 3.
2.7.CardApprovalNumber
Номер на типово одобрение на картата .
Определяне на стойност :не е указана .
2.8.CardCertificate
Сертификат ,свързан с публичния ключ на определена карта .1998R2135 —BG—01.05.2006 —002.001 —69
▼M1
1998R2135 —BG—01.05.2006 —002.001 —70
▼M1
2.9.CardChipIdentification
Информации ,записани на картата ,и отнасящи се до идентифицирането на
вградения чип (CI)на тази карта (изискване 191).
icSerialNumber указва серийния номер на вградения чип ,определен в
стандарт EN 726-3.
icManufacturingReferences указва идентификатора на производителя на
вградения чип ,и отпраща към производствените елементи ,определени в
стандарт EN 726-3.
2.10. CardConsecutiveIndex
Индекс за пореден номер на разглежданата карта [определение (з)].
Определяне на стойност :(виж глава VIIна настоящото приложение )
Поредност на единицата за нарастване :′0,…,9 ,A , …,Z ,a , …,z′.
2.11. CardControlActivityDataRecord
Информации ,записани на карта на водача или на цехова карта и отнасящи
се до последния контрол ,на който съответният водач е бил подложен
(изисквания 210и225).
controlType указва типа на извършения контрол .
controlTime указва датата и часа на извършения контрол .
controlCardNumber указвапълнияномернакартата наконтрольора ,който
е извършил контрола .
controlVehicleRegistration указва регистрационния номер ,както и
държавата -членка ,извършила регистрацията на превозното средство ,
подложено на разглеждания контрол .
controlDownloadPeriodBegin и controlDownloadPeriodEnd указват
периода ,данните за който са били прехвърлени при положение ,че има
такова прехвърляне .
2.12. CardCurrentUse
Информации относно ефективната употреба на картата (изискване 212).

sessionOpenTime указва часа на поставянето на картата ,използвана в
рамките на текущата дейност .Този елемент се нулира при изваждането
на картата .
sessionOpenVehicle съответства на идентифицирането на превозното
средство след поставянето на картата .Този елемент се нулира при изваж -
дането на картата .
2.13. CardDriverActivity
Информации ,записани на карта на водача или на цехова карта и отнасящи
се до дейностите на водача (изисквания 199и219).
activityPointerOldestDayRecord указвасточностначалотоназаписванетов
паметта (броя на байтовете ,броени от началото на низа )на най -стария
ежедневен запис ,който съдържа низът activityDailyRecords. Максималната
стойност съответства на дължината на низа .
activityPointerNewestRecord указва с точност началото на записването в
паметта (броя на байтовете ,броени от началото на низа )на най -новия
ежедневен запис ,който съдържа низът activityDailyRecords. Максималната
стойност съответства на дължината на низа .
activityDailyRecords указва мястото ,отделено за записването на данните
относнодейноститенаводача (структуранаданни : CardActivityDailyRecord)
за всеки календарен ден ,през който картата е била използвана .
Определяне на стойност :този низ от байтове се попълва периодично от
записиоттипана CardActivityDailyRecord. Повременапървотоизползване
началото на записването на първото извлечение съвпада с първия байт на
низа.Следващитезаписисезапаметяватвкраянапредишния .Когатонизът
се запълни ,записването продължава ,като се извършва отново на първия
байтнаниза ,бездаседържисметказапрекъсванията ,коитосавсъстояние
да засегнат какъвто и да е елемент от информацията .Преди да се въведат
нови данни за дейността в низа (като се разшири съществуващият activity-
DailyRecordиликатосевкаранов activityDailyRecord), коитозаместватнай -
старите данни за дейността ,е необходимо да се актуализира activityPointe-
rOldestDayRecord, задасеполучиинформациязановотоместоположениев
паметта ,което заема от този момент най -старият пълен всекидневен запис ,
и да се нулира activityPreviousRecordLength на този (нов)най-стар пълен
всекидневен запис .
2.14. CardDrivingLicenceInformation
Информации ,записанинакартанаводачаиотнасящиседосвидетелството
за управление на притежателя на картата (изискване 196).
drivingLicenceIssuingAuthority указва компетентния орган ,извършил изда -
ването на свидетелството за управление .
drivingLicenceIssuingNation указва националността на компетентния орган ,
извършил издаването на свидетелството за управление .
drivingLicenceNumber указва номера на свидетелството за управление .
2.15. CardEventData
Информации ,записани на карта на водача или на цехова карта и отнасящи
седосъбитията ,свързаниспритежателянакартата (изисквания 204и223).1998R2135 —BG—01.05.2006 —002.001 —71
▼M1
1998R2135 —BG—01.05.2006 —002.001 —72
▼M1
CardEventData се състои от последователност от cardEventRecords ( с
изключение на записите относно евентуалните опити за нарушаване на
сигурността ,които са групирани в последния блок от данни на последова -
телността ),чието структуриране съответства на структурирането на Event-
FaultType,подредени по възходящ ред .
cardEventRecords сесъстоивкомплектотзаписинасъбития ,съответстващ
на определен тип събитие (или на тази категория от събития ,в които се
нареждат опитите за нарушаване на сигурността ).
2.16. CardEventRecord
Информации ,записани на карта на водача или на цехова карта и отнасящи
се до определено събитие ,свързано с притежателя на картата (изисквания
205и223).
eventTypeуказва типа на събитието .
eventBeginTime указва датата и часа на началото на определено събитие .
eventEndTime указва датата и часа на края на определено събитие .
eventVehicleRegistration указварегистрационнияномер ,кактоидържавата -
членка ,извършила регистрацията на превозното средство ,в което се е
случило разглежданото събитие .
2.17. CardFaultData
Информации ,записани на карта на водача или на цехова карта и отнасящи
се до аномалиите ,свързани с притежателя на картата (изисквания 207и
223).
CardFaultData представлява последователност ,съдържаща комплект от
записи на аномалиите ,които засягат уредите за регистриране на данните
за движението ,последван от комплект от записи на аномалиите ,които
засягат използваната /ите карта /и.
cardFaultRecords представлявакомплектотзаписинааномалиите ,коитосе
подреждат в определена категория (уреди за регистриране на данните за
движението или карта ).
2.18. CardFaultRecord
Информации ,записани на карта на водача или на цехова карта и отнасящи
се до определена аномалия ,свързана с притежателя на картата (изисквания
208и223).

faultTypeуказва типа на аномалията .
faultBeginTime указва датата и часа на началото на определена аномалия .
faultEndTime указва датата и часа на края на определена аномалия .
faultVehicleRegistration указва регистрационния номер ,както и държавата -
членка ,извършила регистрацията на превозното средство ,в което се е
случила разглежданата аномалия .
2.19. CardIccIdentification
Информации ,записани на определена карта и отнасящи се до идентифици -
рането на тази карта с вграден чип (CI) (изискване 192).
clockStopуказва режима clockStop,определен в стандарт EN 726-3.
cardExtendedSerialNumber указва серийния номер на картата с вграден
чип,както и нейния референтен производствен номер ,определен от
стандарт EN 726-3така,както те са указани от типа данни ExtendedSerial-
Number.
cardApprovalNumber указва номера на типовото одобрение на картата .
cardPersonaliserID указва индивидуалния IDна картата ,определен в
стандарт EN 726-3.
embedderIcAssemblerId указваидентификаторанаинтегратора /асемблатора
на вградения чип ,определен в стандарт EN 726-3.
icIdentifier указва идентификатора на чипа ,вграден на картата ,ин а
неговия производител ,определен в стандарт EN 726-3.
2.20. CardIdentification
Информации ,записани на определена карта и отнасящи се до нейното
идентифициране (изисквания 194, 215, 231 и235).
cardIssuingMemberState указва кода на държавата -членка ,която е издала
картата .
cardNumber указва картовия номер на разглежданата карта .
cardIssuingAuthorityName указва името на компетентния орган ,извършил
издаването на разглежданата карта .
cardIssueDate указва датата на издаването на картата на сегашния ѝ
титуляр .
cardValidityBegin указва датата на първото влизане в сила на картата .
cardExpiryDate указва датата на край на валидността на картата .1998R2135 —BG—01.05.2006 —002.001 —73
▼M1
2.21. CardNumber
Номер на карта съгласно определение ж ).
driverIdentification указва индивидуалната идентификация на водач ,водещ
се на отчет в определена държава -членка .
ownerIdentification указва индивидуалната идентификация на предприятие ,
цех или контролен орган ,установени в определена държава -членка .
cardConsecutiveIndex указва индекса за пореден номер на разглежданата
карта .
cardReplacementIndex указва индекса за замяна на картата .
cardRenewalIndex указва индекса за подновяване на картата .
Първатапоследователностотселекциятапозволявадасекодираномерътна
картата на водача ,втората последователност позволява да се кодират
номерата на цеховата карта ,на картата на контрольор и на картата на
предприятие .
2.22. CardPlaceDailyWorkPeriod
Информации ,записани на карта на водача или на цехова карта и отнасящи
се до местоположението в началото и /или в края на дневните периоди на
работа (изисквания 202и221).
placePointerNewestRecord указва индекса на последния запис на местопо -
ложението ,актуализиран от системата .
Определяне на стойност :число ,съответстващонаномератораназаписите
на местоположението ,започващо със серия от „0“за първия случай от
запис на местоположение в разглежданата структура .
placeRecords указва комплекта от записи ,съдържащи данните относно
въведените местоположения .
2.23. CardPrivateKey
Частен ключ на определена карта .
2.24. CardPublicKey
Публичен ключ на определена карта .1998R2135 —BG—01.05.2006 —002.001 —74
▼M1
2.25. CardRenewalIndex
Индекс за подновяване на определена карта [определение и )].
Определяне на стойност :(виж раздел VIIна настоящото приложение ).
′0′Първо издаване .
Възходящ ред :′0,…,9 ,A , …,Z′.
2.26. CardReplacementIndex
Индекс за подмяна на определена карта [определение й )].
Определяне на стойност :(виж раздел VIIна настоящото приложение ).
′0′Оригинална карта .
Възходящ ред :′0,…,9 ,A , …,Z′.
2.27. CardSlotNumber
Код,позволяващ да се прави разлика между двете четящи устройства за
карти на един блок ,монтиран на превозното средство .
Определяне на стойност :липса на допълнителна информация .
2.28. CardSlotsStatus
Код,указващтипанакартите ,вкаранивдветечетящиустройстванаблока ,
монтиран на превозното средство .
2.29. CardStructureVersion
Код,указващверсиятанаструктурата ,приложенавопределенатахографска
карта .
1998R2135 —BG—01.05.2006 —002.001 —75
▼M1
2.30. CardVehicleRecord
Информации ,записани на карта на водача или на цехова карта и отнасящи
се до даден период на използване на превозно средство през определенкалендарен ден (изисквания 197и217).
vehicleOdometerBegin указва стойността ,отчетена от брояча на кило -
метрите на дадено превозно средство в началото на разглеждания период
на използване .
vehicleOdometerEnd указва стойността ,отчетена от брояча на километрите
дадено превозно средство в края на разглеждания период на използване .
vehicleFirstUse указва датата и часа на началото на периода на използване
на превозното средство .
vehicleLastUse указва датата и часа на края на периода на използване на
превозното средство .
vehicleRegistration указва регистрационния номер ,както и държавата -
членка ,извършила регистрацията на разглежданото превозно средство .
vuDataBlockCounter указва стойността ,отчетена от брояча на блоковете с
данни на блока ,монтиран на превозното средство ,по време на последното
извличане на периода на използване на превозното средство .
2.31. CardVehiclesUsed
Информации ,записани на карта на водача или на цехова карта и отнасящи
се до превозните средства ,използвани от притежателя на картата
(изисквания 197и217).
vehiclePointerNewestRecord указва индекса на последния запис на данните
относно превозното средство ,актуализиран от системата .
Определяне на стойност :Число ,съответстващонаномератораназаписите
на превозното средство ,започващо със серия от „0“за първия случай от
запис на превозното средство в разглежданата структура .
cardVehicleRecords указва комплекта от записи ,съдържащи данните
относно използваните превозни средства .
2.32. Certificate
Сертификат на публичен ключ ,издаден от удостоверяващ орган .
1998R2135 —BG—01.05.2006 —002.001 —76
▼M1
Определяне на стойност :Цифров подпис с частично извличане на съдър -
жаниетона сертификат по смисъла на Допълнение 11„Общи механизми за
сигурност “:подпис (128байта )| |остатък от публичния ключ (58байта )| |
данни за удостоверяващия орган (8байта ).
2.33. CertificateContent
Съдържанието (което е достъпно )на сертификат на публичен ключ по
смисъла на допълнение 11„Общи механизми за сигурност “:
certificateProfileIdentifier указва версията на съответния сертификат .
Определяне на стойност :„01h“за тази версия .
certificationAuthorityReference идентифицира удостоверяващия орган ,
който е издал разглеждания сертификат .Тези данни се позовават също
така на публичния ключ на този сертифициращ орган .
certificateHolderAuthorisation идентифицира правата на титуляра на серти -
фиката .
certificateEndOfValidity указва датата на изтичане на административната
валидност на сертификата .
certificateHolderReference идентифицира титуляра на сертификата .Тези
данни се позовават също така на неговия публичен ключ .
publicKeyуказва публичния ключ ,одобрен от този сертификат .
2.34. CertificateHolderAuthorisation
Идентифициране на правата на определен титуляр на сертификат .
tachographApplicationID указва идентификатора на тахографското
приложение .
Определяне на стойност :„FFh“„54h“„41h“„43h“„48h“„4Fh“.Този IDна
приложението е ексклузивен неодобрен идентификатор на приложение ,
отговарящ на стандарт ISO/CEI 7816-5.
equipmentType идентифицира типа на оборудването ,визиран от серти -
фиката .
Определяне на стойност :съгласно типа данни EquipmentType. 0, ако
сертификатът е издаден от някоя от държавите -членки .
2.35. CertificateRequestID
Индивидуално идентифициране на искане за издаване на сертификат .То
може също така да изпълнява ролята на идентификатор на публичнияключ на блока ,монтиран на превозното средство ,в случай че серийният
номер на блока ,за който ключът е предназначен ,е неизвестен по време на
изработването на сертификата .1998R2135 —BG—01.05.2006 —002.001 —77
▼M1
1998R2135 —BG—01.05.2006 —002.001 —78
▼M1
requestSerialNumber указва серийния номер на искането за издаване на
сертификат ,притежаван от производителя ,както и месеца по -долу .
requestMonthYear идентифицира месеца и годината на искането за
издаване на сертификат .
Определяне на стойност :Кодиране DCBна месеца (две цифри )ин а
годината (двете последни цифри ).
crIdentifierеидентификатор ,позволяващдасеправиразликамеждуискане
за издаване на сертификат и разширен сериен номер .
Определяне на стойност :„FFh“.
Код на производителя :съответства на цифровия код на производителя ,
който е подал искането за издаване на сертификат .
2.36. CertificationAuthorityKID
Идентификатор на публичния ключ на определен сертифициращ орган
(определена държава -членка или европейски сертифициращ орган ).
nationNumeric указва националния цифров код на удостоверяващия орган .
nationAlpha указва националния цифрово -буквен код на удостоверяващия
орган .
keySerialNumber е сериен номер ,позволяващ да се прави разлика между
различните ключове на удостоверяващия орган ,ако някои ключове са
предмет на промени .
additionalInfo е поле от два байта ,позволяващо въвеждането на допъл -
нителни кодове (принадлежащи на удостоверяващия орган ).
caIdentifierе идентификатор ,позволяващ да се прави разлика между иден -
тификатора на ключ ,свързан с определен удостоверяващ орган ,и други
идентификатори на ключове .
Определяне на стойност :„01h“.
2.37. CompanyActivityData
Информации ,записани на карта на предприятие и отнасящи се до
дейностите ,провеждани с тази карта (изискване 237).

companyPointerNewestRecord указва индекса на последния запис на
дейността на предприятието ,актуализиран от системата .
Определяне на стойност :число ,съответстващонаномератораназаписана
дейността на предприятието ,започващо със серия от „0“за първия случай
от запис на дейността на предприятието в разглежданата структура .
companyActivityRecords указва комплекта от данни ,представляващи
съвкупността от записите на дейността на предприятието .
companyActivityRecord указва последователността от информации ,
свързани с определена дейност на предприятието .
companyActivityType указва типа на дейността ,провеждана от пред -
приятието .
companyActivityTime указва датата и часа на дейността ,провеждана от
предприятието .
cardNumberInformation указва номера на картата и ,при необходимост ,
държавата -членка ,в която е издадена прехвърлената карта .
vehicleRegistrationInformation указва прехвърлената ,блокирана или отбло -
кирана информация за регистрационния номер и държавата -членка ,
извършила регистрацията на превозното средство .
downloadPeriodBegin иdownloadPeriodEnd указват при необходимост
периода ,данните за който са били прехвърлени от блока ,монтиран на
превозното средство .
2.38. CompanyActivityType
Код,указващдейност ,провежданаотопределенопредприятие ,прибягващо
до използването на своята карта на предприятие .
2.39. CompanyCardApplicationIdentification
Информации ,записани на карта на предприятие и отнасящи се до иденти -
фицирането на приложението на картата (изискване 190).
typeOfTachographCardId указва типа на картата ,която се използва .
cardStructureVersion указваверсията на структурата ,приложена в картата .
noOfCompanyActivityRecords указва броя на записите на дейността на
предприятието ,които картата може да съхрани .
2.40. CompanyCardHolderIdentification
Информации ,записани на карта на предприятие и отнасящи се до иденти -
фицирането на притежателя на картата (изискване 236).1998R2135 —BG—01.05.2006 —002.001 —79
▼M1
1998R2135 —BG—01.05.2006 —002.001 —80
▼M1
companyName указва името на предприятието на титуляра .
companyAddress указва адреса на предприятието на титуляра .
cardHolderPreferredLanguage указва предпочитания работен език на
титуляра .
2.41. ControlCardApplicationIdentification
Информации ,записани на карта на контрольор и отнасящи се до иденти -
фицирането на приложението на картата (изискване 190).
typeOfTachographCardId указва типа на картата ,която се използва .
cardStructureVersion указваверсията на структурата ,приложена в картата .
noOfControlActivityRecords указва броя на записите на дейността на пред -
приятието ,които картата може да съхрани .
2.42. ControlCardControlActivityData
Информации ,записани на карта на предприятие и отнасящи се до
дейностите по извършване на контрол ,осъществени с помощта на тази
карта (изискване 233).
controlPointerNewestRecord указва индекса на последния запис на
дейността по извършване на контрол ,актуализиран от системата .
Определяне на стойност :число ,съответстващонаномератораназаписана
дейносттапоизвършваненаконтрол ,започващосъссерияот „0“запървия
случай от запис на дейността по извършване на контрол в разглежданатаструктура .
controlActivityRecords указва комплекта от данни ,представляващи съвкуп -
ността от записите на дейността по извършване на контрол .
controlActivityRecord указва последователността от информации ,свързани
с определена дейност по извършване на контрол .
controlType указва типа на извършения контрол .
controlTime указва датата и часа на извършения контрол .
1998R2135 —BG—01.05.2006 —002.001 —81
▼M1
controlledCardNumber указваномеранакартата ,кактоидържавата -членка ,
която е издала контролираната карта .
controlledVehicleRegistration указва регистрационния номер ,както и
държавата -членка ,извършила регистрацията на превозното средство ,
подложено на контрол .
controlDownloadPeriodBegin иcontrolDownloadPeriodEnd указват при
необходимост периода ,данните за който са били прехвърлени .
2.43. ControlCardHolderIdentification
Информации ,записани на карта на контрольор и отнасящи се до иденти -
фицирането на притежателя на картата (изискване 232).
controlBodyName указва името на контролния орган ,от който зависи
притежателят на картата .
controlBodyAddress указва адреса на контролния орган ,от който зависи
притежателят на картата .
cardHolderName указва фамилията и името (името и презимето )на прите -
жателя на картата на контрольор .
cardHolderPreferredLanguage указва предпочитания работен език на
притежателя на картата .
2.44. ControlType
Код,указващдейностите ,провежданиповременаконтрол .Тозитипданни
е свързан с изисквания 102, 210и225.
2.45. CurrentDateTime
Дата и час на уредите за регистриране на данните за движението .
1998R2135 —BG—01.05.2006 —002.001 —82
▼M1
Определяне на стойност :липса на допълнителна информация .
2.46. DailyPresenceCounter
Брояч ,записаннакартанаводачаилинацеховакарта ,стойносттанакойто
се увеличава с една единица за всеки календарен ден на вкарване на тазикарта в четящото устройство на определен блок ,монтиран на превозното
средство .Този тип данни е свързан с изисквания 199и219.
Определяне на стойност :последователно номериране ,максималната
стойностнакоетоеравнана 9 999,катоброенетозапочваот 0.Повремена
първотовлизаневсиланаопределенакарта ,съответниятброячпоказванула .
2.47. Datef
Дата ,изразена в цифров формат ,който може да се разпечата веднага .
2.48. Distance
Изминатото разстояние (резултат от изчислението на разликата между две
стойности ,указани от брояча на километрите на разглежданото превозно
средство ).
Определяне на стойност :Двоична без знак .Стойност ,изразена в
километри и намираща се в експлоатационен диапазон от 0до9 999км.
2.49. DriverCardApplicationIdentification
Информации ,записани на карта на водач и отнасящи се до идентифици -
рането на приложението на картата (изискване 190).
typeOfTachographCardId указва типа на картата ,която се използва .
cardStructureVersion указваверсията на структурата ,приложена в картата .
noOfEventsPerType указва броя на събитията от всеки тип ,които картата
може да съхрани .
noOfFaultsPerType указва броя на аномалиите от всеки тип ,които картата
може да съхрани .
1998R2135 —BG—01.05.2006 —002.001 —83
▼M1
activityStructureLength указва броя на байтовете ,които могат да се
използват за съхраняване на записите на дейността .
noOfCardVehicleRecords указва броя на записите на превозното средство ,
които картата може да съхрани .
noOfCardPlaceRecords указва броя на местоположенията ,които картата
може да съхрани .
2.50. DriverCardHolderIdentification
Информации ,записани на карта на водач и отнасящи се до идентифици -
рането на притежателя на картата (изискване 195).
cardHolderName указва фамилията и името (името и презимето )на прите -
жателя на картата на водача .
cardHolderBirthDate указва датата на раждане на притежателя на картата
на водача .
cardHolderPreferredLanguage указва предпочитания работен език на
притежателя на картата .
2.51. EntryTypeDailyWorkPeriod
Код,позволяващдасеправиразликамеждуместоположениетовначалотоив
краянаединдневенпериоднаработаиусловиятанавъвежданенатезиданни .
Определяне на стойност :съгласно стандарт ISO/CEI 8824-1.
2.52. EquipmentType
Код,позволяващдасеправиразликамеждуразличнитетиповеоборудване ,
използвани за тахографското приложение .
Определяне на стойност :Съгласно стандарт ISO/CEI 8824-1.
Стойността 0е запазена за указване на определена държава -членка или на
Европа в полето CHAна сертификатите .
2.53. EuropeanPublicKey
Европейски публичен ключ .
2.54. EventFaultType
Код,характеризиращ определено събитие или аномалия .
Определяне на стойност :
1998R2135 —BG—01.05.2006 —002.001 —84
▼M1
2.55. EventFaultRecordPurpose
Код,указващпричинатазазаписваненаопределеносъбитиеилианомалия .
2.56. ExtendedSerialNumber
Индивидуално идентифициране на определено оборудване .Този номер
може също така да изпълнява ролята на идентификатор на публичния
ключ на оборудването .
serialNumber указва серийния номер на оборудването ,даден му от произ -
водителя ,както и типа на оборудването и месеца по -долу .
monthYearидентифицира месеца и годината на производството (или на
даването на сериен номер ).
Определяне на стойност :кодиране BCDна месеца (две цифри )ин а
годината (двете последни цифри ).
typeе идентификатор на типа използвано оборудване .
Определяне на стойност :зависи от производителя ,като стойността „FFh“
е резервирана .
Код на производителя :съответства на цифровия код на производителя на
разглежданото оборудване .
2.57. FullCardNumber
Код,позволяващ сигурното идентифициране на тахографска карта .
1998R2135 —BG—01.05.2006 —002.001 —85
▼M1
cardTypeуказва типа на тахографската карта .
cardIssuingMemberState указва кода на държавата -членка ,която е издала
разглежданата карта .
cardNumber указва номера на картата .
2.58. HighResOdometer
Стойност ,отчитанаотброячанакилометритенапревознотосредство :общо
разстояние ,изминатоотпревознотосредствоповременаексплоатациятаму .
Определяне на стойност :Двоична без знак .Стойност ,изразена в 1/200от
км и намираща се в експлоатационен диапазон от 0до21 055 406км.
2.59. HighResTripDistance
Разстояние ,изминато по време на цяло пътуване или част от него .
Определяне на стойност :Двоична без знак .Стойност ,изразена в 1/200от
км и намираща се в експлоатационен диапазон от 0до21 055 406км.
2.60. HolderName
Фамилия и име (име и презиме )на притежател на карта .
holderSurname указвафамилнотоименатитуляра .Тонесепридружаваот
никаква титла .
Определяне на стойност :ако разглежданата карта не е индивидуална ,
holderSurname съдържа същите данни ,като companyName, workshopName
илиu controlBodyName.
holderFirstNames указва името (имената )и инициала (ите)на титуляра .
2.61. K-ConstantOfRecordingEquipment
Константа на уредите за регистриране на данните за движението [опре-
деление м )].
Определяне на стойност :Импулсинакилометъринамиращасевексплоа -
тационен диапазон от 0до64 255имп/км.
2.62. KeyIdentifier
Уникален идентификаторнапубличен ключ ,позволяващ неговотоуказване
и селекциониране .Този идентификатор идентифицира също така титуляра
на ключа .
1998R2135 —BG—01.05.2006 —002.001 —86
▼M1
Първатаопцияпозволявауказванетонапубличнияключнаблок ,монтиран
на превозното средство или на тахографска карта .
Вторатаопцияпозволявауказванетона публичнияключна блок ,монтиран
напревознотосредство (вслучайчесерийниятномернаблокаенеизвестен
по време на изработването на сертификата ).
Третата опция позволява указването на публичния ключ на определена
държава -членка .
2.63. L-TyreCircumference
Реална окръжност на търкаляне на гумите [определение ф )].
Определяне на стойност :Двоичнабеззнак .Стойност ,изразенав 1/8отмм
и намираща се в експлоатационен диапазон от 0до8 031мм.
2.64. Language
Код,идентифициращ определен работен език .
Определяне на стойност :Код,съставен от две малки букви съгласно
стандарт ISO 639.
2.65. LastCardDownload
Дата и час ,записани на картата на водача ,на последното прехвърляне на
данните от дадена карта (с цели ,различни от извършването на контрол ).
Тази дата може да бъде актуализирана посредством блок ,монтиран на
превозното средство ,или всяко картово четящо устройство .
Определяне на стойност :Липса на допълнителна информация .
2.66. ManualInputFlag
Код,позволяващ да се разбере дали притежателят на картата е извършил
или не ръчно въвеждане на дейностите на водача по време на поставянето
на тази карта (изискване 081).
Определяне на стойност :Липса на допълнителна информация .
2.67. ManufacturerCode
Код,идентифициращ определен производител .
1998R2135 —BG—01.05.2006 —002.001 —87
▼M1
2.68. MemberStateCertificate
Сертификат на публичния ключ на определена държава -членка ,издаден от
европейския удостоверяващ орган .
2.69. MemberStatePublicKey
Публичен ключ на определена държава -членка .
2.70. Name
Име.1998R2135 —BG—01.05.2006 —002.001 —88
▼M1
codePageспецифицира частта от стандарта ISO/CEI 8859, използвана за
кодирането на името .
nameуказва име ,кодирането на което се извършва съгласно съответната
страница с кодове от стандарта ISO/CEI 8859.
2.71. NationAlpha
Азбучна препратка към определена страна съгласно класическото кодиране
на нациите ,което се използва при самозалепващите винетки ,поставяни на
броните и /или хармонизираните документи ,издавани от застрахователните
компании (зелена карта ).
1998R2135 —BG—01.05.2006 —002.001 —89
▼M1
2.72. NationNumeric
Цифров код ,указващ определена страна .
1998R2135 —BG—01.05.2006 —002.001 —90
▼M1
1998R2135 —BG—01.05.2006 —002.001 —91
▼M1
2.73. NoOfCalibrationRecords
Брой на записите на еталониранията ,които една цехова карта може да
съхрани .
Определяне на стойност :виж параграф 3.
2.74. NoOfCalibrationsSinceDownload
Брояч ,указващ броя на еталониранията ,извършени с една цехова карта от
последното прехвърляне на данни ,извършено с нея (изискване 230).
Определяне на стойност :липса на допълнителна информация .
2.75. NoOfCardPlaceRecords
Брой на записите на местоположенията ,които една карта на водач или
цехова карта може да съхрани .
Определяне на стойност :виж параграф 3.
2.76. NoOfCardVehicleRecords
Бройназаписитенаданнитеотноснопревознотосредство ,коитоеднакарта
на водач или цехова карта може да съхрани .1998R2135 —BG—01.05.2006 —002.001 —92
▼M1
Определяне на стойност :виж параграф 3.
2.77. NoOfCompanyActivityRecords
Брой на записите на дейностите ,извършвани от предприятие ,които една
карта на предприятие може да съхрани .
Определяне на стойност :виж параграф 3.
2.78. NoOfControlActivityRecords
Брой на записите на дейностите по осъществяване на контрол ,които една
карта на контрольор може да съхрани .
Определяне на стойност :виж параграф 3.
2.79. NoOfEventsPerType
Брой на събитията от всеки тип ,които една карта може да съхрани .
Определяне на стойност :виж параграф 3.
2.80. NoOfFaultsPerType
Брой на аномалиите от всеки тип ,които една карта може да съхрани .
Определяне на стойност :виж параграф 3.
2.81. OdometerValueMidnight
Стойност ,отчетенаотброячанакилометритенапревознотосредствоточно
в полунощ на определен ден (изискване 090).
Определяне на стойност :липса на допълнителна информация .
2.82. OdometerShort
Стойност ,отчетена от брояча на километрите на превозното средство в
съкратена форма .
Определяне на стойност :Двоична без знак .Стойност ,изразена в
километри ,и намираща се в експлоатационен диапазон от 0до9 999 999
км.
2.83. OverspeedNumber
Бройнасъбитиятаоттипапревишаваненадопустиматаскорост ,настъпили
след последния контрол за превишаванията на допустимата скорост .
Определяне на стойност :0означава ,че никакво събитие от типа преви -
шаване на допустимата скорост не е настъпило след последния контрол запревишаваниятанадопустиматаскорост ,1означава ,чесъбитиеоттозитип
е настъпило веднъж след последния контрол за превишаванията на допу -
стимата скорост …255означава ,че броят на събитията от типа преви -
шаване на допустимата скорост ,настъпили след последния контрол за1998R2135 —BG—01.05.2006 —002.001 —93
▼M1
превишаваниятанадопустиматаскорост ,еравенна 255илинадвишаватази
стойност .
2.84. PlaceRecord
Информации относно местоположението в началото или в края на един
дневен период на работа (изисквания 087, 202и221).
entryTimeуказва датата и часа на въвеждането на данните .
entryTypeDailyWorkPeriod указва типа на въвеждането .
dailyWorkPeriodCountry указва въведената страна .
dailyWorkPeriodRegion указва въведената област .
vehicleOdometerValue указва стойността ,отчетена от брояча на кило -
метрите в часа на въвеждането на местоположението .
2.85. PreviousVehicleInfo
Информации относно превозното средство ,използвано преди това от
определен водач по време на поставянето на неговата карта в четящотоустройство на определен блок ,монтиран на превозното средство
(изискване 081).
vehicleRegistrationIdentification указва регистрационния номер ,както и
държавата -членка ,извършила регистрацията на превозното средство .
cardWithdrawalTime указва датата и часа на изваждането на картата .
2.86. PublicKey
Публичен ключ RSA
rsaKeyModulus указва модула на двойката ключове .
rsaKeyPublicExponent указва публичния степенен показател на двойката
ключове .
2.87. RegionAlpha
Азбучни съответствия на различните области на определена страна .
1998R2135 —BG—01.05.2006 —002.001 —94
▼M1
2.88. RegionNumeric
Азбучни съответствия на различните области на определена страна .
2.89. RSAKeyModulus
Модул на двойка ключове RSA.1998R2135 —BG—01.05.2006 —002.001 —95
▼M1
Определяне на стойност :не е указана .
2.90. RSAKeyPrivateExponent
Частен степенен показател на двойка ключове RSA.
Определяне на стойност :не е указана .
2.91. RSAKeyPublicExponent
Публичен степенен показател на двойка ключове RSA.
Определяне на стойност :не е указана .
2.92. SensorApprovalNumber
Номер на типово одобрение на датчика .
Определяне на стойност :не е указана .
2.93. SensorIdentification
Информации ,записани в паметта на датчик за движение и отнасящи се до
идентифицирането на този елемент (изискване 077).
sensorSerialNumber указва разширения сериен номер на датчика за
движение (включително фабричния номер и кода на производителя ).
sensorApprovalNumber указва номера на одобрение на датчика за
движение .
sensorSCIdentifier указва идентификатора на компонента за сигурност на
датчика за движение .
sensorOSIdentifier указва идентификатора на операционната система на
датчика за движение .
2.94. SensorInstallation
Информации ,записани в паметта на датчик за движение и отнасящи се до
монтирането на този елемент (изискване 099).
1998R2135 —BG—01.05.2006 —002.001 —96
▼M1
sensorPairingDateFirst указва датата на първото свързване на датчика за
движение с блок ,монтиран на превозно средство .
firstVuApprovalNumber указва номера на одобрение на първия блок ,
монтиран на превозно средство ,който е свързан с датчика за движение .
firstVuSerialNumber указва серийния номер на първия блок ,монтиран на
превозно средство ,който е свързан с датчика за движение .
sensorPairingDateCurrent указва дататана сегашнотосвързване на датчика
за движение с блока ,монтиран на превозно средство .
currentVuApprovalNumber указваномеранаодобрениенаблока ,монтиран
на превозно средство ,който е свързан в момента с датчика за движение .
currentVUSerialNumber указва серийния номер на блока ,монтиран на
превозно средство ,който е свързан в момента с датчика за движение .
2.95. SensorInstallationSecData
Информации ,записани на цехова карта и отнасящи се до данните относно
сигурността ,необходими за свързването на датчиците за движение с
блоковете ,монтирани на превозните средства (изискване 214).
Определяне на стойност :съгласно стандарт ISO 16844-3.
2.96. SensorOSIdentifier
Идентификатор на операционната система на датчика за движение .
Определяне на стойност :зависи от производителя .
2.97. SensorPaired
Информации ,записани в паметта на блок ,монтиран на превозното
средство ,и отнасящи се до идентифицирането на датчика за движение ,
свързан с този блок (изискване 079).
sensorSerialNumber указвасерийнияномернадатчиказадвижение ,койтое
свързан в момента с блока ,монтиран на превозното средство .
sensorApprovalNumber указва номера на одобрение на датчика за
движение ,който е свързан в момента с блока ,монтиран на превозното
средство .
sensorPairingDateFirst указва датата на първото свързване на блок ,
монтиран на превозно средство ,с датчика за движение ,който е свързан в
момента с блока ,монтиран на разглежданото превозно средство
2.98. SensorPairingDate
Дата на свързване на датчика за движение с блок ,монтиран на превозно
средство .
Определяне на стойност :не е указана .
2.99. SensorSerialNumber
Сериен номер на датчика за движение .
1998R2135 —BG—01.05.2006 —002.001 —97
▼M1
1998R2135 —BG—01.05.2006 —002.001 —98
▼M1
2.100. SensorSCIdentifier
Идентификатор на компонента за сигурност на датчика за движение .
Определяне на стойност :зависи от производителя на компонента .
2.101. Signature
Цифров подпис .
Определяне на стойност :съгласно допълнение 11 (Общи механизми за
сигурност ).
2.102. SimilarEventsNumber
Брой на сходните събития ,възникнали в определен ден (изискване 094).
Определяне на стойност :0не се използва ,1означава ,че само едно
събитие от този тип е настъпило и е било записано през съответния ден ,
2означава ,чедвесъбитияоттозитипсанастъпилипрезсъответнияден (и
само едно от тях е било записано ),…255означава ,че през разглеждания
ден са настъпили 255или повече събития от този тип .
2.103. SpecificConditionType
Код,идентифициращособеноусловие (изисквания 050б, 105а, 212аи230а).
2.104. SpecificConditionRecord
Информации ,записани на карта на водача ,на цехова карта или на блок ,
монтиран на превозното средство ,и отнасящи се до определено особено
условие (изисквания 105а, 212аи230а).
entryTimeуказва датата и часа на въвеждането на тези данни .
specificConditionType указва кода ,идентифициращ въпросното особено
условие .
2.105. Speed
Скорост на превозното средство (км/ч).
Определяне на стойност :Стойност ,изразена в км /ч и намираща се в
експлоатационен диапазон от 0до220км/ч.
2.106. SpeedAuthorised
Максимална разрешена скорост на превозното средство [определение бб )].
2.107. SpeedAverage
Средна скорост ,измерена по отношение на предварително определено
времетраене (км/ч).
2.108. SpeedMax
Максимална скорост ,измерена по време на предварително определено
времетраене .
2.109. TDesSessionKey
Ключ на сесия Троен DES (Data Encryption Standart).
Определяне на стойност :липса на допълнителна информация .
2.110. TimeReal
Код,свързансполе ,съчетаващодататаичаса ,изразенивсекунди ,считано
от00ч.00м.00сек.по координираното универсално време на 1януари 1970
г.
Определяне на стойност —Поредов байт :брой секунди ,изтекли след
полунощ по координираното универсално време на 01януари 1970г.
Най-далечната бъдеща дата /час е през 2106г.
2.111. TyreSize
Обозначение на размерите на гумите .
Определяне на стойност :съгласно Директива 92/23/ЕИО от 31.3.1992г.
(ОВL 129от14.5.1992г.,стр. 95).
2.112. VehicleIdentificationNumber
Идентификационен номер на превозното средство (NIdV),отнасящ се до
цялото превозно средство ;обикновено се отнася до серийния номер на
шасито или до номера на рамата .
Определяне на стойност :съгласно стандарт ISO 3779.
2.113. VehicleRegistrationIdentification
Идентифициране на превозно средство ,което е уникално в рамките на
Европа (регистрационен номер и държава -членка ).1998R2135 —BG—01.05.2006 —002.001 —99
▼M1
vehicleRegistrationNation указва страната ,в която е извършена реги -
страцията на превозното средство .
vehicleRegistrationNumber указва регистрационния номер на превозното
средство (VIN).
2.114. VehicleRegistrationNumber
Регистрационен номер на превозното средство (VIN).Регистрационният
номер на превозното средство се издава от органа ,който е компетентен
относно регистрацията на превозните средства .
codePage (страница с кодове )специфицира частта от стандарта ISO/CEI
8859,използван за кодирането на регистрационния номер на превозното
средство .
vehicleRegNumber указва регистрационен номер на превозно средство ,
кодирането на който се извършва съгласно съответната страница с кодовеот стандарта ISO/CEI 8859.
Определяне на стойност :зависи от съответната страна .
2.115. VuActivityDailyData
Информации ,записани в паметта на блок ,монтиран на превозното
средство ,и отнасящи се до промените на дейността ,както и до
промените в положението при кормуване и /или в състоянието на картата
за определен календарен ден (изискване 084)и в състоянието на четящите
устройства в 00.00часа на този ден .
noOfActivityChanges указва броя на думите ,които съдържа комплектът
ActivityChangeInfos.
activityChangeInfo указвакомплектаотдуми ActivityChangeInfo, записанив
блока за разглеждания ден .Той съдържа винаги две думи ActivityChan-
geInfo,който указват състоянието на двете четящи устройства в 00.00
часа на същия ден .
2.116. VuApprovalNumber
Номер на типово одобрение на блока ,монтиран на превозното средство .
Определяне на стойност :не е указана .
2.117. VuCalibrationData
Информации ,записани в паметта на блок ,монтиран на превозното
средство ,и отнасящи се до последователните еталонирания на уредите за
регистриране на данните за движението (изискване 098).1998R2135 —BG—01.05.2006 —002.001 —100
▼M1
noOfVuCalibrationRecords указва броя на записите ,които съдържа
комплектът vuCalibrationRecords.
vuCalibrationRecords указва комплекта със записите от еталониранията .
2.118. VuCalibrationRecord
Информации ,записани в паметта на блок ,монтиран на превозното
средство ,и отнасящи се до еталониране на уредите за регистриране на
данните за движението (изискване 098).
calibrationPurpose указва причината за еталонирането .
workshopName, workshopAddress указват името и адреса на цеха .
workshopCardNumber идентифицира цеховата карта ,използвана по време
на еталонирането .
workshopCardExpiryDate указва датата на край на валидността на картата .
vehicleIdentificationNumber указва идентификационния номер на
превозното средство .
vehicleRegistrationIdentification съдържа регистрационния номер ,както и
държавата -членка ,извършила регистрацията на превозното средство .
wVehicleCharacteristicConstant указва характеристичния коефициент на
превозното средство .
kConstantOfRecordingEquipment указва константата на уредите за реги -
стриране на данните за движението .
lTyreCircumference указва реалната окръжност на търкаляне на гумите .
tyreSizeуказва обозначаването на размерите на гумите ,монтирани на
превозното средство .
authorisedSpeed указва разрешената скорост на превозното средство .
oldOdometerValue, newOdometerValue указват старата и новата стойност ,
отчетени от брояча на километрите .1998R2135 —BG—01.05.2006 —002.001 —101
▼M1
oldTimeValue, newTimeValue указватстаритеиновитестойностинадатата
и часа .
nextCalibrationDate указва датата на следващото еталониране ,съответ -
стващо на типа ,указан в полето CalibrationPurpose, което лицензираният
инспектиращ орган трябва да извърши .
2.119. VuCardIWData
Информации ,записани в паметта на блок ,монтиран на превозното
средство ,и отнасящи се до циклите на поставяне и на изваждане на
карти на водач или цехови карти в съответното четящо устройство натози блок (изискване 081).
noOfIWRecords указваброяназаписите ,коитосъдържакомплектът vuCar-
dIWRecords
vuCardIWRecords указва комплект от записи относно циклите на
поставяне и изваждане на картите .
2.120. VuCardIWRecord
Информации ,записанивпаметтанаблок ,монтираннапревознотосредство
иотнасящиседоциклитенапоставянеинаизважданенаопределенакартана водач или цехова карта в съответното четящо устройство на този блок(изискване 081).
cardHolderName указва фамилията и името (името и презимето )на водача
или на притежателя на цеховата карта така ,както те са записани на нея .
fullCardNumber указватипанакартата ,държавата -членка ,коятояеиздала ,
и номера й така ,както тези данни са записани на нея .
cardExpiryDate указвадататанакрайнавалидносттанакартататака ,както
тя е записана на нея .
cardInsertionTime указва датата и часа на поставянето на картата .
vehicleOdometerValueAtInsertion указва стойността ,отчетена от брояча на
километрите в момента на поставяне на картата .
cardSlotNumber указва четящото устройство ,в процепа на което е
поставена картата .
cardWithdrawalTime указва датата и часа на изваждането на картата .
vehicleOdometerValueAtWithdrawal указва стойността ,отчетена от брояча
на километрите в момента на поставяне на картата .1998R2135 —BG—01.05.2006 —002.001 —102
▼M1
previousVehicleInfo съдържа информация относно последното превозно
средство ,използвано от водача ,така,както тя е записана на картата .
manualInputFlag съответства на флаг ,позволяващ да се разбере дали
притежателятнакартатаеизвършилилинеръчновъвежданенадейноститена водача по време на поставянето на тази карта .
2.121. VuCertificate
Сертификат ,свързан с публичния ключ на блок ,монтиран на превозното
средство .
2.122. VuCompanyLocksData
Информации ,записани в паметта на блок ,монтиран на превозното
средство ,и отнасящи се до блокировките от страна на предприятие
(изискване 104).
noOfLocksуказва броя на блокировките ,записани във vuCompanyLocks-
Records.
vuCompanyLocksRecords съответства на комплекта от записи на блоки -
ровките от страна на предприятие .
2.123. VuCompanyLocksRecord
Информации ,записани в паметта на блок ,монтиран на превозното
средство ,и отнасящи се до определена блокировка от страна на пред -
приятие (изискване 104).
lockInTime, lockOutTime указват датите и часовете на блокиране и отбло -
киране .
companyName, companyAddress указват името и адреса на предприятието ,
имащо отношение към блокирането .
companyCardNumber идентифицира картата ,използвана по време на
блокирането .
2.124. VuControlActivityData
Информации ,записани в паметта на блок ,монтиран на превозното
средство ,и отнасящи се до контролиранията ,извършени с помощта на
този блок (изискване 102).
noOfControls указва броя на контролиранията ,записани в vuControlActivi-
tyRecords.1998R2135 —BG—01.05.2006 —002.001 —103
▼M1
1998R2135 —BG—01.05.2006 —002.001 —104
▼M1
vuControlActivityRecords указвакомплектаотзаписиотноснодейносттапо
извършване на контрол .
2.125. VuControlActivityRecord
Информации ,записани в паметта на блок ,монтиран на превозното
средство ,и отнасящи се до точно определен контрол ,извършен с
помощта на този блок (изискване 102).
controlType указва типа на извършения контрол .
controlTime указва датата и часа на извършения контрол .
ControlCardNumber идентифицира картата на контрольор ,използвана по
време на извършването на контрола .
downloadPeriodBeginTime указва часа на начало на периода ,данните за
който са били прехвърлени ,при положение че има такова прехвърляне .
downloadPeriodEndTime указва часа на край на периода ,данните за който
са били прехвърлени при положение ,че има такова прехвърляне .
2.126. VuDataBlockCounter
Брояч ,записан на карта и идентифициращ последователно циклите на
поставяне и изваждане на картата в съответното четящо устройство наблоковете ,монтирани на превозните средства .
Определяне на стойност :Последователно номериране ,максималната
стойност на което е равно на 9 999,като броенето започва от 0.
2.127. VuDetailedSpeedBlock
Информации ,записани в паметта на блок ,монтиран на превозното
средство ,и отнасящи се до промяната на скоростта на превозното
средство в продължение на една минута ,по време на която превозното
средство е било в движение (изискване 093).
speedBlockBeginDate указва датата и часа на първата моментна скорост ,
която блокът данни съдържа .
speedsPerSecond указва хронологичната последователност на скоростите ,
измеренипрезвсичкисекундинаминутата ,коятоезапочналав speedBlock-
BeginDate (включена ).
2.128. VuDetailedSpeedData
Информации ,записани в паметта на блок ,монтиран на превозното
средство ,иотнасящиседопромянатанаскоросттанапревознотосредство .

noOfSpeedBlocks указва броя на блоковете с данни за скоростта ,които
съдържа комплектът на vuDetailedSpeedBlocks.
vuDetailedSpeedBlocks указва комплекта от блокове с данни от измерване
на моментната скорост .
2.129. VuDownloadablePeriod
Най-старата и най -скорошната дати ,за които определен блок ,монтиран на
превозното средство ,съдържа данни относно дейностите на водача
(изисквания 081, 084или087).
minDownloadableTime указванай -старите датаи часнапоставяне наопре -
делена карта ,на въвеждане на местоположението или на промяната на
дейността ,записани в паметта на блока ,монтиран на превозното средство .
maxDownloadableTime указва най -скорошните дата и час на изваждане на
определена карта ,на въвеждане на местоположението или на промяната на
дейността ,записани в паметта на блока ,монтиран на превозното средство .
2.130. VuDownloadActivityData
Информации ,записани в паметта на блок ,монтиран на превозното
средство ,и отнасящи се до последното прехвърляне на данните от него
(изискване 105).
downloadingTime указва датата и часа на прехвърлянето на данните .
fullCardNumber идентифицира картата ,използвана за разрешаване на
прехвърлянето на данните .
companyOrWorkshopName указва името на предприятието или на цеха .
2.131. VuEventData
Информации ,записани в паметта на блок ,монтиран на превозното
средство ,иотнасящиседоразличнисъбития (изискване 094,сизключение
на събитията от типа превишаване на допустимата скорост ).
noOfVuEvents указва броя на събитията ,записани в комплекта от данни
vuEventRecords.
vuEventRecords указва определен комплект със записи на събития .
2.132. VuEventRecord
Информации ,записани в паметта на блок ,монтиран на превозното
средство ,и отнасящи се до определено събитие (изискване 094с
изключение на всяко събитие от типа превишаване на допустимата
скорост ).1998R2135 —BG—01.05.2006 —002.001 —105
▼M1
1998R2135 —BG—01.05.2006 —002.001 —106
▼M1
eventTypeуказва типа на събитието .
eventRecordPurpose указва причината за записване на разглежданото
събитие .
eventBeginTime указва датата и часа на началото на събитието .
eventEndTime указва датата и часа на края на събитието .
cardNumberDriverSlotBegin идентифицира картата ,поставена в предназна -
ченото за водача четящо устройство в началото на събитието .
cardNumberCodriverSlotBegin идентифициракартата ,поставенавпредназ -
наченото за помощник -водача четящо устройство в началото на събитието .
cardNumberDriverSlotEnd идентифицира картата ,поставена в предназна -
ченото за водача четящо устройство в края на събитието .
cardNumberCodriverSlotEnd идентифицира картата ,поставена в предназ -
наченото за помощник -водача четящо устройство в края на събитието .
similarEventsNumber указва броя на сходните събития ,настъпили в същия
ден.
Тази последователност се използва за всички събития ,освен тези от типа
превишаване на допустимата скорост .
2.133. VuFaultData
Информации ,записани в паметта на блок ,монтиран на превозното
средство ,и отнасящи се до различни аномалии (изискване 096).
noOfVuFaults указва броя на аномалиите ,записани в комплекта от данни
vuFaultRecords.
vuFaultRecords указва комплект със записи на аномалии .
2.134. VuFaultRecord
Информации ,записани в паметта на блок ,монтиран на превозното
средство ,и отнасящи се до определена аномалия (изискване 096).

1998R2135 —BG—01.05.2006 —002.001 —107
▼M1
faultTypeуказва типа на аномалията ,засягаща уредите за регистриране на
данните за движението .
faultRecordPurpose указва причината за записване на разглежданата
аномалия .
faultBeginTime указва датата и часа на началото на аномалията .
faultEndTime указва датата и часа на край на аномалията .
cardNumberDriverSlotBegin идентифицира картата ,поставена в предназна -
ченото за водача четящо устройство в началото на аномалията .
cardNumberCodriverSlotBegin идентифициракартата ,поставенавпредназ -
наченотозапомощник -водачачетящоустройствовначалотонааномалията .
cardNumberDriverSlotEnd идентифицира картата ,поставена в предназна -
ченото за водача четящо устройство в края на аномалията .
cardNumberCodriverSlotEnd идентифицира картата ,поставена в предназ -
наченото за помощник -водача четящо устройство в края на аномалията .
2.135. VuIdentification
Информации ,записани в паметта на блок ,монтиран на превозното
средство ,иотнасящиседоидентифициранетонатозиблок (изискване 075).
vuManufacturerName указва името на производителя на блока ,монтиран
на превозното средство .
vuManufacturerAddress указваадресанапроизводителянаблока ,монтиран
на превозното средство .
vuPartNumber указва фабричния номер на блока ,монтиран на превозното
средство .
vuSerialNumber указва серийния номер на блока ,монтиран на превозното
средство .
vuSoftwareIdentification идентифицира софтуера ,използван в блока ,
монтиран на превозното средство .
vuManufacturingDate указвадататанапроизводствонаблока ,монтиранна
превозното средство .
vuApprovalNumber указва номера на одобрение на блока ,монтиран на
превозното средство .
2.136. VuManufacturerAddress
Адрес на производителя на блока ,монтиран на превозното средство .
Определяне на стойност :не е указана .
2.137. VuManufacturerName
Име на производителя на блока ,монтиран на превозното средство .

1998R2135 —BG—01.05.2006 —002.001 —108
▼M1
Определяне на стойност :не е указана .
2.138. VuManufacturingDate
Дата на производство на блока ,монтиран на превозното средство .
Определяне на стойност :не е указана .
2.139. VuOverSpeedingControlData
Информации ,записани в паметта на блок ,монтиран на превозното
средство ,и отнасящи се досъбитиятаот типа превишаванена допустимата
скорост ,настъпили след извършването на последния контрол за преви -
шаване на допустимата скорост (изискване 095).
lastOverspeedControlTime указва датата и часа на последния контрол на
превишаването на допустимата скорост .
firstOverspeedSince указва датата и часа на първото превишаване на допу -
стимата скорост ,констатирано след последния контрол на превишаването
на допустимата скорост .
numberOfOverspeedSince указваброянасъбитиятаоттипапревишаванена
допустимата скорост ,настъпили след последния контрол на превишаването
на допустимата скорост .
2.140. VuOverSpeedingEventData
Информации ,записани в паметта на блок ,монтиран на превозното
средство ,и отнасящи се досъбитиятаот типа превишаванена допустимата
скорост (изискване 094).
noOfVuOverSpeedingEvents указва броя на събитията ,записани в
комплекта от данни vuOverSpeedingEventRecords.
vuOverSpeedingEventRecords указва комплект със записи на събития от
типа превишаване на допустимата скорост .
2.141. VuOverSpeedingEventRecord
Информации ,записани в паметта на блок ,монтиран на превозното
средство ,и отнасящи се досъбитиятаот типа превишаванена допустимата
скорост (изискване 094).

eventTypeуказва типа на събитието .
eventRecordPurpose указва причината за записване на разглежданото
събитие .
eventBeginTime указва датата и часа на началото на събитието .
eventEndTime указва датата и часа на края на събитието .
maxSpeedValue указва максималната скорост ,измерена по време на
събитието .
averageSpeedValue указва средната скорост ,измерена по време на
събитието .
cardNumberDriverSlotBegin идентифицира картата ,поставена в предназна -
ченото за водача четящо устройство в началото на събитието .
similarEventsNumber указва броя на сходните събития ,настъпили в същия
ден.
2.142. VuPartNumber
Фабричен номер на блока ,монтиран на превозното средство .
Определяне на стойност :зависи от производителя на блока .
2.143. VuPlaceDailyWorkPeriodData
Информации ,записани в паметта на блок ,монтиран на превозното
средство ,и отнасящи се до местоположението в началото или в края на
дневните периоди на работа (изискване 087).
noOfPlaceRecords указваброяназаписите ,коитосъдържакомплекта vuPla-
ceDailyWorkPeriodRecords.
vuPlaceDailyWorkPeriodRecords указва комплект със записи на местопо -
ложения .
2.144. VuPlaceDailyWorkPeriodRecord
Информации ,записани в паметта на блок ,монтиран на превозното
средство ,и отнасящи се до местоположението в началото или в края на
определен дневен период на работа (изискване 087).
fullCardNumber указватипанакартата ,държавата -членка ,коятояеиздала ,
и номера ѝ .
placeRecord съдържа данни относно въведеното местоположение .
2.145. VuPrivateKey
Частен ключ на блок ,монтиран на превозното средство .
2.146. VuPublicKey
Публичен ключ на блок ,монтиран на превозното средство .1998R2135 —BG—01.05.2006 —002.001 —109
▼M1
1998R2135 —BG—01.05.2006 —002.001 —110
▼M1
2.147. VuSerialNumber
Сериен номер на блока ,монтиран на превозното средство (изискване 075).
2.148. VuSoftInstallationDate
Дата на инсталиране на версията на операционната система на блока ,
монтиран на превозното средство .
Определяне на стойност :не е указана .
2.149. VuSoftwareIdentification
Информации ,записани в паметта на блок ,монтиран на превозното
средство ,и отнасящи се до инсталирания софтуер .
vuSoftwareVersion указва номера на версията на софтуера на блока .
vuSoftInstallationDate указва датата на инсталиране на тази версия на
софтуера .
2.150. VuSoftwareVersion
Номернаверсиятанасофтуеранаблока ,монтираннапревознотосредство .
Определяне на стойност :не е указана .
2.151. VuSpecificConditionData
Информации ,записани в паметта на блок ,монтиран на превозното
средство ,и отнасящи се до особените условия .
noOfSpecificConditionRecords указва броя на записите ,които съдържа
комплектът specificConditionRecords.
specificConditionRecords указва комплект със записи относно особените
условия .
2.152. VuTimeAdjustmentData
Информации ,записани в паметта на блок ,монтиран на превозното
средство ,и отнасящи се до сверяванията на часовника ,извършени извън
рамките на процедура по пълно еталониране (изискване 101).

noOfVuTimeAdjRecords указва броя на записите ,които съдържа
комплектът vuTimeAdjustmentRecords.
vuTimeAdjustmentRecords указвакомплектсъсзаписиотносносверяването
на часовника .
2.153. VuTimeAdjustmentRecord
Информации ,записани в паметта на блок ,монтиран на превозното
средство ,и отнасящи се до определено сверяване на часовника ,
извършено извън рамките на процедура по пълно еталониране (изискване
101).
oldTimeValue, newTimeValue указват старите и новите стойности ,дадени
на датата и часа .
workshopName, workshopAddress указват името и адреса на цеха .
workshopCardNumber идентифицира цеховата карта ,използвана за
извършване на сверяването на часовника .
2.154.Характеристичен коефициент Wна превозното средство
Характеристичен коефициент на превозното средство [определение к )].
Определяне на стойност :Импулсинакилометъринамиращасевексплоа -
тационния диапазон от 0до64 255имп/км.
2.155. WorkshopCardApplicationIdentification
Информации ,записанинацеховакартаиотнасящиседоидентифицирането
на приложението на картата (изискване 190).
typeOfTachographCardId указва типа на картата ,която се използва .
cardStructureVersion указваверсията на структурата ,приложена в картата .
noOfEventsPerType указва броя на събитията от всеки тип ,които картата
може да съхрани .
noOfFaultsPerType указва броя на аномалиите от всеки тип ,които картата
може да съхрани .1998R2135 —BG—01.05.2006 —002.001 —111
▼M1
1998R2135 —BG—01.05.2006 —002.001 —112
▼M1
activityStructureLength указва броя на байтовете ,които могат да се
използват за съхраняване на записите на дейността .
noOfCardVehicleRecords указва броя на записите на превозното средство ,
които картата може да съхрани .
noOfCardPlaceRecords указва броя на местоположенията ,които картата
може да съхрани .
noOfCalibrationRecords указва броя на записите на извършените етало -
нирания ,които картата може да съхрани .
2.156. WorkshopCardCalibrationData
Информации ,записанинацеховакартаиотнасящиседоопределенацехова
дейност ,извършена с картата (изисквания 227и229).
calibrationTotalNumber указваобщиябройнаизвършенитескартатаетало -
нирания .
calibrationPointerNewestRecord указва индекса на последния запис на
извършено еталониране ,актуализиран от системата .
Определяне на стойност :число ,съответстващонаномератораназаписана
извършеното еталониране ,започващо със серия от „0“за първия случай на
запис на еталониране в разглежданата структура .
calibrationRecords указва комплекта от записи ,съдържащи данните
относно извършените еталонирания и /или относно регулирането на пока -
занията на часовника .
2.157. WorkshopCardCalibrationRecord
Информации ,записанинацеховакартаиотнасящиседоопределеноетало -
ниране ,извършено с картата (изискване 227).

calibrationPurpose указва причината за еталонирането .
vehicleIdentificationNumber указва идентификационния номер на
превозното средство .
vehicleRegistration съдържа регистрационния номер ,както и държавата -
членка ,извършила регистрацията на превозното средство .
wVehicleCharacteristicConstant указва характеристичния коефициент на
превозното средство .
kConstantOfRecordingEquipment указва константата на уредите за реги -
стриране на данните за движението .
lTyreCircumference указва реалната окръжност на търкаляне на гумите .
tyreSizeуказва обозначаването на размерите на гумите ,монтирани на
превозното средство .
authorisedSpeed указва разрешената максимална скорост на превозното
средство .
oldOdometerValue, newOdometerValue указват старата и новата стойност ,
отчетени от брояча на километрите .
oldTimeValue, newTimeValue указватстаритеиновитестойностинадатата
и часа .
nextCalibrationDate указва датата на следващото еталониране ,съответ -
стващо на типа ,указан в полето CalibrationPurpose, което лицензираният
инспектиращ орган трябва да извърши .
vuPartNumber, vuSerialNumber иsensorSerialNumber съставятелементите
от информация ,необходими за идентифицирането на уредите за реги -
стриране на данните за движението .
2.158. WorkshopCardHolderIdentification
Информации ,записанинацеховакартаиотнасящиседоидентифицирането
на притежателя на картата (изискване 216).
workshopName указва името на цеха или на притежателя на картата .
workshopAddress указва адреса на цеха или на притежателя на картата .
cardHolderName указва фамилията и името (името и презимето )на прите -
жателя на картата (например името на механика ).
cardHolderPreferredLanguage указва предпочитания работен език на
притежателя на картата .
2.159. WorkshopCardPIN
Индивидуален идентификационенномерна цеховатакарта (изискване 213).
Определяне на стойност :известният индивидуален идентификационен
номер на притежателя на картата ,допълнен отдясно със серия от байтове
„FF“,която може да съдържа 8байта .
3.ОПРЕДЕЛЕНИЯ НА ДИАПАЗОНИТЕ ОТ СТОЙНОСТИ И ОТ
РАЗМЕРИ
Определяне на променливите ,използвани в определенията на параграф 2.
Диапазон от реално време ::= 232-11998R2135 —BG—01.05.2006 —002.001 —113
▼M1
3.1.Определения ,отнасящи се до картите на водача :
Име на променливата Минимум Максимум
5 544байта
(28дена 93промени
на дейността на ден )13 776байта
(28дена 240промени
на дейността на ден )
84 112
84 200
61 2
12 24
3.2.Определения ,отнасящи се до цеховите карти :
Име на променливата Минимум Максимум
198байта
(1ден93променина
дейността )492байта
(1ден240променина
дейността )
68
48
33
66
88 255
3.3.Определения ,отнасящи се до картите на контрольор :
Име на променливата Минимум Максимум
230 520
3.4.Определения ,отнасящи се до картите на предприятие :
Име на променливата Минимум Максимум
230 520
4.НАБОР ОТ СИМВОЛИ
Низовете IA5по дефиниция се състоят от ASCII-символи по смисъла на
стандарт ISO/CEI 8824-1. За по -голяма четливост и за да се улесни указ -1998R2135 —BG—01.05.2006 —002.001 —114
▼M1
ванетонасимволите ,определянетонатехнитестойностиседавапо -долу .В
случай на различие ,прилагането на стандарт ISO/CEI 8824-1 има
предимство пред настоящата информация .
Други символни низове (адрес ,име,регистрационен номер на превозното
средство )използват ,освен това ,символи ,определени от кодове от 192до
255,дефинирани според стандарт ISO/CEI 8859-1 ( набори от латински
символи 1)илиISO/CEI 8859-7 ( набор от гръцки символи ).
5.КОДИРАНЕ
Акоправилатазакодиранеоттип ASN.1сеприлагаткъмразличнитедефи -
нирани типове данни ,тяхното кодиране трябва да съответства на
приведения в съответствие вариант на стандарт ISO/CEI 8825-2.1998R2135 —BG—01.05.2006 —002.001 —115
▼M1
Допълнение 2
ХАРАКТЕРИСТИКИ НА ТАХОГРАФСКИТЕ КАРТИ
СЪДЪРЖАНИЕ
1. Въведение ….................................................
1.1. Съкращения …................................................
1.2. Изходнабаза …................................................
2. Електрическиифизическихарактеристики ….........................
2.1. Захранващонапрежениеипотреблениенаелектрическиток ….............
2.2. Напрежениеприпрограмиране Vpp…...............................
2.3. Генерираненатактовеитактовачестота …...........................
2.4. Контактина E/S….............................................
2.5. Състояниянакартата ….........................................
3. Хардуерипредаваненаинформация …..............................
3.1. Въведение ….................................................
3.2. Протоколзапредаваненаинформация ….............................
3.2.1. Протоколи ….................................................
3.2.2. RAR …......................................................
3.2.3. STP…......................................................
3.3. Условиязадостъп (CA) …........................................
3.4. Криптиране …................................................
3.5. Общпрегледнакомандитеикодоветезагрешка ….....................
3.6. Описаниенакомандите …........................................
3.6.1. Select File (селектираненафайл )….................................
3.6.1.1. Селектиранепоиме (IDA) …......................................
3.6.1.2. Селектираненаелементаренфайлспомощтананеговияфайловидентификатор …
3.6.2. Read Binary ( четененаданни )…...................................
3.6.2.1. Командабеззащитенотнеоторизирандостъпобменнасъобщенията …......
3.6.2.2. Командасъсзащитенотнеоторизирандостъпобменнасъобщенията …......
3.6.3. Update Binary ( актуализираненаданните )…..........................
3.6.3.1. Командабеззащитенотнеоторизирандостъпобменнасъобщенията …......
3.6.3.2. Командасъсзащитенотнеоторизирандостъпобменнасъобщенията …......
3.6.4. Get Challenge ( получаваненаисканезадостъп )…......................
3.6.5. Verify (контрол )….............................................
3.6.6. Get Response ( получаваненаотговор )….............................
3.6.7. PSO: Verify Certificate ( контролнавалидността )…......................
3.6.8. Internal Authenticate ( вътрешноудостоверяване )…......................
3.6.9. External Authenticate ( външноудостоверяване )….......................
3.6.10. Manage Security Environment ( управление на средата ,свързана със защитата от
неоторизирандостъп )….........................................
3.6.11. PSO: Hash (сегментиране )…......................................
3.6.12. Perform Hash of File ( сегментираненафайл )…........................
3.6.13. PSO: Compute Digital Signature ( изчисляваненацифровияподпис )…........
3.6.14. PSO: Verify Digital Signature ( контролнацифровияподпис )….............
4. Структуранатахографскитекарти …................................
4.1. Структуранакартитенаводача …..................................
4.2. Структуранацеховитекарти …....................................
4.3. Структуранакартитенаконтрольора ….............................
4.4. Структуранакартитенапредприятие ….............................1998R2135 —BG—01.05.2006 —002.001 —116
▼M1
1.ВЪВЕДЕНИЕ
1.1.Съкращения
За целите на настоящото допълнение се използват следните съкращения .
AC Access conditions ( Условия за достъп )
AID Application Identifier ( Идентификатор на приложение )
ALW Always ( Винаги )
APDU Application Protocol Data Unit (structure of a command) ( Единица
данни на приложния протокол )
ATR Answer To Reset ( Отговор на реинициализиране )
AUT Authenticated ( Удостоверен )
C6, C7 Contacts No 6 and 7 of the card as described in ISO/IEC 7816-2
(Контакти номера 6и7на картата са описани съгласно разпо -
редбите на стандарт ISO/CEI 7816-2)
cc clock cycles ( тактова честота )
CHV Card holder Verification Information ( Информация за проверка
самоличността на титулярите )
CLA Class Octet of an ADPU command ( Байт за определяне на класа
на команда на UDPA)
DF Dedicated File. A DF can contain other files (EF or DF) ( Специа -
лизиран файл .Той може да съдържа други файлове
(елементарни или специализирани файлове )
EF Elementary File ( Елементарен файл )
ENC Encrypted: Access is possible only by encoding data. ( Криптирано :
Достъпът е възможен единствено чрез кодирани данни )
etu elementary time unit ( елементарна времева единица )
IC Integrated Circuit ( Вграден чип )
ICC Integrated Circuit Card ( Карта с вграден чип )
ID Identifier ( Идентификатор )
IFD Interface Device ( Периферно интерфейсно устройство )
IFS Information Field Size ( Дължина на зоната за информация )
IFSC Information Field Size for the card ( Дължина на зоната за
информация ,запазена за картата )
IFSD Information Field Size Device (for the Terminal) ( Дължина на
зоната за информация ,запазена за терминалното устройство )
INS Instruction Octet of an ADPU command ( Байт за инструкция на
определена команда на UDPA)
Lc Length of the input data for a APDU command ( Дължина на
входните данни ,отнасящи се до определена команда на UDPA)
Le Length of the expected data (output data for a command) ( Дължина
наочакванитеданни (изходниданни ,отнасящиседоопределена
команда ))
MF Master File (root DF) ( Главен файл (специализиран файл ,
намиращ се в кореновата директория ))
P1-P2 Parameter bytes ( Байтове за определяне на параметри )
NAD Node Address used in T = 1 protocol ( Възлов адрес ,използван в
протокол Т =1 )
NEV Never ( Никога )
PIN Personal Identification Number ( Персонален идентификационен
номер )
PRO SM Protected with secure messaging ( Предпазенпосредством защитен
от неоторизиран достъп обмен на съобщения )1998R2135 —BG—01.05.2006 —002.001 —117
▼M1
PTS Protocol Transmission Selection ( Изборнапротоколазапредаване
на информацията )
RFU Reserved for Future Use ( Запазен за понататъшно използване )
RST Reset (of the card) ( Реинициализиране (на картата ))
SM Secure Messaging ( Защитен от неоторизиран достъп обмен на
съобщения )
SW1-SW2 Status bytes ( Думи (байтове )за състояние )
TS Initial ATR character ( Начален символ на отговор за реинициа -
лизиране )
VPP Programming Voltage ( Напрежение при програмиране )
XXh Value XX in hexadecimal notation ( Стойност XXпри записванев
шестнадесетичен вид )
|| Concatenation symbol 03||04=0304 ( Символ за конкатенация 03||
04=0304)
1.2.Изходна база
В настоящото допълнение се използва следната изходна база :
EN 726-3 Системи от идентификационни карти —Карти и телекомуника -
ционни терминали с интегрална /и схема /и—Част 3:Изисквания ,
независещи от приложенията ,на които картите трябва да
отговарят .Декември 1994г.
ISO/CEI 7816-2 Информационнатехнология —Идентификационникарти —Картис
вградена /и интегрална /и схема /и с контакти —Част 2:Размери и
местоположение на контактите .Първо издание : 1999г.
ISO/CEI 7816-3 Информационнатехнология —Идентификационникарти —Картис
вградена /иинтегрална /исхема /исконтакти —Част 3:Електрически
сигнали и протоколи за предаване на информация .Второ издание :
1997г.
ISO/CEI 7816-4 Информационнатехнология —Идентификационникарти —Картис
вградена /и интегрална /и схема /и с контакти —Част 4:Междуинду -
стриални команди за вътрешна връзка .Първо издание : 1995г.+
Изменение 1: 1997г.
ISO/CEI 7816-6 Информационнатехнология —Идентификационникарти —Картис
вградена /и интегрална /и схема /и с контакти —Част 6:Елементи на
междуиндустриалнитеданни .Първоиздание : 1996г. + Cor 1: 1998 г.
ISO/CEI 7816-8 Информационнатехнология —Идентификационникарти —Картис
вградена /и интегрална /и схема /и с контакти —Част 8:Междуинду -
стриалникоманди ,свързанисъссигурността .Първоиздание : 1999г.
ISO/CEI 9797 Информационна технология —Техники на предпазване от неото -
ризиран достъп —Механизми на предпазване на целостта на
данните ,основаващи се на прилагането на функция за крипто -
графски контрол ,използваща алгоритъм за блоково шифроване на
данни .Второ издание : 1994г.
2.ЕЛЕКТРИЧЕСКИ И ФИЗИЧЕСКИ ХАРАКТЕРИСТИКИ
Всички електронни сигнали трябва да отговарят на стандарт ISO/CEI 7816-
3,освен ако не е указано друго .
Местоположението и размерите на контактите на разглежданата карта
трябва да отговарят на стандарта ISO/CEI 7816-2.
2.1.Захранващо напрежение и потребление на електрически ток
Функционирането на разглежданата карта трябва да отговаря на специфи -
кациитеидабъдеврамкитенапотреблението ,предвиденовстандарт ISO/
CEI 7816-3.
Функционирането на картата трябва да се осигурява от захранващо
напрежение Vcc= 3 V (± 0,3 V) илиVcc= 5 V (± 0,5 V).
Изборът на съответното напрежение трябва да се извършва съгласно
стандарт ISO/CEI 7816-3.1998R2135 —BG—01.05.2006 —002.001 —118
▼M1
2.2.Напрежение при програмиране Vpp
Картатанетрябвадаизискваприлаганетонакаквотоидабилонапрежение
припрограмираневкраче C6начипа .Предвиждасекрачето C6накаквото
идаепериферноустройствозачетененакарти (PIF)дасесесвързва .Ако
контакт C6имавъзможностдабъдесвързанкъмнапрежениетоприпрогра -
миране Vccнакартата ,тойнеможедасесвързванамаса .Тованапрежение
не подлежи на никакво тълкуване .
2.3.Генериране на тактове и тактова честота
Картата трябва да функционира в диапазон от честоти от 1до5 MHz.По
временаеднаисъщасесия ,тактоватачестотанакартатаможедаварирав
рамките на ±2% .Тактовата честота се генерира от блока ,монтиран на
превозното средство ,а не от разглежданата карта .Коефициентът на
употреба може да варира от 40до60 %.
Възможно е спирането на външния тактов генератор при условията ,
записани във файла на картата FECCI.Първият байт на тялото на файла
FECCIпрограмира условията за приложение на режима „Спиране на
тактовия генератор “(виж EN 726-3за повече подробности ):
Долно Горно
Бит1 Бит3Бит2
00 1 Разрешено спиране на тактовия генератор ,няма
преференциално равнище
01 1 Разрешено спиране на тактовия генератор ,с
предпочитание към горното равнище
10 1 Разрешено спиране на тактовия генератор ,с
предпочитание към долното равнище
00 0 Забранено спирането на тактовия генератор
01 0 Разрешено спиране на тактовия генератор един -
ствено на горното равнище
10 0 Разрешено спиране на тактовия генератор един -
ствено на долното равнище
Битове от 4до8не се използват .
2.4.Контакти на E/S
Контактътна E/S C7позволяваприеманетоипредаванетонаданни ,идващи
отилипредназначенизасъответното PIF.Повременаексплоатациякартата
иPIFнемогатдаработятзаедноврежимнапредаване .Акосепредположи ,
че тези два компонента биха могли да бъдат използвани в режим на
предаване ,за картата не би трябвало да има какъвто и да е риск от
повреда .Когато картата не извършва никакво предаване ,тя преминава
систематично в режим на приемане .
2.5.Състояния на картата
Картата функционира в две състояния ,когато изискваното захранващо
напрежение се прилага към контактите ѝ :
—състояниенаексплоатацияповременаизпълнениенакомандиилипри
създаване на връзка с цифрово устройство ,
—състояние на покой при всички други случаи ;в това състояние картата
трябва да запаметява всички необходими данни .
3.ХАРДУЕР И ПРЕДАВАНЕ НА ИНФОРМАЦИЯ
3.1.Въведение
Функциите на тахографските карти и блоковете ,монтирани на превозни
средства ,минимално необходими за гарантиране на задоволителни
условия на експлоатация и възможност за взаимна работа ,са предмет на
подробно описание в настоящия параграф .
Тахографскитекартитрябвасъщотакадаотговарятвъзможнонай -точнона
действащитестандарти ISO/CEI (ипо-специалнонастандарт ISO/CEI 7816).
Въпрекитовакомандитеипротоколитесапредметнаподробноописание ,с1998R2135 —BG—01.05.2006 —002.001 —119
▼M1
цел да се дадатпри необходимост известни уточненияотносно някои огра -
ничени употреби или евентуални различия .Освен ако не е указано
противното ,всички описани команди отговарят на въпросните стандарти .
3.2.Протоколза предаване на информация
Протоколът за предаване на информация трябва да отговаря на стандарт
ISO/CEI 7816-3. По-специално блокът трябва да бъде в състояние да
разпознава разширенията на времето на изчакване ,които му изпраща
картата .
3.2.1.Протоколи
Картата трябва да може да предоставя протоколите T=0иT=1 .
ПротоколътТ =0еизбранпоподразбиране ;вследствиенатоваподаването
на команда STPе необходимо за преминаване към протокол Т =1 .
Периферните устройства трябва да могат да използват прякото условие за
връзка ,което съдържат тези два протокола .Следователно прякото условие
за връзка е задължително за картата .
RARтрябвадапредставябайтаДължинаназонатазаинформация ,запазена
за картата на нивото на символа TA3.Минимална стойност :′F0h′(= 240
байта ).
Следните ограничения се прилагат към протоколите :
T=0
—периферното интерфейсно устройство трябва да може да възприема
отговор на нивото на E/Sслед възходящия фронт на сигнала на RINIT
от400 ch,
—периферното интерфейсно устройство трябва да бъде в състояние да
чете символите ,разделени с 12 ute,
—периферното интерфейсно устройство трябва да бъде в състояние да
разпознава грешен символ и неговото повторение ,дори и ако те са
разделени с 13 ute.В случай на откриване на грешен символ ,сигналът
за грешка може да се прояви в E/Sв отрязък от време от 1до2 ute.
Периферното устройство трябва да бъде в състояние да понасязакъснение от 1 ute,
—периферното интерфейсно устройство трябва да бъде в състояние да
приема RARот33байта (TS+ 32),
—акоRARпредставя символа TC1,предвиденото допълнително време за
изчакване трябва да бъде съобразено със символите ,предадени чрез
периферното интерфейсно устройство ,въпреки че символите ,
предадени чрез картата ,могат да бъдат разделени от още 12 ute.Тази
разпоредба се прилага също така за символа за удостоверяване на
приемане ,предаден от картата след предаване на символ P3от пери -
ферното интерфейсно устройство ,
—периферното интерфейсно устройство трябва да приеме символ NUL,
предаден от картата ,
—периферното интерфейсно устройство трябва да приема режима на
допълване за удостоверяване на приемането на информация ,
—командата GET RESPONSE ( получаване на отговор )не може да се
използва в режим на сглобяване на данните за получаване на блокове
с данни ,чиято дължина би могла да надвиши 255байта .
T=1
—байт ADN:несеизползва (байтът ADNтрябвадабъдепоставенна ′00′),
—ИЗОСТАВЯНЕ на блок S:не се използва ,
—грешка в състоянието VPP,засягаща блок S:не се използва ,
—общата дължина на свързването ,отнасящо се до определена зона с
данни ,не трябва да надвишава 255байта (за да бъде гарантирана от
PIF),
—PIFтрябва да указва дължината на зоната за информация ,запазена за
перифернотоустройство (LZIP)непосредственослед RAR. PIFтрябвада
предаде запитването за дължина на зоната за информация на блока S1998R2135 —BG—01.05.2006 —002.001 —120
▼M1
след RARикартататрябвадайвърнеотново LZIнаблок S.Препоръчва
се на LZIDда се дава следната стойност : 254байта ,
—картата не трябва да прави искане за промяна на LZI.
3.2.2. RAR (Отговор на реинициализиране )
Периферното устройство извършва контрол на байтовете RARсъгласно
стандарта ISO/CEI 7816-3. Символите ,отбелязващи историята на RAR,не
трябва да бъдат подложени на никаква проверка .
Примерзабазовдвупротоколен RARсъгласностандарта ISO/CEI 7816-3 .
Символ Стойност Забележки
TS ′3Bh′Указва пряко условие за връзка
T0 ′85h′ TD1е налично ;наличие на 5байта ,отбелязващи
историята
TD1 ′80h′ TD2е налично ;Използва се Т =0
TD2 ′11h′ TA3е налично ;Използва се Т =1
TA3 ′XXh′(най-
малко ′F0h′)Дължинаназонатазаинформация ,запазеназакартата
(LZIC)
TH1доTH5 ′XXh′Символи ,използвани за отбелязване на историята
TCK ′XXh′Проверка на символ (ексклузивно OU)
След отговора на реинициализиране (RAR),главният файл (FM)се избира
по подразбиране .Той става текуща директория .
3.2.3. STP (Избор на протокола за предаване на информация )
Използва се следният протокол по подразбиране :Т=0 .За да се избере
протоколът Т =1 ,периферното устройство трябва да изпрати на картата
съобщение за STP (който също така се указва от съкращението PPS).
Също както протоколи Т =0иТ =1 ,базовият STP,който позволява
промяната на протоколите ,е също така задължителен за картата .
STPсе използва ,съгласно разпоредбите на стандарт ISO/CEI 7816-3, за
преминаване към скорост на предаване в битове ,която е по -висока от
предложената по подразбиране ,което при необходимост става посредством
картата на нивото на RAR [байт TA(1)].
Използването на по -висока скорост на предаване в битове не е задъл -
жително за картата .
Ако картата е съвместима само със скоростта на предаване в битове по
подразбиране (или ако избраната скорост на предаване в битове е несъв -
местима ),картататрябвадаизпратиправиленотговорна STP,катоизпусне
байта PPS1,съгласно стандарта ISO/CEI 7816-3.
По-долу фигурира серия от примери за базов STP,предназначени за изби -
рането на протоколи :
Символ Стойност Забележки
PPSS ′FFh′Символ за започване
PPS0 ′00h′или ′
01h′отPPS1доPPS3не са налични ;′00h′за избиране на
T0,′01h′за избиране на T1
PK ′XXh′Контролен символ :′XXh′=′FFh′акоPPS0 = 00h ′
′XXh′=′FEh′акоPPS0 = ′01h′
3.3.Условия за достъп (CA)
Условията за достъп (CA)до командите UPDATE_BINARY иREAD_-
BINARYса определени за всеки елементарен файл .
Условията за достъп до текущия файл трябва да бъдат удовлетворени ,
преди той да стане достъпен посредством тези команди .1998R2135 —BG—01.05.2006 —002.001 —121
▼M1
Предвидимите условия за достъп се определят ,както следва :
—TJR:винаги предвидимото действие може да се изпълнява без огра -
ничение ,
—JAM:действието никога не е предвидимо ,
—AUT:правата ,съответстващи на успешно външно удостоверяване ,
трябва да бъдат отворени (чрез командата EXTERNAL_AUTHENTIFI-
CATION),
—PRO MS:командата трябва да бъде предадена със сума за крипто -
графски контрол ,като се използва защитен от неоторизиран достъп обмен
на съобщения (виж допълнение 11),
—AUTиPRO MS (комбинирани ).
Що се отнася до командите за обработка (UPDATE_BINARY иREAD_-
BINARY),е възможно да се конфигурират следните условия за достъп на
нивото на картата :
UPDATE_BINARY READ_BINARY
TJR Да Да
JAM Да Да
AUT Да Да
PRO MS Да Не
AUTиPRO MS Да Не
Условието за достъп PRO MSне е достъпноза командата READ_BINARY.
Това означава ,че наличието на сума за криптографски контрол за команда
READникога не е задължително .Въпреки това определянето на стойност ′
OC′на класа позволява да се използва командата READ_BINARY, като се
използва защитен от неоторизиран достъп обмен на съобщения ,съгласно
описанието ,дадено в параграф 3.6.2.
3.4.Криптиране
Когатоенеобходимодасепредпазиконфиденциалносттанаданните ,които
трябва да бъдат извлечени от определен файл ,той се маркира като
„Криптиран “.Криптирането се извършва с помощта на защитен от неото -
ризиран достъп обмен на съобщения (виж допълнение 11).
3.5.Общ преглед на командите и кодовете за грешка
Командите и структурата на файловете се определят от стандарт ISO/CEI
7816-4и отговарят на неговите разпоредби .
Двойките команда /отговор UDPA,които следват по -долу ,са описани
подробно в този параграф :
Команда INS
SELECT FILE A4
READ BINARY B0
UPDATE BINARY D6GET CHALLENGE 84VERIFY 20GET RESPONSE C0
PERFORM SECURITY OPERATION:
VERIFY CERTIFICATECOMPUTE DIGITAL SIGNATUREVERIFY DIGITAL SIGNATURE
HASH2A
INTERNAL AUTHENTICATE 881998R2135 —BG—01.05.2006 —002.001 —122
▼M1
Команда INS
EXTERNAL AUTHENTICATE 82
MANAGE SECURITY ENVIRONMENT:
SETTING A KEY22
PERFORM HASH OF FILE 2A
Думитезасъстояние ME1иME2придружаватвсякосъобщение ,съдържащо
отговор .Теуказватсъстояниетонаобработваненасъответнатакоманда .
ME1 ME2 Значение
90 00 Нормална обработка
61 ХХ Нормална обработка .ХХ=брой на наличните байтове на
отговора
62 81 Обработка на предупреждение .ХХ =брой на наличните
байтове на отговора
63 CX Грешни IVT (NIP).Брояч на оставащите опити ,осигуряван
от′X′
64 00 Грешкаприизпълнението .Непромененосъстояниенаенер -
гонезависимата памет .Грешка в целостта на данните .
65 00 Грешкаприизпълнението .Промененосъстояниенаенерго -
независимата памет
65 81 Грешкаприизпълнението .Промененосъстояниенаенерго -
независимата памет .Неизправност на паметта
66 88 Грешка в сигурността :Грешна криптографска контролна
сума (по време на обмен на
защитени от неоторизиран достъпсъобщения )
Грешен сертификат (по време на
проверката на сертификата )
Грешна криптограма (по време на
външното удостоверяване )
Грешен цифров подпис (по време
на проверката на подписа )
67 00 Грешна дължина (грешни LcилиLe)
69 00 Забраненакоманда (нямавъзможностзаотговорприТ =0 )
69 82 Незадоволително състояние на сигурността
69 83 Блокиран метод за удостоверяване
69 85 Неизпълнени условия за използване
69 86 Неразрешена команда (няма активен елементарен файл )
69 87 Липса на очакваните информативни обекти при защитения
от неоторизиран достъп обмен на съобщения
69 88 Неправилниинформативниобектипризащитенияотнеото
-
ризиран достъп обмен на съобщения
6A 82 Неоткриваем файл
6A 86 Грешни параметри P1-P2
6A 88 Неоткриваеми указани данни
6B 00 Грешни параметри (преместване извън елементарния файл )
6C XX Грешнадължина ,M E 2указваточнатадължина .Несевръща
катоотговорникаквазоназаданни1998R2135 —BG—01.05.2006 —002.001 —123
▼M1
ME1 ME2 Значение
6D 00 Несъвместим или неправилен код на команда
6E 00 Несъвместим клас
6F 00 Други грешки ,свързани с контрола
3.6.Описание на командите
Задължителнитекоманди ,накоитотрябвадареагираттахографскитекарти ,
са описани подробно в този раздел .
Допълнение 11 (Общи механизми за сигурност )представлява източник на
важна информация относно въпросните криптографски операции .
Всичкикомандисаописанинезависимоотизползванияпротокол (T = 0или
T = 1).Байтовете UDPA CLA, INS, P1, P2, Lc иLeвинаги са указани .Ако
описаната команда може да не използва байт LcилиLe,свързаните с него
клетки за дължина ,стойност и описание остават празни .
Ако се изисква наличието на двата байта за дължина (LcиLe),описаната
команда трябва да бъде сегментирана на две части ,ако PIFизползва
протокола Т = 0: PIFизпраща описаната команда с P3 = Lc + данни ,
после изпраща команда GET_RESPONSE ( виж точка 3.6.6)сP3 = Le.
Акосеизискваналичиетонадватабайтазадължинаиако Le = 0 (защитен
от неоторизиран достъп обмен на съобщения ):
—приизползваненапротокола T=1 ,картататрябвадаотговорина Le = 0
като изпрати всички налични изходни данни ,
—при използване на протокола T = 0, PIF трябва да изпрати първата
команда с P3 = Lc + данни ,картата трябва да отговори (на тази
имплицитна Le = 0),като изпрати байтовете за състояние ′61La′,
където Laсъответства на броя на наличните байтове за отговор .След
това PIFтрябва да генерира команда GET RESPONSE сP3 = La,за да
премине към четене на данните .
3.6.1. Select file (селектиране на файл )
Тази команда отговаря на стандарта ISO/CEI 7816-4, но се характеризира с
ограничена употреба в сравнение с аналогичната команда ,описана в този
стандарт .
Използване на командата SELECT FILE:
—селектираненаспециализиранфайлнаприложение (императивноселек -
тиране по име ),
—селектиране на елементарен файл ,съответстващ на идентификатора на
представения файл .
3.6.1.1.Селектиране по име (IDA)
Тази команда позволява селектирането на специализиран файл на
приложение ,записан на картата .
Тази команда се изпълнява от коя да е точка на структурата на файловете
(след RARили във всеки един момент ).
Селектирането на определено приложение инициализира отново активната
среда ,свързана със защитата от неоторизиран достъп .След като се е
извършило селектирането на приложението ,повече не се селектира
никакъв активен публичен ключ и ключът на предишната сесия преставада бъде достъпен за защитения от неоторизиран достъп обмен на
съобщения .Условието за достъп AUTсъщо така се деактивира .
Командно съобщение
Байт Дължина Стойност Описание
CLA 1 ′00h′
INS 1 ′A4h′
P1 1 ′04h′Селектиране по име (IDA)1998R2135 —BG—01.05.2006 —002.001 —124
▼M1
P2 1 ′0Ch′Не е предвиден никакъв отговор
Lc 1 ′NNh′Брой байтове ,изпратени на картата (дължина
наIDA): ′06h′за тахографското приложение
#6-#(5+NN) NN ′XX..XXh ′ IDA ′FF 54 41 43 48 4F ′за тахографското
приложение
Систематанеочакваотговорнакомандата SELECT FILE ( липсващо Leпри
T=1или не се изисква отговор при T = 0).
Ответно съобщение (не се изисква отговор )
Байт Дължина Стойност Описание
ME 2 ′XXXXh ′Думи за състояние (ME1, ME2)
—ако командата се извърши успешно, картата връща състоянието ′9000′,
—акософтуерътнеуспееданамериприложението ,съответстващона IDA,
той връща следното състояние на обработка :′6A82′,
—приТ =1наличиетонабайта Leпредизвиквавръщанетонасъстоянието
′6700′,
—при Т =0изискването за отговор след получаването на командата
SELECT FILE води до връщането на състоянието ′6900′,
—ако селектиранотоприложение сесмятаза повредено (откритаегрешка
в целостта на атрибутите на файла), софтуерът връща състояние на
обработка ′6400′или′6581′.
3.6.1.2.Селектиране на елементарен файл с помощта на неговия файлов
идентификатор
Командно съобщение
Байт Дължина Стойност Описание
CLA 1 ′00h′
INS 1 ′A4h′
P1 1 ′02h′Селектиране на елементарен файл ,който
зависи от активния специализиран файл
P2 1 ′0Ch′Не е предвиден никакъв отговор
Lc 1 ′02h′Брой байтове ,изпратени на картата
#6-#7 2 ′XXXXh ′Файлов идентификатор
Систематанеочакваотговорнакомандата SELECT FILE ( липсващо Leпри
T=1или не се изисква отговор при T = 0).
Ответно съобщение (не се изисква отговор )
Байт Дължина Стойност Описание
ME 2 2 ′XXXXh ′Думи за състояние (ME1, ME2)
—ако командата се извърши успешно, картата връща състоянието ′9000′,
—ако софтуерът не успее да намери файла, съответстващ на файловия
идентификатор ,той връща следното състояние на обработка :′6A82′,
—приТ =1наличиетонабайта Leпредизвиквавръщанетонасъстоянието
′6700′,
—при Т =0изискването за отговор след получаването на командата
SELECT FILE води до връщането на състоянието ′6900′,1998R2135 —BG—01.05.2006 —002.001 —125
▼M1
Байт Дължина Стойност Описание
—ако селектираният файл се смята за повреден (открита е грешка в
целостта на атрибутите на файла ),софтуерът връща състояние на
обработка ′6400′или′6581′.
3.6.2. Read Binary ( четене на данни )
Тази команда отговаря на стандарта ISO/CEI 7816-4, но се характеризира с
ограничена употреба в сравнение с аналогичната команда ,описана в този
стандарт .
Командата READ BINARY позволяваизвличанетонаданните ,записанивъв
файл ,който не зависи от използвания код .
Отговорът на картата се състои във връщането на извлечените данни ,като
те се включват при необходимост в структура на защитен от неоторизиран
достъп обмен на съобщения .
Тази команда може да бъде изпълнена единствено при условие ,че нивото
насигурносттаудовлетворяваизискваниятазасигурносттанаелементарнияфайл и за функцията READ (четене ,извличане на данни ).
3.6.2.1.Команда без защитен от неоторизиран достъп обмен на съоб -
щенията
Тази команда позволява на PIFизвличането на данните от селектирания
елементарен файл ,без да използва защитен от неоторизиран достъп обмен
на съобщенията .
Тазикоманданепозволяваизвличанетонаданниотфайл ,койтоимастатут
на„Кодиран “.
Командно съобщение
Байт Дължина Стойност Описание
CLA 1 ′00h′Не се използва никакъв защитен от
неоторизиран достъп обмен на
съобщения
INS 1 ′B0h′
P1 1 ′XXh′Отместване в байтове ,считано от
началото на файла :най-значещият
байт (най-левият байт )
P2 1 ′XXh′Отместване в байтове ,считано от
началото на файла :байтът с най -
малко значение (най-десният байт )
Le 1 ′XXh′Очаквана дължина на данните .Брой
на байтовете ,които трябва да се
извлекат .
Забележка :бит8на байт P1трябва да бъде равен на нула .
Ответно съобщение
Байт Дължина Стойност Описание
#1-#X X ′XX..XXh ′Извлечени данни
SW 2 ′XXXXh ′Думи за състояние (ME1, ME2)
—ако командата се извърши успешно ,картата връща състоянието ′9000′,
—ако софтуерът не успее да селектира никакъв елементарен файл ,той
връща следното състояние на обработка :′6986′,
—ако условията за достъп до селектирания файл не са изпълнени ,изпъл -
нението на командата се прекъсва от състоянието ′6982′,
—ако отместването не е съвместимо с размера на елементарния файл
(отместване >размера на елементарния файл ),софтуерът връща
следното състояние на обработка :′6B00′,1998R2135 —BG—01.05.2006 —002.001 —126
▼M1
—акообемътнаданните ,които щесеизвличат ,не есъвместим сразмера
на елементарния файл (отместване +L e>размера на елементарния
файл ),софтуерът връща следното състояние на обработка :′6700′или′
6Cxx′,където ′xx′указва точната дължина ,
—ако е открита грешка в целостта на атрибутите на файла ,картата счита
файла за повреден и невъзстановим и софтуерът връща състояние на
обработка ′6400′или′6581′,
—ако е открита грешка в целостта на записаните данни ,картата връща
поисканите данни и софтуерът връща състояние на обработка ′6281′.
3.6.2.2.Команда със защитен от неоторизиран достъп обмен на съоб -
щенията
Тази команда позволява на периферното устройство за четене на карти да
извлечеданниотселектиранияелементаренфайл ,катоизползвазащитенот
неоторизиран достъп обмен на съобщенията ,за да се увери в целостта на
полученитеданниидапредпазитяхнатаконфиденциалност ,приположение
че разглежданият елементарен файл има статут на „Криптиран “.
Командно съобщение
Байт Дължина Стойност Описание
CLA 1 ′0Ch′Изисква се защитен от неоторизиран достъп
обмен на съобщения
INS 1 ′B0h′ INS
P1 1 ′XXh′ P1 (отместване в офсет -байтове ,считано от
началото на файла ):най-значещият байт (най-
левият байт )
P2 1 ′XXh′ P2 (отместване в офсет -байтове ,считано от
началото на файла ):байтът с най -малко
значение (най-десният байт )
Lc 1 ′09h′Дължина на входящите данни за защитения от
неоторизиран достъп обмен на съобщения
#6 1 ′97h′ TLE:таг,указващспецификациятанаочакваната
дължина
#7 1 ′01h′ LLE:дължина на очакваната дължина
#8 1 ′NNh′Специфициране на очакваната дължина (първо -
начална Le):бройнабайтовете ,които трябвада
се извлекат .
#9 1 ′8Eh′ TCC:таг,указващ сумата за криптографски
контрол
#10 1 ′04h′ LCC:дължина на следващата сума за крипто -
графски контрол
#11-#14 4 ′XX..
XXh′Сума за криптографски контрол (4-те най -
значещи байта )
Le 1 ′00h′Съгласно разпоредбите на стандарт ISO/CEI
7816-4
Ответно съобщение ,ако елементарният файл няма статут на „кодиран “и
ако входящият формат на защитения от неоторизиран достъп обмен на
съобщения е коректен :
Байт Дължина Стойност Описание
#1 1 ′81h′ Tpv:таг,указващ стойността на
обикновените данни1998R2135 —BG—01.05.2006 —002.001 —127
▼M1
Байт Дължина Стойност Описание
#2 L ′NNh′или′
81 NNh ′LPV:дължина на върнатите данни
(първоначална Le)
Lсъответства на 2байта ако LPV>
127байта
#(2+L)-#(1+L
+NN)NN ′XX..XXh ′Стойност на обикновените данни
#(2+L+NN) 1 ′8Eh′ TCC:таг,указващ сума за крипто -
графски контрол
#(3+L+NN) 1 ′04h′ LCC:дължина на следващата сума за
криптографски контрол
#(4+L+NN)-#
(7+L+NN)4 ′XX..XXh ′Сума за криптографски контрол (4-
те най -значещи байта )
ME 2 ′XXXXh ′Думи за състояние (ME1, ME2)
Ответно съобщение ,ако елементарният файл има статут на „криптиран “и
ако входящият формат на защитения от неоторизиран достъп обмен насъобщения е коректен :
Байт Дължина Стойност Описание
#1 1 ′87h′ TPI CG :таг,указващ кодираните
данни (криптограма )
#2 L ′MMh ′или′
81 MMh ′LPI CG :дължина на върнатите
кодирани данни (различни от първо -
началната Leна командата поради
запълване )
Lсъответствана 2байтаако LPI CG >
127байта
#(2+L)-#(1+L
+MM)MM ′01XX..XXh ′Кодирани данни :криптограма и
индикатор за запълване
#(2+L+MM) 1 ′8Eh′ TCC:таг,указващ сума за крипто -
графски контрол
#(3+L+MM) 1 ′04h′ LCC:дължина на следващата сума за
криптографски контрол
#(4+L+MM)-#
(7+L+MM)4 ′XX..XXh ′Сума за криптографски контрол (4-
те най -значещи байта )
ME 2 ′XXXXh ′Думи за състояние (ME1, ME2)
Върнатите кодираниданни съдържат първи байт ,който указва използвания
начин на запълване .За тахографското приложение индикаторът на
запълване приема винаги стойност 01h,която указва ,че използваният
начин на запълване е този ,който е уточнен в стандарт ISO/CEI 7816-4
(един байт ,имащ стойност ′80h′,последван от серия от нулеви байтове :
стандарт ISO/CEI 9797 метод 1).
Описаните по -горе структури на ответно съобщение позволяват връщането
на„нормални “състояния на обработка ,уточнени за командата READ
BINARYбез използване на защитен от неоторизиран достъп обмен на
съобщения (виж параграф 3.6.2.1).
Отдругастрана ,могатдасепроявятнякоигрешки ,свързанисъсзащитения
отнеоторизирандостъпобменнасъобщения .Втозислучайсофтуерътсамо
връща съответното състояние на обработка ,без да въвежда някаква
структура на защитен от неоторизиран достъп обмен на съобщения :
Ответно съобщение ,ако входящият формат на защитения от неоторизиран
достъп обмен на съобщения е некоректен :1998R2135 —BG—01.05.2006 —002.001 —128
▼M1
Байт Дължина Стойност Описание
ME 2 ′XXXXh ′Думи за състояние (ME1, ME2)
—ако не е достъпен никакъв ключ на активна сесия ,софтуерът връща
състоянието на обработка ′6A88′.Това събитие се извършва ,ако
ключът на сесията все още не е генериран или ако валидността му е
изтекла (втозислучай PIFтрябвадаизвършиотновосъответнияпроцес
на взаимно удостоверяване за определяне на нов ключ на сесия ),
—ако някои очаквани информативни обекти (както бе уточнено по -горе)
липсват в структурата на защитения от неоторизиран достъп обмен на
съобщения ,софтуерътвръщасъстояниенаобработка ′6987′:тазигрешка
се проявява ,ако липсва някой очакван таг или ако тялото на командата
не е конструирано правилно ,
—ако някои информативни обекти са некоректни ,софтуерът връща
състоянието на обработка ′6988′:тази грешка се проявява ,ако всички
необходими тагове са налични ,но някои дължини се различават от
очакваните ,
—ако проверката на сумата за криптографски контрол е неуспешна ,
софтуерът връща състоянието на обработка ′6688′.
3.6.3. Update Binary ( актуализиране на данните )
Тази команда отговаря на стандарта ISO/CEI 7816-4, но се характеризира с
ограничена употреба в сравнение с аналогичната команда ,описана в този
стандарт .
Командното съобщение UPDATE BINARY започва актуализирането
(изтриване +записване )на битовете ,които вече присъстват в определен
елементарен файл ,с битовете ,които съдържа командата UDPA.
Тази команда може да бъде изпълнена единствено при условие ,че нивото
насигурносттаудовлетворяваизискваниятазасигурносттанаелементарнияфайл и за функцията UPDATE (ако контролът на достъпа на функцията
UPDATEсъдържа PRO MS,е необходимо към тази команда да се добави
структура на защитен от неоторизиран достъп обмен на съобщения ).
3.6.3.1.Команда без защитен от неоторизиран достъп обмен на
съобщения
Тази команда позволява на PIFда запише данните в селектирания
елементарен файл ,без картата да проверява целостта на получените
данни .Този директен режим е разрешен единствено при условие че
съответният файл не е маркиран като „криптиран “.
Командно съобщение
Байт Дължина Стойност Описание
CLA 1 ′00h′Не се изисква защитен от неото -
ризиран достъп обмен на съобщения
INS 1 ′D6h′
P1 1 ′XXh′Отместване в байтове ,считано от
началото на файла :най-значещият
байт (най-левият байт )
P2 1 ′XXh′Отместване в байтове ,считано от
началото на файла :байтът с най -
малко значение (най-десният байт )
Lc 1 ′NNh′Дължина Lcна данните ,която
трябва да се актуализира .Брой на
байтовете ,които трябва да се
запишат
#6-#(5+NN) NN ′XX..XXh ′Данни ,които трябва да се запишат
Забележка :бит8на байт P1трябва да бъде равен на нула .1998R2135 —BG—01.05.2006 —002.001 —129
▼M1
Ответно съобщение
Байт Дължина Стойност Описание
ME 2 ′XXXXh ′Думи за състояние (ME1, ME2)
—ако командата се извърши успешно ,картата връща състоянието на
обработка ′9000′,
—ако софтуерът не успее да селектира никакъв елементарен файл ,той
връща следното състояние на обработка :′6986′,
—ако условията за достъп до селектирания файл не са изпълнени ,изпъл -
нението на командата се прекъсва от състоянието ′6982′,
—ако отместването не е съвместимо с размера на елементарния файл
(отместване >размера на елементарния файл ),софтуерът връща
следното състояние на обработка :′6B00′,
—ако обемът на данните ,които ще се записват ,не е съвместим с размера
на елементарния файл (отместване +L e>размера на елементарния
файл ),софтуерът връща следното състояние на обработка :′6700′,
—ако е открита грешка в целостта на атрибутите на файла ,картата счита
файла за повреден и невъзстановим и софтуерът връща състояние наобработка ′6400′или′6500′,
—акозаписванетоеневъзможно ,софтуерътвръщасъстояниенаобработка
′6581′.
3.6.3.2.Команда със защитен от неоторизиран достъп обмен на съоб -
щенията
Тази команда позволява на PIFда запише данните в селектирания
елементарен файл ,без картата да проверява целостта на получените
данни .
Тъй като няма изискване за конфиденциалност ,данните не са
кодирани .
Командно съобщение
Байт Дължина Стойност Описание
CLA 1 ′0Ch′Изисква се защитен от неоторизиран
достъп обмен на съобщения
INS 1 ′D6h′ INS
P1 1 ′XXh′Отместване в байтове ,считано от
началото на файла :най-значещият
байт (най-левият байт )
P2 1 ′XXh′Отместване в байтове ,считано от
началото на файла :байтът с най -
малко значение (най-десният байт )
Lc 1 ′XXh′Дължина на зоната за данни ,
защитена от неоторизиран достъп
#6 1 ′81h′ TPV:таг,указващ стойността на
обикновените данни
#7 L ′NNh′или′
81 NNh ′LPV:дължина на предадените данни
Lсъответства на 2байта ако LPV>
127байта
#(7+L)-#(6+L
+NN)NN ′XX..XXh ′Дължина на обикновените данни
(данни ,които трябва да се запишат )
#(7+L+NN) 1 ′8Eh′ TCC:таг,указващ сума за крипто -
графски контрол
#(8+L+NN) 1 ′04h′ LCC:дължина на следващата сума за
криптографски контрол1998R2135 —BG—01.05.2006 —002.001 —130
▼M1
Байт Дължина Стойност Описание
#(9+L+NN)-#
(12+L+NN)4 ′XX..XXh ′Сума за криптографски контрол (4-
те най -значещи байта )
Le 1 ′00h′Съгласно разпоредбите на стандарт
ISO/CEI 7816-4
Ответно съобщение ,ако входящият формат на защитения от неоторизиран
достъп обмен на съобщения е коректен
Байт Дължина Стойност Описание
#1 1 ′99h′ TSW:таг,указващ думите за
състояние (които трябва да се пред -
пазват от криптографския контрол )
#2 1 ′02h′ LSW:дължина на върнатите думи за
състояние
#3-#4 2 ′XXXXh ′Думи за състояние (ME1, ME2)
#5 1 ′8Eh′ TCC:таг,указващ сума за крипто -
графски контрол
#6 1 ′04h′ LCC:дължина на следващата сума за
криптографски контрол
#7-#10 4 ′XX..XXh ′Сума за криптографски контрол (4-
те най -значещи байта )
ME 2 ′XXXXh ′Думи за състояние (ME1, ME2)
Описанатапо -гореструктуранаответносъобщениепозволявавръщанетона
„нормални “състояния на обработка ,уточнени за командата UPDATE
BINARYбез използване на защитен от неоторизиран достъп обмен на
съобщения (виж параграф 3.6.3.1).
Отдругастрана ,могатдасепроявятнякоигрешки ,свързанисъсзащитения
отнеоторизирандостъпобменнасъобщения .Втозислучайсофтуерътсамо
връща съответното състояние на обработка ,без да въвежда някаква
структура на защитен от неоторизиран достъп обмен на съобщения :
Ответно съобщение в случай на грешка ,засягаща защитения от неото -
ризиран достъп обмен на съобщения
Байт Дължина Стойност Описание
ME 2 ′XXXXh ′Думи за състояние (ME1, ME2)
—ако не е достъпен никакъв ключ на активна сесия ,софтуерът връща
състоянието на обработка ′6A88′,
—ако някои очаквани информативни обекти (както бе уточнено по -горе)
липсват в структурата на защитения от неоторизиран достъп обмен на
съобщения ,софтуерътвръщасъстояниенаобработка ′6987′:тазигрешка
се проявява ,ако липсва някой очакван таг или ако тялото на командата
не е конструирано правилно ,
—ако някои информативни обекти са некоректни ,софтуерът връща
състояние на обработка ′6988′:тази грешка се проявява ,ако всички
необходими тагове са налични ,но някои дължини се различават от
очакваните ,
—ако проверката на сумата за криптографски контрол е неуспешна ,
софтуерът връща състоянието на обработка ′6688′.
3.6.4. Get Challenge ( получаване на искане за достъп )
Тази команда отговаря на стандарта ISO/CEI 7816-4, но се характеризира с
ограничена употреба в сравнение с аналогичната команда ,описана в този
стандарт .1998R2135 —BG—01.05.2006 —002.001 —131
▼M1
Командата GET CHALLENGE искаоткартатадаизпратиисканезадостъп ,зада
го използва в рамките на процедура ,свързана със сигурността и съдържаща
изпращанетонакриптограмаилинакодираниданнинакартата .
Искането за достъп ,изпратено от картата ,важи единствено за следващата
команда (коятоприбягвадоизползванетонаискане задостъп ),изпратенана
картата .
Командно съобщение
Байт Дължина Стойност Описание
CLA 1 ′00h′ CLA
INS 1 ′84h′ INS
P1 1 ′00h′ P1
P2 1 ′00h′ P2
Le 1 ′08h′ Le (дължинанаочакванотоисканеза
достъп )
Ответно съобщение
Байт Дължина Стойност Описание
#1-#8 8 ′XX..XXh ′Искане за достъп
ME 2 ′XXXXh ′Думи за състояние (ME1, ME2)
—ако командата се извърши успешно ,картата връща състоянието ′9000′,
—ако байтът Leсе различава от ′08h′,софтуерът връща следното
състояние на обработка :′6700′,
—ако параметрите P1-P2са некоректни ,софтуерът връща следното
състояние на обработка :′6A86′.
3.6.5. Verify (контрол )
Тазикомандаотговарянастандарта ISO/CEI 7816-4, носехарактеризирасогра -
ниченаупотребавсравнениесаналогичнатакоманда ,описанавтозистандарт .
Командата VERIFYстартира на нивото на картата сравняването между изпра -
тенитеданни IVT (NIP)иреферентнитеданни IVT,записанивпаметтанакартата .
Забележка :Перифернотоустройствозачетененакартитрябвададопълваотдясно
със серия от байтове ′FFh′въведения от потребителя PIN,докато този номер
достигнедължинаот 8байта .
Акокомандатасеизвършиуспешно ,праватаотноснопредставянетонаданните
IVTсеотварятиброячътнаоставащитеопитиза IVTсереинициализира .
Всекинеупехприпредприетотосравняваневодидозаписванетонаданнитена
картатасцелдасеограничиброятнапо -къснитеопитизаизползваненарефе -
рентнитеданни IVT.
Командно съобщение
Байт Дължина Стойност Описание
CLA 1 ′00h′ CLA
INS 1 ′20h′ INS
P1 1 ′00h′ P1
P2 1 ′00h′ P2 (проверените IVTса познати по
подразбиране )
Lc 1 ′08h′Дължина на предадения код IVT
#6-#13 8 ′XX..XXh ′IVT1998R2135 —BG—01.05.2006 —002.001 —132
▼M1
Ответно съобщение
Байт Дължина Стойност Описание
ME 2 ′XXXXh ′Думи за състояние (ME1, ME2)
—ако командата се извърши успешно ,картата връща състоянието ′9000′,
—ако референтните IVTса неоткриваеми ,софтуерът връща състоянието
на обработка ′6A88′,
—акоIVTса блокирани (броячът на оставащите опити за IVTпоказва
нула),софтуерът връща състоянието на обработка ′6983′.След като
веднъж се окажат в това състояние , IVTникога повече няма да могат
да бъдат представени успешно ,
—ако сравняването не завърши успешно ,броячът на оставащите опити се
намалява с една единица и софтуерът връща състоянието ′63CX ′(X > 0
иXсъответства на брояча на оставащите опити за IVT.Ако X=′F′,
броячът на опитите за ITVпоказва число ,по-голямо от ′F′),
—ако референтните IVTса приети за повредени ,софтуерът връща
състоянието на обработка ′6400′или′6581′.
3.6.6. Get Response ( получаване на отговор )
Тази команда отговаря на стандарт ISO/CEI 7816-4.
Тази команда (достъпна и необходима изключително за протокола T=0 )
позволява осигуряването на предаването между картата и периферното
интерфейсно устройство на приготвените данни (случай ,при който двата
байта LcиLeса включени в определена команда ).
Командата GET_RESPONSE трябва да бъде изпратена непосредствено след
командата за приготвяне на данните ,в противен случай загубата на тази
данни е неизбежна .След изпълнението на командата GET_RESPONSE
(освен ако се прояви грешката ′61xx′или′6Cxx′,виж по -долу ),предва -
рително приготвените данни престават да бъдат достъпни .
Командно съобщение
Байт Дължина Стойност Описание
CLA 1 ′00h′
INS 1 ′C0h′
P1 1 ′00h′
P2 1 ′00h′
Le 1 ′XXh′Брой на очакваните байтове
Ответно съобщение
Байт Дължина Стойност Описание
#1-#X X ′XX..XXh ′Данни
ME 2 ′XXXXh ′Думи за състояние (ME1, ME2)
—ако командата се извърши успешно ,картата връща състояние на
обработка ′9000′,
—ако картата не е приготвила никакви данни ,тя връща състояние на
обработка ′6900′или′6F00′,
—акобайтът Leнадвишаваброянадостъпнитебайтовеилиакотозибайт
е нулев ,софтуерът връща следното състояние на обработка —′6Cxx′,
като символите ′xx′указват точния брой на достъпните байтове .В този
случай приготвените данни остават достъпни за изпълнението по -късно
на команда GET_RESPONSE,1998R2135 —BG—01.05.2006 —002.001 —133
▼M1
—акобайтът Leпредставляваненулевастойност ,коятоепо -нискаотброя
на достъпните байтове ,картата изпраща нормално исканите данни и
връщасъстояниенаобработка ′61xx′,вкоето ′xx′указваброянадопъл -
нителнитебайтове ,коитовсеощесадостъпнизаизпълнениетопо -късно
на команда GET_RESPONSE,
—ако командата не се поддържа (протокол Т = 1),картата връща
състояние на обработка ′6D00′.
3.6.7. PSO (Protocol Supporting Organization): Verify Certificate ( контрол
на валидността )
Тази команда отговаря на стандарта ISO/CEI 7816-8, но се характеризира с
ограничена употреба в сравнение с аналогичната команда ,описана в този
стандарт .
Картатаизползвакомандата VERIFY CERTIFICATE, задаполучипубличен
ключ ,идващ от публичното пространство ,и за проверка на неговата
валидност .
Когато командата VERIFY CERTIFICATE завърши успешно ,съответният
публичен ключ се запаметява в средата ,свързана със защитата от неото -
ризирандостъп ,сцелпо -къснотомуизползване .Тозиключтрябвадабъде
специално конфигуриран ,за да бъде използван в рамките на командите ,
имащи отношение към сигурността (INTERNAL AUTHENTICATE,
EXTERNAL AUTHENTICATE или VERIFY CERTIFICATE), чрез
командата MSE (виж точка 3.6.10),като се използва неговият иденти -
фикатор на ключа .
При всички положения командата VERIFY CERTIFICATE използва пред -
варително избрания чрез командата MSEпубличен ключ ,за да отвори
определен сертификат .Това трябва да бъде публичен ключ на определена
държава -членка или на Европа .
Командно съобщение
Байт Дължина Стойност Описание
CLA 1 ′00h′ CLA
INS 1 ′2Аh′Извършване наоперация ,свързанасъсзащитата
от неоторизиран достъп
P1 1 ′00h′ P1
P2 1 ′АЕh′ P2:кодирани данни ,които не са BER-TLV
(конкатенация на елементи на информация )
Lc 1 ′CEh′ Lc:Дължина на сертификата , 194байта
#6-#199 194 ′XX..
XXh′Сертификат :конкатенация на елементи на
информация (съгласно описанието ,дадено в
допълнение 11)
Ответно съобщение
Байт Дължина Стойност Описание
ME 2 ′XXXXh ′Думи за състояние (ME1, ME2)
—ако командата се извърши успешно ,картата връща състоянието ′9000′,
—ако проверката на сертификата е неуспешна ,софтуерът връща
състоянието на обработка ′6688′.Процесът на проверка и на отваряне
на сертификата е описан подробно в допълнение 11,
—ако не е достъпен никакъв ключ в средата ,свързана със защитата от
неоторизирандостъп ,софтуерътвръщасъстояниетонаобработка ′6A88′,
—ако избраният публичен ключ (който също така се използва за отваряне
насертификата )сеприемазаповреден ,софтуерътвръщасъстояниетона
обработка ′6400′или′6581′,
—ако избраният публичен ключ (който също така се използва за отваряне
на сертификата )притежава CHA.LSB (CertificateHolderAuthorisation.1998R2135 —BG—01.05.2006 —002.001 —134
▼M1
1998R2135 —BG—01.05.2006 —002.001 —135
▼M1
equipmentType), различен от ′00′(тоест ,който не принадлежи на
държава -членка или на Европа ),софтуерът връща състоянието на
обработка ′6985′.
3.6.8. Internal Authenticate ( вътрешно удостоверяване )
Тази команда отговаря на стандарт ISO/CEI 7816-4.
Командата INTERNAL AUTHENTICATE позволява на периферното
устройство за четене на карти (PIF)да удостовери картата .
Процесът на удостоверяване е описан подробно в допълнение 11.Той
обхваща следните инструкции :
Командата INTERNAL AUTHENTICATE си служи с частния ключ на
картата (избран по подразбиране ),за да подпише данните от удостоверя -
ването ,K 1(първият елемент ,указващ съпоставянето на ключовете на
сесията )иRND1включително ,и също така използва избрания публичен
ключ (посредством последната команда MSE),за да кодира подписа и да
състави управляващия удостоверяването маркер (за повече подробности
виж допълнение 11).
Командно съобщение
Байт Дължина Стойност Описание
CLA 1 ′00h′ CLA
INS 1 ′88h′ INS
P1 1 ′00h′ P1
P2 1 ′00h′ P2
Lc 1 ′10h′Дължина на данните ,изпратени на картата
#6-#13 8 ′XX..
XXh′Искане за достъп ,използвано за удостоверяване
на картата
#14-#21 8 ′XX..
XXh′UV.CTC (виж допълнение 11)
Lе 1 ′80h′Дължина на очакваните данни ,идващи от
картата
Ответно съобщение
Байт Дължина Стойност Описание
#1-#128 128 ′XX..
XXh′Маркер ,управляващ удостоверяването на
картата (виж допълнение 11)
ME 2 ′XXXXh ′Думи за състояние (ME1, ME2)
—ако командата се извърши успешно ,картата връща състоянието на
обработка ′9000′,
—ако не е достъпен никакъв ключ в средата ,свързана със защитата от
неоторизирандостъп ,софтуерътвръщасъстояниетонаобработка ′6A88′,
—аконеедостъпенникакъвчастенключвсредата ,свързанасъсзащитата
от неоторизиран достъп ,софтуерът връща състоянието на обработка ′
6A88′,
—акоUV.CTCне съответства на идентификатора на активния публичен
ключ ,софтуерът връща състоянието на обработка ′6A88′,
—ако избраният частен ключ се приема за повреден ,софтуерът връща
състоянието на обработка ′6400′или′6581′.
Ако командата INTERNAL_AUTHENTICATE завърши успешно ,активният
ключ на сесията при положение ,че той съществува ,се изтрива и престава
дабъдедостъпен .Зада серазполагасновключнасесия ,енеобходимода
се изпълни успешно командата EXTERNAL_AUTHENTICATE.
3.6.9. External Authenticate ( външно удостоверяване )
Тази команда отговаря на стандарт ISO/CEI 7816-4.
Командата EXTERNAL AUTHENTICATE позволява на картата да
удостовери периферното устройство за четене на карти .
Процесът на удостоверяване е описан подробно в допълнение 11.Той
обхваща следните инструкции :
Необходимоекомандата GET CHALLENGE дапредшестванепосредствено
командата EXTERNAL_AUTHENTICATE. Картата изпраща искане за
достъп към публичното пространство (RND3).
Функцията за проверка на криптограмата използва искането за достъп
RND3 (изпратено от картата ),частния ключ на картата (избран по подраз -
биране )и предварително избрания чрез командата MSEпубличен ключ .
Картата проверява криптограмата и ако тя е правилна ,условието за достъп
AUTсе отваря .
Входящатакриптограмавъвеждавторияелемент K2,указващсъпоставянето
на ключовете на сесията .
Командно съобщение
Байт Дължина Стойност Описание
CLA 1 ′00h′ CLA
INS 1 ′82h′ INS
P1 1 ′00h′ P1
P2 1 ′00h′ P2 (публичният ключ ,който трябва да се
използва ,е познат по подразбиране ;той е
избран предварително чрез командата MSE)
Lc 1 ′80h′ Lc (дължина на данните ,изпратени на картата )
#6-#133 128 ′XX..
XXh′Криптограма (виж допълнение 11)
Ответно съобщение
Байт Дължина Стойност Описание
ME 2 ′XXXXh ′Думи за състояние (ME1, ME2)
—ако командата се извърши успешно ,картата връща състоянието на
обработка ′9000′,
—ако не е достъпен никакъв ключ в средата ,свързана със защитата от
неоторизирандостъп ,софтуерътвръщасъстояниетонаобработка ′6A88′,
—акоATCнаизбранияпубличен Cl2несъответстванаконкатенациятана
IDAна тахографското приложение и на определен тип блок ,софтуерът
връща състоянието на обработка ′6F00′(виж допълнение 11),
—аконеедостъпенникакъвчастенключвсредата ,свързанасъсзащитата
от неоторизиран достъп ,софтуерът връща състоянието на обработка ′
6A88′,
—ако проверката на криптограмата е неуспешна ,софтуерът връща
състоянието на обработка ′6688′,
—ако командата не е непосредствено предшествана от командата GET
CHALLENGE, софтуерът връща състоянието на обработка ′6985′,
—ако избраният частен ключ се приема за повреден ,софтуерът връща
състоянието на обработка ′6400′или′6581′.
Ако командата EXTERNAL AUTHENTICATE завърши успешно и ако
първата част на ключа на сесията е достъпна след успешното завършване
на наскоро изпълнената команда INTERNAL AUTHENTICATE, ключът на1998R2135 —BG—01.05.2006 —002.001 —136
▼M1
сесията е готов за изпълняването на бъдещи команди ,използващи
защитения от неоторизиран достъп обмен на съобщения .
Акопърватачастнаключанасесиятанеедостъпнавъпрекиизпълнението
на командата INTERNAL AUTHENTICATE, втората част на този ключ на
сесия ,изпратена от PIF,няма да бъде записана в паметта на картата .Този
механизъм позволява да се гарантира ,че протичането на процеса по
взаимно удостоверяване спазва реда ,уточнен в допълнение 11.
3.6.10. Manage Security Environment ( управлениенасредата ,свързанасъс
защитата от неоторизиран достъп )
Тази команда позволява определянето на публичен ключ за целите на
удостоверяването .
Тази команда отговаря на стандарт ISO/CEI 7816-8. Нейната употреба е
ограничена съгласно въпросния стандарт .
Ключът ,указан в зоната за данни MSE,се прилага към всички файлове от
главния файл на тахографското приложение .
Ключът ,указан в зоната за данни MSE,остава активен публичен ключ до
следващата правилна команда MSE.
Ако упоменатият ключ не е (все още )достъпен в паметта на картата ,
средата ,свързанасъсзащитатаотнеоторизирандостъп ,оставанепроменена .
Командно съобщение
Байт Дължина Стойност Описание
CLA 1 ′00h′ CLA
INS 1 ′22h′ INS
P1 1 ′C1h′ P1:упоменат ключ ,който е валиден за всички
криптографски операции
P2 1 ′B6h′ P2 (упоменати данни ,отнасящи се до цифровия
подпис )
Lc 1 ′0Ah′ Lcдължина на последващата зона за данни
#6 1 ′83h′Таг,указващ публичен ключ в случай на
асиметрия
#7 1 ′08h′Дължина на препратката (идентификатор на
ключа )
#8-#15 08h ′XX..
XXh′Идентификатор на ключ съгласно разпоредбите
на допълнение 11
Ответно съобщение
Байт Дължина Стойност Описание
ME 2 ′XXXXh ′Думи за състояние (ME1, ME2)
—ако командата се извърши успешно ,картата връща състоянието на
обработка ′9000′,
—ако упоменатият ключ не е достъпен в паметта на картата ,софтуерът
връща състоянието на обработка ′6A88′,
—ако някои очаквани информативни обекти липсват в структурата на
защитения от неоторизиран достъп обмен на съобщения ,софтуерът
връща състояние на обработка ′6987′.Това събитие може да се
прояви ,ако липсва тагът ′83h′,
—ако някои информативни обекти са некоректни ,софтуерът връща
състояние на обработка ′6988′:Това събитие може да се прояви ,ако
дължината на идентификатора на ключа не съответства на ′08h′,
—ако избраният ключ се приема за повреден ,софтуерът връща
състоянието на обработка ′6400′или′6581′.1998R2135 —BG—01.05.2006 —002.001 —137
▼M1
3.6.11. PSO: Hash ( сегментиране )
Тази команда позволява прехвърлянето към картата на резултата от изчис -
лението на сегментирането ,на което някои данни могат да бъдат
подложени .Тази команда се използва по време на проверката на
цифровите подписи .Стойността на сегментирането се записва в програ -
мируема електронно постоянна памет (EEPROM)с цел използването ѝ от
следващата команда за проверка на цифровите подписи .
Тази команда отговаря на стандарт ISO/CEI 7816-8. Нейната употреба е
ограничена съгласно въпросния стандарт .
Командно съобщение
Байт Дължина Стойност Описание
CLA 1 ′00h′ CLA
INS 1 ′2Аh′Извършване на операция ,свързана със сигур -
ността
P1 1 ′90h′Връщане на код за сегментиране
P2 1 ′А0h′Таг:зона за данни ,съдържаща съответните DO
за сегментиране
Lc 1 ′16h′Дължина Lcна последващата зона за данни
#6 1 ′90h′Таг,указващ кода за сегментиране
#7 1 ′14h′Дължина на кода за сегментиране
#8-#27 20 ′XX..
XXh′Код за сегментиране
Ответно съобщение
Байт Дължина Стойност Описание
ME 2 ′XXXXh ′Думи за състояние (ME1, ME2)
—ако командата се извърши успешно ,картата връща състоянието на
обработка ′9000′,
—ако някои очаквани информативни обекти липсват ,софтуерът връща
състояние на обработка ′6987′.Това събитие може да се прояви ,ако
един от таговете ′90h′липсва ,
—ако някои информативни обекти са некоректни ,софтуерът връща
състояние на обработка ′6988′.Тази грешка може да се прояви ,ако
необходимият таг е наличен ,но неговата дължина се различава от ′
14h′.
3.6.12. Perform Hash of File ( сегментиране на файл )
Тази команда не отговаря на стандарт ISO/CEI 7816-8. Вследствие на това
байтът CLAнатази командауказваизключителната употребанакомандата
PERFORM SECURITY OPERATION/HASH.
Командата PERFORM HASH OF FILE се използва за сегментиране на
зоната за данни на селектирания елементарен файл ,който не зависи от
използвания код .
Резултатътотоперациятапосегментиранесезаписвавпаметтанакартата .След
тованейнатаупотребащепозволидасеполучицифровподписзафайла ,катосе
използва командата PSO: COMPUTE_DIGITAL_SIGNATURE. Този резултат
остава достъпен за командата COMPUTE DIGITAL SIGNATURE до
успешнотоизпълнениенаследващакоманда PERFORM HASH OF FILE.
Командно съобщение
Байт Дължина Стойност Описание
CLA 1 ′80h′ CLA1998R2135 —BG—01.05.2006 —002.001 —138
▼M1
INS 1 ′2Аh′Извършване на операция ,свързана със сигур -
ността
P1 1 ′90h′Таг:сегментиране
P2 1 ′00h′ P2:сегментиране на данните ,записани в селек -
тирания независим от използвания код файл
Ответно съобщение
Байт Дължина Стойност Описание
ME 2 ′XXXXh ′Думи за състояние (ME1, ME2)
—ако командата се извърши успешно, картата връща състоянието на
обработка ′9000′,
—ако не е селектирано никакво приложение ,софтуерът връща
състоянието на обработка ′6985′,
—ако селектираният елементарен файл се смята за повреден (открита е
грешка в целостта на атрибутите на файла или в съхранените в него
данни ),софтуерът връща състояние на обработка ′6400′или′6581′,
—ако селектираният файл не е файл ,който не зависи от използвания код ,
софтуерът връща състоянието на обработка ′6986′.
3.6.13. PSO: Compute Digital Signature ( изчисляваненацифровия подпис )
Тази команда позволява да се изчисли цифровия подпис на предварително
изчислениякодзасегментиране (вижкомандата PERFORM HASH OF FILE,
точка 3.6.12).
Тази команда отговаря на стандарт ISO/CEI 7816-8. Нейната употреба е
ограничена съгласно въпросния стандарт .
Частниятключнакартатапозволяваизчисляванетонацифровияподпис. На
картата този ключ ѝ е известен по подразбиране .
Картата изпълнява цифров подпис, като прибягва до метода на запълване
съгласно стандарт PKCS1 (за повече подробности може да се направи
справка в допълнение 11).
Командно съобщение
Байт Дължина Стойност Описание
CLA 1 ′00h′ CLA
INS 1 ′2Аh′Извършване на операция ,свързана със сигур -
ността
P1 1 ′9Еh′Цифров подпис ,който трябва да се върне
P2 1 ′9Аh′Таг:зона за данни ,съдържаща данните ,които
трябва да се подпишат .Тъй като не е
включена никаква зона за данни ,се приема ,че
данните вече са налични в картата (сегмен -
тиране на файла)
Lе 1 ′80h′Дължина на очаквания подпис
Ответно съобщение
Байт Дължина Стойност Описание
#1-#128 128 ′XX..
XXh′Подпис на предварително изчисленото сегмен -
тиране
ME 2 ′XXXXh ′Думи за състояние (ME1, ME2)
—Ако командата се извърши успешно ,картата връща състоянието на
обработка ′9000′,1998R2135 —BG—01.05.2006 —002.001 —139
▼M1
Байт Дължина Стойност Описание
—ако избраният по подразбиране частен ключ се приема за повреден ,
софтуерът връща състоянието на обработка ′6400′или′6581′.
3.6.14. Verify Digital Signature ( контрол на цифровия подпис )
Тази команда позволява да се провери цифровият подпис ,въведен като
входни данни съгласно PKCS1,на съобщение ,чието сегментиране е
известно на картата .Алгоритъмът на подписа е известен по подразбиране
на картата .
Тази команда отговаря на стандарт ISO/CEI 7816-8. Нейната употреба е
ограничена съгласно въпросния стандарт .
Командата VERIFY DIGITAL SIGNATURE си служи винаги с публичния
ключ ,избран посредством предишната команда MANAGE SECURITY
ENVIRONMENT и с предишния код за сегментиране ,въведен чрез
командата PSO: HASH.
Командно съобщение
Байт Дължина Стойност Описание
CLA 1 ′00h′ CLA
INS 1 ′2Аh′Извършване наоперация ,свързанасъсзащитата
от неоторизиран достъп
P1 1 ′00h′
P2 1 ′А8h′Таг:зона за данни ,съдържаща съответните DO
за проверката
Lc 1 ′83h′Дължина Lcна последващата зона за данни
#28 1 ′9Eh′Таг,указващ цифров подпис
#29-#30 2 ′8180h ′Дължина на цифровия подпис (128байта ,
кодирани съгласно стандарт ISO/CEI 7816-6)
#31-#158 128 ′XX..
XXh′Съдържание на цифровия подпис
Ответно съобщение
Байт Дължина Стойност Описание
ME 2 ′XXXXh ′Думи за състояние (ME1, ME2)
—ако командата се извърши успешно ,картата връща състоянието на
обработка ′9000′,
—ако проверката на подписа е неуспешна ,софтуерът връща състоянието
на обработка ′6688′.Процесът на проверка е описан подробно в
допълнение 11,
—ако не е избран никакъв публичен ключ ,софтуерът връща състоянието
на обработка ′6А88′,
—ако някои очаквани информативни обекти липсват ,софтуерът връща
състояние на обработка ′6987′.Това събитие може да се прояви ,ако
липсва някой от необходимите тагове ,
—ако не е достъпен никакъв код за сегментиране за извършване на
командата (поради обработването на команда PSO:предишно HASH),
софтуерът връща състоянието на обработка ′6985′,
—ако някои информативни обекти са некоректни ,софтуерът връща
състояние на обработка ′6988′.Тази грешка може да се прояви ,ако
дължинатананякойотизискванитеинформативниобектиенеправилна ,
—ако избраният публичен ключ се приема за повреден ,софтуерът връща
състоянието на обработка ′6400′или′6581′.1998R2135 —BG—01.05.2006 —002.001 —140
▼M1
4.СТРУКТУРА НА ТАХОГРАФСКИТЕ КАРТИ
Този параграф третира логическата структура на файловете ,които тахо -
графските карти определят за запаметяването на достъпните данни .
Той не внася никакви уточнения относно тяхната вътрешна структура ,
която зависи от производителя (например заглавна част на файла ).Той не
засяга също така архивирането и обработването на елементите на инфор -
мацията с вътрешна употреба ,като например EuropeanPublicKey, CardPri-
vateKey, TDesSessionKey илиWorkshopCardPin.
Капацитетътнаполезнатапаметнатахографскитекартитрябвадабъденай -
малко равна на 11 kB.Няма пречки за използване на памет с по -голям
капацитет .В такъв случай структурата на картата остава непроменена ,но
броят на записите на някои от структурните елементи се увеличава .Мини -
малните и максималните стойности ,които броячът на тези записи може да
достигне ,се уточняват в този параграф .
4.1.Структура на картите на водача
Следнейнотоперсонализиране ,всякакартанаводачтрябвадаимаследната
постоянна логическа структура и условия за достъп до файловете :
Структуратанавсичкиелементарнифайловетрябвадабъдетакава ,чедане
зависи от използвания код .
Четенето с използване на защитен от неоторизиран достъп обмен на
съобщения трябва да бъде възможно за реализиране за всички файлове ,
включени в специализирания файл Tachograph.
Всяка карта на водач трябва да има следната структура на данните :1998R2135 —BG—01.05.2006 —002.001 —141
▼M1
1998R2135 —BG—01.05.2006 —002.001 —142
▼M1
Използванизауказваненаразмеривпредишнататаблица ,стойностите ,които
следват ,съответстват на минималния и максималния бройна записи ,които
структурата на данните на определена карта на водач трябва да осигурява :1998R2135 —BG—01.05.2006 —002.001 —143
▼M1
Мин. Макс .
61 2
12 24
84 200
84 112
5 544байта
(28дена *9 3промени
на дейността )13 776байта
(28дена * 240промени
на дейността )
4.2.Структура на цеховите карти
След нейното персонализиране ,всяка цехова карта трябва да има следната
постоянна логическа структура и условия за достъп до файловете :
Структуратанавсичкиелементарнифайловетрябвадабъдетакава ,чедане
зависи от използвания код .
Четенето с използване на защитен от неоторизиран достъп обмен на
съобщения трябва да бъде възможно за реализиране за всички файлове ,
включени в специализирания файл Tachograph.1998R2135 —BG—01.05.2006 —002.001 —144
▼M1
Всяка цехова карта трябва да има следната структура на данните :
1998R2135 —BG—01.05.2006 —002.001 —145
▼M1
1998R2135 —BG—01.05.2006 —002.001 —146
▼M1

Използвани за указване на размери в предишната таблица ,стойностите ,
коитоследват ,съответстватнаминималнияимаксималниябройзаписи ,
които структурата на данните на определена цехова карта трябва да
осигурява :
Мин. Макс .
33
66
48
68
88 255
198байта
(1ден*9 3промени на
дейността )492байта
(1ден* 240променина
дейността )
4.3.Структура на картите на контрольор
След нейното персонализиране ,всяка карта на контрольор трябва да има
следната постоянна логическа структура и условия за достъп дофайловете :1998R2135 —BG—01.05.2006 —002.001 —147
▼M1
Структуратанавсичкиелементарнифайловетрябвадабъдетакава ,чедане
зависи от използвания код .
Четенето с използване на защитен от неоторизиран достъп обмен на
съобщения трябва да бъде възможно за реализиране за всички файлове ,
включени в специализирания файл Tachograph.
Всяка карта на контрольор трябва да има следната структура на данните :1998R2135 —BG—01.05.2006 —002.001 —148
▼M1
Използвани за указване на размери в предишната таблица ,стойностите ,
които следват ,съответстват на минималния и максималния брой на
записи ,които структурата на данните на определена карта на контрольор
трябва да осигурява :
Мин. Макс .
230 520
4.4.Структура на картите на предприятие
След нейното персонализиране ,всяка карта на предприятие трябва да има
следната постоянна логическа структура и условия за достъп дофайловете :1998R2135 —BG—01.05.2006 —002.001 —149
▼M1
Структуратанавсичкиелементарнифайловетрябвадабъдетакава ,чедане
зависи от използвания код .
Четенето с използване на защитен от неоторизиран достъп обмен на
съобщения трябва да бъде възможно за реализиране за всички файлове ,
включени в специализирания файл Tachograph.
Всяка карта на предприятие трябва да има следната структура на данните :
1998R2135 —BG—01.05.2006 —002.001 —150
▼M1
1998R2135 —BG—01.05.2006 —002.001 —151
▼M1
Използвани за указване на размери в предишната таблица ,стойностите ,
които следват ,съответстват на минималния и максималния брой записи ,
които структурата на данните на определена карта на предприятие трябвада осигурява :
Мин. Макс .
230 520
Допълнение 3
ПИКТОГРАМИ1998R2135 —BG—01.05.2006 —002.001 —152
▼M1
PIC_001Апаратурата за контрол е в състояние да използва следните
пиктограми и комбинации от пиктограми :
1.ОСНОВНИ ПИКТОГРАМИ
Лица Работни операции Режими на функциониране
Предприятие Контрол Режим предприятие
Контрольор Контрол Режим на контрол
Водач Кормуване Оперативен режим
Цех/Изпитателен пункт Инспекция /Еталониране Режим на еталониране
Производител
Дейности Времетраене
На разположение Текущ период на разположение
Кормуване Време на непрекъснато кормуване
Почивка Текущ период на почивка
Работа Текущ период на работа
Прекъсване Общо време на прекъсване
Неизвестна дейност
Оборудване Функции
Четящо устройство за карта на
водача
Четящо устройство за карта на
помощник -водача
Карта
Часовник
Изобразяване на данните Изобразяване на данните
Външна памет Прехвъляне на данни
Електрическо захранване
Принтер /Тиражиране Отпечатване
Датчик
Размери на гумите
Превозно средство /Блок ,монтиран
на превозното средство (UEV)
Особени условия
Извън пределни стойности
Преминаване с ферибот /влак
Други
Събития
 Аномалии
Началонадневенпериоднаработа
 Край на дневен период на
работа
Мeстонахождение
 Ръчно въвеждане на
дейностите ,извършвани от
водача
Сигурност
 Скорост
Час
 Обща сума /Синтез
Качествени определения
За деня
За седмица
Двуседмично
От или към
2.КОМБИНАЦИИ ОТ ПИКТОГРАМИ
Други
Контролен пункт
Начално място на дневния период
на работа
Крайно място на дневнияпериод на работа
От…часа
 До…часа
От превозното средство
Извънпределнитестойности ,начало
 Извън пределните
стойности ,край1998R2135 —BG—01.05.2006 —002.001 —153
▼M1
Карти
Карта на водача
Карта на предприятие
Карта на контрольор
Цехова карта
Без карта
Кормуване
Кормуване в екип
Време на седмично кормуване
Време на двуседмично кормуване
Разпечатване
Ежедневна разпечатка на дейностите ,извършвани от водача ,
извлечени от картата
Ежедневна разпечатка на дейностите ,извършвани от водача ,
извлечени от блока ,монтиран на превозното средство
Разпечатка на събитията и евентуалните аномалии ,извлечени от
картата
Разпечатка на събитията и евентуалните аномалии ,извлечени от
блока ,монтиран на превозното средство
Разпечатка на техническите данни
Разпечатка на превишаванията на допустимата скорост
Събития
Поставяне на нередовна карта
Конфликт ,предизвикан от картата
Надвишаване на определеното време
Кормуване без съответната карта
Поставяне на карта по време на кормуване
Неправилно приключване на последната сесия
Надвишаване на допустимата скорост
Прекъсване на електрическото захранване
Грешка на нивото на данните за движение
Нарушаване на сигурността
Сверяване на часовника (в цех )
Контрол на превишаването на допустимата скорост
Аномалии
Дефектна карта (Гнездо на картата на водача )
Дефектна карта (Гнездо на карта на помощник -водача )
Дефект при изобразяване на данните
Грешка при прехвърляне
Дефектен принтер
Дефектен датчик
Неизправност вътре в блока ,монтиран на превозното средство
Процедура по ръчно въвеждане
Същия период на дневна работа ?
Край на предишен период на работа ?
Потвърждение или записване на местонахождението в края на
дневния период на работа
Въвеждане часа на тръгване
Записваненаместонахождениетовначалотонаработнияпериод .
Забележка :различни комбинации от допълнителни пиктограми ,свързани
съссъщиябройидентификаторизазаписванеилисблоковезаотпечатване ,
се дефинират в допълнение 4.1998R2135 —BG—01.05.2006 —002.001 —154
▼M1
Допълнение 4
ОТПЕЧАТВАНЕ НА КНИЖЕН НОСИТЕЛ
СЪДЪРЖАНИЕ
1. Общиположения …............................................
2 Характеристикинаблоковетезаданни ….............................
3. Характеристкинаотпечаткитевърхухартиенносител ….................
3.1. Ежедневнаразпечатканадейностите ,извършваниотводача ,извлечениотдадена
карта ….....................................................
3.2. Ежедневна разпечаткана дейностите ,извършвани от водача ,извлечени отблока ,
монтираннапревознотосредство …................................
3.3. Разпечатканааномалиитеисъбитията ,извлечениотдаденакарта …........
3.4. Разпечатка на аномалиите и събитията ,извлечени от блока ,монтиран на
превознотосредство (VU) …......................................
3.5. Разпечатканатехническитеданни …................................
3.6. Разпечатканапревишаваниятанадопустиматаскорост ….................1998R2135 —BG—01.05.2006 —002.001 —155
▼M1
1.ОБЩИ ПОЛОЖЕНИЯ
Всяка разпечатка се състои от поредица последователни блокове с данни ,
които могат да бъдат определени от блоков идентификатор .
Един блок с данни съдържа един или няколко записа ,които при необхо -
димост могат да бъдат определени от идентификатор на записа .
Акоедин блоков идентификаторпредхожданепосредствено идентификатор
за запис ,то последният не се отпечатва .
Ако някакъв елемент от информацията е неизвестен или не трябва да се
отпечатва ,понеже съществуват права да достъп до данните ,системата
отпечатвапразнипространстванаместата ,къдетотезиелементисенамират .
Ако съдържанието на цял ред е неизвестно или не налага никакво отпе -
чатване ,съответният ред се пропуска .
Полетата на цифровите данни са подредени вдясно на разпечатката ,като
тяхнотоотпечатванесепридружаваотразделителниинтервали ,коитоотбе -
лязватпреминаванетоотстотицикъмхилядииотхилядикъммилиони ,без
да се съдържат нулите в началото .
Полетата ,състоящи се от символни низове ,се подравняват вляво на разпе -
чатката и ,при нужда ,се допълват от интервали ,за да се достигне необхо -
димата елементарна дължина ,или се разделят от интервали по същата
причина (имена и адреси ).
2.ХАРАКТЕРИСТИКИ НА БЛОКОВЕТЕ С ДАННИ
В тази глава се прилагат следните правила за обозначаване :
—символите ,които се изписани с удебелен шрифт ,идентифицират текста
за отпечатване (при отпечатката символите са нормални ),
—нормалните символи указват при изобразяването променливи
(пиктограми или данни ),които се заместват при отпечатването от
техните съответни стойности ,
—имената на променливите са придружени от подчертаване ,посочващо
елементарната допустима дължина за съответната променлива ,
—датите спазват по подразбиране формата „дд/мм/гггг“(ден/месец /-
година ).Възможно е също прилагането на формат „дд.мм.гггг“,
—рубриката „Идентифицираненакарта “сесъстоиотследнитеелементи :тип
карта ,обозначена чрез комбинации от пиктограми ,код на държавата -
членка ,която е издала картата ,наклонена черта с изписан след нея
номер на картата ,после индекс за заместване и индекс за подновяване ,
катоидватасаразделениотпредшестващиягиелементотедининтервал :
Разпечаткитесесъстоятотблоковеи /илиотзаписинаследнитеданни ,като
тези данни трябва да отговарят на следните обозначения и формати :
Номер на блок или на запис
Значение
1.Дата и час на отпечатване на документа
2.Тип на изходящото отпечатване
Идентификатор на блокКомбинация от пиктограми за отпечатване
(виж Допълнение 3);настройка на устрой -
ството за ограничение на скоростта (отпе-
1998R2135 —BG—01.05.2006 —002.001 —156
▼M1
Номер на блок или на запис
Значение
чатване само в случай ,когато е надвишена
допустиматаскорост ).
3.Идентифициране на титуляра на картата
Идентификатор на блок Р =индивидуална
пиктограма
Фамилно име на титуляра на картата
Име и презиме на титуляра на картата (при
необходимост )
Идентифициране на картата
Краен срок на валидност на картата (при
необходимост )
Ако дадена карта не е индивидуална и несъдържа никакво име на титуляр ,името на
предприятието ,на цеха или на съответния
контролен орган се отпечатва на неговотомясто .
4.Идентификация на превозното средство
Идентификатор на блок
Идентификационен номер на превознотосредствоДържава -членка ,в която е регистрирано
превозното средство и регистрационен
номер на превозното средство .
5.Идентификация на блока ,монтиран на
превозното средствоИдентификатор на блок
Име на производителя на блока
Референтен номер на блока .
6.Последно еталониране на оборудването за
записване
Идентификатор на блокНазвание на цехаИдентифициране на цеховата карта
Дата на еталониране .
7.Последна проверка (контрольор )
Идентификатор на блокИдентифициране на картата на контрольора
Дата ,час и тип на контрола
Тип контрол комбинация ,съставена от най -
многочетирипиктограми .Възможноетипът
наконтролдасъответстванаеднаотследните
пиктограми (илинакомбинацияоттях ):
:Прехвърляне на данни от карта ,:
Прех -
върляне на данни
 от блока ,монтиран на
превозното средство Отпечатване ,:-
Изобразяваненаданните
8.Дейности ,извършвани от водача ,
записани в хронологичен ред върхукартата
Идентификатор на блок
Дата на консултиране (календарен ден ,за
който се отнасят отпечатаните данни )+
картов брояч за ежедневно присъствие .
8.1.Период ,през който картата не се е
намирала в четящото устройство
8.1а.Идентификатор на записване (начало на
периода )
8.1б.Периодс неизвестна д ейност Часнаначало
и час на край ,времетраене1998R2135 —BG—01.05.2006 —002.001 —157
▼M1
Номер на блок или на запис
Значение
8.1в.Дейност ,въведена ръчно
Пиктограмазадейност ,часзаначалоизакрай
(включително ),продължителност ;периодите
на почивка с продължителност минимум от
единчассеотбелязатсъсзвездичка .
8.2.Вкарване на картата в четящото
устройство S
Държава -членка ,в която е регистрирано
превозното средство ,и регистрационен
номер на превозното средство
Показание на километража на превознотосредство при поставянето на картата
8.3.Дейност (по време на поставянето на
картата )
Пиктограмазадейност ,включителночасътза
началоизакрай ,продължителност ,положение
наекипаводачи (пиктограмазаекип ,акотойсе
състои от няколко водача ,интервал ,ако има
само един водач );периодите на почивка с
продължителност минимум от един час ,се
отбелязатсъсзвездичка .
8.3а.Особени условия Час на поставяне ,
пиктограма (или комбинация от
пиктограми ),свързана с особените условия .
8.4.Изваждане на карта
Показание на километража на превозното
средство и изминато разстояние от
последното вкарване на картата ,като се
има предвид показанието на километража втози момент .
9.Дейности ,извършвани от водача ,
записани върху блока ,монтиран на
превозното средство ,по хронологичен
ред и за всяко четящо устойство
Идентификатор на блок
Дата на консултиране (календарен ден ,за
който се отнасят отпечатаните данни )
Показание на километража на превозното
средство в 00:00часа и в 24:00часа.
10.Дейности ,извършвани в четящото
устройство S
Идентификатор на блок
10.1.Период ,през който не е имало никаква
карта в четящото устройство S
Идентификатор на записЧетящо устройство без карта
Показание на километража на превозното
средство в началото на разглежданияпериод .
10.2.Поставяне на карта
Идентификатор за запис на вкарване на
карта
Фамилно име на водачаЛично име на водача :
Идентифицираненакартатанаводача
Краенсрокнавалидностнакартатанаводача
Държава -членка ,в която е регистрирано
предишното използвано превозно средство ,
и регистрационнен номер на това превозно
средство
Дата и час на изваждане на поставената впредишнотопревозносредствокартаПразенред
Показание на километража при поставянето1998R2135 —BG—01.05.2006 —002.001 —158
▼M1
1998R2135 —BG—01.05.2006 —002.001 —159
▼M1
Номер на блок или на запис
Значение
на картата ,ръчно въвеждане на флага за
дейност на водача (М при положителен
отговор ,празноприотрицателенотговор ).
10.3.Дейност
Пиктограмазадейност ,часзаначалоизакрай
(включително ),продължителност ,положение
наекипаводачи (пиктограмазаекип ,акотой
сесъстоиотняколководача ,интервал ,акоима
само един водач );периодите на почивка с
продължителност минимум от един час се
отбелязатсъсзвездичка .
10.3а.Особени условия Час на поставяне ,
пиктограма (или комбинация от
пиктограми ),свързана с особените условия .
10.4.Изваждане на карта или край на период
„без карта “
Показание на километража на превозното
средство при изваждане на картата или вкрая на период „без карта “и изминато
разстояние от поставянето на картата ,или
от началото на периода „без карта “.
11.Ежедневна справка
Идентификатор на блок .
11.1.Справка на блока ,монтиран на превозното
средство ,за периодите без поставена
карта в четящото устройство на водачаИдентификатор на блок .
11.2.Справка на блока ,монтиран на превозното
средство ,за периодите без карта в
четящото устройство на помощник -водача
Идентификатор на блок .
11.3.Ежедневна справка на блока ,монтиран на
превозното средство ,за всеки водач
Идентификатор за запис
Фамилно име на водача
Лично (и)име(на)на водача
Идентифициране на картата на водача
11.4.Въвеждане на местоположението ,в което
започва и /или завършва един дневен
работен периодpi =пиктограма за местоположението на
тръгване /пристигане ,час,страна ,област ,
Показание на километража .
11.5.Общо времетраене за всяка дейност
(извлечено от определена карта )
Обща продължителност на времето накормуване ,изминато разстояние
Обща продължителност на периода на
работа и на периода на ефективно разпо -
ложениеОбща продължителност на периода на

Номер на блок или на запис
Значение
почивка и на непосочена дейност
Обща продължителност на дейностите наекипа .
11.6.Общо времетраене за всяка дейност
(периоди ,през които не е имало карта в
четящото устройство на водача )
Обща продължителност на времето накормуване ,изминато разстояние
Общапродължителностнапериоднаработа
и на периода на ефективно разположение
Обща продължителност на периода напочивка .
11.7.Общо времетраене за всяка дейност
(периоди ,през които не е имало карта в
четящото устройство на помощник -
водача )
Обща продължителност на периода на
работа и на периода на ефективно разпо -
ложениеОбща продължителност на периода напочивка .
11.8.Общо времетраене за всяка дейност (из а
всеки водач ,като двете четящи
устройства се включват при изчисляванетому)
Обща продължителност на времето на
кормуване ,изминато разстояние
Обща продължителност на периода наработа и на периода на ефективно разпо -
ложение
Обща продължителност на периода на
почивкаОбща продължителност на дейностите наекипа
Ако се налага ежедневно отпечатване ,уста-
новяването на данните ,включени в
справката ,се извършва въз основа на
наличнитеданникъмчасанаотпечатването .
12.Събития и /или аномалии ,записани в
карта
12.1.Идентификатор на блок ;5последни
„Събития и аномалии “,извлечени от
дадена карта
12.2.Идентификатор на блок ;всички „Събития и
аномалии “,записани на карта
12.3.Идентификатор на блок ;всички
„Аномалии “,записани на карта
12.4.Записване на събитие и /или на аномалия
Идентификатор за запис
Пиктограма за събитие /аномалия ,мотив за
записване ,дата и час на начало
Допълнителенкодзасъбитие /аномалия (при
необходимост ),продължителност
Държава -членка ,в която е регистрирано
превозното средство ,и регистрационен
номер на превозното средство ,в което се е
случило събитието или аномалията .
13.Събития и /или аномалии ,които са
записани или са в процес на извършванев блок ,монтиран на превозното средство1998R2135 —BG—01.05.2006 —002.001 —160
▼M1
Номер на блок или на запис
Значение
13.1.Идентификатор на блок ;5последни
„Събития и аномалии “,извлечени от блока
13.2.Идентификатор на блок ;всички „Събития “,
които са записани или са в процес наизвършване в определен блок ,монтиран на
превозното средство
13.3.Идентификатор на блок ;всички
„Аномалии “,които са записани или са в
процес на извършване в определен блок ,
монтиран на превозното средство
13.4.Записване на събитие и /или на аномалия
Идентификатор за запис
Пиктограма за събитие /аномалия ,причина
за записване ,дата и час на начало
Допълнителенкодзасъбитие /аномалия (при
необходимост ),Брой аналогични събития
през същия ден ,продължителност
Идентифициране на картите ,поставени в
началото или в края на разглежданото
събитие или аномалия (до4реда,без
повтаряне на номерата на картите )
Случай ,когато четящите устройства не
приемат никаква карта
Причината за записване (р)приема формата
на цифров код ,който посочва причината ,
поради която констатираното събитие илианомалия са записани и кодирани в съот -
ветствие с елемента на информация Причи -
наЗаписванеСъбитиеАномалия .
14.Идентификация на блока ,монтиран на
превозното средство
Идентификатор на блок
Име на производителя на блока ,монтиран
на превозното средствоАдрес на производителянаблока ,монтиран
на превозното средство
Референтен номер на блока ,монтиран на
превозното средствоСертификационенномернаблока ,монтиран
на превозното средство
Сериен номер на блока ,монтиран на
превозното средствоГодина на производство на блока ,монтиран
на превозното средство
Версия на операционната система на блокаи дата на инсталирането му .
15.Идентификация на датчик
Идентификатор на блок
Сериен номер на датчикаСертификационен номер на датчикаДата на първоначално инсталиране на
датчика .
16.Данни за еталониране
Идентификатор на блок
1998R2135 —BG—01.05.2006 —002.001 —161
▼M1
1998R2135 —BG—01.05.2006 —002.001 —162
▼M1
Номер на блок или на запис
Значение
16.1.Записване на еталониране
Идентификатор за запис
Цех,отговарящ за еталонирането
Адрес на цехаИдентифициране на цехова картаКраен срок на валидност на цеховата карта
Празен ред
Датата на извършване на еталонирането +
причина за еталониранеИдентификационен номер на превозното
средство
Държава -членка ,в която е регистрирано
превозното средство и регистрационнияномер на превозното средство
Характеристичен коефициент на превозното
средствоКонстанта на оборудването за записДействителна окръжност на търкаляне на
гумите
Размери на монтираните гумиРегулировка на устройството за ограни -
чаване на скоростта
Старо и ново показание на километража
Причината за записване (р)приема формата
на цифров код ,който посочва причината ,
порадикоятотезипараметринаеталониране
са записани и кодирани в съответствие с
елемента на информация ПричинаЕтало -
ниране .
17.Сверяване на часовника
Идентификатор на блок
17.1.Записване на сверяването на часовника
Идентификатор за запис
Стара дата и час
Нова дата и часЦех,извършил сверяването на часовника
Адрес на цеха
Идентифициране на цеховата карта
Краен срок на валидност на цеховата карта .
18.Най-скорошни събития и аномалии ,
записани в блока ,монтиран на
превозното средство
Идентификатор на блок
Дата и час на „най-скорошното събитие “
Дата и час на най -скорошната аномалия .
19.Информация относно контрола за преви -
шаване на допустимата скорост
Идентификатор на блокДата и час на последния КОНТРОЛ ЗАПРЕВИШАВАНЕ НА ДОПУСТИМАТА
СКОРОСТ
Датаичаснапървотопревишаваненадопу -
стимата скорост и брой на събитията оттакъв характер ,записани оттогава .
20.Записване на превишаванията на допу -
стимата скорост
20.1.Идентификатор на блок „Първо преви -
шаване на допустимата скорост следпоследното еталониране “
20.2.Идентификатор на блок „5най-сериозни
превишавания ,записани през последните
изминали 365дни“

Номер на блок или на запис
Значение
20.3.Идентификатор на блок „Най-сериозното
превишаване за всеки един от периодите ,
които съвпадат с последните 10дни на
проявяване на това събитие “
20.4.Идентификатор за запис
Дата ,час и продължителност
Максимална и средна скорост ,брой на
сходните събития за същия ден
Фамилно име на водача
Лично /и име /на на водача
Идентифициране на картата на водача
20.5.Ако в даден блок няма никакъв запис на
превишаване на допустимата скорост .
21.Информация ,въведена с клавиатура
Идентификатор на блок
21.1.Контролен пункт
21.2.Подпис на контрольора
21.3.От час
21.4.До час
21.5.Подпис на водача
„Информация ,въведена ръчно “:въведете
достатъчно празни редове преди всяка
рубрика ,която е въведена ръчно ,за да
можете да впишете необходиматаинформация или да поставите подписа си .
3.ХАРАКТЕРИСТИКИ НА РАЗПЕЧАТКИТЕ ВЪРХУ ХАРТИЯ
В този раздел се прилагат следните начини за отбелязване :
Отпечатване на блока или на запис номер N
Отпечатване на блока или на запис номер N,повторен толкова пъти ,
колкото изисква ситуацията
ОтпечатваненаблоковетеилиназаписитеХи /илиY,спореднуждите ,
иповторениенаоперациятатолковапъти ,колкотоизискваситуацията
3.1.Ежедневна разпечатка на дейностите ,извършвани от водача ,
извлечени от дадена карта
Ежедневнатаразпечатканадейностите ,извършваниотводача ,извлечениот
дадена карта ,трябва да спазва следния формат :1998R2135 —BG—01.05.2006 —002.001 —163
▼M1
Дата и час на отпечатване на документа
Тип на отпечатания документ
Идентифициране на контрольора (при поставяне на карта за контрол в блока ,
монтиран на превозното средство )
Идентифицираненаводача (извлеченооткартата ,коятоеобектнаотпечатване )
Идентифициране на превозното средство (от което е направена разпечатката )
Идентифициране на блока ,монтиран на превозното средство (от който е
направена разпечатката )
Последно еталониране на този блок ,монтиран на превозното средство
Последна проверка ,която инспектираният водач е преминал
Разграничител на дейностите ,извършвани от водача
Дейности ,извършвани от водача ,по хронологичен ред
Разграничител на ежедневната справка
Въведени местоположения по хронологичен ред
Общо времетраене за всяка дейност
Разграничител на събития и аномалии ,извлечени от картата
Записване на събитие /аномалия (5последни събития или аномалии ,записани
върху картата )
Разпечатка на събития и аномалии ,извлечени от блока ,монтиран на
превозното средство
Записване на събитие /аномалия (5последни събития или аномалии ,записани
или в процес на извършване в блока ,монтиран на превозното средство )
Контролен пункт
Подпис на контрольора
Подпис на водача
3.2.Ежедневна разпечатка на дейностите ,извършвани от водача ,
извлечени от блока ,монтиран на превозното средство
Ежедневнатаразпечатканадейностите ,извършваниотводача ,извлечениот
блока ,монтиран на превозното средство ,трябва да спазва следния формат :
Дата и час на разпечатване на документа
Тип на разпечатания документ
Идентифициране на титуляра на картата (за
всички карти ,поставени в блока ,монтиран
на превозното средство )
Идентифициране на превозното средство (от
което е направена разпечатката )
Идентифициране на блока ,монтиран на
превозното средство (от който е направена
разпечатката )
Последно еталониране на този блок
Последнапроверка ,коятотоваоборудванеза
запис е преминало
Разграничител на дейностите ,извършвани от
водача
Разграничителначетящоустройствозакарта
на водача (четящо устройство 1)
Дейности ,извършвани по хронологичен ред
(четящо устройство на водача )
Разграничителначетящоустройствозакарта
на помощник -водач (четящо устройство 2)
Дейности ,извършвани по хронологичен ред
(четящо устройство на водача )
Разграничител на ежедневната справка
Справка за периодите без карта в четящото
устройство на водача1998R2135 —BG—01.05.2006 —002.001 —164
▼M1
Местоположенията ,въведени по хроно -
логичен ред
Общо времетраене за всяка дейност
Справка за периодите без карта в четящото
устройство на помощник -водача
Местоположенията ,въведени по хроно -
логичен ред
Общо времетраене за всяка дейност
Справказадейностите ,извършениотводача ,
като се вземат под внимание и двете четящиустройства
Местоположенията ,въведени от този водач
по хронологичен ред
Общо времетраене за всяка дейност за този
водач
Разграничител на събития и на аномалии
Записване на събитие /аномалия (5последни
събития или аномалии ,записани или в
процес на извършване в блока ,монтиран на
превозното средство )
Контролен пункт
Подпис на контрольора
От час (място ,определено за
водач без карта ,което
му позволява да
посочипериодите ,които
отговарят на
неговите дейности )
До час
Подпис на водача
3.3.Разпечатка на аномалиите и събитията ,извлечени от дадена
карта
Ежедневнатаразпечатканадейностите ,извършваниотводача ,извлечениот
блока ,монтиран на превозното средство ,трябва да спазва следния формат :
Дата и час на отпечатване на документа
Тип на отпечатания документ
Идентифициране на контрольора (при поставяне на
карта за контрол в блока ,монтиран на превозното
средство )
Идентифициране на водача (извлечено от картата ,
която е обект на разпечатване )
Идентифициране на превозното средство (от което е
направена разпечатката )
Разграничител на събитията
Записване на събития (всички събития ,записани
върху картата )
Разграничител на аномалиите
Записване на аномалии (всички аномалии ,записани
върху картата )
Контролен пункт
Подпис на контрольора
Подпис на водача
3.4.Разпечатка на аномалиите и събитията ,излечени от блока ,
монтиран на превозното средство
Разпечатката на аномалиите и събитията ,излечени от блока ,монтиран на
превозното средство ,трябва да спазва следния формат :1998R2135 —BG—01.05.2006 —002.001 —165
▼M1
Дата и час на отпечатване на документа
Тип на отпечатвания документ
Идентифициране на титуляра на картата (за
всички карти ,поставени в блока ,монтиран
на превозното средство )
Идентифициране на превозното средство (от
което е направена разпечатката )
Разграничител на събитията
Записване на събития (всички записани
събития или в процес на извършване вблока ,монтиран на превозното средство )
Разграничител на аномалиите
Записване на аномалии (всички записани
аномалии или в процес на извършване в
блока ,монтиран на превозното средство )
Контролен пунктПодпис на контрольора
Подпис на водача
3.5.Разпечатка на техническите данни
Разпечатката на техническите данни трябва да спазва следния формат :
Дата и час на отпечатване на документа
Тип на отпечатвания документ
Идентифициране на титуляра на картата (за всички
карти ,поставени в блока ,монтиран на превозното
средство )
Идентифициране на превозното средство (от което е
направена разпечатката )
Идентифициране на блока ,монтиран на превозното
средство
Идентифициране на датчиците
Разграничител на данните от еталониране
Записване на еталониране (всички записи ,които са
на разположение по хронологичен ред )
Разграничител на сверяването на часовника
Записване на сверяването на часовника (всички
записи на разположение ,извлечени от записите на
сверяването на часовника и от записите на даннитеот еталонирането )
Най-скорошнисъбитияианомалии ,записанивблока ,
монтиран на превозното средство1998R2135 —BG—01.05.2006 —002.001 —166
▼M1
3.6.Разпечатка на превишенията на допустимата скорост
Разпечатката на превишенията на допустимата скорост трябва да спазва
следния формат :
Дата и час на отпечатване на документа
Тип на отпечатания документ
Идентифициране на титуляра на картата (за всички
карти ,поставени в блока ,монтиран на превозното
средство )
Идентифициране на превозното средство (от което е
направена разпечатката )
Информация относно контрола за превишаване на
допустимата скорост
Идентификатор на данните за превишаване на допу -
стимата скорост
Първо превишаване на допустимата скорост след
последното еталониране
Идентификатор на данните за превишаване на допу -
стимата скорост
5най-сериозни превишавания ,отбелязани в
продължение на последните изминали 365дни
Идентификатор на данните за превишаване на допу -
стимата скорост
Най-сериозното превишаване за всеки един от
периодите ,които съвпадат с последните 10дни на
проявяване на това събитие
Контролен пункт
Подпис на контрольора
Подпис на водача1998R2135 —BG—01.05.2006 —002.001 —167
▼M1
Допълнение 5
ИЗОБРАЗЯВАНЕ НА ДАННИТЕ1998R2135 —BG—01.05.2006 —002.001 —168
▼M1
В настоящото допълнение се прилагат следните условни начини за обозна -
чаване :
—символите ,коитосеизписват удебелено ,указваттекста ,койтотрябвада
се изобрази (при самото изобразяване символите са нормални ),
—нормалните символи показват променливите (пиктограми или данни ),
които се заместват при изобразяването от техните респективнистойности :
дд мм гггг :ден,месец ,година ,
чч: часове
мм:минути
D: пиктограма за времетраене
EF: комбинация от пиктограми за събитие или за аномалия
O: пиктограма за режим на работа .
Приема се ,че оборудването за запис е в състояние да работи със следните
формати за изобразяване на данни :
Данни
Изображение по подразбиране
Местно време
Режим на работа
Информация относно водача
Информация относно помощник -водача
Условие извън тези граници
Изобразяване на предупреждения
Надвишаване на времето за непрекъснато
кормуване
Събитие или аномалия
Изобразяване на други данни
Дата по координираното универсално време
Час
Време на непрекъснато кормуване и общо време
на прекъсване на водача
Време на непрекъснато кормуване и общо времена прекъсване на помощник -водача
Общо време на кормуване на водача ,записано
през текущата и предходната седмица
Общо време на кормуване на помощник -водача ,
записано през текущата и предходната седмица
1998R2135 —BG—01.05.2006 —002.001 —169
▼M1
Допълнение 6
ВЪНШНИ ИНТЕРФЕЙСИ
СЪДЪРЖАНИЕ
1. Техническооборудване …........................................
1.1. Конектор …..................................................
1.2. Предназначениенаконтактите …...................................
1.3. Схеманаработа ….............................................
2. Интерфейсзапрехвърляненаданни …..............................
3. Интерфейсзаеталониране …......................................1998R2135 —BG—01.05.2006 —002.001 —170
▼M1
1.ТЕХНИЧЕСКО ОБОРУДВАНЕ
1.1.Конектор
Конекторът за прехвърляне /еталониране трябва да представлява съеди -
нителен щепсел с шест крачета ,достъпен от лицевата страна ,без да се
налага разкачване на какъвто и да е компонент от оборудването законтрол .Той трябва да отговаря на следния план (всички размери са
дадени в милиметри ):
1998R2135 —BG—01.05.2006 —002.001 —171
▼M1
Следната схема показва обичайно използвания конектор за свързаване с 6
крачета :
1998R2135 —BG—01.05.2006 —002.001 —172
▼M1
1.2.Предназначение на контактите
Предназначението на контактите трябва да отговаря на следната таблица :
Краче Описание Забележка
1Отрицателен полюс на
акумулатораСвързване с отрицателната клема на акумулатора на
превозното средство
2Предаване на данни Линия K (ISO 14 230-1)
3 RxD —Прехвърляне на
данниВход за данни ,предназначени за оборудването за
контрол
4Сигнал вход /изход Еталониране
5Постоянна изходяща
мощностДиапазонътнанапрежениетрябвадабъдеидентиченна
диапазона на електрическото захранване на превозното
средство ,намалено с 3V ,за да взема под внимание
падането на напрежението ,което е неминуемо
свързаноспреминаванетонатокапреззащититеверигиИзход 40 mA
6 TxD —Прехвърляне на
данниИзход за данни ,идващи от оборудването за запис
1.3.Схема на действие
Схемата на действие трябва да отговаря на следните указания :
2.ИНТЕРФЕЙС ЗА ПРЕХВЪРЛЯНЕ НА ДАННИ
Интерфейсът за прехвърляне на данни трябва да отговаря на специфи -
кациите на стандарт RS232.
Интерфейсътзапрехвърляненаданнитрябвадаизползваединстартовбит ,
осеминформационни бита (вначалото енай -незначещиятбит ),единбитза
контрол на четността и един стопов бит .
1998R2135 —BG—01.05.2006 —002.001 —173
▼M1
1998R2135 —BG—01.05.2006 —002.001 —174
▼M1
Структура на един байт инф opмация
Стаpтoв бит : битoтлoтическо нив o0 ;
Инфopмаци oнни бит oвe:предaвaтce,кaтoвнaчaлoтoeнaй-
нeзнaчeщият бит ;
бит з aкoнтpoлнaчeтнocттa:прoвepкaнaчeтнocттa
Стoпoв бит : битoтлoгичecкoнивo1
При предаването на цифрови данни ,съставени от повече от един байт ,най-
значимиятбайтсепредаванапървомясто ,анай -незначимиятбайт —последен .
Скоростите на предаването на данни трябва да могат да се настройват в
диапазон от 9 600и115 200бита в секунда .Всяко предаване на данни
трябва да се извършва с възможно най -високата скорост на предаване ,
като стартовата скорост е равна на 9 600бита в секунда непосредствено
след началото на връзката .
3.ИНТЕРФЕЙС ЗА ЕТАЛОНИРАНЕ
Предаванетонаданнитетрябвадаотговарянаспецификациитенастандарт ISO
14 230-1Пътнипревознисредства —Системизадиагностика —Протоколс
ключовидуми 2000—Част I:Физическислой .Първоиздание :1 9 9 9г.
Входно /изходният сигнал трябва да отговаря на следните електрически
спецификации :
Параметър Минимум Характеристика Максимум Забележка
Ulow(вход) 1,0 V I = 750 µA
Uhigh(вход) 4 V I = 200 µA
Честота 4 kHz
Ulow(вход) 1,0 V I = 1 mA
Uhigh(изход )4 V I = 1 m A
Входно /изходният сигнал трябва да отговаря на следните хронограми :
Cигнал на датчик a(изход )
Cигнал ,използван з a
изпитван e
Cигнал oтчacoвник aпо
кoopдини paнoтo
унив epcaлнoвpeмe(изход )

Допълнение 7
ПРОТОКОЛИ ЗА ПРЕДАВАНЕ НА ДАННИТЕ
СЪДЪРЖАНИЕ
1. Въведение ….................................................
1.1. Обхват …....................................................
1.2. Съкращенияиначинназаписване …................................
2. Прехвърляненаданнивблока ,монтираннапревознотосредство ….........
2.1. Процедурапопрехвърляненаданни …..............................
2.2. Протоколизапрехвърляненаданни …...............................
2.2.1. Структуранасъобщенията ….....................................
2.2.2. Типовесъобщения …...........................................
2.2.2.1. Исканезаустановяваненавръзка (IDS 81) …..........................
2.2.2.2. Положителенотговорнаисканезаустановяваненавръзка (IDS C1) ….......
2.2.2.3. Исканезазапочваненасесиязадиагностика (IDS 10) ….................
2.2.2.4. Положителенотговорнаисканезазапочваненасесиязадиагностика (IDS 50) …
2.2.2.5. Услугазаконтролнавръзка (IDS 87) …..............................
2.2.2.6. Положителенотговорнаконтролнавръзка (IDS C7) …..................
2.2.2.7. Исканезапрехвърляненаданни (IDS 35) …..........................
2.2.2.8. Положителенотговорнаисканезапрехвърляненаданни (IDS 75) …........
2.2.2.9. Исканезапредаваненаданни (IDS 36) …............................
2.2.2.10. Положителенотговорнаисканезапредаваненаданни (IDS 76) …..........
2.2.2.11. Исканезакрайнапредаваненаданни (IDS 37) …......................
2.2.2.12. Положителенотговорнаисканезакрайнапредаваненаданни (IDS 77) …....
2.2.2.13. Исканезапрекратяваненавръзка (IDS 82) …..........................
2.2.2.14. Положителенотговорнаисканезапрекратяваненавръзка (IDS C2) ….......
2.2.2.15. Потвърждаванеполучаванетонаподсъобщение (IDS 83) …...............
2.2.2.16. Отрицателенотговор (IDS 7F) …...................................
2.2.3. Маршрутизациянасъобщенията ….................................
2.2.4. Синхронизация …..............................................
2.2.5. Обработканагрешките …........................................
2.2.5.1. Фазазаустановяваненавръзка …..................................
2.2.5.2. Фазанавръзка …..............................................
2.2.6. Съдържаниенаответнитесъобщения …..............................
2.2.6.1. Положителенотговорнаисканезарекапитулациянатрансфернаданни …....
2.2.6.2. Положителен отговор на искане за трансфер на данни относно извършените
дейности …..................................................
2.2.6.3. Положителен отговор на искане за трансфер на данни относно събитията и
аномалиите ...................................................
2.2.6.4. Положителен отговор на искане за трансфер на данни относно скоростта на
превознотосредство …..........................................
2.2.6.5. Положителенотговорнаисканезатрансфернатехническиданни …........
2.3. Архивираненафайловевърхувъншнозапаметяващоустройство ….........
3. Протоколзапрехвърляненаданниоттахографскикарти …...............
3.1. Обхват …....................................................
3.2. Определения …................................................
3.3. Прехвърляненаданниоткарта …..................................
3.3.1. Последователностнаинициализиране ….............................
3.3.2. Последователностзапрехвърляненафайлове снеподписаниданни ….......
3.3.3. Последователностзапрехвърляненафайлове сподписаниданни ….........
3.3.4. Последователностзареинициализираненаброячнаеталониране ….........
3.4. Форматнаархивираненаданните …................................
3.4.1. Въведение ….................................................
3.4.2. Форматнафайловете ….........................................
4. Прехвърляне на данни от тахографска карта с помощта на блок ,монтиран на
превозносредство …............................................1998R2135 —BG—01.05.2006 —002.001 —175
▼M1
1.ВЪВЕДЕНИЕ
Товадопълнениеразглеждапроцедурите ,коитоенеобходимодасеприлагат
заосъществяванетонаразличнитетиповепрехвърляниянаданникъмвъншно
запаметяващоустройство .Торазглеждасъщоипротоколите ,коитотрябвада
сеприлагат ,задасеосигуриправилнияттрансфернаданниидасегарантира
отличнатасъвместимостнапрехвърленитеданнисцелвсекиконтрольорда
може да инспектира тези данни ,като преди да пристъпи към техния евен -
туаленанализ ,тойсеуверивтяхнатаавтентичностицялост .
1.1.Обхват
Някои данни могат да бъдат прехвърлени към външно запаметяващо
устройство :
—от блока ,монтиран на превозно средство ,посредством специализирано
логическо устройство (ESI),свързано към този блок ,
—оттахографскакартапосредствомспециализиранологическоустройство
(ESI),оборудвано с периферно устройство за четене на карти (PIF),
—оттахографскакартапосредствомблок ,монтираннапревозносредство ,
и посредством специализирано логическо устройство (ESI),свързано
към блока ,монтиран на превозното средство .
Сцел да се даде възможност наконтрольорите да проверят достоверността
и целостта на прехвърлените данни ,които са записани върху външно запа -
метяващо устройство ,тези данни се придружават от подпис според изиск -
ванията на допълнение 11 (Общи механизми за сигурност ).Идентифици -
ранетонаизходнотооборудване (блокът ,монтираннапревознотосредство ,
или картата )и неговите сертификати за сигурност (държава -членка и
оборудване )също се прехвърлят .Проверителят трябва да притежава евро -
пейски публичен ключ ,защитен срещу неоторизиран достъп .
Данните ,коитосапрехвърлениповременасесиязапрехвърляне ,трябвада
бъдатзаписанивединисъщфайлвърхувъншнотозапаметяващоустройство .
1.2.Съкращения и начин на записване
Съкращенията ,които следват ,се използват в настоящото допълнение :
CCIкарта с вграден /и чип /ове
CIBнабелязан байт
EOpSизпълнение на опрерация ,свързана със сигурността
ESIспециализирано логическо устройство [оборудване ,което се
използва за прехвърляне на данни към външно запаметяващоустройство ]
FEелементарен файл
FMTбайт за структура (първи байт на заглавната част на съобщение )
FEспециализиран файл
IDAидентификатор на приложение
IDFидентификатор на файл
IDSидентификатор на услуга
LONбайт за дължина (последен байт на заглавната част на съобщение )
PIFпериферно устройство за четене на карти
PMCпротокол с ключови думи 2000
PDTпараметър на искане за трансфер
PRTпараметър на отговор за трансфер
RARотговор на реинициализиране
SDсесия за диагностика
SMEвъншно запаметяващо устройство
SPPизбор на параметрите на протокол
SRCизходен байт
TCбайт за контролна сума1998R2135 —BG—01.05.2006 —002.001 —176
▼M1
UEVблок,монтиран на превозното средство
VLBстойност на дължина на таг
2.ПРЕХВЪРЛЯНЕ НА ДАННИ ВЪРХУ БЛОКА ,МОНТИРАН НА
ПРЕВОЗНОТО СРЕДСТВО
2.1.Процедура по прехвърляне на данни
За да се извърши прехвърляне на данни върху блока ,монтиран на
превозното средство ,операторът трябва да изпълни следните операции :
—поставясетахографскатакартавотворанаедноотчетящитеустройства
на блока ,монтиран върху превозното средство (1),
—свързва се специализирано логическо устройство към конектора за
прехвърляне на данни на блока ,монтиран на превозното средство ,
—установява се връзка между специализирано логическо устройство и
блока ,монтиран на превозното средство ,
—от специализираното логическо устройство се избират данните ,които
ще се прехвърлят ,и се изпраща необходимото искане към блока ,
монтиран на превозното средство ,
—прекратява се сесията по прехвърляне на данни .
2.2.Протоколза прехвърл яне на данни
Структурата на протокола се основава на отношението главно -подчинено
устройство ,специализираното логическо устройство играе роля на главно
устройство ,а блокът ,монтиран на превозното средство —на подчинено
устройство .
Структурата на съобщенията ,техният тип и тяхната маршрутизация се
основават главно на протокола с ключови думи 2000 (PMC) (ISO 14230-2
Пътни превозни средства —Системи за диагностика —Протокол с
ключови думи 2000 —Част II:Слой връзка между данните ).
Приложният слой се основава главно върху настоящия проект за стандарт
ISO 14229-1 ( Пътнипревознисредства —системизадиагностика —Част I:
услуги за диагностика ,версия 6от22февруари 2001г.).
2.2.1.Структура на съобщенията
Всички разменени съобщения между специализираното логическо
устройство и блока ,монтиран на превозното средство ,се характеризират
със структура от три елемента :
—заглавна част ,съставена отследнитебайтове :байтза структура (FMT) ,
набелязан байт (CIB),изходен байт (SRC)и,при необходимост ,байт за
дължина (LON),
—полеотданни ,съдържащаединбайтзаидентифицираненауслуга (IDS)
ипроменливбройбайтовезаинформация ,коитомогатдавключатедин
опционален байт за сесия по диагностиране (SD)или един опционален
байт за параметър за трансфер (PDTилиPRT),
—контролна сума ,съставена от байт за контролна сума (TC).
Заглавна част на съобщение Поле с данниКонтролна
сума
FMT CIB SRC LON IDS ДАН -
НИ……… TC
4байта 255байта максимум 1байт
Байтове CIBиSRCпредставляват физическите адреси на получателя и на
изпращачанасъобщението .Тевзематстойностите F0 Hexзаспециализираното
логическо устройство и EE Hexза блока ,монтиран на превозното средство .
Байтът LONуказва дължината на полето за данни .1998R2135 —BG—01.05.2006 —002.001 —177
▼M1
(1)Поставянето на картата задейства активирането на съответните права за достъп
както за данните ,така и за функцията по прехвърляне .
Байтътзаконтролнасумасъответстванасерияотсумипо 8битапомодул
256,които представляват всички байтове на съобщението с изключение на
самата контролна сума .
Байтовете FMT, IDS, SD, PDT иPRTсасъщоопределенипо -нататъквтози
документ .
Акодължинатанаданните ,закоитосесмята ,чесепренасятотсъобщението ,
надхвърлясвободнотопространствовполетозаданни ,изпращанетонатова
съобщениеставаподформатананяколкоподсъобщения .Всякооттезиподсъ -
общениясъдържазаглавначаст ,същите IDSиPRT,кактоиброячнаподсъ -
общенияот 2байта ,койтопосочвапореднияномернавсякоподсъобщениев
рамките на цялото съобщение .С цел осигуряване на контрол за грешка и
евентуално прекратяване на обмена на данни ,специализираното логическо
устройствопотвърждаваполучаванетонавсякоподсъобщение .Специализи -
раното логическо устройство е в състояние да приеме подсъобщение ,да
поискаповторнотомупредаванеидапоискаотблока ,монтираннапревозното
средство ,давъзобновиилидапрекратипредаванетонаданните .
Ако полето за данни на последното подсъобщение съдържа точно 255
байта ,е необходимо да се прибави към тях едно последно подсъобщение ,
коетосъдържапразнополезаданни (сизключениена IDS, PRTиброячана
подсъобщения )за да покаже края на съобщението .
Пример :
Заглавна част IDS PRT Съобщение TC
4байта Дължина по -голяма от 255байта
Предадено под следната форма :
Заглавна част IDS PRT 00 01 Подсъобщение
1TC
4байта 255байта
Заглавна част IDS PRT 00 02 Подсъобщение
2TC
4байта 255байта
…
Заглавна част IDS PRT хх уу Подсъобщение
nTC
4байта Дължина по -малка от 255байта
Или под следната форма :
Заглавна част IDS PRT 00 01 Подсъобщение
1TC
4байта 255байта
Заглавна част IDS PRT 00 02 Подсъобщение
2TC
4байта 255байта1998R2135 —BG—01.05.2006 —002.001 —178
▼M1
…
Заглавна част IDS PRT хх уу Подсъобщение
nTC
4байта 255байта
Заглавна част IDS PRT хх уу +1 TC
4байта 4байта
2.2.2.Типове съобщения
Протоколът за връзка ,който се прилага при прехвърляне на данни между
блока ,монтиран на превозното средство ,и специализираното логическо
устройство ,изисква обмен на 8типа различни съобщения .
Таблицата ,която следва ,представлява синтез на този процес .
Структура на съобщението
ESI -> <-UEVЗаглавна част от максимум 4байта Данни от максимум 255байтаКонтро -
лна
сума на
един
байт
FMT CIB SRC LON IDS SD/PRT ДАННИ TC
Исканезаустановяваненавръзка 81 EE F0 81 E0
Положителен отговор на искане
за установяване на връзка80 F0 EE 03 C1 8F,EA 9B
Искане за започване на сесия за
диагностика80 EE F0 02 10 81 F1
Положителен отговор на искане
за започване на сесия за диаг -
ностика80 F0 EE 02 50 81 31
Връзка с контролната служба
Проверка на скоростта в
бодове (етап 1)
9 600 Bd 80 EE F0 04 87 01,01,01 EC
19 200 Bd 80 EE F0 04 87 01,01,02 ED
38 400 Bd 80 EE F0 04 87 01,01,03 ED
57 600 Bd 80 EE F0 04 87 01,01,04 EF
115 200 Bd 80 EE F0 04 87 01,01,05 F0
Положителен отговор на искане
за проверка на скоростта вбодове80 F0 EE 02 C7 01 28
Скорост на транзитиране в
бодове (етап 2)80 EE F0 03 87 02,03 ED
Искане за прехвърляне (upload) 80 EE F0 0A 35 00,00,00,
00,00,
FF,FF,
FF,FF991998R2135 —BG—01.05.2006 —002.001 —179
▼M1
Структура на съобщението
ESI -> <-UEVЗаглавна част от максимум 4байта Данни от максимум 255байтаКонтро -
лна
сума на
един
байт
FMT CIB SRC LON IDS SD/PRT ДАННИ TC
Положителен отговор на искане
за прехвърляне на данни80 F0 EE 03 75 00,FF D5
Искане за прехвърляне на данни
Рекапитулативен 80 EE F0 02 36 01 97
Дейности 80 EE F0 06 36 02 Date CS
Събития и аномалии 80ЕЕ F0 02 36 03 99
Моментна скорост 80 EE F0 02 36 04 9A
Технически данни 80 EE F0 02 36 05 9B
Прехвърляне (download)
на данни от карта 80 EE F0 02 36 06 9C
Положителен отговор на искане
на трансфер на данни 80 F0 EE Len 76 TREP Data CS
Искане за край на трансфер на
данни 80 EE F0 01 37 96
Положителен отговор на искане
за край на трансфер 80 F0 EE 01 77 D6
Искане за прекратяване на
връзката 80 F0 ЕЕ 01 82 Е1
Положителен отговор на искане
за прекратяване на връзката 80 F0 EE 01 C2 21
Потвърждаване получаването на
подсъобщение 80 EE F0 Len 83 Data CS
Отрицателни отговори
Отказ за прехвърляне на данни
80 F0 EE 03 7FIDS
Req. 10 CS
Несъвместима услуга
80 F0 EE 03 7FIDS
Req 11 CS
Несъвместива подфункция
80 F0 EE 03 7FIDS
Req 12 CS
Неправилна дължина на съоб -
щението 80 F0 EE 03 7FIDS
Req 13 CS
Неправилни условия или
грешка при последователността
на запитванията 80 F0 EE 03 7FIDS
Req 22 CS
Прекомерно искане
80 F0 EE 03 7FIDS
Req 31 CS
Отказ за прехвърляне на данни
80 F0 EE 03 7FIDS
Req 50 CS1998R2135 —BG—01.05.2006 —002.001 —180
▼M1
1998R2135 —BG—01.05.2006 —002.001 —181
▼M1
Структура на съобщението
ESI -> <-UEVЗаглавна част от максимум 4байта Данни от максимум 255байтаКонтро -
лна
сума на
един
байт
FMT CIB SRC LON IDS SD/PRT ДАННИ TC
Изчакване на отговор
80 F0 EE 03 7FIDS
Req 78 CS
Данни ,които са неналични
80 F0 EE 03 7FIDS
Req FA CS
Бележки :
— IDS Dem = IDS на съответното искане , IDL Dem = IDL на съответното искане .
— PRT = le PDT на съответното искане .
—Наличието на клетки ,оцветени в черно ,показва отсъствие на предаване на данни .
—Използването на термина „upload “[прехвърляне от терминално устройство към главен компютър ](считано от
специализираното логическо устройство )се налага за гарантиране на съвместимостта на системата със стандарта
ISO 14229. Този термин притежава същото значение като „download “[прехвърляне от главен компютър към
терминално устройство ](считано от блока ,монтиран на превозното средство ).
—Тази таблица не представлява никакъв потенциален брояч за подсъобщения от 2байта .
2.2.2.1. Искане за установяване на връзка (IDS 81)
Това съобщение се предава от специализираното логическо устройство за
установяване на взаимна връзка с блока ,монтиран на превозното средство .
Началните връзки се извършват винаги със скорост от 9 600бода (до
момента ,когато тази пропускателна скорост се промени с помощта на
съответните услуги за контрол на връзките ).
2.2.2.2. Положителен отговор на искане за установяване на връзка (IDS
C1)
Блокът ,монтиран на превозното средство ,изпраща това съобщение ,за да
отговори положително на искане за установяване на връзка .То съдържа
двата ключови байта „8F“„EA“,които посочват ,че съответният блок
осигурява приложението на съответния протокол ,заглавната част на всяко
съобщение ,която включва набелязаните байтове ,изходните байтове и
байтовете за дължина .
2.2.2.3. Искане за започване на сесия за диагностика (IDS 10)
Специализираното логическо устройство изпраща съобщение за искане за
започване на сесия за диагностика с цел установяване на нова сесия за
диагностика с блока ,монтиран на превозното средство .Подфункцията
„сесия по подразбиране “(81 Hex)указва ,че ще започне стандартна сесия
за диагностика .
2.2.2.4. Положителен отговор на искане за започване на сесия за диаг -
ностика (IDS 50)
Блокът ,монтиран на превозното средство ,изпраща положително ответно
съобщениенаисканезадиагностика ,задаотговориположителнонаискане
за започване на сесия за диагностика .
2.2.2.5. Услуга за контрол на връзка (IDS 87)
Услугата за контрола на връзката се използва от специализираното
логическо устройство ,за да започне промяна в пропускателната скорост в
бодове .Тази операция включва два етапа .През първия етап специализи -
ранотологическоустройствопредлагапромянавпропускателнатаскороствбодове ,
като посочва новата пропускателна скорост .При получаване на
положително съобщение от блока ,монтиран на превозното средство ,
специализираното логическо устройство изпраща потвърждение напромяната в пропускателната скорост в бодове до блока (втори етап ).
Тогава специализираното логическо устройство преминава към новата
пропускателна скорост в бодове .След получаване на потвърждението
блокът ,монтиран на превозното средство ,преминава към новата пропу -
скателна скорост в бодове .
1998R2135 —BG—01.05.2006 —002.001 —182
▼M1
2.2.2.6. Положителен отговор на контрол на връзка (IDS C7)
Положителният отговор за контрола на връзка се получава от блока ,
монтиран на превозното средство ,по искане на услугата за контрол на
връзка (първиетап ).Трябвадасеотбележи ,ченаисканетозапотвърждение
не се дава никакъв отговор (втори етап ).
2.2.2.7. Искане за прехвърляне на данни (IDS 35)
Специализираното логическо устройство изпраща съобщение за искане за
прехвърляне на данни с цел да уточни на блока ,монтиран на превозното
средство ,че иска изпълнение на операция по прехвърляне на данни .За да
се отговори на изискванията на стандарта ISO 14229,се включват данни
относноадреса ,размераихарактеристикитенаформатанаисканитеданни .
Тъй като тези информации не са известни на специализираното логическо
устройство преди прехвърлянето ,адресът в паметта се нулира ,структурата
се декриптира и декомпресира и размерът на паметта се определя намаксимума .
2.2.2.8. Положителен отговор на искане за прехвърляне на данни (IDS 75)
Блокът ,монтиран на превозното средство ,изпраща положително ответно
съобщение на искане за прехвърляне на данни ,за да съобщи на специали -
зираното логическо устройство ,че блокът ,монтиран на превозното
средство ,е готов да прехвърля данните .За да отговори на изискванията
на стандарт ISO 14229, положителното ответно съобщение съдържа
данни ,които показват на специализираното логическо устройство ,че след -
ващитеположителниответнисъобщениянаисканезатрансфернаданнищесъдържат максимум 00FF hexбайта .
2.2.2.9. Искане за трансфер на данни (IDS 36)
Специализираното логическо устройство изпраща искане за трансфер на
данни с цел да уточни на блока ,монтиран на превозното средство ,вида
на данните ,които ще се прехвърлят .Параметърът за искане на трансфер
(PDT)на определен байт показва за какъв тип трансфер става въпрос .
Съществуват шест типа трансфер на данни :
—
рекапитулативен (PDT 01),
—дейности ,свързани с определена дата (PDT 02),
—събития и аномалии (PDT 03),
—моментна скорост (PDT 04),
—технически данни (PDT 05),
—прехвърляне на данни от карта (PDT 06).
За специализираното логическо устройство е задължително да иска
трансфер на данни от тип „рекапитулативен “(PDT 01)по време на сесия
за прехвърляне на данни ,защото това единствено гарантира ,че сертифи -
катите на блока ,монтиран на превозното средство ,се регистрират върху
прехвърляния файл (и по този начин позволява проверката на цифровия
подпис ).
Във втория случай (PDT 02),съобщението за искане на трансфер на данни
съдържа указание за календарния ден (формат
 ),към който се
отнася прехвърлянето .
2.2.2.10. Положителен отговор на искане за трансфер на данни (IDS 76)
Блокът ,монтиран на превозното средство ,изпраща положителното ответно
съобщение на искане за трансфер на данни в отговор на искане от такъввид.Товасъобщениесъдържаисканитеданни ,кактоипараметързаотговор
на искане за трансфер (PRT),съответстващ на параметъра на искането .
Впървияслучай (PDT 01)блокът ,монтираннапревознотосредство ,трябва
да изпрати данни ,предназначени да помогнат на оператора на специализи -
раното логическо устройство при избирането на данните ,които те желаят
да прехвърлят .Информациите ,които се съдържат в това съобщение ,са
следните :
—сертификати за сигурност ,
—идентификация на превозното средство ,
—новата дата и новия час на блока ,монтиран на превозното средство ,
—най-ранната и най -късната дата за прехвърляне (на данни от блока ,
монтиран на превозното средство ),
—указания относно наличието на карти в блока ,монтиран на превозното
средство ,
—предишни прехвърляния на данни към предприятие ,
—блокировки от страна на предприятието ,
—предишни контролни проверки .
2.2.2.11. Искане за край на трансфер на данни (IDS 37)
Специализираното логическо устройство изпраща съобщение за искане за
край на трансфер на данни с цел да информира блока ,монтиран на
превозното средство ,че сесията по прехвърляне е приключена .
2.2.2.12. Положителен отговор на искане за край на трансфер на данни
(IDS 77)
Блокът ,монтиран на превозното средство ,изпраща положително ответно
съобщение на искане за край на трансфер на данни ,за да потвърди полу -
чаването на искането за край на трансфера .
2.2.2.13. Искане за прекратяване на връзката (IDS 82)
Специализираното логическо устройство изпраща съобщение за искане за
прекратяване на връзката с цел преустановяване на взаимната връзка сблока ,монтиран на превозното средство .
2.2.2.14. Положителен отговор на искане за прекратяване на връзка (IDS
C2)
Блокът ,монтиран на превозното средство ,изпраща положително ответно
съобщение на искане за край на връзката ,за да потвърди получаването на
искането за край на връзката .
2.2.2.15. Потвърждаване на получаването на подсъобщение (IDS 83)
Специализираното логическо устройство изпраща потвърждение за
получено подсъобщение с цел потвърждение получаването на различнитечастиотсъобщението ,изпратениподформатанаподсъобщения .Полетоза
даннисъдържа IDS,прехвърленотблока ,монтираннапревознотосредство ,
както и код от 2байта ,който се изписва по следния начин :
—MsgC + 1потвърждава правилното получаване на подсъобщение номер
MsgC.
Искане за изпращане на следващото подсъобщение ,адресирано от специа -
лизираното логическо устройство до блока ,монтиран на превозното
средство ,
—MsgCпосочва появяването на проблем ,който засяга получаването на
подсъобщение номер MsgC.
Искане за връщане на въпросното подсъобщение ,адресирано от специали -
зираното логическо устройстводо блока ,монтиран напревозното средство ,
—FFFFсъобщава за прекъсването на съобщението по време на преда -
ването на данните .
Специализираното логическо устройство може да прибегне до този код ,за
да сложи край на предаването на съобщението ,изпратено от блока ,
монтиран на превозното средство ,като това става без значение каква е
причината .
Системата позволява да се потвърди (или не )получаването на последното
подсъобщение от кое да е съобщение (байт LON < 255), като се прибягва
или не до някой от тези кодове .
Съставен от няколко подсъобщения ,отговорът на блока ,монтиран на
превозното средство ,се изобразява ,както следва :
—положителен отговор на искане за трансфер на данни (IDS 76).
2.2.2.16. Отрицателен отговор (IDS 7F)
Блокът ,монтиран на превозното средство ,изпраща отрицателно ответно
съобщение в отговор на съобщенията по -горе,ако се окаже ,че той не е в
състояние да удовлетвори предаденото искане .Полетата за данни на съоб -
щението съдържат IDSна отговора (7F), IDSна искането и код ,който
уточнявапричинатазаотрицателнияотговор .Прилагатсеследнитекодове :
—10—общо отхвърляне1998R2135 —BG—01.05.2006 —002.001 —183
▼M1
Операцията не може да се изпълни по причина ,която не се разглежда по -
нататък ,
—11—несъвместима услуга
IDSна искането не се разбира от блока ,монтиран на превозното средство ,
—12—несъвместима подфункция
SDилиPDTнаисканетосанеразбираемизаблока ,монтираннапревозното
средство ,или предаването на подсъобщения е приключило ,
—13—неправилна дължина на съобщение
Дължината на полученото съобщение е неправилна ,
—22—неправилни условия или грешка ,която засяга последователността
на запитването
Исканата услуга не е налична или последователността на съобщенията за
искане е неправилна ,
—31—недопустимост на искането
Записването (полето за данни )на параметъра на искането не е валидно ,
—50—отказ за прехвърляне на данни
Искането не може да бъде изпълнено (блокът ,монтиран на превозното
средство ,се използва в несвойствен режим на работа или има наличие на
някаква вътрешна аномалия ),
—78—изчакване на отговор
Исканото действие не може да приключи в определеното време и блокът ,
монтиран на превозното средство ,няма готовност да приеме друго искане ,
—Данни FA,които не са на разположение
Обектътнаисканезатрансфернаданнинеедостъпенвблока ,монтиранна
превозното средство (например липсва вкарана карта ,…).
2.2.3.Маршрутизация на съобщенията
По време на нормална процедура по прехвърляне на данни маршрути -
зацията на съобщенията се извършва обикновено по следния начин :
Специализирано логическо устройство Блок ,монтиран на превозното средство
Искане за установяване на връзката
Положителен отговор
Искане за започване на сесия за диаг -
ностика
Положителен отговор
Искане за прехвърляне на данни
Положителен отговор
Исканезатрансфернаданни #1Рекапиту -
лативен
Положителен отговор1998R2135 —BG—01.05.2006 —002.001 —184
▼M1
Специализирано логическо устройство Блок ,монтиран на превозното средство
Искане за трансфер на данни #2
Положителен отговор #1
Потвърждение на получаването на подсъ -
общение #1
Положителен отговор #2
Потвърждение на получаването на подсъ -
общение #2
Положителен отговор #m
Потвърждение на получаването на подсъ -
общение #m
Положителен отговор (поле за данни <
255байта )
Потвърждаване на получаването на
подсъобщение (опционално )
…
Искане за трансфер на данни #n
Положителен отговор
Искане за край на трансфер на данни
Положителен отговор
Искане за прекратяване на връзката
Положителен отговор
2.2.4.Синхронизация
При нормални условия на експлоатация се прилагат следните параметри за
синхронизация ,илюстрирани на следващатата фигура :1998R2135 —BG—01.05.2006 —002.001 —185
▼M1
Фигура 1
Маршрутизация на съобщенията ,синхронизация
където :
P1 =Представлявамеждубайтововреме ,характеризиращоотговорнаблока ,
монтиран на превозното средство ,
P2 =Представлява времето между края на искане на специализираното
логическо устройство и начало на отговор на специализираното
логическо устройство или между края на получаване на
потвърждение от специализираното логическо устройство и началона следващ отговор от блока ,монтиран на превозното средство ,
P3 =Представлява времето между края на отговор на блока ,монтиран на
превозното средство ,и началото на ново искане на специализираното
логическо устройство ,между края на отговор на блока ,монтиран на
превозното средство ,и началото на потвърждение за получаване от
специализиранотологическоустройство ,илимеждукраянаисканеот
специализиранотологическоустройствоиначалотонановоисканеотспециализираното логическо устройство ,ако блокът не даде отговор ,
P4 =представлявамеждубайтововреме ,характеризиращоисканенаспециа -
лизираното логическо устройство ,
Р5=Разширена стойност на Р 3за прехвърляне на данни от карти .
Следващата таблица представлява стойностите ,които параметрите за синх -
ронизация са в състояние да приемат (разширен набор от параметри за
синхронизация PMC,използвани в случай на физическо адресиране ,
целящо увеличаването на скоростта на връзките ).
Параметър на
синхронизацияДолна граница
(вms)Горна граница (вms)
P1 0 20
P2 20 1 000 (*)P3 10 5 000
P4 5 20
P5 10 20 минути
(*)Ако блокът ,монтиран на превозното средство ,реагира ,като изпрати отрицателен отговор ,
който съдържа код със следния смисъл :„правилно получено искане ,изчакване на отговор “,
тази стойност се отнася до същата горна граница ,както стойността на Р 3
2.2.5.Обработка на грешките
Ако се появи грешка по време на обмена на съобщения ,планът за марш -
рутизация на съобщенията се променя в зависимост от устройството ,което
е открило грешката ,и от съобщението ,което е в основата на тази грешка .
Фигури 2и3показват процедурите за обработка на грешки ,които се
прилагатсъответнозаблока ,монтираннапревознотосредствоизаспециа -
лизираното логическо устройство .1998R2135 —BG—01.05.2006 —002.001 —186
▼M1
2.2.5.1. Фаза за установяване на връзка
Ако специализираното логическо устройство открие грешка по време на
фазата на установяване на връзка както на равнище синхронизация ,така
инаравнищепоследователностнабитовете ,тогаватоизчаквазапериодот
P3 min,преди да изпрати отново същото искане .
Ако блокът ,монтиран на превозното средство ,открие грешка в последова -
телността ,която идва от специализираното логическо устройство ,той не
изпраща никакъв отговор ;блокът изчаква друго съобщение за искане за
установяването на връзка в срок от Р 3 max.
2.2.5.2. Фаза на връзка
Могат да се определят две различни процедури по обработката на грешка :
1.Блокът ,монтиран на превозното средство ,открива грешка в преда -
ването от специализираното логическо устройство .
Блокът ,монтиран на превозното средство ,извършва анализ на всяко
полученосъобщение ,задаоткриевсякаевентуалнагрешкапосинхронизи -
рането ,структурата на байтовете (например нарушения ,които засягат
началните битове и стоповите битове )или на загуба на блокировка ,
свързана със структурата на блоковете данни (приемане на погрешен брой
байтове ,погрешен байт за контролна сума ).
Акоблокътоткриееднаотгорепосоченитегрешки ,тойнеизпращаникакъв
отговор и не взема под внимание полученото съобщение .
Блокът ,монтиран на превозното средство ,е в състояние да открие други
грешки ,които засягат структурата или съдържанието на полученото
съобщение (например несъвместимо съобщение ),даже и ако съобщението
отговаряна изискваните критерииза дължина и за контрол ;в такъвслучай
блокъттрябвадаотговоринаспециализиранотологическоустройство ,като
му адресира отрицателно ответно съобщение ,което указва характера на
грешката .1998R2135 —BG—01.05.2006 —002.001 —187
▼M1
Фигура 2
Обработка на грешка на ниво на блока ,монтиран на превозното средство
1998R2135 —BG—01.05.2006 —002.001 —188
▼M1
2.Специализираното логическо устройство открива грешка в преда -
ването на данни от блока ,монтиран на превозното средство .
Специализираното логическо устройство извършва анализ на всяко
полученосъобщение ,задаоткриевсякаевентуалнагрешкапосинхронизи -
рането ,структурата на байтовете (например нарушения ,които засягат
началните битове и стоповите битове )или на загуба на блокировка ,
свързана със структурата на блоковете данни (приемане на погрешен брой
байтове ,погрешен байт за контролна сума ).
Акоспециализиранотологическоустройствооткриегрешкиприпоследова -
телността ,като например погрешна инкрементация на брояча на подсъ -
общения ,които съдържат последователно получените съобщения .
Акоспециализиранотологическоустройствооткриегрешкаилиакоблокът ,
монтираннапревознотосредство ,немуизпратиникакъвотговорвсрокот
Р2max,съответнотосъобщениезазаявкащебъдевърнатомаксимумдотри
пъти на блока получател .За целите на това откриване на грешки ,всяко
потвърждение за получаване на някакво подсъобщение ще се разглежда
катоискане ,коетоеадресиранодоблока ,монтираннапревознотосредство .
Специализиранотологическоустройствотрябвадаизчакавпродължениена
отрязък от време Р 3min,преди да предприеме някакво предаване на данни ;
времето за изчакване се измерва от последната поява на бит за прекра -
тяване ,записан след откриване на въпросната грешка .
Фигура 3
Обработка на грешка на ниво на специализираното логическо устройство
1998R2135 —BG—01.05.2006 —002.001 —189
▼M1
2.2.6.Съдържание на съобщенията за отговор
Този параграф разглежда съдържанието на полетата за данни ,които
съдържат различни положителни ответни съобщения .
Елементите на информация са определени в Допълнение 1(Речник на
данни ).
2.2.6.1.Положителен отговор на рекапитулация за трансфер на данни
Полето за данни на съобщението „Положителен отговор на рекапитулация
за трансфер на данни “трябва да дава следващите данни по реда ,който
следва ,според изискванията на IDS 76 Hex, PRT 01 Hex и съответните
критерии за разделяне и за преброяване на подсъобщенията :
1998R2135 —BG—01.05.2006 —002.001 —190
▼M1
2.2.6.2.Положителен отговор на искане за трансфер на данни относно
дейностите
Полето за данни на съобщението „Положителен отговор на искане за
трансфер на данни ,свързани с дейностите “трябва да доставя следните
данни по реда ,който следва ,според изискванията на IDS 76 Hex, PRT 02
Hexи съответните критерии за разделяне и за преброяване на подсъоб -
щенията :
1998R2135 —BG—01.05.2006 —002.001 —191
▼M1
2.2.6.3.Положителен отговор на искане за трансфер на данни относно
събитията и аномалиите
Полето за данни на съобщението „Положителен отговор на искане за
трансфер на данни ,свързани със събитията и аномалиите “трябва да
доставя следните данни по реда ,който следва ,според изискванията на
IDS 76 Hex, PRT 03 Hex и съответните критерии за разделяне и за
преброяване на подсъобщенията :
1998R2135 —BG—01.05.2006 —002.001 —192
▼M1
2.2.6.4.Положителен отговор на искане за трансфер на данни относно
скоростта на превозното средство
Полето за данни на съобщението „Положителен отговор на искане за
трансфер на данни ,свързани със скоростта на превозното средство “
трябва да доставя следните данни по реда ,които следва ,според изиск -
ванията на IDS 76 Hex, PRT 04 Hex и съответните критерии за разделяне
и за преброяване на подсъобщенията :
2.2.6.5.Положителен отговор на искане за трансфер на технически данни
Полето за данни на съобщението „Положителен отговор на искане за
трансфер на технически данни “трябва да доставя следните данни по
реда,които следва ,според изискванията на IDS 76 Hex, PRT 05 Hex и
съответните критерии за разделяне и за преброяване на подсъобщенията :
1998R2135 —BG—01.05.2006 —002.001 —193
▼M1
1998R2135 —BG—01.05.2006 —002.001 —194
▼M1
2.3.Архивиране на файлове върху външно запаметяващо
устройство
Акодадена сесия натрансфер на данние съдържала операцияпо трансфер
на данни от блока ,монтиран на превозното средство ,специализираното
логическо устройство записва в един -единствен физически файл всички
данни ,прехвърлени от блока по време на тази сесия за прехвърляне на
данни в положителни ответни съобщения относно трансфера на данни .
Съхраняването на тези данни става ,като се изключат заглавните части на
съобщенията ,броячите на подсъобщения ,празните подсъобщения и
контролните суми ;но то включва IDSиPRT (на първото подсъобщение
при положение ,че има повече подсъобщения ).
3.ПРОТОКОЛ ЗА ПРЕХВЪРЛЯНЕ НА ДАННИ ОТ ТАХОГРАФСКИТЕ
КАРТИ
3.1.Обхват
Този параграф съдържа описание на директното прехвърляне на данни към
специализираното логическо устройство на запаметени върху тахографскакартаданни .Специализиранотологическоустройствонеесъставначастот
средата ,свързана със защита от неоторизиран достъп ,следователно
системата не извършва никаква процедура по удостоверяване на картата и
на устройството .
3.2.Определения
Сесия по прехвърляне на данни :Всеки път ,когато системата извършва
операция по прехвърляне на данни ,които са записани върху карта с
вграден /и чип /ове.Тази сесия покрива цялата процедура от реинициали -
зацията на CCIчрез PIFдо дезактивирането на CCI (изваждане на картата
или следващо реинициализиране ).
Подписан файл за данни :Файл ,записан върху CCI.Този файл се
прехвърля в некодиран вид към PIF.Върху CCIфайлът се сегментира и
подписва ,подписът се прехвърля към PIF.
3.3.Прехвърляне на данни от карта
Прехвърлянето на данни от тахографска карта съдържа следните операции :
—
прехвърляненаобщиинформации ,коитосъдържакартатав FE (елемен -
тарните файлове )
 .Тези информации с незадължителен характер
не са защитени от никакъв цифров подпис ,
—прехвърляне на елементарните файлове
 .Тези
информации не са защитени от никакъв цифров подпис ,
Тези файлове трябва задължително да се прехвърлят по време на всяка
сесия за прехвъляне на данни .
—прехвърляне на данни от други елементарни файлове с данни за
приложение (в специализирания файл
 ),освен елемен -
тарния файл
 Тези информации са защитени с
цифров подпис ,
—трябвадасепрехвърлятзадължителноелементарнитефайлове Appli-
cation_Identification и IDпо време на всяка сесия
за прехвъляне на данни ,
—
—когато се извършва прехвърляне на данни от карта на водач ,е целесъ -
образно да се актуализира датата на последното прехвърляне на данни
във
 ,
—когатосеизвършвапрехвърляненаданниотцеховакарта ,енеобходимо
да се реинициализира броячът за еталониране ,чиито показания са
записани във FE
3.3.1.Последователност на инициализиране
Специализираното логическо устройство трябва да стартира последовател -
ността ,както следва :
Карта Посока ESI/PIF Значение /Бележки
Реинициализация на
хардуера
RAR
Потребителят има възможност да прибегне до SPP,за да премине към по -
висока пропускателна скорост ,при условие ,чеCCIможе да осигури
нейното прилагане .
3.3.2.Последователност за прехвърляне на неподписани файлове с
данни
Последователността на прехвърляне на елементарните файлове
има следния вид :
Карта Посока ESI/PIF Значение /Бележки
SELECT FILE Селектиране посредством
идентификаторите на
файла
OK
READ BINARY Ако обемът на данните ,
които се съдържат въвфайла ,еп о-голям от капа -
цитета на буферната памет
на четящото устройство
или на картата ,командата
трябва да се повтори ,
докато данните ,които се
съдържат във файла ,бъдат
извлечени в пълния сиобем
Данни
OK
Съхраняване на данните
върху SMEВ съответствие с параграф
3.4Формат за архивиране
на данни
Забележка :преди да се избере елементарният файл
 ,е
целесъобразно да се избере предварително тахографското приложение
(избирането се извършва от IDA).
3.3.3.Последователностзапрехвърляненаподписанифайловесданни
Трябва да се прибегне да следната последователност при извършването на
процедурапопрехвърлянето наданниотвсеки отследнитефайлове ,които
са придружени от техния подпис :
Карта Посока ESI/PIF Значение /Бележка
SELECT FILE1998R2135 —BG—01.05.2006 —002.001 —195
▼M1
1998R2135 —BG—01.05.2006 —002.001 —196
▼M1
Карта Посока ESI/PIF Значение /Бележка
OK
PERFORM HASH OF
FILEПозволява да се изчисли
стойността на сегменти -
рането по отношение на
съдържанието на избранияфайл ,катосеприлагаалго -
ритъмът за сегментиране ,
предписан съгласно
Допълнение 11.Тази
команда не е команда ISO
Изчислява се
сегментирането на
файла и се записва
временно приетата
стойност за сегмен -
тирането
OK
READ BINARY Ако обемът на данните ,
които се съдържат във
файла ,еп о-голям от капа -
цитета на буферната паметна четящото устройство
или на картата ,командата
трябва да се повтори ,
докато данните ,които се
съдържат във файла ,бъдат
извлечени в пълния си
обем
Данни
OK
 Съхраняват се данните в
SMEВ съответствие с параграф
3.4Формат за архивиране
на данни
PSO: COMPUTE DIGITAL
SIGNATURE
Изпълнение на
операция за
сигурност
„Изчисление на
електронен подпис “
с помощта на
временно запи -
саната стойност за
сегментиране
Подпис
OK
Добавяне на данни към
тези,които са съхранени
преди това върху SMEВ съответствие с параграф
3.4Формат за архивиране
на данни
3.3.4.Последователност за реинициализиране на брояч за етало -
ниране
Последователността на реинициализиране на брояча
на дадена
цехова карта ,има следния вид :
Карта Посока ESI/PIF Значение /Забележки
SELECT FILE EF
 Селектиране посредством
идентификаторите на
файла
OK
UPDATE BINARY
Реинициа -
лизира броя
на прехвър -
лянията на
данни от
картата
OK
3.4.Формат на архивиране на данните
3.4.1.Въведение
Прехвърлените данни трябва да бъдат записани при следните условия :
—записванетонаданнитетрябваданезависиотизползваниякод .Сдруги
думи ,редът ,по който се представят байтовете и битовете ,които съста -
вляват тези байтове ,трябва да бъде запазен по време на операцията по
архивирането ,извършена след трансфера им от картата ,
—всичкиданни ,коитосапрехвърлениоткартата врамкитенаеднасесия
за прехвърляне ,трябва да бъдат записани в един и същ файл в SME.
3.4.2.Формат на файловете
Форматътнафайловетепредставляваконкатенациянаняколкообекта VLB.
Тагът ,свързан с елементарния файл ,трябва да приеме формата на IDFна
файла ,придружен от допълнението „00“.
Тагът ,свързан с подписа на един елементарен файл ,трябва да приеме
формата на IDFна файла ,придружен от допълнението „01“.
Дължината отговаря на стойност ,изразена от два байта .Тази стойност
определя броя на байтовете ,предназначени за полето стойност .Стойността
„FF FF “,коятосъдържаполетодължина ,сезапазвазапо -късноизползване .
Полипсанапрехвърляненаданни ,никакваинформациязаопределенфайл
не се запазва (няма наличие на таг и няма дължина нула ).
Всеки подпис трябва да бъде запазен под формата на обект VLBведнага
след обекта VLB,който съдържа данните ,събрани в разглеждания файл .
Определения Значение Дължина
IDF (2байта )| |„00“Таг за FE (IDF) 3 байта
IDF (2байта )| |„01“Таг за подпис FE 3 байта
хх хх Дължина на полето
стойност2байта1998R2135 —BG—01.05.2006 —002.001 —197
▼M1
Пример за данни ,записани във файл за прехвърляне в SME:
Таг Дължина Стойност
…
4.ПРЕХВЪРЛЯНЕ НА ДАННИ ОТ ТАХОГРАФСКА КАРТА С
ПОМОЩТА НА БЛОК ,МОНТИРАН НА ПРЕВОЗНОТО СРЕДСТВО
Блокът ,монтиран на превозното средство ,трябва да позволява прехвър -
лянето на съдържанието на карта на водач ,която е поставена в четящото
устройство на свързано с него специализирано логическо устройство .
Това специализираното логическо устройство трябва да изпрати съобщение
„Искане за трансфер на данни от типа прехвърляне на данни от карта “до
блока ,монтиран на превозното средство ,за да се стартира този режим на
предаване на данни (виж 2.2.2.9).
На този етап блокът ,монтиран на превозното средство ,трябва да извърши
цялостнотото прехвърляне на данни от картата ,файл по файл ,в съот -
ветствие с протокола за прехвърляне от карта ,дефиниран в параграф 3,
кактоидаизвършиизпращанекъмспециализиранотологическоустройствона всички данни ,които са извлечени от картата в съответния файлов
формат VLB (виж 3.4.2)и са формиранив границите на съобщение „Поло -
жителен отговор на искане за трансфер на данни “.
Специализираното логическо устройство трябва да извлече данни от
картата ,включени в съобщението „Положителен отговор на искане за
трансфер на данни “(като премахне всички заглавни части , IDS, PRT,
броячи на подсъобщения и контролни суми )и да ги запише във
физически файл в съответствие с описанието ,направено в параграф 2.3.
След което ,в зависимост от случая ,блокът ,монтиран на превозното
средство ,трябва да извърши актуализиране на файла с данните за
контролните дейности или да извърши прехвърляне на
данни от карти върху картата на
водача .1998R2135 —BG—01.05.2006 —002.001 —198
▼M1
Допълнение 8
ПРОТОКОЛ ЗА ЕТАЛОНИРАНЕ
СЪДЪРЖАНИЕ
1. Въведение ....................................................
2. Терминология ,определенияиизходнабаза ............................
3. Общпрегледнауслугите .........................................
3.1. Услугинаразположение .........................................
3.2. Кодовезаотговор ..............................................
4. Услугизавръзка ...............................................
4.1. Услуга StartCommunication . .......................................
4.2. Услуга StopCommunication . .......................................
4.2.1. Описаниенасъобщенията ........................................
4.2.2. Структуранасъобщенията ........................................
4.2.3. Определяненапараметрите .......................................
4.3. Услуга TesterPresent . . . . . . .......................................
4.3.1. Описаниенасъобщението ........................................
4.3.2. Форматнасъобщението ..........................................
5. Услугизауправление ............................................
5.1. Услуги StartDiagnosticSession . . . . . . . . . .............................
5.1.1. Описаниенасъобщенията ........................................
5.1.2. Структуранасъобщенията ........................................
5.1.3. Определяненапараметрите .......................................
5.2. Услуга SecurityAccess . . . . . .......................................
5.2.1. Описаниянасъобщенията ........................................
5.2.2. Структуранасъобщенията - SecurityAccessRequest#1 . . . . . ...............
5.2.3. Структуранасъобщенията - SecurityAccess - sendKey . . . . . ...............
6. Услугизапредаваненаданни .....................................
6.1. Услуга ReadDataByIdentifier .......................................
6.1.1. Описаниенасъобщенията ........................................
6.1.2. Структуранасъобщенията ........................................
6.1.3. Определяненапараметрите .......................................
6.2. Услуга WriteDataByIdentifier .......................................
6.2.1. Описаниенасъобщенията ........................................
6.2.2. Структуранасъобщенията ........................................
6.2.3. Определяненапараметрите .......................................
7. Контрол на тестовите импулси —Функционален блок за контрол на входно /
изходнитеданни ...............................................
7.1. Услуга InputOutputControlByIdentifier . . . .............................
7.1.1. Описаниенасъобщенията ........................................
7.1.2. Структуранасъобщенията ........................................
7.1.3. Определяненапараметрите .......................................
8. Структуриназаписитесданни ....................................
8.1. Диапазониотпредаденипараметри .................................
8.2. Структуриназаписитесданни ....................................1998R2135 —BG—01.05.2006 —002.001 —199
▼M1
1.ВЪВЕДЕНИЕ
Това допълнение разглежда начините на обмен на данни между тестова
апаратура и блок ,монтиран на превозното средство ,посредством линията
К.Тази линия представлява неразделна част от интерфейса за еталониране ,
който е описан в допълнение 6.Настоящото допълнение разглежда също
контрола на линията на входно /изходната сигнализация ,който се извършва
на нивото на конектора за еталониране .
Установяването на връзките по линия К се описва в раздел 4„Услуги за
връзка “.
Настоящото допълнение се основава на концепцията за „сесии за диаг -
ностика “за определяне на обхвата на контрола на линията К в зависимост
от развитието на начините на обмен .Сесията по подразбиране е „Standard-
DiagnosticSession “,при която е възможно всички данни ,които се съдържат
в блока ,монтиран на превозното средство ,да бъдат извлечени от него ,но
никакви данни не могат да бъдат записани в този блок .
Избирането на опцията „Сесия за диагностика “е обект на подробно
описание в раздел 5„Услуги за управление “.
„ECUProgrammingSession “разрешава въвеждането на данни в блока ,
монтиран на превозното средство .Освен това ,в случай ,когато се
въвеждат данни за еталониране (изисквания 097и098),блокът ,монтиран
на превозното средство ,трябва работи в режим ЕТАЛОНИРАНЕ .
ТрансферътнаданнипосредствомлиниятаКеобектнаподробноописание
в Раздел 6„Услуги за прехвъляне на данни “.Форматите на предадените
данни са описани подробно в Раздел 8„Структури на записите с данни “.
Сесиятазанастройка „ECUAdjustmentSession “позволяваизбираненарежим
на функциониране за линията за входно /изходната сигнализация за етало -
ниране посредством интерфейса с линията К .Контролът на линията за
входно /изходната сигнализация за еталониране е обект на подробно
описание в Раздел 7„Контрол на тестовите импулси —Функционален
блок за контрол на входно /изходните импулси “.
В настоящия документ тестовата апаратура притежава следния адрес :
„tt“.Въпреки че някои адреси на тестовата апаратура имат привилеги -
ровано положение ,блокът ,монтиран на превозното средство ,трябва да
реагира правилно на всеки адрес на тестовата апаратура .Физическият
адрес на блока ,монтиран на превозното средство ,се изобразява по
следния начин : 0xEE.
2.ТЕРМИНОЛОГИЯ ,ОПРЕДЕЛЕНИЯ И ИЗХОДНА БАЗА
Протоколите ,съобщениятаикодовете загрешкасеосноваватглавно върху
настоящия вариант на проекта за стандарт ISO 14229-1 ( Пътни превозни
средства —системи за диагностика —Част I:служби за диагностика ,
версия 6от22февруари 2001г.).
Кодиранията на байтове и други шестнадесетични стойности се използват
по време на определянето на идентификаторите на услуги ,при израбо -
тването на служебните заявки и отговори и при конфигурирането на стан -
дартните параметри .
Терминът „тестоваапаратура “отпращакъмоборудването ,коетосеизползва
за въвеждане на данни за програмиране /еталониране в блока .
Термините „клиент “и„сървър “сеотнасятсъответнозатестоватаапаратура
и за блока ,монтиран на превозното средство .
Терминът UCEозначава „блок за електронно управление “и се прилага за
блока ,монтиран на превозното средство .
Изходна база :
ISO 14230-2: Пътни превозни средства —Системи за диагностика —
Протокол с ключови думи 2000 —Част 2:Слой за връзка
между данните .Първо издание : 1999г.Пътни превозни
средства —Системи за диагностика
3.ОБЩ ПРЕГЛЕД НА УСЛУГИТЕ
3.1.Услуги на разположение
Следващата таблица представя общ преглед на услугите ,определени в
настоящия документ ,които апаратурата за конрол трябва да може да
осигурява .1998R2135 —BG—01.05.2006 —002.001 —200
▼M1
Тазитаблицапосочвакоисауслугитенаразположениеповременаактивна
сесия за диагностика .
—първата колона посочва услугите ,които са на разположение ,
—вторатаколонапосочваномеранапараграфа ,вкойтосеправиподробно
описание на разглежданата услуга в настоящото допълнение ,
—третата колона посочва стойността ,която е определена за разглеждания
идентификатор на услуга в съобщенията за искане на услуга ,
—четвъртата колона уточнява кои са услугите на „StandardDiagnostic-
Session “(SD),чието използване в блока ,монтиран на превозното
средство ,е абсолютно необходимо ,
—петата колона уточнява кои са услугите на „ECUAdjustmentSession “
(ECUAS),чието използване е абсолютно необходимо ,за да се позволи
извършваненаадекватенконтролналиниятазавходно /изходнатасигна -
лизация на равнището на конектора за еталониране ,монтиран на
предния панел на блока ,монтиран на превозното средство ,
—шестата колона уточнява кои са услугите на „ECUProgrammingSession “
(ECUPS),чиетоизползваневблока ,монтираннапревознотосредство ,е
абсолютно необходимо за извършване на програмирането на експлоата -
ционните параметри в блока .
Таблица 1
Таблица —рекапитулация на стойностите ,които са определени за
идентификаторите на услуги
Име на услугите за
диагностикаПараграфиСтойности
на иденти -
фикаторите
на услугиСесии за диагностика
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
InputOutputControlByIden-
tifier7.1 2F
Този знак напомня за задължителния характер на услугата по време на тази сесия за диаг -
ностика .Няма символ ,който да посочва ,че изпълнението на съответната услуга не е
разрешено по време на тази сесия за диагностика .1998R2135 —BG—01.05.2006 —002.001 —201
▼M1
3.2.Кодове за отговор
Кодовете за отговор се определят за всяка услуга .
4.УСЛУГИ ЗА ВРЪЗКА
Някои услуги са необходими за установяването и за поддържането на
връзките .Те не се появяват в слоя на приложението .Таблицата ,която
следва ,посочва различните услуги ,които са на разположение :
Таблица 2
Услуги за връзка
Названия на услугите Описание
StartCommunication Клиентът иска започване на сесия за връзка с един или
няколко сървъра .
StopCommunication Клиентът иска прекъсване на текущата сесия за връзка .
TesterPresent Клиентът указва на сървъра ,че е той е все още на
линия .
Услугата StartCommunication се използва за установяване на връзка .Изпъл -
нениетонавсяка услугапредполагаустановяванетона връзкаи избирането
на параметри ,които са адаптирани за желания режим на експлоатация .
4.1.Услуга StartCommunication
При получаването на примитив за указване StartCommunication блокът ,
монтиран на превозното средство ,проверява дали установяването на
необходимата вътрешна връзка може да се осъществи при наличните
условия .Условията за установяване на вътрешна връзка са обект на
подробно описание в документ ISO 14230-2.
След това блокът ,монтиран на превозното средство ,трябва да изпълни
всички необходими действия за установяването на необходиматавътрешна връзка и да изпрати примитив за отговор StartCommunication с
избраните параметри за положителен отговор .
Ако един вече инициализиран блок ,монтиран на превозното средство (и
влязъл в сесия за диагностика ),получи нова команда за установяване на
вътрешна връзка (например поради повторно стартиране при грешка на
нивото на тестовата апаратура ),това искане трябва да бъде прието и
блокът да бъде реинициализиран .
Ако по една или друга причина установяването на вътрешната връзка се
окаже невъзможно ,блокът трябва да продължи да работи при същите
условия ,каквито са съществували непосредствено преди опита за устано -
вяване на вътрешна връзка .
Съобщението за искане за установяване на връзка трябва да се адресира
физически .
Инициализирането на блока ,монтиран на превозното средство за осигуря -
ването на услугите ,се осъществява по метода за бързото инициализиране :
—време на активност /бездействие ,предхождащо всяка дейност ,
—предаване на конфигурация за инициализиране от тестовата апаратура ,
—всички необходими информации за установяването на връзка се
съдържат в отговора на блока ,
монтиран на превозното средство .
След инициализиране ,
—стойностите ,които са определени за всички параметри за връзка ,са
описани в таблица 4в зависимост от ключовите байтове ,
—блокът изчаква първото искане ,изпратено от тестовата апаратура ,
—блокът работи в режим за диагностика по подразбиране ,тоест в режим
StandardDiagnosticSession,
—линията за входно /изходната сигнализация за еталониране се намира в
режим на експлоатация по подразбиране ,тоест е дезактивирана .1998R2135 —BG—01.05.2006 —002.001 —202
▼M1
Пропускателната скорост на данните по линията К е равна на 10 400бода.
Бързата инициализация се задейства от тестовата апаратура ,която изпраща
блок с данни за активиране (Wup)по линията К .Този блок започва след
период на бездействие на линията К ,последван от времеви период Tinil.
Тестовата апаратура изпраща първия бит на StartCommunicationService след
времеви период Twup,последван от първия низходящ фронт на импулса .
Стойноститезасинхронизиране ,определенизабързотоинициализиранеи
за връзките по принцип ,са обект на подробно описание в следващите
таблици .Що се отнася до времето на бездействие ,могат да се разгледат
три възможности :
—първо предаване на данни след включване под напрежение ,T .
бездействие = 300милисекунди ,
—следпреустановяванесъс StopCommunicationService, T. бездействие =P 3
min,
—след прекъсване на връзка поради превишаване на определеното време
P3 max, Tбездействие =0 .
Таблица 3
Стойности за синхронизация ,определени за бързото инициализиране
Параметър Стойност min Стойност max
Tinil 25 ± 1 ms 24 ms 26 ms
Twup 50 ± 1 ms 49 ms 51 ms
Таблица 4
Стойности ,определени за параметрите за синхронизация на връзките
Параметър за
синхро -
низацияСинхронизацияДопустими
минимални
стойности
(ms)Допустими
максимални
стойности
(ms)
min. max.
P1Междубайтово време ,който трябва да се
спазва в очакването на отговор от страна
на блока ,монтиран на превозното средство02 0
P2Отрязък от време между едно искане от
тестовата апаратура и един или два
отговора от блока ,монтиран на превозното
средство25 250
P3Отрязък от времемежду края на отговорите
на блока и началото на ново искане ,
изпратено от тестовата апаратура55 5 000
P4Междубайтово време ,което трябва да се
спазва в очакването на искане ,изпратено
от тестовата апаратура52 0
Структуратанаизпратенитесъобщенияврамкитенабързаинициализацияе
обект на подробно описание в таблиците ,които следват .1998R2135 —BG—01.05.2006 —002.001 —203
▼M1
Таблица 5
Съобщение за искане за установяване на връзка
Байт # Название на параметъра Стойност hex.Мнемоничен
код
#1Байт за структура —физическо адресиране 81 FMT
#2Байт за адреса на набелязаното състояние EE CIB
#3Байт за адреса на източника tt SRC
#4 ID на услугата „Искане за установяване на
връзка “81 DEC
#5Байт за контролна сума 00-FF TC
Таблица 6
Съобщение за положителен отговор на искане за установяване на връзка
Байт # Название на параметъра Стойност hex.Мнемоничен
код
#1Байт за структура —физическо адресиране 80 FMT
#2Байт за адреса на набелязаното състояние tt CIB
#3Байт за адреса на източника EE SRC
#4Байт за допълнителна дължина 03 LON
#5 ID на услугата „Положителен отговор на
искане за установяване на връзка “C1 RPDEC
#6Ключов байт 1 EA OC1
#7Ключов байт 2 8F OC2
#8Байт за контролна сума 00-FF TC
Няма отрицателен отговор на съобщението за искане за установяване на
връзка .Поради липса на положително съобщение за изпращане блокът не
сеинициализира ,никаквиданнинесепредаватисистематаостававрежим
на нормална експлоатация .
4.2.Услуга StopCommunication
4.2.1.Описание на съобщенията
Тази услуга ,която обхваща слоя ,свързан с осъществяването на връзка ,
цели да сложи край на всяка сесия за връзка .
При получаването на примитив за указване StopCommunication блокът ,
монтиран на превозното средство ,проверява дали наличните условия
позволяват прекъсването на текущата връзка .Ако случаят е именно такъв ,
блокъттрябвадаизвършивсичкиизискваниоперации ,задапрекративръзката .
Ако е възможно прекъсване на връзката ,блокът трябва да изпрати
примитив за отговор StopCommunication, като използва избраните
параметри за положителен отговор ,преди да прекрати връзката .
Ако по една или друга причина се окаже невъзможно прекратяването на
определената връзка ,блокът трябва да изпрати примитив за отговор Stop-
Communication, като прибегне до използването на избрания параметър за
отрицателен отговор .
Ако блокът открие надвишаване на времетраенето P3max,връзката се
прекратява ,без да се придружава от изпращане на какъвто и да е
примитив за отговор .
4.2.2.Структура на съобщенията
Структуратанасъобщенията ,свързаниспримитивите StopCommunication, е
обект на подробно описание в таблиците ,които следват .1998R2135 —BG—01.05.2006 —002.001 —204
▼M1
Таблица 7
Съобщение за искане за прекратяване на връзка
Байт # Название на параметъра Стойност hex.Мнемоничен
код
#1Байт за структура —физическо адресиране 80 FMT
#2Байт за адреса на набелязаното състояние EE CIB
#3Байт за адреса на източника tt SRC
#4Байт за допълнителна дължина 01 LON
#5 ID на услугата „Искане за прекратяване на
връзка “82 DIC
#6Байт за контролна сума 00-FF TC
Таблица 8
Съобщение за положителен отговор на искане за прекъсване на връзка
Байт # Название на параметъра Стойност hex.Мнемоничен
код
#1Байт за структура —физическо адресиране 80 FMT
#2Байт за адреса на набелязаното състояние tt CIB
#3Байт за адреса на източника EE SRC
#4Байт за допълнителна дължина 01 LON
#5 ID на услугата „Положителен отговор на
искане за прекратяване на връзка “C2 RPDIC
#6Байт за контролна сума 00-FF CS
Таблица 9
Съобщение за отрицателен отговор на искане за прекъсване на връзка
Байт # Название на параметъра Стойност hex.Мнемоничен
код
#1Байт за структура —физическо адресиране 80 FMT
#2Байт за адреса на набелязаното състояние tt CIB
#3Байт за адреса на източника EE SRC
#4Байт за допълнителна дължина 03 LON
#5 ID на услугата Отрицателен отговор 7F RN
#6 ID на услугата „Искане за прекратяване на
връзка “82 DIC
#7Код за отговор = generalReject 10 CR_GR
#8Байт за контролна сума 00-FF TC
4.2.3.Определяне на параметрите
Тази услуга не налага определяне на никакъв параметър .
4.3.Услуга TesterPresent
4.3.1.Описание на съобщението
Услугата TesterPresent се използва от тестовата апаратура ,за да посочи на
сървъра ,че тя все още е на разположение ,с цел да се попречи на автома -1998R2135 —BG—01.05.2006 —002.001 —205
▼M1
тичнотовръщаненасървъракъмрежимнанормалнаработаидасеизбегне
евенуалното прекъсване на връзката .Тази услуга ,изпращана периодично ,
поддържаактивнасесиятазадиагностикаивръзката ,катонулираброячаР 3
при всяко искане на услуга .
4.3.2.Формат на съобщението
Структуратанасъобщенията ,свързаниспримитивите TesterPresent, еобект
на подробно описание в таблиците ,които следват .
Таблица 10
Съобщение за искане за указване на наличие на тестова апаратура
Байт # Название на параметъра Стойност hex.Мнемоничен код
#1Байт за структура —физическо адресиране 80 FMT
#2Байт за адреса на набелязаното състояние EE CIB
#3Байт за адреса на източника tt SRC
#4Байт за допълнителна дължина 02 LON
#5 ID на услугата „Искане за указване на
присъствие на тестова апаратура “3E IPAE
#6Подфункция = responseRequired ( изискван
отговор )[да01 RESPREQ_Y
не] 02 RESPREQ_NO
#7Байт за контролна сума 00-FF TC
Ако параметърът responseRequired ( искан отговор )е„да“,сървърът ще
отговори с последващо положително съобщение .Ако параметърът е „не“,
сървърът не изпраща отговор .
Таблица 11
Съобщение за положителен отговор на индикатора за наличие на тестова апаратура
Байт # Название на параметъра Стойност hex.Мнемоничен
код
#1Байт за структура —физическо адресиране 80 FMT
#2Байт за адреса на набелязаното състояние tt CIB
#3Байт за адреса на източника EE SRC
#4Байт за допълнителна дължина 01 LON
#5 ID на услугата „Положителен отговор на
индикатора за наличие на тестова
апаратура “7E RPIPAE
#6Байт за контролна сума 00-FF TC
Услугата приема следните кодове за отрицателен отговор :
Таблица 12
Съобщение за отрицателен отговор на индикатора за наличие на тестова апаратура
Байт # Название на параметъра Стойност hex.Мнемоничен
код
#1Байт за структура —физическо адресиране 80 FMT
#2Байт за адреса на набелязаното състояние tt CIB
#3Байт за адреса на източника EE SRC1998R2135 —BG—01.05.2006 —002.001 —206
▼M1
Байт # Название на параметъра Стойност hex.Мнемоничен
код
#4Байт за допълнителна дължина 03 LON
#5 ID на услугата Отрицателен отговор 7F RN
#6 ID на услугата „Искане на индикатора за
наличи “е3E TP
#7Код за отговор = [SubFunctionNotSupported- 12 RC_SFNS_IF
InvalidFormatincorrectMes-
sageLength]13 RC_IML
#8Байт за контролна сума 00-FF CS
5.УСЛУГИ ЗА УПРАВЛЕНИЕ
Таблицата ,която следва ,представя опис на различните услуги ,които са на
разположение :
Таблица 13
Услуги за управление
Наименование на услугите Описание
StartDiagnosticSession Клиентът иска отваряне на сесия за диагностика с определен
блок,монтиран на превозното средство
SecurityAccess Клиентът иска достъп до някои функции ,които са запазени за
оторизирани потребители
5.1.Услуга StartDiagnosticSession
5.1.1.Описание на съобщенията
Услугата StartDiagnosticSession позволява активиране на различни сесии за
диагностика в сървъра .Сесията за диагностика разрешава използването на
специфиченнаборотуслугивсъответствиесуказанията ,коитосададенив
таблица 17.Една сесия може да позволи извършването на специфични
услуги на производителя на превозното средство ,които не фигурират в
настоящия документ .Правилата за тяхното извършване отговарят на
следните изисквания :
—винаги има само една текуща сесия в блока ,монтиран на превозното
средство ,
—блокът винаги отваря стандартната сесия за диагностика ,когато е
включенподнапрежение ,аконямаотворенадругасесиязадиагностика ,
стандартнатасесиязадиагностикаоставаотворенатолковадълговреме ,
колкото време блокът е под напрежение ,
—ако една вече отворена сесия за диагностика е поискана от тестовата
апаратура ,блокът изпраща съобщение за положителен отговор ,
—когато тестовата апаратура поиска нова сесия за диагностика ,блокът ,
монтиран на превозното средство ,изпраща първоначално съобщение за
положителенотговорнаисканетозаотваряненасесиятазадиагностика ,
преди новата сесия да бъде отворена в блока .Ако блокът не е успял да
отвори исканата нова сесия за диагностика ,той изпраща съобщение за
отрицателен отговор на искането за отваряне на сесията за диагностика
и текущата сесия продължава .
Започването на сесия за диагностика може да се осъществи само при
условие ,че е била установена предварително връзка между клиента и
блока ,монтиран на превозното средство .
Параметритезасинхронизиране ,определенивтаблица 4,сеактивиратслед
успешното изпълнение на услуга StartDiagnosticSession при положение ,че
съобщението за заявка съдържа параметъра на сесията за диагностика
„Session standard “и ако предварително е била активна друга сесия за диаг -
ностика .1998R2135 —BG—01.05.2006 —002.001 —207
▼M1
5.1.2.Структура на съобщенията
Структурата на съобщенията ,свързани с примитивите StartDiagnostic-
Session,е обект на подробно описание в следващите таблици .
Таблица 14
Съобщение за искане за започване на сесия за диагностика
Байт # Название на параметъра Стойност hex.Мнемоничен
код
#1Байт за структура —физическо адресиране 80 FMT
#2Байт за адреса на набелязаното състояние EE CIB
#3Байт за адреса на източника tt SRC
#4Байт за допълнителна дължина 02 LON
#5 ID на услугата „Искане за започване на
сесия за диагностика “10 DLSD
#6Сесиязадиагностика =[стойностоттаблица
17]xx SD_ …
#7Байт за контролна сума 00-FF TC
Таблица 15
Съобщение за положителен отговор на искане за започване на сесия за диагностика
Байт # Название на параметъра Стойност hex.Мнемоничен
код
#1Байт за структура —физическо адресиране 80 FMT
#2Байт за адреса на набелязаното състояние tt CIB
#3Байт за адреса на източника EE SRC
#4Байт за допълнителна дължина 02 LON
#5 ID на услугата „Положителен отговор на
искане за започване на сесия за диаг -
ностика “50 RPDLSD
#6Сесия за диагностика =[същата стойност
като байт #6от таблица 14]xx SD_ …
#7Байт за контролна сума 00-FF TC
Таблица 16
Съобщение за отрицателен отговор на искане за започване на сесия за диагностика
Байт # Название на параметъра Стойност hex.Мнемоничен
код
#1Байт за структура —физическо адресиране 80 FMT
#2Байт за адреса на набелязаното състояние tt CIB
#3Байт за адреса на източника EE SRC
#4Байт за допълнителна дължина 03 LON
#5 ID на услугата Отрицателен отговор 7F RN
#6 ID на услугата „Искане за започване на
сесия за диагностика “10 DLSD_ …1998R2135 —BG—01.05.2006 —002.001 —208
▼M1
Байт # Название на параметъра Стойност hex.Мнемоничен
код
#7Код за отговор = [subFunctionNotSupported -
(неподдържана подфункция )(а)12 RC_SFNS
incorrectMessageLength -
(неправилна дължина на
съобщение )(б)13 RC_IML
conditionsNotCorrect -
(неправилни условия (в)]22 RC_CNC
#8Байт за контролна сума 00-FF TC
(а)Въведената стойност в байт #6на съобщението за искане не се взема под внимание ,тоест не е в
таблица 17.
(б)Дължината на съобщението е неправилна .
(в)Критериите за искане за започване на сесия за диагностика (StartDiagnosticSession) не са изпълнени .
5.1.3.Определение на параметрите
Услугата StartDiagnosticSession използвапараметъра „Сесиязадиагностика “
(SDC)заизборнаособенрежимнаповедениенасървъраилинасървърите .
Сесиите за диагностика ,които следват ,са уточненив настоящия документ :
Таблица 17
Определяне на стойностите ,използвани при сесиите за диагностика
Hex ОписаниеМнемонич -
ен код
81Стандартна сесия за диагностика (StandardDiagnosticSession)
Тази сесия за диагностика позволява да се активират всички услуги ,
посочени в таблица 1,колона 4,„SD“.Тези услуги разрешават изте -
глянето на данни ,записани в сървър (блок,монтиран на превозното
средство ).Тазисесиязадиагностикаставаактивнаследуспешнафаза
на инициализиране между клиент (тестовата апаратура )и сървър
(блока ,монтиран на превозното средство ).Възможно е тази сесия
да бъде заменена от други други сесии за диагностика ,специфи -
цирани в този раздел .SD
85Сесия за програмиране на UCE (ECUProgrammingSession)
Тази сесия за диагностика позволява да се активират всички услуги ,
изреденивтаблица 1,колона 6,„ECUPS “.Тезиуслугипоематосигу -
ряванетонапрограмиранетонапаметтанасървър (блок,монтиранна
превозното средство ).Възможно е тази сесия да бъде заменена от
други други сесии за диагностика ,специфицирани в този раздел .SPUCE
87Сесия за настройка на UCE (ECUAdjustmentSession)
Тази сесия за диагностика позволява да се активират всички услуги ,
посоченивтаблица 1,колона 5,„ECUAS “.Тезиуслугипоематосигу -
ряването на контрола на входно /изходните данни на сървър (блок,
монтиран на превозното средство ).Възможно е тази сесия да бъде
замененаотдругидругисесиизадиагностика ,специфициранивтози
раздел .SRUCE
5.2.Услуга SecurityAccess
Задаможедасеизвършизаписванетонаданнитезаеталониранеилидасе
получи достъп до входно /изходната линия за еталониране ,е необходимо
блокът ,монтиран на превозното средство ,да работи в режим ЕТАЛО -
НИРАНЕ .Освен поставянето на валидна цехова карта в съответното
четящо устройство на блока ,е задължително да се въведе съответният
индивидуален идентификационен номер в блока ,за да се получи достъп
до режима ЕТАЛОНИРАНЕ .
Услугата SecurityAccess позволява въвеждане на индивидуалния идентифи -
кационенномерипосочваненатестоватаапаратурадалиблокътработиили
не в режим ЕТАЛОНИРАНЕ .
Системата позволява използване на други методи за въвеждане на този
индивидуален идентификационен номер .1998R2135 —BG—01.05.2006 —002.001 —209
▼M1
5.2.1.Описания на съобщенията
Услугата SecurityAccess съдържа изпълнение на съобщение „requestSeed “
(искане за стартиране на удостоверяване ),което при необходимост се
последва от съобщението „sendKey “(искане за изпращане на ключ ).
Услугата SecurityAccess трябва да бъде изпълнена след услугата StartDiag-
nosticSession.
Тестовата апаратура трябва да прибегне до използването на съобщение
SecurityAcess „requestSeed “,за да провери дали блокът е в готовност да
приеме индивидуалния идентификационен номер .
Ако блокът ,монтиран на превозното средство ,е вече в режим ЕТАЛО -
НИРАНЕ ,той отговаря на искането ,което му е отправено чрез
изпращане на „Начало на удостоверяване “от0х0000,като използва
услугата „Положителен отговор на искането SecurityAccess “.
Ако блокът е готов да приеме даден индивидуален номер за извършването
на операция по проверка чрез цехова карта ,той трябва да отговори на
искането ,което му е отправено ,чрез изпращане на „Начало на удостове -
ряване “със стойност ,по-висока от 0х0000,като използва услугата „Поло -
жителен отговор на искането SecurityAccess “.
Ако блокът не е готов да приеме даден индивидуален идентификационен
номер ,изпратен от тестовата апаратура ,защото поставената цехова карта в
четящото устройство не е валидна ,защото в това устройство няма никаква
карта или защото блокът изчаква предаването на изисквания индивидуален
идентификационен номер по друг начин ,той трябва да отговори на
искането ,което му е отправено ,чрез изпращане на отрицателен отговор ,
придружен от код за отговор conditionsNotCorrect или ResquestSequen-
ceError.
Вкрайнасметкатестоватаапаратуратрябвадаприбегнедоизползванетона
съобщение SecurityAcess „sendKey “,за да предаде определен индивидуален
идентификационен номер на блока ,монтиран на превозното средство .За
управлението на времето ,необходимо за извършването на процеса по
удостоверяване на картата ,блокът трябва да прибегне до кода за отри -
цателен отговор requestCorrectlyReceived-ResponsePending ( нормално
получено искане —следва отговор )с цел да се продължи времето за
отговор .Времето за отговор не трябва обаче да надхвърля 5минути .
След като бъде изпълнена исканата услуга ,блокът изпраща съобщение за
положителенилиотрицателенотговорскодзаотговор ,койтоеразличенот
цитирания преди това код .Кодът за отрицателен отговор requestCorrectly-
Received-ResponsePending можедабъдеповторенотблокадотогава ,докато
исканатауслугабъдеизпълненаисъобщениетозакраенотговоризпратено .
Блокът ,монтиран на превозното средство ,трябва да отговоря на това
искане ,прибягвайки до услугата „Положителен отговор на искане Securi-
tyAccessRequest “само при условие ,че работи в режим ЕТАЛОНИРАНЕ .
В случаите ,които са изброени по -долу ,блокът трябва да отговори на това
искане с отрицателен отговор ,придружен от един от следните кодове за
отговор :
—subFunctionNotSupported: невалиден формат за параметъра на
подфункцията (accessType),
—conditionsNotCorrectorRequestSequenceError: блокът ,монтиран на
превозното средство ,не е готов за приемане на индивидуалния иден -
тифкационен номер ,
—invalidKey: Невалиден индивидуален идентификационен номер без
надхвърляне на броя на опитите за проверка на този номер ,
—еxceedNumberOfAttempts: Невалиден индивидуален идентификационен
номер с надхвърляне на броя на опитите за проверка на този номер ,
—generalReject: Редовен индивидуален идентификационен номер ,но
неуспешенопитзавзаимноудостоверяванесизползванатацеховакарта .
5.2.2.Структура на съобщенията –SecurityAccess —requestSeed
Структурата на съобщенията ,свързани с примитивите SecurityAccess
„requestSeed “е обект на подробно описание в таблиците ,които следват .1998R2135 —BG—01.05.2006 —002.001 —210
▼M1
Таблица 18
Съобщение за искане за SecurityAccess —requestSeed
Байт # Название на параметъра Стойност hex.Мнемоничен
код
#1Байт за структура —физическо адресиране 80 FMT
#2Байт за адреса на набелязаното състояние EE CIB
#3Байт за адреса на източника tt SRC
#4Байт за допълнителна дължина 02 LON
#5 ID на услугата „Искане SecurityAccess “ 27 SA
#6Режим на достъп —искане за начало на
удостоверяване (resquestSeed)7D MA_DG
#7Байт за контролна сума 00-FF TC
Таблица 19
Положителен отговор на искане за SecurityAccess —requestSeed
Байт # Название на параметъра Стойност hex.Мнемоничен
код
#1Байт за структура —физическо адресиране 80 FMT
#2Байт за адреса на набелязаното състояние tt CIB
#3Байт за адреса на източника EE SRC
#4Байт за допълнителна дължина 04 LON
#5 ID на услугата „Положителен отговор на
искане SecurityAccess “67 RPAS
#6Режим на достъп —искане за начало за
удостоверяване (resquestSeed)7D MA_DG
#7Удостоверяване от високо ниво 00-FF GERMSUP
#8Удостоверяване от ниско ниво 00-FF GERMINF
#9Байт за контролна сума 00-FF TC
Таблица 20
Съобщение за отрицателен отговор на искане за SecurityAccess
Байт # Название на параметъра Стойност hex.Мнемоничен
код
#1Байт за структура —физическо адресиране 80 FMT
#2Байт за адреса на набелязаното състояние tt CIB
#3Байт за адреса на източника EE SRC
#4Байт за допълнителна дължина 03 LON
#5 ID на услугата „Отрицателен отговор “ 7F RN
#6 ID на услугата „Искане SecurityAccess “ 27 AS
#7Код за отговор = [conditionsNotCorrectOrRe-
questSequenceError22 CR_CNC
incorrectMessageLength] 13 RC_IML
#8Байт за контролна сума 00-FF TC1998R2135 —BG—01.05.2006 —002.001 —211
▼M1
5.2.3.Структура на съобщенията - SecurityAccess - sendKey
Структурата на съобщенията ,свързани с примитивите SecurityAccess
„sendKey “е обект на подробно описание в таблиците ,които следват .
Таблица 21
Съобщение за заявка SecurityAccess —sendKey
Байт # Название на параметъра Стойност hex.Мнемоничен
код
#1Байт за структура —физическо адресиране 80 FMT
#2Байт за адреса на набелязаното състояние EE CIB
#3Байт за адреса на източника tt SRC
#4Байт за допълнителна дължина m+2 LON
#5 ID на услугата „Искане SecurityAccess “ 27 AS
#6Режим на достъп –изпращане на ключ
(sendKey)7E MA_EC
#7до#m+6Ключ #1 (от високо ниво ) xx CLE
……
Ключ #m (от ниско ниво ,стойността на m
трябва да бъде в интервала между 4и8
включително )xx
#m+7Байт за контролна сума 00-FF TC
Таблица 22
Съобщение за положителен отговор на искане SecurityAccess —sendKey
Байт # Название на параметъра Стойност hex.Мнемоничен
код
#1Байт за структура —физическо адресиране 80 FMT
#2Байт за адреса на набелязаното състояние tt CIB
#3Байт за адреса на източника EE SRC
#4Байт за допълнителна дължина 02 LON
#5 ID на услугата „Положителен отговор на
искане SecurityAccess “67 RPAS
#6Режим на достъп –изпращане на ключ
(sendKey)7E MA_EC
#7Байт за контролна сума 00-FF TC
Таблица 23
Съобщение за отрицателен отговор на искане SecurityAccess
Байт # Название на параметъра Стойност hex.Мнемоничен
код
#1Байт за структура —физическо адресиране 80 FMT
#2Байт за адреса на набелязаното състояние tt CIB
#3Байт за адреса на източника EE SRC
#4Байт за допълнителна дължина 03 LON
#5 ID на услугата „Отрицателен отговор “ 7F NR1998R2135 —BG—01.05.2006 —002.001 —212
▼M1
Байт # Название на параметъра Стойност hex.Мнемоничен
код
#6 ID на услугата SecurityAccess 27 AS
#7Код за отговор = [generalReject 10 CR_GR
subFunctionNotSupported 12 CR_SFNS
incorrectMessageLength 13 CR_IML
сonditionsNotCorrectOr
Request SequenceError22 CR_CNC
invalidKey 35 CR_IK
еxceededNumberOf
Attempts36 CR_ENA
requestCorrectlyReceived-
ResponsePending]78 CR_RCR_RP
#8Байт за контролна сума 00-FF TC
6.УСЛУГИ ЗА ПРЕДАВАНЕ НА ДАННИ
Услугите ,които са на разположение ,са обект на подробно описание в
следващата таблица :
Таблица 24
Услуги за предаване на данни
Наименование на услугите Описание
ReadDataByIdentifier Клиентът иска предаването на настоящата стойност на запис ,до
който общ идентификатор позволява получаването на достъп
WriteDataByIdentifier Клиентът иска запаметяване на запис ,до който получаването на
достъп е било позволено от идентификатор
6.1.Услуга ReadDataByIdentifier
6.1.1.Описание на съобщенията
Съобщението за заявка ReadDataByIdentifier се използва от клиента ,за да
поиска извличането на стойности ,които са записани в сървър .Данните се
идентифицират от „Идентификатор на записи “.Производителят на блока ,
монтиран на превозното средство ,има задължение да следи за изпъл -
нениетонаусловиятанасървъраповременаизвършванетонатазиуслуга .
6.1.2.Структура на съобщенията
Структурата на съобщенията ,свързани с примитивите ReadDataByIdentifier,
е обект на подробно описание в таблиците ,които следват .
Таблица 25
Съобщение за искане за четене на данни от идентификатор
Байт # Название на параметъра Стойност hex.Мнемоничен
код
#1Байт за структура —физическо адресиране 80 FMT
#2Байт за адреса на набелязаното състояние EE CIB
#3Байт за адреса на източника tt SRC1998R2135 —BG—01.05.2006 —002.001 —213
▼M1
Байт # Название на параметъра Стойност hex.Мнемоничен
код
#4Байт за допълнителна дължина 03 LON
#5 ID на услугата Искане ReadDataByIdentifier 22 RDBI
#6до#7Идентификатор на записи =[една стойност ,
извлечена от Таблица 28]xxxx ILR_ …
#8Байт за контролна сума 00-FF TC
Таблица 26
Съобщение за положителен отговор на искане за четене на данни от идентификатор
Байт # Название на параметъра Стойност hex.Мнемоничен
код
#1Байт за структура —физическо адресиране 80 FMT
#2Байт за адреса на набелязаното състояние tt CIB
#3Байт за адреса на източника EE SRC
#4Байт за допълнителна дължина m+3 LON
#5 ID на услугата „Положителен отговор на
искане ReadDataByIdentifier “62 RPDRDBI
#6и#7Локаленидентификаторназаписи =[същата
стойност като байтовете #6и#7от Таблица
25]xxxx ILR_ …
#8до#m+7Стойност на запис = (#1 хx VR_ …
:: :стойност на запис #m) xx VR_ …
#8Байт за контролна сума 00-FF TC
Таблица 27
Съобщение за отрицателен отговор на искане за четене на данни от идентификатор
Байт # Название на параметъра Стойност hex.Мнемоничен
код
#1Байт за структура —физическо адресиране 80 FMT
#2Байт за адреса на набелязаното състояние tt CIB
#3Байт за адреса на източника EE SRC
#4Байт за допълнителна дължина 03 LON
#5 ID на услугата „Отрицателен отговор “ 7F RN
#6 ID на услугата „Искане ReadDataByIden-
tifier“22 RDBI
#7Код за отговор = [requestOutOfRange 31 RC_ROOR
incorrectMessageLength 13 RC_IMLconditionsNotCorrect] 22 RC_CNC
#8Байт за контролна сума 00-FF TC1998R2135 —BG—01.05.2006 —002.001 —214
▼M1
6.1.3.Определяне на параметрите
Параметърът „Идентификатор на записи “(IR_)в съобщението за заявка
ReadDataByIdentifier идентифицира запис на данни .
Стойностите ,които един идентификатор на записи (recordDataIdentifier)
може да приема ,са посочени в следващата таблица .
Тазитаблицанаидентификаторитеназаписисесъстоиотчетириколонии
известен брой редове .
—първата колона (Hex.)указва „Valeur hex. “(стойността hex.),която се
определя за идентификатора на записи ,указан в третата колона ,
—втората колона (Елемент на данни )показва елемента на данни от
допълнение 1,на който се основава идентификаторът на записи
(понякога е необходимо преобразуване на кода ),
—третата колона (Описание )указва името на съответния идентификатор
на записи ,
—четвъртатаколона (Мнемониченкод )показвамнемоничниякод ,свързан
с този идентификатор на записи .
Таблица 28
Определяне на стойностите ,които се определят за идентификаторите на записи
Hex. Елемент на данниИме на идентификатора на
записи
(виж структурата ,посочена в
Раздел 8,част 2)Мнемоничен
код
F90B
 Дата и час IR_DH
F912
 Общ километраж на
превозното средство при
висока разделителна
способностIR_KTVHD
F918
 Коефициент K IR_FK
F91C
 Окръжност на търкаляне
на гумите Коефициент LIR_FL
F91D
 Характеристичен
коефициент Wна
превозното средствоIR_CWCV
F921
 Размери на гумите IR_DP
F922
 Дата на следващото етало -
ниранеIR_DPE
F92C
 Разрешена скорост IR_VA
F97D
 Държава -членка ,
извършила регистрациятаIR_EMI
F97E
 Регистрационен номер на
превозното средствоIR_NIMV1998R2135 —BG—01.05.2006 —002.001 —215
▼M1
Hex. Елемент на данниИме на идентификатора на
записи
(виж структурата ,посочена в
Раздел 8,част 2)Мнемоничен
код
F190
 Идентификационен номер
на превозното средствоIR_NIDV
Параметърът „Стойност на запис “(VR_)се използва при съобщението за
положителен отговор ReadDataByIdentifier, за да достави на клиента
(тестовата апаратура )записа на данни ,идентифициран от идентификатора
на записи .Структурите на данни са посочени в раздел 8.Други записи на
данни ,като входящите съобщения в блока ,монтиран на превозното
средство ,както и изходните данни —вътрешни и външни ,могат да се
получат по избор от потребителя ,но те не са предмет на определяне в
настоящия документ .
6.2.Услуга WriteDataByIdentifier
6.2.1.Описание на съобщенията
Клиентът прибягва да услугата WriteDataByIdentifier, за да извърши
записване на стойностите ,които са свързани със записите на данни на
даден сървър .Данните се идентифицират от идентификатор на записи .
Производителят на блока ,монтиран на превозното средство ,е длъжен да
сеувери ,ченеобходимитенормалниусловиянаработанасървъраповреме
наизвършванетонатазиуслугасаналице .Заизвършваненаактуализацията
на параметрите ,изброени в таблица 28,е необходимо блокът да бъде в
режим ЕТАЛОНИРАНЕ .
6.2.2.Структура на съобщенията
Структуратанасъобщенията ,свързаниспримитивите WriteDataByIdentifier,
е обект на подробно описание в следващите таблици .
Таблица 29
Съобщение за искане за записване на данни от идентификатор
Байт # Название на параметъра Стойност hex.Мнемоничен
код
#1Байт за структура —физическо адресиране 80 FMT
#2Байт за адреса на набелязаното състояние EE CIB
#3Байт за адреса на източника tt SRC
#4Байт за допълнителна дължина m+3 LON
#5 ID на услугата „Искане WriteDataByIden-
tifier“2E WDBI
#6до#7Идентификатор на записи =[стойност ,
извлечена от Таблица 28]xxxx IR_ …
#8до#m+7Стойност на запис = (#1 хx VR_V1
:: :Стойност на запис #m) xx VR_Vm
#m+8Байт за контролна сума 00-FF TC
Таблица 30
Съобщение за положителен отговор на искане за записване на данни от идентификатор
Байт # Название на параметъра Стойност hex.Мнемоничен
код
#1Байт за структура —физическо адресиране 80 FMT1998R2135 —BG—01.05.2006 —002.001 —216
▼M1
Байт # Название на параметъра Стойност hex.Мнемоничен
код
#2Байт за адреса на набелязаното състояние tt CIB
#3Байт за адреса на източника EE SRC
#4Байт за допълнителна дължина 03 LON
#5 ID на услугата „Положителен отговор на
искане WriteDataByIdentifier “6E WDBIPR
#6до#7Локаленидентификаторназаписи =[същата
стойност като байтове #6и#7Таблица 29]xxxx IR_ …
#8Байт за контролна сума 00-FF TC
Таблица 31
Съобщение за отрицателен отговор на искане за записване на данни от идентификатор
Байт # Название на параметъра Стойност hex.Мнемоничен
код
#1Байт за структура —физическо адресиране 80 FMT
#2Байт за адреса на набелязаното състояние tt CIB
#3Байт за адреса на източника EE SRC
#4Байт за допълнителна дължина 03 LON
#5 ID на услугата „Отрицателен отговор “ 7F RN
#6 ID на услугата „Искане WriteDataByIden-
tifier“2E WDBLI
#7Код за отговор = [requestOutOfRange 31 CR_ROOR
incorrectMessageLength 13 CR_IML
conditionsNotCorrect] 22 CR_CNC
#8Байт за контролна сума 00-FF TC
6.2.3.Определяне на параметрите
Параметърът „Идентификатораназаписи “(ILR_)еопределенвтаблица 28.
Параметърът „Стойност на запис “(VR)се използва при съобщението за
заявка WriteDataByIdentifier, за да достави на сървъра (блок,монтиран на
превозното средство )стойностите на записите ,идентифицирани от record-
DataIdentifier. Структурите на данните са указани в Раздел 8.
7.КОНТРОЛ НА ТЕСТОВИТЕ ИМПУЛСИ —ФУНКЦИОНАЛЕН БЛОК
ЗА КОНТРОЛ НА ВХОДНО /ИЗХОДНИТЕ ДАННИ
Услугите ,които са на разположение ,са обект на подробно описание в
следващата таблица :
Таблица 32
Функционален блок за контрол на входно /изходните данни
Название на услугата Описание
InputOutputControlByIdentifier Клиентът иска извършване на контрол на определени
входно /изходни данни на сървъра1998R2135 —BG—01.05.2006 —002.001 —217
▼M1
7.1.Услуга InputOutputControlByIdentifier
7.1.1.Описание на съобщенията
Връзката ,която се осъществява посредством фронтално разположения
конектор ,позволява контролирането или наблюдението на тестовите
импулси с помощта на съответна тестова апаратура .
Възможно е да се конфигурира тази линия за входно /изходна сигнализация
с помощта на команда ,изпратена по линията К ,като се използва услугата
InputOutputControlByIdentifier за избирането на необходимата за разглеж -
даната линия входна или изходна функция .Съществуват следните
налични състояния по линията :
—дезактивиран ,
—speedSignalInput, когато линията за входно /изходна сигнализация се
използва за въвеждане на сигнал за скорост (тестов сигнал ),който
замества сигнала за скорост на датчика за движение ,
—realTimeSpeedSignalOutputSensor, когато линията за входно /изходна
сигнализация се използва за извеждане на сигнала за скорост надатчика за движение ,
—RTCOutput,когато линията за входно /изходна сигнализация се използва
за извеждане на сигнала на часовника ,работещ по координираното
универсално време .
За да бъде в състояние да конфигурира състоянието на линията ,е
необходимо блокът ,монтиран на превозното средство ,да е започнал
сесия за настройка и да работи в режим ЕТАЛОНИРАНЕ .Когато
операторът завърши сесия за настройка или реши да излезе от режим
ЕТАЛОНИРАНЕ ,блокът трябва да се увери ,че линията за входно /изходна
сигнализация се е върнала в дезактивирано положение (по подразбиране ).
В случай на получаване на импулси за скорост по входящата линия на
сигнала за моментна скорост на блока ,монтиран на превозното средство ,
приположение ,челиниятазавходно /изходнасигнализацияработиврежим
на въвеждане на данни ,тази линия за сигнализация преминава в режим на
извеждане на данни или се връща в своето дезактивирано положение .
Ето последователността на операциите :
—установяване на взаимна връзка посредством услугата StartCommuni-
cation,
—влизаневсесиязанастройкапосредствомуслугата StartDiagnosticSession
и преминаване в режим на работа ЕТАЛОНИРАНЕ (редът на
изпълнение на тези две операции е без значение ),
—променяне на състоянието на изхода посредством услугата InputOutput-
ControlBydentifier.
7.1.2.Структура на съобщенията
Структурата на съобщенията ,свързани с примитивите InputOutputControl-
ByIdentifier, е обект на подробно описание в следващите таблици .
Таблица 33
Съобщение за искане на входно /изходен контролот идентификатор
Байт # Название на параметъра Стойност hex.Мнемоничен
код
#1Байт за структура —физическо адресиране 80 FMT
#2Байт за адреса на набелязаното състояние EE CIB
#3Байт за адреса на източника tt SRC
#4Байт за допълнителна дължина хх LON
#5 ID на услугата Искане InputOutputControl-
ByIdentifier2F IOCBLI1998R2135 —BG—01.05.2006 —002.001 —218
▼M1
Байт # Название на параметъра Стойност hex.Мнемоничен
код
#6и#7Локален входно /изходен идентификатор =
[CalibrationInputOutput]F960 ILES_CIO
#8или#8до
#9Опция за контрол = [ OC_ …
Параметър за входно /изходен
контрол —стойност ,
извлечена от Таблица 36хx PCES_ …
Състояние на контрол –
Стойност ,извлечена от
Таблица 38 (виж.Следващата
забележка )]xx ETC_ …
#9или#10Байт за контролна сума 00-FF TC
Забележка :Параметърът „Състояние на контрол “се появява само в някои случаи (виж параграф 7.1.3).
Таблица 34
Съобщение за положителен отговор на искане за входно /изходен контролот идентификатор
Байт # Название на параметъра Стойност hex.Мнемоничен
код
#1Байт за структура —физическо адресиране 80 FMT
#2Байт за адреса на набелязаното състояние tt CIB
#3Байт за адреса на източника EE SRC
#4Байт за допълнителна дължина хх LON
#5 ID на услугата „Положителен отговор на
искане InputOutputControlByIdentifier “6F RPIOCBI
#6и#7Локален входно /изходен идентификатор =
[CalibrationInputOutput]F960 ILES_CIO
#8или#8до#9Състояние на контрол = [ STC_
Параметър на
входно /изходен
контрол -(същата
стойност ,като
байт #7от
Таблица 33)хx PCES_ …
Състояние на
контрол –(същата
стойност като байт#9от Таблица 33)]xx ETC_ …
#9или#10Байт за контролна сума 00-FF TC
Таблица 35
Съобщение за отрицателен отговор на искане за входно /изходен контролот идентификатор
Байт # Название на параметъра Стойност hex.Мнемоничен
код
#1Байт за структура —физическо адресиране 80 FMT
#2Байт за адреса на набелязаното състояние tt CIB
#3Байт за адреса на източника EE SRC
#4Байт за допълнителна дължина 03 LON1998R2135 —BG—01.05.2006 —002.001 —219
▼M1
Байт # Название на параметъра Стойност hex.Мнемоничен
код
#5 ID на услугата „Отрицателен отговор “ 7F RN
#6 ID на услугата „Искане inputOutputControlByI-
dentifier “2F IOCBI
#7Код за отговор =[
incorrectMessageLength 13 CR_IMLconditionsNotCorrect 22 CR_CNCrequestOutOfRange 31 CR_ROOR
deviceControlLimitsExceeded] 7A CR_DCLE
#8Байт за контролна сума 00-FF TC
7.1.3.Определяне на параметрите
Параметърът „Параметър за входно /изходен контрол “(PCES_)е определен
в следната таблица .
Таблица 36
Определяне на стойностите ,които приемат параметрите за входно /изходен контрол
Hex ОписаниеМнемоничен
код
00Връщане на команда на UCE
Тази стойност трябва да посочва на сървъра (блок,монтиран на
превозното средство ),че тестовата апаратура не управлява повече
линията за входно /изходна сигнализация .RCUCE
01Възстановяване на конфигурацията по подразбиране
Тази стойност трябва да посочва на сървъра (блок,монтиран на
превозното средство ),че той трябва да върне към своето начално
състояние входящия сигнал ,вътрешния параметър или изходящия
сигнал ,указан от локалния входно /изходен идентификатор .RCD
03Краткосрочна настройка
Тази стойност трябва да посочва на сървъра (блок,монтиран на
превозното средство ),че той трябва да настрои входящия сигнал ,
вътрешния параметър или изходящия сигнал ,указан от локалния
входно /изходен идентификатор в RАМ–паметта ,като му определи
една от стойностите ,които са включени в параметрите за
състояние на контрол .RCT
Параметърът „Състояние на контрол “се появява само когато параметърът
завходно /изходенконтролеконфигуриранкатопараметързакраткосрочна
настройка и е определен в следната таблица :
Таблица 37
Определяне на стойностите ,които приема параметърът „Състояние на контрол “
Режим Стойност hex. Описание
Дезактивиране 00Дезактивирана входно /изходна линия (по подразбиране )
Активиране 01Активиранавходно /изходналиниязавъвежданенасигнали
за скорост (speedSignalInput)
Активиране 02Активирана входно /изходна линия за извеждане от датчика
на сигнал на скорост в реално време (realTimeSpeedSigna-
lOutputSensor)
Активиране 03Активирана входно /изходна линия за RTCOutput1998R2135 —BG—01.05.2006 —002.001 —220
▼M1
8.СТРУКТУРИ НА ЗАПИСИТЕ НА ДАННИ
Настоящият раздел излага подробно :
—общите правила ,които се прилагат към диапазона от параметри ,
прехвърляни от блока ,монтиран на превозното средство ,към
тестовата апаратура ,
—структурите ,които се използват за прехвърлените данни посредством
услугите за предаване на данни ,изложени в раздел 6.
Прилагането на всички посочени параметри се осигурява от блока ,
монтиран на превозното средство .
Данните ,предавани от блока към тестовата апаратура в отговор на искане ,
са от измерим тип (тоест актуалната стойност на искания параметър е
такава ,каквато е измерена или наблюдавана от блока ).
8.1.Диапазони от предавани параметри
Таблица 38определяизползванитедиапазонизаопределяневалидносттана
даден предаван параметър .
Стойностите от диапазона „Индикатор за грешка “позволяват на блока да
посочи веднага ,че в момента не е налице никаква валидна параметрична
стойност поради някаква грешка в тестовата апаратура .
Стойностите от диапазона „Не на разположение “позволяват на блока да
изпрати съобщение ,което съдържа параметър ,който не е на разположение
илиподдръжкатанакойтонесеосигуряваотвъпросниямодул .Стойностите
отдиапазона „Непоискан “позволяватпредаванетонакомандносъобщениеи
дават информация за параметрите ,за които получателят не очаква отговор .
Когатонеизправноствдаденкомпонентпопречинапредаванетонавалидни
данни за даден параметър ,е целесъобразно да се използва индикаторът за
грешка така ,както е описан в таблица 38,вместо данните за този
параметър .Въпреки това ,ако измерените или изчислени данни показват
валидна стойност ,която обаче се намира извън определения за този
параметър диапазон ,индикаторът за грешка не трябва да бъде използван .
Целесъобразно е в този случай да се предадат данните ,като се използва
подходящата минимална или максимална параметрична стойност .
Таблица 38
Диапазони на записите на данни
Име на диапазона1байт
(стойност hex.)2байта
(стойност hex.)4байта
(стойност hex.)ASCII
Валиден сигнал 00доFA 0000доFAFF 00000000 доFAFFFFFF 1 до254
Индикатор ,отнасящ
се до този параметърFB FB00 доFBFF FB000000 доFBFFFFFF няма
Диапазон ,запазен за
бъдещите байтове наиндикатораFCдоFD FC00доFDFF FC000000 доFDFFFFFF няма
Индикатор за грешка FE FE00 доFEFF FE000000 доFEFFFFFF 0
Неенаразположение
или не е поисканFF FF00 доFFFF FF000000 доFFFFFFFF FF
За параметрите ,кодирани в ASCII,символът ASCII „*“се резервира като
разграничител .
8.2.Структури на записите на данни
Таблиците ,коитоследватот 40до44,излагатподробноструктурите ,които
трябва да се използват посредством услугите ReadDataByIdentifier иWrite-
DataByIdentifier.
Таблица 40указва дължината ,разделителната способност и оперативния
диапазон на всеки параметър ,идентифициран от своя идентификатор за
запис (recordDataIdentifier).1998R2135 —BG—01.05.2006 —002.001 —221
▼M1
Таблица 39
Структура на записите
Име на параметъраДължина
на данните
(в байтове )Разделителна способност Оперативен диапазон
Дата и час 8 За повече уточнения виж таблица 40
Общ километраж на
превозното средствопри висока разде -
лителна способност4усилване 5 m/bit,отме -
стване 0m0до+ 21 055 406 km
Коефициент K2 усилване 0,001 imp/m/bit,
отместване 00до64,255 imp/m
Окръжност на
търкаляне на гумите
Коефициент L2усилване 0,125 10
-3m/bit,
отместване 00до8 031 m
Характеристичен
коефициент Wна
превозното средство2усилване 0,001 imp/m/bit,
отместване 00до64,255 imp/m
Размери на гумите 15 ASCII ASCII
Дата на следващото
еталониране3 За повече уточнения виж таблица 41
Разрешена скорост 2усилване 1/256 km/h/bit,
отместване 00до250 996 km/h
Държава -членка ,
извършила реги -
страцията3 ASCII ASCII
Регистрационен
номер на превознотосредство14 За повече уточнения виж таблица 44
Идентификационен
номер на превознотосредство17 ASCII ASCII
Таблица 40показва подробно структурите на различните байтове на пара -
метъра „дата и час “:
Таблица 40
Подробна структура на параметъра „дата и час “(стойност на идентификатора за запис # F00B)
Байт Определяне на параметъра Разделителна способност Оперативен диапазон
1Секунди усилване 0,25сек/бит,
отместване 0сек0до59,75сек
2Минути усилване 1мин/бит,
отместване 0мин0до59мин
3Часове усилване 1ч/бит,отме -
стване 0ч0до23ч
4Месец усилване 1месец /бит,
отместване 0месеца1до12месеца
5Ден усилване 0,25ден/бит,
отместване 0дена (виж
по-долу бележката към
Таблица 41)0,25до31,75дена1998R2135 —BG—01.05.2006 —002.001 —222
▼M1
Байт Определяне на параметъра Разделителна способност Оперативен диапазон
6Година усилване 1година /бит,
отместване + 1985
година (виж по -долу
бележката към Таблица41)1985до2235
7Корекция на минути
спрямо местното времеусилване 1мин/бит,от-
местване –125мин–59до59мин
8Корекция на часове
спрямо местното времеусилване 1ч/бит,отме -
стване –125ч–23до+2 3ч
Таблица 41показва подробно структурите на различните байтове на пара -
метъра „Дата на следващото еталониране “.
Таблица 41
Подробна структура на параметъра „Дата на следващото еталониране “
(стойност на идентификатора за запис # F022)
Байт Определяне на параметъра Разделителна способност Оперативен диапазон
1Месец усилване 1месец /бит,
отместване 0месеца1до12месеца
2Ден усилване 0,25ден/бит,
отместване 0дена
(виж следващата
бележка )0,25до31,75дена
3Година усилване 1година /бит,
отместване + 1985
година (виж след -
ващата бележка )1985до2235г.
Бележка относно използването на параметъра „Ден“:
1)Стойност 0за датата е нулева .Стойностите 1, 2, 3и4се използват ,за да идентифицират
първия ден от месеца ;стойностите 5, 6, 7и8указват втория ден на месеца ;ит.н.
2)Този параметър не влияе и не променя параметъра за часовете .
Бележка относно използването на байта на параметъра „година “:
Стойност 0за годината отговаря на година 1985;стойност от 1отговаря на година 1986,ит.н.
Таблица 42показва подробно структурата на различните байтове на пара -
метъра „Регистрационен номер на превозното средство “.
Таблица 42
Подробна структура на параметъра „Регистрационен номер на
превозното средство “(стойност на идентификатора за запис # F07E)
Байт Определяне на параметъра Разделителна способност Оперативен диапазон
1Кодовастраница (както
е определена вдопълнение 1)ASCII от01до0A
от2до
14Регистрационен номер
на превозното
средство (както е
определен вдопълнение 1)ASCII ASCII1998R2135 —BG—01.05.2006 —002.001 —223
▼M1
Допълнение 9
ТИПОВО ОДОБРЕНИЕ —СПИСЪК НА МИНИМАЛНО
ИЗИСКВАНИТЕ ИЗПИТАНИЯ
СЪДЪРЖАНИЕ
1. Въведение ....................................................
1.1. Типовоодобрение ..............................................
1.2. Изходнабаза ..................................................
2. Изпитаниязафункционираненаблока ,монтираннапревознотосредство .....
3. Изпитаниязафункционираненадатчиказадвижение ....................
4. Изпитаниязафункционираненатахографскитекарти ....................
5. Изпитанияотносновъзможносттазавзаимнаработа .....................1998R2135 —BG—01.05.2006 —002.001 —224
▼M1
1.ВЪВЕДЕНИЕ
1.1.Типово одобрение
Типовото одобрение в рамките на ЕИО на уреди за регистриране на
движението (на компонент от тази апаратура )или на тахографска карта
се основава на следните сертифицирания :
—сертифициране за сигурност ,извършено от един от компетентните
органи на ITSECсрещу зададено състояние на сигурност на
системата ,която е в пълно съответствие с Допълнение 10от
настоящия анекс ,
—сертифициране за функциониране ,извършено от компетентните власти
на дадена държава -членка ,удостоверяващо ,че тестваният елемент
отговаря на изискванията от настоящия анекс по отношение на изпъл -
нените функции ,на точността на измерванията и на характеристиките ,
свързани с околната среда ,
—сертифициране на възможността за взаимна работа ,извършено от компе -
тентния орган ,натоварен с одобрението на възможността за взаимна
работа на апаратурата за контрол (или на тахографската карта ),
разглежданазаедноснеобходимататахографскакарта (илиуредизареги -
стриране на движението )(виж Раздел VIIIот настоящия анекс ).
Настоящото допълнение уточнява минималния брой тестове ,които компе -
тентните власти на дадена държава -членка трябва да проведат по време на
серия от изпитания за функциониране ,както и минималния брой тестове ,
които компетентният орган е длъжен да извърши по време на изпитаниятаза възможността за взаимна работа .Нито процедурите по провеждането на
тези изпитания ,нито техният тип са обект на по -подробни обяснения .
Настоящото допълнение не разглежда различните аспекти на одобрението
за сигурност .Ако някои изпитания за типово одобрение са извършени по
време на процеса по оценка и одобрение на сигурността ,тяхното повторно
провеждане по -късно е ненужно .В тези случаи единствено резултатите от
тези изпитания за сигурност са обект на проверка .
За сведение ,изиск -
ванията ,които трябва да са обект на изпитания (или са тясно свързани с
изпитанията ,които трябва да се провеждат )по време на одобрението за
сигурност ,са отбелязани със звездичка („*“)в настоящото допълнение .
Настоящото допълнение разглежда отделно типовото одобрение на датчика
за движение и това на блока ,монтиран на превозното средство ,които са
считанисъответнокатодваотделникомпонентанаапаратуратазаконтрол .
Възможносттазавзаимнаработамеждувсекимодулнадатчикзадвижениеи всеки модул на блок ,монтиран на превозното средство ,не е задъл -
жителна ;следователно типовото одобрение на датчик за движение може
да се извърши само ако е свързано с типовото одобрение на блок ,
монтиран на превозното средство ,и обратно .
1.2.Изходна база
Настоящото допълнение се позовава на следното :
CEI 68-2-1 Изпитания в околна среда —Част 2:Изпитания —
Изпитания А :Студ . 1990г.+изменение 2: 1994г.
CEI 68-2-2 Изпитания в околна среда —Част 2:Изпитания —
ИзпитанияВ :Сухатоплина . 1974г.+изменение 2: 1994г.
CEI 68-2-6 Основни процедури на изпитания в околна среда —
Методи на изпитание —Тест Fcи директиви :Трептения
(синусоидни ).Шесто издание : 1985г
.
CEI 68-2-14 Основни процедури за изпитания в околна среда —
Методи на изпитание —Тест N:Промяна на темпера -
турата .Изменение 1: 1986г.
CEI 68-2-27 Основни процедури на изпитания в околна среда —
Методи на изпитание —Тест Eaи директиви :Удари .
Издание 3: 1987г.
CEI 68-2-30 Основни процедури на изпитания в околна среда —
Методи на изпитание —Тест Dbи директиви :Влажна
топлина ,циклична (12 + 12 —времеви цикъл ).Моди -
фикация 1: 1985г.
CEI 68-2-35 Основнапроцедуразаизпитаниявоколнасреда —Методи
на изпитание —Тест Fda:Случайни широколентови1998R2135 —BG—01.05.2006 —002.001 —225
▼M1
1998R2135 —BG—01.05.2006 —002.001 —226
▼M1
вибрации —Висока възпроизводимост .Модификация 1:
1983г.
CEI 529 Степени на защита ,осигурявани от корпусите (кодIP).
Издание 2: 1989г.
CEI 61000-4-2 Електромагнитна съвместимост (CEM) —Техники на
изпитание и на измерване —Изпитание за защитеност
срещу електростатични разряди : 1995г./Изменение 1:
1998г.:
ISO 7637-1 Пътнипревознисредства —Радиоелектрическисмущения ,
предизвикани от проводимост и свързвания —Част -1:
Леки автомобили и лекотоварни превозни средства ,
оборудвани с електрическо захранване с номиналнонапрежение от 12 V —Преходна електрическа прово -
димост изключително по дължината на линиите за
захранване .Второ издание : 1990г.
ISO 7637-2 Пътнипревознисредства —Радиоелектрическисмущения ,
предизвикани от проводимост и свързвания —Част 2:
Лекотоварни автомобили ,оборудвани с електрическа
система с номинално напрежение от 12или от 24 V —
Преходна електрическа проводимост изключително подължината на линиите за захранване .Първо издание :
1990г.
ISO 7637 -3 Пътнипревознисредства —Радиоелектрическисмущения ,
предизвикани от проводимост и свързвания —Част 3:
Превозни средства ,оборудвани с електрическа система с
номинално напрежение от 12или от 24 V —
Преходна
електрическа емисия чрез капацитивна и индуктивнавръзка по дължината на линии ,които са различни от
линиите за захранване .Първо издание : 1995г. + Cor 1:
1995г.
ISO/CEI 7816-1 Идентификационни карти —Карти с вградена /и инте -
грална /и схема /и с контакти —Част I:Физически характе -
ристики .Първо издание : 1998г.
ISO/CEI 7816-2 Информатика —Идентификационни карти —Карти с
вградена /и интегрална /и схема /и с контакти —Част 2:
Размери и местоположение на контактите .Първо издание :
1999г.
ISO/CEI 7816-3 Информатика —Идентификационни карти —Карти с
вградена /и интегрална /и схема /и с контакти —Част 3:
Електронни сигнали и протокол за предаване на данни .
Второ издание : 1997г.
ISO/CEI 10373 Идентификационни карти —Методи на изпитание .Първо
издание : 1993г.
2.ИЗПИТАНИЯ ЗА ФУНКЦИОНИРАНЕ НА БЛОКА ,МОНТИРАН НА
ПРЕВОЗНОТО СРЕДСТВО
№ Изпитание ОписаниеИзисквания ,
свързани с това
изпитание
1. Администранивно инспектиране
1.1. Доку -
ментацияТочност на документацията
1.2. Резултати от
изпитанията ,
провеждани
от произво -
дителяРезултати отизпитанията ,провеждани от
производителя по време на фазата на
интегриране .Доказателства върху
книжен носител .070, 071, 073
2. Визуално инспектиране
2.1. Съответствие с документацията
2.2 Идентификация /маркировка 168, 169
1998R2135 —BG—01.05.2006 —002.001 —227
▼M1
№ Изпитание ОписаниеИзисквания ,
свързани с това
изпитание
2.3. Ma териали от 163до167
2.4 Пломбиране 251
2.5. Външни интерфейси
3. Изпитание за функциониране
3.1. Предвидени функции 002, 004, 244
3.2. Режими на експлоатация 006*,
007*,008*,
009*, 106,107
3.3. Права за достъп до функции и данни 010*, 011*,
240, 246, 247
3.4. Контрол на вкарването и изваждането на картите 013, 014,
015*, 016*,106
3.5. Измерване на скоростта и разстоянието от 017до026
3.6. Хронометриране (изпитание ,провеждано при 20 °C) от027до032
3.7. Контрол на дейностите на водача от 033до043,
106
3.8. Контрол на състоянието на кормуване 044, 045, 106
3.9. Ръчно въведени данни от 046до
050б
3.10. Управление на устройствата за блокировка от страна на
предприятиетоот051до055
3.11. Проследяване на дейностите по контрол 056, 057
3.12. Откриване на събития и /или аномалии от 059до069,
106
3.13. Данни относно идентифицирането на оборудванията 075*, 076*,
079
3.14. Даннизавкарванетоиизважданетонакартатанаводача от 081*до
083*
3.15. Данни относно дейностите на водача от 084*до
086*
3.16. Данни относно местоположенията от 087*до
089*
3.17. Данни относно показанията на километража от 090*до
092*
3.18. Подробни данни относно скоростта 093*
3.19. Данни относно събитията 094*, 095
3.20. Данни относно аномалиите 096*
3.21. Данни за еталониране 097*, 098*
3.22. Данни за сверяване на часовника 100*, 101*
3.23. Данни относно дейностите по контрол 102*, 103*
3.24. Данни относно устройствата за блокировка от страна на
предприятието104*
1998R2135 —BG—01.05.2006 —002.001 —228
▼M1
№ Изпитание ОписаниеИзисквания ,
свързани с това
изпитание
3.25. Прехвърляне на данни относно дейностите 105*
3.26. Данни относно особените условия 105а*, 105б*
3.27. Записване и запаметяване върху тахографските карти 108, 109*,
109а*,
110*,111 ,112
3.28. Изобразяване на данните 072, 106,от
113до128,
PIC_001,DIS_001
3.29. Отпечатване 072, 106,от
129до138,
PIC_001,от
PRT_001до
PRT_012
3.30. Предупреждение 106,от139до
148, PIC_001
3.31. Прехвърляни на данни към външни носители 072, 106,от
149до151
3.32. Изходни данни ,предназначени за допълнителни външни
периферни устройства152, 153
3.33. Еталониране 154*, 155*,
156*, 245
3.34. Сверяване на часовника 157*, 158*
3.35. Отсъствие на интерференция от страна на допълни -
телните функции003, 269
4. Изпитания в околна среда
4.1. Температура Удостоверява се функционирането ,като
се извършат следните изпитания :
—CEI 68-2-1,тест Ad,като се извърши
изпитание с времетраене от 72часа
при ниска температура (–20 °C),
като тестваното оборудване редуваинтервали на работа и на почивка
от по 1час,
—CEI 68-2-2,тест Bd,като се извърши
изпитание с времетраене от 72
часа
при висока температура (+ 70 °C),
като тестваното оборудване редува
интервали на работа и на почивкаот по 1час,
Температурни цикли :удостоверява се ,че
блокът ,монтираннапревознотосредство ,
е в състояние да понесе бърза смяна наоколната температура ,като се проведе
изпитание CEI 68-2-14 тест Na,
включващо 20цикъла ,повременакоито
температуратаварирамеждуминималнататемпература (от–20 °C)и максимална
температура (от+ 70 °C),както и един
цикъл на изпитание при поддържане на
тези две крайни температури впродължениена 2часа
Възможноедасепроведатограниченброй
изпитания (отопределенитевраздел 3на
тазитаблица )приуказанитеминималнии
максималнитемператури ,кактоиповреме
нациклитенаизпитанияприколебанияна
температурата159
№ Изпитание ОписаниеИзисквания ,
свързани с това
изпитание
4.2. Влажност Удостоверява се ,че блокът ,монтиран на
превозното средство ,е в състояние да
понесе цикъл на влажна горещина
(изпитание за устойчивост на горещина ),
като се провежда изпитание CEI 68-2-30,
тест Db,който се състои от шест цикъла
по24часа,при вариране на темпера -
турата от +2 5° Cдо+5 5° Cи процент
на относителна влажност ,достигащ 97 %
при+2 5° Cи93 %при+5 5° C160
4.3. Вибрации 1.Синусоидни вибрации :
удостоверява се ,че блокът ,монтиран
на превозното средство ,е в състояние
дапонесесинусоиднивибрации ,които
притежават следните характеристики :
постоянно изместване в границитемежду 5и11 Hz: 10 mm max.
постоянно ускорение в границите
между 11и300 Hz: 5 g
Изпитанието CEI 68-2-6, тест Fc,
позволява да се провери дали това
изискване е спазено .Минималното
времетраене на това изпитание е 3х
12часа (12часа на ос )
2.Случайни вибрации :
удостоверява се ,че блокът ,монтиран
на превозното средство ,е в състояние
да понесе случайни вибрации ,които
притежават следните характеристики :
честота от 5
до150 Hz,ниво 0,02 g2/
HzИзпитание CEI 68-2-35, тест Ffda,
позволява да се провери дали това
изискване е спазено .Минималното
времетраене на това изпитание е 3х
12часа (12часа на ос ),като
тестваното оборудване редува
интервали на работа и почивка от по
1час
Целесъобразно е двете описани по -
горе изпитания да се проведат върху
две различни мостри на тестваниятип оборудване163
4.4. Защита
срещу вода
и чуждителаУдостоверява се ,че индексът на защита
на блока ,монтиран на превозното
средство ,който съответства на стандарт
CEI 529,е равен на минимум IP 40,
когато този блок е монтиран за работа
при нормални условия на експлоатация164, 165
4.5. Защита
срещусвръхна -
преженияУдостоверява се ,че блокът ,монтиран на
превозното средство ,е в състояние да
понесе захранващо напрежение от :
версии 24 V: 34 V при +4 0° Cв
продължение на 1час
версии 12 V: 17 V при +4 0° Cв
продължение на 1час161
4.6. Защита
срещуразмяна наполюсите на
електри -
ческотозахранванеУдостоверява се ,че блокът ,монтиран на
превозното средство ,е в състояние да
понесе размяна на полюсите на своетоелектрическо захранване1611998R2135 —BG—01.05.2006 —002.001 —229
▼M1
№ Изпитание ОписаниеИзисквания ,
свързани с това
изпитание
4.7. Защита
срещу къси
съединенияУдостоверява се ,че входно /изходните
сигнали са защитени срещу късите
съединения в електрическото захранване
и в заземяването .161
5. Изпитание за електромагнитна съвместимост
5.1. Излъчване и
чувстви -
телност къмнегоВ съответствие с Директива 95/54/ЕИО 162
5.2. Електро -
статичен
разрядВсъответствиесъсстандарт CEI 61000-4-
2, ± 2 kV (ниво 1)162
5.3. Преходна
чувстви -
телност към
проводимостна ниво назахран -
ванетоЗа версиите 24 V:съгласно стандарт ISO
7637-2:
импулс 1a: Vs = –100 V, Ri = 10 ohms
импулс 2 :V s=+1 0 0V ,R i=1 0o h m s
импулс 3a: Vs = –100 V, Ri = 50 ohms
импулс 3б: Vs = + 100 V, Ri = 50 ohms
импулс 4: Vs = –16 V Va = –12 V, t6 = 100
msимпулс 5: Vs = + 120 V, Ri = 2,2 ohms, td =
250 ms
За версиите 12 V:съгласно стандарт ISO
7637-1:импулс 1: Vs = –100 V, Ri = 10 ohms
импулс 2 :V s=+1 0 0V ,R i=1 0o h m s
импулс 3a: Vs = –100 V, Ri = 50 ohms
импулс 3б: Vs = + 100 V, Ri = 50 ohms
импулс 4: Vs = –6V ,V a= –5V ,t 6=1 5 m s
импулс 5: Vs = + 65 V, Ri = 3 ohms, td = 100
msИмпулс 5сетествасамозаблокове
,пред-
виденизамонтираненапревознисредства ,
коитонеразполагатсустройствозавъншна
защита срещу утечка на пренасяния елек -
трическизаряд162
3.ИЗПИТАНИЯ ЗА ФУНКЦИОНИРАНЕ НА ДАТЧИКА ЗА ДВИЖЕНИЕ
№ Изпитание ОписаниеИзисквания ,
свързани с това
изпитание
1. Администранивно инспектиране
1.1. Документация Точност на документацията
2. Визуално инспектиране
2.1. Съответствие с документацията
2.2 Идентификация /маркировка 169, 170
2.3. Ma териали от 163до167
2.4 Пломбиране 251
3. Изпитания за функциониране
3.1. Данни за идентифициране на датчика 077*
3.2. Датчик за движение -комплектуване с блока ,монтиран
на превозното средство099*, 1551998R2135 —BG—01.05.2006 —002.001 —230
▼M1
1998R2135 —BG—01.05.2006 —002.001 —231
▼M1
№ Изпитание ОписаниеИзисквания ,
свързани с това
изпитание
3.3. Засичане на движение
Точност на измерване на движението от 022до026
4. Изпитания в околна среда
4.1. Работна
температураУдостоверява се функционалността на
този компонент (така,както тя е опре -
делена в тест №3.3)за обхвата от
температури [–40 °C + 135 °C], като
се проведат следните изпитания :
—CEI 68-2-1, тест Ad,като се
извърши изпитание с продължи -
телност от 96часа при минимална
температура Tomin,
—CEI 68-2-2, тест Bd,като се
извърши изпитание с продължи -
телност от 96часа при максимална
температура Tomax159
4.2. Температурни
циклиУдостоверява се функционалността на
този компонент (така,както тя е опре -
делена в тест №3.3)като се проведе
изпитание CEI 68-2-14 тест Na,което
включва 20цикъла ,по време на които
температурата варира между
минимална температура (от–40 °C)и
максимална температура (от+ 135 °C),
както и по един цикъл на изпитаниесъс задържане при тези две крайни
температури в продължение на 2часа
Възможно е да се проведат ограниченбройизпитания (отопределенитевтест
3.3)при указаните минимални и
максимални температури ,както и по
време на циклите на изпитания приколебания на температурата159
4.3. Цикли на
влажностУдостоверява се функционалността на
този компонент (така,както тя е опре -
делена в тест №3.3),като се проведе
изпитание CEI 68-2-30, test Db, коетосе
състои от шест цикъла по 24часа при
вариране на температурата от +2 5° C
до+5 5° Cи процент на относителна
влажност ,койтодостига 97 %при+2 5
°Cи93 %при+5 5° C160
4.4. Вибрации Удостоверява се функционалността на
този компонент (така,както тя е опре -
делена в тест №3.3),като се проведе
изпитание CEI 68-2-6,
тест Fc,като се
приложи времетраене от 100цикъла на
смяна на честотите :
Постоянно изместване в границите
между 10и57 Hz: 1,5 mm max.
Постоянно укорение в границитемежду 57и500 Hz: 20 g163
4.5. Механични
удариУдостоверява се функционалността на
този компонент (така,както тя е опре -
делена в тест №3.3),като се проведе
изпитание CEI 68-2-27, тест Ea, 3удара
в двете посоки по трите перпенди -
кулярни референтни оси163
1998R2135 —BG—01.05.2006 —002.001 —232
▼M1
№ Изпитание ОписаниеИзисквания ,
свързани с това
изпитание
4.6. Защита срещу
вода и чужди
телаУдостоверявасе ,чеиндексътназащита
на датчика за движение ,съответстващ
на стандарт CEI 529,е равен на
минимум IP 64,когато този датчик за
движение е монтиран на превозно
средство ,за да работи при нормални
условия на експлоатация165
4.7. Защита срещу
размяна наполюсите на
електри -
ческотозахранванеУдостоверява се ,че блокът ,монтиран
на превозното средство ,е в състояние
да понесе размяна на полюсите на
своето електрическо захранване161
4.8. Защита срещу
къси
съединенияУдостоверява се ,че входно /изходните
сигнали са защитени срещу късите
съединения в електрическотозахранване и в заземяването161
5. Изпитание за електромагнитна съвместимост
5.1. Излъчване и
чувстви -
телностспрямо тяхПроверява се съответствието с
Директива 95/54/ЕИО162
5.2 Електро -
статиченразрядВсъответствиесъсстандарт CEI 61000-
4-2, ± 2 kV ( ниво 1)162
5.3 Преходна
чувстви -
телност къмпроводимостна ниво на
линиите за
предаване наданни )Всъответствиесъсстандарт ISO 7637-3
(ниво III)162
4.ИЗПИТАНИЯ ЗА ФУНКЦИОНИРАНЕ НА ТАХОГРАФСКИТЕ КАРТИ
№ Изпитание ОписаниеИзисквания ,
свързани с това
изпитание
1. Администранивно инспектиране
1.1. Документация Точност на документацията
2. Визуално инспектиране
2.1. Проверява се съответствието и каче -
ството на отпечатване на всички
функциизазащитаинавидимитеданниот171до181
3. Механични изпитания
3.1. Проверяват се размерите на картата ,
както и местоположението на
контактите184
ISO/CEI 7816-
1
ISO/CEI 7816-2
4. Изпитания за протокол
4.1. ATR Удостоверява се съответствието на
ATRISO/CEI 7816-
3
TCS 304, 307,
308
№ Изпитание ОписаниеИзисквания ,
свързани с това
изпитание
4.2. T = 0 Удостоверява се съответствието на
протокола T=0ISO/CEI 7816-
3
TCS 302, 303,
305
4.3. PTS Удостоверява се съответствието на
командата PTS,като се преминава
отT=0към T=1ISO/CEI 7816-
3
отTCS 309до
311
4.4. T = 1 Удостоверява се съответствието на
протокола T=1ISO/CEI 7816-
3
TCS 303, 306
5. Структура на картата
5.1. Удостоверява се съответствието на
записаната на картата структура на
файловете ,като се провери
наличието на задължителнитефайлове на картата ,както и
условията за достъп до тяхTCS 312
TCS 400*, 401,
402, 403*, 404,
405*, 406, 407,408*, 409,410*, 411, 412,
413*, 414,
415*, 416, 417,418*, 419
6. Изпитания за функциониране
6.1. Нормален
режим нафункцио -
ниранеЦелесъобразно е да се тества поне
веднъж всяко разрешено ползване завсякакоманда (например :изпробвасе
командата UPDATE BINARY със
CLA = „00“, CLA = „0C“за
различни параметри P1, P2иLc).
Удостоверява се ,че исканите
операции са правилно изпълнени
върху картата (например :като се
извлечефайлът ,върхукойторазглеж -
даната команда е била изпълнена )отTCS 313до
TCS 379
6.2. Съобщения за
грешкаЦелесъобразно е да се тества поне
веднъж всяко съобщение за грешка
(както е посочено в допълнение 2)
за всяка команда .
Трябва да се тества поне веднъж
всяка генерична грешка (с
изключение на грешките за цялост„6400“,които се контролират по
време на фазата по одобрението за
сигурност )
7. Изпитания за функциониране в околна среда
7.1. Проверява се дали картите функ -
ционират добре в пределните
условия ,определени съгласно
стандарт ISO/CEI 10373от185до188
ISO/CEI 7816-11998R2135 —BG—01.05.2006 —002.001 —233
▼M1
5.ИЗПИТАНИЯ ЗА ВЪЗМОЖНОСТ ЗА ВЗАИМНА РАБОТА
№Изпитание Описание
1.Взаимно
удостове -
ряванеПроверява се правилното изпълнение на процедурата по
взаимното удостоверяване между блока ,монтиран на
превозното средство ,и тахографската карта
2.Изпитания за
четене /
записванеПроиграва се сценарий на класическа дейност ,като се
тръгне от блока ,монтиран на превозното средство .
Сценарият трябва да бъде адаптиран съм тествения тип
карта и да включва изпълнение на операции по записване
във възможнонай -голям бройелементарнифайлове ,които
са налични в картатаИзвършвасепрехвърляненаданнивърхукарта ,задасепровери
правилнотоизпълнениенавсичкиоперациипозаписване
Удостоверява се правилното из вличане на всички съответни
записи чрез извършване на ежедневната разпечатка наданните ,коитосъдържакартата1998R2135 —BG—01.05.2006 —002.001 —234
▼M1
Допълнение 10
ОБЩИ ЦЕЛИ ОТНОСНО СИГУРНОСТТА
Настоящото допълнение определя необходимите минимални изисквания
относно целите ,свързани със сигурността на датчика за движение на
блока ,монтиран на превозното средство ,и на тахографските карти .
За да се формулират целите относно сигурността по отношение на получа -
ването на сертификати за сигурност ,производителите ще бъдат упълно -
мощенидаподготвятгрижливои ,принеобходимост ,дакомплектуватдоку -
ментите ,без да премахват или да внасят каквато и да е промяна в съдър -
жащите се в тях характеристики на заплахите ,целите ,процесуалните
източници и функциите ,свързани със сигурността .
СЪДЪРЖАНИЕ
Общи цели по обезпечаване на сигурността на датчика за движение1. Въведение ....................................................
2. Съкращения ,определенияиизходнабаза .............................
2.1. Съкращения ..................................................
2.2. Определения ..................................................
2.3. Изходнабаза ..................................................
3. Аргументациянапродукта ........................................
3.1. Описаниенадатчиказадвижениеиметоднаизползване .................
3.2. Цикълнаживотнадатчиказадвижение ..............................
3.3. Заплахи ......................................................
3.3.1. Заплахи ,съществуващиотноснополитикитенаконтролнадостъпа ..........
3.3.2. Заплахи ,произтичащиотконцепцията ...............................
3.3.3. Заплахи ,произтичащиотексплоатацията .............................
3.4. Цели ,свързанисъссигурността ....................................
3.5. Цели ,свързанисинформационнатасигурност .........................
3.6. Ресурси ,свързанисматериалите ,процедуритеиличниясъстав .............
3.6.1.
Концепциянаоборудването .......................................
3.6.2. Доставканаоборудването ........................................
3.6.3. Генериранеидоставканаданни ,свързанисъссигурността ................
3.6.4. Монтиране ,еталониранеиинспектираненаоборудванетозазапис ..........
3.6.5. Контролнаприлаганетоназакона ..................................
3.6.6. Ъпгрейдваненасофтуера .........................................
4. Функции ,свързанисъссигурността .................................
4.1. Идентифициранеиудостоверяване ..................................
4.2. Управлениенадостъпа ..........................................
4.2.1. Политиканаконтролнадостъпа ...................................
4.2.2. Правазадостъпдоданните .......................................
4.2.3. Структуранафайловетеиусловиязадостъп ..........................
4.3. Отговорност ..................................................
4.4. Анализ ......................................................
4.5. Прецизност ...................................................
4.5.1. Политиказаконтролнаинформационнитепотоци ......................
4.5.2. Трансфернавътрешниданни ......................................
4.5.3. Цялостназаписанитеданни .......................................
4.6. Надеждностнауслугата ..........................................
4.6.1. Тестовиизпитания ..............................................
4.6.2. Софтуер .....................................................
4.6.3. Хардуерназащита ..............................................
4.6.4. Прекъсваниявзахранването .......................................
4.6.5. Условиязареинициализиране .....................................
4.6.6. Наличностнаданните ...........................................1998R2135 —BG—01.05.2006 —002.001 —235
▼M1
4.6.7. Наличиенаняколкоприложения ...................................
4.7. Обменнаданни ................................................
4.8. Криптографскаподдръжка ........................................
5. Определяненамеханизмитезасигурност .............................
6. Минималнамощностнамеханизмитезасигурност ......................
7. Степеннагаранция .............................................
8. Логическианализ ..............................................
Общицелиотносносигурносттанаблока ,монтираннапревознотосредство
1. Въведение ....................................................
2. Съкращения ,определенияиизходнабаза .............................
2.1. Съкращения ..................................................
2.2. Определения ..................................................
2.3. Изходнабаза ..................................................
3. Аргументациянапродукта ........................................
3.1. Описаниенаблока ,монтираннапревознотосредство ,иметоднаизползване ..
3.2. Цикълнаживотнаблока ,монтираннапревознотосредство ...............
3.3. Заплахи ......................................................
3.3.1. Заплахи ,съществуващиотноснополитиките наидентифициранеи наконтролна
достъпа ......................................................
3.3.2. Заплахи ,произтичащиотконцепцията ...............................
3.3.3. Заплахи ,произтичащиотексплоатацията .............................
3.4. Цели ,свързанисъссигурността ....................................
3.5. Цели ,свързанисинформационнатасигурност .........................
3.6. Ресурси ,свързанисматериалите ,процедуритеиличниясъстав .............
3.6.1. Концепциянаоборудването .......................................
3.6.2. Доставкаиактивираненаоборудването ..............................
3.6.3. Генериранеидоставканаданни ,свързанисъссигурността ................
3.6.4. Доставканакартите .............................................
3.6.5. Монтиране ,еталониранеиинспектираненаоборудванетозазапис ..........
3.6.6. Експлоатациянаоборудването .....................................
3.6.7. Контролпоприлаганеназакона ....................................
3.6.8. Ъпгрейдваненасофтуера .........................................
4. Функции ,свързанисобезпечаваненасигурността ......................
4.1. Идентифициранеиудостоверяване ..................................
4.1.1. Идентифициранеиудостоверяваненадатчиказадвижение ................
4.1.2. Идентифициранеиудостоверяваненапотребителя ......................
4.1.3. Идентифициране и удостоверяване на предприятието ,което е свързано дис -
танционно ....................................................
4.1.4. Идентифициранеиудостоверяваненаблоказауправление ................
4.2. Управлениенадостъпа ..........................................
4.2.1. Политиканаконтролнадостъпа ...................................
4.2.2. Праванадостъпдофункциите .....................................
4.2.3. Праванадостъпдоданните .......................................
4.2.4. Структуранафайловетеиусловиязадостъп ..........................
4.3. Отговорност ..................................................
4.4. Анализ ......................................................
4.5. Повторнаупотребанаинформационниобекти .........................
4.6. Прецизност ...................................................
4.6.1. Политиканаконтролнаинформационнитепотоци ......................
4.6.2. Трансфернавътрешниданни ......................................
4.6.3. Цялостназаписанитеданни .......................................
4.7. Надеждностнауслугата ..........................................
4.7.1. Изпитания ....................................................
4.7.2. Софтуер .....................................................
4.7.3. Хардуерназащита ..............................................1998R2135 —BG—01.05.2006 —002.001 —236
▼M1
4.7.4. Прекъсваниявзахранването .......................................
4.7.5. Условиязареинициализиране .....................................
4.7.6. Наличностнаданните ...........................................
4.7.7. Наличиенаняколкоприложения ...................................
4.8. Обменнаданни ................................................
4.8.1. Обменнаданнисдатчиказадвижение ..............................
4.8.2. Обменнаданнистахографскитекарти ..............................
4.8.3. Обмен наданнисвъншнизапаметяващиустройства (функциязапрехвърлянена
данни ).......................................................
4.9. Криптографскаподдръжка ........................................
5. Определяненамеханизмитезасигурност .............................
6. Минималнамощностнамеханизмитезасигурност ......................
7. Степеннагаранция .............................................
8. Логическианализ ..............................................
Общи цели относно сигурността на тахографските карти
1. Въведение ....................................................
2. Съкращения ,определенияиизходниданни ...........................
2.1. Съкращения ..................................................
2.2. Определения ..................................................
2.3. Изходниданни ................................................
3. Аргументациянапродукта ........................................
3.1. Описаниенатахографскакартаиметоднаизползване ...................
3.2. Цикълнаживотнатахографскакарта ...............................
3.3. Заплахи ......................................................
3.3.1. Крайницели ..................................................
3.3.2. Пътищанапроникване ..........................................
3.4. Цели ,свързанисъссигурността ....................................
3.5. Цели ,свързанисинформационнатасигурност .........................
3.6. Ресурсисвързанисматериалите ,процедуритеиличниясъстав .............
4. Функциисвързанисъссигурността .................................
4.1. Съответствие спрофилитеназащита ................................
4.2. Идентифициранеиудостоверяваненапотребителя ......................
4.2.1. Идентифицираненапотребителя ...................................
4.2.2. Удостоверяваненапотребителя ....................................
4.2.3. Неуспешниоперацииприпроцедуратапоудостоверяване .................
4.3. Управлениенадостъпа ..........................................
4.3.1. Политиказаконтроланадостъпа ...................................
4.3.2. Функциинаконтроланадостъпа ...................................
4.4. Отговорност ..................................................
4.5. Анализ ......................................................
4.6. Прецизност ...................................................
4.6.1. Цялостназаписанитеданни .......................................
4.6.2. Удостоверяваненабазовитеданни ..................................
4.7. Надеждностнауслугата ..........................................
4.7.1. Изпитания ....................................................
4.7.2. Софтуер .....................................................
4.7.3. Електрическозахранване .........................................
4.7.4. Условиязареинициализиране .....................................
4.8. Обменнаданни ................................................
4.8.1. Обменнаданнисблока ,монтираннапревознотосредство ................
4.8.2. Експортираненаданникъмнезависимблок (функцияпопрехвърляненаданни )
4.9. Криптографскаподдръжка ........................................
5. Определяненамеханизмитезасигурност .............................
6. Минималнамощностнамеханизмитезасигурност ......................
7. Степеннагаранция .............................................1998R2135 —BG—01.05.2006 —002.001 —237
▼M1
8.
Логическианализ ..............................................
ОБЩИЦЕЛИОТНОСНОСИГУРНОСТТАНАДАТЧИКАЗАДВИЖЕНИЕ
1.Въведение
Настоящият документ съдържа описание на датчика за движение ,на
заплахите ,които той трябва да е в състояние да неутрализира ,ин а
целите относно сигурността ,които той трябва да изпълнява .Той указва
характера на функците за обезпечаване на сигурността ,които системата
изисква .Освен това ,той уточнява минималната мощност на механизмите
за сигурност ,както и изискваната степен на сигурност както по отношение
на разработката им ,така и по отношение на оценката на качествата на
разглежданото оборудване .
Изискванията ,които са изложени в настоящия документ ,присъстват като
съставна част на приложение IБ.Изискванията ,представени за по -голяма
яснотавтекстанаприложение IБ,понякогасеприпокриватсизискванията ,
свързанисцелитеотносносигурността .Вслучайнаразминаваневсмисъла
между някое от необходимите изисквания ,свързани с целите относно
сигурността ,и някое от изискванията от приложение IБ,към което
първото препраща ,за меродавно се приема изискването ,което е изложено
в приложение IБ.
Изискванията ,изложени в приложение IБ,към които целите относно
сигурноста не правят никакво препращане ,нямат отношение към
функциите ,свързани с обезпечаване на сигурността .
За целите на проследяването са въведени индивидуални маркери за
заплахите ,целите ,свързаните с процедурите ресурси и спецификации на
функциите ,свързани с обезпечаване на сигурността ,поместени в докумен -
тацията по тяхното разработване и оценяване .
2.Съкращения ,определения и изходна база
2.1.Съкращения
ROMПостоянна памет
SEFФункция ,свързана с обезпечаване на сигурността
TBDЗа определяне
TOEЗададено състояние за оценка на системата
UEVБлок ,монтиран на превозното средство .
2.2.Определения
Цифров тахограф Уреди за регистриране на движениетоУстройство Периферно устройство ,свързано към датчика за
движение
Данни за движение Данни ,обменени с блока ,монтиран на
превозното средство ,които отчитат скоростта на
превозното средство и изминатото разстояние
Разделени физически
частиМатериалникомпонентинадатчиказадвижение ,
разположени на различни места в превозното
средство ,за разлика от материалните
компоненти ,монтирани в корпуса на датчика за
движение
Данни за обезпечаване
на сигурносттаОсобени данни ,необходими за изпълнението на
функциите ,свързани с обезпечаване на сигур -
ността (например криптографски ключове )
Система Оборудване ,личен състав или предприятия ,
които поддържат определена връзка с оборуд -
ването за запис
Потребител Човек ,който използва датчика за движение
(когато тозитерминне влизавсъстава наизраза
„данни на потребител “)
Данни на потребител Всички данни без данните за движението или
тезиотносносигурността ,коитосазаписаниили
запаметени от датчика за движение .1998R2135 —BG—01.05.2006 —002.001 —238
▼M1
2.3.Изходна база
ITSEC Information Technology Security Evaluation Criteria 1991 ( Критерии за
оценка на информационната сигурност )
3.Аргументация на продукта
3.1.Описание на датчика за движение и метод на използване
Датчикът за движение е разработен за използване на пътни превозни
средства .Неговата функция е да предава на блок ,монтиран на превозното
средство ,данни ,защитени срещу неоторизиран достъп данни за движение ,
които указват скоростта на превозното средство и изминатото разстояние .
Датчикът за движение е свързан механично към подвижен елемент от
превозното средство ,движението на което позволява извличането на
информация за скоростта на превозното средство или за изминатоторазстояние .Той се монтира в скоростната кутия или на всяка друга точка
на превозното средство .
Врежим „оперативен “датчикътзадвижениеесвързанкъмблок ,монтиран
на превозното средство .
Възможно е също този датчик да бъде свързан към специализирано
оборудване с функции на управление (определя се от производителя )
Следващата фигура показва функционирането на класически датчик за
движение :
Фигура 1
Класически датчик за движение
1998R2135 —BG—01.05.2006 —002.001 —239
▼M1
3.2.Цикъл на живот на датчика за движение
Следващата фигура показва характерния цикъл на живот на датчика за
движение :
Фигура 2
Характерен цикълна живот на датчика за движение
3.3.Заплахи
Настоящият параграф представя описание на заплахите ,които съществуват
относно датчика за движение .
3.3.1.Заплахи ,които съществуват относно политиките за контрола на
достъпа
З.Достъп Някоипотребителимогатдасеопитатдаполучатдостъпдо
функции ,които са им забранени1998R2135 —BG—01.05.2006 —002.001 —240
▼M1
3.3.2.Заплахи ,произтичащи от концепцията
З.Неизправности Някои аномалии ,които засягат оборудването ,софтуера
и процедурите по свързване ,могат да поставят датчика
за движение в непредвидено положение ,което може да
наруши сигурността
З.Изпитания Прибягването до невалидни начини на изпитание или
до скрити вентилни схеми могат да нарушат сигур -
ността на датчика за движение
З.Концепция Някои потребители могат да се опитат да получат по
незаконен начин конфиденциални данни относно
концепцията на въпросния датчик ,като ги извлекат от
оборудването ,с което разполага производителят
(кражба ,подкуп и т .н.)или чрез извършване на
инженерно -проучвателна работа по обратен път
3.3.3.Заплахи ,произтичащи от експлоатацията
З.Околна среда Някои потребители могат да нарушат сигурността
на датчика за движение чрез подлагането му на
агресивни въздействия в околна среда (термични ,
електромагнитни ,оптически ,химически ,
механични и др въздействия .)
З.Оборудване Някои потребители могат да се опитат да повредят
съставни елементи на датчика за движение
З.Механичен _произход Някои потребители могат да се опитат да направят
неоторизирано манипулиране на входа за данни на
датчика за движение (например ,като го свалят от
скоростната кутия ,ит.н.)
З.Данни _движение Някои потребители могат да се опитат да внесат
промени в данните за движение на превозното
средство (добавки ,изменения ,изтривания ,възста -
новяване на сигнала )
З.Захранване Някоипотребителимогатдасеопитатдаизвършат
промяна в разрез с целите за сигурност на датчика
за движение ,като променят захранването му
(прекъсване ,намаляване ,усилване )
З.Данни _сигурност Някои потребители могат да се опитат да получат
по незаконен начин конфиденциални данниотносно сигурността по време на тяхното гене -
риране ,на техния трансфер или на техното
записване в оборудването
З.Софтуер Някои потребители могат да се опитат да внесат
промени в софтуера на датчика за движение
З.Запаметени _данни Някоипотребителимогатдасеопитатдапроменят
запаметените данни (данните на потребителя или
относно сигурността )
3.4.Цели относно сигурността
Главната цел относно сигурността на тахографската цифрова система се
представя в следния вид :
Цел.Главна Данните ,които контролните служби подлагат на
проверка ,трябва да бъдат на разположение и да
отразяват точно и с необходимата прецизност
дейностите на контролираните водачи и на технитепревозни средства както по отношение на скоросттана определеното превозно средство ,така и по
отношение на периодите на кормуване ,на работа ,на
разположение и на почивка
Следователно целта относно сигурността на датчика за движение ,която
спомага на целта по осигуряване на общата сигурност ,се представя в
следния вид :
Ц.Главна _датчик Блокът ,монтиран на превозното средство ,трябва да
има достъп до данните ,предавани от датчика за
движение ,за да бъде в състояние да възпроизведе в
цялостен вид и с изискваната прецизност движението1998R2135 —BG—01.05.2006 —002.001 —241
▼M1
на превозното средство както по отношение на
скоростта ,така и по отношение на изминатото
разстояние .
3.5.Цели по осигуряване на информационната сигурност
Целите по осигуряване на информационната сигурност на датчика за
движение ,които спомагат на целта по осигуряване на общата сигурност ,
се представят в следния вид :
Ц.Достъп Датчикът за движение трябва да контролира
достъпа до устройствата ,свързани с
функциите и данните
Ц.Анализ Датчикът да движение трябва да следи
опитите ,целящи намаляване на неговата
сигурност ,и да засича устройствата ,които се
използват при тези операции
Ц.Удостоверяване Датчикът за движение трябва да извършва
удостоверяване на свързаните устройства
Ц.Обработка Датчикът за движение трябва да се увери ,че
обработката на входящите данни ,от които
идват данните за движение ,се извършва с
необходимата прецизност
Ц.Надеждност Датчикът за движение трябва да осигурява
услуга с достатъчна надеждност
Ц.Обмен _защитени _данни Датчикът за движение трябва да защитава
обмена на данни с блока ,монтиран на
превозното средство
3.6.Ресурси свързани с материалите ,процедурите и личния състав
Настоящият параграф представя описание на ресурсите ,свързани с мате -
риалите ,процедурите и личния състав ,които допринасят за сигурността на
датчика за движение .
3.6.1.Концепция на оборудването
О.Разработка Конструкторите на датчика за движение трябва да
следят да не се изложи на опасност информационната
сигурност на проекта при разпределението на отговор -
ностите по време на фазата на неговата разработка
О.Производство Производителите на датчици за движение трябва да
следят да не се изложи на опасност информационната
сигурност на проекта при разпределението на отговор -
ностите по време на фазата на неговото производство ,
кактоидатчикътзадвижениедабъдезащититенсрещу
риск от физически въздействия ,които могат да
повредят информационната му сигурност по време на
производствения процес
3.6.2.Доставка на оборудването
О.Доставка Производителите на датчици за движение ,производи -
телите на автомобили ,както и цеховете за инсталиране
или за механичен монтаж ,трябва да следят да не се
допусне никакво действие ,което може да наруши
информационната сигурност на датчика за движение
3.6.3.Генериране и доставка на данни ,свързани със сигурността
С.Генериране _данни _сигурност Алгоритмите за генериране на данни
относно сигурността трябва да бъдатдостъпни само за упълномощени лица иза такива ,на които може да се има
доверие
С.Транспорт _данни _сигурност Данните относно сигурността трябва да
бъдатгенерирани ,отправениивъведенив
датчиказадвижениепотакъвначин ,чеда
бъде съхранена тяхната конфиден -
циалност и тяхната цялост1998R2135 —BG—01.05.2006 —002.001 —242
▼M1
3.6.4.Монтиране ,еталониране и инспектиране на оборудването за запис
М.Лицензирани _цехове Инсталирането ,еталонирането и ремонтирането
на оборудването за запис трябва да бъдат
поверениналицензираницеховезаинсталиранеили монтаж ,на които може да се има доверие
М.Механичен _интерфейс Оборудването трябва да бъде снабдено с
устройства за откриване на опитите за
повреждане на механичния интерфейс(например чрез поставяне на пломби )
М.Редовни _инспекции Оборудването за запис трябва да бъде обект на
периодични инспекции и еталонирания
3.6.5.Контрол на прилагането на закона
З.Контрол Оборудването трябва да бъде подлагано редовно и инци -
дентно на контролни проверки относно прилагането назакона .Тези контролни проверки трябва да бъдат придру -
жавани от анализи относно сигурността
3.6.6.Ъпгрейдване на софтуера
С.Актуализация _софтуер При всяко ъпгрейдване на софтуера трябва да
се издава сертификат за сигурност предипусканетомувдействиевдатчиказадвижение
4.Функции ,свързани със сигурността
4.1.Идентифициране и удостоверяване
Датчикът за движение е в състояние да установи по време на всяко взаи -
модействиеидентичносттанавсякоустройство ,къмкоетотойможедабъде
свързан .
Идентичността на определено свързано устройство се състои от следните
елементи :
—група от устройства :
—блок,монтиран на превозното средство ,
—периферни устройства за управление ,
—други ,
—идентификатор на устройство (единствено за блока ,монтиран на
превозното средство - UEV).
Идентификаторът на устройството ,свързан с UEV,се състои от сертифи -
кационния номер и серийния номер на UEV.
Датчикът за движение трябва да е в състояние да удостовери всеки UEV
или периферно устройство за управление ,към което той може да бъде
свързан
:
—по време на свързване на всяко устройство ,
—по време на всяко възстановяване на електрическото захранване .
Датчикът за движение е в състояние да извърши повторно удостоверяване
наUEV,към който той е свързан .
Датчикът за движение е в състояние да открие и да предупреди за всеки
опитзаизползваненакопиранииливъзстановениданнизаудостоверяване .
След откриване на Х последователни ,но безрезултатни опити за удостове -
ряване (производителят е този ,който трябва да определи техния брой ,но
тозибройнетрябваданадвишава 20),функцията ,свързанасъссигурността
(SEF)трябва :
—да генерира отчет за анализ на това събитие ,
—да предупреди съответното устройство ,
—да продължи изпращането на данни за движение в незащитен режим на
работа .1998R2135 —BG—01.05.2006 —002.001 —243
▼M1
4.2.Управление на достъпа
Контролът на достъпа гарантира ,че извличането на информации от зада -
деното състояние за оценка на системата ,тяхното създаване в нея или
внасянето на промени в тези данни са операции ,които могат да бъдат
извършвани единствено от надлежно упълномощени лица .
4.2.1.Политика на контрола на достъпа
Датчикът за движение контролира правата за достъп до функциите и
данните .
4.2.2.Права на достъп до данните
Датчикът за движение трябва да гарантира ,че неговите данни за иденти -
фициране могат да бъдат обект само на една операция по записване(изискване 078).
Датчикът за движение приема и /или записва само данни на потребител ,
които постъпват от удостоверени устройства .
Датчикът за движение трябва да прилага към данните относно сигурността
съответните права за достъп до функциите за четене и записване .
4.2.3.Структура на файловете и условия за достъп
Структурата на файловете на приложение и на данните ,както и условията
за достъп до тези файлове ,трябва да се определят в процеса на производ -
ството ,след което да се блокират ,за да се попречи на всякакъв опит да
извършване на промяна или изтриване .
4.3.Отговорност
Датчикът за движение трябва да съхранява в паметта си данните за иден -
тифициране на датчика за движение (изискване 077).
Датчикът за движение трябва да съхранява в паметта си данни ,съдържащи
полезна информация относно инсталирането (изискване 099).
Датчикът за движение трябва да е в състояние да прехвърля данни за
дейности към удостоверените устройства по тяхно искане .
4.4.Анализ
Датчикътзадвижениетрябвадагенерираотчетизаанализ ,коитообхващат
събитията ,водещи до нарушаване на неговата сигурност .
Събитията ,които засягат сигурността на датчика за движение ,са следните :
—опити за нарушаване на сигурността :
—неуспех на процедурата по удостоверяване ,
—нарушена цялост на записаните данни ,
—грешка при трансфер на вътрешни данни ,
—неправомерно отваряне на корпус ,
—саботиране на оборудването ,
—неизправност на датчика .
Анализите съдържат следните данни :
—дата и час на събитието ,
—тип събитие ,
—идентичност на свързаното устройство .
Ако изискваните данни не са на разположение ,тези отчети въпреки това да
предоставятсъответноуказаниезааномалията (уточнявасеотпроизводителя ).
Датчикът за движение трябва да предава анализи ,които се генерират в
UEV,веднага след създаването им .Той трябва да може също така да ги
записва в паметта .
Ако датчикът за движение е разработен да записва анализи ,той също
трябва да бъде в състояние да съхранява 20отчета за анализ ,независимо
от степента на запълване на паметта му ,определена за записване на тези
анализи ,и да предава запаметените отчети за анализ на удостоверените
устройства при искане за това от тяхна страна .1998R2135 —BG—01.05.2006 —002.001 —244
▼M1
4.5.Прецизност
4.5.1.Политика на контрол на информационните потоци
Датчикътзадвижениетрябвададавапълнагаранция ,чеобработенитеданни
задвижениепроизхождатединственоотмеханичнотоустройствонадатчика .
4.5.2.Трансфер на вътрешни данни
Изискванията ,които са изложени в този параграф ,се прилагат само ако
датчикът за движениеизползва компоненти ,които са физически разделени .
Ако трябва данните да бъдат прехвърлени между физически разделените
частинадатчиказадвижение ,тогаваенеобходимотедабъдатподсигурени
срещу всякакъв опит за тяхната промяна .
Вслучайчесеоткриегрешкапритрансферанаданниповременавътрешен
трансфер ,датчикът трябва да извърши ново прехвърляне на данни ,а
функцията ,свързанасъссигурността ,трябвадагенерираанализзасъбитието .
4.5.3.Цялост на записаните данни
Датчикът за движение извършва проверка на данните на потребителя ,
записани в паметта му ,за да открие всяко евентуално нарушение на
целостта им .
Вслучайнаоткриваненанарушениенацелосттаназапаметенитеданнина
потребителя функцията ,свързана със сигурността ,извършва генериране на
отчет за анализ .
4.6.Надеждност на услугата
4.6.1Тестови изпитания
Всички команди ,действия или точки на тестови изпитания ,използвани за
нуждите на изпитанията във фазата на производство ,трябва да се дезак -
тивират или изтрият преди края на фазата на производство .Няма
възможност за тяхното възстановяване с цел по -късното им използване .
Датчикът за движение изпълнява процедура по автоматични тествания по
време на началната фаза на пускане в действие ,както и по време на
нормалнатамуексплоатация ,сцелдасепотвърдиправилнотомуфункцио -
ниране .Автоматичните тествания на датчика за движение трябва да
включват проверка на целостта на данните относно сигурността ,както и
проверканацелосттаназаписанияизпълнимкод (приположение ,четойне
е записан в постоянната памет ).
В случай на откриване на вътрешна аномалия по време на автоматично
изпитание функцията ,свързана със сигурността ,трябва да генерира отчет
за анализ (неизправност на датчика ).
4.6.2.Софтуер
Следва да бъде невъзможно софтуерът на датчика за движение да бъде
анализиран или коригиран по месторабота на потребителя .
Входящите данни ,произхождащи от външни източници ,в никакъв случай
не се възприемат като изпълними кодове .
4.6.3.Хардуерна защита
Ако корпусът на датчика за движение е разработен да се отваря ,датчикът
трябвадабъдевсъстояниедаоткриевсякоотваряненакорпуса ,извършено
в период минимум от 6месеца дори и в случай ,когато няма външно
захранване .В такъв случай функцията ,свързана със сигурността ,трябва
да генерира отчет за анализ на събитието (приема се ,че отчетите за
анализ от този характер трябва да се генерират и запаметяват след евен -
туалното възстановяване на електрическото захранване ).
Ако корпусът на датчика за движение е разработен да не се отваря ,
датчикъттрябвадабъдеразработентака ,чевсекиопитзанерегламентиран
достъп да бъде лесно откриван (например ,чрез извършване на визуална
проверка ).
Датчикът за движение трябва да е в състояние да открива някои опити за
саботиране на оборудването (те се определят от производителя ).
При евентуален опит за саботиране функцията ,свързана със сигурността ,
трябва да генерира отчет за анализ ,а датчикът за движение трябва да
извърши следното :(определя се от производителя ).1998R2135 —BG—01.05.2006 —002.001 —245
▼M1
1998R2135 —BG—01.05.2006 —002.001 —246
▼M1
4.6.4.Прекъсвания в захранването
Датчикът за движение трябва да преминава в състояние на достатъчна
обезопасеност по време на прекъсванията или колебанията в захранването .
4.6.5.Условия за реинициализиране
В случай на прекъсване на захранването ,на преждевременното прекъсване
на определена операция или при всяко друго положение ,което налага
неговото реинициализиране ,датчикът за движение трябва да се рестартира
безконфликтно .
4.6.6.Наличност на данните
Датчикът за движение трябва да гарантира достъпа до източниците на
данни ,когатотовасеналожи ,безтедасеизискват илизадържатизлишно .
4.6.7.Наличие на няколко приложения
Акодатчикътзадвижениесъдържаприложения ,коитосаразличниоттахо -
графското приложение ,всички тези приложения трябва да бъдат отделени
едноот друго на физическо и /илилогическо равнище .Тези приложения не
трябва да използват съвместно никакви данни ,свързани със сигурността .
Едновременно може да бъде активирана една -единствена задача .
4.7.Обмен на данни
Датчикът за движениетрябва да изпращаданните за движениетокъм UEV,
катогипридружавасъссъответнитеиматрибутизасигурносттака ,чеUEV
да е в състояние да провери тяхната цялостност и автентичност .
4.8.Криптографска поддръжка
Изискванията ,които са изложени в този параграф ,се прилагат само в
случай на необходимост ,в зависимост от използваните механизми за
сигурност и от приетите от производителя решения .
Всяка криптографска операция ,изпълнена от датчика за движение ,трябва
да отговаря на точен алгоритъм и на определен формат на ключ .
Акодатчикътзадвижениегенериракриптографскиключове ,тойизпълнява
тазизадача ,катоспазванякоиформатииалгоритмизагенерираненакрип -
тографски ключове .
Ако датчикът за движение разпределя криптографски ключове ,той
изпълнява тази задача ,като спазва някои формати и алгоритми за гене -
риране на криптографски ключове .
Акодатчикътзадвижениеполучавадостъпдокриптографскиключове ,той
изпълнява тази задача ,като спазва някои методи за достъп до крипто -
графските ключове .
Ако датчикът за движение унищожава криптографски ключове ,той трябва
да изпълнява тази задача ,като спазва някои методи за унищожение на
криптографски ключове .
5.Определяне на механизмите за сигурност
Механизмите за сигурност ,които изпълняват функциите ,свързани със
сигурността ,се определят от производителите на датчици за движение .
6.Минимална мощност на механизмите за сигурност
Изискваната минимална мощност за механизмите на сигурност на датчика
за движение е висока ,в съответствие с критериите ,които са определени в
референтния документ на ITSEC.
7.Степен на гаранция
Степента на гаранция ,визирана за датчика за движение ,съответства на
ниво E3в съответствие с критериите ,които са определени в референтния
документ на ITSEC.
8.Логически анализ
Матриците ,които следват ,представляват логически анализ на функциите ,
свързани със сигурността ,като акцентират на следните елементи :
—функциите ,свързани със сигурността и другите средства за неутрали -
зиране на различните заплахи ,
—функциите ,свързани със сигурността ,които изпълняват различните
цели ,свързани с инфомационната сигурност .
1998R2135 —BG—01.05.2006 —002.001 —247▼M1
Заплахи Цели на информационната сигурностДостъп
НеизправностИзпитания
Концепция
Околна средаОборудванеМеханичен _Произход
Данни _Движение
ЗахранванеДанни _Сигурност
Софтуер
Запаметени _Данни
ДостъпАнализУдостоверяванеОбработка
Надеждност
Обмен _Защитени _Данни
Ресурси ,свързани с материалите ,процедурите и или личния състав
Разработване xxx
Производство xx
Доставка xx x
Генериране на данни ,свързани със сигур -
носттаx
Маршрутизация на данни ,свързани със
сигурносттаx
Лицензирани цехове x
Механичен интерфейс x
Редовна инспекция x xxx
Контрол по прилагането на закона xxx xxx
Ъпгрейдване на софтуера x
Функции ,свързани със сигурността
Идентифициране и удостоверяванеUIA_101Идентифициране на устройствата xx x x x
UIA_102Идентичност на устройствата x xx
1998R2135 —BG—01.05.2006 —002.001 —248▼M1
Заплахи Цели на информационната сигурностДостъп
НеизправностИзпитания
Концепция
Околна средаОборудванеМеханичен _Произход
Данни _Движение
ЗахранванеДанни _Сигурност
Софтуер
Запаметени _Данни
ДостъпАнализУдостоверяванеОбработка
Надеждност
Обмен _Защитени _Данни
UIA_103Идентичност на UEV x
UIA_104Удостоверяване на устройствата xx x x x
UIA_105Ново удостоверяване xx x x x
UIA_106Удостоверяване ,неподлежащо на
фалшификацияxx x x
UIA_107Неуспешно удостоверяване xx x
Управление на достъпаACC_101Политиканаконтроланадостъпа xx x x
ACC_102 ID Идентификатор на датчика за
движениеxx
ACC_103Данни на потребител xx
ACC_104Данни ,свързани със сигурността xx x
ACC_105Структура на файловете и
условия за достъпxx x x
Отговорност
ACT_101Данни за идентификатор на
датчика за движениеx
ACT_102Данни за комплектоване x
1998R2135 —BG—01.05.2006 —002.001 —249▼M1
Заплахи Цели на информационната сигурностДостъп
НеизправностИзпитания
Концепция
Околна средаОборудванеМеханичен _Произход
Данни _Движение
ЗахранванеДанни _Сигурност
Софтуер
Запаметени _Данни
ДостъпАнализУдостоверяванеОбработка
Надеждност
Обмен _Защитени _Данни
ACT_103Данни за дейност x
Анализ
AUD_101Отчети за анализи x
AUD_102Списъкнасъбитиятазаотчитане xx x x x
AUD_103Данни от анализи x
AUD_104Инструменти за анализ x
AUD_105Запаметяване на отчетите за
анализx
Прецизност
ACR_101Политика на контрол на инфор -
мационните потоциxx x
ACR_102Вътрешни трансфери xx
ACR_103Вътрешни трансфери x
ACR_104Цялост на записаните данни xx
ACR_105Цялост на записаните данни xx
Надеждност
1998R2135 —BG—01.05.2006 —002.001 —250▼M1
Заплахи Цели на информационната сигурностДостъп
НеизправностИзпитания
Концепция
Околна средаОборудванеМеханичен _Произход
Данни _Движение
ЗахранванеДанни _Сигурност
Софтуер
Запаметени _Данни
ДостъпАнализУдостоверяванеОбработка
Надеждност
Обмен _Защитени _Данни
RLB_101Изпитание по време на произво -
ствотоxx x
RLB_102Автоматични изпитания xx x x x
RLB_103Автоматични изпитания xx xx
RLB_104Софтуерен анализ xx x
RLB_105Въвеждане на софтуер xx x
RLB_106Отваряне на корпуса xxx xxx x
RLB_107Саботиране на оборудването x x
RLB_108Саботиране на оборудването xx
RLB_109Прекъсвания на захранването xx
RLB_110Реинициализиране x x
RLB_111Наличност на данните xx
RLB_112Наличие на няколко приложения x
Обмен на данниDEX_101Обезопасеносрещунеоторизиран
достъп експортиране на данни задвижениетоxx
1998R2135 —BG—01.05.2006 —002.001 —251▼M1
Заплахи Цели на информационната сигурностДостъп
НеизправностИзпитания
Концепция
Околна средаОборудванеМеханичен _Произход
Данни _Движение
ЗахранванеДанни _Сигурност
Софтуер
Запаметени _Данни
ДостъпАнализУдостоверяванеОбработка
Надеждност
Обмен _Защитени _Данни
Криптографска поддръжка
CSP_101Алгоритми xx
CSP_102Генериране на ключове xx
CSP_103Разпределение на ключове xx
CSP_104Достъп до ключове xx
CSP_105Унищожаване на ключове xx
▼M1
ОБЩИ ЦЕЛИ ОТНОСНО СИГУРНОСТТА НА БЛОКА ,МОНТИРАН НА
ПРЕВОЗНОТО СРЕДСТВО
1.Въведение
Настоящиятдокумент съдържа описаниена блока ,монтиранна превозното
средство ,на заплахите ,които той трябва да неутрализира ,и на целите ,
свързани със сигурността ,които той трябва да изпълнява .Той указва
характера на функците за обезпечаване на сигурността ,които системата
изисква .Освен това ,той уточнява минималната мощност на механизмите
за сигурност ,както и изискваната степен на сигурност както по отношение
на разработката им ,така и по отношение на оценката на качествата на
разглежданото оборудване .
Изискванията ,които са изложени в настоящия документ ,присъстват като
съставна част на приложение IБ.Изискванията ,представени за по -голяма
яснотавтекстанаприложение IБ,понякогасеприпокриватсизискванията ,
свързанисцелитеотносносигурността .Вслучайнаразминаваневсмисъла
между някое от необходимите изисквания ,свързани с целите относно
сигурността ,и някое от изискванията от приложение IБ,към което
първото препраща ,за меродавно се приема изискването ,което е изложено
в приложение IБ.
Изискванията ,изложени в приложение IБ,към които целите относно
сигурноста не правят никакво препращане ,нямат отношение към
функциите ,свързани с обезпечаване на сигурността .
За целите на проследяването са въведени индивидуални маркери за
заплахите ,целите ,свързаните с процедурите ресурси и спецификации на
функциите ,свързани с обезпечаване на сигурността ,поместени в докумен -
тацията по тяхното разработване и оценяване .
2.Съкращения ,определения и изходна база
2.1.Съкращения
PINИндивидуален идентификационен номер
ROMПостоянна памет
SEFФункция ,свързана с обезпечаване на сигурността
TBDЗа определяне
TOEЗададено състояние за оценка на системата
UEVБлок ,монтиран на превозното средство
2.2.Определения
Цифров тахограф Уреди за регистриране на
движението
Данни за движение Данни ,обменени с датчика за
движение ,които отчитат
скоростта на превозното
средствоиизминатоторазстояние
Разделени физически части Материални компоненти на
блока ,монтиран на превозното
средство ,разположени на
различни места в превознотосредство ,за разлика от мате -
риалните компоненти ,монтирани
в корпуса на UEV
Данни за обезпечаване на сигурността Особени данни ,необходими за
изпълнението на функциите ,
свързанисобезпечаваненасигур -
ността (например криптографски
ключове )
Система Оборудване ,личен състав или
предприятия ,които поддържат
определенавръзкасоборудването
за запис1998R2135 —BG—01.05.2006 —002.001 —252
▼M1
Потребител Хората ,който използват оборуд -
ването като потребители .
Обичайни потребители на блока ,
монтиран на превознотосредство :водачи ,контрольори ,
цехове и предприятия
Данни на потребител Всичкиданни ,безданните ,
свързани със сигурността ,които
са записани или запаметени отблока ,монтиран на превозното
средство ,всъответствиенаразпо -
редбите ,изложени в раздел III.12
2.3.Изходна база
ITSEC ITSEC Information Technology Security Evaluation Criteria 1991
(Критерии за оценка на информационната сигурност )
3.Аргументация на продукта
3.1.Описание на блока ,монтиран на превозното средство ,и метод
на използване
Блокът ,монтиран на превозното средство ,е разработен за монтиране на
превознисредстваотпътниятранспорт .Неговатафункцияедарегистрира ,
запаметява ,изобразява ,отпечатва и извежда данни ,свързани с дейностите
на водача или на водачите .
UEVсе свързва с датчик за движение ,с когото обменя данни за движение
относно даденото превозно средство .
Потребителитесеидентифициратпред UEVспомощтанатахографскикарти .
UEVрегистрира и запаметява данните за дейностите на потребителя в
своята памет за данни ,той записва също данните за дейностите на потре -
бителя ,записани върху тахографските карти .
UEVизвършва извеждане на данни за изобразяване на своя дисплей ,за
принтера и за външните периферни устройства .
Следващата фигура показва операционната среда на блока ,монтиран на
превозното средство ,когато той е монтиран на дадено превозно средство :
Фигура 1
Операционна среда на блока ,монтиран на превозното средство
Раздел IIна приложение I(Б)представя подробно описание на характери -
стиките ,функциите и режимите на работа на UEV.
Функционалните изискванията ,на които трябва да отговоря UEV,са
указани в раздел IIIна приложение I(Б).
Следващата фигура показва един класически UEV:1998R2135 —BG—01.05.2006 —002.001 —253
▼M1
Фигура 2
Класически UEV ( …)опционален
Трябва да се отбележи ,че въпреки принадлежността на печатащото
устройство към зададено състояние за оценка на системата ,отпечатаният
върху хартия документ престава да бъде такъв след отпечатването .
3.2.Цикъл наживот на блока ,монтиран върху превозното средство
Следващата фигура показва характерния цикъл на живот на UEV:
Фигура 3
Цикълна живот ,характерен за UEV
1998R2135 —BG—01.05.2006 —002.001 —254
▼M1
3.3.Заплахи
Този параграф представя описание на заплахите ,които представляват
опасност за UEV.
3.3.1.Заплахи ,които съществуват относно политиките за идентифи -
циране и за контрол на достъпа
З.Достъп Някои потребители могат да се опитат да получат
достъп до функции ,които са им забранени
(например водачи ,които получават достъп до
функции по еталониране )
З.Идентифициране Някои потребители могат да се опитат да си
послужат с няколко идентификации или да не
използват никаква .
3.3.2.Заплахи ,произтичащи от концепцията
З.Неизправности Някои аномалии ,които засягат оборудването ,софтуера
и процедурите по свързване ,могат да поставят UEVв
непредвидено положение ,което може да наруши сигур -
ността
З.Изпитания Прибягването до недеактивирани режими на изпитания
или до скрити вентилни схеми могат да нарушат сигур -
ността на UEV
З.Концепция Някои потребители могат да се опитат да получат по
незаконен начин конфиденциални данни ,свързани с
концепцията на въпросния UEV,като ги извлекат от
оборудването ,с което разполага производителят
(кражба ,подкуп и т .н.)или чрез извършване на
инженерно -проучвателна работа по обратен път
3.3.3.Заплахи ,произтичащи от експлоатацията
З.Параметри _еталониране Някои потребители могат да се
опитат да използват оборудване с
погрешно еталониране (чрез внасяне
на промени в данните за еталониранеили поради структурни слабости )
З.Обмен _
данни _карта Някои потребители могат да се
опитат да внесат промени в даннитепо време на обмена на данни между
UEVитахографскитекарти (добавки ,
изменения ,изтривания ,възстано -
вяване на сигнала )
З.Часовник Някои потребители могат да се
опитат да внесат промени във
вътрешния часовник
З.Околна среда Някои потребители могат да нарушат
сигурността на UEVчрез агресивни
въздействия ,свързани с околната
среда (термични въздействия ,елек-
тромагнитни ,оптически ,химически ,
механични и др .)
З.Фиктивни _периферни устройства Някои потребители могат да се
опитат да свържат фиктивнипериферни устройства (датчик за
движение ,карти с памет )към UEV
З.Оборудване Някои потребители могат да се
опитатдаповредятсъставничастина
оборудването на UEV
З.Данни _движение Някои потребители могат да се
опитат да внесат промени в даннитеза движение на превозното средство(добавки ,изменения ,изтривания ,
възстановяване на сигнала )
З.Не_активиране Някои потребители могат да се
опитат да си послужат с неакти -
вирани устойства1998R2135 —BG—01.05.2006 —002.001 —255
▼M1
З.Извеждане _данни Някои потребители могат да се
опитат да променят извеждането на
данни (отпечатване ,изобразяване
или прехвърляне )
З.Захранване Някои потребители могат да се
опитат ,в разрез с целите ,свързани
със сигурността на UEV,да
извършат промяна в неговотозахранване (прекъсване ,намаляване ,
усилване на електрическия ток )
З.Данни _сигурност Някои потребители могат да се
опитат да се сдобият по незаконенначин с конфиденциални данни ,
свързани със сигурността ,по време
на тяхното генериране ,на тяхното
прехвърляне или на тяхното
записване вътре в оборудването
З.Софтуер Някои потребители могат да се
опитат да направят промени всофтуера на UEV
З.Запаметени _данни Някои потребители могат да се
опитат да променят запаметенитеданни (данните на потребителя или
данните ,свързани със сигурността ).
3.4.Цели ,свързани със сигурността
Главната цел ,свързана със сигурността на тахографската цифрова система ,
има следния вид :
Ц.Главна Данните ,които контролните служби проверяват ,трябва
да бъдат на разположение и да отразяват точно и сизискваната прецизност дейностите на проверяванитеводачи и на техните превозни средства както по
отношение на скоростта на даденото превозно
средство ,така и по отношение на периодите на
кормуване ,на работа ,на разположение и на почивка .
Следователно целите ,свързани със сигурността на UEV,които спомагат за
постигане на общата цел относно сигурността ,имат следния вид :
Ц.Главна _UEV Данните ,които UEVтрябва да измерва и
записва ,за да могат контролните служби да
извършват необходимите проверки ,трябва да
бъдат на разположение и да отразяват точно исизискванатапрецизностдейноститенапроверя -
ваните водачи и на техните превозни средства
както по отношение на скоростта на даденото
превозно средство ,така и по отношение на
периодите на кормуване ,на работа ,на разпо -
ложение и на почивка
Ц.Експлоатация _UEV UEV трябва да бъде в състояние сам да извежда
данни към външните запаметяващи устройства ,
зада сепозволинаправоимащитедапроверявятцелостта и автентичността им .
3.5.Цели ,свързани с информационната сигурност
Целите ,свързанисинформационнатасигурност ,специфичниза UEV,които
допринасят за неговите глобални цели относно сигурността ,имат следния
вид:
Ц.Достъп UEVтрябва да контролира достъпа на потреби -
телите до функциите и данните
Ц.Отговорност UEVтрябва да събира точните данни за
дейностите
Ц.Анализ UEVтрябва да следи опитите за отслабване на
сигурността на системата и да достига до потре -
бителите ,които участват в тези операции
Ц.Удостоверяване UEVтрябва да удостоверява потребителите и
свързаните устройства (когато трябва да се1998R2135 —BG—01.05.2006 —002.001 —256
▼M1
установи връзка за предаване на конфиден -
циални данни между различните устройства )
Ц.Цялост UEVтрябвадапредпазвацелосттаназаписаните
данни
Ц.Извеждане на данни UEVтрябва да гарантира ,че извежданата
информация отразява с необходимата точностизмерените или записани данни
Ц.Обработка UEVтрябва да се увери ,че обработката на
входящите данни ,част от които са данните на
потребителя ,се извършва с необходимата
прецизност
Ц.Надеждност UEVтрябва да осигури услуга с достатъчна
надеждност
Ц.ОбменЗащита _данни UEVтрябва да осигурява защита на обмена на
данни с датчика за движение и тахографските
карти .
3.6.Ресурси ,свързани с материалите ,процедурите и личния състав
Този параграф представя описание на ресурсите ,свързани с материалите ,
процедурите и личния състав ,които допринасят за сигурността на UEV.
3.6.1.Концепция на оборудването
Р.Разработка Конструкторите на UEVтрябва да следят при разпреде -
лението на отговорностите по време на фазата на
неговатаразработкаданесеизложинаопасностинфор -
мационната сигурност на проекта
Р.Производство Производителите на UEVтрябва да следят да не се
изложи на опасност информационната сигурност на
проекта при разпределението на отговорностите повреме на фазата на неговото производство ,както и
UEVда бъде защититен срещу риск от физически
въздействия ,които могат да нарушат информационната
му сигурност по време на производствения процес .
3.6.2.Доставка и активиране на оборудването
Р.Доставка Производителите на UEV,производителите на авто -
мобили ,както и цеховете за инсталиране или за
механичен монтаж ,трябва да следят да не се допусне
никакво действие върху неактивираните UEV,което
може да наруши тяхната информационна сигурност
Р.Активиране Производителите на автомобили ,както и цеховете за
инсталиране или за механичен монтаж ,трябва да
активират разглежданите UEVслед тяхното инста -
лиране ,но преди разглежданите превозни средства да
са напуснали помещенията ,където това инсталиране е
било извършено .
3.6.3.Генериране и доставка на данни ,свързани със сигурността
Р.Генериране _данни _сигурност Алгоритмите за генериране на данни ,
свързани със сигурността ,трябва да
бъдат достъпни само за упълномощени
лица и на такива ,на които може да се
има доверие
Р.Транспорт _данни _сигурност Данните ,свързани със сигурността ,
трябва да бъдат генерирани ,отправени и
въведени в UEVпо такъв начин ,че да
бъде съхранена тяхната конфиден -
циалност и тяхната цялост .
3.6.4.Доставка на картите
Р.Карти _на разположение Тахографските карти трябва да бъдат на
разположение и да се доставят само нанадлежно упълномощени лица
Р.Уникалност _карта _водач Водачите трябва да притежават по една -
единствена валидна карта1998R2135 —BG—01.05.2006 —002.001 —257
▼M1
Р.Проследяване _карта Доставкатанакартитрябвадабъделесно
проследявана (бели и черни списъци —
на изправни и неизправни карти ),а
черните списъци да се използват повреме на анализите ,свързани със сигур -
ността .
3.6.5.Монтиране ,еталониране и инспектиране на оборудването за запис
Р.Одобрени _цехове Инсталирането ,еталонирането и ремонтирането
на оборудването за запис трябва да бъдат
поверени на одобрени цехове за инсталиране
или монтаж ,на които може да се има доверие
Р.Редовни _инспекции Оборудването за запис трябва да бъде обект на
периодични инспекции и еталонирания
Р.Прецизно _еталониране Одобрените цехове за инсталиране и механичен
монтаж са длъжни да въведат съответните
параметри на превозното средство в оборуд -
ването за запис по време на еталонирането .
3.6.6.Експлоатация на оборудването
Р.Надеждност _водачи Водачите трябва да спазват правилата за
ползванена оборудването и да доказват ,че имат
отговорно отношение (например да си служат
със своите карти на водач ,да избират правилно
дейността си ,когато избирането им се извършва
ръчно ,ит.н.).
3.6.7.Контрол по прилагането на закона
Р.Контролни проверки Оборудването трябва да бъде подлагано редовно
и инцидентно на контролни проверки относноприлагането на закона .Тези контролни
проверки трябва да са придружавани от
анализи ,свързани със сигурността .
3.6.8.Ъпгрейдване на софтуера
Р.Актуализация _софтуер При всяко ъпгрейдване на софтуера трябва
да се издава сертификат за сигурност предипускането му в действие в UEV.
4.Функции ,свързани със сигурността
4.1.Идентифициране и удостоверяване
4.1.1.Идентифициране и удостоверяване на датчика за движение
UEVевсъстояниедаустановиповременавсяковзаимодействиеидентич -
ността на датчика за движение ,към който той е свързан .
Идентичността на датчика за движение се състои от сертификационния
номер и серийния номер на датчика .
UEVудостоверява датчика за движение ,към който той е свързан :
—по време на свързването на датчика за движение ,
—по време на всяко еталониране на оборудването за запис ,
—по време на всяко възстановяване на захранването .
Този процес по взаимно удостоверяване трябва да се задейства от UEV.
UEVтрябва да извършва периодично (този период се определя от произ -
водителя ,но във всеки случай той трябва да бъде по -малък от 1час)
процедура по ново идентифициране и удостоверяване на датчика задвижение ,към който той е свързан . UEVтрябва да се увери ,че никой не
е заменял датчика за движение ,идентифициран по време на последното
еталониране на оборудването за запис ,с друго устройство .
UEVоткриваипредупреждавазавсекиопитзаизползваненакопираниили
възстановени данни за удостоверяване .
След откриване на Х последователни ,но безрезултатни опити за удостове -
ряване (производителят е този ,който трябва да определи техния брой ,но
този брой не трябва да надвишава 20),и след откриване на непозволена
смяна на идентичност (казано по друг начин ,когато оборудването за запис1998R2135 —BG—01.05.2006 —002.001 —258
▼M1
не е в процес по еталониране )на датчика за движение ,функцията ,която е
свързана със сигурността (SEF)трябва :
—да генерира отчет за анализ на събитието ,
—да предупреди потребителя ,
—да продължи да приема и да използва незащитените от неоторизиран
достъп данни за движение ,които му изпраща датчикът за движение .
4.1.2.Идентифициране и удостоверяване на потребителя
UEVтрябва да осигурява постоянно и избирателно проследяване на само -
личността на двамата потребители ,като следи тахографските карти ,които
савкаранисъответновчетящитеустройстванаводачаипомощник -водача .
Самоличността на всеки потребител трябва да се състои от следните
елементи :
—група от потребители :
—ВОДАЧ (карта на водач ),
—КОНТРОЛЬОР (карта на контрол ),
—ЦЕХ (цехова карта ),
—ПРЕДПРИЯТИЕ (карта на предприятие ),
—НЯМА ДАННИ (няма поставена карта ),
—всеки идентификатор на потребител трябва да се състои от следните
елементи :
—код на държавата -членка ,която е издала картата и картовия номер ,
—НЯМА ДАННИ ,ако групата потребители е НЕИЗВЕСТНА .
Самоличностите ,закоитоНЯМАДАННИ ,могатда бъдатимплицитноили
експлицитно известни .
UEVтрябвадаизвършваудостоверяваненасвоитепотребителиповремена
всяко поставяне на карта .
UEVтрябва да извършва ново удостоверяване на своите потребители :
—по време всяко възстановяване на захранването ,
—периодичноилиследпоявяваненанякоисъбития (периодътсеопределя
от производителя ,но във всеки случай той трябва да бъде по -малък от
24часа).
Процедурата по удостоверяване трябва да докаже ,че поставената карта е
валидна тахографска карта ,в която са записани данни ,свързани със сигур -
ността ,които произлизат задължително от разглежданата система .Този
процес по взаимно удостоверяване трябва да се задейства от UEV.
Освен изложените по -горе предписания ,цеховете също се удостоверяват
чрез проверка на техния персонален идентификационен номер .Тези иден -
тификационни номера трябва да съдържат най -малко 4символа .
Забележка :ако този персонален идентификационнен номер се съобщава на
UEVс помощта на външно устройство ,разположено в близост до него ,
конфиденциалността на дадения номер не трябва задължително да пред -
ставлява обект на особена защита по време на операцията по трансфер .
UEVтрябва да открива и предупреждава при всеки опит за използване на
копирани или възстановени данни за удостоверяване .
Следоткриванетона 5последователнибезуспешниопитазаудостоверяване
функцията ,свързана с обезпечаване на сигурността (SEF),трябва :
—да генерира отчет за анализ на събитието ,
—да предупреди потребителя ,
—да определи потребителя като НЕИЗВЕСТЕН ,а картата като невалидна
[(дефиниция z)и изискване 007].1998R2135 —BG—01.05.2006 —002.001 —259
▼M1
4.1.3.Идентифициране и удостоверяване на предприятието ,което е
свързано дистанционно
Инсталирането на възможност за дистанционна връзка е по избор .Следо -
вателноследващиятпараграфсеприлагасамоприусловие ,четазифункция
е инсталирана .
По време на всяко взаимодействие с предприятието ,което се е свързало
дистанционно , UEVтрябва да бъде в състояние да установи идентичността
на това предприятие .
Идентичносттанапредприятието ,коетосеесвързалодистанционно ,трябва
да се състои от следните елементи :—код на държавата -членка ,която е
издала картата ,и картовия номер на предприятието .
UEVтрябва да извърши убедително удостоверяване на предприятието ,
което е свързано дистанционно ,преди да разреши извеждането на данни
към него .
Процедурата по удостоверяване трябва да докаже ,че въпросното пред -
приятие притежава валидна карта за предприятие ,върху която са
записани данни ,свързани със сигурността ,които произлизат задължително
от разглежданата система .
UEVтрябва да открива и предупреждава при всеки опит за използване на
копирани или възстановени данни за удостоверяване .
След откриването на 5последователни ,но безуспешни опита за удостове -
ряване ,функцията ,свързана със сигурността (SEF),трябва :
—да предупреди предприятието ,което е свързано дистанционно .
4.1.4.Идентифициране и удостоверяване на блока за управление
Производителите на UEVтрябва да предвидят разработването и производ -
ството на специализирани периферни устройства ,които позволяват изпъл -
нението на допълнителни функции по управление на UEV (например
ъпгрейдване на софтуерите ,презареждане на данните ,свързани със сигур -
ността ,ит.н.).Следователно следващият параграф се прилага само при
условие ,че тази функция е инсталирана .
По време на всяко взаимодействие с блок за управление , UEVтрябва да
бъде в състояние да установи идентичността на този блок .
UEVтрябва да извършва убедително удостоверяване на разглеждания блок
за управление ,преди да разреши всяко последващо взаимодействие с него .
UEVтрябва да открива и предупреждава при всеки опит за използване на
копирани или възстановени данни за удостоверяване .
4.2.Контрол на достъпа
Контролът на достъпа гарантира ,че извличането на информации от зада -
деното състояние за оценка на системата ,създаването на такава
информация вътре в него или внасянето на промени в тези данни саоперации ,които могат да бъдат извършвани единствено от надлежно упъл -
номощени лица .
Уместно е да се отбележи ,че противно на търговския интерес или на
частния характер на някои потребителски данни ,записани от UEV,те
нямат поверителен характер .Следователно функционалното изискване
относно правата за достъп до четене на данните (изискване 011)не е
обект на никаква функция ,свързана с обезпечаването на сигурността .
4.2.1.Политика на контрола на достъпа
UEVтрябва да управлява и контролира правата за достъп до функциите и
данните .
4.2.2.Права на достъп до функциите
UEVтрябва да прилага правилата за избор на експлоатационния режим
(изисквания от 006до009).
UEVтрябва да прибягва да необходимия експлоатационен режим за
прилагане на правилата за контрол на достъпа до функциите (изискване
010).1998R2135 —BG—01.05.2006 —002.001 —260
▼M1
4.2.3.Права за достъп до данните
UEVтрябвадаприлагаправилатазадостъпдофункциятазаписанеспрямо
идентификационните данни на UEV (изискване 076).
UEVтрябвадаприлагаправилатазадостъпдофункциятазаписанеспрямо
идентификационните данни на свързания с него датчик за движение
(изисквания 076и155).
Следактивиранетоси UEVтрябвадаследивъвежданетонаданнизаетало -
ниране и записването им в паметта за данни да бъде възможно само в
режим на еталониране (изисквания 154и156).
След своето активиране UEVтрябва да прилага правилата за достъп до
функцията за писане и за изтриване спрямо данните за еталониране(изискване 097).
Следактивиранетоси UEVтрябвадаследивъвежданетонаданнизасверя -
ването на часовника и записването им в паметта му за данни да бъдевъзможно само в режим на еталониране (това изискване не се прилага
към незначителните настройки на часовника ,които са разрешени от
изисквания 157и158).
След своето активиране UEVтрябва да прилага правилата за достъп до
функцията за писане и за изтриване спрямо данните за сверяването на
часовника (изискване 100).
UEVтрябва да прилага към данните ,свързани със сигурността ,необхо -
димите права за достъп до функцията за четене и писане (изискване 080).
4.2.4.Структура на файловете и условия за достъп
Структуратанафайловетенаприложениетоинафайловетезаданни ,както
иусловиятазадостъпдотезифайлове ,трябвадасеопределятвпроцесана
производството ,след което да се блокират ,за да се попречи на всякакъв
опит да извършване на промяна или изтриване .
4.3.Отговорност
UEVтрябва да следи водачите да носят отговорност за своите дейности
(изисквания 081, 084, 087, 105 а, 105б, 109и109а).
UEVтрябва да съхранява в паметта си постоянните данни за идентифи -
циране (
изискване 075).
UEVтрябва да следи цеховете да носят отговорност за своите дейности
(изисквания 098, 101 et 109).
UEVтрябва да следи контрольорите да носят отговорност за техните
дейности (изисквания 102, 103и109).
UEVтрябва да записва данните относно километража (изискване 090),
както и подробни данни относно скоростта (изискване 093).
UEVтрябва да следи данните на потребителя ,свързани с изискванията от
081до093ио т 102до105б включително ,да не претърпяват никакво
изменение след тяхното записване ,освен когато станат най -старите запа -
метени данни и трябва да се заместят от по -нови данни .
UEVтрябва да се въздържа от промяна на вече запаметени данни върху
тахографска карта (изисквания 109и109а)освен за заместване на най -
старите данни от нови данни (изискване 110)или ако системата се
намира в случая ,описан в бележката на параграф 2.1на Допълнение 1.
4.4.Анализ
Функциитезаанализтрябвадасеприлагатсамозасъбития ,коитомогатда
покажат опит за неоторизирана промяна или нарушаване на сигурността .
Тяхното прилагане е излишно в рамките на нормалното упражняване на
правата ,дори когато те имат връзка със сигурността .
UEVтрябва да записва събитията ,които нарушават сигурността му ,като
придружаватяхнотозаписванесданнитеотноснотовасъбитие (изисквания
094, 096и109).
Събитията ,които засягат сигурността на UEV,са следните :
—опити за нарушаване на сигурността :
—неуспех на процедурата по удостоверяване на датчика за движение ,1998R2135 —BG—01.05.2006 —002.001 —261
▼M1
—неуспех на процедурата по удостоверяване на тахографските карти ,
—неправомерно заменяне на датчика за движение ,
—нарушение на целостта на входящите данни ,записани на дадена
карта ,
—нарушение на целостта на записаните данни на потребител ,
—грешка при трансфер на вътрешни данни ,
—неправомерно отваряне на корпуса ,
—саботиране на оборудването ,
—неправилно приключване на последната сесия на картата ,
—събитие за грешка ,засягащо данните за движение ,
—събитие за грешка ,засягащо захранването ,
—вътрешна неизправност в UEV.
UEVтрябва да прилага правилата за архивиране на отчетите за анализ
(изисквания 094и096).
UEVтрябва да записва в паметта си за данни отчетите за анализ ,гене-
рирани от датчика за движение .
Системата трябва да позволява отпечатването ,изобразяването и прехвър -
лянето на отчетите за анализ .
4.5.Повторна употреба на информационни обекти
UEVтрябва да позволява повторната употреба на временно съхранените
информационни обекти ,без това да се изразява в генериране на
неприемливи информационни потоци .
4.6.Прецизност
4.6.1.Политика на контрол на информационните потоци
UEVтрябвадаследиданнитенапотребителя ,определенивизисквания 081,
084, 087, 090, 093, 102, 104, 105, 105 аи109,дабъдатобработванисамопри
получаването им от съответните източници на входяща информация :
—данни за движение на превозното средство ,
—часовник в реално време на UEV,
—параметри за еталониране на оборудването за запис ,
—тахографски карти ,
—данни ,въведени от потребителя .
UEVтрябвадаследиданнитенапотребителя ,определенивизискване 109а,
да бъдат въвеждани само за периода между последното изваждане на
картата и настоящото поставяне на карта (изискване 050а).
4.6.2.Трансфер на вътрешни данни
Изискванията ,изложени в този параграф ,се прилагат само ако UEV
използва устройства ,които са разделени физически .
Ако трябва да бъдат прехвърлени данни между физически разделените
устойства на UEV,тогава е необходимо те да бъдат подсигурени срещу
всякакъв опит за неоторизирана промяна .
В случай на засичане на грешка при трансфера на данни по време на
вътрешен трансфер , UEVтрябва да извърши ново прехвърляне ,а
функцията ,свързана с обезпечаване на сигурността ,трябва да генерира
отчет за анализ на събитието .
4.6.3.Цялост на записаните данни
UEVтрябвадапроверяваданнитенапотребителя ,записанивпаметтамуза
данни ,за да открие всяко евентуално нарушаване на целостта им .
Вслучайнаоткриваненанарушаваненацелосттаназапаметенитеданнина
потребителя функцията ,свързана с обезпечаване на сигурността ,трябва да
генерира отчет за анализ .1998R2135 —BG—01.05.2006 —002.001 —262
▼M1
4.7.Надеждност на услугата
4.7.1.Изпитания
Всички команди ,действия или точки за извършване на изпитания ,
необходими за нуждите на изпитанията във фазата на производство на
UEV,се дезактивират или изтриват преди активирането на UEV.Не
трябва да бъде възможно тяхното възстановяване с цел на използванетоим по -късно .
UEVтрябвадаизпълнявапроцедурапоавтоматичнитестванияповремена
началната фаза на пускане в действие ,както и по време на нормалната му
експлоатация ,с цел да се потвърди правилното му функциониране .Авто -
матичните тествания на UEVтрябва да включват проверка на целостта на
данните относно сигурността ,както и проверка на целостта на записания
изпълним код (при положение ,че той не е записан в постоянната памет ).
В случай на откриване на вътрешна аномалия по време на автоматично
тестване функцията ,свързана с обезпечаване на сигурността ,трябва :
—да генерира отчет за анализ (освен ако е в режим на еталониране )
(вътрешна аномалия на UEV),
—да защити целостта на записаните данни .
4.7.2.Софтуер
След активиране на UEVе невъзможно операционната му система да бъде
анализирана или коригирана по месторабота на потребителя .
Входящите данни ,произхождащи от външни източници ,не трябва в
никакъв случай да се възприемат като изпълними кодове .
4.7.3.Хардуердна защита
Ако корпусът на UEVе разработен да се отваря , UEVтрябва да бъде в
състояние ,освенакоеврежимнаеталониране ,даоткриевсякоотварянена
този корпус ,извършено в период от минимум 6месеца ,даже и в случай ,
когато той няма външно захранване .В такъв случай функцията ,свързана с
обезпечаването на сигурността ,трябва да генерира отчет за анализ (
приема
се отчетите за анализ от този характер да се генерират и запаметяват следевентуалното възстановяване на електрическото захранване ).
Ако корпусът на UEVе разработен да не се отваря , UEVтрябва да бъде
разработен така ,че всеки опит за неоторизиран достъп да бъде лесно
откриван (например чрез визуална проверка ).
Следсвоетоактивиране UEVтрябвадаевсъстояниедазасичаопределени
опити за саботиране на оборудването (те се определят от производителя ).
При евентуален опит за саботиране функцията ,свързана със сигурността ,
трябва да генерира отчет за анализ ,аUEVтрябва да извърши следното :
(определя се от производителя ).
4.7.4.Прекъсвания в захранването
UEVтрябва да засича всяко отклонение от предписаните стойности ,вклю -
чително прекъсванията на захранването .
Втакиваслучаифункцията ,свързанасобезпечаваненасигурността ,трябва :
—да генерира отчет за анализ (осен ако е в режим на еталониране ),
—да запази състоянието на защита срещу неоторизиран достъп до UEV,
—да осигури поддръжането на функциите ,свързани със сигурността ,
които се прилагат към все още оперативните компоненти или процеси ,
—да запази целостта на записаните данни .
4.7.5.Условия за реиницализиране
В случай на прекъсване на захранването ,на преждевременното прекъсване
на определена операция или при всяко друго положение ,което налага
неговото реинициализиране , UEVтрябва да се рестартира безконфликтно .
4.7.6.Наличност на данните
UEVтрябва да гарантира достъпа до източниците на данни ,когато това се
наложи ,без те да се изискват или задържат излишно .1998R2135 —BG—01.05.2006 —002.001 —263
▼M1
UEVтрябва да забранява всяко освобождаване на картите ,преди да е
извършил записването на необходимите данни на тях (изисквания 015,и
016).
В такъв случай функцията ,свързана със сигурността ,трябва да генерира
отчет за анализ относно събитието .
4.7.7.Наличие на няколко приложения
Ако UEVсъдържа приложения ,които са различни от тахографското
приложение ,всички тези приложения трябва да бъдат отделени едни от
други на физическо и /или логическо ниво .Тези приложения не трябва да
използват съвместно никакви данни ,свързани със сигурността .Едно -
временно може да бъде активирана една -единствена задача .
4.8.Обмен на данни
Този параграф разглежда обмена на данни между UEVи свързаните с него
периферни устройства .
4.8.1.Обмен на данни с датчика за движение
UEVтрябвадаизвършвапроверканацелосттаиавтентичносттанаданните
за движение ,въведени от датчика за движение .
Вслучай ,чесеоткриенарушениенацелосттаилинаавтентичността ,която
засяга определени данни за движение ,функцията ,свързана с обезпечаване
на сигурността ,трябва :
—да генерира отчет за анализ ,
—да продължи да използва въведените данни .
4.8.2.Обмен на данни с тахографските карти
UEVтрябва да извърши проверка на целостта и автентичността на данните
за движение ,въведени от тахографските карти .
В случай ,че се открие нарушена цялост или автентичност ,която засяга
определени данни ,записани върху карта , UEVтрябва :
—да генерира отчет за анализ ,
—да се въздържи от използване на съответните данни .
UEVтрябва да изпраща данните към тахографските карти ,като ги
придружава със съответните им атрибути за сигурност така ,че съответната
или съответните карта /и да са в състояние да проверят тяхната цялост и
автентичност .
4.8.3.Обмен на данни с външни запаметяващи устройства (функция за
прехвърляне на данни )
UEVтрябва да генерира доказателство за произход на данните ,
прехвърляни към външни запаметяващи устройства .
UEVтрябва да достави на получателя средство за проверка на автентич -
ността на доказателството за произход на прехвърляните данни .
UEVтрябвадаизвършипрехвърляненаданникъмвъншнитезапаметяващи
устройства ,като ги придружава със съответните им атрибути за сигурност
така,че съответното или съответните запаметяващо /и устойство /ад ас ав
състояние да проверят целостта и автентичност на прехвърляните данни .
4.9.Криптографска поддръжка
Изискванията ,които са изложени в този параграф ,се прилагат само при
положение ,че тяхната употреба се налага ,в зависимост от използваните
механизми за сигурност и от решенията ,приети от производителя .
Всякакриптографскаоперация ,изпълненаот UEV,трябвадасъответствана
точен алгоритъм и на определен формат на криптографски ключ .
Ако UEVгенерира криптографски ключове ,той трябва да изпълнява тази
задача ,катоспазваопределениформатииалгоритмизагенерираненакрип -
тографски ключове .
Ако UEVразпределякриптографскиключове ,тойтрябвадаизпълняватази
задача ,като спазва определени методи на разпределение на крипто -
графските ключове .1998R2135 —BG—01.05.2006 —002.001 —264
▼M1
Ако UEVполучава достъп до криптографски ключове ,той трябва да
изпълняватазизадача ,катоспазваопределениметодизадостъпдокрипто -
графските ключове .
Ако UEVунищожавакриптографскиключове ,тойтрябвадаизпълняватази
задача ,катоспазваопределениметодизаунищожаваненакриптографските
ключове .
5.Определяне на механизмите за сигурност
Изискваните механизми за сигурност са обект на точно описание в
допълнение 11.
Другитемеханизмизасигурносттрябвадабъдатопределениотпроизводи -
телите .
6.Минимална мощност на механизмите за сигурност
Изискваната минимална мощност на механизмите на сигурност на блока ,
монтиран на превозното средство ,е висока ,в съответствие с критериите ,
които са определени в референтния документ на ITSEC.
7.Степен на гаранция
Степента на гаранция ,предвидена за блока ,монтиран на превозното
средство ,отговаря на степен E3,в съответствие с критериите ,които са
определени в референтния документ на ITSEC.
8.Логически анализ
Матриците ,които следват ,представят логически анализ на функциите ,
свързани с обезпечаване на сигурността ,като подчертават следните
елементи :
—функциите ,свързанисъссигурността ,идругисредствазанеутрализация
на различни заплахи ,
—функциите ,свързанисъссигурността ,коитоизпълняватразличнитецели
на информационната сигурност .1998R2135 —BG—01.05.2006 —002.001 —265
1998R2135 —BG—01.05.2006 —002.001 —266▼M1
ЗаплахиЦели на информационната
сигурностДостъп
Идентифициране
Неизправности
Изпитания
Концепция
Параметри _Еталониране
Обмен _Данни _Карта
Часовник
Околна среда
Фиктивни _Периф .устр.
Хардуер
Данни _Движение
Дезактивиране
Изходни _Данн и
Захранване
Задръстване с данн иДанни _Сигурност
Софтуер
Запаметени _Данни
Достъп
Отговорност
Анализ
Удостоверяване
Цялост
Извеждане на данни
Обработка
Надеждност
Обмен _Защитени _Данни
Ресурси ,свързани с материалите ,процедурите и или личния състав
Разработване xxx
Производство xx
Доставка x
Активиране xx
Генериране на данни ,свързани със
сигурносттаx
Маршрутизация на данни ,свързани
със сигурносттаx
Наличност на картите x
Индивидуална карта за всеки водач x
Възможност за проследяване на
картитеx
Лицензирани цехове xx
Редовно инспектиране еталониране xx x x x
Цехове ,на които може да се има
довериеxx
Водачи ,на които може да се има
довериеx
1998R2135 —BG—01.05.2006 —002.001 —267▼M1
ЗаплахиЦели на информационната
сигурностДостъп
Идентифициране
Неизправности
Изпитания
Концепция
Параметри _Еталониране
Обмен _Данни _Карта
Часовник
Околна среда
Фиктивни _Периф .устр.
Хардуер
Данни _Движение
Дезактивиране
Изходни _Данн и
Захранване
Задръстване с данн иДанни _Сигурност
Софтуер
Запаметени _Данни
Достъп
Отговорност
Анализ
Удостоверяване
Цялост
Извеждане на данни
Обработка
Надеждност
Обмен _Защитени _Данни
Контрол по прилагането на закона x xx xxxx x x
Ъпгрейдване на софтуера x
Функции ,свързани със сигурността
Идентифициране и удостоверяванеUIA_201Идентифициране на датчикаа xx x x
UIA_202Идентичност на датчика xx x x
UIA_203Удостоверяване на датчика xx x x
UIA_204Ново идентифициране и
удостоверяване на датчикаxx x x
UIA_205Нефалшифицируемо удосто -
веряванеxx x
UIA_206Неуспешно удостоверяване xx x x
UIA_207Идентифициране на потреби -
телитеxx x x x x
UIA_208Самоличност на даден
потребителxx x x x x
UIA_209Удостоверяваненапотребител xx x x x x
UIA_210Повторно удостоверяване на
потребителxx x x x x
1998R2135 —BG—01.05.2006 —002.001 —268▼M1
ЗаплахиЦели на информационната
сигурностДостъп
Идентифициране
Неизправности
Изпитания
Концепция
Параметри _Еталониране
Обмен _Данни _Карта
Часовник
Околна среда
Фиктивни _Периф .устр.
Хардуер
Данни _Движение
Дезактивиране
Изходни _Данн и
Захранване
Задръстване с данн иДанни _Сигурност
Софтуер
Запаметени _Данни
Достъп
Отговорност
Анализ
Удостоверяване
Цялост
Извеждане на данни
Обработка
Надеждност
Обмен _Защитени _Данни
UIA_211Средства за удостоверяване xx x x x
UIA_212Проверки на PIN x x x x x x
UIA_213Нефалшифицируемо удосто -
веряванеxx x x x
UIA_214Неуспешно удостоверяване xx x x
UIA_215Удостоверяване на отдалечен
потребителxx xx x
UIA_216Самоличност на отдалечен
потребителxx xx
UIA_217Удостоверяване на отдалечен
потребителxx xx x
UIA_218Средства за удостоверяване xx xx
UIA_219Нефалшифицируемо удосто -
веряванеxx xx
UIA_220Неуспешно удостоверяване xx
UIA_221 Идентифициране на
периферно устройство за управлениеxx xx
UIA_222 Удостоверяване на
периферно устройство за управлениеxx xx
UIA_223Нефалшифицируемо удосто -
веряванеxx xx
1998R2135 —BG—01.05.2006 —002.001 —269▼M1
ЗаплахиЦели на информационната
сигурностДостъп
Идентифициране
Неизправности
Изпитания
Концепция
Параметри _Еталониране
Обмен _Данни _Карта
Часовник
Околна среда
Фиктивни _Периф .устр.
Хардуер
Данни _Движение
Дезактивиране
Изходни _Данн и
Захранване
Задръстване с данн иДанни _Сигурност
Софтуер
Запаметени _Данни
Достъп
Отговорност
Анализ
Удостоверяване
Цялост
Извеждане на данни
Обработка
Надеждност
Обмен _Защитени _Данни
Управление на достъпа
ACC_201Политика на контрол на
достъпаxx x x x x
ACC_202Правазадостъпдофункциите xx x x
ACC_203Правазадостъпдофункциите xx x x
ACC_204Идентификатор на UEV xx
ACC_205Идентификаторнасвързания
датчикxx x
ACC_206Данни от еталониране xx x x
ACC_207Данни от еталониране xx x
ACC_208Данни от сверяване на
часовникаxx x
ACC_209Данни от сверяване на
часовникаxx x
ACC_210Данни относно сигурността xx x
ACC_211Структура на файловете и
условия за достъпxx x x x
Отговорност
ACT_201Отговорност на водачите x
1998R2135 —BG—01.05.2006 —002.001 —270▼M1
ЗаплахиЦели на информационната
сигурностДостъп
Идентифициране
Неизправности
Изпитания
Концепция
Параметри _Еталониране
Обмен _Данни _Карта
Часовник
Околна среда
Фиктивни _Периф .устр.
Хардуер
Данни _Движение
Дезактивиране
Изходни _Данн и
Захранване
Задръстване с данн иДанни _Сигурност
Софтуер
Запаметени _Данни
Достъп
Отговорност
Анализ
Удостоверяване
Цялост
Извеждане на данни
Обработка
Надеждност
Обмен _Защитени _Данни
ACT_202Данни за идентификатора на
UEVxx
ACT_203Отговорност на цеховете x
ACT_204 Отговорност на
контрольоритеx
ACT_205 Подробна информация
относно движението на превознотосредствоx
ACT_206Промянанаданнитеотносно
дейносттаxx x
ACT_207Промянанаданнитеотносно
дейносттаxx x
Анализ
AUD_201Отчети за анализ x
AUD_202Списък на събитията ,които
трябва да влизат в отчетаxx x x x x x x
AUD_203 Правила за запис на
отчетите за анализx
AUD_204Отчетиза анализна датчика x
AUD_205Средства за извършване на
анализx
1998R2135 —BG—01.05.2006 —002.001 —271▼M1
ЗаплахиЦели на информационната
сигурностДостъп
Идентифициране
Неизправности
Изпитания
Концепция
Параметри _Еталониране
Обмен _Данни _Карта
Часовник
Околна среда
Фиктивни _Периф .устр.
Хардуер
Данни _Движение
Дезактивиране
Изходни _Данн и
Захранване
Задръстване с данн иДанни _Сигурност
Софтуер
Запаметени _Данни
Достъп
Отговорност
Анализ
Удостоверяване
Цялост
Извеждане на данни
Обработка
Надеждност
Обмен _Защитени _Данни
Повторно използване
REU_201Повторно използване xx x
ПрецизностACR_201Политика за контрол на
информационните потоциxx x xx
ACR_202Вътрешни трансфери xx x x
ACR_203Вътрешни трансфери xx
ACR_204Цялост на записаните данни xx x
ACR_205Цялост на записаните данни xx
Надежднос
RLB_201Производствени изпитания xx x
RLB_202Автоматични изпитания xx x x x
RLB_203Автоматични изпитания xx xx
RLB_204Софтуерен анализ xx x
RLB_205Въвеждане на софтуера xx x x
RLB_206Отваряне на корпуса xx x x x x x x x
RLB_207Саботиране на оборудването x x
1998R2135 —BG—01.05.2006 —002.001 —272▼M1
ЗаплахиЦели на информационната
сигурностДостъп
Идентифициране
Неизправности
Изпитания
Концепция
Параметри _Еталониране
Обмен _Данни _Карта
Часовник
Околна среда
Фиктивни _Периф .устр.
Хардуер
Данни _Движение
Дезактивиране
Изходни _Данн и
Захранване
Задръстване с данн иДанни _Сигурност
Софтуер
Запаметени _Данни
Достъп
Отговорност
Анализ
Удостоверяване
Цялост
Извеждане на данни
Обработка
Надеждност
Обмен _Защитени _Данни
RLB_208Саботиране на оборудването xx
RLB_209Прекъсванияназахранването xx
RLB_210Прекъсванияназахранването xx
RLB_211Реинициализиране x x
RLB_212Наличност на данните xx
RLB_213Освобождаване на картата x
RLB_214Неправилно приключване на
картова сесияx
RLB_215 Наличие на няколко
приложенияx
Обмен на данни
DEX_201Импортираненазащитениот
неоторизиран достъп данни за
движениетоx x
DEX_202Импортиране на защитени
от неоторизиран достъп данни задвижениетоxx
DEX_203Импортиране на защитени
отнеоторизирандостъпкартовиданниx x
DEX_204Импортиране на защитени
отнеоторизирандостъпкартовиданниx x
1998R2135 —BG—01.05.2006 —002.001 —273▼M1
ЗаплахиЦели на информационната
сигурностДостъп
Идентифициране
Неизправности
Изпитания
Концепция
Параметри _Еталониране
Обмен _Данни _Карта
Часовник
Околна среда
Фиктивни _Периф .устр.
Хардуер
Данни _Движение
Дезактивиране
Изходни _Данн и
Захранване
Задръстване с данн иДанни _Сигурност
Софтуер
Запаметени _Данни
Достъп
Отговорност
Анализ
Удостоверяване
Цялост
Извеждане на данни
Обработка
Надеждност
Обмен _Защитени _Данни
DEX_205Експортиране на защитени
от неоторизиран достъп данни към
картитеx x
DEX_206Доказателство за произход xx
DEX_207Доказателство за произход xx
DEX_208Експортиране на защитени
от неоторизиран достъп данни към
външни запаметяващи устройстваxx
Криптографска поддръжка
CSP_201Алгоритми xx
CSP_202Генериране на ключове xx
CSP_203Рапределяне на ключове xx
CSP_204Достъп до ключовете xx
CSP_205Унищожаване на ключове xx
▼M1
ОБЩИЦЕЛИОТНОСНОСИГУРНОСТТАНАТАХОГРАФСКИТЕКАРТИ
1.Въведение
Настоящият документ съдържа описание на тахографска карта ,на
заплахите ,които тя трябва да е в състояние да неутрализира ,и на целите ,
свързани със сигурността ,на които трябва да отговаря .Той уточнява
характера на функциите по обезпечаване на сигурността ,които системата
изисква .Освентоватойуточняваминималнатамощностнамеханизмитеза
сигурност ,кактоиизискванатастепеннасигурносткактопоотношениена
разработката им ,така и по отношение на оценката на качествата на
разглежданото оборудване .
Изискванията ,които са изложени в настоящия документ ,присъстват като
съставна част на приложение IБ.Изискванията ,представени за по -голяма
яснотавтекстанаприложение IБ,понякогасеприпокриватсизискванията ,
свързанисцелитеотносносигурността .Вслучайнаразминаваневсмисъла
между някое от необходимите изисквания ,свързани с целите относно
сигурността ,и някое от изискванията от приложение IБ,към което
първото препраща ,за меродавно се приема изискването ,което е изложено
в приложение IБ.
Изискванията ,изложенивприложение IБ,къмкоитоцелитеотносносигур -
ността не правят никакво препращане ,нямат отношение към функциите ,
свързани с обезпечаване на сигурността .
Тахографската карта представлява стандартна карта с чип ,на която е
записано специализирано тахографско приложение .Тя трябва да отговаря
на изискванията ,които се прилагат за картите от такъв характер ,както по
отношение на функционалността си ,така и по отношение на степента на
гаранция и на сигурност .Следователно тази цел ,свързана със сигурността ,
включва само допълнителните изисквания за сигурност ,необходими за
тахографското приложение .
За целите на проследяването са въведени индивидуални маркери за
заплахите ,целите ,свързаните с процедурите ресурси и спецификациите
на функциите ,свързани с обезпечаване на сигурността ,поместени в доку -
ментацията по тяхното разработване и оценяване .
2.Съкращения ,определения и изходна база
2.1.Съкращения
ICКарта с вграден чип (електронен компонент ,разработен да
изпълнява функции по обработка и /или запаметяване )
OSОперационна система
PINИндивидуален идентификационен номер
ROMПостоянна памет
SFPПолитика по определяне на функциите ,свързани с обезпечаване на
сигурността
TBDЗа определяне
TOEЗададено състояние за оценка на системата
TSFФункцияотносносигурносттаназададенотосъстояниезаоценкана
системата
UEVБлок ,монтиран на превозното средство .
2.2.Определения
Цифров тахограф Апаратура за записване .
Поверителни данни Данните ,които са записани върху
тахографската карта ,на които е
необходимо да се запази целостта иповерителността (когато такива
мерки се прилагат към данните ,
свързани със сигурността ),като в
същото време се забранявавнасянето на незаконни изменения .
Данните ,свързани със сигурността ,
и данните на потребителя се считат
за конфиденциални данни .1998R2135 —BG—01.05.2006 —002.001 —274
▼M1
Данни за обезпечаване на
сигурността Особени данни ,необходими за
изпълнениетонафункциите ,свързани
с обезпечаване на сигурността(например криптографски ключове ).
Система Оборудване ,личен състав или пред -
приятия ,които поддържат опре -
делена връзка с уредите за реги -
стриране на данните за движение .
Потребител Всяка единица (човек или външно
компютърно устройство ),независимо
от зададеното състояние за оценка на
системата ,която влиза във взаимо -
действие с него (когато този термин
не влиза в състава на израза „данни
на потребител “).
Данни на потребител Конфиденциални данни (различни от
данните ,свързани със сигурността ),
записани на разглежданата тахо -
графска карта .Данните за идентифи -
циране и за дейност са съставна частот данните на потребителя .
Данни за идентифициране Данните за идентифициране ,които
обхващат данните за идентифици -
рането на карта и за идентифициранена титулярите на карта .
Данни за идентифициране на карта Данни на потребителя ,имащи
отношение към идентифицирането накарта според изисквания 190, 191,
192,194, 215, 231 и235.
Данни за идентифициране
на титулярите Данни на потребителя ,имащи
отношение към идентифицирането натитулярите според изисквания 195,
196, 216, 232 и236.
Данни относно дейността Данните относно дейността обхващат
данните за дейност на титуляра на
картата ,данните за събития и за
аномалии ,както и данните за
контролните дейности .
Данни за дейностите
на титулярите Данните на потребителя ,имащи
отношение към дейностите ,
извършвани от титуляра на картатаспоред изисквания 197, 199, 202,
212, 212а
, 217, 219, 221, 226, 227,
229, 230а, 233и237.
Данни за събития и за аномалии Данните на потребителя ,имащи
отношение към събитията илианомалиите според изисквания 204,
205, 207, 208 и223.
Данни за контролните дейности Данните на потребителя ,имащи
отношение към контрола за прила -
гането на закона според изисквания210и225.
2.3.Изходна база
ITSEC ITSEC Information Technology Security Evaluation Criteria 1991
[Критерии за оценка на информационната сигурност ]
IC PP Smartcard Integrated Circuit Protection Profile —Версия 2.0—
септември 1998г.Депозиран във Френската национална орга -
низация по сертифициране под вх .№PP/9806
ES PP Smart Card Integrated Circuit With Embedded Software Protection
Profile —Версия 2.0—юни 1999г.Депозиран във Френската
национална организация по сертифициране под вх .№PP/99111998R2135 —BG—01.05.2006 —002.001 —275
▼M1
3.Аргументация на продукта
3.1.Описание на тахографска карта и метод на използване
Тахографската карта е карта с вграден чип ,която отговаря на критериите ,
указанивреферентнитедокументи IC PPиES PP.Освентованатазикарта
трябва да има записано приложение ,което е разработено да се използва с
оборудването за запис .
Елементарните функции на една тахографска карта имат следния вид :
—запаметяване на данните за идентифициране на картата и на нейния
титуляр .Блокът ,монтиран на превозното средство ,използва тези
данни ,за да идентифицира титуляра на картата ,вследствие на което
да дава права за достъп до функциите и данните и да следи титуляра
на картата по отношение на отговорното изпълнение на дейностите ,
които той извършва ,
—записване на данните за дейностите на титуляра на картата ,данните за
събитията и за аномалиите ,както и данните за контролните дейности ,
които се отнасят до титуляра на картата .
Следователно тахографската карта е разработена за използване във взаимо -
връзка с интерфейсното картово устройство на блок ,монтиран на
превозното средство .Тя трябва да може също да се използва с всяко
четящоустройствонакарти (скаквотоеснабденнапримерединперсонален
компютър )при положение ,че това оборудване има правата за достъп до
четене на всички данни на потребителя .
По време на крайната фаза на използване от цикъла на живот на една
тахографска карта (фаза 7от цикъла на живот според референтния
документ ES PP),единствено блоковете ,които самонтирани напревозните
средства ,могат да записват данни на потребителя върху съответната карта .
Функционалнитеизисквания ,накоитотрябвадаотговаряеднатахографска
карта ,са указани в текста на приложение IБ и в Допълнение 2.
3.2.Цикъл на живот на тахографската карта
Цикълът на живот на една тахографска карта отговаря на цикъла на живот
на карта с вграден чип ,описан в референтния документ ES PP.
3.3.Заплахи
Освенобщитезаплахи ,коитозастрашаваткартитесчипикоитосаописани
вреферентнитедокументи ES PPиIC PP,съществуваопасностотследните
заплахи за една тахографска карта :
3.3.1.Крайни цели
Крайнатацелналицата ,искащидаполучатнеоторизирандостъп ,евнасяне
на промени в данните на потребителя ,записани в зададеното състояние за
оценка на системата .
З.Идентифициране _ДанниВнасянето на промени в данните за идентифи -
циране ,които са записани в зададеното състояние за оценка на системата
(например свързани с типа карта ,с датата на изтичане на валидността на
картата или с данните за идентифициране на титуляра )може да позволи
неправомерноизползваненазададенотосъстояниезаоценканасистематаи
може да представлява сериозна заплаха за глобалната цел относно сигур -
ността на системата
З.Данни _ДейностВнасянето на промени в данните относно дейността ,
които са записани в зададеното състояние за оценка на системата ,може
да представлява сериозна заплаха за нейната сигурност
З.Обмен _ДанниВнасянето на промени в данните относно дейността
(добавки ,изтриване ,промени )по време на тяхното импортиране или
експортиране може да представлява сериозна заплаха за сигурността назададеното състояние за оценка на системата .
3.3.2.Начини на проникване
Съставнитеелементиназададенотосъстояниезаоценканасистематамогат
да бъдат атакувани по различни начини :
—опити за незаконно получаване на конфиденциални данни ,свързани с
концепцията на хардуера и софтуера на зададеното състояние за оценка
насистематаинанейнитефункцииилипо -специалноданните ,свързани
съссигурността .Занезаконнотополучаваненатезиинформациилицата ,1998R2135 —BG—01.05.2006 —002.001 —276
▼M1
желаещидаполучатнеоторизирандостъп ,могатдаизползватначинида
се доберат направо до разработеното от проектантите или производи -
телите оборудване (чрез кражба ,подкуп и т .н.)или да извършат пряко
проучване на зададеното състояние за оценка на системата (проучвания
на структурата ,логически анализ ,ит.н.),
—използване на евентуални слабости ,каквито биха могли да се появят в
концепцията или реализацията на зададеното състояние за оценка насистемата (използване на грешки в хардуера ,грешки в софтуера ,
нарушения при предаването на данни ,грешки ,причинени в зададеното
състояние за оценка на системата чрез различни агресивни въздействия
или използване на слабости ,каквито биха показали някои функции ,
свързани със сигурността ,като процедурите по удостоверяване ,
контрола на достъпа до данните ,криптографските операции ,ит.н.),
—внасяненапроменивсъстояниетозаоценканасистематаиливнейните
функции ,свързани със сигурността посредством физически ,елек-
трическиилилогическивъздействия ,коитомогатдасасъчетаниилине .
3.4.Цели ,свързани със сигурността
Главната цел ,свързана със сигурността на цялата тахографската цифрова
система ,има следния вид :
Ц.Главна Данните ,които контролните служби проверяват ,трябва да бъдат
наразположениеидаотразяватточноисизискванатапрецизностдейностите на проверяваните водачи и на техните превозни
средства ,както по отношение на скоростта на даденото
превозно средство ,така и по отношение на периодите на
кормуване ,на работа ,на разположение и на почивка .
Следователно главните цели на зададеното състояние за оценка на
системата ,които допринасят за тази цел ,свързана с общата сигурност ,
имат следния вид :
Ц.Данни _Идентиф _Карта Зададеното състояние за оценка на системата
трябва да защитава данните за идентифициране
на картата и на нейния титуляр ,записани по
време на операцията по персонализирането накартата .
Ц.Запис _Дейност _Карта Зададеното състояние за оценка на системата
трябва да защитава данните ,записани на
картата от блоковете ,монтирани на превозното
средство .
3.5.Цели ,свързани с информационната сигурност
Освенобщитецелизасигурност ,описанивреферентнитедокументи ES PP
иIC PP,специфичните цели относно информационната сигурност на зада -
деното състояние за оценка на системата ,които допринасят за нейните
глобални цели ,свързани със сигурността по време на финалната фаза на
използване по време на нейния цикъл на живот ,имат следния вид :
Ц.Достъп _Данни Зададенотосъстояниезаоценканасистемата
трябва да ограничи даването на права надостъп за записване на данни на потребител
само на удостоверените блокове ,монтирани
на превозните средства
Ц.Връзка _Защитена срещу
неоторизиран достъп Зададенотосъстояниезаоценканасистемата
трябвадабъдевсъстояниедаосигуриприла -
гането на процедури и протоколи за връзка ,
защитенисрещунеоторизирандостъп ,между
картата и интерфейсното устройство ,когато
приложението налага това .
3.6.Ресурси свързани с материалите ,процедурите и личния състав
Референтните документи ES PPиIC PPописват ресурсите ,свързани с
материалите ,процедурите и личния състав ,
които допринасят за сигур -
ността на зададеното състояние за оценка на системата (раздели ,които са
посветени на целите ,свързани със сигурността по отношение на околната
среда ).1998R2135 —BG—01.05.2006 —002.001 —277
▼M1
4.Функции ,свързани с обезпечаване на сигурността
Този параграф разглежда по -задълбочено някои от разрешените операции ,
като например предназначението или избора на референтните ES PP,и
указва допълнителните изисквания за функциониране ,на които трябва да
отговарят функциите ,свързани с обезпечаване на сигурността .
4.1.Съответствие с профилите на защита
Зададеното състояние за оценка на системата трябва да отговаря на изиск -
ванията ,указани в референтния документ IC PP.
Зададеното състояние за оценка на системата трябва да отговаря на изиск -
ванията ,указанив референтния документ ES PP,след извършванена опре -
делени подобрения по -късно .
4.2.Идентифициране и удостоверяване на потребителя
Картататрябвадабъдевсъстояниедаидентифицираустройството ,вкоето
е поставена ,и да провери дали това е удостоверен блок ,монтиран на
превозното средство ,или не .Картата е в състояние да извърши експор -
тиране на данните на потребителя независимо от устройството ,към което
тя се свързва ,с изключение на картата на контрольор ,която може да
експортира данни за идентифициране на титуляра на картата само към
удостоверен блок ,монтиран на превозното средство ,(по този начин
даденият контрольор може да се увери ,че съответният блок ,монтиран на
превознотосредство ,неефиктивен ,тъйкатонеговитекоординатисеизоб -
разяват на екрана или на контролните разпечатки ).
4.2.1.Идентифициране на потребителя
Задание (FIA_UID.1.1) Списък на действията ,променени до известна
степен от функциите ,свързани с обезпечаването на сигурността на зада -
деното състояние за оценка на системата :няма .
Задание (FIA_ATD.1.1) Списък на атрибутите ,свързани със сигурността :
—ГРУПА _ПОТРЕБИТЕЛ :БЛОК _НА_ПРЕВОЗНО СРЕДСТВО ,БЛОК _-
БЕЗ_ПРЕВОЗНО СРЕДСТВО ,
—ИДЕНТИФИКАТОР _ПОТРЕБИТЕЛ :Регистрационнен номер на
превозното средство (NIV)и код на държавата -членка ,в която то е реги -
стрирано (ИДЕНТИФИКАТОР _ПОТРЕБИТЕЛ известен само на ГРУПА _-
ПОТРЕБИТЕЛ =БЛОК _ПРЕВОЗНО СРЕДСТВО ).
4.2.2.Удостоверяване на потребителя
Задание (FIA_UAU.1.1) Списък на действията ,променени до известна
степен от функциите ,свързани с обезпечаването на сигурността на зада -
деното състояние за оценка на системата :
—карта на водача и цехова карта :експортиране на данните на потре -
бителя ,придружени от съответните атрибути ,свързани с обезпечаване
насигурността (функциязапрехвърляненаданни ,коитосазаписанина
картата ),
—карта на контрольор :експортиране на данните на потребителя без
атрибути ,свързани с обезпечаване на сигурността ,с изключение на
данните за идентифициране на титуляра на съответната карта .
Процедурата по удостоверяване на даден блок ,монтиран на превозното
средство ,трябва да се състои в доказване ,че той съдържа данни относно
сигурността ,които произлизат задължително от разглежданата система .
Селектиране (FIA_UAU.3.1 иFIA_UAU.3.2): превенция .
Задание (FIA_UAU.4.1) Идентифициран /и механизъм /и за удостоверяване :
всеки механизъм за удостоверяване .
Цеховата карта трябва да притежава допълнителен механизъм за удостове -
ряване ,който да ѝ позволи извършване на проверка на личния идентифи -
кационен номер (този механизъм позволява на блока ,монтиран на
превозното средство ,да се увери в самоличността на притежателя на
картата ;тойнееразработензазащитанасъдържаниетонацеховатакарта ).
4.2.3.Неуспех на процедурата по удостоверяване
Следващитезаданияописватреагиранетонададенакартаповременавсяка
неуспешна процедура по удостоверяване на определен потребител .1998R2135 —BG—01.05.2006 —002.001 —278
▼M1
Задание (FIA_AFL.1.1) Номер :1 ,списък на събития за удостоверяване :
удостоверяване на интерфейсно устройство .
Задание (FIA_AFL.1.2) Списък на действията :
—предупреждава се свързаното устройство ,
—приемане на потребителя като БЛОК _БЕЗ_ПРЕВОЗНО СРЕДСТВО .
Следващите задания описват реагирането на дадена карта по време на
неуспех на допълнителния механизъм за удостоверяване ,посочен в точка
UIA_302.
Задание (FIA_AFL.1.1) Номер :5 ,списък на събития ,свързани с удостове -
ряването :контрол на идентификационните персонални номера (на цехова
карта ).
Задание (FIA_AFL.1.2) Списък на действията :
—предупреждава се свързаното устройство ,
—блокира се процедурата за контрол на индивидуалния идентифика -
ционен номер по такъв начин ,че всеки последващ опит за проверка
да бъде неуспешен ,
—трябва да има възможност да се указва на следващите потребители
причината за наложената блокировка .
4.3.Управление на достъпа
4.3.1.Политика на контрол на достъпа
По време на крайната фаза на използване от цикъла си на живот тахо -
графската карта работи при прилагане на само една политика относно
контрола на достъпа ,която се обуславя от функциите ,свързани с обезпе -
чаване на сигурността (SFP)и се нарича AC_SFP.
Задание (FDP_ACC.2.1) Контрол на достъпа SFP: AC_SFP.
4.3.2.Функции на контрола на достъпа
Задание (FDP_ACF.1.1) Контрол на достъпа SFP: AC_SFP.
Задание (FDP_ACF.1.1) Наименована група от атрибути ,свързани със
сигурността :ГРУПА _ПОТРЕБИТЕЛ .
Задание (FDP_ACF.1.2) Правила ,които управляват достъпа до контро -
лирани субекти и обекти посредством контролирани операции :
—ОБЩО _ЧЕТЕНЕ :Данните на потребителя могат са се извлекат от
зададеното състояние за оценка на системата от всеки потребител сизключение на данните за идентифициране на титуляра на съответнатакарта ,четенето на които при картите на контрольор е запазено за БЛОКО -
ВЕ_НА_ПРЕВОЗНО СРЕДСТВО ,
—ЗАПИСВАНЕ _ИДЕНТИФ :Идентификационните данни могат да се
записват само веднъж ,и то преди края на фаза 6от цикъла на живот на
картата .Никой потребител няма право да записва или да променя иденти -
фикационни данни по време на финалната фаза на ползване от цикъла наживот на дадената карта ,
—ЗАПИСВАНЕ _ДЕЙНОСТИ :Единствено БЛОКОВЕ _НА_ПРЕВОЗНО
СРЕДСТВО имат право да записват данните относно дейностите в зада -
деното състояние за оценка на системата ,
—АКТУАЛИЗИРАНЕ _СОФТУЕР :Никой потребител няма право да
извършва каквото и да е актуализиране на софтуера на зададеното
състояние за оценка на системата ,
—СТРУКТУРА _ФАЙЛОВЕ :Структурата на файловете ,както и
условията за достъп ,трябва да бъдат определени преди края на фаза 6от
цикъла на живот на зададеното състояние за оценка на системата ,след
което трябва да се блокират ,за да се предотврати всеки опит за промяна
или за изтриване от даден потребител .
4.4.Отговорност
Зададеното състояние за оценка на системата трябва да съхрани в паметта
си постоянните данни за идентифициране .
Часът и датата на персонализация на зададеното състояние за оценка на
системата трябва да бъдат указани така ,че тя да не може да се променя .1998R2135 —BG—01.05.2006 —002.001 —279
▼M1
4.5.Анализ
Зададеното състояние за оценка на системата трябва да следи събитията ,
които посочват потенциално нарушаване на сигурността му .
Задание (FAU_SAA.1.2) Определена подгрупа от събития за анализиране :
—неуспех на процедурата по удостоверяване на титуляра на картата (5
последователнинеуспешнипроверкинаперсоналнияидентификационен
номер на титуляра ),
—грешка при автоматично тестване ,
—грешка ,свързана с целостта на записаните данни ,
—грешка ,свързанасцелостта ,откритапривъвежданетонаданниотносно
дейностите .
4.6.Прецизност
4.6.1.Цялост на записаните данни
Задание (FDP_SDI.2.2) Действия ,които трябва да се предприемат :пред-
упреждава се свързаното устройство .
4.6.2.Удостоверяване на базовите данни
Задание (FDP_DAU.1.1) Списък на обекти или типове информация :Данни
относно дейностите .
Задание (FDP_DAU.1.2) Списък на субектите :Всеки субект .
4.7.Надеждност на услугата
4.7.1.ИзпитанияСелектиране
(FPT_TST.1.1): по време на първоначалното пускане в действие и редовно
по време на нормална експлоатация .
Забележка :в настоящия случай изразът „по време на първоначалното
пускане в действие “означава преди изпълнението на кода [а не задъл -
жително по време на процедурата Answer To Reset ( отговор на реинициа -
лизиране )].
Автоматичните тествания на зададеното състояние за оценка на системата
трябвадавключватпроверканацелосттанавсекисофтуеренкод ,койтоне
е записан в постоянната памет .
Вслучайнаоткриваненагрешкаприавтоматичнототестванефункциятапо
обезпечаване на сигурността на зададеното състояние за оценка на
системата трябва да изпрати предупреждение до свързаното устройство .
Според изискванията на изпитанията ,на които операционната система
трябва да се подложи ,всички команди и действия ,свързани с тяхното
изпълнение ,трябва да бъдат дезактивирани или премахнати .Не трябва да
има възможностза тяхната замянаили възстановяване с целпо -къснотоим
използване .Командите ,коитоса свързаниизключително сопределена фаза
отцикъланаживот ,трябвадаостанатнедостъпнипрезследващитефазина
този цикъл .
4.7.2.Софтуер
Трябва да бъде невъзможно извършването на анализ ,изменение или кори -
гиране по месторабота на потребителя на операционната система на зада -
деното състояние за оценка на системата .
Данните ,въведени от външни източници ,по никакъв начин не трябва да
бъдат приемани като изпълними кодове .
4.7.3.Захранване
По време на прекъсвания или колебания в захранването зададеното
състояние за оценка на системата трябва да се намира в задоволителна
степен на защита срещу неоторизиран достъп .
4.7.4.Условия за реинициализиране
Вслучай напрекъсване назахранването (илина колебанияв захранващото
напрежение ),което засяга зададеното състояние за оценка на системата ,в
случай на преждевременно прекъсване на определена операция или при
всяко друго положение ,което налага неговото реинициализиране ,зада-1998R2135 —BG—01.05.2006 —002.001 —280
▼M1
деното състояние за оценка на системата трябва да се рестартира безкон -
фликтно .
4.8.Обмен на данни
4.8.1.Обмен на данни с блок ,монтиран на превозното средство
Зададенотосъстояниенасистемататрябвадаизвършипроверканацелостта
и автентичността на данните ,импортирани от блока ,монтиран на
превозното средство .
В случай че се открие нарушена цялост на импортираните данни ,зада-
деното състояние за оценка на системата трябва :
—да предупреди устройството ,изпращащо данните ,
—да се въздържа от използване на разглежданите данни .
Зададеното състояние за оценка на системата трябва да извършва експор -
тиране на данните на потребителя към блока ,монтиран на превозното
средство ,като ги придружава със съответните им атрибути за сигурност
така,че този блок ,монтиран на превозното средство ,да бъде в състояние
да провери целостта и автентичността на получените данни .
4.8.2.Експортиране на данни към дадено независимо устройство (функция
по прехвърляне на данни )
Зададеното състояние за оценка на системата трябва да може да генерира
доказателство за произхода относно данните ,прехвърляни към външни
запаметяващи устройства .
Зададенотосъстояниезаоценканасистемататрябвадаможедапредостави
наполучателясредствозапроверканаавтентичносттанадоказателствотозапроизход на прехвърляните данни .
Зададеното състояние за оценка на системата трябва да може да извърши
прехвърляне на данни към външни запаметяващи устройства ,като ги
придружавасъссъответнитеиматрибутизасигурносттака ,чесъответното
или съответните запаметяващо /и устойство /а да са в състояние да проверят
тяхната цялост и автентичност .
4.9.Криптографска поддръжка
Акофункциятапообезпечаваненасигурносттаназададенотосъстояниена
системата генерира криптографски ключове ,тя трябва да изпълнява тази
задача ,катоспазваопределениформатииалгоритмизагенерираненакрип -
тографски ключове .Генерираните криптографски ключове за определени
сесии трябва да се характеризират с ограничен брой на употреба (този
брой се определя от производителя ,но той трябва да бъде под 240).
Акофункциятапообезпечаваненасигурносттаназададенотосъстояниена
системата разпределя криптографски ключове ,
тя трябва да изпълнява тази
задача ,като спазва определени методи на разпределение на криптографски
ключове .
5.Определяне на механизмите за сигурност
Изискваните механизми за сигурност са предмет на точно описание в
Допълнение 11.
Другите механизми за сигурност трябва да бъдат определени от произво -
дителя на зададеното състояние за оценка на системата .
6.Минимална мощност на механизмите за сигурност
Изискванатаминималнамощностнамеханизмитезасигурност ,разработени
за тахографската карта ,е висока ,в съответствие с критериите ,които са
определени в референтния документ на ITSEC.
7.Степен на гаранция
Степента на гаранция ,предвидена за тахографските карти ,отговаря на
степен E3,всъответствиескритериите ,коитосаопределенивреферентния
документ на ITSEC.
8.Логически анализ
Матриците ,които следват ,представляват логически анализ на функциите ,
свързанисобезпечаваненасигурността ,катоподчертаватследнитеелементи :1998R2135 —BG—01.05.2006 —002.001 —281
▼M1
—функциите ,свързани със сигурността ,които са в състояние да неутра -
лизират различните заплахи ,
—функциите ,свързани със сигурността ,които изпълняват различните
цели ,свързани с информационната сигурност .1998R2135 —BG—01.05.2006 —002.001 —282
1998R2135 —BG—01.05.2006 —002.001 —283▼M1
Заплахи Цели на информационната сигурностT.CLON*
T.DIS_ES2M.T_ES
M.T_CMD
T.MOD_SOFT*T.MOD_LOADT.MOD_EXET.MOD_SHAREИдентифициране _Данни
Данни _Дейности
Обмен _Данни
Ц.TAMPER_ES
Ц.CLON*
Ц.OPERATE*
Ц.FLAW*
Ц.DIS_MECHANISM2
Ц.MOD_MEMORY*
Ц.DIS_MEM ORY*
Достъп _Данни
Защитена _Връзка
UIA_301Средства за удосто -
веряванеX
UIA_302Контрол на PIN X
ACT_301Данни за иденти -
фициране
ACT_302Дата на персонали -
зиранеX
RLB_301Цялостнасофтуера XX
RLB_302 Автоматични
тестванияXX
RLB_303 Тествания при
производствотоXX X X
RLB_304Софтуерен анализ XX X XX
RLB_305 Въвеждане на
софтуераXX X X X
RLB_306Захранване XX X X
RLB_307Реинициализиране XX
DEX_301Импортиране на
защитени срещу неото -
ризиран достъп данниXX
1998R2135 —BG—01.05.2006 —002.001 —284▼M1
Заплахи Цели на информационната сигурностT.CLON*
T.DIS_ES2M.T_ES
M.T_CMD
T.MOD_SOFT*T.MOD_LOADT.MOD_EXET.MOD_SHAREИдентифициране _Данни
Данни _Дейности
Обмен _Данни
Ц.TAMPER_ES
Ц.CLON*
Ц.OPERATE*
Ц.FLAW*
Ц.DIS_MECHANISM2
Ц.MOD_MEMORY*
Ц.DIS_MEM ORY*
Достъп _Данни
Защитена _Връзка
DEX_302Импортиране на
защитени срещу неото -
ризиран достъп данниXX
DEX_303Експортиране на
защитени данни към UEVXX
DEX_304Доказателство за
произходXX
DEX_305Доказателство за
произходXX
DEX_306Експортиране на
защитени данни към външнозапаметяващо устройствоXX
CSP_301Генериране на
ключовеXX
CSP_302Разпределение на
ключовеXX
▼M1
Допълнение 11
ОБЩИ МЕХАНИЗМИ ОТНОСНО СИГУРНОСТТА
СЪДЪРЖАНИЕ
1. Общиположения …............................................
1.1. Изходнабаза …................................................
1.2. Начининазаписванеисъкращения …...............................
2. Криптографскисистемииалгоритми …..............................
2.1. Криптографскисистеми ….......................................
2.2. Криптографскиалгоритми …......................................
2.2.1. Алгоритъм RSA ….............................................
2.2.2. Алгоритъмзасегментиране ….....................................
2.2.3. Алгоритъмзакриптираненаданни …...............................
3. Ключовеисертификати …........................................
3.1. Генериранеиразпределениенаключове …...........................
3.1.1. Генериранеиразпределениенаключове RSA ….......................
3.1.2. Ключовезаконтрол RSA …......................................
3.1.3. Ключовенадатчиказадвижение ….................................
3.1.4. Генериранеиразпределениенаключовезасесия T-DES …................
3.2. Ключове …...................................................
3.3. Сертификати …................................................
3.3.1. Съдържаниенасертификатите …...................................
3.3.2. Издаденисертификати ….........................................
3.3.3. Проверкаиразкриванесъдържаниетонасертификатите …................
4. Механизъмнавзаимноудостоверяване …............................
5. Конфиденциалност ,цялост и механизми за удостоверяване на данните ,пре-
хвърлянимеждублоковете ,монтиранинапревознисредства ,икартите …....
5.1. Защитенотнеоторизирандостъпобменнасъобщения ….................
5.2. Обработканагрешкипризащитенияотнеоторизирандостъпобменнасъобщения
…..........................................................
5.3. Алгоритъмзаизчисляваненасумитезакриптографскиконтрол …..........
5.4. Алгоритъмзаизчисляваненакриптограмите ,предназначенизаинструкциите DO
законфиденциалност ….........................................
6. Механизмизапоставяненацифровподписнапрехвърляниятанаданни …....
6.1. Генерираненаподписи …........................................
6.2. Проверканаподписите …........................................1998R2135 —BG—01.05.2006 —002.001 —285
▼M1
1.ОБЩИ ПОЛОЖЕНИЯ
Настоящото допълнение указва механизмите за сигурност ,които
гарантират :
—взаимнотоудостоверяванемеждублоковете UEVитахографскитекарти ,
включително съгласуването на ключовете за сесия ,
—конфиденциалността ,целостта и удостоверяването на данните ,
прехвърляни между блоковете UEVи тахографските карти ,
—цялосттаиудостоверяванетонаданните ,прехвърляниотблоковете UEV
към външни запаметяващи устройства ,
—целостта и удостоверяването на данните ,прехвърляни от тахографските
карти към външните запаметяващи устройства .
1.1.Изходна база
В настоящото допълнение се използва следната изходна база :
SHA-1 National Institute of Standards and Technology (NIST).
FIPSПубликация 180-1: Secure Hash Standard. Април
1995г.
PKCS1 RSA Laboratories. PKCS 1: RSA Encryption Standard.
Версия 2.0.Октомври 1998г.
TDES National Institute of Standards and Technology (NIST).
FIPSПубликация 46-3: RSA Encryption Standard. Проект
за стандарт 1999г.
TDES-OP ANSI X9.52, Triple Data Encryption Algorithm Modes of
Operation. 1998 г.
ISO/CEI 7816-4 IT —Идентификационни карти —Карти с вградена /и
интегрална /и схема /и с контакти —Част 4:между -
модулни команди за обмен на данни .Първо издание :
1995г.+изменение и допълнение 1: 1997г.
ISO/CEI 7816-6 IT —Идентификационни карти —Карти с вградена /и
интегрална /и схема /и с контакти —Част 6:елементи ,
свързани с междумодулни данни .Първо издание : 1996
г. + Cor 1: 1998 г.
ISO/CEI 7816-8 IT —Идентификационни карти —Карти с вградена /и
интегрална /и схема /и с контакти —Част 8:между -
модулни команди ,свързани със сигурността .Първо
издание : 1999г.
ISO/CEI 9796-2 IT —Техники ,свързани със сигурността —Схеми на
цифров подпис с възстановяване на съобщението —
Част 2:механизми ,които използват функция за сегмен -
тиране .Първо издание : 1997г.
ISO/CEI 9798-3 IT —Техники ,свързани със сигурността —Механизми
за удостоверяване на устройства —Част 3:удостове -
ряване на устройство ,което използва алгоритъм с
публичен ключ .Второ издание : 1998г.
ISO 16844-3 Пътни превозни средства —Тахографски системи —
Част 3:Интерфейс за откриване на движение .
1.2.Начини на записване и съкращения
Следващите съкращения и начини на записване се използват в настоящото
допълнение :
(Ka,Kb,Kc)Групаот ключове ,предназначени за тройнияалгоритъм за
криптиране на данни
CA Сертифициращ орган
CAR Референтни данни на сертифициращия орган
CC Сума за криптографски контрол
CG Криптограма
CH Заглавна част на команда
CHA Разрешение на притежател на сертификат1998R2135 —BG—01.05.2006 —002.001 —286
▼M1
CHR Референтни данни за притежателя на сертификат
D() Декриптиране с DES (/Data Encryption Standard)
DE Елемент на данни
DO Обект за данни
d Частен ключ —Степенен показател на частния ключ RSA
e Публичен ключ —Степенен показател на публичен ключ
RSA
E() Криптиране с DES
EQT Оборудване
Hash() Стойност на сегментиране в качеството й на изходна
стойност от hash
Hash Функция Hash
KID Идентификатор на ключ
Km Ключ TDES.Главенключ ,определенвстандарт ISO 16844
-3
Km VU Ключ TDES,записан в блоковете ,монтирани на
превозното средство
KmWC Ключ TDES,записан в цеховите карти
m Указател за представяне на съобщение ,цяло число между
0иn–1
n Ключове RSA,по модул
PB Байтове за запълване
PI Байтзауказваненазапълване (използванвкриптограмите ,
предназначени за инструкциите за конфиденциалност DO)
PV Обикновена стойност
s Указателзапредставяненаподписа ,цялочисломежду 0и
n–1
SSC Брояч на изпратени последователности
SM Защитен от неоторизиран достъп обмен на съобщения
TCBC Режим на работа чрез свързване на блокове от кодирани
данни TDEA
TDEA Троен алгоритъм за криптиране на данни
TLV Дължина на маркерите
VU Блок ,монтиран на превозното средство
X.C СертификатнапотребителяХ ,издаденотсертифициращия
орган
X.CA Сертифициращ орган на потребителя Х
X.CA.PKoX.CОперация по разкриване съдържанието на сертификат с
цел извличане на публичен ключ от него .Става дума за
непостояненоператор ,операндътотлявонакойтоотговаря
на публичния ключ на даден сертифициращ орган ,а
операндът отдясно отговаря на сертификата ,издаден от
същия орган .Като резултат се получава публичният
ключ на потребителя Х ,чийто сертификат представлява
операндът отдясно .
X.PK Публичен ключ RSAна потребителя Х
X.PK[I] Криптиране RSAна някои информации Iс помощта на
публичния ключ на потребителя Х
X.SK Частен ключ RSAна потребителя Х
X.SK[I] Криптиране RSAна някои информации Iс помощта на
частния ключ на потребителя Х1998R2135 —BG—01.05.2006 —002.001 —287
▼M1
′xx′ Стойност в шестнадесетичен формат
|| Оператор за конкатенация .
2.КРИПТОГРАФСКИ СИСТЕМИ И АЛГОРИТМИ
2.1.Криптографски системи
Блоковете ,монтирани на превозните средства и тахографските карти ,
трябва да използват класическа криптографска система с публичен ключ
RSAза осигуряване на следните механизми за сигурност :
—взаимно удостоверяване между блоковете ,монтирани на превозните
средства ,и тахографските карти ,
—маршрутизация на тройните ключове за сесия DES (Data Encryption
Standard)между блоковете ,монтирани на превозните средства ,и тахо -
графските карти ,
—цифров подпис на данните ,прехвърляни върху външните запаметяващи
устройства от блоковете ,монтирани на превозните средства ,или от
тахографските карти .
Блоковете ,монтирани на превозните средства ,и тахографските карти
трябвадаизползватсиметричнакриптографскасистематроен DESзаосигу -
ряване на механизъм ,който да гарантира целостта на данните по време на
обменанаданнинапотребителмеждублоковете ,монтиранинапревозните
средстваитахографскитекартиизадаосигури ,при необходимост ,конфи -
денциалността на обменените данни между блоковете ,монтирани на
превозните средства ,и тахографските карти .
2.2.Криптографски алгоритми
2.2.1.Алгоритъм RSA
Алгоритъмът RSAсе определя най -пълно чрез следните отношения :
Запо -подробноописаниенафункцията RSA,потърсетеинформацияврефе -
рентния документ PKCS1.
Степенниятпубличенпоказател „е“заизчисляванетона RSAтрябвадабъде
различен от 2във всички ключове ,генерерани с RSA.
2.2.2.Алгоритъм за сегментиране
Механизмите за цифровия подпис трябва да използват алгоритъма за
сегментиране SHA-1така,както е определен в референтния документ
SHA-1.
2.2.3.Алгоритъм за криптиране на данни
Алгоритми DESтрябва да се използват при режим на свързване на
кодирани блокове .
3.КЛЮЧОВЕ И СЕРТИФИКАТИ
3.1.Генериране и разпределение на ключове
3.1.1.Генериране и разпределение на ключове RSA
Ключовете RSAтрябва да се генерерат на три йерархични функционални
равнища :
—европейско равнище ,
—равнище на държавата -членка ,
—равнище на оборудване .
Наевропейскоравнищетрябвадасегенерирасамоеднадвойкаевропейски
ключове (EUR.SKиEUR.PK).Европейскиятчастенключтрябвадапозволи
сертифицирането на публичните ключове на държавите -членки .Трябва се
съхраняватзаписитенавсичкисертифицираниключове .Тезизадачитрябва
да се изпълняват от европейски сертифициращ орган ,поставен под
контрола и отговорността на Европейската комисия .1998R2135 —BG—01.05.2006 —002.001 —288
▼M1
На равнище на държава -членка трябва да се генерира само една двойка
ключове за държава -членка (MS.SKиMS.PK).Публичните ключове на
държавите -членки трябва да бъдат сертифицирани от европейския серти -
фициращ орган .Частният ключ на държавата -членка трябва да позволи
сертифицирането на частните ключове ,които се въвеждат в оборудването
(блок,монтираннапревознотосредство ,илитахографскакарта ).Записина
всички сертифицирани публични ключове трябва за бъдат съхранявани сданнитеза идентифициранена оборудването ,закоето те сапредназначени .
Тези задачи трябва да се изпълняват от национален сертифициращ орган .
Всяка държава -членка има право да сменя периодично двойките ключове .
На равнището на оборудването трябва да се генерира и въвежда само една
двойка ключове във всяко оборудване (EQT.SKиEQT.PK).Публичните
ключове на оборудването трябва да бъдат сертифицирани от националния
сертифициращ орган .Тези задачи трябва да се изпълняват от производи -
телите на оборудването ,персонализаторите на оборудването или от компе -
тентните власти в национален мащаб .Тази двойка ключове трябва да се
използва от службите по удостоверяване ,по цифровия подпис и по крип -
тирането .
Конфиденциалносттаначастнитеключоветрябвадасезапазипрезпериода
на тяхното генериране ,тяхното (евентуално )маршрутизиране и тяхното
архивиране .
Функционалната схема ,която следва ,представя синтез на движението на
данните ,характеризиращо този процес :
3.1.2.Ключове за контрол RSA
За целите на изпитанията на оборудване (включително изпитания за
възможност за взаимна работа ),сертифиращият европейски орган трябва
да генерира най -малко една различна европейска двойка ключове за
контрол и две двойки национални ключове за контрол ,публичните1998R2135 —BG—01.05.2006 —002.001 —289
▼M1
ключове на които трябва да се сертифицират съвместно с европейския
частен ключ за контрол .Производителите трябва да въведат в оборуд -
ването ,което е в процес на типово сертифициране ,ключове за тестване ,
които са сертифицирани от един от националните ключове за тестване .
3.1.3.Ключове на датчика за движение
Конфиденциалността на трите ключа TDES,описани по -долу ,трябва да
бъде защитена по подходящ начин по време на генерирането ,на транспор -
тирането (ако е необходимо )и на съхранението .
За дасе позволиизползванетона апаратуриза контрол ,коитоотговарятна
стандарта ISO 16844, европейският сертифициращ орган и сертифици -
ращите власти на държавата -членка трябва също да съблюдават следните
аспекти :
Европейскиятсертифициращоргангенерираключовете KmVUиKmWC,два
тройниключа DES,коитосауникалниинезависими ,кактоиключа Kmпо
формулата :
Европейският сертифициращ орган предава тези ключове при съблюдаване
на съответни процедури ,осигуряващи защита срещу неоторизиран достъп ,
на властите на държавите -членки ,компетентни относно сертифицирането ,
които са направили искане за тях .
Сертифициращите органи на държавите -членки :
—използват ключа Kmза криптирането на данните на датчика за
движение ,поискани от производителите на датчиците за движение
(данните за криптиране с ключа Kmса определени в стандарт ISO
16844-3),
—предават ключа KmVUна производителите на блокове за монтиране на
превознитеследства присъблюдаванена съответнитепроцедури ,осигу -
ряващи защита срещу неоторизиран достъп ,за да бъдат инсталирани в
тези UEV,
—следят ключ KmWCда бъде инсталиран във всички цехови карти
в елементарния файл
)по време на персонализацията на
картата .
3.1.4.Генериране и разпределение на ключове за сесия T-DES
Повременапроцесаповзаимнотоудостоверяванеблоковете ,монтиранина
превозните средства ,и тахографските карти трябва да генерират и обменят
необходимитеданнизаизработванетонаобщключзасесия T-DES.Конфи -
денциалността на този обмен на данни трябва да бъде защитена от
механизъм за криптиране RSA.
Тозиключтрябвадасеизползваповременавсичкипоследващиоперации ,
които са свързани със защитен срещу неоторизиран достъп обмен на
съобщения .Неговата валидност трябва да изтече в края на сесията
(изваждане или реинициализиране на картата )и/или след 240употреби
(определение за употребата на ключа :изпращане на команда ,която
използва защитен срещу неоторизиран достъп обмен на съобщения към
съответната карта и свързаният с това изпращане отговор ).
3.2.Ключове
Ключовете RSAтрябва да имат (независимо от нивото им )следните
дължини :модули n 1024бита,публичен степенен показател eмаксимум
64бита,частен степенен показател d1024бита.
Ключовете T-DESтрябва да имат формата (Ka,Kb,Ka),където KaиKbса
независими ключове с дължина 64бита.Никакъв бит за откриване на
грешка в четността не трябва да бъде със стойност 1.
3.3.Сертификати
Сертификатите ,свързани с публичните ключове RSA,трябва да бъдат от
типа „non self-descriptive “и„card verifiable “(Справка :стандарт ISO/CEI
7816-8)1998R2135 —BG—01.05.2006 —002.001 —290
▼M1
3.3.1.Съдържание на сертификатите
Сертификатите ,свързани с публичните ключове RSA,трябва да съдържат
следните данни в следващия ред :
Данни Формат Байтове Наблюдения
CPI ЦЯЛО ЧИСЛО 1Идентификатор на профил на
сертификата (′01′за тази версия )
CAR НИЗ ОТ БАЙТОВЕ 8Референтни данни за сертифи -
циращия орган
CHA НИЗ ОТ БАЙТОВЕ 7Разрешение на притежателя на
сертификата
EOV Реално време 4Изтичане на валидността на
сертификата .Опционално ,′FF′,
попълнен с байтовете за
запълване в случай на неиз -
ползване
CHR НИЗ ОТ БАЙТОВЕ 8Референтни данни за прите -
жателя на сертификата
n НИЗ ОТ БАЙТОВЕ 128Публичен ключ (модул )
e НИЗ ОТ БАЙТОВЕ 8Публичен ключ (публичен
степенен показател )
164
Забележки :
1. „Идентификатор за профил на сертификата “(CPI)определя точната
структура на даден сертификат за удостоверяване .Той изпълнява
функция на вътрешен идентификатор на оборудване в съответензаглавен списък ,който описва конкатенацията на елементите на
информация ,съдържащи се в сертификата .
Заглавният списък ,свързан със съдържанието на този сертификат ,
има следния вид :
2. „Референтните данни за сертифициращия орган “(CAR)позволяват
идентифицирането на OH,който издава сертификата ,по такъв
начин ,че елементът на информация да може да извършва едно -
временно функцията на идентификатор на ключ ,на който може да
се има доверие ,отпращащ към публичния ключ на сертифициращия
орган (за повече информация относно кодирането трябва да се види
„Идентификатор на ключ “,описан по -долу ).
3. „Разрешението на притежателя на сертификата “(CHA)позволява
идентифицирането на правата на притежателя на сертификата .Той
се състои от идентификатор на тахографско приложение и на типана оборудването ,за което е предназначен съответният сертификат (в
зависимост от елемента на информация EquipmentType, „00“за
дадена държава -членка ).1998R2135 —BG—01.05.2006 —002.001 —291
▼M1
4. „Референтните данни за притежателя на сертификата “(CHR)
позволяват уникалното идентифициране на притежателя на серти -
фиката по такъв начин ,че елементът на информация да може да
извършва едновременно функцията на идентификатор на ключ насубект ,отпращащ към публичния ключ на притежателя на серти -
фиката .
5.Идентификаторите на ключ идентифицират единствено притежа -
телите на сертификат или сертифициращите органи .Те се кодират ,
както следва :
5.1.Оборудване (UEVили карта ):
Данни Сериен номер
на оборуд -
ванетоДата Тип Производител
Дължина 4байта 2байта 1байт 1байт
Стойност Цяло число Кодиране
DCBмм ддФабрични
характе -
ристикиКод на произ -
водителя
Ако се отнася до определен UEV,производителят трябва ,по
време на заявката за сертификати ,да знае или не идентифика -
ционните данни на оборудването ,в което ще бъдат инсталирани
ключовете .
В първия случай производителят трябва да изпрати идентифика -
ционните данни на оборудването ,придружени от публичния
ключ на националния орган ,компетентен относно сертифици -
рането .Сертификатътв такъв случайтрябва да съдържа иденти -
фикационните данни на разглежданото оборудване .Произво -
дителят трябва да следи съответните ключове и сертификат дабъдат въведени в разглежданото оборудване .Идентификаторът
на ключ има формата ,указана по -горе.
Въввторияслучайпроизводителяттрябвадаидентифицираинди -
видуално всяко искане за сертификат и да изпрати съответните
идентификационни данни ,придружени от публичния ключ на
националния орган
,компетентен относно сертифицирането .
Сертификатът в такъв случай трябва да съдържа идентифика -
ционните данни на съответната заявка за сертификат .Произво -
дителят трябва да съобщи на свой ред на националния орган ,
компетентенотносносертифицирането ,даннитеотноснопредназ -
начението на ключовете във връзка с разглежданото оборудване(тоест идентификационните данни на заявката за сертификат и
идентификационните данни на визираното оборудване )след
тяхното инсталиране на това оборудване .Идентификаторът на
ключимаформата ,указанапо -долу .
Данни Сериен номер
на искането за
сертификатДата Тип Производител
Дължина 4байта 2байта 1байт 1байт
Стойност Кодиране
DCBКодиране
DCBмм дд′FF′Код на произ -
водителя
5.2.Сертифициращ орган :
Данни Иденти -
фикация на
органаСериен номер
на ключаДопълнителна
информацияИдентификатор
Дължина 4байта 1байт 2байта 1байт1998R2135 —BG—01.05.2006 —002.001 —292
▼M1
Данни Иденти -
фикация на
органаСериен номер
на ключаДопълнителна
информацияИдентификатор
Стойност 1байт цифров
код за нацио -
налносттаЦяло число Допълнително
кодиране
(зависиот OH)′01′
3байта
буквено -
цифров код за
национал -
ността′FF FF ′в
случай на
неизползване
Серийният номер на даден ключ позволява да се прави разлика
между различните ключове на определена държава -членка в
случай ,че някои от тях бъдат променени .
6.Проверителитенасертификатитетрябвадазнаятпоподразбиране ,че
сертифицираният публичен ключ е от тип RSA,който се използва за
удостоверяване ,проверка и криптиране на цифровите подписи с цел
осигуряваненаконфиденциалност (сертификатътнесъдържаникакъв
„Обектен идентификатор “,позволяващ неговото прецизиране ).
3.3.2.Издадени сертификати
Издаденият сертификат има формата на цифров подпис ,придружен от
частично възстановяване на съдържанието на сертификата съгласно
стандарт ISO/CEI 9796-2, като „Референтните данни относно сертифи -
циращия орган “затварят сертификата .
Съдържание на сертификата
Забележки :
1.Този сертификат съдържа 194байта .
2. CAR,коитосамаскираниотподписа ,седобавятсъщотакакъмнего ,
за да може публичният ключ на сертификационния орган да бъде
избран за извършване на проверката на сертификата .
3.Проверителят на сертификата трябва да познава по подразбиране
алгоритъма ,използван от сертифициращия орган за подписване на
сертификата .
4.Заглавният списък ,свързан с този издаден сертификат ,има следния
вид:
3.3.3.Проверка и разкриване съдържанието на сертификатите
Проверката и разкриването на съдържанието на сертификатите се състои в
проверка на подписа съгласно стандарт ISO/CEI 9796-2, и в извличане на
съдържаниетонасертификатаинапубличнияключ ,койтотойсъдържа :X .1998R2135 —BG—01.05.2006 —002.001 —293
▼M1
PK = X.CA.PKoX.C,комплект ,използван за проверка на валидността на
сертификата .
Тази процедура съдържа следните операции :
Проверка на подписа и извличане на съдържанието :
—
—fтCAR′сеизбирапубличниятключнасъответниясертифициращ орган
(при положение qче тази операция не е била извършена с други
средства ),
—Отваря се Sign.с публичния ключ на OH: Sr ′= X.CA.PK [Sign],
—проверява се дали Sr′започва с ′6A′и завършва с ′BC′
—изчислява се Cr′иH′въз основа на :
—възстановява се съдържанието на сертификата C′=C r′|| Cn′,
—проверява се Сегментирането (C′)=H ′.
Ако резултатите от проверките са удовлетворителни ,сертификатът е
оригинален и съдържанието му е C′.
Проверява се валидността .ОтC′:
—контролира се ,при необходимост ,датата на изтичане на валидността .
Отсертификата C′сеизвличаисезапаметявапубличниятключ ,идентифи -
каторътнаключа ,разрешениетонапритежателянасертификатаидататана
изтичане на валидността на сертификата :
—X.PK = n||e,
—X.KID = CHR,
—X.CHA = CHA,
—X.EOV = EOV.
4.МЕХАНИЗЪМ ЗА ВЗАИМНО УДОСТОВЕРЯВАНЕ
Взаимното удостоверяване между картите и UEVсе основава на следния
принцип :
Всяка от страните трябва да докаже на другата ,че притежава двойка
валидни ключове ,като публичният ключ ,който е позволил тяхното серти -
фициране от компетентния национален сертифициращ орган ,на свой ред е
сертифициран от европейския сертификационен орган .
Това доказване се състои в подписване с частния ключ на случайно число ,
изпратено от ответната страна ,която трябва да възстанови по време на
проверката на този подпис изпратеното преди това случайно число .
Съответниятблок ,монтираннапревознотосредство ,стартирамеханизмана
удостоверяванеследпоставянетонакартата .Процедуратазапочвасразмяна
насертификатитеиразкриванетонасъдържаниетонапубличнитеключове ;
тя завършва с определянето на ключа на сесията .
Използва се протоколът ,даден по -долу [стрелките указват обменените
команди и данни (виж Допълнение 2)]:1998R2135 —BG—01.05.2006 —002.001 —294
▼M1
1998R2135 —BG—01.05.2006 —002.001 —295
▼M1
1998R2135 —BG—01.05.2006 —002.001 —296
▼M1
5.КОНФИДЕНЦИАЛНОСТ ,ЦЯЛОСТ И МЕХАНИЗМИ ЗА УДОСТОВЕ -
РЯВАНЕ НА ДАННИТЕ ,ПРЕХВЪРЛЕНИ МЕЖДУ БЛОКА ,
МОНТИРАН НА ПРЕВОЗНОТО СРЕДСТВО ,И КАРТИТЕ
5.1.Защитен от неоторизиран достъп обмен на съобщения
Целостта на данните ,прехвърлени между UEVи картите ,се предпазва от
устройствозазащитенотнеоторизирандостъпобменнасъобщения ,всъот -
ветствие със стандартите ISO/CEI 7816-4 иISO/CEI 7816-8.
Ако се налага защита на данните по време на трансфера им ,системата
трябва да добави обект за данни от типа на сумата за криптографскиконтролкъмобектитезаданни ,предаденивкомандатаилиотговора .Прие -
мащата страна трябва да извърши проверка на сумата за криптографски
контрол .
Суматаза криптографскиконтролна данните ,предаденив команда ,трябва
да включва заглавната част на тази команда ,както и всички изпратени
обекти за данни (= > CLA = ′0C′,и всички обекти за данни трябва да
бъдат оградени от тагове ,в рамките на които b1 = 1).
Байтовете за състояние /информация ,предадени като отговор ,трябва да
бъдат защитени от сума за криптографски контрол ,ако този отговор не
съдържа никакво поле за данни .
Сумите за криптографски контрол трябва да имат дължина от 4байта .
Така че при използване на защитения от неоторизиран достъп обмен на
съобщения ,командите и отговорите имат следната структура :
Използваните инструкции DOпредставляват частичен комплект от DOна
защитения от неоторизиран достъп обмен на съобщения ,описани в разпо -
редбите на стандарт ISO/CEI 7816-4:
ТагМнемоничен
кодЗначение
′81′ TPVОбикновена стойност ,некодирана в BER-TVL (трябва да
бъде защитена от CC)
′97′ TLEСтойност ва Leв незащитена от неоторизиран достъп
команда (трябва да бъде защитена от CC)
′99′ TSWИнформация за състоянието (трябва да бъде защитена от
CC)
′8E′ TCCСума за криптографски контрол
′87′ TPI CGБайт,показател на запълването ||Криптограма (обикновена
стойност ,некодирана в BER-TVL)
При наличие на следната двойка отговори на дадена незащитена от неото -
ризиран достъп команда :
Заглавна част на
командата (CH)Тяло на командата
CLA INS P1 P2 [ поле Lc] [поле за данни ][поле Le]
Четири байта Байтове L,указващи от B1доBL
Тяло на отговора Завършваща част на отговора
[поле за данни ] SW1 SW2
Байтове за данни LrДва байта
Съответстващата двойка отговори на дадена защитена от неоторизиран
достъп команда се представя по следния начин :
Защитена от неоторизиран достъп команда :1998R2135 —BG—01.05.2006 —002.001 —297
▼M1
Заглавна част
на командата
(CH)Тяло на командата
CLA INS P1
P2[ново
поле Lc][ново поле за данни ][ ново поле
Lе]
′OC′Дължина
на новото
поле за
данниTPV LPV PV TLE LLE Le TCC LCC CC ′00′
′81′ LcПол-
ез а
дан-
ни′97′′ 01′ Le′8E′′ 04′CC
Данни ,които трябва да се включат в сумата за криптографски контрол =
CH || PB || TPV|| LPV|| PV || TLE|| LLE|| Le|| PB
PB =байтове за запълване (80 .. 00)съгласно стандарти ISO-CEI 7816-4 и
ISO 9797,метод 2.
PVиLEна инструкциите DOса налични единствено ако незащитената от
неоторизиран достъп команда съдържа определен брой съответстващи
данни .
Защитен от неоторизиран достъп отговор :
1.Случай ,когато полето за данни на отговора не е празно и не изисква
никаква защита с цел запазване на конфиденциалността :
Тяло на отговораЗавършваща част
на отговора
[ново поле за данни ] Ново SW1 SW2
TPV LPV PV TCC LCC CC
′81′ LrПолеза
данни′8E′′ 04′ CC
Данни ,коитотрябвадасевключатвсуматазакриптографскиконтрол =
TPV|| LPV|| PV || PB
2.Случай ,когато полето за данни на отговора не е празно ,но изисква
защита ,гарантираща неговата конфиденциалност :
Тяло на отговораЗавършваща част
на отговора
[ново поле за данни ] Ново SW1 SW2
TPI CG LPI CC PI CG TCC LCC CC
′87′ PI || CG ′8E′′ 04′ CC
Данни ,коитосемаршрутизират чрез CG:данни ,коитоне сакодиранив
BER-TLV,и байтове за запълване .
Данни ,коитотрябвадасевключатвсуматазакриптографскиконтрол =
TPI CG || LPI CG || PI CG || PB
3.Случай ,когато полето за данни на отговора е празно :
Тяло на отговораЗавършваща част
на отговора
[ново поле за данни ] Ново SW1 SW2
TSW LSW SW TCC LCC CC
′99′′ 02′Ново SW1
SW2′8E′′ 04′ CC1998R2135 —BG—01.05.2006 —002.001 —298
▼M1
Данни ,коитотрябвадасевключатвсуматазакриптографскиконтрол =
TSW|| LSW|| SW || PB
5.2.Обработка на грешките при защитения от неоторизиран достъп
обмен на съобщения
Ако тахографската карта разпознава грешка от тип MSпо време на интер -
претиранетонаопределенакоманда ,байтоветезасъстояниетрябвадабъдат
върнати без MS.Съгласно стандарт ISO/CEI 7816-4 се определят следните
байтове за състояние за указване проявата на грешки от тип MS:
′66 88 ′Неуспешна проверка на сумата за криптографски контрол ,
′69 87 ′Липса на предвидените обекти за данни MS,
′69 88 ′Неправилни обекти за данни MS.
Ако тахографската карта върне байтове за състояние без или с грешни
инструкции DO MS, UEV трябва да прекрати текущата сесия .
5.3.Алгоритъм за изчисление на сумите за криптографски контрол
Съставянето на суми за криптографски контрол се извършва с помощта на
подробната процедура за контрол на достъпа до носителя на информация
(MAC)в съответствие със стандарт ANSI X9.19 за криптиране DES:
—начален етап :контролният блок y0еE(Ka, SSC),
—последващ етап :контролните блокове y1,…,y nсе изчисляват с
помощта на Ka,
—финаленетап :суматазакриптографскиконтролсеизчислявавъзоснова
напоследнияконтроленблок yn,катосепроцедирапоследнияначин :E
[Ka, D(Kb, yn)].
къдетосъкращението E()означавакриптиранетос DES,асъкращението D()
—декриптирането с DES.
Извършвасетрансферначетиритенай -значещибайтанасуматазакрипто -
графски контрол .
Броячът на изпратените последователности (SSC)се стартира по време на
процедурата по приемане на ключовете :
Начален SSC: Rnd3 (4 най-незначещи байта ) || Rnd1 (4 най-незначещи
байта ).
Броячът на изпратените последователности се увеличава с една единица
преди изчисляването на всеки MAC (с други думи ,свързаният с първата
команда SSCотговаря на началния SSC + 1,докато свързаният с първия
отговор SSCотговаря на началния SSC + 2).
Следващата фигура показва подробно процедурата по изчисляването на
MAC:
1998R2135 —BG—01.05.2006 —002.001 —299
▼M1
5.4.Алгоритъм за изчисление на криптограмите ,предназначени за
инструкциите DO,свързани с конфиденциалността
Тези криптограми се изчисляват с помощта на TDEAв експлоатационен
режим TCBCсъгласно референтните TDESиTDES-OPи с нулев вектор
като блок на начална стойност .
Следващата фигура показва прилагането на ключовете в TDES:
6.МЕХАНИЗМИ ЗА ПОСТАВЯНЕ НА ЦИФРОВ ПОДПИС НА
ПРЕХВЪРЛЯНИЯТА НА ДАННИ
Специализирано логическо устройство (IDE)записва във файл с физически
данниданните ,прехвърлениотопределенооборудване (UEVиликарта )по
време на сесия по трансфер .Този файл трябва да съдържа сертификатите
MSi.CиEQT.C.Той трябва да съдържа и цифровите подписи ,свързани с
блоковете данни ,съгласно указанията ,дадени в Допълнение 7(Протоколи
за предаване на данни ).
Цифровите подписи на прехвърлените данни трябва да се основават на
използването на схема за цифров подпис с допълнение ,която позволява
при необходимост прехвърлените данни да се четат без никакво декрип -
тиране .
6.1.Генериране на подписи
Генерирането отоборудването на цифровите подписи на данните трябва да
съблюдава схемата за цифров подпис с допълнение ,определена в рефе -
рентния документ PKCS1с функцията за сегментиране SHA-1:
Подпис = EQT.SK[ ′00′||′01′|| PS || ′00′|| DER[SHA-1( данни Data)]
PSНиз от байтове за запълване със стойност ′FF′,дължината на който е
равна на 128.
DER(SHA-1(M)) съответства на кодирането на идентификатора на алго -
ритъма на функцията за сегментиране и стойността на сегментиране при
стойност ASN.1от типа DigestInfo (различни правила за кодиране ):
′30′||′21′||′30′||′09′||′06′||′05′||′2B′||′0E′||′03′||′02′||′1A′||′05′||′00′||′04′||′14′||стойност
на сегментиране .
6.2.Проверка на подписите
Проверката на цифровите подписи на данните ,на която се подлагат
прехвърлените данни ,трябва да съблюдава схемата за цифров подпис с
допълнение ,определена в референтния документ PKCS1с функцията за
сегментиране SHA-1.
Проверителят трябва да познава (и да одобри )европейския публичен ключ
EUR.PK.
Следващата таблица показва протокола ,който дадено оборудване IDE,
имащо карта за контрол ,трябва да може да спазва ,за да проверява
целостта на данните ,които са прехвърлени и записани в ESM (външно
запаметяващо устройство ).Картата за контрол позволява извършването на
декриптирането на цифровите подписи .В настоящия случай тази функция
не е инсталирана по подразбиране в IDE.
Оборудването ,което е взело участие в прехвърлянето и в подписването на
данните ,които трябва да се анализират ,се указва от съкращението EQT.“1998R2135 —BG—01.05.2006 —002.001 —300
▼M1
1998R2135 —BG—01.05.2006 —002.001 —301