II 
(Niet-wetg evingshandelingen ) 
VER ORDENINGEN 
UIT VOERINGSVER ORDENING (EU) 2016/799 VAN DE COMMI SSIE 
van 18 maar t 2016 
tot uitv oering van Verordening (EU) nr. 165/2014 van het Europees Parlement en de Raad tot 
vast stelling van de eisen voor de constr uctie, het testen, de inst allatie, de exploita tie en de 
reparatie van tachog rafen en tachog raafon derdelen 
(Voor de EER relevante teks t) 
DE EUR OPESE COMMISSIE, 
Gezien het Verdrag betreff ende de werking van de Europese Unie, 
Gezien Verordening (EU) nr. 165/2014 van het Europees Parleme nt en de Raad van 4 februari 2014 betreff ende 
tachog rafen in het wegver voer (1), en met name artikel 11 en artikel 12, lid 7, 
Over weg ende hetge en volgt: 
(1)  Bij Verordening (EU) nr. 165/2014 is een tweede generatie digitale tachog rafen ingevoerd, de zoge naamde slimme 
tachog rafen, die besch ikken over een verbinding met het mondiaal satellietna vigatiesysteem (GNSS), een 
communicatiesyste em voor vroegtijdi ge detectie op afstand en een interface met intelli gent e vervoerssyst emen 
(ITS). Er moet en specificaties worden vastge steld voor de technisch e eisen voor de constr uctie van slimme 
tachog rafen. 
(2)  De op grond van artikel 9, lid 4, van Verordening (EU) nr. 165/2014 ingevoerde vroegtijdig e detectie op afstand 
moet de gegevens van de digitale tachog raaf en de informatie over de gewic hten en het gewicht per as van de 
volledige voertuigcombinatie (trekk er en aanhange r of oplegge r) overeenk omstig Richtli jn 96/53/EG van het 
Europees Parlement en de Raad (2) doorsturen naar de ambt enaar die wegcontroles uitvoer t. Dit moet de 
controle-instanties in staat stellen voer tuige n effectief en snel te controleren, terwijl er minder elektronische 
apparat en in de stuurcabine vereist zijn. 
(3)  Overeenk omstig Richt lijn 96/53/EG moet het systeem voor vroegtijdi ge detectie op afstand gebruikmake n van de 
CEN DSR C-nor men (3), als bedoeld in die richtlijn in de frequentieband 5 795-5 805 MHz. Aangezien die 
frequentieband ook voor elektronische tolheffin g wordt gebruikt en teneinde interferenties tussen tolheffings- en 
controleto epassingen te vermijden, mog en controleambtenaren het systeem voor vroegti jdige detectie op afstand 
niet op een tolplein gebruike n. 
(4)  De invoering van de slimme tachog raaf moet gepaard gaan met de invoering van nieuwe veiligheidsmechanismen 
om het beveiligingsniveau van de digitale tachog raaf op peil te houden en bestaande beveiligingslacunes weg te 
werk en. Een van die lacunes is het ontbreken van een vervaldatum voor digitale certificaten. Om te voldoen aan 
de beste praktijk en op het gebied van beveiliging moet het gebr uik van digitale certificaten zonder vervaldatum 
worden vermeden. Een voertuigunit moet normaal gezien 15 jaar kunnen worden gebruikt, met inga ng van de 
afgif tedatum van de digitale certificaten voor de unit. Na afloop van de geldigheidsterm ijn moeten voer tuigunits 
worden vervang en. 26.5.2016 L 139/1 Publicatieblad van de Europese Unie NL    
(1)PB L 60 van 28.2.2014, blz. 1. 
(2)Richtlijn 96/53/EG van de Raad van 25 juli 1996 houdende vaststellin g, voor bepaalde aan het verkeer binnen de Gemeenschap 
deelnemende wegvoer tuigen, van de in het nationale en het inter nationale verkeer maximaal toeg estane afmetingen, en van de in het 
internationale verkeer maximaal toeg estane gewi chten (PB L 235 van 17.9.1996, blz. 59). 
(3)Specifieke normen voor korteafstandscommunicatie van het Europees Comité voor normalisatie (CEN) EN 12253, EN 12795, 
EN 12834, EN 13372 en ISO 14906. 
(5)  Het aanbieden van beveiligde en betrouwbare plaatsbepalingsinf ormatie is essentieel voor het doelmatig gebruik 
van slimme tachograf en. Derhalve moet worden gewa arborgd dat de tachograf en compati bel zijn met de via het 
Galileo-programma op grond van Verordening (EU) nr. 1285/2013 van het Europees Parlement en de Raad (1) 
aange boden diensten met toeg evoegde waarde om de beveiliging van de slimme tach ograaf te verbet eren. 
(6)  Overeenk omstig artikel 8, lid 1, artikel 9, lid 1, en artikel 10, leden 1 en 2, van Verordening (EU) nr. 165/2014 
moet en de bij die verordening ingev oerde beveiligingsmec hanismen 36 maanden na de inwerkingtreding van de 
vereiste uitvoe ringsbesluit en in werking treden teneinde de fabr ikant en de tijd te geven om de nieuwe generatie 
slimme tachograf en te ontwikkelen en hun typegoedke uringscer tificaten aan te vrag en bij de bevoegde instanties. 
(7) Overeenk omstig Verordening (EU) nr. 165/2014 moet en voertuigen die ten minst e 36 maanden na de inwerk ing­
treding van die verordening voor het eerst in een lidstaat worden ingesc hreven, uitgerus t zijn met een slimme 
tachog raaf die aan de eisen van deze verordening van de Commissie voldoet. In ieder geval moet en alle 
voertuigen die in een andere lidstaat dan de lidstaat van inschrijving worden ingezet, 15 jaar na de inwer king ­
treding van die eisen met een conf orme slimme tachograaf zijn uitgerus t. 
(8)  Op grond van Verordening (EG) nr. 68/2009 (2) mocht gedurende een overg angsper iode tot en met 31 december 
2013 een adapt er worden gebr uikt om een tachog raaf te kunnen gebr uiken in voer tuigen van de categor ieën M1 
en N1. Gezien de technische problemen bij het zoek en naar een alternatief voor het gebruik van de adapt er, zijn 
de deskundig en van de voertuig- en tachog raaffabri kanten , samen met de Commissie, tot de conclusie gekomen 
dat een alternati eve oplossing voor de adap ter voor de sector zou leiden tot hoge kosten die niet in verhouding 
staan tot de omv ang van de markt. Derhalve moet het gebruik van de adap ter in voer tuigen van de types M1 
en N1 voor onbeperkt e duur worden toeg estaan. 
(9)  De maatregelen van deze verordening zijn in overeenst emming met het advies van het in artikel 42, lid 3, van 
Verordening (EU) nr. 165/2014 bedoelde comit é, 
HEEFT DE VOLGENDE VER ORDENING VASTGESTELD: 
Artikel 1 
Onder werp en werkingssfeer 
1. Bij deze verordening worden de regels vastge steld die noodzakeli jk zijn voor de unif orme toepassing van de 
volgende aspect en betreffende tachograf en: 
a)  registratie van de positie van het voertuig op bepaalde momenten tijdens de dageli jkse werktijd van de bestuurder ; 
b)  vroegtijdi ge detectie op afstand van eventueel manipulatie of misbr uik van slimme tachog rafen; 
c)  interf ace met intellig ente vervoerssyst emen; 
d)  de administratieve en technisc he eisen voor de typegoedkeurin gsprocedure voor tachog rafen, met inbegr ip van de 
beveiligingsmec hanismen. 
2. Bij de constr uctie, het testen, de installatie, de inspectie, het gebruik en de reparatie van slimme tachograf en en hun 
onderdelen moete n de in de bijlage vastg estelde technische eisen in acht worden genomen. 
3. Voor de constr uctie, het testen, de installatie, de inspectie, het gebruik en de reparatie van andere tachog rafen dan 
slimme tachog rafen blijven de eisen van bijlag e 1 of bijlag e 1B bij Verordening (EEG) nr. 3821/85 van de Raad (3) van 
toepas sing. 26.5.2016 L 139/2 Publicatieblad van de Europese Unie NL    
(1)Verordening (EU) nr. 1285/2013 van het Europees Parlement en de Raad van 11 december 2013 betreffende de uitvoering en exploitatie 
van de Europese satellietnavig atiesystemen en tot intrekking van Verordening (EG) nr. 876/2002 van de Raad en Verordening (EG) 
nr. 683/2008 van het Europees Parlement en de Raad (PB L 347 van 20.12.2013, blz. 1). 
(2)Verordening (EG) nr. 68/2009 van de Commissie van 23 januar i 2009 betreffende de negende aanpassing aan de vooruitgang van de 
techniek van Verordening (EEG) nr. 3821/85 van de Raad betreffende het controleapparaat in het wegver voer (PB L 21 van 24.1.2009, 
blz. 3). 
(3)Verordening (EEG) nr. 3821/85 van de Raad van 20 december 1985 betreffende het controleapparaat in het wegver voer (PB L 370 van 
31.12.1985, blz. 8). 
4. Overeenk omstig artikel 10 quinquies van Richtli jn 96/53/EG moet het syste em voor de vroegtijdig e detec tie op 
afstand de gewic htsge gevens die door de intern e weegapp aratuur van het voer tuig worden gegenereerd, doorsturen met 
het oog op de vroegti jdige detec tie van fraude. 
Artikel 2 
Def inities 
Voor de toepassing van deze verordening gelden de definities van artikel 2 van Verordening (EU) nr. 165/2014. 
Bovendien wordt verstaan onder:  
1) „digitale tachograaf” of „tachograaf van de eerste generatie”: een andere digitale tachog raaf dan een slimme 
tachograaf;  
2) „extern GNSS-syst eem”: het systeem dat de GNSS-ontvanger bevat wanneer de voer tuigunit uit meer dan één unit 
bestaat, alsmede de andere onderdelen die nodig zijn voor de besch erming van de naar de rest van de voertuigunit 
doorgestuurde plaatsbepalingsge gevens;  
3) „informatiebrochure”: de volledig e papieren of elektronische broch ure met alle informatie die door de fabrikant of 
zijn gemachtigde is meeged eeld aan de typegoedkeurin gsinstantie met het oog op de typegoedke uring van een 
tachograaf of tach ograaf onderdeel, met inbegr ip van de certificaten als bedoeld in artikel 12, lid 3, van Verordening 
(EU) nr. 165/2014, de uitvoering van de in bijlage 1C bij deze verordening gedefinieerde testen, alsmede schema's, 
afbeeldingen en andere documenten;  
4) „informatiepakket”: de papieren of elektronische informatiebroc hure, vergezeld van de andere tijdens de uitoef ening 
van haar functies door de typegoedke uringsinstantie aan de informatiebroc hure toeg evoegde documenten, waaronder 
het na afloop van de typegoedke uringsprocedure afgeg even EG-typegoedk euringscer tificaat van de tachograaf of het 
tachograaf onderdeel;  
5) „index bij het informatiepakket”: het document met een lijst van de genummerde inhoud van het informatiepakk et 
en een overzic ht van alle relevante delen van dat pakke t. In het opzet van dit document wordt een ondersc heid 
gemaakt tussen de versc hillende stappen van de EG-typegoedkeur ingsprocedure, met vermelding van de data waarop 
het pakket eventueel is herzien of bijgewerkt ;  
6) „syst eem voor vroegtijdi ge detectie op afstand”: de apparatuur van de voer tuigunit die voor de uitvoering van 
wegcontroles wordt gebr uikt ;  
7) „slimme tachograaf” of „tachograaf van de tweede generatie”: een digitale tachog raaf die voldoet aan de artikelen 8, 9 
en 10 van Verordening (EU) nr. 165/2014 en aan bijlag e 1C bij deze verordening;  
8) „tachograaf onderdeel” of „onderdeel”: een van de volg ende elementen: de voertuigunit, de bewegingssensor , de 
tachograafkaar t, het registratieblad, het externe GNSS-syst eem en het systeem voor vroegtijdi ge detectie op afstand;  
9) „typegoedkeuri ngsinstantie”: de instantie van een lidstaat die bevo egd is voor de typegoedkeuri ng van tachograf en of 
tachograaf onderdelen, de goedkeuringspro cedure, de afgif te en desgevallen d intrekking van typegoedkeurin gscer ti­
ficaten, die optreedt als aanspreekpunt voor de typegoedkeuri ngsinstanties van andere lidstaten en die erop toezi et 
dat fabr ikant en hun verplicht ingen op grond van deze verordening nakomen. 
Artikel 3 
Locatiegebaseerde diensten 
1. De fabrikant en zorg en ervoor dat slimme tach ografen compatibel zijn met de plaatsbepalingsdienst en die worden 
aangeb oden door Galileo en de European Geostationar y Nav igation Overla y Service (Egnos). 
2. Boven op de in de eerste alinea genoemde diensten mog en fabrikante n ook de compati biliteit met andere satelliet ­
navigatiesyst emen waarborg en. 26.5.2016 L 139/3 Publicatieblad van de Europese Unie NL    
Artikel 4 
Procedure voor de typegoedk euring van tacho grafen en tachog raafond erdelen 
1. Een fabrikant of zijn gemac htigde dient een aanvraag voor de typegoedkeuri ng van een tachog raaf, tachograaf on­
derdeel of groep onderdelen in bij de door elke lidstaat aangewezen typegoedkeuri ngsinstanties. Deze aanvraag omv at 
een informatiebrochure met informatie over alle onderdelen, waaronder desg evallend de typegoedkeurin gscer tificaten 
van andere onderdelen die deel uitmaken van de volledige tachog raaf, alsmede alle andere relevante documenten. 
2. Een lidstaat verleent een typegoedk euring voor een tachograaf, tachograaf onderdeel of groep onderdelen die, 
naarg elang het geval, voldoet aan de administratieve en technische eisen als bedoeld in artikel 1, lid 2 of 3. In dat geval 
verleent de typegoedkeurin gsinstantie de aanvrager een typegoedkeuri ngscer tificaa t dat overeenste mt met het model in 
bijlage II bij deze verordening. 
3. De typegoedke uringsinstantie kan de fabr ikant of zijn gemachtigde om aanvullende informatie verzoeken. 
4. De fabr ikant of zijn gemac htigde stelt voldoende tachog rafen of tachog raafonderdelen ter beschikking van de 
typegoedke uringsinstanties en de met de afgif te van de in artikel 12, lid 3, van Verordening (EU) nr. 165/2014 bedoelde 
certificaten belaste instanties om de typegoedkeurin gsprocedure correct te kunnen uitvoer en. 
5. Een fabr ikant of zijn gemac htigde die een typegoedke uring van bepaalde tachog raafonderdelen of groepen 
onderdelen aanvraagt, zorgt ervoor dat de typegoedkeurin gsinstanties kunnen beschikk en over de andere reeds 
goedg ekeurde tachog raafonderdelen, alsmede over alle andere onderdelen die nodig zijn om een volledige tachog raaf 
samen te stellen, zodat de instanties de nodig e tests kunnen uitvoeren. 
Artikel 5 
Wijzigingen van typegoedk euringen 
1. De fabr ikant of zijn gemachtigde stelt de typegoedke uringsinstantie die de oorspronkeli jke typegoedkeuri ng heef t 
verleend, onver wijld in kennis van alle wijzi gingen aan de software of hardware van de tachog raaf of de aard van de in 
het informatiepakk et vermelde mater ialen waar uit de tachog raaf is vervaardigd, en dient een verzoek tot wijziging van 
de typegoedkeurin g in. 
2. De typegoedk euringsinstanties kunnen een bestaande typegoedke uring herzien of verlengen, dan wel een nieuwe 
afge ven in het licht van de aard en kenmerk en van de wijzigingen. 
Een typegoedkeurin g wordt „herzien” wanneer de typegoedk euringsinstantie van oordeel is dat de wijzi gingen aan de 
software of hardware van de tachograaf of aan de aard van de mater ialen waar uit deze is vervaardigd, minimaal zijn. In 
derge lijke gevallen stelt de typegoedkeuri ngsinstantie herziene documenten van het informatiepakk et op met vermelding 
van de aard van de wijzi gingen en van de datum waarop ze zijn goedg ekeurd. Om aan deze eis te voldoen, volstaat een 
geconsolideerde bijgewerkt e versie van het informatiepakket met een nauwk eurige besch rijving van de aangebrac hte 
wijzi gingen. 
Een typegoedk euring wordt „verlengd” wanneer de typegoedk euringsinstantie van oordeel is dat de wijzigingen aan de 
software of hardware van de tachograaf of aan de aard van de mat erialen waar uit deze is vervaardigd, signif icant zijn. In 
derge lijke gevallen kan zij eisen dat nieuwe testen worden uitgev oerd en stelt zij de fabr ikant of zijn gemac htigde 
daar van in kennis. Indien deze testen naar wens verlopen, geeft de typegoedkeurin gsinstantie een herzien typegoedkeu ­
ringscer tificaa t af, met een nummer dat naar de toeg estane verlenging verwijst. De typegoedkeuri ngsinstantie vermeldt 
de reden voor de verlenging en de datum van afgif te. 
3. In de index van het informatiepakket wordt de datum van de jongste verlenging of herziening van de typegoed ­
keuring vermeld, dan wel de datum van de jongste geconsolideerde of bijgewerkte versie van de typegoedkeuri ng. 26.5.2016 L 139/4 Publicatieblad van de Europese Unie NL    
4. Een nieuwe typegoedkeurin g is noodzake lijk wanneer op basis van de gevra agde aanpa ssingen van de 
goedg ekeurde tachog raaf of tachog raafonderdelen een nieuw beveiligings- of interoperabiliteitscer tificaa t moet worden 
afge geven. 
Artikel 6 
Inw erkingtreding 
Deze verordening treedt in werking op de twintigste dag na die van de bekendm aking ervan in het Publicatieblad van de 
Europese Unie. 
Zij is van toepassing met inga ng van 2 maar t 2016. 
De bijlag en zijn even wel van toep assing met ingang van 2 maar t 2019, met uitzonder ing van aanhangsel 16, dat met 
ingang van 2 maar t 2016 van toepas sing is. 
Deze verordening is verbindend in al haar onderdelen en is rechtstreeks toepass elijk in elke 
lidstaat. 
Gedaan te Brussel, 18 maar t 2016. 
Voor de Commissie 
De voorzitter 
Jean-Claude JUNCKER  26.5.2016 L 139/5 Publicatieblad van de Europese Unie NL    
BIJL AGE I C 
Cons tructie-, test-, inst allatie- en controlev oorschr iften 
INLEIDING .................................................................................................................................................... 12 
1 DEFINITIES ..................................................................................................................... 13 
2 ALGEMENE KENMERKEN EN FUNCTIES VAN HET CONTR OLEAPP ARAA T................................. 19 
2.1 Algemene kenmerken ........................................................................................................ 19 
2.2 Functies ......................................................................................................................... 20 
2.3 Werkingsmodi ................................................................................................................. 21 
2.4 Beveiliging ...................................................................................................................... 22 
3 CONS TRUCTIE EN FUNCTIONELE EISEN VOOR CONTR OLEAPP ARA TEN ................................... 22 
3.1 Controle op het inbreng en en uitnemen van kaar ten ................................................................ 22 
3.2 Meting van snelheid, positie en afstand ................................................................................. 23 
3.2.1 Meting van de afgelegde afstand .......................................................................................... 23 
3.2.2 Meting van de snelheid ...................................................................................................... 23 
3.2.3 Bepalen van de positie ....................................................................................................... 24 
3.3 Tijdmeting ...................................................................................................................... 24 
3.4 Controle op activitei ten van bestuurders ................................................................................ 24 
3.5 Controle op de status van bestuurders ................................................................................... 25 
3.6 Invoer door bestuurders ..................................................................................................... 25 
3.6.1 Invoer van begin- en eindpunt van de dageli jkse werkper iode ..................................................... 25 
3.6.2 Manuele invoer van bestuurdersactivite iten en toest emming van de bestuurder voor de ITS-inte rface... 25 
3.6.3 Invoer van specifieke omstandigheden .................................................................................. 27 
3.7 Beheer van bedr ijfsvergrendeling en....................................................................................... 27 
3.8 Bewake n van controleactiviteit en......................................................................................... 28 
3.9 Opspor ing van voorvallen en/of fouten ................................................................................. 28 
3.9.1 „Inbrengen van een ongeldig e kaar t”..................................................................................... 28 
3.9.2 „Kaar tconf lict” ................................................................................................................. 28 
3.9.3 „Tijdso verlapping” ............................................................................................................. 28 
3.9.4 „Rijden zonder geschikt e kaar t”........................................................................................... 29 
3.9.5 „Inbrengen van de kaar t tijdens het rijden”............................................................................. 29 
3.9.6 „Laatste kaar tsessie niet correct afges loten” ............................................................................. 29 
3.9.7 „Snelheidso verschr ijding” ................................................................................................... 29 
3.9.8 „Onderbreking van de stroomv oorziening” ............................................................................. 29 
3.9.9 „Communicatief out met het systeem voor communicatie op afstand” ........................................... 29 
3.9.10 „Ontbreken van plaatsbepalingsinf ormatie van de GNSS-ontvanger ”............................................. 29 26.5.2016 L 139/6 Publicatieblad van de Europese Unie NL    
3.9.11 „Fout in communicatie met de externe GNSS-module” .............................................................. 30 
3.9.12 „Fout in de bewegingsge gevens” ........................................................................................... 30 
3.9.13 „Tegenstr ijdig e bewegingsg egevens” ....................................................................................... 30 
3.9.14 „Poging tot inbreuk op de beveiliging” ................................................................................... 30 
3.9.15 „Tijdso verlapping” ............................................................................................................. 30 
3.9.16 „Kaar tfout” ...................................................................................................................... 30 
3.9.17 „Controleapparaatf out” ...................................................................................................... 30 
3.10 Inge bouwde tests en zelftests .............................................................................................. 31 
3.11 Lezen van het geheugen ..................................................................................................... 31 
3.12 Registratie en opslag in het geheugen .................................................................................... 31 
3.12.1 Identif icatiegeg evens van de uitrusting .................................................................................. 32 
3.12.1.1 Identif icatiegeg evens van de voertuigunit ............................................................................... 32 
3.12.1.2 Identif icatiegeg evens van de bewegingssensor ......................................................................... 32 
3.12.1.3 Identif icatiegeg evens GNSS-systemen .................................................................................... 33 
3.12.2 Sleutels en certificaten ....................................................................................................... 33 
3.12.3 Gegeven s over het inbreng en en uitnemen van de bestuurders- of werkplaatskaar t.......................... 33 
3.12.4 Gegeven s over activitei ten van de bestuurder .......................................................................... 34 
3.12.5 Plaatsen en posities waar de dageli jkse werktijd begint, eindigt en/of waar een ononderbrok en rijtijd 
van 3 uur wordt bereikt ..................................................................................................... 34 
3.12.6 Gegeven s over de kilometerstand ......................................................................................... 35 
3.12.7 Gedetailleerde snelheidsg egevens .......................................................................................... 35 
3.12.8 Gegeven s over voor vallen .................................................................................................. 35 
3.12.9 Gegeven s over foute n........................................................................................................ 37 
3.12.10 Kali brer ingsgeg evens ......................................................................................................... 38 
3.12.11 Tijdafstellingsg egevens ....................................................................................................... 39 
3.12.12 Gegeven s over controleactivit eiten ........................................................................................ 39 
3.12.13 Gegeven s over bedr ijfsvergrendeling en.................................................................................. 39 
3.12.14 Gegeven s over overdracht activiteit en..................................................................................... 39 
3.12.15 Gegeven s over specifi eke omstandigheden .............................................................................. 40 
3.12.16 Gegeven s tachog raafkaar t................................................................................................... 40 
3.13 Lezen van de tachog raafkaar t.............................................................................................. 40 
3.14 Registratie en opslag op een tachograafkaar t.......................................................................... 40 
3.14.1 Registreren en opslaan op tachograafkaar ten van de eerste generatie ............................................ 40 
3.14.2 Registreren en opslaan op tachograafkaar ten van de tweede generatie .......................................... 41 
3.15 Weerg ave ....................................................................................................................... 41 
3.15.1 Standaarddispla y.............................................................................................................. 42 26.5.2016 L 139/7 Publicatieblad van de Europese Unie NL    
3.15.2 Waarsc huwingsdispla y....................................................................................................... 43 
3.15.3 Toega ng tot het menu ....................................................................................................... 43 
3.15.4 Over ige displa ys............................................................................................................... 43 
3.16 Afdr ukken...................................................................................................................... 43 
3.17 Waarsc huwingen .............................................................................................................. 44 
3.18 Downloaden van gegevens met extern e media ........................................................................ 45 
3.19 Communicatie op afstand met het oog op gerichte wegcontroles ................................................ 45 
3.20 Doorsturen van gegevens naar aanvullende extern e apparat en.................................................... 46 
3.21 Kali brer ing...................................................................................................................... 47 
3.22 Kali brer ingscontrole langs de weg ........................................................................................ 47 
3.23 Tijdafstelling ................................................................................................................... 48 
3.24 Prestatieken merken ........................................................................................................... 48 
3.25 Materialen ...................................................................................................................... 48 
3.26 Opschri ften..................................................................................................................... 49 
4 FUNCTIONELE EN CONSTR UCTIE-EISEN VOOR TACHOGRAAFKAARTEN ................................. 49 
4.1 Zichtb are gegevens ........................................................................................................... 49 
4.2 Beveiliging ...................................................................................................................... 52 
4.3 Nor men ......................................................................................................................... 53 
4.4 Milieu- en elektrotec hnische specifi caties ............................................................................... 53 
4.5 Opslag van gegeve ns......................................................................................................... 53 
4.5.1 Hoofdbestanden voor identificatie en kaar tbeheer .................................................................... 54 
4.5.2 IC-kaar tidentificatie ........................................................................................................... 54 
4.5.2.1 Chipidentifi catie ............................................................................................................... 54 
4.5.2.2 DIR (alleen aanwezig in tachograafkaar ten van de tweede generatie) ............................................ 54 
4.5.2.3 ATR-informatie (voor waardeli jk, alleen aanwezig in tachograafkaar ten van de tweede generatie) ......... 54 
4.5.2.4 Uitgebreid e informatie (voor waardeli jk, alleen aanwezig in tachog raafkaar ten van de tweede 
generatie) ....................................................................................................................... 55 
4.5.3 Bestuurderskaar t.............................................................................................................. 55 
4.5.3.1 Tachog raaf toepassingen (toeg ankeli jk voor voertuigunits van de eerste en tweede generatie) .............. 55 
4.5.3.1.1 Toepassingsidentifi catie ...................................................................................................... 55 
4.5.3.1.2 Sleutels en certificaten ....................................................................................................... 55 
4.5.3.1.3 Identif icatie van de kaar t.................................................................................................... 55 
4.5.3.1.4 Identif icatie van de kaar thouder ........................................................................................... 55 
4.5.3.1.5 Kaar tgegevens downloaden ................................................................................................. 55 
4.5.3.1.6 Informatie over het rijbewijs ............................................................................................... 55 
4.5.3.1.7 Gegeven s over voor vallen .................................................................................................. 56 26.5.2016 L 139/8 Publicatieblad van de Europese Unie NL    
4.5.3.1.8 Gegeven s over foute n........................................................................................................ 56 
4.5.3.1.9 Gegeven s over de activiteit en van de bestuurder ...................................................................... 57 
4.5.3.1.10 Gegeven s over de gebruikt e voertuigen .................................................................................. 57 
4.5.3.1.11 Plaatsen waar dageli jkse werkper ioden beginnen en/of eindigen .................................................. 58 
4.5.3.1.12 Gegeven s over kaar tsessies ................................................................................................. 58 
4.5.3.1.13 Gegeven s over controleactivit eiten ........................................................................................ 58 
4.5.3.1.14 Gegeven s over specifi eke omstandigheden .............................................................................. 58 
4.5.3.2 Toepassing tachog raaf van de 2de generatie (niet toeg ankelijk voor voertuigunits van de eerste genera ­
tie) ................................................................................................................................ 59 
4.5.3.2.1 Toepassingsidentifi catie ...................................................................................................... 59 
4.5.3.2.2 Sleutels en certificaten ....................................................................................................... 59 
4.5.3.2.3 Identif icatie van de kaar t.................................................................................................... 59 
4.5.3.2.4 Identif icatie van de kaar thouder ........................................................................................... 59 
4.5.3.2.5 Kaar tgegevens downloaden ................................................................................................. 59 
4.5.3.2.6 Informatie over het rijbewijs ............................................................................................... 59 
4.5.3.2.7 Gegeven s over voor vallen .................................................................................................. 59 
4.5.3.2.8 Gegeven s over foute n........................................................................................................ 60 
4.5.3.2.9 Gegeven s over de activiteit en van de bestuurder ...................................................................... 61 
4.5.3.2.10 Gegeven s over de gebruikt e voertuigen .................................................................................. 61 
4.5.3.2.11 Plaatsen en posities waar de dageli jkse werkper ioden beginnen en/of eindigen ................................ 62 
4.5.3.2.12 Gegeven s over kaar tsessies ................................................................................................. 62 
4.5.3.2.13 Gegeven s over controleactivit eiten ........................................................................................ 62 
4.5.3.2.14 Gegeven s over specifi eke omstandigheden .............................................................................. 63 
4.5.3.2.15 Gegeven s over de gebruikt e voertuigunits .............................................................................. 63 
4.5.3.2.16 Plaats en tijdstip ononderbroke n rijtijd van drie uur ................................................................. 63 
4.5.4 Werkplaatskaar t............................................................................................................... 63 
4.5.4.1 Tachog raaf toepassingen (toeg ankeli jk voor voertuigunits van de eerste en tweede generatie) .............. 63 
4.5.4.1.1 Toepassingsidentifi catie ...................................................................................................... 63 
4.5.4.1.2 Sleutels en certificaten ....................................................................................................... 63 
4.5.4.1.3 Identif icatie van de kaar t.................................................................................................... 64 
4.5.4.1.4 Identif icatie van de kaar thouder ........................................................................................... 64 
4.5.4.1.5 Kaar tgegevens downloaden ................................................................................................. 64 
4.5.4.1.6 Gegeven s over kalibrer ing en tijda fstelling .............................................................................. 64 26.5.2016 L 139/9 Publicatieblad van de Europese Unie NL    
4.5.4.1.7 Gegeven s over voor vallen en fouten ..................................................................................... 65 
4.5.4.1.8 Gegeven s over de activiteit en van de bestuurder ...................................................................... 65 
4.5.4.1.9 Gegeven s over de gebruikt e voertuigen .................................................................................. 65 
4.5.4.1.10 Gegeven s over het begin en einde van dageli jkse werkper ioden ................................................... 65 
4.5.4.1.11 Gegeven s over kaar tsessies ................................................................................................. 65 
4.5.4.1.12 Gegeven s over controleactivit eiten ........................................................................................ 65 
4.5.4.1.13 Gegeven s over specifi eke omstandigheden .............................................................................. 65 
4.5.4.2 Toepassing tachograaf van de tweede generatie (niet toeg ankelijk voor voertuigunits van de eerste ge­
neratie) .......................................................................................................................... 65 
4.5.4.2.1 Toepassingsidentifi catie ...................................................................................................... 65 
4.5.4.2.2 Sleutels en certificaten ....................................................................................................... 66 
4.5.4.2.3 Identif icatie van de kaar t.................................................................................................... 66 
4.5.4.2.4 Identif icatie van de kaar thouder ........................................................................................... 66 
4.5.4.2.5 Kaar tgegevens downloaden ................................................................................................. 66 
4.5.4.2.6 Gegeven s over kalibrer ing en tijda fstelling .............................................................................. 66 
4.5.4.2.7 Gegeven s over voor vallen en fouten ..................................................................................... 67 
4.5.4.2.8 Gegeven s over de activiteit en van de bestuurder ...................................................................... 67 
4.5.4.2.9 Gegeven s over de gebruikt e voertuigen .................................................................................. 67 
4.5.4.2.10 Gegeven s over het begin en einde van dageli jkse werkper ioden ................................................... 67 
4.5.4.2.11 Gegeven s over kaar tsessies ................................................................................................. 67 
4.5.4.2.12 Gegeven s over controleactivit eiten ........................................................................................ 67 
4.5.4.2.13 Gegeven s over de gebruikt e voertuigunits .............................................................................. 67 
4.5.4.2.14 Plaats en tijdstip ononderbroke n rijtijd van drie uur ................................................................. 68 
4.5.4.2.15 Gegeven s over specifi eke omstandigheden .............................................................................. 68 
4.5.5 Controlekaar t.................................................................................................................. 68 
4.5.5.1 Tachog raaf toepassingen (toeg ankeli jk voor voertuigunits van de eerste en tweede generatie) .............. 68 
4.5.5.1.1 Toepassingsidentifi catie ...................................................................................................... 68 
4.5.5.1.2 Sleutels en certificaten ....................................................................................................... 68 
4.5.5.1.3 Identif icatie van de kaar t.................................................................................................... 68 
4.5.5.1.4 Identif icatie van de kaar thouder ........................................................................................... 68 
4.5.5.1.5 Gegeven s over controleactivit eiten ........................................................................................ 69 
4.5.5.2 Tachog raaf toepassingen van de tweede generatie (niet toegank elijk voor voertuigunits van de eerste ge­
neratie) .......................................................................................................................... 69 
4.5.5.2.1 Toepassingsidentifi catie ...................................................................................................... 69 
4.5.5.2.2 Sleutels en certificaten ....................................................................................................... 69 26.5.2016 L 139/10 Publicatieblad van de Europese Unie NL    
4.5.5.2.3 Identif icatie van de kaar t.................................................................................................... 69 
4.5.5.2.4 Identif icatie van de kaar thouder ........................................................................................... 69 
4.5.5.2.5 Gegeven s over controleactivit eiten ........................................................................................ 70 
4.5.6 Bedr ijfskaar t.................................................................................................................... 70 
4.5.6.1 Tachog raaf toepassingen (toeg ankeli jk voor voertuigunits van de eerste en tweede generatie) .............. 70 
4.5.6.1.1 Toepassingsidentifi catie ...................................................................................................... 70 
4.5.6.1.2 Sleutels en certificaten ....................................................................................................... 70 
4.5.6.1.3 Identif icatie van de kaar t.................................................................................................... 70 
4.5.6.1.4 Identif icatie van de kaar thouder ........................................................................................... 70 
4.5.6.1.5 Gegeven s over bedr ijfsactivit eiten......................................................................................... 70 
4.5.6.2 Tachog raaf toepassingen van de tweede generatie (niet toegank elijk voor voertuigunits van de eerste ge­
neratie) .......................................................................................................................... 71 
4.5.6.2.1 Toepassingsidentifi catie ...................................................................................................... 71 
4.5.6.2.2 Sleutels en certificaten ....................................................................................................... 71 
4.5.6.2.3 Identif icatie van de kaar t.................................................................................................... 71 
4.5.6.2.4 Identif icatie van de kaar thouder ........................................................................................... 71 
4.5.6.2.5 Gegeven s over bedr ijfsactivit eiten......................................................................................... 71 
5 INST ALL ATIE VAN HET CONTR OLEAPP ARAA T..................................................................... 72 
5.1 Installatie ........................................................................................................................ 72 
5.2 Installatieplaatje ............................................................................................................... 73 
5.3 Verzeg eling ..................................................................................................................... 74 
6 CONTR OLES, INSPECTIES EN HERSTELLINGEN ..................................................................... 74 
6.1 Erke nning van installate urs, werkplaatsen en voer tuigf abrikant en................................................ 74 
6.2 Controle van nieuwe of herstelde inrichtin gen ........................................................................ 75 
6.3 Installatie-inspectie ........................................................................................................... 75 
6.4 Periodieke controles .......................................................................................................... 75 
6.5 Meting van afwijking en...................................................................................................... 76 
6.6 Reparaties ....................................................................................................................... 76 
7 AFGIFTE VAN KAAR TEN ................................................................................................... 76 
8 TYPEGOEDKEURING VAN CONTR OLEAPP ARA TEN EN TACHOGRAAFKAAR TEN ........................ 77 
8.1 Algemee n....................................................................................................................... 77 
8.2 Veiligheidscer tificaa t......................................................................................................... 78 
8.3 Functiecer tificaat .............................................................................................................. 78 
8.4 Inter operabiliteitscer tificaat ................................................................................................. 78 
8.5 Typegoedkeuringscer tificaat ................................................................................................ 79 
8.6 Bijzon dere procedure: eerste inter operabiliteitscer tificaten voor controleapparaten en tachograafkaar ten 
van de 2de generatie ......................................................................................................... 80  26.5.2016 L 139/11 Publicatieblad van de Europese Unie NL    
INLEIDING 
Digitale tachograf en van de eerste generatie worden sinds 1 mei 2006 gebruikt. Zij mog en tot einde levensduur worden 
gebruikt voor binnenlands vervoer. Voor internatio naal vervoer daarent egen, moeten alle voertuigen uiterli jk 15 jaar na 
de vankrac htwording van deze verordening van de Commissie uitgerus t zijn met een slimme tachograaf van de tweede 
generatie als beschreven in deze verordening. 
In deze bijlag en worden de eisen beschreven voor controleapparaten en tach ograafkaar ten van de tweede generatie. 
Vanaf de introductiedatum wordt controleapparatuur van de tweede generatie geïnstalleerd in voertuigen die voor het 
eerst worden inge schreven, en worden tachograafkaar ten van de tweede generatie afgeg even. 
Om een vlotte introductie van de tachog raaf van de tweede generatie te waarborg en: 
—  wordt er bij het ontwer p van de tachog raafkaar ten van de tweede generatie voor gezorgd dat ze ook in voertuigunits 
van de eerste generatie kunnen worden gebruikt ; 
—  zal het niet verplicht zijn geldig e kaar ten van de eerste generatie op de introductiedatum te vervang en. 
Hierdoor kunnen bestuurders hun uniek e kaar t behouden en deze in beide system en gebr uiken. 
Controleapparat en van de tweede generatie worden echt er alleen gekalibreerd met behulp van werkplaatskaar ten van de 
tweede generatie. 
In deze bijlage zijn alle eisen opge nomen in verband met de inter operabilit eit tussen de tachograf en van de eerste en 
tweede generatie. 
In aanhangsel 15 is nauwkeurig beschrev en hoe het naast elkaar bestaan van de twee systeme n moet worden beheerd. 
Lijst van aanhangsels 
Aanhangsel 1: DATA DICTIONAR Y 
Aanhangsel 2: SPECIFIC ATIE VAN TACHOGRAAFKAARTEN 
Aanhangsel 3: PICTOGRAMMEN 
Aanhangsel 4: AFDR UKKEN 
Aanhangsel 5: DISPL AY 
Aanhangsel 6: FRONTCONNECTOR VOOR KALIBRERING EN DOWNLO ADEN 
Aanhangsel 7: PROTOC OL VOOR GEGEVENSO VERDRA CHT 
Aanhangsel 8: KALIBRERINGSPR OTOC OL 
Aanhangsel 9: TYPEGOEDKEURING EN LIJST VAN MINIMAAL VEREISTE TESTS 
Aanhangsel 10: BEVEILIGINGSV OORSCHRIFTEN 
Aanhangsel 11: ALGEMENE BEVEILIGINGSMECHANISMEN 
Aanhangsel 12: PLAATSBEP ALING OP BASIS VAN WERELD WIJD SATELLIETNA VIGA TIESY STEEM (GNSS) 
Aanhangsel 13: ITS-INTERF ACE 
Aanhangsel 14: FUNCTIE VOOR COMMUNICA TIE OP AFST AND 
Aanhangsel 15: MIGRA TIE: DE COËXISTENTIE VAN VERSCHILLENDE GENERA TIES APP ARA TUUR BEHEREN 
Aanhangsel 16: ADAPTER VOOR VOER TUIGEN VAN DE CATEGORIE M1 EN N1  26.5.2016 L 139/12 Publicatieblad van de Europese Unie NL    
1  DEFINITIES 
In deze bijlag e wordt verstaan onder: 
a)  „activer ing”: 
de fase waar in de tachog raaf volledig operationeel wordt en alle functies, inclusief de veiligheids ­
functies, uitvoe rt, met gebruikmaking van een werkplaatskaar t; 
b)  „authenticatie”: 
een functie om een opgeg even identiteit vast te stellen en te verifiëren; 
c)  „authenticit eit”: 
de eige nschap dat informatie afkomstig is van een persoon wiens identiteit kan worden gever ifieerd; 
d)  „ing ebouwd testsysteem (BIT)”: 
tests die op verzoek worden uitgev oerd en door de bestuurder of een exte rne inrichting worden 
gestar t; 
e)  „kalenderdag”: 
een dag van 00.00 uur tot en met 24.00 uur. Alle kalenderdag en worden uitgedr ukt in UTC-tijd 
(gecoördineerde universele tijd); 
f)  „kalibrer ing” van een digitale tachograaf: 
het bijwerk en of bevestige n van voertuigparameters die in het geheugen opgeslag en zijn. Voertuigpara ­
meters zijn onder andere voertuigidentificat ie (VIN (voer tuigidentificatienummer), kent ekennum mer en 
de lidstaat van registratie) en voer tuigk enmerken (w, k, l, bandenmaat, snelheidsbegrenzer (indien van 
toepassing), actuele UTC-ti jd, actuele kilometer stand). Bij de kalibrer ing van een controleapparaat 
worden het type en de identif icatiecodes van alle aanwezig e verzege lingen die relevant zijn voor de 
typek euring, opges lagen in het geheugen. 
Het bijwerken of bevestige n van alleen de UTC-tijd wordt beschouwd als een tijdafst elling en niet als 
een kalibrer ing, op voorwaarde dat er geen tegenspraak is met voorsc hrift 409. 
Voor het kalibreren van een controleappar aat is een werkplaatskaar t nodig; 
g)  „kaar tnummer”: 
een nummer van 16 alfanumer ieke tekens dat een tachog raafkaar t binnen een lidstaat op unieke wijze 
identificeer t. Het kaar tnummer omvat een opeenv olge nde index van de kaar t (indien van toepassin g), 
een vervangingsindex van de kaar t en een vernieuwingsindex van de kaar t. 
Een kaar t wordt dus op unieke wijze door de code van de lidstaat van afgif te en het kaar tnummer 
geïdentif iceerd; 
h)  „opeen volg ende index van de kaar t”: 
het 14e teken van een kaar tnummer , dat wordt gebruikt om de verschillende kaar ten te onderscheiden 
die zijn afgeg even aan een bedr ijf, werkplaats of controle-instantie die meerdere tachograafkaar ten 
mag bezitten. Het bedr ijf, de werkplaats of de controle-instantie wordt op unieke wijze door de eerste 
13 tekens van het kaar tnummer geïdentif iceerd; 
i)  „ver nieuwingsindex van de kaar t”: 
het 16e alfanumer ieke teken van een kaar tnummer , dat bij elke vernieuwing van een tach ograafkaar t 
verhoogd wordt ; 
j)  „ver vangingsindex van de kaar t”: 
het 15e alfanumer ieke teken van een kaar tnummer , dat bij elke vervanging van een tachograafkaar t 
verhoogd wordt ; 26.5.2016 L 139/13 Publicatieblad van de Europese Unie NL    
k)  „kenmerk ende coëfficiënt van het voer tuig”: 
het getal dat de waarde aange eft van het uitga ngssignaal dat door het onderdeel van het voertuig 
(secundaire as van de versnellingsbak of as) dat in verbinding staat met het controleapparaat, wordt 
verstuurd wanneer het voertuig een afstand van één kilometer heef t afgelegd, gemeten onder normale 
testomstandigheden als gedefinieerd in voorsc hrift nr. 414. De kenmerk ende coëffi ciënt wordt 
uitge drukt in impulsen per kilometer (w = … imp/km); 
l)  „bedr ijfskaar t”: 
een tachog raafkaar t die door de autori teiten van een lidstaat is afgeg even aan een vervoersonder ­
neming welke met tach ografen uitgerus te voer tuige n moet gebruike n, die de vervoersonder neming 
identificeer t en waar mee de in de tachograf en opges lagen gegevens, die door de vervoersonder neming 
zijn versleut eld, kunnen worden weergeg even, gedownload en afge drukt; 
m)  „constant e van het controleapparaat”: 
het getal dat de waarde aangee ft van het ingangssignaal dat nodig is ter aanwi jzing en registratie van 
een afgelegde afstand van één kilometer; deze constante moet in impulsen per kilomete r (k = … imp/ 
km) worden uitge drukt; 
n)  de „rijtijd” wordt in het controleapparaat berekend als (1): 
de op dat moment cumulatieve rijtijd van een individuele bestuurder afzonderli jk sinds het verstr ijken 
van zijn laatst e BESC HIKBA ARHEID, RUSTP AUZE of ONBEKENDE (2) periode van 45 minut en of 
meer (deze periode kan worden opgedeeld overeenk omstig Verordening (EG) nr. 561/2006 van het 
Europees Parlement en de Raad (3)). De betreffende berekening en houden, indien nodig, rekening met 
eerdere op de bestuurderskaar t opgeslagen activiteit en. Wanneer de bestuurder zijn kaar t niet heef t 
ingebracht, zijn de betreff ende berekening en gebaseerd op de geheug enrecords voor de lopende 
periode waar in geen kaar t ingebrac ht was, en met betrekking tot de relevante lezer; 
o)  „controlekaar t”: 
een door de autori teiten van een lidstaat aan een nationale bevo egde controle-instantie afgeg even 
tach ograafkaar t die de controle-instanties en, eventueel, de controleambtenaar identificeer t en die 
toegang verschaft tot de in het geheugen, op de bestuurderskaar t en, eventueel, op de werkplaatskaar t 
opgeslagen gegevens om deze te lezen, af te drukke n en/of te downloaden. 
Deze kaar t dient ook toeg ang te verschaff en tot de functie voor kalibrer ingscontroles langs de weg en 
de gegevens op het leest oestel voor berichten voor vroegtijdi ge detectie op afstand; 
p)  „cumulatieve rustti jd” wordt in het controleapparaat berekend als (1): 
de cumulatieve onderbreking van de rijtijd wordt berekend als de op dat moment verzamelde 
BESCHIKBAARHEIDS-, RUSTP AUZE- of ONBEKENDE (2) perioden van 15 minute n of meer van elke 
bestuurder afzonderlijk sinds zijn laatste BESC HIKBA ARHEIDS-, RUSTP AUZE- of ONBEKENDE (2) 
periode van 45 minuten of meer (deze periode kan worden opgedeeld overeenk omstig Verordening 
(EG) nr. 561/2006). 
De betreffende berekening en houden, indien nodig, rekening met eerdere op de bestuurderskaar t 
opgeslagen activiteit en. Bij de berekening wordt geen rekening gehouden met onbeken de periodes van 
negatieve duur (begin van een onbeken de periode > einde van een onbeken de periode) ten gevolge 
van tijds overlapping tussen twee verschillend e controleapparat en. 
Wanneer de bestuurder zijn kaar t niet heef t inge bracht, zijn de betreffende bereke ningen gebaseerd op 
de geheug enrecords voor de lopende periode waar in geen kaar t was ingebracht, en voor de relevante 
lezer; 26.5.2016 L 139/14 Publicatieblad van de Europese Unie NL    
(1)Door deze berekeningswi jze van de rijtijd en de cumulatieve rusttijd kan het controleapparaat de rijtijdwaarschuwing berekenen. 
Hier mee wordt niet vooruitgelopen op de wetteli jke inter pretatie van deze tijden. Alter natieve manieren voor het berekenen van de rijtijd 
en de cumulatieve rustti jd kunnen worden gebruikt ter vervanging van deze definities, indien deze voorbi jgestreefd zijn door andere 
bijgewerkt e wetgeving. 
(2)ONBEKENDE periodes komen overeen met periodes waar in de bestuurderskaar t niet in het controleapparaat ingebrac ht was en 
activit eiten van de bestuurder niet manueel zijn ingev oerd. 
(3)Verordening (EG) nr. 561/2006 van het Europees Parlement en de Raad van 15 maar t 2006 tot harmonisatie van bepaalde voorsc hriften 
van sociale aard voor het wegver voer , tot wijz iging van Verordeningen (EEG) nr. 3821/85 en (EG) nr. 2135/98 van de Raad en tot 
intrekking van Verordening (EEG) nr. 3820/85 van de Raad (PB L 102 van 11.4.2006, blz. 1). 
q)  „geheugen”: 
een elektronisch geheugenmedium dat is inge bouwd in het controleapparaat ; 
r)  „digitale handtek ening”: 
gegeve ns toeg evoegd aan, of een cryptografi sche transf ormatie van, een gegevensblok waar mee de 
ontvang er van die gegevens de authenticite it en integriteit van de gegevens kan verifiëren; 
s)  „downloaden”: 
het kopiëren, samen met een digitale handtek ening, van (een gedeelte van) de gegevensbestanden die 
in het geheug en van de voertuigunit of in het geheug en van de tachog raafkaar t zijn geregistreerd, op 
voorwaarde dat dit proces geen opges lagen gegevens wijzi gt of vernietigt. 
Fabrikanten van slimme tachog rafen voor voer tuige n en fabrikanten van apparatuur die is ontw orpen 
en bedoeld om gegevens te downloaden, moeten alle maatreg elen nemen die redelijk erwijs haalbaar 
zijn om ervoor te zorg en dat die gegevens met minimale vertraging door vervoersonder neming en of 
bestuurders kunnen worden gedownload. 
Het downloaden van gedetaill eerde snelheidsgeg evens is niet per definitie nodig om te voldoen aan 
Verordening (EG) nr. 561/2006, maar kan worden gebruikt voor andere doeleinden, zoals het 
onderzoek en van ongevallen; 
t)  „bestuurderskaar t”: 
een door de autori teiten van een lidstaat aan elke bestuurder afzonderli jk afge geven tach ograafkaar t 
die de bestuurder identificeer t en de activiteit en van de bestuurder registreer t; 
u)  „effectieve omtrek van de wielen”: 
gemiddelde afstand, afge legd door elk van de wielen die het voer tuig aandr ijven, (aandr ijfwielen) bij 
een volledig e omwent eling. Het meten van deze afstanden moet gebeuren onder normale testomstan ­
digheden als gedefi nieerd in voorschri ft nr. 414 en wordt als volg t uitgedr ukt: „l = … mm”. Voertuig ­
fabrikante n kunnen het mete n van deze afstanden vervangen door een theoretisc he berekening 
waarbij wordt uitgeg aan van de verdeling van het gewic ht over de assen van een ongelade n voertuig 
in normale rijklare toestand (1). De methode voor die theoretisc he berekening moet worden 
goedg ekeurd door de bevo egde instantie van de lidstaat en dat moet gebeuren voor de tachograaf in 
werking wordt gesteld; 
v)  „voorval”: 
een door de slimme tachograaf gedetect eerd abnor maal functioneren dat moge lijk het gevolg is van 
een poging tot fraude; 
w)  „exte rne GNSS-module”: 
wanneer een voertuigunit uit versch illende onderdelen bestaat, de voorziening met de GNSS- 
ontvang er en de andere onderdelen die nodig zijn om de overdracht van positiegeg evens naar de rest 
van de voer tuigunit te beveiligen; 
x)  „fout”: 
een door de slimme tachograaf ontdekt abnor maal functioneren dat moge lijk het gevolg is van een 
slech te werking van of storing in het apparaat ; 
y)  „GNSS-ontvange r”: 
een elektronisch apparaat dat signalen van een of meer mondiale satellietna vigatiesystemen (in het 
Enge ls: GNSS) ontvangt en digitaal verwerkt om de positie-, snelheids- en tijdsinf ormatie te 
verstrekk en; 
z)  „installatie”: 
de installatie van de tachog raaf in een voertuig; 26.5.2016 L 139/15 Publicatieblad van de Europese Unie NL    
(1)Verordening (EU) nr. 1230/2012 van de Commissie van 12 december 2012 tot uitvoering van Verordening (EG) nr. 661/2009 van het 
Europees Parlement en de Raad wat de typegoedkeuringsvoorschrif ten voor massa's en afmetingen van motor voertuigen en aanhang ­
wagen s daar van betref t en tot wijz iging van Richtli jn 2007/46/EG van het Europees Parlement en de Raad (PB L 353 van 21.12.2012, 
blz. 31), als laatst elijk gewi jzigd. 
aa)  „inte roperabiliteit”: 
het vermog en van systeme n en van de daaraan ten grondslag liggende bedr ijfsprocessen om onderling 
gegeve ns uit te wisselen en informatie te delen; 
bb)  „inte rface”: 
een voorziening tussen systeme n die de communicatiemiddelen versch aft waardoor deze systeme n aan 
elkaar kunnen worden gekoppeld en onderling kunnen communiceren; 
cc)  „positie”: 
geografi sche coördinat en van een voertuig op een bepaald tijdstip; 
dd)  „bewegingssensor”: 
deel van de tachograaf dat een signaal geeft betreffende de snelheid van het voertuig en/of de 
afgelegde afstand; 
ee)  „ong eldige kaar t”: 
een kaar t die ongeldig is of waar van de eerste authenticatie mislukt is, of waar van de geldigheids ­
termijn nog niet begonnen is of reeds verstreken is; 
ff)  „open norm”: 
een norm vastgelegd in een normspecifi catiedocument, gratis of tegen geringe kosten verkr ijgbaar , die 
gratis of voor een gering bedrag gekopieerd, verspreid en gebruikt mag worden; 
gg)  „niet verplicht”: 
gevallen waar in het gebr uik van het controleapparaat volgens de bepalingen van Verordening (EG) 
nr. 561/2006 niet vereist is; 
hh)  „snelheidso verschr ijding”: 
overschr ijdin g van de toeg estane maximumsnelheid van het voertuig, omschreve n als een periode van 
meer dan 60 seconden waar in de gemet en snelheid van het voertuig hoger ligt dan de maximum ­
snelheid waarop de snelheidsbegrenzer is afgest eld, zoals vastge legd in Richtli jn 92/6/EEG van de 
Raad (1), als laatsteli jk gewi jzigd; 
ii)  „per iodiek e controle”: 
een reek s verrichting en die wordt uitge voerd om te controleren of de tachog raaf goed werkt en of de 
instellingen overeenk omen met de voer tuigparamet ers en of er geen manipulatieapparatuur aan de 
tach ograaf is bevestigd; 
jj)  „printer ”: 
deel van het controleapparaat dat opgeslag en gegevens afdr ukt; 
kk)  „vroegtij dige detec tie op afstand”: 
tijdens gerichte wegcontroles de communicatie tussen het systeem voor vroegtijdi ge detectie op 
afstand en het leestoe stel voor berichten voor vroegtijdi ge detectie op afstand om op afstand 
mog elijk e gevallen van manipulatie van of fraude met controleapparaten te kunnen detecteren; 
ll)  „syst eem voor communicatie op afstand”: 
de uitrusting van de voertuigunit die wordt gebruikt voor de uitvoering van gerichte wegcontroles; 26.5.2016 L 139/16 Publicatieblad van de Europese Unie NL    
(1)Richtlijn 92/6/EEG van de Raad van 10 februa ri 1992 betreffende de installatie en het gebru ik, in de Gemeenschap, van snelheidsbe ­
grenzers in bepaalde categorieën motor voer tuigen (PB L 57 van 2.3.1992, blz. 27). 
mm)  „leest oestel voor berichten voor de vroegtijdi ge detectie op afstand”: 
het syste em dat door controleambtenaren voor gerichte wegcontroles wordt gebruikt ; 
nn)  „ver nieuwing”: 
afgif te van een nieuwe tachog raafkaar t wanneer een bestaande kaar t verlopen of defe ct is en terugge ­
stuurd is naar de autoriteit van afgif te. Vernieuwing geeft altijd de zekerheid dat er geen twee geldige 
kaar ten tegelijk in omloop zijn; 
oo)  „reparatie”: 
reparatie van een bewegingssensor , een voertuigunit of een kabel waar voor de stroomv oorziening 
moet worden losgek oppeld, de tachograaf moet worden losgek oppeld van andere onderdelen of de 
bewegingssensor of voertuigunit moet worden geopend; 
pp)  „ver vanging van de kaar t”: 
afgif te van een tachog raafkaar t ter vervanging van een bestaande kaar t, die als verloren, gestolen of 
defect gemeld is en die niet terug gestuurd is naar de autor iteit van afgif te. Bij vervanging bestaat altijd 
het risico dat er twee geldig e kaar ten in omloop zijn; 
qq)  „veiligheidscer tificer ing”: 
proces ter certificering, door een gemeenschappeli jke certificeringsinstantie, dat het onderzocht e 
controleapparaat (of een onderdeel daar van) of de tach ograafkaar t voldoet aan de in de toepas selijk e 
beveiligingsprofielen gedefinieerde veiligheidseisen; 
rr)  „zelf test”: 
tests die het controleapparaat periodiek en automatisc h uitvoer t om fouten te ontdekk en; 
ss)  „tijdmeting”: 
een permanente digitale registratie van de gecoördineerde universele datum en tijdstip (UTC); 
tt)  „tijdafstelling”: 
een automat ische afstelling van de lopende tijd met geregelde tussenpoze n en binnen een maximale 
tolerantie van één minuut of een afstelling tijdens een kalibrer ing; 
uu)  „bandenmaat”: 
de omschrijving van de afmetingen van de banden (externe aandr ijfwielen) overeenk omstig Richtlijn 
92/23/EEG van de Raad (1), als laatst elijk gewijzigd; 
vv)  „voertuigidentif icatie”: 
nummers die het voer tuig identif iceren: het kent ekennummer van het voer tuig met een indicatie van 
de lidstaat van registratie en het voertuigidentif icatienummer (VIN) (2); 
ww)  voor de berekening in het controleapparaat betekent „week”: 
het tijdvak tussen maandag 00.00 uur UTC-tijd en zondag 24.00 uur UTC-tijd; 26.5.2016 L 139/17 Publicatieblad van de Europese Unie NL    
(1)Richtlijn 92/23/EEG van de Raad van 31 maar t 1992 betreffende banden voor motor voer tuigen en aanhangwag ens daar van alsmede 
betreffen de de montage ervan (PB L 129 van 14.5.1992, blz. 95). 
(2)Richtlijn 76/114/EEG van de Raad van 18 december 1975 betreffende de onderlinge aanpassin g van de wetgeving en der Lid-Staten 
inzake de voorgesc hreven platen en gegevens, en de plaats en wijze waarop zij op motor voertuigen en aanhangwagens daar van moeten 
worden aang ebracht (PB L 24 van 30.1.1976, blz. 1). 
xx)  „werkplaatskaar t”: 
een tachograafkaar t, afgeg even door de autor iteiten van een lidstaat aan door die lidstaat erkende 
aang ewezen personeelsleden van een fabr ikant van tach ografen, installat eur, voer tuigf abrikant of 
werkplaats, die de kaar thouder identif iceer t en waar mee tachograf en kunnen worden getest, 
gekalibreerd en geactiveerd en/of waar mee gegevens kunnen worden gedo wnload; 
yy)  „adap ter”: 
een apparaat dat een signaal afgeeft dat permanent representatief is voor de snelheid van het voertuig 
en/of de afge legde afstand, dat verschilt van het signaal dat voor de onafhankeli jke bewegingsdet ectie 
wordt gebruikt en dat: 
—  alleen in voer tuigen van het type M1 en N1 wordt geïn stalleerd en gebruikt (als gedef inieerd in 
bijlag e II bij Richt lijn 2007/46/EG van het Europees Parlement en de Raad (1), als laatsteli jk 
gewi jzigd) en dat na 1 mei 2006 in bedr ijf is gesteld; 
—  geïnstalleerd is wanneer het mech anisch niet moge lijk is een ander bestaand type bewegingssensor 
te installeren dat verenigbaar is met de bepalingen van deze bijlag e en de aanhangsels 1 tot en 
met 15 daar van; 
—  geïnstalleerd is tussen de voer tuigunit en de plaats waar de snelheids-/afstandsimpulse n worden 
voor tgebracht door geïnt egreerde sensoren of alternatieve interface s; 
—  gezien vanuit het standpunt van een voertuigunit, hetzelfde gedrag vertoont als dat van een 
bewegingssensor die voldoet aan de voorsc hriften van deze bijlag en en van aanhangsels 1 t.e. 
m. 16 en die wordt aang esloten op de voer tuigunit. 
Door in de bovenverme lde voertuigen een derge lijke adapt er te gebruike n, kan een voertuigunit 
worden gebruikt en geïnstalleerd die aan alle voorschri ften van deze bijlag e voldoe t. 
Voor die voer tuigen bestaat de slimme tachograaf uit kabels, een adap ter en een voer tuigunit ; 
zz)  „inte griteit van gegevens”: 
de nauwk eurigheid en coherentie van opgeslagen gegevens, aanget oond door het ontbreken van 
wijzigingen van de gegevens tussen twee update s van een gegeve nsbestand. Integri teit bete kent dat de 
gegeve ns een exacte kopie zijn van de originele versie, d.w.z. dat ze niet beschadigd zijn tijdens het 
schrijven op en aflezen van een tach ograafkaar t of specifieke apparatuur , of tijdens de overdracht via 
een communicatiekanaal; 
aaa)  „gegevenspr ivacy”: 
de algemene technische maatreg elen die worden genomen voor de correcte toepass ing van de 
beginselen die zijn vastgest eld bij Rich tlijn 95/46/EG van het Europees Parlement en de Raad (2) en bij 
Richtlijn 2002/58/EG van het Europees Parlement en de Raad (3); 
bbb)  „slimme tachograaf”: 
het controleapparaat, de tachog raafkaar t en alle uitrusting waar mee tijdens de constr uctie, de 
installatie, het gebruik, het testen en de controle, directe of indirecte inter actie bestaat, zoals kaar ten, 
leest oestellen voor berichten voor vroegti jdige detectie op afstand en andere apparatuur voor het 
downloaden van gegevens, de analyse van gegevens, kalibrer ing, het generere n, beheren en invoeren 
van beveiligingselementen enz.; 
ccc)  „datum van invoering”: 
36 maanden na de inwerkingtreding van de gedetailleerde bepalingen als bedoeld in artikel 11 van 
Verordening (EU) nr. 165/2014 van het Europees Parleme nt en de Raad (4). 26.5.2016 L 139/18 Publicatieblad van de Europese Unie NL    
(1)Richtlijn 2007/46/EG van het Europees Parlement en de Raad van 5 sept ember 2007 tot vastst elling van een kader voor de goedkeur ing 
van motor voer tuigen en aanhangwag ens daar van en van systemen, onderdelen en technische eenheden die voor dergeli jke voertuigen 
zijn bestemd (Kader richtlijn) (PB L 263 van 9.10.2007, blz. 1). 
(2)Richtlijn 95/46/EG van het Europees Parlement en de Raad van 24 oktober 1995 betreffende de bescherming van natuurlijk e personen 
in verband met de verwerking van persoonsgeg evens en betreffende het vrije verkeer van die gegevens (PB L 281 van 23.11.1995, 
blz. 31). 
(3)Richtlĳn 2002/58/EG van het Europees Parlement en de Raad van 12 juli 2002 betreffen de de verwerking van persoonsgeg evens en de 
bescherming van de persoonlĳke levenssfeer in de secto r elektronisc he communicatie (richtlĳn betreffende privacy en elektronische 
communicatie) (PB L 201 van 31.7.2002, blz. 37). 
(4)Verordening (EU) nr. 165/2014 van het Europees Parlement en van de Raad van 4 februar i 2014 betreffende tachograf en in het 
wegver voer , tot intrekking van Verordening (EEG) nr. 3821/85 van de Raad betreffende het controleapparaat in het wegver voer en tot 
wijz iging van Verordening (EG) nr. 561/2006 van het Europees Parlement en de Raad tot harmonisatie van bepaalde voorsc hriften van 
sociale aard voor het wegver voer (PB L 60 van 28.2.2014, blz. 1). 
Dit is de datum waarna voertuige n die voor het eerst zijn ingeschr even: 
—worden uitgerus t met een tachog raaf die verbonden is met een plaatsbepalingsdienst op basis van satellietna ­
vigatie; 
—  tijdens het rijden gegevens kunnen doorsturen naar de contro le-instanties met het oog op gerichte 
wegcontr oles; 
—  en kunnen worden uitgerus t met gestandaar diseer de interf aces die ervoor zorgen dat een exter n appar aat 
gebr uik kan maken van de door tachog rafen voor operationeel gebr uik geregistr eerde of gegenereer de gegevens; 
ddd)  „beveiligingsprofiel”: 
een document dat wordt gebr uik als onderdeel van het certificer ingsproces op basis van gemeenschap ­
pelijke criteria, met toepa ssingsonafhankeli jke beveiligingseisen op het gebied van informatieborging; 
eee)  „GNSS-nauwk eurigheid”: 
in het kader van de registratie van de positie met de tachograaf met behulp van de GNSS-module: de 
HDOP (hor izontal dilution of precision) berekend als het minimum van de via de beschikbare GNSS- 
module verzamelde HDOP -waarden. 
2  ALGEMEN E KENMERKEN EN FUNCTIES VAN HET CONTR OLEAPP ARAA T 
2.1  Algemene kenmerk en 
Het controleapparaat moet gegevens betreff ende de activitei ten van de bestuurder kunnen registreren, 
opslaan, weerg even, afdr ukken en uitvoer en. 
Alle met een controleapparaat uitge ruste voertuigen die aan de bepalingen van deze bijlag e voldoe n, moeten 
voorzien zijn van een snelheidsdispla y en een kilometer teller . Deze functies kunnen in het controleapparaat 
worden opgenomen. 
01)  Het controleapparaat bestaat uit kabels, een bewegingssensor en een voer tuigunit. 
02)  De interface tussen de bewegingssensoren en de voer tuigunits moet voldoen aan de eisen van 
aanhangsel 11. 
03)  De voer tuigunit wordt overeenk omstig de specific aties in aanhangsel 12 aanges loten op een GNSS- 
systeem. 
04)  De voer tuigunit communiceer t met leest oestellen voor berichten voor vroegtijdi ge detectie op afstand 
overeenk omstig de specifi caties in aanhangsel 14. 
05)  De voer tuigunit kan een ITS-interface omvatt en, als gespecifi ceerd in aanhangsel 13. 
Het controleapparaat mag door middel van een extra interface en/of de optionele ITS-int erface op 
andere systeme n worden aangeslot en. 
06)  Elke integratie of verbinding van een al of niet goedg ekeurde functie, inrichting of inrichtingen, in c. 
q. met het controleapparaat, mag de juiste en veilig e werking van het controleapparaat niet schaden 
of kunnen schad en en mag niet in strijd zijn met de bepalingen van deze verordening. 
Gebr uikers van controleapparat en identificeren zich door middel van een tach ograafkaar t. 
07)  Het controleapparaat geeft selectieve toeg angsrec hten tot gegevens en functies overeenk omstig het 
type en/of de identiteit van de gebr uiker. 26.5.2016 L 139/19 Publicatieblad van de Europese Unie NL    
Het controleapparaat registreer t gegevens en slaat deze op in het geheug en, in het syste em voor 
communicatie op afstand en op de tachog raafkaar t. 
Dit gebeur t met inachtneming van Richtli jn 95/46/EG van 24 oktober 1995 betreffe nde de besche rming 
van natuurlijk e personen in verband met de verwerking van persoonsg egevens en betreffe nde het vrije 
verke er van die gegevens (1), Richtli jn 2002/58/EG betreffende de verwerking van persoonsg egevens en de 
besch erming van de persoonli jke levenssfeer in de sector elektronische communicatie (2) en artikel 7 van 
Verordening (EU) nr. 165/2014. 
2.2  Functies 
08)  Het controleapparaat moet onderstaande functies kunnen uitvoer en: 
—  bewake n van het invoeren en uitnemen van de kaar t, 
—  mete n van de snelheid, afstand en positie, 
—  opnemen van de tijd, 
—  bewake n van de activiteit en van de bestuurder , 
—  bewake n van de status van de bestuurders, 
—  manuele invoer door de bestuurders: 
—  invoer van gegevens over het begin- en/of eindpunt van de dageli jkse werkper iode, 
—  manuele invoer van de activiteit en van de bestuurder , 
—  invoer van specifi eke omstandigheden, 
—  beheer van bedr ijfsvergrendeling en, 
—  bewake n van controleactivit eiten, 
—  detecteren van voorvallen en/of fouten , 
—  ingebouwde tests en zelftests . 
—  lezen van het geheug en, 
—  registreren en opslaan in het geheugen, 
—  lezen van de tachograafkaar t, 
—  registreren en opslaan op de tachog raafkaar t, 
—  weerge ven op scherm, 
—  afdr ukke n, 
—  waarsc huwen, 
—  gegevens downloaden met exte rne media, 
—  communicatie op afstand met het oog op gerichte wegcontroles, 
—  gegevensoutput naar aanvullende system en, 
—  kalibrer ing, 
—  kalibrer ingscontrole langs de weg, 
—  tijdafstelling. 26.5.2016 L 139/20 Publicatieblad van de Europese Unie NL    
(1)PB L 281 van 23.11.1995, blz. 31. 
(2)PB L 201 van 31.7.2002, blz. 37. 
2.3  Werkingsmodi 
09)  Het controleapparaat heef t vier werkingsmodi: 
—  operationele modus, 
—  controlemodus, 
—  kalibrer ingsmodus, 
—  bedr ijfsmodus. 
10)  Het controleapparaat wisselt naar de volg ende werkingsmodus overeenk omstig de geldige 
tachograafkaar t die in de kaar tinterface inge bracht is. De generatie van de tachograafkaar t is niet 
relevant om de werkingsmodus te bepalen, voor zover het om een geldig e kaar t gaat . Een 
werkplaatskaar t van de eerste generatie wordt als ongeld ig beschouwd wanneer ze in een voer tuigunit 
van de tweede generatie wordt ingev oerd. 
Werkingsmodus Kaar tlezer bestuurder 
Geen kaar t Bestuurderskaar t Controlekaar t Werkplaatskaar t Bedr ijfskaar t Kaartlezer bijrijder Geen kaar t Operationeel Operationeel Controle Kalibrer ing Bedr ijfsmodus 
Bestuurderskaar t Operationeel Operationeel Controle Kalibrer ing Bedr ijfsmodus 
Controlekaar t Controle Controle Controle (*) Operationeel Operationeel 
Werkplaatskaar t Kali brer ing Kali brer ing Operationeel Kalibrer ing(*) Operationeel 
Bedr ijfskaar t Bedr ijfsmodus Bedr ijfsmodus Operationeel Operationeel Bedr ijfsmodus (*) 
(*)  in deze gevallen gebru ikt het controleapparaat alleen de in lezer van de bestuurder ingev oerde tachograafkaar t.  
11)  Het controleapparaat negee rt ongeldig e inge bracht e kaar ten. Het blijft echt er moge lijk om gegevens 
op ongeldig e kaar ten weer te geven, af te drukken of te downloaden. 
12)  Alle in 2.2 genoemde functies werken in iedere werkingsmodus met de onderstaande uitzonder ingen: 
—  de kalibrer ingsfunctie is alleen toeg ankel ijk in de kalibrer ingsmodus, 
—  de kalibrer ingscontrole langs de weg is alleen toeg ankelijk in de controlemodus, 
—  de beheersfunctie van bedr ijfsvergrendelingen is alleen toeg ankelijk in de bedr ijfsmodus, 
—  het bewake n van controleactiviteit en werkt alleen in de controlemodus, 
—  de downloadfunctie is niet beschikbaar in de operationele modus (behalve zoals bepaald in 
voor schri ft 193), en behalve bij het downloaden van een bestuurderskaar t wanneer er geen ander 
type kaar t in de voertuigunit is ingev oerd. 
13)  Het controleapparaat kan gegevens uitvoe ren naar een displa y, printer of exte rne interf aces met de 
onderstaande uitzonder inge n: 
—  in de operationele modus: persoonsidentificatie (naam en voorn aam(namen)) die niet 
overeenk omt met een ingebrac hte tachog raafkaar t, wordt niet getoond en een kaar tnummer dat 
niet overeenk omt met een ingebracht e tachog raafkaar t wordt slechts gedeelt elijk getoond (alle 
oneven tekens — gelezen van links naar rech ts — worden niet getoond); 26.5.2016 L 139/21 Publicatieblad van de Europese Unie NL    
—  in bedr ijfsmodus: gegevens over de bestuurder (voorsc hriften 102, 105 en 108) kunnen alleen 
worden uitgev oerd tijde ns perioden waar voor geen vergrendeling aanwezig is of die niet door een 
ander bedr ijf zijn vergrendeld (zoals geïdentif iceerd door de eerste 13 cijfers van het bedr ijfskaar t­
nummer), 
—  wanneer geen kaar t in het controleapparaat ingebrac ht is: kunnen gegevens over de bestuurder 
alleen worden uitge voerd voor de huidige en de 8 voorafgaande kalenderdag en, 
—  persoonsg egeve ns van de VU worden slechts via de ITS-interf ace van de VU doorgeg even na 
controle van de instemming door de bestuurder waarop de gegevens betrekking hebben; 
—  de normale operationele geldigheidsper iode bedraagt 15 jaar, beginnend op de afgif teda tum van 
de VU-cer tificaten; na die periode kunnen ze nog 3 maanden worden gebruikt, maar alleen om 
gegevens te downloaden. 
2.4  Bev eiliging 
De syste embeveiliging beoogt het geheug en zodanig te beveiligen dat niet-geaut oriseerde toeg ang tot en 
manipulatie van de gegevens wordt voork omen en dat poginge n daar toe worden ontdekt, alsmede ter 
beveiliging van de integriteit en authenticiteit van de tussen de bewegingssensor en de voertuigunit 
uitgewi sselde gegevens, van de integriteit en authenticite it van de tussen het controleapparaat en de 
tachog raafkaar t uitgewi sselde gegevens, van de integriteit en authenticiteit van de tussen het controleap ­
paraat en de externe GNSS-module uitgewi sselde gegevens, van de vertrouwelijk heid, integr iteit en authenti ­
citeit van de via vroegtijdi ge detectie op afstand uitgewisselde gegevens en ter verificatie van gedo wnloade 
gegevens. 
14)  Om de veiligheid van het systeem te waarborge n, moeten de volg ende onderdelen voldoe n aan de 
veiligheidseisen die zijn vastgelegd in de beveiligingsprof ielen overeenk omstig de eisen van 
aanhangsel 10. 
—  voertuigunit ; 
—  tachog raafkaar t; 
—  bewegingssensor , 
—  externe GNSS-module (dit prof iel is alleen vereist en van toepass ing voor de exte rne GNSS- 
variant). 
3  CON STR UCTIE EN FUNCTIONELE EISEN VOOR CONTR OLEAPP ARA TEN 
3.1  Controle op het inbrengen en uitnemen van kaarten 
15)  Het controleapparaat bewaakt de kaar tinterfaces om het inbreng en en uitnemen van kaar ten te 
detec teren. 
16)  Bij het inbrengen van de kaar t moet het controleapparaat bepalen of de inge bracht e kaar t geldig is. 
Indien dit het geval is, wordt het kaar ttype en de generatie van de kaar t geïdentif iceerd. 
Wanneer er voordie n reeds een kaar t met hetzelfde kaar tnummer en een hogere vernieuwingsindex 
in het controleapparaat is ingevoerd, wordt de kaar t ongeldig verklaard. 
Wanneer er voordien reeds een kaar t met hetzelfde kaar tnummer en dezelfde vernieuwingsindex, 
maar een hogere vervangingsindex in het controleapparaat is ingev oerd, wordt de kaar t ongeldig 
verklaard. 
17)  Nadat een werkplaats de mog elijkheid om tachograafkaar ten van de eerste generatie te gebruike n 
heef t opgeheven overeenk omstig aanhangsel 15 (voors chrift MIG003) worden tachog raafkaar ten van 
de eerste generatie door het controleapparaat als ongeld ig beschouwd . 
18)  Werkplaatskaar ten van de eerste generatie die in controleapparat en van de tweede generatie worden 
ingev oerd, worden als ongeldig beschouwd. 
19)  Het controleapparaat wordt zodanig geconstr ueerd dat de tachog raafkaar t bij juist e invoer in de 
kaar tinte rface vergrendeld wordt. 26.5.2016 L 139/22 Publicatieblad van de Europese Unie NL    
20)  De tachograafkaar t kan alleen worden uitgenomen wanneer het voertuig stilstaat en nadat de 
relevante gegevens op de kaar t zijn opgeslag en. Het uitnemen van de kaar t vereist een doelg erichte 
handeling van de gebruike r. 
3.2  Meting van snelheid, positie en afst and 
21)  De bewegingssensor (desgevallend geïnt egreerd in de adap ter) is de belangr ijkste bron voor de meting 
van de snelheid en afstand. 
22)  Aan de hand van de door de bewegingssensor uitgestuurde pulsen, meet deze functie continu de 
kilometerstand die overeenk omt met de totale door het voertuig afge legde afstand en kan ze deze 
weergeven. 
23)  Aan de hand van de door de bewegingssensor uitgestuurde pulsen, meet deze functie continu de 
snelheid van het voer tuig en kan ze deze weerg even. 
24)  De snelheidsmet er geeft ook aan of het voertuig rijdt of stilstaat. Het voertuig rijdt wanneer de 
functie gedurende ten minste 5 seconden meer dan 1 imp/s van de bewegingssensor waar neemt. Als 
dit niet het geval is, wordt aangenomen dat het voer tuig stilstaat. 
25)  Inrichting en die snelheid (tachometer) en totale afgelegde afstand (kilomet erteller ) zichtbaar maken en 
geïnstalleerd zijn in een voer tuig dat uitge rust is met een controleapparaat dat vold oet aan de 
bepalingen van deze verordening, moete n voldoen aan de in deze bijlage vastgest elde eisen 
betreffende de maximumtoleranties (zie 3.2.1 en 3.2.2). 
26)  Om manipulatie van bewegingsg egevens te detecteren, moet informatie van de bewegingssensor 
worden bevestigd door informatie over beweging van het voer tuig die afkomstig is van de GNSS- 
ontvanger of andere facultatieve van de bewegingssensor onafhank elijk e bronnen. 
27)  Deze functie meet de positie van het voer tuig met het oog op de automatisc he registratie van: 
—  de posities waar de bestuurder en/of de bijrijder hun dageli jkse werktijd aanvatten; 
—  de posities waar de rijtijd van de bestuurder een veelvoud van drie uur bereikt ; 
—  de posities waar de bestuurder en/of de bijrijder hun dageli jkse werktijd beëindigen . 
3.2.1  Meting van de afgel egde afstand 
28)  De afgelegde afstand kan worden gemeten: 
—  hetzij bij vooruitrijden en acht eruitrijden, 
—  hetzij uitsluitend bij voorui trijden. 
29)  Het controleapparaat moet afstanden van 0 tot 9 999 999,9 km mete n. 
30)  De gemet en afstand moet binnen de onderstaande toleranties liggen (afstanden van ten minste 
1 000 m): 
—  ± 1 % voor installatie, 
—  ± 2 % bij installatie en periodieke controle, 
—  ± 4 % in gebruik. 
31)  De resolutie van de gemet en afstand bedraagt ten minste 0,1 km. 
3.2.2  Meting van de snelheid 
32)  Het controleapparaat moet snelheden van 0 tot 220 km/h meten. 26.5.2016 L 139/23 Publicatieblad van de Europese Unie NL    
33)  Om een maximumt olerantie op de getoonde snelheid van ± 6 km/h tijdens gebr uik te garanderen en 
rekening houdend met: 
—  een tolerantie van ± 2 km/h voor invoervariaties (banden variaties, …), 
—  een tolerantie van ± 1 km/h voor metinge n gedurende de installatie of periodieke controles, 
moet het controleapparaat bij snelheden tussen 20 en 180 km/h en bij kenmerkende coëff iciënt en 
van het voer tuig tussen 4 000 en 25 000 imp/km de snelheid meten met een tolerantie van ± 1 km/ 
h (bij constant e snelheid). 
Aan tekening: De resolutie van de gegevensopslag geeft een extra tolerantie van ± 0,5 km/h aan de 
door het controleapparaat opgeslagen snelheid. 
34)  De snelheid moet binnen de normale toleranties correct worden gemeten binnen 2 seconden na het 
einde van een versnelling wanneer de versnelling maximaal 2 m/s2 bedraagt. 
35)  De resolutie van de gemet en snelheid bedraagt ten minste 1 km/h. 
3.2.3  Bepalen van de positie 
36)  Het controleapparaat meet de absolute positie van het voer tuig aan de hand van de GNSS-ontvange r. 
37)  De absolute positie wordt gemet en in geografi sche coördinaten van de lengte - en breedtegraa d in 
graden en minut en met een resolutie van 1/10 minuut. 
3.3  Tijdmeting 
38)  De tijdmetingsfunctie moet permanent operationeel zijn en de UTC-datum en UTC-tijd digitaal 
leveren. 
39)  De UTC-datum en UTC-tijd worden gebruikt voor datering van gegevens in het controleapparaat 
(registraties, gegevensuitwisseling) en voor alle in aanhangsel 4, „Afdr ukken” gespecifi ceerde 
afdr ukken. 
40)  Om de plaatselijk e tijd zich tbaar te maken, moet de op het displa y getoonde tijd in stappen van een 
half uur kunnen worden gewi jzigd. Andere inste llingen dan negat ieve of positieve veelvoud en van een 
half uur zijn niet toeg estaan. 
41)  Bij gebrek aan elke vorm van tijdafst elling, moge n afwijki ngen niet meer dan ± 2 seconden per dag 
bedragen onder typegoedkeurin gsvoor waarden. 
42)  De resolutie van de gemet en tijd bedraagt ten minste 1 seconde. 
43)  De tijdm eting mag niet worden beïnvl oed door een externe stroomonderbreking van minder dan 12 
maanden onder typegoedkeuri ngsv oorwaarden. 
3.4  Controle op activiteiten van bestuurders 
44)  Deze functie moet voor tdurend en afzonderli jk de activiteit en van een bestuurder en een bijrijder 
controleren. 
45)  Activit eiten van de bestuurder zijn RIJDEN, WERKEN, BESCHIKBAARHEID of RUSTP AUZE. 
46)  De bestuurder en/of de bijrijder kunnen WERKEN, BESC HIKBA ARHEID of RUSTP AUZE manueel 
selecteren. 
47) Wanneer het voer tuig rijdt, wordt RIJDEN automat isch geselecteerd voor de bestuurder en BESCHIK ­
BAARHEID voor de bijrijder. 26.5.2016 L 139/24 Publicatieblad van de Europese Unie NL    
48)  Wanneer het voertuig stop t, wordt WERKEN automat isch geselecteerd voor de bestuurder . 
49) Er wordt van uitgeg aan dat de eerste verander ing van activiteit naar RUSTP AUZE of BESC HIK ­
BAARHEID die zich binnen 120 seconden na de automat ische verander ing naar WERKEN als gevolg 
van het stoppen van het voertuig voordoet, heef t plaatsgev onden op het moment waarop het 
voer tuig stop t (waardoor de verander ing naar WERKEN eventueel kan worden geannuleerd). 
50)  Deze functie moet verander ingen van activiteit en naar de registratiefuncties uitvoe ren met een 
resolutie van één minuut. 
51)  Wanneer binnen de onmiddellijk voorafgaande en de onmiddellijk volg ende kalender minuut de 
activiteit RIJDEN is geregistreerd, wordt de hele minuut besch ouwd als RIJDEN. 
52)  Wanneer een kalender minuut niet wordt besch ouwd als RIJDEN overeenk omstig het voor gaande 
voorsc hrift 051, dan wordt de hele minuut gerek end als de langste ononderbroke n activiteit binnen 
de minuut (of de laatste van een aantal even lange activiteit en). 
53)  Deze functie moet ook voortdurend de rijtijd en de cumulatieve rusttijd van de bestuurder 
controleren. 
3.5  Controle op de status van best uurders 
54)  Deze functie moet voortdurend en automatisc h de status van bestuurders controleren. 
55)  De status TEAM wordt geselecteerd wanneer twee geldige bestuurderskaar ten in het apparaat worden 
ingebrac ht, in alle andere gevallen wordt de status ALLEEN geselecteerd. 
3.6  Invoer door bestuurders 
3.6.1  Invoer van begin- en eindpunt van de dagelijkse werkperio de 
56)  Met deze functie kan het begin- en eindpunt van de dageli jkse werkper iode van een bestuurder en/of 
een bijrijder worden ingevoerd. 
57)  Plaatsen worden gedefinieerd als het land en — voorzo ver relevant — de regio, die manueel worden 
ingev oerd of bevestigd. 
58)  Bij het uitnemen van een bestuurderskaar t moet het controleapparaat de bestuurder (bijrijder) vrage n 
een „plaats waar de dageli jkse werkper iode eindigt” in te voeren. 
59)  Daar na voert de bestuurder de huidige plaats van het voer tuig in, die als een tijdelijk e invoer wordt 
beschouwd. 
60)  Het moet mogeli jk zijn plaatsen waar de dageli jkse werkper iode begint en/of eindigt, in te voeren via 
commando's in de menu's. Indien meer dan één dergeli jke invoer gebeur t binnen één kalender minuut, 
mogen slech ts de laatst ingevoerde beginpl aats en de laatst inge voerde eindplaats binnen die 
tijdsp anne geregistreerd blijven. 
3.6.2  Manuele invoer van bestuur dersactiviteiten en toestemming van de bestuur der voor de ITS-interface 
61)  Manuele invoer van activiteit en is uitsluite nd toeg estaan bij het inbreng en van een bestuurderskaar t of 
werkplaatskaar t. Bij het manueel invoeren van activitei ten worden de plaatselijk e tijd- en 
datumwaa rden van de tijdszone (UTC offset) gebr uikt die op dat moment voor de voer tuigunit zijn 
ingest eld. 
Bij het inbreng en van een bestuurders- of werkplaatskaar t wordt de kaar thouder herinnerd aan: 
—  de datum en de tijd dat de kaar t voor het laatst is uitgenomen; 
—  en facultatief: de voor de voertuigunit ingest elde plaatselij ke tijd. 26.5.2016 L 139/25 Publicatieblad van de Europese Unie NL    
Bij de invoer van een bestuurders- of werkplaatskaar t die voor de voer tuigunit nog niet bekend is, 
wordt de kaar thouder gevraagd te bevestig en dat hij ermee instemt dat zijn persoonlijk e tachograafg e­
gevens via de optionele ITS-inte rface worden doorgeg even. 
Wanneer de bestuurderskaar t (resp. werkplaatskaar t) is ingeg even, kan de bestuurder (resp. 
werkplaats) op elk moment via het menu zijn of haar inste mming geven of intrekken. 
Activit eiten kunnen worden inge voerd met de volg ende beperking en: 
—  Activit eiten zijn WERKEN, BESCHIKBAARHEID of RUSTP AUZE. 
—  De begin- en eindtijden van elke activitei t liggen enkel binnen de laatst e periode tussen het 
uitnemen en inbreng en van de kaar t. 
—  Activit eiten mogen elkaar niet in tijd overlappen. 
Zo nodig is manuele invoer mogeli jk wanneer een nog niet eerder gebruikte bestuurderskaar t (of 
werkplaatskaar t) voor het eerst wordt ingebracht. 
De procedure voor manuele invoer van activitei ten bestaat uit even veel opeenv olgende stappen als 
nodig voor het inste llen van het type en de begin- en eindti jd van elke activitei t. Voor elk willek eurig 
deel van de laatste periode tussen het invoeren en uitnemen van de kaar t kan de kaar thouder ervoor 
kiezen geen enkele activiteit op te geven. 
Tijdens de met het inbrengen van een kaar t verbonden manuele invoer kan de kaar thouder , indien 
van toepa ssing, het volg ende invoeren: 
—  een plaats waar een vorige dage lijkse werkper iode is geëindigd, alsook de relevante tijd (waarbij de 
invoer tijde ns de laatst e kaar tuitneming wordt oversch reven); 
—  een plaats waar de lopende dageli jkse werkper iode begint, samen met de relevante tijd. 
Wanneer de kaar thouder tijde ns de met het inbreng en van een kaar t verbonden manuele invoer niet 
invoert op welk e plaats de werkper iode begint of eindigt, wordt er vanuit gegaan dat die plaats niet is 
gewi jzigd na de laatste keer dat de kaar t is uitgeno men. De volgende invoer van een plaats waar de 
vori ge dageli jkse werkper iode eindigt, oversch rijft in dat geval de tijdeli jke invoer bij de laatste 
kaar tuitneming. 
Wanneer een plaats is inge voerd, wordt deze geregistreerd op de relevante tachograafkaar t. 
De manuele invoer wordt onderbroken indien: 
—  de kaar t wordt uitgenomen; of 
—  het voertuig in beweging is en de kaar t zich in de lezer van de bestuurder bevindt. 
Extra onderbrekingen zijn toeg estaan, bv. een time-out na een zekere periode van inactiviteit van de 
gebr uiker. Indien de manuele invoer wordt onderbroken , valideer t het controleapparaat elke volledige 
invoer van plaats en activiteit (met ondubbelzinnige vermelding van plaats en tijd, of type activitei t, 
begintijd en eindtijd). 
Indien een tweede bestuurders- of werkplaatskaar t wordt ingebracht terwijl nog manueel wordt 
ingev oerd voor een eerder ingebrac hte kaar t, mag deze manuele invoer worden voltooid voordat de 
manuele invoer voor de tweede kaar t begint. 
De kaar thouder kan manueel activitei ten invoeren overeenk omstig de volg ende minimumprocedure: 
—  Voer activiteit en manueel in, in chronologisc he volg orde, voor de laatste periode tussen het 
uitnemen en inbreng en van de kaar t. 26.5.2016 L 139/26 Publicatieblad van de Europese Unie NL    
—  De begintijd van de eerste activitei t is het tijdstip waarop de kaar t wordt uitgeno men. Voor elke 
volg ende invoer wordt de beginti jd vooraf inge steld als onmiddellijk volgend op de eindtijd van 
de voor afgaande invoer. Voor elke activitei t wordt het type activitei t en de eindtijd geselecteerd. 
De procedure eindigt wanneer de eindtijd van een manueel ingevoerde activiteit gelijk is aan het 
tijdstip waarop de kaar t is ingebracht. Het controleapparaat kan vervolgens facultatief de kaar thouder 
een manueel ingev oerde activitei t laten wijzig en, totda t wordt gevalideerd door een specifiek 
commando te selecteren. Daar na kunnen dergeli jke wijziging en niet meer worden aang ebracht. 
3.6.3  Invoer van specifiek e omstandigheden 
62) De bestuurder kan de twee onderstaande specifieke omstandigheden in real-time in het controleap ­
paraat invoeren: 
—  „NIET VERPLICH T” (begin, einde); 
—  „VER VOER PER FERR Y/TREIN” (begin, einde). 
„VER VOER PER FERR Y/TREIN” is niet toeg estaan wanneer een „NIET VERPLIC HT”-omstandigheid 
geopend is. 
Een geopende „NIET VERPLIC HT”-omstandigheid moet door het controleapparaat automat isch 
worden gesloten wanneer een bestuurderskaar t wordt inge bracht of uitgeno men. 
Een geopende „NIET VERPLICHT”-omstandigheid onderdr ukt de volgende voor vallen en waarschu ­
wingssignalen: 
—  rijden zonder geschikt e kaar t 
—  waarsc huwingssignalen in verband met de rijtijd. 
De vlag begin VER VOER PER FERR Y/TREIN moet zichtbaar zijn voor de bestuurder de motor op de 
trein of ferry stillegt. 
Een openstaande VER VOER PER FERR Y/TREIN moet aflopen in de volgende gevallen: 
—  wanneer de bestuurder het VER VOER PER FERR Y/TREIN manueel beëindigt ; 
—  wanneer de bestuurder zijn kaar t uitneemt ; 
Een openstaande VER VOER PER FERR Y/TREIN wordt beëindigd wanneer deze op grond van 
Verordening (EG) nr. 561/2006 niet langer geldig is. 
3.7  Beheer van bedr ijfsv ergrendelingen 
63)  Deze functie beheer t de vergrendelingen die een bedr ijf aanbrengt om ervoor te zorg en dat het alleen 
zelf toegang heef t tot de gegevens in de bedr ijfsmodus. 
64)  Bedr ijfsvergrendelingen bestaan uit een begindatum/-tijd (lock -in) en een einddatum/-tijd (lock -out) in 
combinatie met de identiteit van het bedr ijf zoals aange geven door het bedr ijfskaar tnummer (bij lock - 
in). 
65)  Vergrendeling en kunnen alleen in real-time worden „in-” of „uitgesc hake ld”. 
66)  Het uitsc hakelen van de vergrendeling is alleen mog elijk voor het bedr ijf waar van de vergrendeling is 
„ingesc hake ld” (zoals geïdentif iceerd door de eerste 13 cijfers van het bedr ijfskaar tnummer), of, 26.5.2016 L 139/27 Publicatieblad van de Europese Unie NL    
67) het uitschak elen van de vergrendeling gebeur t automa tisch wanneer een ander bedr ijf de vergren ­
deling inschak elt. 
68)  Indien een bedr ijf de vergrendeling inschak elt en de vori ge vergrendeling voor hetzelfde bedr ijf was, 
dan wordt aangenomen dat de vorige vergrendeling niet is „uitgesc hakeld ” en nog steeds is 
„ingesc hake ld”. 
3.8  Bewaken van controleactiviteiten 
69)  Deze functie moet controle uitoe fenen op het WEER GEVEN, AFDR UKKEN, DOWNLO ADEN van VU 
en kaar ten en de KALIBERINGSCONTR OLE LANGS DE WEG, die in de controlemodus uitgev oerd 
worden. 
70) Deze functie moet ook controle uitoef enen op de SNELHEIDSO VERSCH RIJDING in de contro ­
lemodus. Controle van snelheidso verschr ijding wordt geacht te hebben plaatsgev onden wanneer , in de 
controlemodus, de afdr uk „snelheidso verschr ijding” naar de printer of het displa y is gezonden, of 
wanneer gegevens over „voor vallen en fouten ” uit het VU-g eheugen zijn gedownload. 
3.9  Opspor ing van voor vallen en/of fouten 
71)  Deze functie detect eert de onderstaande voorvallen en/of fouten : 
3.9.1  „Inbre ngen van een ongel dige kaar t” 
72)  Dit voor val treedt op bij het inbreng en van een ongeldig e kaar t, het inbreng en van een reeds 
vervangen bestuurderskaar t en/of wanneer de ingebracht e kaar t vervalt. 
3.9.2  „Kaartconf lict” 
73)  Dit voor val treedt op bij een van de combinaties van geldig e kaar ten die in de onderstaande tabel met 
een X gemerkt zijn: 
Kaar tconf lict Kaar tlezer bestuurder 
Geen kaar t Bestuurderskaar t Controlekaar t Werkplaatskaar t Bedr ijfskaar t Kaartlezer bijrijder Geen kaar t      
Bestuurderskaar t    X  
Controlekaar t   X X X 
Werkplaatskaar t  X X X X 
Bedr ijfskaar t   X X X  
3.9.3  „Tijdsoverlapping” 
74)  Dit voorval treedt op wanneer de datum/het tijdstip waarop de bestuurderskaar t de laatste keer is 
uitgenomen , later is dan de actuele datum/ti jd van het controleapparaat waar in de kaar t wordt 
ingebrac ht. 26.5.2016 L 139/28 Publicatieblad van de Europese Unie NL    
3.9.4  „Rijden zonder geschi kte kaar t” 
75)  Dit voor val treedt op bij combinaties van geldig e tachog raafkaar ten die in de onderstaande tabel met 
een X zijn aange merkt, wanneer de activiteit van de bestuurder verander t in RIJDEN, of wanneer de 
werkingsmodus tijdens het RIJDEN verander t: 
Rijden zonder gesc hikte 
kaar t Kaar tlezer bestuurder 
Geen (of ongel ­
dige) kaar t Bestuurderskaar t Controlekaar t Werkplaatskaar t Bedr ijfskaar t Kaartlezer bijrijder Geen (of onge l­
dige) kaar t X  X  X 
Bestuurderskaar t X  X X X 
Controlekaar t X X X X X 
Werkplaatskaar t X X X  X 
Bedr ijfskaar t X X X X X  
3.9.5  „Inbre ngen van de kaar t tijdens het rijden” 
76)  Dit voorval treedt op wanneer een tachograafkaar t tijdens het RIJDEN in een lezer wordt inge bracht. 
3.9.6  „Laatste kaar tsessie niet correct afgesloten” 
77)  Dit voor val treedt op wanneer het controleapparaat bij kaar tinv oer ontdekt dat, nietteg enstaande de 
bepalingen van punt 3.1, de voorafgaande kaar tsessie niet correct is afgeslot en (de kaar t is 
uitgenomen voordat alle relevante gegevens op de kaar t opgeslagen zijn). Dit mag uitsluitend 
voork omen bij bestuurders- en werkplaatskaar ten. 
3.9.7  „Snelheidsoverschr ijding” 
78)  Dit voorval treedt op bij elke snelheidso verschr ijding. 
3.9.8  „Onderbr eking van de stroomv oorziening” 
79) Dit voor val treedt op bij een onderbreking van ten minste 200 milliseconden in de stroomv oor­
ziening van de bewegingssensor en/of de voer tuigunit, echt er niet in de kalibrer ings- of contro ­
lemodus. De drempel van de onderbreking wordt door de fabrikant bepaald. De spanningsval door 
het starten van de motor van het voertuig mag dit voorval niet veroorzak en. 
3.9.9  „Communicatiefout met het systeem voor communicatie op afstand” 
80)  Dit voorval treedt, behalv e in de kalibrer ingsmodus, op wanneer het systeem voor communicatie 
op afstand na meer dan drie poginge n niet bevestigt dat het de door de voertuigunit vanop afstand 
doorgestuurde gegeve ns heef t ontvangen. 
3.9.10  „Ontbr eken van plaatsbepalingsinform atie van de GNSS-ontv ange r” 
81) Dit voor val treedt, behalv e in kalibrer ingsmodus, op bij het ontbreken van plaatsbepalingsin ­
formatie van de (intern e of exte rne) GNSS-ontvange r gedurende meer dan 3 uren cumulatieve rijtijd. 26.5.2016 L 139/29 Publicatieblad van de Europese Unie NL    
3.9.11  „Fout in communicatie met de exter ne GNSS-module” 
82)  Dit voor val treedt, behalv e in kalibrer ingsmodus, op bij het ontbrek en van communicatie tussen de 
externe GNSS-module en het voertuig gedurende meer dan 20 opeenv olge nde minuten terwijl het 
voer tuig aan het rijden is. 
3.9.12  „Fout in de bewegingsg egevens” 
83)  Dit voor val treedt, behalv e in de kalibrer ingsmodus, op bij een onderbreking in de normale 
gegevensstroom tussen de bewegingssensor en de voertuigunit en/of bij een fout in de integriteit of 
authenticatie van de gegevens tijdens de gegevensuitwisseling tussen de bewegingssensor en de 
voer tuigunit. 
3.9.13  „Tegenstrijdige bewegingsgeg evens” 
84) Dit voorval treedt, behalv e in de kalibrer ingsmodus, op wanneer de op basis van de bewegings ­
sensor bereke nde bewegingsinf ormatie versch ilt van de bewegingsinf ormatie die is berekend op basis 
van informatie van de interne GNSS-ontvange r of de exte rne GNSS-module, en eventuele andere 
facultat ieve bronnen, als gespecificeerd in aanhangsel 12. Dit voorval treedt niet op tijdens vervoer 
per ferry of trein, een „NIET VERPLIC HT”-omstandigheid, of wanneer er geen plaatsbepalingsin ­
formatie van de GNSS-ontvanger beschikbaar is. 
3.9.14.  „Poging tot inbreuk op de beveiliging” 
85)  Dit voor val treedt op bij elk ander voor val dat de beveiliging van de bewegingssensor en/of de 
voer tuigunit en/of de extern e GNSS-module als vereist bij aanhangsel 10 aantast, echt er niet in de 
kalibrer ingsmodus. 
3.9.15  „Tijdsoverlapping” 
86)  Dit voor val treedt op wanneer de VU een afwijking van meer dan 1 minuut detect eert tussen de tijd 
van de meetfunctie van de voer tuigunit en de tijd die door de GNSS-ontvanger wordt doorgestuurd. 
Dit voor val wordt samen met de interne klokwaarde van de voertuigunit opge slagen en gaat gepaard 
met een automat ische tijds afstelling. Nadat een tijdso verlapping is veroorzaakt, mag de VU de 
volg ende 12 uur geen andere tijdso verlapping genereren. Er wordt geen tijds overlapping gegenereerd 
indien de GNSS-ontvanger de jongste 30 dagen geen geldig GNSS-signaal heef t kunnen detec teren. 
Wanneer de automat ische plaatsbepalingsinf ormatie van de GNSS-ontvange r opnieuw beschikbaar is, 
vindt een automa tische tijdsa fstelling plaats. 
3.9.16  „Kaartfout” 
87)  Deze fout wordt veroorzaakt wanneer tijde ns de werking een storing in de tachog raafkaar t optreedt. 
3.9.17.  „Contr oleappar aatfout” 
88)  Deze fout wordt veroorzaakt door de onderstaande stori ngen , echt er niet in de kalibrer ingsmodus: 
—  Interne fout in de VU 
—  Printerf out 
—  Displa yfout 
—  Downloadf out 
—  Sensorfout 
—  Fout met GNSS-ontvanger of externe GNSS-module 
—  Fout in systeem voor communicatie op afstand 26.5.2016 L 139/30 Publicatieblad van de Europese Unie NL    
3.10  Ingebouwde tests en zelf tests 
89)  Het controleapparaat moet zelf fouten detect eren door middel van zelftests en ingebouwde tests 
overeenk omstig onderstaande tabel: 
Onderdelen ter test Zelf test Ingeb ouwde test 
Software  Integr iteit 
Geheuge n Toegang Toegang, gegevensint egriteit 
Kaar tinterf aces Toegang Toegang 
Toetsenbord  Manuele controle 
Printer (afhanke lijk van de fabri­
kant) Afdr uk 
Displa y  Visuele controle 
Downloaden 
(alleen uitgev oerd tijdens het downloaden) Correcte werking  
Sensor Correcte werking Correcte werking 
Systeem voor communicatie op afstand Correcte werking Correcte werking 
GNSS-module Correcte werking Correcte werking  
3.11  Lezen van het geheugen 
90)  Het controleapparaat moet alle gegevens die in zijn geheug en opgeslagen zijn kunnen lezen. 
3.12  Registratie en opslag in het geheugen 
Voor de toepassing van dit punt 
—  wordt „365 dage n” gedefinieerd als 365 kalenderdag en van gemiddelde activitei t van de bestuurder in 
een voertuig. De gemiddelde activitei t per dag in een voertuig wordt gedefinieerd als ten minste 6 
bestuurders of bijrijders, 6 cycli van kaar tinv oer en -uitname en 256 wijziging en in de activitei ten. „365 
dagen ” omvat derhalve ten minst e 2 190 bestuurders (bijrijders), 2 190 cycli van kaar tinvoer en 
kaar tuitname en 93 440 wijziging en van activiteit en; 
—  het gemiddeld aantal posities per dag wordt gedef inieerd als ten minste 6 posities bij het begin van de 
dageli jkse werktijd, 6 posities wanneer de cumulatieve rijtijd van de bestuurder een veelv oud van drie 
uur bereikt en 6 posities aan het einde van de dage lijkse werktijd, zodat „365 dagen ” minstens 6 570 
posities omv at; 
—  wordt de tijd geregistreerd met een resolutie van 1 minuut, tenzij anders gespecifi ceerd; 
—  worden kilometers tanden geregistreerd met een resolutie van 1 kilomete r; 
—  wordt de snelheid geregistreerd met een resolutie van 1 km/h; 
—  posities (lengte en breedt e) worden geregistreerd in graden en minuten, met een resolutie van 1/10 
minuut, met de daaraan gekoppelde GNSS-nauwk eurigheid en acquisitietij d. 26.5.2016 L 139/31 Publicatieblad van de Europese Unie NL    
91) De in het geheug en opgeslagen gegevens moge n niet worden beïnvl oed door een externe stroomon ­
derbreking van minder dan 12 maanden onder typegoedk euringsvoor waarden. Gegevens die zijn 
opges lagen in het extern systeem voor communicatie op afstand, als gedef inieerd in aanhangsel 14, 
mogen niet worden aang etast door een stroomonderbreking van minder dan 28 dagen. 
92)  Het controleapparaat moet in zijn geheugen impliciet of expliciet de volg ende gegeve ns registreren en 
opslaan: 
3.12.1  Identific atieg egevens van de uitrusting 
3.12.1.1  Identificatiegegevens van de voer tuigunit 
93)  Het controleapparaat moet in zijn geheugen de volgende identif icatiegeg evens van de voertuigunit 
opslaan: 
—  naam van de fabrikant 
—  adres van de fabrikant 
—  onderdeelnummer 
—  serienummer 
—  generatie voertuigunit 
—  mog elijkheid tach ograafkaar ten van de eerste generatie te gebruiken 
—  nummer van de softwareversie 
—  installatiedatum van de softwareversie 
—  bouwjaar 
—  goedkeuringsnummer 
94) Identif icatiegeg evens van de voer tuigunit worden door de fabrikant van de voer tuigunit definitief ge­
registreerd en opge slagen, met uitzonder ing van gegevens in verband met de software en het 
goedkeuri ngsnummer , die in geval van een software-upgrade gewijzigd kunnen worden, en compati ­
biliteit met tachograafkaar ten van de eerste generatie. 
3.12.1.2  Identificatiegegevens van de bewegingssensor 
95)  De bewegingssensor moet in zijn geheug en de volgende identificatiegeg evens opslaan: 
—  naam van de fabrikant, 
—  serienummer , 
—  goedkeuringsnummer , 
—  identif icatie van inge bouwde veiligheidscom ponent (bijv . onderdeelnummer van de interne chip/ 
verwerkingseenheid), 
—  identif icatie van het bestur ingssyst eem (bv. nummer van de softwareversie). 
96)  De identificatiegeg evens van de bewegingssensor worden door de fabrikant van de bewegingssensor 
definitief in de bewegingssensor geregistreerd en opgeslag en. 
97)  De voertuigunit moet voor de 20 recentst e verbindingen met bewegingssensoren (indien op één 
kalenderdag meerdere verbindinge n tot stand worden gebracht, worden alleen de eerste en laatst e van 
de dag opges lagen) de volg ende gegevens kunnen register en en in zijn geheug en opslaan: 
De volg ende gegevens moete n bij elke verbinding worden geregistreerd: 
—  identif icatiegeg evens van de bewegingssensor: 
—  serienummer 
—  goedke uringsnummer , 26.5.2016 L 139/32 Publicatieblad van de Europese Unie NL    
—  verbindingsgeg evens van de bewegingssensor: 
—  datum verbinding. 
3.12.1.3  Identificatiegegevens GNSS-systemen 
98)  De externe GNSS-module moet in haar geheug en de volg ende identif icatiegeg evens opslaan: 
—  naam van de fabrikant, 
—  serienummer , 
—  goedkeuringsnummer , 
—  identif icatie van inge bouwde veiligheidscom ponent (bijv . onderdeelnummer van de interne chip/ 
verwerkingseenheid), 
—  identif icatie van het bestur ingssyst eem (bv. nummer van de softwareversie). 
99)  De identif icatiegeg evens worden door de fabrikant van de externe GNSS-module definitief in de 
externe GNSS-module geregistreerd en opge slagen. 
100)  De voer tuigunit moet voor de 20 recentste koppeling en met externe GNSS-syst emen (indien op één 
kalenderdag meerdere koppelingen tot stand worden gebrac ht, worden alleen de eerste en laatste van 
de dag opges lagen) de volg ende gegevens kunnen registreren en opslaan in zijn geheugen: 
De volg ende gegevens moete n bij elke koppeling worden geregistreerd: 
—  identif icatiegeg evens van de exte rne GNSS-module: 
—  serienummer , 
—  goedke uringsnummer , 
—  koppelingsgeg evens van de externe GNSS-module: 
—  eerste koppelingsdatum. 
3.12.2  Sleutels en certificaten 
101) Het controleapparaat moet een aantal cryptografische sleut els en certificaten kunnen opslaan overeen ­
komstig de specifi caties in aanhangsel 11, delen A en B. 
3.12.3  Gegevens over het inbreng en en uitnemen van de bestuur ders- of werkplaatskaar t 
102)  Telkens een bestuurders- of werkplaatskaar t in het apparaat wordt inge bracht of uitgeno men, moet 
het controleapparaat in zijn geheugen de volgende gegeve ns registreren en opslaan: 
—  de naam en voornaam (of namen) van de kaar thouder zoals opgeslagen op de kaar t; 
—  het kaar tnummer , de lidstaat van afgif te en de vervaldatum zoals opgeslagen op de kaar t; 
—  de generatie van de kaar t; 
—  datum en tijdstip van inbreng en; 
—  de kilometers tand bij kaar tinv oer; 
—  de lezer waar in de kaar t wordt ingebrac ht; 
—  datum en tijdstip van uitnemen; 
—  de kilometers tand bij het uitnemen van de kaar t; 26.5.2016 L 139/33 Publicatieblad van de Europese Unie NL    
—  de volgende informatie over het vori ge door de bestuurder gebruikte voertuig zoals opge slagen 
op de kaar t: 
—  kentek ennummer en registrerende lidstaat ; 
—  de generatie voertuigunit (indien besc hikbaar); 
—  datum en tijdstip waarop de kaar t wordt uitge nomen; 
—  een teken dat aang eeft of de kaar thouder bij de kaar tinv oer manueel activiteit en heef t ingev oerd. 
103)  Het geheugen moet deze gegevens ten minst e 365 dagen bewaren. 
104)  Wanneer de opslagcapaciteit volledig is gebr uikt, worden de oudste gegevens overschreven door de 
meest recente . 
3.12.4  Gegevens over activiteiten van de bestuur der 
105)  Bij elke wijziging in de activitei ten van de bestuurder en/of de bijrijder, bij elke wijziging in de status 
van de bestuurder(s) en telkens wanneer een bestuurders- of werkplaatskaar t wordt ingebracht of 
uitgenomen , worden de volgende gegeve ns door het controleapparaat geregistreerd en opge slagen: 
—  de status van de bestuurder(s) (ALLEEN/ALS TEAM); 
—  de kaar tlezer (BESTUURDER, BIJRIJDER); 
—  de status van de kaar t in de betreff ende kaar tlezer (INGEBRA CHT, NIET INGEBRA CHT); 
—  de activiteit en (RIJDEN, BESC HIKBA ARHEID, WERKEN, ONDERBREKING/R UST); 
—  de datum en het tijds tip van de wijzigi ng. 
INGEBRA CHT bete kent dat een geldige bestuurders- of werkplaatskaar t in de lezer ingebracht is. 
NIET INGEBRA CHT betekent het tegenovergest elde, d.w.z. er is geen geldige bestuurders- of 
werkplaatskaar t in de lezer ingebracht (er is bv. wel een bedr ijfskaar t ingebrac ht of er is geen kaar t 
ingebrac ht). 
Gegeven s over activitei ten die door een bestuurder manueel worden inge voerd, worden niet in het 
geheug en geregistreerd. 
106)  Het geheugen moet de gegevens over de activiteit en van de bestuurder ten minste 365 dagen kunnen 
bewaren. 
107)  Wanneer de opslagcapaciteit volledig is gebr uikt, worden de oudste gegevens overschreven door de 
meest recente . 
3.12.5  Plaatsen en posities waar de dageli jkse werktijd begint, eindigt en/of waar een ononderbro ken rijtijd van 3 uur wordt 
bereik t 
108)  Het controleapparaat moet gegevens registreren en in zijn geheugen opslaan met betrekking tot: 
—  de plaatsen en posities waar de bestuurder en/of de bijrijder hun dageli jkse werktijd aanvatten ; 
—  de posities waar de ononderbroken rijtijd van de bestuurder een veelv oud van drie uur bereikt ; 
—  de plaatsen en posities waar de bestuurder en/of de bijrijder hun dageli jkse werktijd beëindige n. 
109)  Wanneer de positie van het voertuig op die momenten niet via de GNSS-ontvanger kan worden 
bepaald, gebr uikt het controleapparaat de recentste besch ikbare positie en de daaraan gekoppelde 
datum en tijd. 
110)  Samen met elke plaats en positie moet het controleapparaat gegevens registreren en in zijn geheugen 
opslaan met betrekking tot: 
—  het bestuurderskaar tnummer en de lidstaat van afgif te; 
—  de generatie van de kaar t; 26.5.2016 L 139/34 Publicatieblad van de Europese Unie NL    
—  de datum en het tijds tip van de inge voerde gebeur tenis; 
—  de aard van die gebeur tenis (begin, eind en/of 3 uur ononderbrok en rijtijd); 
—  desgevallen d de gerelateerde GNSS-nauwke urigheid, datum- en tijd; 
—  de kilometers tand van het voertuig. 
111)  Het geheugen moet de plaatsen of posities waar de dage lijkse werkper iodes beginnen, eindigen en/of 
waar een ononderbroken rijtijd van 3 uur wordt bereikt ten minst e 365 dagen kunnen bewaren. 
112)  Wanneer de opslagcapaciteit volledig is gebr uikt, worden de oudste gegevens overschreven door de 
meest recente . 
3.12.6  Gegevens over de kilometerstand 
113)  Het controleapparaat moet elke kalenderdag om midder nacht de kilometerstand van het voertuig en 
de bijbehorende datum in zijn geheugen registreren. 
114)  Het geheugen moet deze kilometer standen ten minst e 365 kalenderdagen kunnen opslaan. 
115)  Wanneer de opslagcapaciteit volledig is gebr uikt, worden de oudste gegevens overschreven door de 
meest recente . 
3.12.7  Gedetailleer de snelheidsg egevens 
116)  Het controleapparaat moet voor elke seconde van ten minste de laatste 24 uur waar in het voertuig 
heef t gereden, de snelheid van het voertuig en de corresponderende datum en het tijdstip registeren 
en in het geheugen opslaan. 
3.12.8  Gegevens over voor vallen 
Voor de toepassing van dit punt wordt de tijd geregistreerd met een resolutie van 1 seconde. 
117)  Het controleapparaat moet in zijn geheugen de volgende gegevens voor elk gedetect eerd voorval 
volg ens de onderstaande opslagvoorsc hriften registreren en opslaan: 
Voorval Opslagvoorsc hriften Te registreren gegevens per voor val 
Inbrengen van een ongeldig e 
kaar t —  de 10 meest recente voor vallen —  datum en tijdstip van het voor val 
—type, nummer , lidstaat van afgif te en ge­
neratie van de kaar t die het voor val ge­
nereer t 
—  aantal verg elijkbare voorvallen op die 
dag 
Kaar tconf lict —  de 10 meest recente voor vallen —  datum en tijdstip van het begin van het 
voor val 
—  datum en tijdstip van het einde van het 
voor val 
—type, nummer , lidstaat van afgif te en ge­
neratie van de twee kaar ten die een con­
flict opleveren 
Rijde n zonder geschikt e 
kaar t —  het langst e voorval voor elk van de 
laatste 10 dagen waarop een dergeli jk 
voorval heef t plaatsgev onden 
—  de 5 langste voor vallen gedurende de 
laatste 365 dagen —  datum en tijdstip van het begin van het 
voor val 
—  datum en tijdstip van het einde van het 
voor val 
—type, nummer , lidstaat van afgif te en ge­
neratie van de bij het begin en/of het 
einde van het voorval ingevoerde kaar t; 
—  aantal verg elijkbare voorvallen op die 
dag 26.5.2016 L 139/35 Publicatieblad van de Europese Unie NL    
Voorval Opslagvoorsc hriften Te registreren gegevens per voor val 
Inbrengen van kaar t tijdens 
het rijden —het laatste voor val op elk van de laat­
ste 10 dagen waarop een dergeli jk 
voorval plaatshad —  datum en tijdstip van het voor val 
—type, nummer , lidstaat van afgif te en ge­
neratie van de kaar t 
—  aantal verg elijkbare voorvallen op die 
dag 
Laatste kaar tsessie niet cor­
rect afge sloten —  de 10 meest recente voor vallen —  datum en tijdstip van kaar tinvoer 
—type, nummer , lidstaat van afgif te en ge­
neratie van de kaar t 
—  laatste sessiegeg evens zoals af te lezen 
van de kaar t: 
—  datum en tijds tip van kaar tinv oer 
—kent ekennummer , lidstaat van in­
schrijving en generatie voertuigunit 
Snelheidso verschr ijding (1) —  het ernstigste voor val op elk van de 
laatste 10 dagen waarop een dergeli jk 
voorval plaatshad (d.w .z. het voorval 
met de hoogst e gemiddelde snelheid) 
—  de 5 ernstigste voor vallen gedurende 
de afgelopen 365 dagen 
—  het eerste voorval dat is opgetreden na 
de laatste kalibrer ing —  datum en tijdstip van het begin van het 
voor val 
—  datum en tijdstip van het einde van het 
voor val 
—tijdens het voor val gemet en maximum ­
snelheid 
—tijdens het voorval gemet en rekenkun ­
dige maximumsnelheid 
—type, nummer , lidstaat van afgif te en ge­
neratie van de bestuurderskaar t (indien 
van toepass ing) 
—  aantal verg elijkbare voorvallen op die 
dag 
Onderbreking stroomv oor­
ziening (2) —  het langst e voorval voor elk van de 
laatste 10 dagen waarop een dergeli jk 
voorval heef t plaatsgev onden 
—  de 5 langste voor vallen gedurende de 
laatste 365 dagen —  datum en tijdstip van het begin van het 
voor val 
—  datum en tijdstip van het einde van het 
voor val 
—type, nummer , lidstaat van afgif te en ge­
neratie van de bij het begin en/of het 
einde van het voorval ingevoerde kaar t 
—  aantal verg elijkbare voorvallen op die 
dag 
Fout in de communicatie 
met het systeem voor com ­
municatie op afstand —  het langst e voorval voor elk van de 
laatste 10 dagen waarop een dergeli jk 
voorval heef t plaatsgev onden 
—  de 5 langste voor vallen gedurende de 
laatste 365 dagen —  datum en tijdstip van het begin van het 
voor val 
—  datum en tijdstip van het einde van het 
voor val 
—type, nummer , lidstaat van afgif te en ge­
neratie van de bij het begin en/of het 
einde van het voorval ingevoerde kaar t 
—  aantal verg elijkbare voorvallen op die 
dag 
Ontbrek en van plaatsbepa ­
lingsinf ormatie van de 
GNSS-ontvanger —  het langst e voorval voor elk van de 
laatste 10 dagen waarop een dergeli jk 
voorval heef t plaatsgev onden 
—  de 5 langste voor vallen gedurende de 
laatste 365 dagen —  datum en tijdstip van het begin van het 
voor val 
—  datum en tijdstip van het einde van het 
voor val 
—type, nummer , lidstaat van afgif te en ge­
neratie van de bij het begin en/of het 
einde van het voorval ingevoerde kaar t 
—  aantal verg elijkbare voorvallen op die 
dag 26.5.2016 L 139/36 Publicatieblad van de Europese Unie NL    
Voorval Opslagvoorsc hriften Te registreren gegevens per voor val 
Fout in de bewegingsgeg e­
vens —  het langst e voorval voor elk van de 
laatste 10 dagen waarop een dergeli jk 
voorval heef t plaatsgev onden 
—  de 5 langste voor vallen gedurende de 
laatste 365 dagen —  datum en tijdstip van het begin van het 
voor val 
—  datum en tijdstip van het einde van het 
voor val 
—type, nummer , lidstaat van afgif te en ge­
neratie van de bij het begin en/of het 
einde van het voorval ingevoerde kaar t 
—  aantal verg elijkbare voorvallen op die 
dag 
Tegenstr ijdig e bewegingsge ­
gevens, —  het langst e voorval voor elk van de 
laatste 10 dagen waarop een dergeli jk 
voorval heef t plaatsgev onden, 
—  de 5 langste voor vallen gedurende de 
laatste 365 dagen . —  datum en tijdstip van het begin van het 
voor val 
—  datum en tijdstip van het einde van het 
voor val, 
—type, nummer , lidstaat van afgif te en ge­
neratie van de bij het begin en/of het 
einde van het voorval ingevoerde kaar t; 
—  aantal verg elijkbare voorvallen op die 
dag 
Poging tot inbreuk in de be­
veiliging —  de 10 meest recente voorvallen per 
soor t voor val —  datum en tijdstip van het begin van het 
voor val 
—  datum en tijdstip van het einde van het 
voor val (indien relevant) 
—type, nummer , lidstaat van afgif te en ge­
neratie van de bij het begin en/of het 
einde van het voorval ingevoerde kaar t; 
—  soor t voor val 
Tijdsoverlapping —  het langst e voorval voor elk van de 
laatste 10 dagen waarop een dergeli jk 
voorval heef t plaatsgev onden, 
—  de 5 langste voor vallen gedurende de 
laatste 365 dagen . —  datum en tijdstip controleapparaat 
—  GNSS-datum en -tijd, 
—type, nummer , lidstaat van afgif te en ge­
neratie van de bij het begin en/of het 
einde van het voorval ingevoerde kaar t; 
—  aantal verg elijkbare voorvallen op die 
dag   
(1) Het controleapparaat moet ook gegevens registreren en in zijn geheug en opslaan met betrekking 
tot: 
—  datum en tijdstip laatst e controle op SNELHEIDSO VERSCHRIJDING, 
—datum en tijdstip eerste snelheidso verschr ijding na die controle op SNELHEIDSO VER ­
SCH RIJDING. 
—het aantal snelheidso versch rijdingen na de laatste CONTR OLE OP DE SNELHEIDSO VER ­
SCH RIJDING.  
(2) Deze gegevens mogen alleen worden opgeslag en bij een herstel van de stroomv oorziening, tijde n 
kunnen bekend zijn met een nauwk eurigheid tot één minuut. 
3.12.9  Gegevens over fouten 
Voor de toepassing van dit punt wordt de tijd geregistreerd met een resolutie van 1 seconde. 26.5.2016 L 139/37 Publicatieblad van de Europese Unie NL    
118)  Het controleapparaat moet de volgende gegevens voor elke gedet ecteerde fout registreren en in zijn 
geheug en opslaan volg ens de onderstaande opslagvoorsc hriften: 
Fout Opslagvoorsc hriften Te registreren gegevens per fout 
Kaar tfout —de 10 meest recente bestuurderskaar t­
fouten —  datum en tijdstip begin van de fout 
—  datum en tijdstip einde van de fout 
—type, nummer , lidstaat van afgif te en ge­
neratie van de kaar t 
Fouten controleapparaat —  de 10 meest recente fouten van iedere 
soor t 
—de eerste fout na de recentst e kalibre ­
ring —  datum en tijdstip begin van de fout 
—  datum en tijdstip einde van de fout 
—  soor t fout 
—type, nummer , lidstaat van afgif te en ge­
neratie van de bij het begin en/of het 
einde van het voor val inge voerde kaar t  
3.12.10  Kalibreri ngsgeg evens 
119)  Het controleapparaat registreer t en bewaar t in zijn geheug en gegevens met betrekking tot: 
—  beke nde kalibrer ingsparameter s op het moment van activer ing; 
—  de eerste kalibrer ing na activer ing; 
—  de eerste kalibrer ing in het huidige voertuig (geïdentif iceerd door zijn VIN); 
—  de 20 meest recente kalibrer ingen (wanneer een aantal kalibrer inge n op dezelfde kalenderdag 
plaatsvinden, worden alleen de eerste en laatste kalibrer ing van de dag opgeslagen). 
120)  De volg ende gegevens moete n bij elke kalibrer ing worden geregistreerd: 
—  doel van de kalibrer ing (activer ing, eerste installatie, installatie, periodieke controle); 
—  naam en adres van de werkplaats; 
—  werkplaatskaar tnummer , de lidstaat die de kaar t afgeeft en de vervaldatum van de kaar t; 
—  voertuigidentif icatie; 
—geactualiseerde en bevestigde paramete rs: w, k, l, bandenmaat, instelling van de snelheidsbe ­
grenzer , kilometer stand (oude en nieuwe waarden), datum en tijdstip (oude en nieuwe waarden); 
—  types en identif icatienummers van alle aanwezige verzegeling en. 
121)  Bovendien moet het controleapparaat in zijn geheug en de moge lijkheid opslaan en bewaren om 
tachograafkaar ten van de eerste generatie te gebruike n (al dan niet nog geactiveerd). 
122)  De bewegingssensor moet de volgende installatiegeg evens van de bewegingssensor registreren en in 
zijn geheug en opslaan: 
—  eerste verbinding met een VU (datum, tijd, goedkeuringsnummer en serienummer van de VU); 
—  laatste verbinding met een VU (datum, tijd, goedke uringsnummer en serienummer van de VU). 26.5.2016 L 139/38 Publicatieblad van de Europese Unie NL    
123)  De externe GNSS-module moet de volg ende installatieg egeve ns van de externe GNSS-module opslaan 
en in zijn geheugen opslaan: 
—  eerste koppeling aan een VU (datum, tijd, goedkeuringsnummer en serienummer van de VU); 
—  laatste koppeling aan een VU (datum, tijd, goedkeuri ngsnummer en serienummer van de VU). 
3.12.11  Tijdaf stellingsgeg evens 
124) Het controleapparaat registreer t en bewaar t in zijn geheug en alle gegevens met betrekking tot tijda f­
stelling en die in de kalibrer ingsmodus worden uitge voerd buit en het bestek van een normale 
kalibrer ing (def. f): 
—  de meest recent e tijda fstelling; 
—  de 5 grootste tijdafstelling en; 
125)  Voor elke tijdafstelling worden de volg ende gegevens geregistreerd: 
—  datum en tijd, oude waarde; 
—  datum en tijd, nieuwe waarde; 
—  naam en adres van de werkplaats; 
—  werkplaatskaar tnummer , de lidstaat die de kaar t afge eft, de generatie van de kaar t en haar 
vervaldatum; 
3.12.12  Gegevens over controleactiviteiten 
126) Het controleapparaat moet de volg ende gegevens met betrekking tot de 20 meest recente controleac ­
tiviteit en registreren en in zijn geheug en opslaan: 
—  datum en tijdstip van de controle; 
—  werkplaatskaar tnummer , de lidstaat die de kaar t afgee ft, en de vervaldatum en generatie van de 
kaar t; 
—aard van de controle (weergeven en/of afdr ukke n en/of VU-g egeve ns downloaden en/of kaar tge­
gevens downloaden en/of kalibrer ingscontrole langs de weg). 
127)  Bij het downloaden worden de gegevens van de oudste en van de meest recent gedownloade dagen 
ook geregistreerd. 
3.12.13  Gegevens over bedr ijfsvergrendelingen 
128) Het controleapparaat moet de volg ende gegevens met betrekking tot de 255 recentst e bedr ijfsvergren ­
delingen registreren en in zijn geheugen opslaan: 
—  datum en tijdstip van vergrendeling; 
—  datum en tijdstip van ontgrendeling; 
—  bedr ijfskaar tnummer , de lidstaat die de kaar t afgee ft, en de vervaldatum en generatie van de kaar t; 
—  naam en adres van het bedr ijf. 
Gegeven s die eerder zijn vergrendeld met een vergrendeling die uit het geheugen is verwijderd 
omwille van de bovengen oemde beperking, moeten worden behandeld als niet-vergrendeld. 
3.12.14  Gegevens over overdrachtactiviteiten 
129)  Het controleapparaat moet de volgende gegevens met betrekking tot de laatste geheugeno verdracht 
naar exte rne media tijdens de bedr ijfs- en kalibrer ingsmodus registreren en in zijn geheug en opslaan: 
—  datum en tijdstip van de overdracht ; 26.5.2016 L 139/39 Publicatieblad van de Europese Unie NL    
—  bedr ijfs- of werkplaatskaar tnummer , de lidstaat die de kaar t afgeeft, en de vervaldatum en 
generatie van de kaar t; 
—  naam van het bedr ijf of de werkplaats. 
3.12.15  Gegevens over specifi eke omstandigheden 
130)  Het controleapparaat moet de volg ende gegevens met betrekking tot specifieke omstandigheden in 
zijn geheug en registreren: 
—  datum en tijdstip van de invoer; 
—  aard van de specifi eke omstandigheid. 
131)  Het geheug en moet gegevens over specifi eke omstandigheden ten minst e 365 dagen kunnen bewaren 
(in de veronderstelling dat gemiddeld 1 omstandigheid per dag wordt geopend en gesloten). Wanneer 
de opslagcapacite it volledig is gebruikt, worden de oudste gegevens oversch reven door de meest 
recente. 
3.12.16  Gegevens tachog raafkaar t 
132)  Het controleapparaat moet de volg ende gegevens kunnen bewaren in verband met de versch illende 
tachograafkaar ten die in de VU zijn gebruikt: 
—  het nummer en serienummer van de tachograafkaar t; 
—  de fabrikant van de tachograafkaar t; 
—  het type tachog raafkaar t; 
—  de versie van de tachograafkaar t; 
133)  Het controleapparaat moet ten minste 88 records kunnen opslaan. 
3.13  Lezen van de tacho graafk aart 
134)  Het controleapparaat moet op tachog raafkaar ten van de eerste en tweede generatie de noodzakeli jke 
gegevens kunnen lezen van om: 
—  de kaar tsoor t, de kaar thouder , het eerder gebruikte voertuig, datum en tijds tip van de laatst e 
kaar tuitneming en de op dat moment geselect eerde activitei t te identif iceren; 
—  om te controleren of de laatste kaar tsessie correct is afgeslot en; 
—  de rijtijd van de bestuurder , de cumulatieve rustper iode en de cumulatieve rijtijden gedurende de 
voor afgaande en de lopende week te berekenen ; 
—  gevraagde afdr ukken met betrekking tot op de bestuurderskaar t geregistreerde gegevens te 
leveren; 
—  een bestuurderskaar t naar externe media over te breng en. 
Dit voorschri ft geldt alleen voor tach ografen van de eerste generatie indien het gebr uik daar van niet 
door een werkplaats is opge heven. 
135)  In het geval van een leesf out moet het controleapparaat dezelfde leesopdrach t maximaal drie keer 
opnieuw uitvoer en. Wanneer de kaar t nog steeds niet kan worden gelezen, moet ze defect en 
ongeldig worden verklaard. 
3.14  Registratie en opslag op een tacho graafk aart 
3.14.1  Regi streren en opslaan op tachog raafkaar ten van de eerste generatie 
136)  Indien het gebruik van tach ograafkaar ten van de eerste generatie niet door een werkplaats is 
opgeheven, moet het controleapparaat de gegevens op exact dezelfde manier als controleapparat en 
van de eerste generatie opslaan en bewaren. 26.5.2016 L 139/40 Publicatieblad van de Europese Unie NL    
137)  Het controleapparaat moet de „geg evens van de kaar tsessie” onmiddellijk na de kaar tinv oer op de 
bestuurderskaar t of werkplaatskaar t zetten. 
138)  Het controleapparaat moet de gegevens die op een geldig e bestuurderskaar t, bedr ijfskaar t, 
werkplaatskaar t en/of controlekaar t zijn opgeslagen, bijwerken met behulp van alle noodzakeli jke 
gegevens die verband houden met de periode waar in de kaar t ingebracht is, en met alle noodzakeli jke 
gegevens betreffe nde de kaar thouder . In hoofdstuk 4 is gespecifi ceerd welke gegevens op die kaar ten 
moeten worden opgeslagen. 
139)  Het controleapparaat moet de op een geldig e bestuurderskaar t of werkplaatskaar t opgeslagen 
gegevens over de activiteit en van de bestuurder en plaatsen (zoals gespecif iceerd in de punten 
4.5.3.1.9 en 4.5.3.1.11) bijwerken; gegevens over activitei ten en plaatsen worden manueel door de 
kaar thouder ingevoerd. 
140)  Alle voorvallen die niet zijn gedefi nieerd voor controleapparat en van de eerste generatie worden niet 
op de bestuurders- en werkplaatskaar ten opgeslag en. 
141)  Het bijwerken van gegevens op de tachog raafkaar t moet zodanig gebeuren dat, indien noodzakeli jk 
en rekening houdend met de opslagcapacite it de oudst e gegevens door de nieuwe worden 
oversch reven. 
142)  In het geval van een schrijffout moet het controleapparaat dezelfde schrijf opdrac ht maximaal drie 
keer opnieuw uitvoeren. Wanneer de fout blijft optreden, moet de kaar t defect en ongeldig worden 
verklaard. 
143)  Voordat een bestuurderskaar t uitgeno men wordt en nadat alle relevante gegevens op de kaar t zijn 
opges lagen, moet het controleapparaat de „geg evens van de kaar tsessie” terugplaatsen. 
3.14.2  Regi streren en opslaan op tachog raafkaar ten van de tweede generatie 
144)  Tachog raafkaar ten van de tweede generatie bevatte n 2 verschil lende kaar ttoepas singen: de eerste is 
volledig identiek aan de TACHO-to epassing van de eerste generatie tachog raafkaar ten, de tweede 
toepassing, „TACHO_G2”, is besc hreven in hoofdstuk 4 en aanhangsel 2. 
145)  Het controleapparaat moet de „geg evens van de kaar tsessie” onmiddellijk na de kaar tinv oer op de 
bestuurderskaar t of werkplaatskaar t zetten. 
146)  Het controleapparaat moet de gegevens die zijn opgeslag en in toepas singen van de tweede generatie 
op een geldig e bestuurderskaar t, bedr ijfskaar t, werkplaatskaar t en/of controlekaar t, bijwerk en met 
behulp van alle noodzakeli jke gegevens die verband houden met de periode waar in de kaar t 
ingebrac ht is, en met alle noodzakeli jke gegevens betreffe nde de kaar thouder . In hoofdstuk 4 is 
gespecif iceerd welke gegevens op die kaar ten moeten worden opgeslagen. 
147)  Het controleapparaat moet de op een geldig e bestuurderskaar t of werkplaatskaar t opgeslagen 
gegevens over de plaatsen van activiteit en van de bestuurder , alsmede de positiegeg evens (zoals 
gespecif iceerd in de punt en 4.5.3.1.9, 4.5.3.1.11, 4.5.3.2.9 en 4.5.3.2.11) bijwerken; gegevens over 
activiteit en en plaatsen worden manueel door de kaar thouder ingevoerd. 
148)  Het bijwerken van gegevens op de tachog raafkaar t moet zodanig gebeuren dat, indien noodzakeli jk 
en rekening houdend met de opslagcapaciteit van de kaar t, de oudste gegevens door de nieuwe 
worden overschreven. 
149)  In het geval van een schrijffout moet het controleapparaat dezelfde schrijf opdrac ht maximaal drie 
keer opnieuw uitvoeren. Wanneer de fout blijft optreden, moet de kaar t defect en ongeldig worden 
verklaard. 
150)  Voordat een bestuurderskaar t uitgenomen wordt en nadat alle relevante gegevens op de twee 
kaar ttoe passingen van de kaar t zijn opgeslag en, moet het controleapparaat de „geg evens van de 
kaar tsessie” terugpl aatsen. 
3.15  Weergav e 
151)  Het displa y moet ten minst e 20 tekens bevatte n. 
152)  De minimale tekengroott e moet 5 mm hoog en 3,5 mm breed zijn. 26.5.2016 L 139/41 Publicatieblad van de Europese Unie NL    
153)  Het displa y onderst eunt de tekens die zijn gespecifi ceerd in aanhangsel 1, hoofdstuk 4 „Tekensets”. 
Het displa y kan vereenv oudigde tekens gebr uiken (bijv. letters met een accent kunnen zonder accent 
worden getoond, of kleine letters kunnen als hoofdletters worden getoond). 
154)  Het displa y moet voorzien zijn van een voldoende sterke, niet verblindende verlic hting. 
155)  Aanwi jzinge n moet en aan de buitenzi jde van het controleapparaat zichtbaar zijn. 
156)  Het controleapparaat moet het volg ende kunnen weerge ven: 
—  standaardg egevens; 
—  gegevens met betrekking tot waarschuwingssignalen; 
—  gegevens met betrekking tot de toegang tot het menu; 
—  andere door de gebruiker opgevraagde gegevens. 
Aanvullende informatie mag door het controleapparaat worden weerg egeven indien deze duideli jk te 
onderscheiden is van de hierbo ven vermelde vereiste informatie. 
157) Het displa y van het controleapparaat moet de in aanhangsel 3 vermelde pictogrammen of pictogram ­
combinaties gebr uiken. Extra pictogrammen of pictogramcombinaties mogen ook op het displa y 
worden weergeg even wanneer ze duidelijk te ondersch eiden zijn van de voornoemde pictogrammen 
of pictogramcombinaties. 
158)  Wanneer het voertuig aan het rijden is, moet het displa y altijd ingeschak eld zijn. 
159)  Het controleapparaat kan over een manuele of automatisc he voorziening besch ikken om het displa y 
uit te schak elen wanneer het voertuig stilstaat. 
Het formaat van het displa y is gespecificeerd in aanhangsel 5. 
3.15.1  Standaar ddisplay 
160)  Wanneer geen andere informatie getoond hoef t te worden, geeft het controleapparaat standaard de 
volg ende informatie weer: 
—  de plaatselijk e tijd (de uitk omst van UTC-tijd + instelling door de bestuurder); 
—  de werkingsmodus; 
—  de lopende activitei ten van de bestuurder en de lopende activiteit en van de bijrijder; 
—  informatie met betrekking tot de bestuurder : 
—  indien zijn lopende activitei t RIJDEN is: zijn lopende rijtijd en zijn lopende cumulatieve rustti jd; 
—  indien zijn lopende activitei t niet RIJDEN is: de lopende duur van zijn activiteit (sinds deze 
geselecteerd werd) en zijn lopende cumulatieve rustti jd. 
161)  De gegevens met betrekking tot elke bestuurder moet en duidelijk en ondubbelzinnig worden 
weergeg even. Wanneer de informatie met betrekking tot de bestuurder en de bijrijder niet tegelij­
kertijd kan worden getoond, geeft het controleapparaat standaard de informatie weer met betrekking 
tot de bestuurder en kan de gebruiker de informatie met betrekking tot de bijrijder zicht baar maken. 
162) Als het displa y niet breed genoeg is om standaard de werkingsmodus weer te geven, moet het contro ­
leapparaat kort de nieuwe werkingsmodus weerg even wanneer deze wijzigt. 
163)  Het controleapparaat moet bij kaar tinv oer kort de naam van de kaar thouder weergeven. 26.5.2016 L 139/42 Publicatieblad van de Europese Unie NL    
164)  Wanneer een „NIET VERPLICH T” of „FERR Y/TREIN”-omstandigheid wordt geopend, moet het 
standaarddispla y door middel van het relevante pictogram weerge ven dat die specifieke omstan ­
digheid geopend is (daarbij wordt aanvaard dat de lopende activitei t van de bestuurder niet tegelij­
kertijd wordt getoond). 
3.15.2  Waarschuwingsdisplay 
165)  Het controleapparaat moet waarsc huwingssignalen voorn ameli jk weerge ven door middel van de 
pictogrammen van aanhangsel 3, die waar nodig worden aangevuld met extra numer ieke informatie. 
Een lette rlijk e besc hrijvin g van de waarschuwing kan in de voork eurstaal van de bestuurder worden 
toeg evoegd. 
3.15.3  Toegang tot het menu 
166)  Het controleapparaat moet de benodigde opdracht en door middel van een geschikt e menustr uctuur 
leveren. 
3.15.4  Overige displays 
167)  Er kan voor een selectieve weerga ve worden geop teerd: 
—  de UTC-datum en UTC-tijd, en offset van plaatselij ke tijd; 
—  de inhoud van de zes afgedru kte documenten in hetzelfde formaat als de afdr ukken zelf; 
—  de ononderbroken rijtijd en cumulatieve rustti jd van de bestuurder ; 
—  de ononderbroken rijtijd en cumulatieve rustti jd van de bijrijder; 
—  de cumulatieve rijtijd van de bestuurder van de voorbije en de lopende week; 
—  de cumulatieve rijtijd van de bijrijder van de voorbije en de lopende week; 
facultat ief: 
—  de lopende duur van activiteit van de bijrijder (sinds die geselecteerd werd); 
—  de cumulatieve rijtijd van de bestuurder van de lopende week; 
—  de cumulatieve rijtijd van de bijrijder voor de lopende dageli jkse werkper iode; 
—  de cumulatieve rijtijd van de bestuurder voor de lopende dageli jkse werkper iode. 
168)  De inhoud van de afdr ukke n moet sequentieel, regel voor rege l, worden weergeg even. Indien de 
breedte van het displa y minder dan 24 tekens telt, moet de gebruike r de volledige informatie op een 
geschikt e manier (een aantal regels, scrollen, …) aang eboden krijgen. 
Afgedruk te regels voor handgesc hreven informatie kunnen op het displa y worden weggelat en. 
3.16  Afdr ukk en 
169)  Het controleapparaat moet informatie uit zijn geheug en en/of van de tachograafkaar t overeenk omstig 
de zeven onderstaande documenten afdr ukke n: 
—  dageli jkse afdr uk van de activiteit en van de bestuurder op de kaar t; 
—  dageli jkse afdr uk van de activiteit en van de bestuurder in de VU; 
—  afdr uk van voor vallen en fouten op de kaar t; 
—  afdr uk van voor vallen en fouten in de VU; 
—  afdr uk van technische gegevens; 26.5.2016 L 139/43 Publicatieblad van de Europese Unie NL    
—  afdr uk van snelheidso verschr ijdin gen; 
—  tachog raafkaar tgeg evens voor een bepaalde VU (zie punt 3.12.16). 
De gedetailleerde vorm en inhoud van deze afdr ukken zijn gespecifi ceerd in aanhangsel 4. 
Aan het einde van de afdr uk kunnen aanvullende gegevens worden verstrekt. 
Het controleapparaat mag extra afdr ukken leveren, indien deze duideli jk te ondersc heiden zijn van de 
zeven voorn oemde document en. 
170)  De „dag elijkse afdr uk van de activitei ten van de bestuurder op de kaar t” en de „afdr uk van voorvallen 
en fouten op de kaar t” zijn alleen beschikbaar wanneer een bestuurderskaar t of een werkplaatskaar t 
in het controleapparaat ingebracht is. Het controleapparaat werkt de opges lagen gegevens op de 
betrokken kaar t bij voor dat met afdr ukke n wordt begonnen. 
171)  Om de „dag elijkse afdr uk van de activiteit en van de bestuurder op de kaar t” of de „afdr uk van 
voor vallen en fouten op de kaar t” te leveren moet het controleapparaat : 
—  automatisc h de bestuurderskaar t of de werkplaatskaar t selecte ren indien een van deze kaar ten 
ingebracht is, dan wel 
—  een opdrach t geven om de bronkaar t te selecte ren of om de kaar t in de kaar tlezer van de 
bestuurder te select eren indien twee kaar ten in het controleapparaat zijn ingebracht. 
172)  De printer moet 24 tekens per rege l afdr ukken. 
173)  De minimale tekengroott e moet 2,1 mm hoog en 1,5 mm breed zijn. 
174)  De printer ondersteunt de tekens zoals gespecif iceerd in aanhangsel 1, hoofdstuk 4 „Tekensets”. 
175)  De printer s zijn zo ontworpe n dat zij de bedoelde afdr ukken kunnen maken met een dusdanige 
afdr uksche rpte dat leesf outen worden vermeden. 
176)  Afmetingen en gegevens moete n bij normale luchtv ochtigheid (10-90 %) en temperatuur behouden 
blijven. 
177) Het door het controleapparaat gebruikt e typegek eurde printpapier moet over het relevante typegoed ­
keuri ngsmerk besch ikken. Daar naast moet op het papier vermeld staan voor welk(e) type(s) controle ­
apparatuur dit papier geschikt is. 
178)  De afdr ukken moete n onder normale opslagomstandigheden voor wat betref t licht sterkt e, 
vochtigheid en temperatuur , gedurende ten minste twee jaar duidelijk leesbaar en identif iceerbaar 
blijven. 
179)  Afdr ukke n moeten ten minste voldoen aan de in aanhangsel 9 gedefinieerde testspecificaties. 
180)  Bovendien moete n op deze document en geschreven aant ekening en, zoals de handt ekening van de 
bestuurder , kunnen worden aangebrac ht. 
181)  Op „paper out” voor vallen tijdens het afdr ukken reageer t het controleapparaat door , zodra het papier 
is bijgevul d, het afdr ukken vanaf het begin te hernemen of door te gaan met het afdr ukken en een 
ondubbelzinnige referen tie naar het reeds afgedr ukte gedeelte te geven. 
3.17  Waarschuwingen 
182)  Het controleapparaat moet de bestuurder waarschuwen als een voor val en/of fout wordt gedetect eerd. 
183)  Een waarschuwing met betrekking tot een onderbreking in de stroom voor ziening mag worden 
uitgest eld totdat de stroom voor ziening is hersteld. 26.5.2016 L 139/44 Publicatieblad van de Europese Unie NL    
184)  Het controleapparaat moet de bestuurder 15 minute n van tevoren waarsc huwen bij een naderende 
oversch rijding van de maximale rijtijd, en op het tijdstip van overschr ijdin g zelf. 
185) Waarsch uwingen moeten visueel worden gegeven. Daar naast kunnen akoestische waarsch uwings ­
signalen worden gegeven. 
186)  De visuele waarsch uwingssignalen moeten voor de gebruike r duidelijk herken baar zijn, ze moet en in 
het gezic htsveld van de bestuurder ligge n en zowel overdag als 's nachts duidelijk leesbaar zijn. 
187)  Visuele waarsc huwingssignalen kunnen in het controleapparaat ingebouwd zijn en/of zich buit en het 
controleapparaat bevinden. 
188)  In dat geval is een „T”-teken aangebrac ht. 
189)  De waarsch uwingssignalen moet en ten minste 30 seconden duren, tenzij de bestuurder deze bevestigt 
door op een of meer specif ieke toetse n van het controleapparaat te drukken. Deze eerste bevestiging 
mag de getoonde reden van de waarschuwing zoals bedoeld in de volg ende alinea niet uitwissen. 
190)  De reden van de waarsc huwing moet op het controleapparaat worden getoond en zichtbaar blijven 
totdat de bestuurder deze bevestigt door op een specifi eke toets van het controleapparaat te drukke n 
of een opdracht te geven. 
191)  Aanvullende waarsc huwingssignalen kunnen worden inge bouwd, mits de bestuurder hierdoor niet in 
verwarring wordt gebracht met betrekking tot de reeds gedefinieerde waarsc huwingssignalen. 
3.18  Downloaden van gegev ens met exter ne media 
192)  Het controleapparaat moet op verzoek vanuit zijn geheug en of vanaf een bestuurderskaar t via de 
kalibrer ings-/do wnloadverbinding gegevens naar extern e opslagmedia kunnen doorsturen. Het contro ­
leapparaat werkt de opgeslag en gegevens op de betrokken kaar t bij voordat met het downloaden van 
gegevens wordt begonnen. 
193)  Verder is er een optie waardoor het controleapparaat in elke werkingsmodus gegevens via een 
willekeur ig ander middel naar een door dit kanaal geauthenticeerd bedr ijf kan doorsturen. In dit geval 
zijn de gegevensto egangsrecht en in de bedr ijfsmodus van toepassing op de gegevenso verdracht . 
194)  Opgeslag en gegevens worden door het downloaden niet gewijzigd of verwijderd. 
195)  De elektrotec hnische interface van de kalibrer ings-/do wnloadverbinding is gespecificeerd in 
aanhangsel 6. 
196)  Downloadprotoco llen zijn gespecifi ceerd in aanhangsel 7. 
3.19  Communicatie op afst and met het oog op gerichte wegcontroles 
197)  Wanneer de motor aan staat, bewaar t de voertuigunit in het systeem voor communicatie op afstand 
om de 60 seconden de recentst e gegevens die nodig zijn voor gerichte wegcontroles. Die gegevens 
worden versleute ld en onder tekend overeenk omstig de aanhangsels 11 en 14. 
198)  Gegeven s die op afstand moet en worden gecontroleerd, kunnen via een draadloze verbinding worden 
gelezen door de in aanhangsel 14 gespecifi ceerde apparatuur . 
199)  De gegevens die nodig zijn voor gerichte wegcontroles hebben betrekking op: 
—  de recentst e inbreuk op de beveiliging; 
—  de langste stroomstor ing; 26.5.2016 L 139/45 Publicatieblad van de Europese Unie NL    
—  fout in de sensor ; 
—  fout in de bewegingsgeg evens; 
—  tegenstr ijdig e bewegingsg egevens; 
—  rijden zonder geldige kaar t; 
—  invoeren van een kaar t tijdens het rijden; 
—  tijdafstellingsg egevens; 
—  kalibrer ingsg egevens, waaronder de datums van de laatst e twee bewaarde kalibrer ingsrecords; 
—  het voertuigkent eken; 
—  de door de tachograaf geregistreerde snelheid. 
3.20  Doorsturen van gegev ens naar aanvullende exter ne apparaten 
200)  Het controleapparaat kan worden uitgerus t met gestandaardiseerde interfaces die ervoor zorg en dat 
een exte rn apparaat gebruik kan make n van de door tachog rafen in operationele of kalibre ­
ringsmodus geregistreerde of gegenereerde gegevens. 
Aanhangsel 13 bevat specifi caties en normen voor een facultatieve ITS-interf ace. Andere verg elijkbare 
interfaces zijn eveneens toeg estaan indien zij volledig voldoen aan de vereisten van aanhangsel 13 
inzake de minimumli jst van gegeve ns, beveiliging en inste mming door de bestuurder . 
De volg ende eisen zijn van toepas sing voor ITS-g egevens die via die interface worden verstrekt: 
—  de gegevens zijn een set geselecteerde bestaande data uit de data dictionar y van de tachog raaf 
(aanhangsel 1); 
—  een deel van die geselecteerde gegevens zijn aanged uid als „persoonsgeg evens”; 
—  de subset van „persoonsg egevens” is alleen beschikbaar na de controleerbare bevestiging door de 
bestuurder dat hij ermee instemt dat zijn persoonsg egeve ns desgevallend het voer tuignetwerk 
kunnen verlate n; 
—  wanneer de bestuurderskaar t is inge bracht, kan de bestuurder op elk moment via het menu zijn 
inste mming geven of intrekken; 
—  de dataset en -subset worden in een straal rond de cabine van het voer tuig verzonden via het 
draadloos bluet oothprotocol en om de minuut bijgewerkt ; 
—  de verbinding tussen het extern apparaat en de ITS-inte rface wordt beveiligd door een specifieke 
willeke urige PIN-code van minstens 4 cijfers, die via het displa y van elke voer tuigunit wordt 
opge slagen en kan worden geraadpleegd; 
—  de ITS-interf ace mag de correcte werking en beveiliging van de voertuigunit in geen geval 
verstor en of aantast en. 
Bovenop de set van geselect eerde bestaande gegevens, die als minimumlijst geldt, mog en aanvullende 
gegevens worden doorges tuurd voor zover het niet om persoonsg egeve ns gaat. 
Het controleapparaat informeer t andere apparaten over de inste mming van de bestuurder . 
Wanneer het contact van het voer tuig AAN staat, worden die gegevens permanent doorge stuurd. 
201)  Om de acht erwaar tse compatib iliteit te waarborgen mogen tachograf en ook worden voorzien van de 
in bijlage 1B van Verordening (EEG) nr. 3821/85, als laatst elijk gewijzigd, gespecifi ceerde seriële 
verbinding. Voor de verzending van persoonsgeg evens is steeds de instemming van de bestuurder 
vereist. 26.5.2016 L 139/46 Publicatieblad van de Europese Unie NL    
3.21  Kalibrer ing 
202)  De kalibrer ingsfunctie moet: 
—  de bewegingssensor automatisc h aan de VU koppelen; 
—  de externe GNSS-module desgevallend automatisc h koppelen aan de VU; 
—  de constant e van het controleapparaat (k) digitaal aanpassen aan de kenmer kende coëff iciënt van 
het voertuig (w); 
—  de huidige tijd aanpassen binnen de geldigheidspe riode van de inge bracht e werkplaatskaar t; 
—  de lopende kilometer stand bijstell en; 
—  de in het geheugen opgeslag en identif icatiegeg evens van de bewegingssensor bijwerken; 
—  de in het geheugen opgeslag en identif icatiegeg evens van de externe GNSS-module bijwerk en; 
—  types en identif icatienummers van alle aanwezige verzegeling en bijwer ken; 
—  andere parameters van het controleapparaat bijwer ken of bevestig en: VIN van het voertuig, w, l, 
bandenmaat en instelling van de snelheidsbegrenzer , indien van toepa ssing. 
203)  Indien de voorwaarden van aanhangsel 15 zijn vervuld, moet de kalibrer ingsfunctie het bovendien 
mogeli jk make n het gebruik van tachog raafkaar ten van de eerste generatie in het controleapparaat op 
te heffen. 
204)  Het verbinden van de bewegingssensor met de VU omvat ten minste: 
—  het bijwer ken van installatieg egevens van de bewegingssensor die door de bewegingssensor 
worden bewaard (indien nodig); 
—  het kopiëren van essentiële identificatiegeg evens van de bewegingssensor naar het geheugen van 
de VU. 
205)  Het koppelen van de externe GNSS-module aan de VU omv at ten minst e: 
—  het bijwerk en van de installatieg egeve ns van de externe GNSS-module die in dat systee m zijn 
opge slagen (indien nodig); 
—  het kopiëren van de vereiste identif icatiege gevens van de externe GNSS-module naar het geheug en 
van de VU, met inbegr ip van het serienummer van de externe GNSS-module. 
Na de koppeling wordt de GNSS-positie-inf ormatie geverifieerd. 
206)  De kalibrer ingsfunctie kan via de kalibrer ings-/do wnloadverbinding essentiële gegevens invoeren in 
overeenst emming met het in aanhangsel 8 gedefinieerde kalibrer ingsprotocol . Met de kalibrer ings ­
functie kunnen ook op andere manieren essentiële gegevens worden ingev oerd. 
3.22  Kalibrer ingscontrole langs de weg 
207)  Via de functie voor kalibrer ingscontroles langs de weg moet het mog elijk zijn de serienummers van 
de op het moment van het verzoek aan de VU gekoppelde bewegingssensor (al dat niet geïntegreerd 
in de adapt er) en van de externe GNSS-module (indien aanwezig) op te vrage n. 
208)  De nummers moeten op het displa y van de voertuigunit minst ens kunnen worden gelezen via 
commando's in de menu's. 26.5.2016 L 139/47 Publicatieblad van de Europese Unie NL    
209) Met de functie kalibrer ingscontrole langs de weg moet de I/O-modus van de in aanhangsel 6 gespeci ­
ficeerde I/O-signaallijn voor kalibrer ing via de K-lijninterface kunnen worden geselecteerd. Dat 
gebeur t via de EDU/Adjustment/Sessie als gespecif iceerd in aanhangsel 8, deel 7 „Controle van 
testpulsen — invoer-/uitvoer controle functionele unit”. 
3.23  Tijdafstelling 
210)  Met de tijdafstellingsfunctie kan de lopende tijd worden bijgesteld. De tijdafst elling gebeur t op basis 
van twee tijdsregistratiebronnen in het controleapparaat : 1) de interne klok van de VU, 2) de GNSS- 
ontvanger . 
211)  De tijdsbepaling van de intern e klok van de VU wordt met inter vallen van maximum 12 uur 
automatisc h bijgewerkt. Wanneer die termijn verstreke n is en er geen GNSS-signaal beschikbaar is, 
gebeur t de tijdafstelling zodra de VU toegang krijgt tot een geldig e tijdsaanduiding van de GNSS- 
ontvanger , naarg elang het contact al dan niet aan staat. De referentietijd voor de automatisc he tijdaf­
stelling van de intern e klok van de VU wordt afgeleid van de GNSS-ontvange r. Er treedt een 
tijdsconf lict op wanneer de huidige tijd meer dan één (1) minuut afwi jkt van de tijdsinf ormatie die de 
GNSS-ontvanger verstrekt. 
212)  In de kalibrer ingsmodus kan de tijdafst ellingsfunctie voor de bijwerking van de huidige tijd worden 
geactiveerd. 
3.24  Prest atiekenmerk en 
213)  De voer tuigunit moet volledig operationeel zijn bij temperaturen van – 20 °C tot 70 °C, de externe 
GNSS-module bij temperaturen van – 20 °C tot 70 °C, en de bewegingssensor bij temperaturen van – 
40 °C tot 135 °C. De gegevens in het geheug en worden bewaard tot een temperatuur van – 40 °C. 
214)  De tachograaf moet correct functioneren binnen het vochtigheidsbereik van 10 % tot 90 %. 
215)  De in slimme tachograf en gebr uikt e zegels moet en bestand zijn tegen dezelfde omstandigheden als 
die welke gelden voor de onderdelen waarop ze zijn aangebrac ht. 
216)  Het controleapparaat moet worden beveiligd tegen overspanning, polar iteitsomker ing en kortsluiting. 
217)  De bewegingssensoren moet en: 
—  reager en op een magnetisch veld dat de detectie van beweging van het voertuig stoor t. In dat 
geval wordt door de voer tuigunit een fout in de sensor (voor schri ft 88) geregistreerd en 
opge slagen, ofwel 
—  een aftastelement bevatten dat besche rmd is tegen, of onge voelig is voor, een magnetisch veld. 
218)  Het controleapparaat en de exte rne GNSS-module moeten voldoen aan het internationaal Reglement 
VN-ECE R10 en beveiligd zijn tegen elektrostatische ontlading en en stootspannin g. 
3.25  Mater ialen 
219)  Alle onderdelen van het controleapparaat moet en uitge voerd zijn in mate riaal van voldoende 
stabiliteit en mecha nische sterkte en met onver anderlijk e elektr ische en magnetisc he eige nschappen. 
220)  Alle inwendig e delen van het apparaat moete n bij normale gebruiksoms tandigheden bescher md zijn 
tegen vocht en stof. 
221)  De voertuigunit en de externe GNSS-module moeten voldoe n aan besch ermingsklasse IP 40 en de 
bewegingssensor moet voldoen aan besche rmingsklasse IP 64, volg ens IEC-nor m IEC 60529:1989, 
m.i.v . A1:1999 en A2:2013. 26.5.2016 L 139/48 Publicatieblad van de Europese Unie NL    
222)  Het ergonomisc h ontwer p van het controleapparaat moet voldoen aan de toepasseli jke technisc he 
specifi caties. 
223)  Het controleapparaat moet worden besc hermd tegen onopzette lijke beschadiging. 
3.26  Opschr iften 
224)  Indien het controleapparaat de kilometer stand en snelheid van het voertuig weerg eeft, moete n 
onderstaande aanduiding en op het displa y voork omen: 
—  bij het getal voor de afstandsaanduiding, de voor het meten van de afstand gebr uikt e eenheid, 
weerge geven door het symbool „km”; 
—  bij het getal voor de snelheidsaanduiding, de aanduiding „km/h”. 
Het controleapparaat kan ook de snelheid in mijl per uur weergeven, in dat geval wordt voor de 
snelheidsaanduiding het symbool „mph” gebr uikt. Het controleapparaat kan ook de afstand in mijl 
per uur weerg even, in welk geval voor de afstand het symbool „mi” gebruikt wordt. 
225)  Een identif icatieplaatje met de volgende gegevens moet op elk afzonderli jk samenst ellend deel van het 
controleapparaat worden aang ebracht: 
—  naam en adres van de fabrikant van het apparaat ; 
—  onderdeelnummer en bouwjaar van het apparaat ; 
—  serienummer van het apparaat ; 
—  goedkeuringsme rk van het type apparaat. 
226) Wanneer er onvoldoende fysieke ruimt e is voor alle voorno emde gegevens, moeten op het identif ica­
tieplaatje ten minste voork omen: de naam of het logo van de fabrikant en het onderdeelnummer van 
het apparaat. 
4  FUNCTIONELE EN CONSTR UCTIE-EISEN VOOR TACHOGRAAF KAAR TEN 
4.1  Zichtbare gegev ens 
De voorzijde bevat : 
227)  de woorden „Bestuurderskaar t”, „Controlekaar t”, „Werkplaatskaar t” dan wel „Bedr ijfskaar t”, in 
hoofdletters, gedrukt in de officiële taal/talen van de lidstaat die de kaar t afgeef t; 
228)  de naam van de lidstaat die de kaar t afgeeft (facultat ief); 
229)  het kent eken van de lidstaat die de kaar t afge eft, negat ief afgedrukt in een door twaalf gele sterr en 
omr ingde blauwe rechthoek. De kent ekens zijn: 
B 
BG 
CZ 
CY België 
Bulgar ije 
Tsjechi ë 
Cypr us LV 
L 
LT 
M Letland 
Luxemburg 
Litouwen 
Malta 
DK Denemarken NL Nederland 26.5.2016 L 139/49 Publicatieblad van de Europese Unie NL    
D 
EST Duitsland 
Estland A 
PL Oostenrijk 
Polen 
GR Griekenland P 
RO 
SK 
SLO Portugal 
Roemenië 
Slowaki je 
Slovenië 
E Spanje FIN Finland 
F 
HR 
H Frankr ijk 
Kroatië 
Hongar ije S Zweden 
IRL Ierland UK Verenigd Koninkr ijk 
I Italië    
230)  de gegevens die specifi ek zijn voor de afgegeven kaar t, met de volg ende nummers:  
Bestuurderskaar t Controlekaar t Bedr ijfs- of Werkplaatskaar t 
1. Naam bestuurder Naam controle-instantie Naam bedr ijf of werkplaats 
2. Voorna(a)men van de be­
stuurder Naam controleur 
(indien van toepassing) Naam kaar thouder 
(indien van toepassing) 
3. Geboor teda tum van de be­
stuurder Voorna(a)men controleur 
(indien van toepassing) Voorna(a)m(en) kaar thouder 
(indien van toepassing) 
4.a Datum van afgif te van de kaar t 
4.b Vervaldatum van de kaar t 
4.c Naam van de bevo egde instantie die het rijbewi js afge eft (mag op acht erzijde worden afge ­
drukt) 
4.d Een ander nummer dan dat in rubriek 5, dat nuttig is voor de administratie van de kaar t (fa­
cultatief) 
5. a Nummer van het rijbewijs 
(op het moment van afgif te 
van de bestuurderskaar t) — — 
5. b Kaar tnummer 
6. Foto bestuurder Foto controleur (facultatief) Foto installat eur (facultatief) 26.5.2016 L 139/50 Publicatieblad van de Europese Unie NL    
Bestuurderskaar t Controlekaar t Bedr ijfs- of Werkplaatskaar t 
7. Handt ekening houder (facultatief) 
8. Woon- of verblijfplaats of 
postadres van de houder (fa­
cultatief) Postadres controle-instantie Postadres bedr ijf of werkplaats  
231)  datums worden geschr even in het formaat „dd/mm/jjjj” of „dd.mm.jjjj” (dag, maand, jaar). 
De acht erkant bevat: 
232)  een toeli chting bij de genummerde rubrieken op kant 1 van de kaar t; 
233)  Zo nodig, en met de uitdr ukkeli jke schrif telijke instemming van de houder , kunnen gegevens die geen 
verband houden met de administratie van de kaar t in deze ruimt e worden opgenomen; de toev oeging 
van deze vermeldinge n heef t geen gevolg en voor het gebruik van het model als tachog raafkaar t. 
234)  Tachog raafkaar ten moet en worden gedrukt met de volg ende acht ergrondkleuren:  
— bestuurderskaar t:wit,  
— controlekaar t:blauw ,  
— werkplaatskaar t:rood,  
— bedr ijfskaar t:geel. 
235)  Tachog raafkaar ten moet en ten minste de volg ende eigensc happen hebben om de kaar t te bescher men 
tegen vervalsing en misbr uik: 
—  een beveiligd acht ergrondontwer p met fijne guillochepatronen en regenboo gdruk, 
—  bij de foto moet en het beveiligd acht ergrondontwer p en de foto elkaar overlappen, 
—  ten minste één tweekleur ige microzeefdr ukregel.  26.5.2016 L 139/51 Publicatieblad van de Europese Unie NL    
236)  Na overleg met de Commissie kunnen lidstaten kleuren of aanduidinge n, zoals nationale symbolen of 
beveiligingste kens, toev oegen, onverminderd de andere bepalingen van deze bijlag e. 
237)  Tijdeli jke kaar ten als bedoeld in artikel 26, lid 4, van Verordening (EU) nr. 165/2014 moeten voldoe n 
aan de bepalingen in deze bijlag e. 
4.2  Bev eiliging 
De beveiliging van het syste em beoogt het bescher men van de integr iteit en authenticite it van de tussen de 
kaar ten en het controleapparaat uitgewi sselde gegevens, het bescher men van de integriteit en authenticite it 
van de gegevens die van de kaar ten worden gedownload, het beletten van bepaalde schrijf opdracht en op de 
kaar ten door andere apparat en dan controleapparaten, het coderen van bepaalde gegevens, het uitsluite n van 
mog elijk e vervalsing van op de kaar ten opgeslag en gegevens, alsmede het voork omen van manipulaties en 
het detecteren van poginge n daar toe. 
238)  Teneinde het systeem te beveilig en, moete n tachog raafkaar ten voldoen aan de in de aanhangsels 10 
en 11 vastgest elde beveiligingseisen. 26.5.2016 L 139/52 Publicatieblad van de Europese Unie NL    
239)  Tachog raafkaar ten moet en door andere apparatuur , zoals comput ers, kunnen worden gelezen. 
4.3  Nor men 
240)  Tachog raafkaar ten moet en voldoen aan de volg ende normen: 
—  ISO/IEC 7810 Identif icatiekaar ten — Fysieke kenmerk en 
—  ISO/IEC 7816 Identif icatiekaar ten — Kaar ten met geïnt egreerde schak eling(en) 
—  Deel 1: Fysieke kenmerk en, 
—  Deel 2: Afmetingen en plaats van de contact en (ISO/IEC 7816-2:2007), 
—  Deel 3: Elektr ische eigenschappen van de contact en, transmissieprotocollen (ISO/IEC 7816- 
3:2006), 
—  Deel 4: Inhoud van de communicatie, datastr uctuur van de chipkaar t, veiligheidsarc hitectuur 
en toegangsmec hanismen (ISO/IEC 7816-4:2013 + Cor 1:2014), 
—  Deel 6: Interi ndustr iële data-uitwisselingselementen (ISO/IEC 7816-6:2004 + Cor 1:2006), 
—  Deel 8: Veiligheidsrelevant e commando's (ISO/IEC 7816-8:2004). 
—  Tachog raafkaar ten worden getest overeenk omstig ISO/IEC 10373-3:2010 Identif icatiekaar ten — 
Testmethodes — deel 3: Kaar ten met geïntegreerde schak eling(en) met contact en en gerelat eerde 
interfa ces. 
4.4  Milieu- en elektrotechnische specif icaties 
241)  De tach ograafkaar t moet onder alle klimatologisc he omstandigheden die zich normalit er op het 
grondgebied van de Gemeenschap voor doen, en ten minste binnen het temperatuurbereik van – 25 ° 
C tot + 70 °C met incident ele pieken tot + 85 °C naar behoren kunnen functioneren; „incident eel” 
betek ent niet meer dan 4 uur per keer en niet meer dan 100 keer tijdens de levensduur van de kaar t. 
242)  Tachog raafkaar ten moet en binnen het vochtigheidsbereik van 10 % tot 90 % naar behoren kunnen 
functioneren. 
243)  Tachog raafkaar ten moeten vijf jaar lang naar behoren kunnen functioneren indien de vastgest elde 
milieu- en elektrotec hnische grenswaarden niet overschreden worden. 
244) Tijdens de werking moeten tachograafkaar ten voldoen aan de ECE-nor m R10 inzak e elektromagne ­
tische compati biliteit en moeten de kaar ten beveiligd zijn tegen elektrostatische ontladingen. 
4.5  Opslag van gegev ens 
Voor de toepassing van dit punt 
—  wordt de tijd geregistreerd met een resolutie van 1 minuut, tenzij anders gespecifi ceerd; 
—  worden kilometers tanden geregistreerd met een resolutie van 1 kilomete r; 
—  wordt de snelheid geregistreerd met een resolutie van 1 km/h; 
—  worden posities (lengte en breedt e) geregistreerd in graden en minute n, met een resolutie van 1/10 
minuut. 
De functies, opdrac hten en logisc he structuren van de tachograafkaar t die voldoen aan de gegevensopsla ­
geisen, zijn gespecificeerd in aanhangsel 2. 
Tenzi j anders bepaald, worden gegevens op tachog raafkaar ten op dusdanige wijze opgeslag en dat de oudst e 
gegevens door nieuwe worden overschreven wanneer de beschikbare geheugenr uimt e voor bepaalde records 
op is. 26.5.2016 L 139/53 Publicatieblad van de Europese Unie NL    
245)  Dit punt specificeer t de minimale opslagcapacit eit voor de verschil lende gegevensbestanden. 
Tachog raafkaar ten moete n de effectieve opslagcapaciteit van deze gegevensbestanden aan het contro ­
leapparaat meedelen. 
246)  De opslag van aanvullende gegeve ns op tachog raafkaar ten, in verband met eventuele andere 
toepassing en waar voor de kaar t als drager fung eert, gebeur t met inachtneming van Richt lijn 
95/46/EG, Rich tlijn 2002/58/EG en artikel 7 van Verordening (EU) nr. 165/2014. 
247)  Elk stambestand (maste r file, MF) van een tachograafkaar t bevat tot vijf hoofdbestanden (elementar y 
files, EF) voor het beheer van de kaar t en de identificatie van de toepass ing en chip, en twee toepas ­
singsger ichte bestanden (dedicated files, DF): 
—  DF tach ograaf bevat de toepassing die toeg ankeli jk is voor voer tuigunits van de eerste generatie 
en staat ook op de eerste generatie tachog raafkaar ten; 
—  DF tach ograaf_G2 bevat de toepass ing die alleen toeg ankeli jk is voor voer tuigunits van de tweede 
generatie en staat alleen op tachog raafkaar ten van de tweede generatie. 
De volledig e structuur van de tachograafkaar ten is gespecif iceerd in aanhangsel 2. 
4.5.1  Hoofdbestanden voor identificatie en kaar tbeheer 
4.5.2  IC-kaar tidentificatie 
248)  Tachog raafkaar ten moet en de volgende smar tcard-identificatiegeg evens kunnen opslaan: 
—  klok stop; 
—  serienummer van de kaar t (inclusief productieref erenties); 
—  typegoedkeurin gsnummer van de kaar t; 
—  persoonlijk e identif icatie van de kaar t (ID); 
—  embedder ID; 
—  IC-identif icatiesymbool; 
4.5.2.1  Chipidentificatie 
249)  Tachog raafkaar ten moet en de volg ende identif icatiegeg evens van het Integrated Circuit (IC) kunnen 
opslaan: 
—  IC-ser ienummer , 
—  IC-productieref erenties. 
4.5.2.2  DIR (alleen aan wezig in tachograafkaar ten van de tweede generatie) 
250)  Tachog raafkaar ten moet en de in aanhangsel 2 gespecifi ceerde toepassingsidentificatiegeg evensobject en 
kunnen opslaan. 
4.5.2.3  ATR-inf ormatie (voor waardelijk, alleen aanwezig in tachograafkaar ten van de tweede 
generatie) 
251)  Tachog raafkaar ten moet en de volgende uitgebreide informatieg egevensobject en kunnen opslaan: 
—  wanneer de tachog raafkaar t uitgebr eide velden ondersteunt, het in aanhangsel 2 gespecificeerde 
uitgebr eide informatiegeg evensobject. 26.5.2016 L 139/54 Publicatieblad van de Europese Unie NL    
4.5.2.4  Uitge breide informatie (voor waardelijk, alleen aanwezig in tachograafkaar ten van de 
tweede generatie) 
252)  Tachog raafkaar ten moet en de volgende uitgebreide informatieg egevensobject en kunnen opslaan: 
—  wanneer de tach ograafkaar t uitgebr eide velden ondersteunt, de in aanhangsel 2 gespecificeerde 
uitgebr eide informatiegeg evensobjecten. 
4.5.3  Bestuur derskaar t 
4.5.3.1  Tach ograaf toe passingen (toe gank elijk voor voer tuigunits van de eerst e en tweede 
generatie) 
4.5.3.1.1  Toepassingsidentific atie 
253)  Een bestuurderskaar t moet de volg ende toepassingsidentificatiegeg evens kunnen opslaan: 
—  toepas singsidentif icatie van de tachog raaf; 
—  type tach ograafkaar tidentif icatie. 
4.5.3.1.2  Sleute ls en certificaten 
254) Een bestuurderskaar t moet een aantal cryptografische sleutels en certificaten kunnen opslaan overeen ­
komstig de specifi caties in aanhangsel 11, deel A. 
4.5.3.1.3  Identificatie van de kaar t 
255)  Een bestuurderskaar t moet de volg ende kaar tidentificatiegegeven s kunnen opslaan: 
—  kaar tnummer; 
—  lidstaat van afgif te, instantie van afgif te, datum van afgif te; 
—  datum van afgif te en vervaldatum van de kaar t. 
4.5.3.1.4  Identificatie van de kaar thouder 
256)  Een bestuurderskaar t moet de volg ende identif icatiegeg evens van de kaar thouder kunnen opslaan: 
—  naam van de houder; 
—  voorna(a) m(en) van de houder ; 
—  geboor tedatum; 
—  voor keurstaal. 
4.5.3.1.5  Kaar tgegeve ns downloaden 
257)  Een bestuurderskaar t moet de volg ende gegevens inzake downloads opslaan: 
—  datum en tijdstip van het downloaden van de laatste kaar t (voor andere doeleinden dan controle). 
258)  Een bestuurderskaar t moet één van deze records kunnen bewaren. 
4.5.3.1.6  Informatie over het rijbewijs 
259)  Een bestuurderskaar t moet de volg ende rijbewi jsgegevens kunnen opslaan: 
—  lidstaat van afgif te, autori teit van afgif te; 
—  rijbewi jsnummer (op het moment van afgif te van de kaar t). 26.5.2016 L 139/55 Publicatieblad van de Europese Unie NL    
4.5.3.1.7  Gegeven s over voor vallen 
Voor de toepassing van dit punt wordt de tijd geregistreerd met een resolutie van 1 seconde. 
260)  Een bestuurderskaar t moet gegevens kunnen opslaan over de volg ende voorvallen die door het 
controleapparaat gedetect eerd zijn terwijl de kaar t was ingebracht: 
—  tijdso verlapping (indien deze kaar t het voorval heef t veroorzaakt); 
—  kaar tinv oer tijdens het rijden (indien het voor val betrekking heef t op deze kaar t); 
—  laatste kaar tsessie niet correct afgeslot en (indien het voor val betrekking heef t op deze kaar t); 
—  onderbreking in de stroomv oorziening; 
—  fout in de bewegingsgeg evens; 
—  pogingen tot inbreuk in de beveiliging: 
261)  Een bestuurderskaar t moet de volg ende gegevens over deze voor vallen kunnen opslaan: 
—  code van het voorval; 
—  datum en tijdstip van het begin van het voor val (of van de kaar tinv oer indien het voor val op dat 
moment plaatsvond); 
—  datum en tijdstip van het einde van het voor val (of van de kaar tinv oer indien het voor val op dat 
moment plaatsvond); 
—  kent ekennum mer en lidstaat van registratie van het voertuig waar in het voorval plaatsvo nd. 
Aantek ening: in het geval van „tijdso verlapping”: 
—  moete n de datum en het tijdstip van het begin van het voor val overeenk omen met de datum en 
het tijds tip waarop de kaar t uit het vori ge voertuig is uitge nomen; 
—  moete n de datum en het tijdstip van het einde van het voor val overeenk omen met de datum en 
het tijds tip van kaar tinv oer in het huidige voer tuig; 
—  moete n de voer tuiggeg evens overeenk omen met die van het voer tuig dat het voor val heef t 
veroorzaakt. 
Aantek ening: in het geval van „laatste kaar tsessie niet correct afgeslot en”: 
—  moete n de datum en het tijdstip van het begin van het voor val overeenk omen met de datum en 
het tijds tip van kaar tinv oer van de sessie die niet correct afgesloten is; 
—  moete n de datum en het tijdstip van het einde van het voor val overeenk omen met de datum en 
het tijds tip van kaar tinv oer van de sessie tijdens welke het voor val ontdekt werd (lopende sessie); 
—  moete n de voer tuiggeg evens overeenk omen met het voertuig waar in de sessie niet correct werd 
afge sloten. 
262)  Een bestuurderskaar t moet gegevens over de 6 meest recente voorvallen van elke soor t (d.w .z. 36 
voor vallen) kunnen opslaan. 
4.5.3.1.8  Gegeven s over fouten 
Voor de toepassing van dit punt wordt de tijd geregistreerd met een resolutie van 1 seconde. 
263)  Een bestuurderskaar t moet gegeve ns kunnen opslaan met betrekking tot de volgende fouten die het 
controleapparaat heef t gedetect eerd terwijl de kaar t was ingebrac ht: 
—  kaar tfout (indien die kaar t aanleiding is voor het voor val); 
—  fout in controleapparaat. 26.5.2016 L 139/56 Publicatieblad van de Europese Unie NL    
264)  Een bestuurderskaar t moet de volg ende gegevens over deze fouten kunnen opslaan: 
—  foutcode; 
—  datum en tijdstip van het begin van de fout (of van de kaar tinv oer indien de fout reeds eerder is 
begonnen); 
—  datum en tijdstip van het einde van de fout (of van de kaar tuitneming indien de fout daar na blijft 
voor tduren); 
—  kent ekennum mer en lidstaat van registratie van het voertuig waar in de fout optrad. 
265)  Een bestuurderskaar t moet gegevens over de twaalf meest recent e fouten van elke soor t (d.w .z. 24 
fouten ) kunnen opslaan. 
4.5.3.1.9  Gegeven s over de activitei ten van de bestuurder 
266)  Een bestuurderskaar t moet de volg ende gegevens kunnen opslaan voor elke kalenderdag waarop de 
kaar t wordt gebruikt of waar voor de bestuurder manueel activiteit en heef t ingev oerd: 
—  de datum; 
—  een dageli jkse aanwezigheidsteller (met één verhoogd voor elk van de betrokken kalenderdag en); 
—  de totale afstand die de bestuurder gedurende deze dag heef t afgele gd; 
—  de bestuurdersstatus om 00.00 uur; 
—  wanneer de bestuurder zijn activiteit en wijzigt en/of wanneer de status van de bestuurder 
verander t en/of wanneer hij zijn kaar t heef t ingev oerd of uitgenomen: 
—  de status van de bestuurder (ALLEEN/TEAM); 
—  de lezer (BESTUURDER, BIJRIJDER); 
—  de status van de kaar t (INGEV OERD, NIET INGEV OERD); 
—  de activitei ten (RIJDEN, BESCHIKBAARHEID, WERKEN, ONDERBREKING/R UST); 
—  het tijdstip van de wijziging. 
267)  Het geheugen van de bestuurderskaar t moet de gegevens over de activiteit en van de bestuurder ten 
minste 28 dagen bewaren (een bestuurder wijzi gt zijn activiteit en gemiddeld 93 keer per dag). 
268)  De in de voorsc hriften 261, 264 en 266 genoemde gegevens moete n zodanig worden opge slagen dat 
de activitei ten in de volgorde van optreden kunnen worden opgezocht, zelfs in het geval van 
tijdso verlapping. 
4.5.3.1.10  Gegeven s over de gebruikte voer tuige n 
269)  Een bestuurderskaar t moet voor elke kalenderdag waarop de kaar t wordt gebr uikt, en voor elke 
gebr uiksper iode van een bepaald voertuig op die dag (deze periode omv at de opeenv olgende cycli 
van inbreng en en uitnemen van de betrokke n kaar t in het voertuig) de volgende gegevens kunnen 
opslaan: 
—  datum en tijds tip van het eerste gebruik van het voer tuig (d.w .z. de eerste kaar tinv oer voor deze 
gebruikspe riode van het voer tuig, of 00.00 uur wanneer de gebr uiksper iode op dat moment 
voor tduur t); 
—  kilometer stand van het voer tuig op dat moment ; 
—  datum en tijdstip van het laatste gebr uik van het voertuig (d.w .z. de laatst e kaar tuitneming voor 
deze gebr uiksper iode van het voertuig of 23.59 uur wanneer de gebr uiksper iode op dat moment 
voor tduur t); 
—  kilometer stand van het voer tuig op dat moment ; 
—  kent ekennum mer en lidstaat waar het voertuig geregistreerd is. 26.5.2016 L 139/57 Publicatieblad van de Europese Unie NL    
270)  Een bestuurderskaar t moet ten minste 84 gebruiksr ecords kunnen opslaan. 
4.5.3.1.11  Plaatsen waar dageli jkse werkper ioden beginnen en/of eindig en 
271)  Een bestuurderskaar t moet de volgende door de bestuurder ingev oerde gegevens betreff ende de 
plaatsen waar dageli jkse werkper ioden beginnen en/of eindigen, kunnen opslaan: 
—  datum en tijdstip van de invoer (of datum/tijd van de invoer indien deze manueel gebeur t); 
—  het type invoer (begin of einde, omstandigheid van invoer); 
—  het inge voerde land en de ingevoerde regio; 
—  de kilometers tand van het voertuig. 
272)  Het geheugen van de bestuurderskaar t moet ten minst e 42 paar records kunnen bewaren. 
4.5.3.1.12  Gegeven s over kaar tsessies 
273)  Een bestuurderskaar t moet gegevens opslaan met betrekking tot het voertuig waar in de lopende 
sessie geopend is: 
—  datum en tijdstip waarop de sessie werd geopend (d.w .z. kaar tinv oer), met een resolutie van één 
seconde; 
—  kent ekennum mer en lidstaat van registratie. 
4.5.3.1.13  Gegeven s over controleactivit eiten 
274)  Een bestuurderskaar t moet de volg ende gegevens met betrekking tot controleactivit eiten opslaan: 
—  datum en tijdstip van de controle; 
—  controlekaar tnummer en lidstaat die de kaar t heef t afgeg even; 
—  soor t controle (weergeven en/of printen en/of downloaden van VU en/of kaar t (zie opmerking)); 
—  gedownloade periode, in het geval van downloaden; 
—  kent ekennum mer en lidstaat van registratie van het voertuig waar in de controle plaatsvo nd. 
Aantek ening: het downloaden van de kaar t wordt uitsluitend geregistreerd wanneer dat via een 
controleapparaat gebeur t. 
275)  Een bestuurderskaar t moet één van deze records kunnen bewaren. 
4.5.3.1.14  Gegeven s over specifieke omstandigheden 
276)  Een bestuurderskaar t moet de volgende gegeve ns met betrekking tot specifi eke omstandigheden 
kunnen opslaan, die ingev oerd werden terwijl de kaar t werd ingevoerd (ong eacht het slot): 
—  datum en tijdstip van de invoer; 
—  aard van de specifi eke omstandigheid. 
277)  Een bestuurderskaar t moet minstens 56 records kunnen opslaan. 26.5.2016 L 139/58 Publicatieblad van de Europese Unie NL    
4.5.3.2  Toepassing tachograaf van de 2de generatie (niet toeg anke lijk voor voer tuigunits van de 
eerst e generatie) 
4.5.3.2.1  Toepassingsidentific atie 
278)  Een bestuurderskaar t moet de volg ende toepassingsidentificatiegeg evens kunnen opslaan: 
—  toepas singsidentif icatie van de tachog raaf; 
—  type tach ograafkaar tidentif icatie. 
4.5.3.2.2  Sleute ls en certificaten 
279) Een bestuurderskaar t moet een aantal cryptografische sleutels en certificaten kunnen opslaan overeen ­
komstig de specifi caties in aanhangsel 11, deel B. 
4.5.3.2.3  Identificatie van de kaar t 
280)  Een bestuurderskaar t moet de volg ende kaar tidentificatiegegeven s kunnen bewaren: 
—  kaar tnummer; 
—  lidstaat van afgif te, instantie van afgif te, datum van afgif te; 
—  datum van afgif te en vervaldatum van de kaar t. 
4.5.3.2.4  Identificatie van de kaar thouder 
281)  Een bestuurderskaar t moet de volg ende identif icatiegeg evens van de kaar thouder kunnen opslaan: 
—  naam van de houder; 
—  voorna(a) m(en) van de houder ; 
—  geboor tedatum; 
—  voor keurstaal. 
4.5.3.2.5  Kaar tgegeve ns downloaden 
282)  Een bestuurderskaar t moet de volg ende gegevens inzake downloads opslaan: 
—  datum en tijdstip van het downloaden van de laatste kaar t (voor andere doeleinden dan controle). 
283)  Een bestuurderskaar t moet één van deze records kunnen bewaren. 
4.5.3.2.6  Informatie over het rijbewijs 
284)  Een bestuurderskaar t moet de volg ende rijbewi jsgegevens kunnen opslaan: 
—  lidstaat van afgif te, autori teit van afgif te, 
—  rijbewi jsnummer (op het moment van afgif te van de kaar t). 
4.5.3.2.7  Gegeven s over voor vallen 
Voor de toepassing van dit punt wordt de tijd geregistreerd met een resolutie van 1 seconde. 26.5.2016 L 139/59 Publicatieblad van de Europese Unie NL    
285)  Een bestuurderskaar t moet gegevens kunnen opslaan over de volgende voor vallen, die door het 
controleapparaat gedetect eerd zijn terwijl de kaar t was ingebracht: 
—  tijdso verlapping (indien deze kaar t het voorval heef t veroorzaakt); 
—  kaar tinv oer tijdens het rijden (indien deze kaar t aanleiding is voor het voorval); 
—  laatste kaar tsessie niet correct afgeslot en (indien deze kaar t aanleiding is voor het voorval); 
—  onderbreking in de stroomv oorziening; 
—  fout in de communicatie met het systeem voor communicatie op afstand 
—  ontbreke n van positie-inf ormatie van de GNSS-ontvanger; 
—  fout in communicatie met de externe GNSS-module; 
—  fout in de bewegingsgeg evens, 
—  tegenstr ijdig e bewegingsg egevens, 
—  pogingen tot inbreuk op de beveiliging: 
—  tijdso verlapping. 
286)  Een bestuurderskaar t moet de volg ende gegevens over deze voor vallen kunnen opslaan: 
—  code van het voorval; 
—  datum en tijdstip van het begin van het voor val (of van de kaar tinv oer indien het voor val op dat 
moment plaatsvond); 
—  datum en tijdstip van het einde van het voor val (of van de kaar tinv oer indien het voor val op dat 
moment plaatsvond); 
—  kent ekennum mer en lidstaat van registratie van het voertuig waar in het voorval plaatsvo nd. 
Aantek ening: in het geval van „tijdso verlapping”: 
—  moete n de datum en het tijdstip van het begin van het voor val overeenk omen met de datum en 
het tijds tip waarop de kaar t uit het vori ge voertuig is uitge nomen; 
—  moete n de datum en het tijdstip van het einde van het voor val overeenk omen met de datum en 
het tijds tip van kaar tinv oer in het huidige voer tuig; 
—  moete n de voer tuiggeg evens overeenk omen met die van het voer tuig dat het voor val heef t 
veroorzaakt. 
Aantek ening: in het geval van „laatste kaar tsessie niet correct afgeslot en”: 
—  moete n de datum en het tijdstip van het begin van het voor val overeenk omen met de datum en 
het tijds tip van kaar tinv oer van de sessie die niet correct afgesloten is; 
—  moete n de datum en het tijdstip van het einde van het voor val overeenk omen met de datum en 
het tijds tip van kaar tinv oer van de sessie tijdens welke het voor val ontdekt werd (lopende sessie); 
—  moete n de voer tuiggeg evens overeenk omen met het voertuig waar in de sessie niet correct werd 
afge sloten. 
287)  Een bestuurderskaar t moet gegevens over de 6 meest recente voorvallen van elke soor t (d.w .z. 66 
voor vallen) kunnen opslaan. 
4.5.3.2.8  Gegeven s over fouten 
Voor de toepassing van dit punt wordt de tijd geregistreerd met een resolutie van 1 seconde. 26.5.2016 L 139/60 Publicatieblad van de Europese Unie NL    
288)  Een bestuurderskaar t moet gegevens kunnen opslaan met betrekking tot de volgende fouten , die het 
controleapparaat heef t gedetect eerd terwijl de kaar t was ingebrac ht: 
—  kaar tfout (indien deze kaar t aanleiding is voor het voorval); 
—  fout in controleapparaat. 
289)  Een bestuurderskaar t moet de volg ende gegevens over deze fouten kunnen opslaan: 
—  foutcode; 
—  datum en tijds tip van het begin van de fout (of van de kaar tinv oer indien de fout reeds eerder was 
begonnen); 
—  datum en tijdstip van het einde van de fout (of van de kaar tuitneming indien de fout daar na bleef 
voor tduren); 
—  kent ekennum mer en lidstaat van registratie van het voertuig waar in de fout optrad. 
290)  Een bestuurderskaar t moet gegevens over de twaalf meest recent e fouten van elke soor t (d.w .z. 24 
fouten ) kunnen opslaan. 
4.5.3.2.9  Gegeven s over de activitei ten van de bestuurder 
291)  Een bestuurderskaar t moet voor elke kalenderdag waarop de kaar t wordt gebruikt of waar voor de 
bestuurder manueel activitei ten heef t ingev oerd, de volgende gegevens kunnen opslaan: 
—  de datum; 
—  een dageli jkse aanwezigheidsteller (met één verhoogd voor elk van de betrokken kalenderdag en); 
—  de totale afstand die de bestuurder gedurende deze dag heef t afgele gd; 
—  de bestuurdersstatus om 00.00 uur; 
—  wanneer de bestuurder zijn activiteit en wijzigt en/of wanneer de status van de bestuurder 
verander t en/of wanneer hij zijn kaar t heef t ingev oerd of uitgenomen: 
—  de status van de bestuurder (ALLEEN/TEAM); 
—  het slot (BESTUURDER, BIJRIJDER); 
—  de status van de kaar t (INGEV OERD, NIET INGEV OERD); 
—  de activitei ten (RIJDEN, BESCHIKBAARHEID, WERKEN, ONDERBREKING/R UST); 
—  het tijdstip van de wijziging. 
292)  Het geheugen van de bestuurderskaar t moet de gegevens over de activiteit en van de bestuurder ten 
minste 28 dagen bewaren (een bestuurder wijzi gt zijn activiteit en gemiddeld 93 keer per dag). 
293)  De in de voorsc hriften 286, 289 en 291 genoemde gegevens moete n zodanig worden opge slagen dat 
de activitei ten in de volgorde van optreden kunnen worden opgezocht, zelfs in het geval van 
tijdso verlapping. 
4.5.3.2.10  Gegeven s over de gebruikte voer tuige n 
294)  Een bestuurderskaar t moet voor elke kalenderdag waarop de kaar t wordt gebr uikt, en voor elke 
gebr uiksper iode van een bepaald voertuig op die dag (deze periode omv at de opeenv olgende cycli 
van inbreng en en uitnemen van de betrokke n kaar t in het voertuig) de volgende gegevens kunnen 
opslaan: 
—  datum en tijds tip van het eerste gebruik van het voer tuig (d.w .z. de eerste kaar tinv oer voor deze 
gebruikspe riode van het voer tuig, of 00.00 uur wanneer de gebr uiksper iode op dat moment 
voor tduur t); 26.5.2016 L 139/61 Publicatieblad van de Europese Unie NL    
—  kilometer stand van het voer tuig bij eerste gebruik; 
—  datum en tijdstip van het laatste gebruik van het voertuig, (d.w .z. de laatste kaar tuitneming voor 
deze gebruikspe riode van het voertuig, of 23.59 uur wanneer de gebruikspe riode op dat moment 
voor tduur t); 
—  kilometer stand van het voer tuig bij laatste gebr uik; 
—  kent ekennum mer en lidstaat waar het voertuig geregistreerd is; 
—  VIN van het voertuig. 
295)  Een bestuurderskaar t moet minstens 84 records kunnen bewaren. 
4.5.3.2.11  Plaatsen en posities waar de dageli jkse werkper ioden beginnen en/of eindig en 
296)  Een bestuurderskaar t moet de volgende door de bestuurder ingev oerde gegevens betreff ende de 
plaatsen waar dageli jkse werkper ioden beginnen en/of eindigen, kunnen opslaan: 
—  de datum en tijds tip van de invoer (of de datum/tijd van de invoer indien deze manueel gebeurt); 
—  het type invoer (begin of einde, omstandigheid van invoer); 
—  het inge voerde land en de ingevoerde regio; 
—  de kilometers tand van het voertuig; 
—  de positie van het voertuig; 
—  de GNSS-nauwkeur igheid, datum en tijdstip waarop de positie is bepaald. 
297)  Het geheugen van de bestuurderskaar t moet ten minst e 84 paar records kunnen bewaren. 
4.5.3.2.12  Gegeven s over kaar tsessies 
298)  Een bestuurderskaar t moet gegevens opslaan met betrekking tot het voertuig waar in de lopende 
sessie geopend is: 
—  datum en tijds tip waarop de sessie geopend werd (d.w .z. kaar tinvoer), met een resolutie van 1 
seconde; 
—  kent ekennum mer en lidstaat van registratie. 
4.5.3.2.13  Gegeven s over controleactivit eiten 
299)  Een bestuurderskaar t moet de volg ende gegevens met betrekking tot controleactivit eiten opslaan: 
—  datum en tijdstip van de controle; 
—  controlekaar tnummer en lidstaat die de kaar t heef t afgeg even; 
—  soor t controle (weergeven en/of printen en/of downloaden van VU en/of kaar t (zie opmerking)); 
—  gedownloade periode, in het geval van downloaden; 
—  kent ekennum mer en lidstaat van registratie van het voertuig waar in de controle plaatsvo nd. 
Aantek ening: de beveiligingseisen impliceren dat het downloaden van de kaar t uitsluitend geregis ­
treerd wordt wanneer dat via een controleapparaat gebeurt. 
300)  Een bestuurderskaar t moet één van deze records kunnen bewaren. 26.5.2016 L 139/62 Publicatieblad van de Europese Unie NL    
4.5.3.2.14  Gegeven s over specifieke omstandigheden 
301)  Met betrekking tot specifieke omstandigheden moeten de volg ende gegevens die werden inge voerd 
terwijl de kaar t werd inge voerd (ong eacht het slot), kunnen worden bewaard op de bestuurderskaar t: 
—  datum en tijdstip van de invoer; 
—  aard van de specifi eke omstandigheid. 
302)  Een bestuurderskaar t moet minstens 56 records kunnen opslaan. 
4.5.3.2.15  Gegeven s over de gebruikte voer tuigunits 
303)  Een bestuurderskaar t moet de volgende gegevens kunnen bewaren in verband met de versch illende 
voer tuigunits waar in ze is gebruikt: 
—  de datum en het tijds tip waarop het gebruik in de voertuigunit begint (eerste invoer in de VU 
voor de periode); 
—  de fabrikant van de voer tuigunit ; 
—  het type voertuigunit ; 
—  het nummer van de softwareversie van de VU. 
304)  Een bestuurderskaar t moet minstens 84 records kunnen opslaan. 
4.5.3.2.16  Plaats en tijdstip ononderbrok en rijtijd van drie uur 
305)  Een bestuurderskaar t moet de volg ende gegevens kunnen bewaren in verband met de positie van het 
voer tuig waar de ononderbroken rijtijd een veelv oud van drie uur bereikt: 
—  de datum en het tijdstip waarop de ononderbroken rijtijd van de bestuurder een veelvoud van 
drie uur bereikt ; 
—  de positie van het voertuig; 
—  de GNSS-nauwkeur igheid, datum en tijdstip waarop de positie is bepaald. 
306)  Een bestuurderskaar t moet minstens 252 records kunnen opslaan. 
4.5.4  Werkplaatskaar t 
4.5.4.1  Tach ograaf toe passingen (toe gank elijk voor voer tuigunits van de eerst e en tweede 
generatie) 
4.5.4.1.1  Toepassingsidentific atie 
307)  Een werkplaatskaar t moet de volgende toepassingsidentif icatiegeg evens kunnen opslaan: 
—  toepas singsidentif icatie van de tachog raaf; 
—  type tach ograafkaar tidentif icatie. 
4.5.4.1.2  Sleute ls en certificaten 
308) Een werkplaatskaar t moet een aantal cryptografische sleutels en certificaten kunnen opslaan overeen ­
komstig de specifi caties in aanhangsel 11, deel A. 26.5.2016 L 139/63 Publicatieblad van de Europese Unie NL    
309)  Een werkplaatskaar t moet een Personal Identif ication Number (pincode) kunnen opslaan. 
4.5.4.1.3  Identificatie van de kaar t 
310)  Een werkplaatskaar t moet de volgende kaar tidentif icatiege gevens kunnen opslaan: 
—  kaar tnummer; 
—  lidstaat van afgif te, instantie van afgif te, datum van afgif te; 
—  datum van afgif te van en vervaldatum van de kaar t. 
4.5.4.1.4  Identificatie van de kaar thouder 
311)  Een werkplaatskaar t moet de volgende identificatiegeg evens van de kaar thouder kunnen opslaan: 
—  naam van de werkplaats; 
—  adres van de werkplaats; 
—  naam van de houder; 
—  voorna(a) m(en) van de houder ; 
—  voor keurstaal. 
4.5.4.1.5  Kaar tgegeve ns downloaden 
312)  Een werkplaatskaar t moet de gegevens over het downloaden van de kaar t op dezelfde manier kunnen 
opslaan als een bestuurderskaar t. 
4.5.4.1.6  Gegeven s over kalibrer ing en tijdafstelling 
313)  Een werkplaatskaar t moet records kunnen opslaan van kalibrer ingen en/of tijdafst ellinge n die worden 
uitgev oerd terwijl de kaar t zich in een controleapparaat bevindt. 
314)  Elke kalibrer ingsrecord moet de volgende gegevens kunnen bevatten: 
—  doel van de kalibrer ing (activer ing, eerste installatie, installatie, periodieke controle); 
—  identif icatie van het voer tuig 
—  bijgewerkte of bevestigde parameters (w, k, l, bandenmaat, instelling van de snelheidsbegrenzer , 
kilometer stand (nieuwe en oude waarde), datum en tijdstip (nieuwe en oude waarde)); 
—  identif icatienummer van het controleapparaat (onderdeelnummer en serienummer van de VU, 
serienummer van de bewegingssensor). 
315)  Een werkplaatskaar t moet ten minst e 88 records kunnen opslaan. 
316)  Een werkplaatskaar t moet een teller bevatt en die het totale aantal kalibrer ingen aange eft dat met de 
kaar t is uitgev oerd. 
317)  Een werkplaatskaar t moet een teller bevatten die het aantal kalibrer inge n sinds de laatst e download 
aangeeft. 26.5.2016 L 139/64 Publicatieblad van de Europese Unie NL    
4.5.4.1.7  Gegeven s over voor vallen en fouten 
318)  Een werkplaatskaar t moet records over voor vallen en fouten op dezelfde manier kunnen opslaan als 
een bestuurderskaar t. 
319)  Een werkplaatskaar t moet gegevens over de drie meest recente voor vallen van elke soor t (d.w .z. 18 
voor vallen) en de zes meest recent e fouten van elke soor t (d.w .z. 12 fouten ) kunnen opslaan. 
4.5.4.1.8  Gegeven s over de activitei ten van de bestuurder 
320)  Een werkplaatskaar t moet de gegevens over de activiteit en van de bestuurder op dezelfde manier 
kunnen opslaan als een bestuurderskaar t. 
321)  Een werkplaatskaar t moet de gegevens over de activitei ten van de bestuurder ten minste gedurende 1 
dag met gemid delde activiteit en van de bestuurder bewaren. 
4.5.4.1.9  Gegeven s over de gebruikte voer tuige n 
322)  Een werkplaatskaar t moet records over de gebruikt e voer tuigen op dezelfde manier kunnen opslaan 
als een bestuurderskaar t. 
323)  Een werkplaatskaar t moet ten minst e 4 records kunnen opslaan. 
4.5.4.1.10  Gegeven s over het begin en einde van dageli jkse werkper ioden 
324)  Een werkplaatskaar t moet records over het begin en einde van dageli jkse werkper ioden op dezelfde 
manier kunnen opslaan als een bestuurderskaar t. 
325)  Een werkplaatskaar t moet ten minst e 3 paren van derg elijk e records kunnen bewaren. 
4.5.4.1.11  Gegeven s over kaar tsessies 
326)  Een werkplaatskaar t moet gegeve ns over het downloaden van de kaar t op dezelfde manier kunnen 
opslaan als een bestuurderskaar t. 
4.5.4.1.12  Gegeven s over controleactivit eiten 
327)  Een werkplaatskaar t moet de gegevens over controleactivit eiten op dezelfde manier kunnen opslaan 
als een bestuurderskaar t. 
4.5.4.1.13  Gegeven s over specifieke omstandigheden 
328)  Een werkplaatskaar t moet gegevens over specifieke omstandigheden op dezelfde manier kunnen 
opslaan als een bestuurderskaar t. 
329)  Een werkplaatskaar t moet ten minst e 2 records kunnen opslaan. 
4.5.4.2  Toepassing tach ograaf van de tweede generatie (niet toeg ankeli jk voor voer tuigunits van 
de eerst e generatie) 
4.5.4.2.1  Toepassingsidentific atie 
330)  Een werkplaatskaar t moet de volgende toepassingsidentif icatiegeg evens kunnen opslaan: 
—  toepas singsidentif icatie van de tachog raaf; 
—  type tach ograafkaar tidentif icatie. 26.5.2016 L 139/65 Publicatieblad van de Europese Unie NL    
4.5.4.2.2  Sleute ls en certificaten 
331) Een werkplaatskaar t moet een aantal cryptografische sleutels en certificaten kunnen opslaan overeen ­
komstig de specifi caties in aanhangsel 11, deel B. 
332)  Een werkplaatskaar t moet een Personal Identif ication Number (pincode) kunnen opslaan. 
4.5.4.2.3  Identificatie van de kaar t 
333)  Een werkplaatskaar t moet de volgende kaar tidentif icatiege gevens kunnen opslaan: 
—  kaar tnummer; 
—  lidstaat van afgif te, instantie van afgif te, datum van afgif te; 
—  datum van afgif te en vervaldatum van de kaar t. 
4.5.4.2.4  Identificatie van de kaar thouder 
334)  Een werkplaatskaar t moet de volgende identificatiegeg evens van de kaar thouder kunnen opslaan: 
—  naam van de werkplaats; 
—  adres van de werkplaats; 
—  naam van de houder; 
—  voorna(a) m(en) van de houder ; 
—  voor keurstaal. 
4.5.4.2.5  Kaar tgegeve ns downloaden 
335)  Een werkplaatskaar t moet de gegevens over het downloaden van de kaar t op dezelfde manier kunnen 
opslaan als een bestuurderskaar t. 
4.5.4.2.6  Gegeven s over kalibrer ing en tijdafstelling 
336)  Een werkplaatskaar t moet records kunnen opslaan van kalibrer ingen en/of tijdafst ellinge n die worden 
uitgev oerd terwijl de kaar t zich in een controleapparaat bevindt. 
337)  Elke kalibrer ingsrecord moet de volgende gegevens kunnen bevatten: 
—  doel van de kalibrer ing (activer ing, eerste installatie, installatie, periodieke controle); 
—  voertuigidentif icatie; 
—  bijgewerkte of bevestigde parameters (w, k, l, bandenmaat, instelling van de snelheidsbegrenzer , 
kilometer stand (nieuwe en oude waarde), datum en tijdstip (nieuwe en oude waarde); 
—identif icatie van het controleapparaat (onderdeel- en serienummer VU, serienummer bewegings ­
sensor , serienummer systeem voor communicatie op afstand en, indien van toepassing, 
serienummer externe GNSS-module); 
—  types en identif icatienummers van alle aanwezige verzegeling en; 
—  mog elijkheid van de VU om tachograafkaar ten van de eerste generatie te gebruiken (geactiv eerd of 
niet). 26.5.2016 L 139/66 Publicatieblad van de Europese Unie NL    
338)  Een werkplaatskaar t moet ten minst e 88 records kunnen opslaan. 
339)  Een werkplaatskaar t moet een teller bevatt en die het totale aantal kalibrer ingen aange eft dat met de 
kaar t is uitgev oerd. 
340)  Een werkplaatskaar t moet een teller bevatten die het aantal kalibrer inge n sinds de laatst e download 
aangeeft. 
4.5.4.2.7  Gegeven s over voor vallen en fouten 
341)  Een werkplaatskaar t moet records over voor vallen en fouten op dezelfde manier kunnen opslaan als 
een bestuurderskaar t. 
342)  Een werkplaatskaar t moet gegevens over de drie meest recente voor vallen van elke soor t (d.w .z. 33 
voor vallen) en de zes meest recent e fouten van elke soor t (d.w .z. 12 fouten ) kunnen opslaan. 
4.5.4.2.8  Gegeven s over de activitei ten van de bestuurder 
343)  Een werkplaatskaar t moet de gegevens over de activiteit en van de bestuurder op dezelfde manier 
kunnen opslaan als een bestuurderskaar t. 
344)  Een werkplaatskaar t moet de gegevens over de activitei ten van de bestuurder ten minste gedurende 1 
dag met gemid delde activiteit en van de bestuurder bewaren. 
4.5.4.2.9  Gegeven s over de gebruikte voer tuige n 
345)  Een werkplaatskaar t moet records over de gebruikt e voer tuigen op dezelfde manier kunnen opslaan 
als een bestuurderskaar t. 
346)  Een werkplaatskaar t moet ten minst e 4 records kunnen opslaan. 
4.5.4.2.10  Gegeven s over het begin en einde van dageli jkse werkper ioden 
347)  Een werkplaatskaar t moet records over het begin en einde van dageli jkse werkper ioden op dezelfde 
manier kunnen opslaan als een bestuurderskaar t. 
348)  Een werkplaatskaar t moet ten minst e 3 paren van derg elijk e records kunnen bewaren. 
4.5.4.2.11  Gegeven s over kaar tsessies 
349)  Een werkplaatskaar t moet gegeve ns over het downloaden van de kaar t op dezelfde manier kunnen 
opslaan als een bestuurderskaar t. 
4.5.4.2.12  Gegeven s over controleactivit eiten 
350)  Een werkplaatskaar t moet de gegevens over controleactivit eiten op dezelfde manier kunnen opslaan 
als een bestuurderskaar t. 
4.5.4.2.13  Gegeven s over de gebruikte voer tuigunits 
351)  Een werkplaatskaar t moet de volg ende gegevens kunnen bewaren in verband met de verschil lende 
voer tuigunits waar in ze is gebruikt: 
—  de datum en het tijds tip waarop het gebruik in de voertuigunit begint (eerste invoer in de VU 
voor de periode); 
—  de fabrikant van de voer tuigunit ; 26.5.2016 L 139/67 Publicatieblad van de Europese Unie NL    
—  het type voertuigunit ; 
—  het nummer van de softwareversie van de VU. 
352)  Een werkplaatskaar t moet ten minst e 4 records kunnen opslaan. 
4.5.4.2.14  Plaats en tijdstip ononderbrok en rijtijd van drie uur 
353)  Een werkplaatskaar t moet de volgende gegevens kunnen bewaren in verband met de positie van het 
voer tuig waar de ononderbroken rijtijd een veelv oud van drie uur bereikt: 
—  de datum en het tijdstip waarop de ononderbroken rijtijd van de bestuurder een veelvoud van 
drie uur bereikt ; 
—  de positie van het voertuig; 
—  de GNSS-nauwkeur igheid, datum en tijdstip waarop de positie is bepaald. 
354)  Een werkplaatskaar t moet ten minst e 18 records kunnen opslaan. 
4.5.4.2.15  Gegeven s over specifieke omstandigheden 
355)  Een werkplaatskaar t moet gegevens over specifieke omstandigheden op dezelfde manier kunnen 
opslaan als een bestuurderskaar t. 
356)  Een werkplaatskaar t moet ten minst e 2 records kunnen opslaan. 
4.5.5  Contro lekaart 
4.5.5.1  Tach ograaf toe passingen (toe gank elijk voor voer tuigunits van de eerst e en tweede 
generatie) 
4.5.5.1.1  Toepassingsidentific atie 
357)  Een controlekaar t moet de volgende toep assingsidentif icatiegeg evens kunnen opslaan: 
—  toepas singsidentif icatie van de tachog raaf; 
—  type tach ograafkaar tidentif icatie. 
4.5.5.1.2  Sleute ls en certificaten 
358) Een controlekaar t moet een aantal cryptografi sche sleutels en certificaten kunnen opslaan overeen ­
komstig de specifi caties in aanhangsel 11, deel A. 
4.5.5.1.3  Identificatie van de kaar t 
359)  Een controlekaar t moet de volgende kaar tidentif icatiegeg evens kunnen opslaan: 
—  kaar tnummer; 
—  lidstaat van afgif te, instantie van afgif te, datum van afgif te; 
—  ingangsdatum van de geldigheid van de kaar t en datum waarop de kaar t vervalt (indien van 
toepas sing). 
4.5.5.1.4  Identificatie van de kaar thouder 
360)  Een controlekaar t moet de volgende identificatiegeg evens van de kaar thouder kunnen opslaan: 
—  naam van de controle-instantie; 
—  adres van de controle-instantie; 26.5.2016 L 139/68 Publicatieblad van de Europese Unie NL    
—  naam van de houder; 
—  voorna(a) m(en) van de houder ; 
—  voor keurstaal. 
4.5.5.1.5  Gegeven s over controleactivit eiten 
361)  Een controlekaar t moet de volgende gegevens met betrekking tot controleactivit eiten kunnen opslaan: 
—  datum en tijdstip van de controle; 
—aard van de controle (weergeven en/of afdr ukke n en/of VU-g egeve ns downloaden en/of kaar tge­
gevens downloaden en/of kalibrer ingscontrole langs de weg); 
—  gedownloade periode (indien van toepas sing); 
—  kent ekennum mer en lidstaat waar in het gecontroleerde voer tuig is ingesc hreven; 
—  kaar tnummer en lidstaat die de gecontroleerde bestuurderskaar t heef t afgeg even. 
362)  Een controlekaar t moet ten minst e 230 records kunnen bewaren. 
4.5.5.2  Tach ograaf toe passingen van de tweede generatie (niet toe gank elijk voor voer tuigunits 
van de eerste generatie) 
4.5.5.2.1  Toepassingsidentific atie 
363)  Een controlekaar t moet de volgende toep assingsidentif icatiegeg evens kunnen opslaan: 
—  toepas singsidentif icatie van de tachog raaf; 
—  type tach ograafkaar tidentif icatie. 
4.5.5.2.2  Sleute ls en certificaten 
364) Een controlekaar t moet een aantal cryptografi sche sleutels en certificaten kunnen opslaan overeen ­
komstig de specifi caties in aanhangsel 11, deel B. 
4.5.5.2.3  Identificatie van de kaar t 
365)  Een controlekaar t moet de volgende kaar tidentif icatiegeg evens kunnen opslaan: 
—  kaar tnummer; 
—  lidstaat van afgif te, instantie van afgif te, datum van afgif te; 
—  ingangsdatum van de geldigheid van de kaar t en datum waarop de kaar t vervalt (indien van 
toepas sing). 
4.5.5.2.4  Identificatie van de kaar thouder 
366)  Een controlekaar t moet de volgende identificatiegeg evens van de kaar thouder kunnen opslaan: 
—  naam van de controle-instantie; 
—  adres van de controle-instantie; 
—  naam van de houder; 
—  voorna(a) m(en) van de houder ; 
—  voor keurstaal. 26.5.2016 L 139/69 Publicatieblad van de Europese Unie NL    
4.5.5.2.5  Gegeven s over controleactivit eiten 
367)  Een controlekaar t moet de volgende gegevens met betrekking tot controleactivit eiten kunnen opslaan: 
—  datum en tijdstip van de controle; 
—aard van de controle (weergeven en/of afdr ukke n en/of VU-g egeve ns downloaden en/of kaar tge­
gevens downloaden en/of kalibrer ingscontrole langs de weg). 
—  gedownloade periode (indien van toepas sing); 
—  kent ekennum mer en lidstaat waar in het gecontroleerde voer tuig is ingesc hreven; 
—  kaar tnummer en lidstaat die de gecontroleerde bestuurderskaar t heef t afgeg even. 
368)  Een controlekaar t moet ten minst e 230 records kunnen bewaren. 
4.5.6  Bedr ijfskaar t 
4.5.6.1  Tach ograaf toe passingen (toe gank elijk voor voer tuigunits van de eerst e en tweede 
generatie) 
4.5.6.1.1  Toepassingsidentific atie 
369)  Een bedr ijfskaar t moet de volg ende toepass ingsidentifi catiege gevens kunnen opslaan: 
—  toepas singsidentif icatie van de tachog raaf; 
—  type tach ograafkaar tidentif icatie. 
4.5.6.1.2  Sleute ls en certificaten 
370) Een bedr ijfskaar t moet een aantal cryptografische sleute ls en certificaten kunnen opslaan overeen ­
komstig de specifi caties in aanhangsel 11, deel A. 
4.5.6.1.3  Identificatie van de kaar t 
371)  Een bedr ijfskaar t moet de volg ende kaar tidentificatiegege vens kunnen opslaan: 
—  kaar tnummer; 
—  lidstaat van afgif te, instantie van afgif te, datum van afgif te; 
—  ingangsdatum van de geldigheid van de kaar t en datum waarop de kaar t vervalt (indien van 
toepas sing). 
4.5.6.1.4  Identificatie van de kaar thouder 
372)  Een bedr ijfskaar t moet de volg ende identif icatiegeg evens van de kaar thouder kunnen opslaan: 
—  naam van het bedr ijf; 
—  adres van het bedr ijf. 
4.5.6.1.5  Gegeven s over bedr ijfsactiviteit en 
373)  Een bedr ijfskaar t moet de volg ende gegevens over bedr ijfsactivit eiten kunnen opslaan: 
—  datum en tijdstip van de activitei t; 
—  soor t activitei t (vergrendeling en/of ontgrendeling van VU en/of VU-g egevens downloaden en/of 
kaar tgeg evens downloaden); 
—  gedownloade periode (indien van toepas sing); 26.5.2016 L 139/70 Publicatieblad van de Europese Unie NL    
—  kent ekennum mer en registrerende instantie van de lidstaat van het voertuig; 
—  kaar tnummer en lidstaat die de kaar t heef t afgeg even (bij het downloaden van de kaar t). 
374)  Een bedr ijfskaar t moet ten minste 230 van dergeli jke records kunnen bewaren. 
4.5.6.2  Tach ograaf toe passingen van de tweede generatie (niet toe gank elijk voor voer tuigunits 
van de eerste generatie) 
4.5.6.2.1  Toepassingsidentific atie 
375)  Een bedr ijfskaar t moet de volg ende toepass ingsidentifi catiege gevens kunnen opslaan: 
—  toepas singsidentif icatie van de tachog raaf; 
—  type tach ograafkaar tidentif icatie. 
4.5.6.2.2  Sleute ls en certificaten 
376) Een bedr ijfskaar t moet een aantal cryptografische sleute ls en certificaten kunnen opslaan overeen ­
komstig de specifi caties in aanhangsel 11, deel B. 
4.5.6.2.3  Identificatie van de kaar t 
377)  Een bedr ijfskaar t moet de volg ende kaar tidentificatiegege vens kunnen opslaan: 
—  kaar tnummer; 
—  lidstaat van afgif te, instantie van afgif te, datum van afgif te; 
—  ingangsdatum van de geldigheid van de kaar t en datum waarop de kaar t vervalt (indien van 
toepas sing). 
4.5.6.2.4  Identificatie van de kaar thouder 
378)  Een bedr ijfskaar t moet de volg ende identif icatiegeg evens van de kaar thouder kunnen opslaan: 
—  naam van het bedr ijf; 
—  adres van het bedr ijf. 
4.5.6.2.5  Gegeven s over bedr ijfsactiviteit en 
379)  Een bedr ijfskaar t moet de volg ende gegevens over bedr ijfsactivit eiten kunnen opslaan: 
—  datum en tijdstip van de activitei t; 
—  soor t activitei t (vergrendeling en/of ontgrendeling van VU en/of VU-g egevens downloaden en/of 
kaar tgeg evens downloaden); 
—  gedownloade periode (indien van toepas sing); 
—  kent ekennum mer en registrerende instantie van de lidstaat van het voertuig; 
—  kaar tnummer en lidstaat die de kaar t heef t afgeg even (bij het downloaden van de kaar t). 
380)  Een bedr ijfskaar t moet ten minste 230 van dergeli jke records kunnen bewaren. 26.5.2016 L 139/71 Publicatieblad van de Europese Unie NL    
5  INST ALL ATIE VAN HET CON TROLEAPP ARAA T 
5.1  Inst allatie 
381)  Nieuwe controleapparat en moeten in niet-g eactiveerde toesta nd geleverd worden aan installateurs of 
voer tuigf abrikant en. Alle kalibrer ingsparameter s, als vermeld in punt 3.21, moet en daarbi j inge steld 
zijn op de juiste en geldige standaardwaarden. Indien geen specifieke waarde geschikt is, moeten de 
letters op „?” en de cijfers op „0” worden gezet. Indien nodig kan tijdens de beveiligingscer tifice ring 
de lever ing van voor beveiliging relevante onderdelen van het controleapparaat worden beperkt. 
382)  Vóór de activer ing moet het controleapparaat toeg ang geven tot de kalibrer ingsfunctie, zelfs wanneer 
het apparaat zich niet in de kalibrer ingsmodus bevindt. 
383)  Vóór de activer ing mag het controleapparaat geen gegevens als bedoeld in de punt en 3.12.3, 3.12.9 
en 3.12.12 tot en met 3.12.15 opslaan. 
384)  Tijdens de installatie moet en de voertuigf abrikante n alle bekende parameters instellen. 
385)  Voertuigf abrikante n of installateurs moeten het geïnstalleerde controleapparaat activeren uiterlijk 
voordat het voertuig wordt gebruikt in het kader van Verordening (EG) nr. 561/2006. 
386)  De activer ing van het controleapparaat moet automatisc h worden opge start bij de eerste invoer van 
een geldige werkplaatskaar t in een van zijn kaar tinterfaces. 
387)  Eventuele specifieke verbinding en tussen de bewegingssensor en de voertuigunit moeten automa tisch 
gebeuren voor of tijdens de activer ing. 
388)  Op dezelfde manier moeten het tot stand breng en van de koppeling tussen de exte rne GNSS-module 
en de voer tuigunit, indien van toepassing, automa tisch gebeuren voor of tijde ns de activer ing. 
389)  Na de activer ing moet het controleapparaat alle functies uitvoeren en toeg ang geven tot alle gegevens. 
390)  Na de activer ing, stuur t het controleapparaat alle beveiligde gegevens die nodig zijn voor de 
uitvoeri ng van gerichte wegcontroles door naar het systee m voor controle op afstand. 
391)  De registratie- en opslagfuncties van het controleapparaat moeten na de activer ing volledig 
operationeel zijn. 
392)  Na de installatie moet een kalibrer ing volg en. Bij de eerste kalibrer ing wordt niet noodzakeli jk het 
voer tuigregistratienummer (VRN) ingevoerd, wanneer dat niet bekend is bij de erkende werkplaats die 
de kalibrer ing uitvoert. In dat geval, en alleen op dat moment, kan de eigenaar van het voer tuig het 
VRN invoeren met behulp van zijn bedr ijfskaar t voordat het voertuig gebruikt wordt in het kader van 
Verordening (EG) nr. 561/2006 (bv. door middel van commando's in een juiste menustr uctuur van 
de mens-mach ine-interface van de voertuigunit.) (1) Deze invoer mag alleen met behulp van een 
werkplaatskaar t worden bijgewerkt of bevestigd. 
393)  Voor de installatie van een exte rne GNSS-module moet dat systeem aan de voertuigunit worden 
gekoppeld en moet vervolg ens de GNSS-positie-inf ormatie worden gever ifieerd. 
394)  Het controleapparaat moet zodanig in het voer tuig worden geïnstalleerd dat de bestuurder 
gemakk elijk vanaf zijn zitplaats toeg ang heef t tot de noodzakeli jke functies. 26.5.2016 L 139/72 Publicatieblad van de Europese Unie NL    
(1)PB L 102 van 11.4.2006, blz. 1. 
5.2  Inst allatieplaatje 
395)  Na controle van het controleapparaat bij de installatie wordt op het controleapparaat een gegra veerd 
of onuitwisbaar bedr ukt installatieplaatje aange bracht. Dat plaatje moet duidelijk zichtbaar en 
gemakk elijk toeg ankeli jk zijn. Waar dat niet mogeli jk is, moet het plaatje worden aange bracht op de 
B-stijl van het voertuig, zodat het duideli jk zicht baar is. Voor voertuigen zonder B-sti jl moet het 
installatieplaatje worden aange bracht op de deurlijst aan de bestuurderskant van het voertuig, en 
altijd duideli jk zich tbaar zijn. 
Na iedere controle door een erkende installat eur of werkplaats dient het oude plaatje door een nieuw 
te worden vervang en. 
396)  Op het plaatje moet en ten minste de volgende gegevens zijn aang ebracht: 
—  naam, adres of handelsnaam van de erkende installate ur of werkplaats; 
—  kenmer kende coëfficiënt van het voer tuig in de vorm „w = … imp/km”; 
—  constante van het controleapparaat in de vorm „k = … imp/km”; 
—  effectieve omtrek van de wielbanden, in de vorm „l = … mm”; 
—  bandenmaat ; 
—  de datum waarop de kenmerkende coëffi ciënt van het voertuig is vastge steld en waarop de 
effectieve omtrek van de wielbanden is gemeten; 
—  VIN van het voertuig; 
—  de aanwezigheid (of afwezigheid) van een exte rne GNSS-module; 
—  het serienummer van de externe GNSS-module; 
—  het serienummer van het systeem voor communicatie op afstand; 
—  het serienummer van alle aanwezige verzegeling en; 
—  het gedeelte van het voertuig waar in de adap ter eventueel is geïn stalleerd; 
—  het gedeelte van het voertuig waar in de bewegingssensor is geïnstalleerd, wanneer deze niet is 
aanges loten op de versnellingsbak of wanneer geen adap ter wordt gebruikt ; 
—  een besch rijving van de kleur van de kabel tussen de adap ter en het gedeelt e van het voer tuig dat 
impulsen naar de adapt er stuur t; 
—  het serienummer van de inge bouwde bewegingssensor van de adap tor. 
397)  Uitsluitend voor voertuigen van categor ie M1 en N1 die zijn uitgerus t met een adapt er volg ens 
Verordening (EG) nr. 68/2009 van de Commissie (1), als laatst elijk gewi jzigd, en waarbij niet alle 
benodigde informatie kan worden vermeld, zoals beschrev en in voorschri ft 396, mag gebruik worden 
gemaakt van een tweede, extra plaatje. In derge lijke gevallen moete n op dit extra plaatje minimaal de 
laatste vier in voorschri ft 396 besc hreven streepjes staan. 
Dit tweede plaatje moet worden aangebrac ht in de buur t van of naast het in voorschri ft 396 
beschrev en eerste primaire plaatje en moet op dezelfde manier worden besch ermd. Voorts moeten op 
het secundaire plaatje eveneens de naam, het adres of de handelsnaam van de erkende installate ur of 
werkplaats die de installatie heef t uitge voerd, en de datum van installatie zijn vermeld. 26.5.2016 L 139/73 Publicatieblad van de Europese Unie NL    
(1)Verordening (EG) nr. 68/2009 van de Commissie van 23 januar i 2009 betreffende de negende aanpassing aan de vooruitgang van de 
techniek van Verordening (EEG) nr. 3821/85 van de Raad betreffende het controleapparaat in het wegver voer (PB L 21 van 24.1.2009, 
blz. 3). 
5.3  Verzegeling 
398)  De volg ende onderdelen moeten worden verzege ld: 
—  alle verbinding en die, wanneer ze verbrok en zouden worden, tot niet-traceerbare wijziging en of 
niet-traceerbaar verlies van gegevens zouden leiden (dit kan bv. het geval zijn voor de aansluiting 
van de bewegingssensor op de versnellingsbank, de adapt er voor voertuigen van de catego rieën 
M1/N1, de exte rne GNSS-verbinding of de voer tuigunit); 
—  het installatieplaatje, tenzij het zodanig is aangeb racht dat het niet kan worden verwijderd zonder 
de daarop aangeb racht e aanduiding en te vernietige n. 
399)  De bovengen oemde verzegeli ngen mogen worden verwijd erd: 
—  in noodge vallen; 
—  voor het plaatsen, afstellen of repareren van een snelheidsbegrenzer of alle andere inrichtingen die 
bijdragen tot de verkeersveiligheid, op voor waarde dat het controleapparaat betrouwbaar en 
correct blijft functioneren en na het plaatsen van de snelheidsbegrenzer of andere inrichtingen die 
bijdragen tot de verkee rsveiligheid onmiddellijk opnieuw door een erkende installateur of 
werkplaats (als bedoeld in hoofdstuk 6) wordt verzege ld; of binnen zeven dagen in andere 
gevallen. 
400)  Iedere verbreking van deze zegels moet schrif telijk worden gemotiveerd; deze motiver ing dient ter 
beschikking van de bevo egde autor iteit te worden gehouden. 
401)  Op de zegels is een door de fabrikant toeg ekend identif icatienummer aanwezig. Dat nummer moet 
uniek zijn en versch illen van alle andere door andere fabr ikant en van zegels toeg ekende 
zegelnummers. 
Het unieke identif icatienummer wordt als volgt gedefi nieerd: MMNNNNNN door een niet-ver wij­
derbaar merktek en, waarbij MM een unieke identif icatiecode van de fabrikant is (de registratie in de 
databank wordt beheerd door de EC) en NNNNNN een alfanumer iek zegelnummer is binnen het 
domein van de fabrikant. 
402)  Op de zegels moet een vrije ruimt e besch ikbaar zijn waar erkende installateurs, werkplaatsen of 
voer tuigf abrikant en een merktek en kunnen aanbreng en overeenk omstig artikel 22, lid 3, van 
Verordening (EU) nr. 165/2014. 
Het merktek en mag het identif icatienummer van het zegel niet bedekken. 
403) Zegelf abrikante n worden opgenomen in een specifi eke databank en mak en hun zegelidentificatie ­
nummers bekend door middel van een door de Europese Commissie vastge stelde procedure. 
404)  Erkende werkplaatsen en voer tuigf abrikante n gebr uiken in het kader van Verordening (EU) 
nr. 165/2014 alleen zegels die geproducee rd zijn door in de voorn oemde databank opgenomen 
zegelfabr ikante n. 
405)  Fabri kanten en distr ibuteurs van zegels waarborge n de volledig e traceerbaarheid van de voor gebruik 
in het kader van Verordening (EU) nr. 165/2014 verk ocht e zegels en zorgen ervoor dat zij die 
gegevens indien nodig kunnen verstrekke n aan de bevo egde nationale instanties. 
406)  De unieke zegelidentificatienummer moet en zicht baar zijn op het installatieplaatje. 
6  CON TROLES, INSPECTIES EN HERSTELLINGEN 
Voorsc hriften betreff ende de omstandigheden waar in verzegeling en verwijderd mog en worden, als bedoeld 
in artikel 22, lid 5, van Verordening (EU) nr. 165/2014, zijn gedef inieerd in punt 5.3 van deze bijlage. 
6.1  Erkenning van inst allateurs, werkplaatsen en voertuigfabr ikanten 
De lidstate n erkennen, certifice ren en controleren regelmat ig de instanties die de 
—  installaties, 
—  controles, 26.5.2016 L 139/74 Publicatieblad van de Europese Unie NL    
—  inspecties en 
—  reparaties verrichten. 
Werkplaatskaar ten worden uitsluite nd afge geven aan voor het activeren en/of kalibreren van controleap ­
parat en erkende installateurs en/of werkplaatsen die voldoen aan deze bijlag e en, tenzij vold oende gerecht ­
vaardigd: 
—  niet in aanmerking komen voor een bedr ijfskaar t; 
—  wiens andere bedr ijfsactiviteit en geen poten tieel gevaar voor de totale veiligheid van het systeem 
opleveren zoals vereist in aanhangsel 10. 
6.2  Controle van nieuw e of herstelde inrichtingen 
407)  Iedere afzonderli jke inrichting, zij het nieuw of hersteld, wordt gecontroleerd uit het oogpunt van 
juiste werking en nauwk eurigheid van de aflezing en registratie, waarbij de in de punten 3.2.1, 3.2.2, 
3.2.3 en 3.3 vastg elegde grenswaarden moet en worden gehanteerd, door middel van verzege ling 
overeenk omstig punt 5.3 en kalibrer ing. 
6.3  Inst allatie-inspectie 
408)  Na plaatsing in een voer tuig moeten de volledige installatie en het controleapparaat voldoen aan de 
bepalingen betreffende de maximumtoleranties zoals vastgelegd in de punten 3.2.1, 3.2.2, 3.2.3 en 
3.3. 
6.4  Periodiek e controles 
409)  Periodieke controles van de in de voertuigen geïnstalleerde inrichtingen moete n plaatsvinden na 
iedere reparatie van de inrichting, of na iedere wijziging van de kenmerk ende coëffi ciënt van het 
voer tuig of van de effectieve omtrek van de wielbanden, of wanneer de UTC-tijd van de inrichting 
meer dan 20 minute n afwijkt, of wanneer het kent ekennummer gewi jzigd is en ten minst e om de 
twee jaar (24 maanden) na de laatste controle. 
410)  Die inspecties omv atten de volg ende controles: 
—  de correcte werking van het controleapparaat, met name de gegevensopslag op de tach ograafkaar t 
en de communicatie met toes tellen om berichten op afstand te lezen; 
—  de naleving van het bepaalde in de punt en 3.2.1 en 3.2.2 inzake de maximumtoler anties bij 
installatie; 
—  de naleving van het bepaalde in de punt en 3.2.3 en 3.3; 
—  de aanwezigheid van het typegoedkeurin gsmerk op het controleapparaat ; 
—  dat het installatieplaatje, zoals omschr even in voorschri ft 396, en het identif icatieplaatje, zoals 
omschr even in voorsc hrift 225, zijn aangeb racht; 
—  de bandenmaat en de werk elijk e omtrek van de banden; 
—  dat er geen manipulatiemiddelen aanwezig zijn; 
—  dat de zegels correct zijn aangeb racht, in goede staat zijn en over een geldig identificatienummer 
besch ikken (erkende zegelfabrikant in de EC-databank), en dat hun identif icatienummer 
overeenstemt met de merktek ens op het identif icatieplaatje (zie voorschri ft 401). 
411)  Indien een van de in punt 3.9 (Det ectie van voor vallen en/of fouten ) genoemde voor vallen zich heef t 
voorg edaan sinds de laatst e inspectie en door tachograaff abrikant en en/of de nationale overheid 
wordt beschouwd als moge lijke bedreiging voor de beveiliging van het apparaat, moet de werkplaats: 
a.  een verg elijking mak en tussen de identif icatiegeg evens van de op de versnellingsbak aangeslot en 
bewegingssensor en de in de voertuigunit opge slagen gegevens van de gekoppelde bewegings ­
sensor; 26.5.2016 L 139/75 Publicatieblad van de Europese Unie NL    
b.  controleren of de informatie op het installatieplaatje overeenk omt met de in de voertuigunit 
opgeslagen informatie; 
c.  controleren of het serienummer en het goedkeuri ngsnummer van de bewegingssensor , indien deze 
op de bewegingssensor zijn afgedr ukt, overeenk omen met de in het geheugen van het controleap ­
paraat opgeslagen informatie; 
d.  de op het identif icatieplaatje van de exte rne GNSS-module aangebrac hte gegevens, indien van 
toepa ssing, verg elijk en met de in het geheug en van de VU opge slagen gegevens. 
412)  Werkplaatsen moeten in hun inspectieverslag melding make n van eventueel aangetroff en verbrok en 
zegels of manipulatiemiddelen. Deze rappor ten moete n minste ns 2 jaar worden bewaard en op 
verzoek aan de bevoegde autori teit worden overg elegd. 
413)  Bij die controles moet een kalibrer ing plaatsvinden en moete n de zegels waar van de aanwezigheid 
onder de verantwoo rdelijkheid van de werkplaats valt preventief worden vervangen. 
6.5  Meting van afwijkingen 
414)  De meting van de afwijking en bij installatie en gebruik gebeur t onder de volgende omstandigheden, 
die besch ouwd moete n worden als normale testomstandigheden: 
—  onbelast voertuig, in normale rijklare toestand; 
—  bandenspanning overeenk omstig de door de fabrikant verstrekt e gegevens, 
—  slijtag e van de banden binnen de door de nationale voorschri ften toegestane grenzen; 
—  rijdend voer tuig: 
—  het voer tuig moet zich, aanged reven door zijn eigen motor , langs een rechte lijn over een vlakk e 
ondergrond bewegen met een snelheid van 50 ± 5 km/u. Het meettraject moet ten minste 
1 000 m lang zijn; 
—  de test mag ook uitgev oerd worden met alternatieve methoden, zoals op een geschikt e proefbank, 
op voorwaarde dat deze even nauwk eurig zijn. 
6.6  Reparaties 
415)  Werkplaatsen kunnen gegevens van het controleapparaat downloaden en deze gegevens terugge ven 
aan de betreffende vervoersondern eming. 
416)  Erkende werkplaatsen moete n een certificaa t van onmogeli jkheid tot het downloaden van gegevens 
aan de vervoersondern emingen afge ven, wanneer voora f geregistreerde gegevens ten gevolg e van de 
slecht e werking van het controleapparaat zelfs na reparatie door de betrokken werkplaats niet 
kunnen worden gedo wnload. De werkplaatsen bewaren een kopie van elk afge geven certificaat 
gedurende ten minste twee jaar. 
7  AFGIFTE VAN KAAR TEN 
De door de lidstaten vastgest elde werkwij ze voor de afgif te van kaar ten moet aan het volg ende voldoen: 
417)  Het kaar tnummer van het eerste exem plaar van een tachog raafkaar t dat aan een aanvr ager verstrekt 
wordt, moet een opeenv olgende index (indien van toepass ing), een vervangingsindex en een vernieu ­
wingsindex op de stand „0” hebben. 
418)  Van de kaar tnummers van alle niet-persoonli jke tachograafkaar ten, die aan een bepaalde controle- 
instantie, een bepaalde werkplaats of een bepaalde vervoersondern eming zijn afgeg even, moete n de 
eerste 13 cijfers hetzelfde zijn. Verder moete n ze allemaal een andere opeenv olgende index hebben. 
419)  Een tachog raafkaar t die ter vervanging van een bestaande tach ograafkaar t wordt afge geven, moet 
hetzelfde kaar tnummer hebben als de vervang en kaar t, met uitzonder ing van de vervangingsindex die 
met „1” moet worden verhoogd (in de volgorde 0, …, 9, A, …, Z). 26.5.2016 L 139/76 Publicatieblad van de Europese Unie NL    
420)  Een tachog raafkaar t die ter vervanging van een bestaande tach ograafkaar t wordt afge geven, moet 
dezelfde vervaldatum hebben als de vervangen kaar t. 
421)  Een tachograafkaar t die ter vernieuwing van een bestaande tachog raafkaar t wordt afgeg even, moet 
hetzelfde kaar tnummer hebben als de bestaande kaar t met uitzonder ing van de vervangingsindex die 
op „0” moet worden terug gezet en de vernieuwingsindex die met „1” moet worden verhoogd (in de 
volg orde 0, …, 9, A, …, Z). 
422)  Het ruilen van een bestaande tachograafkaar t met het oog op de wijzi ging van administratieve 
gegevens moet in dezelfde lidstaat gebeuren volgens de voorsc hriften voor vernieuwing, of de 
voorsc hriften voor de eerste afgif te wanneer de kaar t in een andere lidstaat wordt geruild. 
423)  In het geval van niet-persoonli jke werkplaats- of controlekaar ten moet bij de „naam van de 
kaar thouder” de naam van de werkplaats of de controle-instantie worden ingevuld, of de naam van 
de installateur of controleur indien de lidstat en daar toe besluiten. 
424) De lidstate n wisselen elektronisch gegevens uit om het unieke karakter te waarborg en van de bestuur ­
derskaar ten die zij afge ven overeenk omstig artikel 31 van Verordening (EU) nr. 165/2014. 
8  TYPEGOEDKEURING VAN CONTR OLEAPP ARA TEN EN TACHOGRAAFKAARTEN 
8.1  Algemeen 
In dit punt wordt onder „controleapparaat” verstaan: „controleapparaat of de onderdelen daar van”. Er is 
geen typegoedkeurin g vereist voor de kabels waar mee de bewegingssensor , de exte rne GNSS-module of het 
systee m voor communicatie op afstand op de VU worden aang esloten. Het in het controleapparaat 
gebruikte papier wordt als een onderdeel van het controleapparaat beschouwd. 
Elke fabrikant kan een typegoedke uring van zijn onderdeel met elk willekeur ig type bewegingssensor of 
externe GNSS-module, en omgek eerd, aanvrag en op voor waarde dat elk onderdeel voldoet aan de 
voorschri ften van deze bijlage. Fabri kanten kunnen als alternati ef ook een typegoedkeuri ng voor hun contro ­
leapparaten aanvragen. 
425)  Het controleapparaat moet met alle geïntegreerde aanvullende systemen ter goedkeuring worden 
aangebod en. 
426)  De typegoedke uring van het controleapparaat en van de tachograafkaar ten omv at tests van de 
beveiliging, functietests en interoperabilit eitstests. Positieve testresultaten worden op een relevant 
certificaa t vermeld. 
427)  De goedkeuri ngsaut oriteiten van de lidstate n verlenen geen typegoedkeuri ngscer tificaa t zolang zij niet 
beschikk en over: 
—  een beveiligingscer tificaa t, 
—  een functiecer tificaat, 
—  en een interoperabiliteitscer tificaa t. 
voor het controleapparaat of de tachog raafkaar t waar voor de typegoedkeurin g wordt aangevraagd. 
428)  De autoriteit die de goedkeuri ng voor het apparaat verleende, moet voor af in kenn is worden gesteld 
van elke wijziging in de software of hardware van het apparaat of in de aard van de voor de fabricage 
gebr uikt e mat erialen. Deze autori teit bevestigt de verlenging van de goedkeuring aan de fabr ikant of 
eist een aanpassing of een bevestiging van de relevante functie-, beveiligings- en/of interoperabilit eits­
certificaten. 
429)  Procedures voor een in-situ upgrade van de software van het controleapparaat moeten worden 
goedgek eurd door de autor iteit die de typegoedk euring voor het controleapparaat heef t verleend. Een 
aanpassing van de software mag de in het controleapparaat opgeslagen gegevens over de activiteit en 
van de bestuurder wijzigen noch verwijd eren. Software mag alleen worden aangepast onder de 
verantwoordeli jkheid van de fabrikant van het apparaat. 26.5.2016 L 139/77 Publicatieblad van de Europese Unie NL    
430)  De typegoedkeurin g van softwarewijzigi ngen met het oog op een upgrade van voor heen 
goedgek eurde apparatuur mag niet worden geweigerd indien de wijziging en alleen betrekking hebben 
op functies die niet in deze bijlage zijn gespecificeerd. Indien technisch niet uitvoerb aar, mag de 
invoering van nieuwe tekensets bij de software-upgrade van controleapparaten acht erwege worden 
gelat en. 
8.2  Veiligheidscer tificaat 
431)  Het veiligheidscer tificaat wordt afge geven in overeenstemming met de bepalingen van aanhangsel 10 
van deze bijlag e. De onderdelen van het controleapparaat die moeten worden gecer tificeerd, zijn de 
voer tuigunit, de bewegingssensor , de externe GNSS-module en de tachograafkaar t. 
432)  In het uitzonderli jke geval dat de autori teiten voor beveiligingscer tificer ing weigeren een nieuw 
apparaat te certificeren op grond van verouder ing van de beveiligingsmec hanismen, wordt alleen 
typegoedkeurin g verleend in dit specifi eke en uitzonderlijk e geval en wanneer er geen andere, met de 
verordening in overeenst emming zijnde oplossing bestaat. 
433)  In dat geval stelt de lidstaat onver wijld de Europese Commissie op de hoogte, die binnen twaalf 
kalender maanden na de verleende typegoedkeurin g een procedure start om ervoor te zorg en dat de 
beveiliging weer op haar oorspronkeli jke niveau wordt gebracht. 
8.3  Functiecer tificaat 
434)  Elke aanvrag er van een typegoedke uring moet de goedkeuringsautor iteit van de lidstaat de door die 
autori teit noodzakeli jk geac hte mater ialen en documentatie verscha ffen. 
435)  De fabrikanten dienen binnen één maand nadat daarom is verzocht de relevante monsters van 
goedgek eurde producten en de bijbehorende documentatie te verstrekken die de met het uitvoeren 
van functionele tests belast e laborat oria nodig hebben. Alle uit dat verzoek voortvloeiende kosten 
worden gedragen door de partij die daarom vraagt. De laboratori a dienen commercieel gevoelig e 
informatie vertrouwelij k te behandelen. 
436) Een functiecer tificaat wordt alleen aan de fabr ikant afgegeven nadat in elk geval alle functiebeproe ­
vingen als gespecifi ceerd in aanhangsel 9, succesvo l afgeslot en zijn. 
437)  De typegoedkeuri ngsaut oriteit geeft het functiecer tificaa t af. Dit certificaa t moet behalve de naam van 
de ontvanger en de identif icatie van het model ook een gedetaill eerde lijst van uitgev oerde tests en 
behaalde resultaten vermelden. 
438)  Op het functiecer tificaa t van een controleapparaat moeten ook de typegoedkeurin gsnummers zijn 
aangeg even van alle andere goedg ekeurde compatibele onderdelen van dat apparaat die voor de 
certifice ring van het controleapparaat zijn getest. 
439)  Op het functiecer tificaat van een onderdeel van een controleapparaat wordt vermeld aan welke ISO 
of CEN-nor m de functionele interface is getoetst. 
8.4  Interoperabiliteitscer tificaat 
440) Interoperabilit eitstes ts worden door een laborat orium uitge voerd in opdrac ht en onder verantwoorde ­
lijkheid van de Europese Commissie. 
441)  Het laboratoriu m moet de verzoek en van fabr ikant en om interoperabilit eitstes ts in chronologische 
volg orde van ontvangst registreren. 26.5.2016 L 139/78 Publicatieblad van de Europese Unie NL    
442)  Verzoeken worden officieel geregistreerd wanneer het laborat orium in het bezit is van: 
—  alle mat erialen en documente n die nodig zijn voor de inter operabilit eitstests; 
—  het corresponderende beveiligingscer tificaat ; 
—  het corresponderende functiecer tificaa t. 
De fabrikant moet over de registratiedatum van het verzoek worden geïnf ormeerd. 
443)  Het laborat orium voert geen interoperabiliteitst ests uit voor controleapparat en of tachograafkaar ten 
waar voor geen beveiligingscer tificaa t en functiecer tificaat is afgeg even, behalve in de uitzonderlijk e 
omstandigheden die zijn besc hreven in voorschri ft 432. 
444)  Een fabrikant die een interoperabilit eitstest aanvraagt, moet alle mater ialen en documenten die nodig 
zijn voor het uitvoe ren van de test verstrekke n aan het voor deze test verantwoordeli jke 
laboratori um. 
445)  De interoperabilit eitstest s worden, overeenk omstig aanhangsel 9 van deze bijlag e, uitgev oerd met alle 
types controleapparatuur of tachog raafkaar ten 
—  waar van de typegoedkeurin g nog steeds geldig is of 
—  waar van de typegoedke uring is aangevraagd en waar voor een geldig interoperabilit eitscer tificaat is 
verleend. 
446)  De interoperabiliteitst ests bestr ijken alle generaties van controleapparat en of tachog raafkaar ten die 
nog worden gebruikt. 
447)  Het laboratori um geeft het interoperabilit eitscer tificaat alleen aan de fabrikant af nadat alle vereist e 
interoperabilit eitstes t zijn geslaagd. 
448)  Indien de inter operabiliteitst ests bij een of meer controleapparat en of tachog raafkaar ten niet zijn 
geslaagd, wordt het interoperabiliteitscer tificaa t pas afgeg even nadat de betreff ende fabrikant de 
noodzakeli jke wijzi gingen heef t aangeb racht en de apparatuur respectievelij k kaar ten de daarop ­
volg ende interoperabiliteitst est met goed gevolg hebben doorstaan. Het laboratorium moet de 
oorzaak van het probleem met de hulp van de betreffe nde fabr ikant en vastste llen en moet de 
fabrikant die het verzoek heef t ingediend, helpen om een technisc he oplossing te zoeken. Als de 
fabrikant zijn product heef t gewi jzigd, dient hij bij de bevo egde instantie na te vrage n of het veilig ­
heidscer tificaat en het functiecer tificaat geldig blijv en. 
449)  Het interoperabiliteitscer tificaa t is zes maanden geldig. Aan het einde van deze periode wordt het 
ingetrokk en wanneer de fabr ikant geen corresponderend goedkeuri ngscer tificaa t heef t ontvangen. Het 
certificaa t moet door de fabrikant naar de goedke uringsauto riteit van de lidstaat worden gezonden 
die het functiecer tificaat heef t afgegeven. 
450)  Elk onderdeel dat aan de basis van een interoperabilit eitsf out kan ligge n, mag niet worden gebruikt 
om voordelen of een dominante positie te verkr ijgen. 
8.5  Typegoedkeur ingscer tificaat 
451)  De goedkeuringsautor iteit van de lidstaat geeft het goedkeuringscer tificaat af zodra de autoriteit in 
het bezit is van de drie vereiste certificaten. 
452)  Op het typegoedk euringscer tificaat van onderdelen van een controleapparaat moet en ook de 
typegoedkeurin gsnummers van alle andere goedg ekeurde inter operabele controleapparat en worden 
vermeld 
453)  Op het moment van afgif te aan de fabr ikant moet de typegoedkeurin gsaut oriteit een kopie van het 
typegoedkeurin gscer tificaa t aan het voor de inter operabiliteits test verantwoo rdelijk e laborat orium 
verstrekken. 26.5.2016 L 139/79 Publicatieblad van de Europese Unie NL    
454)  Het voor de interoperabiliteitst ests bevoegde laboratorium moet een publiek toeg ankel ijke website 
beheren waarop de lijst van types controleapparat en of tachog raafkaar ten wordt bijgewerkt: 
—  waar voor een verzoek tot uitvoering van inter operabiliteitst ests is geregistreerd; 
—  waar voor een interoperabiliteitscer tificaa t (ook tijde lijk) is afgegeven; 
—  waar voor een typegoedk euringscer tificaat is afgegeven. 
8.6 Bijzondere procedure: eerste interoperabiliteitscer tificaten voor controleapparaten en tacho graaf ­
kaar ten van de 2de generatie 
455)  Tot vier maanden nadat de eerste combinatie van controleapparaat van de 2de generatie en 
tachograafkaar t van de 2de generatie (bestuurders-, werkplaats-, controle- en bedr ijfskaar t) als 
interoperabe l gecer tificeerd is, wordt een afgeg even interoperabilit eitscer tificaat (inclusief de 
allereerste) met betrekking tot tijde ns deze periode geregistreerde verzoek en, als tijdelijk besch ouwd. 
456)  Wanneer aan het einde van deze periode alle betreffe nde producten onderling inter operabel zijn, 
worden alle corresponderende inter operabilit eitscer tificaten definit ief. 
457) Wanneer tijde ns deze periode interoperabiliteitsf outen worden ontdekt, moet het voor de interopera ­
biliteitst ests verantwoo rdelijk e laboratori um de oorzaak van de problemen met hulp van alle 
betrokken fabrikant en vastst ellen en moeten de fabrikant en de noodzakeli jke wijzi gingen aanbrengen. 
458)  Indien zich aan het einde van deze periode nog steeds interoperabiliteitsproblemen voordoen, moet 
het voor de interoperabilit eitstest s verantwoo rdelijk e laboratori um in samenwer king met de 
betreffende fabrikanten en de goedke uringsauto riteiten die de corresponderende functiecer tificaten 
hebben afgeg even, de oorzaken van de interoperabilit eitsf outen detecter en en vaststellen welke 
wijziging en door de betreffende fabr ikant en moeten worden aangebrac ht. Het zoek en naar technische 
oplossinge n duur t maximaal twee maanden, waar na, indien geen algemene oplossing gevonden 
wordt, de Commissie na overleg met het voor de inter operabiliteits tests verantwoordeli jke 
laboratori um beslist welk e apparat en en kaar ten een definit ief interoperabiliteitscer tificaa t krijgen. De 
Commissie motiveer t haar beslissing. 
459)  Elk verzoek tot uitvoeri ng van inter operabiliteitst ests dat door het laborat orium geregistreerd wordt 
tussen het einde van de periode van vier maanden nadat het eerste tijdelijk e inter operabiliteits certi­
ficaat is afge geven en de datum van het besluit van de Commissie als bedoeld in voorschri ft 455, 
moet worden opge schor t totdat de aanvank elijk e interoperabilit eitsproblemen opgelost zijn. Die 
verzoeke n worden vervolgens in chronologisc he volgorde van registratie behandeld.  26.5.2016 L 139/80 Publicatieblad van de Europese Unie NL    
Aanhangse l 1 
DATA DICTIONAR Y 
INHOUDSOPGA VE 
1. INLEIDING ...................................................................................................................................... 88 
1.1. Methoden voor de definitie van soor ten gegevens ........................................................................ 88 
1.2. Referentienor men ................................................................................................................. 88 
2. DEFINITIES VAN SOORTEN GEGEVENS ................................................................................................. 89 
2.1. ActivityChang eInfo............................................................................................................... 89 
2.2. Address .............................................................................................................................. 90 
2.3. AESKe y.............................................................................................................................. 91 
2.4. AES128Key ......................................................................................................................... 91 
2.5. AES192Key ......................................................................................................................... 91 
2.6. AES256Key ......................................................................................................................... 92 
2.7. BCDStr ing .......................................................................................................................... 92 
2.8. CalibrationPur pose ............................................................................................................... 92 
2.9. CardA ctivityDailyRecord ........................................................................................................ 93 
2.10. CardA ctivityLengthRa nge ....................................................................................................... 93 
2.11. CardAppro valNumber ........................................................................................................... 93 
2.12. CardCer tificate..................................................................................................................... 94 
2.13. CardChipIdentification ........................................................................................................... 94 
2.14. CardConsecutiveIndex ........................................................................................................... 94 
2.15. CardControlA ctivityDataRecord ............................................................................................... 94 
2.16. CardCur rentUse ................................................................................................................... 95 
2.17. CardDr iverA ctivity ................................................................................................................ 95 
2.18. CardDr ivingLicenceInf ormation ............................................................................................... 95 
2.19. CardEventData ..................................................................................................................... 96 
2.20. CardEventRecord .................................................................................................................. 96 
2.21. CardF aultData ...................................................................................................................... 96 
2.22. CardF aultRecord .................................................................................................................. 97 
2.23. CardIccIdentification ............................................................................................................. 97 
2.24. CardIdentification ................................................................................................................. 97 
2.25. CardMA Certificate................................................................................................................ 98 
2.26. CardNumber ....................................................................................................................... 98 
2.27. CardPlaceDailyW orkPer iod ..................................................................................................... 99 
2.28. CardPr ivateKe y.................................................................................................................... 99 26.5.2016 L 139/81 Publicatieblad van de Europese Unie NL    
2.29. CardPublicKe y..................................................................................................................... 99 
2.30. CardRenewalIndex ................................................................................................................ 99 
2.31. CardReplacementIndex .......................................................................................................... 99 
2.32. CardSignCer tificate............................................................................................................... 100 
2.33. CardSlotNumber .................................................................................................................. 100 
2.34. CardSlotsStatus .................................................................................................................... 100 
2.35. CardSlotsStatusRecordAr ray.................................................................................................... 100 
2.36. CardStr uctureV ersion ............................................................................................................ 101 
2.37. CardV ehicleRecord ................................................................................................................ 101 
2.38. CardV ehiclesUsed ................................................................................................................. 102 
2.39. CardV ehicleU nitRecord .......................................................................................................... 102 
2.40. CardV ehicleU nitsUsed ............................................................................................................ 102 
2.41. Certificate ........................................................................................................................... 103 
2.42. CertificateCont ent ................................................................................................................ 103 
2.43. CertificateHolderAuth orisation ................................................................................................ 104 
2.44. CertificateRequestID .............................................................................................................. 104 
2.45. CertificationAuthor ityKID ...................................................................................................... 104 
2.46. Com panyA ctivityData ........................................................................................................... 105 
2.47. Com panyA ctivityT ype ........................................................................................................... 106 
2.48. Com panyCard ApplicationIdentif ication ..................................................................................... 106 
2.49. Com panyCard HolderIdentif ication ........................................................................................... 106 
2.50. ControlCardApplicationIdentification ........................................................................................ 106 
2.51. ControlCardControlA ctivityData .............................................................................................. 107 
2.52. ControlCardHolderIdentification .............................................................................................. 107 
2.53. ControlT ype ........................................................................................................................ 108 
2.54. CurrentDateTime ................................................................................................................. 109 
2.55. CurrentDateTimeRecordArr ay................................................................................................. 109 
2.56. DailyPresenceCount er............................................................................................................ 109 
2.57. Datef................................................................................................................................. 109 
2.58. DateOfDa yDo wnloaded ......................................................................................................... 110 
2.59. DateOfDa yDo wnloadedRecordAr ray......................................................................................... 110 
2.60. Distance ............................................................................................................................. 110 
2.61. DriverCardApplicationIdentifi cation ......................................................................................... 110 
2.62. DriverCardHolderIdentifi cation ................................................................................................ 111 
2.63. DSR CSecur ityData ................................................................................................................ 112 
2.64. EGFCer tificate...................................................................................................................... 112 
2.65. EmbedderIcAssemblerId ......................................................................................................... 112 26.5.2016 L 139/82 Publicatieblad van de Europese Unie NL    
2.66. Entr yTypeDailyW orkPer iod ..................................................................................................... 113 
2.67. EquipmentT ype .................................................................................................................... 113 
2.68. EuropeanPublicKe y............................................................................................................... 114 
2.69. EventF aultRecordPur pose ....................................................................................................... 114 
2.70. EventF aultT ype .................................................................................................................... 114 
2.71. Exten dedSealIdentifi er........................................................................................................... 115 
2.72. Exten dedSer ialNumber .......................................................................................................... 116 
2.73. FullCardNumber .................................................................................................................. 116 
2.74. FullCardNumberAndGeneration ............................................................................................... 117 
2.75. Generation .......................................................................................................................... 117 
2.76. GeoCoordinates ................................................................................................................... 117 
2.77. GNSS Accuracy ..................................................................................................................... 118 
2.78. GNSSContinuousDr iving ........................................................................................................ 118 
2.79. GNSSContinuousDr ivingRecord ............................................................................................... 118 
2.80. GNSSPlaceRecord ................................................................................................................. 118 
2.81. HighResOdomete r................................................................................................................ 119 
2.82. HighResT ripDistance ............................................................................................................. 119 
2.83. HolderName ....................................................................................................................... 119 
2.84. InternalGNSSReceiver ............................................................................................................ 119 
2.85. K-ConstantOfRecordingEquipment ........................................................................................... 119 
2.86. KeyIdentifier ....................................................................................................................... 120 
2.87. KMW CKey.......................................................................................................................... 120 
2.88. Languag e............................................................................................................................ 120 
2.89. LastCardDo wnload ............................................................................................................... 120 
2.90. LinkCer tificate ..................................................................................................................... 120 
2.91. L-TyreCircumf erence ............................................................................................................. 121 
2.92. MAC................................................................................................................................. 121 
2.93. ManualIn putFlag .................................................................................................................. 121 
2.94. Manufa cturerCode ................................................................................................................ 121 
2.95. Manufa cturerSpecifi cEventF aultData ......................................................................................... 121 
2.96. MemberStat eCer tificate .......................................................................................................... 122 
2.97. MemberStat eCer tificateRecordAr ray.......................................................................................... 122 
2.98. MemberStat ePublicKey .......................................................................................................... 122 
2.99. Name ................................................................................................................................ 122 
2.100. NationAlpha ....................................................................................................................... 123 
2.101. NationNumer ic.................................................................................................................... 123 
2.102. NoOfCalibrationRecords ........................................................................................................ 123 26.5.2016 L 139/83 Publicatieblad van de Europese Unie NL    
2.103. NoOfCalibrationsSinceDo wnload ............................................................................................. 123 
2.104. NoOfCardPlaceRecords .......................................................................................................... 123 
2.105. NoOfCardV ehicleRecords ....................................................................................................... 124 
2.106. NoOfCardV ehicleU nitRecords .................................................................................................. 124 
2.107. NoOfComp anyA ctivityRecords ................................................................................................ 124 
2.108. NoOfControlA ctivityRecords .................................................................................................. 124 
2.109. NoOfEventsPe rType .............................................................................................................. 124 
2.110. NoOfF aultsPerT ype ............................................................................................................... 124 
2.111. NoOfGNSSCDRecords ........................................................................................................... 124 
2.112. NoOfSpecificConditionRecords ................................................................................................ 125 
2.113. Odomet erShor t.................................................................................................................... 125 
2.114. Odomet erValueMidnight ........................................................................................................ 125 
2.115. Odomet erValueMidnightRecordAr ray........................................................................................ 125 
2.116. OverspeedNumber ................................................................................................................ 125 
2.117. PlaceRecord ........................................................................................................................ 126 
2.118. PreviousV ehicleInf o............................................................................................................... 126 
2.119. PublicKey ........................................................................................................................... 127 
2.120. RecordT ype ......................................................................................................................... 127 
2.121. RegionAlpha ....................................................................................................................... 128 
2.122. RegionNumer ic.................................................................................................................... 128 
2.123. Remot eCommunicationModuleSer ialNumber .............................................................................. 129 
2.124. RSA KeyModulus .................................................................................................................. 129 
2.125. RSA KeyPrivate Exponent ......................................................................................................... 129 
2.126. RSA KeyPublicExponent ......................................................................................................... 129 
2.127. RtmData ............................................................................................................................ 129 
2.128. SealDataCard ....................................................................................................................... 129 
2.129. SealDataV u......................................................................................................................... 130 
2.130. SealRecord .......................................................................................................................... 130 
2.131. SensorAppro valNumber ......................................................................................................... 130 
2.132. SensorExt ernalGNSSA ppro valNumber ....................................................................................... 131 
2.133. SensorExt ernalGNSSCoupledRecord ......................................................................................... 131 
2.134. SensorExt ernalGNSSIdentifi cation ............................................................................................ 131 
2.135. SensorExt ernalGNSSInstallation ............................................................................................... 132 
2.136. SensorExt ernalGNSSOSIdentifi er.............................................................................................. 132 
2.137. SensorExt ernalGNSSSCIdentifie r.............................................................................................. 132 
2.138. SensorGNSSCouplingDate ...................................................................................................... 133 26.5.2016 L 139/84 Publicatieblad van de Europese Unie NL    
2.139. SensorGNSSSer ialNumber ...................................................................................................... 133 
2.140. SensorIdentification .............................................................................................................. 133 
2.141. SensorInstallation ................................................................................................................. 133 
2.142. SensorInstallationSecData ....................................................................................................... 134 
2.143. SensorOSIdentifier ................................................................................................................ 134 
2.144. SensorP aired ....................................................................................................................... 134 
2.145. SensorP airedRecord .............................................................................................................. 135 
2.146. SensorP airingDate ................................................................................................................ 135 
2.147. SensorSCIdentifier ................................................................................................................ 135 
2.148. SensorSer ialNumber .............................................................................................................. 135 
2.149. Handt ekening ...................................................................................................................... 135 
2.150. SignatureRecordAr ray........................................................................................................... 136 
2.151. SimilarEventsNumber ............................................................................................................ 136 
2.152. SpecificConditionRecord ........................................................................................................ 136 
2.153. SpecificConditions ................................................................................................................ 136 
2.154. SpecificCondition Type ........................................................................................................... 137 
2.155. Speed ................................................................................................................................ 137 
2.156. SpeedA uthor ised .................................................................................................................. 137 
2.157. SpeedA verag e...................................................................................................................... 138 
2.158. SpeedMax ........................................................................................................................... 138 
2.159. TachographP ayload ............................................................................................................... 138 
2.160. TachographP ayloadEncr ypted .................................................................................................. 138 
2.161. TDesSessionKe y................................................................................................................... 138 
2.162. TimeReal ............................................................................................................................ 139 
2.163. TyreSize ............................................................................................................................. 139 
2.164. VehicleIdentif icationNumber ................................................................................................... 139 
2.165. VehicleIdentif icationNumberRecordAr ray................................................................................... 139 
2.166. VehicleRegistrationIdentificat ion .............................................................................................. 139 
2.167. VehicleRegistrationNumber ..................................................................................................... 140 
2.168. VehicleRegistrationNumberRecordAr ray.................................................................................... 140 
2.169. VuAbility ............................................................................................................................ 140 
2.170. VuActivityDailyData .............................................................................................................. 141 
2.171. VuActivityDailyRecordAr ray................................................................................................... 141 
2.172. VuAppro valNumber .............................................................................................................. 141 
2.173. VuCalibrationData ................................................................................................................ 142 
2.174. VuCalibrationRecord ............................................................................................................. 142 
2.175. VuCalibrationRecordAr ray...................................................................................................... 143 26.5.2016 L 139/85 Publicatieblad van de Europese Unie NL    
2.176. VuCardIWData .................................................................................................................... 144 
2.177. VuCardIWRecord ................................................................................................................. 144 
2.178. VuCardIWRecordAr ray.......................................................................................................... 145 
2.179. VuCardRecord ..................................................................................................................... 145 
2.180. VuCardRecordAr ray.............................................................................................................. 146 
2.181. VuCer tificate ....................................................................................................................... 146 
2.182. VuCer tificateRecordAr ray....................................................................................................... 146 
2.183. VuCom panyL ocksData .......................................................................................................... 147 
2.184. VuCom panyL ocksRecord ....................................................................................................... 147 
2.185. VuCom panyL ocksRecordAr ray................................................................................................ 148 
2.186. VuControlA ctivityData .......................................................................................................... 148 
2.187. VuControlA ctivityRecord ....................................................................................................... 148 
2.188. VuControlA ctivityRecordAr ray................................................................................................ 149 
2.189. VuDataBloc kCounter ............................................................................................................. 149 
2.190. VuDetailedSpeedBlock ........................................................................................................... 149 
2.191. VuDetailedSpeedBlockRe cordAr ray........................................................................................... 150 
2.192. VuDetailedSpeedData ............................................................................................................ 150 
2.193. VuDo wnloadableP eriod.......................................................................................................... 150 
2.194. VuDo wnloadableP eriodRecordAr ray......................................................................................... 151 
2.195. VuDo wnloadA ctivityData ....................................................................................................... 151 
2.196. VuDo wnloadA ctivityDataRecordAr ray....................................................................................... 151 
2.197. VuEventData ....................................................................................................................... 152 
2.198. VuEventRecord .................................................................................................................... 152 
2.199. VuEventRecordAr ray............................................................................................................. 153 
2.200. VuFaul tData ........................................................................................................................ 154 
2.201. VuFaul tRecord ..................................................................................................................... 154 
2.202. VuFaul tRecordAr ray.............................................................................................................. 155 
2.203. VuGNSSCDRecord ................................................................................................................ 155 
2.204. VuGNSSCDRecordAr ray........................................................................................................ 156 
2.205. VuIdentification ................................................................................................................... 156 
2.206. VuIdentificationRecordAr ray................................................................................................... 157 
2.207. VuITSConsentRecord ............................................................................................................ 157 
2.208. VuITSConsentRecordAr ray..................................................................................................... 158 
2.209. VuManufa cturerAddress ......................................................................................................... 158 
2.210. VuManufa cturerName ............................................................................................................ 158 
2.211. VuManufa ctur ingDate ............................................................................................................ 158 26.5.2016 L 139/86 Publicatieblad van de Europese Unie NL    
2.212. VuOverSpeedingControlData .................................................................................................. 159 
2.213. VuOverSpeedingControlDataRecordAr ray.................................................................................. 159 
2.214. VuOverSpeedingEventData ..................................................................................................... 159 
2.215. VuOverSpeedingEventRecord .................................................................................................. 159 
2.216. VuOverSpeedingEventRecordAr ray........................................................................................... 160 
2.217. VuPartNumber ..................................................................................................................... 161 
2.218. VuPlaceDailyW orkPe riodData .................................................................................................. 161 
2.219. VuPlaceDailyW orkPe riodRecord ............................................................................................... 161 
2.220. VuPlaceDailyW orkPe riodRecordAr ray....................................................................................... 162 
2.221. VuPrivate Key ....................................................................................................................... 162 
2.222. VuPublicKey ........................................................................................................................ 162 
2.223. VuSer ialNumber ................................................................................................................... 162 
2.224. VuSof tInstallationDate ........................................................................................................... 162 
2.225. VuSof twareIdentif ication ........................................................................................................ 163 
2.226. VuSof twareV ersion ............................................................................................................... 163 
2.227. VuSpecificConditionData ....................................................................................................... 163 
2.228. VuSpecificConditionRecordAr ray............................................................................................. 163 
2.229. VuTimeAd justmentData ......................................................................................................... 164 
2.230. VuTimeAd justmentGNSSRecord .............................................................................................. 164 
2.231. VuTimeAd justmentGNSSRecordAr ray....................................................................................... 164 
2.232. VuTimeAd justmentRecord ...................................................................................................... 165 
2.233. VuTimeAd justmentRecordAr ray.............................................................................................. 165 
2.234. WorkshopCardApplicationIdentification .................................................................................... 166 
2.235. WorkshopCardCalibrationData ................................................................................................ 166 
2.236. WorkshopCardCalibrationRecord ............................................................................................. 167 
2.237. WorkshopCardHolderIdentificat ion .......................................................................................... 168 
2.238. WorkshopCardPIN ................................................................................................................ 168 
2.239. W-VehicleCharact eristicConstant .............................................................................................. 169 
2.240. VuPowerSupplyInt erruptionRecord ........................................................................................... 169 
2.241. VuPowerSupplyInt erruptionRecordArr ay................................................................................... 169 
2.242. VuSensorExt ernalGNSSCoupledRecordAr ray............................................................................... 170 
2.243. VuSensorP airedRecordAr ray.................................................................................................... 170 
3. DEFINITIES VAN WAARDEN- EN AFMETINGENBEREIK ............................................................................. 171 
4. TEKENSETS ..................................................................................................................................... 171 
5. CODERING ..................................................................................................................................... 171 
6. OBJECTIDENTIFICA TIE EN TOEP ASSINGSIDENTIFICA TIE ........................................................................... 171 
6.1. Objectidentificatie ................................................................................................................ 171 
6.2. Toepassingsidentificaties ......................................................................................................... 172  26.5.2016 L 139/87 Publicatieblad van de Europese Unie NL    
1.  INLEIDING 
In dit aanhangsel worden gegevensf ormat en, -elemente n en -structuren gespecifi ceerd voor gebruik in controle ­
apparat en en op tachograafkaar ten. 
1.1.  Methoden voor de definitie van soor ten gegev ens 
In dit aanhangsel wordt Abstract Syntax Notation One (ASN.1) gebr uikt om soor ten gegevens te definiëren. 
Daardoor is het mog elijk enkelv oudige en gestructureerde gegevens te definiëren zonder een toepassings- en 
omge vingsafhankeli jke specifieke overdrachtssyntaxis (coder ingsregels). 
ASN.1-conve nties voor soor tbenaming worden gebruikt in overeenst emming met ISO/IEC 8824-1. Dat betek ent 
dat: 
—  waar mogeli jk de betek enis van de gegevenssoor t door middel van de geselecteerde benaming en wordt 
aange duid; 
—  waar een gegevenssoor t een samenstelling van andere gegeve nssoor ten is, de benaming van de gegevenssoor t 
toch een enkele reek s alfabetische tekens is die begint met een hoofdlette r. Hoofdlett ers worden echt er in de 
benaming gebruikt om de corresponderende betek enis te verduidelij ken; 
—  de benaming en van de soor ten gegevens in het algemeen betrekking hebben op de benaming van de soor ten 
gegevens waar uit ze zijn sameng esteld, de apparatuur waar in de gegeve ns zijn opgeslag en en de aan de 
gegevens gerelateerde functie. 
Als een ASN.1-soor t reeds als onderdeel van een andere norm is gedefinieerd en als hij relevant is voor gebr uik 
in het controleapparaat, wordt die ASN.1-soor t in dit aanhangsel gedef inieerd. 
Om versch eidene soor ten coder ingsregels mogeli jk te make n, is een aantal ASN.1-soor ten in dit aanhangsel 
beperkt door identificatiesymbolen voor het waardenbereik. Die identif icatiesymbolen voor het waardenbereik 
zijn gedefinieerd in punt 3 en aanhangsel 2. 
1.2.  Referent ienor men 
In dit aanhangsel worden de volg ende referentienorme n gebruikt: 
ISO 639  Code voor namen van talen. Eerste uitga ve: 1988. 
ISO 3166  Codes voor de weerga ve van landnamen en hun onder verdelingen — Deel 1: Landencodes, 
2013. 
ISO 3779  Wegvoer tuige n — Voertuig-identificatienummer (VIN) — Inhoud en structuur . 2009. 
ISO/IEC 7816-5  Identif ication cards — Integrated circuit cards — Part 5: Registration of application providers. 
Second edition: 2004. 
ISO/IEC 7816-6  Identif ication cards — Integrat ed circuit cards — Part 6: Interi ndustr y data elements for 
interc hange, 2004 + Technical Corrigen dum 1: 2006. 
ISO/IEC 8824-1  Information technology — Abstract Syntax Notation One (ASN.1): Specification of basic 
notation. 2008 + Technical Corrigen dum 1: 2012 and Technical Corrigen dum 2: 2014. 
ISO/IEC 8825-2  Information technology — ASN.1 encoding rules: Specification of Packed Encoding Rules 
(PER). 2008. 
ISO/IEC 8859-1  Information technology — 8-bit sing le-by te coded graphic charact er sets — Part 1: Latin 
alphabet No. 1 First edition: 1998. 
ISO/IEC 8859-7  Information technology — 8-bit sing le-by te coded graphic charact er sets — Part 7: Latin/Greek 
alphabet. 2003. 26.5.2016 L 139/88 Publicatieblad van de Europese Unie NL    
ISO 16844-3  Wegvoer tuige n — Tachograafsyst emen — Aansluiting van bewegingssensor . 2004 + Techn ical 
Corrigendum 1: 2006. 
TR-03110-3  BSI / ANSSI Techn ical Guideline TR-03110-3, Advanced Secur ity Mechanisms for Machine 
Readable Travel Documents and eIDAS Token — Part 3 Common Specifications, version 2.20, 
3. Febr uary 2015. 
2.  DEFINITIES VAN SOOR TEN GEGEVENS 
Voor elk van de volg ende gegevenssoor ten bestaat de standaardwaarde voor een ”onbekende” of een ”niet- 
toepasba re” inhoud in het opvullen van het dataelement met ‘FF’-byt es. 
Alle gegevenssoor ten worden gebr uikt voor toepassin gen van de 1e en 2e generatie, tenzij anders bepaald. 
2.1.  Acti vityChangeInfo 
Met deze gegevenssoor t kan de status van een lezer op 00:00 en/of de status van een bestuurder op 00:00 en/of 
wijzigi ngen van activiteit en/of wijzigi ngen in de status van de bestuurder en/of wijzi gingen in de status van een 
kaar t voor een bestuurder of een bijrijder gecodeerd worden binnen een woord van twee bytes. Deze 
gegevenssoor t is gerelateerd aan de voorschrif ten 105, 266, 291, 320, 321, 343 en 344 van bijlage 1C. 
Waardetoek enning — Octet-uitger icht : ‘scpaattttttttttt’ B (16-bits) 
Voor geheug enrecords (of status van de lezer): 
‘s’B  Lezer : 
‘0’B: BESTUURDER, 
‘1’B: BIJRIJDER, 
‘c’B  Status van de bestuurder : 
‘0’B: ALLEEN, 
‘1’B: MET EEN TEAM, 
‘p’B  Status van de bestuurderskaar t (of werkplaatskaar t) in de relevante lezer: 
‘0’B: INGEBRA CHT, een kaar t is ingebracht, 
‘1’B: NIET INGEBRA CHT , er is geen kaar t ingebrac ht (of er is een kaar t uitgeno men), 
‘aa’B  Activiteit: 
‘00’B: PAUZE/R UST , 
‘01’B: BESC HIKBA ARHEID, 
‘10’B: WERKEN, 
‘11’B: RIJDEN, 
‘ttttttttttt’B  Tijd van de wijzi ging: aantal minuten vanaf 00.00 uur op de betreffe nde dag. 26.5.2016 L 139/89 Publicatieblad van de Europese Unie NL    
Voor bestuurderskaar tregistraties (of werkplaatskaar tregistraties) (en status van de bestuurder): 
‘s’B  Lezer (niet relevant als ‘p’ = 1, behoudens onderstaande opmerking): 
‘0’B: BESTUURDER, 
‘1’B: BIJRIJDER, 
‘c’B  Status van de bestuurder (geval ‘p’ = 0) of 
Volgende activiteitstatus (geval ‘p’ = 1): 
‘0’B: ALLEEN, 
‘0’B: ONBEKEND, 
‘1’B: MET EEN TEAM, 
‘1’B: BEKEND (= manueel inge voerd) 
‘p’B  Status van de kaar t: 
‘0’B: INGEBRA CHT, de kaar t is in een controleapparaat inge bracht, 
‘1’B: NIET INGEBRA CHT , de kaar t is niet ingebracht (of de kaar t is uitgeno men), 
‘aa’B  Activiteit (niet relevant als ‘p’ = 1 en ‘c’ = 0, behoudens onderstaande opmerking): 
‘00’B: PAUZE/R UST , 
‘01’B: BESC HIKBA ARHEID, 
‘10’B: WERKEN, 
‘11’B: RIJDEN, 
‘ttttttttttt’B  Tijd van de wijzi ging: aantal minuten vanaf 00.00 uur op de betreffe nde dag. 
Opmerking in geval van ”kaartuitneming”: 
Als de kaar t is uitge nomen: 
—  ‘s’ is relevant en geeft de lezer aan waar de kaar t is uitgenomen, 
—  ‘c’ moet op 0 worden gezet, 
—  ‘p’ moet op 1 worden gezet, 
—  ‘aa’ moet de lopende, op dat moment geselect eerde activitei t coderen. 
Ten gevolge van een manuele invoer kunnen de bits ‘c’ en ‘aa’ van het (op een kaar t opgeslagen) woord later 
worden overschreven om de invoer weer te geven. 
2.2.  Addre ss 
Een adres. 
26.5.2016 L 139/90 Publicatieblad van de Europese Unie NL    
codePage specificeer t een tekenset zoals gedefinieerd in hoofdstuk 4, 
address is een adres dat is gecodeerd met de gespecif iceerde tekenset. 
2.3.  AESKey 
2e generatie: 
Een AES-sleutel met een lengte van 128, 192 of 256 bits. 
Waardetoek enning: niet nader gespecif iceerd. 
2.4.  AES128Key 
2e generatie: 
Een AES128-sleutel. 
length geeft de lengt e van de AES128-sleut el in bytes aan. 
aes128Key is een AES-sleute l met een lengte van 128 bits. 
Waardetoek enning: 
de lengte heef t waarde 16. 
2.5.  AES192Key 
2e generatie: 
Een AES192-sleutel. 
length geeft de lengt e van de AES192-sleut el in bytes aan. 
aes192Key is een AES-sleute l met een lengte van 192 bits. 
Waardetoek enning: 
de lengte heef t waarde 24. 26.5.2016 L 139/91 Publicatieblad van de Europese Unie NL    
2.6.  AES256Key 
2e generatie: 
Een AES256-sleutel. 
length geeft de lengt e van de AES256-sleut el in bytes aan. 
aes256Key is een AES-sleute l met een lengte van 256 bits. 
Waardetoek enning: 
de lengte heef t waarde 32. 
2.7.  BCDStr ing 
BCDStr ing wordt toeg epast voor de BCD-weerga ve (Binar y Code Decimal, binair gecodeerde decimaal). Deze 
datasoor t wordt gebruikt om een decimaal cijfer in een semi-by te (4 bits) weer te geven. BCDStr ing is gebaseerd 
op het ‘CharacterStri ngType’ van ISO/IEC 8824-1. 
BCDStr ing gebruikt een ”hstr ing”-notatie. Het uiterst linkse hexadecimale cijfer moet de meest signif icante semi- 
byte van de eerste byte zijn. Om een veelv oud van bytes aan te make n, moete n zoveel semi-by tes eindigend op 
nul worden inge bracht als nodig zijn vanaf de uiterst link se semi-byt epositie in de eerste byte. 
Toege stane cijfers zijn: 0, 1, …, 9. 
2.8.  CalibrationPur pose 
Code die verklaar t waarom een verzameling kalibratieparamete rs werd geregistreerd. Deze gegevenssoor t is 
gerelat eerd aan de voorschri ften 097 en 098 van bijlage 1B en voor schr ift 119 van bijlag e 1C. 
Waardetoek enning: 
1e generatie: 
‘00’H  gereser veerde waarde, 
‘01’H  activer ing: registratie van kalibratieparamete rs die op het moment van activer ing van de 
voer tuigunit (VU) beke nd zijn, 
‘02’H  eerste installatie: eerste kalibratie van de VU na activer ing, 
‘03’H  installatie: eerste kalibratie van de VU in het huidige voer tuig, 
‘04’H  periodieke controle. 26.5.2016 L 139/92 Publicatieblad van de Europese Unie NL    
2e generatie: 
Als aanvulling op de 1e generatie worden de volg ende waarden gebruikt: 
‘05’H  invoering van kent ekennum mer door de onder neming, 
‘06’H  tijdafst elling zonder kalibratie, 
‘07’H tot ‘7F’H  RFU, 
‘80’H tot ‘FF’H  Specif iek voor de fabrikant. 
2.9.  CardActi vityDailyRecord 
Op een kaar t opge slagen informatie met betrekking tot de activiteit en van de bestuurder op een bepaalde dag. 
Deze gegevenssoor t is gerelateerd aan de voorsc hriften 266, 291, 320 en 343 van bijlage 1C. 
activityPreviousRecordLength is de totale lengt e in bytes van de voorafg aande dageli jkse registratie. De 
maximale waarde wordt toeg ekend door de lengte van de OCTET STRING die deze records bevat (zie CardA ctivi ­
tyLengthR ange aanhangsel 2, punt 4). Als die record de oudst e dageli jkse registratie is, moet de waarde van 
activityPreviousRecordLength op 0 worden gezet. 
activityRecordLength is de totale lengte in bytes van deze record. De maximale waarde wordt toeg ekend door 
de lengte van de OCTET STRING die deze records bevat. 
activityRecordDate is de datum van de record. 
activityDailyPresenceCounter is de dageli jkse aanwezigheidst eller voor de kaar t op die dag. 
activityDayDi stance is de totale op die dag afge legde afstand. 
activityChangeInfo is de verzameling ActivityChang eInfo-geg evens voor de bestuurder op die dag. Het kan 
maximaal 1440 waarden bevatten (één activitei tswi jziging per minuut). De verzameling bevat altijd de activity ­
ChangeI nfo waar mee de bestuurderstatus op 00:00 wordt gecodeerd. 
2.10.  CardActi vityLengthR ange 
Aantal beschikbare bytes op een bestuurders- of werkplaatskaar t voor het opslaan van records van de activitei ten 
van de bestuurder . 
Waardetoek enning: zie aanhangsel 2. 
2.11.  CardAppro valNumber 
Typegoedkeuringsnummer van de kaar t. 
26.5.2016 L 139/93 Publicatieblad van de Europese Unie NL    
Waardetoek enning: 
het goedkeuri ngsnummer wordt verstrekt zoals het is bekendg emaakt op de overeenk omstige website van de 
Europese Commissie, bijv. met eventuele koppelte kens. Het goedke uringsnummer wordt link s uitge lijnd. 
2.12.  CardCer tificate 
1e generatie: 
Certificaa t van de openbare sleutel van een kaar t. 
2.13.  CardChipIdentif ication 
Op een kaar t opges lagen informatie met betrekking tot de identificatie van het geïnt egreerd circuit (IC) van de 
kaar t (voorsc hrift 249 van bijlage 1C). Het icSer ialNumber vormt samen met de icManuf actur ingRef erences de 
unieke identif icatie van de kaar tchip. Het icSer ialNumber alleen is geen unieke identif icatie van de kaar tchip. 
icSer ialNumber is het serienummer van het IC. 
icManufactur ingReferences is het specifi eke identificatiesymbool van de fabrikant van het IC. 
2.14.  CardConsecutiv eIndex 
Opeenv olge nde index van de kaar t (definitie h)). 
Waardetoek enning: (zie bijlage 1C, hoofdstuk 7). 
Volgorde van verhoging: ‘0, …, 9, A, …, Z, a, …, z’ 
2.15.  CardControlActivit yDat aRecord 
Op een bestuurders- of werkplaatskaar t opge slagen informatie met betrekking tot de laatst e controle van de 
bestuurder (voor schri ften 274, 299, 327 en 350 van bijlage 1C). 
controlT ype is de soor t controle. 
controlTime is de datum en het tijdstip van de controle. 26.5.2016 L 139/94 Publicatieblad van de Europese Unie NL    
controlCardNumber is het FullCardNumber van de controleur die de controle heef t uitgev oerd. 
controlV ehicleRegistration is het kent ekennummer en de registrerende lidstaat van het voer tuig waar in de 
controle plaatsvo nd. 
controlDo wnloadPeriodBegin en controlDo wnloadPeriodEnd is de gedownloade periode in geval van 
download. 
2.16.  CardCur rentUse 
Informatie over het werk elijk e gebruik van de kaar t (voors chriften 273, 298, 326 en 349 van bijlage 1C). 
sessionOpen Time is het tijdstip waarop de kaar t voor het huidige gebruik ingebrac ht wordt. Dat element wordt 
bij kaar tuitneming op nul gezet. 
sessionOpenV ehicle is de identif icatie van het thans gebruikte voertuig, die wordt ingest eld bij kaar tinbrenging. 
Dat element wordt bij kaar tuitneming op nul gezet. 
2.17.  CardDr iverActivity 
Op een bestuurders- of werkplaatskaar t opgeslag en informatie met betrekking tot de activitei ten van de 
bestuurder (voor schri ften 267, 268, 292, 293, 321 en 344 van bijlag e 1C). 
activityPointer Oldest Day Record is de specifi catie van het begin van de geheug enplaats (aantal bytes vanaf het 
begin van de string) van de oudst e volledige dagregistratie in de activityDailyRecords-str ing. De maximale waarde 
wordt door de lengte van de string aange geven. 
activityPointer New estRecord is de specifi catie van het begin van de geheug enplaats (aantal bytes vanaf het 
begin van de string) van de meest recent e dagregistratie in de activityDailyRecords-str ing. De maximale waarde 
wordt door de lengte van de string aange geven. 
activityDailyRecords is de ruimt e die beschikbaar is om de gegevens over de activiteit van de bestuurder op te 
slaan (geg evensstr uctuur : CardA ctivityDaily record) voor elke kalenderdag waarop de kaar t is gebruikt. 
Waardetoek enning: deze bytestr ing wordt periodiek met registraties van de CardA ctivityDailyRecord gevuld. Bij 
het eerste gebr uik begint de opslag met de eerste byte van de string. Alle nieuwe records worden aan het einde 
van de voorgaande record toeg evoegd. Als de string vol is, gaat de opslag verder bij de eerste byte van de string, 
onafhankeli jk van een onderbreking binnen een gegevenselement. Voor het invoeren van nieuwe gegevens over 
activiteit en in de string (uitbreiden van de lopende activityDailyRecord of invoeren van een nieuwe activityDaily ­
Record), die oudere gegeve ns over activitei ten vervang en, moet de activityP ointerOldestDa yRecord worden 
bijgewerkt om de nieuwe locatie van de oudst e volledig e dagregistratie weer te geven; de activityPreviousRecord ­
Length van deze (nieuwe) oudste volledige dagregistratie moet op 0 worden teruggezet. 
2.18.  CardDr ivingLicenceInfo rmation 
Op een bestuurderskaar t opge slagen informatie met betrekking tot de rijbewi jsgegevens van de kaar thouder 
(voorsc hriften 259 en 284 van bijlage 1C). 26.5.2016 L 139/95 Publicatieblad van de Europese Unie NL    
drivingLicenceIssuingAuthor ity is de autoriteit die verantwoo rdelijk is voor de afgif te van het rijbewijs. 
drivingLicenceIssuingNation is de nationaliteit van de autor iteit die het rijbewi js heef t afge geven. 
drivingLicenceNumber is het nummer van het rijbewi js. 
2.19.  CardEv entData 
Op een bestuurders- of werkplaatskaar t opge slagen informatie met betrekking tot de aan de kaar thouder te 
wijten voor vallen (voorschri ften 260, 285, 318 en 341 van bijlag e 1C). 
CardEv entData is een sequentie, gerangschikt op oplopende waarde van EventFaultT ype, van cardEventRecords 
(uitgezon derd records die verband houden met pogingen tot inbreuk op de beveiliging, die in de laatste reek s 
van de sequentie worden verzameld). 
cardEv entRecords is een reeks voorvalrecords van een bepaald type voor val (of catego rie voor voor vallen met 
betrekking tot pogingen tot inbreuk op de beveiliging). 
2.20.  CardEv entRecord 
Op een bestuurders- of werkplaatskaar t opge slagen informatie met betrekking tot een aan de kaar thouder te 
wijten voor val (voorsc hriften 261, 286, 318 en 341 van bijlag e 1C). 
eventT ype is het soor t voorval. 
eventBegin Time is de datum en het tijds tip van het begin van het voorval. 
eventEndTime is de datum en het tijdstip van het einde van het voor val. 
eventV ehicleRegist ration is het kent ekennummer en de registrerende lidstaat van het voer tuig waar in het 
voor val plaatsvo nd. 
2.21.  CardFaultData 
Op een bestuurders- of werkplaatskaar t opgeslag en informatie met betrekking tot aan de kaar thouder te wijten 
fouten (voors chriften 263, 288, 318 en 341 van bijlage 1C). 
26.5.2016 L 139/96 Publicatieblad van de Europese Unie NL    
CardFaultData is een sequentie van een recordsverzameling van controleapparaatf outen gevolgd door een 
recordsverzameling van kaar tfouten . 
cardFaultRecords is een reek s foute nrecords van een bepaalde fouten categor ie (controleapparaat of kaar t). 
2.22.  CardFaultRecord 
Op een bestuurders- of werkplaatskaar t opge slagen informatie met betrekking tot een aan de kaar thouder te 
wijten fout (voorschri ften 264, 289, 318 en 341 van bijlag e 1C). 
faultT ype is het soor t fout. 
faultBegin Time is de datum en het tijdstip van het begin van de fout. 
faultEndTime is de datum en het tijds tip van het einde van de fout. 
faultV ehicleRegist ration is het kent ekennummer en de registrerende lidstaat van het voertuig waar in de fout 
plaatsvo nd. 
2.23.  CardIccIdentif ication 
Op een kaar t opge slagen informatie met betrekking tot de identif icatie van het geïn tegreerde circuit (IC) van de 
kaar t (voorsc hrift 248 van bijlage 1C). 
clockStop is de klok stopm odus zoals gedefinieerd in aanhangsel 2. 
cardExtendedSer ialNumber is het unieke serienummer van de IC-kaar t zoals verder gespecifi ceerd door de 
gegevenssoor t Exten dedSer ialNumber . 
cardAppro valNumber is het typegoedkeuri ngsnummer van de kaar t. 
cardPers onaliserID is de persoonli jke identif icatie (ID) van de kaar t gecod eerd als ManufacturerCode. 
embedderIcAssemblerId geeft informatie over de embedder/IC-assembleur . 
icIdentif ier is het identif icatiesymbool van het IC op de kaar t en van de fabrikant van het IC zoals gedefinieerd 
in ISO/IEC 7816-6. 
2.24.  CardIdentif ication 
Op een kaar t opge slagen informatie met betrekking tot de identif icatie van de kaar t (voorsc hriften 255, 280, 
310, 333, 359, 365, 371 en 377 van bijlag e 1C). 26.5.2016 L 139/97 Publicatieblad van de Europese Unie NL    
cardIssuingMemberStat e is de code van de lidstaat die de kaar t heef t afgeg even. 
cardNumber is het nummer van de kaar t. 
cardIssuingAuthor ityName is de naam van de autori teit die de kaar t heef t afgeg even. 
cardIssueDate is de datum van afgif te van de kaar t aan de huidige houder . 
cardV alidityBegin is de datum waarop de geldigheid van de kaar t ingaat. 
cardExpir yDate is de datum waarop de geldigheid van de kaar t afloopt . 
2.25.  CardMA Cer tificate 
2e generatie: 
Certificaa t van de openbare sleutel van de kaar t voor wederzi jdse authenticatie met een VU. De structuur van dat 
certificaa t is gespecif iceerd in aanhangsel 11. 
2.26.  CardNumber 
Kaar tnummer zoals gedefinieerd in definit ie g. 
driverIdentif ication is de unieke identif icatie van een bestuurder in een lidstaat. 
ownerIdentif ication is de unieke identif icatie van een bedr ijf of een werkplaats of een controle-instantie in een 
lidstaat. 
cardConsecutiv eIndex is de opeenv olgende index van de kaar t. 
cardReplacementIndex is de vervangingsindex van de kaar t. 26.5.2016 L 139/98 Publicatieblad van de Europese Unie NL    
cardRenewalIndex is de vernieuwingsindex van de kaar t. 
De eerste keuze sequentie is geschikt voor het coderen van een bestuurderskaar tnummer , de tweede keuzes ­
equentie is gesc hikt voor het coderen van werkplaats-, controle- en bedr ijfskaar tnummers. 
2.27.  CardPlaceDailyW orkPeriod 
Op een bestuurders- en werkplaatskaar t opgeslagen informatie met betrekking tot de plaatsen waar dageli jkse 
werkper ioden beginnen en/of eindig en (voorsc hriften 272, 297, 325 en 348 van bijlag e 1C). 
placeP ointerNew estR ecord is de index van de laatst bijgewerkte plaatsrecords. 
Waardetoek enning: cijfer dat correspondeer t met de teller van de plaatsrecord, beginnend met ‘0’ voor de eerste 
plaatsrecord in de structuur . 
placeRecords is de reek s records die de informatie met betrekking tot ingev oerde plaatsen bevat. 
2.28.  CardPr ivateKey 
1e generatie: 
De particuliere sleute l van een kaar t. 
2.29.  CardPublicKey 
De openbare sleutel van een kaar t. 
2.30.  CardRenewalIndex 
Vernieuwingsindex van de kaar t (definitie i). 
Waardetoek enning: (zie hoofdstuk VII van deze bijlag e) 
‘0’  Eerste afgif te. 
Volgorde van verhoging: ‘0, …, 9, A, …, Z’ 
2.31.  CardReplacementIndex 
Vervangingsindex van de kaar t (definitie j). 
Waardetoek enning: (zie hoofdstuk VII van deze bijlag e). 
‘0’  Originele kaar t. 
Volgorde van verhoging: ‘0, …, 9, A, …, Z’ 26.5.2016 L 139/99 Publicatieblad van de Europese Unie NL    
2.32.  CardSignCer tificate 
2e generatie: 
Certificaa t van de openbare sleutel van de kaar t voor onder tekening. De structuur van dat certificaat is gespeci ­
ficeerd in aanhangsel 11. 
2.33.  CardSlotNumber 
Code ter ondersch eiding van de twee lezers van een VU. 
Waardetoek enning: niet nader gespecif iceerd. 
2.34.  CardSlotsSt atus 
Code die de soor t kaar ten aang eeft die in de twee lezers van de VU zijn ingebracht. 
Waardetoek enning — Octet-uitger icht : ‘ccccdddd’B 
‘cccc’B  Identif icatie van de soor t kaar t die is ingebrac ht in de lezer van de bijrijder, 
‘dddd’B  Identif icatie van de soor t kaar t die is ingebrac ht in de lezer van de bestuurder , 
met de volg ende identif icatiecodes: 
‘0000’B  er is geen kaar t ingebracht, 
‘0001’B  er is een bestuurderskaar t ingebracht, 
‘0010’B  er is een werkplaatskaar t inge bracht, 
‘0011’B  er is een controlekaar t inge bracht, 
‘0100’B  er is een bedr ijfskaar t ingebracht. 
2.35.  CardSlotsSt atusRecordAr ray 
2e generatie: 
De CardSlotsStatus plus metageg evens zoals gebruikt in het downloadprotoco l. 
recordT ype geeft de soor t record aan (CardSlotsStatus). Waardetoek enning: zie RecordT ype. 
recordSize is de grootte van de CardSlotsStatus in bytes. 26.5.2016 L 139/100 Publicatieblad van de Europese Unie NL    
noOfRecords is het aantal records in de reek s records. 
records is de reek s CardSlotsStatus-records. 
2.36.  CardStr uctureV ersion 
Code die de versie aangee ft van de in een tachog raafkaar t geïmplement eerde structuur . 
Waardetoek enning: ‘aabb’H: 
‘aa’H  Index voor wijzi gingen van de structuur . 
‘00’H voor toepassingen van de 1e generatie. 
‘01’H voor toepassingen van de 2e generatie. 
‘bb’H Index voor wijziging en betreffende het gebruik van de voor de structuur gedefinieerde gegevens ­
elementen, gegeven door de high byte. 
‘00’H voor deze versie van toepass ingen van de 1e generatie. 
‘00’H voor deze versie van toepass ingen van de 2e generatie. 
2.37.  CardV ehicleRecord 
Op een bestuurders- of werkplaatskaar t opgeslagen informatie met betrekking tot de gebr uiksper iode van een 
voer tuig gedurende een kalenderdag (voorschri ften 269, 294, 322 en 345 van bijlag e 1C). 
1e generatie: 
vehicleOdometerBegin is de kilomete rstand van het voertuig aan het begin van de gebruikspe riode van het 
voer tuig. 
vehicleOdometerEnd is de kilomete rstand van het voertuig aan het einde van de gebruikspe riode van het 
voer tuig. 
vehicleFi rstUse is de datum en het tijdstip van het begin van de gebr uiksper iode van het voertuig. 
vehicleLas tUse is de datum en het tijdstip van het einde van de gebr uiksper iode van het voertuig. 
vehicleRegist ration is het kentek ennummer en de registrerende lidstaat van het voer tuig. 
vuData BlockCounter is de waarde van de VuDataBlock Counter bij de laatste selectie van de gebruikspe riode 
van het voertuig. 26.5.2016 L 139/101 Publicatieblad van de Europese Unie NL    
2e generatie: 
Als aanvulling op de 1e generatie wordt het volgende gegevenselement gebruikt: 
VehicleIdentif icationNumber is het identif icatienummer van het voertuig dat naar het voertuig als geheel 
verwijst. 
2.38.  CardV ehiclesUsed 
Op een bestuurders- of werkplaatskaar t opgeslag en informatie met betrekking tot de door de kaar thouder 
gebruikt e voer tuigen (voor schri ften 270, 295, 323 en 346 van bijlage 1C). 
vehiclePointer New estRecord is de index van de laatst bijgewerkt e voertuigrecords. 
Waardetoek enning: cijfer dat correspondeer t met de teller van de voer tuigrecords, beginnend met ‘0’ voor de 
eerste voertuigrecords in de structuur . 
cardV ehicleRecords is de reeks records die informatie over gebr uikt e voertuigen bevat. 
2.39.  CardV ehicleUnitRecord 
2e generatie: 
Op een bestuurders- of werkplaatskaar t opge slagen informatie met betrekking tot een gebruikt e voer tuigunit 
(voorsc hriften 303 en 351 van bijlage 1C). 
timeSt amp is het begin van de gebruikspe riode van de VU (d.w .z. de eerste invoering van de kaar t in de VU 
voor die periode). 
manufacturerCode identif iceer t de fabrikant van de VU. 
deviceID identif iceer t de soor t VU van een fabr ikant. De waarde is fabr ikantspecifiek . 
vuSof twareV ersion is het nummer van de softwareversie van de VU. 
2.40.  CardV ehicleUnitsUsed 
2e generatie: 
Op een bestuurders- of werkplaatskaar t opgeslag en informatie met betrekking tot de door de kaar thouder 
gebruikt e voer tuigunits (voors chriften 306 en 352 van bijlag e 1C). 26.5.2016 L 139/102 Publicatieblad van de Europese Unie NL    
vehiclePointer New estRecord is de index van de laatst bijgewerkt e VU-record. 
Waardetoek enning: cijfer dat correspondeer t met de teller van de VU-record, beginnend met ‘0’ voor de eerste 
VU-record in de structuur . 
cardV ehicleRecords is de reeks records die informatie over gebr uikt e VU's bevat. 
2.41.  Cer tificate 
Het certificaat van een openbare sleutel afge geven door een certificer ingsauto riteit. 
1e generatie: 
Waardetoek enning: digitale handtek ening met gedeelt elijk herstel van een CertificateContent overeenk omstig de 
algem ene beveiligingsmec hanismen in aanhangsel 11: handtek ening (128 bytes) || restant openbare sleute l (58 
bytes) || referentie certificeringsauto riteit (8 bytes). 
2e generatie: 
Waardetoek enning: zie aanhangsel 11. 
2.42.  Cer tificateContent 
1e generatie: 
De (duideli jke) inhoud van het certificaa t van een openbare sleutel overeenk omstig de algem ene beveiligingsme ­
chanismen in aanhangsel 11. 
certificateProf ileIdentif ier is de versie van het corresponderende certificaat. 
Waardetoek enning: ‘01h’ voor deze versie. 
certificationAuthor ityRefer ence identif iceer t de certificeringsauto riteit die het certificaat afge eft. Het verwijst 
ook naar de openbare sleute l van die certificeringsauto riteit. 
certificateHolderAuthor isation identificeer t de rech ten van de certificaa thouder . 
certificateEndOfV alidity is de datum waarop het certificaa t administratief vervalt. 
certificateHolderRef erence identificeer t de certificaa thouder . Het verwijst ook naar zijn openbare sleut el. 
publicKey is de openbare sleutel die door dat certificaat gecer tifice erd wordt. 26.5.2016 L 139/103 Publicatieblad van de Europese Unie NL    
2.43.  Cer tificateHolderAuthor isation 
Identif icatie van de rechten van een certificaathouder . 
1e generatie: 
tacho graphApplicationID is het toepassingsidentificatiesymbool voor de tach ograaf toepassin g. 
Waardetoek enning: ‘FFh’ ‘54h’ ‘41h’ ‘43h’ ‘48h’ ‘4Fh’. Dit AID is een particulier niet-g eregistreerd toepas sings ­
identif icatiesymbool overeenk omstig ISO/IEC 7816-5. 
equipmentT ype is de identif icatie van het type apparaat waar voor het certificaat bedoeld is. 
Waardetoek enning: overeenk omstig gegevenssoor t EquipmentT ype. 0 als het een certificaat van een lidstaat 
betref t. 
2e generatie: 
tacho graphApplicationID verwijst naar de zes significantste bytes van het toepas singsidentif icatiesymbool 
(AID) van de tachograafkaar t van de 2e generatie. De AID voor de tachog raafkaar ttoepassing is gespecif iceerd in 
hoofdstuk 6.2. 
Waardetoek enning: ‘FF 53 4D 52 44 54’. 
equipmentT ype is de identif icatie van het type voor de 2e generatie gespecificeerde apparaat waar voor het 
certificaa t bedoeld is. 
Waardetoek enning: overeenk omstig gegeve nssoor t EquipmentT ype. 
2.44.  Cer tificateRequest ID 
Uniek e identif icatie van een certificaa tverzoek. Dit kan ook als een identif icatiesymbool van de openbare sleutel 
van een VU worden gebruikt als het serienummer van de VU waar voor de sleutel bedoeld is, ten tijde van de 
ontwikkeling van het certificaat niet bekend is. 
request SerialNumber is een serienummer voor het certificaa tverzoek, uniek voor de fabrikant en de hieronder 
genoemde maand. 
request MonthY ear is de identif icatie van de maand en het jaar van het certificaa tverzoek. 
Waardetoek enning: BCD-coder ing van maand (twee cijfers) en jaar (twee laatste cijfers). 
crIdentif ier: is een identif icatiesymbool om een certificaa tverzoek van een toeg evoegd serienummer te kunnen 
onderscheid en. 
Waardetoek enning: ‘FFh’. 
manufacturerCode: is de numer ieke code van de fabrikant die het certificaat aanvraagt. 
2.45.  Cer tificationAuthor ityKID 
Identif icatiesymbool van de openbare sleutel van een certificer ingsauto riteit (een lidstaat of de Europese 
certifice ringsauto riteit). 26.5.2016 L 139/104 Publicatieblad van de Europese Unie NL    
nationNumer ic is de numer ieke nationale code van de certificer ingsautor iteit. 
nationAlpha is de alfanumer ieke nationale code van de certificeringsauto riteit. 
keySer ialNumber is een serienummer om de versch illende sleute ls van de certificeringsauto riteit te 
onderscheid en in het geval dat sleutels worden gewijzigd. 
additionalInfo is een veld van twee bytes voor aanvullende coder ing (specifie k voor de certificeringsauto riteit). 
caIdentif ier is een identif icatiesymbool om het sleutelidentificatiesymbool van een certifice ringsauto riteit van 
andere sleutelidenti ficatiesymbolen te ondersc heiden. 
Waardetoek enning: ‘01h’ . 
2.46.  CompanyA ctivityData 
Op een bedr ijfskaar t opgeslag en informatie met betrekking tot activite iten die met de kaar t worden uitge voerd 
(voorsc hriften 373 en 379 van bijlage 1C). 
companyP ointerNew estRecord is de index van het laatst bijgewerkt e compan yActivityRecord. 
Waardetoek enning: cijfer corresponderend met de teller van de records van bedr ijfsactivi teiten, beginnend met 
‘0’ voor de eerste record van bedr ijfsactiviteit en in de structuur . 
companyA ctivityRecords is de verzameling van alle records van bedr ijfsactivit eiten. 
companyA ctivityRecord is de sequentie van informatie met betrekking tot één bedr ijfsactivit eit. 
companyA ctivityT ype is de soor t bedr ijfsactivit eit. 
companyA ctivityTime is de datum en het tijdstip van de bedr ijfsactiviteit. 
cardNumberInfo rmation is het kaar tnummer en de lidstaat van afgif te van de gedownloade kaar t, indien van 
toepassin g. 
vehicleRegist rationInf ormation is het kent ekennummer en de registrerende lidstaat van het gedownloade, 
vergrendelde of ontgrendelde voertuig. 
downloadPerio dBegin en downloadPeriodEnd is de vanaf de VU gedo wnloade periode, indien van 
toepassin g. 26.5.2016 L 139/105 Publicatieblad van de Europese Unie NL    
2.47.  CompanyA ctivityT ype 
Code die een activiteit aangeeft die door een bedr ijf met gebruikmaking van zijn bedr ijfskaar t is uitgev oerd. 
2.48.  CompanyCardApplicat ionIdentif ication 
Op een bedr ijfskaar t opge slagen informatie met betrekking tot de toepass ingsidentifi catie van de kaar t 
(voorsc hriften 369 en 375 van bijlage 1C). 
typeOfT achog raphCardId specifi ceer t de geïmplement eerde kaar tsoor t. 
cardStr uctureV ersion specificeer t de versie van de op de kaar t geïmplement eerde structuur . 
noOfCompan yActivityRecords specifi ceer t het aantal bedr ijfsactivit eiten dat op de kaar t kan worden 
opges lagen. 
2.49.  CompanyCardHo lderIdentif ication 
Op een bedr ijfskaar t opgeslagen informatie met betrekking tot de identif icatie van de kaar thouder (voorschri ften 
372 en 378 van bijlage 1C). 
companyName is de naam van het bedr ijf van de houder . 
companyA ddress is het adres van het bedr ijf van de houder . 
cardHolderPreferredLan guage is de voork eurtaal van de kaar thouder . 
2.50.  ControlCardApplicationIdentif ication 
Op een controlekaar t opgeslagen informatie met betrekking tot de toepassingsidentificatie van de kaar t 
(voorsc hriften 357 en 363 van bijlage 1C). 
typeOfT achog raphCardId specifi ceer t de geïmplement eerde kaar tsoor t. 
cardStr uctureV ersion specificeer t de versie van de structuur die op de kaar t geïm plementeerd is. 
noOfControlAc tivityRecords is het aantal records van controleactivit eiten dat op de kaar t kan worden 
opges lagen. 26.5.2016 L 139/106 Publicatieblad van de Europese Unie NL    
2.51.  ControlCardControlActivityDa ta 
Op een controlekaar t opgeslag en informatie met betrekking tot controleactivit eiten die met de kaar t worden 
uitgev oerd (voorsc hriften 361 en 367 van bijlage 1C). 
controlPoin terNew estRecord is de index van de laatst gewijzigd e record van controleactivit eiten. 
Waardetoek enning: cijfer corresponderend met de teller van de record van controleactivit eiten, beginnend met 
‘0’ voor de eerste record van de controleactivit eiten die in de structuur voork omt. 
controlActivi tyRecords is de verzameling van alle records van controleactivit eiten. 
controlActivi tyRecord is de sequentie van informatie met betrekking tot een controle. 
controlT ype is de soor t controle. 
controlTime is de datum en het tijdstip van de controle. 
controlledCardNumber is het kaar tnummer en de lidstaat van afgif te van de gecontrolee rde kaar t. 
controlledV ehicleRegistration is het kent ekennummer en de registrerende lidstaat van het voer tuig waar in de 
controle plaatsvo nd. 
controlDo wnloadPeriodBegin en controlDo wnloadPerio dEnd is de moge lijk gedo wnloade periode. 
2.52.  ControlCardHolderIdentif ication 
Op een controlekaar t opge slagen informatie met betrekking tot de identificatie van de kaar thouder (voorsc hriften 
360 en 366 van bijlage 1C). 
controlBodyName is de naam van de controle-instantie van de kaar thouder . 
controlBodyA ddress is het adres van de controle-instantie van de kaar thouder . 
cardHolderName is de naam en voorn a(a)m(en) van de houder van de controlekaar t. 
cardHolderPreferredLan guage is de voork eurtaal van de kaar thouder . 26.5.2016 L 139/107 Publicatieblad van de Europese Unie NL    
2.53.  ControlT ype 
Code die de tijdens een controle uitgev oerde activitei ten aange eft. Deze gegevenssoor t is gerelateerd aan de 
voorsc hriften 126, 274, 299, 327 en 350 van bijlag e 1C. 
1e generatie: 
Waardetoek enning — Octet-uitger icht : ‘cvpdxxxx’B (8-bits) 
‘c’B  kaar tdownload: 
‘0’B: kaar t niet gedo wnload tijdens deze controleactivit eit, 
‘1’B: kaar t gedownload tijdens deze controleactivit eit 
‘v’B  VU-do wnload: 
‘0’B: VU niet gedownload tijdens deze controleactiviteit, 
‘1’B: voertuig gedownload tijdens deze controleactiviteit 
‘p’B  afdr ukken: 
‘0’B: geen afdr ukken gemaakt tijdens deze controleactivit eit, 
‘1’B: afdr ukke n gemaakt tijde ns deze controleactivit eit 
‘d’B  displa y: 
‘0’B: geen displa y gebruikt tijde ns deze controleactiviteit, 
‘1’B: displa y gebr uikt tijdens deze controleactivit eit 
‘xxxx’B  Niet gebr uikt. 
2e generatie: 
Waardetoek enning — Octet-uitger icht : ‘cvpdexxx’B (8-bits) 
‘c’B  kaar tdownload: 
‘0’B: kaar t niet gedo wnload tijdens deze controleactivit eit, 
‘1’B: kaar t gedownload tijdens deze controleactivit eit 
‘v’B  VU-do wnload: 
‘0’B: VU niet gedownload tijdens deze controleactiviteit, 
‘1’B: VU gedo wnload tijdens deze controleactivit eit 
‘p’B  afdr ukken: 
‘0’B: geen afdr ukken gemaakt tijdens deze controleactivit eit, 
‘1’B: afdr ukke n gemaakt tijde ns deze controleactivit eit 
‘d’B  displa y: 
‘0’B: geen displa y gebruikt tijde ns deze controleactiviteit, 
‘1’B: displa y gebr uikt tijdens deze controleactivit eit 26.5.2016 L 139/108 Publicatieblad van de Europese Unie NL    
‘e’B  kalibratiecontrole langs de weg: 
‘0’B: kalibratieparamete rs niet gecontroleerd tijde ns deze controleactivit eit, 
‘1’B: kalibratieparamete rs gecontroleerd tijdens deze controleactivit eit, 
‘xxx’B  RFU. 
2.54.  Cur rentDateTime 
De huidige datum en het tijd van het controleapparaat. 
Waardetoek enning: niet nader gespecif iceerd. 
2.55.  Cur rentDateTimeRecordAr ray 
2e generatie: 
De huidige datum en tijd plus metage gevens zoals gebr uikt in het downloadprotoco l. 
recordT ype geeft de soor t record aan (Cur rentDateTime). Waardetoek enning: zie RecordT ype. 
recordSize is de grootte van CurrentDate Time in bytes. 
noOfRecords is het aantal records in de reek s records. 
records is een reeks records van de huidige datum en tijd. 
2.56.  DailyPresenceCounter 
Op een bestuurders- of werkplaatskaar t opge slagen teller die met één wordt verhoogd voor elke kalenderdag 
waarop de kaar t in een VU is ingebrac ht. Deze gegevenssoor t is gerelateerd aan de voorschri ften 266, 299, 320 
en 343 van bijlag e 1C. 
Waardetoek enning: opeenv olgend getal met een maximale waarde = 9 999, waar na het opnieuw met 0 begint. 
Bij de eerste afgif te van de kaar t wordt het getal op 0 gezet. 
2.57.  Datef 
Datum weergeg even in een gemakkeli jk af te drukken numer ieke vorm . 
26.5.2016 L 139/109 Publicatieblad van de Europese Unie NL    
Waardetoek enning: 
yyyy  jaar 
mm  maand 
dd  dag 
‘00000000’H  geeft expliciet geen datum aan. 
2.58.  DateOfDa yDo wnloaded 
2e generatie: 
De datum en het tijds tip van de download. 
Waardetoek enning: niet nader gespecif iceerd. 
2.59.  DateOfDa yDo wnloadedRecordAr ray 
2e generatie: 
De datum en tijd van de download plus metageg evens zoals gebruikt in het downloadprotoco l. 
recordT ype geeft de soor t record aan (DateOfDa yDo wnloaded). Waardetoek enning: zie RecordT ype. 
recordSize is de grootte van CurrentDate Time in bytes. 
noOfRecords is het aantal records in de reek s records. 
records is de verzameling van datums en tijden van de downloadrecords. 
2.60.  Dist ance 
Een afge legde afstand (resultaat van de berekening van het verschil tussen twee kilometers tanden van het 
voer tuig in kilometer s). 
Waardetoek enning: niet-g etek end binair getal. Waarde in km in het operationele bereik van 0 tot 9 999 km. 
2.61.  DriverCardApplicationIdentif ication 
Op een bestuurderskaar t opgeslag en informatie met betrekking tot de toepassingsidentificatie van de kaar t 
(voorsc hriften 253 en 278 van bijlage 1C). 26.5.2016 L 139/110 Publicatieblad van de Europese Unie NL    
1e generatie: 
typeOfT achog raphCardId specifi ceer t de geïmplement eerde kaar tsoor t. 
cardStr uctureV ersion specificeer t de versie van de op de kaar t geïmplement eerde structuur . 
noOfEv entsP erType is het aantal voor vallen per soor t voorval dat de kaar t kan registreren. 
noOfFaultsPerT ype is het aantal fouten per soor t fout dat de kaar t kan registreren. 
activityStr uctureLength geeft het aantal besch ikbare bytes aan voor het opslaan van records van activitei ten. 
noOfCardV ehicleRecords is het aantal voertuigrecords dat de kaar t kan bevatten. 
noOfCardPlaceRecords is het aantal plaatsen dat de kaar t kan registreren. 
2e generatie: 
Als aanvulling op de 1e generatie worden de volg ende gegevenselement en gebruikt: 
noOfGNSSCDRecords is het aantal GNSS-records van ononderbroken rijtijd dat op de kaar t kan worden 
opges lagen. 
noOfSpecif icConditionRecords is het aantal records van specifieke omstandigheden dat op de kaar t kan 
worden opgeslagen. 
2.62.  DriverCardHolderIdentif ication 
Op een bestuurderskaar t opgeslag en informatie met betrekking tot de identif icatie van de kaar thouder 
(voorsc hriften 256 en 281 van bijlage 1C). 
cardHolderName is de naam en voorn a(a)m(en) van de houder van de bestuurderskaar t. 26.5.2016 L 139/111 Publicatieblad van de Europese Unie NL    
cardHolderBir thDate is de geboortedatum van de houder van de bestuurderskaar t. 
cardHolderPreferredLan guage is de voork eurtaal van de kaar thouder . 
2.63.  DSR CSecur ityData 
2e generatie: 
De informatie in normale tekst en de MAC die via DSR C van de tachograaf naar het systee m voor onder vraging 
op afstand (remot e interr ogat or, RI) moet en worden verzonden; zie voor meer informatie aanhangsel 11, deel B, 
hoofdstuk 13. 
tagL ength is onderdeel van de DER -TLV-coder ing en wordt op ‘81 10’ gezet (zie aanhangsel 11, deel B, 
hoofdstuk 13). 
currentDateTime is de huidige datum en tijd van de VU. 
counter somt de RTM-be richten op. 
vuSer ialNumber is het serienummer van de VU. 
dSR CMKV ersionNumber is het versienummer van de DSR C-hoofdsleutel waar van de VU-specif ieke DSR C- 
sleutels zijn afgeleid. 
tagL engthMac is het label en de lengt e van het MAC-geg evensobject als onderdeel van de DER -TLV-coder ing. 
Het label wordt op ‘8E’ gezet ; de lengte codeer t de lengt e van de MAC in bytes (zie aanhangsel 11, deel B, 
hoofdstuk 13). 
mac is de MAC die is berekend voor het RTM-ber icht (zie aanhangsel 11, deel B, hoofstuk 13). 
2.64.  EGFCer tificate 
2e generatie: 
Certificaa t van de openbare sleutel van de exte rne GNSS-module voor wederzi jdse authenticatie met een VU. De 
structuur van dat certificaa t is gespecificeerd in aanhangsel 11. 
2.65.  EmbedderIcAssemblerId 
Geef t informatie over de IC-embedder . 
26.5.2016 L 139/112 Publicatieblad van de Europese Unie NL    
countr yCode is de tweeletterige landcode van de embedder van de module, overeenk omstig ISO 3166. 
moduleEmbedder identificeer t de embedder van de module. 
manufacturerInfor mation voor intern gebr uik door de fabrikant. 
2.66.  Entr yTypeDailyW orkPeriod 
Code die een onderscheid maakt tussen begin en einde van invoer van een plaats van de dageli jkse werkper iode 
en voor waarde van de invoer. 
1e generatie 
Waardetoek enning: overeenk omstig ISO/IEC8824-1. 
2e generatie 
Waardetoek enning: overeenk omstig ISO/IEC8824-1. 
2.67.  EquipmentT ype 
Code die de versc hillende soor ten apparatuur voor de tachograaf toepas sing onderscheidt. 
1e generatie: 
Waardetoek enning: overeenk omstig ISO/IEC8824-1. 
Waarde 0 is gereser veerd voor vermelding van een lidstaat of Europa in het CHA-veld van certififat en. 26.5.2016 L 139/113 Publicatieblad van de Europese Unie NL    
2e generatie: 
Er worden dezelfde waarden gebruikt als in de 1e generatie, met de volg ende aanvulling en: 
Opmerking: De waarden van de 2e generatie voor het installatieplaatje, de adapt er en de externe GNSS-verbinding 
en de waarden van de 1e generatie voor de VU en de bewegingssensor kunnen, indien van toepass ing, in 
SealRecord worden gebruikt.  
2.68.  EuropeanPublicKey 
1e generatie: 
De Europese openbare sleutel. 
2.69.  EventFaultRecordPur pose 
Code die aangeef t waarom een voor val of een fout geregistreerd werd. 
Waardetoek enning: 
een van de 10 meest recente (of laatste) voor vallen of fouten 
het langste voor val gedurende een van de laatst e 10 dagen waar in het is opgetreden 
een van de 5 langste voor vallen gedurende de afgelo pen 365 dagen 
het laatste voor val gedurende een van de laatste 10 dagen waar in het is opgetreden 
het ernstigste voor val gedurende een van de laatste 10 dagen waar in het is opgetreden 
een van de 5 ernstigst e voorvallen gedurende de afgelopen 365 dagen 
eerste na de laatst e kalibrer ing opgetreden voor val of fout 
een actief(actieve)/aan de gang zijnd(e) voorval of fout 
RFU 
specifi ek voor de fabri kant  
2.70.  EventFaultT ype 
Code die een voor val of een fout aanduidt. 
Waardetoek enning: 
1e generatie: 
Algemen e voor vallen, 
Geen verdere details, 
Inbrengen van een ongeldige kaar t, 
Kaartconf lict, 
Tijdso verlapping, 
Rijden zonder gesc hikte kaar t, 
Inbrengen van de kaar t tijdens het rijden, 
Laatst e kaar tsessie niet correct afgesloten, 
Snelheidso verschr ijding, 
Onderbreking in de stroomv oorziening, 
Fout in de bewegingsg egevens, 
Tegenstr ijdig e bewegingsg egevens , 
RFU, 26.5.2016 L 139/114 Publicatieblad van de Europese Unie NL    
Poging tot inbreuk op de beveiliging van de voertuigunit, 
Geen verdere details, 
Authentica tiefout van de bewegingssensor , 
Authentica tiefout van de tachograafkaar t, 
Niet-gea utor iseerde wijzi ging van de bewegingssensor , 
Integriteitsf out in de gegevensinv oer op de kaar t, 
Integriteitsf out in de opgeslag en gebruikersgeg evens, 
Overdrach tsfout in de interne gegevens , 
Niet-gea utor iseerde opening van de unit, 
Hardwaresabotag e, 
RFU, 
Poging tot inbreuk op de beveiliging van de sensor , 
Geen verdere details, 
Authentica tiefout, 
Integriteitsf out in de opgeslag en gegevens, 
Overdrach tsfout in de interne gegevens , 
Niet-gea utor iseerde opening van het omhulsel, 
Hardwaresabotag e, 
RFU, 
Fouten van het controleapparaat, 
Geen verdere details, 
Interne fout in de VU 
Printerf out, 
Displa yfout, 
Downloadf out, 
Sensor fout, 
RFU, 
Kaartfouten, 
Geen verdere details, 
RFU, 
RFU, 
Specifiek voor de fabrikant.   
2e generatie: 
Er worden dezelfde waarden gebruikt als in de 1e generatie, met de volg ende aanvulling en: 
Tijdsconf lict (tussen GNSS en de inter ne klok van de VU) 
RFU, 
GNSS-gerelat eerde fouten, 
Geen verdere details, 
Fout in de interne GNSS-ontvanger , 
Fout in de externe GNSS-ontvanger , 
Externe GNSS-communicatief out, 
Geen GNSS-positiegeg evens, 
GNSS is gemanipuleerd, 
Certificaat van de externe GNSS-module is vervallen, 
RFU, 
Fouten die verband houden met de module voor communicatie op afstand, 
Geen verdere details, 
Fout in de module voor communicatie op afstand, 
Communicatief out in de module voor communicatie op afstand, 
RFU, 
ITS-interface fout, 
Geen verdere details, 
RFU.   
2.71.  ExtendedSealIdentif ier 
2e generatie: 
De verlengde zegelidentif icatiecode identif iceer t een zegel op unieke wijze (voorsc hrift 401 van bijlage 1C). 26.5.2016 L 139/115 Publicatieblad van de Europese Unie NL    
manufacturerCode is een code van de zegelfabr ikant. 
sealIdentif ier is een zegelidentificatienummer dat uniek is voor de fabrikant. 
2.72.  ExtendedSer ialNumber 
Uniek e identif icatie van een apparaat. Dit kan ook als een identificatiesymbool van de openbare sleutel van het 
apparaat worden gebr uikt. 
1e generatie: 
serialNumber is een serienummer voor het apparaat, uniek voor de fabr ikant, het soor t apparaat en 
onderstaande maand en jaar. 
monthY ear is de identif icatie van de maand en het jaar van fabr icage (of van toek enning van het serienummer). 
Waardetoek enning: BCD-coder ing van maand (twee cijfers) en jaar (twee laatste cijfers). 
type is een identificatiesymbool voor het soor t apparaat. 
Waardetoek enning: specifiek voor de fabrikant, met gereser veerde waarde ‘FFh’. 
manufacturerCode: de numer ieke code aan de hand waar van een fabr ikant van een apparaat met typegoed ­
keuri ng wordt geïdentificeerd. 
2e generatie: 
serialNumber zie 1e generatie 
monthY ear zie 1e generatie 
type geeft het soor t apparaat aan 
manufacturerCode: zie 1e generatie. 
2.73.  FullCardNumber 
Code die een tachog raafkaar t volledig identif iceer t. 26.5.2016 L 139/116 Publicatieblad van de Europese Unie NL    
cardT ype is de soor t tachog raafkaar t. 
cardIssuingMemberStat e is de code van de lidstaat die de kaar t heef t afgeg even. 
cardNumber is het kaar tnummer . 
2.74.  FullCardNumberAndGeneration 
2e generatie: 
Code die een tachog raafkaar t en haar generatie volledig identif iceer t. 
fullcardNumber identificeer t de tachog raafkaar t. 
generation geeft de generatie van de gebruikte tachograafkaar t aan. 
2.75.  Generation 
2e generatie: 
Geef t de generatie van de gebr uikt e tach ograafkaar t aan. 
Waardetoek enning: 
‘00’H  RFU 
‘01’H  1e generatie 
‘02’H  2e generatie 
‘03’H .. ‘FF’H  RFU 
2.76.  GeoCoordinates 
2e generatie: 
De geografische coördinat en zijn gecod eerd als gehele getallen. Die gehele getallen zijn veelvouden van de ± 
DDMM.M-coder ing voor de breedt e en ± DDDMM.M-coder ing voor de lengte. In dit geval worden met ± DD en 
± DDD de graden en met MM.M de minut en aangeduid. 
latitude is gecodeerd als een veelv oud (fact or 10) van de ± DDMM.M-weerga ve. 
longitude is gecodeerd als een veelvoud (fact or 10) van de ± DDDMM.M-weerga ve. 26.5.2016 L 139/117 Publicatieblad van de Europese Unie NL    
2.77.  GNSSA ccuracy 
2e generatie: 
De nauwkeur igheid van de GNSS-positieg egevens (definitie eee). De nauwkeurigheid is gecod eerd als een geheel 
getal en is een veelvoud (fact or 10) van de X.Y-waarde in de GSA NMEA-zin. 
2.78.  GNSSContinuousDr iving 
2e generatie: 
Op een bestuurders- of werkplaatskaar t opgeslagen informatie met betrekking tot de GNSS-positie van het 
voer tuig als de rijtijdper iode van de bestuurder een veelv oud van drie uur bereikt (voorschri ften 306 en 354 van 
bijlag e 1C). 
gnssCDPoin terNew estRecord is de index van de laatst gewijzigde GNSS-record van ononderbroken rijtijd. 
Waardetoek enning: cijfer dat correspondeer t met de teller van de GNSS-record van ononderbrok en rijtijd, 
beginnend met ‘0’ voor de eerste GNSS-record van ononderbroke n rijtijd in de structuur . 
gnssContinuousDr ivingRecords is de reeks records die de datum en tijd bevat waarop de ononderbroken 
rijtijd een veelv oud van drie uur bereikt en informatie over de positie van het voertuig. 
2.79.  GNSSContinuousDr ivingRecord 
2e generatie: 
Op een bestuurders- of werkplaatskaar t opgeslagen informatie met betrekking tot de GNSS-positie van het 
voer tuig als de rijtijdper iode van de bestuurder een veelv oud van drie uur bereikt (voorschri ften 305 en 353 van 
bijlag e 1C). 
timeSt amp is de datum en tijd waarop de ononderbrok en rijtijd van de kaar thouder een veelv oud van drie uur 
bereikt. 
gnssPlaceRecord bevat informatie over de positie van het voertuig. 
2.80.  GNSSPlaceRecord 
2e generatie: 
Informatie met betrekking tot de GNSS-positie van het voer tuig (voors chriften 108, 109, 110, 296, 305, 347 en 
353 van bijlag e 1C). 
26.5.2016 L 139/118 Publicatieblad van de Europese Unie NL    
timeSt amp is de datum en tijd waarop de GNSS-positie van het voertuig werd bepaald. 
gnssAccu racy is de nauwk eurigheid van de GNSS-positieg egevens. 
geoCoordinates is de met gebruik van GNSS geregistreerde plaats. 
2.81.  HighResOdometer 
Kilomete rstand van het voer tuig: totale door het voertuig afge legde afstand tijdens de gebruikspe riode. 
Waardetoek enning: niet-get ekend binair getal. Waarde in 1/200 km in het operationele bereik van 0 tot 
21 055 406 km. 
2.82.  HighResT ripDist ance 
Een afgelegde afstand tijdens de gehele reis of een gedeelt e daar van. 
Waardetoek enning: niet-get ekend binair getal. Waarde in 1/200 km in het operationele bereik van 0 tot 
21 055 406 km. 
2.83.  HolderName 
Naam en voorna(a)men van een kaar thouder . 
holderSur name is de acht ernaam (familienaam) van de houder . Deze acht ernaam bevat geen titels. 
Waardetoek enning: Wanneer een kaar t niet persoonlijk is, bevat de holderSur name dezelfde informatie als 
compan yName of workshopNam e of controlBodyName. 
holderFir stNames omva t de voorn aam (voorn amen) en initialen van de houder . 
2.84.  Inter nalGNSSReceiv er 
2e generatie: 
Geef t aan of de voertuigunit over een intern e of externe GNSS-ontvanger beschikt. ”True” betekent dat de VU 
een interne GNSS-ontvange r heef t. ”False” betek ent dat het om een extern e GNSS-ontvanger gaat . 
2.85.  K-Cons tantOfRecordingEquipment 
Constante van het controleapparaat (definitie m). 
Waardetoek enning: pulsen per kilometer in het operationele bereik van 0 tot 64 255 pulsen/km. 26.5.2016 L 139/119 Publicatieblad van de Europese Unie NL    
2.86.  KeyIdent ifier 
Een uniek identificatiesymbool van een openbare sleutel dat wordt gebruikt ter verwijzing naar of selectie van de 
sleutel. Het identif iceer t tevens de houder van de sleutel. 
Met de eerste keuze wordt verwezen naar de openbare sleutel van een voertuigunit of tach ograafkaar t. 
Met de tweede keuze wordt verwezen naar de openbare sleutel van een voertuigunit (wanneer het serienummer 
van de voertuigunit op het moment van ontwikk eling van het certificaat nog niet beke nd is). 
Met de derde keuz e wordt verwezen naar de openbare sleute l van een lidstaat. 
2.87.  KMW CKey 
2e generatie: 
AES-sleutel en de geassocieerde sleute lversie die wordt gebruikt om de VU te verbinden met de bewegingssensor . 
Zie voor details aanhangsel 11. 
kMW CKey is de lengte van de AES-sleutel aaneenge schak eld met de sleut el die wordt gebruikt om de VU te 
verbinden met de bewegingssensor . 
keyVersion duidt de sleutelversie van de AES-sleutel aan. 
2.88.  Language 
Code die een taal identificeer t. 
Waardetoek enning: een code van twee onderkastletters overeenk omstig ISO 639. 
2.89.  Last CardDo wnload 
Op een bestuurderskaar t opge slagen datum en tijd van het downloaden van de laatst e kaar t (voor andere 
doeleinden dan controle) (voorsc hriften 257 en 282 van bijlage 1C). Deze datum kan worden aangepast door 
een VU of een kaar tlezer . 
Waardetoek enning: niet nader gespecif iceerd. 
2.90.  LinkCer tificate 
2e generatie: 
Het verbindingscer tificaa t tussen European Root CA-sleutelparen. 
26.5.2016 L 139/120 Publicatieblad van de Europese Unie NL    
2.91.  L-TyreCircumference 
Effectieve omtrek van de wielbanden (definitie u). 
Waardetoek enning: niet-g etekend binair getal, waarde in 1/8 mm in het operationele bereik van 0 tot 
8 031 mm. 
2.92.  MA C 
2e generatie: 
Een cryptografische controlesom met een lengt e van 8, 12 of 16 bytes die overeenk omst met het in aanhangsel 
11 gespecificeerde cijfer 
2.93.  ManualInputFlag 
Code die aange eft of een kaar thouder manueel activiteit en van de bestuurder bij kaar tinbrenging heef t ingevoerd 
of niet (voorschri ft 081 van bijlag e 1B en voorsc hrift 102 van bijlage 1C). 
Waardetoek enning: niet nader gespecif iceerd. 
2.94.  ManufacturerCode 
Code die een fabrikant van apparatuur met typegoedkeuri ng identif iceer t. 
Het voor inter operabiliteitst ests bevoegde laborat orium onderhoudt de lijst met fabr ikantcodes en publiceer t die 
lijst op zijn website (voor schri ft 454 van bijlag e 1C). 
Manufactur erCodes worden tijdelijk toeg ewezen aan ontwikkelaars van apparatuur voor tachog rafen, op 
aanvra ag bij het laboratori um dat bevoegd is voor inter operabiliteitst ests. 
2.95.  ManufacturerSpecif icEv entFaultData 
2e generatie: 
Foutcodes die specifiek voor een fabrikant zijn, vereenv oudig en de fouten analyse en het onderhoud van 
voer tuigunits. 
26.5.2016 L 139/121 Publicatieblad van de Europese Unie NL    
manufacturerCode identif iceer t de fabrikant van de VU. 
manufacturerSpecif icEr rorCode is een foutcode specifi ek voor de fabrikant. 
2.96.  MemberSta teCer tificate 
Het door de Europese certificer ingsauto riteit afgeg even certificaat van de openbare sleut el van een lidstaat. 
2.97.  MemberSta teCer tificateRecordAr ray 
2e generatie: 
Het lidstaatcer tificaat plus metageg evens zoals gebruikt in het downloadprot ocol. 
recordT ype geeft de soor t record aan (MemberStateCer tificate). Waardetoek enning: zie RecordT ype. 
recordSize is de grootte van MemberStat eCer tificate in bytes. 
noOfRecords is het aantal records in de reek s records. De waarde wordt op 1 gezet, omdat certificaten een 
verschil lende lengte kunnen hebben. 
records is de reek s lidstaatcer tificaten. 
2.98.  MemberSta tePublicKe y 
1e generatie: 
De openbare sleutel van een lidstaat. 
2.99.  Name 
Een naam. 
codePage specificeer t een tekenset zoals gedefinieerd in hoofdstuk 4, 
name is een naam die is gecodeerd met de gespecifi ceerde tekenset. 26.5.2016 L 139/122 Publicatieblad van de Europese Unie NL    
2.100.  NationAlpha 
Alfabetisc he verwijzi ng naar een land in overeenst emming met de kent ekens op voertuigen in internationaal 
verkee r (Verdrag van Wenen inzake wegverkeer , 1968, van de Verenigde Naties). 
De codes NationAlpha en NationNumer ic worden bijgehouden op een lijst die wordt onderhouden op de 
website van het laboratori um dat belast is met het uitvoeren van de inter operabiliteitst ests, zoals vastgest eld in 
voorsc hrift 440 van bijlag e 1C. 
2.101.  NationNumer ic 
Numer ieke referentie naar een land. 
Waardetoek enning: zie gegevenssoor t 2.100 (NationAlpha) 
De hierbo ven beschreven specificatie van NationAlpha of NationNumer ic wordt pas gewijzigd of bijgewerkt 
nadat het aangewezen laboratorium de fabrikanten van typegoedgek eurde voer tuigunits van digitale en slimme 
tachog rafen heef t geraadp leegd. 
2.102.  NoOfCalibrationRecords 
Aantal kalibrer ingsrecords dat op een werkplaatskaar t kan worden opgeslag en. 
1e generatie: 
Waardetoek enning: zie aanhangsel 2. 
2e generatie: 
Waardetoek enning: zie aanhangsel 2. 
2.103.  NoOfCalibrationsSinceDo wnload 
Teller die het aantal met een werkplaatskaar t uitgev oerde kalibrer inge n sinds de laatste download aange eft 
(voorsc hriften 317 en 340 van bijlage 1C). 
Waardetoek enning: niet nader gespecif iceerd. 
2.104.  NoOfCardPlaceRecords 
Aantal plaatsrecords dat op een bestuurders- of werkplaatskaar t kan worden opgeslagen. 
1e generatie: 
Waardetoek enning: zie aanhangsel 2. 
2e generatie: 
Waardetoek enning: zie aanhangsel 2. 26.5.2016 L 139/123 Publicatieblad van de Europese Unie NL    
2.105.  NoOfCardV ehicleRecords 
Aantal records van gebr uikt e voertuigen dat op een bestuurders- of werkplaatskaar t kan worden opgeslag en. 
Waardetoek enning: zie aanhangsel 2. 
2.106.  NoOfCardV ehicleUnitRecords 
2e generatie: 
Aantal records van gebr uikt e voertuigunits dat op een bestuurders- of werkplaatskaar t kan worden opgeslagen. 
Waardetoek enning: zie aanhangsel 2. 
2.107.  NoOfCompanyA ctivityRecords 
Aantal records van bedr ijfsactiviteit en dat op een bedr ijfskaar t kan worden opgeslagen. 
Waardetoek enning: zie aanhangsel 2. 
2.108.  NoOfControlActivityRe cords 
Aantal records van controleactiviteit en dat op een controlekaar t kan worden opgeslagen. 
Waardetoek enning: zie aanhangsel 2. 
2.109.  NoOfEv entsPerT ype 
Aantal voorvallen per soor t voorval dat op een kaar t kan worden opges lagen. 
Waardetoek enning: zie aanhangsel 2. 
2.110.  NoOfFaultsPerT ype 
Aantal fouten per soor t fout dat opeen kaar t kan worden opgeslagen. 
Waardetoek enning: see Appendix 2. 
2.111.  NoOfGNSSCDRecords 
2e generatie: 
Aantal GNSS-records van ononderbrok en rijtijd dat op een kaar t kan worden opgeslag en. 
Waardetoek enning: zie aanhangsel 2. 26.5.2016 L 139/124 Publicatieblad van de Europese Unie NL    
2.112.  NoOfSpecif icConditionRecords 
2e generatie: 
Aantal records van specifi eke omstandigheden dat op een kaar t kan worden opgeslagen. 
Waardetoek enning: zie aanhangsel 2. 
2.113.  OdometerShor t 
Kilomete rstand van het voer tuig in een verk orte vorm . 
Waardetoek enning: niet-g etek end binair getal. Waarde in km in het operationele bereik van 0 tot 
9 999 999 km. 
2.114.  OdometerV alueMidnight 
De kilometerstand van het voer tuig om 0.00 uur op een bepaalde dag (voorsc hrift 090 van bijlag e 1B en 
voorsc hrift 113 van bijlag e 1C). 
Waardetoek enning: niet nader gespecif iceerd. 
2.115.  OdometerV alueMidnightRecordAr ray 
2e generatie: 
De Odomet erValueMidnight plus metage gevens zoals gebruikt in het downloadprotoco l. 
recordT ype geeft de soor t record aan (OdometerV alueMidnight). Waardetoek enning: zie RecordT ype. 
recordSize is de grootte van Odomet erValueMidnight in bytes. 
noOfRecords is het aantal records in de reek s records. 
records is de reek s OdometerV alueMidnight-records. 
2.116.  OverspeedNumber 
Aantal snelheidso versch rijding en sinds de laatst e controle van snelheidso versc hrijding en. 
Waardetoek enning: 0 bete kent dat er sinds de laatst e controle van snelheidso versch rijding en geen snelheidso ver­
schrijding heef t plaatsgev onden; 1 bete kent dat er sinds de laatste controle van snelheidso verschr ijding en een 
snelheidso verschr ijding heef t plaatsgev onden; … 255 betek ent 255 of meer snelheidso versch rijding en sinds de 
laatste controle van snelheidso versch rijdingen. 26.5.2016 L 139/125 Publicatieblad van de Europese Unie NL    
2.117.  PlaceRecord 
Informatie met betrekking tot een plaats waar een dageli jkse werkper iode begint of eindigt (voorsc hriften 108, 
271, 296, 324 en 347 van bijlag e 1C). 
1e generatie: 
entr yTime is een datum en tijdstip met betrekking tot de invoer. 
entr yTypeDailyW orkPeriod is de soor t invoer. 
dailyW orkPeriod Countr y is het ingevoerde land. 
dailyW orkPeriod Region is de ingev oerde regio. 
vehicleOdometerV alue is de kilometer stand op het moment van invoer van de plaats. 
2e generatie: 
Als aanvulling op de 1e generatie wordt de volgende component gebruikt: 
entr yGNSSPlaceRecord is de geregistreerde plaats en tijd. 
2.118.  PreviousV ehicleInfo 
Informatie met betrekking tot het vori ge door een bestuurder gebr uikt e voertuig wanneer hij zijn kaar t in een 
voer tuigunit inbrengt (voorsc hrift 081 van bijlag e 1B en voorsc hrift 102 van bijlag e 1C). 
1e generatie: 
vehicleRegist rationIdentif ication is het kentek ennummer en de registrerende lidstaat van het voer tuig. 
cardWithdrawa lTime is de datum en het tijdstip van kaar tuitneming. 
2e generatie: 
26.5.2016 L 139/126 Publicatieblad van de Europese Unie NL    
Als aanvulling op de 1e generatie wordt het volgende gegevenselement gebruikt: 
vuGeneration identificeer t de generatie van de VU. 
2.119.  PublicKey 
1e generatie: 
Een openbare RSA-sle utel. 
rsaKeyMod ulus is de modulus van het sleutelpaar . 
rsaKeyPu blicExponent is de openbare exponent van het sleute lpaar . 
2.120.  RecordT ype 
2e generatie: 
Verwijzing naar een soor t record. Deze gegevenssoor t wordt gebruikt in RecordAr rays. 
Waardetoek enning: 
ActivityChangeI nfo, 
CardSlotsStatus, 
CurrentDateTime, 
MemberStateCer tificate, 
OdometerV alueMidnight, 
DateOfD ayDo wnloaded, 
SensorPaired, 
Signature, 
Specific ConditionRecord, 
VehicleIdentif icationNumber , 
VehicleRegistrationNumber , 
VuCalibrationRecord, 
VuCardIWRecord, 
VuCardRecord, 
VuCer tificate, 
VuCom panyLoc ksRe cord, 
VuControlA ctivityRecord, 
VuDetailedSpeedBlock, 
VuDo wnloadableP eriod, 
VuDo wnloadA ctivityData, 
VuEventRecord, 
VuGNSSCDRecord, 
VuITSConsentRecord, 
VuFaultRecord, 
VuIdentification, 
VuOverSpeedingControlData, 
VuOverSpeedingEventRecord, 
VuPlaceDailyW orkP eriodRecord, 
VuTimeA djustmentGNSSRecord, 
VuTimeA djustmentRecord, 
VuPowerSupplyInter ruptionRecord, 
SensorPairedRecord, 
SensorExternalGNSSC oupledRecord, 
RFU, 
Specifiek voor de fabrikant.  26.5.2016 L 139/127 Publicatieblad van de Europese Unie NL    
2.121.  RegionAlpha 
Alfabetisc he verwijzing naar een regio in een gespecificeerd land. 
1e generatie: 
Waardetoek enning: 
2e generatie: 
De RegionAlpha-codes worden bijgehouden op een lijst die wordt onderhouden op de website van het 
laboratorium dat belast is met het uitvoe ren van de inter operabiliteits tests. 
2.122.  RegionNumer ic 
Numer ieke verwijzing naar een regio in een gespecifi ceerd land. 
1e generatie: 
Waardetoek enning: 
26.5.2016 L 139/128 Publicatieblad van de Europese Unie NL    
2e generatie: 
De RegionNumer ic-codes worden bijgehouden op een lijst die wordt onderhouden op de website van het 
laboratorium dat belast is met het uitvoe ren van de inter operabiliteits tests. 
2.123.  RemoteCommunicationModuleSer ialNumber 
2e generatie: 
Serienummer van de module voor communicatie op afstand. 
2.124.  RSAKe yModulus 
1e generatie: 
De modulus van een RSA -sleutelpaar . 
Waardetoek enning: niet gespecif iceerd. 
2.125.  RSAKe yPrivateExponent 
1e generatie: 
De particuliere exponent van een RSA -sleutelpaar . 
Waardetoek enning: niet gespecif iceerd. 
2.126.  RSAKe yPublicExponent 
1e generatie: 
De openbare exponent van een RSA-sleut elpaar . 
Waardetoek enning: niet gespecif iceerd. 
2.127.  RtmDat a 
2e generatie: 
Zie aanhangsel 14 voor de definit ie van deze gegevenssoor t. 
2.128.  SealDat aCard 
2e generatie: 
Deze gegevenssoor t slaat informatie op over de zegels die aan de versc hillende onderdelen van een voertuig zijn 
gehec ht en dient te worden opges lagen op een kaar t. Deze gegevenssoor t is gerelat eerd aan voorschri ft 337 van 
bijlag e 1C. 26.5.2016 L 139/129 Publicatieblad van de Europese Unie NL    
noOfSealRecords is het aantal records in sealRecords. 
sealRecords is een reek s zegelrecords. 
2.129.  SealDat aVu 
2e generatie: 
Deze gegevenssoor t slaat informatie op over de zegels die aan de versc hillende onderdelen van een voertuig zijn 
gehec ht en dient te worden opge slagen in een voertuigunit. 
sealRecords is een reek s zegelrecords. Als er minder dan vijf zegels zijn, wordt de waarde van EquipmentT ype 
in alle onge bruikte sealRecords op 16 gezet, d.w.z. ongeb ruikt. 
2.130.  SealRecord 
2e generatie: 
Deze gegevenssoor t slaat informatie op over een zegel dat aan een onderdeel is gehecht. Deze gegevenssoor t is 
gerelat eerd aan voorschri ft 337 van bijlag e 1C. 
equipmentT ype identif iceer t het soor t apparaat waaraan het zegel is gehecht. 
extendedSealIdentif ier is het identificatiesymbool van het zegel dat aan het apparaat is gehecht. 
2.131.  SensorAppro valNumber 
Typegoedkeuringsnummer van de sensor . 
1e generatie: 
Waardetoek enning: niet gespecif iceerd. 
2e generatie: 
Waardetoek enning: 
Het goedkeuringsnummer wordt verstrekt zoals het is bekendgemaakt op de overeenk omstige website van de 
Europese Commissie, bijv. met eventuele koppelte kens. Het goedke uringsnummer wordt link s uitge lijnd. 26.5.2016 L 139/130 Publicatieblad van de Europese Unie NL    
2.132.  SensorExter nalGNSSA ppro valNumber 
2e generatie: 
Typegoedkeuringsnummer van de externe GNSS-module. 
Waardetoek enning: 
Het goedkeuringsnummer wordt verstrekt zoals het is bekendgemaakt op de overeenk omstige website van de 
Europese Commissie, bijv. met eventuele koppelte kens. Het goedke uringsnummer wordt link s uitge lijnd. 
2.133.  SensorExter nalGNSSCoupledRecord 
2e generatie: 
In een voer tuigunit opge slagen informatie met betrekking tot de identif icatie van de met de voertuigunit 
verbonden exte rne GNSS-module (voorsc hrift 100 van bijlage 1C). 
sensorSer ialNumber is het serienummer van de met de voer tuigunit verbonden exte rne GNSS-module. 
sensorAppro valNumber is het goedkeuringsn ummer van deze exte rne GNSS-module. 
sensorCouplingDate is de datum waarop deze exte rne GNSS-module met de voer tuigunit is verbonden. 
2.134.  SensorExter nalGNSSIdentif ication 
2e generatie: 
Informatie met betrekking tot de identif icatie van de exte rne GNSS-module (voors chrift 98 van bijlag e 1C). 
sensorSer ialNumber is het verlengde serienummer van de exte rne GNSS-module. 
sensorAppro valNumber is het goedkeuringsn ummer van de externe GNSS-module. 
sensorSCIdentif ier is het identificatiesymbool van de beveiligingscomponent van de externe GNSS-module. 
sensorOSIdentif ier is het identif icatiesymbool van het bestur ingssysteem van de extern e GNSS-module. 26.5.2016 L 139/131 Publicatieblad van de Europese Unie NL    
2.135.  SensorExter nalGNSSInst allation 
2e generatie: 
In de exte rne GNSS-module opgeslagen informatie met betrekking tot de installatie van de extern e GNSS-sensor 
(voorsc hrift 123 van bijlage 1C). 
sensorCouplingDateFir st is de datum van de eerste verbinding van de extern e GNSS-module met een 
voer tuigunit. 
firstV uAppro valNumber is het goedkeuri ngsnummer van de eerste voer tuigunit die met de externe GNSS- 
module verbonden wordt. 
firstV uSer ialNumber is het serienummer van de eerste voer tuigunit die met de externe GNSS-module 
verbonden wordt. 
sensorCouplingDateCur rent is de datum van de huidige verbinding van de exte rne GNSS-module met een 
voer tuigunit. 
currentV uAppro valNumber is het goedkeuri ngsnummer van de voer tuigunit die op dat moment met de 
externe GNSS-module verbonden is. 
currentV uSer ialNumber is het serienummer van de voer tuigunit die op dat moment met de externe GNSS- 
module verbonden is. 
2.136.  SensorExter nalGNSSOSIdentif ier 
2e generatie: 
Identif icatiesymbool van het bestur ingssysteem van de extern e GNSS-module. 
Waardetoek enning: specifiek voor de fabrikant. 
2.137.  SensorExter nalGNSSSCIdentif ier 
2e generatie: 
Deze soor t wordt gebr uikt om bijv. de cryptografische module van de externe GNSS-module te identif iceren. 
Identif icatiesymbool van de beveiligingscomp onent van de extern e GNSS-module. 
Waardetoek enning: specifiek voor de fabrikant van het onderdeel. 26.5.2016 L 139/132 Publicatieblad van de Europese Unie NL    
2.138.  SensorGNSSCouplingDate 
2e generatie: 
Datum van een verbinding van de extern e GNSS-module met een voertuigunit. 
Waardetoek enning: niet gespecif iceerd. 
2.139.  SensorGNSSSer ialNumber 
2e generatie: 
Deze soor t wordt gebr uikt om het serienummer van de GNSS-ontvanger op te slaan, zowel binnen als buit en de 
VU. 
Serienummer van de GNSS-ontvanger . 
2.140.  SensorIdentif ication 
In een bewegingssensor opgeslagen informatie met betrekking tot de identificatie van de bewegingssensor 
(voorsc hrift 077 van bijlage 1B en voorschri ft 95 van bijlage 1C). 
sensorSer ialNumber is het verlengde serienummer van de bewegingssensor (inclusief onderdeelnummer en 
code van de fabrikant). 
sensorAppro valNumber is het goedkeuringsn ummer van de bewegingssensor . 
sensorSCIdentif ier is het identificatiesymbool van de beveiligingscomponent van de bewegingssensor . 
sensorOSIdentif ier is het identif icatiesymbool van het bestur ingssysteem van de bewegingssensor . 
2.141.  SensorInst allation 
In een bewegingssensor opges lagen informatie met betrekking tot de installatie van de bewegingssensor 
(voorsc hrift 099 van bijlage 1B en voorschri ft 122 van bijlag e 1C). 
sensorPair ingDateF irst is de datum van de eerste verbinding van de bewegingssensor met een voertuigunit. 
firstV uAppro valNumber is het goedke uringsnummer van de eerste voertuigunit die met de bewegingssensor 
verbonden wordt. 26.5.2016 L 139/133 Publicatieblad van de Europese Unie NL    
firstV uSer ialNumber is het serienummer van de eerste met de bewegingssensor verbonden voer tuigunit. 
sensorPair ingDateCur rent is de datum van de huidige verbinding van de bewegingssensor met de voertuigunit. 
currentV uAppro valNumber is het goedke uringsnummer van de op dat moment met de bewegingssensor 
verbonden voer tuigunit. 
currentVUSer ialNumber is het serienummer van de op dat moment met de bewegingssensor verbonden 
voer tuigunit. 
2.142.  SensorInst allationSecData 
Op een werkplaatskaar t opges lagen informatie met betrekking tot de benodigde beveiligingsgeg evens bij 
verbinding van een bewegingssensor met een voertuigunit (voorsc hriften 308 en 331 van bijlage 1C). 
1e generatie: 
Waardetoek enning: overeenk omstig ISO 16844-3. 
2e generatie: 
Zoals besc hreven in aanhangsel 11 worden op een werkplaatskaar t maximaal drie sleut els voor de verbinding 
van de VU met de bewegingssensor opge slagen. Die sleutels hebben versch illende sleutelversies. 
2.143.  SensorOSIdentif ier 
Identif icatiesymbool van het bestur ingssysteem van de bewegingssensor . 
Waardetoek enning: specifiek voor de fabrikant. 
2.144.  SensorPaired 
1e generatie: 
In een voer tuigunit opge slagen informatie met betrekking tot de identif icatie van de met de voertuigunit 
verbonden bewegingssensor (voorsc hrift 079 van bijlage 1B). 
sensorSer ialNumber is het serienummer van de op dat moment met de voertuigunit verbonden bewegings ­
sensor . 
sensorAppro valNumber is het goedkeuri ngsnummer van de op dat moment met de voer tuigunit verbonden 
bewegingssensor . 
sensorPair ingDateF irst is de datum van de eerste verbinding met een voer tuigunit van de op dat moment met 
de voer tuigunit verbonden bewegingssensor . 26.5.2016 L 139/134 Publicatieblad van de Europese Unie NL    
2.145.  SensorPairedRecord 
2e generatie: 
In een voer tuigunit opge slagen informatie met betrekking tot de identif icatie van de met de voertuigunit 
verbonden bewegingssensor (voorsc hrift 97 van bijlag e 1C). 
sensorSer ialNumber is het serienummer van een met de voertuigunit verbonden bewegingssensor . 
sensorAppro valNumber is het goedkeuringsn ummer van die bewegingssensor . 
sensorPair ingDate is een datum waarop die externe bewegingssensor met de voer tuigunit is verbonden. 
2.146.  SensorPair ingDate 
Datum van een verbinding van de bewegingssensor met een voertuigunit. 
Waardetoek enning: niet gespecif iceerd. 
2.147.  SensorSCIdentif ier 
Identif icatiesymbool van de beveiligingscomp onent van de bewegingssensor . 
Waardetoek enning: specifiek voor de fabrikant van de component. 
2.148.  SensorSer ialNumber 
Serienummer van de bewegingssensor . 
2.149.  Handtekening 
Een digitale handt ekening. 
1e generatie: 
Waardetoek enning: overeenk omstig de algemene beveiligingsmec hanismen in aanhangsel 11. 
2e generatie: 
Waardetoek enning: overeenk omstig de algemene beveiligingsmec hanismen in aanhangsel 11. 26.5.2016 L 139/135 Publicatieblad van de Europese Unie NL    
2.150.  SignatureRecordAr ray 
2e generatie: 
Een reek s handtek eninge n plus metage gevens zoals gebr uikt in het downloadprotoco l. 
recordT ype geeft de soor t record aan (Signature). Waardetoek enning: zie RecordT ype. 
recordSize is de grootte van Signature in bytes. 
noOfRecords is het aantal records in de reeks records. De waarde wordt op 1 gezet, omdat de handtek eninge n 
een verschil lende lengte kunnen hebben. 
records is de reek s handtek eningen. 
2.151.  SimilarEv entsNumber 
Het aantal soor tgelijke voor vallen op een bepaalde dag (voorschri ft 094 van bijlage 1B en voorschri ft 117 van 
bijlag e 1C). 
Waardetoek enning: 0 is niet-g ebruikt ; 1 betekent dat er op die dag maar een voorval van die soor t heef t plaats ­
gevonden en opgeslag en is; 2 betekent dat 2 voorvallen van die soor t op die dag hebben plaatsgev onden (een 
ervan is opge slagen), … 255 betekent dat 255 of meer voor vallen van die soor t hebben plaatsgev onden op die 
dag. 
2.152.  Specif icConditionRecord 
Op een bestuurderskaar t, een werkplaatskaar t of in een voertuigunit opges lagen informatie met betrekking tot 
een specifieke omstandigheid (voorschri ften 130, 276, 301, 328 en 355 van bijlage 1C). 
entr yTime is de datum en het tijdstip van de invoer. 
specif icCondition Type is de code die de specifi eke omstandigheid identif iceer t. 
2.153.  Specif icConditions 
Op een bestuurderskaar t, een werkplaatskaar t of in een voertuigunit opges lagen informatie met betrekking tot 
een specifieke omstandigheid (voorschri ften 131, 277, 302, 329 en 356 van bijlage 1C). 
2e generatie: 
26.5.2016 L 139/136 Publicatieblad van de Europese Unie NL    
contditionPointer New estRecord is de index van de laatst gewijzigde record van een specifi eke omstandigheid. 
Waardetoek enning: cijfer dat correspondeer t met de teller van de record van specifi eke omstandigheden, 
beginnend met ‘0’ voor de eerste record van specifieke omstandigheden in de structuur . 
specif icConditionRecords is de reek s records die informatie over de geregist reerde specifi eke omstandigheden 
bevat. 
2.154.  Specif icCondition Type 
Code die een specifi eke omstandigheid identificeer t (voorsc hriften 050b, 105a, 212a en 230a van bijlage 1B en 
voorsc hrift 62 van bijlag e 1C). 
1e generatie: 
Waardetoek enning: 
‘00’H  RFU 
‘01’H  niet verplicht — Begin 
‘02’H  niet verplicht — Einde 
‘03’H  Vervoer per veerboot/trein 
‘04’H .. ‘FF’H  RFU 
2e generatie: 
Waardetoek enning: 
‘00’H  RFU 
‘01’H  niet verplich — Begin 
‘02’H  niet verplicht — Einde 
‘03’H  Vervoer per veerboot/trein — Begin 
‘04’H  Vervoer per veerboot/trein — Einde 
‘05’H .. ‘FF’H  RFU 
2.155.  Speed 
Snelheid van het voer tuig (km/u). 
Waardetoek enning: kilometer per uur in het operationele bereik van 0 tot 220 km/u. 
2.156.  SpeedAuthor ised 
Toege stane maximumsnelheid van het voertuig (definitie hh). 
26.5.2016 L 139/137 Publicatieblad van de Europese Unie NL    
2.157.  SpeedA verage 
Gemiddelde snelheid tijdens een vooraf gedefinieerde periode (km/u). 
2.158.  SpeedMax 
Maximumsnelheid gemeten tijdens een voor af gedefinieerde periode. 
2.159.  Tachog raphPayload 
2e generatie: 
Zie aanhangsel 14 voor de definit ie van deze datasoor t. 
2.160.  Tachog raphPayloadEncr ypted 
2e generatie: 
De DER -TLV-gecodeerde payloadg egevens van de tachog raaf, d.w.z. de in het RTM -ber icht gecodeerd verzonden 
gegevens. Zie aanhangsel 11, deel B, hoofdstuk 13, voor de coder ing. 
tag is onderdeel van de DER -TLV-coder ing en wordt op ‘87’ gezet (zie aanhangsel 11, deel B, hoofdstuk 13). 
length is onderdeel van de DER -TLV-coder ing en codeer t de lengte van de volg ende paddingContentIndicat orByte 
en de encr yptedData. 
paddingContentIndicatorB yte wordt op ‘00’ gezet. 
encr yptedDat a is gecodeerde tach ographPa yload zoals gespecif iceerd in aanhangsel 11, deel B, hoofdstuk 13. 
De lengte in bytes van deze gegevens is altijd een veelv oud van 16. 
2.161.  TDesSessionKey 
1e generatie: 
Een triple DES-sessiesleutel. 
Waardetoek enning: niet nader gespecif iceerd. 26.5.2016 L 139/138 Publicatieblad van de Europese Unie NL    
2.162.  TimeReal 
Code voor een gecombineerd veld voor datum en tijd, waar in de datum en het tijdstip worden uitge drukt in 
seconden na 00u.00m.00s. op 1 januar i 1970 GMT . 
Waardetoek enning — Octet-uitger icht : aantal seconden sinds midder nacht 1 januar i 1970 GMT . 
De laatst mogeli jke datum/tijd is in het jaar 2106. 
2.163.  TyreSize 
Aanduiding van de afmetingen van de banden. 
Waardetoek enning: overeenk omstig Richt lijn 92/23/EEG van 31 maar t 1992 (PB L 129 van 14.5.1992, blz. 
95). 
2.164.  VehicleIdentif icationNumber 
Identif icatienummer van het voer tuig (VIN) dat verwijst naar het voer tuig als geheel, in de regel het chassis ­
nummer . 
Waardetoek enning: zoals gedefinieerd in ISO 3779. 
2.165.  VehicleIdentif icationNumberRecordAr ray 
2e generatie: 
Het identif icatienummer van het voer tuig plus metage gevens zoals gebruikt in het downloadprotoco l. 
recordT ype geeft de soor t record aan (VehicleIdentif icationNumber). Waardetoek enning: zie RecordT ype. 
recordSize is de grootte van VehicleIdentif icationNumber in bytes. 
noOfRecords is het aantal records in de reek s records. 
records is de reek s identif icatienummers van voer tuige n. 
2.166.  VehicleRegist rationIdentif ication 
Identif icatie van een voer tuig, uniek voor Europa (kentekennummer en lidstaat). 26.5.2016 L 139/139 Publicatieblad van de Europese Unie NL    
vehicleRegist rationNation is het land waar het voertuig geregistreerd is. 
vehicleRegist rationNumber is het kentek ennummer van het voertuig (VRN). 
2.167.  VehicleRegist rationNumber 
Kente kennummer van het voertuig (VRN). Het kentek ennummer wordt toeg ewezen door de vergunningver ­
lenende autori teit. 
codePage specificeer t een tekenset zoals gedefinieerd in hoofdstuk 4, 
vehicleRegNumber is een VRN die is gecodeerd met de gespecificeerde tekenset. 
Waardetoek enning: specifiek voor een land. 
2.168.  VehicleRegist rationNumberRecordAr ray 
2e generatie: 
Het kent ekennum mer van het voer tuig plus metageg evens zoals gebruikt in het downloadprotoco l. 
recordT ype geeft de soor t record aan (VehicleRegistrationNumber). Waardetoek enning: zie RecordT ype. 
recordSize is de grootte van VehicleregistrationNumber in bytes. 
noOfRecords is het aantal records in de reek s records. 
records is de reek s kent ekennummers van voer tuigen. 
2.169.  VuAbility 
2e generatie: 
In een voer tuigunit opgeslag en informatie over de mogeli jkheid om in de VU al dan niet tachog raafkaar ten van 
de eerste generatie te gebr uiken (voorsc hrift 121 van bijlage 1C). 
Waardetoek enning — Octet-uitger icht : ‘xxxxxxxa’B (8-bits) 26.5.2016 L 139/140 Publicatieblad van de Europese Unie NL    
Mogeli jkheid om 1e generatie te onderst eunen: 
‘a’B  Mogeli jkheid om tachog raafkaar ten van de 1e generatie te onderst eunen: 
‘0’B 1e generatie onderst eund 
‘1’B 1e generatie niet ondersteund 
‘xxxxxxx’B  RFU 
2.170.  VuActivityDailyData 
1e generatie: 
In een VU opges lagen informatie met betrekking tot wijzigingen in de activiteit en en/of wijzi gingen in de 
rijstatus en/of wijzi gingen in de kaar tstatus voor een bepaalde kalenderdag (voorschri ft 084 van bijlag e 1B en 
voorsc hriften 105, 106 en 107 van bijlag e 1C) en in de status van lezers op 00:00 die dag. 
noOfAc tivityChanges is het aantal ActivityChang eInfo-woorden in de reek s activityChang eInfos. 
activityChangeInfos is de reek s ActivityChangeInf o-woorden die in de VU is opgeslag en die dag. Het bevat 
altijd twee ActivityChangeInf o-woorden waar in de status van de twee lezers wordt gegeven op 00:00 die dag. 
2.171.  VuActivityDailyRecordAr ray 
2e generatie: 
In een VU opges lagen informatie met betrekking tot wijzigingen in de activiteit en en/of wijzi gingen in de 
rijstatus en/of wijzi gingen in de kaar tstatus voor een bepaalde kalenderdag (voorschri ften 105, 106 en 107 van 
bijlag e 1C) en in de status van lezers op 00:00 die dag. 
recordT ype geeft de soor t record aan (ActivityChang eInfo). Waardeto ekenning: zie RecordT ype. 
recordSize is de grootte van ActivityChang eInfo in bytes. 
noOfRecords is het aantal records in de reek s records. 
records is de reeks ActivityChang eInfo-woorden die in de VU is opge slagen die dag. Het bevat altijd twee Activi ­
tyChang eInfo-w oorden waar in de status van de twee lezers wordt gegeven op 00:00 die dag. 
2.172.  VuAppro valNumber 
Typegoedkeuringsnummer van de voertuigunit. 26.5.2016 L 139/141 Publicatieblad van de Europese Unie NL    
1e generatie: 
Waardetoek enning: niet gespecif iceerd. 
2e generatie: 
Waardetoek enning: 
Het goedkeuringsnummer wordt verstrekt zoals het is bekendgemaakt op de overeenk omstige website van de 
Europese Commissie, bijv. met eventuele koppelte kens. Het goedke uringsnummer wordt link s uitge lijnd. 
2.173.  VuCalibrationDat a 
1e generatie: 
In een voertuigunit opgeslagen informatie met betrekking tot de kalibrer ingen van het controleapparaat 
(voorsc hrift 098 van bijlage 1B). 
noOfV uCalibrationRecords is het aantal records in de vuCalibrationRecords-reek s. 
vuCalibrationRecords is de reek s kalibrer ingsrecords. 
2.174.  VuCalibrationRecord 
In een voer tuigunit opgeslag en informatie met betrekking tot de kalibrer ing van het controleapparaat 
(voorsc hrift 098 van bijlage 1B en voorschri ften 119 en 120 van bijlag e 1C). 
1e generatie: 
calibrationPur pose is het doel van de kalibrer ing. 
workshopName, workshopA ddress zijn de naam en het adres van de werkplaats. 26.5.2016 L 139/142 Publicatieblad van de Europese Unie NL    
workshopCardNumber identificeer t de werkplaatskaar t die tijdens de kalibrer ing wordt gebruikt. 
workshopCardExpir yDate is de vervaldatum van de kaar t. 
vehicleIdentif icationNumber is het VIN. 
vehicleRegist rationIdentif ication bevat het kent ekennummer en de register ende lidstaat. 
wVehicleCharacter isticCons tant is de kenmerk ende coëffi ciënt van het voertuig. 
kCons tantOfRecordingEquipment is de constante van het controleapparaat. 
lTyreCircumference is de effectieve omtrek van de wielbanden. 
tyreSize is de aanduiding van de afmeting van de banden waar mee het voertuig uitgerus t is. 
author isedSpeed is de toeg estane snelheid van het voertuig. 
oldOdometerV alue, newOdometerV alue zijn de oude en nieuwe kilometerstanden. 
oldTimeV alue, newTimeV alue zijn de oude en nieuwe waarden van datum en tijd. 
nextCalibrationDate is de datum van de volgende in CalibrationPur pose gespecifi ceerde soor t kalibrer ing die 
door de bevoegde controleautoriteit moet worden uitge voerd. 
2e generatie: 
Als aanvulling op de 1e generatie wordt het volgende gegevenselement gebruikt: 
sealDataV u geeft informatie over de zegels die aan de verschil lende onderdelen van het voertuig zijn gehecht. 
2.175.  VuCalibrationRecordAr ray 
2e generatie: 
In een voertuigunit opgeslagen informatie met betrekking tot de kalibrer ingen van het controleapparaat 
(voorsc hrift 119 en 120 van bijlag e 1C). 26.5.2016 L 139/143 Publicatieblad van de Europese Unie NL    
recordT ype geeft de soor t record aan (VuCalibrationRecord). Waardetoek enning: zie RecordT ype. 
recordSize is de grootte van VuCalibrationRecord in bytes. 
noOfRecords is het aantal records in de reek s records. 
records is de reek s kalibrer ingsrecords. 
2.176.  VuCardIWDat a 
1e generatie: 
In een voer tuigunit opgeslagen informatie met betrekking tot cycli van inbreng en in en uitnemen uit een 
voer tuigunit van bestuurders- of werkplaatskaar ten (voorsc hrift 081 van bijlag e 1B en voorsc hrift 103 van 
bijlag e 1C). 
noOfIWRecords is het aantal records in de reek s vuCardIWRecords. 
vuCardIWRecords is een reek s records met betrekking tot cycli van inbreng en en uitnemen van een kaar t. 
2.177.  VuCardIWRecord 
In een voer tuigunit opgeslagen informatie met betrekking tot cycli van inbreng en in en uitnemen uit een 
voer tuigunit van bestuurders- of werkplaatskaar ten (voorsc hrift 081 van bijlag e 1B en voorsc hrift 102 van 
bijlag e 1C). 
1e generatie: 
cardHolderName is de op de kaar t opgeslag en naam en voornaam (voornamen) van de houder van de 
bestuurders- of werkplaatskaar t. 
fullCardNumber is de op de kaar t opgeslagen soor t kaar t, de lidstaat van afgif te en het kaar tnummer . 
cardExpir yDate is de op de kaar t opgeslagen vervaldatum van de kaar t. 26.5.2016 L 139/144 Publicatieblad van de Europese Unie NL    
cardInser tion Time is de datum en het tijds tip van inbrenging. 
vehicleOdometerV alueAtInser tion is de kilometerstand van het voertuig bij kaar tinbrenging. 
cardSlotNumber is de lezer waar in de kaar t is ingebrac ht. 
cardWithdrawa lTime is de datum en het tijdstip van uitneming. 
vehicleOdometerV alueAtWithdra wal is de kilometers tand van het voertuig bij kaar tuitneming. 
previousV ehicleInfo bevat de op de kaar t opge slagen informatie over het vori ge door de bestuurder gebruikte 
voer tuig. 
manualInputFlag is een teken dat identif iceer t of de kaar thouder bij de kaar tinbrenging manueel activiteit en van 
de bestuurder heef t ingevoerd. 
2e generatie: 
In de gegevensstr uctuur van de 2e generatie is fullCardNumber vervangen door het volg ende gegevenselement: 
fullCardNumberAndGeneration is de op de kaar t opge slagen soor t kaar t, de lidstaat van afgif te, het 
kaar tnummer en de generatie. 
2.178.  VuCardIWRecordAr ray 
2e generatie: 
In een voer tuigunit opgeslagen informatie met betrekking tot cycli van inbreng en in en uitnemen uit een 
voer tuigunit van bestuurders- of werkplaatskaar ten (voorsc hrift 103 van bijage 1C). 
recordT ype geeft de soor t record aan (VuCardIWRecord). Waardetoek enning: zie RecordT ype. 
recordSize is de grootte van VuCardIWRecord in bytes. 
noOfRecords is het aantal records in de reek s records. 
records is een reeks records met betrekking tot cycli van inbreng en en uitnemen van een kaar t. 
2.179.  VuCardRecord 
2e generatie: 
In een voertuigunit opgeslagen informatie over een gebruikte tachog raafkaar t (voorsc hrift 132 van bijlage 1C). 26.5.2016 L 139/145 Publicatieblad van de Europese Unie NL    
cardExtendedSer ialNumber zoals afgele zen uit het bestand EF_ICC onder het stambestand van de kaar t. 
cardPers onaliserID zoals afgelez en uit het bestand EF_ICC onder het stambestand van de kaar t. 
typeOfT achog raphCardId zoals afgele zen uit het bestand EF_Application_Identifi cation onder 
DF Tachograaf_G2 . 
cardStr uctureV ersion zoals afgelez en uit het bestand EF_Application_Identification onder DF Tachograaf_G2. 
cardNumber zoals afgelezen uit het bestand EF_Identifi cation onder DF_T achograaf_G2. 
2.180.  VuCardRecordAr ray 
2e generatie: 
In een voer tuigunit opge slagen informatie over de in die VU gebruikte tachog raafkaar ten. Deze informatie is 
bedoeld voor de analyse van VU- of kaar tproblemen (voor schri ft 132 van bijlag e 1C). 
recordT ype geeft de soor t record aan (VuCardRecord). Waardetoek enning: zie RecordT ype. 
recordSize is de grootte van VuCardRecord in bytes. 
noOfRecords is het aantal records in de reek s records. 
records is een reeks records met betrekking tot de in de VU gebruikt e tach ograafkaar ten. 
2.181.  VuCer tificate 
Certificaa t van de openbare sleutel van een voer tuigunit. 
2.182.  VuCer tificateRecordAr ray 
2e generatie: 
Het VU-cer tificaat plus metageg evens zoals gebruikt in het downloadprotoco l. 
26.5.2016 L 139/146 Publicatieblad van de Europese Unie NL    
recordT ype geeft de soor t record aan (VuCer tificate). Waardetoek enning: zie RecordT ype. 
recordSize is de grootte van VuCer tificate in bytes. 
noOfRecords is het aantal records in de reek s records. De waarde wordt op 1 gezet, omdat certificaten een 
verschil lende lengte kunnen hebben. 
records is een reeks VU-cer tificaten. 
2.183.  VuCompan yLocksDat a 
1e generatie: 
In een voertuigunit opge slagen informatie met betrekking tot bedr ijfsvergrendelingen (voor schr ift 104 van bijlage 
1B). 
noOfLocks is het aantal in vuCompan yLocksRecords opgenomen vergrendelingen. 
vuCompany Lock sRecords is de reek s records van bedr ijfsvergrendelingen. 
2.184.  VuCompan yLocksR ecord 
In een voertuigunit opgeslagen informatie met betrekking tot een bedr ijfsvergrendeling (voors chrift 104 van 
bijlag e 1B en voorsc hrift 128 van bijlage 1C). 
1e generatie: 
lockIn Time, lockOutTime zijn de datum en het tijdstip van vergrendeling en ontgrendeling. 
companyName, companyA ddress zijn de naam en het adres van het vergrendelende bedr ijf. 
companyCardNumber identificeer t de kaar t die bij de vergrendeling wordt gebr uikt. 
2e generatie: 
In de gegevensstr uctuur van de 2e generatie is compan yCardNumber vervangen door het volgende gegevens ­
element: 
companyCardNumberAndGeneration identif iceer t de kaar t, inclusief de generatie, die bij de vergrendeling 
wordt gebr uikt. 26.5.2016 L 139/147 Publicatieblad van de Europese Unie NL    
2.185.  VuCompan yLocksR ecordAr ray 
2e generatie: 
In een voertuigunit opge slagen informatie met betrekking tot bedr ijfsvergrendelingen (voor schr ift 128 van bijlage 
1C. 
recordT ype geeft de soor t record aan (VuCom panyL ocksRecord). Waardetoek enning: zie RecordT ype. 
recordSize is de grootte van VuCom panyLoc ksRecord in bytes. 
noOfRecords is het aantal records in de reek s registraties. Waarde 0..255. 
records is de reek s records van bedr ijfsvergrendelingen. 
2.186.  VuControlA ctivityData 
1e generatie: 
In een voertuigunit opgeslagen informatie met betrekking tot controles die met deze VU worden uitge voerd 
(voorsc hrift 102 van bijlage 1B). 
noOfControls is het aantal in vuControlA ctivityRecords opgenomen controles. 
vuControlAct ivityRecords is de reek s records van controleactivit eiten. 
2.187.  VuControlA ctivityRecord 
In een voertuigunit opgeslagen informatie met betrekking tot een controle die met deze VU wordt uitge voerd 
(voorsc hrift 102 van bijlage 1B en voorschri ft 126 van bijlag e 1C). 
1e generatie: 
controlT ype is de soor t controle. 
controlTime is de datum en het tijdstip van de controle. 
ControlCardNumber identif iceer t de bij de controle gebruikte controlekaar t. 26.5.2016 L 139/148 Publicatieblad van de Europese Unie NL    
downloadPerio dBegin Time is de begintijd van de gedownloade periode, in geval van download. 
downloadPerio dEndTime is de eindtijd van de gedownloade periode, in geval van download. 
2e generatie: 
In de gegevensstr uctuur van de 2e generatie is controlCardNumber vervang en door het volg ende gegevens ­
element: 
ControlCardNumberAndGeneration identif iceer t de bij de controle gebruikt e controlekaar t, inclusief de 
generatie. 
2.188.  VuControlA ctivityRecordAr ray 
2e generatie: 
In een voertuigunit opgeslagen informatie met betrekking tot controles die met deze VU worden uitge voerd 
(voorsc hrift 126 van bijlage 1C). 
recordT ype geeft de soor t record aan (VuControlA ctivityRecord). Waardeto ekenning: zie RecordT ype. 
recordSize is de grootte van VuControlA ctivityRecord in bytes. 
noOfRecords is het aantal records in de reek s records. 
records is de reek s records van VU-controleactiviteit en. 
2.189.  VuDat aBlockCounter 
Op een kaar t opge slagen teller die de cycli van kaar tinbrenging in en kaar tuitneming uit voer tuigunits 
opeenv olgend identif iceer t. 
Waardetoek enning: opeenv olge nd cijfer met een maximale waarde van 9 999, waar na het opnieuw met 0 
begint. 
2.190.  VuDetai ledSpeedBlock 
In een voer tuigunit opgeslag en informatie met betrekking tot de gedetailleerde snelheid van het voertuig 
gedurende een minuut waar in het voertuig rijdt (voors chrift 093 van bijlag e 1B en voorschri ft 116 van bijlage 
1C). 
26.5.2016 L 139/149 Publicatieblad van de Europese Unie NL    
speedBlockBeginDate is de datum en het tijdstip van de eerste snelheidswaarde in het blok . 
speedsPerSecon d is de chronologische sequentie van gemeten snelheden gedurende elke seconde van de minuut 
die begint met speedBlockBeginDat e (inclusief). 
2.191.  VuDetai ledSpeedBlockRecordAr ray 
2e generatie: 
In een voertuigunit opgeslagen informatie met betrekking tot de gedetailleerde snelheid van het voer tuig. 
recordT ype geeft de soor t record aan (VuDetailedSpeedBlock) . Waardeto ekenning: zie RecordT ype. 
recordSize is de grootte van VuDetailedSpeedBlock in bytes. 
noOfRecords is het aantal records in de reek s records. 
records is de reek s gedetailleerde snelheidsblokke n. 
2.192.  VuDetai ledSpeedData 
1e generatie: 
In een voertuigunit opgeslagen informatie met betrekking tot de gedetailleerde snelheid van het voer tuig. 
noOfSpeedBlock s is het aantal snelheidsblokk en in de vuDetailedSpeedBlocks-reeks . 
vuDetail edSpeedBlocks is de reek s gedetailleerde snelheidsblokken. 
2.193.  VuDo wnloadableP eriod 
De eerste en laatste datum waar van een voer tuigunit gegevens met betrekking tot activitei ten van de bestuurder 
bewaar t (voorsc hriften 081, 084 of 087 van bijlage 1B en voor schri ften 102, 105 en 108 van bijlag e 1C). 
minDo wnloadableTime is de datum en het tijdstip van de eerste in de VU opges lagen kaar tinbrenging, van de 
wijzigi ng van activite iten of van de invoer van de plaats. 
maxDo wnloadableTime is de datum en het tijdstip van de laatste in de VU opge slagen kaar tuitneming, van de 
wijzigi ng van activite iten of van invoer van de plaats. 26.5.2016 L 139/150 Publicatieblad van de Europese Unie NL    
2.194.  VuDo wnloadableP eriodRecordAr ray 
2e generatie: 
De VUDo wnloadableP eriod plus metageg evens zoals gebr uikt in het downloadprotoco l. 
recordT ype geeft de soor t record aan (VuDo wnloadableP eriod). Waardetoek enning: zie RecordT ype. 
recordSize is de grootte van VuDo wnloadableP eriod in bytes. 
noOfRecords is het aantal records in de reek s records. 
records is de reek s VuDo wnloadablePer iod-records. 
2.195.  VuDo wnloadA ctivityData 
In een voer tuigunit opges lagen informatie met betrekking tot de laatste download (voorsc hrift 105 van bijlage 
1B en voorsc hrift 129 van bijlag e 1C). 
1e generatie: 
downloadingTime is de datum en het tijdstip van downloaden. 
fullCardNumber identif iceer t de kaar t die wordt gebr uikt om de download te autoriseren. 
companyOrW orkshopName is de naam van het bedr ijf of de werkplaats. 
2e generatie: 
In de gegevensstr uctuur van de 2e generatie is fullCardNumber vervangen door het volg ende gegevenselement: 
fullCardNumberAndGeneration identif iceer t de kaar t die wordt gebr uikt om de download te autoriseren. 
2.196.  VuDo wnloadA ctivityData RecordAr ray 
2e generatie: 
Informatie met betrekking tot de laatste VU-do wnload (voorsc hrift 129 van bijlage 1C). 
26.5.2016 L 139/151 Publicatieblad van de Europese Unie NL    
recordT ype geeft de soor t record aan (VuDo wnloadA ctivityData). Waardetoek enning: zie RecordT ype. 
recordSize is de grootte van VuDo wnloadA ctivityData in bytes. 
noOfRecords is het aantal records in de reek s records. 
records is de reek s records van downloadactivit eitge gevens. 
2.197.  VuEv entData 
1e generatie: 
In een voertuigunit opge slagen informatie met betrekking tot voorvallen (voorsc hrift 094 van bijlag e 1B, met 
uitzonder ing van snelheidso verschr ijding) . 
noOfV uEv ents is het aantal in de vuEventRecords-reek s opgenomen voorvallen. 
vuEv entRecords is een reek s voor vallenrecords. 
2.198.  VuEv entRecord 
In een voertuigunit opgeslag en informatie met betrekking tot een voorval (voorschri ft 094 van bijlage 1B en 
voorsc hrift 117 van bijlag e 1C, met uitzonder ing van snelheidso versch rijding). 
1e generatie: 
eventT ype is het soor t voorval. 
eventRecordPur pose is het doel waar voor dit voor val geregistreerd werd. 
eventBegin Time is de datum en het tijds tip van het begin van het voorval. 
eventEndTime is de datum en het tijdstip van het einde van het voor val. 
cardNumberDr iverSlotBegin identificeer t de aan het begin van het voor val in de lezer van de bestuurder 
inge bracht e kaar t. 
cardNumberCodr iverSlotBegin identif iceer t de aan het begin van het voorval in de lezer van de bijrijder 
inge bracht e kaar t. 
cardNumberDr iverSlotEnd identificeer t de aan het einde van het voorval in de lezer van de bestuurder 
inge bracht e kaar t. 
cardNumberCodr iverSlotEnd identif iceer t de aan het einde van het voor val in de lezer van de bijrijder 
inge bracht e kaar t. 26.5.2016 L 139/152 Publicatieblad van de Europese Unie NL    
similarEv entsNumber is het aantal vergeli jkbare voor vallen op die dag. 
Deze sequentie kan worden gebruikt voor alle voorvallen met uitzonder ing van snelheidso verschr ijding en. 
2e generatie: 
Als aanvulling op de 1e generatie worden de volg ende gegevenselement en gebruikt: 
manufacturerSpecif icEv entFaultData bevat aanvullende informatie over het voor val, specif iek voor de 
fabrikant. 
In de gegevensstr uctuur van de 2e generatie zijn cardNumberDr iverSlotBegin, cardNumberCodr iverSlotBegin, 
cardNumberDr iverSlotEnd en cardNumberCodr iverSlotEnd vervangen door de volg ende gegevenselement en: 
cardNumberAndGenDr iverSlotBegin identif iceer t de aan het begin van het voor val in de lezer van de 
bestuurder ingebrac hte kaar t, inclusief de generatie. 
cardNumberAndGenCodr iverSlotBegin identif iceer t de aan het begin van het voorval in de lezer van de 
bijrijder ingebracht e kaar t, inclusief de generatie. 
cardNumberAndGenDr iverSlotEnd identif iceer t de aan het einde van het voor val in de lezer van de 
bestuurder ingebrac hte kaar t, inclusief de generatie. 
cardNumberAndGenCodr iverSlotEnd identificeer t de aan het einde van het voor val in de lezer van de 
bijrijder ingebracht e kaar t, inclusief de generatie. 
Als het om een tijds conf lict gaat , moete n eventBegin Time en eventEndTime als volgt worden geïnt erpret eerd: 
eventBegin Time is de datum en het tijds tip van het controleapparaat. 
eventEndTime is de datum en het tijdstip van het GNSS. 
2.199.  VuEv entRecordAr ray 
2e generatie: 
In een voer tuigunit opge slagen informatie met betrekking tot voorvallen (voors chrift 117 van bijlage 1C, met 
uitzonder ing van snelheidso verschr ijding) . 
26.5.2016 L 139/153 Publicatieblad van de Europese Unie NL    
recordT ype geeft de soor t record aan (VuEventRecord). Waardetoek enning: zie RecordT ype. 
recordSize is de grootte van VuEventRecord in bytes. 
noOfRecords is het aantal records in de reek s records. 
records is een reeks voor vallenrecords. 
2.200.  VuFaultData 
1e generatie: 
In een voertuigunit opgeslagen informatie met betrekking tot fouten (voorsc hrift 096 van bijlag e 1B). 
noOfV uFaults is het aantal in de vuFaultRecords-reeks opgenomen fouten . 
vuFaultRecords is een reek s foutenrecords. 
2.201.  VuFaultRecord 
In een voertuigunit opges lagen informatie met betrekking tot een fout (voor schri ft 096 van bijlage 1B en 
voorsc hrift 118 van bijlag e 1C). 
1e generatie: 
faultT ype is de soor t fout van het controleapparaat. 
faultRecordPur pose is het doel waar voor deze fout geregistreerd werd. 
faultBegin Time is de datum en het tijdstip van het begin van de fout. 
faultEndTime is de datum en het tijds tip van het einde van de fout. 
cardNumberDr iverSlotBegin identif iceer t de aan het begin van de fout in de lezer van de bestuurder 
inge bracht e kaar t. 
cardNumberCodr iverSlotBegin identificeer t de aan het begin van de fout in de lezer van de bijrijder 
inge bracht e kaar t. 
cardNumberDr iverSlotEnd identificeer t de aan het einde van de fout in de lezer van de bestuurder inge bracht e 
kaar t. 
cardNumberCodr iverSlotEnd identificeer t de aan het einde van de fout in de lezer van de bijrijder ingebrac hte 
kaar t. 26.5.2016 L 139/154 Publicatieblad van de Europese Unie NL    
2e generatie: 
Als aanvulling op de 1e generatie wordt het volgende gegevenselement gebruikt: 
manufacturerSpecif icEv entFaultData bevat aanvullende informatie over de fout, specifi ek voor de fabrikant. 
In de gegevensstr uctuur van de 2e generatie zijn cardNumberDr iverSlotBegin, cardNumberCodr iverSlotBegin, 
cardNumberDr iverSlotEnd en cardNumberCodr iverSlotEnd vervangen door de volg ende gegevenselement en: 
cardNumberAndGenDr iverSlotBegin identificeer t de aan het begin van de fout in de lezer van de bestuurder 
inge bracht e kaar t, inclusief de generatie. 
cardNumberAndGenCodr iverSlotBegin identif iceer t de aan het begin van de fout in de lezer van de bijrijder 
inge bracht e kaar t, inclusief de generatie. 
cardNumberAndGenDr iverSlotEnd identificeer t de aan het einde van de fout in de lezer van de bestuurder 
inge bracht e kaar t, inclusief de generatie. 
cardNumberAndGenCodr iverSlotEnd identificee rt de aan het einde van de fout in de lezer van de bijrijder 
inge bracht e kaar t, inclusief de generatie. 
2.202.  VuFaultRecordAr ray 
2e generatie: 
In een voertuigunit opgeslagen informatie met betrekking tot fouten (voorsc hrift 118 van bijlag e 1C). 
recordT ype geeft de soor t record aan (VuFaul tRecord). Waardetoek enning: zie RecordT ype. 
recordSize is de grootte van VuFaul tRecord in bytes. 
noOfRecords is het aantal records in de reek s records. 
records is een reeks foutrecords. 
2.203.  VuGNSSCDRecord 
2e generatie: 
In een voertuigunit opgeslag en informatie met betrekking tot de GNSS-positie van het voertuig als de lopende 
rijtijdper iode van de bestuurder een veelv oud van drie uur bereikt (voorsc hriften 108 en 110 van bijlage 1C). 26.5.2016 L 139/155 Publicatieblad van de Europese Unie NL    
timeSt amp is de datum en het tijdstip waarop de ononderbroke n rijtijd van de kaar thouder een veelvoud van 
drie uur bereikt. 
cardNumberAndGenDr iverSlot identif iceer t de in de lezer van de bestuurder ingebrac hte kaar t, inclusief de 
generatie. 
cardNumberAndGenCodr iverSlot identificeer t de in de lezer van de bijrijder ingebracht e kaar t, inclusief de 
generatie. 
gnssPlaceRecord bevat informatie met betrekking tot de positie van het voer tuig. 
2.204.  VuGNSSCDRecordAr ray 
2e generatie: 
In een voertuigunit opgeslag en informatie met betrekking tot de GNSS-positie van het voertuig als de lopende 
rijtijdper iode van de bestuurder een veelv oud van drie uur bereikt (voorsc hriften 108 en 110 van bijlage 1C). 
recordT ype geeft de soor t record aan (VuGNSSCDRecord). Waardeto ekenning: zie RecordT ype. 
recordSize is de grootte van VuGNSSCDRecord in bytes. 
noOfRecords is het aantal records in de reek s records. 
records is een reeks GNSS-records van de ononderbroken rijtijd. 
2.205.  VuIdentif ication 
In een voertuigunit opgeslagen informatie met betrekking tot de identif icatie van het controleapparaat 
(voorsc hrift 075 van bijlage 1B en voorschri ften 93 en 121 van bijlage 1C). 
1e generatie: 
vuManufacturerName is de naam van de fabrikant van de voer tuigunit. 
vuManufacturerAdd ress is het adres van de fabrikant van de voer tuigunit. 26.5.2016 L 139/156 Publicatieblad van de Europese Unie NL    
vuPar tNumber is het onderdeelnummer van de voer tuigunit. 
vuSer ialNumber is het serienummer van de VU. 
vuSof twareIdentif ication identif iceer t de software die in de voertuigunit geïm plementeerd is. 
vuManufactur ingDate is het bouwjaar van de voertuigunit. 
vuAppro valNumber is het typegoedkeurin gsnummer van de voer tuigunit. 
2e generatie: 
Als aanvulling op de 1e generatie worden de volg ende gegevenselement en gebruikt: 
vuGeneration identificeer t de generatie van de VU. 
vuAbility geeft aan of de voertuigunit al dan niet tachog raafkaar ten van de 1e generatie ondersteunt 
2.206.  VuIdentif icationRecordAr ray 
2e generatie: 
De VuIdentif ication plus metage gevens zoals gebruikt in het downloadprotoco l. 
recordT ype geeft de soor t record aan (VuIdentification). Waardeto ekenning: zie RecordT ype. 
recordSize is de grootte van VuIdentif ication in bytes. 
noOfRecords is het aantal records in de reek s records. 
records is een reeks VuIdentif ication-records. 
2.207.  VuITSConsentRecord 
2e generatie: 
In een voer tuigunit opgeslagen informatie met betrekking tot de toest emming van de bestuurder om intelli gent e 
vervoerssyst emen te gebruiken. 
26.5.2016 L 139/157 Publicatieblad van de Europese Unie NL    
cardNumberAndGen identificeer t de kaar t, inclusief de generatie. Dit moet een bestuurders- of werkplaatskaar t 
zijn. 
consent is een teken dat aangeef t of de bestuurder toes temming heef t gegeven om in zijn voertuig/voer tuigunit 
intellig ente vervoerssyst emen te gebruiken. 
Waardetoek enning: 
TRUE  geeft dat de bestuurder heef t toeg estemd om intelligent e vervoerssyst emen te gebruike n 
FALSE  geeft dat de bestuurder heef t geweigerd om intellig ente vervoerssyst emen te gebr uiken 
2.208.  VuITSConsentRecordAr ray 
2e generatie: 
In een voer tuigunit opgeslagen informatie met betrekking tot de toest emming van de bestuurder om intelli gent e 
vervoerssyst emen te gebruiken (voorsc hrift 200 van bijlage 1C). 
recordT ype geeft de soor t record aan (VuITSConsentRecord). Waardetoek enning: zie RecordT ype. 
recordSize is de grootte van VuITSConsentRecord in bytes. 
noOfRecords is het aantal records in de reek s records. 
records is de reek s records van toest emmingen om ITS te gebruike n. 
2.209.  VuManufacturerA ddress 
Adres van de fabrikant van de voer tuigunit. 
Waardetoek enning: niet gespecif iceerd. 
2.210.  VuManufacturerName 
Naam van de fabr ikant van de voertuigunit. 
Waardetoek enning: niet gespecif iceerd. 
2.211.  VuManufactur ingDate 
Bouwjaar van de voertuigunit. 
Waardetoek enning: niet gespecif iceerd. 26.5.2016 L 139/158 Publicatieblad van de Europese Unie NL    
2.212.  VuOv erSpeedingControlDat a 
In een voertuigunit opge slagen informatie met betrekking tot snelheidso verschr ijding en sinds de laatste controle 
van de snelheidso verschr ijding (voorsc hrift 095 van bijlag e 1B en voorsc hrift 117 van bijlage 1C). 
lastOverspeedControlTime is de datum en het tijdstip van de laatste controle van de snelheidso verschr ijding. 
firstOv erspeedSince is de datum en het tijdstip van de eerste snelheidso versc hrijding na deze controle van de 
snelheidso verschr ijding. 
numberOfOv erspeedSince is het aantal snelheidso versc hrijding en na de laatste controle van de snelheidso ver­
schrijding. 
2.213.  VuOv erSpeedingControlDat aRecordAr ray 
2e generatie: 
De VuOverSpeedingControlData plus metageg evens zoals gebruikt in het downloadprotocol. 
recordT ype geeft de soor t records aan (VuOverSpeedingControlData). Waardetoek enning: zie RecordT ype. 
recordSize is de grootte van VuOverSpeedingControlData in bytes. 
noOfRecords is het aantal records in de reek s records. 
records is een reeks records van gegevens over snelheidso verschr ijdin gscontroles. 
2.214.  VuOv erSpeedingEv entData 
1e generatie: 
In een voertuigunit opgeslagen informatie met betrekking tot voorvallen van snelheidso verschr ijding (voorsc hrift 
094 van bijlag e 094). 
noOfV uOv erSpeedingEv ents is het aantal in de vuOverSpeedingEventRecords-reeks opgenomen voorvallen. 
vuOv erSpeedingEv entRecords is een reek s voor vallenrecords van snelheidso versch rijding. 
2.215.  VuOv erSpeedingEv entRecord 
1e generatie: 
In een voertuigunit opgeslagen informatie met betrekking tot voorvallen van snelheidso verschr ijding (voorsc hrift 
094 van bijlag e 1B en voorsc hrift 117 van bijlage 1C). 26.5.2016 L 139/159 Publicatieblad van de Europese Unie NL    
eventT ype is het soor t voorval. 
eventRecordPur pose is het doel waar voor dit voor val geregistreerd werd. 
eventBegin Time is de datum en het tijds tip van het begin van het voorval. 
eventEndTime is de datum en het tijdstip van het einde van het voor val. 
maxSpeedV alue is de tijde ns het voorval gemeten maximumsnelheid. 
averageSpeedV alue is de tijde ns het voorval gemet en rekenkundig e gemiddelde snelheid. 
cardNumberDr iverSlotBegin identificeer t de aan het begin van het voor val in de lezer van de bestuurder 
inge bracht e kaar t. 
similarEv entsNumber is het aantal vergeli jkbare voor vallen op die dag. 
2e generatie: 
In een voertuigunit opgeslagen informatie met betrekking tot voorvallen van snelheidso verschr ijding (voorsc hrift 
094 van bijlag e 1B en voorsc hrift 117 van bijlage 1C). 
In de gegevensstr uctuur van de 2e generatie is cardNumberDr iverSlotBegin vervang en door het volgende 
gegevenselement : 
cardNumberAndGenDr iverSlotBegin identif iceer t de aan het begin van het voor val in de lezer van de 
bestuurder ingebrac hte kaar t, inclusief de generatie. 
2.216.  VuOv erSpeedingEv entRecordAr ray 
2e generatie: 
In een voertuigunit opgeslagen informatie met betrekking tot voorvallen van snelheidso verschr ijding (voorsc hrift 
117 van bijlag e 1C). 
26.5.2016 L 139/160 Publicatieblad van de Europese Unie NL    
recordT ype geeft de soor t record aan (VuOverSpeedingEventRecord). Waardetoek enning: zie RecordT ype. 
recordSize is de grootte van VuOverSpeedingEventRecord in bytes. 
noOfRecords is het aantal records in de reek s records. 
records is een reeks voor vallenrecords van snelheidso versc hrijding. 
2.217.  VuPar tNumber 
Onderdeelnummer van de voertuigunit. 
Waardetoek enning: specifiek voor de fabrikant van de VU. 
2.218.  VuPlaceDailyW orkPeriodD ata 
1e generatie: 
In een voertuigunit opges lagen informatie met betrekking tot plaatsen waar bestuurders een dageli jkse 
werkper iode beginnen of eindig en (voors chrift 087 van bijlage 1B en voorschri ften 108 en 110 van bijlag e 1C). 
noOfPlaceRecords is het aantal in de vuPlaceDailyW orkPer iodRecords-reeks opgenomen records. 
vuPlaceDailyW orkPeriodRecords is een reeks records met betrekking tot de plaats. 
2.219.  VuPlaceDailyW orkPeriodR ecord 
1e generatie: 
In een voer tuigunit opges lagen informatie met betrekking tot plaatsen waar een bestuurder een dageli jkse 
werkper iode begint of eindigt (voors chrift 087 van bijlag e 1B en voorschri ften 108 en 110 van bijlage 1C). 
fullCardNumber is de soor t bestuurderskaar t, de lidstaat van afgif te en het kaar tnummer . 
placeRecord bevat de informatie met betrekking tot de ingev oerde plaats. 
2e generatie: 
In een voer tuigunit opgeslagen informatie met betrekking tot een plaats waar een bestuurder een dageli jkse 
werkper iode begint of eindigt (voors chrift 087 van bijlag e 1B en voorschri ften 108 en 110 van bijlage 1C). 
26.5.2016 L 139/161 Publicatieblad van de Europese Unie NL    
In de gegevensstr uctuur van de 2e generatie is fullCardNumber vervangen door het volg ende gegevenselement: 
fullCardNumberAndGeneration is de op de kaar t opge slagen soor t kaar t, de lidstaat van afgif te, het 
kaar tnummer en de generatie. 
2.220.  VuPlaceDailyW orkPeriodR ecordAr ray 
2e generatie: 
In een voertuigunit opges lagen informatie met betrekking tot plaatsen waar bestuurders een dageli jkse 
werkper iode beginnen of eindig en (voors chrift 108 en 110 van bijlag e 1C). 
recordT ype geeft de soor t record aan (VuPlaceDailyW orkPe riodRecord). Waardetoek enning: zie RecordT ype. 
recordSize is de grootte van VuPlaceDailyW orkPer iodRecord in bytes. 
noOfRecords is het aantal records in de reek s records. 
records is een reeks records met betrekking tot de plaats. 
2.221.  VuPrivateKe y 
1e generatie: 
De particuliere sleute l van een voertuigunit. 
2.222.  VuPublicKey 
1e generatie: 
De openbare sleutel van een voer tuigunit. 
2.223.  VuSer ialNumber 
Serienummer van de voer tuigunit (voor schri ft 075 van bijlag e 1B en voorsc hrift 93 van bijlage 1C). 
2.224.  VuSof tInst allationDate 
Datum van installatie van de softwareversie in de voertuigunit. 
Waardetoek enning: niet gespecif iceerd. 26.5.2016 L 139/162 Publicatieblad van de Europese Unie NL    
2.225.  VuSof twareIdentif ication 
In een voertuigunit opgeslagen informatie met betrekking tot de geïnstalleerde software. 
vuSof twareV ersion is het nummer van de softwareversie van de VU. 
vuSof tIns tallationDate is de datum van installatie van de softwareversie. 
2.226.  VuSof twareV ersion 
Nummer van de softwareversie van de voertuigunit. 
Waardetoek enning: niet gespecif iceerd. 
2.227.  VuSpecif icConditionData 
1e generatie: 
In een voertuigunit opgeslagen informatie met betrekking tot specifieke omstandigheden. 
noOfSpecif icConditionRecords is het aantal in de specifi cConditionRecords-reeks opge nomen records. 
specif icConditionRecords is een reeks records met betrekking tot specifieke omstandigheden. 
2.228.  VuSpecif icConditionRecordAr ray 
2e generatie: 
In een voertuigunit opgeslag en informatie met betrekking tot specifi eke omstandigheden (voorsc hrift 130 van 
bijlag e 1C). 
recordT ype geeft de soor t record aan (Specif icConditionRecord). Waardetoek enning: zie RecordT ype. 
recordSize is de grootte van Specifi cConditionRecord in bytes. 
noOfRecords is het aantal records in de reek s records. 
records is een reeks records met betrekking tot specifi eke omstandigheden. 26.5.2016 L 139/163 Publicatieblad van de Europese Unie NL    
2.229.  VuTimeA djus tmentData 
1e generatie: 
In een voer tuigunit opgeslag en informatie met betrekking tot de buit en het kader van een geregelde kalibrer ing 
uitgev oerde tijdafst elling en (voorsc hrift 101 van bijlage 1B). 
noOfV uTimeA djRecords is het aantal records in de vuTimeA djustmentRecords. 
vuTimeAdjustmentRecords is een reeks tijda fstellingsrecords. 
2.230.  VuTimeA djus tmentGNSSRecord 
2e generatie: 
In een voer tuigunit opges lagen informatie met betrekking tot een tijdafstelling op basis van GNSS-tijdsg egevens 
(voorsc hriften 124 en 125 van bijlage 1C). 
oldTimeV alue, newTimeV alue zijn de oude en nieuwe waarden van datum en tijd. 
2.231.  VuTimeA djus tmentGNSSRecordAr ray 
2e generatie: 
In een voer tuigunit opges lagen informatie met betrekking tot een tijdafstelling mede op basis van GNSS-ti jdsge ­
gevens (voorschri ften 124 en 125 van bijlag e 1C). 
recordT ype geeft de soor t record aan (VuTimeAd justmentGNSSRecord). Waardetoek enning: zie RecordT ype. 
recordSize is de grootte van VuTimeAdjustm entGNSSRecord in bytes. 
noOfRecords is het aantal records in de reek s records. 
records is een reeks records van GNSS-tijdafst elling en. 26.5.2016 L 139/164 Publicatieblad van de Europese Unie NL    
2.232.  VuTimeA djus tmentRecord 
In een voer tuigunit opgeslag en informatie met betrekking tot de buit en het kader van een geregelde kalibrer ing 
uitgev oerde tijdafst elling en (voorsc hrift 101 van bijlage 1B en voor schri ften 124 en 125 van bijlag e 1C). 
1e generatie: 
oldTimeV alue, newTimeV alue zijn de oude en nieuwe waarden van datum en tijd. 
workshopName, workshopA ddress zijn de naam en het adres van de werkplaats. 
workshopCardNumber identificeer t de voor de tijdafst elling gebruikte werkplaatskaar t. 
2e generatie: 
In de gegevensstr uctuur van de 2e generatie is workshopCardNumber vervang en door het volgende gegevens ­
element: 
workshopCardNumberAndGeneration identif iceer t de voor de tijdafst elling gebruikte werkplaatskaar t, 
inclusief de generatie. 
2.233.  VuTimeA djus tmentRecordAr ray 
2e generatie: 
In een voer tuigunit opgeslag en informatie met betrekking tot de buit en het kader van een geregelde kalibrer ing 
uitgev oerde tijdafst elling en (voorsc hriften 124 en 125 van bijlage 1C). 
recordT ype geeft de soor t record aan (VuTimeAd justmentRecord). Waardetoek enning: zie RecordT ype. 
recordSize is de grootte van VuTimeAdjustm entRecord in bytes. 
noOfRecords is het aantal records in de reek s records. 
records is een reeks records van tijdafstelling en. 26.5.2016 L 139/165 Publicatieblad van de Europese Unie NL    
2.234.  WorkshopCardApplicationIdentif ication 
Op een werkplaatskaar t opgeslag en informatie met betrekking tot de toepassin gsidentifi catie van de kaar t 
(voorsc hriften 307 en 330 van bijlage 1C). 
1e generatie: 
typeOfT achog raphCardId specifi ceer t de geïmplement eerde kaar tsoor t. 
cardStr uctureV ersion specificeer t de versie van de op de kaar t geïmplement eerde structuur . 
noOfEv entsP erType is het aantal voor vallen per soor t voorval dat de kaar t kan registreren. 
noOfFaultsPerT ype is het aantal fouten per soor t fout dat de kaar t kan registreren. 
activityStr uctureLength geeft het aantal besch ikbare bytes aan voor het opslaan van activitei tenrecords. 
noOfCardV ehicleRecords is het aantal voertuigregistraties dat de kaar t kan bevatten. 
noOfCardPlaceRecords is het aantal plaatsen dat de kaar t kan registreren. 
noOfCalibrationRecords is het aantal kalibrer ingsrecords dat de kaar t kan opslaan. 
2e generatie: 
Als aanvulling op de 1e generatie worden de volg ende gegevenselement en gebruikt: 
noOfGNSSCDRecords is het aantal GNSS-records van de ononderbroken rijtijd dat op de kaar t kan worden 
opges lagen. 
noOfSpecif icConditionRecords is het aantal records van specifieke omstandigheden dat op de kaar t kan 
worden opgeslagen. 
2.235.  WorkshopCardCalibrationDat a 
Op een werkplaatskaar t opgeslagen informatie met betrekking tot de met de kaar t uitge voerde activitei ten van de 
werkplaats (voorschri ften 314, 316, 337 en 339 van bijlag e 1C). 26.5.2016 L 139/166 Publicatieblad van de Europese Unie NL    
calibration TotalNumber is het totale aantal met de kaar t uitgev oerde kalibrer ingen. 
calibrationPoin terNew estRecord is de index van de laatst bijgewerkt e kalibrer ingsrecord. 
Waardetoek enning: getal dat correspondeer t met de teller van de kalibrer ingsrecord, beginnend met ‘0’ voor de 
eerste kalibrer ingsrecord in de structuur . 
calibrationRecords is de reeks records die informatie over kalibrer ing en/of tijdafst elling bevat. 
2.236.  WorkshopCardCalibrationRecord 
Op een werkplaatskaar t opgeslagen informatie met betrekking tot een met de kaar t uitgev oerde kalibrer ing 
(voorsc hriften 314 en 337 van bijlage 1C). 
1e generatie: 
calibrationPur pose is het doel van de kalibrer ing. 
vehicleIdentif icationNumber is het VIN. 
vehicleRegist ration bevat het kent ekennummer en de registrerende lidstaat. 
wVehicleCharacter isticCons tant is de kenmerk ende coëffi ciënt van het voertuig. 
kCons tantOfRecordingEquipment is de constante van het controleapparaat. 
lTyreCircumference is de effectieve omtrek van de wielbanden. 
tyreSize is de aanduiding van de afmeting van de banden waar mee het voertuig uitgerus t is. 
author isedSpeed is de toeg estane maximumsnelheid van het voertuig. 
oldOdometerV alue, newOdometerV alue zijn de oude en nieuwe kilometerstanden. 
oldTimeV alue, newTimeV alue zijn de oude en nieuwe waarden van datum en tijd. 26.5.2016 L 139/167 Publicatieblad van de Europese Unie NL    
nextCalibrationDate is de datum van de volgende in CalibrationPur pose gespecifi ceerde soor t kalibrer ing die 
door de bevoegde controleautoriteit moet worden uitge voerd. 
vuPar tNumber , vuSer ialNumber en sensorSer ialNumber zijn de gegevenselement en voor identificatie van het 
controleapparaat. 
2e generatie: 
Als aanvulling op de 1e generatie worden de volg ende gegevenselement en gebruikt: 
sensorGNSSSer ialNumber identif iceer t een externe GNSS-module. 
rcmSer ialNumber identif iceer t een module voor communicatie op afstand. 
sealDataCard geeft informatie over de zegels die aan de versc hillende onderdelen van het voer tuig zijn gehec ht. 
2.237.  WorkshopCardHolderIdentif ication 
Op een werkplaatskaar t opges lagen informatie met betrekking tot de identificatie van de kaar thouder 
(voorsc hriften 311 en 334 van bijlage 1C). 
workshopName is de naam van de werkplaats van de kaar thouder . 
workshopAd dress is het adres van de werkplaats van de kaar thouder . 
cardHolderName is de naam en voorn aam (voorn amen) van de houder (bijv. de naam van de monteur). 
cardHolderPreferredLan guage is de voork eurtaal van de kaar thouder . 
2.238.  WorkshopCardPIN 
Persoonlijk identif icatienummer (PIN-code) van de werkplaatskaar t (voorsc hriften 309 en 332 van bijlage 1C). 26.5.2016 L 139/168 Publicatieblad van de Europese Unie NL    
Waardetoek enning: de bij de kaar thouder bekende PIN-code, rechts met ‘FF’ bytes tot maximaal 8 bytes 
opgevuld. 
2.239.  W-VehicleCharacter isticCons tant 
Kenmerkende coëffi ciënt van het voertuig (definitie k). 
Waardetoek enning: pulsen per kilometer in het operationele bereik van 0 tot 64 255 pulsen/km. 
2.240.  VuPo werSupplyInter ruptionRecord 
2e generatie: 
In een voertuigunit opgeslag en informatie met betrekking tot onderbrekingen in de stroomv oorziening 
(voorsc hrift 117 van bijlage 1C). 
eventT ype is het soor t voorval. 
eventRecordPur pose is het doel waar voor dit voor val geregistreerd werd. 
eventBegin Time is de datum en het tijds tip van het begin van het voorval. 
eventEndTime is de datum en het tijdstip van het einde van het voor val. 
cardNumberAndGenDr iverSlotBegin identif iceer t de aan het begin van het voor val in de lezer van de 
bestuurder ingebrac hte kaar t, inclusief de generatie. 
cardNumberAndGenDr iverSlotEnd identificee rt de aan het eind van het voorval in de lezer van de bestuurder 
inge bracht e kaar t, inclusief de generatie. 
cardNumberAndGenCodr iverSlotBegin identif iceer t de aan het begin van het voorval in de lezer van de 
bijrijder ingebracht e kaar t, inclusief de generatie. 
cardNumberAndGenCodr iverSlotEnd identif iceer t de aan het eind van het voor val in de lezer van de bijrijder 
inge bracht e kaar t, inclusief de generatie. 
similarEv entsNumber is het aantal vergeli jkbare voor vallen op die dag. 
2.241.  VuPo werSupplyInter ruptionRecordAr ray 
2e generatie: 
In een voertuigunit opgeslag en informatie met betrekking tot onderbrekingen in de stroomv oorziening 
(voorsc hrift 117 van bijlage 1C). 26.5.2016 L 139/169 Publicatieblad van de Europese Unie NL    
recordT ype staat voor de soor t record (VuPowerSupplyInt erruptionRecord ). Waardetoe kenning: zie 
RecordT ype. 
recordSize is de grootte van VuPowerSupplyInterr upti onRecord in bytes. 
noOfRecords is het aantal records in de reek s records. 
records is een reeks records van onderbrekingen in de stroom voorziening. 
2.242.  VuSensorExter nalGNSSCoupledRecordAr ray 
2e generatie: 
Een reek s SensorExter nalGNSSCoupledRecord plus metageg evens die worden gebr uikt in het downloadprotoco l. 
recordT ype staat voor de soor t record (SensorExte rnalGNSSCoupledRecord). Waardeto ekenning: zie 
RecordT ype. 
recordSize is de grootte van SensorExte rnalGNSSCoupledRecord in bytes. 
noOfRecords is het aantal records in de reek s records. 
records is een reeks SensorExte rnalGNSSCoupledRecords. 
2.243.  VuSensorPairedRecordAr ray 
2e generatie: 
Een reek s SensorPairedRecord plus metageg evens die worden gebruikt in het downloadprotoco l. 
recordT ype staat voor de soor t record (SensorPairedReco rd). Waardeto ekenning: zie RecordT ype. 
recordSize is de grootte van SensorPairedRecord in bytes. 
noOfRecords is het aantal records in de reek s records. 
records is een reeks SensorPairedRecord s. 26.5.2016 L 139/170 Publicatieblad van de Europese Unie NL    
3.  DEFINITIES VAN WAARDEN- EN AFMETINGENBEREIK 
Defi nitie van variabele waarden die gebruikt zijn bij de definities in paragraaf 2. 
4.  TEKENSETS 
IA5-Str ings gebr uiken de ASCII-tek ens zoals gedefinieerd in ISO/IEC 8824-1. Voor de leesbaarheid en voor 
gemakk elijk e verwijzing wordt de waardetoek enning hieronder gegeven. In geval van afwijki ngen geldt ISO/IEC 
8824-1 boven deze informatieve notitie. 
Andere tekenstr ings (Address, Name, VehicleRegistrationNumber) gebru iken bovendien tekens die wor ­
den gedefinieerd door de codes 161 tot en met 255 van de volg ende 8-bits standaardtek ensets, gespeci ­
ficeerd door het CodeP agenummer: 
Standaardtek enset Code Page 
(decimaal) 
ISO/IEC 8859-1 Latijn s-1 West-Europees 1 
ISO/IEC 8859-2 Latijn s-2 Centraal-Europees 2 
ISO/IEC 8859-3 Latijn s-3 Zuid-Europees 3 
ISO/IEC 8859-5 Latijn s / Cyrillisch 5 
ISO/IEC 8859-7 Latijn s / Grieks 7 
ISO/IEC 8859-9 Latijn s-5 Turks 9 
ISO/IEC 8859-13 Latijns -7 Baltisc he regio 13 
ISO/IEC 8859-15 Latijns -9 15 
ISO/IEC 8859-16 Latijns -10 Zuid-Oost-Europees 16 
KOI8-R Latijn s / Cyrillisch 80 
KOI8-U Latijns / Cyrillisc h 85  
5.  CODERING 
In het geval van coder ing met ASN.1-coderegels moet en alle gedef inieerde gegevenssoor ten gecod eerd worden 
overeenk omstig ISO/IEC 8825-2, uitgeri chte variant. 
6.  OBJECTIDENTIFICA TIE EN TOEP ASSINGSIDENTIFICA TIE 
6.1.  Objectidentif icatie 
De in dit hoofdstuk opgenomen objectidentif icatiesymbolen (OID's) hebben alleen betrekking op de 2e generatie. 
Die OID's zijn gespecif iceerd in TR-03110-3 en worden hier voor de volledigheid herhaald. Ze zijn opgenomen 
in de substr uctuur van bsi-de: 
26.5.2016 L 139/171 Publicatieblad van de Europese Unie NL    
VU-authenticatieprotocoliden tificatoren 
Voorbeeld: Als VU-authenticatie moet worden uitge voerd met SHA-384, is het te gebruiken objectidentif icatie ­
symbool (in ASN.1-notatie) 
 . De waarde van dit objectidenti ­
ficatiesymbool in puntnotatie is 
 .  
Puntnotatie Bytenotatie 
‘04 00 7F 00 07 02 02 02 02 03’ 
‘04 00 7F 00 07 02 02 02 02 04’ 
‘04 00 7F 00 07 02 02 02 02 05’  
Chipauthenticatieprotoc olidentif icatoren 
Voorbeeld: Veronderst el dat chipauthenticatie moet worden uitgev oerd met het ECDH-algor itme, wat result eert in 
een AES-sessiesleutel met een lengte van 128 bits. Die sessiesleut el wordt vervolg ens gebruikt in CBC-modus 
om de vertrouwelijkheid van de gegeve ns te verzekeren en met het CMA C-algor itme om de authenticite it 
van de gegevens te verzek eren. Het te gebr uiken objectidentificatiesymbool (in ASN.1-notatie) is daarom 
. De waarde van dit objectidentif icatiesymbool in puntnotatie 
is 
 .  
Puntnotatie Bytenotatie 
‘04 00 7F 00 07 02 02 03 02 02’ 
‘04 00 7F 00 07 02 02 03 02 03’ 
‘04 00 7F 00 07 02 02 03 02 04’  
6.2.  Toepassingsidentif icaties 
2e generatie: 
Het toepas singsidentif icatiesymbool (AID) voor de externe GNSS-module (2e generatie) wordt gegeven door ‘FF 
44 54 45 47 4D’. Dit is een particuliere AID overeenk omstig ISO/IEC 7816-4. 26.5.2016 L 139/172 Publicatieblad van de Europese Unie NL    
Opmerking: De laatst e 5 bytes coderen DTEGM voor een externe GNSS-module van een slimme tachog raaf. 
Het toepass ingsidentifi catiesymbool (AID) voor de tachog raafkaar tapplicatie van de 2e generatie) wordt gegeven 
door ‘FF 53 4D 52 44 54’. Dit is een particuliere AID overeenk omstig ISO/IEC 7816-4.  26.5.2016 L 139/173 Publicatieblad van de Europese Unie NL    
Aanhangse l 2 
SPECIFIC ATIE VAN TACHOGRAAFKAART EN 
INHOUDSOPGA VE 
1. INLEIDING ...................................................................................................................................... 175 
1.1. Afkorting en........................................................................................................................ 175 
1.2. Referentienor men ................................................................................................................. 176 
2. ELEK TRONISCHE EN FYSIEKE KENMERKEN ............................................................................................ 176 
2.1. Toevoerspanning en stroomverbr uik ......................................................................................... 177 
2.2. Programmeerspanning Vpp...................................................................................................... 177 
2.3. Klokge nerer ing en klokfrequentie ............................................................................................. 177 
2.4. I/O-contact ......................................................................................................................... 177 
2.5. Statussen van de kaar t........................................................................................................... 177 
3. HARD WARE EN COMMUNICA TIE ........................................................................................................ 177 
3.1. Inleiding ............................................................................................................................. 177 
3.2. Overbrengingsprot ocol .......................................................................................................... 178 
3.2.1 Protocol len ......................................................................................................................... 178 
3.2.2 ATR .................................................................................................................................. 179 
3.2.3 PTS ................................................................................................................................... 179 
3.3. Toegangsregels ..................................................................................................................... 180 
3.4. Overzic ht van commando's en foutcodes ................................................................................... 183 
3.5. Besc hrijving van commando's ................................................................................................. 185 
3.5.1 SELECT (Selecteer) ............................................................................................................................. 186 
3.5.2 READ BINAR Y (Lees binair getal).......................................................................................................... 187 
3.5.3 UPD ATE BINAR Y (Werk binair getal bij).................................................................................................. 194 
3.5.4 GET CHALLENGE (Vraag naar identiteit) ................................................................................................. 200 
3.5.5 VERIFY (Verifieer) ............................................................................................................................. 200 
3.5.6 GET RESPONSE (Haal antwoord op) ...................................................................................................... 202 
3.5.7 PSO: VERIFY CERTIFICA TE (PSO: verifieer certificaat) ................................................................................. 202 
3.5.8 INTERNAL AUTHENTICA TE (Interne authenticatie) ................................................................................... 204 
3.5.9 EXTERNAL AUTHENTICA TE (Externe authenticatie) ................................................................................... 205 
3.5.10 GENERAL AUTHENTICA TE (Algemene authenticatie) ................................................................................. 206 
3.5.11 MANA GE SECURIT Y ENVIR ONMENT (Beheer beveiligingsomgeving) ............................................................. 207 
3.5.12 PSO: HASH ..................................................................................................................................... 210 
3.5.13 PERFORM HASH OF FILE (Voer hash van bestand uit) ................................................................................ 211 
3.5.14 PSO: COMP UTE DIGIT AL SIGNA TURE (PSO: bereken digitale handt ekening) .................................................... 212 
3.5.15 PSO: VERIFY DIGIT AL SIGNA TURE (PSO: verifieer digitale handtek ening) ........................................................ 213 
3.5.16 PROCESS DSR C MESSA GE (Verwerk dsrc-ber icht) ...................................................................................... 214 
4. BEST ANDSSTR UCTUUR VAN DE TACHOGRAAFKAARTEN ........................................................................ 216 
4.1. Stambestand (MF) ................................................................................................................. 216 26.5.2016 L 139/174 Publicatieblad van de Europese Unie NL    
4.2. Tachograaf toepassin gen voor de bestuurderskaar t........................................................................ 217 
4.2.1 Tachograaf toepassin g van de eerste generatie voor de bestuurderskaar t............................................. 217 
4.2.2 Tachograaf toepassin g van de tweede generatie voor de bestuurderskaar t........................................... 221 
4.3. Tachograaf toepassin gen voor de werkplaatskaar t......................................................................... 224 
4.3.1 Tachograaf toepassin g van de eerste generatie voor de werkplaatskaar t.............................................. 224 
4.3.2 Tachograaf toepassin g van de tweede generatie voor de werkplaatskaar t............................................ 228 
4.4. Tachograaf toepassin gen voor de controlekaar t............................................................................ 233 
4.4.1 Tachograaf toepassin g van de eerste generatie voor de controlekaar t................................................. 233 
4.4.2 Tachograaf toepassin g van de tweede generatie voor de controlekaar t............................................... 235 
4.5. Tachograaf toepassin gen voor de bedr ijfskaar t............................................................................. 237 
4.5.1 Tachograaf toepassin g van de eerste generatie voor de bedr ijfskaar t.................................................. 237 
4.5.2 Tachograaf toepassin g van de tweede generatie voor de bedr ijfskaar t................................................ 238  
1.  INLEIDING 
1.1.  Afk ortingen 
In dit aanhangsel worden de volg ende afkorting en gebruikt. 
AC  Toegangscondities 
AES  Advanced Encr yption Standard 
AID  Toepassingsidentificator 
ALW  Altij d 
APDU  Toepassingsproto col gegevensunit (commandostr uctuur) 
ATR  Antwoor d op terugstellen 
AUT  Geauthenticeerd 
C6, C7  Contact en nr. 6 en 7 van de kaar t, zoals besc hreven in ISO/IEC 7816-2 
cc  Klokcy cli 
CHV  Verificatie-i nformatie van de kaar thouder 
CLA  Bytecate gorie van het APDU-commando 
DSR C  Speciale korteafstandscommunicatie 
DF  Toepassingsgericht bestand. Een DF kan andere bestanden (EF of DF) bevatten 
ECC  Ellipt ische-krommecr yptografie 
EF  Hoofdbestand 
etu  Elementaire tijdeenheid 
G1  Eerste generatie 
G2  Tweede generatie 
IC  Geïnt egreerde schak eling 
ICC  Chipkaar t 
ID  Identificator 
IFD  Interface-inr ichting 
IFS  Groott e van het informatieveld 
IFSC  Groott e van het informatieveld voor de kaar t 26.5.2016 L 139/175 Publicatieblad van de Europese Unie NL    
IFSD  Inrichting voor de grootte van het informatieveld (voor het werkstation) 
INS  Instr uctiebyt e van een APDU-commando 
Lc  Lengte van invoerge gevens voor een APDU-commando 
Le  Lengte van de verwacht e gegeve ns (uitvoerg egevens voor een commando) 
MF  Stambestand (hoofd-DF) 
NAD  Knooppuntadres gebr uikt in het protocol T = 1 
NEV  Nooit 
P1-P2  Parameter bytes 
PIN  Persoonlijk identificatienummer (pincode) 
PRO SM  Besc hermd door beveiligde berichtenuitwisseling 
PTS  Protocol voor transmissieselectie 
RFU  Gereser veerd voor toek omstig gebruik 
RST  Terugstellen (van de kaar t) 
SFID  Korte EF-identifi cator 
SM  Beveiligde berichtenuitwisseling 
SW1-SW2  Statusb ytes 
TS  Initieel ATR-teken 
VPP  Programmeerspanning 
VU  Voertuigunit 
XXh  Waarde XX in hexadecimale notatie 
‘XXh’  Waarde XX in hexadecimale notatie 
||  Samenv oegingssymbool 03||04 = 0304 
1.2.  Referent ienor men 
De onderstaande referentienor men worden in dit aanhangsel gebruikt: 
ISO/IEC 7816-2  Identif ication cards — Integrat ed circuit cards — Part 2: Dimensions and location of the 
contacts. ISO/IEC 7816-2:2007. 
ISO/IEC 7816-3  Identif ication cards — Integrated circuit cards — Part 3: Electr ical interface and 
transmission protocols. ISO/IEC 7816-3:2006. 
ISO/IEC 7816-4  Identif ication cards — Integra ted circuit cards — Part 4: Org anization, secur ity and 
commands for interc hange. ISO/IEC 7816-4:2013 + Cor 1: 2014. 
ISO/IEC 7816-6  Identif ication cards — Integrated circuit cards — Part 6: Interin dustr y data elements for 
interc hange. ISO/IEC 7816-6:2004 + Cor 1: 2006. 
ISO/IEC 7816-8  Identif ication cards — Integrated circuit cards — Part 8: Commands for secur ity 
operations. ISO/IEC 7816-8:2004. 
ISO/IEC 9797-2  Information technology — Secur ity techniques — Message Auth entication Codes (MA Cs) 
— Part 2: Mechanisms using a dedicate d hash-function. ISO/IEC 9797-2:2011. 
2.  ELEK TRISCHE EN FYSIEKE KENMERKEN 
TCS_01  Tenzij anders gespecifi ceerd, zijn alle elektronische signalen in overeenst emming met ISO/IEC 7816- 
3. 
TCS_02  De plaats en afmetingen van de contacten van de kaar t voldoen aan ISO/IEC 7816-2. 26.5.2016 L 139/176 Publicatieblad van de Europese Unie NL    
2.1.  Toev oerspanning en stroomv erbr uik 
TCS_03  De kaar t werkt overeenk omstig de specifi caties binnen de in ISO/IEC 7816-3 gespecif iceerde 
verbr uikslimieten. 
TCS_04  De kaar t werkt met Vcc = 3 V (± 0,3 V) of met Vcc = 5 V (± 0,5 V). 
De spanning wordt geselecteerd overeenk omstig ISO/IEC 7816-3. 
2.2.  Prog rammeerspanning Vpp 
TCS_05  De kaar t gebruikt geen programmeerspanning op pin C6. Pin C6 wordt naar verwachti ng niet 
aangeslot en in een IFD. Contact C6 kan worden verbonden met Vcc in de kaar t, maar niet met de 
aarde. Deze spanning mag in geen geval worden omg ezet. 
2.3.  Klokgenerer ing en klokfrequentie 
TCS_06  De kaar t werkt binnen een frequentiebereik van 1 tot 5 MHz en kan hogere frequenties 
ondersteunen. Tijdens een kaar tsessie kan de klokfrequentie ± 2 % variëren. De klokfrequentie 
wordt door de voer tuigunit en niet door de kaar t zelf gegenereerd. De inschak elduur kan variëren 
tussen 40 en 60 %. 
TCS_07  Onder de in het kaar tbestand EF ICC opgenomen voor waarden kan de externe klok worden 
stilgezet (“klokstop”). De eerste byte van het EF ICC-bestandsdeel codeer t de voorwaarden voor de 
klok stop. 
Laag Hoog   
Bit 3 Bit 2 Bit 1 
0 0 1 klok stop toeg estaan, geen voorkeurn iveau 
0 1 1 klok stop toeg estaan, bij voorkeur hoog niveau 
1 0 1 klok stop toeg estaan, bij voorkeur laag niveau 
0 0 0 klok stop niet toeg estaan 
0 1 0 klok stop alleen toeg estaan op hoog niveau 
1 0 0 klok stop alleen toeg estaan op laag niveau  
De bits 4 tot en met 8 worden niet gebruikt. 
2.4.  I/O-cont act 
TCS_08  Het I/O-contact C7 wordt gebr uikt om gegeve ns te ontvange n van en over te breng en naar de IFD. 
Alleen tijde ns de werking staat ofwel de kaar t, ofwel de IFD in overbrengingsmodus. Indien beide 
units in overbrengingsmodus staan, mag er geen schad e aan de kaar t ontstaan. De kaar t staat in 
ontvangstmodus, tenzij gegevens worden overgebrac ht. 
2.5.  Statussen van de kaart 
TCS_09  De kaar t werkt in twee statussen wanneer de toev oerspanning aange sloten is: 
operationele status wanneer commando's worden uitgev oerd of verbinding wordt gemaakt met de 
digitale unit, 
inactieve status op alle andere tijdstippen; in deze status blijven alle gegevens bewaard op de kaar t. 
3.  HARD WARE EN COMMUNICA TIE 
3.1.  Inleiding 
In dit punt wordt een beschr ijving gegeven van de minimaal vereiste functionalit eit voor tachograafkaar ten 
en VU's om een correcte werking en interoperabiliteit te waarborg en. 26.5.2016 L 139/177 Publicatieblad van de Europese Unie NL    
Tachog raafkaar ten voldoen zo veel moge lijk aan de beschikbare, toepasseli jke ISO/IEC-nor men (in het 
bijzon der ISO/IEC 7816). Commando's en protocoll en worden echt er volledig besch reven om beperkt 
gebruik of eventueel aanwezige verschillen te specifi ceren. Tenzi j anders aangeg even, voldoe n de gespecifi ­
ceerde commando's integraal aan de genoemde normen. 
3.2.  Overbrengingsprot ocol 
TCS_10  Het overbrengingsprot ocol voldoet aan ISO/IEC 7816-3 voor T = 0 en T = 1. De VU herkent in het 
bijzonder door de kaar t verzonden verlengingen van de wacht tijd. 
3.2.1  Protocollen 
TCS_11  De kaar t biedt zowel prot ocol T = 0 als prot ocol T = 1. Bovendien kan de kaar t aanvullende 
contactgerichte protocoll en ondersteunen. 
TCS_12  T = 0 is het standaardprot ocol; bijgev olg is een PTS-commando noodzake lijk om het prot ocol te 
wijzig en in T = 1. 
TCS_13  Inrichting en onderst eunen de directe conv entie in beide protocoll en: bijgev olg is de directe 
conventie verplich t voor de kaar t. 
TCS_14  De byte voor de grootte van het informatiev eld wordt weergeg even in teken TA3 van het ATR. 
Deze waarde is ten minste gelijk aan ‘F0h’ (= 240 bytes). 
De onderstaande beperking en zijn van toep assing op de protocoll en: 
TCS_15  T = 0 
—  De interface -inrichting ondersteunt een antw oord op I/O na de oplopende rand van het signaal 
bij RST vanaf 400 cc. 
—  De interf ace-inr ichting kan met 12 etu's gescheiden tekens lezen. 
—  De interfa ce-inr ichting kan een foutief teken en de herhaling daar van lezen, indien gescheiden 
met 13 etu's. Indien een foutief teken wordt vastge steld, kan de I/O-f outsignaler ing tussen 1 etu 
en 2 etu's voork omen. De inrichting ondersteunt een vertraging van 1 etu. 
—  De interf ace-inr ichting accept eert een ATR van 33 bytes (TS + 32). 
—  Indien TC1 in het ATR staat, is Extra Guard Time aanwezig voor door de interface-inr ichting 
verzonden tekens. Niettem in kunnen door de kaar t verzonden tekens nog steeds met 12 etu's 
worden gescheiden. Dit geldt ook voor het door de kaar t verzonden ACK-teken na een door de 
interf ace-inr ichting gezonden P3-tek en. 
—  De interf ace-inr ichting houdt rekening met een door de kaar t gezonden NUL-tek en. 
—  De interf ace-inr ichting accept eert de complementaire modus voor ACK. 
—  Het GET RESPONSE-commando kan niet in kettingmodus worden gebruikt om een gegeven op 
te halen dat langer kan zijn dan 255 bytes. 
TCS_16  T = 1 
—  NAD-by te: niet gebruikt (NAD wordt op ‘00’ gezet). 
—  S-blok ABOR T: niet gebr uikt. 
—  S-blok VPP state error: niet gebruikt. 
—  De totale kettinglengte voor een gegevensveld bedraagt ten hoogst e 255 bytes (te waarborge n 
door de IFD). 
—  De inrichting voor de grootte van het informatieveld (IFSD) wordt onmiddellijk na het ATR 
door de IFD aangeg even: de IFD brengt het S-blok IFS-verzoek na het ATR over en de kaar t 
zendt het S-blok IFS terug. De aanbev olen waarde voor IFSD is 254 bytes. 
—  De kaar t vraagt geen IFS-bij stelling. 26.5.2016 L 139/178 Publicatieblad van de Europese Unie NL    
3.2.2  ATR 
TCS_17  De inrichting controleer t de ATR-byt es overeenk omstig ISO/IEC 7816-3. Hist orische tekens van het 
ATR worden niet gever ifieerd. 
Voorbeeld van basis-biproto col ATR overeenk omstig ISO/IEC 7816-3 
Teken Waarde Opmerkingen 
TS ‘3Bh’ Geef t directe conventie aan 
T0 ‘85h’ TD1 aanwezig; 5 histo rische bytes zijn aanwezig 
TD1 ‘80h’ TD2 aanwezig; T=0 moet worden gebruikt 
TD2 ‘11h’ TA3 aanwezig; T=1 moet worden gebruikt 
TA3 ‘XXh’ (ten minst e 
‘F0h’) Groott e van het informatieveld voor de kaar t (IFSC) 
TH1 t/m TH5 ‘XXh’ Historische tekens 
TCK ‘XXh’ Controleer teken (exclusieve OF (XOR))  
TCS_18  Het stambestand (MF) wordt na het ATR impliciet geselect eerd en geldt als geldig e map (directory). 
3.2.3  PTS 
TCS_19  Het standaardprotocol is T = 0. Om het protocol T = 1 in te stellen, moet de inrichting een PTS 
(ook PPS genoemd) naar de kaar t verzenden. 
TCS_20  Aangezie n de protocollen T = 0 en T = 1 verplicht zijn voor de kaar t, is het basis-PTS voor 
protocolwiss eling verplich t voor de kaar t. 
Zoals aangeg even in ISO/IEC 7816-3, kan het PTS worden gebruikt om te wisselen naar hogere 
baudsnelheden dan de standaardsnelheid die de kaar t in het eventuele ATR aange eft (TA(1) byte). 
Hogere baudsnelheden zijn facultat ief voor de kaar t. 
TCS_21 Indien geen andere baudsnelheid dan de standaardsnelheid wordt onderst eund (of indien de geselec ­
teerde baudsnelheid niet wordt onderst eund), reage ert de kaar t correct op het PTS, overeenk omstig 
ISO/IEC 7816-3, door de PPS1-b yte weg te laten . 
Voorbeelden van het basis-PTS voor protocolselectie: 
Teken Waarde Opmerkingen 
PPSS ‘FFh’ Star tteken 
PPS0 ‘00h’ of ‘01h’ PPS1 t/m PPS3 niet aanwezig; ‘00h’ om T0 te selecte ren, ‘01h’ 
om T1 te select eren 
PK ‘XXh’ Controletek en:  ‘XXh’ = ‘FFh’ als PPS0 = ‘00h’ 
‘XXh’ = ‘FEh’ als PPS0 = ‘01h’  26.5.2016 L 139/179 Publicatieblad van de Europese Unie NL    
3.3.  Toegangsregels 
TCS_22  Een toeg angsregel specifi ceer t de toepass elijk e beveiligingsvoo rwaarden voor een toeg angsmodus, 
dat wil zegg en een commando. Indien aan deze beveiligingsvoor waarden is voldaan, wordt het 
corresponderende commando verwerkt. 
TCS_23  De volg ende beveiligingsvoo rwaarden worden gebruikt voor de tach ograafkaar t: 
Afkorting Betekenis 
ALW De actie is altijd mog elijk en kan zonder enig e beperking worden uitgev oerd. 
Het APDU-commando en -antw oord worden ongecod eerd verzonden, dat 
wil zeggen zonder beveiligde berichtenuitwisseling. 
NEV De actie is nooit mog elijk. 
PLAIN-C Het APDU-commando wordt ongecodeerd verzonden, dat wil zegg en zon­
der beveiligde berichtenuitwisseling. 
PWD De actie kan alleen worden uitge voerd indien de pincode van de werkplaats ­
kaar t met succes is gever ifieerd, dat wil zeggen indien de interne beveili ­
gingsstatus van de kaar t is ingesteld op „PIN_V erified”. Het commando moet 
zonder beveiligde berichtenuitwisseling worden verzonden. 
EXT -AUT-G1 De actie kan alleen worden uitgev oerd indien het External Auth enticate- 
commando voor authenticatie van de eerste generatie (zie ook aanhangsel 11, 
deel A) met succes werd uitge voerd. 
SM-MA C-G1 Het APDU-commando en -antw oord moeten worden toeg epast met bevei ­
ligde berichtenuitwisseling van de eerste generatie in alleen-authenticeren- 
modus (zie aanhangsel 11, deel A). 
SM-C-MA C-G1 Het APDU-commando moet worden toeg epast met beveiligde berichtenuit ­
wisseling van de eerste generatie in alleen-authenticeren-modus (zie aan­
hangsel 11, deel A). 
SM-R -ENC-G1 Het APDU-antwoor d moet worden toeg epast met beveiligde berichtenuitwis ­
seling van de eerste generatie in coder ingsmodus (zie aanhangsel 11, deel A); 
er wordt bijgev olg geen berichta uthenticatiecode teruggezonden. 
SM-R -ENC-MA C-G1 Het APDU-antwoor d moet worden toeg epast met beveiligde berichtenuitwis ­
seling van de eerste generatie in eerst-coderen-dan-authenticeren-modus (zie 
aanhangsel 11, deel A). 
SM-MA C-G2 Het APDU-commando en -antw oord moeten worden toeg epast met bevei ­
ligde berichtenuitwisseling van de tweede generatie in alleen-authenticeren- 
modus (zie aanhangsel 11, deel B). 
SM-C-MA C-G2 Het APDU-commando moet worden toeg epast met beveiligde berichtenuit ­
wisseling van de tweede generatie in alleen-authenticeren-modus (zie aan­
hangsel 11, deel B). 
SM-R -ENC-MA C-G2 Het APDU-antwoor d moet worden toeg epast met beveiligde berichtenuitwis ­
seling van de tweede generatie in eerst-coderen-dan-authenticeren-modus 
(zie aanhangsel 11, deel B).  
TCS_24  Deze beveiligingsvoo rwaarden kunnen op de volgende wijzen aan elkaar worden gekoppeld: 
AND: alle beveiligingsvoo rwaarden moete n worden nageleefd. 
OR: ten minste één beveiligingsvoo rwaarde moet worden nage leefd. 
De toeg angsrege ls voor het bestandssysteem, dat wil zegg en de SELECT -, READ BINAR Y- en 
UPD ATE BINAR Y-commando's, worden gespecificeerd in hoofdstuk 4. De toeg angsrege ls voor de 
overige commando's worden gespecif iceerd in de volgende tabellen. 26.5.2016 L 139/180 Publicatieblad van de Europese Unie NL    
TCS_25  In de toepass ing DF Tachograaf G1 worden de volgende toegangsreg els gebr uikt: 
Commando Bestuurderskaar t Werkplaatskaar t Controlekaar t Bedr ijfskaar t 
Extern al Authenticat e     
—  Voor authenticatie 
van de eerste ge­
neratie ALW ALW ALW ALW 
—  Voor authenticatie 
van de tweede ge­
neratie ALW PWD ALW ALW 
Internal Authenticat e ALW PWD ALW ALW 
General Auth enticate ALW ALW ALW ALW 
Get Challenge ALW ALW ALW ALW 
MSE: SET AT ALW ALW ALW ALW 
MSE: SET DST ALW ALW ALW ALW 
Process DSR C Mes ­
sage Niet van toepas ­
sing Niet van toepas ­
sing Niet van toepas ­
sing Niet van toepas ­
sing 
PSO: Com pute Digital 
Signature ALW of 
SM-MA C-G2 ALW of 
SM-MA C-G2 Niet van toepas ­
sing Niet van toepas ­
sing 
PSO: Hash Niet van toepas ­
sing Niet van toepas ­
sing ALW Niet van toepas ­
sing 
PSO: Hash of File ALW of 
SM-MA C-G2 ALW of 
SM-MA C-G2 Niet van toepas ­
sing Niet van toepas ­
sing 
PSO: Verify Certificate ALW ALW ALW ALW 
PSO: Verify Digital 
Signature Niet van toepas ­
sing Niet van toepas ­
sing ALW Niet van toepas ­
sing 
Verify Niet van toepas ­
sing ALW Niet van toepas ­
sing Niet van toepas ­
sing  
TCS_26  In de toepass ing DF Tachograaf_G2 worden de volg ende toeg angsreg els gebruikt: 
Commando Bestuurderskaar t Werkplaatskaar t Controlekaar t Bedr ijfskaar t 
Extern al Authenticat e     
—  Voor authenticatie 
van de eerste ge­
neratie Niet van toepas ­
sing Niet van toepas ­
sing Niet van toepas ­
sing Niet van toepas ­
sing 
—  Voor authenticatie 
van de tweede ge­
neratie ALW PWD ALW ALW 
Internal Authenticat e Niet van toepas ­
sing Niet van toepas ­
sing Niet van toepas ­
sing Niet van toepas ­
sing 26.5.2016 L 139/181 Publicatieblad van de Europese Unie NL    
Commando Bestuurderskaar t Werkplaatskaar t Controlekaar t Bedr ijfskaar t 
General Auth enticate ALW ALW ALW ALW 
Get Challenge ALW ALW ALW ALW 
MSE:SET AT ALW ALW ALW ALW 
MSE:SET DST ALW ALW ALW ALW 
Process DSR C Mes ­
sage Niet van toepas ­
sing ALW ALW Niet van toepas ­
sing 
PSO: Com pute Digital 
Signature ALW of 
SM-MA C-G2 ALW of 
SM-MA C-G2 Niet van toepas ­
sing Niet van toepas ­
sing 
PSO: Hash Niet van toepas ­
sing Niet van toepas ­
sing ALW Niet van toepas ­
sing 
PSO: Hash of File ALW of 
SM-MA C-G2 ALW of 
SM-MA C-G2 Niet van toepas ­
sing Niet van toepas ­
sing 
PSO: Verify Certificate ALW ALW ALW ALW 
PSO: Verify Digital 
Signature Niet van toepas ­
sing Niet van toepas ­
sing ALW Niet van toepas ­
sing 
Verify Niet van toepas ­
sing ALW Niet van toepas ­
sing Niet van toepas ­
sing  
TCS_27  In het stambestand (MF) worden de volg ende toeg angsreg els gebruikt: 
Commando Bestuurderskaar t Werkplaatskaar t Controlekaar t Bedr ijfskaar t 
Extern al Authenticat e     
—  Voor authenticatie 
van de eerste ge­
neratie Niet van toepas ­
sing Niet van toepas ­
sing Niet van toepas ­
sing Niet van toepas ­
sing 
—  Voor authenticatie 
van de tweede ge­
neratie ALW PWD ALW ALW 
Internal Authenticat e Niet van toepas ­
sing Niet van toepas ­
sing Niet van toepas ­
sing Niet van toepas ­
sing 
General Auth enticate ALW ALW ALW ALW 
Get Challenge ALW ALW ALW ALW 
MSE:SET AT ALW ALW ALW ALW 
MSE:SET DST ALW ALW ALW ALW 
Process DSR C Mes ­
sage Niet van toepas ­
sing Niet van toepas ­
sing Niet van toepas ­
sing Niet van toepas ­
sing 26.5.2016 L 139/182 Publicatieblad van de Europese Unie NL    
Commando Bestuurderskaar t Werkplaatskaar t Controlekaar t Bedr ijfskaar t 
PSO: Com pute Digital 
Signature Niet van toepas ­
sing Niet van toepas ­
sing Niet van toepas ­
sing Niet van toepas ­
sing 
PSO: Hash Niet van toepas ­
sing Niet van toepas ­
sing Niet van toepas ­
sing Niet van toepas ­
sing 
PSO: Hash of File Niet van toepas ­
sing Niet van toepas ­
sing Niet van toepas ­
sing Niet van toepas ­
sing 
PSO: Verify Certificate ALW ALW ALW ALW 
Verify Niet van toepas ­
sing ALW Niet van toepas ­
sing Niet van toepas ­
sing  
TCS_28  Een tachog raafkaar t kan al dan niet een commando accept eren met een hoger beveiligingsniveau 
dan in de beveiligingsvoo rwaarden is voor gesc hreven. Indien bijvoorbeeld ALW (of PLAIN-C) geldt 
als beveiligingsvoo rwaarde, kan de kaar t een commando ontvangen met beveiligde berichtenuitwis ­
seling (in coder ings- en/of authenticatiemodus). Indien in de beveiligingsvoor waarde beveiligde 
berichtenuitwisseling in authenticatiemodus wordt opgelegd, kan de tachograafkaar t een commando 
met beveiligde berichtenuitwisseling van dezelfde generatie accept eren in authenticatie- en 
coder ingsmodus. 
Opmerking: in de beschr ijving van commando's wordt nader toeg elich t welke commando's door de 
verschil lende soor ten tachog raafkaar ten en DF's worden ondersteund. 
3.4.  Overzicht van commando's en foutcodes 
De commando's en bestandsorg anisatie zijn afge leid van en voldoen aan ISO/IEC 7816-4. 
In dit punt wordt een besch rijving gegeven van de volg ende APDU-commando-antwoordparen. In de 
beschr ijving van commando's wordt aangeg even welke varianten van commando's door toepa ssingen van de 
eerste en tweede generatie worden ondersteund. 
Commando INS 
SELECT ‘A4h’ 
READ BINAR Y ‘B0h’, ‘B1h’ 
UPD ATE BINAR Y ‘D6h’, ‘D7h’ 
GET CHALLENGE ‘84h’ 
VERIFY ‘20h’ 
GET RESPONSE ‘C0h’ 
PERFORM SECURIT Y OPERA TION ‘2Ah’ 
—  VERIFY CER TIFIC ATE  
—  COMPUTE DIGIT AL SIGNA TURE  
—  VERIFY DIGIT AL SIGNA TURE  
—  HASH  
—  PERFORM HASH OF FILE  
—  PROCESS DSR C MESSA GE  26.5.2016 L 139/183 Publicatieblad van de Europese Unie NL    
Commando INS 
INTERNAL AUTHENTICA TE ‘88h’ 
EXTERNAL AUTHENTICA TE ‘82h’ 
MANA GE SECURIT Y ENVIR ONMENT ‘22h’ 
—  SET DIGIT AL SIGNA TURE TEMPL ATE  
—  SET AUTHENTICA TION TEMPL ATE  
GENERAL AUTHENTICA TE ‘86h’  
TCS_29  De statuswoor den SW1 en SW2 worden in een antwoordber icht terug gezonden en geven de 
verwerkingsstatus van het commando aan. 
SW1 SW2 Betekenis 
90 00 Nor male verwerking 
61 XX Nor male verwerking XX = aantal beschikbare antw oordbyt es 
62 81 Verwerking van waarsc huwing. Deel van teruggezonden gegevens kan bescha ­
digd zijn 
63 00 Authenticatie mislukt (waarsch uwing) 
63 CX Foutieve CHV (pincode). ‘X’ is waarde van teller voor resterende pogingen 
64 00 Uitvoer ingsf out — Toestand van niet-vluc htig geheugen ongewi jzigd. Integri ­
teitsf out 
65 00 Uitvoer ingsf out — Toestand van niet-vluc htig geheug en gewijzigd 
65 81 Uitvoer ingsf out — Toestand van niet-vluch tig geheugen gewijzigd. Geheug en­
fout 
66 88 Beveiligingsf out: foutieve cryptografi sche controlesom (tijde ns beveiligde be­
richtenuitwisseling) of 
ongeldig certificaat (tijdens certificaa tver ificatie) of 
ongeldig cryptogram (tijde ns extern e authenticatie) of 
ongeldig e handt ekening (tijdens handtek eningver ificatie) 
67 00 Foutieve lengt e (ong eldige Lc of Le) 
68 82 Beveiligde berichtenuitwisseling niet ondersteund 
68 83 Laatste commando van de ketting verwacht 
69 00 Verboden commando (geen antw oord besc hikbaar in T=0) 
69 82 Niet voldaan aan beveiligingsstatus 
69 83 Authenticatiemethode geblokkeerd 
69 85 Niet voldaan aan gebruiksvoor waarden 
69 86 Commando niet toeg estaan (geen geldig EF) 26.5.2016 L 139/184 Publicatieblad van de Europese Unie NL    
SW1 SW2 Betekenis 
69 87 Verwacht e gegevensobjecten voor beveiligde berichtenuitwisseling ontbreken 
69 88 Onjuiste gegevensobjecten voor beveiligde berichtenuitwisseling 
6A 80 Onjuiste parameter s in gegevensveld 
6A 82 Bestand niet gevonden 
6A 86 Foutieve paramet ers P1-P2 
6A 88 Referentieg egevens niet gevonde n 
6B 00 Onjuiste parameter s (offset buiten EF) 
6C XX Foutieve lengte, SW2 geeft de exacte lengte aan. Er wordt geen gegevensveld 
terug gezonden 
6D 00 Instr uctiecode niet ondersteund of ongeldig 
6E 00 Categor ie niet onderst eund 
6F 00 Andere controlef outen  
TCS_30  Indien in een APDU-commando meerdere foutcondities vervuld zijn, kan de kaar t een van de 
toepassel ijke statuswoor den terugzenden. 
3.5.  Beschr ijving van commando's 
In dit hoofdstuk wordt een besc hrijving gegeven van de verplicht e commando's voor de tach ograafkaar ten. 
In aanhangsel 11 „Algemene beveiligingsmechanismen” worden nadere bijzonderheden verstrekt over de 
betrokken cryptografische bewerking en voor tachog raaftoepassing en van de eerste en de tweede generatie. 
Alle commando's worden onafhankeli jk van het gebruikt e prot ocol (T = 0 of T = 1) beschrev en. De APDU- 
bytes CLA, INS, P1, P2, Lc en Le worden altijd aangeg even. Indien Lc of Le niet nodig is voor het beschrev en 
commando, zijn de daar mee samenhangend e lengte, waarde en omsch rijving leeg. 
TCS_31  Indien beide lengteb ytes (Lc en Le) vereist zijn, moet het beschrev en commando in twee delen 
worden gesplitst wanneer de IFD prot ocol T = 0 gebr uikt: de IFD verzendt het commando zoals 
beschrev en met P3 = Lc + gegevens, en verzendt vervolg ens een GET RESPONSE-commando (zie 
punt 3.5.6) met P3 = Le. 
TCS_32  Indien beide lengteb ytes vereist zijn en Le = 0 (beveiligde berichtenuitwisseling): 
—Bij gebruik van protocol T = 1 beantwoo rdt de kaar t Le = 0 door alle beschikbare uitvoerg e­
gevens te verzenden. 
—  Bij gebr uik van protocol T = 0 verzendt de IFD het eerste commando met P3 = Lc + gegevens, 
en beantwoo rdt de kaar t (deze impliciete Le = 0) met de statusb ytes ‘61La’, waarbij La het aantal 
besch ikbare antwoordb ytes is. De IFD genereer t vervolgens een GET RESPONSE-commando met 
P3 = La om de gegevens te kunnen lezen. 
TCS_33  Overeenk omstig ISO/IEC 7816-4 kan een tachograafkaar t facultatief velden met uitgeb reide lengte 
ondersteunen. Een tachograafkaar t die velden met uitgebr eide lengte ondersteunt: 
—  geeft in het ATR aan dat velden met uitge breide lengte worden ondersteund ; 
—  verstrekt de ondersteund e buffe rgrootte via de informatie over de uitgebr eide lengt e in EF ATR/ 
INFO (zie TCS_146); 26.5.2016 L 139/185 Publicatieblad van de Europese Unie NL    
—  geeft in EF Extended_Length aan of velden met uitgebreide lengt e worden onderst eund voor T = 
1 en/of T = 0 (zie TCS_147). 
—  onderst eunt velden met uitge breide lengt e voor tachog raaftoepassing en van de eerste en de 
tweede generatie. 
Opmerkingen: 
Alle commando's worden gespecificeerd voor velden met een korte lengte. Het gebruik van APDU's 
met uitgebreide lengte wordt verduidelij kt in ISO/IEC 7816-4. 
Doorgaans worden de commando's gespecificeerd voor de onge codeerde modus, dat wil zegge n 
zonder beveiligde berichtenuitwisseling, aangezien de laag voor beveiligde berichtenuitwisseling 
wordt gespecifi ceerd in aanhangsel 11. De toeg angsregels voor een commando verduidelij ken of het 
commando beveiligde berichtenuitwisseling al dan niet ondersteunt, en of het commando beveiligde 
berichtenuitwisseling van de eerste en/of de tweede generatie ondersteunt. Sommige varianten van 
commando's worden beschrev en met beveiligde berichtenuitwisseling om het gebr uik daar van te 
verduidelijk en. 
TCS_34  De VU voer t voor een sessie het volledige prot ocol voor wederzi jdse authenticatie van VU-kaar ten 
van de tweede generatie uit, met inbegr ip van de certificaatver ificatie (indien vereist) in 
DF Tachograaf, DF Tachog raaf_G2 of in het MF. 
3.5.1  SELECT 
Dit commando voldoet aan ISO/IEC 7816-4, maar heef t een beperkt gebruik verg eleken met het in deze 
norm gedefinieerde commando. 
Het SELECT -commando wordt gebruikt: 
—  om een DF-toepassing te selecte ren (er moet op naam worden geselecteerd); 
—  om een hoofdbestand te select eren dat overeenstemt met de opgeg even bestandsidentificator . 
3.5.1.1  Selectie op naam (AID) 
Met dit commando wordt een DF-toepassing op de kaar t geselecteerd. 
TCS_35  Dit commando kan overal in de bestandsstr uctuur worden uitgev oerd (na het ATR of wanneer dan 
ook). 
TCS_36  Indien een toepassing wordt geselect eerd, wordt de huidige beveiligingsomge ving terug gesteld. Na 
het selecte ren van de toepassing wordt geen actuele openbare sleute l meer geselecteerd. De EXT - 
AUT-G1-to egangsconditie is ook verloren gegaan. Indien het commando zonder beveiligde berich­
tenuitwisseling (SM) werd uitge voerd, zijn de vorige SM-sessiesleutels niet langer besc hikbaar . 
TCS_37  Commandober icht 
Byte Lengte Waarde Omschrijving 
CLA 1 ‘00h’  
INS 1 ‘A4h’  
P1 1 ‘04h’ Selectie op naam (AID) 
P2 1 ‘0Ch’ Geen antw oord verwacht 
Lc 1 ‘NNh’ Aantal naar de kaar t verzonden bytes (lengte van AID): 
‘06h’ voor de tach ograaf toepassin g 
#6-#(5+NN) NN ‘XX..XXh’ AID: ‘FF 54 41 43 48 4F’ voor de tachograaf toepas sing van de 
eerste generatie 
AID: ‘FF 53 4D 52 44 54’ voor de tachog raaftoepassing van de 
tweede generatie  
Een antw oord op het SELECT -commando is niet nodig (Le afwezig in T = 1, of geen antw oord 
gevra agd in T = 0). 26.5.2016 L 139/186 Publicatieblad van de Europese Unie NL    
TCS_38  Antw oordber icht (geen antw oord gevraagd) 
Byte Lengte Waarde Omsc hrijving 
SW 2 ‘XXXXh’ Statusw oorden (SW1, SW2)  
—  Indien het commando succesvo l is, zendt de kaar t ‘9000’ terug. 
—Indien de met de AID corresponderende toepassing niet wordt gevonden, wordt de verwerkings ­
status ‘6A82’ terugge zonden. 
—  In T = 1, indien byte Le aanwezig is, wordt de status ‘6700’ teruggezonden. 
—  In T= 0, indien na het SELECT -commando een antw oord wordt gevraagd, wordt de status ‘6900’ 
teruggezonden. 
—Indien de geselecteerde toepassin g besch adigd is (integ riteitsf out vastg esteld in de bestandsat ­
tribut en), wordt de verwerkingsstatus ‘6400’ of ‘6581’ teruggezonden. 
3.5.1.2  Selectie van een hoofdbestand (EF) op basis van de bestandsidentificator 
TCS_39  Commandober icht 
TCS_40  Voor deze commando variant onderst eunt een tachog raafkaar t beveiligde berichtenuitwisseling van 
de tweede generatie, zoals gespecif iceerd in aanhangsel 11, deel B. 
Byte Lengte Waarde Omschrijving 
CLA 1 ‘00h’  
INS 1 ‘A4h’  
P1 1 ‘02h’ Selectie van EF in de geldige DF 
P2 1 ‘0Ch’ Geen antw oord verwacht 
Lc 1 ‘02h’ Aantal naar de kaar t verzonden bytes 
#6-#7 2 ‘XXXXh’ Bestandsidentif icator  
Een antw oord op het SELECT -commando is niet nodig (Le afwezig in T = 1, of geen antw oord 
gevra agd in T = 0). 
TCS_41  Antw oordber icht (geen antw oord gevraagd) 
Byte Lengte Waarde Omsc hrijving 
SW 2 ‘XXXXh’ Statusw oorden (SW1, SW2)  
—  Indien het commando succesvo l is, zendt de kaar t ‘9000’ terug. 
—  Indien het met de bestandsidentif icator corresponderende bestand niet wordt gevonden, wordt 
de verwerkingsstatus ‘6A82’ terug gezonden. 
—  In T = 1, indien byte Le aanwezig is, wordt de status ‘6700’ teruggezonden. 
—  In T = 0, indien na het SELECT -commando een antw oord wordt gevraagd, wordt de status 
‘6900’ terug gezonden. 
—Indien het geselecteerde bestand beschadigd is (inte griteitsfout vastgest eld in de bestandsat ­
tribut en), wordt de verwerkingsstatus ‘6400’ of ‘6581’ teruggezonden. 
3.5.2  READ BINARY 
Dit commando voldoet aan ISO/IEC 7816-4, maar heef t een beperkt gebruik verg eleken met het in deze 
norm gedefinieerde commando. 26.5.2016 L 139/187 Publicatieblad van de Europese Unie NL    
Het READ BINAR Y-commando wordt gebruikt om gegevens van een transparant bestand te lezen. 
Het antwoord van de kaar t bestaat uit het terugzen den van de gelezen gegevens, facultatief ingekapseld in 
een structuur van beveiligde berichtenuitwisseling. 
3.5.2.1  Commando met offset in P1-P2 
Met dit commando kan de IFD gegevens in het thans geselecteerde hoofdbestand (EF) lezen zonder beveiligde 
berichtenuitwisseling. 
Opmerking: dit commando zonder beveiligde berichtenuitwisseling kan alleen worden gebruikt voor het lezen 
van een bestand dat de ALW-beveiligingsvo orwaarde voor de toeg angsmodus van de Read-functie 
onderst eunt. 
TCS_42  Commandober icht 
Byte Lengt e Waarde Omschrijving 
CLA 1 ‘00h’  
INS 1 ‘B0h’ READ BINAR Y (Lees binair getal) 
P1 1 ‘XXh’ Offset in bytes vanaf het begin van het bestand: meest signif icante byte 
P2 1 ‘XXh’ Offset in bytes vanaf het begin van het bestand: minst significante byte 
Le 1 ‘XXh’ Lengte van verwacht e gegevens. Aantal te lezen bytes  
Opmerking: bit 8 van P1 moet op ‘0’ worden gezet.  
TCS_43  Antw oordber icht 
Byte Lengte Waarde Omsc hrijving 
#1-#X X ‘XX..XXh’ Gelezen gegevens 
SW 2 ‘XXXXh’ Statusw oorden (SW1, SW2)  
—  Indien het commando succesvo l is, zendt de kaar t ‘9000’ terug. 
—  Indien geen EF is geselecteerd, wordt de verwerkingsstatus ‘6986’ terug gezonden. 
—  Indien niet wordt voldaan aan de beveiligingsvoo rwaarden van het geselecteerde bestand, wordt 
het commando onderbroken met ‘6982’. 
—  Indien de offset niet compati bel is met de grootte van het hoofdbestand (offset > grootte EF), 
wordt de verwerkingsstatus ‘6B00’ teruggezonden. 
—  Indien de grootte van de te lezen gegevens niet compatibel is met de grootte van het 
hoofdbestand (Offset + Le > grootte EF), wordt de verwerkingsstatus ‘6700’ of ‘6Cxx’ terugge ­
zonden, waarbij ‘xx’ de exacte lengte aangeef t. 
—  Indien in de bestandsattr ibut en een integr iteitsf out wordt vastge steld, besc houwt de kaar t het 
bestand als besch adigd en definitief verloren en wordt de verwerkingsstatus ‘6400’ of ‘6581’ 
teruggezonden. 
—  Indien in de opge slagen gegevens een integriteitsf out wordt vastgest eld, zendt de kaar t de 
gevraagde gegevens terug en wordt de verwerkingsstatus ‘6281’ terug gezonden. 
3.5.2.1.1  Commando met beveiligde ber icht enuitwisseling (voorbeelden) 
Met dit commando kan de IFD gegevens van het thans geselect eerde hoofdbestand (EF) met beveiligde berich­
tenuitwisseling lezen om de integr iteit van de ontvang en gegevens te verifiëren en de vertrouwelij kheid van 
de gegevens te bescher men in het geval dat de beveiligingsvoo rwaarde SM-R -ENC-MA C-G1 (eerste generatie) 
of SM-R -ENC-MA C-G2 (tweede generatie) wordt toeg epast. 26.5.2016 L 139/188 Publicatieblad van de Europese Unie NL    
TCS_44  Commandober icht 
Byte Lengt e Waarde Omschr ijving 
CLA 1 ‘0Ch’ Beveiligde berichtenuitwisseling gevraagd 
INS 1 ‘B0h’ READ BINAR Y (Lees binair getal) 
P1 1 ‘XXh’ P1 (offset in bytes vanaf het begin van het bestand): meest sig­
nificant e byte 
P2 1 ‘XXh’ P2 (offset in bytes vanaf het begin van het bestand): minst sig­
nificant e byte 
Lc 1 ‘XXh’ Lengte van invoergeg evens voor beveiligde berichtenuitwisse ­
ling 
#6 1 ‘97h’ TLE: label voor verwacht e lengtespecificatie 
#7 1 ‘01h’ LLE: lengte van verwacht e lengte 
#8 1 ‘NNh’ Verwacht e lengtespecificatie (originele Le): aantal te lezen bytes 
#9 1 ‘8Eh’ TCC: label voor cryptografi sche controlesom 
#10 1 ‘XXh’ LCC: lengte van volg ende cryptografische controlesom 
‘04h’ voor beveiligde berichtenuitwisseling van de eerste gene ­
ratie (zie aanhangsel 11, deel A) 
‘08h’, ‘0Ch’ of ‘10h’ afhankeli jk van de AES-sleutellen gte voor 
beveiligde berichtenuitwisseling van de tweede generatie (zie 
aanhangsel 11, deel B) 
#11-#(10+L) L ‘XX..XXh’ Cryptografische controlesom 
Le 1 ‘00h’ Zoals gespecif iceerd in ISO/IEC 7816-4  
TCS_45  Antw oordber icht indien SM-R-ENC-MA C-G1 (eerste generatie) / SM-R-ENC-MA C-G2 
(tweede generatie) niet vereis t is en indien het invoerformaat van de bev eiligde berichten ­
uitwisseling correct is: 
Byte Lengte Waarde Omschrijving 
#1 1 ‘99h’ Label voor verwerkingsstatus (SW1-SW2) — fa­
cultatief voor beveiligde berichtenuitwisseling van 
de eerste generatie 
#2 1 ‘02h’ Lengte van verwerkingsstatus 
#3 — #4 2 ‘XX XXh’ Verwerkingsstatus van het onbeveiligde APDU- 
antw oord 
#5 1 ‘81h’ TPV: label voor gegeve ns met ongecod eerde 
waarde 
#6 L ‘NNh’ of 
‘81 NNh’ LPV: lengte van teruggezonden gegevens (= origi­
nele Le) 
L is 2 bytes indien LPV>127 bytes 26.5.2016 L 139/189 Publicatieblad van de Europese Unie NL    
Byte Lengte Waarde Omschrijving 
#(6+L)-#(5+L+NN) NN ‘XX..XXh’ Ongecode erde gegevenswaarde 
#(6+L+NN) 1 ‘8Eh’ TCC: label voor cryptografische controlesom 
#(7+L+NN) 1 ‘XXh’ LCC: lengte van volg ende cryptografische controle ­
som 
‘04h’ voor beveiligde berichtenuitwisseling van de 
eerste generatie (zie aanhangsel 11, deel A) 
‘08h’ , ‘0Ch’ of ‘10h’ afhank elijk van de AES-sleu ­
tellen gte voor beveiligde berichtenuitwisseling 
van de tweede generatie (zie aanhangsel 11, 
deel B) 
#(8+L+NN)-#(7+M+L+NN) M ‘XX..XXh’ Cryptografi sche controlesom 
SW 2 ‘XXXXh’ Statusw oorden (SW1, SW2)  
TCS_46  Antw oordber icht indien SM-R-ENC-MA C-G1 (eerste generatie) / SM-R-ENC-MA C-G2 
(tweede generatie) vereist is en indien het invoerformaat van de bev eiligde berichtenuitwis ­
seling correct is: 
Byte Lengte Waarde Omschrijving 
#1 1 ‘87h’ TPI CG: label voor gecod eerde gegevens (crypto­
gram) 
#2 L ‘MMh’ of 
‘81 MMh’ LPI CG: lengte van teruggezonden gecodeerde 
gegevens (afwij kend van de originele Le van 
het commando wegens padding) 
L is 2 bytes indien LPI CG > 127 bytes 
#(2+L)-#(1+L+MM) MM ‘01XX..XXh’ Gecodeerde gegevens: paddingindicator en 
cryptogram 
#(2+L+MM) 1 ‘99h’ Label voor verwerkingsstatus (SW1-SW2) — 
facultat ief voor beveiligde berichtenuitwisse ­
ling van de eerste generatie 
#(3+L+MM) 1 ‘02h’ Lengte van verwerkingsstatus 
#(4+L+MM) — #(5+L+MM) 2 ‘XX XXh’ Verwerkingsstatus van het onbeveiligde 
APDU-antwoord 
#(6+L+MM) 1 ‘8Eh’ TCC: label voor cryptografische controlesom 
#(7+L+MM) 1 ‘XXh’ LCC: lengte van volg ende cryptografische con­
trolesom 
‘04h’ voor beveiligde berichtenuitwisseling 
van de eerste generatie (zie aanhangsel 11, 
deel A) 
‘08h’ , ‘0Ch’ of ‘10h’ afhank elijk van de AES- 
sleutellengt e voor beveiligde berichtenuitwis ­
seling van de tweede generatie (zie aanhang ­
sel 11, deel B) 
#(8+L+MM)-#(7+N+L+MM) N ‘XX..XXh’ Cryptografische controlesom 
SW 2 ‘XXXXh’ Statuswoor den (SW1, SW2)  26.5.2016 L 139/190 Publicatieblad van de Europese Unie NL    
Het READ BINAR Y-commando kan gew one verwerkingsstatussen terugzenden die worden 
opges omd in TCS_43 onder de label ‘99h’ (zie beschr ijving in TCS_59), met gebruikmaking van 
beveiligde antw oordber ichtstruc turen. 
Bovendien kunnen bepaalde fouten optreden die meer in het bijzonder verband houden met de 
beveiligde berichtenuitwisseling. In dit geval wordt de verwerkingsstatus gewoon terugge zonden 
zonder beveiligde berichtenuitwisselingsstr uctuur . 
TCS_47  Antw oordber icht indien het invoerformaat van de bev eiligde berichtenuitwisseling niet 
correct is: 
Byte Lengte Waarde Omsc hrijving 
SW 2 ‘XXXXh’ Statusw oorden (SW1, SW2)  
—Indien geen lopende sessiesleut el beschikbaar is, wordt de verwerkingsstatus ‘6A88’ terugge ­
zonden. Dit is het geval wanneer de sessiesleutel nog niet werd gegenereerd of wanneer de 
geldigheid van de sessiesleut el verlopen is (in dit geval moet de IFD opnieuw een wederzi jdse 
authenticatie uitvoer en om een nieuwe sessiesleut el te genereren). 
—  Indien een aantal verwacht e gegevensobject en (zoals hierbo ven gespecifi ceerd) ontbreekt in het 
formaat van de beveiligde berichtenuitwisseling, wordt de verwerkingsstatus ‘6987’ terug ge­
zonden: deze fout treedt op wanneer een verwacht label ontbreekt of wanneer het 
commando veld niet correct samengest eld is. 
—Indien een aantal gegeve nsobjecten niet correct is, wordt de verwerkingsstatus ‘6988’ terugge ­
zonden: deze fout treedt op wanneer alle vereiste labels aanwezig zijn, maar een aantal lengtes 
afwijkt van de verwacht e lengte s. 
—  Indien de verificatie van de cryptografische controlesom mislukt, wordt de verwerkingsstatus 
‘6688’ terug gezonden. 
3.5.2.2  Commando met korte EF (Elementar y File)-identificator 
Met deze commando variant kan de IFD een hoofdbestand (EF) select eren met behulp van een korte EF-identi ­
ficator , en gegevens van deze EF lezen. 
TCS_48  Een tach ograafkaar t onderst eunt deze commando variant voor alle hoofdbestanden met een 
specifi eke korte EF-identificator . Deze korte EF-identifi cator en worden gespecifi ceerd in 
hoofdstuk 4. 
TCS_49  Commandober icht 
Byte Lengt e Waarde Omschrijving 
CLA 1 ‘00h’  
INS 1 ‘B0h’ READ BINAR Y (Lees binair getal) 
P1 1 ‘XXh’ Bit 8 wordt op ‘1’ gezet 
Bits 7 en 6 worden op ‘00’ gezet 
Bits 5 t/m 1 coderen de korte EF-identificator van de corresponderende EF 
P2 1 ‘XXh’ Codeer t een offset van 0 t/m 255 bytes in de EF waar naar P1 verwijst 
Le 1 ‘XXh’ Lengte van verwacht e gegevens. Aantal te lezen bytes  
Opmerking: de korte EF-identificatoren die voor tachog raaf toep assingen van de tweede generatie 
worden gebruikt, worden gespecificeerd in hoofdstuk 4. 
Indien P1 een korte EF-identifi cator codeer t en het commando succesvo l is, wordt het geïdentif i­
ceerde hoofdbestand (EF) de thans geselect eerde (geldige) EF. 
TCS_50  Antw oordber icht 
Byte Lengte Waarde Omschrijving 
#1-#L L ‘XX..XXh’ Gelezen gegevens 
SW 2 ‘XXXXh’ Statusw oorden (SW1, SW2)  26.5.2016 L 139/191 Publicatieblad van de Europese Unie NL    
—  Indien het commando succesvo l is, zendt de kaar t ‘9000’ terug. 
—  Indien het met de korte EF-identificator corresponderende bestand niet wordt gevonden, wordt 
de verwerkingsstatus ‘6A82’ terug gezonden. 
—  Indien niet wordt voldaan aan de beveiligingsvoo rwaarden van het geselecteerde bestand, wordt 
het commando onderbroken met ‘6982’. 
—  Indien de offset niet compati bel is met de grootte van het hoofdbestand (offset > grootte EF), 
wordt de verwerkingsstatus ‘6B00’ teruggezonden. 
—  Indien de grootte van de te lezen gegevens niet compatibel is met de grootte van het 
hoofdbestand (Offset + Le > grootte EF), wordt de verwerkingsstatus ‘6700’ of ‘6Cxx’ terugge ­
zonden, waarbij ‘xx’ de exacte lengte aangeef t. 
—  Indien in de bestandsattr ibut en een integr iteitsf out wordt vastge steld, besc houwt de kaar t het 
bestand als besch adigd en definitief verloren en wordt de verwerkingsstatus ‘6400’ of ‘6581’ 
teruggezonden. 
—  Indien in de opge slagen gegevens een integriteitsf out wordt vastgest eld, zendt de kaar t de 
gevraagde gegevens terug en wordt de verwerkingsstatus ‘6281’ terug gezonden. 
3.5.2.3  Commando met oneven instr uctiebyt e 
Met deze commando variant kan de IFD gegevens lezen van een hoofdbestand (EF) dat 32 768 bytes of meer 
bevat. 
TCS_51  Een tach ograafkaar t die ondersteuning biedt aan EF's met 32 768 bytes of meer , ondersteunt deze 
commando variant voor die EF's. Voor andere EF's, met uitzonder ing van de EF Sensor_Installati ­
on_Data, kan een tachograafkaar t deze commando variant al dan niet onderst eunen (zie TCS_156 
en TCS_160). 
TCS_52  Commandober icht 
Byte Lengte Waarde Omschrijving 
CLA 1 ‘00h’  
INS 1 ‘B1h’ READ BINAR Y (Lees binair getal) 
P1 1 ‘00h’ Geldig e EF 
P2 1 ‘00h’ 
Lc 1 ‘NNh’ Lc lengte van offset-ge gevensobject 
#6-#(5+NN) NN ‘XX..XXh’ Offset-g egevensobject: 
Label  ‘54h’ 
Lengte  ‘01h’ of ‘02h’ 
Waarde  offset 
Le 1 ‘XXh’ Aantal te lezen bytes  
De IFD codeer t de lengte van het offset-geg evensobject met zo weinig mog elijk bytes, en gebr uikt 
met andere woorden de lengte byte ‘01h’ om een offset te coderen van 0 tot en met 255 bytes, en de 
lengteb yte ‘02h’ om een offset te coderen van 256 tot en met 65 535 bytes. 
TCS_53  Antw oordber icht 
Byte Lengte Waarde Omschrijving 
#1-#L L ‘XX..XXh’ Gelezen gegevens, ingekapseld in een discretionair gegevensobject met 
label ‘53h’ . 
SW 2 ‘XXXXh’ Statusw oorden (SW1, SW2)  26.5.2016 L 139/192 Publicatieblad van de Europese Unie NL    
—  Indien het commando succesvo l is, zendt de kaar t ‘9000’ terug. 
—  Indien geen EF is geselecteerd, wordt de verwerkingsstatus ‘6986’ terug gezonden. 
—  Indien niet wordt voldaan aan de beveiligingsvoo rwaarden van het geselecteerde bestand, wordt 
het commando onderbroken met ‘6982’. 
—  Indien de offset niet compati bel is met de grootte van het hoofdbestand (offset > grootte EF), 
wordt de verwerkingsstatus ‘6B00’ teruggezonden. 
—  Indien de grootte van de te lezen gegevens niet compatibel is met de grootte van het 
hoofdbestand (offset + Le > grootte EF), wordt de verwerkingsstatus ‘6700’ of ‘6Cxx’ terugge ­
zonden, waarbij ‘xx’ de exacte lengte aangeef t. 
—  Indien in de bestandsattr ibut en een integr iteitsf out wordt vastge steld, besc houwt de kaar t het 
bestand als besch adigd en definitief verloren en wordt de verwerkingsstatus ‘6400’ of ‘6581’ 
teruggezonden. 
—  Indien in de opge slagen gegevens een integriteitsf out wordt vastgest eld, zendt de kaar t de 
gevraagde gegevens terug en wordt de verwerkingsstatus ‘6281’ terug gezonden. 
3.5.2.3.1  Commando met beveiligde ber icht enuitwisseling (voorbeeld) 
Het volg ende voorbeeld verduidelijk t het gebruik van beveiligde berichtenuitwisseling indien de beveiligings ­
voor waarde SM-MA C-G2 van toepass ing is. 
TCS_54  Commandober icht 
Byte Lengt e Waarde Omschrijving 
CLA 1 ‘0Ch’ Beveiligde berichtenuitwisseling gevraagd 
INS 1 ‘B1h’ READ BINAR Y (Lees binair getal) 
P1 1 ‘00h’ Geldig e EF 
P2 1 ‘00h’ 
Lc 1 ‘XXh’ Lengte van het beveiligde gegevensveld 
#6 1 ‘B3h’ Label voor ongecodee rde waarde van met BER -TLV 
gecod eerde gegevens 
#7 1 ‘NNh’ LPV: lengte van overgebrac hte gegevens 
#(8)-#(7+NN) NN ‘XX..XXh’ Ongecode erde waarde van met BER -TLV gecodeerde 
gegevens, d.w.z. het offset-geg evensobject met label 
‘54’ 
#(8+NN) 1 ‘97h’ TLE: label voor verwacht e lengtes pecif icatie 
#(9+NN) 1 ‘01h’ LLE: lengte van verwacht e lengtes pecif icatie 
#(10+NN) 1 ‘XXh’ Verwacht e lengtes pecif icatie (originele Le): aantal te 
lezen bytes 
#(11+NN) 1 ‘8Eh’ TCC: label voor cryptografische controlesom 
#(12+NN) 1 ‘XXh’ LCC: lengte van volgende cryptografische controle ­
som 
‘08h’ , ‘0Ch’ of ‘10h’ afhankeli jk van de AES-sleutel ­
lengte voor beveiligde berichtenuitwisseling van de 
tweede generatie (zie aanhangsel 11, deel B) 
#(13+NN)-#(12+M+NN) M ‘XX..XXh’ Cryptografische controlesom 
Le 1 ‘00h’ Zoals gespecifi ceerd in ISO/IEC 7816-4  26.5.2016 L 139/193 Publicatieblad van de Europese Unie NL    
TCS_55  Antwoordb ericht indien het commando succesvo l is 
Byte Lengte Waarde Omschrijving 
#1 1 ‘B3h’ Ongecode erde waarde van met BER -TLV geco ­
deerde gegevens 
#2 L ‘NNh’ of 
‘81 NNh’ LPV: lengte van teruggezonden gegevens (= origi­
nele Le) 
L is 2 bytes indien LPV>127 bytes 
#(2+L)-#(1+L+NN) NN ‘XX..XXh’ Ongecode erde waarde van met BER -TLV geco ­
deerde gegevens, d.w.z. gelezen gegevens, inge­
kapseld in een discretionair gegevensobject met 
label ‘53h’ 
#(2+L+NN) 1 ‘99h’ Verwerkingsstatus van het onbeveiligde APDU- 
antw oord 
#(3+L+NN) 1 ‘02h’ Lengte van verwerkingsstatus 
#(4+L+NN) — #(5+L+NN) 2 ‘XX XXh’ Verwerkingsstatus van het onbeveiligde APDU- 
antw oord 
#(6+L+NN) 1 ‘8Eh’ TCC: label voor cryptografische controlesom 
#(7+L+NN) 1 ‘XXh’ LCC: lengte van volg ende cryptografische controle ­
som 
‘08h’ , ‘0Ch’ of ‘10h’ afhank elijk van de AES-sleu ­
tellen gte voor beveiligde berichtenuitwisseling 
van de tweede generatie (zie aanhangsel 11, 
deel B) 
#(8+L+NN)-#(7+M+L+NN) M ‘XX..XXh’ Cryptografi sche controlesom 
SW 2 ‘XXXXh’ Statusw oorden (SW1, SW2)  
3.5.3  UPD ATE BINARY 
Dit commando voldoet aan ISO/IEC 7816-4, maar heef t een beperkt gebr uik verg eleken met het in die norm 
gedefinieerde commando. 
Het UPD ATE BINAR Y-commandober icht start het bijwer ken (wissen + schrijven) van de bits die al in een 
binair getal van een EF aanwezig zijn met de in het APDU-commando gegeven bits. 
3.5.3.1  Commando met offset in P1-P2 
Met dit commando kan de IFD gegevens schrijven in de thans geselecteerde EF, zonder dat de kaar t de 
integriteit van de ontvangen gegevens verifieert. 
Opmerking: dit commando zonder beveiligde berichtenuitwisseling kan alleen worden gebruikt voor het 
bijwer ken van een bestand dat de ALW-beveiligingsvo orwaarde van de toeg angsmodus van de Update-functie 
onderst eunt. 
TCS_56  Commandober icht 
Byte Lengte Waarde Omschrijving 
CLA 1 ‘00h’  
INS 1 ‘D6h’ Updat e Binar y (Werk binair getal bij) 26.5.2016 L 139/194 Publicatieblad van de Europese Unie NL    
Byte Lengte Waarde Omschrijving 
P1 1 ‘XXh’ Offset in bytes vanaf het begin van het bestand: meest signifi ­
cant e byte 
P2 1 ‘XXh’ Offset in bytes vanaf het begin van het bestand: minst signifi ­
cant e byte 
Lc 1 ‘NNh’ Lc lengte van bij te werk en gegevens. Aantal te schrijven bytes 
#6-#(5+NN) NN ‘XX..XXh’ Te schrijven gegevens  
Opmerking: bit 8 van P1 moet op ‘0’ worden gezet.  
TCS_57  Antw oordber icht 
Byte Lengte Waarde Omsc hrijving 
SW 2 ‘XXXXh’ Statusw oorden (SW1, SW2)  
—  Indien het commando succesvo l is, zendt de kaar t ‘9000’ terug. 
—  Indien geen EF is geselecteerd, wordt de verwerkingsstatus ‘6986’ terug gezonden. 
—  Indien niet wordt voldaan aan de beveiligingsvoo rwaarden van het geselecteerde bestand, wordt 
het commando onderbroken met ‘6982’. 
—  Indien de offset niet compati bel is met de grootte van het hoofdbestand (offset > grootte EF), 
wordt de verwerkingsstatus ‘6B00’ teruggezonden. 
—  Indien de grootte van de te schrijven gegevens niet compati bel is met de grootte van het 
hoofdbestand (offset + Lc > grootte EF), wordt de verwerkingsstatus ‘6700’ terugge zonden. 
—  Indien in de bestandsattr ibut en een integr iteitsf out wordt vastge steld, besc houwt de kaar t het 
bestand als besch adigd en definitief verloren en wordt de verwerkingsstatus ‘6400’ of ‘6500’ 
teruggezonden. 
—  Indien het schrijven mislukt, wordt de verwerkingsstatus ‘6581’ teruggezonden. 
3.5.3.1.1  Commando met beveiligde ber icht enuitwisseling (voorbeelden) 
Met dit commando kan de IFD gegevens schrijven in de thans geselecteerde EF, waarbij de kaar t de integriteit 
van de ontvange n gegevens verifieert. Aangezie n geen vertrouwelij kheid vereist is, worden de gegevens niet 
gecodeerd. 
TCS_58  Commandober icht 
Byte Lengte Waarde Omschrijving 
CLA 1 ‘0Ch’ Beveiligde berichtenuitwisseling gevraagd 
INS 1 ‘D6h’ Update Binar y (Werk binair getal bij) 
P1 1 ‘XXh’ Offset in bytes vanaf het begin van het bestand: 
meest significante byte 
P2 1 ‘XXh’ Offset in bytes vanaf het begin van het bestand: 
minst signif icante byte 
Lc 1 ‘XXh’ Lengte van het beveiligde gegevensveld 26.5.2016 L 139/195 Publicatieblad van de Europese Unie NL    
Byte Lengte Waarde Omschrijving 
#6 1 ‘81h’ TPV: label voor gegeve ns met ongecod eerde 
waarde 
#7 L ‘NNh’ of 
‘81 NNh’ LPV: lengt e van overg ebracht e gegevens 
L is 2 bytes indien LPV > 127 bytes 
#(7+L)-#(6+L+NN) NN ‘XX..XXh’ Ongecode erde gegevenswaarde (te schrijven gege­
vens) 
#(7+L+NN) 1 ‘8Eh’ TCC: label voor cryptografische controlesom 
#(8+L+NN) 1 ‘XXh’ LCC: lengte van volg ende cryptografische controle ­
som ‘04h’ voor beveiligde berichtenuitwisseling 
van de eerste generatie (zie deel A van aanhang ­
sel 11) 
‘08h’ , ‘0Ch’ of ‘10h’ afhank elijk van de AES-sleu ­
tellen gte voor beveiligde berichtenuitwisseling 
van de tweede generatie (zie aanhangsel 11, 
deel B) 
#(9+L+NN)-#(8+M+L+NN) M ‘XX..XXh’ Cryptografi sche controlesom 
Le 1 ‘00h’ Zoals gespecifi ceerd in ISO/IEC 7816-4  
TCS_59  Antw oordber icht indien het invoerformaat van de bev eiligde berichtenuitwisseling correct 
is 
Byte Lengte Waarde Omschrijving 
#1 1 ‘99h’ TSW: label voor statuswoor den (te beveilig en door CC) 
#2 1 ‘02h’ LSW: lengte van terug gezonden statusw oorden 
#3-#4 2 ‘XXXXh’ Verwerkingsstatus van het onbeveiligde APDU-antwoord 
#5 1 ‘8Eh’ TCC: label voor cryptografische controlesom (CC) 
#6 1 ‘XXh’ LCC: lengte van volg ende cryptografische controlesom (CC) 
‘04h’ voor beveiligde berichtenuitwisseling van de eerste generatie 
(zie aanhangsel 11, deel A) 
‘08h’ , ‘0Ch’ of ‘10h’ afhank elijk van de AES-sleutellen gte voor be­
veiligde berichtenuitwisseling van de tweede generatie (zie aan­
hangsel 11, deel B) 
#7-#(6+L) L ‘XX..XXh’ Cryptografi sche controlesom (CC) 
SW 2 ‘XXXXh’ Statusw oorden (SW1, SW2)  
De „gew one” verwerkingsstatussen voor het UPD ATE BINAR Y-commando zonder beveiligde berich­
tenuitwisseling (zie besch rijving in punt 3.5.3.1) kunnen met gebruikmaking van de hierbo ven 
omschreve n antw oordber ichtstruc tuur worden teruggezonden. 
Bovendien kunnen bepaalde fouten optreden die meer in het bijzonder verband houden met de 
beveiligde berichtenuitwisseling. In dit geval wordt de verwerkingsstatus gewoon terugge zonden 
zonder beveiligde berichtenuitwisselingsstr uctuur . 
TCS_60  Antw oordber icht bij een fout in de bev eiligde berichtenuitwisseling 
Byte Lengte Waarde Omsc hrijving 
SW 2 ‘XXXXh’ Statusw oorden (SW1, SW2)  26.5.2016 L 139/196 Publicatieblad van de Europese Unie NL    
—Indien geen lopende sessiesleut el beschikbaar is, wordt de verwerkingsstatus ‘6A88’ terugge ­
zonden. 
—  Indien een aantal verwacht e gegevensobject en (zoals hierbo ven gespecifi ceerd) ontbreekt in het 
formaat van de beveiligde berichtenuitwisseling, wordt de verwerkingsstatus ‘6987’ terug ge­
zonden: deze fout treedt op wanneer een verwacht label ontbreekt of wanneer het 
commando veld niet correct samengest eld is. 
—Indien een aantal gegeve nsobjecten niet correct is, wordt de verwerkingsstatus ‘6988’ terugge ­
zonden: deze fout treedt op wanneer alle vereiste labels aanwezig zijn, maar een aantal lengtes 
afwijkt van de verwacht e lengte s. 
—  Indien de verificatie van de cryptografische controlesom mislukt, wordt de verwerkingsstatus 
‘6688’ terug gezonden. 
3.5.3.2  Commando met korte EF-identificator 
Met deze commando variant kan de IFD een hoofdbestand (EF) select eren met behulp van een korte EF-identi ­
ficator , en gegevens van deze EF schrijven. 
TCS_61  Een tach ograafkaar t onderst eunt deze commando variant voor alle hoofdbestanden met een 
specifi eke korte EF-identificator . Deze korte EF-identifi cator en worden gespecifi ceerd in 
hoofdstuk 4. 
TCS_62  Commandober icht 
Byte Lengte Waarde Omschrijving 
CLA 1 ‘00h’  
INS 1 ‘D6h’ Updat e Binar y (Werk binair getal bij) 
P1 1 ‘XXh’ Bit 8 wordt op ‘1’ gezet 
Bits 7 en 6 worden op ‘00’ gezet 
Bits 5 t/m 1 coderen de korte EF-identificator van de correspon ­
derende EF 
P2 1 ‘XXh’ Codeer t een offset van 0 t/m 255 bytes in de EF waar naar P1 
verwijst 
Lc 1 ‘NNh’ Lc lengte van bij te werk en gegevens. Aantal te schrijven bytes 
#6-#(5+NN) NN ‘XX..XXh’ Te schrijven gegevens  
TCS_63  Antw oordber icht 
Byte Lengte Waarde Omsc hrijving 
SW 2 ‘XXXXh’ Statusw oorden (SW1, SW2)  
Opmerking: de korte EF-identificatoren die voor tachog raaf toep assingen van de tweede generatie 
worden gebruikt, worden gespecificeerd in hoofdstuk 4. 
Indien P1 een korte EF-identifi cator codeer t en het commando succesvo l is, wordt het geïdentif i­
ceerde hoofdbestand (EF) de thans geselect eerde (geldige) EF. 
—  Indien het commando succesvo l is, zendt de kaar t ‘9000’ terug. 
—  Indien het met de korte EF-identificator corresponderende bestand niet wordt gevonden, wordt 
de verwerkingsstatus ‘6A82’ terug gezonden. 
—  Indien niet wordt voldaan aan de beveiligingsvoo rwaarden van het geselecteerde bestand, wordt 
het commando onderbroken met ‘6982’. 26.5.2016 L 139/197 Publicatieblad van de Europese Unie NL    
—  Indien de offset niet compati bel is met de grootte van het hoofdbestand (offset > grootte EF), 
wordt de verwerkingsstatus ‘6B00’ teruggezonden. 
—  Indien de grootte van de te schrijven gegevens niet compati bel is met de grootte van het 
hoofdbestand (offset + Lc > grootte EF), wordt de verwerkingsstatus ‘6700’ terugge zonden. 
—  Indien in de bestandsattr ibut en een integr iteitsf out wordt vastge steld, besc houwt de kaar t het 
bestand als besch adigd en definitief verloren en wordt de verwerkingsstatus ‘6400’ of ‘6581’ 
teruggezonden. 
—  Indien het schrijven mislukt, wordt de verwerkingsstatus ‘6581’ teruggezonden. 
3.5.3.3  Commando met oneven instr uctiebyt e 
Met deze commando variant kan de IFD gegevens schrijven in een hoofdbestand (EF) dat 32 768 bytes of 
meer bevat. 
TCS_64  Een tach ograafkaar t die ondersteuning biedt aan EF's met 32 768 bytes of meer , ondersteunt deze 
commando variant voor die EF's. Een tachograafkaar t kan deze commando variant al dan niet 
ondersteunen voor andere EF's. 
TCS_65  Commandober icht 
Byte Lengte Waarde Omschrijving 
CLA 1 ‘00h’  
INS 1 ‘D7h’ Updat e Binar y (Werk binair getal bij) 
P1 1 ‘00h’ Geldig e EF 
P2 1 ‘00h’ 
Lc 1 ‘NNh’ Lc Lengte van gegevens in het gegevensveld van het commando 
#6-#(5+NN) NN ‘XX..XXh’ Offset-g egevensobject met label ‘54h’ || Discretionair gegevens ­
object met label ‘53h’ , waar in de te schrijven gegevens zijn inge­
kapseld  
De IFD codeer t de lengte van het offset-g egevensobject en het discretionair gegevensobject met zo 
weinig mog elijk bytes, en gebruikt met andere woorden de lengteb yte ‘01h’ om een offset/lengte te 
coderen van 0 tot en met 255 bytes, en de lengt ebyt e ‘02h’ om een offset/lengte te coderen van 256 
tot en met 65 535 bytes. 
TCS_66  Antw oordber icht 
Byte Lengte Waarde Omsc hrijving 
SW 2 ‘XXXXh’ Statusw oorden (SW1, SW2)  
—  Indien het commando succesvo l is, zendt de kaar t ‘9000’ terug. 
—  Indien geen EF is geselecteerd, wordt de verwerkingsstatus ‘6986’ terug gezonden. 
—  Indien niet wordt voldaan aan de beveiligingsvoo rwaarden van het geselecteerde bestand, wordt 
het commando onderbroken met ‘6982’. 
—  Indien de offset niet compati bel is met de grootte van het hoofdbestand (offset > grootte EF), 
wordt de verwerkingsstatus ‘6B00’ teruggezonden. 
—  Indien de grootte van de te schrijven gegevens niet compati bel is met de grootte van het 
hoofdbestand (offset + Lc > grootte EF), wordt de verwerkingsstatus ‘6700’ terugge zonden. 26.5.2016 L 139/198 Publicatieblad van de Europese Unie NL    
—  Indien in de bestandsattr ibut en een integr iteitsf out wordt vastge steld, besc houwt de kaar t het 
bestand als besch adigd en definitief verloren en wordt de verwerkingsstatus ‘6400’ of ‘6500’ 
teruggezonden. 
—  Indien het schrijven mislukt, wordt de verwerkingsstatus ‘6581’ teruggezonden. 
3.5.3.3.1  Commando met beveiligde ber icht enuitwisseling (voorbeeld) 
Het volg ende voorbeeld verduidelijk t het gebruik van beveiligde berichtenuitwisseling indien de beveiligings ­
voor waarde SM-MA C-G2 van toepass ing is. 
TCS_67  Commandober icht 
Byte Lengte Waarde Omschrijving 
CLA 1 ‘0Ch’ Beveiligde berichtenuitwisseling gevraagd 
INS 1 ‘D7h’ Update Binar y (Werk binair getal bij) 
P1 1 ‘00h’ Geldig e EF 
P2 1 ‘00h’ 
Lc 1 ‘XXh’ Lengte van het beveiligde gegevensveld 
#6 1 ‘B3h’ Label voor ongecode erde waarde van met BER - 
TLV gecod eerde gegevens 
#7 L ‘NNh’ of 
‘81 NNh’ LPV: lengt e van overg ebracht e gegevens 
L is 2 bytes indien LPV > 127 bytes 
#(7+L)-#(6+L+NN) NN ‘XX..XXh’ Ongecode erde waarde van met BER -TLV geco ­
deerde gegevens, d.w.z. offset-geg evensobject met 
label ‘54h’ || Discretionair gegevensobject met la­
bel ‘53h’, waar in de te schrijven gegevens zijn in­
gekapseld 
#(7+L+NN) 1 ‘8Eh’ TCC: label voor cryptografische controlesom 
#(8+L+NN) 1 ‘XXh’ LCC: lengte van volg ende cryptografische controle ­
som 
‘08h’ , ‘0Ch’ of ‘10h’ afhank elijk van de AES-sleu ­
tellen gte voor beveiligde berichtenuitwisseling 
van de tweede generatie (zie aanhangsel 11, 
deel B) 
#(9+L+NN)-#(8+M+L+NN) M ‘XX..XXh’ Cryptografi sche controlesom 
Le 1 ‘00h’ Zoals gespecifi ceerd in ISO/IEC 7816-4  
TCS_68  Antwoordb ericht indien het commando succesvo l is 
Byte Lengte Waarde Omschrijving 
#1 1 ‘99h’ TSW: label voor statuswoor den (te beveilig en door CC) 
#2 1 ‘02h’ LSW: lengte van terug gezonden statusw oorden 
#3-#4 2 ‘XXXXh’ Verwerkingsstatus van het onbeveiligde APDU-antwoord 
#5 1 ‘8Eh’ TCC: label voor cryptografische controlesom 26.5.2016 L 139/199 Publicatieblad van de Europese Unie NL    
Byte Lengte Waarde Omschrijving 
#6 1 ‘XXh’ LCC: lengte van volg ende cryptografische controlesom 
‘08h’ , ‘0Ch’ of ‘10h’ afhank elijk van de AES-sleutellen gte voor be­
veiligde berichtenuitwisseling van de tweede generatie (zie aan­
hangsel 11, deel B) 
#7-#(6+L) L ‘XX..XXh’ Cryptografi sche controlesom 
SW 2 ‘XXXXh’ Statusw oorden (SW1, SW2)  
3.5.4  GET CHALLENGE 
Dit commando voldoet aan ISO/IEC 7816-4, maar heef t een beperkt gebr uik verg eleken met het in die norm 
gedefinieerde commando. 
Via het GET CHALLENGE-commando wordt de kaar t gevraagd een identiteit af te geven voor gebruik in een 
beveiligingsprocedure waarbij een cryptogram of een aantal gecod eerde gegevens naar de kaar t wordt 
verzonden. 
TCS_69  De door de kaar t afgegeven identiteit geldt alleen voor het volg ende naar de kaar t verzonden 
commando dat een identite it gebr uikt. 
TCS_70  Commandober icht 
Byte Lengt e Waarde Omschrijving 
CLA 1 ‘00h’  
INS 1 ‘84h’ INS 
P1 1 ‘00h’ P1 
P2 1 ‘00h’ P2 
Le 1 ‘08h’ Le (lengte van de verwacht e identite it)  
TCS_71  Antw oordber icht 
Byte Lengte Waarde Omschrijving 
#1-#8 8 ‘XX..XXh’ Identit eit 
SW 2 ‘XXXXh’ Statusw oorden (SW1, SW2)  
—  Indien het commando succesvo l is, zendt de kaar t ‘9000’ terug. 
—  Indien Le versch ilt van ‘08h’ , is de verwerkingsstatus ‘6700’. 
—  Indien de parameter s P1-P2 niet correct zijn, is de verwerkingsstatus ‘6A86’ . 
3.5.5  VERIFY 
Dit commando voldoet aan ISO/IEC 7816-4, maar heef t een beperkt gebr uik verg eleken met het in die norm 
gedefinieerde commando. 
Alleen de werkplaatskaar t is vereist om dit commando te onderst eunen. 
Op andere soor ten tachograafkaar ten kan dit commando al dan niet worden geïmplement eerd. Voor deze 
kaar ten wordt echt er geen referentie-CH V gepersonaliseerd. Bijgev olg kunnen deze kaar ten dit commando 
niet met succes uitvoeren. Indien dit commando wordt verzonden voor andere tach ograafkaar ten dan 
werkplaatskaar ten, valt de werking — dat wil zegge n de teruggezonden foutcode — buit en het toepass ings ­
gebied van deze specifi catie. 26.5.2016 L 139/200 Publicatieblad van de Europese Unie NL    
Het VERIFY -commando start de verg elijking in de kaar t van de door het commando verzonden CHV- 
gegevens (pincode) met de op de kaar t opgeslag en referentie-CHV . 
TCS_72  De door de gebruike r ingevoerde pincode moet in ASCII gecodeerd zijn en rechts door de IFD 
worden opgevuld met ‘FFh’-byt es tot een lengte van 8 bytes (zie ook het gegevenstype Workshop ­
CardPIN in aanhangsel 1). 
TCS_73  Tachog raaf toep assingen van de eerste en de tweede generatie gebruike n dezelfde referen tie-C HV. 
TCS_74  De tachog raafkaar t controleer t of het commando juist gecodeerd is. Indien het commando niet juist 
gecod eerd is, beëindigt de kaar t het commando zonder de CHV-waarden te verg elijk en, zonder de 
teller voor resterende CHV-pogingen te verlag en en zonder de beveiligingsstatus „PIN_V erified” 
terug te stellen. Een commando geldt als juist gecodeerd indien de bytes CLA, INS, P1, P2 en Lc de 
voorg eschreven waarden bevatt en, indien Le afwezig is en indien het gegevensveld van het 
commando de juiste lengte heef t. 
TCS_75 Indien het commando succesvol is, wordt de teller voor resterende CHV-pogingen opnieuw geïnitia ­
liseerd. De beginwaar de van de teller voor resterende CHV -pogingen is 5. Indien het commando 
succesvo l is, stelt de kaar t de interne beveiligingsstatus in op „PIN_V erified”. De kaar t stelt deze 
beveiligingsstatus terug indien de kaar t wordt terug gesteld of indien de in het commando overg e­
bracht e CHV-code niet overeenstemt met de opgeslag en referentie-CHV . 
Opmerking: door gebr uik te mak en van dezelfde referentie-CH V en van een algemene beveiligings ­
status, wordt vermeden dat de werkplaatsmedewerke r de pincode opnieuw moet invoeren na het 
selecteren van een andere DF van de tachograaf toepa ssing.  
TCS_76  Een niet-succesvoll e verg elijking wordt op de kaar t geregistreerd door de teller voor resterende 
CHV-pogingen met 1 te verlagen ter beperking van het aantal later e pogingen om de referentie-CH V 
te gebruiken. 
TCS_77  Commandober icht 
Byte Lengt e Waarde Omschrijving 
CLA 1 ‘00h’  
INS 1 ‘20h’ INS 
P1 1 ‘00h’ P1 
P2 1 ‘00h’ P2 (de gever ifieerde CHV is implicie t bekend) 
Lc 1 ‘08h’ Lengte van de overg ebracht e CHV-code 
#6-#13 8 ‘XX..XXh’ CHV  
TCS_78  Antw oordber icht 
Byte Lengte Waarde Omsc hrijving 
SW 2 ‘XXXXh’ Statusw oorden (SW1, SW2)  
—  Indien het commando succesvo l is, zendt de kaar t ‘9000’ terug. 
—Indien de referentie-CH V niet wordt gevonden, wordt de verwerkingsstatus ‘6A88’ terugge ­
zonden. 
—  Indien de CHV geblokkee rd is (de teller voor resterende CHV -pogingen staat op nul), wordt de 
verwerkingsstatus ‘6983’ teruggezonden. Zodra die status actief is, kan de CHV niet meer met 
succes worden aange boden. 
—  Indien de verg elijking niet succesvo l is, wordt de teller voor resterende pogingen verlaagd en 
wordt de status ‘63CX’ teruggezonden (waarbij ‘X’ groter is dan nul en gelijk aan de teller voor 
resterende CHV -pogingen). 
—Indien de referentie-C HV beschadigd is, wordt de verwerkingsstatus ‘6400’ of ‘6581’ terugge ­
zonden. 
—  Indien Lc verschil t van ‘08h’, is de verwerkingsstatus ‘6700’. 26.5.2016 L 139/201 Publicatieblad van de Europese Unie NL    
3.5.6  GET RESPONSE 
Dit commando voldoet aan ISO/IEC 7816-4. 
Dit commando is alleen nodig en besc hikbaar voor het protocol T = 0. Met dit commando worden de 
voor bereide gegevens van de kaar t overgebrac ht naar de interface-inr ichtin g (IFD) voor zover zowel Lc als Le 
in het commando was opgenomen. 
Het GET RESPONSE-commando moet worden gegeven onmiddellijk na het commando om de gegevens voor 
te bereiden. Zo niet, gaan de gegevens verloren. Na de uitvoeri ng van het GET RESPONSE-commando (tenzi j 
de fout ‘61xx’ of ‘6Cxx’ optreedt, zie hieronder) zijn de eerder voorbereide gegevens niet langer beschikbaar . 
TCS_79  Commandober icht 
Byte Lengt e Waarde Omschrijving 
CLA 1 ‘00h’  
INS 1 ‘C0h’  
P1 1 ‘00h’  
P2 1 ‘00h’  
Le 1 ‘XXh’ Aantal verwacht e bytes  
TCS_80  Antw oordber icht 
Byte Lengte Waarde Omsc hrijving 
#1-#X X ‘XX..XXh’ Gege vens 
SW 2 ‘XXXXh’ Statusw oorden (SW1, SW2)  
—  Indien het commando succesvo l is, zendt de kaar t ‘9000’ terug. 
—  Indien de kaar t geen gegevens heef t voor bereid, wordt de verwerkingsstatus ‘6900’ of ‘6F00’ 
teruggezonden. 
—Indien Le het aantal beschikbare bytes overschr ijdt of gelijk is aan nul, wordt de verwerkings ­
status ‘6Cxx’ teruggezonden, waarbij ‘xx’ het exacte aantal beschikbare bytes aangeeft. In dit 
geval zijn de voorbereide gegevens nog besc hikbaar voor een volg end GET RESPONSE- 
commando. 
—  Indien Le verschil t van nul en kleiner is dan het aantal besc hikbare bytes, worden de vereiste 
gegevens gew oon door de kaar t verzonden en wordt de verwerkingsstatus ‘61xx’ terugge ­
zonden, waarbij ‘xx’ een aantal extra bytes aangee ft dat nog beschikbaar is voor een volgend 
GET RESPONSE-commando. 
—  Indien het commando niet wordt ondersteund (protocol T = 1), zendt de kaar t ‘6D00’ terug . 
3.5.7  PSO: VERIFY CER TIFICA TE 
Dit commando voldoet aan ISO/IEC 7816-8, maar heef t een beperkt gebruik verg eleken met het in deze 
norm gedefinieerde commando. 
De kaar t gebruikt het VERIFY CERTI FICATE-commando om een externe openbare sleutel te verkr ijgen en de 
geldigheid ervan te controleren. 
3.5.7.1  Commando-antwoor dpaar voor de eerst e generatie 
TCS_81  Deze commando variant wordt alleen ondersteund door tachograaf toepass ingen van de eerste 
generatie. 26.5.2016 L 139/202 Publicatieblad van de Europese Unie NL    
TCS_82 Wanneer een VERIFY CER TIFICA TE-commando succesvol is, wordt de openbare sleute l in de beveili ­
gingsomgev ing opgeslag en voor toek omstig gebr uik. Deze sleutel wordt expliciet ingesteld voor 
gebruik in beveiligingsgere lateerde commando's (INTERNAL AUTHENTICA TE, EXTERNAL 
AUTHENTICA TE of VERIFY CERTIFICA TE) door het MSE-commando (zie punt 3.5.11) met behulp 
van de bijbehorende sleutelidentificator . 
TCS_83  Het VERIFY CER TIFIC ATE-commando gebruikt hoe dan ook de openbare sleut el die het MSE- 
commando eerder heef t geselecteerd om het certificaa t te openen. Deze openbare sleutel moet die 
van een lidstaat of van Europa zijn. 
TCS_84  Commandober icht 
Byte Lengt e Waarde Omschrijving 
CLA 1 ‘00h’  
INS 1 ‘2Ah’ Voer beveiligingsoperatie uit (PSO) 
P1 1 ‘00h’ P1 
P2 1 ‘AEh’ P2: niet met BER -TLV gecodeerde gegevens (samenv oeging van ge­
gevenselement en) 
Lc 1 ‘C2h’ Lc: lengte van het certificaa t, 194 bytes 
#6-#199 194 ‘XX..XXh’ Certificaat: samenv oeging van gegevenselementen (zoals omschr e­
ven in aanhangsel 11)  
TCS_85  Antw oordber icht 
Byte Lengte Waarde Omsc hrijving 
SW 2 ‘XXXXh’ Statusw oorden (SW1, SW2)  
—  Indien het commando succesvo l is, zendt de kaar t ‘9000’ terug. 
—  Indien de certificaa tver ificatie mislukt, wordt de verwerkingsstatus ‘6688’ terug gezonden. De 
procedure voor certificaatver ificatie en openmaken van het certificaa t wordt nader omschreven 
in aanhangsel 11 voor tach ograaf toepassin gen van de eerste en de tweede generatie. 
—Indien geen openbare sleutel in de beveiligingsomgeving aanwezig is, wordt ‘6A88’ terugge ­
zonden. 
—  Indien de geselecteerde openbare sleute l (waar mee het certificaa t wordt openge maakt) 
besch adigd is, wordt de verwerkingsstatus ‘6400’ of ‘6581’ teruggezonden. 
—  Alleen voor tachograaf toepas singen van de eerste generatie: Indien de geselecteerde 
openbare sleute l (waar mee het certificaa t wordt opengemaakt) een andere CHA.LSB 
(
 ) heef t dan ‘00’ (dat wil zegg en niet 
die van een lidstaat of van Europa is), wordt de verwerkingsstatus ‘6985’ terug gezonden. 
3.5.7.2  Commando-antwoor dpaar voor tachogra aftoep assingen van de tweede generatie 
In verband met de grootte van de elliptisc he kromme kunnen ECC-cer tificaten zo lang zijn dat het niet 
moge lijk is om ze in een enkele APDU te verzenden. In dit geval moete n de commando's aan elkaar worden 
gekoppeld (“gek etend”) overeenk omstig ISO/IEC 7816-4, en wordt het certificaa t verzonden in twee 
opeenv olge nde APDU-commando's PSO: Verify Certificate. 
De certificaatstr uctuur en domeinparamet ers zijn gedef inieerd in aanhangsel 11. 
TCS_86  Het commando kan worden uitgev oerd in MF, DF Tachograaf en DF Tachograaf_G2 (zie ook 
TCS_33). 26.5.2016 L 139/203 Publicatieblad van de Europese Unie NL    
TCS_87  Commandober icht 
Byte Lengt e Waarde Omschrijving 
CLA 1 ‘X0h’ CLA-byte die aangee ft dat de commando's worden geket end 
‘00h’ het enig e of laatste commando van de keten 
‘10h’ niet het laatst e commando van de keten 
INS 1 ‘2Ah’ Voer beveiligingsoperatie uit (PSO) 
P1 1 ‘00h’  
P2 1 ‘BEh’ Verifieer zelfbesc hrijvend certificaa t 
Lc 1 ‘XXh’ Lengte van het gegevensveld van het commando (zie TCS_88 en 
TCS_89). 
#6-#5+L L ‘XX..XXh’ Met DER -TLV gecodeerde gegevens: inhoud van het ECC-cer tificaat 
als eerste gegevensobject samengev oegd met de handtek ening van 
het ECC-cer tificaat als tweede gegevensobject of met een deel van 
deze samenv oeging. Het label ‘7F21’ en de bijbeh orende lengte 
worden niet verzonden. 
Deze gegevensobject en hebben een vastg elegde volgorde.  
TCS_88  Voor APDU's met korte lengt e geldt het volg ende: de IFD gebruikt het minimaal vereiste aantal 
APDU's om de payloadg egevens van het commando over te brengen en om het maximumaantal 
bytes in het eerste APDU-commando te verzenden volg ens de waarde van de byte voor de grootte 
van het informatieveld (IFS), zie TCS_14. Indien de IFD anders reagee rt, valt de werking van de 
kaar t buiten het toepas singsgebied van deze specificatie. 
TCS_89  Voor APDU's met uitge breide lengt e geldt het volgende: indien het certificaa t niet in een enkele 
APDU past, onderst eunt de kaar t het ketenen van commando's. De IFD gebr uikt het minimaal 
vereiste aantal APDU's om de payloadg egevens van het commando over te brengen en om het 
maximumaantal bytes in het eerste APDU-commando te verzenden. Indien de IFD anders reageer t, 
valt de werking van de kaar t buiten het toepass ingsgebied van deze specificatie. 
Opmerking: overeenk omstig aanhangsel 11 slaat de kaar t het certificaat of de toep asselijk e inhoud 
daar van op, en werkt de kaar t de currentA uthenticatedTime bij. 
De antwoordber ichtstructuur en statuswoorden zijn vastg elegd in TCS_85. 
TCS_90  Naast de in TCS_85 opgesomde foutcodes kan de kaar t de volg ende foutcodes terugzenden: 
—  Indien de geselecteerde openbare sleutel (waar mee het certificaat wordt opengema akt) een CHA . 
LSB (Cer tificateHolderAuth orisation.equipmentT ype) heef t die niet geschikt is voor certificaatve ­
rificatie overeenk omstig aanhangsel 11, wordt de verwerkingsstatus ‘6985’ terug gezonden. 
—  Indien de currentA uthenticated Time van de kaar t valt na de datum waarop de geldigheid van 
het certificaat afloop t, wordt de verwerkingsstatus ‘6985’ teruggezonden. 
—  Indien het laatste commando van de keten wordt verwacht, zendt de kaar t ‘6883’ terug . 
—  Indien onjuist e parameters worden verzonden in het gegeve nsveld van het commando, zendt de 
kaar t ‘6A80’ terug (dat is ook het geval indien de gegevensobject en niet in de voor gesc hreven 
volgorde worden verzonden). 
3.5.8  INTERNAL AUTHENTICATE 
Dit commando voldoet aan ISO/IEC 7816-4. 
TCS_91  Alle tachog raafkaar ten ondersteunen dit commando in DF Tachograaf G1. Dit commando kan al 
dan niet toeg ankelijk zijn in MF en/of in DF Tachog raaf_G2. Als dat het geval is, wordt het 
commando beëindigd met de toepas selijk e foutcode aangezien de particuliere sleutel van de kaar t 
(Card.SK) voor het authenticatieprot ocol van de eerste generatie alleen toeg ankeli jk is in 
DF_T achog raaf van de eerste generatie. 26.5.2016 L 139/204 Publicatieblad van de Europese Unie NL    
Met het INTERNAL AUTHENTICA TE-commando kan de IFD de kaar t authenticeren. De authenticatiepro ­
cedure wordt uiteengezet in aanhangsel 11. Hierbij worden de onderstaande instr ucties toeg epast. 
TCS_92  Het INTERNAL AUTHENTICA TE-commando gebruikt de (impli ciet geselect eerde) particuliere sleutel 
van de kaar t ter onder tekening van de authenticatiegeg evens met inbegr ip van K1 (eerste element 
voor sleutelo vereenstemming tijdens de sessie) en RND1, en gebruikt de thans geselect eerde 
openbare sleutel (via het laatste MSE-commando) om de handtek ening te coderen en het authentica ­
tietek en te genereren (zie aanhangsel 11 voor meer informatie). 
TCS_93  Commandober icht 
Byte Lengt e Waarde Omschr ijving 
CLA 1 ‘00h’ CLA 
INS 1 ‘88h’ INS 
P1 1 ‘00h’ P1 
P2 1 ‘00h’ P2 
Lc 1 ‘10h’ Lengte van naar de kaar t verzonden gegevens 
#6 — #13 8 ‘XX..XXh’ Identiteit gebruikt om de kaar t te authenticeren 
#14 -#21 8 ‘XX..XXh’ VU.C HR (zie aanhangsel 11) 
Le 1 ‘80h’ Lengte van de gegeve ns die van de kaar t worden verwacht  
TCS_94  Antw oordber icht 
Byte Lengt e Waarde Omschrijving 
#1-#128 128 ‘XX..XXh’ Kaar tauthenticatietek en (zie aanhangsel 11) 
SW 2 ‘XXXXh’ Statuswoorden (SW1, SW2)  
—  Indien het commando succesvo l is, zendt de kaar t ‘9000’ terug. 
—Indien geen openbare sleutel in de beveiligingsomge ving aanwezig is, wordt de verwerkings ­
status ‘6A88’ terugge zonden. 
—Indien geen particuliere sleutel in de beveiligingsomgeving aanwezig is, wordt de verwerkings ­
status ‘6A88’ terugge zonden. 
—  Indien VU.CH R niet overeenst emt met de identif icator van de huidige openbare sleute l, wordt de 
verwerkingsstatus ‘6A88’ teruggezonden. 
—  Indien de geselecteerde particuliere sleutel beschadigd is, wordt de verwerkingsstatus ‘6400’ of 
‘6581’ terug gezonden. 
TCS_95  Indien het INTERNAL AUTHENTICA TE-commando succesvo l is, wordt de lopende sessiesleut el 
(indien aanwezig) gewist en is die niet langer besch ikbaar . Om een nieuwe sessiesleut el te krijgen, 
moet het EXTERNAL AUTHENTICA TE-commando succesvo l worden uitge voerd voor het authenti ­
catiemechanis me van de eerste generatie. 
3.5.9  EXTERNAL AUTHENTIC ATE 
Dit commando voldoet aan ISO/IEC 7816-4. 
Met het EXTERNAL AUTHENTICA TE-commando kan de kaar t de IFD authenticeren. De authenticatiepro ­
cedure wordt uiteengezet in aanhangsel 11 voor tachograaf toepas singen van de eerste en de tweede generatie 
(VU-authenticatie). 26.5.2016 L 139/205 Publicatieblad van de Europese Unie NL    
TCS_96  Wat betref t het mechanis me voor wederzi jdse authenticatie van de eerste generatie wordt deze 
commando variant uitsluitend onderst eund door tachograaf toepas singen van de eerste generatie. 
TCS_97  De commando variant voor de wederzi jdse authenticatie van VU-kaar ten van de tweede generatie 
kan worden uitgev oerd in MF, DF Tachog raaf en DF Tachog raaf_G2 (zie ook TCS_34). 
TCS_98  Commandober icht 
Byte Lengte Waarde Omschrijving 
CLA 1 ‘00h’ CLA 
INS 1 ‘82h’ INS 
P1 1 ‘00h’ Sleute ls en algor itmen impliciet beke nd 
P2 1 ‘00h’  
Lc 1 ‘XXh’ Lc: lengte van de naar de kaar t verzonden gegevens 
#6-#(5+L) L ‘XX..XXh’ Authenticatie van de eerste generatie: cryptogram (zie aanhang ­
sel 11, deel A) 
Authenticatie van de tweede generatie: handtek ening gegenereerd 
door de IFD (zie aanhangsel 11, deel B)  
TCS_99  Antw oordber icht 
Byte Lengte Waarde Omsc hrijving 
SW 2 ‘XXXXh’ Statusw oorden (SW1, SW2)  
—  Indien het commando succesvo l is, zendt de kaar t ‘9000’ terug. 
—  Indien de CHA van de thans ingest elde openbare sleut el niet de samenv oeging is van de AID 
van de tachog raaftoepassing en van een model van VU-apparatuur , wordt de verwerkingsstatus 
‘6F00’ teruggezonden. 
—  Indien het commando niet onmiddellijk wordt voora fgeg aan door een GET CHALLENGE- 
commando, wordt de verwerkingsstatus ‘6985’ teruggezonden. 
De tachograaf toepa ssing van de eerste generatie kan de volgende aanvullende foutcodes 
terug zenden: 
—Indien geen openbare sleutel in de beveiligingsomgeving aanwezig is, wordt ‘6A88’ terugge ­
zonden. 
—Indien geen particuliere sleutel in de beveiligingsomgeving aanwezig is, wordt de verwerkings ­
status ‘6A88’ terugge zonden. 
—Indien de verificatie van het cryptogram mislukt, wordt de verwerkingsstatus ‘6688’ terugge ­
zonden. 
—  Indien de geselecteerde particuliere sleutel beschadigd is, wordt de verwerkingsstatus ‘6400’ of 
‘6581’ terug gezonden. 
De commando variant voor authenticatie van de tweede generatie kan de volgende aanvullende 
foutcode terug zenden: 
—  Indien de handtek eningver ificatie mislukt is, zendt de kaar t ‘6300’ terug. 
3.5.10  GENERAL AUTHENTIC ATE 
Dit commando wordt gebr uikt voor het chipauthenticatieprot ocol van de tweede generatie, zoals gespeci ­
ficeerd in deel B van aanhangsel 11, en voldoet aan ISO/IEC 7816-4. 
TCS_100  Het commando kan worden uitgev oerd in MF, DF Tachograaf en DF Tachograaf_G2 (zie ook 
TCS_34). 26.5.2016 L 139/206 Publicatieblad van de Europese Unie NL    
TCS_101  Commandober icht 
Byte Lengt e Waarde Omschrijving 
CLA 1 ‘00h’  
INS 1 ‘86h’  
P1 1 ‘00h’ Sleut els en protocol impliciet bekend 
P2 1 ‘00h’  
Lc 1 ‘NNh’ Lc: lengte van het volgende gegevens ­
veld 
#6-#(5+L) L ‘7Ch’ + L7C + ‘80h’ + L80 + ‘XX..XXh’ Met DER -TLV gecod eerde waarde van 
de tijdelijk e openbare sleutel (zie aan­
hangsel 11) 
De VU verzendt de gegevensobjecten 
in deze volg orde.  
TCS_102  Antw oordber icht 
Byte Lengt e Waarde Omschr ijving 
#1-#L L ‘7Ch’ + L7C + ‘81h’ + ‘08h’ 
+ ‘XX..XXh’ + ‘82h’ + L82 + 
‘XX..XXh’ Met DER -TLV gecodeerde dynamische authentica ­
tiegeg evens: nonce (willekeur ig getal) en authenti ­
catietek en (zie aanhangsel 11) 
SW 2 ‘XXXXh’ Statuswoor den (SW1, SW2)  
—  Indien het commando succesvo l is, zendt de kaar t ‘9000’ terug. 
—  De kaar t zendt ‘6A80’ terug om te wijzen op onjuiste parameter s in het gegevensveld. 
—  De kaar t zendt ‘6982’ terug indien het Exte rnal Auth enticate-commando niet met succes werd 
uitgev oerd. 
Het antwoord van het gegevensobject voor dynamisc he authenticatie ‘7Ch’: 
—moet aanwezig zijn indien de bewerking succesvol is, dat wil zeggen wanneer de status ­
woorden gelijk zijn aan ‘9000’, 
—  moet afwezig zijn in geval van een uitvoeri ngs- of controlef out, dat wil zegg en wanneer de 
statuswoor den liggen tussen ‘6400’ en ‘6FFF’ , en 
—  kan afwezig zijn in geval van een waarschuwing, dat wil zeggen wanneer de statusw oorden 
liggen tussen ‘6200’ en ‘63FF’ . 
3.5.11  MANA GE SECURIT Y ENVIRONMENT 
Het MSE-commando wordt gebruikt om een openbare sleutel voor authenticatiedoeleinden in te stellen. 
3.5.11.1  Commando-antwoor dpaar voor tachogra aftoep assingen van de eerste generatie 
Dit commando voldoet aan ISO/IEC 7816-4. Het gebruik van dit commando is beperkt vergelek en met de 
toepass elijk e norm. 
TCS_103  Dit commando wordt alleen ondersteund door tachog raaftoepassing en van de eerste generatie. 
TCS_104  De in het MSE-g egevensveld genoemde sleutel blijft de huidige openbare sleute l tot het volgende 
correcte MSE-commando, totda t een DF wordt geselect eerd of totd at de kaar t wordt terug gesteld. 
TCS_105  Indien de genoemde sleute l (nog) niet in de kaar t aanwezig is, blijft de beveiligingsomge ving 
ongewi jzigd. 26.5.2016 L 139/207 Publicatieblad van de Europese Unie NL    
TCS_106  Commandober icht 
Byte Lengt e Waarde Omschrijving 
CLA 1 ‘00h’ CLA 
INS 1 ‘22h’ INS 
P1 1 ‘C1h’ P1: genoemde sleute l, geldig voor alle cryptografische bewerkingen 
P2 1 ‘B6h’ P2: genoemde gegevens met betrekking tot de digitale handtek e­
ning 
Lc 1 ‘0Ah’ Lc: lengte van het volg ende gegevensveld 
#6 1 ‘83h’ Label ter verwijzi ng naar een openbare sleutel in asymmetr ische ge­
vallen 
#7 1 ‘08h’ Lengte van de sleut elreferentie (sleutelidentificator) 
#8-#15 8 ‘XX..XXh’ Sleutelidentificator zoals gespecif iceerd in aanhangsel 11  
TCS_107  Antw oordber icht 
Byte Lengt e Waarde Omschrijving 
SW 2 ‘XXXXh’ Statusw oorden (SW1, SW2)  
—  Indien het commando succesvo l is, zendt de kaar t ‘9000’ terug. 
—  Indien de genoemde sleute l niet op de kaar t aanwezig is, wordt de verwerkingsstatus‘6A88’ 
terug gezonden. 
—  Indien een aantal verwacht e gegevensobjecten in het beveiligde berichtenuitwisselingsf ormaat 
ontbreekt, wordt de verwerkingsstatus ‘6987’ terug gezonden. Dit kan gebeuren wanneer het 
label ‘83h’ ontbreekt. 
—Indien een aantal gegevensobjecten niet correct is, wordt de verwerkingsstatus ‘6988’ terugge ­
zonden. Dit kan gebeuren wanneer de lengte van de sleutelidenti ficator versc hilt van ‘08h’ . 
—  Indien de geselecteerde sleute l bescha digd is, wordt de verwerkingsstatus ‘6400’ of ‘6581’ 
terug gezonden. 
3.5.11.2  Commando-antwoor dparen voor tachograaftoepassingen van de tweede generatie 
Voor de authenticatie van de tweede generatie onderst eunt de tachog raafkaar t de volg ende MSE: Set-comman ­
doversies die voldoen aan ISO/IEC 7816-4. Deze commando versies worden niet onderst eund voor de authen ­
ticatie van de eerste generatie. 
3.5.11.2.1  MSE:SET AT-commando voor chipauthenticatie 
Het volg ende MSE:SET AT-commando wordt gebruikt om de paramete rs te select eren voor de chipauthen ­
ticatie die wordt uitgev oerd door een volg end General Authenticat e-commando. 
TCS_108  Het commando kan worden uitgev oerd in MF, DF Tachograaf en DF Tachograaf_G2 (zie ook 
TCS_34). 
TCS_109  MSE:SET AT-commandober icht voor chipauthenticatie 
Byte Lengt e Waarde Omschr ijving 
CLA 1 ‘00h’  
INS 1 ‘22h’  26.5.2016 L 139/208 Publicatieblad van de Europese Unie NL    
Byte Lengt e Waarde Omschr ijving 
P1 1 ‘41h’ Inge steld voor intern e authenticatie 
P2 1 ‘A4h’ Auth enticatie 
Lc 1 ‘NNh’ Lc: lengte van het volg ende gegevensveld 
#6-#(5+L) L ‘80h’ + ‘0Ah’ + ‘XX..XXh’ Met DER -TLV gecodeerde referentie voor het 
cryptografisch mechani sme: objectidentif icator 
van de chipauthenticatie (alleen waarde, label 
‘06h’ wordt weggelat en). 
Zie aanhangsel 1 voor de waarden van de objec ­
tidentif icatoren; de notatie in byte wordt ge­
bruikt. Zie aanhangsel 11 voor meer uitleg over 
de wijze waarop een van deze objectidentificato ­
ren wordt geselecteerd.  
3.5.11.2.2  MSE:SET AT-commando voor VU-authenticatie 
Het volgende MSE:SET AT-commando wordt gebruikt om de parameters en sleutels te selecte ren voor de VU- 
authenticatie die wordt uitge voerd door een volg end Extern al Authenticat e-commando. 
TCS_110  Het commando kan worden uitgev oerd in MF, DF Tachograaf en DF Tachograaf_G2 (zie ook 
TCS_34). 
TCS_111  MSE:SET AT-commandober icht voor VU-authenticatie 
Byte Lengt e Waarde Omschr ijving 
CLA 1 ‘00h’  
INS 1 ‘22h’  
P1 1 ‘81h’ Inge steld voor exte rne authenticatie 
P2 1 ‘A4h’ Auth enticatie 
Lc 1 ‘NNh’ Lc: lengte van het volg ende gegevensveld 
#6-#(5+L) L ‘80h’ + ‘0Ah’ + ‘XX..XXh’ Met DER -TLV gecodeerde referentie voor het 
cryptografisch mechani sme: objectidentif icator 
van de VU-authenticatie (alleen waarde, label 
‘06h’ wordt weggelat en). 
Zie aanhangsel 1 voor de waarden van de objec ­
tidentif icatoren; de notatie in byte wordt ge­
bruikt. Zie aanhangsel 11 voor meer uitleg over 
de wijze waarop een van deze objectidentificato ­
ren wordt geselecteerd. 
‘83h’ + ‘08h’ + ‘XX..XXh’ Met DER -TLV gecodeerde referentie van de open ­
bare VU-sleut el op basis van de referen tie van de 
certificaa thouder die in zijn certificaat vermeld 
staat. 
‘91h’ + L91 + ‘XX..XXh’ Met DER -TLV gecodeerde gecompr imeerde voor ­
stelling van de tijdelijk e openbare sleutel van de 
VU die tijdens de chipauthenticatie wordt ge­
bruikt (zie aanhangsel 11)  
3.5.11.2.3  MSE:SET DST 
Het volgende MSE:SET DST -commando wordt gebruikt om een openbare sleute l in te stellen: 
—  ter verificatie van een handtek ening die in een volg end PSO: Verify Digital Signature-commando wordt 
verstrekt, of 26.5.2016 L 139/209 Publicatieblad van de Europese Unie NL    
—  voor de handtek eningver ificatie van een certificaat dat in een volg end PSO: Verify Certificate-commando 
wordt verstrekt. 
TCS_112  Het commando kan worden uitgev oerd in MF, DF Tachograaf en DF Tachograaf_G2 (zie ook 
TCS_33). 
TCS_113  MSE:SET DST -commandober icht 
Byte Lengt e Waarde Omschrijving 
CLA 1 ‘00h’  
INS 1 ‘22h’  
P1 1 ‘81h’ Ingesteld ter verificatie 
P2 1 ‘B6h’ Digitale handte kening 
Lc 1 ‘NNh’ Lc: lengt e van het volgende gegevensveld 
#6-#(5+L) L ‘83h’ + ‘08h’ + ‘XX...XXh’ Met DER -TLV gecodeerde referentie van een 
openbare sleutel, dat wil zeggen de referentie 
van de certificaa thouder in het openbare-sleut el­
certificaat (zie aanhangsel 11)  
Voor alle commando versies worden de antwoordber ichtstructuur en statusw oorden verstrekt door: 
TCS_114  Antw oordber icht 
Byte Lengt e Waarde Omschrijving 
SW 2 ‘XXXXh’ Statusw oorden (SW1, SW2)  
—  Indien het commando succesvo l is, zendt de kaar t ‘9000’ terug. Het protocol is geselecteerd en 
geïn itialiseerd. 
—  ‘6A80’ wijst op onjuiste parameter s in het gegevensveld van het commando. 
—  ‘6A88’ geeft aan dat het genoemde gegeven (dat wil zegge n een genoemde sleute l) niet 
beschikbaar is. 
3.5.12  PSO: HASH 
Dit commando wordt gebruikt om het resultaat van een hashberek ening van een aantal gegevens over te 
breng en op de kaar t. Dit commando dient ter verificatie van digitale handtek ening en. De hashwaarde wordt 
tijde lijk opgeslagen voor het volg ende PSO: Verify Digital Signature-commando. 
Dit commando voldoet aan ISO/IEC 7816-8. Het gebruik van dit commando is beperkt vergelek en met de 
toepass elijk e norm. 
Alleen de controlekaar t is vereist om dit commando te ondersteunen in DF Tachograaf en DF 
Tachog raaf_G2. 
Op andere soor ten tachog raafkaar ten kan dit commando al dan niet worden geïmplement eerd. Dit 
commando kan al dan niet toeg ankelijk zijn in het stambestand (MF). 
Controlekaar ten voor tach ograaf toepassin gen van de eerste generatie ondersteunen alleen SHA-1. 
TCS_115  De tijde lijk opges lagen hashwaarde wordt verwijde rd indien een nieuwe hashwaarde wordt 
berekend met behulp van het PSO: HASH-commando, indien een DF wordt geselect eerd, en indien 
de tach ograafkaar t wordt teruggeste ld. 26.5.2016 L 139/210 Publicatieblad van de Europese Unie NL    
TCS_116  Commandober icht 
Byte Lengt e Waarde Omschr ijving 
CLA 1 ‘00h’ CLA 
INS 1 ‘2Ah’ Voer beveiligingsoperatie uit (PSO) 
P1 1 ‘90h’ Zend hashcode terug 
P2 1 ‘A0h’ Label: gegevensveld bevat voor hashfunctie relevante gegevens ­
objecten (DO's) 
Lc 1 ‘XXh’ Lengte Lc van het volgende gegevensveld 
#6 1 ‘90h’ Label voor de hashcode 
#7 1 ‘XXh’ Lengte L van de hashcode 
‘14h’ voor tachog raaf toepa ssingen van de eerste generatie (zie 
aanhangsel 11, deel A) 
‘20h’ , ‘30h’ of ‘40h’ voor tachog raaf toep assingen van de tweede 
generatie (zie aanhangsel 11, deel B) 
#8-#(7+L) L ‘XX..XXh’ Hashcode  
TCS_117  Antw oordber icht 
Byte Lengt e Waarde Omschrijving 
SW 2 ‘XXXXh’ Statusw oorden (SW1, SW2)  
—  Indien het commando succesvo l is, zendt de kaar t ‘9000’ terug. 
—  Indien een aantal verwacht e gegevensobjecten (zoals hierbo ven gespecif iceerd) ontbreekt, 
wordt de verwerkingsstatus ‘6987’ terugge zonden. Dit kan gebeuren wanneer een van de labels 
‘90h’ ontbreekt. 
—Indien een aantal gegevensobjecten niet correct is, wordt de verwerkingsstatus ‘6988’ terugge ­
zonden. Deze fout treedt op wanneer het vereiste label aanwezig is, maar een lengte heef t die 
verschil t van: ‘14h’ voor SHA-1, ‘20h’ voor SHA-256, ‘30h’ voor SHA-384, ‘40h’ voor SHA- 
512 (tachograaf toepassing van de tweede generatie). 
3.5.13  PERFORM HASH OF FILE 
Dit commando voldoet niet aan ISO/IEC 7816-8. De CLA-byt e van dit commando geeft dus een particulier 
gebruik van PERFORM SECURIT Y OPERA TION/HASH. 
Alleen de bestuurders- en werkplaatskaar t zijn vereist om dit commando te onderst eunen in DF Tachog raaf 
en DF Tachog raaf_G2. 
Op andere soor ten tachog raafkaar ten kan dit commando al dan niet worden geïmplement eerd. Voor een 
bedr ijfs- of controlekaar t wordt dit commando geïm plementeerd op de in dit hoofdstuk vastgele gde wijze. 
Dit commando kan al dan niet toegank elijk zijn in het stambestand (MF). Als dat het geval is, wordt het 
commando geïmplement eerd op de in dit hoofdstuk vastg elegde wijze: er wordt met andere woorden geen 
hashwaarde berekend, maar het commando wordt beëindigd met een geschikt e foutcode. 
TCS_118  Het PERFORM HASH of FILE-commando wordt gebruikt om het gegevensg ebied van de thans 
geselect eerde transparant e EF te hashen. 
TCS_119  Een tach ograafkaar t ondersteunt dit commando alleen voor de hoofdbestanden (EF's) die worden 
opgesomd in hoofdstuk 4 onder DF Tachograaf en DF Tachog raaf_G2, zij het met de volgende 
uitzonder ing: een tachog raafkaar t onderst eunt het commando niet voor de EF Sensor_Installati ­
on_Data van DF Tachog raaf_G2. 26.5.2016 L 139/211 Publicatieblad van de Europese Unie NL    
TCS_120  Het resultaat van de hashbewerking wordt tijdelijk in de kaar t opgeslagen. Het kan vervolg ens 
worden gebr uikt om een digitale handt ekening van het bestand te krijgen met gebruikmaking van 
het PSO: COMPUTE DIGIT AL SIGNA TURE-commando. 
TCS_121  De tijde lijk opges lagen hashwaarde wordt verwijde rd indien een nieuwe hashwaarde wordt 
berekend met behulp van het PSO: Hash of File-commando, indien een DF wordt geselect eerd, en 
indien de tach ograafkaar t wordt teruggeste ld. 
TCS_122  Tachograaf toepas singen van de eerste generatie ondersteunen SHA-1. 
TCS_123  Tachograaf toepas singen van de tweede generatie ondersteune n SHA-1 en SHA-2 (256, 384 en 
512 bits). 
TCS_124  Commandober icht 
Byte Lengte Waarde Omschrijving 
CLA 1 ‘80h’ CLA 
INS 1 ‘2Ah’ Voer beveiligingsoperatie uit (PSO) 
P1 1 ‘90h’ Label: Hash 
P2 1 ‘XXh’ P2: geeft aan welk algor itme wordt gebruikt om de gegevens van het 
thans geselecteerde transparante bestand te hashen: 
‘00h’ voor SHA-1 
‘01h’ voor SHA-256 
‘02h’ voor SHA-384 
‘03h’ voor SHA-512  
TCS_125  Antw oordber icht 
Byte Lengt e Waarde Omschrijving 
SW 2 ‘XXXXh’ Statusw oorden (SW1, SW2)  
—  Indien het commando succesvo l is, zendt de kaar t ‘9000’ terug. 
—  Indien de geldige EF dit commando niet toest aat (EF Sensor_Installation_Data in DF 
Tachog raaf_G2), wordt de verwerkingsstatus ‘6985’ terug gezonden. 
—  Indien de geselecteerde EF beschadigd is (integr iteitsf outen in bestandsattr ibut en of opgeslagen 
gegevens), wordt de verwerkingsstatus ‘6400’ of ‘6581’ teruggezonden. 
—  Indien het geselect eerde bestand geen transparant bestand is of indien er geen geldige EF is, 
wordt de verwerkingsstatus ‘6986’ terug gezonden. 
3.5.14  PSO: COMPUTE DIGIT AL SIGNATURE 
Dit commando wordt gebr uikt om de digitale handtek ening van een eerder berekende hashcode te berekenen 
(zie PERFORM HASH of FILE-commando in punt 3.5.13). 
Alleen de bestuurders- en werkplaatskaar t zijn vereist om dit commando te onderst eunen in DF Tachog raaf 
en DF Tachog raaf_G2. 
Op andere soor ten tach ograafkaar ten kan dit commando al dan niet worden geïmplement eerd. Deze kaar ten 
hebben echter geen handte keningsleut el. Bijgev olg wordt dit commando op deze kaar ten niet met succes 
uitgev oerd, maar beëindigd met een geschikt e foutcode. 
Dit commando kan al dan niet toegank elijk zijn in het stambestand (MF). Als dat het geval is, wordt het 
commando beëindigd met een geschikt e foutcode. 26.5.2016 L 139/212 Publicatieblad van de Europese Unie NL    
Dit commando voldoet aan ISO/IEC 7816-8. Het gebruik van dit commando is beperkt vergelek en met de 
toepass elijk e norm. 
TCS_126  Dit commando berekent geen digitale handt ekening van een eerder met het PSO: HASH- 
commando berekende hashcode. 
TCS_127  De particuliere sleutel van de kaar t wordt gebruikt om de digitale handtek ening te berekenen en is 
impliciet bij de kaar t bekend. 
TCS_128  Tachograaf toepas singen van de eerste generatie gebr uiken voor de digitale handtek ening een 
paddingmethode overeenk omstig PKCS1 (zie aanhangsel 11 voor meer bijzonderheden). 
TCS_129  Tachograaf toepas singen van de tweede generatie bereke nen de digitale handtek ening op basis van 
een elliptisc he kromme (zie aanhangsel 11 voor meer bijzonderheden). 
TCS_130  Commandober icht 
Byte Lengte Waarde Omschrijving 
CLA 1 ‘00h’ CLA 
INS 1 ‘2Ah’ Voer beveiligingsoperatie uit (PSO) 
P1 1 ‘9Eh’ Terug te zenden digitale handtek ening 
P2 1 ‘9Ah’ Label: gegevensveld bevat te onder tekenen gegevens. Als geen gegeve ns­
veld opgenomen is, wordt aange nomen dat de gegevens al op de kaar t 
aanwezig zijn (hashwaarde van bestand) 
Le 1 ‘NNh’ Lengte van de verwacht e handtek ening  
TCS_131  Antw oordber icht 
Byte Lengt e Waarde Omschrijving 
#1-#L L ‘XX..XXh’ Handte kening van de eerder berekende hashwaarde 
SW 2 ‘XXXXh’ Statuswoor den (SW1, SW2)  
—  Indien het commando succesvo l is, zendt de kaar t ‘9000’ terug. 
—  Indien de impliciet geselecteerde particuliere sleute l beschadigd is, wordt de verwerkingsstatus 
‘6400’ of ‘6581’ terug gezonden. 
—  Indien de eerder met een Perform Hash of File-commando bereke nde hashwaarde niet 
beschikbaar is, wordt de verwerkingsstatus ‘6985’ terug gezonden. 
3.5.15  PSO: VERIFY DIGIT AL SIGNATURE 
Dit commando wordt gebruikt ter verificatie van de digitale handtek ening die als invoer is opgeg even en 
waar van de hashwaarde bij de kaar t bekend is. Het handtek ening algor itme is impliciet bij de kaar t beke nd. 
Dit commando voldoet aan ISO/IEC 7816-8. Het gebruik van dit commando is beperkt vergelek en met de 
toepass elijk e norm. 
Alleen de controlekaar t is vereist om dit commando te ondersteunen in DF Tachograaf en DF 
Tachog raaf_G2. 
Op andere soor ten tachog raafkaar ten kan dit commando al dan niet worden geïmplement eerd. Dit 
commando kan al dan niet toeg ankelijk zijn in het stambestand (MF). 
TCS_132  Het VERIFY DIGIT AL SIGNA TURE-commando gebruikt altijd de door het voorafgaande MSE: SET 
DST -commando geselect eerde openbare sleutel en de voorafgaande , door een PSO: HASH- 
commando inge voerde hashcode. 26.5.2016 L 139/213 Publicatieblad van de Europese Unie NL    
TCS_133  Commandober icht 
Byte Lengt e Waarde Omschr ijving 
CLA 1 ‘00h’ CLA 
INS 1 ‘2Ah’ Voer beveiligingsoperatie uit (PSO) 
P1 1 ‘00h’  
P2 1 ‘A8h’ Label: gegevensveld bevat voor verificatie relevante DO's 
Lc 1 ‘83h’ Lengte Lc van het volgende gegevensveld 
6 1 ‘9Eh’ Label voor digitale handt ekening 
#7-#8 2 ‘81 XXh’ Lengte van digitale handt ekening: 
128 bytes, gecodeerd overeenk omstig deel A van aanhangsel 11 
voor tach ograaf toepassin gen van de eerste generatie 
Afhankeli jk van de geselecteerde ellipt ische kromme voor tacho ­
graaf toepas singen van de tweede generatie (zie deel B van aan­
hangsel 11) 
#9-#(8+L) L ‘XX..XXh’ Inhoud van de digitale handtek ening  
TCS_134  Antw oordber icht 
Byte Lengt e Waarde Omschrijving 
SW 2 ‘XXXXh’ Statusw oorden (SW1, SW2)  
—  Indien het commando succesvo l is, zendt de kaar t ‘9000’ terug. 
—  Indien de handt ekeningver ificatie mislukt, wordt de verwerkingsstatus ‘6688’ terug gezonden. 
De verificatieprocedure wordt uiteengezet in aanhangsel 11. 
—Indien geen openbare sleute l wordt geselect eerd, wordt de verwerkingsstatus ‘6A88’ terugge ­
zonden. 
—  Indien een aantal verwacht e gegevensobjecten (zoals hierbo ven gespecif iceerd) ontbreekt, 
wordt de verwerkingsstatus ‘6987’ teruggezonden. Dit kan gebeuren wanneer een van de 
vereiste labels ontbreekt. 
—  Indien geen hashcode besch ikbaar is om het commando te verwerk en (als gevolg van een 
voora fgaand PSO: Hash-commando), wordt de verwerkingsstatus ‘6985’ teruggezonden. 
—Indien een aantal gegevensobjecten niet correct is, wordt de verwerkingsstatus ‘6988’ terugge ­
zonden. Dit kan gebeuren wanneer de lengt e van een van vereist e gegeve nsobjecten niet 
correct is. 
—  Indien de geselect eerde openbare sleutel beschadigd is, wordt de verwerkingsstatus ‘6400’ of 
‘6581’ teruggezonden. 
3.5.16  PROCE SS DSRC MESSA GE 
Dit commando wordt gebr uikt om de integr iteit en authenticit eit van het DSR C-ber icht te verifiëren, alsook 
om de gegevens te decoderen die via de DSR C-verbinding worden overg ebrac ht van een VU naar een contro ­
leautori teit of een werkplaats. De kaar t bepaalt de coder ingssleute l en de MAC-sleut el waar mee het DSR C- 
bericht is beveiligd (zie besch rijving in aanhangsel 11, deel B, hoofdstuk 13). 
Alleen de controle- en werkplaatskaar t zijn vereist om dit commando te ondersteunen in DF Tachograaf_G2. 
Op andere soor ten tach ograafkaar ten kan dit commando al dan niet worden geïmplement eerd. Deze kaar ten 
hebben echter geen DSR C-hoofdsleutel („master key”). Bijgev olg wordt dit commando op deze kaar ten niet 
met succes uitge voerd, maar beëindigd met een geschikt e foutcode. 26.5.2016 L 139/214 Publicatieblad van de Europese Unie NL    
Dit commando kan al dan niet toeg ankeli jk zijn in MF en/of in DF Tachograaf. Als dat het geval is, wordt het 
commando beëindigd met een geschikt e foutcode. 
TCS_135  De DSR C-hoofdsleutel is alleen toeg ankelijk in DF Tachograaf G2; de controle- en werkplaatskaar t 
ondersteunen met andere woorden alleen een succesvo lle uitvoeri ng van dit commando in 
DF Tachograaf G2. 
TCS_136  Dit commando decodeer t alleen de DSR C-geg evens en controleer t de cryptografische controlesom, 
zij het zonder de invoergeg evens te interpr eteren. 
TCS_137  De volgorde van de gegevensobject en (DO's) in het gegevensveld van het commando wordt 
vastgelegd in deze specifi catie. 
TCS_138  Commandober icht 
Byte Lengt e Waarde Omschrijving 
CLA 1 ‘80h’ Particuliere CLA 
INS 1 ‘2Ah’ Voer beveiligingsoperatie uit (PSO) 
P1 1 ‘80h’ Antw oordgeg evens: ongecod eerde waarde 
P2 1 ‘B0h’ Commandog egevens: ongecodee rde waarde van 
met BER -TLV gecodeerde gegevens, met inbegr ip 
van SM DO's 
Lc 1 ‘NNh’ Lengte Lc van het volg ende gegevensveld 
#6-#(5+L) L ‘87h’ + L87 + ‘XX..XXh’ Met DER -TLV gecodeerde padding-indicatorb yte ge­
volgd door gecodeerde payloadge gevens van de ta­
chograaf. Voor de padding-indicatorb yte wordt de 
waarde ‘00h’ („gee n nadere details” overeenk omstig 
ISO/IEC 7816-4:2013, tabel 52) gebruikt. Zie aan­
hangsel 11, deel B, hoofdstuk 13 voor meer infor­
matie over het coder ingsmechanis me. 
De toeg estane waarden voor de lengte L87 zijn veel ­
vouden van de AES-bloklengte + 1 voor de pad­
ding-indicato rbyt e, dat wil zegge n van 17 bytes tot 
en met 193 bytes. 
Opmerking: zie ISO/IEC 7816-4:2013, tabel 49 
voor het SM-g egevensobject met label ‘87h’. 
‘81h’ + ‘10h’ Met DER -TLV gecodeerd referen tiemodel (templat e) 
voor vertrouwelijk heidscontrole, waar in de samen ­
voeging van de volg ende gegevenselement en is in­
gesloten (zie DSR CSecur ityData in aanhangsel 1 en 
zie aanhangsel 11, deel B, hoofdstuk 13): 
—  tijdaanduiding van 4 bytes 
—  teller van 3 bytes 
—  VU-ser ienummer van 8 bytes 
—  versie van DSR C-hoofdsleutel van 1 byte 
Opmerking: zie ISO/IEC 7816-4:2013, tabel 49 
voor het SM-g egevensobject met label ‘81h’. 
‘8Eh’ + L8E + ‘XX..XXh’ Met DER -TLV gecodeerde MAC van het DSR C-be ­
richt. Zie aanhangsel 11, deel B, hoofdstuk 13 voor 
meer informatie over het MAC-algor itme en de be­
rekening van deze berichtauthenticatiecode. 
Opmerking: zie ISO/IEC 7816-4:2013, tabel 49 
voor het SM-g egevensobject met label ‘8Eh’.  26.5.2016 L 139/215 Publicatieblad van de Europese Unie NL    
TCS_139  Antw oordber icht 
Byte Lengt e Waarde Omschrijving 
#1-#L L ‘XX..XXh’ Afwezige gegevens (in geval van fout) of gedecodeerde gegevens 
(padding verwijderd) 
SW 2 ‘XXXXh’ Statuswoor den (SW1, SW2)  
—  Indien het commando succesvo l is, zendt de kaar t ‘9000’ terug. 
—  ‘6A80’ wijst op onjuiste parameter s in het gegevensveld van het commando (ook gebruikt 
wanneer de gegevensobject en niet in de voorg eschreven volg orde worden verzonden). 
—  ‘6A88’ geeft aan dat het genoemde gegeven (dat wil zeggen de genoemde DSR C-hoofdsleutel) 
niet beschikbaar is. 
—  ‘6900’ geeft aan dat de verificatie van de cryptografische controlesom of de decoder ing van de 
gegevens is mislukt. 
4.  STR UCTUUR VAN DE TACHOGRAAF KAAR TEN 
In dit punt worden de bestandsstr ucturen van de tachog raafkaar ten gespecifi ceerd voor het opslaan van 
toeg ankelijk e gegeve ns. 
De intern e bestandsstr ucturen die specifiek zijn voor de fabrikant van de kaar t, zoals de beginlabels 
(headers) van bestanden, worden niet gespecifi ceerd, evenmin als de opslag en verwerking van gege­
venselementen voor intern gebr uik zoals
 ,
 ,
of
 . 
TCS_140  Een tachog raafkaar t van de tweede generatie bevat het stambestand (MF) alsook een gelijksoortige 
tachograaf toepass ing van de eerste en de tweede generatie (bijv oorbeeld toepass ingen voor de 
bestuurderskaar t). 
TCS_141  Een tachog raafkaar t onderst eunt ten minst e het minimumaantal registraties dat voor de 
bijbehorende toepassingen is gespecifi ceerd, en onderst eunt niet meer registraties dan het 
maximumaantal dat voor de bijbehorende tachog raaf toep assingen is gespecifi ceerd. 
Het maximum- en minimumaantal registraties voor de verschil lende tachograaf toepas singen 
worden in dit hoofdstuk gespecifi ceerd. 
Zie punt 3.3 voor meer informatie over de beveiligingsvoo rwaarden die in dit hoofdstuk worden 
toeg epast op de toeg angsrege ls. Doorga ans verwijst de toeg angsmodus van de Read-functie naar 
het READ BINAR Y-commando met een even en — voor zover ondersteund — oneven instr uc­
tiebyt e (INS), met uitzonder ing van de EF Sensor_Installation_Data op de werkplaatskaar t (zie 
TCS_156 en TCS_160). De toeg angsmodus van de Update-funct ie verwijst naar het Update 
Binar y-commando met een even en — voor zover ondersteund — oneven instr uctieb yte (INS). De 
toeg angsmodus voor de Select-functie verwijst naar het SELECT -commando. 
4.1.  Stambest and (MF) 
TCS_142  Na personalisatie heef t het stambestand (MF) de onderstaande permanent e bestandsstr uctuur en 
bestandstoeg angsrege ls: 
Opmerking: de korte EF-identificator SFID wordt opgeg even als decimaal getal; zo komt de waarde 
‘30’ overeen met ‘11110’ in binaire notatie. 
26.5.2016 L 139/216 Publicatieblad van de Europese Unie NL    
In deze tabel wordt de volgende afkorting voor de beveiligingsvoo rwaarde gebruikt: 
SC1  ALW OR SM-MA C-G2 
TCS_143  Alle EF-structuren zijn transparant. 
TCS_144  Het stambestand (MF) heef t de onderstaande gegevensstr uctuur : 
TCS_145  Het hoofdbestand EF DIR bevat de volg ende toepas singsgerelat eerde gegevensobjecten: ‘61 08 4F 
06 FF 54 41 43 48 4F 61 08 4F 06 FF 53 4D 52 44 54’ 
TCS_146  Het hoofdbestand EF ATR/INFO is aanwezig indien de tachog raafkaar t in het ATR aang eeft dat 
velden met uitgebr eide lengte worden ondersteund. In dit geval bevat EF ATR/INFO het gegevens ­
object van informatie met uitgebreide lengte (DO ‘7F66’), zoals gespecif iceerd in ISO/IEC 7816- 
4:2013 onder 12.7.1. 
TCS_147  Het hoofdbestand EF Extended_Length is aanwezig indien de tach ograafkaar t in het ATR aange eft 
dat velden met uitgebreide lengte worden onderst eund. In dit geval bevat het hoofdbestand (EF) 
het volgende gegevensobject: ‘02 01 xx’ waarbij ‘xx’ aangeef t of velden met uitgebr eide lengte 
worden onderst eund voor het protocol T = 1 en/of T = 0. 
De waarde ‘01’ betek ent dat velden met uitgebr eide lengt e worden onderst eund voor het prot ocol 
T = 1. 
De waarde ‘10’ betek ent dat velden met uitgebr eide lengt e worden onderst eund voor het prot ocol 
T = 0. 
De waarde ‘11’ betek ent dat velden met uitgebr eide lengt e worden onderst eund voor het prot ocol 
T = 1 en T = 0. 
4.2.  Toepassingen voor de best uurderskaar t 
4.2.1  Toepassing van de eerste gener atie voor de bestuur derskaar t 
TCS_148  Na personalisatie heef t de toepass ing van de eerste generatie voor de bestuurderskaar t de 
onderstaande permanent e bestandsstr uctuur en bestandsto egangsregels: 26.5.2016 L 139/217 Publicatieblad van de Europese Unie NL    
In deze tabel worden de volgende afkortingen voor de beveiligingsvoo rwaarden gebr uikt: 
SC1  ALW OR SM-MA C-G2 
SC2  ALW OR SM-MA C-G1 OR SM-MA C-G2 
SC3  SM-MA C-G1 OR SM-MA C-G2 
TCS_149  Alle EF-structuren zijn transparant. 
TCS_150  De tachog raaftoepassing van de eerste generatie voor de bestuurderskaar t heef t de onderstaande 
gegevensstr uctuur :   26.5.2016 L 139/218 Publicatieblad van de Europese Unie NL    
26.5.2016 L 139/219 Publicatieblad van de Europese Unie NL    
26.5.2016 L 139/220 Publicatieblad van de Europese Unie NL    
TCS_151  De volgende waarden geven de grootte in de bovenstaande tabel aan en komen overeen met het 
minimum- en maximumaantal registraties dat de gegevensstr uctuur van de bestuurderskaar t moet 
gebr uiken voor een toepassing van de eerste generatie: 
4.2.2  Toepassing van de tweede generatie voor de bestuur derskaar t 
TCS_152  Na personalisatie heef t de toepa ssing van de tweede generatie voor de bestuurderskaar t de 
onderstaande permanent e bestandsstr uctuur en bestandsto egangsregels: 
Opmerking: de korte EF-identificator SFID wordt opgeg even als decimaal getal; zo komt de waarde 
‘30’ overeen met ‘11110’ in binaire notatie. 
In deze tabel wordt de volgende afkorting voor de beveiligingsvoo rwaarde gebruikt: 
SC1  ALW OR SM-MA C-G2 
TCS_153  Alle EF-structuren zijn transparant. 
TCS_154 De toepassing van de tweede generatie voor de bestuurderskaar t heef t de onderstaande gegevens ­
structuur :   26.5.2016 L 139/221 Publicatieblad van de Europese Unie NL    
26.5.2016 L 139/222 Publicatieblad van de Europese Unie NL    
26.5.2016 L 139/223 Publicatieblad van de Europese Unie NL    
TCS_155  De volgende waarden geven de grootte in de bovenstaande tabel aan en komen overeen met het 
minimum- en maximumaantal registraties dat de gegevensstr uctuur van de bestuurderskaar t moet 
gebr uiken voor een toepassing van de tweede generatie: 
4.3.  Toepassingen voor de werkplaatska art 
4.3.1  Toepassing van de eerste gener atie voor de werkplaatskaar t 
TCS_156  Na personalisatie heef t de toepa ssing van de eerste generatie voor de werkplaatskaar t de 
onderstaande permanent e bestandsstr uctuur en bestandsto egangsregels:  26.5.2016 L 139/224 Publicatieblad van de Europese Unie NL    
In deze tabel worden de volgende afkortingen voor de beveiligingsvoo rwaarden gebr uikt: 
SC1  ALW OR SM-MA C-G2 
SC2  ALW OR SM-MA C-G1 OR SM-MA C-G2 
SC3  SM-MA C-G1 OR SM-MA C-G2 
SC4  Voor het READ BINAR Y-commando met even instr uctieb yte (INS): 
(PLAIN-C AND SM-R -ENC-G1) OR (SM-C-MA C-G1 AND SM-R -ENC-MA C-G1) OR 
(SM-C-MA C-G2 AND SM-R -ENC-MA C-G2) 
Voor het READ BINAR Y-commando met oneven instr uctieb yte (indien onderst eund): NEV 
TCS_157  Alle EF-structuren zijn transparant. 
TCS_158 De toepassing van de eerste generatie voor de werkplaatskaar t heef t de onderstaande gegevens ­
structuur :   26.5.2016 L 139/225 Publicatieblad van de Europese Unie NL    
26.5.2016 L 139/226 Publicatieblad van de Europese Unie NL    
26.5.2016 L 139/227 Publicatieblad van de Europese Unie NL    
TCS_159  De volgende waarden geven de grootte in de bovenstaande tabel aan en komen overeen met het 
minimum- en maximumaantal registraties dat de gegevensstr uctuur van de werkplaatskaar t moet 
gebr uiken voor een toepassing van de eerste generatie: 
4.3.2  Toepassing van de tweede generatie voor de werkplaatskaar t 
TCS_160  Na personalisatie heef t de toepassing van de tweede generatie voor de werkplaatskaar t de 
onderstaande permanent e bestandsstr uctuur en bestandsto egangsregels: 
Opmerking: de korte EF-identificator SFID wordt opgeg even als decimaal getal; zo komt de waarde 
‘30’ overeen met ‘11110’ in binaire notatie.  26.5.2016 L 139/228 Publicatieblad van de Europese Unie NL    
In deze tabel worden de volgende afkortingen voor de beveiligingsvoo rwaarden gebr uikt: 
SC1  ALW OR SM-MA C-G2 
SC5  Voor het READ BINAR Y-commando met even instr uctieb yte (INS): SM-C-MA C-G2 AND SM- 
R-ENC-MA C-G2 
Voor het READ BINAR Y-commando met oneven instr uctieb yte (indien onderst eund): NEV 
TCS_161  Alle EF-structuren zijn transparant. 
TCS_162  De tachog raaf toepa ssing van de tweede generatie voor de werkplaatskaar t heef t de onderstaande 
gegevensstr uctuur :   26.5.2016 L 139/229 Publicatieblad van de Europese Unie NL    
26.5.2016 L 139/230 Publicatieblad van de Europese Unie NL    
26.5.2016 L 139/231 Publicatieblad van de Europese Unie NL    
26.5.2016 L 139/232 Publicatieblad van de Europese Unie NL    
TCS_163  De volgende waarden geven de grootte in de bovenstaande tabel aan en komen overeen met het 
minimum- en maximumaantal registraties dat de gegevensstr uctuur van de werkplaatskaar t moet 
gebr uiken voor een toepassing van de tweede generatie: 
4.4.  Toepassingen voor de controleka art 
4.4.1  Toepassing van de eerste gener atie voor de controlekaar t 
TCS_164  Na personalisatie heef t de toepass ing van de eerste generatie voor de controlekaar t de 
onderstaande permanent e bestandsstr uctuur en bestandsto egangsregels: 
In deze tabel worden de volgende afkortingen voor de beveiligingsvoo rwaarden gebr uikt: 
SC1  ALW OR SM-MA C-G2 
SC2  ALW OR SM-MA C-G1 OR SM-MA C-G2 
SC3  SM-MA C-G1 OR SM-MA C-G2 
SC6  EXT -AUT-G1 OR SM-MA C-G1 OR SM-MA C-G2 
TCS_165  Alle EF-structuren zijn transparant. 
TCS_166 De toepassing van de eerste generatie voor de controlekaar t heef t de onderstaande gegevens ­
structuur :   26.5.2016 L 139/233 Publicatieblad van de Europese Unie NL    
TCS_167  De volgende waarden geven de grootte in de bovenstaande tabel aan en komen overeen met het 
minimum- en maximumaantal registraties dat de gegevensstr uctuur van de controlekaar t moet 
gebr uiken voor een toepassing van de eerste generatie: 
4.4.2  Toepassing van de tweede generatie voor de contro lekaart 
TCS_168  Na personalisatie heef t de toep assing van de tweede generatie voor de controlekaar t de 
onderstaande permanent e bestandsstr uctuur en bestandsto egangsregels: 
Opmerking: de korte EF-identificator SFID wordt opgeg even als decimaal getal; zo komt de waarde 
‘30’ overeen met ‘11110’ in binaire notatie. 26.5.2016 L 139/234 Publicatieblad van de Europese Unie NL    
In deze tabel wordt de volgende afkorting voor de beveiligingsvoo rwaarde gebruikt: 
SC1  ALW OR SM-MA C-G2 
TCS_169  Alle EF-structuren zijn transparant. 
TCS_170 De toepassing van de tweede generatie voor de controlekaar t heef t de onderstaande gegevens ­
structuur :   26.5.2016 L 139/235 Publicatieblad van de Europese Unie NL    
TCS_171  De volgende waarden geven de grootte in de bovenstaande tabel aan en komen overeen met het 
minimum- en maximumaantal registraties dat de gegevensstr uctuur van de controlekaar t moet 
gebr uiken voor een toepassing van de tweede generatie: 
4.5.  Toepassingen voor de bedr ijfskaar t 
4.5.1  Toepassing van de eerste gener atie voor de bedr ijfskaar t 
TCS_172  Na personalisatie heef t de toepa ssing van de eerste generatie voor de bedr ijfskaar t de onderstaande 
permanente bestandsstr uctuur en bestandstoeg angsrege ls: 26.5.2016 L 139/236 Publicatieblad van de Europese Unie NL    
In deze tabel worden de volgende afkortingen voor de beveiligingsvoo rwaarden gebr uikt: 
SC1  ALW OR SM-MA C-G2 
SC2  ALW OR SM-MA C-G1 OR SM-MA C-G2 
SC3  SM-MA C-G1 OR SM-MA C-G2 
SC6  EXT -AUT-G1 OR SM-MA C-G1 OR SM-MA C-G2 
TCS_173  Alle EF-structuren zijn transparant. 
TCS_174 De toepas sing van de eerste generatie voor de bedr ijfskaar t heef t de onderstaande gegevens ­
structuur : 
26.5.2016 L 139/237 Publicatieblad van de Europese Unie NL    
TCS_175  De volgende waarden geven de grootte in de bovenstaande tabel aan en komen overeen met het 
minimum- en maximumaantal registraties dat de gegevensstr uctuur van de bedr ijfskaar t moet 
gebr uiken voor een toepassing van de eerste generatie: 
4.5.2  Toepassing van de tweede generatie voor de bedr ijfskaart 
TCS_176  Na personalisatie heef t de toepassing van de tweede generatie voor de bedr ijfskaar t de 
onderstaande permanent e bestandsstr uctuur en bestandsto egangsregels: 
Opmerking: de korte EF-identificator SFID wordt opgeg even als decimaal getal; zo komt de waarde 
‘30’ overeen met ‘11110’ in binaire notatie. 
In deze tabel wordt de volgende afkorting voor de beveiligingsvoo rwaarde gebruikt: 
SC1  ALW OR SM-MA C-G2 
TCS_177  Alle EF-structuren zijn transparant. 
TCS_178 De toepa ssing van de tweede generatie voor de bedr ijfskaar t heef t de onderstaande gegevens ­
structuur :   26.5.2016 L 139/238 Publicatieblad van de Europese Unie NL    
TCS_179  De volgende waarden geven de grootte in de bovenstaande tabel aan en komen overeen met het 
minimum- en maximumaantal registraties dat de gegevensstr uctuur van de bedr ijfskaar t moet 
gebr uiken voor een toepassing van de tweede generatie: 
26.5.2016 L 139/239 Publicatieblad van de Europese Unie NL    
Aanhangse l 3 
PICTOGRAMMEN 
PIC_001  Het controleapparaat kan naar keuze gebruik make n van de volgende pictogrammen en combinaties van 
pictogrammen (of pictogrammen of combinaties daar van die voldoe nde gelijkenis vertonen om ermee vereen ­
zelvigd te worden):  
1. BASISPI CTOGRAMMEN  
Personen Activiteiten Werkingsmodi 
Bedr ijf  Bedr ijfsmodus 
Controleur Controle Controlemodus 
Bestuurder Rijden Operationele modus 
Werkplaats/controlestation Controle/kalibrer ing Kali brer ingsmodus 
Fabr ikant     
Activiteiten Duur 
Beschikbaar Lopende periode van beschik ­
baarheid 
Rijden Ononderbroken rijtijd 
Rust Lopende rustper iode 
Andere werkzaamheden Lopende werkper iode 
Pauze Cumulatieve pauzetijd 
Onbekend    
Apparatuur Functies 
Lezer bestuurder  
Lezer bijrijder  
Kaart  
Klok  
Displa y Weerge ven 
Exter ne opslag Downloaden 
Stroomv oorziening  
Printer/afdr uk Afdr ukke n 
Sensor  
Bandenmaat  
Voertuig/vo ertuigunit  
GNSS-module  
Voorziening voor detectie op 
afstand  
ITS-interface    
Specif ieke oms tandigh eden 
Niet verplich t 
Vervoer per veerboot/trein  26.5.2016 L 139/240 Publicatieblad van de Europese Unie NL    
Div ersen   
Voorvallen 
 Fouten 
Begin van de dageli jkse werkper iode 
 Einde van de dageli jkse werkper iode 
Plaats   
Manuele invoer van werkzaamheden 
bestuurder   
Beveiliging   
Snelheid   
Tijd   
Totaal/o verzic ht     
Kwalif icerende elementen 
24 h Dageli jks 
Wekeli jks 
Om de twee weken 
Van of tot   
2. PICTOGRAMCO MBINA TIES  
Div ersen   
Controleplaats   
Plaats begin dageli jkse werkper iode 
 Plaats einde dageli jkse werkper iode 
Van (tijd) 
 Tot (tijd) 
Van voer tuig   
Niet verplich t (begin) 
 Niet verplicht (einde)   
Kaarten 
Bestuurderskaar t 
Bedr ijfskaar t 
Controlekaar t 
Werkplaatskaar t 
Geen kaar t   
Rijden 
Rijden met een team 
Rijti jd van een week 
Rijti jd van twee weken   
Afdr ukk en 
Dageli jkse afdr uk van de kaar t van de activiteit en van de bestuurder 
Dageli jkse afdr uk van de voertuigunit van de activitei ten van de bestuurder 
Afdr uk van de kaar t van voor vallen en fouten 
Afdr uk van de voer tuigunit van voorvallen en fouten 
Afdr uk van technische gegevens 
Afdr uk van snelheidso verschr ijding.  26.5.2016 L 139/241 Publicatieblad van de Europese Unie NL    
Voor vallen 
Inbrengen van een ongeldig e kaar t 
Kaartconf lict 
Tijdso verlapping 
Rijden zonder een geschikt e kaar t 
Inbrengen van de kaar t tijdens het rijden 
Laatste kaar tsessie niet correct afgeslot en 
Snelheidso versc hrijding 
Onderbreking in de stroom voorziening 
Fout in de bewegingsge gevens 
Tegenst rijdige bewegingsge gevens 
Inbreuk op de beveiliging 
Tijdafst elling (door werkplaats) 
Controle op snelheidso versc hrijding   
Fouten 
Kaartfout (lezer van de bestuurder) 
Kaartfout (lezer van de bijrijder) 
Displa yfout 
Downloadf out 
Printerfout 
Sensor fout 
Intern e fout in de VU 
GNSS-f out 
Fout in de detec tie op afstand   
Procedure bij manuele invoer 
Nog altijd dezelfde dageli jkse werkper iode? 
Einde van de voora fgaande werkper iode? 
Bevestig plaats van het einde van de werkper iode of voer deze in 
Voer begintijd in 
Voer plaats van het begin van de werkper iode in.  
Opmerking: Aanvullende pictogram combinaties voor het vormen van een afdr ukblok of recordidentificatie ­
symbolen worden in aanhangsel 4 gedefi nieerd.   26.5.2016 L 139/242 Publicatieblad van de Europese Unie NL    
Aanhangse l 4 
AFDR UKKEN 
INHOUDSOPGA VE 
1. ALGEMEEN ....................................................................................................................................... 243 
2. SPECIFIC ATIE VAN GEGEVENSBL OKKEN ................................................................................................. 243 
3. AFDR UKSPECIFIC ATIES ....................................................................................................................... 250 
3.1. Dageli jkse afdr uk van de kaar t met de bestuurdersactiviteit en........................................................... 250 
3.2. Dageli jkse afdr uk van de VU met de bestuurdersactiviteit en............................................................. 251 
3.3. Afdr uk van de kaar t van voorvallen en fouten .............................................................................. 252 
3.4. Afdr uk van de voertuigunit van voor vallen en fouten ..................................................................... 252 
3.5. Afdr uk van technische gegevens ................................................................................................ 253 
3.6. Afdr uk van snelheidso verschr ijding ............................................................................................ 253 
3.7. Geschiedenis van inge bracht e kaar ten ......................................................................................... 254  
1.  ALGEMEEN 
Elke afdr uk wordt opgebouwd door het acht er elkaar plaatsen van diverse gegevensblokk en, mogeli jk geïdenti ­
ficeerd met een blokidentificatiesymbool. 
Een gegeve nsblok bevat een of meer records, mogeli jk geïdentificeerd met een recordidentificatiesymbool. 
PRT_001  Wanneer een blokidentif icatiesymbool onmiddellijk voorafg aat aan een recordidentif icatiesymbool, 
wordt het recordidentificatiesymbool niet afge drukt. 
PRT_002 Als een gegevensbestanddeel onbekend is of niet afgedru kt mag worden wegens gegevenstoeg angs ­
recht en, worden in plaats daar van spaties afgedr ukt. 
PRT_003  Als de inhoud van een volledige regel onbeken d is of niet afgedr ukt hoef t te worden, wordt de 
volledig e regel weggelat en. 
PRT_004  Numer ieke gegevensvelden worden rechts uitge lijnd afgedrukt, met een spatie voor duizendtallen en 
miljoenen en zonder voorafgaande nullen. 
PRT_005  Gegeven svelden met opeenv olge nde tekens worden links uitgeli jnd afgedrukt en opgevuld met spaties 
tot de lengte van het gegevensbestanddeel of, indien nodig, afgekap t tot de lengte van het gegevensbe ­
standdeel (namen en adressen). 
PRT_006  Als een regel wordt afge broken als gevolg van een lange tekst, moet een bijzonder teken (een punt op 
halve regelhoog te, ”•”) worden afgedrukt als eerste teken van de nieuwe regel. 
2.  SPECIFICA TIE VAN GEGEVENSBLOKKE N 
In dit hoofdstuk zijn de onderstaande opmaakcr iteria gehant eerd: 
—  vet gedrukte letters geven standaardtekst aan die afge drukt moet worden (afdr ukke n gebeurt in gewone 
letters); 
—  gew one letters geven variabelen aan (pictog rammen of gegevens) die door hun afdr ukwaarden moet en worden 
vervangen; 
—  namen van variabelen zijn onderstreep t om de lengte van het gegevensbestanddeel te tonen die voor de 
variabele ter besc hikking is; 
—  datums worden gespecif iceerd in de vorm ”dd/mm/jjjj” (dag, maand, jaar). De vorm ”dd.mm.jjjj” mag ook 
worden gebruikt ; 
—  de term ”kaar tidentificatie” verwijst naar: de kaar tsoor t door middel van een pictogramcombinatie van de 
kaar t, de code van de lidstaat van afgif te, een schui ne streep en het kaar tnummer waar in de vervangingsindex 
en de vernieuwingsindex door een spatie gescheiden zijn: 
P 
 x x x / x x x x x x x x x x x x x x  x  x Kaartpictogramcombinaties 
Code van de 
lidstaat van afgifte  Eerst e 14 tekens van het kaar tnummer 
(bevat eventueel een opeenv olgende index)  
Vervangingsindex  
Vernieuwingsindex  26.5.2016 L 139/243 Publicatieblad van de Europese Unie NL    
PRT_007 Afdr ukken mak en gebruik van de volg ende gegevensblokk en en/of -records overeenk omstig de volgende 
betekenissen en opmaken: 
26.5.2016 L 139/244 Publicatieblad van de Europese Unie NL    
26.5.2016 L 139/245 Publicatieblad van de Europese Unie NL    
26.5.2016 L 139/246 Publicatieblad van de Europese Unie NL    
26.5.2016 L 139/247 Publicatieblad van de Europese Unie NL    
26.5.2016 L 139/248 Publicatieblad van de Europese Unie NL    
26.5.2016 L 139/249 Publicatieblad van de Europese Unie NL    
3.  AFDR UKSPECIFIC ATIES 
In dit hoofdstuk worden de onderstaande standaardtek ens gebruikt: 
N Afdr ukblok of record nummer N  
N Afdr ukblok of record nummer N, zo vaak als nodig herhaald  
X/Y Afdr ukblokken of records X en/of Y indien nodig, en zo vaak als nodig herhaald  
3.1.  Dagelijkse afdr uk van de kaart met de bestuurdersactiviteiten 
PRT_008 De dageli jkse afdr uk van de kaar t met de activitei ten van de bestuurder moet in overeenst emming zijn 
met onderstaande opmaak: 
1 Datum en tijdstip waarop het document is afgedrukt. 
2 Soor t afdr uk 
3 Identif icatie van de controleur (indien een controlekaar t in de VU is ingebrac ht) 
3 Bestuurdersidentificat ie (van de kaar t die wordt afgedr ukt + GEN) 
4 Identif icatie van het voer tuig (voer tuig waar van de afdr uk wordt gemaakt) 
5 VU-identifica tie (VU waar van de afdr uk wordt gemaakt + GEN) 
6 Laatste kalibrer ing van deze VU 
7 Laatste controle van de bestuurder 
8 Begrenzer van de bestuurdersactivite iten 
8a ”Niet verplicht”-t oestand aan het begin van deze dag 
8.1a / 8.1b / 8.1c / 8.2 / 
8.3 / 8.3a / 8.4 Activit eiten van de bestuurder in de volgorde waar in zij zich voor deden 
11 Dageli jks overzic ht begrenzer 26.5.2016 L 139/250 Publicatieblad van de Europese Unie NL    
11.4 Ingevoerde plaatsen in chronologisc he volgorde 
11.5 GNSS-geg evens 
11.6 Totaal van activitei ten 
12.1 Begrenzer van voorvallen of fouten uit kaar t 
12.4 Voorval/f out-records (laatste 5 op de kaar t opge slagen voor vallen of fouten) 
13.1 Begrenzer van voorvallen of fouten uit VU 
13.4 Voorval/f out-records (laatst e 5 opge slagen of lopende voor vallen of fouten in de VU) 
22.1 Controleplaats 
22.2 Handt ekening van de controleur 
22.5 Handt ekening van de bestuurder  
3.2.  Dagelijkse afdr uk van de VU met de bestuurdersactiviteiten 
PRT_009 De dageli jkse afdr uk van de VU van de activitei ten van de bestuurder moet in overeenst emming zijn 
met onderstaande opmaak: 
1 Datum en tijdstip waarop het document is afgedrukt. 
2 Soor t afdr uk 
3 Identif icatie van de kaar thouder (voor alle in de VU ingebracht e kaar ten + GEN) 
4 Identif icatie van het voer tuig (voer tuig waar van de afdr uk wordt gemaakt) 
5 VU-identifica tie (VU waar van de afdr uk wordt gemaakt + GEN) 
6 Laatste kalibrer ing van deze VU 
7 Laatste controle van deze tachograaf 
9 Begrenzer van de bestuurdersactivite iten 
10 Begrenzer van de lezer voor de bestuurder (lezer 1) 
10a ”Niet verplicht”-t oestand aan het begin van deze dag 
10.1 / 10.2 / 10.3 
/10.3a / 10.4 Activit eiten in chronologische volg orde (lezer voor de bestuurder) 
10 Begrenzer van de lezer voor de bijrijder (lezer 2) 
10a ”Niet verplicht”-t oestand aan het begin van deze dag 
10.1 / 10.2 / 10.3 
/10.3a / 10.4 Activit eiten in chronologische volg orde (lezer voor de bijrijder) 
11 Dageli jks overzic ht begrenzer 
11.1 Overzic ht van perioden zonder kaar t in lezer voor bestuurder 
11.4 Ingevoerde plaatsen in chronologisc he volgorde 
11.5 GNSS-geg evens 
11.6 Totaal van activitei ten 
11.2 Overzic ht van perioden zonder kaar t in lezer voor bijrijder 
11.4 Ingevoerde plaatsen in chronologisc he volgorde 
11.5 GNSS-geg evens 26.5.2016 L 139/251 Publicatieblad van de Europese Unie NL    
11.7 Totaal van activitei ten 
11.3 Overzic ht van activiteit en van een bestuurder , beide lezers inbegrepen  
11.4  Door deze bestuurder inge voerde plaatsen, in chronologisc he volgorde 
11.5 GNSS-geg evens 
11.8 Totaal van activitei ten voor deze bestuurder 
13.1 Begrenzer voor vallen/f outen 
12.4 Voorval/f out-records (laatst e 5 opge slagen of lopende voor vallen of fouten in de VU) 
13.1 Controleplaats 
22.2 Handt ekening van de controleur 
22.3 Van (tijd) (ruimt e voor een bestuurder zonder een kaar t om aan te geven welke 
perioden voor hem relevant zijn) 
22.4 Tot (tijd) 
22.5 Handt ekening van de bestuurder  
3.3.  Afdr uk van de kaar t van voor vallen en fouten 
PRT_010 De afdr uk van de kaar t met voor vallen en fouten moet in overeenste mming zijn met onderstaande 
opmaak: 
1 Datum en tijdstip waarop het document is afgedrukt. 
2 Soor t afdr uk 
3 Identif icatie van de controleur (indien een controlekaar t in de VU is ingebrac ht + 
GEN) 
3 Identif icatie van de bestuurder (van de kaar t waar van de afdr uk gemaakt wordt) 
4 Identif icatie van het voer tuig (voer tuig waar van de afdr uk wordt gemaakt) 
12.2 Begrenzer van voorvallen 
12.4 Voorvalrecords (alle op de kaar t opgeslagen voor vallen) 
12.3 Begrenzer van fouten 
12.4 Foutrecords (alle op de kaar t opgeslagen fouten) 
22.1 Controleplaats 
22.2 Handt ekening van de controleur 
22.5 Handt ekening van de bestuurder  
3.4.  Afdr uk van de voertuigunit van voor vallen en fouten 
PRT_011 De afdr uk van de VU met voorvallen en fouten moet in overeenst emming zijn met onderstaande 
opmaak: 
1 Datum en tijdstip waarop het document is afgedrukt. 
2 Soor t afdr uk 
3 Identif icatie van de kaar thouder (voor alle in de VU ingebracht e kaar ten + GEN) 
4 Identif icatie van het voer tuig (voer tuig waar van de afdr uk wordt gemaakt) 26.5.2016 L 139/252 Publicatieblad van de Europese Unie NL    
13.2 Begrenzer van voorvallen 
13.4 Voorvalrecords (alle in de VU opgeslagen of aanhoudende voor vallen) 
13.3 Begrenzer van fouten 
13.4 Foutrecords (alle in de VU opgeslag en of aanhoudende fouten) 
22.1 Controleplaats 
22.2 Handt ekening van de controleur 
22.5 Handt ekening van de bestuurder  
3.5.  Afdr uk van technische gegev ens 
PRT_012 De afdr uk van technisc he gegevens moet in overeenste mming zijn met onderstaande opmaak: 
1 Datum en tijdstip waarop het document is afgedrukt. 
2 Soor t afdr uk 
3 Identif icatie van de kaar thouder (voor alle in de VU ingebracht e kaar ten + GEN) 
4 Identif icatie van het voer tuig (voer tuig waar van de afdr uk wordt gemaakt) 
14 VU-identifica tie 
15 Identif icatie van de sensor 
15.1 Gegeven s over sensor verbinding (alle gegevens in chronologisc he volgorde) 
16 GNSS-identificati e 
16.1 Gegeven s over verbinding met de GNSS-module (alle gegevens in chronologisc he 
volg orde) 
17 Begrenzer van kalibrer ingsgeg evens 
17.1 Kali brer ingsrecords (alle records in chronologisc he volgorde) 
18 Begrenzer van de tijdafstelling 
18.1 Tijdafstellingsrecords (alle records van tijdafst elling en kalibrer ingsgeg evens) 
19 Meest recent(e) door de VU geregistreerd(e) voorval en fout  
3.6.  Afdr uk van snelheidso verschr ijding. 
PRT_013 De afdr uk van snelheidso versc hrijding moet in overeenst emming zijn met onderstaande opmaak: 
1 Datum en tijdstip waarop het document is afgedrukt. 
2 Soor t afdr uk 
3 Identif icatie van de kaar thouder (voor alle in de VU ingebracht e kaar ten + GEN) 
4 Identif icatie van het voer tuig (voer tuig waar van de afdr uk wordt gemaakt) 
20 Informatie over snelheidso versc hrijdingscontrole 
21.1 Identif icatiesymbool snelheidso verschr ijdingsg egevens 
21.4 / 21.5 Eerste snelheidso verschr ijding na de laatst e kalibrer ing 26.5.2016 L 139/253 Publicatieblad van de Europese Unie NL    
21.2 Identif icatiesymbool snelheidso verschr ijdingsg egevens 
21.4 / 21.5 De 5 grootste snelheidso versc hrijding en in de afgelopen 365 dagen 
21.3 Identif icatiesymbool snelheidso verschr ijdingsg egevens 
21.4 / 21.5 De grootste snelheidso verschr ijding op elk van de laatste 10 dagen waarop snelheids ­
oversc hrijding en plaatsvo nden 
22.1 Controleplaats 
22.2 Handt ekening van de controleur 
22.5 Handt ekening van de bestuurder  
3.7.  Geschiedenis van ingebrachte kaarten 
PRT_014 De afdr uk van de geschiedenis van ingebracht e kaar ten moet in overeenste mming zijn met 
onderstaande opmaak: 
1 Datum en tijdstip waarop het document is afgedrukt 
2 Soor t afdr uk 
3 Identif icatie van de kaar thouder (voor alle in de VU ingebracht e kaar ten) 
23 Laatste in de VU ingebracht e kaar t 
23.1 Ingebracht e kaar ten (tot 88 records) 
12.3 Begrenzer van fouten   26.5.2016 L 139/254 Publicatieblad van de Europese Unie NL    
Aanhangse l 5 
DISPL AY 
In dit aanhangsel worden de onderstaande opmaakcr iteria gehanteerd: 
—  vet gedrukte letters geven standaardte kst aan die getoond moet worden (weerga ve blijft in gewone letters); 
—  gewone letters geven variabelen aan (pictog rammen of gegevens) die bij de weerg ave door hun waarden moeten 
worden vervangen:  
— dd mm yyyy:  dag, maand, jaar,  
— hh:  uren,  
— mm:  minut en,  
— D:  duur pictogram,  
— EF:  pictogramcombinatie van voor vallen of fouten,  
— O:  pictogram van de werkingsmodus. 
DIS_001  Het controleapparaat toont de gegevens met gebruikmaking van onderstaande opmaak: 
Gegevens Format 
Standaarddispl ay 
Plaatseli jke tijd 
Werkingsmodus 
Informatie over de bestuurder 
Informatie over de bijrijder 
”Niet verplicht” -omstandigheid geopend 
Waarschuwingsdisplay 
Oversch rijden van de ononderbroken rijtijd 
Voorval of fout 
Overige displays 
UTC-datum 
Tijd 
Ononderbrok en rijtijd en cumulatieve rustti jd van de bestuurder 
Ononderbrok en rijtijd en cumulatieve rustti jd van de bijrijder 
Cumulatieve rijtijd van de bestuurder in de voorafg aande en de lopende week 
Cumulatieve rijtijd van de bijrijder in de voorafg aande en de lopende week 
26.5.2016 L 139/255 Publicatieblad van de Europese Unie NL    
Aanhangse l 6 
FRONTCONNECTOR VOOR KALIBRERING EN DOWNLO ADEN 
INHOUDSOPGA VE 
1. HARD WARE ....................................................................................................................................... 256 
1.1. Connector .............................................................................................................................. 256 
1.2. Contacttoewi jzing .................................................................................................................... 257 
1.3. Blok schem a............................................................................................................................ 258 
2. DOWNLO ADINTERF ACE........................................................................................................................ 258 
3. KALIBRERINGSINTERF ACE ..................................................................................................................... 259   
1.  HARD WARE 
1.1.  Connecto r 
INT_001  De download-/kalibrer ingsconnector is een 6-pinsconnector die via het frontpaneel toeg ankelijk is 
zonder dat daar voor delen van de tach ograaf moet en worden losgek oppeld. De connector stemt overeen 
met de onderstaande tekening (alle maten in millimet ers): 
26.5.2016 L 139/256 Publicatieblad van de Europese Unie NL    
Het onderstaande schem a toont een normale 6-pinscontrastekk er: 
1.2.  Contacttoewijzing 
INT_002  Contacten moeten overeenk omstig de onderstaande tabel worden toeg ewezen: 
Pin Besc hrijving Opmerking 
1 Minpoo l Verbonden met de minp ool van het voer tuig 
2 Gege venso verdracht K-lijn (ISO 14230-1) 26.5.2016 L 139/257 Publicatieblad van de Europese Unie NL    
Pin Besc hrijving Opmerking 
3 RxD — Download Geg evensinv oer naar tachog raaf 
4 Invoer-/uitvoersignaal Kalibrer ing 
5 Permanent e vermoge nsafgif te Het spanningsbereik wordt gespecifi ceerd als het vermogen 
van het voer tuig minus 3 V met het oog op optredend span ­
ningsverlies in de veiligheidssc hake lingen 
Output 40 mA 
6 TxD — Download Geg evensuitvoer van tach ograaf   
1.3.  Blokschema 
INT_003  Het blok schem a moet aan het onderstaande voldoen: 
2.  DOWNL OADINTERF ACE 
INT_004  De downloadinterf ace moet voldoe n aan RS232-specificaties. 
INT_005  De downloadinterface moet een startbit, 8 gegevensbits met LSB als eerste bit, een even pariteitsbit en 1 
stopbit gebr uiken. 
Organisatie van gegev ensbits 
Star tbit:  een bit met logisc h niveau 0; 
Geg evensbits:  verzonden met LSB als eerste bit; 
Pariteitsbit:  even pariteit 
Stopbit:  een bit met logisc h niveau 1 26.5.2016 L 139/258 Publicatieblad van de Europese Unie NL    
Wanneer numer ieke gegevens verzonden worden die uit meer dan een byte bestaan, wordt de signif icantst e byte 
het eerst verzonden en de minst signif icante byte het laatst. 
INT_006  Baudsnelheden van de transmissie moete n instelba ar zijn tussen 9 600 bps en 115 200 bps. De 
transmissie moet met de hoogst mogeli jke transmissiesnelheid worden uitgev oerd, waarbij de initiële 
baudsnelheid na het begin van de overdracht op 9 600 bps moet worden gezet. 
3.  KALIBRERINGSINTERF ACE 
INT_007  De gegevenso verdracht moet voldoen aan ISO 14230-1 Road vehicles — Diagnostic systems — 
Keyw ord protocol 2000 — Part 1: Physical layer, First edition: 1999. 
INT_008  Het invoer-/uitvoer signaal moet voldoen aan de onderstaande elektr isch e specifi catie: 
Parameter Minimum Nor maal Maximum Opmerking 
U low (in)   1,0 V I = 750 µA 
U high (in) 4 V   I = 200 µA 
Frequentie   4 kHz  
U low (uit)   1,0 V I = 1 mA 
U high (uit) 4 V   I = 1 mA   
INT_009  Het invoer-/uitvoer signaal moet voldoen aan de onderstaande tijdschema 's: 
26.5.2016 L 139/259 Publicatieblad van de Europese Unie NL    
Aanhangse l 7 
PROTOCOL VOOR GEGEVENSO VERDRA CHT 
INHOUDSOPGA VE 
1. INLEIDING .................................................................................................................................... 261 
1.1. Toepassingsgeb ied .............................................................................................................. 261 
1.2. Acroniemen en notaties ....................................................................................................... 261 
2. GEGEVENSO VERDRA CHT VAN DE VU ................................................................................................ 262 
2.1. Downloadprocedure ........................................................................................................... 262 
2.2. Prot ocol voor gegevenso verdracht .......................................................................................... 262 
2.2.1 Berichtenstr uctuur .............................................................................................................. 262 
2.2.2 Soor ten berichten............................................................................................................... 264 
2.2.2.1 Star t Communication Request (SID 81) ................................................................................... 266 
2.2.2.2 Positive Response Star t Communication (SID C1) ...................................................................... 266 
2.2.2.3 Star t Diagnostic Session Request (SID 10) ................................................................................ 266 
2.2.2.4 Positive Response Star t Diagnostic (SID 50) ............................................................................. 266 
2.2.2.5 Link Control Service (SID 87) ............................................................................................... 266 
2.2.2.6 Link Control Positive Response (SID C7) ................................................................................. 266 
2.2.2.7 Request Upload (SID 35) ...................................................................................................... 266 
2.2.2.8 Positive Response Request Upload (SID 75) .............................................................................. 266 
2.2.2.9 Transf er Data Request (SID 36) .............................................................................................. 266 
2.2.2.10 Positive Response Transfer Data (SID 76). ................................................................................ 267 
2.2.2.11 Request Transfer Exit (SID 37) ............................................................................................... 267 
2.2.2.12 Positive Response Request Transf er Exit (SID 77) ....................................................................... 267 
2.2.2.13 Stop Communication Request (SID 82) ................................................................................... 267 
2.2.2.14 Positive Response Stop Communication (SID C2) ...................................................................... 267 
2.2.2.15 Ackno wledge Sub Message (SID 83) ....................................................................................... 267 
2.2.2.16 Neg ative Response (SID 7F) .................................................................................................. 268 
2.2.3 Berichtenstroom ................................................................................................................ 268 
2.2.4 Tijdsche ma ....................................................................................................................... 269 
2.2.5 Behandeling van fouten ....................................................................................................... 270 
2.2.5.1 Star t communicatie-f ase....................................................................................................... 270 
2.2.5.2 Overbrengingsf ase .............................................................................................................. 270 
2.2.6 Inhoud van het antwoordber icht ............................................................................................ 272 
2.2.6.1 Positive Response Transfer Data Over view ............................................................................... 273 
2.2.6.2 Positive Response Transfer Data Activities ................................................................................ 274 
2.2.6.3 Positive Response Transfer Data Events and Faults ..................................................................... 275 
2.2.6.4 Positive Response Transfer Data Detailed Speed ......................................................................... 276 
2.2.6.5 Positive Response Transfer Data Technical Data ......................................................................... 276 
2.3. ESM bestandsopslag ............................................................................................................ 277 26.5.2016 L 139/260 Publicatieblad van de Europese Unie NL    
3. DOWNL OADPR OTOCOL VAN TACHOGRAAF KAAR TEN ......................................................................... 277 
3.1. Toepassingsgeb ied .............................................................................................................. 277 
3.2. Definities .......................................................................................................................... 277 
3.3. Kaar tdownload .................................................................................................................. 277 
3.3.1 Initialisatiesequentie ............................................................................................................ 278 
3.3.2 Sequentie voor niet-get ekende gegevensbestanden ...................................................................... 278 
3.3.3 Sequentie voor getekende gegevensbestanden ............................................................................ 279 
3.3.4 Sequentie voor het resetten van de kalibrer ingsteller ................................................................... 279 
3.4. Opmaak gegevensopslag ...................................................................................................... 280 
3.4.1 Inleiding ........................................................................................................................... 280 
3.4.2 Bestandsopmaak ................................................................................................................ 280 
4. DOWNL OADEN VAN EEN TACHOGRAAFKAART VIA EEN VOER TUIGUNIT ................................................ 281  
1.  INLEIDING 
In dit aanhangsel worden de te volgen procedures gespecificeerd voor het uitvoer en van de verschil lende 
soor ten gegeve nsoverdracht en naar een extern opslagmedium (ESM), alsmede de te imple menteren 
protocoll en om de correcte gegevenso verdracht en de volled ige compati bilitei t van het overgebrac hte 
gegevensf ormaat te waarborgen zodat een controleur deze gegevens kan inspecteren en de authenticit eit en 
integriteit ervan kan controleren voordat hij de gegevens analyseer t. 
1.1.  Toepassingsgebied 
Gegeven s kunnen naar een ESM worden gedownload: 
—  uit een voertuigeenheid (VU), door met de VU verbonden intellig ente toepassingsg erichte apparatuur 
(IDE), 
—  vanaf een tachograafkaar t door met een kaar tinterface-inr ichting (IFD) uitge ruste IDE; 
—  vanaf een tachograafkaar t via een voertuigunit door een met de VU verbonden IDE. 
Om de authenticite it en integr iteit van de overg ebracht e, op een ESM opgeslagen gegevens te kunnen 
verifiëren, worden gegevens gedownload met een toeg evoegde handte kening overeenk omstig de algemene 
beveiligingsmec hanismen van aanhangsel 11. De identificatie van het bronapparaat (VU of kaar t) en de 
beveiligingscer tificaten (lidstaat en apparaat) worden ook gedownload. De controleur van de gegevens moet 
zelf een betrouwbare Europese openbare sleut el in zijn bezit hebben. 
DDP_001  De tijdens een downloadsessie overgebrac hte gegevens moeten in het ESM in één bestand worden 
opge slagen. 
1.2.  Acron iemen en notaties 
In dit aanhangsel worden de onderstaande acroniemen gebruikt: 
AID  Applicatie-identificati e 
ATR  Antwoord op reset 
CS  Controlesombyt e 
DF  Toepassingsgeri cht bestand 
DS_  Diagnostische sessie 
EF  Hoofdbestand 
ESM  Extern opslagmedium 
FID  Bestandsidentif icatiesymbool (bestands-ID) 
FMT  Opmaakb yte (eerste byte van het beginlabel van het bericht) 
ICC  Chipkaar t 
IDE  Intellig ente toepas singsger ichte apparatuur: de apparatuur die wordt gebr uikt voor het downloaden 
van gegevens naar het ESM (bijv. pc) 
IFD  Interfa ce-apparaat 26.5.2016 L 139/261 Publicatieblad van de Europese Unie NL    
KWP  Sleutelw oordproto col 2000 
LEN  Lengteb yte (laatste byte van het beginlabel van het bericht) 
PPS  Protocol parameter selectie 
PSO  Voer beveiligingsoperatie uit 
SID  Dienstidentificat iesymbool 
SRC  Bronby te 
TGT  Doelbyt e 
TLV  Waarde van de labellengte 
TREP  Parameter overdracht antw oord 
TRTP  Parameter overdracht verzoek 
VU  Voertuigunit 
2.  GEGEVENSO VERDRA CHT VAN DE VU 
2.1.  Downloadprocedure 
Om gegevens van een VU te downloaden, moet de operat or de onderstaande handelingen verrichten: 
—  zijn tachog raafkaar t in een kaar tlezer van de VU inbreng en (*); 
—  de IDE met de downloadconnecto r van de VU verbinden; 
—  de verbinding tussen de IDE en de VU tot stand breng en; 
—  de over te breng en gegevens in de IDE selecteren en het verzoek naar de VU sturen; 
—  de downloadsessie sluiten. 
2.2.  Protoc ol voor gegev enso verdracht 
Het protocol is gestructureerd op een master -slavebasis, waarbij de IDE de rol van master speelt en de VU de 
rol van slave. 
De berichtenstr uctuur , berichtensoor ten en berichtenstroom zijn hoofdzak elijk gebaseerd op het Sleute l­
woordproto col 2000 (KWP) (ISO 14230-2 Road vehicles — Diagnostic systems — Keyword prot ocol 2000 
— Part 2: Data link layer). 
De applicatielaag is hoofdzakeli jk gebaseerd op het huidige ontwer p van ISO 14229-1 (Road vehicles — 
Diagnostic system s — Part 1: Diagnostic services, version 6 of 22 Febr uary 2001). 
2.2.1  Berichtenstr uctuur 
DDP_002  Alle tussen de IDE en de VU uitgewi sselde berichten zijn opgem aakt volg ens een uit drie delen 
bestaande structuur : 
—  beginlabel bestaande uit een opmaakb yte (FMT), een doelbyt e (TGT), een bronby te (SRC) en 
eventueel een lengte byte (LEN); 
—  gegevensveld bestaande uit een identificatiebyte van de dienst (SID) en een variabel aantal 
gegevensb ytes, die een facultatieve diagnosesessiebyt e (DS_) dan wel een facultatieve 
overdrachtparamet erbyte (TRTP of TREP) kunnen omv atten; 
—  controlesom bestaande uit een controlesomby te (CS). 
Beginlabel Gegevensveld Controlesom 
FMT TGT SRC LEN SID DATA … … … CS 
4 bytes Max. 255 bytes 1 byte  26.5.2016 L 139/262 Publicatieblad van de Europese Unie NL    
(*)De ingebrac hte kaar t geeft de vereiste toeg angsrecht en voor het downloaden en tot de gegevens. Het is echt er mogeli jk gegevens over te 
brengen van een in één van de VU-lezers ingebrac hte kaar t als geen andere kaar t in de andere lezer is ingebrac ht. 
De TGT - en SRC-byte vertegenw oordig en het fysieke adres van de ontvanger en verzender van het 
bericht. Waarden zijn F0 Hex voor de IDE en EE Hex voor de VU. 
De LEN-byt e is de lengte van het gegevensvelddeel. 
De controlesomby te is de 8-bits somser ie module 256 van alle bytes van het bericht exclusief de 
CS zelf. 
FMT , SID, DS_, TRTP en TREP -bytes worden verderop in dit document gedefinieerd. 
DDP_003  Als de door het bericht over te dragen gegevens groter zijn dan de beschikbare ruimt e in het 
gegevensvelddeel, wordt het bericht in een aantal subber ichten verzonden. Elk subber icht heef t 
een beginlabel, hetzelfde SID en dezelfde TREP en een teller van 2 bytes voor de subber ichten die 
het volgnummer van het subber icht binnen het tota le bericht aang eeft. Met het oog op foute n­
controle en voor tijdige beëindiging bevestigt de IDE elk subber icht. De IDE kan het subber icht 
accept eren, vrag en om het opnieuw te zenden, de VU verzoeken om opnieuw te beginnen of de 
overbrenging afbrek en. 
DDP_004  Indien het laatste subber icht precies 255 bytes in het gegevensveld bevat, moet een laatste 
subber icht met een leeg gegeve nsveld (met uitzonder ing van SID, TREP en teller van de 
subber ichten) worden toeg evoegd dat het einde van het bericht aangeeft. 
Voorbeeld: 
Beginlabel SID TREP Bericht CS 
4 bytes Langer dan 255 bytes   
Wordt overgebrac ht als: 
Beginlabel SID TREP 00 01 Subber icht 1 CS 
4 bytes 255 bytes   
Beginlabel SID TREP 00 02 Subber icht 2 CS 
4 bytes 255 bytes   
… 
Beginlabel SID TREP xx yy Subber icht n CS 
4 bytes Minder dan 255 bytes   
of als: 
Beginlabel SID TREP 00 01 Subber icht 1 CS 
4 bytes 255 bytes   
Beginlabel SID TREP 00 02 Subber icht 2 CS 
4 bytes 255 bytes   26.5.2016 L 139/263 Publicatieblad van de Europese Unie NL    
… 
Beginlabel SID TREP xx yy Subber icht n CS 
4 bytes 255 bytes   
Beginlabel SID TREP xx yy + 1 CS 
4 bytes 4 bytes   
2.2.2  Soor ten berichten 
Het communicatieprotocol voor de gegevenso verdracht tussen de VU en de IDE vereist de uitwisseling van 8 
verschil lende berichtensoor ten. 
De onderstaande tabel vat deze berichten samen. 
Berichtstr uctuur Max. 4 bytes 
Beginlabel Max. 255 bytes 
Gegevens 1 byte 
Controle ­
som 
IDE -> <- VU FMT TGT SRC LEN SID DS_/TRTP DATA CS 
Star t Communication Request 81 EE F0  81   E0 
Positive Response Star t Commu ­
nication 80 F0 EE 03 C1  EA, 8F 9B 
Star t Diagnostic Session Request 80 EE F0 02 10 81  F1 
Positive Response Star t Diagno ­
stic 80 F0 EE 02 50 81  31 
Link Control Service  
Verify Baud Rate (stag e 1) 
9 600 Bd 80 EE F0 04 87  01,01, 
01 EC 
19 200 Bd 80 EE F0 04 87  01,01, 
02 ED 
38 400 Bd 80 EE F0 04 87  01,01, 
03 EE 
57 600 Bd 80 EE F0 04 87  01,01, 
04 EF 
115 200 Bd 80 EE F0 04 87  01,01, 
05 F0 
Positive Response Verify Baud 
Rate 80 F0 EE 02 C7  01 28 
Transition Baud Rate (stage 2) 80 EE F0 03 87  02,03 ED 
Request Upload 80 EE F0 0A 35  00,00, 
00,00, 
00,FF ,FF, 
FF,FF 99 
Positive Response Request 
Upload 80 F0 EE 03 75  00,FF D5 26.5.2016 L 139/264 Publicatieblad van de Europese Unie NL    
Berichtstr uctuur Max. 4 bytes 
Beginlabel Max. 255 bytes 
Gegevens 1 byte 
Controle ­
som 
IDE -> <- VU FMT TGT SRC LEN SID DS_/TRTP DATA CS 
Transfer Data Request  
Over view 80 EE F0 02 36 01  97 
Activities 80 EE F0 06 36 02 Date CS 
Events & Faults 80 EE F0 02 36 03  99 
Detailed Speed 80 EE F0 02 36 04  9A 
Technical Data 80 EE F0 02 36 05  9B 
Card download 80 EE F0 02 36 06 Slot CS 
Positive Response Transfer Data 80 F0 EE Len 76 TREP Gege ­
vens CS 
Request Transfer Exit 80 EE F0 01 37   96 
Positive Response Request Trans ­
fer Exit 80 F0 EE 01 77   D6 
Stop Communication Request 80 EE F0 01 82   E1 
Positive Response Stop Commu ­
nication 80 F0 EE 01 C2   21 
Ackno wledge sub message 80 EE F0 Len 83  Data CS 
Negative responses  
General reject 80 F0 EE 03 7F Sid Req 10 CS 
Service not suppor ted 80 F0 EE 03 7F Sid Req 11 CS 
Sub function not suppor ted 80 F0 EE 03 7F Sid Req 12 CS 
Incor rect Message Length 80 F0 EE 03 7F Sid Req 13 CS 
Conditions not correct or Re­
quest sequence error 80 F0 EE 03 7F Sid Req 22 CS 
Request out of range 80 F0 EE 03 7F Sid Req 31 CS 
Upload not accept ed 80 F0 EE 03 7F Sid Req 50 CS 
Response pending 80 F0 EE 03 7F Sid Req 78 CS 
Data not avai lable 80 F0 EE 03 7F Sid Req FA CS  
Opmerking en: 
—  Sid Req = het Sid van het corresponderende verzoek. 
—  TREP = de TRTP van het corresponderende verzoek. 
—  Zwar te cellen geven aan dat niets wordt overgebrac ht. 
—  De term upload (vanaf de IDE) wordt gebr uikt voor compati biliteit met ISO 14229. Het betek ent 
hetzelfde als download (vanaf de VU). 
—  Poten tiële tellers van 2 bytes voor het tellen van subber ichten worden in deze tabel niet getoond. 
—  Lezer is het lezer nummer , ”1” (kaar t in de lezer van de bestuurder) of ”2” (kaar t in de lezer van de 
bijrijder). 
—  Indien de lezer niet is gespecif iceerd, kiest de VU lezer 1 indien een kaar t in die lezer is ingebracht en 
kiest hij lezer 2 alleen als die specifiek door de gebruiker wordt geselecteerd. 26.5.2016 L 139/265 Publicatieblad van de Europese Unie NL    
2.2.2.1  Star t Communication Request (SID 81) 
DDP_005  Dit bericht wordt door de IDE verstrekt om de overdrachtsver binding met de VU tot stand te 
breng en. Aanv ankeli jk vindt overdracht steeds plaats bij 9 600 baud (tot de baudsnelheid 
uiteindelijk wordt gewijzigd met behulp van de passende Link Control Service). 
2.2.2.2  Positive Response Star t Communication (SID C1) 
DDP_006  Dit bericht wordt door de VU verstrekt om positief te antwoorden op een verzoek om de start 
van de overdracht. Het bevat de 2 sleutelb ytes ‘EA’ en ‘8F’, die aang even dat de unit het protocol 
met beginlabel inclusief informatie over doel, bron en lengte ondersteunt. 
2.2.2.3  Star t Diagnostic Session Request (SID 10) 
DDP_007 Het bericht Star t Diagnostic Session Request wordt door de IDE verstrekt om een nieuwe diagnos ­
tische sessie met de VU aan te vrag en. De subfunctie ‘defaultsessie’ (81 Hex) geeft aan dat een 
standaard diagnostische sessie wordt geopend. 
2.2.2.4  Positive Response Star t Diagnostic (SID 50) 
DDP_008  Het bericht Positive Response Star t Diagnostic wordt door de VU gezonden om positief te 
antw oorden op Diagnostic Session Request. 
2.2.2.5  Link Control Ser vice (SID 87) 
DDP_052  De Link Control Service wordt door de IDE gebr uikt om een wijzi ging in de baudsnelheid te 
starten. Dat gebeur t in twee stappen. In stap een stelt de IDE voor de baudsnelheid te wijzi gen, 
met vermelding van de nieuwe snelheid. Na ontvangst van een positief bericht van de VU zendt 
de IDE bevestiging van de wijziging van de baudsnelheid naar de VU (stap twee). De IDE gaat dan 
over op de nieuwe baudsnelheid. Na ontvangst van de bevestiging gaat de VU over op de nieuwe 
baudsnelheid. 
2.2.2.6  Link Control Positive Response (SID C7) 
DDP_053  De Link Control Positive Response wordt door de VU gegeven om positief te antwoorden op het 
verzoek van de Link Control Service (stap een). Merk op dat het bevestigingsber icht niet wordt 
beantwoo rd (stap twee). 
2.2.2.7  Request Upload (SID 35) 
DDP_009  Het bericht Request Upload wordt door de IDE verstrekt om aan de VU te melden dat een 
downloadoperatie wordt gevraagd. Om aan het vereiste in ISO 14229 te voldoen, worden daar in 
gegevens opge nomen met betrekking tot het adres, de grootte en het formaat voor de gevr aagde 
gegevens. Aangezien de IDE deze vóór de overbrenging niet kent, wordt het geheugenadres op 0 
ingesteld, wordt het formaat niet geëncr ypteerd en gecom primeerd en wordt de geheug engroott e 
op het maximum ingest eld. 
2.2.2.8  Positive Response Request Upload (SID 75) 
DDP_010  Het bericht Positive Response Request Upload wordt door de VU gezonden om de IDE te laten 
wete n dat de VU gereed is om gegevens te downloaden. Om aan het vereiste in ISO 14229 te 
voldoen, worden in dit positieve antw oordber icht gegevens opgenomen om de IDE te laten wete n 
dat verdere Positive Response Transf er Data-ber ichten maximaal 00FF hex bytes zullen bevatten. 
2.2.2.9  Transfer Data Request (SID 36) 
DDP_011  Het Transfer Data Request wordt door de IDE gezonden om de soor t over te breng en gegevens 
mede te delen aan de VU. Een Transf er Request Parameter (TRTP) van één byte geeft de soor t 
overdracht aan. 
Er zijn zes soor ten gegeve nsoverdracht: 
—  overzicht (TRTP 01), 
—  activitei ten van een gespecificeerde datum (TRTP 02), 
—  voorvallen en foute n (TRTP 03), 26.5.2016 L 139/266 Publicatieblad van de Europese Unie NL    
—  gedetailleerde snelheid (TRTP 04), 
—  technisc he gegevens (TRTP 05), 
—  kaar tdownload (TRTP 06). 
DDP_054  De IDE is verplicht gedurende een overbrengingssessie de overdrach t van overzic htsgeg evens 
(TRTP 01) aan te vrag en, omdat alleen dit garandeer t dat de VU-cer tificaten in het gedo wnloade 
bestand worden geregistreerd (en verificatie van de digitale handtek ening mogeli jk maakt). 
In het tweede geval (TRTP 02) bevat het bericht Transf er Data Request de aanwi jzing van de te 
downloaden kalenderdag (
 opmaak). 
2.2.2.10  Positive Response Transfer Data (SID 76). 
DDP_012  Het Positive Response Transfer Data wordt door de VU verzonden in antwoord op het Transf er 
Data Request. Het bericht bevat de gevraagde gegevens met een Transf er Response Parameter 
(TREP) die correspondeer t met de TRTP van het verzoek. 
DDP055  In het eerste geval (TREP 01) zendt de VU gegevens waar mee de operator van de IDE kan kiezen 
welke gegevens hij verder wil overbrengen. De in dit bericht opge nomen informatie bestaat uit: 
—  veiligheidscer tificaten, 
—  identificatie van het voer tuig, 
—  huidige datum en tijd van de VU, 
—  min. en max. opvraagbare datum (VU-ge gevens), 
—  indicatie van in de VU aanwezige kaar ten, 
—  vorige download naar een bedr ijf, 
—  bedr ijfsvergrendelingen, 
—  vorige controles. 
2.2.2.11  Request Transfer Exit (SID 37) 
DDP_013  Het bericht Request Transf er Exit wordt door de IDE gezonden om de VU te melden dat de 
overdrachtssessie beëindigd is. 
2.2.2.12  Positive Response Request Transfer Exit (SID 77) 
DDP_014  Het bericht Positive Response Request Transf er Exit wordt door de VU gezonden om het Request 
Transf er Exit te bevestigen. 
2.2.2.13  Stop Communication Request (SID 82) 
DDP_015 Het bericht Stop Communication Request wordt door de IDE gezonden om de overdrachtsver ­
binding met de VU te verbreke n. 
2.2.2.14  Positive Response Stop Communication (SID C2) 
DDP_016  Het bericht Positive Response Stop Communication wordt door de VU gezonden om het Stop 
Communication Request te bevestig en. 
2.2.2.15  Ackno wledg e Sub Message (SID 83) 
DDP_017  Het Ackno wledge Sub Message wordt door de IDE gezonden om de ontvangst te bevestig en van 
elk deel van een bericht dat in een aantal subber ichten wordt overg ebrac ht. Het gegevensveld 
bevat het van de VU ontvangen SID en een code van 2 bytes: 
—  MsgC + 1 bevestigt de correcte ontvangst van het subber icht met de code MsgC. 
Verzoek van de IDE aan de VU om het volg ende subber icht te zenden. 
—  MsgC geeft een probleem met de ontvangst van het subber icht met de code MsgC aan. 
Verzoek van de IDE aan de VU om het volg ende subber icht te zenden. 26.5.2016 L 139/267 Publicatieblad van de Europese Unie NL    
—  FFFF verzoekt om de beëindiging van het bericht. 
Dit kan door de IDE worden gebruikt om de overbrenging van het bericht van de VU om 
welke reden dan ook te beëindigen . 
Het laatste subber icht van een bericht (LEN byte < 255) kan met gebruikmaking van een van deze 
codes bevestigd of niet bevestigd worden. 
De uit verschil lende subber ichten bestaande antw oorden van de VU zijn: 
—  Positive Response Transfer Data (SID 76). 
2.2.2.16  Neg ative Response (SID 7F) 
DDP_018  Het bericht Negative Response wordt door de VU gezonden in antwoord op de bovengenoemde 
verzoek en wanneer de VU niet aan het verzoek kan voldoen. De gegeve nsvelden van het bericht 
bevatte n het SID van het antw oord (7F), het SID van het verzoek en een code die de reden van het 
negat ieve antw oord specifi ceer t. De onderstaande codes zijn beschikbaar: 
—  10 alge mene verwerping 
De actie kan niet worden uitgev oerd om een reden die hieronder niet wordt genoemd. 
—  11 dienst niet ondersteund 
Het SID van het verzoek wordt niet herken d. 
—  12 subfunctie niet onderst eund 
Het DS_ of TRTP van het verzoek wordt niet herken d of er zijn geen over te breng en 
subber ichten meer . 
—  13 onjuist e lengt e van het bericht 
De lengt e van het ontvang en bericht is fout. 
—  22 voorwaarden niet correct of verzoeksequentiefout 
De gevraagde dienst is niet actief of de sequentie van verzoekber ichten is niet correct. 
—  31 verzoek buit en bereik 
De verzoek paramete r record (gegevensveld) is niet geldig. 
—  50 upload niet geaccept eerd 
Het verzoek kan niet worden uitgev oerd (VU in een niet-g eschikt e werkingsmodus of interne 
fout van de VU). 
—  78 antw oord in behandeling 
De verzoch te actie kan niet op tijd worden beëindigd en de VU is niet klaar om een ander 
verzoek te accept eren. 
—  FA-ge gevens niet beschikbaar 
Het gegevensobject van een verzoek om gegevenso verdracht is niet besch ikbaar in de VU 
(omdat er bijv. geen kaar t is ingebrac ht). 
2.2.3  Berichtenstr oom 
Een typisch e berichtenstroom tijdens een normale gegeve nsdo wnloadsprocedure ziet er als volg t uit: 
IDE  VU 
Star t Communication Request 
Positive Response 
Star t Diagnostic Service Request 
Positive Response 
Request Upload 
Positive Response 26.5.2016 L 139/268 Publicatieblad van de Europese Unie NL    
IDE  VU 
Transf er Data Request Over view 
Positive Response 
Transf er Data Request #2 
Positive Response #1 
Ackno wledge Sub Message #1 
Positive Response #2 
Ackno wledge Sub Message #2 
Positive Response #m 
Ackno wledge Sub Message #m 
Positive Response (Data Field < 255 Bytes) 
Ackno wledge Sub Message (opt ional) 
… 
Transf er Data Request #n 
Positive Response 
Request Transf er Exit 
Positive Response 
Stop Communication Request 
Positive Response  
2.2.4  Tijdschema 
DDP_019  Tijdens de normale werking zijn de in de onderstaande figuur getoonde timingparameters 
relevant: 
Figuur 1 
Berichtenstroom, timing 
26.5.2016 L 139/269 Publicatieblad van de Europese Unie NL    
Waarbij : 
P1  =Interb ytetijd voor antwoord van de VU. 
P2  =Tijd tussen het einde van het verzoek van de IDE en de start van het antw oord van de VU, 
of tussen het einde van de bevestiging van de IDE en de start van het volg ende antw oord 
van de VU. 
P3  =Tijd tussen het einde van het antw oord van de VU en de start van een nieuw verzoek van 
de IDE, of tussen het einde van het antw oord van de VU en de start van de bevestiging 
van de IDE, of tussen het einde van het verzoek van de IDE en de start van een nieuw 
verzoek van de IDE, indien de VU niet antwoordt. 
P4  =Interb ytetijd voor verzoek van de IDE. 
P5  =Toege voegde waarde van P3 voor kaar tdownload. 
De toeg estane waarden van de timingparamet ers worden in de onderstaande tabel aangeg even 
(toebedeelde reek s timingparameters van het KWP , gebruikt in geval van fysieke adresser ing voor 
snellere overdracht ). 
Tijdsc hemaparamet er Benedengrenswaarde 
(ms) Bovengrenswaarde 
(ms) 
P1 0 20 
P2 20 1 000 (*) 
P3 10 5 000 
P4 5 20 
P5 10 20 minute n 
(*)Indien de VU antwo ordt met een Negative Response die een code met de betek enis ”verzoek correct ont­
vangen, antwoord in behandeling” bevat, wordt deze waarde toeg evoegd aan dezelfde bovengrenswaarde 
van P3.  
2.2.5  Behandeling van fouten 
Indien tijdens de uitwisseling van berichten een fout optreedt, wordt het berichtenstroomsc hema gewi jzigd 
volgens de apparatuur die de fout heef t opge spoord en het bericht dat de fout heef t veroorzaakt. 
In figuur 2 en figuur 3 worden de procedures voor de behandeling van fouten voor respectievelij k de VU en 
de IDE getoond. 
2.2.5.1  Star t communicatie-fase 
DDP_020  Indien de IDE tijdens de start communicatie-f ase, door timing of door de bitstroom, een fout 
opspoor t, dan moet de IDE een P3min-per iode wacht en alvorens het verzoek opnieuw te doen. 
DDP_021  Indien de VU in de door de IDE gezonden sequentie een fout opspoor t, mag de VU geen 
antw oord zenden maar moet hij wacht en op een ander Star t Communication Request-ber icht 
binnen een P3max-per iode. 
2.2.5.2  Overbrengingsf ase 
Er kunnen twee verschil lende gebieden voor de behandeling van fouten worden gedefinieerd:  
1. De VU spoor t een overbrengingsfout van de IDE op. 
DDP_022  Voor elk ontvangen bericht moet de VU timingf outen , byteopmaakf outen (bijv . foutieve start- 
en stopbits) en frame errors (verkeerd aantal bytes ontvangen, foutieve controlesomby te) 
opsporen. 
DDP_023  Indien de VU een van de bovengenoemde fouten opspoor t, dan zendt hij geen antwoord en 
nege ert hij het ontvang en bericht. 26.5.2016 L 139/270 Publicatieblad van de Europese Unie NL    
DDP_024  De VU kan andere fouten in de opmaak of inhoud van het ontvange n bericht opsporen (bijv. 
bericht niet onderst eund), zelfs indien het bericht voldoet aan de lengte- en controlesomeisen; 
in dat geval moet de VU aan de IDE met een Neg ative Response-ber icht antwoorden waar in de 
aard van de fout wordt gespecifi ceerd. 
Figuur 2 
VU-foutbehandeling 
26.5.2016 L 139/271 Publicatieblad van de Europese Unie NL    
2. De IDE spoor t een overbrengingsfout van de VU op. 
DDP_025  Voor elk ontvangen bericht moet de IDE timingf outen, fouten in de byteopmaak (bijv. foutieve 
start- en stopbi ts) en frame errors (verkee rd aantal bytes ontvangen, foutieve controlesombyt e) 
opsporen. 
DDP_026  De IDE moet sequentief outen opsporen, bijv. niet correcte standverhogingen bij de teller van de 
subber ichten bij na elkaar ontvang en berichten. 
DDP_027  Indien de IDE een fout opspoor t of indien er binnen een P2max-per iode geen antw oord van de 
VU was, wordt het verzoekber icht opnieuw gezonden met een maximum van totaa l drie 
overbrengingen. Voor het doel van deze fouten opspor ing wordt de bevestiging van een 
subber icht beschouwd als een verzoek aan de VU. 
DDP_028  De IDE moet ten minste een P3min-per iode wacht en voor de start van elke overbrenging; de 
wachtt ijd moet worden gemeten vanaf de laatst berekende optreding van een stopbi t nadat de 
fout was opgespoord. 
Figuur 3 
IDE-f outbehandeling 
2.2.6  Inhoud van het antwoor dber icht 
Dit punt specif iceer t de inhoud van de gegevensvelden van de verschil lende positieve antw oordber ichten. 
Gegeven selemente n worden gedefinieerd in de data dictionar y in aanhangsel 1. 
Opmerking: Voor downloads van de 2e generatie wordt elk gegevenselement op het hoogst e niveau vertegen­
woordigd door een reek s records, zelfs als het maar één record bevat. Een reeks records begint met een 
beginlabel. Dat beginlabel bevat het soor t record, de grootte van het record en het aantal records. Reeksen 
records worden in de volgende tabellen aanged uid door ”…RecordAr ray” (met beginlabel). 26.5.2016 L 139/272 Publicatieblad van de Europese Unie NL    
2.2.6.1  Positive Response Transfer Data Over view 
DDP_029  Het gegevensveld van het bericht ”Positive Response Transf er Data Over view” moet de 
onderstaande gegevens in de onderstaande volg orde onder het SID 76 Hex, het TREP 01 Hex en 
de passende splitsing en telling van de subber ichten verstrekken: 
Gegeven sstructuur 1e generatie 
Gegevenselement  Opmerking 
VU-veiligheidscer tificaten 
Identif icatie van het voer tuig 
Huidige datum en tijd van de VU 
Downloadbare periode 
Soor ten in de VU ingebracht e kaar ten 
Vorige VU-do wnload 
Alle bedr ijfsvergrendelingen opgeslagen. Indien dit 
segment leeg is, wordt alleen noOfLoc ks = 0 verzon ­
den. 
Alle in de VU opge slagen controlerecords. Indien dit 
segment leeg is, wordt alleen noOfControls = 0 ver­
zonden. 
RSA -handtek ening van alle gegevens (behalve certifica ­
ten) vanaf VehicleIdentif icationNumber tot de laatste 
byte van de laatst e VuControlA ctivityData.  
Gegeven sstructuur 2e generatie 
Gegevenselement  Opmerking 
Lidstaatcer tificaat 
VU-cer tificaat 
Identif icatie van het voer tuig 
Voertuigregistratienummer 
Huidige datum en tijd van de VU 
Downloadbare periode 
Soor ten in de VU ingebracht e kaar ten 
Vorige VU-do wnload 
Alle bedr ijfsvergrendelingen opgeslagen. Indien het 
segment leeg is, wordt alleen een beginlabel van een 
reek s met noOfRecords = 0 verzonden. 
Alle in de VU opgeslag en controlerecords. Indien het 
segment leeg is, wordt alleen een beginlabel van een 
reek s met noOfRecords = 0 verzonden. 
ECC-handte kening van alle voorgaande gegevens be­
halve de certificaten.  26.5.2016 L 139/273 Publicatieblad van de Europese Unie NL    
2.2.6.2  Positive Response Transfer Data Activities 
DDP_030  Het gegevensveld van het bericht ”Positive Response Transf er Data Activities” moet de 
onderstaande gegevens in de onderstaande volg orde onder het SID 76 Hex, het TREP 02 Hex en 
de passende splitsing en telling van de subber ichten verstrekken: 
Gegeven sstructuur 1e generatie 
Gegevenselement  Opmerking 
Datum van de gedownloade dag 
Kilomete rstand aan het einde van de gedo wnloade dag 
Gegeven s over de cycli van inbreng en en uitnemen van kaar ­
ten. 
—  Indien deze passage geen beschikbare gegevens bevat, 
wordt alleen noOfV uCardIWRecords = 0 verzonden. 
—  Wanneer een VuCardIWRecord 00:00 (kaar t ingebrac ht op 
de vorige dag) of 24:00 (kaar t uitgeno men de volg ende 
dag) oversc hrijdt, wordt het volledig getoond op de twee 
betrokken dagen . 
Status van de lezers op 00:00 en opges lagen activiteitswi jzigin ­
gen op de gedownloade dag. 
Opge slagen plaatsgeg evens op de gedo wnloade dag. Indien dit 
segment leeg is, wordt alleen noOfPlaceRecords = 0 verzon ­
den. 
Opge slagen gegevens over specifieke omstandigheden op de 
gedo wnloade dag. Indien dit segment leeg is, wordt alleen 
noOfSpecificC onditionRecords = 0 verzonden. 
RSA-h andtek ening van alle gegevens vanaf TimeReal tot de 
laatste byte van de laatste specifi eke omstandigheden-record  
Gegeven sstructuur 2e generatie: 
Gegevenselement  Opmerking 
Datum van de gedownloade dag 
Kilomete rstand aan het einde van de gedo wnloade dag 
Gegeven s over de cycli van inbreng en en uitnemen van kaar ­
ten. 
—  Indien dit segment geen beschikbare gegevens bevat, wordt 
een beginlabel van een reek s met noOfRecords = 0 verzon ­
den. 
—  Wanneer een VuCardIWRecord 00:00 (kaar t ingebrac ht op 
de vorige dag) of 24:00 (kaar t uitgeno men de volg ende 
dag) oversc hrijdt, wordt het volledig getoond op de twee 
betrokken dagen . 
Status van de lezers op 00:00 en opges lagen activiteitswi jzigin ­
gen op de gedownloade dag. 
Opge slagen plaatsgeg evens op de gedownloade dag. Indien het 
segment leeg is, wordt een beginlabel van een reek s met noO ­
fRecords = 0 verzonden. 
GNSS-posities van het voer tuig indien de rijtijdper iode van de 
bestuurder een veelvoud van drie uur bereikt. Indien het seg­
ment leeg is, wordt alleen een beginlabel van een reek s met 
noOfRecords = 0 verzonden. 
Opge slagen gegevens over specifieke omstandigheden op de 
gedo wnloade dag. Indien het segment leeg is, wordt een begin ­
label van een reek s met noOfRecords = 0 verzonden. 
ECC-handte kening van alle voor gaande gegeve ns.  26.5.2016 L 139/274 Publicatieblad van de Europese Unie NL    
2.2.6.3  Positive Response Transfer Data Events and Faults 
DDP_031  Het gegevensveld van het bericht ”Positive Response Transf er Data Events and Faul ts” moet de 
onderstaande gegevens in de onderstaande volg orde onder het SID 76 Hex, het TREP 03 Hex en 
de passende splitsing en telling van de subber ichten verstrekken: 
Gegeven sstructuur 1e generatie 
Gegevenselement  Opmerking 
Alle in de VU opgeslag en of lopende fouten. 
Indien dit segment leeg is, wordt alleen noOfV uFaults 
= 0 verzonden. 
Alle in de VU opgeslagen of lopende voor vallen (be­
halve snelheidso versch rijding). 
Indien het segment leeg is, wordt alleen noOfV uEvents 
= 0 verzonden. 
Gegeven s met betrekking tot de laatste snelheidso ver­
schrijdingscontrole (standaardwaarde indien er geen 
gegevens zijn). 
Alle in de VU opgeslag en snelheidso verschr ijding en. 
Indien het segment leeg is, wordt alleen noOfV uOver ­
SpeedingEvents = 0 verzonden. 
Alle in de VU opgeslag en tijda fstelling en (buit en het 
kader van een volled ige kalibrer ing). 
Indien het segment leeg is, wordt alleen noOfV uTi­
meAdjre cords = 0 verzonden. 
RSA -handtek ening van alle gegevens vanaf noOfV u­
Faul ts tot de laatste byte van de laatst e tijdafst ellingsre ­
cord.  
Gegeven sstructuur 2e generatie: 
Gegevenselement  Opmerking 
Alle in de VU opgeslag en of lopende fouten. 
Indien het segment leeg is, wordt een beginlabel van 
een reeks met noOfRecords = 0 verzonden. 
Alle in de VU opgeslagen of lopende voor vallen (be­
halve snelheidso versch rijding). 
Indien het segment leeg is, wordt een beginlabel van 
een reeks met noOfRecords = 0 verzonden. 
Gegeven s met betrekking tot de laatste snelheidso ver­
schrijdingscontrole (standaardwaarde indien er geen 
gegevens zijn). 
Alle in de VU opgeslag en snelheidso verschr ijding en. 
Indien het segment leeg is, wordt een beginlabel van 
een reeks met noOfRecords = 0 verzonden. 
Alle in de VU opgeslag en tijda fstelling en (buit en het 
kader van een volled ige kalibrer ing). 
Indien het segment leeg is, wordt een beginlabel van 
een reeks met noOfRecords = 0 verzonden. 
ECC-handte kening van alle voorgaande gegevens.  26.5.2016 L 139/275 Publicatieblad van de Europese Unie NL    
2.2.6.4  Positive Response Transfer Data Detailed Speed 
DDP_032  Het gegevensveld van het bericht ”Positive Response Transfer Data Detailed Speed” moet de 
onderstaande gegevens in de onderstaande volg orde onder het SID 76 Hex, het TREP 04 Hex en 
de passende splitsing en telling van de subber ichten verstrekken: 
Gegeven sstructuur 1e generatie 
Gegevenselement  Opmerking 
Alle in de VU opgeslag en gegevens over gedetailleerde 
snelheid (één snelheidsblok per minuut waar in het 
voertuig rijdt). 
60 snelheidswaarden per minuut (één per seconde). 
RSA -handtek ening van alle gegevens vanaf noOf ­
SpeedBlocks tot de laatste byte van het laatste snel ­
heidsblok.  
Gegeven sstructuur 2e generatie: 
Gegevenselement  Opmerking 
Alle in de VU opgeslag en gegevens over gedetailleerde 
snelheid (één snelheidsblok per minuut waar in het 
voertuig rijdt). 
60 snelheidswaarden per minuut (één per seconde). 
ECC-handte kening van alle voorgaande gegevens.  
2.2.6.5  Positive Response Transfer Data Technical Data 
DDP_033  Het gegevensveld van het bericht ”Positive Response Transf er Data Techn ical Data” moet de 
onderstaande gegevens in de onderstaande volg orde onder het SID 76 Hex, het TREP 05 Hex en 
de passende splitsing en telling van de subber ichten verstrekken: 
Gegeven sstructuur 1e generatie 
Gegevenselement  Opmerking 
Alle in de VU opgeslag en kalibrer ingsrecords. 
RSA -handtek ening van alle gegevens vanaf vuManufac ­
turerName tot de laatst e byte van de laatste VuCalibra ­
tionRecord.  26.5.2016 L 139/276 Publicatieblad van de Europese Unie NL    
Gegeven sstructuur 2e generatie: 
Gegevenselement  Opmerking 
Alle in de VU opgeslag en sensor verbindinge n. 
Alle in de VU opgeslagen verbindingen met de externe 
GNSS-module. 
Alle in de VU opgeslag en kalibrer ingsrecords. 
Alle in de VU opgeslagen gegevens over kaar tinbren ­
ging. 
ECC-handte kening van alle voorgaande gegevens.  
2.3.  ESM best andsopslag 
DDP_034  Wanneer tijdens een downloadsessie een gegevenso verdracht van een VU heef t plaatsgev onden, 
moet de IDE alle tijde ns de downloadsessie van de VU in de berichten Positive Response Transfer 
Data ontvangen gegevens in één fysiek veld opslaan. Opgeslag en gegevens zijn excl usief 
beginlabels van berichten, tellers van subber ichten, lege subber ichten en controlesommen maar 
inclusief het SID en TREP (alleen van het eerste subber icht indien er verscheidene subber ichten 
zijn). 
3.  DOWNLO ADPR OTOC OL VAN TACHOGRAAFKAARTEN 
3.1.  Toepassingsgebied 
Dit punt beschr ijft de direct e gegevenso verdracht van een tachograafkaar t naar een IDE. De IDE maakt geen 
deel uit van de beveiligde omge ving; daarom vindt er geen authenticatie tussen de kaar t en de IDE plaats. 
3.2.  Def inities 
Downloadsessie:  Elke keer dat er gegeve ns van de chipkaar t worden gedownload. De sessie 
omv at de volledig e procedure vanaf het resetten van de chipkaar t door een 
IFD tot de inactiver ing van de chipkaar t (uitnemen van de kaar t of volg ende 
reset). 
Getek end gegev ensbest and:  Een bestand van de chipkaar t. Het bestand wordt ongecodeerd naar de IFD 
overgebrac ht. Op de chipkaar t wordt het bestand gehashed en getek end; de 
handt ekening wordt naar de IFD overg ebracht. 
3.3.  Kaartdownload 
DDP_035  De download van een tachograafkaar t omv at de onderstaande stappen: 
—  Download van de algemene informatie van de kaar t naar de 
 en 
 van het EF. 
Deze informatie is facultatief en wordt niet met een digitale handt ekening beveiligd. 
—  Overdracht van het 
 (of 
 ) en 
van het EF. Deze informatie wordt niet met een digitale handte kening 
beveiligd. 
Het is verplich t om deze bestanden voor elke sessie te downloaden. 
—  Download van de andere toepassin gsgeg evens van de EF's (in 
 en 
indien van toepassing) met uitzonder ing van 
 van het 
EF. Deze informatie wordt met een digitale handtek ening beveiligd. 
—  Het is verplicht om ten minste de 
 en 
 van het EF voor 
elke sessie te downloaden. 26.5.2016 L 139/277 Publicatieblad van de Europese Unie NL    
—  Bij de download van een bestuurderskaar t is het ook verplicht de onderstaande EF's over te 
breng en: 
—  Bij de download van een bestuurderskaar t moet de datum van de 
 in 
van het EF worden aangepas t. 
—  Bij de download van een werkplaatskaar t moet de kalibrer ingst eller in 
 van 
het EF worden gereset. 
—  Bij de download van een werkplaatskaar t mag 
 niet 
worden gedo wnload. 
3.3.1  Initialisatiesequentie 
DDP_036  De IDE moet de sequentie als volgt initiëren: 
Kaar t Richting IDE/IFD Betekenis/Opmerking en  
Hardware resetten  
ATR 
Het gebruik van PPS om over te schak elen op een hoge re baudsnelheid is facultatief zolang de 
chipkaar t dit ondersteunt. 
3.3.2  Sequentie voor niet-gete kende gegevensb estanden 
DDP_037  De sequentie voor download van de chipkaar t, IC, Card_Cer tificate (of CardSignCer tificate) en 
CA_Cer tificate van het EF is als volgt: 
Kaar t Richting IDE/IFD Betekenis/Opmerking en  
Select file Selecteer met bestandsidenti ­
ficatiesymbolen 
OK 
Read binar y Indien het bestand meer ge­
gevens bevat dan de grootte 
van het buffe rgeheug en van 
de lezer of van de kaar t, 
moet het commando worden 
herhaald totdat het volledige 
bestand gelezen is. 
Best andsgegev ens 
OK 
Sla gegevens in ESM op overeenk omstig 3.4 Opmaak 
gegevensopslag  
Noot 1: Voor het selecteren van het Card_Cer tificate (of CardSignCer tificate) van het EF, moet de 
tachog raaftoepassing worden geselecteerd (selectie met AID). 
Noot 2: Een bestand lezen en select eren kan ook in één stap worden uitgev oerd met het Read 
Binar y-commando met een kort EF-identificati esymbool. 26.5.2016 L 139/278 Publicatieblad van de Europese Unie NL    
3.3.3  Sequentie voor getekende gegevensbestanden 
DDP_038  De onderstaande sequentie moet worden gebruikt voor elk van de volg ende bestanden die met 
hun handte kening moete n worden overg ebracht: 
Kaar t Richting IDE/IFD Betekenis/Opmerking en  
Select file  
OK 
Perfor m Hash of File Berekent de hashwaarde van 
de inhoud van de gegevens 
van het geselect eerde bestand 
met het voorg eschreven has­
halgor itme overeenk omstig 
aanhangsel 11. Dit com ­
mando is geen ISO-com ­
mando. 
Bereken hash of file en 
sla hashwaarde tijde lijk 
op    
OK 
Read binar y Indien het bestand meer ge­
gevens bevat dan het buffe r­
geheug en van de lezer of van 
de kaar t kan bewaren, moet 
het commando worden her­
haald totdat het volledig e be­
stand is gelezen. 
Best ands-gegev ens 
OK 
Sla ontvangen gegevens in 
ESM op Overeenk omstig 3.4 Opmaak 
gegevensopslag  
PSO: Compute digital sig­
nature  
Voer beveiligingsopera ­
tie ”Bereken digitale 
handtek ening” uit met 
de tijde lijk opgeslagen 
hashwaarde    
Handtekening 
OK 
Koppel gegevens aan de vo­
rige in het ESM opge slagen 
gegevens Overeenk omstig 3.4 Opmaak 
gegevensopslag  
Noot : Een bestand select eren en lezen kan ook in één stap worden uitgev oerd met het Read 
Binar y-commando met een kort EF-identificatiesymbool. In dit geval kan het EF worden 
geselecteerd en gelezen vóór het commando ”perform hash of file” wordt toeg epast. 
3.3.4  Sequentie voor het resetten van de kalibrer ingsteller 
DDP_039  De sequentie voor het resetten van de 
 -teller in de 
van het EF op een werkplaatskaar t is de volg ende: 
Kaar t Richting IDE/IFD Betekenis/Opmerking en  
Select File EF Card_Do wn­
load Selecteer met bestandsiden ­
tificat iesymbolen 
OK 
26.5.2016 L 139/279 Publicatieblad van de Europese Unie NL    
Kaar t Richting IDE/IFD Betekenis/Opmerking en  
Update Binar y 
NoOfCalibrationsSince ­
Download = ‘00 00’  
Reset het volgnummer 
van kaar tdownload    
OK 
Noot : Een bestand selecteren en lezen kan ook in één stap worden uitgev oerd met het Update 
Binar y-commando met een kort EF-identificati esymbool.  
3.4.  Opmaak gegev ensopslag 
3.4.1  Inleiding 
DDP_040  De gedownloade gegevens moeten overeenk omstig de onderstaande voor waarden worden 
opge slagen: 
—  De gegevens moet en transparant worden opgeslagen. Dat betekent dat de volgorde van de 
bytes en de volgorde van de bits in de byte die vanaf de kaar t worden overgebrac ht, tijdens de 
opslag gehandhaafd moeten blijv en. 
—  Alle tijde ns een downloadsessie overgebrac hte bestanden van de kaar t worden in één bestand 
in het ESM opge slagen. 
3.4.2  Bestandsopmaak 
DDP_041  De bestandsopmaak is een aaneensc hakeling van diverse TLV-object en. 
DDP_042  Het label voor een EF moet het FID plus de toev oeging ”00” zijn. 
DDP_043  Het label van een handt ekening van een EF moet het FID van het bestand plus de toev oeging ”01” 
zijn. 
DDP_044  De lengte is een waarde van twee bytes. De waarde definieer t het aantal bytes in het waardeveld. 
De waarde ”FF FF” in het lengteveld wordt voor toek omstig gebruik gereser veerd. 
DDP_045  Wanneer een bestand niet wordt gedownload, moete n geen gegevens met betrekking tot het 
bestand worden opgeslag en (geen label en geen nullengt e). 
DDP_046  Een handtek ening moet als het volg ende TLV-object worden opges lagen, onmiddellijk na het TLV- 
object dat de gegevens van het bestand bevat. 
Defini tie Betek enis Lengte 
FID (2 bytes) || ”00” Tag voor EF (FID) 3 bytes 
FID (2 bytes) || ”01” Label voor handte kening van 
EF (FID) 3 bytes 
xx xx Lengte van waardeveld 2 bytes  
Voorbeeld van gegevens in een naar een ESM overg ebrac ht bestand: 
Label Lengte Waarde 
Gegeven s van EF ICC 
Gegeven s van EF Card_Cer tificate   
… 
Gegeven s van EF 
Handte kening van EF 
26.5.2016 L 139/280 Publicatieblad van de Europese Unie NL    
4.  DOWNLO ADEN VAN EEN TACHOGRAAF KAAR T VIA EEN VOER TUIGUNIT 
DDP_047  De VU moet moge lijk mak en de inhoud te downloaden van een bestuurderskaar t die in een met 
de VU verbonden IDE is ingebracht 
DDP_048  De IDE moet een ”Transf er Data Request Card Download”-ber icht naar de VU zenden om deze 
modus te initiëren (zie 2.2.2.9). 
DDP_049  De VU moet vervolg ens overeenk omstig het in punt 3 gedefinieerde kaar tdownloadprotoco l de 
hele kaar t downloaden, bestand voor bestand, en alle van de kaar t ontvang en gegevens in de 
vereiste TLV-bestandsopmaak (zie 3.4.2) en inge kapseld in een ”Positive Response Transf er Data”- 
bericht naar de IDE zenden. 
DDP_050  De IDE moet de kaar tgeg evens van het ”Positive Response Transf er Data”-ber icht lezen (alle 
beginlabels, SID's, TREP's, tellers van subber ichten en controlesommen verwijderen) en deze 
gegevens opslaan in een fysiek bestand zoals beschrev en in punt 2.3. 
DDP_051  De VU moet vervolg ens, naar gelang van het geval, het bestand 
 of 
van de bestuurderskaar t bijwerken.  26.5.2016 L 139/281 Publicatieblad van de Europese Unie NL    
Aanhangse l 8 
KALIBRERINGSPR OTOCOL 
INHOUDSOPGA VE 
1. INLEIDING ........................................................................................................................................ 283 
2. TERMEN, DEFINITIES EN REFERENTIES ................................................................................................... 283 
3. OVERZIC HT VAN DIENSTEN ................................................................................................................ 284 
3.1. Beschikbare diensten ............................................................................................................... 284 
3.2. Antwoordcodes ..................................................................................................................... 285 
4. COMMUNICA TIEDIENSTEN .................................................................................................................. 285 
4.1. Star tCommunication-dienst (Star t overdracht) ............................................................................... 285 
4.2. StopCommunication Service ..................................................................................................... 287 
4.2.1 Omschrijving van het bericht .................................................................................................... 287 
4.2.2 Berichtf ormaat ....................................................................................................................... 288 
4.2.3 Paramet erdefinitie ................................................................................................................... 289 
4.3. TesterPres ent-dienst (Testapparaat actief) ...................................................................................... 289 
4.3.1 Omschrijving van het bericht .................................................................................................... 289 
4.3.2 Berichtf ormaat ....................................................................................................................... 289 
5. BEHEERSDIENSTEN ............................................................................................................................ 291 
5.1. Star tDiagnosticSession-dienst (Star t diagnostisc he sessie) ................................................................. 291 
5.1.1 Omschrijving van het bericht .................................................................................................... 291 
5.1.2 Berichtf ormaat ....................................................................................................................... 292 
5.1.3 Paramet erdefinitie ................................................................................................................... 293 
5.2. Secur ityA ccess-dienst (Veiligheidstoeg ang) .................................................................................... 294 
5.2.1 Omschrijving van het bericht .................................................................................................... 294 
5.2.2 Berichtf ormaat — Secur ityA ccess — requestSeed ........................................................................... 295 
5.2.3 Berichtf ormaat — Secur ityA ccess — sendKe y............................................................................... 296 
6. GEGEVENSO VERBRENGINGSDIENSTEN ................................................................................................... 297 
6.1. ReadDataByIdentif ier-dienst (Lees gegeve ns met identificatiesymbool) ................................................. 298 
6.1.1 Omschrijving van het bericht .................................................................................................... 298 
6.1.2 Berichtf ormaat ....................................................................................................................... 298 
6.1.3 Paramet erdefinitie ................................................................................................................... 299 
6.2. WriteDataByIdentif ier service .................................................................................................... 300 
6.2.1 Omschrijving van het bericht .................................................................................................... 300 
6.2.2 Berichtf ormaat ....................................................................................................................... 300 
6.2.3 Paramet erdefinitie ................................................................................................................... 302 26.5.2016 L 139/282 Publicatieblad van de Europese Unie NL    
7. CONTR OLE VAN TESTIMPULSEN — INV OER -/UIT VOER CONTR OLE FUNCTIONELE EENHEID .............................. 302 
7.1. InputOutputControlByIdentifier -dienst ........................................................................................ 302 
7.1.1 Omschrijving van het bericht .................................................................................................... 302 
7.1.2 Berichtf ormaat ....................................................................................................................... 303 
7.1.3 Paramet erdefinitie ................................................................................................................... 304 
8. FORMA TEN VAN DATARECOR DS .......................................................................................................... 305 
8.1. Overgebrac hte paramete rreek sen ............................................................................................... 305 
8.2. Format en van dataRecords ....................................................................................................... 306  
1.  INLEIDING 
In dit aanhangsel wordt beschrev en hoe gegevens worden uitgewisseld tussen een voertuigunit en een testapparaat 
via de K-lijn die deel uitmaakt van de in aanhangsel 6 beschrev en kalibrer ingsinterface . Voorts wordt ook de 
controle van de input/ output-signaallijn op de kalibrer ingsconnector beschrev en. 
Het tot stand brengen van communicatie via de K-lijn wordt besc hreven in punt 4 ”Overdrac htsdienste n”. 
Communicatiediensten 
In dit aanhangsel wordt gebruik gemaakt van het idee van diagnostisc he ”sessies” om het toepassingsg ebied van K- 
lijncon trole onder verschillende omstandigheden vast te stellen. De standaardsessie is de ”StandardDiagnostic ­
Session”, waar in alle gegevens van een voer tuigunit kunnen worden gelezen maar waar in geen gegevens naar een 
voer tuigunit kunnen worden gesc hreven. 
De selectie van de diagnostisc he sessie wordt beschrev en in het punt 5 ”Beheerdiensten”. 
Dit aanhangsel moet worden beschouwd als relevant voor beide generaties VU's en werkplaatskaar ten, overeen ­
komstig de in deze verordening vastg estelde inter operabiliteitseisen. 
CPR_001  Met de ”ECUProgrammingSession” kunnen gegevens in de voertuigunit worden ingevoerd. Wanneer 
kalibrer ingsgeg evens worden ingev oerd, moet de voertuigunit bovendien in de werkingsmodus 
CALIBRA TION staan. 
Gege venso verdracht via K-lijn wordt beschreven in het punt 6 ”Gegev enso verbrengingsdienste n”. 
Gege venso verbrengingsdiensten Formate n van overg ebrac hte gegevens worden nader besch reven in het 
punt 8 ”For maten van gegeve nsregistraties”.For maten van dataRecords 
CPR_002  Met de ”ECU AdjustmentSession” kan de I/O-modus van de I/O-signaalli jn voor kalibrer ing via de K- 
lijninterface worden geselecteerd. De controle van de kalibrer ings-I/O-signaalli jn wordt beschrev en in 
punt 7 ”Controle van testim pulsen — Invoer-/uitv oercontrole functionele eenheid”. 
CPR_003  Overal in dit document wordt naar het testapparaat verwezen met het adres ‘tt’. Hoewel er mog elijk 
voorkeuradressen zijn voor testapparat en, moet de VU correct reag eren op elk adres van een 
testapparaat. Het fysieke adres van de VU is 0xEE. 
2.  TERMEN, DEFINITIES EN REFERENTIES 
De protocoll en, berichten en foutcodes zijn voornamelijk gebaseerd op een ontwer p van ISO 14229-1 (Road 
vehicles — Diagnostic syste ms — Part 1: Diagnostic services, versie 6 van 22 febr uari 2001). 
Bytecoder ing en hexadecimale waarden worden voor de dienstidentif icatiesymbolen, de dienstverzoek en en dienst ­
antwoorden en de standaardparameters gebruikt. 
De term „testapparaat” verwijst naar de inrichting die wordt gebruikt om programmeer -/kalibrer ingsgeg evens in 
de VU in te voeren. 
De term en „cliënt” en „server” verwijzen respectievelij k naar het testapparaat en de VU. 
De term ECU bete kent ”elektronische controle-unit” en verwijst naar de VU. 26.5.2016 L 139/283 Publicatieblad van de Europese Unie NL    
Referent ies: 
ISO 14230-2: Road Vehicles — Diagnostic Syste ms — Keyw ord Protocol 2000 — Part 2: Data Link Layer. 
Eerste editie: 1999. 
Vehicles — Diagnostic. 
3.  OVERZICHT VAN DIENSTEN 
3.1.  Beschikbare diens ten 
De onderstaande tabel geeft een overzic ht van de in de tachog raaf besc hikbare diensten; deze worden in dit 
document gedefi nieerd. 
CPR_004  De tabel geeft de diensten aan die in een actieve diagnostisc he sessie besc hikbaar zijn. 
—  De 1ste kolom vermeldt de beschikbare diensten . 
—  De 2de kolom bevat het nummer van het punt in dit aanhangsel, waar in de dienst nader wordt 
gedefinieerd. 
—  De 3de kolom kent de waarden van het dienstidentificatiesymbool toe voor verzoekber ichten. 
—  De 4de kolom specifi ceer t de diensten van de ”Sta ndardDiagnosticSession” (SD) (standaard 
diagnostische sessie) die in elke VU geïm plementeerd moet en worden. 
—De 5de kolom specifi ceer t de diensten van de ”ECU Adjust mentSession” (ECU AS) (ECU-afstel ­
lingssessie) die geïmplement eerd moeten worden om controle van de I/O-signaalli jn in het 
frontpaneel van de kalibrer ingsconnector van de VU mog elijk te maken. 
—De 6de kolom specifi ceer t de diensten van de ECUPS (ECU-ProgrammingSession) die geïmple ­
menteerd moete n worden om programmer ing van de parameter s in de VU mogeli jk te make n. 
Tabel 1 
Verzameltabe l 1waarden diens tidentif icatiesymbolen  
Diagnostische sessies 
Naam van de diagnostisc he dienst Sectie nr. SId Vereiste 
waarde SD ECU AS ECUPS 
Star tCommunication 4.1 81             
StopCommunicatio n 4.2 82       
TesterPresent 4.3 3E             
Star tDiagnosticSession 5.1 10             
Secur ityA ccess 5.2 27             
ReadDataByIdentifi er 6.1 22             
WriteDataByIdentifier 6.2 2E       
InputOutputCont rolByIdentif ier 7.1 2F         
   Dit symbool geef t aan dat deze dienst verplicht is in deze diagnostische sessie. 
Geen symbool geeft aan dat deze dienst in deze diagnostische sessie niet is toeg estaan.  26.5.2016 L 139/284 Publicatieblad van de Europese Unie NL    
3.2.  Antw oordcodes 
Voor elke dienst zijn antw oordcodes bepaald. 
4.  COMMUNICA TIEDIENSTEN 
Een aantal dienste n zijn noodzakeli jk voor het tot stand breng en en handha ven van de overdracht. Ze komen niet 
voor op de toepassingslaag. De besch ikbare dienste n worden in de onderstaande tabel beschrev en: 
Tabel 2 
Communicatiediensten 
Naam van de dienst Besc hrijving 
Star tCommunication De cliënt verzoekt een overdrachtse ssie met (een) server(s) te starten. 
StopCommunicatio n De cliënt verzoekt de huidige overdrachts essie te beëindigen. 
TesterPresent De cliënt wijst de server erop dat de verbinding nog actief is.  
CPR_005  De Star tCommunication Service wordt gebruikt voor het starten van een overdracht. Om een dienst uit 
te kunnen voeren, moet de overdracht geïnitialiseerd worden en moeten de overdrachtparamet ers 
geschikt zijn voor de gewenste modus. 
4.1.  StartCommunication-dienst (Start overdracht) 
CPR_006  Na ontvangst van een Star tCommunication-indicatiepr imitief moet de VU controleren of de gevraagde 
overdrachtverbinding onder de aanwezig e voorwaarden geïnitialise erd kan worden. Geldig e 
voorwaarden voor de initialisatie van een overdrachtverbinding worden in document ISO 14230-2 
besc hreven. 
CPR_007  Vervolgens moet de VU alle noodzakeli jke acties uitvoe ren om de overdrachtverbinding te initialiseren 
en een Star tCommunication-antwo ordpr imitief met de geselect eerde Positive Response-paramete rs 
zenden. 
CPR_008 Indien een reeds geïnitialiseerde VU (die begonnen is aan een diagnostisc he sessie) een nieuw Star tCom ­
munication Request ontvangt (bijv . ten gevolg e van het herste llen van fouten in het testap paraat), moet 
het verzoek geaccept eerd worden en moet de VU opnieuw geïnitialiseerd worden. 
CPR_009  Indien de overdrachtverb inding om de een of andere reden niet geïnitialiseerd kan worden, moet de VU 
blijven functioneren op de manier onmiddellijk voorafgaande aan de poging om de overdrachtver ­
binding te initialiseren. 
CPR_010  Het bericht Star tCommunication Request moet fysiek geadre sseerd worden. 
CPR_011  De VU wordt voor diensten geïnitialiseerd via een ”snelle initialisatie”-methode. 
—  Aan elke activiteit gaat een bus-stilstandtijd vooraf. 
—  Het testap paraat zendt vervolgens een initialisatiepatroon. 
—  Het antw oord van de VU bevat alle noodzakeli jke informatie om de overdracht tot stand te 
brengen. 
CPR_012  Na voltooiing van de initialisatie: 
—  Alle overdrachtparamet ers worden overeenk omstig de sleutelb ytes op de in tabel 4 bepaalde 
waarden gezet. 
—  De VU wacht op het eerste verzoek van het testapparaat. 26.5.2016 L 139/285 Publicatieblad van de Europese Unie NL    
—  De VU staat in de standaard diagnostisc he modus, d.w.z. StandardDiagnosticSession. 
—  De kalibrer ings-I/O-signaallijn staat in de standaardinstelling, d.w.z. geblokkeerde instelling. 
CPR_014  De snelheid van de gegevenso verdracht op de K-lijn bedraagt 10 400 baud. 
CPR_016  De snelle initialisatie wordt door het testapparaat gestart door het zenden van een Wake-up-patr oon 
(Wup) op de K-lijn. Het patroon begint na de stilstandtijd op de K-lijn met een lage Tinil-ti jd. Het 
testapparaat zendt de eerste bit van de Star tCommunication-dienst na een Twup-tijd volgend op de 
eerste aflopende rand. 
CPR_017  De timingwaarden voor snelle initialisatie en overdracht in het algem een worden besch reven in de 
onderstaande tabellen. Er zijn verschillende moge lijkheden voor de stilstandtijd : 
—  Eerste overbrenging na inscha keling, Tidle = 300 ms. 
—  Na voltooiing van een StopCommunicatio n-dienst, Tidle = P3 min. 
—  Na beëindiging van de overdracht door time-out P3 max, Tidle = 0. 
Tabel 3 
Timingwaarden voor snelle initialisatie 
Parameter Minimumwaard e Maximumwaarde 
Tinil 25 ± 1 ms 24 ms 26 ms 
Twup 50 ± 1 ms 49 ms 51 ms  
Tabel 4 
Timingwaarden voor overdracht 
Timing 
Paramet er Parameteromsc hrijving laagste waarden 
[ms] hoogste waarden 
[ms] 
min. max. 
P1 Interbyt etijd voor antw oord van de VU 0 20 
P2 Tijd tussen verzoek van testapparaat en antwoord 
van de VU of twee antwoorden van de VU 25 250 
P3 Tijd tussen einde van de antw oorden van de VU 
en begin van een nieuw verzoek van het testappa ­
raat 55 5 000 
P4 Interbyt etijd voor verzoek van het testapparaat 5 20  26.5.2016 L 139/286 Publicatieblad van de Europese Unie NL    
CPR_018  Het berichtenformaat voor snelle initialisatie wordt omschr even in de onderstaande tabellen. (N.B.: hex 
staat voor hexadecimaal) 
Tabel 5 
StartCommunication Request -ber icht 
Byte-# Parameterna am Hex-waarde Mnemoniek 
# 1 Formaatb yte — fysieke adresser ing 81 FMT 
# 2 Byte van het doeladres EE TGT 
# 3 Byte van het bronadres tt SRC 
# 4 Star tCommunication Request Service Id 81 SCR 
# 5 Controlesom 00-FF CS  
Tabel 6 
StartCommunication Positiv e Response-ber icht 
Byte-# Parameterna am Hex-waarde Mnemoniek 
# 1 Formaatb yte — fysieke adresser ing 80 FMT 
# 2 Byte van het doeladres tt TGT 
# 3 Byte van het bronadres EE SRC 
# 4 Additionele lengteb yte 03 LEN 
# 5 Star tCommunication Positiv e Response Ser­
vice Id C1 SCRPR 
# 6 Sleut elbyt e 1 EA KB1 
# 7 Sleut elbyt e 2 8F KB2 
# 8 Controlesom 00-FF CS  
CPR_019  Er is geen negatief antw oord op het bericht Star tCommunication Request. Indien er geen positief 
antw oordber icht moet worden verzonden, dan wordt de VU niet geïnitialiseerd. Er wordt niets 
verzonden en de VU blijft normaal functioneren. 
4.2.  StopCommunication Service 
4.2.1  Omschr ijving van het bericht 
Het doel van de dienst van deze overdracht slaag is het afsluit en van een overdrachtssessie. 
CPR_020  Na ontvangst van een StopCommunication indicatiepr imitief moet de VU controleren of de lopende 
condities een afsluiting van deze overdracht toestaan. In dit geval moet de VU alle noodzakeli jke 
handelingen uitvoer en om deze overdracht af te sluit en. 26.5.2016 L 139/287 Publicatieblad van de Europese Unie NL    
CPR_021 Indien het mogeli jk is de overdracht af te sluit en, moet de VU een StopCommunication-antw oordpr i­
mitief met de geselecteerde Positive Response-paramet ers afgeven voordat de overdracht afge sloten 
wordt. 
CPR_022  Indien de overdracht om de een of andere reden niet kan worden afgeslot en, moet de VU een 
StopCommunication-antwoordpri mitief met de geselecteerde Neg ative Response-parameter afgeven. 
CPR_023  Indien een time-out van P3max door de VU opgespoord wordt, moet de overdracht zonder een 
afgegeven antw oordpr imitief worden afgeslot en. 
4.2.2  Berichtfor maat 
CPR_024  De berichtf ormate n voor de StopCommunication-pri mitieven worden omschreven in de onderstaande 
tabellen. 
Tabel 7 
StopCommunication Request -ber icht 
Byte-# Parameterna am Hex-waarde Mnemoniek 
# 1 Formaatb yte — fysieke adresser ing 80 FMT 
# 2 Byte van het doeladres EE TGT 
# 3 Byte van het bronadres tt SRC 
# 4 Additionele lengteb yte 01 LEN 
# 5 StopCommunication Request Service Id 82 SPR 
# 6 Controlesom 00-FF CS  
Tabel 8 
StopCommunication Positiv e Response-ber icht 
Byte-# Parameterna am Hex-waarde Mnemoniek 
# 1 Formaatb yte — fysieke adresser ing 80 FMT 
# 2 Byte van het doeladres tt TGT 
# 3 Byte van het bronadres EE SRC 
# 4 Additionele lengteb yte 01 LEN 
# 5 StopCommunication Positiv e Response Ser­
vice Id C2 SPRPR 
# 6 Controlesom 00-FF CS  26.5.2016 L 139/288 Publicatieblad van de Europese Unie NL    
Tabel 9 
StopCommunication Negativ e Response-ber icht 
Byte-# Parameterna am Hex-waarde Mnemoniek 
# 1 Formaatb yte — fysieke adresser ing 80 FMT 
# 2 Byte van het doeladres tt TGT 
# 3 Byte van het bronadres EE SRC 
# 4 Additionele lengteb yte 03 LEN 
# 5 Negativ e Response Service Id 7F NR 
# 6 StopCommunication Request Service Identif ication 
SPR 82 SPR 
# 7 ResponseCode = generalReject RC_GR 10 RC_GR 
# 8 Controlesom 00-FF CS  
4.2.3  Parameter defin itie 
Deze dienst vereist geen paramet erdefi nitie. 
4.3.  TesterPresent-dienst (Testapparaat actief) 
4.3.1  Omschr ijving van het bericht 
De TesterPresent-dienst wordt door het testapparaat gebr uikt om de server erop te wijzen dat het nog steeds 
aanwezig is, teneinde te voork omen dat de server automat isch naar normaal bedr ijf terug keert en mogeli jk de 
verbinding verbreekt. Deze dienst, die periodiek wordt verzonden, houdt de diagnostisc he sessie/o verdracht actief 
door , telkens als een verzoek voor deze dienst wordt ontvang en, de P3-timer opnieuw in te stellen. 
4.3.2  Berichtfor maat 
CPR_079  De berichtf ormate n voor de TesterPresent-pr imitieven worden omschreve n in de onderstaande tabellen. 
Tabel 10 
TesterPresent Reques t-ber icht 
Byte-# Parameterna am Hex-waarde Mnemoniek 
# 1 Formaatb yte — fysieke adresser ing 80 FMT 
# 2 Byte van het doeladres EE TGT 
# 3 Byte van het bronadres tt SRC 
# 4 Additionele lengteb yte 02 LEN 
# 5 Tester Present Request Service Id 3E TP 26.5.2016 L 139/289 Publicatieblad van de Europese Unie NL    
Byte-# Parameterna am Hex-waarde Mnemoniek 
# 6 Subfunctie = responseRequired (ant ­
woord vereist) = [ ja 01 RESPREQ_Y 
nee ] 02 RESPREQ_NO 
# 7 Controlesom 00-FF CS  
CPR_080  Indien de responseRequired-parameter op ”ja” wordt ingest eld, dan antwoordt de server met het 
volgende bericht van positief antw oord. Indien op „nee”, dan zendt de server geen antwoord. 
Tabel 11 
Tester Present Positiv e Response-ber icht 
Byte-# Parameterna am Hex-waarde Mnemoniek 
# 1 Formaatb yte — fysieke adresser ing 80 FMT 
# 2 Byte van het doeladres tt TGT 
# 3 Byte van het bronadres EE SRC 
# 4 Additionele lengteb yte 01 LEN 
# 5 Tester Present Positiv e Response Service Id 7E TPPR 
# 6 Controlesom 00-FF CS  
CPR_081  De dienst onderst eunt de volg ende negat ieve-antwoordcodes: 
Tabel 12 
TesterPresent Negativ e Response-ber icht 
Byte-# Parameterna am Hex-waarde Mnemoniek 
# 1 Formaatb yte — fysieke adresser ing 80 FMT 
# 2 Byte van het doeladres tt TGT 
# 3 Byte van het bronadres EE SRC 
# 4 Additionele lengteb yte 03 LEN 
# 5 Negativ e Response Service Id 7F NR 
# 6 TesterPresent Request Service Identification 3E TP 26.5.2016 L 139/290 Publicatieblad van de Europese Unie NL    
Byte-# Parameterna am Hex-waarde Mnemoniek 
#7 ResponseCode = [ SubFunctionNotSuppor ted-In ­
validFor mat 12 RC_SFNS_IF 
incor rectMessageL ength ] 13 RC_IML 
#8 Controlesom 00-FF CS  
5.  BEHEERSDIENSTEN 
De beschikbare diensten worden in de onderstaande tabel besc hreven: 
Tabel 13 
Beheersdiensten 
Naam van de dienst Besc hrijving 
Star tDiagnosticSession De cliënt verzoekt een diagnostische sessie met een VU te starten. 
Secur ityA ccess De cliënt verzoekt om toeg ang tot functies die alleen voor bevo egde gebruikers 
toeg ankelijk zijn.  
5.1.  StartDiagnos ticSession-dienst (Star t diagnostische sessie) 
5.1.1  Omschr ijving van het bericht 
CPR_025  De dienst Star tDiagnosticSession wordt gebr uikt om verschillende diagnostisc he sessies in de server 
mog elijk te mak en. Een diagnostisc he sessie maakt een specifieke reek s diensten mog elijk volg ens tabel 
17. Een sessie kan specifi eke diensten voor voertuigf abrikanten mog elijk make n die geen deel van dit 
document uitmaken . Implementatieregels moeten aan de volg ende eisen voldoen: 
—  In de VU moet altijd precies één diagnostisc he sessie actief zijn. 
—  De VU moet bij het aanzette n altijd de StandardDiagnosticSession starten. Indien geen andere 
diagnostische sessie wordt gestart, moet de StandardDiagnosticSession actief blijven zolang de VU 
wordt aang edreven. 
—  Indien een diagnostisc he sessie die reeds actief is, door het testapparaat wordt aangevraa gd, moet de 
VU een bericht van positief antw oord zenden. 
—  Telkens als het testapparaat een nieuwe diagnostisc he sessie aanvraagt, moet de VU eerst een 
Star tDiagnosticSession positive response-ber icht zenden voordat de nieuwe sessie in de VU actief 
wordt. Indien de VU de gevraagde nieuwe diagnostisc he sessie niet kan starten, moet deze 
antwoorden met een Star tDiagnosticSession negative response-ber icht en de lopende sessie wordt 
voor tgezet. 
CPR_026  Een diagnostisc he sessie kan alleen worden gestar t indien overdracht tussen de cliënt en de VU tot 
stand gebracht is. 
CPR_027  De timingparamet ers van tabel 4 moete n actief zijn na een succesvo lle Star tDiagnosticSession waarbij 
de diagnosticSession-parameter in het verzoekber icht inge steld is op ”StandardDiagnosticSession” 
indien voorheen een andere diagnostische sessie actief was. 26.5.2016 L 139/291 Publicatieblad van de Europese Unie NL    
5.1.2  Berichtfor maat 
CPR_028  De berichtf ormate n voor de Star tDiagnosticSession-pr imitieven worden omschreven in de 
onderstaande tabellen. 
Tabel 14 
StartDiagnosticSession Request -ber icht 
Byte-# Parameterna am Hex-waarde Mnemoniek 
# 1 Formaatb yte — fysieke adresser ing 80 FMT 
# 2 Byte van het doeladres EE TGT 
# 3 Byte van het bronadres tt SRC 
# 4 Additionele lengteb yte 02 LEN 
# 5 Star tDiagnos ticSession Request Service Id 10 STDS 
# 6 DiagnosticSession = [een waarde uit tabel 17] xx DS_… 
# 7 Controlesom 00-FF CS  
Tabel 15 
Star tDiagnos ticSession Positiv e Response-ber icht 
Byte-# Parameterna am Hex-waarde Mnemoniek 
# 1 Formaatb yte — fysieke adresser ing 80 FMT 
# 2 Byte van het doeladres tt TGT 
# 3 Byte van het bronadres EE SRC 
# 4 Additionele lengteb yte 02 LEN 
# 5 # 5 StartDiagnos ticSession Positiv e Response 
Service Id 50 STDSPR 
# 6 DiagnosticSession = [zelfde waarde als in Byte-# 6 
tabel 14] xx DS_… 
# 7 Controlesom 00-FF CS  
Tabel 16 
Star tDiagnos ticSession Negativ e Response-ber icht 
Byte-# Parameterna am Hex-waarde Mnemoniek 
# 1 Formaatb yte — fysieke adresser ing 80 FMT 
# 2 Byte van het doeladres tt TGT 26.5.2016 L 139/292 Publicatieblad van de Europese Unie NL    
Byte-# Parameterna am Hex-waarde Mnemoniek 
# 3 Byte van het bronadres EE SRC 
# 4 Additionele lengteb yte 03 LEN 
# 5 Negativ e Response Service Id 7F NR 
# 6 Star tDiagnosticSession Request Service Id 10 STDS 
# 7 ResponseCode = [subFunctionNotSuppor ted(a) 12 RC_SFNS 
incor rectMessageL ength (b) 13 RC_IML 
conditionsNotCor rect (c) 22 RC_CNC 
# 8 Controlesom 00-FF CS 
(a)  — de waarde opgenomen in Byte-# 6 van het verzoekber icht wordt niet ondersteund, d.w.z. niet in tabel 17, 
(b)  — de lengt e van het ontvangen bericht is fout, 
(c)  — er is niet voldaan aan de criteria voor het verzoek Star tDiagnosticSession.  
5.1.3  Parameter defin itie 
CPR_029  De parameter diagnosticSession (DS_) wordt gebruikt door de Star tDiagnosticSession-dienst om de 
specifieke werking van de server(s) te selecteren. De onderstaande diagnostische sessies worden in dit 
document gespecif iceerd: 
Tabel 17 
Def initie van diagnosticSession- waarden 
Hex Beschrijving Mnemoniek 
81 StandardDiagnos ticSession 
Deze diagnostisc he sessie maakt alle in tabel 1 — Verzamelta bel 1, ko­
lom 4 ”SD” gespecificeerde diensten mogeli jk. Met deze diensten kunnen 
gegevens van een server (VU) worden gelezen. Deze diagnostische sessie is 
actief nadat de initialisatie tussen cliënt (testapparaat) en server (VU) suc­
cesv ol is afge sloten. Deze diagnostische sessie kan door andere in dit punt 
gespecifi ceerde diagnostisc he sessies overschrev en worden SD 
85 ECUProg rammingSession 
Deze diagnostisc he sessie maakt alle in tabel 1 — Verzamelta bel 1, ko­
lom 6 ”ECUPS” gespecif iceerde diensten mogeli jk. Deze diensten onder ­
steunen het programmeren van het geheug en van een server (VU). Deze 
diagnostisc he sessie kan door andere in dit punt gespecifi ceerde diagnosti ­
sche sessies oversch reven worden. ECUPS 
87 ECU Adjust mentSession 
Deze diagnostisc he sessie maakt alle in tabel 1 — Verzamelta bel 1, ko­
lom 5 ”ECU AS” gespecif iceerde diensten mog elijk. Deze diensten onder ­
steunen de invoer-/uitvoer controle van een server (VU). Deze diagnosti ­
sche sessie kan door andere in dit punt gespecif iceerde diagnostisc he ses­
sies oversch reven worden. ECU AS  26.5.2016 L 139/293 Publicatieblad van de Europese Unie NL    
5.2.  Secur ityAccess-dienst (Veiligheids toegang) 
Het schrijven van kalibrer ingsg egevens is niet mog elijk tenzij de VU in de CALIBRA TION-modus staat. Naast het 
inbreng en van een geldig e werkplaatskaar t moet de juist e PIN-code worden inge voerd voordat toeg ang tot de 
CALIBRA TION-modus wordt toeg estaan. 
Als de VU in de CALIBRA TION- of CONTR OL-modus staat, is toeg ang tot de invoer-/uitv oerlijn van de 
kalibrer ing ook mog elijk. 
De Secur ityA ccess-dienst versc haft een middel om de PIN-code in te voeren en om aan het testapparaat aan te 
geven of de VU in de CALIBRA TION-modus staat. 
De PIN-code kan ook door middel van altern atieve methoden worden ingev oerd. 
5.2.1  Omschr ijving van het bericht 
De Secur ityA ccess-dienst bestaat uit een Secur ityA ccess ”requestSeed”-ber icht (aan vraag van ”seed”), eventueel 
gevolgd door een Secur ityA ccess ”sendKey ”-ber icht (verzoek om sleutel te zenden). De Secur ityA ccess-dienst moet 
na de Star tDiagnosticSession-dienst worden uitgev oerd. 
CPR_033  Het testapparaat moet het Secur ityA ccess ”requestSeed”-ber icht gebr uiken om te controleren of de 
voertuigunit gereed is om een PIN-code te accept eren. 
CPR_034  Indien de voertuigunit reeds in CALIBRA TION-modus is, moet de unit het verzoek beantwoo rden door 
het zenden van een ”seed” van 0x0000 met gebruikmaking van de dienst Secur ityA ccess Positive 
Response. 
CPR_035  Indien de voer tuigunit gereed is om een PIN-code voor verificatie door een werkplaatskaar t te 
accept eren, moet de unit het verzoek beantwoo rden door het zenden van een ”seed” groter dan 
0x0000 met gebruikmaking van de dienst Secur ityA ccess Positive Response. 
CPR_036  Indien de voertuigunit niet gereed is om een PIN-code van het testapparaat te accept eren, omdat de 
ingebracht e werkplaatskaar t niet geldig is of omdat er geen werkplaatskaar t ingebrac ht is of omdat de 
voertuigunit de PIN-code via een andere methode verwacht, moet de unit het verzoek beantwoorden 
met een Nega tive Response met een op conditionsNotCor rectOrRequestSequenceEr ror ingest elde 
antw oordcode. 
CPR_037  Het testapparaat moet dan het Secur ityA ccess ”sendKey ”-ber icht gebruiken om een PIN-code naar de 
voertuigunit te zenden. Om de uitvoering van het kaar tauthenticatieproces voldoende tijd te geven, 
moet de VU de negatieve antwoordcode requestCor rectlyReceived-ResponseP ending (verzoek goed 
ontvang en — antwoord volgt) gebruiken om de tijd voor beantwoording te verlenge n. De 
maximumti jd voor beantwoo rding mag even wel niet meer dan 5 minuten bedragen. Zodra de 
gevraagde dienst is voltooid, moet de VU een bericht van positief antw oord zenden dan wel een bericht 
van negatief antwoord met een andere antw oordcode dan de eerste . De negat ieve antwoordcode 
requestCor rectlyReceived-ResponseP ending mag door de VU worden herhaald totdat de gevraagde 
dienst is voltooid en het definitieve antwoordber icht is gezonden. 
CPR_038  De voer tuigunit mag dit verzoek alleen met gebruikmaking van de dienst Secur ityA ccess Positive 
Response beantwoo rden wanneer hij in CALIBRA TION-modus staat. 
CPR_039  In de onderstaande gevallen moet de voer tuigunit dit verzoek met een Neg ative Response 
beantwoo rden met de antwoordcode ingesteld op: 
—  subFunctionNot suppor ted: ongeldig formaat voor de subfunctieparamet er (accessT ype); 
—  conditionsNotCor rectOrRequestSequenceEr ror: voer tuigunit niet gereed om de invoer van een PIN- 
code te accept eren; 
—  invalidKe y: PIN-code niet geldig en aantal controlepogingen van de PIN-code niet overschreden; 
—  exceededNumberOfA ttem pts: PIN-code niet geldig en aantal controlepogingen van de PIN-code 
overschrede n; 
—  generalReject: correcte PIN-code maar wederzijdse authenticatie met werkplaatskaar t mislukt. 26.5.2016 L 139/294 Publicatieblad van de Europese Unie NL    
5.2.2  Berichtfor maat — Secur ityA ccess — requestSeed 
CPR_040  De berichtf ormat en voor de Secur ityA ccess ”requestSeed”-pr imitieven worden omschr even in de 
onderstaande tabellen. 
Tabel 18 
Secur ityAc cess REQUEST - requestSeed-ber icht 
Byte-# Parameterna am Hex-waarde Mnemoniek 
# 1 Formaatb yte — fysieke adresser ing 80 FMT 
# 2 Byte van het doeladres EE TGT 
# 3 Byte van het bronadres tt SRC 
# 4 Additionele lengteb yte 02 LEN 
# 5 Secur ityA ccess Request Service Id 27 SA 
# 6 AccessT ype — requestSeed 7D AT_RSD 
# 7 Controlesom 00-FF CS  
Tabel 19 
Secur ityAccess — requestSeed Positiv e Response-ber icht 
Byte-# Parameterna am Hex-waarde Mnemoniek 
# 1 Formaatb yte — fysieke adresser ing 80 FMT 
# 2 Byte van het doeladres tt TGT 
# 3 Byte van het bronadres EE SRC 
# 4 Additionele lengteb yte 04 LEN 
# 5 Secur ityA ccess Positiv e Response Service Id 67 SAPR 
# 6 AccessT ype — requestSeed 7D AT_RSD 
# 7 Seed High 00-FF SEEDH 
# 8 Seed Low 00-FF SEEDL 
# 9 Controlesom 00-FF CS  
Tabel 20 
Secur ityAccess Negativ e Response-ber icht 
Byte-# Parameterna am Hex-waarde Mnemoniek 
# 1 Formaatb yte — fysieke adresser ing 80 FMT 
# 2 Byte van het doeladres tt TGT 
# 3 Byte van het bronadres EE SRC 26.5.2016 L 139/295 Publicatieblad van de Europese Unie NL    
Byte-# Parameterna am Hex-waarde Mnemoniek 
# 4 Additionele lengteb yte 03 LEN 
# 5 Negativ e Response Service Id 7F NR 
# 6 Secur ityA ccess Request Service Id 27 SA 
# 7 ResponseCode 
= [conditionsNotCor rectOrRe ­
questSequenceEr ror 22 RC_CNC 
incor rectMessageL ength] 13 RC_IML 
# 8 Controlesom 00-FF CS  
5.2.3  Berichtfor maat — Secur ityA ccess — sendKe y 
CPR_041  De berichtf ormat en voor de Secur ityA ccess ”sendKey”-pri mitieven worden omschr even in de 
onderstaande tabellen. 
Tabel 21 
Secur ityAccess Request — sendKe y-ber icht 
Byte-# Parameterna am Hex-waarde Mnemoniek 
# 1 Formaatb yte — fysieke adresser ing 80 FMT 
# 2 Byte van het doeladres EE TGT 
# 3 Byte van het bronadres tt SRC 
# 4 Additionele lengteb yte m + 2 LEN 
# 5 Secur ityA ccess Request Service Id 27 SA 
# 6 accessT ype — sendKey 7E AT_SK 
# 7 tot # 
m + 6 Key # 1 (High) xx KEY 
… …  
Key # m (low, m moet minimaal 4 en maximaal 8 
zijn) xx  
# m + 7 Controlesom 00-FF CS  
Tabel 22 
Secur ityAcc ess — sendKey Positiv e Response-ber icht 
Byte-# Parameterna am Hex-waarde Mnemoniek 
# 1 Formaatb yte — fysieke adresser ing 80 FMT 
# 2 Byte van het doeladres tt TGT 
# 3 Byte van het bronadres EE SRC 26.5.2016 L 139/296 Publicatieblad van de Europese Unie NL    
Byte-# Parameterna am Hex-waarde Mnemoniek 
# 4 Additionele lengteb yte 02 LEN 
# 5 Secur ityA ccess Positiv e Response Service Id 67 SAPR 
# 6 accessT ype — sendKey 7E AT_SK 
# 7 Controlesom 00-FF CS  
Tabel 23 
Secur ityAccess Negativ e Response-ber icht 
Byte-# Parameterna am Hex-waarde Mnemoniek 
# 1 Formaatb yte — fysieke adresser ing 80 FMT 
# 2 Byte van het doeladres tt TGT 
# 3 Byte van het bronadres EE SRC 
# 4 Additionele lengteb yte 03 LEN 
# 5 Negativ e Response Service Id 7F NR 
# 6 Secur ityA ccess Request Service Id 27 SA 
# 7 ResponseCode = [generalReject 10 # 8 
subFunctionNotSuppor ted 12 RC_SFNS 
incor rectMessageL ength 13 RC_IML 
conditionsNotCor rectOrRe ­
questSequenceEr ror 22 RC_CNC 
invalidKey 35 RC_IK 
excee dedNumberOfAtt emp ts 36 RC_ENA 
requestCor rectlyReceived-Res ­
ponseP ending] 78 RC_R CR_RP 
# 8 Controlesom 00-FF CS  
6.  GEGEVENSO VERBRENGINGSDIENSTEN 
De beschikbare diensten worden in de onderstaande tabel besc hreven: 
Tabel 24 
Gegev enso verbrengingsdiens ten 
Naam van de dienst Besc hrijving 
ReadDataByIdentifi er De cliënt verzoekt om overbrenging van de huidige waarde van een registratie 
met toeg ang door recordDataIdentif ier. 
WriteDataByIdentifier De cliënt verzoekt een voor recordDataIdentif ier toeg ankelijk e registratie te 
schrijven.  26.5.2016 L 139/297 Publicatieblad van de Europese Unie NL    
6.1.  ReadDat aByIdentif ier-diens t (Lees gegev ens met identif icatiesymbool) 
6.1.1  Omschr ijving van het bericht 
CPR_050 De ReadDataByIdentifi er-dienst wordt door de cliënt gebr uikt om van een server om gegevensregistra ­
tiewaarden te vrage n. De gegevens worden geïdentificeerd door een recordDataIdentifier . Het is de 
verantwoo rdelijkheid van de VU-fabrikant dat bij het verrichten van de dienst aan de servervoor ­
waarden wordt volda an. 
6.1.2  Berichtfor maat 
CPR_051  De berichtf ormat en voor de ReadDataByLocalIdentifi er-primitieven worden omschreven in de 
onderstaande tabellen. 
Tabel 25 
ReadDat aByIdentif ier Reques t-ber icht 
Byte-# Parameterna am Hex-waarde Mnemoniek 
# 1 Formaatb yte — fysieke adresser ing 80 FMT 
# 2 Byte van het doeladres EE TGT 
# 3 Byte van het bronadres tt SRC 
# 4 Additionele lengteb yte 03 LEN 
# 5 ReadDataByIdentif ier Request Service Id 22 RDBI 
# 6 en # 
7 RecordDataIdentifier = [een waarde uit tabel 28] xxxx RDI_… 
# 8 Controlesom 00-FF CS  
Tabel 26 
ReadDataByIdentif ier Positiv e Response-ber icht 
Byte-# Parameterna am Hex-waarde Mnemoniek 
# 1 Formaatb yte — fysieke adresser ing 80 FMT 
# 2 Byte van het doeladres tt TGT 
# 3 Byte van het bronadres EE SRC 
# 4 Additionele lengteb yte m + 3 LEN 
# 5 ReadDataByIdentif ier Positiv e Response Ser­
vice Id 62 RDBIPR 
# 6 en # 
7 recordDataIdentifier = [zelfde waarde als byte-nrs. 
6 en 7 tabel 25 Tabel 23] xxxx RDI_ … 
# 8 tot # 
m+7 dataRecord[] = [data # 1 xx DREC_D ATA1 
: : : 
data # m] xx DREC_D ATAm 
# m+8 Controlesom 00-FF CS  26.5.2016 L 139/298 Publicatieblad van de Europese Unie NL    
Tabel 27 
ReadDat aByIdentif ier Negativ e Response-ber icht 
Byte-# Parameterna am Hex-waarde Mnemoniek 
# 1 Formaatb yte — fysieke adresser ing 80 FMT 
# 2 Byte van het doeladres tt TGT 
# 3 Byte van het bronadres EE SRC 
# 4 Additionele lengteb yte 03 LEN 
# 5 Negativ e Response Service Id 7F NR 
# 6 ReadDataByIdentifier Request Service Id 22 RDBI 
# 7 ResponseCode = [requestOutOfRange 31 RC_R OOR 
incor rectMessageL ength 13 RC_IML 
conditionsNotCor rect] 22 RC_CNC 
# 8 Controlesom 00-FF CS  
6.1.3  Parameter defin itie 
CPR_052  De parameter recor dDataIdentifier (RDI_) in het verzoekber icht ReadDataByIdentifi er identif iceer t een 
gegevensregistratie. 
CPR_053  De in dit document gedefinieerde waarden van de recordDataIdentifier worden in de onderstaande 
tabel getoond. 
De tabel recordDataIdentifie r bestaat uit vier kolommen en meerdere rijen. 
—De 1e kolom (Hex) bevat de ”Hex-waarde” die aan de in de 3e kolom gespecif iceerde recordDataI ­
dentif ier is toeg ekend. 
—  De 2e kolom (Gegev enselement) specificeer t het gegevenselement van aanhangsel 1 waarop de 
recordDataIdentif ier is gebaseerd (soms is transcoder ing nodig). 
—  De 3e kolom (Omschr ijving) specific eert de corresponderende recordDataIdentif ier-naam. 
—  De 4e kolom (Mnemonisch) specificeer t de mnemonisch e notatie van deze recordDataIdentif ier. 
Tabel 28 
Def initie van recordDataI dentif ier-waarden 
Hex Gegevenselement recordDataIdentifier- naam 
(zie formaat in punt 8.2) Mnemoniek 
F90B 
 TimeDat e RDI_TD 
F912 
 HighResolution TotalV ehicleDistance RDI_HRT VD 
F918 
 Kfact or RDI_KF 26.5.2016 L 139/299 Publicatieblad van de Europese Unie NL    
Hex Gegevenselement recordDataIdentifier- naam 
(zie formaat in punt 8.2) Mnemoniek 
F91C 
 LfactorT yreCircumfe rence RDI_LF 
F91D 
 WvehicleCharacter isticF actor RDI_WV CF 
F921 
 Bandenmaat RDI_TS 
F922 
 NextCalibrationDat e RDI_NCD 
F92C 
 SpeedAuthor ised RDI_S A 
F97D 
 Regist eringMemberState RDI_RMS 
F97E 
 VehicleRegistrationNumber RDI_ VRN 
F190 
 VIN RDI_ VIN  
CPR_054  De paramete r dataRecor d (DREC_) wordt gebruikt door het ReadDataByIdentifi er positive response- 
bericht om de door de recordDataIdentif ier geïdentificeerde gegevensregistratiewaarde aan de cliënt 
(testapparaat) te leveren. Gegevensf ormat en worden in punt 8 nader gespecifi ceerd. Aanvullende voor 
de gebruike r facultat ieve dataRecords, met inbegr ip van voor de VU specifieke invoergeg evens, interne 
gegevens en uitvoer gegevens kunnen worden geïmplement eerd, maar zijn niet in dit document 
gedefi nieerd. 
6.2.  WriteDataById entif ier service 
6.2.1  Omschr ijving van het bericht 
CPR_056  De dienst WriteDataByIdentifier wordt door de cliënt gebruikt om gegevensregistratiewaarden naar een 
server te schrijven. De gegevens worden geïde ntifi ceerd door een recordDataIdentif ier. Het is de verant ­
woordelij kheid van de VU-fab rikant dat bij het verrichten van de dienst aan de servervoorwaarden 
wordt voldaan. Om de paramete rs van tabel 28 bij te werk en moet de VU in CALIBRA TION-modus 
staan. 
6.2.2  Berichtfor maat 
CPR_057  De berichtformaten voor de WriteDataByIdentif ier-primitieven worden omschreven in de onderstaande 
tabellen. 
Tabel 29 
WriteDat aByIdentif ier Request-b ericht 
Byte-# Parameterna am Hex-waarde Mnemoniek 
# 1 Formaatb yte — fysieke adresser ing 80 FMT 
# 2 Byte van het doeladres EE TGT 
# 3 Byte van het bronadres tt SRC 
# 4 Additionele lengteb yte m+3 LEN 
# 5 WriteDat aByIdentif ier Request Service Id 2E WDBI 
# 6 en # 
7 RecordDataIdentifier = [een waarde uit tabel 28] xxxx RDI_ … 26.5.2016 L 139/300 Publicatieblad van de Europese Unie NL    
Byte-# Parameterna am Hex-waarde Mnemoniek 
# 8 tot # 
m+7 dataRecord[] = [data # 1 xx DREC_D ATA1 
: : : 
data # m] xx DREC_D ATAm 
# m+8 Controlesom 00-FF CS  
Tabel 30 
WriteDataById entif ier Positiv e Response-ber icht 
Byte-# Parameterna am Hex-waarde Mnemoniek 
# 1 Formaatb yte — fysieke adresser ing 80 FMT 
# 2 Byte van het doeladres tt TGT 
# 3 Byte van het bronadres EE SRC 
# 4 Additionele lengteb yte 03 LEN 
# 5 WriteDat aByIdentif ier Positiv e Response Ser­
vice Id 6E WDBIPR 
# 6 en # 
7 recordDataIdentifier = [zelfde waarde als byte-nrs. 
6 en 7 tabel 29] xxxx RDI_ … 
# 8 Controlesom 00-FF CS  
Tabel 31 
WriteDataByIdentif ier Negativ e Response-ber icht 
Byte-# Parameterna am Hex-waarde Mnemoniek 
# 1 Formaatb yte — fysieke adresser ing 80 FMT 
# 2 Byte van het doeladres tt TGT 
# 3 Byte van het bronadres EE SRC 
# 4 Additionele lengteb yte 03 LEN 
# 5 Negativ e Response Service Id 7F NR 
# 6 WriteDataByIdentif ier Request Service Id 2E WDBI 26.5.2016 L 139/301 Publicatieblad van de Europese Unie NL    
Byte-# Parameterna am Hex-waarde Mnemoniek 
# 7 ResponseCode = [requestOutOfRange 31 RC_R OOR 
incor rectMessageL ength 13 RC_IML 
conditionsNotCor rect] 22 RC_CNC 
# 8 Controlesom 00-FF CS  
6.2.3  Parameter defin itie 
De parameter recor dDataIdentifier (RDI_) wordt in tabel 28 gedef inieerd. 
De parameter dataRecor d (DREC_) wordt gebruikt door het WriteDataByIdentif ier request-ber icht om aan de 
server (VU) de gegevensregistratiewaarden te leveren die door de recordDataIdentif ier zijn geïdentif iceerd. 
Gegeven sformaten worden in punt 8 nader gespecifi ceerd. 
7.  CONTR OLE VAN TESTIMPULSEN — INV OER -/UIT VOER CON TROLE FUNCTIONELE EENHEID 
De beschikbare diensten worden in de onderstaande tabel besc hreven: 
Tabel 32 
Invoer-/uitv oercontrole functionele eenheid 
Naam van de dienst Besc hrijving 
InputOutputCont rolByIdentif ier De cliënt verzoekt om controle van een voor de server specifi eke invoer/uit ­
voer .  
7.1.  InputOutputControlByIdentif ier-dienst 
7.1.1  Omschr ijving van het bericht 
Er is een verbinding via de frontconnector waar mee testpulsen met gebr uikmaking van een geschikt testapparaat 
gecontrolee rd of gemonitord kunnen worden. 
CPR_058 Deze kalibrer ings-I/O-signaalli jn kan door het K-lijncommando geconf igureerd worden met gebruik­
making van de dienst InputOutputControlByIdentifier om de vereiste invoer- of uitvoerfunctie voor de 
lijn te select eren. De beschikbare instelli ngen van de lijn zijn: 
—  geblokk eerd, 
—  speedSignalInput, waarbij de kalibrer ings-I/O-signaallijn wordt gebruikt om een snelheidssignaal 
(testsignaal) in te voeren dat het snelheidssignaal van de bewegingssensor vervangt, deze functie is 
niet besc hikbaar in de CONTR OL-modus, 
—  realTimeSpeedSignalOutputSensor , waarbij de kalibrer ings-I/O-signaallijn wordt gebruikt om het 
snelheidssignaal van de bewegingssensor uit te voeren, 
—  RTC Output, waarbij de kalibrer ings-I/O-signaallijn wordt gebruikt om het UTC-klok signaal uit te 
voeren, deze functie is niet besch ikbaar in de CONTR OL-modus. 
CPR_059  De voertuigunit moet een afstellings sessie ingevoerd hebben en in CALIBRA TION- of CONTR OL- 
modus staan om de inste lling van de lijn te conf igureren. Indien de VU in de CALIBRA TION-modus 
staat, kunnen de vier statussen van de lijn worden geselecteerd (uitgesc hakeld, speedSignalInput, realTi ­
meSpeedSignalOutputSensor , RTC Output). Indien de VU in de CONTR OL-modus staat, kunnen slechts 
twee statussen van de lijn worden geselecteerd (uitgesc hakeld, realTimeSpeedSignalOutputSensor). Bij 
het verlat en van de afste llingssessie of van de CALIBRA TION- of CONTR OL-modus moet de 
voertuigunit ervoor zorg en dat de kalibrer ings-I/O-signaallijn teruggebrac ht wordt in de ”geblokkeerde” 
(standaard)inste lling. 26.5.2016 L 139/302 Publicatieblad van de Europese Unie NL    
CPR_060  Indien snelheidspulsen op de real-time-inv oerli jn van het snelheidssignaal van de VU worden 
ontvang en terwijl de kalibrer ings-I/O-signaalli jn op invoer staat, moet de kalibrer ings-I/O-signaallijn op 
uitvoe r worden gezet of worden terug gebracht naar de geblokkeerde instelling. 
CPR_061  De sequentie moet zijn: 
—  breng met de Star tCommunication-dienst de overdracht tot stand; 
—  voer met de Star tDiagnosticSession-dienst een afstellingssessie in en zet de VU in de 
CALIBRA TION- of CONTR OL-modus (de volgorde van deze twee opdrac hten is niet belangr ijk); 
—  wijzig de instelli ng van de uitvoer met de InputOutp utControlByIdentif ier-dienst. 
7.1.2  Berichtfor maat 
CPR_062  De berichtformaten voor de InputOutputCon trolByIdentif ier-primitieven worden omschr even in de 
onderstaande tabellen. 
Tabel 33 
InputOutputControlByIdentif ier Request -ber icht 
Byte-# Parameterna am Hex-waarde Mnemoniek 
# 1 Formaatb yte — fysieke adresser ing 80 FMT 
# 2 Byte van het doeladres EE TGT 
# 3 Byte van het bronadres tt SRC 
# 4 Additionele lengteb yte xx LEN 
# 5 InputOutputControlByIdentif ier Request Sid 2F IOCBI 
# 6 en # 
7 Input OutputIdentif ier = [CalibrationInputOutput] F960 IOI_CIO 
# 8 of 
# 8 en # 
9 ControlOp tionRecord = [  COR_… 
Input OutputControlParamet er — één waarde uit 
tabel 36 xx IOCP_… 
controlStat e — één waarde uit tabel 37 (zie onder ­
staande opmerking)] xx CS_… 
# 9 of # 
10 Controlesom 00-FF CS  
Opmerking: De parameter controlState is slechts in een paar gevallen aanwezig (zie 7.1.3). 
Tabel 34 
InputOutputControlByIdentif ier Positiv e Response-ber icht 
Byte-# Parameterna am Hex-waarde Mnemoniek 
# 1 Formaatb yte — fysieke adresser ing 80 FMT 
# 2 Byte van het doeladres tt TGT 26.5.2016 L 139/303 Publicatieblad van de Europese Unie NL    
Byte-# Parameterna am Hex-waarde Mnemoniek 
# 3 Byte van het bronadres EE SRC 
# 4 Additionele lengteb yte xx LEN 
# 5 inputOutputControlByIdentif ier Positiv e Res ­
ponse SId 6F IOCBIPR 
# 6 en # 
7 inputOut putIdentif ier = [CalibrationInputOutput] F960 IOI_CIO 
# 8 of 
# 8 en # 
9 controlStatusRecord = [  CSR_ 
inputOut putControlParamet er (zelfde waarde als 
byte-# 8 tabel 33) xx IOCP_… 
controlStat e (zelfde waarde als byte-# 9 tabel 33)] 
(indien van toepassing) xx CS_… 
# 9 of # 
10 Controlesom 00-FF CS  
Tabel 35 
InputOutputControlByIdentif ier Negativ e Response-ber icht 
Byte-# Parameterna am Hex-waarde Mnemoniek 
# 1 Formaatb yte — fysieke adresser ing 80 FMT 
# 2 Byte van het doeladres tt TGT 
# 3 Byte van het bronadres EE SRC 
# 4 Additionele lengteb yte 03 LEN 
# 5 Negativ e Response Service Id 7F # 6 
# 6 inputOut putControlByIdentif ier Request SId 2F IOCBI 
# 7 responseCode=[   
incor rectMessageL ength 13 RC_IML 
conditionsNotCor rect 22 RC_CNC 
requestOutOfRange 31 conditionsNot ­
Correct] 
deviceControlLimitsEx ceeded] 7A RC_DCLE 
# 8 Controlesom 00-FF CS  
7.1.3  Parameter defin itie 
CPR_064  De paramete r inputOutputControlP arameter (IOCP_) wordt omschreven in de onderstaande tabel. 26.5.2016 L 139/304 Publicatieblad van de Europese Unie NL    
Tabel 36 
Def initie van inputOutputControlParameter -waarden 
Hex Beschrijving Mnemoniek 
00 Retur nControlT oECU 
Deze waarde moet aan de server (VU) aangeven dat het testapparaat niet 
lange r controle heef t over de kalibrer ings-I/O-signaalli jn. RCTECU 
01 ResetT oDefault 
Deze waarde moet aan de server (VU) aangeven dat gevraagd wordt de ka­
librer ings-I/O-signaalli jn terug te stellen op de standaardinstelling. RTD 
03 Shor tTermAdjustment 
Deze waarde moet aan de server (VU) aangeven dat gevraagd wordt de ka­
librer ings-I/O-signaalli jn af te stellen op de waarde in de controlState para ­
meter. STA  
CPR_065 De parameter controlSta te is alleen aanwezig wanneer de inputOutput ControlParamet er op Shor tTer­
mAdjustment ingest eld is en wordt in de onderstaande tabel omschr even: 
Tabel 37 
Def initie van controlSt ate-waarden 
Modus Hex-waarde Beschrijving 
Uitsc hakelen 00 I/O-lijn is geblokkeerd (standaardinstelli ng) 
Insch akelen 01 Kali brer ings-I/O-lijn kan worden gebruikt als speedSignalInput 
Insch akelen 02 Kali brer ings-I/O-lijn kan worden gebruikt als realTimeSpeedSig ­
nalOutputSensor 
Insch akelen 03 Kali brer ings-I/O-lijn kan worden gebruikt als RTC Output  
8.  FORMA TEN VAN DATARECO RDS 
Dit punt bevat nadere bijzon derheden betreff ende: 
—  alge mene regels die moeten worden toeg epast op reeksen paramete rs die door de voer tuigunit aan het 
testapparaat worden doorge geven, 
—formate n die moeten worden gebruikt voor gegevens die via de in punt 6 besch reven diensten voor gegevens ­
overbrenging worden doorgeg even. 
CPR_067  Alle geïdentif iceerde paramete rs moet en door de VU worden onderst eund. 
CPR_068 Gege vens die door de VU aan het testapparaat worden doorgeg even in antwoord op een verzoek ­
bericht, moeten van het gemet en type zijn (d.w .z. huidige waarde van de gevraagde parameter zoals 
gemeten of waargen omen door de VU). 
8.1.  Overgebrachte parameter reek sen 
CPR_069  Tabel 38 definieer t de reek sen die worden gebruikt om de geldigheid van een overg ebrac hte paramet er 
te bepalen. 26.5.2016 L 139/305 Publicatieblad van de Europese Unie NL    
CPR_070  De waarden in de reek s ”foutindicator” vormen een middel voor de voer tuigunit om onmiddellijk aan 
te geven dat geldige parametr isch e gegevens momentee l niet besc hikbaar zijn weg ens een of andere 
fout in de tachog raaf. 
CPR_071  De waarden in de reek s ”niet beschikbaar” vorm en een middel voor de voer tuigunit om een bericht 
over te brengen dat een parameter bevat welke in die module niet beschikbaar is of niet wordt 
onderst eund. De waarden in de reek s ”niet gevraagd” vormen een middel voor een apparaat om een 
commandober icht over te breng en en de parameter s te identif iceren waar voor geen antw oord van het 
ontvangstapparaat wordt verwacht. 
CPR_072  Indien een storing in een onderdeel het onmogeli jk maakt geldig e gegevens voor een parameter over te 
breng en, moet de foutindicator , als besc hreven in tabel 38, worden gebr uikt in plaats van de gegeve ns 
van die paramete r. Indien de gemet en of berekende gegevens echter een waarde opleveren die geldig is, 
maar de gedef inieerde paramete rreek s oversch rijdt, mag de foutindicator niet worden gebruikt. De 
gegevens moete n worden overg ebracht met gebruikmaking van de passende minimale of maximale 
paramete rwaarde. 
Tabel 38 
bereik van dataRecords 
Reeksnaam 1 byte 
(Hex-waarde) 2 bytes 
(Hex-waarde) 4 bytes 
(Hex-waarde) ASCII 
Geldig signaal 00 tot FA 0000 tot FAFF 00000000 tot FAFFFFFF 1 tot en 
met 254 
Parameterspecifieke indicator FB FB00 tot FBFF FB000000 tot FBFFFFFF geen 
Gereser veerde reeks voor toe­
komstige indicatorbits FC tot FD FC00 tot FDFF FC000000 tot FDFFFFFF geen 
Foutindicator FE FE00 tot FEFF FE000000 tot FEFFFFFF 0 
Niet besch ikbaar of niet ge­
vraagd FF FF00 tot FFFF FF000000 tot FFFFFFFF FF  
CPR_073  Voor in ASCII gecodeerde paramete rs is het ASCII-t eken ”*” gereser veerd als begrenzer . 
8.2.  Formaten van dataRecords 
De tabellen 39 tot en met 42 bevatten bijzon derheden over de formaten die moet en worden gebr uikt via de 
ReadDataByIdentifi er- en WriteDataByIdentif ier-diensten. 
CPR_074 Tabel 39 geeft de lengte, resolutie en bedr ijfsreeks voor elke parameter die door zijn recordDataIden ­
tifier is geïdentificeerd: 
Tabel 39 
Formaat van dataRecords 
Parameterna am Data lengte 
(bytes) Resolutie Bedr ijfsreeks 
TimeDat e 8 Zie nadere informatie in tabel 40 
HighResolution TotalV ehicleDistance 4 5 m/bit, toen ame, 0 m offset 0 tot + 21 055 406 km 
Kfact or 2 0,001 pulse/m/bit, toename, 0 off­
set 0 tot 64,255 pulsen/m 
LfactorT yreCircumfe rence 2 0,125 10– 3 m /bit, toename, 0 off­
set 0 tot + 8,031 m 
WvehicleCharacter isticF actor 2 0,001 pulse/m/bit, toename, 0 off­
set 0 tot 64,255 pulsen/m 
Bandenmaat 15 ASCII ASCII 26.5.2016 L 139/306 Publicatieblad van de Europese Unie NL    
Parameterna am Data lengte 
(bytes) Resolutie Bedr ijfsreeks 
NextCalibrationDat e 3 Zie nadere informatie in tabel 41 
SpeedAuthor ised 2 1/256 km/h/bit, toen ame, 0 offset 0 tot 250,996 km/h 
Regist eringMemberState 3 ASCII ASCII 
VehicleRegistrationNumber 14 Zie nadere informatie in tabel 42 
VIN 17 ASCII ASCII  
CPR_075  Tabel 40 bevat bijzon derheden betreffende de formate n van de versch illende bytes van de TimeDate- 
paramete r: 
Tabel 40 
Gedet ailleerd formaat van TimeDate (recordDataIdentif ier-waarde # F922) 
Byte Param eterdefinitie Resolutie Bedr ijfsreeks 
1 Seconden 0,25 s/bit, toen ame, 0 s comp. 0 tot 59,75 
2 Minute n 1 min/bit, toen ame, 0 min comp. 0 tot 59 min 
3 Uren 1 h/bit toen ame, 0 h comp. 0 tot 23 h 
4 Maand 1 maand/bit toen ame, 0 maand comp. 1 tot 12 maand 
5 Dag 0,25 dag/bit toename, 0 dag comp. 
(zie NOOT onder tabel 41) 0,25 tot 31,75 da­
gen 
6 Jaar 1 jaar/bit toen ame, + 1985 jaar comp. 
(zie NOOT onder tabel 41) jaar 1985 tot 2235 
7 Lokale minuutcom pen­
satie 1 min/bit, toena me, – 125 min comp. – 59 tot + 59 min 
8 Lokale uurcom pensatie 1 h/bit toen ame, – 125 h comp. – 23 tot + 23 h  
CPR_076 Tabel 41 bevat bijzonderheden betreffe nde de formaten van de versch illende bytes van de NextCalibrati ­
onDate -parameter . 
Tabel 41 
Gedet ailleerd formaat van NextCalibrationDate (recordDat aIdentif ier-waarde # F922) 
Byte Param eterdefinitie Resolutie Bedr ijfsreeks 
1 Maand 1 maand/bit toen ame, 0 maand comp. 1 tot 12 maand 
2 Dag 0,25 dag/bit toename, 0 dag comp. 
(zie NOOT hieronder) 0,25 tot 31,75 da­
gen 
3 Jaar 1 jaar/bit toen ame, + 1985 jaar comp. 
(zie NOOT hieronder) jaar 1985 tot 2235  26.5.2016 L 139/307 Publicatieblad van de Europese Unie NL    
NOOT betreffende het gebr uik van de ”Dag”-paramet er:  
1) Een waarde van 0 voor de datum is ongeldig. De waarden 1, 2, 3 en 4 worden gebr uikt om de eerste dag van 
de maand aan te geven; 5, 6, 7 en 8 geven de tweede dag van de maand aan, enz. enz.  
2) Deze parameter beïnvloedt of wijzi gt de bovenstaande uur-parameter niet. 
NOOT betreffende het gebr uik van de ”Jaar”-paramet er: 
Een waarde van 0 voor het jaar geeft het jaar 1985 aan; een waarde van 1 geeft 1986 aan, enz. 
CPR_078 Tabel 42 bevat bijzon derheden betreffe nde de formaten van de verschil lende bytes van de VehicleRegi ­
strationNumber -parameter . 
Tabel 42 
Gedet ailleerd formaat van VehicleRegist rationNumber (recordDataId entif ier-waarde # F97E) 
Byte Paramet erdefinitie Resolutie Bedr ijfsreeks 
1 Code Page (zoals gedefinieerd in aanhangsel 1) ASCII 01 tot 0 A 
2 – 14 Vehicle Registration Number (zoals gedefinieerd in 
aanhangsel 1) ASCII ASCII   26.5.2016 L 139/308 Publicatieblad van de Europese Unie NL    
Aanhangse l 9 
TYPEGOEDKEURING LIJST VAN MINIMAAL VEREISTE TESTS 
INHOUDSOPGA VE 
1. INLEIDING ............................................................................................................................................. 309 
2. FUNCTIETESTS VAN DE VOER TUIGUNIT ...................................................................................................... 311 
3. FUNCTIETESTS VAN DE BEWEGINGSSENSOR ................................................................................................ 315 
4. FUNCTIETESTS VAN TACHOGRAAF KAAR TEN ............................................................................................... 318 
5. TESTS EXTERNE GNSS-MODULE ................................................................................................................. 328 
6. TESTS VAN DE APP ARA TUUR VOOR COMMUNIC ATIE OP AFST AND ................................................................. 331 
7. FUNCTIETESTS VAN DOCUMENT ATIE ......................................................................................................... 333 
8. INTER OPERABILITEITSTESTS ..................................................................................................................... 335  
1.  INLEIDING 
1.1.  Typegoedkeu ring 
De EG-typegoedk euring van een controleapparaat (of een compo nent daar van) of van een tachograafkaar t is 
gebaseerd op: 
—een veiligheidscer tificer ing volgens de specifi caties van de gemeensc happelij ke criteria en met een veiligheids ­
doelstelling die volledig voldoet aan aanhangsel 10 van deze bijlag e (zoals aangevuld/g ewijzigd); 
—  een functiecer tificer ing uitge voerd door een autor iteit van de lidstaat die certificeer t dat het geteste apparaat 
voldoet aan de voorschrif ten van deze bijlage met betrekking tot uitge voerde functies, meetnauwk eurigheid en 
milieukenmerk en; 
—een interoperabiliteitscer tificer ing uitgev oerd door de bevo egde instantie die certificeer t dat het controleap ­
paraat (of de tachograafkaar t) volledig inter operabel is met de vereiste modellen tachog raafkaar ten (of controle ­
apparaten) (zie hoofdstuk 8 van deze bijlag e). 
Dit aanhangsel specif iceer t welke tests minimaal door een autori teit van de lidstaat tijdens de functietest s moeten 
worden uitge voerd, en welke tests minimaal door de bevoegde instantie tijdens de interoperabilit eitstests moet en 
worden uitgev oerd. De voor het uitvoer en van de tests te volg en procedures of de soor t tests worden niet nader 
gespecifi ceerd. 
Aspecte n in verband met de veiligheidscer tificer ing worden niet behandeld in dit aanhangsel. Indien sommige voor 
de typegoedke uring vereiste tests tijde ns de veiligheidsevaluatie en het certificeringsproces uitgev oerd zijn, hoeven 
deze tests niet opnieuw te worden uitgev oerd. In dat geval moeten alleen de resultaten van deze veiligheidstests 
worden gecontroleerd. Ter informatie worden de voorschri ften die naar verwachti ng tijdens de veiligheidscer tifi­
cering worden getest (of die nauw verband houden met de tests die naar verwachti ng worden uitgev oerd) in dit 
aanhangsel met een ”*” aangeduid. 
De genummerde voorschri ften verwijzen naar het geheel van bijlagen; de overige voorsc hriften verwijzen naar de 
andere aanhangsels. Zo verwijst PIC_001 bijvoorbeeld naar het voorsc hrift PIC_001 van aanhangsel 3 
”Pictog rammen”. 
Dit aanhangsel behandelt afzonderli jk de typegoedke uring van de bewegingssensor , de voer tuigunit en de externe 
GNSS-module als samenste llende delen van het controleapparaat. Elk samenstellend deel krijgt een eigen typegoed ­
keuringscer tificaat waar in de andere compati bele compo nent en zijn aange geven. De functietes t van de bewegings ­
sensor (of van de externe GNSS-module) wordt uitge voerd samen met de voertuigunit, en omg ekeerd. 
Er is geen interoperabilit eit vereist tussen elk model bewegingssensor (of externe GNSS-module) en elk model 
voertuigunit. In dit geval kan de typegoedke uring van een bewegingssensor (of externe GNSS-module) alleen in 
combinatie met de typegoedkeuri ng van de desbetreffe nde voer tuigunit worden verleend, en omgek e erd. 26.5.2016 L 139/309 Publicatieblad van de Europese Unie NL    
1.2.  Referentienor men 
De onderstaande referentienorme n worden in dit aanhangsel gebruikt: 
IEC 60068-2-1: Environmenta l testing — Part 2-1: Tests — Test A: Cold. 
IEC 60068-2-2: Basic environmental testin g procedures — Part 2: tests — Tests B: Dry heat (sinusoidal). 
IEC 60068-2-6: Environmenta l testing — Part 2: Tests — Test Fc: Vibration. 
IEC 60068-2-14: Environmental testing — Part 2-14: Tests — Test N: Change of temperature. 
IEC 60068-2-27: Environmental testing — Part 2: Tests — Test Ea and guidance: Shock. 
IEC 60068-2-30: Environmental testing — Part 2-30: Tests — Test Db: Dam p heat, cyclic (12 h + 12 h cycle). 
IEC 60068-2-64: Environmental testing — Part 2-64: Tests — Test Fh: Vibration, broadband random and guidance. 
IEC 60068-2-78 Environmental testing — Part 2-78: Tests — Test Cab: Dam p heat, steady state. 
ISO 16750-3 —Mechanical loads (2012-12). 
ISO 16750-4 —Climatic loads (2010-04). 
ISO 20653: Road vehicles — Degree of prote ction (IP code) — Prote ction of electr ical equipment against foreign 
objects, water and access. 
ISO 10605:2008 + Technical Corrigendum 1:2010 + AMD 1:2014 Road vehicles — Test methods for electr ical 
disturbances from electrostatic disc harge. 
ISO 7637-1: 2002 + AMD 1: 2008 Road vehicles — Electr ical disturbances from conduction and coupling — Part 
1: Definitions and general considerations. 
ISO 7637-2 Road vehicles — Electr ical disturbances from conduction and coupling — Part 2: Electr ical transient 
conduction along supply lines only . 
ISO 7637-3 Road vehicles — Electr ical disturbances from conduction and coupling — Part 3: Electr ical transient 
transmission by capacitive and inductive coupling via lines other than supply lines. 
ISO/IEC 7816-1 Identification cards — Integra ted circuit(s) cards with contacts — Part 1: Physical charact eristics. 
ISO/IEC 7816-2 Information technology — Identif ication cards — Integrat ed circuit(s) cards with contacts — Part 
2: Dimensions and location of the contacts. 
ISO/IEC 7816-3 Information technology — Identif ication cards — Integrat ed circuit(s) cards with contacts — Part 
3: Electronic signals and transmission prot ocol. 
ISO/IEC 10373-1:2006 + AMD 1:2012 Identif ication cards — Test methods — Part 1: General charact eristics. 
ISO/IEC 10373-3:2010 + Techn ical Corrigen dum 1:2013 Identification cards — Test methods — Part 3: Integrated 
circuit cards with contacts and related interfa ce devices. 
ISO 16844-3:2004, Cor 1:2006 Road vehicles — Tachograph system s — Part 3: Motion sensor interface (with 
vehicle units). 
ISO 16844-4 Road vehicles — Tachog raph systems — Part 4: CAN interface. 
ISO 16844-6 Road vehicles — Tachog raph systems — Part 6: Diagnostics 26.5.2016 L 139/310 Publicatieblad van de Europese Unie NL    
ISO 16844-7 Road vehicles — Tachog raph systems — Part 7: Paramet ers. 
ISO 534 Paper and board — Determination of thickness, density and specif ic volume. 
UN ECE R10 Uniform provisions concer ning the appro val of vehicles with regard to electromagnetic compat ibility 
(United Nation Economic Commission for Europe) 
2.  FUNCTIETESTS VAN DE VOERTUIGUNIT 
Nr. Test Omschrijving Gerelat eerde voor ­
schrif ten 
1 Administ ratiev e controle 
1.1 Documentatie Juistheid van de documentatie  
1.2 Testresultat en van 
de fabrikant Resultate n van de tijdens integrat ie door de fabrikant uitge ­
voerde test. 
Papierdemonstraties 88, 89, 91 
2 Visuele inspectie 
2.1 Naleving van de documentatie  
2.2 Identif icatie/opsc hriften 224 t.e.m. 226 
2.3 Materiaal 219 t.e.m. 223 
2.4 Verzegeling 398, 401 t.e.m. 405 
2.5 Externe interface s  
3 Functietests 
3.1 Aanwezig e functies 03, 04, 05, 07, 382 
3.2 Werkingsmodi 09 t.e.m. 11*, 132, 133 
3.3 Functies en gegevenstoeg angsrec hten 12* 13*,, 382, 383, 
386 t.e.m. 389 
3.4 Controle op het inbreng en en uitnemen van kaar ten 15, 16, 17, 18, 19*, 
20*, 132 
3.5 Meting van snelheid en afge legde afstand 21 t.e.m. 31 
3.6 Tijdmeting (test uitgev oerd bij 20 °C) 38 t.e.m. 43 
3.7 Controle op activitei ten van de bestuurder 44 t.e.m. 53, 132 
3.8 Controle op de status van de bestuurders 54, 55, 132 26.5.2016 L 139/311 Publicatieblad van de Europese Unie NL    
Nr. Test Omschrijving Gerelat eerde voor ­
schrif ten 
3.9 Handmatige invoer 56 t.e.m. 62 
3.10 Beheer van bedr ijfsvergrendeling en 63 t.e.m. 68 
3.11 Bewaking van controleactivit eiten 69, 70 
3.12 Detectie van voorvallen en/of fouten 71 t.e.m. 88 132 
3.13 Identif icatiegeg evens van de apparatuur 93*, 94*, 97, 100 
3.14 Gegeven s over inbrengen en uitnemen van de bestuurderskaar t 102* t.e.m. 104* 
3.15 Gegeven s over activitei ten van de bestuurder 105* t.e.m. 107* 
3.16 Plaats- en positiegeg evens 108* t.e.m. 112* 
3.17 Gegeven s over de kilometers tand 113* t.e.m. 115* 
3.18 Gedetailleerde snelheidsg egevens 116* 
3.19 Gegeven s over voor vallen 117* 
3.20 Foutge gevens 118* 
3.21 Kali brer ingsgeg evens 119* t.e.m. 121* 
3.22 Tijdafstellingsg egevens 124*, 125* 
3.23 Gegeven s over controleactivit eiten 126*, 127* 
3.24 Gegeven s over bedr ijfsvergrendeling en 128* 
3.25 Gegeven s over downloadactiviteit en 129* 
3.26 Gegeven s over specifi eke omstandigheden 130*, 131* 
3.27 Registreren en opslaan op tachograafkaar ten 134, 135, 136*, 137*, 
139*, 140, 141 
142, 143, 144*, 145*, 
146*, 147, 148 
3.28 Visuele weerga ve 90, 132, 
149 t.e.m. 166, 
PIC_001, DIS_001 
3.29 Afdr ukken 90, 132, 167 t.e. 
m. 179, PIC_001, 
PRT_001 t.e. 
m. PRT_014 
3.30 Waarsc huwingssignalen 132, 180 t.e.m. 189, 
PIC_001 26.5.2016 L 139/312 Publicatieblad van de Europese Unie NL    
Nr. Test Omschrijving Gerelat eerde voor ­
schrif ten 
3.31 Doorsturen van gegevens naar exte rne media 90, 132, 190 t.e. 
m. 194 
3.32 Communicatie op afstand voor gerichte wegcontroles 195 t.e.m. 197 
3.33 Uitvo ergeg evens naar aanvullende exte rne apparaten 198, 199 
3.34 Kali brer ing 202 t.e.m. 206*, 383, 
384, 388 t.e.m. 391 
3.35 Kali brer ingscontrole langs de weg 207 t.e.m. 209 
3.36 Tijdafstelling 210 t.e.m. 212 
3.37 Geen interferentie van aanvullende functies 06, 425 
3.38 Interfa ce van de bewegingssensor 02, 122 
3.39 Externe GNSS-module 03, 123 
3.40 Verifieer of de voer tuigunit (VU) de door de VU-fabri kant bepaalde voor vallen 
en/of fouten detectee rt, registreer t en opslaat, wanneer een gekoppelde bewe ­
gingssensor reagee rt op een magnetisch veld dat de bewegingsdet ectie van het 
voertuig stoor t 217 
3.41 Codereek s en gestandaardiseerde domein parameter s CSM_48, CSM_50 
4 Milieutest s 
4.1 Temp eratuur Controleer de functionalit eit aan de hand van: 
ISO 16750-4, punt 5.1.1.2: test bij lage temperatuur in in­
geschak elde toestand (72 uur bij – 20 °C) 
Deze test berust op IEC 60068-2-1: Environmental testing 
— deel 2-1: Tests — Test A: Cold 
Test overeenk omstig ISO 16750-4, punt 5.1.2.2: test bij 
hoge temperatuur in ingeschak elde toestand (72 uur bij 
+ 70 °C) 
Deze test berust op IEC 60068-2-2: Basic environmental 
testin g procedures –deel 2: tests — Tests B: Dry heat 
Test overeenk omstig ISO 16750-4: punt 5.3.2: snelle tem ­
peratuur wisselinge n binnen de voorg eschreven overg angs ­
duur (20 wisselinge n met een temperatuur variërend van – 
20 °C tot + 70 °C, bij een verblijf gedurende 2 uur bij de 
laagst e en de hoogst e temperatuur) 
Een kleiner aantal tests (zoals gedefinieerd in punt 3 van 
deze tabel) kan worden uitgev oerd bij de laagste tempera ­
tuur , bij de hoogst e temperatuur en tijde ns de temperatuur ­
wisselinge n 213 26.5.2016 L 139/313 Publicatieblad van de Europese Unie NL    
Nr. Test Omschrijving Gerelat eerde voor ­
schrif ten 
4.2 Vochtigheid Controleer of de voer tuigunit bestand is tegen een cyclische 
vochtigheid (war mtet est) aan de hand van IEC 60068-2-30, 
test Db, zes cycli van 24 uur, elke temperatuur variërend 
van + 25 °C tot + 55 °C en een relatieve vochtigheid van 
97 % bij + 25 °C en gelijk aan 93 % bij + 55 °C 214 
4.3 Vibratie en me­
chanische schok ­
ken 1.  Sinusoïdale vibraties 
Controleer of de voer tuigunit bestand is tegen sinusoï ­
dale vibraties met de onderstaande kenmer ken: 
constante verplaatsing tussen 5 en 11 Hz: 10 mm piek 
constante acceleratie tussen 11 en 300 Hz: 5 g 
Dit voorsc hrift wordt gecontrolee rd aan de hand van 
IEC 60068-2-6, test Fc, met een minimale testduur van 
drie keer 12 uur (12 uur per as) 
Apparatuur die zich in de apar te bestuurderscabine be­
vindt, moet volg ens ISO 16750-3 niet op sinusoïdale vi­
braties worden getest 
2.  Willekeurige vibraties 
Test overeenk omstig ISO 16750-3, punt 4.1.2.8: test 
VIII: bedr ijfsv oertuigen met apar te bestuurderscabine 
Test op willekeur ige vibraties, 10…2 000 Hz, effectieve 
waarde in verticale richtin g 21,3 m/s2, effectieve waarde 
in lengt erichting 11,8 m/s2, effectieve waarde in zij­
waar tse richtin g 13,1 m/s2, drie assen, 32 uur per as, in­
clusief temperatuur wisseling tussen – 20 °C en + 70 °C 
Deze test berust op IEC 60068-2-64: Environmental tes­
ting — Part 2-64: Tests — Test Fh: Vibration, broad ­
band random and guidance. 
3.  Schokk en 
Mechanis che schok met halve-sinuspuls van 3 g over­
eenk omstig ISO 16750 
De bovengen oemde tests worden op twee versch illende 
modellen van de te testen apparatuur uitge voerd 219 
4.4 Besche rming te­
gen water en 
vreemde licha ­
men Test overeenk omstig ISO 20653: Road vehicles — Degree 
of prot ection (IP code) — Protection of electr ical equipment 
again st foreign objects, wate r and access (geli jkblijvende pa­
rameters ); beveiligingsindex ten minst e IP 40 220, 221 
4.5 Overspannings- 
beveiliging Controleer of de voer tuigunit bestand is tegen een stroom ­
voor ziening van: 216 
24V -uitvoe ringen: 34 V bij + 40 °C 1 uur 
12V -uitvoe ringen: 17 V bij + 40 °C 1 uur 
(ISO 16750-2)  
4.6 Beveiliging tegen 
ompol en Controleer of de voertuigunit bestand is tegen een omke ­
ring in de stroomv oorziening 
(ISO 16750-2) 216 26.5.2016 L 139/314 Publicatieblad van de Europese Unie NL    
Nr. Test Omschrijving Gerelat eerde voor ­
schrif ten 
4.7 Kortsluit-beveili ­
ging Controleer of de invoer-/uitv oersignalen beveiligd zijn tegen 
kortsluiting in de stroom voor ziening en tegen aardsluiting 
(ISO 16750-2) 216 
5 EMC-tests 
5.1 Stralingsemissies 
en gevoeligheid Overeenk omstig VN/ECE-reg lement nr. 10 218 
5.2 Elektrostatisc he 
ontlading Overeenk omstig ISO 10605:2008 + technische rectificatie 
1:2010 + AMD 1:2014: ± 4 kV contactontlading en 
± 8 kV luchtontlading 218 
5.3 Transiënte gelei ­
dings-verschi jnse ­
len in de stroom ­
voor ziening Voor 24V -uitvoeringen: overeenk omstig ISO 7637-2 + VN/ 
ECE-reg lement nr. 10, herz. 3: 
puls 1a: Vs = – 450 V, Ri = 50 ohm 
puls 2a: Vs = + 37 V, Ri = 2 ohm 
puls 2b: Vs = + 20 V, Ri = 0,05 ohm 
puls 3a: Vs = – 150 V, Ri = 50 ohm 
puls 3b: Vs = + 150 V, Ri = 50 ohm 
puls 4: Vs = – 16 V, Va = – 12 V, t6 = 100 ms 
puls 5: Vs = + 120 V, Ri = 2,2 ohm, td = 250 ms 
Voor 12V -uitvoeringen: overeenk omstig ISO 7637-1 + VN/ 
ECE-reg lement nr. 10, herz. 3: 
puls 1: Vs = – 75 V, Ri = 10 ohm 
puls 2a: Vs = + 37 V, Ri = 2 ohm 
puls 2b: Vs = + 10 V, Ri = 0,05 ohm 
puls 3a: Vs = – 112 V, Ri = 50 ohm 
puls 3b: Vs = + 75 V, Ri = 50 ohm 
puls 4: Vs = – 6 V, Va = – 5 V, t6 = 15 ms 
puls 5: Vs = + 65 V, Ri = 3 ohm, td = 100 ms 
Puls 5 moet alleen worden getest bij voer tuigunits die in 
voer tuigen worden geïnstalleerd waar voor geen externe ge­
wone beveiliging tegen een plotseling e spanningsverlaging 
geïmplement eerd is 
Wat betref t de voorstelwaarde voor spanningsverlaging: zie 
ISO 16750-2, vierde uitga ve, punt 4.6.4 218  
3.  FUNCTIETESTS VAN DE BEWEGINGSSENSOR 
Nr. Test Omschrijving Gerelat eerde voor ­
schrif ten 
1. Administ ratiev e controle 
1.1 Documentatie Juistheid van de documentatie  26.5.2016 L 139/315 Publicatieblad van de Europese Unie NL    
Nr. Test Omschrijving Gerelat eerde voor ­
schrif ten 
2 Visuele inspectie 
2.1 Naleving van de documentatie  
2.2 Identif icatie/opsc hriften 225, 226 
2.3 Materiaal 219 t.e.m. 223 
2.4 Verzegeling 398, 401 t.e.m. 405 
3 Functietests 
3.1 Identif icatiegeg evens van de sensor 95 t.e.m. 97 
3.2 Koppeling bewegingssensor — voertuigunit 122*, 204 
3.3 Bewegingsdet ectie 
Juistheid van bewegingsmeting 30 t.e.m. 35 
3.4 Interfa ce van de voertuigunit 02 
3.5 Controleer of de bewegingssensor bestand is tegen een constant magnetisch 
veld. Verifieer, als altern atief, of de bewegingssensor reageer t op een constant 
magnetisch veld dat de bewegingsdet ectie van het voertuig stoor t, zodat een 
aangeslot en VU sensorfout en kan detec teren, registreren en opslaan 217 
4 Milieutest s 
4.1 Bedr ijfstempera ­
tuur Controleer de functionalit eit (zoals gedefinieerd in test 
nr. 3.3) in het temperatuurbereik [– 40 °C; + 135 °C] aan 
de hand van: 
IEC 60068-2-1, test Ad, met een testduur van 96 uur bij de 
laagst e temperatuur Tomin, 
IEC 60068-2-2, test Bd, met een testduur van 96 uur bij de 
hoogst e temperatuur Tomax 
Test overeenk omstig ISO 16750-4, punt 5.1.1.2: test bij 
lage temperatuur in inge schak elde toest and (24 uur bij – 
40 °C) 
Deze test berust op IEC 60068-2-1: Environmental testing 
— Part 2-1: Tests — Test A: Cold; IEC 68-2-2, test Bd, met 
een testduur van 96 uur bij de laagste temperatuur van – 
40 °C 
Test overeenk omstig ISO 16750-4, punt 5.1.2.2: test bij 
hoge temperatuur in ingeschak elde toestand (96 uur bij 
+ 135 °C) 
Deze test berust op IEC 60068-2-2: Basic environmental 
testin g procedures — Part 2: tests — Tests B: Dry heat 213 26.5.2016 L 139/316 Publicatieblad van de Europese Unie NL    
Nr. Test Omschrijving Gerelat eerde voor ­
schrif ten 
4.2 Temp eratuur -wis ­
seltes t Test overeenk omstig ISO 16750-4, punt 5.3.2: snelle tem ­
peratuur wisselinge n binnen de voorg eschreven overg angs ­
duur (20 wisselinge n met een temperatuur variërend van – 
40 °C tot + 135 °C, bij een verbli jf gedurende 30 minute n 
bij de laagst e en de hoogst e temperatuur) 
IEC 60068-2-14: Envi ronmental testing — Part 2-14: Tests 
— Test N: Change of temperature. 213 
4.3 Vochtigheidscy cli Controleer de functionalit eit (als gedefinieerd in test nr. 3.3) 
aan de hand van IEC 60068-2-30, test Db, zes cycli van 
24 uur, elke temperatuur variërend van + 25 °C tot + 55 ° 
C en een relatieve vochtigheid van 97 % bij + 25 °C en ge­
lijk aan 93 % bij + 55 °C 214 
4.4 Vibratie ISO 16750-3: punt 4.1.2.6: test VI: bedr ijfsvoer tuigen, mo­
tor — versnellingsbak , 
vibratiet est in gemengde modus, met inbegr ip van 
a)  test sinusoïdale vibraties, 20…520 Hz, 11,4 … 120 m/ 
s2, ≤ 0,5 octaaf per minuut 
b)  test willeke urige vibraties, 10…2 000 Hz, effectieve 
waarde 177 m/s2 
94 uur per as, inclusief temperatuur wisselinge n tussen – 
20 °C en + 70 °C?) 
Deze test berust op IEC 60068-2-80: Environmental testing 
— Part 2-80: Tests — Test Fi: Vibration — Mixed mode 219 
4.5 Mechanis che 
schokk en ISO 16750-3: punt 4.2.3: test VI: test van apparatuur in of 
op de versnellingsbak; 
half-sinusoïdale schok, acceleratie overeen te komen binnen 
een bereik van 3 000…15 000 m/s2, pulsduur overeen te 
komen, maar kleiner dan 1 ms, aantal schokk en overeen te 
komen 
Deze test berust op IEC 60068-2-27: Environmental testing 
— Part 2: Tests — Test Ea and guidance: Shock 219 
4.6 Besche rming te­
gen water en 
vreemde licha ­
men Test overeenk omstig ISO 20653: Road vehicles — Degree 
of prot ection (IP code) — Protection of electr ical equipment 
again st foreign objects, water and access 
(beveiligingsindex ten minste IP 64) 220, 221 
4.7 Beveiliging tegen 
ompol en Controleer of de bewegingssensor bestand is tegen een om­
kering in de stroom voorziening 216 
4.8 Kortsluitbeveili ­
ging Controleer of de invoer-/uitv oersignalen beveiligd zijn tegen 
kortsluiting in de stroom voorz iening en tegen aardsluiting 216 26.5.2016 L 139/317 Publicatieblad van de Europese Unie NL    
Nr. Test Omschrijving Gerelat eerde voor ­
schrif ten 
5 Elektromagnetische compatibiliteit (EMC) 
5.1 Stralingsemissies 
en gevoeligheid Controleer de overeenst emming met VN/ECE-reg lement 
nr. 10 218 
5.2 Elektrostatisc he 
ontlading Overeenk omstig ISO 10605:2008 + Techn ical corrigen ­
dum: 2010 + AMD 1:2014: ± 4 kV contact ontlading en 
± 8 kV luchtontlading 218 
5.3 Transiënte gelei ­
dings-verschi jnse ­
len in datatrans ­
missielij nen Voor 24V -uitvoeringen: overeenk omstig ISO 7637-2 + VN/ 
ECE-reg lement nr. 10, herz. 3: 
puls 1a: Vs = – 450 V, Ri = 50 ohm 
puls 2a: Vs = + 37 V, Ri = 2 ohm 
puls 2b: Vs = + 20 V, Ri = 0,05 ohm 
puls 3a: Vs = – 150 V, Ri = 50 ohm 
puls 3b: Vs = + 150 V, Ri = 50 ohm 
puls 4: Vs = – 16 V, Va = – 12 V, t6 = 100 ms 
puls 5: Vs = + 120 V, Ri = 2,2 ohm, td = 250 ms 
Voor 12V -uitvoeringen: overeenk omstig ISO 7637-1 + VN/ 
ECE-reg lement nr. 10, herz. 3: 
puls 1: Vs = – 75 V, Ri = 10 ohm 
puls 2a: Vs = + 37 V, Ri = 2 ohm 
puls 2b: Vs = + 10 V, Ri = 0,05 ohm 
puls 3a: Vs = – 112 V, Ri = 50 ohm 
puls 3b: Vs = + 75 V, Ri = 50 ohm 
puls 4: Vs = – 6 V, Va = – 5 V, t6 = 15 ms 
puls 5: Vs = + 65 V, Ri = 3 ohm, td = 100 ms 
Puls 5 moet alleen worden getest bij voer tuigunits die in 
voer tuigen worden geïnstalleerd waar voor geen externe ge­
wone beveiliging tegen een plotseling e spanningsverlaging 
geïmplement eerd is 
Wat betref t de voorstelwaarde voor spanningsverlaging: zie 
ISO 16750-2, vierde uitga ve, punt 4.6.4 218  
4.  FUNCTIETESTS VAN TACHOGRAAFKAARTEN 
Tests overeenk omstig dit punt 4, 
nr. 5 „Protoc oltests”, 
nr. 6 „Kaar tstructuur” en 
nr. 7 „Functiete sts” 
kunnen worden uitge voerd door de beoordelings- of certifice ringsinstantie tijde ns de veiligheidscer tificer ing van 
voor de chipmodule op basis van gemeenschappeli jke criteria (CC). 
Tests nr. 2.3 en 4.2 zijn identiek. Dit zijn de mechanisc he tests van de combinatie voertuigcar rosser ie en 
chipmodule. Bij vervanging van een van deze samenst ellende delen (voer tuigcar rosser ie, chipmodule) moeten deze 
tests worden uitgev oerd. 26.5.2016 L 139/318 Publicatieblad van de Europese Unie NL    
Nr. Test Omschrijving Gerelat eerde voor ­
schrif ten 
1 Administ ratiev e controle 
1.1 Documentatie Juistheid van de documentatie  
2 Kaart 
2.1 Opdr uk Controleer of alle beveiligingske nmerken en zicht bare gege­
vens naar behoren en conf orm de regels op de kaar t zijn 
afgedrukt 
[Code] 
Bijlage 1 C, punt 4.1 „Zich tbare gegevens”, 227 
De voorkant bevat: 
naar gelang van de kaar tsoor t de vermelding „Bestuur ­
derskaar t” of „Controlekaar t” of „Werkplaatskaar t” of „Be­
drijfskaar t” in hoofdlette rs, gedrukt in de officiële taal/ta ­
len van de lidstaat die de kaar t afgee ft. 
[Naam van de lidstaat] 
Bijlage 1 C, punt 4.1 „Zich tbare gegevens”, 229 
De voorkant bevat: 
de vermelding van de naam van de lidstaat die de kaar t 
afge eft (facultatief). 
[Teken] 
Bijlage 1 C, punt 4.1 „Zich tbare gegevens”, 229 
De voorkant bevat: 
het onderscheidingst eken van de lidstaat die de kaar t af­
geeft, negatief afge drukt in een door twaalf gele sterren 
omr ingde blauwe rechthoek. 
[Enumeratie] 
Bijlage 1 C, punt 4.1 „Zich tbare gegevens”, 232 
De acht erkant bevat: 
een toelic hting bij de genummerde rubrieken op de voor ­
kant van de kaar t; 
[Kleur] 
Bijlage 1 C, punt 4.1 „Zich tbare gegevens”, 234 
Tachograafkaar ten moeten worden gedr ukt met de vol­
gende acht ergrondkleuren: 
—  bestuurderskaar t: wit, 
—  werkplaatskaar t: rood, 
—  controlekaar t: blauw , 
—  bedr ijfskaar t: geel.  227 t.e.m. 229, 232, 
234 t.e.m. 236 26.5.2016 L 139/319 Publicatieblad van de Europese Unie NL    
Nr. Test Omschrijving Gerelat eerde voor ­
schrif ten  
[Beveiliging] 
Bijlage 1 C, punt 4.1 „Zich tbare gegevens”, 235 
Tachograafkaar ten moeten ten minst e de volg ende eigen ­
schap pen hebben om de kaar t te besc hermen tegen ver­
valsing en misbr uik/manipulatie: 
—een beveiligde acht ergrond met fijne guilloc hepatro ­
nen en regenboo gdruk, 
—  ten minste één tweekleur ige microzeefdr ukrege l. 
[Opsc hriften] 
Bijlage 1 C, punt 4.1 „Zich tbare gegevens”, 236 
De lidstate n mog en kleuren of aanduidingen, zoals natio ­
nale symbolen of beveiligingst ekens, toev oegen. 
[Goedk euringsmerk] 
Tachograafkaar ten bevatten een goedke uringsmerk. 
Het goedke uringsmerk bestaat uit: 
—een recht hoek waarbinnen een kleine letter „e” is aan­
gebrac ht, gevolgd door een onderscheidingsnummer 
of een ondersc heidingsletter van het land waar de 
goedkeuri ng werd afgeg even, 
—  een goedke uringsnummer , overeenk omend met het 
nummer op het goedkeuringscer tificaat dat is opge­
steld voor de tachograafkaar t, en aangebrac ht op een 
willekeur ige positie vlak bij de rechthoek.      
2.2 Mechanis che tests  240, 243 
ISO/IEC 7810   [Kaar tformaat] 
Tachograafkaar ten moeten voldoe n aan: 
ISO/IEC 7810, Identification cards — Physical charact e­
ristics, 
[5] Dimension of card, 
[5.1] Card size, 
[5.1.1] Card dimensions and tolerances, 
card type ID-1 Unused card 
[Kaar tranden] 
Tachograafkaar ten moete n aan de volgende norm vol­
doen: 
ISO/IEC 7810, Identification cards — Physical charact e­
ristics, 
[5] Dimension of card, 
[5.1] Card size, 
[5.1.2] Card edges  26.5.2016 L 139/320 Publicatieblad van de Europese Unie NL    
Nr. Test Omschrijving Gerelat eerde voor ­
schrif ten    
[Kaar tvorm] 
Tachograafkaar ten moeten voldoe n aan: 
ISO/IEC 7810, Identification cards — Physical charact e­
ristics, 
[6] Card constr uction 
[Kaar tmat eriaal] 
Tachograafkaar ten moeten voldoe n aan: 
ISO/IEC 7810, Identification cards — Physical charact e­
ristics, 
[7] Card mater ials 
[Buigsti jfheid] 
Tachograafkaar ten moeten voldoe n aan: 
ISO/IEC 7810, Identification cards — Physical charact e­
ristics, 
[8] Card charact eristics, 
[8.1] Bending stiffness 
[Toxicitei t] 
Tachograafkaar ten moeten voldoe n aan: 
ISO/IEC 7810, Identification cards — Physical charact e­
ristics, 
[8] Card charact eristics, 
[8.3] Toxicity 
[Chemicaliënbest endigheid] 
Tachograafkaar ten moeten voldoe n aan: 
ISO/IEC 7810, Identification cards — Physical charact e­
ristics, 
[8] Card charact eristics, 
[8.4] Resistance to chemicals 
[Maatvastheid] 
Tachograafkaar ten moeten voldoe n aan: 
ISO/IEC 7810, Identification cards — Physical charact e­
ristics, 
[8] Card charact eristics, 
[8.5] Card dimensional stability and warpage with tem ­
perature and humidity  26.5.2016 L 139/321 Publicatieblad van de Europese Unie NL    
Nr. Test Omschrijving Gerelat eerde voor ­
schrif ten    
[Lichtec htheid] 
Tachograafkaar ten moeten voldoe n aan: 
ISO/IEC 7810, Identification cards — Physical charact e­
ristics, 
[8] Card charact eristics, 
[8.6] Light 
[Duurzaamheid] 
Bijlage 1 C, punt 4.4 „Milieu- en elektrotec hnisch e speci ­
ficaties”, 241 
De tach ograafkaar ten moete n vijf jaar lang naar behoren 
kunnen functioneren indien de vastgest elde milieu- en 
elektrotec hnisch e grenswaarden niet worden overschre ­
den. 
[Afpelst erkte] 
Tachograafkaar ten moeten voldoe n aan: 
ISO/IEC 7810, Identification cards — Physical charact e­
ristics, 
[8] Card charact eristics, 
[8.8] Peel strength 
[Hec hting of contactadhesie] 
De tachog raafkaar ten moeten voldoe n aan: 
ISO/IEC 7810, Identification cards — Physical charact e­
ristics, 
[8] Card charact eristics, 
[8.9] Adhesion or bloc king 
[Kromtrekking] 
Tachograafkaar ten moeten voldoe n aan: 
ISO/IEC 7810, Identification cards — Physical charact e­
ristics, 
[8] Card charact eristics, 
[8.11] Overall card warpage 
[Hittevast heid] 
Tachograafkaar ten moeten voldoe n aan: 
ISO/IEC 7810, Identification cards — Physical charact e­
ristics, 
[8] Card charact eristics, 
[8.12] Resistance to heat  26.5.2016 L 139/322 Publicatieblad van de Europese Unie NL    
Nr. Test Omschrijving Gerelat eerde voor ­
schrif ten    
[Opper vlaktever vorm inge n] 
Tachograafkaar ten moeten voldoe n aan: 
ISO/IEC 7810, Identification cards — Physical charact e­
ristics, 
[8] Card charact eristics, 
[8.13] Surface distor tions 
[Verontreiniging] 
Tachograafkaar ten moeten voldoe n aan: 
ISO/IEC 7810, Identification cards — Physical charact e­
ristics, 
[8] Card charact eristics, 
[8.14] Contamination and inter action of card compo ­
nents   
2.3 Mechanis che tests 
met ingebo uwde 
chipmodule [Buigvastheid] 
Tachograafkaar ten moeten voldoe n aan: 
ISO/IEC 7810:2003/AMD 1:2009, Identification cards 
— Phys ical charact eristics, Amendment 1: Criteria for 
cards containing integrat ed circuits 
[9.2] Dynamic bending stress 
Totaal aantal buigcy cli 4 000 
[Torsieste rkte] 
Tachograafkaar ten moeten voldoe n aan: 
ISO/IEC 7810:2003/AMD 1:2009, Identification cards 
— Phys ical charact eristics, Amendment 1: Criteria for 
cards containing integrat ed circuits 
[9.3] Dynamic torsional stress 
Totaal aantal torsiecy cli 4 000  ISO/IEC 7810 
3 Module 
3.1 Module Module is te verstaan als de ingekapselde chip en het 
contactplaatje 
[Opper vlakteprofiel] 
Tachograafkaar ten moeten voldoe n aan: 
ISO/IEC 7816-1:2011, Identification cards — Integrat ed 
circuit cards — Part 1: Cards with contacts — Physical 
charact eristics 
[4.2] Surface prof ile of contacts  ISO/IEC 7816 26.5.2016 L 139/323 Publicatieblad van de Europese Unie NL    
Nr. Test Omschrijving Gerelat eerde voor ­
schrif ten  
[Mec hanisch e sterkte] 
Tachograafkaar ten moeten voldoe n aan: 
ISO/IEC 7816-1:2011, Identification cards — Integrat ed 
circuit cards — Part 1: Cards with contacts — Physical 
charact eristics 
[4.3] Mechanical strength (of a card and contacts) 
[Elektr ische weerstand:] 
Tachograafkaar ten moeten voldoe n aan: 
ISO/IEC 7816-1:2011, Identification cards — Integrat ed 
circuit cards — Part 1: Cards with contacts — Physical 
charact eristics 
[4.4] Electr ical resistance (of contacts) 
[Afmeting] 
Tachograafkaar ten moeten voldoe n aan: 
ISO/IEC 7816-2:2007, Identification cards — Integrat ed 
circuit cards — Part 2: Cards with contacts — Dimen ­
sion and location of the contacts 
[3] Dimension of the contacts 
[Plaats] 
Tachograafkaar ten moeten voldoen aanmoeten voldoen 
aan: 
ISO/IEC 7816-2:2007, Identification cards — Integrat ed 
circuit cards — Part 2: Cards with contacts — Dimen ­
sion and location of the contacts 
[4] Number and location of the contacts 
Voor modules met zes contacten vallen contacten „C4” 
en „C8” niet onder dit testvoorsc hrift.      
4 Chip 
4.1 Chip  241 t.e.m. 244 
VN/ECE-reg lement 
nr. 10 
ISO/IEC 7810 
ISO/IEC 10373   
[Bedr ijfstemperatuur] 
De chip van de tachog raafkaar t werkt bij een omgevings ­
temperatuur tussen – 25 °C en + 85 °C.  26.5.2016 L 139/324 Publicatieblad van de Europese Unie NL    
Nr. Test Omschrijving Gerelat eerde voor ­
schrif ten    
[Temperatuur en vochtigheid] 
Bijlage 1 C, punt 4.4 „Milieu- en elektrotec hnisch e speci ­
ficaties”, 241 
Tachograafkaar ten moet en naar behoren kunnen functio ­
neren onder alle klimatologisc he omstandigheden die 
zich normalit er op het grondgebied van de Unie voor­
doen, en ten minste binnen het temperatuurbereik van – 
25 °C tot + 70 °C met incidentele pieken tot + 85 °C; 
„incident eel” bete kent niet meer dan 4 uur per keer en 
niet meer dan 100 keer tijdens de levensduur van de 
kaar t. 
Tachograafkaar ten worden acht ereenv olgens blootgest eld 
aan de volg ende temperatuur en relatieve vochtigheid 
(RV) binnen de opgegeven tijdsduur . Na elke stap worden 
de tachograafkaar ten getest op goede werking van de 
elektr ische onderdelen. 
1  Temperatuur van – 20 °C gedurende 2 uur 
2  Temperatuur van ± 0 °C gedurende 2 uur 
3  Temperatuur van + 20 °C en RV van 50 % gedurende 
2 uur 
4  Temperatuur van + 50 °C en RV van 50 % gedurende 
2 uur 
5  Temperatuur van + 70 °C en RV van 50 % gedurende 
2 uur 
De temperatuur wordt interm itterend verhoogd tot 
+ 85 °C, bij een RV van 50 %, gedurende 60 min. 
6  Temperatuur van + 70 °C en RV van 85 % gedurende 
2 uur 
De temperatuur wordt interm itterend verhoogd tot 
+ 85 °C, bij een RV van 85 %, gedurende 30 min. 
[Vochtigheid] 
Bijlage 1 C, punt 4.4 „Milieu- en elektrotec hnisch e speci ­
ficaties”, 242 
Tachograafkaar ten moet en naar behoren kunnen functio ­
neren binnen het vochtigheidsbereik van 10 % tot 90 % 
[Elektromagnetisc he compatib iliteit (EMC)] 
Bijlage 1 C, punt 4.4 „Milieu- en elektrotec hnisch e speci ­
ficaties”, 244 
Tijdens de werking moete n de tach ograafkaar ten voldoen 
aan VN/ECE-reg lement nr. 10 wat hun elektromagneti ­
sche compatib iliteit betref t   26.5.2016 L 139/325 Publicatieblad van de Europese Unie NL    
Nr. Test Omschrijving Gerelat eerde voor ­
schrif ten  
[Statische elektr icite it] 
Bijlage 1 C, punt 4.4 „Milieu- en elektrotec hnisch e speci ­
ficaties”, 244 
Tijdens de werking moeten de tach ograafkaar ten bevei ­
ligd zijn tegen elektrostatische ontladinge n 
De tachog raafkaar ten moeten voldoe n aan: 
ISO/IEC 7810:2003/AMD 1:2009, Identification cards 
— Phys ical charact eristics, Amendment 1: Criteria for 
cards containing integrat ed circuits 
[9.4] Static electr icity 
[9.4.1] Contact IC cards 
Testspanning: 4 000 V 
[Röntgenstralen] 
Tachograafkaar ten moeten voldoe n aan: 
ISO/IEC 7810:2003/AMD 1:2009, Identification cards 
— Phys ical charact eristics, Amendment 1: Criteria for 
cards containing integrat ed circuits 
[9.1] X-rays 
[Ultrav iolet licht] 
ISO/IEC 10373-1:2006 Identification cards — Test me­
thods — Part 1: General charact eristics 
[5.11] Ultraviolet light 
[Driewieler] 
Tachograafkaar ten moeten voldoe n aan: 
ISO/IEC 10373-1:2006/AMD 1:2012 Identif ication cards 
— Test methods — Part 1: General charact eristics, 
Amendment 1 
[5.22] ICC — Mechanical strength: 3 wheel test for ICCs 
with contacts 
[Omhulsel] 
Tachograafkaar ten moeten voldoe n aan: 
Mast erCard CQM V2.03:2013 
[11.1.3] R-L3-14-8: Wrapping Test Robustness 
[13.2.1.32] TM-422: Mech anical Reliability : Wrapping 
Test  26.5.2016 L 139/326 Publicatieblad van de Europese Unie NL    
Nr. Test Omschrijving Gerelat eerde voor ­
schrif ten 
4.2 Mechanis che tests 
van in de kaar t 
inge bedde 
chipmodule -> 
als onder 2.3 [Buigvastheid] 
Tachograafkaar ten moeten voldoe n aan: 
ISO/IEC 7810:2003/AMD 1:2009, Identification cards 
— Phys ical charact eristics, Amendment 1: Criteria for 
cards containing integrat ed circuits 
[9.2] Dynamic bending stress 
Totaal aantal buigcy cli 4 000 
[Torsieste rkte] 
Tachograafkaar ten moeten voldoe n aan: 
ISO/IEC 7810:2003/AMD 1:2009, Identification cards 
— Phys ical charact eristics, Amendment 1: Criteria for 
cards containing integrat ed circuits 
[9.3] Dynamic torsional stress 
Totaal aantal torsiecy cli 4 000  ISO/IEC 7810 
5 Protocolt ests 
5.1 ATR Controleer of het antw oord op terugstellen (ATR) voldoet ISO/IEC 7816-3 
TCS_14, TCS_17, 
TCS_18 
5.2 T=0 Controleer of het protocol T=0 voldoet ISO/IEC 7816-3 
TCS_11, TCS_12, 
TCS_13, TCS_15 
5.3 PTS Controleer of het PTS-commando (protocol voor transmis ­
sieselectie) voldoet door T=0 op T=1 te zetten ISO/IEC 7816-3 
TCS_12, TCS_19, 
TCS_20, TCS_21 
5.4 T=1 Controleer of het protocol T=1 voldoet ISO/IEC 7816-3 
TCS_11, TCS_13, 
TCS_16 
6 Kaartstructuur 
6.1  Ga na of de bestandsstr uctuur van de kaar t voldoe t door 
de kaar t te controleren op de aanwezigheid van verplicht e 
bestanden en bijbehorende toeg angscondities (AC) TCS 22 t.e.m. TCS 28 
TCS_140 to TCS_179 
7 Functietests 
7.1 Nor male 
verwerking Test ten minst e een keer het toeg estane gebruik van elk 
commando (test bijvoorbeeld het Update Binar y- 
commando met CLA = ‘00’, CLA = ‘0C’ en met 
verschil lende P1-, P2- en Lc-paramete rs) 
Controleer of de bewerkingen daadwerkeli jk op de kaar t 
werden uitgev oerd (bijv oorbeeld door het bestand te lezen 
waarop het commando werd uitgev oerd) TCS 29 t.e.m. TCS 139 26.5.2016 L 139/327 Publicatieblad van de Europese Unie NL    
Nr. Test Omschrijving Gerelat eerde voor ­
schrif ten 
7.2 Foutmeldingen Test voor elk commando ten minste een keer elke 
foutmelding (zoals gespecif iceerd in aanhangsel 2) 
Test ten minste een keer elke algemene fout (met 
uitzonder ing van de tijdens de veiligheidscer tificer ing 
gecontroleerde integriteitsf outen ‘6400’)  
7.3 Codereek s en gestandaardiseerde domein parameter s CSM_48, CSM_50 
8 Personalisatie 
8.1 Opti sche 
personalisatie Bijlage 1 C, punt 4.1 „Zich tbare gegevens”, 230 
De voorkant bevat: 
de gegevens die specif iek zijn voor de afgeg even kaar t. 
Bijlage 1 C, punt 4.1 „Zich tbare gegevens”, 231 
De voorkant bevat: 
datums in de notatie „dd/mm/jjjj” of „dd.mm.jjjj” (dag, 
maand, jaar). 
Bijlage 1 C, punt 4.1 „Zich tbare gegevens”, 235 
Tachograafkaar ten moeten ten minst e de volg ende eigen ­
schap pen hebben om de kaar t te besc hermen tegen ver­
valsing en misbr uik/manipulatie: 
—  bij de foto moet en de beveiligde acht ergrond en de 
foto elkaar overlappen.  230, 231, 235  
5.  TESTS EXTERNE GNSS-MODULE 
Nr. Test Omschrijving Gerelat eerde voor ­
schrif ten 
1 Administ ratiev e controle 
1.1 Documentatie Juistheid van de documentatie  
2 Visuele inspectie exter ne GNSS-module 
2.1 Naleving van de documentatie  
2.2 Identif icatie/opsc hriften 224 t.e.m. 226 
2.3 Materiaal 219 t.e.m. 223 
3 Functietests 
3.1 Identif icatiegeg evens van de sensor 98, 99 
3.2 Koppeling tussen externe GNSS-module — voer tuigunit 123,205 26.5.2016 L 139/328 Publicatieblad van de Europese Unie NL    
Nr. Test Omschrijving Gerelat eerde voor ­
schrif ten 
3.3 GNSS-positie 36, 37 
3.4 Interfa ce van de voer tuigunit wanneer de GNSS-ontvanger niet in de voer tuig ­
unit zit 03 
3.5 Codereek s en gestandaardiseerde domein parameter s CSM_48, CSM_50 
4 Milieutest s 
4.1 Temp eratuur Controleer de functionalit eit aan de hand van: 
ISO 16750-4, punt 5.1.1.2: test bij lage temperatuur in in­
geschak elde toestand (72 uur bij – 20 °C) 
Deze test berust op IEC 60068-2-1: Environmental testing 
— Part 2-1: Tests — Test A: Cold 
Test overeenk omstig ISO 16750-4, punt 5.1.2.2: test bij 
hoge temperatuur in ingeschak elde toestand (72 uur bij 
+ 70 °C) 
Deze test berust op IEC 60068-2-2: Basic environmental 
testin g procedures — Part 2: tests — Tests B: Dry heat 
Test overeenk omstig ISO 16750-4, punt 5.3.2: snelle tem ­
peratuur wisselinge n binnen de voorg eschreven overg angs ­
duur (20 wisselinge n met een temperatuur variërend van – 
20 °C tot + 70 °C, bij een verblijf gedurende 1 uur bij de 
laagst e en de hoogst e temperatuur) 
Een kleiner aantal tests (zoals gedefinieerd in punt 3 van 
deze tabel) kan worden uitgev oerd bij de laagste tempera ­
tuur , bij de hoogst e temperatuur en tijde ns de temperatuur ­
wisselinge n 213 
4.2 Vochtigheid Controleer of de voer tuigunit bestand is tegen een cyclische 
vochtigheid (war mtet est) aan de hand van IEC 60068-2-30, 
test Db, zes cycli van 24 uur, elke temperatuur variërend 
van + 25 °C tot + 55 °C en een relatieve vochtigheid van 
97 % bij + 25 °C en gelijk aan 93 % bij + 55 °C 214 
4.3 Vibratie en me­
chanische schok ­
ken 1.  Sinusoïdale vibraties 
Controleer of de voer tuigunit bestand is tegen sinusoï ­
dale vibraties met de onderstaande kenmer ken: 
constante verplaatsing tussen 5 en 11 Hz: 10 mm piek 
constante acceleratie tussen 11 en 300 Hz: 5 g 
Dit voorsc hrift wordt gecontrolee rd aan de hand van 
IEC 60068-2-6, test Fc, met een minimale testduur van 
drie keer 12 uur (12 uur per as) 
Apparatuur die zich in de apar te bestuurderscabine be­
vindt, moet volg ens ISO 16750-3 niet op sinusoïdale vi­
braties worden getest  219 26.5.2016 L 139/329 Publicatieblad van de Europese Unie NL    
Nr. Test Omschrijving Gerelat eerde voor ­
schrif ten 
2.  Willekeurige vibraties 
Test overeenk omstig ISO 16750-3, punt 4.1.2.8: test 
VIII: bedr ijfsv oertuigen met apar te bestuurderscabine 
Test op willekeur ige vibraties, 10…2 000 Hz, effectieve 
waarde in verticale richtin g 21,3 m/s2, effectieve waarde 
in lengt erichting 11,8 m/s2, effectieve waarde in zij­
waar tse richtin g 13,1 m/s2, drie assen, 32 uur per as, in­
clusief temperatuur wisseling tussen – 20 °C en + 70 °C 
Deze test berust op IEC 60068-2-64: Environmental tes­
ting — Part 2-64: Tests — Test Fh: Vibration, broad ­
band random and guidance. 
3.  Schokk en 
Mechanis che schok met halve-sinuspuls van 3 g over­
eenk omstig ISO 16750 
De bovengen oemde tests worden op twee versch illende 
modellen van de te testen apparatuur uitge voerd 
4.4 Besche rming te­
gen water en 
vreemde licha ­
men Test overeenk omstig ISO 20653: Road vehicles — Degree 
of prot ection (IP code) — Protection of electr ical equipment 
again st foreign objects, wate r and access (geli jkblijvende pa­
rameters ) 220, 221 
4.5 Overspannings- 
beveiliging Controleer of de voer tuigunit bestand is tegen een stroom ­
voor ziening van: 216 
24V -uitvoe ringen: 34 V bij + 40 °C 1 uur 
12V -uitvoe ringen: 17 V bij + 40 °C 1 uur 
(ISO 16750-2, punt 4.3) 
4.6 Beveiliging tegen 
ompol en Controleer of de voertuigunit bestand is tegen een omke ­
ring in de stroomv oorziening 
(ISO 16750-2, punt 4.7) 216 
4.7 Kortsluit-beveili ­
ging Controleer of de invoer-/uitv oersignalen beveiligd zijn tegen 
kortsluiting in de stroom voor ziening en tegen aardsluiting 
(ISO 16750-2, punt 4.10) 216 
5 EMC-tests 
5.1 Stralingsemissies 
en gevoeligheid Overeenk omstig VN/ECE-reg lement nr. 10 218 26.5.2016 L 139/330 Publicatieblad van de Europese Unie NL    
Nr. Test Omschrijving Gerelat eerde voor ­
schrif ten 
5.2 Elektrostatisc he 
ontlading Overeenk omstig ISO 10605:2008 + Techn ical Corrigen ­
dum:2010 + AMD 1:2014: ± 4 kV contactontlading en 
± 8 kV luchtontlading 218 
5.3 Transiënte gelei ­
dings-verschi jnse ­
len in de stroom ­
voor ziening Voor 24V -uitvoeringen: overeenk omstig ISO 7637-2 + VN/ 
ECE-reg lement nr. 10, herz. 3: 
puls 1a: Vs = – 450 V, Ri = 50 ohm 
puls 2a: Vs = + 37 V, Ri = 2 ohm 
puls 2b: Vs = + 20 V, Ri = 0,05 ohm 
puls 3a: Vs = – 150 V, Ri = 50 ohm 
puls 3b: Vs = + 150 V, Ri = 50 ohm 
puls 4: Vs = – 16 V, Va = – 12 V, t6 = 100 ms 
puls 5: Vs = + 120 V, Ri = 2,2 ohm, td = 250 ms 
Voor 12V -uitvoeringen: overeenk omstig ISO 7637-1 + VN/ 
ECE-reg lement nr. 10, herz. 3: 
puls 1: Vs = – 75 V, Ri = 10 ohm 
puls 2a: Vs = + 37 V, Ri = 2 ohm 
puls 2b: Vs = + 10 V, Ri = 0,05 ohm 
puls 3a: Vs = – 112 V, Ri = 50 ohm 
puls 3b: Vs = + 75 V, Ri = 50 ohm 
puls 4: Vs = – 6 V, Va = – 5 V, t6 = 15 ms 
puls 5: Vs = + 65 V, Ri = 3 ohm, td = 100 ms 
Puls 5 moet alleen worden getest bij voer tuigunits die in 
voer tuigen worden geïnstalleerd waar voor geen externe ge­
wone beveiliging tegen een plotseling e spanningsverlaging 
geïmplement eerd is 
Wat betref t de voorstelwaarde voor spanningsverlaging: zie 
ISO 16750-2, vierde uitga ve, punt 4.6.4 218  
6.  TESTS VAN DE APP ARA TUUR VOOR COMMUNICA TIE OP AFST AND 
Nr. Test Omschrijving Gerelat eerde voor ­
schrif ten 
1 Administ ratiev e controle 
1.1 Documentatie Juistheid van de documentatie  
2 Visuele inspectie 
2.1 Naleving van de documentatie  
2.2 Identif icatie/opsc hriften 225, 226 
2.3 Materiaal 219 t.e.m. 223 26.5.2016 L 139/331 Publicatieblad van de Europese Unie NL    
Nr. Test Omschrijving Gerelat eerde voor ­
schrif ten 
4 Milieutest s 
4.1 Temp eratuur Controleer de functionalit eit aan de hand van: 
ISO 16750-4, punt 5.1.1.2: test bij lage temperatuur in in­
geschak elde toestand (72 uur bij – 20 °C) 
Deze test berust op IEC 60068-2-1: Environmental testing 
— deel 2-1: Tests — Test A: Cold 
Test overeenk omstig ISO 16750-4, punt 5.1.2.2: test bij 
hoge temperatuur in ingeschak elde toestand (72 uur bij 
+ 70 °C) 
Deze test berust op IEC 60068-2-2: Basic environmental 
testin g procedures — deel 2: tests — Tests B: Dry heat 
Test overeenk omstig ISO 16750-4, punt 5.3.2: snelle tem ­
peratuur wisselinge n binnen de voorg eschreven overg angs ­
duur (20 wisselinge n met een temperatuur variërend van – 
20 °C tot + 70 °C, bij een verbli jf gedurende 1 uur (?) bij de 
laagst e en de hoogst e temperatuur) 
Een kleiner aantal tests (zoals gedefinieerd in punt 3 van 
deze tabel) kan worden uitgev oerd bij de laagste tempera ­
tuur , bij de hoogst e temperatuur en tijde ns de temperatuur ­
wisselinge n 213 
4.4 Besche rming te­
gen water en 
vreemde licha ­
men Test overeenk omstig ISO 20653: Road vehicles — Degree 
of prot ection (IP code) — Protection of electr ical equipment 
again st foreign objects, water and access (beveiligingsindex 
ten minste IP 40) 220, 221 
5 EMC-tests 
5.1 Stralingsemissies 
en gevoeligheid Overeenk omstig VN/ECE-reg lement nr. 10 218 
5.2 Elektrostatisc he 
ontlading Overeenk omstig ISO 10605:2008 + Techn ical corrigen ­
dum: 2010 + AMD 1:2014: ± 4 kV contact ontlading en 
± 8 kV luchtontlading 218 
5.3 Transiënte gelei ­
dings-verschi jnse ­
len in de stroom ­
voor ziening Voor 24V -uitvoeringen: overeenk omstig ISO 7637-2 + VN/ 
ECE-reg lement nr. 10, herz. 3: 
puls 1a: Vs = – 450 V, Ri = 50 ohm 
puls 2a: Vs = + 37 V, Ri = 2 ohm 
puls 2b: Vs = + 20 V, Ri = 0,05 ohm 
puls 3a: Vs = – 150 V, Ri = 50 ohm 
puls 3b: Vs = + 150 V, Ri = 50 ohm 
puls 4: Vs = – 16 V, Va = – 12 V, t6 = 100 ms 
puls 5: Vs = + 120 V, Ri = 2,2 ohm, td = 250 ms  218 26.5.2016 L 139/332 Publicatieblad van de Europese Unie NL    
Nr. Test Omschrijving Gerelat eerde voor ­
schrif ten 
Voor 12V -uitvoeringen: overeenk omstig ISO 7637-1 + VN/ 
ECE-reg lement nr. 10, herz. 3: 
puls 1: Vs = – 75 V, Ri = 10 ohm 
puls 2a: Vs = + 37 V, Ri = 2 ohm 
puls 2b: Vs = + 10 V, Ri = 0,05 ohm 
puls 3a: Vs = – 112 V, Ri = 50 ohm 
puls 3b: Vs = + 75 V, Ri = 50 ohm 
puls 4: Vs = – 6 V, Va = – 5 V, t6 = 15 ms 
puls 5: Vs = + 65 V, Ri = 3 ohm, td = 100 ms 
Puls 5 moet alleen worden getest bij voer tuigunits die in 
voer tuigen worden geïnstalleerd waar voor geen externe ge­
wone beveiliging tegen een plotseling e spanningsverlaging 
geïmplement eerd is 
Wat betref t de voorstelwaarde voor spanningsverlaging: zie 
ISO 16750-2, vierde uitga ve, punt 4.6.4  
7.  FUNCTIETESTS VAN DOCUMENT ATIE 
Nr. Test Omschrijving Gerelat eerde voor ­
schrif ten 
1 Administ ratiev e controle 
1.1 Documentatie Juistheid van de documentatie  
2 Algemene tests 
2.1 Aantal tekens per 
regel Visuele inspectie van afdr ukke n 172 
2.2 Minimale teken­
grootte Visuele inspectie van afdr ukke n en tekens 173 
2.3 Onderst eunde te­
kensets De printer onderst eunt de tekens zoals gespecif iceerd in 
aanhangsel 1, hoofdstuk 4 „Tekensets” 174 
2.4 Afdr ukscherpte Controle van de typeke uring van de tachograaf en visuele 
inspectie van afdr ukke n 174 
2.5 Leesbaarheid en 
identif icatie van 
afdr ukken Inspectie van afdr ukke n 
Aang etoond aan de hand van door de fabrikant verstrekt e 
testverslag en en testprotocollen 
Het printpapier is bedr ukt met alle homologat ienummers 
van tach ografen waar mee dit wordt gebruikt 175, 177, 178 
2.6 Toevoeging van 
handg eschreven 
aant ekening en Visuele inspectie: er is ruimte beschikbaar voor de handte ­
kening van de bestuurder . 
Er is ruimt e beschikbaar voor andere handgesc hreven ver­
meldingen 180 26.5.2016 L 139/333 Publicatieblad van de Europese Unie NL    
Nr. Test Omschrijving Gerelat eerde voor ­
schrif ten 
2.7 Aanv ullende de­
tails over papier ­
bladen Op de voor - en acht erzij de van het blad kunnen aanvul­
lende details en gegevens worden vermeld 
Dit mag geen afbreuk doen aan de leesbaarheid van de af­
drukke n 
Visuele inspectie 177, 178 
3 Opslagtes ts 
3.1 Droge hitte Voorbehandeling: 16 uur bij + 23 °C ± 2 °C en 55 % ± 3 % 
RV 
Testomgeving: 72 uur bij + 70 °C ± 2 °C 
Herstelti jd: 16 uur bij + 23 °C ± 2 °C en 55 % ± 3 % RV 176, 178 
IEC 60068-2-2-Bb 
2.2 Vochtige hitte Voorbehandeling: 16 uur bij + 23 °C ± 2 °C en 55 % ± 3 % 
RV 
Testomgeving: 144 uur bij + 55 °C ± 2 °C en 93 % ± 3 % 
RV 
Herstelti jd: 16 uur bij + 23 °C ± 2 °C en 55 % ± 3 % RV 176, 178 
IEC 60068-2-78-Cab 
4 Tests van documenta tie tijdens het gebr uik 
4.1 Vochtbesten dig- 
heid ondergrond 
(onbedr ukt pa­
pier) Voorbehandeling: 16 uur bij + 23 °C ± 2 °C en 55 % ± 3 % 
RV 
Testomgeving: 144 uur bij + 55 °C ± 2 °C en 93 % ± 3 % 
RV 
Herstelti jd: 16 uur bij + 23 °C ± 2 °C en 55 % ± 3 % RV 176, 178 
IEC 60068-2-78-Cab 
4.2 Bedr ukbaarheid Voorbehandeling: 24 uur bij + 40 °C ± 2 °C en 93 % ± 3 % 
RV 
Testomgeving: afdr uk gemaakt bij + 23 °C ± 2 °C 
Herstelti jd: 16 uur bij + 23 °C ± 2 °C en 55 % ± 3 % RV 176, 178 
4.3 Hittevasth eid Voorbehandeling: 16 uur bij + 23 °C ± 2 °C en 55 % ± 3 % 
RV 
Testomgeving: 2 uur bij + 70 °C ± 2 °C, droge hitte 
Herstelti jd: 16 uur bij + 23 °C ± 2 °C en 55 % ± 3 % RV 176, 178 
IEC 60068-2-2-Bb 
4.4 Bestend igheid te­
gen lage tempera ­
turen Voorbehandeling: 16 uur bij + 23 °C ± 2 °C en 55 % ± 3 % 
RV 
Testomgeving: 24 uur bij – 20 °C ± 3 °C, droge koude 
Herstelti jd: 16 uur bij + 23 °C ± 2 °C en 55 % ± 3 % RV 176, 178 
ISO 60068-2-1-Ab 26.5.2016 L 139/334 Publicatieblad van de Europese Unie NL    
Nr. Test Omschrijving Gerelat eerde voor ­
schrif ten 
4.5 Licht echtheid Voorbehandeling: 16 uur bij + 23 °C ± 2 °C en 55 % ± 3 % 
RV 
Testomgeving: 100 uur onder een verlichtingsst erkt e van 
5 000 lux bij + 23 °C ± 2 °C en 55 % ± 3 % RV 
Herstelti jd: 16 uur bij + 23 °C ± 2 °C en 55 % ± 3 % RV 176, 178  
Leesbaarheidscr iteria voor tests 3.x en 4.x: 
Ee afdr uk moet leesbaar zijn indien de optische dichtheid binnen de volgende grenswaarden ligt: 
gedrukte tekens: min. 1,0 
ondergrond (onbedr ukt papier): max. 0,2 
De optische dichtheid van de gemaakte afdr ukken wordt gemet en overeenk omstig DIN EN ISO 534. 
De afdr ukken moeten maatvast en goed leesbaar blijven 
8.  INTER OPERABILITEITSTESTS 
Nr. Test Omschrijving 
9.1 Tests van de inter operabiliteit tussen voer tuigunits en tachog raafkaar ten 
1 Wederzi jdse au­
thenticatie Controleer of de wederzijdse authenticatie tussen de voer tuigunit en de tachog raaf­
kaar t normaal functioneer t. 
2 Lees-/schr ijftests Voer een typisc h functiescenar io in de voer tuigunit uit Het scenar io moet aan de te 
testen kaar tsoor t worden aangepas t en schrijf opdrach ten in zoveel mogeli jk hoofdbe ­
standen (EF's) op de kaar t bevatten. 
Controleer door gegevens van de voer tuigunit over te brengen of alle corresponde ­
rende registraties correct ingev oerd zijn. 
Controleer door gegevens van de kaar t over te brengen of alle corresponderende regis ­
traties correct ingev oerd zijn. 
Controleer door middel van een dageli jkse afdr uk of alle corresponderende registraties 
correct kunnen worden gelezen. 
9.2 Tests van de interoperabiliteit tussen voertuigunits en bewegingssensoren 
1 Koppeling Controleer of de koppelingsprocedure tussen de voer tuigunit en de bewegingssenso ­
ren foutloos wordt uitge voerd. 
2 Activit eitstests Voer een typisc h functiescenar io op de bewegingssensor uit. Het scenar io heef t be­
trekking op een normale activitei t waarbij zoveel moge lijk voor vallen en fouten wor ­
den gegenereerd. 
Controleer door gegevens van de voer tuigunit over te brengen of alle corresponde ­
rende registraties correct ingev oerd zijn. 
Controleer door gegevens van de kaar t over te brengen of alle corresponderende regis ­
traties correct ingev oerd zijn. 
Controleer door middel van een dageli jkse afdr uk of alle corresponderende registraties 
correct kunnen worden gelezen. 26.5.2016 L 139/335 Publicatieblad van de Europese Unie NL    
Nr. Test Omschrijving 
9.3. Interoperabiliteitst ests tussen voertuigunits en extern e GNSS-modules (indien van toepassing) 
1 Wederzi jdse au­
thenticatie Controleer of de wederzi jdse authenticatie (verbindingsopbouw) tussen de voertuig ­
unit en de externe GNSS-module normaal functioneer t. 
2 Activit eitstests Voer een typisc h functiescenar io uit op de exte rne GNSS-module. Het scenar io heef t 
betrekking op een normale activiteit waarbij zoveel mog elijk voorvallen en fouten 
worden gegenereerd. 
Controleer door gegevens van de voer tuigunit over te brengen of alle corresponde ­
rende registraties correct ingev oerd zijn. 
Controleer door gegevens van de kaar t over te brengen of alle corresponderende regis ­
traties correct ingev oerd zijn. 
Controleer door middel van een dageli jkse afdr uk of alle corresponderende registraties 
correct kunnen worden gelezen.   26.5.2016 L 139/336 Publicatieblad van de Europese Unie NL    
Aanhangsel 10 
BEVEILIGINGSV OORSC HRIFTEN 
Dit aanhangsel beschr ijft de voor schri ften inzake de IT-beveiliging van de onderdelen van slimme tachograf en 
(tachograf en van de tweede generatie). 
SEC_001  De volg ende onderdelen van slimme tachograf en worden gecer tifice erd op basis van de gemeenscha ppelijk e 
criteria: 
—  voertuigunit 
—  tach ograafkaar t 
—  bewegingssensor 
—  exte rne GNSS-module 
SEC_002  In een overeenk omstig de gemeenschappeli jke criteria opge steld onderdeelbeveiligingsprofi el wordt voor elk 
onderdeel waar voor een veiligheidscer tifice ring vereist is, bepaald aan welke minimumeisen dat onderdeel 
moet voldoen op het gebied van IT-beveiliging. 
SEC_003  De Europese Commissie zorgt ervoor dat de vier beveiligingsprofi elen die aan deze bijlage voldoen, worden 
gesponsord, ontwikkeld en gevalideerd door de met IT-beveiligingscer tifice ring belast e autori teiten die deel 
uitmaken van de Joint Interp retation Working Group (JIW G), die de wederzijdse erkenning van certificaten 
onderst eunt onder de auspiciën van de Europese SOGIS-MRA-o vereenk omst (Agreement on Mutual 
Recognition of Information Techn ology Secur ity Evaluation Certificates), en dat deze worden geregistreerd: 
—  beveiligingsprofiel voertuigunit 
—  beveiligingsprofiel tachog raafkaar t 
—  beveiligingsprofiel bewegingssensor 
—  beveiligingsprofiel externe GNSS-module 
Het beveiligingsprofi el voor voer tuigunits rege lt de gevallen waar in de VU al dan niet is ontw orpen voor gebr uik met 
een exte rne GNSS-module. In het laatste geval worden de beveiligingseisen voor de extern e GNSS-module opge nomen in 
het specifi eke beveiligingsprofi el. 
SEC_004  Fabri kanten van onderdelen verfijnen en vervolled igen waar nodig het passende onderdeelbeveiligingsprofiel, 
zonder de bestaande bedreigingen, doelst ellingen, procedurele middelen en specifi caties van veiligheidsver ­
sterkende functies te wijzig en of te schrap pen, teneinde een beveiligingsdoelstelling te ontwikk elen die als 
toetss teen voor de veiligheidscer tificer ing van het onderdeel zal fung eren. 
SEC_005  Tijdens het beoordelingsproces moet worden bevestigd dat de beveiligingsdoelstelling volledig conf orm is met 
het overeenk omstige beveiligingsprofi el. 
SEC_006 Voor elk beveiligingsprofi el geldt betrouwbaarheidsniveau EAL4, verste rkt door de betrouwbaarheidson ­
derdelen ATE_DPT .2 en AVA_V AN.5.  26.5.2016 L 139/337 Publicatieblad van de Europese Unie NL    
Aanhangsel 11 
ALGEMEN E BEVEILIGINGSMECH ANISMEN 
INHOUD 
PREAMBULE ................................................................................................................................... 340 
DEEL A TACHOGRAAF SYST EEM VAN DE EERSTE GENERA TIE ........................................................................... 341 
1. INLEIDING ................................................................................................................................... 341 
1.1. Referentienor men .............................................................................................................. 341 
1.2. Begr ippen en afkorting en.................................................................................................... 341 
2. CRYPTOGRAFISCHE SYST EMEN EN ALGORITMEN ............................................................................... 343 
2.1. Cryptografische systemen .................................................................................................... 343 
2.2. Cryptografische algor itmen .................................................................................................. 343 
2.2.1 RSA -algor itme .................................................................................................................. 343 
2.2.2 Hashalgor itme .................................................................................................................. 343 
2.2.3 Algor itme voor gegevenscoder ing ......................................................................................... 343 
3. SLEUTELS EN CERTIFICA TEN ........................................................................................................... 343 
3.1. Generer ing en verspreiding van sleutels .................................................................................. 343 
3.1.1 Generer ing en verspreiding van RSA-sle utels ........................................................................... 343 
3.1.2 RSA -testsleut els................................................................................................................. 345 
3.1.3 Sleutels voor de bewegingssensor .......................................................................................... 345 
3.1.4 Generer ing en verspreiding van TDES-sessiesleutels ................................................................... 345 
3.2. Sleutels ........................................................................................................................... 345 
3.3. Certificaten ...................................................................................................................... 345 
3.3.1 Inhoud van de certificaten ................................................................................................... 346 
3.3.2 Afgegeven certificaten ........................................................................................................ 348 
3.3.3 Certificaa tver ificatie en uitpakke n......................................................................................... 349 
4. MECHANI SME VOOR WEDERZIJDSE AUTHENTICA TIE .......................................................................... 349 
5. VERTR OUWELIJKHEIDS-, INTEGRITEITS- EN AUTHENTICA TIEMECHAN ISMEN VOOR GEGEVENSO VERDRA CHT 
VIA VU-KAARTEN ......................................................................................................................... 352 
5.1. Beveiligde berichtenuitwisseling ............................................................................................ 352 
5.2. Behandeling van fouten bij beveiligde berichtenuitwisseling (SM) .................................................. 354 
5.3. Algor itme voor het berekenen van cryptografi sche controlesommen ............................................. 354 
5.4. Algor itme voor het berekenen van cryptogrammen voor vertrouwelijkheids-DO's ............................ 355 
6. DIGIT ALE HANDTEKENINGMEC HANISMEN OM GEGEVENS TE DOWNLO ADEN ......................................... 355 
6.1. Generer ing van de handte kening ........................................................................................... 355 
6.2. Handte keningveri ficatie ...................................................................................................... 356 26.5.2016 L 139/338 Publicatieblad van de Europese Unie NL    
DEEL B DIGIT AAL TACHOGRAAF SYST EEM VAN DE TWEEDE GENERA TIE ........................................................... 357 
7. INLEIDING ................................................................................................................................... 357 
7.1. Referentienor men .............................................................................................................. 357 
7.2. Notaties en afkortingen ...................................................................................................... 357 
7.3. Defi nities ......................................................................................................................... 359 
8. CRYPTOGRAFISCHE SYST EMEN EN ALGORITMEN ............................................................................... 359 
8.1. Cryptografische systemen .................................................................................................... 359 
8.2. Cryptografische algor itmen .................................................................................................. 360 
8.2.1 Symmetr ische algor itmen .................................................................................................... 360 
8.2.2 Asymmetr isch e algor itmen en gestandaardiseerde domeinparamet ers ............................................ 360 
8.2.3 Hashalgor itmen ................................................................................................................ 361 
8.2.4 Coder ingssuite s................................................................................................................. 361 
9. SLEUTELS EN CERTIFICA TEN ........................................................................................................... 361 
9.1. Asymmetr isch e sleute lparen en openbare-sleut elcer tificaten ........................................................ 361 
9.1.1 Algemee n........................................................................................................................ 361 
9.1.2 Europees niveau ................................................................................................................ 362 
9.1.3 Lidstaatniveau .................................................................................................................. 362 
9.1.4 Apparatuur niveau Voertuigunits ........................................................................................... 363 
9.1.5 Apparatuur niveau: tachograafkaar ten ..................................................................................... 365 
9.1.6 Apparatuur niveau: externe GNSS-modules .............................................................................. 366 
9.1.7 Overzic ht: vervanging van het certificaa t................................................................................ 367 
9.2. Symmetr ische sleutels ........................................................................................................ 368 
9.2.1 Sleutels ter beveiliging van de communicatie tussen VU en bewegingssensor .................................. 368 
9.2.2 Sleutels ter beveiliging van de DSR C-communicatie ................................................................... 372 
9.3. Certificaten ...................................................................................................................... 375 
9.3.1 Algemee n........................................................................................................................ 375 
9.3.2 Inhoud van het certificaat ................................................................................................... 375 
9.3.3 Certificaa taan vrage n........................................................................................................... 377 
10. WEDERZIJDSE AUTHENTICA TIE TUSSEN VU EN KAART , EN BEVEILIGDE BERICH TENUIT WISSELING .............. 378 
10.1. Algemee n........................................................................................................................ 378 
10.2. Wederzi jdse verificatie van de certificaatket en.......................................................................... 379 
10.2.1 Verificatie van de certificaatket en op kaar tniveau door de VU ...................................................... 379 
10.2.2 Verificatie van de certificaatket en op VU-niveau door de kaar t..................................................... 381 
10.3. VU-authenticatie ............................................................................................................... 384 
10.4. Chipauthenticatie en sleutelo vereenst emming tijdens de sessie ..................................................... 385 26.5.2016 L 139/339 Publicatieblad van de Europese Unie NL    
10.5. Beveiligde berichtenuitwisseling ............................................................................................ 387 
10.5.1 Algemee n........................................................................................................................ 387 
10.5.2 Structuur van het beveiligde bericht ...................................................................................... 388 
10.5.3 Afbreken van een sessie voor beveiligde berichtenuitwisseling ..................................................... 391 
11. KOPPELING, WEDERZIJDSE AUTHENTIC ATIE EN BEVEILIGDE BERICH TENUIT WISSELING TUSSEN VU EN EX­
TERNE GNSS-MODULE ................................................................................................................... 392 
11.1. Algemee n........................................................................................................................ 392 
11.2. Koppeling tussen VU en externe GNSS-module ........................................................................ 393 
11.3. Wederzi jdse verificatie van de certificaatket en.......................................................................... 393 
11.3.1 Algemee n........................................................................................................................ 393 
11.3.2 Tijdens de koppeling tussen VU en externe GNSS-module .......................................................... 393 
11.3.3 Tijdens normaal bedr ijf....................................................................................................... 394 
11.4. VU-authenticatie, chipauthenticatie en sleut elovereenst emming tijdens de sessie ............................... 395 
11.5. Beveiligde berichtenuitwisseling ............................................................................................ 395 
12. KOPPELING EN COMMUNICA TIE TUSSEN VU EN BEWEGINGSSENSOR ..................................................... 396 
12.1. Algemee n........................................................................................................................ 396 
12.2. Koppeling tussen VU en bewegingssensor met gebruikmaking van sleute ls van versch illende 
generaties ........................................................................................................................ 396 
12.3. Koppeling en communicatie tussen VU en bewegingssensor via AES ............................................. 397 
12.4. Koppeling tussen VU en bewegingssensor voor apparatuur van versch illende generaties .................... 399 
13. BEVEILIGING VOOR COMMUNIC ATIE OP AFST AND VIA DE DSR C-INTERF ACE........................................... 399 
13.1. Algemee n........................................................................................................................ 399 
13.2. Coder ing van de payloadgeg evens van de tachog raaf en MAC-generer ing ....................................... 400 
13.3. Verificatie en decoder ing van de payloadgeg evens van de tachog raaf ............................................. 401 
14. ONDERTEKENING VAN GEDO WNL OADE GEGEVENS EN HANDTEKENINGVERIFICA TIE ............................... 401 
14.1. Algemee n........................................................................................................................ 401 
14.2. Generer ing van de handte kening ........................................................................................... 402 
14.3. Handte keningveri ficatie ...................................................................................................... 402  
PREAMBULE 
Dit aanhangsel specificeer t de beveiligingsmec hanismen die het volgende waarborg en: 
—  de wederzi jdse authenticatie tussen de versch illende onderdelen van het tachograafsyst eem; 
—  de vertrouwelijkheid, integriteit, authenticit eit en/of onweerlegbaarheid van de gegevens die tussen verschil lende 
onderdelen van het tachograafsyst eem worden uitgewisseld of die op externe opslagmedia worden gedo wnload. 
Dit aanhangsel bestaat uit twee delen: deel A specifi ceer t de beveiligingsmec hanismen voor het tachog raafsysteem van de 
eerste generatie (digitale tachog raaf); deel B specifi ceer t de beveiligingsmechanismen voor het tachograafsyst eem van de 
tweede generatie (slimme tachog raaf). 
De in deel A van dit aanhangsel gespecifi ceerde mechani smen zijn van toepassing indien minstens een van de bij de 
wederzi jdse authenticatie en/of gegevenso verdracht betrokken onderdelen van het tach ograafsysteem van de eerste 
generatie is. 26.5.2016 L 139/340 Publicatieblad van de Europese Unie NL    
De in deel B van dit aanhangsel gespecifi ceerde mechanis men zijn van toepas sing indien de bij de wederzi jdse authen ­
ticatie en/of gegevenso verdracht betrokken onderdelen van het tachograafsyst eem allebei van de tweede generatie zijn. 
In aanhangsel 15 wordt meer informatie verstrekt over het gebruik van onderdelen van de eerste generatie in combinatie 
met onderdelen van de tweede generatie. 
DEEL A 
TACHOGRAAFSYSTEEM VAN DE EERSTE GENERA TIE 
1.  INLEIDING 
1.1.  Referent ienor men 
De onderstaande referentienor men worden in dit aanhangsel gebruikt: 
SHA-1  National Institute of Standards and Technology (NIST). FIPS Publication 180-1: Secure Hash 
Standard. Apr il 1995. 
PKCS1  RSA Laboratories. PKCS 1: RSA Encr yption Standard. Versie 2.0. Oktober 1998. 
TDES  National Institute of Standards and Technology (NIST). FIPS Publication 46-3: Data 
Encr yption Standard. Ontwer p 1999. 
TDES-OP  ANSI X9.52, Triple Data Encr yption Algor ithm Modes of Operation. 1998. 
ISO/IEC 7816-4  Information Technology — Identification cards — Integrated circuit(s) cards with contacts — 
Part 4: Interin dustr y commands for inter exchang e. First edition: 1995 + Amendment 1: 
1997. 
ISO/IEC 7816-6  Information Technology — Identification cards — Integrated circuit(s) cards with contacts — 
Part 6: Interin dustr y data elements. First edition: 1996 + Cor 1: 1998. 
ISO/IEC 7816-8  Information Technology — Identification cards — Integrated circuit(s) cards with contacts — 
Part 8: Secur ity related interindustr y commands. First edition 1999. 
ISO/IEC 9796-2  Information Technology — Secur ity techniques — Digital signature schemes giving messag e 
reco very — Part 2: Mechanis ms using a hash function. First edition: 1997. 
ISO/IEC 9798-3  Information Technology — Secur ity techniques — Entity authentication mecha nisms — 
Part 3: Entity authentication using a public key algor ithm. Second edition 1998. 
ISO 16844-3  Road vehicles — Tachog raph systems — Part 3: Motion sensor interface 
1.2.  Beg rippen en afkortingen 
De onderstaande begr ippen en afkortingen worden in dit aanhangsel gebruikt: 
(Ka, Kb, Kc)  Reeks sleutels voor gebr uik door het algor itme voor drievoudige gegevenscoder ing 
CA  Certificeringsauto riteit 
CAR  Referentie van de certificeringsauto riteit 
CC  Cryptografische controlesom 
CG  Cryptogram 
CH  Koplabel (header) van het commando 
CHA  Autorisatie van de certificaathouder 
CHR  Referentie van de certificaathouder 
D()  Decoder ing op basis van DES (Data Encr yption Standar d) 26.5.2016 L 139/341 Publicatieblad van de Europese Unie NL    
DE  Gegevenselement 
DO  Gegevensobjec t 
d  Particuliere RSA-sleut el, particuliere exponent 
e  Openbare RSA-sleut el, openbare exponent 
E()  Coder ing op basis van DES (Data Encr yption Standar d) 
EQT  Apparatuur 
Hash()  Hashwaarde als resultaat van Hash 
Hash  Hashfunctie 
KID  Sleutelidentificator 
Km  TDES-sleutel. Master Key (hoofdsleutel), gedefinieerd in ISO 16844-3 
KmVU  TDES-sleutel ingebrac ht in voertuigunits 
KmWC  TDES-sleutel ingebrac ht in werkplaatskaar ten 
m  Berichtsymbool, een geheel getal tussen 0 en n-1 
n  RSA-sleut els, modulus 
PB  Opvulbyt es (padding) 
PI  Padding-indicat orbyt e (voor gebr uik in cryptogram ter waarborging van vertrouwelij kheid 
DO) 
PV  Ongecodeerde waarde 
s  Handtek eningsymbool, een geheel getal tussen 0 en n-1 
SSC  Zendsequentieteller 
SM  Beveiligde berichtenuitwisseling 
TCBC  TDEA Cipher Bloc k Chaining-werkingsmodus 
TDEA  Algor itme voor drievoudig e gegevenscoder ing 
TLV  Waarde van de labellengte 
VU  Voertuigunit 
X.C  Door de certificeringsauto riteit afge geven certificaa t van gebruike r X 
X.CA  Certificeringsauto riteit van gebr uiker X 
X.CA .PK o X.C  Handeling van uitpakke n van een certificaat om een openbare sleutel op te halen. Het is een 
infix-operat or; de linke r operand is de openbare sleutel van de certificer ingsautor iteit en de 
recht er operand is het door die certificeringsauto riteit afgeg even certificaat. Het resultaat is de 
openbare sleutel van gebr uiker X wiens certificaat de rechter operand is 
X.PK  Openbare RSA-sleut el van gebruiker X 
X.PK[I]  RSA-coderi ng van informatie I, met gebruikmaking van de openbare sleute l van gebruike r X 
X.SK  Particuliere RSA-sleut el van gebruiker X 
X.SK[I]  RSA-coderi ng van informatie I, met gebr uikmaking van de particuliere sleute l van 
gebr uiker X 
‘xx’  Hexadecimale waarde 
||  Samenv oegingsoperator 26.5.2016 L 139/342 Publicatieblad van de Europese Unie NL    
2.  CRYPTOGRAFISC HE SYST EMEN EN ALGORITMEN 
2.1.  Cryptog rafische systemen 
CSM_001  Voertuigunits en tachog raafkaar ten gebruike n een standaard cryptografisch systeem van openbare 
RSA -sleutels om de onderstaande beveiligingsmechanismen te bieden: 
—  authenticatie tussen voer tuigunits en kaar ten, 
—  overbrenging van drievoudig e DES-sessiesleut els tussen voertuigunits en tachog raafkaar ten, 
—  digitale handtek ening van de gegevens die van voertuigunits of tachograafkaar ten worden 
gedownload op externe media. 
CSM_002  Voertuigunits en tach ograafkaar ten gebr uiken een symmetr isch cryptografisch systee m van TDES- 
sleutels, enerzij ds om een mecha nisme te bieden dat de integriteit waarborgt van de tussen 
voertuigunits en de tach ograafkaar ten uitgewi sselde gebruike rsgeg evens en anderzij ds om waar 
nodig de vertrouwelij kheid te garanderen van de tussen voer tuigunits en tachograafkaar ten 
uitgewi sselde gegevens. 
2.2.  Cryptog rafische algor itmen 
2.2.1  RSA-algor itme 
CSM_003  Het RSA -algor itme wordt door de onderstaande verg elijking en volledig gedefinieerd: 
X.SK[m] = s = md mod n 
X.PK[s] = m = se mod n  
Een uitgebreidere besc hrijving van de RSA-functie is te vinden in de referen tienor m [PKCS1]. De in 
het RSA -algor itme gebr uikt e openbare exponent e is een geheel getal tussen 3 en n-1 dat voldoet 
aan gcd(e, lcm(p-1, q-1))=1. 
2.2.2  Hashalgor itme 
CSM_004  De digitale handt ekeningmec hanismen gebr uiken het in referen tienor m [SHA-1] gedefinieerde 
hashalgor itme SHA-1. 
2.2.3  Algor itme voor gegevenscoder ing 
CSM_005  Op DES gebaseerde algor itmen worden in de Cipher Bloc k Chaining-werkingsmodus gebruikt. 
3.  SLEUTELS EN CERTIFICA TEN 
3.1.  Generer ing en verspreiding van sleutels 
3.1.1  Genererin g en verspr eiding van RSA -sleutels 
CSM_006  RSA -sleutels worden op drie functionele hiërarchieni veaus gegenereerd: 
—  Europees niveau, 
—  lidstaatniveau, 
—  apparatuur niveau. 26.5.2016 L 139/343 Publicatieblad van de Europese Unie NL    
CSM_007  Op Europees niveau wordt een enkel Europees sleute lpaar (EUR.SK en EUR.PK) gegenereerd. De 
Europese particuliere sleut el wordt gebr uikt om de openbare sleutels van de lidstat en te certifice ren. 
Van alle gecertifice erde sleutels worden registraties bijgehouden. Deze taken worden uitgev oerd 
door de Europese certificeringsauto riteit in opdracht en onder verantwoordeli jkheid van de 
Europese Commissie. 
CSM_008  Op lidstaatniveau wordt een lidstaat-sleut elpaar (MS.SK en MS.PK) gegenereerd. Openbare sleutels 
van lidstaten worden door de Europese certificer ingsautor iteit gecer tificeerd. De particuliere sleute l 
van de lidstaat wordt gebruikt ter certifice ring van de openbare sleutels die in apparatuur 
(voer tuigunit of tachograafkaar t) worden ingebracht. Van alle gece rtificeerde openbare sleutels 
worden registraties bijgehouden met de identif icatie van de apparatuur waar voor zij bedoeld zijn. 
Deze taken worden door de certificer ingsauto riteit van de lidstaat uitgev oerd. Een lidstaat kan zijn 
sleutelpaa r regelmatig wijzigen. 
CSM_009  Op apparatuur niveau wordt een enkel sleutelpaar (EQT .SK en EQT .PK) gegenereerd en in elke 
apparatuur inge bracht. Openbare sleutels voor apparatuur worden door de certifice ringsauto riteit 
van de lidstaat gecer tifice erd. Deze take n kunnen door de fabrikanten en installateurs van de 
apparatuur of door de autor iteiten van de lidstaat worden uitgev oerd. Dit sleutelpaar dient voor de 
authenticatie, digitale handtek ening en coder ing. 
CSM_010  De vertrouwelijkheid van de particuliere sleut els blijft gewaarborgd tijde ns de generer ing, eventuele 
overbrenging en opslag. 
De gegevensstroom van dit proces wordt sameng evat in het onderstaande schema: 
26.5.2016 L 139/344 Publicatieblad van de Europese Unie NL    
3.1.2  RSA-tes tsleutels 
CSM_011  Voor testdoeleinden van de apparatuur (inclusief inter operabiliteitst ests) genereer t de Europese 
certificer ingsauto riteit een afzonderli jk Europees testsleut elpaar en ten minste twee testsleutelparen 
voor de lidstaten. De openbare sleute ls van deze testsleutelparen worden op basis van de Europese 
particuliere testsleut el gece rtificeerd. Voor typegoedkeuri ngst ests van apparatuur breng en de 
fabrikanten tests leutels in die door een van deze testsleutels van de lidstaten gecertifice erd zijn. 
3.1.3  Sleutels voor de bewegingssensor 
Tijdens de generer ing, eventuele overbrenging en opslag wordt de vertrouwelijkheid van de drie hieronder 
besch reven drievoud ige DES-sleutels op adequat e wijze gewaarborgd. 
Ter ondersteuning van ISO 16844-conf orme tachog raafonderdelen zorg en de Europese certifice ringsauto riteit 
en de certificer ingsauto riteiten van de lidstate n bovendien voor het volg ende: 
CSM_036  De Europese certificer ingsauto riteit genereer t KmVU en KmW C, twee onafhanke lijke en unieke 
drievoud ige DES-sleutels, en genereer t Km als:  Km = KmVU XOR KmWC  . De Europesecer tifice­
ringsauto riteit geeft deze sleute ls desgevra agd door aan de certificer ingsautor iteiten van de lidstaten, 
via adequaat beveiligde procedures. 
CSM_037  De certificer ingsautor iteiten van de lidstat en: 
—  gebruike n Km om door de fabrikanten van bewegingssensoren gevraagde gegevens van de 
bewegingssensor te coderen (de met Km te coderen gegevens worden gedef inieerd in 
ISO 16844-3); 
—  geven KmVU via adequaat beveiligde procedures door aan de fabrikante n van voertuigunits voor 
gebruik in voer tuigunits; 
—  zorg en ervoor dat KmWC wordt ingebracht in alle werkplaatskaar ten 
(
 in het hoofdbestand 
 ) bij de 
personaliser ing van de kaar t. 
3.1.4  Genererin g en verspr eiding van TDES-sessiesleutels 
CSM_012  Voertuigunits en tachog raafkaar ten moete n als onderdeel van de wederzi jdse authenticatie de 
vereiste gegevens genereren en uitwisselen teneinde een gemeenschappeli jke drievoudig e DES-sessie ­
sleutel te ontwikkelen. Met het oog op de vertrouwelij kheid wordt deze gegevensuitwisseling 
beveiligd door een RSA -coder ingsmechani sme. 
CSM_013 Deze sleut el wordt gebruikt bij alle navolg ende cryptografische bewerking en met beveiligde berich­
tenuitwisseling. De geldigheid van de sleutel vervalt aan het einde van de sessie (kaar tuitneming of 
kaar tterugstelling) en/of na 240 toepassing en (een toepassin g van de sleutel = een via beveiligde 
berichtenuitwisseling naar de kaar t verzonden commando en bijbehorend antw oord). 
3.2.  Sleutels 
CSM_014  RSA -sleutels hebben (ongeac ht het niveau) de volg ende lengte : modulus n 1 024 bits, openbare 
exponent e maximaal 64 bits, particuliere exponent d 1 024 bits. 
CSM_015  Drievoudige DES-sleutels hebben de vorm (Ka, Kb, Ka), waarbij Ka en Kb onafhankeli jke sleute ls van 
64 bits zijn. Er worden geen bits ingest eld om pariteitsf outen op te sporen. 
3.3.  Cer tificaten 
CSM_016  Certificaten van openbare RSA -sleutels zijn van het „niet-zelfbesch rijvende” en „kaar tver ifieerbare” 
type (zie ISO/IEC 7816-8). 26.5.2016 L 139/345 Publicatieblad van de Europese Unie NL    
3.3.1  Inhoud van de certificaten 
CSM_017  Certificaten van openbare RSA -sleutels bevatt en de volg ende gegevens in de onderstaande volgorde: 
Gege ­
vens Formaat Bytes Toelichting 
CPI INTEGER  1 Identificator van het certificaa tprofie l (‘01’ voor deze versie) 
CAR OCTET STRING  8 Referentie van de certifice ringsauto riteit 
CHA OCTET STRING  7 Autorisatie van de certificaathouder 
EOV TimeReal  4 Vervaldatum van het certificaat. Facultatief, ‘FF’ opgevuld indien 
niet gebruikt 
CHR OCTET STRING  8 Referentie van de certificaa thouder 
n OCTET STRING  128 Openbare sleute l (modulus) 
e OCTET STRING  8 Openbare sleute l (openbare exponent)   
164   
Opmerking en: 
1.  De „identifi cator van het certificaatprofiel” (CPI) geeft de exacte structuur van een authenticatiecer tificaat 
aan. Dit gegeven kan worden gebruikt als interne identificator van apparatuur in een toepass elijk e lijst van 
koplabels (headers), waar in de samenv oeging van gegevenselement en in het certificaat wordt omschr even. 
De volgende koplabels (headers) hebben betrekking op de inhoud van dit certificaat : 
‘4D’ ‘16’ ‘5F 29’ ‘01’ ‘42’ ‘08’ ‘5F 4B’ ‘07’ ‘5F 24’ ‘04’ ‘5F 20’ ‘08’ ‘7F 49’ ‘05’ ‘81’ ‘81 80’ ‘82’ ‘08’ Toegevoegd label lijst van headers 
Lengte lijst van headers 
CPI-label 
CPI-lengte 
CAR-label 
CAR-lengte 
CHA-label 
CHA-lengte 
EOV-label 
EOV-lengte 
CHR-label 
CHR-lengte 
Label openbare sleutel (geconstrueerd) 
Lengte opeenvolgende DO's 
Label modulus 
Lengte modulus 
Label openbare exponent 
Lengte openbare exponent    
2.Het doel van de „referentie van de certifice ringsauto riteit” (CAR) is het identificeren van de certificer ings ­
autoriteit die het certificaat afgeeft, zodat het gegevenselement tegelijkertijd met een sleutelidenti ficator van 
de autor iteit kan worden gebr uikt ter verwijzing naar de openbare sleut el van de certificeringsauto riteit (zie 
onderstaande sleutelidentificator voor de coder ing). 26.5.2016 L 139/346 Publicatieblad van de Europese Unie NL    
3.  De „auto risatie van de certificaathouder” (CHA) wordt gebr uikt om de rechten van de certificaathouder te 
identificeren. Dit gegeven bestaat uit de toepassingsidentif icator van de tach ograaf en het model van de 
apparatuur waar voor het certificaat bedoeld is (overeenk omstig het gegevenselement 
 , ‘00’ 
voor een lidstaat). 
4.Het doel van de „refer entie van de certificaathouder” (CHR) is het eenduidig identificeren van de certificaat ­
houder , zodat het gegevenselement tegelijk ertijd met een sleutelidentificator van het onder werp kan worden 
gebruikt ter verwijzing naar de openbare sleut el van de certificaathouder . 
5.De certificaa thouder of certifice ringsauto riteiten worden eenduidig geïdentif iceerd op basis van sleutelidenti ­
ficatoren. Ze worden als volgt gecodeerd:  
5.1 Apparatuur (VU of kaar t): 
Gegevens Serienummer van 
de apparatuur Datum Type Fabrikan t 
Lengte 4 bytes 2 bytes 1 byte 1 byte 
Waarde Geheel getal mm yy BCD-code ­
ring Specifi ek kenmerk 
fabr ikant Fabrikan tcode  
In het geval van een VU is het mog elijk dat de fabrikant bij het aanvrage n van certificaten de identi ­
ficatie van de apparatuur waar in de sleutels worden ingebracht, soms wel en soms niet kent. 
In het eerste geval verzendt de fabrikant de identificatie van de apparatuur met de openbare sleutel ter 
certificering naar de autoriteit van zijn lidstaat. Het certificaat bevat dan de identificatie van de 
apparatuur . De fabrikant moet garanderen dat sleutels en certificaa t in de daar toe best emde 
apparatuur worden ingebracht. De sleute lidentifi cator heef t de hierbo ven omschreven vorm . 
In het tweede geval moet de fabrikant elke certificaataan vraag eenduidig identif iceren en deze identi ­
ficatie met de openbare sleutel ter certifice ring naar de autori teit van zijn lidstaat verzenden. Het 
certificaat bevat de identif icatie van de certificaataanvraag. Nadat de sleute l in de apparatuur is 
ingebrac ht, moet de fabrikant de autoriteit van zijn lidstaat op de hoogt e breng en van de aan de 
apparatuur toeg ewezen sleutel (dat wil zeggen identif icatie van de certificaa taan vraag en identificatie 
van de apparatuur). De sleutelidentificator heef t de volgende vorm: 
Gegevens Serienummer certi­
ficaataanv raag Datum Type Fabrikan t 
Lengte 4 bytes 2 bytes 1 byte 1 byte 
Waarde Geheel getal mm yy BCD-code ­
ring ‘FF’ Fabrikan tcode   
5.2. Certificeringsautor iteit: 
Gegevens Identif icatie 
certifice rings ­
autor iteit Serienummer van 
de sleutel Additionele info Identificator 
Lengte 4 bytes 1 byte 2 bytes 1 byte 26.5.2016 L 139/347 Publicatieblad van de Europese Unie NL    
Waarde 1 byte numer ieke 
nationale code 
3 bytes alfanume ­
rieke nationale 
code Geheel getal Additionele code ­
ring 
(specif iek voor de 
certifice rings ­
autor iteit) 
‘FF FF’ indien niet 
gebr uikt ‘01’  
Het serienummer van de sleute l dient om de versc hillende sleutels van een lidstaat te ondersch eiden in 
het geval dat de sleutel wordt gewi jzigd. 
6.  Certificaatver ificate urs weten impliciet dat de gecer tificeerde openbare sleute l als RSA -sleutel van belang is 
voor de authenticatie, verificatie van de digitale handtek ening en coder ing voor vertrouwelijk e diensten (het 
certificaat bevat geen objectidentificator ter specificatie). 
3.3.2  Afgegeven certificaten 
CSM_018  Het afge geven certificaa t is een digitale handt ekening met gedeelteli jke reco very van de inhoud van 
het certificaat overeenk omstig ISO/IEC 9796-2, uitgez onderd bijlag e A.4 daar van, waaraan de 
„refer entie van de certificer ingsauto riteit” is toeg evoegd. 
X.C = X.CA .SK[‘6A ’ || Cr || Hash(Cc) || ‘BC’] || Cn || X.CAR  
Met inhoud van het certificaa t = Cc = Cr || Cn  
106 bytes  58 bytes  
Opmerking en: 
1.  Dit certificaa t is 194 bytes lang. 
2.  De door de handtek ening verborgen CAR wordt ook aan de handt ekening toeg evoegd, zodat de openbare 
sleute l van de certificer ingsautor iteit ter verificatie van het certificaa t kan worden geselecteerd. 
3.De certificaatver ificateur kent impliciet het door de certifice ringsauto riteit gebruikte algor itme ter onder te­
keni ng van het certificaat. 
4.  De volgende koplabels (headers) hebben betrekking op dit afgeg even certificaa t: 
‘7F 21’ ‘09’ ‘5F 37’ ‘81 80’ ‘5F 38’ ‘3A’ ‘42’ ‘08’ Label zelfbeschrijvend certificaat (geconstrueerd) 
Lengte opeenvolgende DO's 
Label handtekening 
Lengte handtekening 
Label restant 
Lengte restant 
CAR-label 
CAR-lengte   26.5.2016 L 139/348 Publicatieblad van de Europese Unie NL    
3.3.3  Certificaatverif icatie en uitpakk en 
Certificaa tver ificatie en uitpakke n bestaan uit het verifiëren van de handtek ening overeenk omstig ISO/ 
IEC 9796-2, het lezen van de inhoud van het certificaa t en de opgenomen openbare sleute l: X.PK = X.CA .PK o 
X.C, en het verifiëren van de geldigheid van het certificaa t. 
CSM_019  Hierbij worden de volgende stappen onder nomen: 
Verifieer handtek ening en zoek inhoud: 
—  van X.C zoek Teken, Cn' en CAR': X.C = Teken || Cn' || CAR'   
128 bytes  58 bytes  8 bytes  
—  van CAR' selecteer de vereiste openbare sleutel van de certifice ringsauto riteit (indien dit nog 
niet met andere middelen is gedaan) 
—  open Teken met openbare sleute l CA: Sr' = X.CA .PK [Teken], 
—  controleer of Sr' begint met ‘6A’ en of eindigt met ‘BC’ 
—  bereke n Cr' en H' van: Sr' = ‘6A’ || Cr' || H' || ‘BC’    
106 bytes  20 bytes    
—  vind inhoud van het certificaa t C' = Cr' || Cn', 
—  controleer of Hash(C') = H' 
Indien de controles in orde zijn, is het certificaa t authentiek; de inhoud ervan is C'. 
Verifieer geldigheid. Van C': 
—  controleer in voork omend geval einddatum van geldigheidsduur . 
Zoek en bewaar openbare sleutel, sleutelidentificator , autor isatie van de certificaathouder en 
vervaldatum van het certificaa t van C': 
—  X.PK = n || e 
—  X.KID = CHR 
—  X.CHA = CHA 
—  X.EO V = EOV 
4.  MECHANISME VOOR WEDERZIJDSE AUTHENTIC ATIE 
De wederzi jdse authenticatie tussen kaar ten en VU's is gebaseerd op het volg ende principe: 
Elke partij bewijst aan de andere partij in het bezit te zijn van een geldig sleut elpaar waar van de openbare 
sleute l is gecer tificeerd door een certificer ingsautor iteit van een lidstaat, die zelf weer is gecertifice erd door de 
Europese certificeringsauto riteit. 
Het bewi js wordt geleverd door onder tekening met de particuliere sleutel van een willekeur ig (aselect), door de 
andere partij gezonden nummer; de andere partij moet het verzonden willek eurige nummer bij de verificatie 
van deze handtek ening terugvin den. 
Het mec hanisme wordt door de VU gestar t bij kaar tinbrenging. Het begint met de uitwisseling van certificaten 
en het uitpakken van openbare sleute ls en eindigt met de instelling van een sessiesleutel. 26.5.2016 L 139/349 Publicatieblad van de Europese Unie NL    
CSM_020  Het volgende prot ocol wordt gebruikt (de pijlen geven commando's en uitge wisselde gegevens aan 
(zie aanhangsel 2)): 
26.5.2016 L 139/350 Publicatieblad van de Europese Unie NL    
26.5.2016 L 139/351 Publicatieblad van de Europese Unie NL    
5.  VERTR OUWELIJKHEIDS-, INTEGRITEITS- EN AUTHENTICA TIEMECHAN ISMEN VOOR GEGEVENSO VERDRA CHT VIA VU- 
KAAR TEN 
5.1.  Bev eiligde berichtenuitwisseling 
CSM_021 De integriteit van de gegevenso verdracht via VU-kaar ten wordt bescher md door beveiligde berich­
tenuitwisseling overeenk omstig de referentienor men [ISO/IEC 7816-4] en [ISO/IEC 7816-8]. 
CSM_022  Indien gegevens tijdens de overdracht moet en worden beveiligd, wordt het gegevensobject in de 
vorm van een cryptografische controlesom toeg evoegd aan de in het commando of antwoord 
verzonden gegevensobject en. De cryptografische controlesom wordt geverifieerd door de 
ontvange r. 
CSM_023  De cryptografische controlesom van in een commando verzonden gegevens bevat de header van 
het commando en alle verzonden gegevensobjecten (=> CLA = ‘0C’; alle gegevensobject en worden 
inge kapseld met labels waar in b1 = 1). 
CSM_024  Indien het antw oord geen gegeve nsveld bevat, worden de bytes van de statusinf ormatie in het 
antw oord beveiligd door een cryptografi sche controlesom. 
CSM_025  Cryptografi sche controlesommen zijn 4 bytes lang. 
Bij gebr uik van beveiligde berichtenuitwisseling hebben de commando's en antw oorden derhalve de 
volg ende structuur: 
De gebruikt e gegevensobject en (DO's) zijn een deelverzameling van de in ISO/IEC 7816-4 
beschrev en DO's voor beveiligde berichtenuitwisseling: 
Label Mnemoniek Betekenis 
‘81’ TPV Onge codeerde waarde van niet met BER -TLV gecodeerde gegevens (te 
besc hermen door CC) 
‘97’ TLE Waarde van Le in het onbeveiligde commando (te besche rmen door 
CC) 
‘99’ TSW Statusinf ormatie (te besche rmen door CC) 
‘8E’ TCC Cryptografische controlesom 
‘87’ TPI CG Padding-indicator byte || Cryptogram (Ong ecodeerde waarde, niet met 
BER -TLV gecodeerd)  
Gegeven een onbeveiligd commando-antw oordpaar : 
Koplabel (header) commando Inhoud commando 
CLA INS P1 P2 [Veld Lc] [Gegev ensveld] [Veld Le] 
4 bytes L bytes, aangeduid als B1 t/m BL  
Inhoud antwoord Staar tlabel (trailer) antwo ord 
[Gegev ensveld] SW1 SW2 
Lr gegeve nsbyt es 2 bytes  26.5.2016 L 139/352 Publicatieblad van de Europese Unie NL    
Het corresponderende beveiligde commando-antw oordpaar is: 
Beveiligd commando: 
Header commando (CH) Inhoud commando 
CLA INS P1 P2 [Nieuw veld Lc] [Nieuw gegevensveld] [Nieuw 
veld Le] 
‘OC’ Lengte van 
nieuw gege­
vensveld TPV LPV PV TLE LLE Le TCC LCC CC ‘00’ 
‘81’ Lc Gege ­
vens ­
veld ‘97’ ‘01’ Le ‘8E’ ‘04’ CC  
In de controlesom te integre ren gegevens = CH || PB || TPV || LPV || PV || TLE || LLE || Le || PB 
PB = opvulb ytes (80 .. 00) overeenk omstig ISO-IEC 7816-4 en ISO 9797, methode 2. 
De gegevensobject en PV en LE zijn alleen aanwezig wanneer het onbeveiligde commando corres­
ponderende gegevens bevat. 
Beveiligd antw oord:  
1. Geval waar in het gegevensveld van het antw oord niet leeg is en niet hoef t te worden beveiligd 
ter waarborging van de vertrouwelijkheid: 
Inhoud antwo ord Staar tlabel (trailer) 
antwoord 
[Nieuw gegevensveld] Nieuwe SW1, SW2 
TPV LPV PV TCC LCC CC  
‘81’ Lr Gegeven sveld ‘8E’ ‘04’ CC  
In de controlesom te integre ren gegevens = TPV || LPV || PV || PB  
2. Geval waar in het gegevensveld van het antw oord niet leeg is en moet worden beveiligd ter 
waarborging van de vertrouwelijk heid: 
Inhoud antwo ord Staar tlabel (trailer) 
antwoord 
[Nieuw gegevensveld] Nieuwe SW1, SW2 
TPI CG LPI CG PI CG TCC LCC CC  
‘87’  PI || CG ‘8E’ ‘04’ CC  
Door CG over te dragen gegevens: niet met BER -TLV gecodeerde gegevens en opvulbyt es 
(padding). 
In de controlesom te integre ren gegevens = TPI CG || LPI CG || PI CG || PB 26.5.2016 L 139/353 Publicatieblad van de Europese Unie NL    
3. Geval waar in het gegevensveld van het antw oord leeg is: 
Inhoud antwo ord Staar tlabel (trailer) 
antwoord 
[Nieuw gegevensveld] Nieuwe SW1, SW2 
TSW LSW SW TCC LCC CC  
‘99’ ‘02’ Nieuwe SW1, 
SW2 ‘8E’ ‘04’ CC  
In de controlesom te integre ren gegevens = TSW || LSW || SW || PB 
5.2.  Behandeling van fouten bij bev eiligde berichtenuitwisseling (SM) 
CSM_026  Indien de tachog raafkaar t tijdens het vertalen van een commando een SM-f out ontdekt, dan 
moete n de statusbyt es zonder SM worden terug gezonden. Overeenk omstig ISO/IEC 7816-4 worden 
de onderstaande statusb ytes gedefinieerd om SM-f outen te melden: 
‘66 88’:  verificatie van cryptografische controlesom mislukt ; 
‘69 87’:  verwacht e SM-g egeve nsobjecten ontbreke n; 
‘69 88’:  SM-ge gevensobject en onjuist. 
CSM_027 Indien de tachog raafkaar t statusbyt es zonder SM-geg evensobjecten of met een foutief SM-g egevens ­
object terugzendt, moet de sessie door de VU worden afgeb roken. 
5.3.  Algor itme voor het berek enen van cryptograf ische controlesommen 
CSM_028 Cryptografi sche controlesommen worden opgebouwd door middel van een retail berichtauthentica ­
tiecode (MA C) overeenk omstig ANSI X9.19 op basis van DES (Data Encr yption Standar d): 
—  beginf ase: het eerste checkblok y0 is E(Ka, SSC); 
—  volgende fase: de checkblokk en y1, .., yn worden met Ka berekend; 
—  eindf ase: de cryptografische controlesom wordt als volgt vanaf het laatste chec kblok yn 
bereke nd: E(Ka, D(Kb, yn)), 
waarbij E() coder ing met DES en D() decoder ing met DES betek ent. 
De vier meest signif icante bytes van de cryptografische controlesom worden overg edrage n. 
CSM_029 De zendsequentieteller (SSC) wordt tijdens de goedke uringsprocedure van de sleut el (sleutelo vereen ­
stem ming) geïnitieerd op: 
begin SSC: Rnd3 (4 minst significante bytes) || Rnd1 (4 minst signif icante bytes). 
CSM_030  Elke keer voordat een MAC wordt berekend, wordt de zendsequentieteller met 1 verhoogd (met 
andere woorden de SSC voor het eerste commando = begin SSC + 1, de SSC voor het eerste 
antw oord = begin SSC + 2). 26.5.2016 L 139/354 Publicatieblad van de Europese Unie NL    
De onderstaande figuur verduidelijk t de berekening van de retail MAC: 
5.4.  Algor itme voor het berek enen van cryptogrammen voor vertrouw elijkheids-DO's 
CSM_031 Cryptogrammen worden met TDEA in TCBC-werkingsmodus berekend overeenk omstig referen ­
tienor m [TDES] en [TDES-OP] en met de lege vector als beginwaar deblok. 
De onderstaande figuur verduidelijk t de toepassing van sleutels in TDES: 
6.  DIGIT ALE HANDTEKENINGMECHANISMEN OM GEGEVENS TE DOWNL OADEN 
CSM_032  De intellig ente toepassingsger ichte apparatuur (IDE) slaat de van een apparaat (VU of kaar t) tijde ns 
een downloadsessie ontvangen gegevens op in een fysiek gegevensbestand. Dit bestand moet de 
certificaten MSi.C en EQT .C bevatte n. Het bestand bevat digitale handt ekening en van gegevens ­
blokken, zoals gespecificeerd in aanhangsel 7 „Protoc ollen voor gegevenso verdracht ”. 
CSM_033  Digitale handt ekening en van gedownloade gegevens gebruiken een digitaal handtek eningsch ema 
met aanhangsel zodat gedownloade gegevens desgewenst zonder decoder ing kunnen worden 
gelezen. 
6.1.  Generer ing van de handteken ing 
CSM_034  De gegevenshandtek ening wordt door de apparatuur gegenereerd volg ens het handtek eningsch ema 
met aanhangsel, zoals vastg elegd in referentienor m [PKCS1], op basis van de SHA-1-hashfunctie: 
Handt ekening = EQT .SK[‘00’ || ‘01’ || PS || ‘00’ || DER(SHA-1(Geg evens))] 26.5.2016 L 139/355 Publicatieblad van de Europese Unie NL    
PS = Reeks opvulbyt es (padding string) met waarde ‘FF’ zodat de lengte gelijk is aan 128. 
DER(SHA-1(M)) is de coder ing van de identif icatie van het algor itme voor de hashfunctie en de 
hashwaarde in een ASN.1-waarde van het type DigestInf o (kenmerkende coder ingsrege ls): 
‘30’||‘21’||‘30’||‘09’||‘06’||‘05’||‘2B’||‘0E’||‘03’||‘02’||‘1A ’||‘05’||‘00’||‘04’||‘14’||Hashwaarde. 
6.2.  Handteken ingv erificatie 
CSM_035 De gegevenshandt ekening op gedo wnloade gegevens wordt gever ifieerd volg ens het handt ekening ­
schem a met aanhangsel, zoals vastgelegd in referen tienor m [PKCS1], op basis van de SHA-1- 
hashfunctie. 
De verificateur moet de Europese openbare sleutel EUR.PK zelf kennen (en vertrouwen). 
De onderstaande tabel verduidelijk t het protocol dat een IDE met inge bracht e controlekaar t kan 
volg en om de integr iteit te verifiëren van gedownloade en op exte rne opslagmedia (ESM) 
opge slagen gegevens. De controlekaar t wordt gebruikt om digitale handte kening en te decoderen. 
Deze functie mag in dit geval niet in de IDE worden geïm plementeerd. 
De apparatuur die de te analyseren gegevens heef t gedo wnload en onder tekend, wordt aangeduid 
met EQT . 
26.5.2016 L 139/356 Publicatieblad van de Europese Unie NL    
DEEL B 
TACHOGRAAFSY STEEM VAN DE TWEEDE GENERA TIE 
7.  INLEIDING 
7.1.  Referent ienor men 
De onderstaande referentienor men worden in dit aanhangsel gebruikt: 
AES  National Institute of Standards and Technology (NIST), FIPS PUB 197: Advanced Encr yption 
Standard (AES), November 26, 2001 
DSS  National Institute of Standards and Techn ology (NIST), FIPS PUB 186-4: Digital Signature 
Standard (DSS), July 2013 
ISO 7816-4  ISO/IEC 7816-4, Identif ication cards — Integrat ed circuit cards — Part 4: Org anization, secur ity 
and commands for inter chang e. Third edition 2013-04-15 
ISO 7816-8  ISO/IEC 7816-8, Identif ication cards — Integra ted circuit cards — Part 8: Commands for 
secur ity operations. Second edition 2004-06-01 
ISO 8825-1  ISO/IEC 8825-1, Information technology — ASN.1 encoding rules: Specif ication of Basic 
Encoding Rules (BER), Canonical Encoding Rules (CER) and Distinguished Encoding Rules 
(DER). Four th edition, 2008-12-15 
ISO 9797-1  ISO/IEC 9797-1, Information technology — Secur ity techniques — Message Authentication 
Codes (MA Cs) — Part 1: Mech anisms using a block cipher . Second edition, 2011-03-01 
ISO 10116  ISO/IEC 10116, Information technology — Secur ity techniques — Modes of operation of an n- 
bit block cipher . Third edition, 2006-02-01 
ISO 16844-3  ISO/IEC 16844-3, Road vehicles — Tachograph system s — Part 3: Motion sensor interfa ce First 
edition 2004, including Techn ical Corrigendum 1 2006 
RFC 5480  Elliptic Curve Cryptography Subject Public Key Information, March 2009 
RFC 5639  Elliptic Curve Cryptography (ECC) — Brainpool Standard Curves and Curve Generation, 2010 
RFC 5869  HMA C-based Extract-and-Expand Key Derivation Function (HKDF), May 2010 
SHS  National Institute of Standards and Technology (NIST), FIPS PUB 180-4: Secure Hash Standard, 
March 2012 
SP 800-38B  National Institute of Standards and Techn ology (NIST), Special Publication 800-38B: 
Recommendation for Bloc k Cipher Modes of Operation: The CMA C Mode for Authentication, 
2005. 
TR-03111  BSI Techn ical Guideline TR-03111, Elliptic Curve Cryptograph y, version 2.00, 2012-06-28 
7.2.  Beg rippen en afkortingen 
De onderstaande begr ippen en afkortingen worden in dit aanhangsel gebruikt: 
AES  Advanced Encr yption Standard 
CA  Certificer ingsautor iteit 
CAR  Referentie van de certificer ingsautor iteit 
CBC  Cipher Block Chaining (werkingsmodus) 26.5.2016 L 139/357 Publicatieblad van de Europese Unie NL    
CH  Koplabel (header) van het commando 
CHA  Autor isatie van de certificaa thouder 
CHR  Referentie van de certificaathouder 
CV  Constante vect or 
DER  Kenmerk ende coder ingsregels 
DO  Gege vensobject 
DSR C  Speciale korteafstandscommunicatie 
ECC  Ellipt ische-krommecr yptografie 
ECDSA  Ellipt ische kromme-algor itme voor digitale handtek ening 
ECDH Ellipt ische kromme Diffie-Hellman-sleuteluitwisselingsprot ocol (algor itme voor sleute lovereen ­
stemming) 
EGF  Exte rne GNSS-module 
EQT  Apparatuur 
IDE  Intelligent e toepassingsger ichte apparatuur 
KM Mast er Key (hoofdsleutel) van de bewegingssensor om een VU te koppelen aan een bewegings ­
sensor 
KM-V U  In voertuigunits ingebracht e sleutel waar mee de VU de hoofdsleut el (Master Key) van de 
bewegingssensor kan afleiden indien een werkplaatskaar t in de VU is ingebracht 
KM-W C  In werkplaatskaar ten ingebracht e sleutel waar mee de VU de hoofdsleute l (Master Key) van de 
bewegingssensor kan afleiden indien een werkplaatskaar t in de VU is ingebracht 
MAC  Berichtauthenticatiecode 
MoS  Bewegingssensor 
MSB  Meest significante bit 
PKI  Openbare-sleuteli nfrastr uctuur 
RCF  Inrichting voor communicatie op afstand 
SSC  Zendsequentiet eller 
SM  Beveiligde berichtenuitwisseling 
TDES  Standaard voor drievoud ige gegevenscoder ing 
TLV  Waarde van de labellengt e 
VU  Voertuigunit 
X.C  Openbare-sleutelcer tificaat van gebruiker X 
X.CA  Certificer ingsautor iteit die het certificaat van gebr uiker X heef t afgeg even 
X.CAR  Referentie van de certificer ingsautor iteit die vermeld staat in het certificaat van gebruike r X 
X.CHR  Referentie van de certificaathouder die vermeld staat in het certificaat van gebruiker X 
X.PK  Openbare sleut el van gebruike r X 
X.SK  Particuliere sleut el van gebruike r X 
X.PKeph  Tijdelijke openbare sleutel van gebr uiker X 
X.SKeph  Tijdelijke particuliere sleute l van gebruiker X 
‘xx’  Hexadecimale waarde 
||  Samen voegingsoperat or 26.5.2016 L 139/358 Publicatieblad van de Europese Unie NL    
7.3.  Def inities 
De in dit aanhangsel gebruikt e begr ippen worden gedefinieerd in deel I van bijlag e 1 C. 
8.  CRYPTOGRAFISC HE SYST EMEN EN ALGORITMEN 
8.1.  Cryptog rafische systemen 
CSM_38  Voertuigunits en tachograafkaar ten gebruiken een op elliptisc he-krommecr yptografie gebaseerd 
systee m van openbare sleute ls om de volgende beveiligingsdienst en te leveren: 
—  wederzijdse authenticatie tussen voertuigunit en kaar t; 
—  overeenste mming van AES-sessiesleutels tussen voer tuigunit en kaar t; 
—  waarborgen van de authenticiteit, integriteit en onweerlegbaarheid van de gegevens die van 
voer tuigunits of tach ograafkaar ten worden gedownload op extern e media. 
CSM_39  Voertuigunits en extern e GNSS-modules gebruiken een op ellip tische-krommecry ptografi e gebaseerd 
systee m van openbare sleute ls om de volgende beveiligingsdienst en te leveren: 
—  koppeling tussen voer tuigunit en extern e GNSS-module; 
—  wederzijdse authenticatie tussen voertuigunit en externe GNSS-module; 
—  overeenste mming van AES-sessiesleutels tussen voer tuigunit en externe GNSS-module. 
CSM_40  Voertuigunits en tachog raafkaar ten gebruiken een op AES gebaseerd symmetr isch cryptografisch 
systee m om de volgende beveiligingsdienst en te leveren: 
—  waarborgen van de authenticiteit en integriteit van de tussen voertuigunit en tach ograafkaar t 
uitgewisselde gegevens; 
—  waarborgen (waar nodig) van de vertrouwelijk heid van de tussen voertuigunit en tachograafkaar t 
uitgewisselde gegevens. 
CSM_41 Voertuigunits en externe GNSS-modules gebr uiken een op AES gebaseerd symmetr isch crypto­
grafisch systee m om de volgende beveiligingsdienst en te leveren: 
—  waarborgen van de authenticiteit en integriteit van de tussen voertuigunit en exte rne GNSS- 
module uitge wisselde gegevens. 
CSM_42  Voertuigunits en bewegingssensoren gebruike n een op AES gebaseerd symmetr isch cryptografisch 
systee m om de volgende beveiligingsdienst en te leveren: 
—  koppeling tussen voer tuigunit en bewegingssensor , 
—  wederzijdse authenticatie tussen voertuigunit en bewegingssensor; 
—  waarborgen van de vertrouwelijkheid van de tussen voertuigunit en bewegingssensor 
uitgewisselde gegevens. 
CSM_43  Voertuigunits en controlekaar ten gebr uiken een op AES gebaseerd symmetr isch cryptografisch 
systee m om de volg ende beveiligingsdienst en te leveren via de interface voor communicatie op 
afstand: 
—  waarborgen van de vertrouwelijk heid, authenticite it en integr iteit van de gegevens die van een 
voer tuigunit worden overgebrac ht naar een controlekaar t. 26.5.2016 L 139/359 Publicatieblad van de Europese Unie NL    
Opmerking en: 
—  Strikt genomen worden de VU-g egevens via een inrichting voor communicatie op afstand binnen 
of buiten de VU overg ebracht naar een door de controleambtenaar bediend syste em voor 
onder vraging op afstand (zie aanhangsel 14). Het systeem voor onder vraging op afstand brengt 
de ontvange n gegevens echt er over op een controlekaar t om ze te decoderen en te authenticeren. 
De inrichting voor communicatie op afstand en het systee m voor onder vraging op afstand zijn 
volledig transparant vanuit beveiligingsoogpunt. 
—Voor de DSR C-interface biedt een werkplaatskaar t dezelfde beveiligingsdiensten als een contro ­
lekaar t. Zo kan in de werkplaats worden gecontroleerd of de VU-inte rface voor communicatie op 
afstand goed functioneer t, ook wat de beveiliging betref t. Zie punt 9.2.2 voor meer informatie. 
8.2.  Cryptog rafische algor itmen 
8.2.1  Symmetr ische algor itmen 
CSM_44  Voertuigunits, tach ograafkaar ten, bewegingssensoren en externe GNSS-modules ondersteunen het 
AES-algor itme, zoals vastg elegd in [AES], met een sleut ellengte van 128, 192 en 256 bits. 
8.2.2  Asymmetr ische algor itmen en gestandaar diseer de domeinpar ameters 
CSM_45 Voertuigunits, tachograafkaar ten en externe GNSS-modules ondersteunen elliptisc he-krommecr ypto­
grafie met een sleute lgrootte van 256, 384 en 512/521 bits. 
CSM_46 Voertuigunits, tachograafkaar ten en extern e GNSS-modules onderst eunen het ECDSA- onder teke­
ningsalgor itme, zoals gespecif iceerd in [DSS]. 
CSM_47  Voertuigunits, tachograafkaar ten en externe GNSS-modules onderst eunen het ECKA-EG-algor itme 
voor sleutelo vereenstemming, zoals gespecifi ceerd in [TR 03111]. 
CSM_48  Voertuigunits, tachograafkaar ten en extern e GNSS-modules onderst eunen alle gestandaardiseerde 
domein parameter s die hieronder in Tabel 1 worden gespecifi ceerd voor de ellipt ische-krommecr ypto­
grafie. 
Tabel 1 
Gest andaardiseerde domeinparameters 
Naam Grootte (bits) Referentie Objectidentificator 
NIST P-256 256 [DSS], [RFC 5480] 
Brain poolP256r1 256 [RFC 5639] 
NIST P-384 384 [DSS], [RFC 5480] 
Brain poolP384r1 384 [RFC 5639] 
Brain poolP512r1 512 [RFC 5639] 
NIST P-521 521 [DSS], [RFC 5480] 
Opmerking: de objectidentif icatoren in de laatste kolom van Tabel 1 worden gespecifi ceerd in [RFC 
5639] wat de Brainpool-krommen betref t, en in [RFC 5480] wat de NIST -krommen betref t. 
26.5.2016 L 139/360 Publicatieblad van de Europese Unie NL    
8.2.3  Hashalgor itmen 
CSM_49  Voertuigunits en tach ograafkaar ten ondersteunen de in [SHS] gespecificeerde algor itmen SHA-256, 
SHA-384 en SHA-512. 
8.2.4  Coder ingssuites 
CSM_50  Indien een symmetr isch algor itme, asymmetr isch algor itme en/of hashalgor itme worden 
gecombineerd om een beveiligingsproto col te vormen, zijn de respectieve sleutellengt e en 
hashgroott e (ongeve er) van gelijke cryptografische sterkt e. De toeg estane coder ingssuit es worden 
weerge geven in Tabel 2: 
Tabel 2 
Toegest ane coder ingssuites 
ID coder ingssuite ECC-sleutelgroott e 
(bits) AES-sleutel lengte 
(bits) Hashalgor itme MAC-lengte (bytes) 
CS#1 256 128 SHA-256 8 
CS#2 384 192 SHA-384 12 
CS#3 512/521 256 SHA-512 16  
Opmerking: in dit aanhangsel worden ECC-sleute ls met een grootte van 512 bits en 521 bits in elk 
opzic ht als van gelijke cryptografi sche sterkte besc houwd. 
9.  SLEUTELS EN CERTIFICA TEN 
9.1.  Asymmetr ische sleutelparen en openbare-sleutelcer tificaten 
9.1.1  Algemeen 
Opmerking: de hier beschrev en sleutels worden gebruikt voor de wederzi jdse authenticatie en beveiligde 
berichtenuitwisseling tussen voer tuigunits en tachog raafkaar ten en tussen voer tuigunits en extern e GNSS- 
modules. De desbetreffe nde procedures worden uitvoeri g toeg elicht in hoofdstukk en 10 en 11 van dit 
aanhangsel. 
CSM_51  In het Europese slimme tachograafsyst eem worden de ECC-sleute lparen en bijbehorende certificaten 
op drie functionele hiërarchieniveaus gegenereerd en beheerd: 
—  Europees niveau, 
—  lidstaatniveau, 
—  apparatuur niveau. 26.5.2016 L 139/361 Publicatieblad van de Europese Unie NL    
CSM_52  In het volledige Europese slimme tachog raafsystee m worden openbare en particuliere sleutels en 
certificaten gegenereerd, beheerd en uitgewi sseld met gebruikmaking van gestandaardiseerde en 
beveiligde methoden. 
9.1.2  Europees niveau 
CSM_53  Op Europees niveau wordt een enkel Europees ECC-sleut elpaar gegenereerd, aangeduid als EUR en 
bestaande uit een particuliere sleute l (EUR.SK) en een openbare sleut el (EUR.PK). Dit sleutelpaa r 
vormt de basis van de openbare-sleut elinfrastr uctuur (PKI) van het volledig e Europese slimme 
tachog raafsystee m. Deze taak wordt uitgev oerd door de Europese basiscer tificer ingsautor iteit (ERCA) 
in opdracht en onder verantwoo rdelijkheid van de Europese Commissie. 
CSM_54  De ERCA gebruikt de Europese particuliere sleutel om een (zelf onder tekend) basiscer tificaat van de 
Europese openbare sleute l te onder tekenen, en deelt dit Europese basiscer tificaat mee aan alle 
lidstate n. 
CSM_55  De ERCA gebruikt de Europese particuliere sleut el om desgevraa gd de openbare-sleut elcer tificaten 
van de lidstaten te onder tekenen. De ERCA houdt registraties bij van alle onder tekende openbare- 
sleute lcertificaten van de lidstaten. 
CSM_56  Zoals aange geven in Figuur 1 onder 9.1.7, genereer t de ERCA om de 17 jaar een nieuw Europees 
basissleut elpaar . Telke ns wanneer de ERCA een nieuw Europees basissleute lpaar genereer t, maakt zij 
een nieuw , zelfonder tekend basiscer tificaat voor de nieuwe Europese openbare sleutel. Het Europese 
basiscer tificaat is 34 jaar en 3 maanden geldig. 
Opmerking: op het ogenblik dat een nieuw basissleutelpaa r wordt geïn troduceerd, genereer t de ERCA 
ook een nieuwe hoofdsleut el voor de bewegingssensor en een nieuwe DSR C-hoofdsleutel (zie 
punt en 9.2.1.2 en 9.2.2.2). 
CSM_57 Alvo rens een nieuw Europees basissleutelpaar te genereren, onderzoekt de ERCA welke cryptogra ­
fische sterkte het nieuwe sleute lpaar moet hebben om gedurende de komende 34 jaar besche rming 
te bieden tegen inbreuken op de beveiliging. Zoals gespecificeerd in CSM_50, schak elt de ERCA 
indien nodig over op een coder ingssuit e die een grotere cryptografische sterkte heef t dan de huidige. 
CSM_58 Telkens wanneer de ERCA een nieuw Europees basissleut elpaar genereer t, maakt zij een verbindings ­
certificaat voor de nieuwe Europese openbare sleutel en onder tekent die met de vorige Europese 
particuliere sleute l. Het verbindingscer tificaa t is 17 jaar geldig. Dit wordt eveneens verduidelijkt in 
Figuur 1 onder 9.1.7. 
Opmerking: aange zien een verbindingscer tificaa t de door de ERCA gegenereerde openbare sleut el van 
generatie X bevat en wordt onder tekend met de door de ERCA gegenereerde particuliere sleutel van 
generatie X-1, kan apparatuur waar voor een sleutel van generatie X-1 is verstrekt, vertrouwen op 
apparatuur die besch ikt over een sleutel van generatie X. 
CSM_59  Zodra een nieuw basissleut elcer tificaa t van krach t wordt, staakt de ERCA het gebr uik van de 
particuliere sleutel van het basissleut elpaar . 
CSM_60  De ERCA besc hikt te allen tijde over de volg ende cryptografische sleute ls en certificaten: 
—  het huidige EUR -sleutelpaa r en bijbehorend certificaat ; 
—alle vorige EUR -cer tificaten ter verificatie van de nog geldende certificaten van de certificer ingsau ­
toriteiten van de lidstaten; 
—  verbindingscer tificaten voor EUR -cer tificaten van alle generaties, met uitzonder ing van het eerste 
certificaat. 
9.1.3  Lidstaatniv eau 
CSM_61  Alle lidstaten die certificaten voor tachog raafkaar ten moeten onder tekenen, genereren een of 
meerdere uniek e ECC-sleut elparen, aange duid als MSCA_Card. Alle lidstat en die certificaten voor 
voertuigunits of externe GNSS-modules moete n onder tekenen, genereren daar naast ook een of 
meerdere unieke ECC-sleutelparen, aanged uid als MSCA_ VU-EGF . 26.5.2016 L 139/362 Publicatieblad van de Europese Unie NL    
CSM_62 De taak om sleut elparen op lidstaatniveau te genereren, wordt opge dragen aan de certificer ings ­
autoriteit van de lidstaat (MSCA). Telkens wanneer de MSCA een lidstaat-sleute lpaar genereer t, geeft 
zij de openbare sleute l door aan de ERCA om het desbetreffende, door de ERCA onder tekende 
lidstaatcer tificaa t te verkr ijgen. 
CSM_63  De MSCA kiest voor het lidstaat-sleut elpaar dezelfde cryptografische sterkte als die van het Europese 
basissleut elpaar waar mee het corresponderende lidstaatcer tificaat wordt onder tekend. 
CSM_64  Het sleutelpaar MSCA_VU-EGF bestaat in voork omend geval uit een particuliere sleut el MSCA_VU- 
EGF .SK en een openbare sleute l MSCA _VU-EGF .PK. De MSCA gebruikt de particuliere sleutel 
MSCA_VU-EGF .SK uitsluitend om de openbare-sleutelcer tificaten van voer tuigunits en externe 
GNSS-modules te onder tekenen. 
CSM_65  Het sleut elpaar MSCA _Card bestaat uit een particuliere sleutel (MSCA_Card.SK) en een openbare 
sleute l (MSCA _Card.PK). De MSCA gebruikt de particuliere sleut el MSCA_ Card.SK uitsluitend om de 
openbare-sleut elcer tificaten van tachograafkaar ten te onder tekenen. 
CSM_66  De MSCA houdt registraties bij van alle onder tekende certificaten van voertuigunits, externe GNSS- 
modules en tachog raafkaar ten, samen met de identif icatie van de apparatuur waar voor elk certificaa t 
bedoeld is. 
CSM_67  Het certificaa t MSCA_VU-EGF is 17 jaar en 3 maanden geldig. Het certificaat MSCA_ Card is 7 jaar 
en 1 maand geldig. 
CSM_68  Zoals aange geven in Figuur 1 onder 9.1.7, kunnen de particuliere sleutel van een sleute lpaar 
MSCA_VU-EGF en de particuliere sleute l van een sleut elpaar MSCA_ Card gedurende twee jaar 
worden gebr uikt. 
CSM_69  De MSCA staakt het gebruik van de particuliere sleut el van het sleute lpaar MSCA _VU-EGF zodra de 
gebruikster mijn is verstreken. De MSCA staakt eveneens het gebr uik van de particuliere sleute l van 
het sleute lpaar MSCA_Card zodra de gebruikster mijn is verstreken. 
CSM_70  De MSCA besch ikt te allen tijde over de volg ende cryptografische sleute ls en certificaten: 
—  het huidige sleutelpaar MSCA_ Card en bijbehorend certificaat ; 
—  alle vorige certificaten MSCA_Card ter verificatie van de nog geldende certificaten voor 
tachograafkaar ten; 
—  het huidige EUR -cer tificaat ter verificatie van het huidige MSCA-cer tificaa t; 
—  alle vorige EUR -cer tificaten ter verificatie van alle nog geldende MSCA- certificaten. 
CSM_71  Voorts besc hikt de MSCA , indien zij certificaten voor voertuigunits of externe GNSS-modules moet 
onder tekenen, over de volg ende sleutels en certificaten: 
—  het huidige sleutelpaar MSCA_ VU-EGF en bijbehorend certificaa t; 
—  alle vorige openbare sleutels MSCA _VU-EGF ter verificatie van de nog geldende certificaten voor 
VU's of extern e GNSS-modules. 
9.1.4  Appar atuur niveau: voertuigunits 
CSM_72  Voor elke voertuigunit worden twee unieke ECC-sleut elparen gegenereerd, aange duid als VU_MA en 
VU_Sign. Deze taak wordt uitge voerd door de VU-fabrikanten. De partij die een VU-sleutelp aar 
genereer t, verzendt de openbare sleutel naar de MSCA van de lidstaat waar zij gevestigd is om het 
desbetreffe nde, door de MSCA onder tekende VU-cer tificaat te verkr ijgen. De particuliere sleutel 
wordt uitsluitend door de voertuigunit gebruikt. 26.5.2016 L 139/363 Publicatieblad van de Europese Unie NL    
CSM_73  De certificaten VU_MA en VU_Sign van de voer tuigunit hebben dezelfde ingangsdatum. 
CSM_74  De VU-fabri kant kiest voor het VU-sleut elpaar dezelfde cryptografische sterkte als die van het MSCA- 
sleute lpaar waar mee het corresponderende VU-cer tificaat wordt onder tekend. 
CSM_75  De voertuigunit gebruikt het sleutelpaa r VU_MA, bestaande uit de particuliere sleutel VU_MA.SK en 
de openbare sleutel VU_MA. PK, uitsluitend om zich te authenticeren bij de tachograafkaar ten en 
exte rne GNSS-modules, zoals gespecif iceerd in punt en 10.3 en 11.4 van dit aanhangsel. 
CSM_76 De voertuigunit kan tijdelijk e ECC-sleut elparen genereren die uitsluitend dienen voor de sleute lover­
eenste mming tijde ns de sessie met een tachog raafkaar t of externe GNSS-module, zoals gespecif iceerd 
in punt en 10.4 en 11.4 van dit aanhangsel. 
CSM_77  De voer tuigunit gebruikt de particuliere sleutel VU_Sign.SK van het sleutelpaa r VU_Sign uitsluitend 
om gedownloade gegevensbestanden te onder tekenen, zoals gespecificeerd in hoofdstuk 14 van dit 
aanhangsel. De corresponderende openbare sleute l VU_Sign.PK wordt uitsluitend gebruikt ter 
verificatie van de door de voertuigunit aangemaakt e handtek eninge n. 
CSM_78  Zoals aangeg even in Figuur 1 onder 9.1.7, is het certificaat VU_MA 15 jaar en 3 maanden geldig. 
Het certificaat VU_Sign is eveneens 15 jaar en 3 maanden geldig. 
Opmerking en: 
—  Dankzij de verlengde geldigheidsduur van het certificaat VU_Sign kan de voer tuigunit gedurende 
de eerste drie maanden na de vervaldatum van het certificaa t geldige handt ekening en voor 
gedo wnloade gegevens aanmaken, zoals voorg eschr even in Verordening (EU) nr. 581/2010 van 
de Commissie. 
—  De verlengde geldigheidsduur van het certificaat VU_MA is noodzakeli jk om de VU in staat te 
stellen zich gedurende de eerste drie maanden na de vervaldatum van het certificaat te authen ­
ticeren bij een controlekaar t of bedr ijfskaar t en zodoende gegevens te downloaden. 
CSM_79  Nadat de geldigheidsduur van het desbetreff ende certificaat is verstreke n, staakt de voer tuigunit het 
gebruik van de particuliere sleut el van het VU-sleut elpaar . 
CSM_80  De VU-sleut elparen (met uitzonder ing van tijdelijk e sleutelparen ) en bijbehorende VU-cer tificaten 
worden niet ter plaatse vervangen of vernieuwd nadat de voertuigunit in gebruik is genomen. 
Opmerking en: 
—  De tijdeli jke sleutelparen vallen niet onder dit voorschri ft aangezien de VU een nieuw tijdelijk 
sleutelpaar genereer t bij elke chipauthenticatie en sleute lovereenste mming tijdens de sessie (zie 
punt 10.4). Tijdelijke sleutelparen hebben geen corresponderende certificaten. 
—  Dit voorschri ft doet geen afbreuk aan de mogeli jkheid om statische VU-sleutelparen te vervangen 
tijdens de ombouw of reparatie in een beveiligde omg eving onder het toezic ht van de VU- 
fabr ikant. 
CSM_81  Bij ingebr uikname bevatt en voertuigunits de volg ende cryptografi sche sleutels en certificaten: 
—  de particuliere sleutel VU_MA en bijbeh orend certificaat ; 
—  de particuliere sleutel VU_Sign en bijbehorend certificaa t; 
—  het certificaat MSCA_ VU-EGF met de openbare sleutel MSCA_ VU-EGF .PK ter verificatie van het 
certificaat VU_MA en het certificaat VU_Sign; 
—  het EUR -cer tificaa t met de openbare sleutel EUR.PK ter verificatie van het certificaat MSCA_VU- 
EGF; 26.5.2016 L 139/364 Publicatieblad van de Europese Unie NL    
—  het EUR -cer tificaat waar van de geldigheidsduur onmiddellijk voora fgaat aan die van het EUR - 
certificaat ter verificatie van het certificaat MSCA_VU-EGF (indien bestaand); 
—  het verbindingscer tificaat tussen beide EUR -cer tificaten (indien bestaand). 
CSM_82  Naast de in CSM_81 genoemde cryptografische sleute ls en certificaten beschikk en voer tuigunits ook 
over de in deel A van dit aanhangsel gespecificeerde sleutels en certificaten ten behoeve van de 
interactie met tachog raafkaar ten van de eerste generatie. 
9.1.5  Appar atuur niveau: tachog raafkaar ten 
CSM_83  Voor elke tachograafkaar t wordt een uniek ECC-sleute lpaar gegenereerd, aangeduid als Card_MA. 
Daar naast wordt voor elke bestuurders- en werkplaatskaar t een tweede uniek ECC-sleute lpaar 
gegenereerd, aanged uid als Card_Sign. Deze taak kan worden uitgev oerd door kaar tfabrikanten of 
-personalisato ren. De partij die een kaar tsleut elpaar genereer t, verzendt de openbare sleut el naar de 
MSCA van de lidstaat waar zij gevestigd is om het desbetreffende, door de MSCA onder tekende 
kaar tcertificaa t te verkr ijgen. De particuliere sleut el wordt uitsluite nd door de tachograafkaar t 
gebruikt. 
CSM_84  De certificaten Card_MA en Card_Sign van de bestuurders- of werkplaatskaar t hebben dezelfde 
ingangsdatum. 
CSM_85  De kaar tfabrikant of -personalisato r kiest voor het kaar tsleutelpaar dezelfde cryptografische sterkte 
als die van het MSCA-sleutelpaar waar mee het corresponderende kaar tcertificaat wordt onder tekend. 
CSM_86  De tachograafkaar t gebruikt het sleut elpaar Card_MA, bestaande uit de particuliere sleutel Card_MA. 
SK en de openbare sleut el Card_MA. PK, uitsluitend met het oog op de wederzi jdse authenticatie en 
sleute lovereenste mming tijdens de sessie met voer tuigunits, zoals gespecifi ceerd in punt en 10.3 
en 10.4 van dit aanhangsel. 
CSM_87  De bestuurders- of werkplaatskaar t gebr uikt de particuliere sleutel Card_Sign.SK van het sleutelpaa r 
Card_Sign uitsluite nd om gedo wnloade gegevensbestanden te onder tekenen, zoals gespecif iceerd in 
hoofdstuk 14 van dit aanhangsel. De corresponderende openbare sleutel Card_Sign.PK wordt 
uitsluite nd gebr uikt ter verificatie van de door de kaar t aangemaakt e handtek ening en. 
CSM_88  Het certificaat Card_MA heef t de volg ende geldigheidsduur: 
—  voor bestuurderskaar ten: 5 jaar; 
—  voor bedr ijfskaar ten: 2 jaar; 
—  voor controlekaar ten: 2 jaar; 
—  voor werkplaatskaar ten: 1 jaar  
CSM_89  Het certificaat Card_Sign heef t de volg ende geldigheidsduur : 
—  voor bestuurderskaar ten: 5 jaar en 1 maand; 
—  voor werkplaatskaar ten: 1 jaar en 1 maand.  
Opmerking: dankzij de verlengde geldigheidsduur van het certificaa t Card_Sign kan de bestuur ­
derskaar t gedurende de eerste maand na de vervaldatum van het certificaat geldig e handtek eninge n 
voor gedo wnloade gegevens aanmaken. Dit is noodzake lijk in het licht van Verordening (EU) 
nr. 581/2010 van de Commissie, op grond waar van de maximumterm ijn binnen dewelk e gegevens 
van een bestuurderskaar t moete n worden gedo wnload, niet lange r mag zijn dan 28 dagen nadat de 
laatst e gegevens zijn geregistreerd. 
CSM_90  De sleute lparen en bijbehorende certificaten van de tachograafkaar t worden niet vervang en of 
vernieuwd na afgif te van de kaar t. 26.5.2016 L 139/365 Publicatieblad van de Europese Unie NL    
CSM_91  Bij afgif te bevatte n de tachog raafkaar ten de volg ende cryptografische sleutels en certificaten: 
—  de particuliere sleutel Card_MA en bijbeh orend certificaat ; 
—  voor bestuurders- en werkplaatskaar ten daar naast ook de particuliere sleutel Card_Sign en 
bijbehorend certificaa t; 
—  het certificaat MSCA_ Card met de openbare sleut el MSCA _Card.PK ter verificatie van het 
certificaat Card_MA en het certificaat Card_Sign; 
—  het EUR -cer tificaat met de openbare sleute l EUR.PK ter verificatie van het certificaat MSCA_Card; 
—  het EUR -cer tificaat waar van de geldigheidsduur onmiddellijk voora fgaat aan die van het EUR - 
certificaat ter verificatie van het certificaat MSCA_Card (indien bestaand); 
—  het verbindingscer tificaat tussen beide EUR -cer tificaten (indien bestaand). 
CSM_92  Naast de in CSM_91 genoemde cryptografische sleutels en certificaten beschikk en tachograafkaar ten 
ook over de in deel A van dit aanhangsel gespecif iceerde sleutels en certificaten ten behoeve van de 
interactie met voer tuigunits van de eerste generatie. 
9.1.6  Appar atuur niveau: exter ne GNSS-modules 
CSM_93  Voor elke externe GNSS-module wordt een uniek ECC-sleut elpaar gegenereerd, aangeduid als 
EGF_MA. Deze taak wordt uitgev oerd door de fabrikant en van externe GNSS-modules. De partij die 
een sleutelpaar EGF_MA genereer t, verzendt de openbare sleute l naar de MSCA van de lidstaat waar 
zij gevestigd is om het desbetreffe nde, door de MSCA onder tekende certificaat EGF_MA te 
verkr ijgen. De particuliere sleutel wordt uitsluitend door de externe GNSS-module gebr uikt. 
CSM_94 De fabrikant van de exte rne GNSS-module kiest voor het sleutelpaa r EGF_MA dezelfde cryptogra ­
fische sterkte als die van het MSCA -sleute lpaar waar mee het corresponderende certificaat EGF_MA 
wordt onder tekend. 
CSM_95  De externe GNSS-module gebruikt het sleut elpaar EGF_MA, bestaande uit de particuliere sleutel 
EGF_MA. SK en de openbare sleute l EGF_MA. PK, uitsluitend met het oog op de wederzi jdse authen ­
ticatie en sleute lovereenste mming tijdens de sessie met voer tuigunits, zoals gespecif iceerd in 
punt en 11.4 en 11.4 van dit aanhangsel. 
CSM_96  Het certificaat EGF_MA is 15 jaar geldig. 
CSM_97  Nadat de geldigheidsduur van het desbetreffende certificaat is verstreke n, staakt de exte rne GNSS- 
module het gebruik van de particuliere sleutel van het sleutelpaar EGF_MA. 
Opmerking: zoals uiteengezet in punt 11.3.3, kan de extern e GNSS-module de particuliere sleutel 
gebruike n voor de wederzi jdse authenticatie met de VU waaraan hij al gekoppeld is, zelfs wanneer de 
geldigheidsduur van het desbetreffende certificaa t is verstrek en. 
CSM_98  Het sleute lpaar EGF_MA en het bijbehorende EGF -cer tificaat worden niet ter plaatse vervangen of 
vernieuwd nadat de exte rne GNSS-module in gebruik is genomen. 
Opmerking: dit voorsc hrift doet geen afbreuk aan de mog elijkheid om EGF -sleutelparen te vervangen 
tijdens de ombouw of reparatie in een beveiligde omge ving onder het toezi cht van de fabrikant van 
de externe GNSS-module. 
CSM_99  Bij ingebruikname bevat de externe GNSS-module de volgende cryptografische sleutels en 
certificaten: 
—  de particuliere sleutel EGF_MA en bijbeh orend certificaat ; 26.5.2016 L 139/366 Publicatieblad van de Europese Unie NL    
—  het certificaat MSCA_ VU-EGF met de openbare sleutel MSCA_ VU-EGF .PK ter verificatie van het 
certificaat EGF_MA; 
—  het EUR -cer tificaa t met de openbare sleutel EUR.PK ter verificatie van het certificaat MSCA_VU- 
EGF; 
—  het EUR -cer tificaat waar van de geldigheidsduur onmiddellijk voora fgaat aan die van het EUR - 
certificaat ter verificatie van het certificaat MSCA_VU-EGF (indien bestaand); 
—  het verbindingscer tificaat tussen beide EUR -cer tificaten (indien bestaand). 
9.1.7  Overz icht: vervanging van het certificaat 
In Figuur 1 hieronder wordt een overzicht gegeven van de afgif te- en gebruikster mijn en voor de versc hillende 
generaties ERCA-basiscer tificaten, ERCA-verbindingscer tificaten, MSCA -certificaten en apparatuurcer tificaten 
(VU- en kaar tcertificaten): 
Figuur 1 
Afgif te- en gebr uiks termijnen voor de verschillende generaties ERCA-basiscer tificaten, ERCA-v erbindingscer ti­
ficaten, MSC A-cer tificaten en apparatuurcer tificaten 
26.5.2016 L 139/367 Publicatieblad van de Europese Unie NL    
Toelichtingen bij Figuur 1: 
1.  De versc hillende generaties van het basiscer tificaat worden aanged uid door een cijfer tussen haakjes. 
ERCA (1) bijvoorbeel d verwijst naar het ERCA- basiscer tificaat van de eerste generatie; ERCA (2) verwijst 
naar het ERCA-basiscer tificaat van de tweede generatie enz. 
2.  Andere certificaten worden aangeduid door twee cijfers tussen haakjes: het eerste cijfer geeft aan in het 
kader van welke generatie van het basiscer tificaa t het desbetreffe nde certificaa t is afgegeven; het tweede 
cijfer verwijst naar de generatie van het certificaat zelf. MSCA _Card (1-1) verwijst bijvoorbeeld naar het 
eerste certificaat MSCA _Card dat is afge geven in het kader van het basiscer tificaa t ERCA (1); 
MSCA_Card (2-1) verwijst naar het eerste certificaa t MSCA_ Card dat is afgeg even in het kader van het 
basiscer tificaat ERCA (2); MSCA_ Card (2-laatste) is het laatste certificaa t MSCA_Card dat is afgeg even in het 
kader van het basiscer tificaat ERCA (2); Card_MA (2-1) is het eerste kaar tcertificaa t dat met het oog op de 
wederzi jdse authenticatie is afgeg even in het kader van het basiscer tificaat ERCA (2) enz. 
3.  De certificaten MSCA _Card (2-1) en MSCA_Card (1-laatst e) zijn bijna, maar niet exact op dezelfde datum 
afge geven. MSCA _Card (2-1) is het eerste certificaat MSCA _Card in het kader van het basiscer tificaat 
ERCA (2) en wordt iets later afgeg even dan het certificaat MSCA _Card (1-laatst e), zijnde het laatst e 
certificaat MSCA_Card dat is afge geven in het kader van het basiscer tificaa t ERCA (1). 
4.Uit de figuur blijkt dat de eerste VU- en kaar tcertificaten die zijn afge geven in het kader van het basiscer ti­
ficaat ERCA (2), bijna twee jaar vroeg er voork omen dan de laatste VU- en kaar tcertificaten die zijn 
afge geven in het kader van het basiscer tificaat ERCA (1). De reden hier voor is dat de VU- en kaar tcerti­
ficaten niet rechtstreeks in het kader van het ERCA-cer tificaa t worden afgeg even, maar veeleer als 
onderdeel van een MSCA -certificaat. Het certificaa t MSCA (2-1) wordt afgeg even direct nadat het basiscer ti­
ficaat ERCA (2) geldig wordt, terwijl het certificaat MSCA (1-laatst e) iets vroeger wordt afgeg even, net vóór 
de vervaldatum van het basiscer tificaa t ERCA (1). Bijgevolg hebben beide MSCA-c ertificaten vrijwel 
dezelfde geldigheidsduur , ook al behoren ze tot een versc hillende generatie. 
5.  De aange geven geldigheidsduur is van toepas sing op bestuurderskaar ten (5 jaar). 
6.  Om ruimte te besparen, wordt het verschil in geldigheidsduur tussen de certificaten Card_MA en Card_Sign 
en tussen de certificaten VU_MA en VU_Sign alleen voor de eerste generatie aange geven. 
9.2.  Symmetr ische sleutels 
9.2.1  Sleutels ter beveiliging van de communicatie tussen VU en bewegingssensor 
9.2.1.1  Algemeen 
Opmerking: de lezer wordt bekend verondersteld met de inhoud van [ISO 16844-3], waar in een beschr ijving 
wordt gegeven van de interface tussen een voertuigunit en een bewegingssensor . De koppelingsprocedure 
tussen een VU en een bewegingssensor wordt nader toeg elicht in hoofdstuk 12 van dit aanhangsel. 
CSM_100  Zoals wordt verduidelij kt in Tabel 3, is een aantal symmetr ische sleutels vereist, niet alleen om 
voertuigunits en bewegingssensoren te koppelen en wederzijds te authenticeren, maar ook om de 
communicatie tussen voertuigunits en bewegingssensoren te coderen. Het gaat daarbi j altijd om 
AES-sleutels waar van de lengte gelijk is aan die van de hoofdsleute l van de bewegingssensor , welke 
gerelateerd is aan de lengte van het (geplande) Europese basissleutelpaar , zoals besc hreven 
in CSM_50. 
Tabel 3 
Sleutels ter bev eiliging van de communicatie tussen voertuigunit en bew egingssensor 
Sleutel Symbool Afkomstig van Methode van genereren Opgeslag en door 
Hoofdsleut el bewegings- 
sensor — VU-g edeelte KM-V U ERCA Aselect ERCA, MSCA's die VU- 
certificaten afgeven, VU- 
fabrikanten, voertuigunits 26.5.2016 L 139/368 Publicatieblad van de Europese Unie NL    
Sleutel Symbool Afkomstig van Methode van genereren Opgeslag en door 
Hoofdsleut el bewegings- 
sensor — Werkplaatsge ­
deelt e KM-W C ERCA Aselect ERCA, MSCA's, kaar tfa­
brikante n, werkplaats ­
kaar ten 
Hoofdsleut el bewegings- 
sensor KM Niet afzonderlijk gege­
nereerd Bereke nd als KM = KM-V U 
XOR KM-W C ERCA, MSCA's die sleu ­
tels verstrekk en voor be­
wegingssensoren (faculta ­
tief) (*) 
Identificatie-sleutel KID Niet afzonderlijk gege­
nereerd Bereke nd als KID = KM 
XOR CV, waarbij CV 
(constant e vect or) is ge­
specificeerd in 
CSM_106 ERCA, MSCA's die sleu ­
tels verstrekk en voor be­
wegingssensoren (faculta ­
tief) (*) 
Koppelings-sleute l KP Fabri kanten van bewe ­
gingssensoren Aselect De betrokken bewegings ­
sensor 
Sessiesleutel KS VU (tijdens koppeling 
tussen VU en bewe ­
gingssensor) Aselect De betrokken VU en be­
wegingssensor 
(*)  De sleutel s KM en KID worden facultatief opgeslagen aangezien ze kunnen worden afgel eid van KM-VU, KM-W C en CV.  
CSM_101  De Europese basiscer tificer ingsautor iteit (ERCA) genereer t KM-V U en KM-W C, twee aselecte en uniek e 
AES-sleutels waar mee de hoofdsleutel van de bewegingssensor KM kan worden berekend als KM-V U 
XOR KM-WC. De ERCA deelt de sleute ls KM, KM-V U en KM-WC mee aan de certifice ringsauto riteiten van 
de lidstaten (MSCA's ) die daarom verzoeken. 
CSM_102  De ERCA wijst aan elke hoofdsleutel van de bewegingssensor KM een uniek versienummer toe, dat 
ook geldt voor de samenstellende sleutels KM-V U en KM-W C en voor de bijbehorende identif icatiesleut el 
KID. Op het ogenblik dat de ERCA de sleutels KM-VU en KM-WC naar de MSCA' s verzendt, deelt zij ook 
het versienummer mee. 
Opmerking: het versienummer dient om onderscheid te maken tussen de versc hillende generaties 
van deze sleutels, zoals uiteengezet in punt 9.2.1.2. 
CSM_103  De MSCA geeft de sleut el KM-V U, met het bijbehorende versienummer door aan de VU-fabrikan ten 
die daarom verzoeken. De sleutel KM-V U wordt met het bijbeh orende versienummer in alle geprodu ­
ceerde voer tuigunits ingebracht door de VU-fabrikanten. 
CSM_104  De MSCA zorgt ervoor dat de sleut el KM-W C met het bijbe horende versienummer wordt inge bracht 
in elke werkplaatskaar t die onder haar verantwoordeli jkheid wordt afgeg even. 
Opmerkinge n: 
—  Zie de besch rijving van het gegevenstype 
 in aanhangsel 2. 
—  Zoals uiteeng ezet in punt 9.2.1.2, kan het nodig zijn in een en dezelfde werkplaatskaar t sleutels 
KM-W C van meerdere generaties in te breng en. 
CSM_105  Naast de in CSM_104 genoemde AES-sleutel zorgt de MSCA ervoor dat de TDES-sleut el KmWC, 
zoals gespecificeerd in voorschri ft CSM_037 in deel A van dit aanhangsel, wordt ingebracht in elke 
werkplaatskaar t die onder haar verantwoo rdelijkheid wordt afgeg even. 26.5.2016 L 139/369 Publicatieblad van de Europese Unie NL    
Opmerkinge n: 
—  Op die manier kan een werkplaatskaar t van de tweede generatie worden gebr uikt om 
verbinding te mak en met een VU van de eerste generatie. 
—  Een werkplaatskaar t van de tweede generatie bevat twee verschil lende toepas singen: de eerste 
voldoet aan deel B van dit aanhangsel en de tweede aan deel A. Deze laatste toepass ing bevat 
de TDES-sleut el KmWC. 
CSM_106  De MSCA die sleutels voor bewegingssensoren verstrekt, leidt de identif icatiesleut el af van de 
hoofdsleute l van de bewegingssensor door een excl usieve OF-bewerking („XOR”) daarop uit te 
voeren met een constante vector (CV). De CV heef t de volgende waarde: 
—  Voor 128-bits hoofdsleute ls van de bewegingssensor: CV = ‘B6 44 2C 45 0E F8 D3 62 0B 7A 
8A 97 91 E4 5E 83’ 
—  Voor 192-bits hoofdsleutels van de bewegingssensor: CV = ‘72 AD EA FA 00 BB F4 EE F4 99 
15 70 5B 7E EE BB 1C 54 ED 46 8B 0E F8 25’ 
—  Voor 256-bits hoofdsleut els van de bewegingssensor: CV = ‘1D 74 DB F0 34 C7 37 2F 65 55 
DE D5 DC D1 9A C3 23 D6 A6 25 64 CD BE 2D 42 0D 85 D2 32 63 AD 60’ 
Opmerking: de constante vect oren werden als volgt gegenereerd: 
Pi_10 = eerste 10 bytes van het decimale gedeelt e van de wiskundige constante π = ‘24 3F 6A 88 
85 A3 08 D3 13 19’ 
CV_128-bits = eerste 16 bytes van SHA-256(Pi_10) 
CV_192-bits = eerste 24 bytes van SHA-384(Pi_10) 
CV_256-bits = eerste 32 bytes van SHA-512(Pi_10) 
CSM_107  Fabri kanten van bewegingssensoren genereren voor elke bewegingssensor een aselect e en uniek e 
koppelingssleutel KP, en verzenden elke koppelingssleute l naar de MSCA . De MSCA codeer t elke 
koppelingssleutel afzonderli jk met de hoofdsleutel van de bewegingssensor KM en zendt de 
gecodeerde sleutel terug naar de fabrikant van bewegingssensoren. Voor elke gecod eerde sleutel 
deelt de MSCA het versienummer van de bijbehorende sleutel KM mee aan de fabr ikant van 
bewegingssensoren. 
Opmerking: zoals uiteengezet in punt 9.2.1.2, kan het zijn dat de fabrikant van bewegingssensoren 
voor een en dezelfde bewegingssensor meerdere uniek e koppelingssleutels moet genereren. 
CSM_108  De fabr ikant van bewegingssensoren genereer t een uniek serienummer voor elke bewegingssensor 
en verzendt alle serienummers naar de MSCA . De MSCA codeer t elk serienummer afzonderli jk met 
de identificatiesleutel KID en zendt het gecod eerde serienummer terug naar de fabrikant van 
bewegingssensoren. Voor elk gecodeerd serienummer deelt de MSCA het versienummer van de 
bijbeh orende sleutel KID mee aan de fabr ikant van bewegingssensoren. 
CSM_109  Om te voldoen aan de voorschri ften CSM_107 en CSM_108, gebruikt de MSCA het AES-algor itme 
in CBS(Cipher Bloc k Chaining)-werkingsmodus, zoals vastgelegd in [ISO 10116], met een 
inter leave-paramet er m = 1 en een initialisatievect or IV = ‘00’ {16}, dat wil zeggen 16 bytes met een 
binaire nul. Zo nodig past de MSCA de in [ISO 9797-1] vastg elegde paddingmethode 2 toe om de 
gegevens op te vullen. 
CSM_110  De fabrikant van bewegingssensoren slaat de gecod eerde koppelingssleutel en het gecod eerde 
serienummer op in de desbetreffende bewegingssensor , samen met de corresponderende 
ongecodee rde tekstwaarden en het versienummer van de voor de coder ing gebruikte sleut els KM en 
KID. 
Opmerking: zoals uiteengezet in punt 9.2.1.2, kan het zijn dat de fabrikant van bewegingssensoren 
in een en dezelfde bewegingssensor meerdere gecodeerde koppelingssleutels en serienummers moet 
inbreng en. 26.5.2016 L 139/370 Publicatieblad van de Europese Unie NL    
CSM_111  Naast het op AES gebaseerde cryptografisch mate riaal, zoals gespecifi ceerd in CSM_110, kan een 
fabrikant van bewegingssensoren ook in elke bewegingssensor het op TDES gebaseerde crypto­
grafisch mater iaal opslaan dat nader wordt omsch reven in voorsc hrift CSM_037 in deel A van dit 
aanhangsel. 
Opmerking: deze werkwij ze maakt het mogeli jk een verbinding tot stand te breng en tussen een 
bewegingssensor van de tweede generatie en een VU van de eerste generatie. 
CSM_112  De lengt e van de sessiesleut el KS die door een VU wordt gegenereerd tijdens de koppeling met een 
bewegingssensor , is gerelateerd aan de lengte van de bijbeh orende sleute l KM-V U, zoals besc hreven 
in CSM_50. 
9.2.1.2  Vervanging van de hoofdsleutel van de bewegingssensor in appar atuur van de tweede generatie 
CSM_113  Elke hoofdsleutel van de bewegingssensor is samen met alle bijbehorende sleutels (zie Tabel 3) 
gerelateerd aan het ERCA- basissleut elpaar van een specif ieke generatie. Bijgevolg worden deze 
sleutels om de 17 jaar vervangen. De geldigheidsduur van elke generatie hoofdsleutels van 
bewegingssensoren gaat in één jaar voordat het bijbeh orende ERCA-basissleut elpaar van kracht 
wordt, en eindigt op het ogenblik dat dit ERCA-basissleutelpaar vervalt. Dit wordt verduidelij kt 
in Figuur 2. 
Figuur 2 
Afgif te en gebr uik van verschillende generaties hoofdsleutels van bew egingssensoren in voertuigunits, 
bew egingssensoren en werkplaatsk aarten 
CSM_114  Ten minst e één jaar voordat een nieuw Europees basissleut elpaar wordt gegenereerd, zoals 
beschrev en in CSM_56, genereer t de ERCA een nieuwe hoofdsleutel van de bewegingssensor KM 
door nieuwe sleutels KM-V U en KM-W C aan te maken. Overeenk omstig CSM_50 is de lengt e van de 
hoofdsleute l van de bewegingssensor gerelat eerd aan de verwacht e cryptografische sterkte van het 
nieuwe Europese basissleut elpaar . De ERCA deelt de nieuwe sleutels KM, KM-V U en KM-WC met het 
bijbeh orende versienummer mee aan de MSCA' s die daarom verzoek en. 
CSM_115  Zoals verduidelij kt in Figuur 2, zorgt de MSCA ervoor dat alle geldige generaties van de sleutels KM- 
WC samen met de bijbehorende versienummers worden opgeslag en in elke werkplaatskaar t die 
onder haar verantwoo rdelijkhe id wordt afgegeven. 26.5.2016 L 139/371 Publicatieblad van de Europese Unie NL    
Opmerking: dit betek ent dat in het laatst e jaar van de geldigheidsdu ur van een ERCA- certificaat 
werkplaatskaar ten worden afge geven met sleute ls KM-W C van drie verschil lende generaties, zoals 
verduidelij kt in Figuur 2. 
CSM_116  Voor de in CSM_107 en CSM_108 hierbo ven toeg elich te procedure geldt het volg ende: Elke 
koppelingssleutel KP die de MSCA van een fabrikant van bewegingssensoren ontvangt, wordt 
afzonderli jk gecod eerd voor elke geldig e generatie hoofdsleut el van de bewegingssensor KM. Elk 
serienummer dat de MSCA van een fabrikant van bewegingssensoren ontvangt, wordt eveneens 
afzonderli jk gecodeerd voor elke geldige generatie identificatiesleutel KID. De fabrikant van 
bewegingssensoren slaat alle gecodeerde koppelingssleutels en serienummers op in de 
desbetreffende bewegingssensor , samen met de corresponderende ongecodeerde tekstwaarden en 
het (de) versienummer(s) van de voor de coder ing gebruikte sleutels KM en KID. 
Opmerking: dit betekent dat in het laatste jaar van de geldigheidsduur van een ERCA- certificaat 
bewegingssensoren worden afgegeven met gecodeerde gegevens die berusten op sleutels KM van 
drie versch illende generaties, zoals verduidelij kt in Figuur 2. 
CSM_117  Voor de in CSM_107 hierbo ven toeg elichte procedure geldt het volg ende: Aang ezien de lengte van 
de koppelingssleute l KP gerelateerd is aan de lengte van de sleut el KM (zie CSM_100), kan het zijn 
dat de fabrikant van bewegingssensoren voor een en dezelfde bewegingssensor tot drie 
verschil lende koppelingssleutels (van uiteenlopende lengt e) moet genereren in het geval dat de 
sleutels KM van opeenv olgende generaties een verschillende lengt e hebben. In dit geval verzendt de 
fabrikant elke koppelingssleute l naar de MSCA . De MSCA zorgt ervoor dat elke koppelingssleutel 
wordt gecodeerd met de hoofdsleutel van de bewegingssensor van de juist e generatie, dat wil 
zegge n die welke dezelfde lengte heef t. 
Opmerking: indien de fabrikant van bewegingssensoren ervoor kiest een op TDES gebaseerde 
koppelingssleutel te gebruiken voor een bewegingssensor van de tweede generatie (zie CSM_111), 
meldt hij de MSCA dat deze koppelingssleutel moet worden gecodeerd met de op TDES gebaseerde 
hoofdsleute l van de bewegingssensor . Een TDES-sleutel kan immers dezelfde lengte hebben als een 
AES-sleutel, zodat de MSCA niet alleen op de sleutelleng te kan afgaan. 
CSM_118  VU-fabri kante n breng en in elke voer tuigunit de sleutel KM-V U van een enkele generatie in, samen 
met het bijbeh orende versienummer . De sleute l KM-V U van deze generatie is gerelat eerd aan het 
ERCA-cer tificaa t waarop de VU-cer tificaten gebaseerd zijn. 
Opmerkinge n: 
—  Een voertuigunit die berust op een ERCA-cer tificaat van generatie X, bevat alleen de sleutel KM- 
VU van de generatie X, zelfs indien deze wordt verstrekt nadat de geldigheidsduur van het 
ERCA-cer tificaat van de generatie X + 1 is inge gaan. Dit wordt verduidelij kt in Figuur 2. 
—  Een VU van generatie X kan niet worden gekoppeld aan een bewegingssensor van generatie X- 
1. 
—  Aang ezien werkplaatskaar ten één jaar geldig zijn, hebben de voorschri ften CSM_113 tot en 
met CSM_118 tot gevolg dat alle werkplaatskaar ten de nieuwe sleutel KM-W C bevatten op het 
ogenblik dat de eerste VU met de nieuwe sleutel KM-V U in gebruik wordt genomen. Bijgevolg kan 
deze VU altijd de nieuwe sleute l KM bereke nen. Bovendien bevatt en de meeste nieuwe 
bewegingssensoren tegen dan ook gecodeerde gegevens die gebaseerd zijn op de nieuwe sleutel 
KM. 
9.2.2  Sleutels ter beveiliging van de DSRC-communicatie 
9.2.2.1  Algemeen 
CSM_119  De authenticiteit en vertrouwelijk heid van gegevens die via een DSR C-interface voor communicatie 
op afstand worden overgebrac ht van een voer tuigunit naar een controleautoriteit, worden 
gewaarborgd door een reek s VU-specif ieke AES-sleute ls die zijn afgeleid van een enkele DSR C- 
hoofdsleute l, KMDSR C. 
CSM_120  De DSR C-hoofdsleutel KMDSR C is een AES-sleutel die op beveiligde wijze wordt gegenereerd, 
opge slagen en verspreid door de ERCA. De sleutellengt e bedraagt 128, 192 of 256 bits en is 
gerelateerd aan de lengt e van het Europese basissleutelpaar , zoals beschreven in CSM_50. 26.5.2016 L 139/372 Publicatieblad van de Europese Unie NL    
CSM_121  De ERCA geeft de DSR C-hoofdsleute l op beveiligde wijze door aan de MSCA's die daarom 
verzoek en, zodat zij VU-specif ieke DSR C-sleutels daar van kunnen afleiden, alsook om ervoor te 
zorg en dat de DSR C-hoofdsleutel wordt ingebrac ht in alle controle- en werkplaatskaar ten die onder 
hun verantwoordeli jkheid worden afgegeven. 
CSM_122  De ERCA wijst aan elke DSR C-hoofdsleutel een uniek versienummer toe. Op het ogenblik dat de 
ERCA de DSR C-hoofdsleutel verzendt naar de MSCA' s, deelt zij ook het versienummer mee. 
Opmerking: het versienummer dient om onderscheid te maken tussen de versc hillende generaties 
van de DSR C-hoofdsleute l, zoals uiteengezet in punt 9.2.2.2. 
CSM_123  De VU-fab rikant genereer t voor elke voer tuigunit een uniek VU-ser ienummer en verzendt dit naar 
de MSCA met het verzoek twee VU-specif ieke DSR C-sleut els te krijgen. Het VU-ser ienummer heef t 
het gegevenstype 
 . Voor de coder ing worden de kenmerkende coder ingsregels 
(DER) toeg epast overeenk omstig [ISO 8825-1]. 
CSM_124  Bij ontvangst van een verzoek om VU-specifieke DSR C-sleutels, leidt de MSCA twee AES-sleutels 
voor de voertuigunit af, K_VUDSR C_ENC en K_VUDSR C_MA C genoemd. Deze VU-specif ieke sleutels 
hebben dezelfde lengte als de DSR C-hoofdsleutel. De MSCA gebruikt de in [RFC 5869] vastg elegde 
sleutelaf leidingsfunctie (KDF). De hashfunctie die nodig is om de HMA C-hashfunctie te concre ­
tiseren, is gerelat eerd aan de lengte van de DSR C-hoofdsleutel, zoals uiteenge zet in CSM_50. De in 
[RFC 5869] vastgelegde sleutelaf leidingsfunctie (KDF) wordt als volg t gebruikt: 
Stap 1 (Extractie): 
—  PRK = HMA C-Hash (salt, IKM), waarbij salt een lege string ‘ ’ is en IKM gelijk is aan KMDSR C. 
Stap 2 (Expansie): 
—  OKM = T(1), waarbij 
T(1) = HMA C-Hash (PRK, T(0) || info || ‘01’) met 
—  T(0) = een lege string (‘ ’) 
—  info = VU-ser ienummer , zoals gespecificeerd in CSM_123 
—  K_VUDSR C_ENC = eerste L bytes van OKM en 
K_VUDSR C_MA C = laatste L bytes van OKM 
waarbij L de vereiste lengte is van K_VUDSR C_ENC en K_VUDSR C_MA C in bytes. 
CSM_125  De MSCA geeft de sleute ls K_VUDSR C_ENC en K_VUDSR C_MA C op beveiligde wijze door aan de VU- 
fabrikant, zodat die ze kan inbrengen in de voer tuigunit waar voor ze bedoeld zijn. 
CSM_126  Bij afgif te zijn de sleutels K_VUDSR C_ENC en K_VUDSR C_MA C opgeslagen in het beveiligde geheugen 
van de voertuigunit ter waarborging van de integriteit, authenticite it en vertrouwelijkheid van de 
gegevens die worden verzonden via de interface voor communicatie op afstand. De voertuigunit 
slaat ook het versienummer op van de DSR C-hoofdsleutel waar mee deze VU-specif ieke sleutels 
worden afgeleid. 
CSM_127  Bij afgif te is de DSR C-hoofdsleutel KMDSR C opge slagen in het beveiligde geheugen van de controle- 
en werkplaatskaar ten ter verificatie van de integr iteit en authenticit eit van de gegevens die de VU 
via de interface voor communicatie op afstand verzendt, alsook om deze gegevens te decoderen. 
Ook het versienummer van de DSR C-hoofdsleutel wordt in controle- en werkplaatskaar ten 
opge slagen. 
Opmerking: zoals uiteengezet in punt 9.2.2.2, kan het nodig zijn in een en dezelfde controle- of 
werkplaatskaar t een DSR C-hoofdsleutel KMDSR C van versch illende generaties in te breng en. 26.5.2016 L 139/373 Publicatieblad van de Europese Unie NL    
CSM_128  De MSCA houdt registraties bij van alle door haar gegenereerde VU-specif ieke DSR C-sleutel s, van 
het bijbehorende versienummer alsook van de identificatie van de VU waar voor elke sleut elreek s 
bedoeld is. 
9.2.2.2  Vervanging van de DSRC-hoofdsleutel 
CSM_129  Elke DSR C-hoofdsleutel is verbonden aan het ERCA- basissleut elpaar van een specifieke generatie. 
Bijgevolg wordt de DSR C-hoofdsleutel om de 17 jaar vervang en door de ERCA. De geldigheidsduur 
van de DSR C-hoofdsleutel van elke generatie gaat in twee jaar voordat het bijbehorende ERCA- 
basissleute lpaar van kracht wordt, en eindigt op het ogenblik dat dit ERCA-basissleute lpaar vervalt. 
Dit wordt verduidelij kt in Figuur 3. 
Figuur 3 
Afgif te en gebr uik van de DSR C-hoofdsleutel van verschillende generaties in voertuigunits, controle- en 
werkplaatska arten 
CSM_130  Ten minst e twee jaar voordat een nieuw Europees basissleut elpaar wordt gegenereerd, zoals 
beschrev en in CSM_56, genereer t de ERCA een nieuwe DSR C-hoofdsleutel. Overeenk omstig 
CSM_50 is de lengte van de DSR C-hoofdsleutel gerelat eerd aan de verwacht e cryptografische 
sterkte van het nieuwe Europese basissleut elpaar . De ERCA deelt de nieuwe DSR C-hoofdsleutel met 
het bijbeh orende versienummer mee aan de MSCA' s die daarom verzoeke n. 
CSM_131  Zoals wordt verduidelijk t in Figuur 3, zorgt de MSCA ervoor dat alle geldige generaties van de 
sleutel KMDSR C samen met de bijbeh orende versienummers worden opgeslagen in elke controlekaar t 
die onder haar verantwoordeli jkheid wordt afgeg even. 
Opmerking: dit betek ent dat in de laatst e twee jaar van de geldigheidsduur van een ERCA- 
certificaat controlekaar ten worden afgegeven met een sleutel KMDSR C van drie versch illende 
generaties, zoals aangeg even in Figuur 3. 26.5.2016 L 139/374 Publicatieblad van de Europese Unie NL    
CSM_132  Zoals verduidelijk t in Figuur 3, zorgt de MSCA ervoor dat alle generaties van de sleutel KMDSR C die 
ten minste één jaar geldig zijn geweest en nog steeds geldig zijn, samen met de bijbehorende versie ­
nummers worden opges lagen in elke werkplaatskaar t die onder haar verantwoordeli jkheid wordt 
afgeg even. 
Opmerking: dit betekent dat in het laatste jaar van de geldigheidsduur van een ERCA- certificaat 
werkplaatskaar ten worden afge geven met een sleutel KMDSR C van drie verschil lende generaties, zoals 
verduidelij kt in Figuur 3. 
CSM_133  VU-fabri kante n breng en in elke voertuigunit een enkele reek s VU-specif ieke DSR C-sleutels in, 
samen met het bijbehorende versienummer . Deze sleutelr eeks wordt afgele id van de sleutel KMDSR C 
van de generatie van het ERCA-c ertificaat waarop de VU-cer tificaten gebaseerd zijn. 
Opmerkinge n: 
—  een voer tuigunit die gebaseerd is op een ERCA- certificaat van generatie X, bevat bijgev olg alleen 
de sleut els K_VUDSR C_ENC en K_VUDSR C_MA C van de generatie X, zelfs indien deze wordt 
verstrekt nadat de geldigheidsduur van het ERCA-cer tificaat van de generatie X + 1 is inge gaan. 
Dit wordt verduidelijkt in Figuur 3. 
—  Aang ezien werkplaatskaar ten één jaar en controlekaar ten twee jaar geldig zijn, hebben de 
voorschri ften CSM_131 tot en met CSM_133 tot gevolg dat alle werkplaats- en controlekaar ten 
de nieuwe DSR C-hoofdsleutel bevatte n op het ogenblik dat de eerste VU met op die 
hoofdsleut el gebaseerde VU-specif ieke sleute ls in gebruik wordt genomen. 
9.3.  Cer tificaten 
9.3.1  Algemeen 
CSM_134 Alle certificaten in het Europese slimme tachog raafsystee m zijn zelfbeschr ijvend en kaar tver ifi­
eerbaar overeenk omstig [ISO 7816-4] en [ISO 7816-8]. 
CSM_135  De kenmer kende coder ingsregels (DER) overeenk omstig [ISO 8825-1] worden toeg epast om de 
ASN.1-geg evensstr ucturen en (toepassingsspecif ieke) gegevensobject en in certificaten te coderen. 
Opmerking: door deze coder ing wordt de waarde van de labellengte (TLV) als volgt gestr uctureerd: 
Label:  het label wordt inge voerd in 1 of 2 bytes en geeft de inhoud aan. 
Lengte:  de lengte wordt inge voerd als niet-g etek end geheel getal in 1, 2 of 3 bytes, wat een 
maximumlengte van 65 535 bytes geeft. Er worden zo weinig mogeli jk bytes gebruikt. 
Waarde:  de waarde wordt inge voerd in nul of meer bytes. 
9.3.2  Inhoud van het certificaat 
CSM_136 Alle certificaten zijn opgeb ouwd volgens de in Tabel 4 aangeg even structuur van het certificaa t­
prof iel. 
Tabel 4 
Cer tificaatprof iel versie 1 
Veld Veld-ID Label Lengt e (bytes) ASN.1-geg evenstype 
(zie aanhangsel 1) 
ECC-cer tificaat C ‘7F 21’ var  
ECC-cer tificeringsinstantie B ‘7F 4E’ var  26.5.2016 L 139/375 Publicatieblad van de Europese Unie NL    
Veld Veld-ID Label Lengt e (bytes) ASN.1-geg evenstype 
(zie aanhangsel 1) 
Identificator van het certificaa tprofie l CPI ‘5F 29’ ‘01’ 
Referentie van de certifice ringsauto riteit CAR ‘42’ ‘08’ 
Autor isatie van de certificaathouder CHA ‘5F 4C’ ‘07’ 
Openbare sleute l PK ‘7F 49’ var  
Domein parameter s DP ‘06’ var 
Openbaar punt PP ‘86’ var 
Referentie van de certificaa thouder CHR ‘5F 20’ ‘08’ 
Ingangsdatum van het certificaat CEfD ‘5F 25’ ‘04’ 
Vervaldatum van het certificaa t CExD ‘5F 24’ ‘04’ 
Handt ekening van het ECC-cer tificaat S ‘5F 37’ var 
Opmerking: verderop in dit aanhangsel wordt de veld-ID gebruikt om te verwijzen naar 
afzonderli jke velden van een certificaat ; zo is X.CA R bijvoorbeeld de referentie van de certifice rings ­
autori teit (CAR) die vermeld staat in het certificaa t van gebruike r X. 
9.3.2.1  Identif icator van het certificaa tprofie l (CPI) 
CSM_137  Deze identif icator geeft aan welk certificaatprof iel wordt gebruikt. Versie 1, zoals gespecif iceerd 
in Tabel 4, wordt geïdentif iceerd door de waarde ‘00’. 
9.3.2.2  Referentie van de certifice ringsauto riteit (CAR) 
CSM_138  Deze referentie bepaalt welke openbare sleutel wordt gebruikt ter verificatie van de handte kening 
van het certificaa t. De referentie van de certificer ingsautor iteit is bijgev olg gelijk aan de referentie 
van de certificaathouder in het certificaat van de betrokke n certificeringsauto riteit. 
CSM_139 Het ERCA-basiscer tificaat is zelfonder tekend, wat betek ent dat de referentie van de certifice rings ­
autori teit gelijk is aan de referen tie van de certificaathouder in het certificaa t. 
CSM_140  Voor een ERCA-verbindingscer tificaa t is de referentie van de certificaathouder (CHR) gelijk aan die 
van het nieuwe ERCA-basiscer tificaa t. Voor een verbindingscer tificaa t is de referentie van de 
certificer ingsauto riteit gelijk aan de CHR van het vorige ERCA-basi scer tificaa t. 
9.3.2.3  Autorisatie van de certificaathouder (CHA) 
CSM_141  De autorisatie van de certificaa thouder dient om het certificaa ttype te identif iceren. De CHA bestaat 
uit de zes meest significante bytes van de toep assingsidentif icator (AID) van de tachograaf, 
sameng evoegd met het model van de apparatuur waar voor het certificaa t bedoeld is. 26.5.2016 L 139/376 Publicatieblad van de Europese Unie NL    
9.3.2.4  Openbare sleute l (PK) 
De openbare sleutel bevat twee gegeve nselementen: de gestandaardiseerde domein parameters (DP) die men 
moet gebruiken met de openbare sleut el van het certificaat, en de waarde van het openbare punt (PP). 
CSM_142  Het gegevenselement „DP” bevat een van de in Tabel 1 gespecifi ceerde objectidentif icatoren als 
verwijzi ng naar een reek s gestandaardiseerde domeinparamet ers. 
CSM_143  Het gegevenselement „PP” bevat het openbare punt. Zoals gespecifi ceerd in [TR-03111], worden 
openbare punten op elliptisc he krommen omge zet in bytereeksen (octet strings). Het niet-g ecompri ­
meerde coder ingsf ormaat wordt gebruikt. Om een punt van de elliptisc he kromme te herstellen uit 
het gecod eerde formaat, worden altijd de in [TR-03111] omsch reven validaties uitgev oerd. 
9.3.2.5  Referentie van de certificaa thouder (CHR) 
CSM_144  Dit is een identif icator van de openbare sleutel in het certificaa t. De CHR dient om in andere 
certificaten naar deze openbare sleutel te verwijzen. 
CSM_145 Voor certificaten van tachog raafkaar ten en externe GNSS-modules heef t de referen tie van de certifi­
caathouder het in aanhangsel 1 gespecificeerde gegevenstype 
 . 
CSM_146  In het geval van een certificaataan vraag voor voertuigunits is het mog elijk dat de fabr ikant het 
fabrikantspecif ieke serienummer van de VU waar voor dit certificaat en de bijbeh orende particuliere 
sleutel bedoeld zijn, soms wel en soms niet kent. In het eerste geval heef t de referentie van de 
certificaathouder het in aanhangsel 1 gespecificeerde gegevenstype 
 . In 
het tweede geval heef t de referentie van de certificaathouder het in aanhangsel 1 gespecif iceerde 
gegevenstype 
 . 
CSM_147  Voor de ERCA- en MSCA-cer tificaten heef t de referen tie van de certificaa thouder het in 
aanhangsel 1 gespecificeerde gegevenstype 
 . 
9.3.2.6  Ingangsdatum van het certificaat (CEfD) 
CSM_148  Dit veld bevat de begindatum en -tijd van de geldigheidsduur van het certificaat. De ingangsdatum 
van het certificaat is de datum waarop het certificaat is gegenereerd. 
9.3.2.7  Vervaldatum van het certificaa t (CExD) 
CSM_149  Dit veld bevat de einddatum en -tijd van de geldigheidsdu ur van het certificaat. 
9.3.2.8  Handt ekening van het certificaa t (S) 
CSM_150  De handtek ening van het certificaat wordt in overlay geplaatst op het inhoudelij k gecodeerde deel 
van het certificaat, en bevat het label en de lengt e daar van. Het onder tekeningsalgor itme is ECDSA, 
zoals gespecif iceerd in [DSS]. Daarbi j wordt het hashalgor itme toeg epast dat gerelat eerd is aan het 
sleutelgroott e van de onder tekeningsaut oriteit, zoals gespecif iceerd in CSM_50. Het handt ekening ­
formaat is ongecodeerd, zoals gespecifi ceerd in [TR-03111]. 
9.3.3  Certificaataanvr agen 
CSM_151  De certificaataanvrag er verzendt de volgende gegevens naar de certifice ringsauto riteit: 
—  de identif icator van het certificaa tprofie l (CPI) voor het gewenste certificaat ; 
—  de referen tie van de certifice ringsauto riteit (CA R) waar mee het certificaa t naar verwacht ing 
wordt onder tekend; 
—  de te onder tekenen openbare sleutel (PK). 26.5.2016 L 139/377 Publicatieblad van de Europese Unie NL    
CSM_152  Naast de in CSM_151 vermelde gegevens stuur t de MSCA in een certificaa taan vraag de volg ende 
gegevens naar de ERCA zodat die de referentie van de certificaathouder van het nieuwe MSCA- 
certificaat kan aanmaken: 
—  de numer ieke nationale code van de certifice ringsauto riteit (geg evenstype 
 , 
zoals vastgelegd in aanhangsel 1); 
—  de alfanumer ieke nationale code van de certifice ringsauto riteit (gegevenstype 
 , 
zoals vastgelegd in aanhangsel 1); 
—  het serienummer van 1 byte om de verschil lende sleute ls van de certificer ingsautor iteit te 
ondersc heiden in het geval dat sleut els worden gewi jzigd; 
—  het veld van 2 bytes met aanvullende coder ing (specif iek voor de certificer ingsautor iteit). 
CSM_153 Naast de in CSM_151 vermelde gegevens verzendt de apparatuurfabr ikant in een certificaa t­
aanvraag de volg ende gegevens naar de MSCA zodat die de referentie van de certificaa thouder van 
het nieuwe apparatuurcer tificaat kan aanmaken: 
—  de fabrikantspecif ieke identificator van het model van de apparatuur; 
—  voor zover bekend (zie CSM_154), een fabrikantspecif iek serienummer voor de apparatuur , het 
model van de apparatuur en de maand van fabricage; zo niet, een unieke identificator van de 
certificaataan vraag; 
—  de maand en het jaar van fabricage of van de certificaataan vraag. 
De fabrikant zorgt ervoor dat deze gegevens juist zijn en dat het door de MSCA teruggezonden 
certificaat wordt ingebrac ht in de apparatuur waar voor dit bedoeld is. 
CSM_154 In het geval van een certificaataan vraag voor een VU is het mogeli jk dat de fabr ikant het fabrikant ­
specifi eke serienummer van de VU waar voor dit certificaa t en de bijbehorende particuliere sleutel 
bedoeld zijn, soms wel en soms niet kent. In het eerste geval verzendt de VU-fabrikan t het 
serienummer naar de MSCA . In het tweede geval moet de fabrikant elke certificaataanvraag 
eenduidig identif iceren en het serienummer daar van verzenden naar de MSCA . Het resulterende 
certificaat bevat dan het serienummer van de certificaa taan vraag. Na het inbreng en van het 
certificaat in een specifi eke VU brengt de fabrikant de MSCA op de hoogte van de link tussen het 
serienummer van de certificaataanvraag en de VU-identifica tie. 
10.  WEDERZIJDSE AUTHENTICA TIE TUSSEN VU EN KAAR T, EN BEVEILIGDE BERICH TENUIT WISSELING 
10.1.  Algemeen 
CSM_155  De beveiligde communicatie op hoog niveau tussen een voer tuigunit en tachograaf verloop t in de 
volg ende stappen: 
—  Stap 1: elke partij bewi jst aan de andere partij in het bezit te zijn van een geldig openbare- 
sleute lcertificaat dat is onder tekend door de certificer ingsautor iteit van de lidstaat (MSCA). Het 
openbare-sleut elcer tificaat van de MSCA moet op zijn beur t zijn onder tekend door de Europese 
basiscer tificeringsauto riteit (ERCA). Deze stap wordt verificatie van de certificaatket en genoemd 
en wordt uitvoerig toeg elicht in punt 10.2. 
—  Stap 2: de voer tuigunit (VU) bewijst aan de kaar t in het bezit te zijn van de particuliere sleutel 
die overeenst emt met de openbare sleute l in het aange boden certificaat. Het bewijs wordt 
geleverd door onder tekening met een willekeur ig, door de kaar t verzonden nummer . De kaar t 
moet dit nummer bij de verificatie van de handtek ening terugvinden. Bij een succesvo lle 
verificatie wordt de VU geauthenticeerd. Deze stap wordt VU-authenticatie genoemd en wordt 
uitvoe rig toeg elich t in punt 10.3. 26.5.2016 L 139/378 Publicatieblad van de Europese Unie NL    
—  Stap 3: beide partijen berekenen zelfstandig twee AES-sessiesleutels met behulp van een 
asymmetr isch algor itme voor sleutelo vereenst emming. Met een van beide sessiesleut els maakt 
de kaar t een berichta uthenticatiecode (MA C) aan voor sommig e door de VU verzonden 
gegevens. De VU verifieer t de MAC. Bij een succesvo lle verificatie wordt de kaar t geauthen ­
ticeerd. Deze stap wordt kaar tauthenticatie genoemd en wordt uitvoerig toeg elicht in punt 10.4. 
—  Stap 4: de VU en de kaar t gebruiken de overeeng ekomen sessiesleut els om de vertrouwelijk heid, 
integriteit en authenticit eit van alle uitgewi sselde berichten te waarborg en. Deze stap wordt 
beveiligde berichtenuitwisseling (SM) genoemd en wordt uitvoeri g toeg elicht in punt 10.5. 
CSM_156  Het in CSM_155 besc hreven mec hanisme wordt door de VU gestar t bij kaar tinbrenging in een van 
de lezers. 
10.2.  Wederzijdse verificatie van de certificaatketen 
10.2.1  Verificatie van de certifica atketen op kaar tniveau door de VU 
CSM_157  Voertuigunits verifiëren de certificaatket en van een tachograafkaar t volgens het stroomschema 
in Figuur 4. 
Toelichtingen bij Figuur 4: 
—De kaar tcertificaten en openbare sleute ls in deze figuur dienen voor de wederzi jdse authen ­
ticatie. In punt 9.1.5 worden deze aange duid als Card_MA. 
—  De openbare sleutels en certificaten Card.C A in deze figuur dienen om kaar tcertificaten te 
onder tekenen en worden aange geven in de CAR van het kaar tcertificaat. In punt 9.1.3 worden 
deze aangeduid als MSCA _Card. 
—  Het certificaat Card.CA .EUR in deze figuur is het Europese basiscer tificaat dat vermeld staat in 
de referentie van de certificeringsautor iteit (CA R) van het certificaa t Card.C A. 
—  Het certificaat Card.Link in deze figuur is het verbindingscer tificaat van de kaar t (indien 
aanwezig). Zoals verduidelijkt in punt 9.1.2, is dit een verbindingscer tificaat voor een nieuw 
Europees basissleutelpaar dat door de ERCA is aangem aakt en dat met de vorige Europese 
particuliere sleutel is onder tekend. 
—  Het certificaa t Card.Link.E UR is het Europese basiscer tificaat dat vermeld staat in de referentie 
van de certifice ringsauto riteit (CAR) van het certificaat Card.Link. 
CSM_158 Zoals blijkt uit Figuur 4, begint de verificatie van de certificaatk eten op kaar tniveau bij kaar tin­
brenging. De VU leest de referentie van de kaar thouder (
 ) in het 
hoofdbestand van de chipkaar t (EF ICC). De VU controleer t of de kaar t beke nd is, met andere 
woorden of de certificaatk eten van de kaar t in het verleden met succes is gever ifieerd en voor 
toek omstig gebruik werd opgeslagen. Indien dat het geval is en het kaar tcertificaa t nog geldig is, 
wordt de procedure voor tgezet met de verificatie van de certificaa tketen op VU-niveau. Zo niet, 
leest de VU acht ereen volg ens op de kaar t het certificaat MSCA_Card ter verificatie van het kaar tcer­
tificaa t, het Card.C A.EUR -cer tificaa t ter verificatie van het certificaat MSCA_ Card, en in 
voor komend geval het verbindingscer tificaat, totd at een beke nd of verifieerbaar certificaa t wordt 
gevonden. Indien een bekend certificaa t wordt gevonden, gebr uikt de VU dit ter verificatie van de 
onderligg ende kaar tcertificaten die op de kaar t werden gelezen. Bij een succesvo lle verificatie wordt 
de procedure voor tgezet met de verificatie van de certificaa tketen op VU-niveau. Zo niet, wordt de 
kaar t geneg eerd door de VU. 
Opmerking: de VU kan het certificaa t Card.CA .EUR op drie manieren kennen: 
—  het certificaat Card.CA .EUR is hetzelfde certificaat als het EUR -cer tificaa t van de VU zelf; 26.5.2016 L 139/379 Publicatieblad van de Europese Unie NL    
—  het certificaat Card.C A.EUR gaat het EUR -certificaat van de VU zelf voor af en is bij afgif te al in 
de VU opges lagen (zie CSM_81); 
—  het certificaat Card.C A.EUR volg t op het EUR -cer tificaat van de VU zelf en de VU heef t in het 
verleden een verbindingscer tificaat van een andere tachograafkaar t ontvang en, gever ifieerd en 
voor toek omstig gebruik opgeslagen. 
CSM_159  Zoals aangeg even in Figuur 4, kan de VU na verificatie van de authenticit eit en geldigheid van een 
tot dan toe niet bekend certificaa t, dit certificaat voor toek omstig gebruik opslaan. Op die manier 
hoef t de VU de authenticite it van dit certificaa t niet opnieuw te verifiëren wanneer het nogmaals 
wordt aang eboden. Zoals gespecifi ceerd in punt 9.3.2, kan de VU in plaats van het volledige 
certificaat alleen het inhoudelij k deel van het certificaat opslaan. 
CSM_160  De VU verifieer t de temporele geldigheid van elk certificaat dat op de kaar t wordt gelezen of dat in 
het VU-geheug en is opges lagen. Vervallen certificaten worden verworpen. Om de temporele 
geldigheid van een door de kaar t aange boden certificaa t te verifiëren, gebr uikt de VU zijn interne 
klok .  26.5.2016 L 139/380 Publicatieblad van de Europese Unie NL    
Figuur 4 
Stroomschema ter verificatie van de certificaatke ten op kaar tniv eau door de VU 
10.2.2  Verificatie van de certifica atketen op VU-nive au door de kaar t 
CSM_161  Tachog raafkaar ten verifiëren de certificaa tketen van een voertuigunit (VU) volgens het 
stroomsc hema in Figuur 5. 26.5.2016 L 139/381 Publicatieblad van de Europese Unie NL    
Figuur 5 
Stroomschema ter verificatie van de certificaatketen op VU-niv eau door de kaart 
26.5.2016 L 139/382 Publicatieblad van de Europese Unie NL    
Toelichtingen bij Figuur 5: 
—  De VU-cer tificaten en openbare sleute ls in deze figuur dienen voor de wederzi jdse authenticatie. In 
punt 9.1.4 worden deze aange duid als VU_MA. 
—  De openbare sleute ls en certificaten VU.CA in deze figuur dienen om certificaten van voertuigunits en 
exte rne GNSS-modules te onder tekenen. In punt 9.1.3 worden deze aanged uid als MSCA_VU-EGF . 
—  Het certificaat VU.C A.EUR in deze figuur is het Europese basiscer tificaat dat vermeld staat in de referentie 
van de certifice ringsauto riteit (CAR) van het certificaat VU.CA . 
—  Het certificaat VU.Link in deze figuur is het verbindingscer tificaa t van de VU (indien aanwezig). Zoals 
verduidelij kt in punt 9.1.2, is dit een verbindingscer tificaat voor een nieuw Europees basissleutelpaar dat 
door de ERCA is aangem aakt en dat met de vori ge Europese particuliere sleutel is onder tekend. 
—  Het certificaat VU.Link.E UR is het Europese basiscer tificaa t dat vermeld staat in de referen tie van de 
certificeringsauto riteit (CA R) van het certificaa t VU.Link. 
CSM_162  Zoals blijkt uit Figuur 5, begint de verificatie van de certificaatket en van de VU op het ogenblik dat 
de VU probeer t zijn eige n openbare sleutel in te stellen voor gebruik in de tachog raafkaar t. Als de 
VU daar in slaagt, betek ent dit dat de kaar t de certificaa tketen van de VU in het verleden met succes 
heef t gever ifieerd en het VU-cer tificaat voor toek omstig gebruik heef t opgeslagen. In dit geval 
wordt het VU-cer tificaat voor gebruik inge steld en wordt de procedure voortgezet met de VU- 
authenticatie. Indien de kaar t het VU-cer tificaa t niet kent, biedt de VU acht ereenv olgens het 
certificaat VU.C A aan ter verificatie van het VU-cer tificaat, het EUR -cer tificaa t ter verificatie van het 
certificaat VU.CA , en in voork omend geval het verbindingscer tificaat ter verificatie van het EUR - 
certificaat, om een door de kaar t gekend certificaat te vinden. Indien een derg elijk certificaa t wordt 
gevonden, gebruikt de kaar t dit ter verificatie van de onderligg ende VU-cer tificaten die werden 
aangebod en. Bij een succesvo lle verificatie stelt de VU de openbare sleute l in voor gebruik in de 
tachog raafkaar t. Zo niet, wordt de kaar t geneg eerd door de VU. 
Opmerking: de kaar t kan het certificaat VU.CA.EUR op drie manieren kennen: 
—  het certificaat VU.CA .EUR is hetzelfde certificaat als het EUR -cer tificaa t van de kaar t zelf; 
—  het certificaat VU.CA .EUR gaat het EUR -cer tificaat van de kaar t zelf vooraf en is bij afgif te al in 
de kaar t opges lagen (zie CSM_91); 
—  het certificaa t VU.C A.EUR volgt op het EUR -cer tificaat van de kaar t zelf en de kaar t heef t in het 
verleden een verbindingscer tificaat van een andere voertuigunit ontvangen, gever ifieerd en voor 
toek omstig gebruik opges lagen. 
CSM_163  De VU gebr uikt het MSE: Set AT-commando om de openbare sleutel in te stellen voor gebruik in 
de tachograafkaar t. Zoals gespecif iceerd in aanhangsel 2, geeft dit commando aan welk crypto­
grafisch mecha nisme met de ingest elde sleutel wordt gebruikt. Dit mech anisme is, zoals gespeci ­
ficeerd in CSM_50, de VU-authenticatie met behulp van het ECDS A-algor itme, in combinatie met 
het hashalgor itme dat gerelateerd is aan de grootte van het sleute lpaar VU_MA van de VU. 
CSM_164 Het MSE: Set AT-commando geeft ook aan welk tijde lijk sleute lpaar de VU gebruikt voor de sleute ­
lovereenst emming tijde ns de sessie (zie punt 10.4). Bijgev olg genereer t de VU een tijdelijk ECC- 
sleutelpaa r alvorens het MSE:Set AT-commando te verzenden. Om het tijdeli jke sleutelpaar te 
genereren, gebr uikt de VU de gestandaardiseerde domein parameters die in het kaar tcertificaat 
vermeld staan. Het tijdelijk e sleutelpaar wordt aangeduid als (VU.SKeph, VU.PKeph, Card.DP). De VU 
neemt de x-coördinaat van het met het ECDH-algor itme bepaalde tijdelijk e openbare punt als 
sleutelidenti ficatie. Dit is de gecom primeerde voorstelling van de openbare sleutel, aange duid als 
Com p(VU.PKeph). 
CSM_165  Indien het MSE: Set AT-commando succesvo l is, stelt de kaar t de opgeg even sleut el VU.PK in voor 
later gebruik bij VU-authenticatie, en wordt de sleutel Com p(VU.PKeph) tijdelijk opges lagen. Indien 
twee of meer MSE: Set AT-commando's met succes worden verzonden vóór de sleute lovereen ­
stem ming tijdens de sessie, slaat de kaar t alleen de laatste ontvang en sleutel Com p(VU.PKeph) op. 26.5.2016 L 139/383 Publicatieblad van de Europese Unie NL    
CSM_166  De kaar t verifieert de temporele geldigheid van elk certificaa t dat door de VU wordt aange boden of 
waar naar de VU verwijst in het kaar tgeheugen. Vervallen certificaten worden verworpen. 
CSM_167  Om de temporele geldigheid van een door de VU aange boden certificaa t te verifiëren, slaat elke 
tachog raafkaar t bepaalde gegevens met betrekking tot de huidige tijd (hier na „lopende tijd”) intern 
op. Deze gegevens kunnen niet rech tstreek s door een VU worden geactualiseerd. Bij afgif te wordt 
de lopende tijd van de kaar t ingest eld op de ingangsdatum van het certificaat Card_MA van de 
kaar t. De kaar t actualiseer t de lopende tijd indien de ingangsdatum van een authentiek certificaat 
dat door de VU als „geldige tijdbron” wordt aangeboden, recente r is dan de tijdaanduiding van de 
kaar t. In dit geval stelt de kaar t de lopende tijd in op basis van de ingangsdatum van dat certificaat. 
De kaar t accept eert uitsluitend de volgende certificaten als geldige tijdbron: 
—  ERCA-verbindingscer tificaten van de tweede generatie; 
—  MSCA-cer tificaten van de tweede generatie; 
—  VU-cer tificaten van de tweede generatie die zijn afge geven door dezelfde lidstaat als het (de) 
kaar tcertifica(a)t(en) zelf. 
Opmerking: het laatste voorschri ft houdt in dat de referentie van de certifice ringsauto riteit (CA R) 
van het VU-cer tificaat, dat wil zegge n het certificaa t MSCA_ VU-EGF , herken baar is voor de kaar t. 
Deze referen tie versch ilt van de CAR van het kaar tcertificaa t zelf, namelijk het certificaat 
MSCA_ Card. 
CSM_168  Zoals aangeg even in Figuur 5, kan de kaar t na verificatie van de authenticit eit en geldigheid van 
een tot dan toe niet bekend certificaat, dit certificaa t voor toek omstig gebruik opslaan. Op die 
manier hoef t de kaar t de authenticiteit van dit certificaa t niet opnieuw te verifiëren wanneer het 
nogmaals wordt aangebod en. Zoals uiteenge zet in punt 9.3.2, kan de kaar t in plaats van het 
volled ige certificaat alleen het inhoudelijk deel van het certificaat opslaan. 
10.3.  VU-authenticatie 
CSM_169 Voertuigunits en kaar ten gaan te werk volgens het stroomsc hema in Figuur 6 om de VU te authen ­
ticeren bij de kaar t. Door de VU te authenticeren, kan de tachograafkaar t zeker stellen dat de VU 
authentiek is. Daar toe gebruikt de VU zijn particuliere sleutel om een door de kaar t afgeg even 
identite it („challenge”) te onder tekenen. 
CSM_170 Naast de door de kaar t afgeg even identit eit vermeldt de VU in de handtek ening de in het kaar tcerti­
ficaat vermelde referen tie van de kaar thouder . 
Opmerking: hier mee wordt gewa arborgd dat de kaar t waarbij de VU zich authenticeer t dezelfde 
kaar t is waar van de certificaatk eten eerder door de VU werd geverifieerd. 
CSM_171  De VU vermeldt in de handtek ening ook de identif icator van de tijdelijk e openbare sleutel Comp 
(VU.PKeph), waar mee de VU de beveiligde berichtenuitwisseling (SM) tot stand brengt tijdens de in 
punt 10.4 uiteeng ezette procedure voor chipauthenticatie. 
Opmerking: hier mee wordt gewaarborgd dat de VU waar mee de kaar t tijde ns een SM-sessie 
communiceer t dezelfde VU is die eerder door de kaar t werd geauthenticeerd.  26.5.2016 L 139/384 Publicatieblad van de Europese Unie NL    
Figuur 6 
Stroomschema van de VU-authenticatie 
CSM_172  Indien de VU tijdens de VU-authenticatie meerdere GET CHALLENGE-commando's verzendt, zendt 
de kaar t telkens een nieuwe aselect e identiteit („ch allenge”) van 8 bytes terug , terwijl alleen de 
laatste identiteit wordt opges lagen. 
CSM_173  Voor de VU-authenticatie gebr uikt de VU het onder tekeningsalgor itme ECDSA, zoals gespecificeerd 
in [DSS]. Daarbi j wordt het hashalgor itme toeg epast dat gerelateerd is aan het grootte van het 
sleutelpaa r VU_MA van de VU, zoals gespecifi ceerd in CSM_50. Het handtek eningf ormaat is 
ongecodee rd, zoals gespecifi ceerd in [TR-03111]. De VU verzendt de result erende handte kening 
naar de kaar t. 
CSM_174  Op het ogenblik dat de kaar t de handt ekening van de VU ontvangt in een External Authenticat e- 
commando: 
—  bereke nt de kaar t het authenticatieto ken door samenv oeging van Card.CHR, de door de kaar t 
afge geven identiteit rcard en de identif icator van de tijdelijk e openbare sleut el van de VU Com p 
(VU.PKeph); 
—  bereke nt de kaar t de hashwaarde voor het authenticatieto ken met behulp van het hashalgor itme 
dat gerelat eerd is aan de grootte van het sleutelpaar VU_MA van de VU, zoals gespecif iceerd in 
CSM_50, 
—  verifieert de kaar t de handtek ening van de VU met behulp van het ECDSA- algor itme, in 
combinatie met de sleut el VU.PK en de berekende hashwaarde. 
10.4.  Chipauthenticatie en sleutelo vereenst emming tijdens de sessie 
CSM_175  Voertuigunits en kaar ten gaan te werk volgens het stroomschema in Figuur 7 om de kaar t te 
authenticeren bij de VU. Door de chipkaar t te authenticeren, kan de voer tuigunit zeker stellen dat 
de kaar t authentiek is. 26.5.2016 L 139/385 Publicatieblad van de Europese Unie NL    
Figuur 7 
Chipauthenticatie en sleutelo vereenstemming tijdens de sessie 
CSM_176  De voertuigunit (VU) en de kaar t voeren de volgende stappen uit:  
1. De VU start de procedure voor chipauthenticatie door het MSE: Set AT-commando te verzenden 
ter aank ondiging van de ‘chipauthenticatie met behulp van het ECDH-algor itme, met als 
resultaat een AES-sessiesleut el waar van de lengte gerelateerd is aan de grootte van het 
sleute lpaar Card_MA van de kaar t, zoals gespecif iceerd in CSM_50’ . De VU bepaalt op basis van 
het kaar tcertificaa t de grootte van het sleute lpaar van de kaar t.  
2. De VU verzendt het openbare punt VU.PKeph van zijn tijde lijke sleute lpaar naar de kaar t. Zoals 
uiteengezet in CSM_164, heef t de VU dit tijdelijk ere sleutelpaar gegenereerd alvorens de certifi­
caatke ten op VU-niveau te verifiëren. De VU verzendt de identif icator van de tijde lijke openbare 
sleute l Comp(VU.PKeph) naar de kaar t, en de kaar t slaat deze op.  
3. De kaar t berekent Com p(VU.PKeph) op basis van VU.PKeph en verg elijkt het resultaat met de 
opge slagen waarde van Comp (VU.PKeph).  
4. Met behulp van het ECDH-algor itme, gecombineerd met de statische particuliere sleutel van de 
kaar t en de tijdeli jke openbare sleutel van de VU, bereke nt de kaar t een geheime sleutel K.  
5. De kaar t kiest een nonce (willek eurig getal) van 8 bytes NPICC om twee AES-sessiesleute ls KMAC en 
KENC af te leiden van de geheime sleutel K (zie CSM_179).  
6. Met behulp van KMAC bereke nt de kaar t een authenticatieto ken voor de identif icator van de 
tijdelijk e openbare sleute l van de VU: TPICC = CMA C(KMAC, VU.PKeph). De kaar t verzendt NPICC en 
TPICC naar de voertuigunit.  
7. Met behulp van het ECDH-algor itme, gecombineerd met de statische openbare sleut el van de 
kaar t en de tijde lijke particuliere sleutel van de VU, berekent de VU dezelfde geheime sleutel K 
als de kaar t al eerder heef t gedaan in stap 4. 26.5.2016 L 139/386 Publicatieblad van de Europese Unie NL    
8. De VU leidt de sessiesleut els KMAC en KENC af van K en NPICC (zie CSM_179).  
9. De VU verifieert het authenticatietok en TPICC. 
CSM_177  In stap 3 hierbo ven berekent de kaar t Comp (VU.PKeph) als x-coördinaat van het openbare punt in 
VU.PKeph. 
CSM_178  In stappen 4 en 7 hierbo ven passen de kaar t en de voertuigunit het ECKA -EG-algor itme toe, zoals 
vastge legd in [TR-03111]. 
CSM_179  In stappen 5 en 8 hierbo ven passen de kaar t en de voer tuigunit de sleutelaf leidingsfunctie (KDF) 
voor de in [TR-03111] vastg elegde AES-sessiesleut els toe, met de volgende preciser ingen en 
aanpassingen: 
—  De teller heef t de waarde ‘00 00 00 01’ voor KENC en ‘00 00 00 02’ voor KMAC. 
—  De facultatieve nonce r wordt gebruikt en is gelijk aan NPICC. 
—  Om de 128-bits AES-sleutels af te leiden, wordt het hashalgor itme SHA-256 gebruikt. 
—  Om de 192-bits AES-sleutels af te leiden, wordt het hashalgor itme SHA-384 gebruikt. 
—  Om de 256-bits AES-sleutels af te leiden, wordt het hashalgor itme SHA-512 gebruikt. 
De lengte van de sessiesleut els (dat wil zegge n de lengte vanaf welke de hashwaarde wordt 
afgek apt) is gerelateerd aan de grootte van het sleutelpaa r Card_MA, zoals gespecif iceerd 
in CSM_50. 
CSM_180  In stappen 6 en 9 hierbo ven passen de kaar t en de voer tuigunit het AES-algor itme toe in CMA C 
(Cipher -based Message Authentication Code)-modus, zoals gespecifi ceerd in [SP 800-38B]. De lengte 
van TPICC is gerelateerd aan de lengt e van de AES-sessiesleutels, zoals gespecifi ceerd in CSM_50. 
10.5.  Bev eiligde berichtenuitwisseling 
10.5.1  Algemeen 
CSM_181  Nadat de chip met succes is geauthenticeerd, worden alle commando's en antw oorden die de 
voertuigunit en tachograafkaar t met elkaar uitwisselen besche rmd door beveiligde berichtenuitwis ­
seling (SM) tot op het ogenbli k dat de sessie wordt beëindigd. 
CSM_182  Tenzi j wanneer gegevens worden gelezen in een bestand met toeg angsconditie SM-R -ENC-MA C-G2 
(zie aanhangsel 2, hoofdstuk 4), vindt de beveiligde berichtenuitwisseling plaats in alleen-authen ­
ticeren-modus. In deze modus wordt aan alle commando's en antw oorden een cryptografische 
controlesom (ook berichtauthenticatiecode of MAC genoemd) toeg evoegd om de authenticit eit en 
integriteit te waarborgen. 
CSM_183  Bij het lezen van gegevens in een bestand met toeg angsconditie SM-R -ENC-MA C-G2, wordt de 
beveiligde berichtenuitwisseling gebruikt in eerst-coderen-dan-authenticeren-modus. Dit betek ent 
dat de antwoordg egevens eerst worden gecodeerd om de vertrouwelijk heid van het bericht te 
waarborge n en dat daar na een MAC voor de geformatteerde gecodeerde gegevens wordt berekend 
om de authenticit eit en integriteit te waarborg en. 
CSM_184  De beveiligde berichtenuitwisseling gebruikt het AES-algor itme, zoals vastg elegd in [AES], met de 
sessiesleut els KMAC en KENC die werden overeeng ekomen tijdens de chipauthenticatie. 
CSM_185  Een niet-get ekend geheel getal wordt gebruikt als zendsequentieteller (SSC) om repla y-aanvalle n 
tegen te gaan. De grootte van de SSC is gelijk aan de AES-blokgroott e, namelijk 128 bits. De SSC 
heef t het formaat „MSB-first ” (meest signif icante bits eerst). Bij het starten van de beveiligde berich­
tenuitwisseling wordt de zendsequentieteller geïnitialiseerd op nul (dat wil zeggen ‘00 00 00 00 00 
00 00 00 00 00 00 00 00 00 00 00’). Voordat een APDU-commando of -antwoord wordt 
gegenereerd, wordt de SSC telkens met 1 verhoogd. Aangezie n de SSC aan het begin van een SM- 
sessie op ‘0’ staat, is de waarde van de SSC in het eerste commando gelijk aan ‘1’. Voor het eerste 
antw oord is de waarde van de SSC gelijk aan ‘2’. 26.5.2016 L 139/387 Publicatieblad van de Europese Unie NL    
CSM_186  Om het bericht te coderen, wordt KENC gebruikt met het AES-algor itme in de CBC(Cipher Bloc k 
Chaining)-werkingsmodus, zoals vastge legd in [ISO 10116], met een interlea ve-parameter m = 1 en 
een initialisatievect or IV = E(KENC, SSC), dat wil zegge n de huidige waarde van de zendsequentieteller 
(SCC), gecodeerd met KENC. 
CSM_187  Om het bericht te authenticeren, wordt KMAC gebruikt met het AES-algor itme in CMA C-modus, 
zoals gespecifi ceerd in [SP 800-38B]. De lengte van de berichtauthenticatiecode (MA C) is 
gerelateerd aan de lengte van de AES-sessiesleut els, zoals gespecif iceerd in CSM_50. De zendsequen ­
tieteller wordt in de MAC opgenomen door die te laten voorafgaan aan het te authenticeren 
datagram. 
10.5.2  Structuur van het beveiligde bericht 
CSM_188  De beveiligde berichtenuitwisseling (SM) gebruikt uitsluitend de in Tabel 5 opgesomde SM- 
gegevensobject en (zie [ISO 7816-4]). In elk bericht worden deze gegevensobject en gebruikt in de 
volg orde die wordt aangeg even in deze tabel. 
Tabel 5 
Gegev ensobjecten voor bev eiligde berichtenuitwisseling (SM DO's) 
Naam gegevensobject Label Aan wezigheid (V)er plicht , (C)onditio ­
neel of (N)iet toegestaan in 
Commando's Antwoorden 
Ongecode erde waarde van niet met BER -TLV ge­
codeerde gegevens ‘81’ C C 
Ongecode erde waarde van met BER -TLV geco­
deerde gegevens, excl usief SM-ge gevensobject en ‘B3’ C C 
Paddingindicator gevolgd door cryptogram, on­
gecodeerde waarde van niet met BER -TLV geco­
deerde gegevens ‘87’ C C 
Besch ermde lengteb yte (Le) ‘97’ C N 
Verwerkingsstatus ‘99’ N V 
Cryptografi sche controlesom ‘8E’ V V  
Opmerking: Zoals gespecif iceerd in aanhangsel 2, kunnen tachograafkaar ten het READ BINAR Y- en 
UPD ATE BINAR Y-commando onderst eunen met een oneven instr uctieb yte (INS) (respectievelijk ‘B1’ 
en ‘D7’). Deze variante n van commando zijn nodig om bestanden met 32 768 bytes of meer te 
lezen en te actualiseren. Indien geen derge lijke variant wordt gebr uikt, wordt een gegeve nsobject 
met label ‘B3’ gebruikt in plaats van een gegevensobject met label ‘81’. Zie aanhangsel 2 voor meer 
informatie. 
CSM_189  Alle SM-g egevensobjecten worden gecod eerd met DER TLV, zoals gespecif iceerd in [ISO 8825-1]. 
Door deze coder ing wordt de waarde van de labellengte (TLV) als volgt gestructureerd: 
Label:  het label wordt inge voerd in 1 of 2 bytes en geeft de inhoud aan. 
Lengte:  de lengte wordt inge voerd als niet-g etek end geheel getal in 1, 2 of 3 bytes, wat een 
maximumlengte van 65 535 bytes geeft. Er worden zo weinig mogeli jk bytes gebruikt. 
Waarde:  de waarde wordt inge voerd in nul of meer bytes. 26.5.2016 L 139/388 Publicatieblad van de Europese Unie NL    
CSM_190  Door beveiligde berichtenuitwisseling besc hermde APDU's worden als volgt aangemaa kt: 
—  Het koplabel (header) van het commando wordt opge nomen in de MAC-berekening. Bijgevolg 
wordt de waarde ‘0C’ wordt gebruikt voor de bytecat egor ie CLA. 
—  Zoals gespecifi ceerd in aanhangsel 2, zijn alle instr uctiebyt es (INS) even, met als mogeli jke 
uitzonder ing oneven instr uctiebyt es voor de READ BINAR Y- en UPD ATE BINAR Y-commando's. 
—De werk elijk e waarde van Lc wordt gewijzigd in Lc' na toepa ssing van de beveiligde berichten­
uitwisseling. 
—  Het gegeve nsveld bestaat uit gegevensobjecten voor beveiligde berichtenuitwisseling (SM DO's). 
—  In het beveiligde APDU-commando wordt de nieuwe lengt ebyt e (Le) inge steld op ‘00’. Indien 
nodig wordt een gegevensobject ‘97’ toeg evoegd aan het gegevensveld om de oorspronkeli jke 
waarde van Le door te geven. 
CSM_191  Elk te coderen gegevensobject wordt opgevuld overeenk omstig [ISO 7816-4] met behulp van de 
paddingindicator ‘01’. Om de MAC te berekenen , wordt elk gegevensobject in de APDU ook 
afzonderli jk opge vuld overeenk omstig [ISO 7816-4]. 
Opmerking: de opvulling (padding) voor beveiligde berichtenuitwisseling wordt altijd uitgev oerd 
door de SM-laag, niet door het CMA C- of CBC-algor itme. 
Samenvatting en voorbeelden 
Afhanke lijk van het desbetreffende onbeveiligde commando heef t een APDU-commando waarop beveiligde 
berichtenuitwisseling is toeg epast, de volgende structuur („DO” staat voor gegevensobject): 
Geval 1: CLA INS P1 P2 || Lc' || DO ‘8E’ || Le 
Geval 2: CLA INS P1 P2 || Lc' || DO ‘97’ || DO‘8E’ || Le 
Geval 3 (even instr uctiebyt e INS): CLA INS P1 P2 || Lc' || DO ‘81’ || DO‘8E’ || Le 
Geval 3 (oneven instr uctieb yte INS): CLA INS P1 P2 || Lc' || DO ‘B3’ || DO‘8E’ || Le 
Geval 4 (even instr uctiebyt e INS): CLA INS P1 P2 || Lc' || DO ‘81’ || DO‘97’ || DO‘8E’ || Le 
Geval 4 (oneven instr uctieb yte INS): CLA INS P1 P2 || Lc' || DO ‘B3’ || DO‘97’ || DO‘8E’ || Le  
waarbij de lengteb yte Le = ‘00’ of ‘00 00’ naarge lang velden met korte lengt e of met uitgebr eide lengte worden 
gebruikt ; zie [ISO 7816-4]. 
Afhanke lijk van het desbetreff ende onbeveiligde antw oord heef t een APDU-antwoord waarop beveiligde 
berichtenuitwisseling is toeg epast, de volgende structuur : 
Geval 1 of 3: DO ‘99’ || DO ‘8E’ || SW1SW2 
Geval 2 of 4 (even instr uctieb yte INS) met code ­
ring: DO ‘81’ || DO ‘99’ || DO ‘8E’ || SW1SW2 
Geval 2 of 4 (even instr uctieb yte INS) zonder co­
dering: DO ‘87’ || DO ‘99’ || DO ‘8E’ || SW1SW2 
Geval 2 of 4 (oneven instr uctieb yte INS) zonder 
coder ing: DO ‘B3’ || DO ‘99’ || DO ‘8E’ || SW1SW2  
Opmerking: geval 2 of 4 (oneven instr uctieb yte INS) met coder ing wordt nooit gebruikt bij de communicatie 
tussen een VU en een kaar t. 26.5.2016 L 139/389 Publicatieblad van de Europese Unie NL    
Hieronder staan drie voor beelden van APDU-transf ormaties voor commando's met een even instr uctiecode 
(INS). Figuur 8 toont een geauthenticeerd APDU-commando in geval 4, Figuur 9 toont een geauthenticeerd 
APDU-antwoor d in geval 2/geval 4, en Figuur 10 toont een gecodeerd en geauthenticeerd APDU-antwoord in 
geval 2/geval 4. 
Figuur 8 
Transfor matie van een geauthenticeerd APDU-commando in geval 4 
Figuur 9 
Transf ormatie van een geauthenticeerd APDU-antw oord in geval 1/geval 3 
26.5.2016 L 139/390 Publicatieblad van de Europese Unie NL    
Figuur 10 
Transf ormatie van een gecodeerd en geauthenticeerd APDU-antw oord in geval 2/geval 4 
10.5.3  Afbre ken van een sessie voor beveiligde berichtenuitwisseling 
CSM_192  De voertuigunit breekt een actieve sessie voor beveiligde berichtenuitwisseling (SM-sessie) enkel en 
alleen af indien een van de volg ende omstandigheden zich voordoet: 
—  de VU ontvangt een ongecodee rd APDU-antwoord; 
—  de VU stelt een SM-f out in een APDU-antwoord vast : 
—  een verwacht SM-geg evensobject ontbreekt, de gegevensobject en staan niet in de juiste 
volgorde, of er is een onbeken d gegevensobject aanwezig; 
—  een SM-geg evensobject is onjuist, bijvoorbeeld onjuist e MAC-waarde, onjuiste TLV-structuur 
of paddingindicat or in label ‘87’ verschilt van ‘01’; 
—  de kaar t zendt een statusb yte terug om te melden dat een SM-f out werd vastge steld 
(zie CSM_194); 
—  het maximumaantal commando's en bijbeh orende antw oorden van de huidige sessie is bereikt. 
Dit maximumaantal wordt voor de VU vastg elegd door de fabrikant, rekening houdend met de 
beveiligingseisen van de gebruikte hardware, en bedraagt 240 SM-commando's en bijbeh orende 
antw oorden per sessie. 
CSM_193  De tachog raafkaar t breekt een actieve SM-sessie enkel en alleen af indien een van de volg ende 
omstandigheden zich voordoet: 
—  de kaar t ontvangt een ongecodeerd APDU-commando; 26.5.2016 L 139/391 Publicatieblad van de Europese Unie NL    
—  de kaar t stelt een SM-f out in een APDU-commando vast: 
—  een verwacht SM-geg evensobject ontbreekt, de gegevensobject en staan niet in de juiste 
volgorde, of er is een onbeken d gegevensobject aanwezig; 
—  een SM-ge gevensobject is onjuist, bijvoorbeeld onjuiste MAC-waarde of onjuist e TLV- 
structuur ; 
—  onderbreking van de stroomv oorziening of kaar tterugstelling (reset); 
—  de VU selecte ert een toepa ssing op de kaar t; 
—  de VU start de VU-authenticatieprocedure, 
—  het maximumaantal commando's en bijbeh orende antw oorden van de huidige sessie is bereikt. 
Dit maximumaantal wordt voor de kaar t vastgelegd door de fabrikant, rekening houdend met 
de beveiligingseisen van de gebruikte hardware, en bedraagt 240 SM-commando's en 
bijbehorende antw oorden per sessie. 
CSM_194  De tachog raafkaar t behandelt SM-f outen als volgt: 
—Indien sommig e in een APDU-commando verwacht e SM-g egevensobject en ontbreken, gegevens ­
objecten niet in de juist e volg orde staan of onbekende gegevensobject en aanwezig zijn, zendt de 
tachog raafkaar t de statusb ytes ‘69 87’ terug . 
—  Indien een APDU-commando een onjuist SM-g egevensobject bevat, zendt de tachog raafkaar t de 
statusb ytes ‘69 88’ terug. 
In dit geval worden de statusb ytes teruggezonden zonder SM. 
CSM_195  Indien een SM-sessie tussen de VU en tachog raafkaar t wordt afgebrok en, voeren de VU en 
tachog raafkaar t de volg ende acties uit: 
—  de opge slagen sessiesleut els worden veilig vernietigd; 
—  er wordt onmiddellijk een nieuwe SM-sessie tot stand gebrac ht, zoals beschrev en in 
punt en 10.2 tot en met 10.5. 
CSM_196  Indien de VU om welke reden dan ook beslist de wederzi jdse authenticatie voor een inge bracht e 
kaar t opnieuw te starten, begint de procedure opnieuw met de verificatie van de certificaatk eten op 
kaar tniveau, zoals uiteeng ezet in punt 10.2. Vervolg ens wordt de procedure voor tgezet zoals 
beschrev en in punten 10.2 tot en met 10.5. 
11.  KOPPELING, WEDERZIJDSE AUTHENTICA TIE EN BEVEILIGDE BERICHTENUIT WISSELING TUSSEN VU EN EXTERNE 
GNSS-MODULE 
11.1.  Algemeen 
CSM_197  De GNSS-module die de VU gebruikt om zijn positie te bepalen, kan zich zowel binnen de VU 
bevinden (in de VU-systeemkast ingebouwd en niet demonteerbaar) als daarbuiten, in de vorm van 
een externe module. In het eerste geval is het niet nodig de intern e communicatie tussen de GNSS- 
module en de VU te standaardiseren, en zijn de in dit hoofdstuk vastg elegde voorsc hriften niet van 
toepass ing. In het tweede geval moet de communicatie tussen de VU en de extern e GNSS-module 
worden gestandaardiseerd en bescher md op de in dit hoofdstuk besc hreven wijze. 
CSM_198  De beveiligde communicatie tussen een voer tuigunit en exte rne GNSS-module vindt op dezelfde 
wijze plaats als tussen een voertuigunit en tachog raafkaar t, met dit versch il dat de extern e GNSS- 
module (EGF) de rol van de kaar t overneemt. De exte rne GNSS-module moet voldoen aan alle in 
hoofdstuk 10 vermelde voorschri ften voor tachog raafkaar ten, onverminderd de in dit hoofdstuk 
genoemde afwijki ngen , verduidelij kingen en aanvulling en. In het bijzonder de wederzi jdse verificatie 
van de certificaatk eten, de VU-authenticatie en chipauthenticatie moeten worden uitgev oerd zoals 
beschrev en in punten 11.3 en 11.4. 26.5.2016 L 139/392 Publicatieblad van de Europese Unie NL    
CSM_199  Anders dan bij de communicatie tussen een voer tuigunit en tachog raafkaar t, moete n de 
voertuigunit en exte rne GNSS-module eenmaal worden gekoppeld in de werkplaats voordat ze op 
GNSS gebaseerde gegevens kunnen uitwisselen tijdens normaal bedr ijf. Het koppelingsproces wordt 
nader toeg elich t in punt 11.2. 
CSM_200  Voor de communicatie tussen een voertuigunit en externe GNSS-module worden op [ISO 7816-4] 
en [ISO 7816-8] gebaseerde APDU-commando's en -antwoor den gebruikt. De exacte structuur 
daar van wordt gedefinieerd in aanhangsel 2 van deze bijlag e. 
11.2.  Koppeli ng tussen VU en exter ne GNSS-module 
CSM_201  De voer tuigunit en de extern e GNSS-module worden in de werkplaats gekoppeld. Zodra de 
voertuigunit en de extern e GNSS-module gekoppeld zijn, kunnen ze met elkaar communiceren 
tijde ns normaal bedr ijf. 
CSM_202  Het is alleen moge lijk een voer tuigunit en extern e GNSS-module te koppelen indien de voertuigunit 
in kalibrer ingsmodus staat. De koppelingsprocedure wordt gestar t door de voer tuigunit. 
CSM_203  In de werkplaats kan een voer tuigunit te allen tijde aan een andere of opnieuw aan dezelfde externe 
GNSS-module worden gekoppeld. Bij het opnieuw koppelen wordt het bestaande certificaat 
EGF_MA in het geheug en van de VU veilig vernietigd, en slaat de VU het certificaa t EGF_MA op 
van de exte rne GNSS-module waaraan hij wordt gekoppeld. 
CSM_204  In de werkplaats kan een externe GNSS-module te allen tijde aan een andere of opnieuw aan 
dezelfde voertuigunit worden gekoppeld. Bij het opnieuw koppelen wordt het bestaande certificaat 
VU_MA in het geheugen van de externe GNSS-module veilig vernietigd, en slaat de module het 
certificaat VU_MA op van de VU waaraan hij wordt gekoppeld. 
11.3.  Wederzijdse verificatie van de certificaatketen 
11.3.1  Algemeen 
CSM_205  De wederzi jdse verificatie van de certificaatket en tussen een VU en exte rne GNSS-module vindt 
uitsluitend plaats op het ogenblik dat de VU en de extern e GNSS-module in de werkplaats worden 
gekoppeld. Tijdens normaal bedr ijf van een gekoppelde VU en externe GNSS-module worden geen 
certificaten gever ifieerd. In plaats daar van worden de certificaten die tijdens de koppelingsprocedure 
zijn opgeslag en als vertrouwde certificaten beschouwd door de VU en de exte rne GNSS-module, 
nadat ze op temporele geldigheid zijn gecontroleerd. Andere certificaten wordt niet vertrouwd ter 
besche rming van de communicatie tussen de VU en de extern e GNSS-module tijde ns normaal 
bedr ijf. 
11.3.2  Tijdens de koppeling tussen VU en exter ne GNSS-module 
CSM_206  Tijdens de koppeling met een externe GNSS-module gaat de voertuigunit te werk volgens het 
stroomsc hema in Figuur 4 (zie punt 10.2.1) om de certificaa tketen van de externe GNSS-module te 
verifiëren. 
Toelichtingen bij Figuur 4 in deze context : 
—  De communicatiecontrole valt buiten het toepassin gsgebied van dit aanhangsel. Een externe 
GNSS-module is echt er geen smar tcard, waardoor de VU wellicht geen terugstelcommando 
(reset) zal verzenden om de communicatie te initiëren en evenmin een antwoord op terug stellen 
(ATR) zal ontvangen. 
—  De kaar tcertificaten en openbare sleut els in deze figuur worden opgevat als die van de externe 
GNSS-module ten behoeve van de wederzi jdse authenticatie. In punt 9.1.6 worden deze 
aange duid als EGF_MA. 
—  De openbare sleutels en certificaten Card.CA in deze figuur worden opgevat als die van de 
MSCA ter onder tekening van de certificaten van de extern e GNSS-module. In punt 9.1.3 
worden deze aanged uid als MSCA_ VU-EGF . 26.5.2016 L 139/393 Publicatieblad van de Europese Unie NL    
—  Het certificaat Card.CA .EUR in deze figuur wordt opgevat als het Europese basiscer tificaa t dat 
vermeld staat in de referentie van de certificeringsautor iteit (CAR) van het certificaat 
MSCA_VU-EGF . 
—  Het certificaat Card.Link in deze figuur wordt opgevat als het verbindingscer tificaat van de 
exte rne GNSS-module (indien aanwezig). Zoals verduidelij kt in punt 9.1.2, is dit een verbin ­
dingscer tificaat voor een nieuw Europees basissleut elpaar dat door de ERCA is aangemaa kt en 
dat met de vorige Europese particuliere sleutel is onder tekend. 
—  Het certificaa t Card.Link.E UR is het Europese basiscer tificaat dat vermeld staat in de referentie 
van de certifice ringsauto riteit (CAR) van het certificaat Card.Link. 
—  In plaats van 
 leest de VU 
 in het 
hoofdbestand van de chipkaar t (EF ICC). 
—  De VU select eert hier niet de toepassingsidentificator (AID) van de tachograaf, maar die van de 
exte rne GNSS-module (EGF AID). 
—  De instr uctie ‘Ignore Card’ wordt opgevat als ‘Ignore EGF’. 
CSM_207  Na verificatie van het certificaa t EGF_MA slaat de voer tuigunit dit certificaat op voor gebr uik 
tijde ns normaal bedr ijf (zie punt 11.3.3). 
CSM_208  Tijdens de koppeling met een VU gaat de extern e GNSS-module te werk volgens het stroomschema 
in Figuur 5 (zie punt 10.2.2) om de certificaa tketen op VU-niveau te verifiëren. 
Toelichtingen bij Figuur 5 in deze context : 
—  De VU genereer t een nieuw tijdeli jk sleutelpaar op basis van de domeinpa rameters in het 
certificaat van de extern e GNSS-module. 
—  De VU-cer tificaten en openbare sleutels in deze figuur dienen voor de wederzi jdse authenticatie. 
In punt 9.1.4 worden deze aange duid als VU_MA. 
—  De openbare sleute ls en certificaten VU.CA in deze figuur dienen om certificaten van 
voertuigunits en extern e GNSS-modules te onder tekenen. In punt 9.1.3 worden deze aangeduid 
als MSCA _VU-EGF . 
—  Het certificaat VU.CA .EUR in deze figuur is het Europese basiscer tificaat dat vermeld staat in de 
referentie van de certificeringsauto riteit (CA R) van het certificaa t VU.CA . 
—  Het certificaat VU.Link in deze figuur is het verbindingscer tificaat van de VU (indien aanwezig). 
Zoals verduidelijkt in punt 9.1.2, is dit een verbindingscer tificaat voor een nieuw Europees 
basissleut elpaar dat door de ERCA is aang emaakt en dat met de vorige Europese particuliere 
sleute l is onder tekend. 
—  Het certificaat VU.Link.EUR is het Europese basiscer tificaat dat vermeld staat in de referentie 
van de certifice ringsauto riteit (CAR) van het certificaat VU.Link. 
CSM_209 In afwijki ng van het voorsc hrift CSM_167 gebruikt de externe GNSS-module de eigen tijdaa n­
duiding om de temporele geldigheid van een aangeboden certificaat te verifiëren. 
CSM_210  Na verificatie van het certificaat VU_MA slaat de externe GNSS-module dit certificaat op voor 
gebruik tijdens normaal bedr ijf (zie punt 11.3.3). 
11.3.3  Tijdens normaal bedr ijf 
CSM_211  Tijdens normaal bedr ijf gaan de voertuigunit en exte rne GNSS-module te werk volgens het 
stroomsc hema in Figuur 11 om de temporele geldigheid te verifiëren van de opgeslag en certificaten 
EGF_MA en VU_MA en om de openbare sleutel VU_MA in te stellen met het oog op de VU- 
authenticatie op een later tijdstip. Er vindt geen verdere wederzijd se verificatie van de certificaat ­
ketens plaats tijdens normaal bedr ijf. 26.5.2016 L 139/394 Publicatieblad van de Europese Unie NL    
Het stroomsc hema in Figuur 11 omv at in wezen de eerste stappen die terug te vinden zijn 
in Figuur 4 en Figuur 5. Zoals gezegd, is een externe GNSS-module echt er geen smar tcard, 
waardoor de VU ook hier wellicht geen terugstelcommando (reset) zal verzenden om de 
communicatie te initiëren en evenmin een antw oord op terug stellen (ATR) zal ontvange n. Dit valt 
hoe dan ook buit en het toepassingsg ebied van dit aanhangsel. 
Figuur 11 
Wederzijdse verificatie van de temporele geldigheid van het certificaat tijdens nor maal bedr ijf van VU en 
exter ne GNSS-module 
CSM_212  Zoals blijkt uit Figuur 11, registreer t de voer tuigunit een fout indien het certificaa t EGF_MA niet 
langer geldig is. De wederzi jdse authenticatie, sleutelo vereenst emming en later e communicatie via 
beveiligde berichtenuitwisseling verlopen echt er op de gebr uikelijk e wijze. 
11.4.  VU-authenticatie, chipauthenticatie en sleutelo vereenstemming tijdens de sessie 
CSM_213  De VU-authenticatie, chipauthenticatie en sleut elovereenst emming tijdens de sessie tussen een VU 
en externe GNSS-module vinden plaats tijdens de koppelingsprocedure en telkens wanneer een 
nieuwe sessie voor beveiligde berichtenuitwisseling (SM-sessie) tot stand wordt gebracht tijdens 
normaal bedr ijf. De VU en de externe GNSS-module voeren de in punt en 10.3 en 10.4 beschreven 
procedures uit. Alle in deze punt en vastgest elde voorschrif ten zijn van toepassin g. 
11.5.  Bev eiligde berichtenuitwisseling 
CSM_214  Nadat de chip met succes is geauthenticeerd en tot op het ogenblik dat de sessie wordt beëindigd, 
worden alle commando's en antw oorden die de voer tuigunit en extern e GNSS-module met elkaar 
uitwisselen besc hermd door beveiligde berichtenuitwisseling in alleen-authenticeren-modus. Alle in 
punt 10.5 vastgest elde voorsc hriften zijn van toepass ing. 
CSM_215  Indien de beveiligde berichtenuitwisseling tussen een VU en extern e GNSS-module wordt 
afgeb roken, brengt de VU onmiddellijk een nieuwe SM-sessie tot stand, zoals uiteengezet in 
punt en 11.3.3 en 11.4. 26.5.2016 L 139/395 Publicatieblad van de Europese Unie NL    
12.  KOPPELING EN COMMUNICA TIE TUSSEN VU EN BEWEGINGSSENSOR 
12.1.  Algemeen 
CSM_216  Tijdens de koppelingsprocedure en tijdens normaal bedr ijf communiceren de voertuigunit en 
bewegingssensor met elkaar overeenk omstig het in [ISO 16844-3] gespecif iceerde interfaceprot ocol, 
onvermin derd de wijziging en die nader worden omschreve n in dit hoofdstuk en in punt 9.2.1. 
Opmerking: de lezer wordt bekend veronderste ld met de inhoud van [ISO 16844-3]. 
12.2.  Koppeli ng tussen VU en bew egingssensor met gebr uikmaking van sleutels van verschillende 
generaties 
Zoals uiteeng ezet in punt 9.2.1, wordt de hoofdsleutel van de bewegingssensor met alle bijbehorende sleutels 
regelmat ig vervangen. Het gevolg hier van is dat op werkplaatskaar ten tot drie aan de bewegingssensor 
gerelateerde AES-sleutels KM-W C (van opeenv olgende generaties) kunnen voor komen. Ook bewegingssensoren 
kunnen tot drie versch illende op AES gebaseerde gegevenscoder inge n bevatt en (die beruste n op opeenv olgende 
generaties van de hoofdsleut el van de bewegingssensor KM). De voertuigunit bevat slechts één aan de 
bewegingssensor gerelat eerde sleutel KM-V U. 
CSM_217  Een VU van de tweede generatie en een bewegingssensor van de tweede generatie worden als volgt 
gekoppeld (zie ook tabel 6 in [ISO 16844-3]):  
1. De werkplaatskaar t van de tweede generatie wordt ingebrac ht in de VU en de VU wordt 
verbonden met de bewegingssensor .  
2. De VU leest alle beschikbare sleutels KM-W C op de werkplaatskaar t, controleer t het versienummer 
van de sleute ls en kiest de sleutel die overeenst emt met het versienummer van de sleutel KM-V U 
van de VU. Indien de werkplaatskaar t geen overeenst emmende sleut el KM-W C bevat, wordt de 
koppelingsprocedure afgebrok en door de VU en krijgt de werkplaatskaar thouder een 
foutmelding te zien.  
3. Zoals gespecif iceerd in punt 9.2.1, berekent de VU de hoofdsleute l van de bewegingssensor KM 
op basis van de sleutels KM-VU en KM-W C en de identificatiesleutel KID op basis van de sleut el KM.  
4. De VU geeft de bewegingssensor opdrac ht om de koppelingsprocedure te starten, zoals 
besch reven in [ISO 16844-3], en codeer t het van de bewegingssensor ontvange n serienummer 
met de identif icatiesleut el KID. De VU zendt het gecodeerde serienummer terug naar de 
bewegingssensor .  
5. De bewegingssensor vergeli jkt het gecodeerde serienummer acht ereenv olgens met de intern 
opge slagen gecodeerde versies van het serienummer . Indien een overeenste mmend serienummer 
wordt gevonden, wordt de VU geauthenticeerd. De bewegingssensor registreer t de generatie van 
de door de VU gebruikt e sleutel KID en zendt de overeenst emmende gecodeerde versie van de 
koppelingssleutel terug , dat wil zegg en de gecodeerde sleute l die werd aangemaakt met de 
sleute l KM van dezelfde generatie.  
6. De VU decodeer t de koppelingssleute l met KM, genereer t een sessiesleutel KS, codeer t die met de 
koppelingssleutel en zendt het resultaat terug naar de bewegingssensor . De bewegingssensor 
decodeer t de sessiesleut el KS.  
7. De VU verzamelt de koppelingsinf ormatie zoals aangeg even in [ISO 16844-3] en codeer t die 
met de koppelingssleute l. Vervolg ens zendt de VU het resultaat terug naar de bewegingssensor . 
De bewegingssensor decodeer t de koppelingsinf ormatie.  
8. De bewegingssensor codeer t de ontvange n koppelingsinf ormatie met de ontvangen sessiesleut el 
KS en zendt deze terug naar de VU. De VU controleer t of de koppelingsinf ormatie identiek is 
aan de informatie die in de vorige stap naar de bewegingssensor werd verzonden. Indien het 
gaat om dezelfde informatie, bewi jst dit dat de bewegingssensor dezelfde sessiesleut el KS heef t 
gebruikt als de VU en bijgevolg in stap 5 de koppelingssleutel heef t terug gezonden nadat die 
met de sleutel KM van de juiste generatie werd gecodeerd. Bijgevolg wordt de bewegingssensor 
geauthenticeerd. 
Stappen 2 en 5 versch illen van de standaardprocedure in [ISO 16844-3]; de overige stappen 
komen overeen met de standaardprocedure. 26.5.2016 L 139/396 Publicatieblad van de Europese Unie NL    
Voorbeeld: Stel dat de koppelingsprocedure wordt uitgev oerd in het eerste jaar van geldigheid van 
het certificaa t ERCA (3); zie Figuur 2 in punt 9.2.1.2. Stel verder dat 
—  de bewegingssensor in gebr uik werd genomen in het laatst e jaar van geldigheid van het 
certificaat ERCA (1). De bewegingssensor bevat bijgev olg de volg ende sleutels en gegevens: 
—  Ns[1]: het serienummer van de bewegingssensor , gecodeerd met de identif icatiesleut el KID 
van de eerste generatie; 
—  Ns[2]: het serienummer van de bewegingssensor , gecodeerd met de identif icatiesleut el KID 
van de tweede generatie; 
—  Ns[3]: het serienummer van de bewegingssensor , gecodeerd met de identif icatiesleut el KID 
van de derde generatie; 
—  KP[1]: de koppelingssleutel van de eerste generatie (1), gecodeerd met de sleute l KM van de 
eerste generatie; 
—  KP[2]: de koppelingssleutel van de tweede generatie, gecodeerd met de sleutel KM van de 
tweede generatie; 
—  KP[3]: de koppelingssleute l van de derde generatie, gecodeerd met de sleut el KM van de derde 
generatie. 
—  Stel dat de werkplaatskaar t werd afgeg even in het eerste jaar van geldigheid van het certificaa t 
ERCA (3). Deze kaar t bevat bijgevolg de sleut el KM-W C van de tweede en de derde generatie. 
—  Stel dat de VU van de tweede generatie is en de sleutel KM-V U van de tweede generatie bevat. 
In dit geval verlopen stappen 2 tot en met 5 als volg t: 
—  Stap 2: de VU leest de sleutel KM-W C van de tweede en de derde generatie op de werkplaatskaar t, 
en controleer t de versienummers ervan. 
—  Stap 3: de VU combineer t de sleutel KM-WC van de tweede generatie met zijn sleutel KM-V U om KM 
en KID af te leiden. 
—Stap 4: de VU codeer t het van de bewegingssensor ontvangen serienummer met de identif icatie ­
sleute l KID. 
—  Stap 5: de bewegingssensor verg elijkt de ontvangen gegevens met Ns[1] en vindt geen 
overeenk omst. Daar na verg elijkt de bewegingssensor de gegevens met Ns[2] en vindt een 
overeenk omst. De bewegingssensor maakt hier uit op dat de VU van de tweede generatie is en 
zendt bijgevolg KP[2] terug . 
12.3.  Koppeli ng en communicatie tussen VU en bew egingssensor via AES 
CSM_218  Zoals gespecifi ceerd in Tabel 3 onder 9.2.1, zijn alle sleute ls die worden gebruikt voor de koppeling 
van een voer tuigunit (van de tweede generatie) en een bewegingssensor en voor de later e 
communicatie, AES-sleutels en geen TDES-sleut els met dubbele lengte zoals gespecifi ceerd in 
[ISO 16844-3]. Deze AES-sleutels kunnen 128, 192 of 256 bits lang zijn. Aang ezien de AES- 
blokgrootte 16 bytes bedraagt, moet de lengte van een gecodeerd bericht een veelv oud zijn van 
16 bytes, tegenover 8 bytes voor TDES-sleute ls. Bovendien worden sommig e van die berichten 
gebruikt om AES-sleutels over te breng en met een lengt e van 128, 192 of 256 bits. Bijgevolg 
wordt het in tabel 5 van [ISO 16844-3] vermelde aantal gegevensb ytes per instr uctie aang epast 
zoals aange geven in Tabel 6: 
Tabel 6 
Aant al ongecodeerde en gecodeerde gegev ensb ytes per instr uctie overeenk omstig [ISO 16844-3] 
Instr uct­
ie Type Gegevens-besc hrijving Aantal ongeco ­
deerde gegevens ­
bytes overeenk om­
stig [ISO 16844-3] Aantal ongeco ­
deerde gegevens ­
bytes bij gebruik 
van AES-sleutels Aantal gecodeerde gegevensbyt es 
bij gebru ik van AES-sleutels met 
bitlengte 
128 192 256 
10 Verzoek Authenticatie-geg e­
vens + bestandsnum ­
mer 8 8 16 16 16 26.5.2016 L 139/397 Publicatieblad van de Europese Unie NL    
(1)Zoals uiteeng ezet in CSM_117, kunnen de koppelingssleut els van de eerste, tweede en derde generatie betrekking hebben op dezelfde 
sleut el dan wel op drie verschillende sleutels met een onderling afwijk ende lengte. 
Instr uct­
ie Type Gegevens-besc hrijving Aantal ongeco ­
deerde gegevens ­
bytes overeenk om­
stig [ISO 16844-3] Aantal ongeco ­
deerde gegevens ­
bytes bij gebruik 
van AES-sleutels Aantal gecodeerde gegevensbyt es 
bij gebru ik van AES-sleutels met 
bitlengte 
128 192 256 
11 Antwoord Authenticatie-geg e­
vens + bestandsin ­
houd 16 of 32, afhan ­
kelijk van be­
stand 16 of 32, afhan ­
kelijk van be­
stand 16 / 32 16 / 32 16 / 32 
41 Verzoek Serienummer bewe ­
gingssensor 8 8 16 16 16 
41 Antwoord Koppelingssleut el 16 16 / 24 / 32 16 32 32 
42 Verzoek Sessiesleutel 16 16 / 24 / 32 16 32 32 
43 Verzoek Koppelingsinf orma­
tie 24 24 32 32 32 
50 Antwoord Koppelingsinf orma­
tie 24 24 32 32 32 
70 Verzoek Authenticatie-geg e­
vens 8 8 16 16 16 
80 Antwoord Teller waarde bewe ­
gingssensor + au­
thenticatie-geg evens 8 8 16 16 16  
CSM_219  De koppelingsinf ormatie die wordt verzonden in instr ucties 43 (verzoek VU) en 50 (antw oord 
bewegingssensor), wordt verzameld zoals gespecifi ceerd in punt 7.6.10 van [ISO 16844-3], met dit 
verschil dat in het coder ingssc hema van de koppelingsgeg evens het AES-algor itme wordt toeg epast 
in plaats van het TDES-algor itme, waardoor twee AES-coder inge n ontstaan, en dat de in CSM_220 
vermelde padding wordt gebruikt ter aanpa ssing aan de AES-blokgroott e. De voor deze coder ing 
gebruikte sleutel K'p wordt als volg t gegenereerd: 
—  Indien de koppelingssleutel KP 16 bytes lang is: K'p = KP XOR (Ns||Ns) 
—  Indien de koppelingssleutel KP 24 bytes lang is: K'p = KP XOR (Ns||Ns||Ns) 
—  Indien de koppelingssleutel KP 32 bytes lang is: K'p = KP XOR (Ns||Ns||Ns||Ns) 
waarbij Ns het serienummer van 8 bytes van de bewegingssensor is. 
CSM_220  Indien de ongecode erde gegevenslengte (bij gebruik van AES-sleutels) geen veelv oud van 16 bytes 
is, wordt de in [ISO 9797-1] vastgelegde paddingmethode 2 toeg epast. 
Opmerking: in [ISO 16844-3] is het aantal ongecodeerde gegevensbyt es altijd een veelvoud van 8, 
zodat bij gebr uik van TDES geen padding nodig is. De definit ie van gegeve ns en berichten in [ISO 
16844-3] wordt niet gewi jzigd door dit onderdeel van dit aanhangsel, waardoor padding 
noodzakeli jk is. 
CSM_221  Voor instr uctie 11 en indien men meerdere gegevensblokken moet coderen, wordt de CBC(Cipher 
Bloc k Chaining)-werkingsmodus toeg epast, zoals vastgelegd in [ISO 10116], met een interle ave- 
parameter m = 1. Hierbij wordt de volgende initialisatievect or (IV) gebr uikt: 
—  Voor instr uctie 11: het authenticatieblok van 8 bytes zoals gespecifi ceerd in punt 7.6.3.3 van 
[ISO 16844-3], opge vuld volgens de in [ISO 9797-1] vastge legde paddingmethode 2; zie ook 
punt en 7.6.5 en 7.6.6 van [ISO 16844-3]. 26.5.2016 L 139/398 Publicatieblad van de Europese Unie NL    
—Voor alle andere instr ucties waar in meer dan 16 bytes worden overg ebracht, zoals gespeci ­
ficeerd in Tabel 6: ‘00’ {16}, dat wil zeggen 16 bytes met een binaire nul. 
Opmerking: zoals verduidelij kt in punten 7.6.5 en 7.6.6 van [ISO 16844-3], in het geval dat de 
bewegingssensor gegevensbestanden codeer t om die op te nemen in instr uctie 11, wordt het 
authenticatieblok: 
—  gebruikt als de initialisatievect or om de gegevensbestanden in CBC-modus te coderen; 
—  gecodeerd en als eerste blok opgenomen in de naar de VU verzonden gegevens. 
12.4.  Koppeli ng tussen VU en bew egingssensor voor apparatuur van verschillende generaties 
CSM_222  Zoals uiteengezet in punt 9.2.1, kan een bewegingssensor van de tweede generatie de op TDES 
gebaseerde coder ing van de koppelingsgeg evens bevatten (zoals vastge legd in deel A van dit 
aanhangsel). Hierdoor kan de bewegingssensor worden gekoppeld aan een VU van de eerste 
generatie. In dit geval moet men de VU van de eerste generatie en de bewegingssensor van de 
tweede generatie koppelen zoals besc hreven in deel A van dit aanhangsel en in [ISO 16844-3]. 
Voor de koppelingsprocedure kan een werkplaatskaar t van de eerste of van de tweede generatie 
worden gebruikt. 
Opmerkinge n: 
—  Het is niet mog elijk een VU van de tweede generatie te koppelen aan een bewegingssensor van 
de eerste generatie. 
—  Het is niet mog elijk een werkplaatskaar t van de eerste generatie te gebruiken om een VU van de 
tweede generatie te koppelen aan een bewegingssensor . 
13.  BEVEILIGING VOOR COMMUNICA TIE OP AFST AND VIA DE DSR C-INTERF ACE 
13.1.  Algemeen 
Zoals gespecifi ceerd in aanhangsel 14, genereer t een VU regelma tig gegevens over de tachograafcontrole op 
afstand (RTM), en verzendt die naar de (intern e of externe) inrichting voor communicatie op afstand (RCF). De 
inrichting voor communicatie op afstand dient deze gegevens naar het systeem voor onder vraging op afstand 
te verzenden via de in aanhangsel 14 besch reven DSR C-int erface. In aanhangsel 1 worden de RTM-g egevens 
gespecifi ceerd als samenv oeging van: 
gecodeerde pay loadgegev ens van de tacho graaf de coder ing van de ongecode erde payloadg egevens van de 
tachog raaf; 
DSR C-bev eiligingsgegev ens zie onderstaande beschr ijving. 
Het formaat van de ongecod eerde payloadg egevens van de tachog raaf wordt gespecifi ceerd in aanhangsel 1 en 
nader toeg elicht in aanhangsel 14. In dit gedeelte wordt een besch rijving gegeven van de structuur van de 
DSR C-beveiligingsg egevens; de formele specificaties zijn terug te vinden in aanhangsel 1. 
CSM_223  De ongecodeerde 
 -gegevens die de VU doorgeeft aan een inrichting voor 
communicatie op afstand (indien de RCF zich buit en de VU bevindt) of aan een syste em voor 
onder vraging op afstand via de DSR C-int erface (indien de RCF zich in de VU bevindt), worden 
beveiligd in eerst-coderen-dan-authenticeren-modus. Dit bete kent dat de payloadg egevens van de 
tachog raaf eerst worden gecodeerd om de vertrouwelij kheid van het bericht te waarborgen, waar na 
een berichtauthenticatiecode (MA C) wordt berekend om de authenticit eit en integr iteit van de 
gegevens te waarborg en. 
CSM_224  De DSR C-beveiligingsg egevens bestaan uit de samen voeging van de volgende gegevenselementen in 
de hieronder aangeg even volgorde (zie ook Figuur 12): 
Lopende datum/tijd  de huidige datum en tijd van de VU (gegevenstype 
) 
Teller  een teller van 3 bytes (zie CSM_225) 26.5.2016 L 139/399 Publicatieblad van de Europese Unie NL    
Serienummer van de VU  het serienummer van de VU (gegevenstype 
) 
Versienummer van DSR C-hoofdsleutel  het versienummer van 1 byte van de DSR C- 
hoofdsleut el waar van de VU-specifieke DSR C-sleut els 
zijn afge leid (zie punt 9.2.2) 
MA C  de berichtauthenticatiecode, berekend op basis van alle 
vorige bytes in de RTM-geg evens. 
CSM_225  De teller van 3 bytes in de DSR C-beveiligingsgeg evens heef t het formaat „MSB-fi rst” (meest 
signif icante bits eerst). Wanneer de VU voor het eerst na ingebruikname een reeks RTM-g egevens 
berekent, wordt de teller op nul gezet. Alvorens een nieuwe reek s RTM-geg evens te bereke nen, 
verhoogt de VU de waarde van de teller telkens met 1. 
13.2.  Coder ing van de pay loadgegev ens van de tachog raaf en MA C-generer ing 
CSM_226  Stel een ongecode erd gegevenselement met gegevenstype 
 , zoals beschreven 
in aanhangsel 14. De VU codeer t deze gegevens zoals aangeg even in Figuur 12. De DSR C- 
coder ingssleute l K_VUDSR C_ENC van de VU (zie punt 9.2.2) wordt gebruikt met het AES-algor itme 
in de CBC(Cipher Block Chaining)-werkingsmodus, zoals vastge legd in [ISO 10116], met een 
inter leave-paramet er m = 1. De initialisatievect or is gelijk aan IV = lopende datum/tijd || ‘00 00 00 
00 00 00 00 00 00’ || teller , met lopende datum/tijd en teller zoals gespecifi ceerd in CSM_224. De te 
coderen gegevens worden opgevuld volg ens de in [ISO 9797-1] vastg elegde paddingmethode 2. 
CSM_227 De VU berekent de berichtauthenticatiecode (MA C) in de DSR C-beveiligingsgeg evens zoals verdui ­
delijkt in Figuur 12. De MAC wordt berekend voor alle vorige bytes in de RTM-geg evens, tot en 
met het versienummer van de DSR C-hoofdsleutel, met inbegr ip van de labels en rekening houdend 
met de lengte van de gegevensobject en. De VU gebr uikt deze DSR C-sleut el om de authenticit eit te 
waarborge n met K_VUDSR C_MA C (zie punt 9.2.2) en past daarbij het AES-algor itme toe in CMA C- 
modus, zoals gespecifi ceerd in [SP 800-38B]. De lengte van de berichtauthenticatiecode (MA C) is 
gerelateerd aan de lengt e van de VU-specifieke DSR C-sleut els, zoals gespecif iceerd in CSM_50. 
Figuur 12 
Coder ing van de pay loadgegev ens van de tachog raaf en MA C-generer ing 
26.5.2016 L 139/400 Publicatieblad van de Europese Unie NL    
13.3.  Verificatie en decoder ing van de pay loadgegev ens van de tachog raaf 
CSM_228  Bij ontvangst van RTM-g egevens van een VU brengt het systeem voor onder vraging op afstand alle 
RTM-g egevens over op een controlekaar t in het gegevensveld van een PROCESS DSR C MESSA GE- 
commando, zoals besch reven in aanhangsel 2. Daar na gebeur t het volg ende: 
1.De controlekaar t inspect eert het versienummer van de DSR C-hoofdsleutel in de DSR C-beveili ­
gingsg egevens. Indien de controlekaar t de opgeg even DSR C-hoofdsleutel niet kent, zendt deze 
een fout terug, zoals gespecifi ceerd in aanhangsel 2, en wordt de procedure afgebroken.  
2. De controlekaar t gebr uikt de opge geven DSR C-hoofdsleutel in combinatie met het VU- 
serienummer in de DSR C-beveiligingsge gevens om de VU-specifieke DSR C-sleut els 
K_VUDSR C_ENC en K_VUDSR C_MA C af te leiden, zoals gespecifi ceerd in CSM_124.  
3. De controlekaar t gebruikt de sleut el K_VUDSR C_MA C om de berichtauthenticatiecode (MA C) in 
de DSR C-beveiligingsgeg evens te verifiëren, zoals gespecificeerd in CSM_227. Indien de MAC 
onjuist is, zendt de controlekaar t een fout terug, zoals gespecifi ceerd in aanhangsel 2, en wordt 
de procedure afgebrok en.  
4. De controlekaar t gebr uikt de sleutel K_VUDSR C_ENC om de gecodeerde payloadgeg evens van de 
tachog raaf te decoderen, zoals gespecif iceerd in CSM_226. De controlekaar t verwijder t de 
padding en zendt de gedecodeerde payloadgeg evens van de tachog raaf terug naar het syste em 
voor onder vraging op afstand. 
CSM_229  Om repla y-aanvallen tegen te gaan, controleer t het systeem voor onder vraging op afstand of de 
RTM-g egevens up-to -date zijn door zeker te stellen dat de tijdstem pel (lopende datum/tijd) van de 
DSR C-beveiligingsge gevens niet te veel afwijkt van zijn eige n tijdaanduiding. 
Opmerkinge n: 
—  het syste em voor onder vraging op afstand moet daar toe besch ikken over een nauwk eurige en 
betrouwbare tijdbron. 
—  Aang ezien de VU overeenk omstig aanhangsel 14 om de 60 seconden een nieuwe reeks RTM- 
gegevens moet berekenen , en de intern e klok van de VU 1 minuut van de werk elijk e tijd mag 
afwijk en, wordt een grenswaarde van 2 minuten toeg epast om te bepalen of de RTM-g egevens 
up-to -date zijn. De vereiste mate van actueel-zi jn hangt ook af van de nauwkeur igheid van de 
klok van het systeem voor onder vraging op afstand. 
CSM_230  Wanneer in de werkplaats wordt gecontroleerd of de DSR C-functie van een VU goed functioneer t, 
worden alle van de VU ontvangen RTM-g egevens overgebrac ht op een werkplaatskaar t in het 
gegevensveld van een PROCESS DSR C MESSA GE-commando, zoals beschreven in aanhangsel 2. De 
werkplaatskaar t voert alle in CSM_228 gespecif iceerde controles en acties uit. 
14.  ONDERTEKENING VAN GEDO WNLO ADE GEGEVENS EN HANDTEKENINGVERIFICA TIE 
14.1.  Algemeen 
CSM_231  De gegevens die de intellig ente toep assingsger ichte apparatuur (IDE) van een VU of kaar t ontvangt 
tijde ns een downloadsessie, worden opge slagen in een fysiek gegeve nsbestand. De gegevens kunnen 
ook op een extern opslagmedium (ESM) worden bewaard. Dit bestand bevat digitale handtek e­
ningen van gegevensblokk en, zoals gespecifi ceerd in aanhangsel 7. Dit bestand bevat eveneens de 
volg ende certificaten (zie punt 9.1): 
—  Indien gegevens worden gedo wnload van een VU: 
—  het certificaat VU_Sign, 
—  het certificaat MSCA_ VU-EGF met de openbare sleute l ter verificatie van het certificaat 
VU_Sign. 26.5.2016 L 139/401 Publicatieblad van de Europese Unie NL    
—  Indien gegevens worden gedo wnload van een kaar t: 
—  het certificaat Card_Sign, 
—  het certificaat MSCA_ Card met de openbare sleut el ter verificatie van het certificaat 
Card_Sign. 
CSM_232  Daar naast beschikt de IDE over de volgende certificaten. 
—  Bij handte keningveri ficatie met behulp van een controlekaar t, zoals verduidelij kt in Figuur 13: 
het verbindingscer tificaat tussen het laatste EUR -cer tificaa t en het in voork omend geval 
onmiddellijk daaraan voorafgaande EUR -cer tificaa t. 
—  Bij handtek eningver ificatie door de IDE zelf: alle geldige Europese basiscer tificaten. 
Opmerking: de methode die de IDE gebruikt om deze certificaten te lezen, wordt niet nader gespeci ­
ficeerd in dit aanhangsel. 
14.2.  Generer ing van de handteken ing 
CSM_233 Om voor de gedo wnloade gegevens digitale handtek ening en aan te maken, wordt het onder teke­
ningsalgor itme ECDSA gebr uikt, zoals gespecifi ceerd in [DSS]. Daarbi j wordt het hashalgor itme 
toeg epast dat gerelateerd is aan het sleut elgrootte van de VU of de kaar t, zoals gespecif iceerd 
in CSM_50. Het handtek eningf ormaat is ongecodeerd, zoals gespecifi ceerd in [TR-03111]. 
14.3.  Handteken ingv erificatie 
CSM_234  De IDE kan de handt ekening van gedo wnloade gegeve ns zelf verifiëren of kan daar toe 
gebruikmaken van een controlekaar t. Bij gebruik van een controlekaar t verloop t de handte kening ­
verificatie zoals aangeg even in Figuur 13. Indien de IDE de handtek eningver ificatie zelf uitvoer t, 
verifieert de IDE de authenticite it en geldigheid van alle certificaten in de certificaa tketen van het 
gegevensbestand, alsook de handtek ening van de gegevens volgens het in [DSS] vastgest elde handte ­
kenings chema. 
Toelichtingen bij Figuur 13: 
—  De apparatuur die de te analyseren gegevens heef t onder tekend, wordt aangeduid als EQT . 
—  De openbare sleute ls en certificaten van de apparatuur (EQT) in deze figuur dienen om de 
certificaten VU_Sign of Card-Sign te onder tekenen. 
—  De openbare sleute ls en certificaten EQT .CA in deze figuur dienen in voork omend geval om de 
VU- of kaar tcertificaten te onder tekenen. 
—  Het certificaat EQT .CA.EUR in deze figuur is het Europese basiscer tificaat dat vermeld staat in 
de referentie van de certificeringsautor iteit (CA R) van het certificaa t EQT .CA. 
—  Het certificaa t EQT .Link in deze figuur is het verbindingscer tificaa t van de apparatuur (EQT), 
indien aanwezig. Zoals verduidelij kt in punt 9.1.2, is dit een verbindingscer tificaat voor een 
nieuw Europees basissleut elpaar dat door de ERCA is aang emaakt en dat met de vori ge 
Europese particuliere sleutel is onder tekend. 
—  Het certificaa t EQT .Link.EUR is het Europese basiscer tificaat dat vermeld staat in de referentie 
van de certifice ringsauto riteit (CAR) van het certificaat EQT .Link . 
CSM_235  De hashwaarde M die naar de controlekaar t in het PSO:Hash-commando wordt verzonden, wordt 
door de IDE berekend met behulp van het hashalgor itme dat gerelat eerd is aan de sleutelgroott e 
van de VU of de kaar t waar van de gegevens worden gedo wnload, zoals gespecif iceerd in CSM_50. 
CSM_236  Ter verificatie van de handtek ening van de apparatuur (EQT) volgt de controlekaar t het in [DSS] 
vastge stelde handtek eningsch ema. 
Opmerking: in dit aanhangsel wordt niet nader gespecif iceerd welke acties men moet uitvoeren 
indien de handtek ening van een gedownload gegevensbestand niet kan worden geverifieerd of 
indien de verificatie niet succesvol is. 26.5.2016 L 139/402 Publicatieblad van de Europese Unie NL    
Figuur 13 
Stroomschema ter verificatie van de handteken ing van een gedo wnload gegev ensbest and 
26.5.2016 L 139/403 Publicatieblad van de Europese Unie NL    
Aanhangsel 12 
PLAATSBEP ALING OP BASIS VAN WERELD WIJD SATELLIETNA VIGA TIESYSTEEM (GNSS) 
INHOUDSOPGA VE 
1. INLEIDING ........................................................................................................................................ 405 
1.1. Toepassingsgebied .................................................................................................................. 405 
1.2. Acroniemen en notaties ........................................................................................................... 405 
2. SPECIFIC ATIE VAN DE GNSS-ONT VANGER .............................................................................................. 406 
3. NMEA-ZINNEN .................................................................................................................................. 406 
4. VOER TUIGUNIT MET EXTERNE GNSS-MODULE ........................................................................................ 408 
4.1. Confi guratie .......................................................................................................................... 408 
4.1.1 Belangr ijkste onderdelen en interface s......................................................................................... 408 
4.1.2 Status van de externe GNSS-module aan het eind van de productie ................................................... 408 
4.2. Communicatie tussen de externe GNSS-module en de voer tuigunit .................................................... 409 
4.2.1 Communicatieprotocol ............................................................................................................ 409 
4.2.2 Beveiligde GNSS-geg evenso verdracht .......................................................................................... 411 
4.2.3 Structuur van het Read Record-commando .................................................................................. 412 
4.3. Koppeling, wederzi jdse authenticatie en sleute lovereenstemming tijde ns de sessie tussen de externe GNSS- 
module en de voertuigunit ....................................................................................................... 413 
4.4. Behandeling van fouten ........................................................................................................... 413 
4.4.1 Fout in communicatie met de exte rne GNSS-module ...................................................................... 413 
4.4.2 Aantasting van de fysieke integriteit van de externe GNSS-module .................................................... 413 
4.4.3 Afwezigheid van positie-inf ormatie van de GNSS-ontvanger ............................................................. 413 
4.4.4 Geldigheidsduur certificaat van de exte rne GNSS-module verstreke n.................................................. 414 
5. VOER TUIGUNIT ZONDER EXTERNE GNSS-MODULE .................................................................................. 414 
5.1. Confi guratie .......................................................................................................................... 414 
5.2. Behandeling van fouten ........................................................................................................... 414 
5.2.1 Afwezigheid van positie-inf ormatie van de GNSS-ontvanger ............................................................. 414 
6. TEGENSTRIJDIGE GNSS- TIJDGEGEVENS .................................................................................................. 414 
7. TEGENSTRIJDIGE BEWEGINGSGEGEVENS ................................................................................................ 415  26.5.2016 L 139/404 Publicatieblad van de Europese Unie NL    
1.  INLEIDING 
Dit aanhangsel bevat de technisc he voorschri ften voor de door de voer tuigunit gebruikt e GNSS-geg evens, met 
inbegr ip van de prot ocollen die moet en worden toeg epast om een veilige en correcte overdracht van plaatsbepa ­
lingsinf ormatie te waarborg en. 
Deze voorsc hriften vinden hun grondslag in de volgende belangr ijke artikelen van deze Verordening (EU) 
nr. 165/2014: artikel 8 „Registratie van de positie van het voer tuig op bepaalde momenten tijdens de dageli jkse 
werktijd”, artikel 10 „Interf ace met intellig ente vervoerssystemen” en artikel 11 „Gedetailleerde bepalingen voor de 
slimme tachog raaf”. 
1.1.  Toepassingsgebied 
GNS_1  Ter onderst euning van de uitvoering van artikel 8 verzamelt de voer tuigunit (VU) locatiege gevens van ten 
minste één GNSS. 
Zoals wordt verduidelij kt in Figuur 1, kan de voer tuigunit al dan niet met een externe GNSS-module uitgerus t 
zijn: 
Figuur 1 
Conf iguratiemogelijkheden voor de GNSS-ontvanger 
1.2.  Acroniemen en notaties 
De onderstaande acroniemen worden in dit aanhangsel gebr uikt: 
DOP  Dilution of Precision (verzwakking van nauwk eurigheid) 
EGF  Extern e GNSS-module 26.5.2016 L 139/405 Publicatieblad van de Europese Unie NL    
EGNOS  European Geostationar y Nav igation Overla y Service (Europees overla ysyst eem voor geostationaire 
navig atie) 
GNSS  Global Nav igation Satelli te System (wereldwijd satellietnavig atiesystee m) 
GSA  GPS DOP en actieve satelli eten 
HDOP  Hor izontal Dilution of Precision (verzwakking van horizontale nauwkeur igheid) 
ICD  Interfacebestur ingsdocument 
NMEA  National Mar ine Electronics Association 
PDOP  Position Dilution of Precision (verzwakking van positienauwke urigheid) 
RMC  Recommended Minimum Specific (aanbevolen minimale specif ieke [GNSS-geg evens]) 
SIS  Signal in Space (ruimt esignaal) 
VDOP  Vertical Dilution of Precision (verzwakking van verticale nauwkeur igheid) 
VU  Voertuigunit 
2.  SPECIFIC ATIE VAN DE GNSS-ONT VANGER 
Ongeac ht de conf iguratie van de slimme tachograaf, met of zonder exte rne GNSS-module, is het verstrekke n van 
nauwkeur ige en betrouwbare plaatsbepalingsinf ormatie een essentieel onderdeel van de effectieve werking van de 
slimme tachograaf. Het systeem moet dan ook compat ibel zijn met de door de Galileo- en Egnos-programma's 
geboden diensten , zoals uiteeng ezet in Verordening (EU) nr. 1285/2013 van het Europees Parlement en de 
Raad (1). Het in het kader van het Galileo-programma ontwikkeld e systeem is een onafhankeli jk wereldwijd 
satellietna vigatiesysteem en het in het kader van het Egnos-programma ingestelde syste em is een regionaal 
satellietna vigatiesysteem dat de kwalit eit van het signaal van het global positioning system verbet ert. 
GNS_2  De fabrikante n zien erop toe dat de GNSS-ontvanger s in de slimme tachograf en compatib el zijn met de 
plaatsbepalingsdienste n van de systemen Galileo en Egnos. De fabrikanten kunnen voor ts ook kiezen 
voor compatibilit eit met andere satellietnavig atiesyste men. 
GNS_3  De GNSS-ontvanger ondersteunt authenticatie van de open dienst die wordt aangebod en door het in het 
kader van het Galileo-programma inge stelde systeem , zodra dit beschikbaar is en door de fabr ikante n van 
GNSS-ontvanger s wordt onderst eund. Voor slimme tachog rafen die op de markt zijn gebrac ht vóór aan 
de bovenstaande voor waarden is voldaan en die de authenticatie van de open dienst van Galileo niet 
ondersteune n, is retrofi tting niet vereist. 
3.  NMEA-ZINNEN 
In dit gedeelt e wordt een besc hrijving gegeven van de NMEA-zinnen die voor de werking van de slimme 
tachograaf worden gebruikt. Dit gedeelt e geldt voor de configuratie van de slimme tachog raaf, zowel met als 
zonder extern e GNSS-module. 
GNS_4  De locatiegeg evens berusten op de aanbev olen minimale specifi eke (RMC) GNSS-geg evens van de NMEA- 
zin, bestaande uit de positie-inf ormatie (breedte- en lengte graad), de UTC-tijd (gecoördineerde wereldtijd) 
in het formaat hhmmss.ss, de in knopen uitged rukte snelheid over de grond (SOG) alsook op extra 
waarden. 
De RMC-zin heef t de volg ende notatie (vanaf NMEA-standaard V4.1): 26.5.2016 L 139/406 Publicatieblad van de Europese Unie NL    
(1)Verordening (EU) nr. 1285/2013 van het Europees Parlement en de Raad van 11 december 2013 betreffende de uitvoering en exploitatie 
van de Europese satellietnavig atiesystemen en tot intrekking van Verordening (EG) nr. 876/2002 van de Raad en Verordening (EG) 
nr. 683/2008 van het Europees Parlement en de Raad (PB L 347 van 20.12.2013, blz. 1). 
Figuur 2 
Opbouw van de RMC-zin 
De status geeft aan of het GNSS-signaal besc hikbaar is. Zolang de statuswaarde verschil t van „A”, kunnen de 
ontvangen gegevens (bijv oorbeeld de tijd of breedt e-/lengtegraad) niet worden gebruikt om de voer tuigpositie te 
registreren in de VU. 
De positienauwk eurigheid (resolutie) is gebaseerd op de hierbo ven besc hreven notatie van de RMC-zin. De eerste 
twee cijfers van de velden 3 en 5 stellen de graden voor (breedte graad voor veld 3 en lengtegraad voor veld 5). De 
resterende cijfers stellen de minuten voor met drie cijfers acht er de komma. De resolutie bedraagt bijgevolg één 
duizendste van een minuut of één zestigduizendste van een graad (aangezien een minuut één zestigste van een 
graad is). 
GNS_5  Zoals toeg elicht in aanhangsel 1 voor het type GeoCoordinates, slaat de voertuigunit de positie- 
informatie voor de breedte - en lengtegraad op in de VU-database met een resolutie van één tiende van 
een minuut of één zeshonderdst e van een graad. 
Met behulp van het GSA-commando (GPS DOP en actieve satellieten) kan de VU de beschikbaarheid en 
nauwkeurigheid van het signaal bepalen en registreren. Met name de HDOP -waarde wordt gebruikt als 
aanwi jzing voor de mate van nauwk eurigheid van de geregist reerde locatiege gevens (zie punt 4.2.2). De 
VU slaat de verzwakking van horizontale nauwkeur igheid (HDOP) op, bereke nd als minimum van de 
HDOP -waarden die voor de besc hikbare GNSS-systemen werden verzameld. 
De GNSS-syst eemidentifi catie staat voor GPS, Glonass, Galileo, Beidou of Satellite-Based Augmentation 
System (SBAS — satelli etaugmentatiesysteem). 
Figuur 3 
Opbouw van de GSA -zin 
26.5.2016 L 139/407 Publicatieblad van de Europese Unie NL    
De modus (veld 2) geeft het volgende aan: geen positiebepaling („fix”) beschikbaar (modus = 1), tweedimensionale 
(2D) positiebepaling beschikbaar (modus = 2) of driedimensionale (3D) positiebepaling (modus = 3) beschikbaar . 
GNS_6  De GSA-zin wordt opge slagen onder recordnummer ‘06’. 
GNS_7  De maximumgrootte van de NMEA-zinnen (bijv oorbeeld RMC-zinnen, GSA-zinnen e.d.) om het formaat 
van het Read Record-commando aan te passen, bedraagt 85 bytes (zie Tabel 1). 
4.  VOERTUIGUNIT MET EXTERNE GNSS-MODULE 
4.1.  Conf iguratie 
4.1.1  Belang rijkste onder delen en inter faces 
In deze configuratie maakt de GNSS-ontvanger deel uit van de exte rne GNSS-module. 
GNS_8  De extern e GNSS-module moet van stroom worden voorzien via een specifieke voer tuiginte rface. 
GNS_9  De extern e GNSS-module bestaat uit de volgende onderdelen (zie Figuur 4): 
a)  Een commerciële GNSS-ontvange r die de positiegeg evens verstrekt via de GNSS-geg evensinterf ace. 
De GNSS-geg evensinte rface kan bijvoorbeel d vallen onder NMEA-standaard V4.10, waarbij de GNSS- 
ontvanger functioneer t als zender en NMEA-zinnen verstuur t naar de beveiligde GNSS-transceiver . 
De zendfrequentie bedraagt 1 Hz voor de vooraf gedef inieerde reek s NMEA-zinnen, die ten minst e 
de RMC- en GSA-zinnen moeten bevatten. De keuze van de GNSS-geg evensinterface wordt 
overg elaten aan de fabr ikant van de externe GNSS-module. 
b)  Een zendontvang er (beveiligde GNSS-transceiver) die voldoe t aan de norm ISO/IEC 7816-4:2013 (zie 
4.2.1) om te communiceren met de voertuigunit en ondersteuning te bieden aan de GNSS-geg evens ­
interface met de GNSS-ontvange r. De transceiver heef t een geheugen om de identif icatiegeg evens van 
de GNSS-ontvanger en de exte rne GNSS-module op te slaan. 
c)  Een behuizing (syst eemkast) voor de GNSS-ontvanger en de beveiligde GNSS-transceiver , uitgerus t 
met een functie om manipulatie te detecteren. In de functie om manipulatie te detecteren worden de 
beveiligingsmaatregelen toeg epast die zijn voorgesc hreven in het besc hermingsprof iel van de slimme 
tachograaf. 
d)  Een op het voertuig gemonteerde GNSS-ant enne die via de systeemkast verbonden is met de GNSS- 
ontvanger . 
GNS_10  De extern e GNSS-module is ten minst e uitgerus t met de volgende extern e interface s: 
a)  de interface met de op het voertuig gemont eerde GNSS-ante nne, voor zover een exte rne antenne 
wordt gebruikt ; 
b)  de interface met de voertuigunit. 
GNS_11  De beveiligde VU-transceiver is het andere eindpunt van het communicatiesyste em met de beveiligde 
GNSS-transceiver ; deze moet voldoen aan ISO/IEC 7816-4:2013 wat de verbinding met de externe 
GNSS-module betref t. 
GNS_12  Voor de fysieke communicatielaag met de externe GNSS-module onderst eunt de voer tuigunit ISO/IEC 
7816-12:2005 of andere normen die ISO/IEC 7816-4:2013 onderst eunen (zie 4.2.1). 
4.1.2  Status van de exter ne GNSS-module aan het eind van de prod uctie 
GNS_13  Bij het verlaten van de fabriek slaat de externe GNSS-module de volg ende waarden op in het niet- 
vluchtig e geheug en van de beveiligde GNSS-transceiver : 
—  het sleutelpaar EGF_MA met bijbehorend certificaat ; 
—  het certificaat MSCA_ VU-EGF met de openbare sleutel MSCA_ VU-EGF .PK ter verificatie van het 
certificaa t EGF_MA; 26.5.2016 L 139/408 Publicatieblad van de Europese Unie NL    
—  het EUR -cer tificaat met de openbare sleut el EUR.PK ter verificatie van het certificaa t MSCA _VU-EGF; 
—  het EUR -cer tificaa t waar van de geldigheidsduur onmiddellijk voorafg aat aan die van het EUR - 
certificaa t ter verificatie van het certificaa t MSCA _VU-EGF (indien bestaand); 
—  het verbindingscer tificaat dat beide EUR -cer tificaten met elkaar in verband brengt (indien bestaand); 
—  het verlengde serienummer van de externe GNSS-module; 
—  de identif icator van het bestur ingssyst eem (OS — Operating System) van de GNSS-module; 
—  het typegoedkeurin gsnummer van de externe GNSS-module; 
—  de identif icator van de beveiligingscom ponent van de extern e GNSS-module. 
4.2.  Communicatie tussen de exter ne GNSS-module en de voertuigunit 
4.2.1  Communicatieprotocol 
GNS_14  Het communicatieprotocol tussen de extern e GNSS-module en de voertuigunit onderst eunt drie 
functies:  
1. de verzameling en verspreiding van GNSS-ge gevens (bijv oorbeeld positie, tijd en snelheid);  
2. de verzameling van de conf iguratiegeg evens van de externe GNSS-module; 
3.het beheer protocol ter onderst euning van de koppeling, wederzi jdse authenticatie en sleut elovereen ­
stemming tijdens de sessie tussen de externe GNSS-module en de VU. 
GNS_15  Het communicatieprotocol is gebaseerd op de norm ISO/IEC 7816-4:2013, waarbij de beveiligde VU- 
transceiver de rol van master en de beveiligde GNSS-transceiver die van slave vervult. De fysieke 
verbinding tussen de exte rne GNSS-module en de voer tuigunit is gebaseerd op ISO/IEC 7816-12:2005 
of andere normen die ISO/IEC 7816-4:2013 onderst eunen. 
GNS_16  Velden met uitgebreide lengte worden niet ondersteund in het communicatieprotocol. 
GNS_17  Het communicatieprot ocol van ISO 7816 (zowel *-4:2013 als *-12:2005) tussen de externe GNSS- 
module en de VU wordt inge steld op T = 1. 
GNS_18  Wat betref t de functies 1) verzameling en verspreiding van GNSS-geg evens en 2) verzameling van 
conf iguratiegeg evens van de externe GNSS-module en 3) beheer protocol, simuleer t de beveiligde GNSS- 
transceiver een smar tcard met een bestandssysteem archit ectuur bestaande uit een stambestand (MF — 
Master File), een toepassingsger icht bestand (DF — Dedicat ed File) waar van de toepassingsidentificator is 
gespecificeerd in aanhangsel 1, punt 6.2 (‘FF 44 54 45 47 4D’) en drie hoofdbestanden (EF's — 
Elementar y Files) die certificaten bevatten en één hoofdbestand (EF.EGF) waar van de identificator gelijk 
is aan ‘2F2F’, zoals beschrev en in Tabel 1. 
GNS_19  De beveiligde GNSS-transceiver slaat de gegevens van de GNSS-ontvang er en de conf iguratie op in het 
hoofdbestand EF.EGF . Dit is een lineair recordbestand met variabele lengte en met als identificator ‘2F2F’ 
in hexadecimale notatie. 
GNS_20  De beveiligde GNSS-transceiver slaat de gegevens op in een geheug en dat ten minst e 20 miljoen lees-/ 
schrijfcy cli kan uitvoeren. Afgezien daar van worden het interne ontwer p en de uitvoering van de 
beveiligde GNSS-transceiver overg elaten aan de fabr ikante n. 
De recordnummers en gegevens worden toeg ewezen zoals aangeg even in Tabel 1. Er zijn vier GSA- 
zinnen voor de vier satelli etsystemen en het satellietaugmentatiesysteem (SBA S). 
GNS_21  De bestandsstr uctuur wordt verduidelij kt in Tabel 1. De toeg angscondities (ALW, NEV , SM-MA C) zijn te 
vinden in aanhangsel 2, punt 3.5. 26.5.2016 L 139/409 Publicatieblad van de Europese Unie NL    
Tabel 1 
Best andsstr uctuur   
Toegangscondities (AC) 
Bestand Bestandsidenti ­
ficatie Lezen Bijw erken Gecodeerd 
MF 3F00    
EF.ICC 0002 ALW NEV 
(door VU) Neen 
DF GNSS-module 0501 ALW NEV Neen 
EF EGF_MA_Cer tificate C100 ALW NEV Neen 
EF CA_Cer tificate C108 ALW NEV Neen 
EF Link_Cer tificate C109 ALW NEV Neen 
EF.EGF 2F2F SM-MA C NEV 
(door VU) Neen  
Bestand/geg evenselement Record- 
nummer Grootte (in bytes) Standaard ­
waarden   
Min. Max.  
MF  552. 1 031  
EF.ICC     
sensorGNSSSer ialNumber  8 8       
DF GNSS-module  612 1 023  
EF EGF_MA_Cer tificate  204 341  
EGFCer tificate  204 341 {00..00} 
EF CA_Cer tificate  204 341  
MemberStateCer tificate  204 341 {00..00} 
EF Link_Cer tificate  204 341  
LinkCer tificate  204 341 {00..00}      
EF.EGF     
NMEA RMC-zin ‘01’ 85 85  
Eerste NMEA GSA-zin ‘02’ 85 85  
Tweede NMEA GSA-zi n ‘03’ 85 85  26.5.2016 L 139/410 Publicatieblad van de Europese Unie NL    
Bestand/geg evenselement Record- 
nummer Grootte (in bytes) Standaard ­
waarden   
Min. Max.  
Derde NMEA GSA-zin ‘04’ 85 85  
Vierde NMEA GSA-zin ‘05’ 85 85  
Vijfde NMEA GSA-zin ‘06’ 85 85  
Verlengd serienummer van de externe 
GNSS-module, in aanhangsel 1 gedefinieerd 
als SensorGNSSSer ialNumber ‘07’ 8 8  
Identif icator van het bestur ingssyst eem van 
de beveiligde GNSS-transceiver , in aanhang ­
sel 1 gedef inieerd als SensorOSIdentifi er ‘08’ 2 2  
Typegoedkeuringsn ummer van de externe 
GNSS-module, in aanhangsel 1 gedefinieerd 
als SensorExte rnalGNSSAppro valNumber ‘09’ 16 16  
Identif icatiesymbool van de beveiligings ­
component van de extern e GNSS-module, 
in aanhangsel 1 gedefinieerd als SensorEx ­
tern alGNSSSCIdentifier ‘10’ 8 8  
RFU — Gereser veerd voor toekomstig gebruik ‘11’ t/m ‘FD’     
4.2.2  Beveiligde GNSS-geg evensover dracht 
GNS_22  De beveiligde overdracht van GNSS-positiegeg evens kan alleen plaatsvinden onder de volgende 
voor waarden: 
1.Het koppelingsproces is voltooid zoals beschreven in aanhangsel 11 „Algemene veiligheidsmecha ­
nismen”.  
2. De periodieke wederzi jdse authenticatie en sleutelo vereenst emming tijdens de sessie tussen de VU en 
de externe GNSS-module (zie beschr ijving in aanhangsel 11 „Algemene veiligheidsmechani smen”) 
werden met voldoende regelmaat uitgev oerd. 
GNS_23  Tenzij de koppeling of wederzi jdse authenticatie en sleut elovereenst emming tijdens de sessie plaatsvindt, 
vraagt de VU iedere T seconden — waarbij T een waarde is kleiner dan of gelijk aan 10 — de positie- 
informatie op van de externe GNSS-module. Dit proces verloop t als volgt:  
1. De VU vraagt locatiege gevens op van de extern e GNSS-module, samen met de DOP -waarden (mate 
van onnauwk eurigheid, gebaseerd op de GSA NMEA-zin). De beveiligde VU-transceiver gebruikt de 
Select- en Read Record-commando's van de norm ISO/IEC 7816-4:2013 voor beveiligde berichten­
uitwisseling in alleen-authenticeren-modus, zoals besc hreven in punt 11.5 van aanhangsel 11; de 
bestandsidentif icator is ‘2F2F’ en het recordnummer is ‘01’ voor de NMEA RMC-zin en ‘02’, ‘03’, ‘04’, 
‘05’, ‘06’ voor de NMEA GSA-zin. 
2.De laatst e ontvangen locatiegeg evens worden in het hoofdbestand (EF) opge slagen met de identi ­
ficator ‘2F2F’ . De in Tabel 1 omschr even records worden opgeslagen in de beveiligde GNSS- 
transceiver naar mate die via de GNSS-int erface NMEA-g egevens met een frequentie van ten minste 
1 Hz ontvangt van de GNSS-ontvanger .  
3. De beveiligde GNSS-transceiver verstuur t het antw oord naar de beveiligde VU-transceiver en gebr uikt 
daar voor het APDU-antwoor dber icht met beveiligde berichtenuitwisseling in alleen-authenticeren- 
modus, zoals toeg elicht in punt 11.5 van aanhangsel 11. 26.5.2016 L 139/411 Publicatieblad van de Europese Unie NL    
4. De beveiligde VU-transceiver controleer t de authenticit eit en integriteit van het ontvangen antwoord. 
Bij een positieve uitk omst worden de locatiegeg evens via de GNSS-interface overg ebracht naar de 
verwerkingseenheid van de VU.  
5. De verwerkingseenheid van de VU controleer t de ontvange n gegevens door de informatie 
(bijv oorbeeld lengte graad, breedtegraad, tijd) te lezen in de NMEA RMC-zin. Indien de positie geldig 
is, staat deze informatie in de NMEA RMC-zin. Is de positie ongeld ig, dan zijn er nog geen locatiege ­
gevens besch ikbaar en is het niet moge lijk de voertuigpositie op basis daar van te registreren. Indien 
de positie geldig is, leest de verwerkingseenheid van de VU ook de HDOP -waarden in de NMEA 
GSA-zinn en en wordt de gemiddelde waarde voor de beschikbare satelli etsystemen bereke nd (voor 
zover positiebepaling mog elijk is).  
6. De verwerkingseenheid van de VU slaat de ontvangen en verwerkt e informatie, zoals breedtegraad, 
lengtegraad, tijd en snelheid, op in het in aanhangsel 1 „Data Dictionar y” vastg estelde formaat als 
geografische coördinat en samen met de HDOP -waarde, bereke nd als minimum van de voor de 
beschikbare GNSS-syst emen verzamelde HDOP -waarden. 
4.2.3  Structuur van het Read Record-commando 
In dit gedeelt e wordt een uitvoerige beschr ijving gegeven van de structuur van het Read Record-commando. 
Daarbij komt ook de beveiligde berichtenuitwisseling (in alleen-authenticeren-modus) aan bod, zoals beschreven 
in aanhangsel 11 „Algemene beveiligingsmec hanismen”. 
GNS_24  Het commando onderst eunt de beveiligde berichtenuitwisseling in alleen-authenticeren-modus (zie 
aanhangsel 11). 
GNS_25  Commandober icht 
Byte Lengte Waarde Omschrijving 
CLA 1 ‘0Ch’ Beveiligde berichtenuitwisseling gevra agd 
INS 1 ‘B2h’ Record lezen 
P1 1 ‘XXh’ Recordnummer (‘00’ verwijst naar de huidige record) 
P2 1 ‘04h’ Record lezen waar van het nummer in P1 staat 
Le 1 ‘XXh’ Lengte van verwacht e gegevens. Aantal te lezen bytes  
GNS_26  De in P1 aanged uide record wordt de geldige record. 
Byte Lengte Waarde Omschrijving 
#1-#X X ‘XX..XXh’ Gelezen gegevens 
SW 2. ‘XXXXh’ Statusw oorden (SW1, SW2)  
—  Indien het commando succesvo l is, zendt de beveiligde GNSS-transceiver ‘9000’ terug. 
—  Indien het huidige bestand niet recordgeo riënteerd is, zendt de beveiligde GNSS-transceiver ‘6981’ 
terug. 
—  Indien het commando wordt gebr uikt met P1 = ‘00’ terwijl er geen geldig hoofdbestand (EF) is, 
zendt de beveiligde GNSS-transceiver ‘6986’ terug (commando niet toeg estaan). 
—  Indien de record niet wordt gevonden, zendt de beveiligde GNSS-transceiver ‘6A83’ terug . 
—  Indien manipulatie werd vastgest eld, zendt de externe GNSS-module de statuswoorden ‘6690’ terug. 26.5.2016 L 139/412 Publicatieblad van de Europese Unie NL    
GNS_27  De beveiligde GNSS-transceiver ondersteunt de volgende commando's van tachog rafen van de tweede 
generatie: 
Commando Verwijzing 
Select (Selecteer) Aanhangsel 2, punt 3.5.1 
Read Binar y (Lees binair getal) Aanhangsel 2, punt 3.5.2 
Get Challenge (Vraag naar identite it) Aanhangsel 2, punt 3.5.4 
PSO: Verify Certificate (Verifieer certificaat) Aanhangsel 2, punt 3.5.7 
Extern al Authenticate (Externe authenticatie) Aanhangsel 2, punt 3.5.9 
General Authenticat e (Alg emene authenticatie) Aanhangsel 2, punt 3-5-2010 
MSE:SET Aanhangsel 2, punt 3-5-2011  
4.3.  Koppeli ng, wederzijdse authenticatie en sleutelo vereenstemming tijdens de sessie tussen de exter ne 
GNSS-module en de voertuigunit 
In hoofdstuk 11 van aanhangsel 11 „Algeme ne veiligheidsmechanismen” wordt een besc hrijving gegeven van de 
koppeling, wederzi jdse authenticatie en sleutelo vereenst emming tijdens de sessie tussen de extern e GNSS-module 
en de voer tuigunit. 
4.4.  Behandeling van fouten 
In dit gedeelt e wordt uiteengezet hoe mog elijk e fouttoes tanden van de exte rne GNSS-module worden behandeld 
en geregistreerd in de VU. 
4.4.1  Fout in communicatie met de exter ne GNSS-module 
GNS_28  Indien de VU gedurende ten minste twintig aaneengeslot en minuten er niet in slaagt te communiceren 
met de gekoppelde externe GNSS-module, genereer t en registreer t de VU een voorval van het type 
EventFaultT ype met de enum-waarde ‘53’H Exter nal GNSS communication fault (Communicatief out 
extern e GNSS-module) en waar van de tijdaanduiding is ingesteld op de huidige tijd. Het voorval wordt 
uitsluitend gegenereerd indien aan de volgende twee voor waarden is voldaan: a) de slimme tach ograaf 
staat niet in kalibrer ingsmodus en b) het voertuig is aan het rijden. In dit geval is sprak e van een 
communicatief out indien de beveiligde VU-transceiver geen antw oordber icht ontvangt op een verzoek ­
bericht, zoals omsch reven in 4.2. 
4.4.2  Aan tasting van de fysieke integ riteit van de exter ne GNSS-module 
GNS_29  Indien de fysieke integriteit is aangetast, wist de externe GNSS-module het volledig e geheug en samen 
met al het cryptografisch mat eriaal. Zoals omschr even in GNS_25 en GNS_26, detec teert de VU 
manipulatie indien de antwoordstat us ‘6690’ is. De VU genereer t dan een voorval van het type 
EventFaultT ype met de enum-waarde ‘55’H Tamper detection of GNSS (Manipulatie GNSS gedetect eerd). 
4.4.3  Afwez igheid van positie-inform atie van de GNSS-ontvang er 
GNS_30  Indien gedurende ten minst e drie aaneenges loten uren geen gegevens van de GNSS-ontvanger worden 
ontvangen, genereer t de beveiligde GNSS-transceiver een antwoordber icht op het Read Record- 
commando waar van het recordnummer gelijk is aan ‘01’ en met een gegevensveld van 12 bytes, 
allemaal inge steld op ‘0xFF’. Bij ontvangst van het antw oordber icht waar van het gegevensveld deze 
waarde heef t, genereer t en registreer t de VU een voor val van het type EventF aultT ype met de enum- 
waarde ‘52’H Exter nal GNSS receiver fault (Fout exter ne GNSS-ontvang er). De tijdaanduiding van dit voorval 
is uitsluitend gelijk aan de huidige tijd indien aan de volgende twee voorwaarden is voldaan: a) de 
slimme tachog raaf staat niet in kalibrer ingsmodus en b) het voertuig is aan het rijden. 26.5.2016 L 139/413 Publicatieblad van de Europese Unie NL    
4.4.4  Geldigheidsduur certificaat van de exter ne GNSS-module verstr eken 
GNS_31  Indien de VU vaststelt dat het voor de wederzi jdse authenticatie gebruikt e certificaa t van de exte rne 
GNSS-module niet langer geldig is, genereer t en registreer t de VU een controleapparaatf out van het type 
EventFaultT ype met de enum-waarde ‘56’H Exter nal GNSS facility certificate expir ed (Geldigheidsduur 
certificaat exter ne GNSS-module verstreken) en waar van de tijdaanduiding gelijk is aan de huidige tijd. De 
VU blijft gebruikmake n van de ontvangen GNSS-positieg egevens. 
Figuur 4 
Overzicht van de exter ne GNSS-module 
5.  VOERTUIGUNIT ZONDER EXTERNE GNSS-MODULE 
5.1.  Conf iguratie 
In deze configuratie bevindt de GNSS-ontvanger zich binnen de voertuigunit, zoals omsch reven in Figuur 1. 
GNS_32  De GNSS-ontvanger functioneer t als zender en verstuur t NMEA-zinnen naar de verwerkingseenheid van 
de VU, die functioneer t als ontvange r. De zendfrequentie bedraagt 1/10 Hz of meer voor de vooraf 
gedefinieerde reek s NMEA-zinnen, die ten minste de RMC- en GSA-zinnen moete n bevatt en. 
GNS_33  Een op het voer tuig gemont eerde extern e GNSS-antenn e of een ingebouwde GNSS-ant enne wordt 
aangeslot en op de VU. 
5.2.  Behandeling van fouten 
5.2.1  Afwez igheid van positie-inform atie van de GNSS-ontvang er 
GNS_34  Indien gedurende ten minst e drie aaneenges loten uren geen gegevens van de GNSS-ontvanger worden 
ontvangen, genereer t en registreer t de VU een voorval van het type EventFaultT ype met de enum- 
waarde ‘51’H Inter nal GNSS receiv er fault (Fout ingebo uwde GNSS-ontv anger). De tijdaa nduiding van dit 
voor val is uitsluite nd gelijk aan de huidige tijd indien aan de volgende twee voorwaarden is vold aan: a) 
de slimme tachog raaf staat niet in kalibrer ingsmodus en b) het voertuig is aan het rijden. 
6.  TEGENSTRIJDIGE GNSS- TIJDGEGEVENS 
Indien een verschil van meer dan één minuut wordt vastg esteld tussen de door de tijdmetingsfunctie van de VU 
vastgest elde tijd en de tijdaanduiding afkomstig van de GNSS-ontvanger , registreer t de VU een voor val van het 
type EventFa ultT ype met de enum-waarde ‘0B’H Time conf lict (GNSS versus VU inter nal clock) (Tegenstri jdige 
tijdge gevens tussen GNSS en inter ne klok VU). Dit voor val wordt geregistreerd samen met de waarde van de interne 
klok van de voer tuigunit, en gaat gepaard met een automat ische tijdafst elling. Nadat een voor val van tegenstr ijdig e 
tijdg egevens werd gestar t, voert de VU de eerstv olgende twaalf uren geen controle op tijdversc hillen uit. Dit 
voor val wordt niet gestart indien de GNSS-ontvanger gedurende de afgelopen dertig dagen geen geldig GNSS- 
signaal heef t kunnen detecter en. Zodra echt er opnieuw positie-inf ormatie van de GNSS-ontvanger beschikbaar is, 
wordt de autom atische tijdafst elling uitgev oerd. 26.5.2016 L 139/414 Publicatieblad van de Europese Unie NL    
7.  TEGENSTRIJDIGE BEWEGINGSGEGEVENS 
GNS_35  Indien de berekeningsinf ormatie van de bewegingssensor wordt tegengesproken door die van de interne 
GNSS-ontvanger of van de externe GNSS-module, start en registreer t de VU een voorval van 
tegenstr ijdig e bewegingsg egevens (zie voorsc hrift 84 in deze bijlag e) waar van de tijda anduiding gelijk is 
aan de huidige tijd. Tegenstr ijdige bewegingsge gevens worden opgespoord op basis van de mediaan van 
de versc hillen in de door deze bronnen gemet en snelheid, zoals hieronder gespecifi ceerd: 
—  Maximaal één keer per 10 seconden wordt de absolute waarde berekend van het versch il tussen de 
via GNSS geraamde voer tuigsnelheid en de door de bewegingssensor geraamde voertuigsnelheid. 
—De mediaan wordt berekend op basis van alle waarden binnen een tijdvenst er dat de voertuigbe ­
weging over de laatst e vijf minuten bestr ijkt. 
—  De mediaan wordt bereke nd als gemiddelde van 80 % van de betreffe nde snelheidswaarden, na 
eliminatie van de hoogst e absolute waarden. 
Het voorval van tegenstr ijdige bewegingsg egevens wordt gestart indien de mediaan van de snelheidsver ­
schillen gedurende vijf ononderbroken minut en groter is dan 10 km/h. Er mag facultatief gebruik 
worden gemaakt van andere onafhank elijk e bronnen van bewegingsinf ormatie, met het doel (pogingen 
tot) manipulatie van de tachog raaf op een meer betrouwbare wijze te detecteren. (Opmerking: door de 
mediaan over de laatst e vijf minuten te berekenen, wordt het risico van uitschiet ers en tijdelijk 
afwijk ende meetwaarden tegenge gaan). Dit voor val wordt niet gestar t in de volg ende omstandigheden: a) 
tijdens vervoer per veerboot/trein, b) indien geen positie-inf ormatie van de GNSS-ontvanger besch ikbaar 
is en c) in kalibrer ingsmodus.  26.5.2016 L 139/415 Publicatieblad van de Europese Unie NL    
Aanhangsel 13 
ITS-INTERF ACE 
INHOUD 
1. INLEIDING ........................................................................................................................................ 416 
2. TOEP ASSINGSGEBIED ......................................................................................................................... 416 
2.1. Acroniemen, definities en notaties .............................................................................................. 417 
3. REFERENTIEVER ORDENINGEN EN -NORMEN ........................................................................................... 418 
4. WERKINGSBEGINSELEN VAN DE INTERF ACE ........................................................................................... 418 
4.1. Eerste vereisten voor gegevenso verdracht via de ITS-interface ........................................................... 418 
4.1.1 Via de ITS-inte rface besch ikbaar gestelde gegevens ......................................................................... 418 
4.1.2 Gegevensinhoud ..................................................................................................................... 418 
4.1.3 ITS-toepassing en.................................................................................................................... 418 
4.2. Communicatietec hnologie ........................................................................................................ 419 
4.3. Pincodever ificatie ................................................................................................................... 419 
4.4. Berichtf ormaat ....................................................................................................................... 421 
4.5. Toestemming van de bestuurder ................................................................................................ 425 
4.6. Standaardgeg evens opvrage n..................................................................................................... 426 
4.7. Persoonsg egevens opvragen ...................................................................................................... 426 
4.8. Fout- en voorvalgeg evens opvrag en............................................................................................ 426  
1.  INLEIDING 
In dit aanhangsel worden de ontwer pspecificaties en toepassel ijke procedures uiteeng ezet ter implementatie van de 
interf ace met intellig ente vervoerssyst emen (ITS), zoals voorg eschreven in artikel 10 van Verordening (EU) 
nr. 165/2014 (tachograafverordening). 
Deze verordening bepaalt dat de tachograf en van voertuigen moge n worden uitgerus t met een gestandaardiseerde 
interf ace die het gebruik in operationele modus van de door de tachog raaf geregistreerde of verstrekte gegevens 
door een exte rn apparaat mogeli jk maakt, mits aan de volg ende voor waarden is voldaan: 
a)  de interfa ce doet geen afbreuk aan de authenticit eit en de integriteit van de gegevens van de tach ograaf; 
b)  de interfa ce voldoe t aan de gedetailleerde bepalingen in artikel 11 van de tachograafverordening; 
c)  het exte rne apparaat dat is aangeslot en op de interface krijgt alleen toeg ang tot de persoonsg egeve ns, inclusief 
positioner ingsgeg evens, na verifieerbare toes temming van de bestuurder op wie de gegeve ns betrekking 
hebben. 
2.  TOEP ASSINGSGEBIED 
Dit aanhangsel beoogt nader te omschrijven hoe toepassing en die zich op extern e apparaten bevinden, via een 
Bluetooth®- verbinding gegevens van een tach ograaf kunnen verkr ijgen. 
In bijlag e 1 bij dit aanhangsel staat een besch rijving van de gegeve ns die via deze interface beschikbaar zijn. Deze 
interf ace verhinder t niet de implementatie van andere interfaces (bijv oorbeeld via de CAN-bus) om de gegevens 
van de voer tuigunit (VU) naar de verwerkingseenheden van andere voertuigen te verzenden. 26.5.2016 L 139/416 Publicatieblad van de Europese Unie NL    
Dit aanhangsel bevat specifi caties met betrekking tot: 
—  de gegevens die beschikbaar zijn via de ITS-interface; 
—  het Bluetooth ®-prof iel dat wordt gebruikt om de gegevens over te brengen; 
—  de opvraag- en downloadprocedures en de volgorde van bewerkingen; 
—  het koppelingsmechani sme tussen de tachograaf en het exte rne apparaat ; 
—  het toes temmingsmec hanisme waaro ver de bestuurder besch ikt. 
Voor alle duideli jkheid: deze bijlag e bevat geen specifi caties met betrekking tot: 
—  de verzameling van de gegeve ns met het oog op de werking en het beheer in de VU (deze wordt elders in de 
tach ograafverordening gespecifi ceerd of hangt af van het productontwer p); 
—  de aanbiedingsv orm van de verzamelde gegevens aan de toep assing op het extern e apparaat ; 
—  de bepalingen inzake gegevensbeveiliging die verder gaan dan hetgeen waar in Bluet ooth®voorziet (zoals 
coder ing) met betrekking tot de gegevensinhoud (die elders in de tach ograafverordening worden gespecifi ceerd 
[aanhangsel 10 „Algemene beveiligingsmec hanismen”]); 
—  de door de ITS-interf ace gebruikte Bluetooth®-prot ocollen. 
2.1.  Acron iemen, definities en notaties 
In dit aanhangsel worden de volg ende acroniemen en definities gebruikt in de daarac hter vermelde betek enis: 
communicatie  uitwisseling van informatie/geg evens tussen een hoofdunit (dat wil zegg en de tach ograaf) 
en een externe unit via de ITS-interf ace met gebruikmaking van Bluetooth®; 
gegevens  de in bijlag e 1 gespecifi ceerde datasets; 
tach ograafv eror dening  Verordening (EU) nr. 165/2014 van het Europees Parlement en van de Raad van 
4 febr uari 2014 betreff ende tachograf en in het wegver voer, tot intrekking van 
Verordening (EEG) nr. 3821/85 van de Raad betreff ende het controleapparaat in het 
wegver voer en tot wijzi ging van Verordening (EG) nr. 561/2006 van het Europees 
Parlement en de Raad tot harmonisatie van bepaalde voor schr iften van sociale aard voor 
het wegver voer; 
BR  Basissnelheid 
EDR  Verhoogde gegevenssnelheid 
GNSS  Wereldwijd satellietna vigatiesysteem 
IRK  Sleut el ter vaststelling van de identiteit 
ITS  Intelligent vervoerssyst eem 
LE  Lage energie 
PIN  Persoonlijk identif icatienummer (pincode) 
PUC  Persoonlijk e ontgrendelingscode 
SID  Identificator van de dienst 
SPP  Serieel poor tprof iel 
SSP  Secure Simple Pairing 
TRTP  Overdrach tparameter verzoek 
TREP  Overdrach tparameter antwoord 
VU  Voertuigunit 26.5.2016 L 139/417 Publicatieblad van de Europese Unie NL    
3.  REFERENTIEVER ORDENINGEN EN -NORMEN 
De in dit aanhangsel vastgest elde specificatie verwijst naar en wordt gereg eld door de hier na genoemde verorde ­
ningen en normen of gedeelten daar van. In de bepalingen van dit aanhangsel wordt uitdr ukkeli jk aangeg even 
welke normen of clausules daar van toepas sing vinden. In geval van tegenstr ijdigheid prevaleren de bepalingen in 
dit aanhangsel. 
In dit aanhangsel wordt verwezen naar de volg ende verordeninge n en normen: 
—  Verordening (EU) nr. 165/2014 van het Europees Parlement en van de Raad van 4 februari 2014 betreff ende 
tach ografen in het wegver voer , tot intrekking van Verordening (EEG) nr. 3821/85 van de Raad betreff ende het 
controleapparaat in het wegver voer en tot wijziging van Verordening (EG) nr. 561/2006 van het Europees 
Parlement en de Raad tot harmonisatie van bepaalde voorsc hriften van sociale aard voor het wegver voer 
—  Verordening (EG) nr. 561/2006 van het Europees Parlement en de Raad van 15 maar t 2006 tot harmonisatie 
van bepaalde voorsc hriften van sociale aard voor het wegver voer, tot wijzi ging van Verordeningen (EEG) 
nr. 3821/85 en (EG) nr. 2135/98 van de Raad en tot intrekking van Verordening (EEG) nr. 3820/85 van de 
Raad 
—  ISO 16844 — 4: Road vehicles — Tachograph syste ms — Part 4: CAN interface 
—  ISO 16844 — 7: Road vehicles — Tachograph syste ms — Part 7: Parameter s 
—  Bluet ooth® — Serial Port Profil e — V1.2 
—  Bluet ooth®– Core Version 4.2 
—  NMEA 0183 V4.1-prot ocol 
4.  WERKINGSBEGINSELEN VAN DE INTERF ACE 
4.1.  Eerst e vereis ten voor gegev enso verdracht via de ITS-interface 
De VU dient de gegevens die in de VU moeten worden opgeslag en, te actualiseren en bij te houden zonder 
tussenk omst van de ITS-inte rface. De daar toe gebruikt e middelen hang en af van het interne ontwer p van de VU, 
zoals elders gespecif iceerd in de tachograafverordening, en worden niet nader gespecifi ceerd in dit aanhangsel. 
4.1.1  Via de ITS-inter face beschikbaar gestelde gegevens 
De VU dient de via de ITS-int erface beschikbaa r gest elde gegevens te actualiseren met een regelm aat die in de VU- 
procedures wordt vastge steld, zonder tussenk omst van de ITS-inte rface. De VU-geg evens worden gebr uikt als 
uitgan gspunt voor het samenst ellen en actualiseren van de gegevens. De daar toe gebruikte middelen worden elders 
in de tachograafverorden ing gespecifi ceerd; bij gebrek aan ter zake dienende specificaties hangen deze middelen af 
van het productontwer p en worden zij niet nader omsch reven in dit aanhangsel. 
4.1.2  Gegevensinhoud 
De gegevensinhoud wordt nader omsch reven in bijlage 1 bij dit aanhangsel. 
4.1.3  ITS-toepassing en 
De via de ITS-int erface besc hikbaar gestelde gegevens worden gebruikt door ITS-toepas singen, bijvoorbeeld om de 
activitei ten van de bestuurder optimaal te beheren met inacht neming van de tachograafverordening, om eventuele 
fouten in de tachog raaf op te sporen of om de GNSS-geg evens te gebruike n. De specificatie van deze toepas singen 
valt buit en het toepassingsg ebied van dit aanhangsel. 26.5.2016 L 139/418 Publicatieblad van de Europese Unie NL    
4.2.  Communicatietechnologie 
De gegevens worden door middel van de ITS-inte rface uitgewi sseld via een compati bele Bluet ooth®-interface van 
versie 4.2 of hoger. Bluetooth® werkt in een licentievr ije frequentieband voor industr iële, wetenschappeli jk en 
medisch e doeleinden (ISM-band) van 2,4 tot en met 2,485 GHz. Bluetooth® 4.2 biedt niet alleen verbet erde 
mech anismen voor informatiebeveiliging en privacybescher ming, maar verhoogt ook de snelheid en betrouw ­
baarheid van de gegevenso verdracht. Ten behoeve van deze specifi catie wordt Bluetooth ® klasse 2-radioappa ­
ratuur gebr uikt met een bereik tot 10 m. Meer informatie over Bluetooth® 4.2 is te vinden op www .Bluet ooth. 
1?>www .Bluet ooth.org/en-us/specif ication/adopt ed-specifications?_ ga=1.215147412.2083380574. 
1435305676 (https://www .Bluetooth.org/en-us/specification/adopt ed-specif ications?_ga=1.21 5147412. 
2083380574.1435305676). 
De communicatie wordt tot stand gebracht door middel van de communicatieapparatuur na voltooiing van een 
koppelingsprocedure met een goedge keurd apparaat. Bluetooth® gebruikt een maste r-slavemodel om te 
controleren wanneer en waar apparat en gegevens kunnen verzenden. Bijgevolg vervult de tachog raaf de rol van 
master en het exte rne apparaat die van slave. 
Wanneer een exte rn apparaat voor het eerst binnen het bereik van de VU komt, kan de Bluetooth®- koppelings ­
procedure worden gestart (zie ook bijlage 2). Beide apparaten wisselen hun adressen, namen en prof ielen uit en 
delen een gemeenschappeli jke geheime sleutel, waardoor ze nadien automatisc h verbinding met elkaar kunnen 
make n. Na deze stap wordt het extern e apparaat vertrouwd en kan dit verzoeke n initiëren om gegevens van de 
tachog raaf te downloaden. Het is niet de bedoeling coder ingsmechanis men in te voeren die verder gaan dan 
hetgee n waar in Bluetooth® voorziet. Indien aanvullende beveiligingsmechanisme n noodzakeli jk zijn, worden die 
ingevoerd overeenk omstig aanhangsel 10 „Algeme ne beveiligingsmechanismen”. 
De communicatie verloopt in principe zoals aange geven in de onderstaande figuur : 
Het seriële poor tprof iel (SPP) van Bluetooth® wordt gebr uikt om gegevens van de VU over te breng en naar het 
externe apparaat. 
4.3.  Pincodev erificatie 
Om veiligheidsredenen moet de VU een systeem voor pincodever ificatie toepassen dat losstaat van de Bluetooth ®- 
koppelingsprocedure. Elke VU kan voor authenticatiedoeleinden pincodes genereren die ten minste uit vier cijfers 
bestaan. Een extern apparaat dat aan de VU wordt gekoppeld, kan pas gegevens ontvang en nadat een juiste 
pincode is opgeg even. 26.5.2016 L 139/419 Publicatieblad van de Europese Unie NL    
Na het invoeren van de juiste pincode wordt het apparaat op de witt e lijst geplaatst. De witt e lijst bevat ten minste 
64 apparat en die aan de specifi eke VU werden gekoppeld. 
Na drie opeenv olgende mislukte pogingen om de juist e pincode in te voeren, wordt het apparaat tijde lijk op de 
zwar te lijst geplaatst. Zolang het apparaat op de zwar te lijst staat, wordt elke toeg angspoging geweig erd. Na 
nogmaals drie opeenv olgende mislukte pogingen om de juiste pincode in te voeren, wordt het apparaat voor 
langer e tijd geblokkeerd (zie tabel 1). Zodra de juist e pincode wordt inge voerd, worden de blokkeringstijd en het 
aantal pogingen opnieuw inge steld. In figuur 1 van bijlage 2 staat een overzic ht van de blokke ringsti jd als functie 
van het aantal mislukte invoerpogingen van de pincode. 
Tabel 1 
Blokkeri ngstijd als functie van het aantal mislukte invoerpogingen van de pincode 
Aantal mislukte invoerpoging en Blokk eringstijd 
3 30 seconden 
6 5 minute n 
9 1 uur 
12 24 uur 
15 Voor onbepaalde tijd  
Na vijftien (vijf keer drie) opeenv olgende mislukte pogingen om de juiste pincode in te voeren, wordt de ITS-unit 
voor onbepaalde tijd op de zwar te lijst geplaatst. Deze blokkeri ng voor onbepaalde tijd kan uitsluite nd worden 
opge heven door de correcte PUC-code in te voeren. 
Deze achtci jferige PUC-code wordt door de fabrikant geleverd bij de VU. Na tien opeenv olgende mislukte 
pogingen om de juist e PUC-code in te voeren, wordt de ITS-unit voorgoed op de zwar te lijst geplaatst. 
De PUC-code kan niet worden gewi jzigd, ook al biedt de fabrikant de mog elijkhe id om de pincode rechtstreeks te 
wijzi gen via de VU. Om de pincode in voork omend geval te wijzig en, moet de huidige pincode rechtstreeks in de 
VU worden ingevoerd. 
Bovendien blijv en alle apparaten op de witt e lijst staan totd at de gebr uiker ze handmatig verwijder t (bijv oorbeeld 
via de mens-mach ine-interface van de VU of op een andere wijze). Dit maakt het mog elijk om bij verlies of 
diefstal ITS-units uit de witte lijst te verwijderen. Elke ITS-unit die zich langer dan vierentwintig uur buiten het 
bereik van de Bluetooth ®-verbinding bevindt, wordt automatisc h uit de witt e lijst van de VU verwijderd en moet 
opnieuw de juist e pincode invoeren om verbinding te make n. 
Het formaat van de tussen de VU-inte rface en de VU uitge wisselde berichten is niet vastg elegd, maar wordt 
overgelat en aan de fabrikant. Niettem in moet de fabrikant ervoor zorg en dat het formaat voor de berichtenuitwis ­
seling tussen de ITS-unit en de VU-inte rface in acht wordt genomen (zie ASN.1-specificat ies). 
Bijgev olg mag aan een verzoek om gegevenso verdracht pas gevolg worden gegeven nadat de verzender eenduidig 
is geïdentificeerd. Deze procedure wordt verduidelij kt in figuur 2 van bijlag e 2. Elke verbindingspoging van een 
apparaat dat op de zwar te lijst staat, wordt automat isch geweigerd; voor apparat en die noch op de zwar te lijst, 
noch op de witte lijst zijn geplaatst, moet een juiste pincode worden ingev oerd voordat het verzoek om gegevens ­
overdracht wordt verzonden. 26.5.2016 L 139/420 Publicatieblad van de Europese Unie NL    
4.4.  Berichtf ormaat 
Alle tussen de ITS-unit en de VU-interface uitge wisselde berichten zijn opgem aakt volg ens een uit drie delen 
bestaande structuur : een koptit el (“header”) bestaande uit een doelb yte (TGT), een bronbyt e (SRC) en mogeli jk een 
lengte byte (LEN); 
het gegevensveld bestaande uit een identificatiebyt e van de dienst (SID) en een variabel aantal gegevensbyt es (ten 
hoogst e 255); 
de controlesomby te (CS), zijnde de 1-bits somser ie module 256 van alle bytes van het bericht excl usief de CS zelf. 
Het bericht staat in de bytevolgorde “Big Endian”. 
Tabel 2 
Algemeen berichtf ormaat 
Header Gegeven sveld Controlesom 
TGT SRC LEN SID TRTP CC CM DATA CS 
3 bytes Max. 255 bytes 1 byte  
Header 
TGT - en SRC-byte: de identificatie (ID) van het doelapparaat (TGT) en het bronapparaat (SRC) van het bericht. De 
ID van de VU-interface is standaard ingest eld op “EE”. Deze ID kan niet worden gewijzigd . De ITS-unit gebruikt de 
standaardidentificatie “A0” voor het eerste bericht van de communicatiesessie. De VU-int erface wijst dan een 
unieke ID toe aan de ITS-unit en geeft deze ID door aan de ITS-unit voor toek omstige berichten tijde ns de sessie. 
De lengt ebyt e (LEN) houdt uitsluitend rekening met het “DATA”-onderdeel van het gegevensveld (zie tabel 2); de 
eerste vier bytes zijn impliciet. 
De VU-interface bevestigt de authenticiteit van de verzender van het bericht door de eigen lijst van ID's te 
verg elijk en met de Bluetooth ®-geg evens. Daarbi j wordt nageg aan of de ITS-unit die voor de opgeg even ID in de 
lijst staat, zich binnen het bereik van de Bluetooth®-verbinding bevindt. 
Gegevensvel d 
Naast de identif icator van de dienst (SID) bevat het gegevensveld ook andere parameter s: een overdrachtp arame ­
terbyte (TRTP) en tellerb ytes. 
Indien de lengte van de over te breng en gegevens de besc hikbare ruimte van één bericht oversch rijdt, wordt het 
bericht opgesplitst in meerdere subber ichten. Elk subber icht bevat dezelfde header en SID, maar heef t ook een 
teller van 2 bytes, te wete n de teller van het huidige subber ichtnummer (CC — Counter Current) en de teller van 
het maximumaantal subber ichten (CM — Counter Max), om het subber ichtnummer aan te geven. Met het oog op 
fouten controle en voor tijdige beëindiging van de overbrenging bevestigt de ontvanger elk subber icht. De 
ontvange r kan het subber icht accept eren, vrag en om het opnieuw te zenden, de verzender verzoeken om opnieuw 
te beginnen of de overbrenging voortijdig beëindige n. 
Indien de teller s CC en CM niet worden gebr uikt, wordt de waarde ervan ingesteld op “0xFF”. 
Zo wordt bijvoorbeeld het volgende bericht: 
HEADER SID TRTP CC CM DATA CS 
3 bytes Lang er dan 255 bytes 1 byte  26.5.2016 L 139/421 Publicatieblad van de Europese Unie NL    
overgebrac ht als: 
HEADER SID TRTP 01 n DATA CS 
3 bytes 255 bytes 1 byte  
HEADER SID TRTP 02 n DATA CS 
3 bytes 255 bytes 1 byte  
… 
HEADER SID TRTP N N DATA CS 
3 bytes Max. 255 bytes 1 byte  
In tabel 3 staan de berichten die de VU en de ITS-unit met elkaar kunnen uitwisselen. De inhoud van elke 
parameter wordt in hexadecimale notatie voorgest eld. Duideli jkheidshalve worden de tellers CC en CM in deze 
tabel niet getoond (zie hierbo ven voor het volled ige formaat). 
Tabel 3 
Gedet ailleerde berichtinhoud 
Bericht Header DATA Contro ­
lesom 
TGT SRC LEN SID TRTP DATA  
RequestPIN ITSID EE 00 01 FF   
SendITSID ITSID EE 01 02 FF ITSID  
SendPIN EE ITSID 04 03 FF 4*INTEGER (0..9)  
PairingR esult ITSID EE 01 04 FF BOOLEAN (T/F)  
SendPUC EE ITSID 08 05 FF 8*INTEGER (0..9)  
BanLif tingResu lt ITSID EE 01 06 FF BOOLEAN (T/F)  
RequestRejected ITSID EE 08 07 FF Tijd  
RequestData  
standardT achData EE ITSID 01 08 01   
personalT achData EE ITSID 01 08 02   
gnssData EE ITSID 01 08 03   
standardEventData EE ITSID 01 08 04   
personalEventData EE ITSID 01 08 05   
standardFaultD ata EE ITSID 01 08 06   
manufa cturerData EE ITSID 01 08 07   26.5.2016 L 139/422 Publicatieblad van de Europese Unie NL    
Bericht Header DATA Contro ­
lesom 
TGT SRC LEN SID TRTP DATA  
ResquestAccepted ITSID EE Len 09 TREP Gegevens  
DataUnavail able  
Geen gegevens ITSID EE 02 0A TREP 10  
Persoonsg egevens niet 
gedeeld ITSID EE 02 0A TREP 11  
NegativeAnsw er  
Algeme ne verwerping ITSID EE 02 0B SID Req 10  
Dienst niet onderst eund ITSID EE 02 0B SID Req 11  
Subfunctie niet onder ­
steund ITSID EE 02 0B SID Req 12  
Onjuiste berichtlengt e ITSID EE 02 0B SID Req 13  
Voorwaarden niet cor­
rect of verzoekse quen ­
tiefout ITSID EE 02 0B SID Req 22  
Verzoek buit en bereik ITSID EE 02 0B SID Req 31  
Antwoord in behande ­
ling ITSID EE 02 0B SID Req 78  
ITSID komt niet over­
een ITSID EE 02 0B SID Req FC  
ITSID niet gevonden ITSID EE 02 0B SID Req FB   
RequestPIN (SID 01) 
Dit bericht wordt door de VU-interface verstrekt als antwoord op een verzoek om gegevenso verdracht van een 
ITS-unit die noch op de zwar te lijst, noch op de witt e lijst is geplaatst. 
SendITSID (SID 02) 
Dit bericht wordt door de VU-inte rface verstrekt telkens wanneer een nieuw apparaat een verzoek verzendt. Dit 
apparaat gebruikt de standaardidentif icatie “A0” voor dat het een unieke ID voor de communicatiesessie 
toeg ewezen krijgt. 
SendPIN (SID 03) 
Dit bericht wordt door de ITS-unit verstrekt om op de witt e lijst te worden geplaatst door de VU-interface. De 
inhoud van dit bericht is een geheel getal (“INTEGER”) met vier cijfers tussen 0 en 9. 
PairingR esult (SID 04) 
Dit bericht wordt door de VU-int erface verstrekt om de ITS-unit op de hoogt e te breng en van het resultaat van de 
pincodever ificatie. De inhoud van dit bericht is een Booleaanse operat or (“BOOLEAN”) met de waarde “True” 
(waar) voor een juiste pincode en de waarde “False” (onwa ar) in het tegenoverg estelde geval. 
SendPUC (SID 05) 
Dit bericht wordt door de ITS-unit verstrekt ter opheffing van een blokkering die het gevolg is van de plaatsing op 
de zwar te lijst door de VU-interface. De inhoud van dit bericht is een geheel getal (“INTEGER”) met acht cijfers 
tussen 0 en 9. 26.5.2016 L 139/423 Publicatieblad van de Europese Unie NL    
BanLif tingResu lt (SID 06) 
Dit bericht wordt door de VU-interface verstrekt om de ITS-unit te melden of de juist e PUC-code werd opgeg even 
ter opheffing van de blokkeri ng. De inhoud van dit bericht is een Booleaanse operat or (“BOOLEAN”) met de 
waarde “T(rue)” (waar) voor een correcte PUC-code en de waarde “F(alse)” (onwaar ) in het tegenovergest elde geval. 
RequestRejected (SID 07) 
Dit bericht wordt door de VU-int erface verstrekt als antw oord op elk bericht van een op de zwar te lijst geplaatste 
ITS-unit, met uitzonder ing van het bericht “SendPUC”. In het bericht staat hoelang de ITS-unit nog op de zwar te 
lijst is geplaatst (resterende blokkeri ngsti jd), volgens het in bijlage 3 vastg estelde tijdreeksf ormaat “Time”. 
RequestData (SID 08) 
Dit bericht voor gegevenst oegang wordt verstrekt door de ITS-unit. Een overdrachtparamet er verzoek (TRTP) van 
één byte geeft het type van de opgevraagde gegevens aan. Er zijn versch illende gegeve nstypen: 
—  standardT achDa ta (TRTP 01): beschikbare tachograafg egeve ns die als niet-persoonsgebonde n worden 
aang emerkt. 
—  personalT achD ata (TRTP 02): beschikbare tachog raafg egevens die als persoonsg ebonden worden aange merkt. 
—  gnssData (TRTP 03): GNSS-geg evens, die altijd als persoonsg ebonden worden aangemerkt. 
—  standardEventData (TRTP 04): geregistreerde voor valgeg evens die als niet-persoonsgebonde n worden 
aang emerkt. 
—  personalEventData (TRTP 05): geregistreerde voorvalge gevens die als persoonsg ebonden worden aangem erkt. 
—  standardFa ultData (TRTP 06): geregistreerde foutgeg evens die als niet-persoonsge bonden worden aangem erkt. 
—  manuf acturerData (TRTP 07): door de fabr ikant beschikbaar gestelde gegevens. 
Zie bijlag e 3 van dit aanhangsel voor meer informatie over de inhoud van elk gegevenstype. 
Zie aanhangsel 12 voor meer informatie over het formaat en de inhoud van GNSS-geg evens. 
Zie bijlag en I B en I C voor meer informatie over voor val- en foutge gevens. 
ResquestAccepted (SID 09) 
Dit bericht wordt door de VU-int erface verstrekt indien een bericht “RequestData” van de ITS-unit werd 
geaccept eerd. Dit bericht bevat een overdrachtparamet er antwoord (TREP) van één byte, die correspondeer t met de 
overdrachtparamet er verzoek (TRTP) van het bijbehorende bericht “RequestData”, alsook alle gegevens van het 
opge vraagde type. 
DataUnavail able (SID 0A) 
Dit bericht wordt door de VU-int erface verstrekt indien de opge vraagde gegevens om een bepaalde reden niet 
besch ikbaar zijn voor verzending naar een op de witt e lijst geplaatst e ITS-unit. Dit bericht bevat een overdrachtpa ­
rameter antw oord (TREP) van één byte, die correspondeer t met de overdrachtparamet er verzoek (TRTP) van de 
opge vraagde gegevens, en een in tabel 3 gespecifi ceerde foutcode van één byte. De onderstaande codes zijn 
besch ikbaar : 
—  Geen gegevens beschikbaar (10): de VU-inte rface heef t om niet nader bepaalde redenen geen toeg ang tot de 
VU-g egevens. 
—  Persoonsg egeve ns niet gedeeld (11): de ITS-unit probeer t persoonsg egevens op te halen terwijl die niet worden 
gedeeld. 26.5.2016 L 139/424 Publicatieblad van de Europese Unie NL    
NegativeAnsw er (SID 0B) 
Deze berichten worden door de VU-interface verstrekt indien het verzoek niet kan worden afgehandeld om een 
andere reden dan de niet-beschikba arheid van de gegevens. Deze berichten zijn doorgaan s — maar niet altijd — 
het gevolg van een ongeldig formaat van het verzoek (lengte, SID, ITSID enz.). De overdrachtparamet er verzoek 
(TRTP) in het gegevensveld bevat de SID van het verzoek. Het gegevensveld bevat de code die de reden van het 
negat ieve antw oord specifi ceer t. De onderstaande codes zijn beschikbaar: 
—  Algem ene verwerping (code 10) 
—  De actie kan niet worden uitgev oerd om een reden die niet wordt genoemd hieronder , noch in punt (vul het 
nummer van het punt in DataUnavailable in). 
—  Dienst niet onderst eund (code 11) 
—  De SID van het verzoek wordt niet herken d. 
—  Subfunctie niet ondersteund (code 12) 
—  De overdrachtparamet er verzoek (TRTP) wordt niet herken d, bijvoorbeeld omdat die ontbreekt of ongeldig is. 
—  Onjuiste berichtlengte (code 13) 
—De lengte van het ontvangen bericht is onjuist (de LEN-b yte stemt niet overeen met de werkeli jke bericht­
lengt e). 
—  Voorwaarden niet correct of verzoekse quentief out (code 22) 
—  De gevraagde dienst is niet actief of de sequentie van verzoekber ichten is niet correct. 
—  Verzoek buit en bereik (code 33) 
—  De paramet errecord van het verzoek (gegevensveld) is niet geldig. 
—  Antw oord in behandeling (code 78) 
—  De verzoch te actie kan niet op tijd worden beëindigd en de VU is niet klaar om een ander verzoek te 
accept eren. 
—  ITSID komt niet overeen (code FB) 
—  Uit de verg elijking met de Bluetooth®- informatie blijkt dat de SRC ITSID niet overeenk omt met het 
aang esloten apparaat. 
—  ITSID niet gevonden (code FC) 
—  Geen enkel apparaat is verbonden aan de SRC ITSID. 
De regels 1 tot en met 72 (For matMessageModule) van de ASN.1-code in bijlag e 3 specif iceren het bericht­
formaat, zoals verduidelijkt in tabel 3. De berichtinhoud wordt hieronder nader toeg elich t. 
4.5.  Toestemming van de bestuurder 
Alle beschikbare gegevens worden als standaardgeg evens dan wel als persoonsg egevens aangemerkt. Er wordt 
alleen toeg ang versch aft tot persoonsgeg evens indien de bestuurder daar in heef t toeg estemd door te verklaren dat 
zijn via de tachog raaf besch ikbare persoonsg egevens buiten het communicatienetwerk van het voer tuig mogen 
worden gebr uikt door derde toepassin gen. 
Die toest emming wordt verleend op het ogenblik dat een voor de voertuigunit onbekende bestuurders- of 
werkplaatskaar t voor het eerst wordt inge bracht en de kaar thouder wordt gevraagd erin toe te stemmen dat zijn 
aan de tach ograaf gerelat eerde persoonsg egevens toeg ankelijk worden gemaakt via de facultatieve ITS-int erface (zie 
ook bijlage I C, punt 3.6.2). 
De status van de toest emming (actief/inactief) wordt geregistreerd in het geheugen van de tachograaf. 
Indien er meerdere bestuurders zijn, worden alleen de persoonsgeg evens van de bestuurders die hier in hebben 
toeg estemd, gedeeld met de ITS-inte rface. Indien er bijvoorbeeld twee bestuurders in het voertuig aanwezig zijn en 
alleen de eerste bestuurder heef t erin toegest emd dat zijn persoonsg egevens worden gedeeld, worden de persoons ­
gegevens van de tweede bestuurder niet gedeeld. 26.5.2016 L 139/425 Publicatieblad van de Europese Unie NL    
4.6.  Standaardgegevens opvragen 
In figuur 3 van bijlage 2 staat een stroomsc hema van een geldig verzoek dat door de ITS-unit wordt verzonden 
om toeg ang te krijgen tot standaardgeg evens. Aangezie n de ITS-unit op de witt e lijst staat en geen persoonsg e­
gevens opvraagt, is geen verdere controle nodig. In dit stroomschema wordt ervan uitgeg aan dat de gepaste 
procedure, zoals verduidelijkt in figuur 2 van bijlage 2, is nagele efd. Dit stroomsc hema is te verg elijk en met het 
grijs gearceerde vak “REQUEST TREA TMENT” in figuur 2. 
Van de besch ikbare gegeve ns worden als standaardg egevens aangemerkt: 
—  standardT achDa ta (TRTP 01) 
—  StandardEventData (TRTP 04) 
—  standardFa ultData (TRTP 06) 
4.7.  Persoonsgegev ens opvragen 
In figuur 4 van bijlag e 2 staat het stroomschema voor de behandeling van een verzoek om persoonsg egevens. 
Zoals eerder aangeg even, worden persoonsg egeve ns uitsluite nd via de VU-inte rface verzonden indien de 
bestuurder uitdr ukkeli jk daar in heef t toeg estemd (zie ook punt 4.5). Zo niet, moet het verzoek automatisc h 
worden verworpen. 
Van de besch ikbare gegeve ns worden als persoonsg egevens aangemerkt: 
—  personalT achD ata (TRTP 02) 
—  gnssData (TRTP 03) 
—  personalEventData (TRTP 05) 
—  manuf acturerData (TRTP 07) 
4.8.  Fout- en voor valgegev ens opvragen 
De ITS-units kunnen voorvalgeg evens opvrag en in de vorm van een lijst van alle onverwacht e voor vallen. Deze 
gegevens worden als standaardg egevens dan wel als persoonsg egevens aangemerkt (zie bijlag e 3). De inhoud van 
elk voor val stemt overeen met de documentatie in bijlag e 1 van dit aanhangsel.  26.5.2016 L 139/426 Publicatieblad van de Europese Unie NL    
BIJL AGE 1 
LIJST VAN VIA DE ITS-INTERF ACE BESCHIKBARE GEGEVENS 
Data Source Data classif ication (personal/ 
not personal) 
VehicleIdentif icationNumber Vehicle Unit not personal 
CalibrationDat e Vehicle Unit not personal 
Tachog raphV ehicleSpeed speed instant t Vehicle Unit personal 
Driver1W orkingStat e Select or driver Vehicle Unit personal 
Driver2W orkingStat e Vehicle Unit personal 
DriveRecognize Speed Threshold detected Vehicle Unit not personal 
Driver1TimeRelatedStat es Weekly day time Driver Card personal 
Driver2TimeRelatedStat es Driver Card personal 
DriverCardDr iver1 Vehicle Unit not personal 
DriverCardDr iver2 Vehicle Unit not personal 
OverSpeed Vehicle Unit personal 
TimeDate Vehicle Unit not personal 
HighResolution TotalV ehicleDistance Vehicle Unit not personal 
ServiceComponentIdentification Vehicle Unit not personal 
ServiceDela yCalendarTimeBased Vehicle Unit not personal 
Driver1Identif ication Driver Card personal 
Driver2Identif ication Driver Card personal 
NextCalibrationDat e Vehicle Unit not personal 
Driver1ContinuousDr ivingTime Driver Card personal 
Driver2ContinuousDr ivingTime Driver Card personal 
Driver1CumulativeBreakTime Driver Card personal 
Driver2CumulativeBreakTime Driver Card personal 
Driver1Cur rentDurationOfSelectedA ctivity Driver Card personal 
Driver2Cur rentDurationOfSelectedA ctivity Driver Card personal 26.5.2016 L 139/427 Publicatieblad van de Europese Unie NL    
Data Source Data classif ication (personal/ 
not personal) 
SpeedA uthor ised Vehicle Unit not personal 
Tachog raphCardSlot1 Driver Card not personal 
Tachog raphCardSlot2 Driver Card not personal 
Driver1Name Driver Card personal 
Driver2Name Driver Card personal 
OutOfScopeCondition Vehicle Unit not personal 
ModeOfOperation Vehicle Unit not personal 
Driver1CumulatedDr ivingTimePreviousAndCur rentW eek Driver Card personal 
Driver2CumulatedDr ivingTimePreviousAndCur rentW eek Driver Card personal 
EngineSpeed Vehicle Unit personal 
Regist eringMemberState Vehicle Unit not personal 
VehicleRegistrationNumber Vehicle Unit not personal 
Driver1EndOfLastDailyRestPer iod Driver Card personal 
Driver2EndOfLastDailyRestPer iod Driver Card personal 
Driver1EndOfLastW eeklyRestP eriod Driver Card personal 
Driver2EndOfLastW eeklyRestP eriod Driver Card personal 
Driver1EndOfSecondLastW eeklyRestPer iod Driver Card personal 
Driver2EndOfSecondLastW eeklyRestPer iod Driver Card personal 
Driver1Cur rentDailyDr ivingTime Driver Card personal 
Driver2Cur rentDailyDr ivingTime Driver Card personal 
Driver1Cur rentW eeklyDr ivingTime Driver Card personal 
Driver2Cur rentW eeklyDr ivingTime Driver Card personal 
Driver1TimeLef tUntilN ewDailyRestPer iod Driver Card personal 
Driver2TimeLef tUntilN ewDailyRestPer iod Driver Card personal 
Driver1CardExpir yDate Driver Card personal 26.5.2016 L 139/428 Publicatieblad van de Europese Unie NL    
Data Source Data classif ication (personal/ 
not personal) 
Driver2CardExpir yDate Driver Card personal 
Driver1CardNextMandatory DownloadDat e Driver Card personal 
Driver2CardNextMandatory DownloadDat e Driver Card personal 
Tachog raphNextMandatory DownloadDat e Vehicle Unit not personal 
Driver1TimeLef tUntilN ewW eeklyRestP eriod Driver Card personal 
Driver2TimeLef tUntilN ewW eeklyRestP eriod Driver Card personal 
Driver1NumberOfTimes9hDailyDr ivingTimesExceeded Driver Card personal 
Driver2NumberOfTimes9hDailyDr ivingTimesExceeced Driver Card personal 
Driver1CumulativeUnint erruptedRestTime Driver Card personal 
Driver2CumulativeUnint erruptedRestTime Driver Card personal 
Driver1MinimumDailyRest Driver Card personal 
Driver2MinimumDailyRest Driver Card personal 
Driver1MinimumW eeklyRest Driver Card personal 
Driver2MinimumW eeklyRest Driver Card personal 
Driver1MaximumDailyPer iod Driver Card personal 
Driver2MaximumDailyPer iod Driver Card personal 
Driver1MaximumDailyDr ivingTime Driver Card personal 
Driver2MaximumDailyDr ivingTime Driver Card personal 
Driver1NumberOfUsedReducedDailyRestPer iods Driver Card personal 
Driver2NumberOfUsedReducedDailyRestPer iods Driver Card personal 
Driver1RemainingCur rentDr ivingTime Driver Card personal 
Driver2RemainingCur rentDr ivingTime Driver Card personal 
GNSS position Vehicle Unit personal  
2.GNSS-GEGEVENS DIE CON TINU BESC HIKB AAR ZIJN MET TOESTEMMING VAN DE BESTUURDER 
Zie Aanhangsel 12 „GNSS”. 26.5.2016 L 139/429 Publicatieblad van de Europese Unie NL    
3.VOOR VALGEGEVENS DIE BESCHI KBAAR ZIJN ZONDER TOESTEMMING VAN DE BESTUURDER 
Voorval Opslagregel s Te registreren gegevens per voorval 
Inbrengen van een ongel ­
dige kaar t —  de 10 meest recente voorvallen —  datum en tijd van het voor val 
—  kaar tsoor t, kaar tnummer , lidstaat van afgif te en 
generatie van de kaar t die het voorval veroor ­
zaakt 
—  aantal vergel ijkbare voor vallen op die dag 
Kaar tconf lict —  de 10 meest recente voorvallen —  datum en tijd van het begin van het voorval 
—  datum en tijd van het einde van het voorval 
—  kaar tsoor t, kaar tnummer , lidstaat van afgif te en 
generatie van de twee kaar ten die het conf lict 
veroorzaken 
Laatste kaar tsessie niet 
correct afgeslot en —  de 10 meest recente voorvallen —  datum en tijd van kaar tinbrenging 
—  kaar tsoor t, kaar tnummer , lidstaat van afgif te en 
generatie van de kaar t die het voorval veroor ­
zaakt 
—  laatste sessiegeg evens zoals af te lezen van de 
kaar t: 
—  datum en tijd van kaar tinbrenging 
—  kent ekennummer van het voer tuig, lidstaat 
van registratie en generatie van de VU 
Onderbreking in de 
stroom voorziening (2) —  het langst e voor val op elk van de 
laatste 10 dagen waarop een der­
gelijk voor val is opgetreden 
—  de 5 langste voor vallen gedurende 
de afgelopen 365 dagen —  datum en tijd van het begin van het voorval 
—  datum en tijd van het einde van het voorval 
—  kaar tsoor t, kaar tnummer , lidstaat van afgif te en 
generatie van de kaar t die bij het begin en/of 
einde van het voorval is ingebracht 
—  aantal vergel ijkbare voor vallen op die dag 
Fout in communicatie 
met de inrichting voor 
communicatie op afstand —  het langst e voor val op elk van de 
laatste 10 dagen waarop een der­
gelijk voor val is opgetreden 
—  de 5 langste voor vallen gedurende 
de afgelopen 365 dagen —  datum en tijd van het begin van het voorval 
—  datum en tijd van het einde van het voorval 
—  kaar tsoor t, kaar tnummer , lidstaat van afgif te en 
generatie van de kaar t die bij het begin en/of 
einde van het voorval is ingebracht 
—  aantal vergel ijkbare voor vallen op die dag 
Afwezigheid van positie- 
informatie van de GNSS- 
ontvange r —  het langst e voor val op elk van de 
laatste 10 dagen waarop een der­
gelijk voor val is opgetreden 
—  de 5 langste voor vallen gedurende 
de afgelopen 365 dagen —  datum en tijd van het begin van het voorval 
—  datum en tijd van het einde van het voorval 
—  kaar tsoor t, kaar tnummer , lidstaat van afgif te en 
generatie van de kaar t die bij het begin en/of 
einde van het voorval is ingebracht 
—  aantal vergel ijkbare voor vallen op die dag 
Fout in de bewegingsge ­
gevens —  het langst e voor val op elk van de 
laatste 10 dagen waarop een der­
gelijk voor val is opgetreden 
—  de 5 langste voor vallen gedurende 
de afgelopen 365 dagen —  datum en tijd van het begin van het voorval 
—  datum en tijd van het einde van het voorval 
—  kaar tsoor t, kaar tnummer , lidstaat van afgif te en 
generatie van de kaar t die bij het begin en/of 
einde van het voorval is ingebracht 
—  aantal vergel ijkbare voor vallen op die dag 26.5.2016 L 139/430 Publicatieblad van de Europese Unie NL    
Voorval Opslagregel s Te registreren gegevens per voorval 
Tegenstr ijdig e bewegings ­
gegevens —  het langst e voor val op elk van de 
laatste 10 dagen waarop een der­
gelijk voor val is opgetreden 
—  de 5 langste voor vallen gedurende 
de afgelopen 365 dagen —  datum en tijd van het begin van het voorval 
—  datum en tijd van het einde van het voorval 
—  kaar tsoor t, kaar tnummer , lidstaat van afgif te en 
generatie van de kaar t die bij het begin en/of 
einde van het voorval is ingebracht 
—  aantal vergel ijkbare voor vallen op die dag 
Poging tot inbreuk op de 
beveiliging de 10 meest recente voorvallen per 
soor t voor val —  datum en tijd van het begin van het voorval 
—datum en tijd van het einde van het voorval (in­
dien relevant) 
—  kaar tsoor t, kaar tnummer , lidstaat van afgif te en 
generatie van de kaar t die bij het begin en/of 
einde van het voorval is ingebracht 
—  soor t voorval 
Tegenstr ijdig e tijdg ege­
vens —  het langst e voor val op elk van de 
laatste 10 dagen waarop een der­
gelijk voor val is opgetreden 
—  de 5 langste voor vallen gedurende 
de afgelopen 365 dagen —  door het controleapparaat geregistreerde datum 
en tijd 
—  door het GNSS-systeem geregistreerde datum en 
tijd 
—  kaar tsoor t, kaar tnummer , lidstaat van afgif te en 
generatie van de kaar t die bij het begin en/of 
einde van het voorval is ingebracht 
—  aantal vergel ijkbare voor vallen op die dag  
4.VOOR VALGEGEVENS DIE BESCHI KBAAR ZIJN MET TOESTEMMING VAN DE BESTUURDER 
Voorval Opslagregel s Te registreren gegevens per voorval 
Rijde n zonder geschikt e 
kaar t —  het langst e voor val op elk van de 
laatste 10 dagen waarop een der­
gelijk voor val is opgetreden 
—  de 5 langste voor vallen gedurende 
de afgelopen 365 dagen —  datum en tijd van het begin van het voorval 
—  datum en tijd van het einde van het voorval 
—  kaar tsoor t, kaar tnummer , lidstaat van afgif te en 
generatie van de kaar t die bij het begin en/of 
einde van het voorval is ingebracht 
—  aantal vergel ijkbare voor vallen op die dag 
Kaar tinbrenging tijdens 
het rijden —  het laatste voor val op elk van de 
laatste 10 dagen waarop een der­
gelijk voor val is opgetreden —  datum en tijd van het voor val 
—  kaar tsoor t, kaar tnummer , lidstaat van afgif te en 
generatie van de kaar t die het voorval veroor ­
zaakt 
—  aantal vergel ijkbare voor vallen op die dag 
Snelheidso verschr ijding 
(1) —  het ernstigste voor val op elk van 
de laatste 10 dagen waarop een 
dergeli jk voor val is opgetreden (d. 
w.z. het voor val met de hoogst e 
gemiddelde snelheid) 
—de 5 ernstigste voor vallen gedu ­
rende de afgelopen 365 dage n 
—het eerste voor val dat is opgetre­
den na de laatste kalibrer ing —  datum en tijd van het begin van het voorval 
—  datum en tijd van het einde van het voorval 
—  tijdens het voorval gemeten maximumsnelheid 
—tijdens het voor val gemeten rekenkundige maxi ­
mumsnelheid 
—  kaar tsoor t, kaar tnummer , lidstaat van afgif te en 
generatie van de bestuurderskaar t (indien van 
toepassing) 
—  aantal vergel ijkbare voor vallen op die dag  26.5.2016 L 139/431 Publicatieblad van de Europese Unie NL    
5.FOUTGEGEVENS DIE BESCHIKBAAR ZIJN ZONDER TOESTEMMING VAN DE BESTUURDER 
Fout Opslagregel s Te registreren gegevens per fout 
Kaar tfout —de 10 meest recent e bestuurders ­
kaar tfouten —  datum en tijd van het begin van de fout 
—  datum en tijd van het einde van de fout 
—  kaar tsoor t, kaar tnummer , lidstaat van afgif te en 
generatie van de kaar t die de fout veroorzaakt 
Controleapparaatf outen —  de 10 meest recente fouten van 
iedere soor t 
—de eerste fout na de laatste kali­
brer ing —  datum en tijd van het begin van de fout 
—  datum en tijd van het einde van de fout 
—  soor t fout 
—  kaar tsoor t, kaar tnummer , lidstaat van afgif te en 
generatie van de kaar t die bij het begin en/of 
einde van de fout is ingebrac ht  
Deze fout wordt veroorzaakt door de onderstaande storingen, echt er niet in de kalibrer ingsmodus: 
—  Interne fout in de VU 
—  Printerf out 
—  Displa yfout 
—  Downloadf out 
—  Sensorfout 
—  Fout in de GNSS-ontvanger of exte rne GNSS-module 
—  Fout in de inrichtin g voor communicatie op afstand 
6.FABRIKANTSPECIFIEKE VOOR VALLEN EN FOUTEN ZONDER TOESTEMMING VAN DE BESTUURDER 
Voorval of fout Opslagregel s Te registreren gegevens per voorval 
Nog te bepalen door de 
fabrikant Nog te bepalen door de fabr ikant Nog te bepalen door de fabr ikant   26.5.2016 L 139/432 Publicatieblad van de Europese Unie NL    
BIJL AGE 2 
STR OOMSCHEMA'S VOOR DE BERICHTENUIT WISSELING MET DE ITS-UNIT 
Figuur 1 
Stroomschema voor een poging tot validatie van de pincode 
26.5.2016 L 139/433 Publicatieblad van de Europese Unie NL    
Figuur 2 
Stroomschema voor de auto risatiecontrole van de ITS-unit 
26.5.2016 L 139/434 Publicatieblad van de Europese Unie NL    
Figuur 3 
Stroomschema voor de behandeling van een verzoek om overdracht van als niet-persoonsgebonden 
aangemerkte gegev ens (na invoer van juiste pincode) 
Figuur 4 
Stroomschema voor de behandeling van een verzoek om overdracht van als persoonsgebonden aangemerkte 
gegev ens (na invoer van juis te pincode) 
26.5.2016 L 139/435 Publicatieblad van de Europese Unie NL    
Figuur 5 
Stroomschema voor een poging tot validatie van de PUC-code 
26.5.2016 L 139/436 Publicatieblad van de Europese Unie NL    
BIJL AGE 3 
ASN .1 SPECIFIC ATIONS 
26.5.2016 L 139/437 Publicatieblad van de Europese Unie NL    
26.5.2016 L 139/438 Publicatieblad van de Europese Unie NL    
26.5.2016 L 139/439 Publicatieblad van de Europese Unie NL    
26.5.2016 L 139/440 Publicatieblad van de Europese Unie NL    
26.5.2016 L 139/441 Publicatieblad van de Europese Unie NL    
26.5.2016 L 139/442 Publicatieblad van de Europese Unie NL    
26.5.2016 L 139/443 Publicatieblad van de Europese Unie NL    
26.5.2016 L 139/444 Publicatieblad van de Europese Unie NL    
26.5.2016 L 139/445 Publicatieblad van de Europese Unie NL    
26.5.2016 L 139/446 Publicatieblad van de Europese Unie NL    
26.5.2016 L 139/447 Publicatieblad van de Europese Unie NL    
26.5.2016 L 139/448 Publicatieblad van de Europese Unie NL    
Aanhangsel 14 
FUNCTIE VOOR COMMUNIC ATIE OP AFST AND 
INHOUDSOPGA VE 
1 INLEIDING ........................................................................................................................................ 450 
2 TOEP ASSINGSGEBIED ......................................................................................................................... 451 
3 ACRONIEMEN, DEFINITIES EN NOT ATIES ................................................................................................ 452 
4 OPERA TIONELE SCENARIO'S ................................................................................................................ 454 
4.1 Overzicht ............................................................................................................................. 454 
4.1.1 Eerste vereisten voor gegevenso verdracht via 5,8 GHz DSR C-int erfaces ............................................... 454 
4.1.2 Profi el 1a: via een in de hand gehouden of tijde lijk langs de weg opge stelde REDCR .............................. 455 
4.1.3 Profi el 1b: via een in het voer tuig gemonteerde en van daar uit gerichte REDCR ................................... 456 
4.2 Beveiliging/integr iteit............................................................................................................... 456 
5 ONT WERP EN PROTOCOLLEN VOOR COMMUNIC ATIE OP AFST AND ........................................................... 456 
5.1 Ontwer p.............................................................................................................................. 456 
5.2 Workf low............................................................................................................................. 459 
5.2.1 Operaties .............................................................................................................................. 459 
5.2.2 Interp retatie van de via de DSR C-interface ontvange n gegevens ......................................................... 461 
5.3 Fysieke DSR C-interfaceparamet ers voor communicatie op afstand ..................................................... 461 
5.3.1 Beperkingen met betrekking tot de gebr uikslocatie ......................................................................... 461 
5.3.2 Downlink - en uplinkparamet ers................................................................................................. 461 
5.3.3 Antenneontwer p.................................................................................................................... 466 
5.4 DSR C-protocolvereist en voor RTM ............................................................................................. 466 
5.4.1 Overzicht ............................................................................................................................. 466 
5.4.2 Commando's ......................................................................................................................... 469 
5.4.3 Volgorde van onder vragingscommando's ..................................................................................... 469 
5.4.4 Gegevensstructur en................................................................................................................. 470 
5.4.5 Elementen van RtmData, uitgev oerde acties en definities ................................................................. 472 
5.4.6 Mechanisme voor gegevenso verdracht ......................................................................................... 476 
5.4.7 Gedetailleerde besch rijving van transacties via DSR C-interfaces ......................................................... 476 
5.4.8 Beschr ijving van de testtran sactie via DSR C-int erfaces ..................................................................... 486 
5.5 Naleving van Richtli jn (EU) 2015/71 .......................................................................................... 490 
5.5.1 Overzicht ............................................................................................................................. 490 26.5.2016 L 139/449 Publicatieblad van de Europese Unie NL    
5.5.2 Commando's ......................................................................................................................... 490 
5.5.3 Volgorde van onder vragingscommando's ..................................................................................... 490 
5.5.4 Gegevensstructur en................................................................................................................. 490 
5.5.5 ASN.1-module voor de OWS-transactie via DSR C-interface .............................................................. 491 
5.5.6 Elementen van OwsData, uitgev oerde acties en definit ies................................................................. 492 
5.5.7 Mechanisme voor gegevenso verdracht ......................................................................................... 492 
5.6 Gegevenso verdracht tussen DSR C-VU en VU ................................................................................ 492 
5.6.1 Fysieke verbinding en interf aces ................................................................................................. 492 
5.6.2 Toepassingsprotocol ................................................................................................................ 493 
5.7 Behandeling van fouten ........................................................................................................... 494 
5.7.1 Registratie en doorgif te van de gegevens in de DSR C-VU ................................................................. 494 
5.7.2 Fouten in de draadloze communicatie ......................................................................................... 494 
6 TESTS BIJ INBEDRIJFSTELLING EN PERIODIEKE CONTR OLE VAN DE FUNCTIE VOOR COMMUNICA TIE OP AF­
STAND ............................................................................................................................................ 496 
6.1 Algemeen ............................................................................................................................. 496 
6.2 Echo-commando .................................................................................................................... 496 
6.3 Tests om de beveiligde gegevensinhoud te bevestigen ..................................................................... 496  
1  INLEIDING 
In dit aanhangsel worden de ontwer pspecifi caties en de toepasseli jke procedures uiteeng ezet om de functie voor 
communicatie op afstand uit te voeren zoals voor gesc hreven in artikel 9 van Verordening (EU) nr. 165/2014 
(tachograafverordening). 
DSC_1  Op grond van Verordening (EU) nr. 165/2014 wordt de tachog raaf uitgerus t met een functie voor 
communicatie op afstand waar mee de personeelsleden van de bevoegde controleautoriteite n 
tachog raafinformatie van voor bijrijdende voertuigen kunnen lezen met behulp van apparatuur voor 
onder vraging op afstand (lezer voor communicatie over vroegti jdige detectie op afstand [REDCR]), in 
het bijzonder draadloze onder vragingssyste men die gebr uikmaken van DSR C-interfaces in de frequen ­
tieband van 5,8 GHz en die voldoen aan de voorsc hriften van het Europees Comité voor normalisatie 
(CEN). 
Het is van belang in te zien dat deze functie uitsluite nd dient als voorf ilter om de voertuigen te 
selecte ren voor nadere controle, en niet bedoeld is ter vervanging van de formele controleprocedure 
waar in Verordening (EU) nr. 165/2014 voor ziet. Punt 9 van de considerans van de tachograafveror ­
dening bepaalt inderdaad dat communicatie op afstand tussen de tachog raaf en de controleautor iteiten 
alleen beoogt gerichte wegcontroles te verg emakkeli jken. 
DSC_2  De gegevens worden uitgewisseld via communicatie op afstand, waarbij de transmissie langs draadloze 
weg plaatsvindt via een 5,8 GHz DSR C-systeem dat in overeenste mming is met dit aanhangsel en dat 
werd getoetst aan de desbetreffende parameter s van EN 300 674-1, {Electromagnetic compatibility 
and Radio spectr um Matt ers (ERM); Road Transpor t and Traffic Telematics (RTTT); Dedicat ed Shor t 
Range Communication (DSR C) transmission equipment (500 kbit/s / 250 kbit/s) operating in the 
5,8 GHz Industr ial, Scientifi c and Medical (ISM) band; Part 1: General charact eristics and test methods 
for Road Side Units (RSU) and On-Board Units (OBU)}. 
DSC_3  De communicatieverbinding wordt uitsluitend tot stand gebrac ht door toed oen van het apparaat van 
de controleautoriteiten , met gebruikmaking van een conf orm radiocommunicatiemiddel (lezer voor 
communicatie over vroegtijdi ge detectie op afstand (REDCR)). 
DSC_4  De gegevens worden beveiligd om de integriteit te waarborgen. 26.5.2016 L 139/450 Publicatieblad van de Europese Unie NL    
DSC_5  Toegang tot de uitge wisselde gegevens wordt beperkt tot voor controle bevo egde autoriteite n die 
gemachtigd zijn inbreuken op Verordening (EG) nr. 561/2006 en Verordening (EU) nr. 165/2014 te 
controleren, en tot werkplaatsen voor zover het noodzake lijk is te controleren of de tachog raaf goed 
functioneer t. 
DSC_6  Tijdens de communicatie op afstand worden uitsluite nd gegevens uitge wisseld die nodig zijn voor 
gerichte wegcontrole van voertuigen met een tachograaf ten aanzien waar van het vermoeden van 
manipulatie of misbr uik bestaat. 
DSC_7  De gegevensint egriteit en -beveiliging worden gewaarborgd door de gegevens in de voer tuigunit (VU) 
te versleute len en door uitsluite nd versleut elde payload- en beveiligingsgeg evens (zie punt 5.4.4) door 
te geven via het draadloze 5,8 GHz DSR C-systeem voor communicatie op afstand. Dit betek ent dat 
alleen daar toe gemac htigde personen van de bevo egde controleautoriteiten in staat zijn de via de 
communicatie op afstand uitge wisselde gegevens te begr ijpen en de authenticit eit daar van te 
controleren. Zie aanhangsel 11 „Algem ene beveiligingsmec hanismen”. 
DSC_8 De gegevens bevatt en een tijdaanduiding die aangeef t wanneer ze voor het laatst werden geactua ­
liseerd. 
DSC_9  Uitsluiten d de bevo egde controleautoriteite n en de partijen met wie zij deze informatie delen, zijn op 
de hoogt e van de beveiligingsgeg evens, en hebben de controle over de inhoud daar van. Deze inhoud 
valt buit en de werkingssfe er van de in dit aanhangsel vervatte bepalingen met betrekking tot 
communicatie op afstand. Niettemin wordt ervoor gezorgd dat bij elke overdracht van payloadge ­
gevens ook beveiligingsgeg evens worden meegezonden. 
DSC_10  Dezelfde architectuur en apparatuur moet en het mog elijk maken andere gegevens (bijv oorbeeld van 
een weegsysteem aan boord van het voer tuig) te verzamelen met toepassing van de hier in vervatte 
archit ectuur voorschri ften. 
DSC_11  Voor alle duideli jkheid: overeenk omstig artikel 7 van Verordening (EU) nr. 165/2014 worden via 
communicatie op afstand geen gegevens over de identiteit van de bestuurder uitgewi sseld. 
2  TOEP ASSINGSGEBIED 
In dit aanhangsel wordt gespecifi ceerd hoe personeelsleden van de bevo egde controleautoriteiten een specifi ek 
5,8 GHz DSR C-systeem voor draadloze communicatie op afstand gebruike n met het doel gegevens te 
verzamelen ter identificatie van een bepaald voer tuig dat mog elijk erwijs inbreuk maakt op Verordening (EU) 
nr. 165/2014 en dat daarom moet worden tegengehouden voor nadere controle. 
Overeenk omstig artikel 9 van Verordening (EU) nr. 165/2014 moeten de verzamelde gegevens beperkt blijven 
tot, of betrekking hebben op gegevens ter identificatie van eventuele inbreuken op de tachog raafverordening. 
In dit geval is de voor de communicatie beschikbare tijd beperkt omdat gerichte gegeve ns over korte afstand 
moet en worden uitge wisseld. Bovendien kunnen de bevo egde controleautoriteiten dezelfde communicatie ­
middelen voor tachog raafcontrole op afstand (RTM) ook voor andere toepassing en inzetten (bijv oorbeeld ter 
bepaling van de maximaal toegestane afmetinge n en gewicht en van zware vrachtv oertuigen als bedoeld in 
Richtlijn (EU) 2015/719). Dit kan, naar keuze van de bevo egde controleautoriteiten , geschieden in de vorm van 
apar te of opeenv olgende verrichtingen. 
Dit aanhangsel bevat specifi caties met betrekking tot: 
—  de voor de communicatie op afstand te gebr uiken apparatuur , procedures en -protocollen; 
—  de normen en verordeningen waaraan de radioapparatuur dient te voldoen; 
—  de aanbiedingsvorm van de gegevens aan de communicatieapparatuur; 
—  de opvraag- en downloadprocedures en de bewerkingsvolgorde; 
—  de over te brengen gegevens; 
—  de mogeli jke interpretatie van de via communicatie op afstand overg ebracht e gegevens; 
—  de bepalingen met betrekking tot beveiligingsgeg evens in het kader van de communicatie op afstand; 26.5.2016 L 139/451 Publicatieblad van de Europese Unie NL    
—  de beschikbaarst elling van de gegevens aan de bevoegde controleautoriteiten ; 
—  de wijze waarop de lezer voor communicatie over vroegtijdig e detectie op afstand (REDCR) uiteenlopende 
gegevens over het vrachtver voer en voer tuige npark kan opvrage n. 
Voor alle duideli jkheid: dit aanhangsel bevat geen specifi caties met betrekking tot: 
—  het verzamelen van gegevens met het oog op de werking en het beheer in de VU (dit hangt af van het 
productontwer p tenzij anders is bepaald in Verordening (EU) nr. 165/2014); 
—de aanbiedingsv orm van de verzamelde gegeve ns aan de personeelsleden van de bevo egde controleautori ­
teiten, noch de criteria die deze autor iteiten toepass en om te beslissen welke voertuigen worden tegenge ­
houden (dit hangt af van het productontwer p, tenzi j anders is bepaald in Verordening (EU) nr. 165/2014 of 
in beleidsbeslissinge n van de bevo egde controleautoriteiten ). Voor alle duidelijkheid: de functie voor 
communicatie op afstand beoogt uitsluitend de gegevens beschikbaar te stellen aan de bevoegde controleau ­
toriteiten zodat zij zelf met kennis van zaken een beslissing kunnen nemen; 
—  de bepalingen inzake gegevensbeveiliging (zoals coder ing) met betrekking tot de gegevensinhoud (die 
worden gespecifi ceerd aanhangsel 11 „Algem ene beveiligingsmechanisme n”); 
—  bijzonderheden over andere gegevens die losstaan van de tach ograafcontrole op afstand (RTM) en die met 
behulp van dezelfde architectuur en apparatuur kunnen worden verkrege n; 
—  bijzonderheden over de wisselwerking en het beheer tussen de VU en de DSR C-VU, noch over de interne 
werking van de DSR C-VU (tenzi j om de door een REDCR opgevraagde gegevens te verstrekk en). 
3  ACRONIEMEN, DEFINITIES EN NOT ATIES 
In dit aanhangsel worden de volg ende acroniemen en begr ippen gebr uikt in de daarac hter vermelde betek enis: 
antenne:  elektr isch apparaat dat wisselstroom omzet in radiofrequente energie (zendant enne) 
en omgek eerd (ontvanga ntenne), in combinatie met een radiozender of radio- 
ontvange r. Bij gebr uik als zendanten ne voert een radiozender radiofrequente 
wisselstroom toe aan de antenneklemmen en straalt de antenne deze radiofrequente 
energie uit in de vorm van elektromagnetisc he golven (radiogolven). Bij gebruik als 
ontvangant enne onttrekt de antenne een bepaalde hoeveelheid energie aan een 
elektromagnetisch e golf om op de antenneklemmen wisselstroom op te wekken; deze 
wisselstroom wordt aangelegd op een ontvanger om het signaal te verst erken; 
communicatie:  uitwisseling van informatie/geg evens op mast er-slavebasis tussen een DSR C-REDCR 
en DSR C-VU, zoals uiteengezet in punt 5, met het doel gerichte gegevens te 
verkr ijgen; 
gegevens:  beveiligde gegevens in een vastg elegd formaat (zie punt 5.4.4), die door de DSR C- 
REDCR worden opgevraagd en door de DSR C-VU aan de DSR C-REDCR worden 
verstrekt via een 5,8 GHz DSR C-int erface als bedoeld in punt 5 hieronder; 
tach ograafv erordening:  Verordening (EU) nr. 165/2014 van het Europees Parlement en van de Raad van 
4 februari 2014 betreffende tachog rafen in het wegver voer, tot intrekking van 
Verordening (EEG) nr. 3821/85 van de Raad betreff ende het controleapparaat in het 
wegver voer en tot wijzi ging van Verordening (EG) nr. 561/2006 van het Europees 
Parlement en de Raad tot harmonisatie van bepaalde voorsc hriften van sociale aard 
voor het wegver voer; 
AID  Toepassingsidentifi cator 
BLE  Bluetooth Low Energy 
BST  Dienstroost er radiobake n 26.5.2016 L 139/452 Publicatieblad van de Europese Unie NL    
CIWD  Inbrengen van de kaar t tijde ns het rijden 
CRC  Cyclische redundantiecontrole 
DSC (n)  Identif icator van een voorsc hrift voor een specif ieke DSR C-inr ichting 
DSR C  Speciale korteafst andscommunicatie 
DSR C-REDCR  DSR C-lezer voor communicatie over vroegti jdige detectie op afstand 
DSR C-VU  DSR C-voer tuigunit. Dit is de „apparatuur voor vroegtijdi ge detectie op afstand” als 
gedefinieerd in bijlag e 1 C. 
DWV C  Rijde n zonder geldige kaar t 
EID  Elementidentificator 
LLC  Logisc he verbindingsbestur ing 
LPDU  LLC -protocol gegevensunit 
OWS  Weegsysteem aan boord van een voertuig 
PDU  Protocol gegevensunit 
REDCR  Lezer voor communicatie over vroegtijdi ge detectie op afstand. Dit is de „apparatuur 
voor communicatie over vroegtijdig e detectie op afstand” als gedefinieerd in 
bijlag e 1 C. 
RTM  Tachog raafcontrole op afstand 
SM-REDCR  Beveiligingsmodule van de lezer voor communicatie over vroegtijdi ge detectie op 
afstand 
TARV  Telematics Applications for Regulat ed Vehicles (ISO 15638-nor menreek s) 
VU  Voertuigunit 
VUPM  Payloadg eheugen van de voer tuigunit 
VUSM  Beveiligingsmodule van de voer tuigunit 
VST  Dienstroost er voertuig 
WIM  Wegen terwijl het voertuig aan het rijden is 
WOB  Wegen aan boord van het voertuig 
De in dit aanhangsel vastg estelde specif icatie verwijst naar en wordt gereg eld door de hier na genoemde verorde ­
ninge n en normen of gedeelten daar van. In dit aanhangsel zijn de relevante normen of de relevante bepalingen 
van normen gespecifi ceerd. In geval van tegenspraak prevaleer t dit aanhangsel. Indien er zich tegenstr ijdig heden 
voordoen waar voor een duidelijk e specificatie in dit aanhangsel ontbreekt, prevaleer t aanbeveling 70-03 van het 
Europees Comité voor radiocommunicatie (ERC) (na toetsing aan de desbetreffende parameter s van 
EN 300 674-1), in afnemende volg orde van voorkeur gevolgd door EN 12795, EN 12253, EN 12834 en 
EN 13372, punten 6.2, 6.3, 6.4 en 7.1. 
In dit aanhangsel wordt verwezen naar de volgende verordening en en normen:  
[1] Verordening (EU) nr. 165/2014 van het Europees Parlement en van de Raad van 4 februari 2014 
betreffende tachog rafen in het wegver voer, tot intrekking van Verordening (EEG) nr. 3821/85 van de Raad 
betreffende het controleapparaat in het wegver voer en tot wijzi ging van Verordening (EG) nr. 561/2006 
van het Europees Parlement en de Raad tot harmonisatie van bepaalde voorschri ften van sociale aard voor 
het wegver voer 26.5.2016 L 139/453 Publicatieblad van de Europese Unie NL    
[2] Verordening (EG) nr. 561/2006 van het Europees Parlement en de Raad van 15 maar t 2006 tot 
harmonisatie van bepaalde voor schr iften van sociale aard voor het wegver voer, tot wijzi ging van Verorde ­
ningen (EEG) nr. 3821/85 en (EG) nr. 2135/98 van de Raad en tot intrekking van Verordening (EEG) 
nr. 3820/85 van de Raad (Voor de EER relevante tekst)  
[3] ERC 70-03 CEPT : ECC Recommendation 70-03: Relating to the Use of Shor t Range Devices (SRD)  
[4] ISO 15638 Intellig ent transpor t systems — Framew ork for cooperative telematics applications for 
regulated commercial freight vehicles (TARV)  
[5] EN 300 674-1 Electromagnetic compati bility and Radio spectr um Matters (ERM); Road Transpor t and 
Traffic Telematics (RTTT); Dedicat ed Shor t Range Communication (DSR C) transmission equipment (500 
kbit/s / 250 kbit/s) operating in the 5.8 GHz Industr ial, Scientifi c and Medical (ISM) band; Part 1: General 
charact eristics and test methods for Road Side Units (RSU) and On-Board Units (OBU).  
[6] EN 12253 Road transpor t and traff ic telema tics — Dedicated shor t-range communication — Phys ical 
layer using micro wav e at 5.8 GHz.  
[7] EN 12795 Road transpor t and traff ic telem atics — Dedicat ed shor t-range communication — Data link 
layer: medium access and logical link control.  
[8] EN 12834 Road transpor t and traffic telematics — Dedicat ed shor t-range communication — Application 
layer.  
[9] EN 13372 Road transpor t and traffic telematics — Dedicat ed shor t-range communication — Profiles for 
RTTT applications  
[10] ISO 14906 Electronic fee collection — Application interface definition for dedicated shor t- rang e 
communication 
4  OPERA TIONELE SCENARIO'S 
4.1  Overzicht 
De tachog raafverordening voorziet in specifi eke, duideli jk afgebakende scenar io's waar in gebruik dient te 
worden gemaakt van communicatie op afstand. 
De onderst eunde scenar io's zijn: 
„Communication Profile 1: Roadside inspection using a shor t range wireless communication Remote Early Detection 
Communication Reader instig ating a physic al roadside inspection (master -:-slave) 
Reader Profile 1a: via a hand aimed or tempor ary roadside mounted and aimed Remote Early Detection Communication 
Reader Profile 1b: via a vehicle mounted and directed Remote Early Detection Communication Reader.” 
4.1.1  Eerste vereisten voor gegevensover dracht via 5,8 GHz DSRC-interfaces 
OPMERKING: voor een beter begr ip van het kader waar in deze eerste vereisten worden toeg epast, wordt 
verwezen naar figuur 14.3 hieronder .  
4.1.1.1  In de VU bewaarde gegevens 
DSC_12  De VU dient de gegevens die in de VU moet en worden opge slagen, om de 60 seconden te actualiseren 
en bij te houden zonder tussenk omst van de DSR C-functie voor communicatie op afstand. De daar toe 
gebruikte middelen hange n af van het intern e ontwer p van de VU, zoals gespecifi ceerd in de 
tachog raafverordening, bijlag e 1 C, punt 3.19 „Communicatie op afstand voor gerichte wegcontroles”, 
en worden niet behandeld in dit aanhangsel. 26.5.2016 L 139/454 Publicatieblad van de Europese Unie NL    
4.1.1.2  Aan de DSR C-VU verstrekte gegeve ns 
DSC_13  De VU dient de DSR C-ger elateerde tach ograafgeg evens bij te werken telkens wanneer de in de VU 
opge slagen gegeve ns worden geactualiseerd met de in punt 4.1.1.1 (DSC_12) bepaalde regelma at, 
zonder tussenk omst van de DSR C-functie voor communicatie op afstand. 
DSC_14 De VU-g egevens dienen als uitgangspunt voor het samenst ellen en actualiseren van de tachograafg e­
gevens. De daar toe gebruikte middelen worden gespecif iceerd in de tachog raafverordening, bijlag e 1 C, 
punt 3.19 „Communicatie op afstand voor gerichte wegcontroles”. Bij gebrek aan ter zake dienende 
specifi caties hangen deze middelen af van het product ontwer p en worden zij niet behandeld in dit 
aanhangsel. Zie punt 5.6 voor meer informatie over het ontwer p van de communicatieverbinding 
tussen de DSR C-VU en de VU. 
4.1.1.3  Gege vensinhoud 
DSC_15  De gegevens zijn inhoudelij k zodanig opgemaakt dat ze na decoder ing kunnen worden gestr uctureerd 
en beschikbaar gesteld in de vorm die en het formaat dat is vastgelegd in punt 5.4.4 „Gegevens ­
structuren” van dit aanhangsel. 
4.1.1.4  Aanbiedingsv orm van de gegeve ns 
DSC_16  De gegevens die met de in punt 4.1.1.1 bepaalde rege lmaat zijn geactualiseerd, worden op voorhand 
versleut eld en als beveiligde gegevens aangeboden aan de DSR C-VU om daar tijdelijk te worden 
opge slagen als huidige versie van de gegeve ns. De VUSM brengt deze gegevens over naar de VUPM via 
de DSR C-functie. De VUSM en VUPM zijn functionele voorzieningen en niet noodzake lijk fysieke 
inrichtingen. De uitvoeringsvor m van deze functionele voorzieningen hangt af van het produc ­
tont werp tenzij anders is bepaald in de tachog raafverordening. 
4.1.1.5  Beveiligingsge gevens 
DSC_17  Beveiligingsgeg evens (secur ityData), met inbegr ip van de gegevens die de REDCR nodig heef t om de 
tachog raafgeg evens te decoderen, worden verstrekt op de in aanhangsel 11 „Algeme ne beveiligingsme ­
chanismen” vastge legde wijze, en aange boden in de vorm van gegevens die tijdelijk in de DSR C-VU 
worden opgeslagen als huidige versie van secur ityData, in het in punt 5.4.4 van dit aanhangsel 
omschr even formaat. 
4.1.1.6  Voor overdracht via de DSR C-int erface beschikbare VUPM-g egevens 
DSC_18  In punt 5.4.4 wordt in het kader van de integra le specif icaties van de ASN.1-module vastge legd welke 
gegevens altijd beschikbaar moete n zijn in de VUPM voor onmiddellijk e overdracht op verzoek van de 
REDCR. 
Algem een overzic ht van communicatieprofie l 1 
Dit profiel is van toepassin g indien een personeelslid van de bevoegde controleautoriteiten („controleambtenaar”) 
gebruikmaakt van een DSR C-REDCR (5,8 GHz DSR C-interfaces die functioneren overeenk omstig ERC- 
aanbeveling 70-03 en die zijn getoetst aan de desbetreff ende paramete rs van EN 300 674-1 zoals omschreven 
in punt 5) teneinde op afstand een voer tuig te identif iceren dat moge lijkerwijs inbreuk maakt op de tachog raaf­
verordening. Zodra dit voertuig is geïdentif iceerd, beslist de controleambtenaar op basis van de opge vraagde 
gegevens of het voertuig moet worden tegeng ehouden. 
4.1.2  Profiel 1a: via een in de hand geho uden of tijdelijk langs de weg opges telde REDCR 
De controleambte naar staat in dit geval aan de wegkant en richt een in de hand gehouden, op een statief 
gemonteerde of soor tgelijk e draagbare REDCR naar het midden van de voorruit van het gecontroleerde 
voertuig. Voor de onder vraging wordt gebruikgemaakt van 5,8 GHz DSR C-interfaces die functioneren overeen ­
komstig ERC-aanbeveling 70-03 en die zijn getoetst aan de desbetreffende paramete rs van EN 300 674-1 zoals 
omsch reven in punt 5. Zie figuur 14.1 (praktijkg eval 1). 26.5.2016 L 139/455 Publicatieblad van de Europese Unie NL    
Figuur 14.1 
Onder vraging aan de wegkant via 5,8 GHz DSR C-inter faces 
4.1.3  Profiel 1b: via een in het voertuig gemonteer de en van daar uit gerichte REDCR 
De controleambt enaar zit in dit geval in een rijdend voer tuig en richt van daar uit een in de hand geho uden, 
draagbare REDCR naar het midden van de voorruit van het gecontrolee rde voer tuig. De REDCR kan ook in of 
op het voer tuig van de controleambtenaar gemonteerd zijn. In dit geval wordt de REDCR naar het midden van 
de voorr uit van het gecontroleerde voertuig gericht indien het voertuig van de controleambte naar zich in een 
bepaalde positie bevindt (bijv oorbeeld voorligger) ten opzicht e van het gecontroleerde voer tuig (acht erligger). 
Voor de onder vraging wordt gebruikgemaakt van 5,8 GHz DSR C-int erfaces die functioneren overeenk omstig 
ERC-aanbeveling 70-03 en die zijn getoetst aan de desbetreffende paramete rs van EN 300 674-1 zoals 
omsch reven in punt 5. Zie figuur 14.2 (praktijkg eval 2) 
Figuur 14.2 
Onder vraging vanuit het voertuig via 5,8 GHz DSR C-interfaces 
4.2  Bev eiliging/integ riteit 
Teneinde de authenticiteit en integriteit van de via communicatie op afstand gedownloade gegeve ns te kunnen 
verifiëren, worden de beveiligde gegevens gever ifieerd en gedecodeerd overeenk omstig aanhangsel 11 
„Algemene beveiligingsmec hanismen”. 
5  ONT WERP EN PROTOCOLLEN VOOR COMM UNIC ATIE OP AFST AND 
5.1  Ontw erp 
Het ontwer p van de functie voor communicatie op afstand in de slimme tach ograaf wordt verduidelij kt in 
figuur 14.3. 26.5.2016 L 139/456 Publicatieblad van de Europese Unie NL    
Figuur 14.3 
Ontw erp van de functie voor communicatie op afst and 
DSC_19  Hieronder wordt een overzic ht gegeven van de functies die zich in de VU bevinden. 
—  VUSM (beveiligingsmodule van de VU): deze functie in de VU beveiligt de gegevens die de DSR C- 
VU via communicatie op afstand doorgeef t aan de controleambt enaar . 
—  De beveiligde gegevens worden opge slagen in het geheugen van de VUSM. De in het geheugen van 
de DSR C-VU bijgehouden RTM-geg evens (met inbegr ip van de verderop in dit aanhangsel bepaalde 
payload- en beveiligingsgeg evens) worden door de VU gecodeerd en gecomplet eerd met de in 
punt 4.1.1.1 (DSC_12) bepaalde rege lmaat. De werking van de beveiligingsmodule wordt nader 
omsch reven in aanhangsel 11 „Algemene beveiligingsmec hanismen” en valt buit en het toepassings ­
gebied van dit aanhangsel. Niettemin moet de beveiligingsmodule, telkens wanneer de VUSM- 
gegevens veranderen, aangepas te gegeve ns verstrekke n aan de VU-inr ichting voor communicatie 
op afstand. 
—  De communicatie tussen de VU en de DSR C-VU vindt plaats via een kabel- of draadverbinding dan 
wel langs draadloze weg, via een BLE(Bluet ooth Low Energy)-verbinding. De DSR C-VU kan 
geïntegreerd zijn in de antenne op de voorruit van het voertuig, in de VU ingebouwd zijn of zich 
erge ns daar tussen bevinden. 
—  De DSR C-VU moet besc hikken over een betrouwbare, ononderbroke n stroom voorziening. De 
daar toe gebruikte middelen worden in de ontwer pfase vastge steld. 
—  De DSR C-VU heef t een niet-vluch tig geheug en zodat de gegeve ns in de DSR C-VU bewaard blijven 
zelfs wanneer de ontst eking van het voertuig uitge schak eld is. 
—  Indien de VU en de DSR C-VU via een BLE-verbinding met elkaar communiceren en de DSR C-VU 
via een niet-oplaadbare batter ij van stroom wordt voorzien, moet deze stroombron bij elke 
periodieke controle van de DSR C-VU worden vervang en. De fabr ikant van de DSR C-VU dient 
ervoor te zorg en dat de stroom voorziening gewaarborgd blijft tussen twee periodiek e controles. 
Daarbi j moete n de gegevens op normale wijze en zonder enig e stori ng of onderbreking 
toeg ankeli jk blijven voor een REDCR. 26.5.2016 L 139/457 Publicatieblad van de Europese Unie NL    
—  VUPM (payloadg eheugen van de VU) voor tach ograafcontrole op afstand (RTM): via deze functie in 
de VU worden de gegevens verstrekt en geactualiseerd. De gegevensinhoud („TachographP ayload”) 
wordt hieronder gedefinieerd in punten 5.4.4 en 5.4.5, en wordt geactualiseerd met de in 
punt 4.1.1.1 (DSC_12) bepaalde regelma at. 
—  DSR C-VU: deze functie is geïn tegreerd in of aangeslot en op de antenne en communiceer t met de 
VU via een kabel- of draadverbinding dan wel langs draadloze weg, via een BLE-verbinding. Deze 
functie houdt de huidige gegevens (VUPM-g egevens) bij en beheer t het antw oord op een 
onder vraging via de 5,8 GHz DSR C-int erface. Het losk oppelen van de DSR C-int erface of het 
anderszins belemmeren of verhinderen van de werking daar van tijdens normaal bedr ijf van het 
voertuig wordt aange merkt als inbreuk op de tachog raafverordening. 
—  SM-REDCR (beveiligingsmodule van de REDCR): deze functie wordt gebruikt om de gegevens 
afkomstig van de VU te decoderen en op integriteit te controleren. De daar toe gebr uikt e middelen 
worden niet nader omschreve n in dit aanhangsel, maar vastge legd in aanhangsel 11 „Algemene 
beveiligingsmec hanismen”. 
—  DSR C-REDCR: deze functie bevat een 5,8 GHz zendontvangapparaat („transceiver”) met 
bijbehorende firmwar e en software voor het beheer van de communicatie op afstand met de 
DSR C-VU overeenk omstig dit aanhangsel. 
—  De DSR C-REDCR onder vraagt de DSR C-VU van het gecontroleerde voer tuig en ontvangt de 
gegevens (de huidige VUPM-g egevens van het gecontroleerde voer tuig) via de DSR C-interface, 
verwerkt die en slaat ze op in de SM-REDCR. 
—  De antenne van de DSR C-VU wordt aang ebracht op een plaats waar zij zorgt voor optimale DSR C- 
communicatie tussen het voertuig en de antenne langs de weg (meestal in of nabij het midden van 
de voorr uit van het voertuig). Voor licht e voertuigen (best elwagens e.d.) kan de antenne aan de 
bovenzijde van de voorr uit worden gemonteerd. 
—  Tegeno ver of bij de antenne moge n er zich geen metalen voorwerpen bevinden (zoals badges, 
stick ers, reflectiewerende folie (kleurstr ips), zonnekleppen, wisserar men van de voorr uit in 
ruststand e.d.) die de communicatie kunnen storen. 
—  De antenne wordt zodanig gemont eerd dat de referentieas ervan ongeveer evenwi jdig aan het 
wegdek loop t. 
DSC_20  De antenne en de functie voor communicatie op afstand werk en overeenk omstig ERC-aanbeveling 70- 
03 en zijn getoetst aan de desbetreffe nde parameter s van EN 300 674-1 zoals omschr even in punt 5. 
In de antenne en de functie voor communicatie op afstand kunnen ontstor ingst echn ieken worden 
toeg epast om interferentie van andere draadloze apparaten tegen te gaan, zoals omschreve n in 
rappor t 228 van het Comité voor elektronische communicatie (ECC), bijvoorbeeld door gebruik te 
make n van ontstor ingsfi lters voor de CEN DSR C 5,8 GHz communicatie. 
DSC_21  De antenne wordt hetzij recht streek s aangeslot en op de DSR C-VU in de module op of nabij de 
voorr uit, hetzij via een specifi eke kabel die niet onrechtmatig kan worden losg ekoppeld. Het 
losk oppelen van de antenne of het anderszins belemmeren of verhinderen van de werking daar van 
wordt besc houwd als een inbreuk op de tach ograafverordening. Het opzett elijk maske ren/afscher men 
van de antenne of het anderszins nadelig beïnvl oeden van de operationele prestaties daar van wordt 
besch ouwd als een inbreuk op de tach ograafverordening. 
DSC_22  De vormfactor van de antenne is niet nader bepaald: de beslissing daaro ver wordt in de commerciële 
sfeer genomen mits de geïnstalleerde DSR C-VU voldoet aan de in punt 5 hier na vastge stelde conf ormi­
teitsvoorsc hriften. De antenne wordt gemont eerd zoals omschr even in DSC_19 en verduidelij kt in 
figuur 14.4 (ovale lijn), en biedt op efficiënt e wijze ondersteuning aan de in punt en 4.1.2 en 4.1.3 
toeg elichte prakti jkgevallen. 26.5.2016 L 139/458 Publicatieblad van de Europese Unie NL    
Figuur 14.4 
Montage van de 5,8 GHz DSR C-antenne op de voor ruit van gereglementeerde voertuigen 
De vorm factor van de REDCR en bijbeh orende antenne kan variëren afhank elijk van de opstellingswi jze van de 
lezer (op statief, in de hand gehouden, in het voer tuig gemo nteerd enz.) en de werkmethode van de contro ­
leambt enaar . 
Via een weerga ve- en/of meldfunctie wordt de controleambtenaar op de hoogt e gebracht van de resultate n van 
de communicatie op afstand. De resultaten kunnen beschikbaar worden gesteld door weerg ave in een 
leesvenste r, in de vorm van een afdr uk, via een akoestisch waarsc huwingssignaal of een combinatie daar van. De 
uitvoe ringsv orm van deze weerg ave- en/of meldfunctie hangt af van vereiste n van de controleambt enaren, en 
wordt niet behandeld in dit aanhangsel. 
DSC_23  Het ontwer p en de vorm factor van de REDCR hangen af van de commerciële vorm geving, van de 
werking overeenk omstig ERC-aanbeveling 70-03 alsook van de in punt 5.3.2 van dit aanhangsel 
gespecifi ceerde ontwer p- en prestatie-eigensc happen. Zo wordt marktdeelnemers zoveel mogeli jk 
marge geboden om apparatuur te ontwer pen en te leveren die afge stemd is op de specifieke onder vra­
gingsscenar io's van de bevo egde controleautoriteite n. 
DSC_24  Het ontwer p en de vormfact or van de DSR C-VU alsook de opstelli ngswijze daar van (binnen of buiten 
de VU) hang en af van de commerciële vorm geving, van de werking overeenk omstig ERC- 
aanbeveling 70-03 alsmede van de in dit voorsc hrift (punt 5.1) en de in punt 5.3.2 van dit aanhangsel 
gespecifi ceerde ontwer p- en prestatie-eige nschappen. 
DSC_25 Niettemin moet de DSR C-VU redeli jkerwijs in staat zijn gegevens van andere slimme voertuigappa ­
ratuur , zoals weegsyste men aan boord van het voertuig, te ontvangen via op een open industr ienor m 
gebaseerde verbindingen en protocoll en. Als voorwaarde daarbij geldt dat deze gegevens worden 
geïdentif iceerd door uniek e en bekende toepas singsidentif icator en/bestandsnamen, dat de gebr uiksin ­
structies voor deze protocollen besc hikbaar worden gest eld aan de Europese Commissie en teven s 
kosteloos verkr ijgbaar zijn voor de betrokken apparatuurfabr ikant en. 
5.2  Workf low 
5.2.1  Oper aties 
De operationele workf low wordt verduidelij kt in figuur 14.5. 26.5.2016 L 139/459 Publicatieblad van de Europese Unie NL    
Figuur 14.5 
Workf low van de functie voor communicatie op afst and 
Hieronder wordt een stapsge wijze besch rijving gegeven van deze workf low. 
a.  Wanneer het voer tuig in gebruik is (contact aangezet), verstrekt de tachograaf gegevens aan de VU-functie. 
De VU-functie maakt de gegevens gereed voor communicatie op afstand door ze te coderen, en actualiseer t 
de VUPM-g egeve ns die worden bijgehouden in het geheugen van de DSR C-VU (zoals omschr even in 
punt en 4.1.1.1 en 4.1.1.2). De verzamelde gegevens worden opge maakt volgens het in punt en 5.4.4 en 5.4.5 
hieronder vastge stelde formaat. 26.5.2016 L 139/460 Publicatieblad van de Europese Unie NL    
b.  Telke ns wanneer de gegevens worden geactualiseerd, wordt de tijdaa nduiding van de beveiligingsgeg evens 
bijgewerkt. 
c.  De VUSM-functie beveiligt de gegevens volg ens de in aanhangsel 11 vastg estelde procedures. 
d.  Telke ns wanneer de gegevens worden geactualiseerd (zie punt en 4.1.1.1 en 4.1.1.2), worden ze overgebrac ht 
naar de DSR C-VU en worden eventueel bestaande gegeve ns overschreven. Op die manier zijn de huidige 
gegevens altijd up-to -date in het geval dat het voer tuig wordt onder vraagd door een REDCR. De gegevens die 
de VU aan de DSR C-VU verstrekt, zijn identificeerbaar aan de hand van de bestandsnaam RTMData of de 
toepass ingsidentifi cator (AID) en de attribuutidentificator . 
e.  Indien een controleambte naar de gegevens van een voertuig wil verzamelen voor controledoeleinden, plaatst 
hij zijn smar tcard in de REDCR om de functie voor communicatie op afstand te activeren en om de SM- 
REDCR in staat te stellen een authenticiteitscontrole uit te voeren en de gegevens te decoderen. 
f.  De controleambt enaar richt vervolgens de REDCR op het gecontroleerde voertuig en vraagt de gegevens op 
via de communicatie op afstand. De REDCR start een 5,8 GHz DSR C-interfacesessie met de DSR C-VU van 
het gecontroleerde voertuig, en vraagt de gegeve ns op. De gegevens worden via het draadloze communicatie ­
systeem naar de REDCR overg ebrac ht als DSR C-attr ibuut met behulp van het GET -commando van de 
toepass ing, zoals omschr even in punt 5.4. Het attribuut bevat de gecodeerde payloadgeg evens en de DSR C- 
beveiligingsgeg evens. 
g.  De gegevens worden geanalyseerd door de REDCR en doorgeg even aan de controleambt enaar . 
h.  Aan de hand van deze gegevens kan de controleambtenaar beslissen om het voer tuig al dan niet tegen te 
houden voor nadere controle, of kan hij een collega vrag en het voertuig tegen te houden. 
5.2.2  Inter pretatie van de via de DSRC-interf ace ontvang en gegevens 
DSC_26  De via de 5,8 GHz DSR C-interface ontvangen gegevens mog en uitsluitend worden opge vat in de 
bete kenis en binnen de draagwijdt e die daaraan worden gegeven in punt en 5.4.4 en 5.4.5 hieronder . 
Deze gegevens moeten worden begrepen in het licht van de hierbij nagestreefde doelst ellingen. 
Overeenk omstig de tachog raafverordening worden de gegevens uitsluitend gebr uikt om ter zake 
dienende informatie te verstrekke n aan de bevo egde controleambtenaar zodat die kan beslissen of het 
voertuig moet worden tegengehouden voor nadere controle. Nadien worden deze gegeve ns gewist 
zoals voorgesc hreven in artikel 9 van de tachograafverorden ing. 
5.3  Fysiek e DSR C-inter faceparameters voor communicatie op afst and 
5.3.1  Beperking en met betrekking tot de gebr uikslocatie 
DSC_27  Het op een 5,8 GHz DSR C-int erface gebaseerde systee m voor onder vraging op afstand van voer tuigen 
mag niet worden gebruikt op minder dan 200 m van een 5,8 GHz DSR C-wegpor taal. 
5.3.2  Downlink- en uplinkpar ameters 
DSC_28  De voor de tachog raafcontrole op afstand (RTM) gebruikte apparatuur moet voldoen aan en 
functioneren overeenk omstig ERC-aanbeveling 70-03 en de in tabellen 14.1 en 14.2 hieronder 
aangeg even paramete rs. 26.5.2016 L 139/461 Publicatieblad van de Europese Unie NL    
DSC_29  De gebr uikt e RTM-apparatuur voldoet bovendien aan de in EN 12253 en EN 13372 vastg estelde 
parameter s ter waarborging van de compatibilit eit met de operationele paramete rs van andere gestan­
daardiseerde 5,8 GHz DSR C-syst emen. 
Het betref t met name: 
Tabel 14.1 
Downlinkparameters 
Item No. Parameter Value(s) Remark 
D1 Downlink Carrier Fre­
quencies There are four alternatives whic h may 
be used by an REDCR: 
5,7975 GHz 
5,8025 GHz 
5,8075 GHz 
5,8125 GHz Within ERC 70-03. 
Carrier Frequencies may be selected by 
the implement er of the roadside system 
and need not be known in the DSR C- 
VU 
(Consist ent with EN 12253, EN 13372) 
D1a (*) Tolerance of Carrier Fre­
quencies within ± 5 ppm (Consist ent with EN 12253) 
D2 (*) RSU (REDCR) Transmit ­
ter Spectr um Mask Within ERC 70-03. 
REDCR shall be according to Class B,C 
as defined in EN 12253. 
No other specific requirement within 
this Annex Parameter used for controlling interfe ­
rence between interr ogators in proxi­
mity (as defined in EN 12253 and EN 
13372). 
D3 OBU(DSR C-VU) Mini ­
mum Frequency Range 5,795 — 5,815 GHz (Consist ent with EN 12253) 
D4 (*) Maximum E.I.R.P . Within ERC 70-03 (unlicensed) and 
within National Regulation 
Maximum + 33 dBm (Consist ent with EN 12253) 
D4a Angular E.I.R.P . mask According to declared and published 
specification of interrogator designer (Consist ent with EN 12253) 
D5 Polar isation Left hand circular (Consist ent with EN 12253) 
D5a Cross-P olar isation XPD: 
In bore sight : (REDCR) RSU t ≥ 15 dB 
(DSR C-VU) OBU r ≥ 10 dB 
At -3 dB area: (REDCR) RSU t ≥ 10 dB 
(DSR C-VU) OBU r ≥ 6 dB (Consist ent with EN 12253) 
D6 (*) Modulation Two level amplitude modulation. (Consist ent with EN 12253) 
D6a (*) Modulation Index 0,5 … 0,9 (Consist ent with EN 12253) 26.5.2016 L 139/462 Publicatieblad van de Europese Unie NL    
Item No. Parameter Value(s) Remark 
D6b Eye Pattern ≥ 90 % (time) / ≥ 85 % (amplit ude)  
D7 (*) Data Coding FM0 
”1” bit has transitions only at the be­
ginning and end of the bit inter val. ”0” 
bit has an additional transition in the 
middle of the bit inter val compare d to 
the ”1” bit. (Consist ent with EN 12253) 
D8 (*) Bit rate 500 kBit/s (Consist ent with EN 12253) 
D8a Tolerance of Bit Clock better than ± 100 ppm (Consist ent with EN 12253) 
D9 (*) Bit Error Rate (B.E.R.) 
for communication ≤10– 6 when incident power at OBU 
(DSR C-VU) is in the rang e given by 
[D11a to D11b]. (Consist ent with EN 12253) 
D10 Wake-up trigger for 
OBU (DSR C-VU) OBU (DSR C-VU) shall wake up on re­
ceiving any frame with 11 or more oc­
tets (including preamble) No special wake-up patter n is necessar y. 
DSR C-VU may wake up on receiving a 
frame with less than 11 octets 
(Consist ent with EN 12253) 
D10a Maximum Star t Time ≤ 5 ms (Consist ent with EN 12253) 
D11 Communication zone Spatial region within which a B.E.R. ac­
cording to D9a is achi eved (Consist ent with EN 12253) 
D11a (*) Power Limit for com ­
munication (upper). – 24dBm (Consist ent with EN 12253) 
D11b (*) Power Limit for com ­
munication (lower). Incident power: 
– 43 dBm (boresight) 
– 41 dBm (within – 45° – + 45° Cor­
responding to the plane parallel to the 
road surface when the DSR C-VU later 
is installed in the vehicle (Azimuth)) (Consist ent with EN 12253) 
Exten ded requirement for horizontal an­
gles up to ± 45°, due to the use cases 
defined in this annex. 
D12 (*) Cut-off power level of 
(DSR C-VU) – 60 dBm (Consist ent with EN 12253) 
D13 Preamble Preamble is mandatory . (Consist ent with EN 12253) 
D13a Preamble Length and 
Pattern 16 bits ± 1 bit of FM0 coded “1” bits (Consist ent with EN 12253) 26.5.2016 L 139/463 Publicatieblad van de Europese Unie NL    
Item No. Parameter Value(s) Remark 
D13b Preamble Wave form An alternati ng sequence of low level 
and high level with pulse duration of 2 
µs. 
The tolerance is given byD8a (Consist ent with EN 12253) 
D13c Trailing Bits The RSU (REDCR) is permitted to tran ­
smit a maximum of 8 bits after the 
end flag. An OBU (DSR C-VU) is not 
required to take these additional bits 
into account. (Consist ent with EN 12253) 
(*)  – Downlink parameters subject to conf ormance testing in accordance with relevant parameter test from EN 300 674-1  
Tabel 14.2 
Uplinkparameters 
Item No. Parameter Value(s) Remark 
U1 (*) Sub-car rier Frequencies A OBU (DSR C-VU) shall suppor t 
1,5 MHz and 2,0 MHz 
An RSU (REDCR) shall suppor t 
1,5 MHz or 2,0 MHz or both. U1-0: 
1,5 MHz U1-1: 2,0 MHz Selection of sub-car rier frequency 
(1,5 MHz or 2,0 MHz) depends on the 
EN 13372 profile select ed. 
U1a (*) Tolerance of Sub- car­
rier Frequencies within ± 0,1 % (Consist ent with EN 12253) 
U1b Use of Side Bands Same data on both sides (Consist ent with EN 12253) 
U2 (*) OBU (DSR C-VU) Trans ­
mitter Spectr um Mask According to EN12253 
1)  Out band power: 
see ETSI EN 300674-1 
2)  In band power: 
[U4a] dBm in 500 kHz 
3)Emission in any other uplink chan ­
nel: 
U2(3)-1 = – 35 dBm in 500 kHz (Consist ent with EN 12253) 
U4a (*) Maximum Sing le Side 
Band E.I.R.P . (boresight) Two options: 
U4a-0: – 14 dBm 
U4a-1: – 21 dBm According to declared and published 
specifi cation of equipment designer 
U4b (*) Maximum Sing le Side 
Band E.I.R.P . (35°) Two options: 
—  Not applicable 
—  – 17dBm According to declared and published 
specifi cation of equipment designer 
U5 Polar isation Left hand circular (Consist ent with EN 12253) 26.5.2016 L 139/464 Publicatieblad van de Europese Unie NL    
Item No. Parameter Value(s) Remark 
U5a Cross Polar isation XPD: 
In bore sight : (REDCR) RSU r ≥ 15 dB 
(DSR C-VU) OBU t ≥ 10 dB 
At – 3 dB: (REDCR) RSU r ≥ 10 dB 
(DSR C-VU) OBU t ≥ 6 dB (Consist ent with EN 12253) 
U6 Sub-Car rier Modulation 2-PSK 
Encoded data synchr onised with sub- 
carrier: Transitions of encoded data co­
incide with transitions of sub- carrier. (Consist ent with EN 12253) 
U6b Duty Cycle Duty Cycle: 
50 % ± α, α ≤ 5 % (Consist ent with EN 12253) 
U6c Modulation on Carrier Multiplication of modulat ed sub- car­
rier with carrier. (Consist ent with EN 12253) 
U7 (*) Data Coding NRZI (No transition at beginning of 
”1” bit, transition at beginning of ”0” 
bit, no transition within bit) (Consist ent with EN 12253) 
U8 (*) Bit Rate 250 kbit/s (Consist ent with EN 12253) 
U8a Tolerance of Bit Clock Within ± 1 000 ppm (Consist ent with EN 12253) 
U9 Bit Error Rate (B.E.R.) 
for communication ≤10 – 6 (Consist ent with EN 12253) 
U11 Communication Zone The spatial region within whic h the 
DSR C-VU is situated such that its 
transmissions are received by the 
REDCR with a B.E.R. of less than that 
given by U9a. (Consist ent with EN 12253) 
U12a (*) Conversio n Gain (lower 
limit) 1 dB for each side band Range of an­
gle: Circularly symmetr ic between bore 
sight and ± 35° 
and  
within – 45° — + 45°Cor responding 
to the plane parallel to the road surface 
when the DSR C-VU later is installed in 
the vehicle (Azimuth) Greater that the specifi ed value rang e 
for horizontal angles up to ± 45°, due 
to the use cases defined in this annex. 
U12b (*) Conversio n Gain (upper 
limit) 10 dB for each side band Less than the specified value rang e for 
each side band within a circular cone 
around boresight of ± 45° opening an­
gle 
U13 Preamble Preamble is mandatory . (Consist ent with EN 12253) 26.5.2016 L 139/465 Publicatieblad van de Europese Unie NL    
Item No. Parameter Value(s) Remark 
U13a Preamble 
Length and Pattern 32 to 36 µs modulat ed with sub- car­
rier only , then 8 bits of NRZI coded 
”0” bits. (Consist ent with EN 12253) 
U13b Trailing Bits The DSR C-VU is permitted to transmit 
a maximum of 8 bits after the end 
flag. A RSU (REDCR) is not required 
to take these additional bits into ac­
count. (Consist ent with EN 12253) 
(*)  – Uplink paramet ers subject to conf ormance testing in accordance with relevant parameter test from EN 300 674-1  
5.3.3  Antenneontw erp 
5.3.3.1  REDCR -ant enne 
DSC_30  Het ontwer p van de REDCR -ant enne wordt bepaald door de commerciële vorm geving en met het oog 
op de werking binnen de in punt 5.3.2 bepaalde grenswaarden, waar nodig aangepast om de leespres ­
taties van de DSR C-REDCR optimaal af te stem men op het specifi eke gebr uiksdoel en de werkingsom ­
standigheden waar voor de REDCR is ontw orpen. 
5.3.3.2  VU-ante nne 
DSC_31  Het ontwer p van de antenne van de DSR C-VU wordt bepaald door de commerciële vorm geving en 
met het oog op de werking binnen de in punt 5.3.2 bepaalde grenswaarden, waar nodig aange past om 
de leesprestaties van de DSR C-REDCR optimaal af te stemmen op het specifi eke gebruiksd oel en de 
werkingsomstandigheden waar voor de REDCR is ontw orpen. 
DSC_32  De VU-ante nne wordt bevestigd op of nabi j de voorruit van het voer tuig, zoals gespecifi ceerd in 
punt 5.1 hierbo ven. 
DSC_33  Een DSR C-VU-antenne die, overeenk omstig punt 5.1 hierbo ven, aan de binnenzij de van een heldere 
standaardv oorruit is vastgemaakt, kan in de testomg eving van een werkplaats (zie punt 6.3) een 
succesvo lle verbinding tot stand brengen met standaardtes tapparatuur en met succes een RTM- 
transactie uitvoer en op de in dit aanhangsel omsch reven wijze, op een afstand van 2 tot en met 10 m, 
met een slaagpercentage van meer dan 99 %, berekend als gemiddelde over 1 000 onder vraging en 
met leestoeg ang. 
5.4  DSR C-protoco lvereiste n voor RTM 
5.4.1  Over zicht 
DSC_34  Het transactieprotocol om de gegevens te downloaden via de 5,8 GHz DSR C-int erface verloop t in de 
hieronder toeg elicht e stappen. De besc hrijving van de transactiestroom in dit gedeelt e berust op ideale 
omstandigheden zonder hertransmissie of onderbreking van de communicatie. 
Opmerking: het doel van de initialisatiefas e (stap 1) is tweeledig: enerzijds de verbindingsopbouw 
tussen de REDCR en de DSR C-VU's die binnen het bereik van de 5,8 GHz DSR C-interface (op master - 
slavebasis) zijn gekomen, maar nog niet in verbinding staan met de REDCR en anderzij ds de 
aanmelding van toepass ingsprocedures.  
— Stap 1Initialisatie De REDCR verzendt een frame met een dienstrooste r radiobake n (BST) waar in 
de toepassingsidentificatore n (AID's) van de lijst van ondersteunde diensten zijn opgenomen. Voor 
de RTM-t oepassing is dit doorgaan s de dienst waar van de AID gelijk is aan 2 („Freight&Fleet”). De 
DSR C-VU onderzoekt de ontvange n BST, verzendt als antwoord (zie verder) de lijst van 
onderst eunde toepassing en in het domein „Freight&Fleet”, of antwoordt niet indien geen 
toepa ssingen worden ondersteund. Indien de REDCR geen AID=2 verzendt, geeft de DSR C-VU 
geen antw oord aan de REDCR. 26.5.2016 L 139/466 Publicatieblad van de Europese Unie NL    
— Stap 2De DSR C-VU verzendt een frame met een verzoek om toewi jzing van een tijdvenster .  
— Stap 3De REDCR verzendt een frame met het toeg ewezen tijdvenster .  
— Stap 4De DSR C-VU verzendt binnen het toegewezen tijdvenster een frame met het dienstrooste r 
voertuig (VST). Deze VST bevat een lijst van alle toepassing en die deze DSR C-VU onderst eunt in 
het domein „Freight&Fleet” (AID=2). De verschillende toepass ingen worden geïdentificeerd door 
uniek e elementidentifi catore n (EID's), gekoppeld aan een parameter waarde van de contextmar ­
kering die de onderst eunde norm en toepassing aangeeft.  
— Stap 5De REDCR analyseer t de ontvangen VST . Indien de VST irrelevant is (bijv oorbeeld een VST 
ontvang en van een DSR C-VU die geen onderst euning biedt aan de RTM-transactie), verbreekt de 
REDCR de verbinding (Release-commando). Indien de ontvang en VST geschikt wordt bevonden, 
begint de REDCR de toepassin g te concretiseren.  
— Stap 6Daar toe verzendt de REDCR een frame met een commando om de RTM-g egevens op te 
halen, waarbij de geconcretiseerde RTM-toepassing wordt geïdentif iceerd op basis van de corres­
ponderende identif icator die de DSR C-VU in de VST heef t gespecif iceerd. Verder wijst de REDCR 
een tijdvenst er toe.  
— Stap 7De DSR C-VU verzendt binnen het nieuw toeg ewezen tijdvenst er een frame met de 
adresidentificator die voor de geconcretiseerde RTM-toepassing in de VST is opge geven, gevolgd 
door het attribuut RtmData (payloadelement + beveiligingselement).  
— Stap 8Indien meerdere diensten worden aanger oepen, wordt de waarde ‘n’ gewijzigd in het 
volgende referentienummer van de dienst, en wordt de procedure opnieuw uitgev oerd.  
— Stap 9De REDCR bevestigt ontvangst van de gegevens door een frame met een Release- 
commando naar de DSR C-VU te verzenden om de sessie te beëindigen OF gaat terug naar stap 6 
indien de REDCR er niet in geslaagd is de geslaagde ontvangst van de LDPU te valideren. 
Het transactieprot ocol wordt grafisch verduidelij kt in figuur 14.6.  26.5.2016 L 139/467 Publicatieblad van de Europese Unie NL    
Figuur 14.6 
Stroomschema RTM-proces via 5,8 GHz DSR C-inter face 
26.5.2016 L 139/468 Publicatieblad van de Europese Unie NL    
5.4.2  Commando's 
DSC_35  De volg ende commando's zijn de enig e functies die tijdens de RTM-transactie worden gebruikt:  
— INITIALIS ATION .reques t:door de REDCR verzonden commando met de definitie van de door 
de REDCR onderst eunde toep assingen.  
— INITIALIS ATION .response: antwoord waar in de DSR C-VU de verbinding bevestigt en waar in 
een lijst is opgenomen van ondersteunde toepas singen met kenmerk en en nadere informatie om 
deze aan te roepen (EID).  
— GET .reques t:door de REDCR naar de DSR C-VU verzonden commando waar in nauwk eurig 
wordt aangeg even welke toepassing moet worden aanger oepen met behulp van een bepaalde EID 
in de ontvangen VST , en waar in de DSR C-VU wordt gevraagd de geselecteerde attribut en te 
verzenden met de gegevens. Het Get-commando zorgt ervoor dat de REDCR de gegevens verkr ijgt 
van de DSR C-VU.  
— GET .response: antw oord van de DSR C-VU waar in de gevra agde gegevens zijn opge nomen.  
— ACTION .reques t ECHO: commando waar in de DSR C-VU wordt gevraagd gegeve ns terug te 
zenden naar de REDCR. Dankzij het Echo-commando kunnen werkplaatsen of testcentra voor 
typegoedk euring de werking van de DSR C-int erface testen zonder toeg ang te moeten krijgen tot 
beveiligingsref erenties.  
— ACTION .response ECHO: antwoord van de DSR C VU op het Echo-commando.  
— EVENT_REPORT .reques t RELEASE: commando waar in de DSR C-VU wordt opge dragen de 
transactie te beëindigen. Het Release-commando heef t tot doel de sessie met de DSR C-VU te 
beëindige n. Na ontvangst van het Release-commando reagee rt de DSR C-VU niet meer op 
aanvullende onder vragingen tijdens de huidige verbinding. Overeenk omstig EN 12834 maakt de 
DSR C-VU niet nogmaals verbinding met hetzelfde onder vragingssysteem tenzij de DSR C-VU zich 
gedurende 255 seconden buit en het communicatieg ebied heef t bevo nden, of de bake n-ID van het 
onder vragingssysteem wordt gewijzigd . 
5.4.3  Volgor de van onder vragingscommando's 
DSC_36  Rekeni ng houdend met de volgorde van commando's en antw oorden kan de transactie als volgt 
worden omschreven: 
Sequence Sender  Receiver Descr iption Action 
1 REDCR > DSR C-VU Initialisation of the communi ­
cation link — Request REDCR broadcasts BST 
2 DSRC-VU > REDCR Initialisation of the communica ­
tion link — Response If BST suppor ts AID=2 then 
DSRC-VU Requests a private win­
dow 
3 REDCR > DSR C-VU Grants a private windo w Sends Frame containing private 
windo w allocation 
4 DSRC-VU > REDCR Sends VST Sends Frame compr ising VST 
5 REDCR > DSR C-VU Sends GET .request for data in 
Attribute for specifi c EID  
6 DSRC-VU > REDCR Sends GET .response with requested 
Attr ibute for specific EID Sends Attr ibute (RTMData, OW S­
Data….) with data for specif ic EID 26.5.2016 L 139/469 Publicatieblad van de Europese Unie NL    
Sequence Sender  Receiver Descr iption Action 
7 REDCR > DSR C-VU Sends GET .request for data 
other Attribut e (if appropr iate)  
8 DSRC-VU > REDCR Sends GET .response with requested 
Attr ibute Sends Attr ibute with data for speci ­
fic EID 
9 REDCR > DSR C-VU Ackno wledges successful re­
ceip t of data Sends RELEASE command 
which closes transaction 
10 DSRC-VU   Closes transaction   
De transactiev olgorde en de inhoud van de uitgewisselde frames worden aan de hand van een 
voor beeld verduidelijkt in punten 5.4.7 en 5.4.8. 
5.4.4  Gegevensstr uctur en 
DSC_37  De semantische structuur van de via de 5,8 GHz DSR C-int erface uitgewi sselde gegevens stemt overeen 
met de in dit aanhangsel vervatte beschr ijving. In dit punt wordt uiteeng ezet hoe deze gegevens 
worden gestr uctureerd. 
DSC_38  De payloadgeg evens (RTM-g egevens) bestaan uit de samenv oeging van: 
1.Encr yptedTachographP ayload data, zijnde de coder ing van de in punt 5.4.5 van ASN.1 gedefi ­
nieerde Tachog raphPa yload. De coder ingsmethode wordt nader toegelic ht in aanhangsel 11.  
2. DSR CSecur ityData, zoals gespecifi ceerd in aanhangsel 11. 
DSC_39  De RTM-geg evens worden aanger oepen met RTM-attr ibuut=1 en overg ebracht in RtmContainer=10. 
DSC_40  Rtm-Conte xtMark identif iceer t het deel van de ondersteunde norm uit de TARV-nor menreeks (voor 
RTM is dit deel 9). 
De ASN.1-module voor de DSR C-int erfacegeg evens in de RTM-t oepassing wordt als volgt gedefinieerd:  26.5.2016 L 139/470 Publicatieblad van de Europese Unie NL    
26.5.2016 L 139/471 Publicatieblad van de Europese Unie NL    
5.4.5  Elementen van RtmData, uitgevoer de acties en definities 
DSC_41 De VU bereke nt de gegevenswaarden waar mee de beveiligde gegevens in de DSR C-VU worden geactua ­
liseerd, overeenk omstig de rege ls in tabel 14.3. 
Tabel 14.3 
Elementen van RtmDat a, uitgev oerde acties en definities 
(1) RTM Data 
Element (2) Action perfor med by the VU  (3) ASN.1 defin ition of data 
RTM1 
Vehicle Regis ­
tration Plate The VU shall set the value of the tp15638V ehicleRegistr ation ­
Plate data element RTM1 from the recorded value of the data 
type VehicleR egistr ationIdentif ication as defined in Appendix 1 
VehicleRegistr ationIdentif ication Vehicle Registra ­
tion Plate expres ­
sed as a string of 
charact ers 
26.5.2016 L 139/472 Publicatieblad van de Europese Unie NL    
(1) RTM Data 
Element (2) Action perfor med by the VU  (3) ASN.1 defin ition of data 
RTM2 
Speeding 
Event The VU shall generate a Boolean value for data element RTM2 
tp15638SpeedingEvent. 
The tp15638SpeedingEvent value shall be calculat ed by the 
VU from the number of Over Speeding Events recorded in the 
VU in the last 10 days of occur rence, as defined in Annex 1C. 
If there is at least one tp15638SpeedingEvent in the last 10 
days of occur rence, the tp15638SpeedingEvent value shall be 
set to TRUE. 
ELSE if there are no events in the last 10 days of occur rence, 
the tp15638SpeedingEvent shall be set to FALSE. 1 (TRUE) — Indi ­
cates irregular i­
ties in speed wit­
hin last 10 days 
of occur rence 
RTM3 
Driving Wit ­
hout Valid 
Card The VU shall generate a boolean value for data element RTM3 
tp15638Dr ivingWithoutV alidCard. 
The VU shall assign a value of True to the tp15638Dr iving ­
WithoutV alidCard variable if the VU data has recorded at least 
one event in the last 10 days of occur rence of type “Driving 
without an appropr iate card” event as defined in Annex 1C. 
ELSE if there are no events in the last 10 days of occur rence, 
the tp15638Dr ivingWithoutV alidCard variable shall be set to 
FALSE. 1 (TRUE) = Indi ­
cates invalid card 
usag e 
RTM4 
Valid Driver 
Card The VU shall generate a boolean value for data element RTM4 
tp15638Dr iverCard on the basis of the data stored in the VU 
and defined in Appendix 1. 
If no valid driver card is present the VU shall set the variable 
to TRUE 
ELSE if a valid driver card is present the VU shall set the varia­
ble to FALSE 0 (FALSE) = Indi ­
cates a valid dri­
ver card 
RTM5 
Card Inser ­
tion while 
Driving The VU shall generate a boolean value for data element RTM5. 
The VU shall assign a value of TRUE to the tp15638CardInser ­
tion variable if the VU data has recorded in the last 10 days of 
occur rence at least one event of type “Card inser tion while dri­
ving.” as defined in Annex 1C. 
ELSE if there are no such events in the last 10 days of occur ­
rence, the tp15638CardInser tion variable shall be set to 
FALSE. 1 (TRUE) = Indi ­
cates card inser ­
tion while driving 
within last 10 
days of occur ­
rence 
RTM6 
Motion Data 
Error The VU shall generate a Boolean value for data element RTM6. 
The VU shall assign a value of TRUE to the tp15638Motion ­
DataEr ror variable if the VU data has in the last 10 days of oc­
currence recorded at least one event of type “Motion data er­
ror” as defined in Annex 1C. 
ELSE if there are no such events in the last 10 days of occur ­
rence, the tp15638MotionDataEr ror variable shall be set to 
FALSE. 1 (TRUE) = Indi ­
cates motion data 
error within last 
10 days of occur ­
rence 
26.5.2016 L 139/473 Publicatieblad van de Europese Unie NL    
(1) RTM Data 
Element (2) Action perfor med by the VU  (3) ASN.1 defin ition of data 
RTM7 
Vehicle Mo­
tion Conf lict The VU shall generate a Boolean value for data element RTM7. 
The VU shall assign a value of TRUE to the tp15638vehicle ­
MotionConf lict variable if the VU data has in the last 10 days 
recorded at least one event of type Vehicle Motion Conf lict 
(value ‘0A’H ). 
ELSE if there are no events in the last 10 days of occur rence, 
the tp15638vehicleMotionConf lict variable shall be set to 
FALSE. 1 (TRUE) = Indi ­
cates motion 
conf lict within 
last 10 days of 
occur rence 
RTM8 
2nd Driver 
Card The VU shall generate a Boolean value for data element RTM8 
on the basis of Annex 1C (“Dr iver Activity Data” CREW and 
CO-DRIVER). 
If a 2nd valid driver card is present the VU shall set the varia­
ble to TRUE 
ELSE if a 2nd valid driver card is not present the VU shall set 
the variable to FALSE 1 (TRUE) = Indi ­
cates a second 
driver card inser ­
ted 
RTM9 
Cur rent Acti­
vity The VU shall generate a boolean value for data element RTM 9. 
If the current activity is recorded in the VU as any activity 
other than “DRIVING” as defined in Annex 1C the VU shall set 
the variable to TRUE 
ELSE if the current activity is recorded in the VU as “DRIVING” 
the VU shall set the variable to FALSE 1 (TRUE) = other 
activity select ed; 
0 (FALSE) = dri­
ving selected 
RTM10 
Last Session 
Closed The VU shall generat e a boolean value for data element 
RTM10. 
If the last card session was not properly closed as defined in 
Annex 1C the VU shall set the variable to TRUE. 
ELSE if the last card session was properly closed the VU shall 
set the variable to FALSE 1 (TRUE) = im­
properly closed 
0 (FALSE) = pro­
perly closed 
RTM11 
Power Supply 
Inter ruption The VU shall generate an integ er value for data element 
RTM11. 
The VU shall assign a value for the tp15638P owerSupplyInt er­
ruption variable equal to the long est power supply interrup­
tion according to Article 9, Reg (EU) 165/2014 of type “Power 
supply interr uption” as defined in Annex 1C. 
ELSE if in the last 10 days of occur rence there are have been 
no Power supply interr uption events the value of the integ er 
shall be set to 0. —  Number of 
power supply 
interr uptions 
in last 10 
days of occur ­
rence 
26.5.2016 L 139/474 Publicatieblad van de Europese Unie NL    
(1) RTM Data 
Element (2) Action perfor med by the VU  (3) ASN.1 defin ition of data 
RTM12 
Sensor Fault The VU shall generate an integ er value for data element 
RTM12. 
The VU shall assign to the variable sensorF ault a value of: 
—  1 if an event of type ‘35’H Sensor fault has been recorded 
in the last 10 days, 
—  2 if an event of type GNSS receiver fault (either internal or 
exte rnal with enum values ‘51’H or ‘52’H) has been re­
corded in the last 10 days. 
—  3 if an event of type ‘53’H Extern al GNSS communication 
fault has been recorded in the last 10 days of occur rence. 
—  4 If both Sensor Faul t and GNSS receiver faults have been 
recorded in the last 10 days of occur rence 
—  5 If both Sensor Faul t and External GNSS communication 
faults have been recorded in the last 10 days of occur rence 
—6 If both GNSS receiver fault and External GNSS commu ­
nication fault have been recorded in the last 10 days of oc­
currence 
—  7 If all three sensor faults , have been recorded in the last 
10 days of occur rence 
ELSE it shall assign a value of 0 if no events have been re­
corded in the last 10 days of occur rence —  sensor fault 
one octet as 
per data dicti ­
onar y 
RTM13 
Time Adjust ­
ment The VU shall generate an integ er value (timeReal from Appen ­
dix 1) for data element RTM13 on the basis of the presence of 
Time Adjustment data as defined in Annex 1C. 
The VU shall assign the value of time at which the last time 
adjustment data event has occur red. 
ELSE if no “Time Adjustmen t” event. as defined in Annex 1C 
is present in the VU data it shall set a value of 0 Time of the last 
time adjustment 
RTM14 
Secur ity 
Breach At­
tempt The VU shall generate an integ er value (timeReal from Appen ­
dix 1) for data element RTM14 on the basis of the presence of 
a Secur ity breac h attem pt event as defined in Annex 1C. 
The VU shall set the value of the time of the latest secur ity 
breach attem pt event recorded by the VU. 
ELSE if no “secur ity breach attempt” event as defined in Annex 
1C is present in the VU data it shall set a value of 0x00FF . Time of last 
breac h attempt 
—  Default value 
=0x00FF 
RTM15 
Last Calibra ­
tion The VU shall generate an integ er value (timeReal from Appen ­
dix 1) for data element RTM15 on the basis of the presence of 
Last Calibration data as defined in Annex 1C. 
The VU shall set the value of time of the lates t two calibrations 
(RTM15 and RTM16) , which are set in VuCalibrationData defi­
ned in Appendix 1. 
The VU shall set the value for RTM15 to the timeReal of the 
latest calibration record. Time of last cali­
bration data 
26.5.2016 L 139/475 Publicatieblad van de Europese Unie NL    
(1) RTM Data 
Element (2) Action perfor med by the VU  (3) ASN.1 defin ition of data 
RTM16 
Previous Cali ­
bration The VU shall generate an integ er value (timeReal from Appen ­
dix 1) for data element RTM16 of the calibration record prece ­
ding that of the last calibration 
ELSE if there has been no previous calibration the VU shall set 
the value of RTM16 to 0. Time of previous 
calibration data 
RTM17 
Date Tacho ­
graph Con ­
nected For data element RTM17 the VU shall generat e an integer va­
lue (timeReal from Appendix 1). 
The VU shall set the value of the time of the initial installation 
of the VU. 
The VU shall extract this data from the VuCalibrationData (Ap­
pendix 1) from the vuCalibrationRecords with CalibrationPur ­
pose equal to: ‘03’H Date tachog raph 
connecte d 
RTM18 
Cur rent 
Speed The VU shall generate an integ er value for data element 
RTM18. 
The VU shall set the value for RTM16 to the last current re­
corded speed at the time of the latest update of the RtmData. Last current re­
corded speed 
RTM19 
Timest amp For data element RTM19 the VU shall generat e an integer va­
lue (timeReal from Appendix 1). 
The VU shall set the value for RTM19 to the time of the latest 
update of the RtmData. Timestamp of 
current 
TachographPa y­
load record 
5.4.6  Mechanisme voor gegevensoverdracht 
DSC_42  Eerder gedefinieerde payloadge gevens worden na de initialisatief ase opgevraagd door de REDCR en 
vervolg ens door de DSR C-VU verzonden binnen het toeg ewezen tijdvenst er. De REDCR gebruikt het 
Get-commando om de gegevens op te halen. 
DSC_43  Voor elke uitwisseling via DSR C-int erfaces worden de gegeve ns gecodeerd op basis van PER (Packed 
Encoding Rules). 
5.4.7  Gedetailleer de beschr ijving van transacties via DSRC-interfaces 
DSC_44  De initialisatie wordt uitgev oerd overeenk omstig de voor schr iften DSC_44 tot en met DSC_48 en de 
tabellen 14.4 tot en met 14.9. Bij aanvang van de initialisatiefas e verzendt de REDCR een frame met 
een dienstroost er radiobake n (BST) overeenk omstig EN 12834 en EN 13372, punt en 6.2, 6,3, 6,4 
en 7.1, waar van de inste llingen worden gespecif iceerd in de onderstaande tabel 14.4. 26.5.2016 L 139/476 Publicatieblad van de Europese Unie NL    
Tabel 14.4 
Initialisatie: instel lingen BST -frame 
Field Settings 
Link Identifier Broadcast address 
BeaconId As per EN 12834 
Time As per EN 12834 
Profile No extension, 0 or 1 to be used 
MandApplications No exte nsion, EID not present, Parameter not present, AID= 2 
Freight&Fleet 
NonMandApplications Not present 
ProfileL ist No extension, number of prof iles in list = 0 
Fragmentation header No fragmentation 
Layer 2 settings Command PDU, UI command  
In de onderstaande tabel 14.5 worden de instelling en van tabel 14.4 verduidelijkt aan de hand van een 
praktijkv oorbeeld, met aanduiding van de bitcoder ing. 
Tabel 14.5 
Initialisatie: voorbeeld inhoud BST -frame Octet # Attribute/Field Bits in octet Descr iption 
1 FLAG 
 Star t flag 
2 Broadcast ID 
 Broadcast address 
3 MAC Control Field 
 Command PDU 
4 LLC Control field 
 UI command 
5 Fragmentation header 
 No fragmentation 26.5.2016 L 139/477 Publicatieblad van de Europese Unie NL    
Octet # Attribute/Field Bits in octet Descr iption 
6 BST 
 Initialisation request 
SEQUENCE {   
OPTION indicator 
BeaconID SEQUENCE { 
ManufacturerId INTEGER 
(0..65535)  
NonMand applications not present    
Manufacturer Identifier 
7  
8  
IndividualID INTEGER 
(0..134217727)  
} 
27 bit ID available for manufacturer 
9 
10 
11 
12 Time INTEGER (0..4294967295)  
 32 bit UNIX real time 
13 
14 
15 
16 Profil eINTEGER (0..127,…)  
 No extension. Examp le prof ile 0 
17 MandApplications SEQUENCE 
(SIZE(0..127, 
…)) OF {  
No extension, Number of mandAppli ­
cations=1 
18 SEQUENCE {   
OPTION indicator 
 EID not present 
OPTION indicator 
 Parame ter not present 
AID DSR CApplicationEntityID 
} }  
No extension. AID= 2 Freight&Fleet 26.5.2016 L 139/478 Publicatieblad van de Europese Unie NL    
Octet # Attribute/Field Bits in octet Descr iption 
19 Profil eList SEQUENCE (0..127,…) 
OF Profile }  
No extension, number of prof iles in 
list = 0 
20 FCS 
 Frame check sequence 
21 
22 Flag 
 End Flag  
DSC_45  Bij ontvangst van een BST verzendt de DSR C-VU een verzoek om toewi jzing van een tijdvenst er, als 
bedoeld in EN 12795 en EN 13372, punt 7.1.1, zonder specifieke RTM-ins telling en. In tabel 14.6 
staat een voorb eeld van de bitcoder ing. 
Tabel 14.6 
Initialisatie: frame-inhoud verzoek om toewijzing van tijdv enster Octet # Attribute/Field Bits in octet Descr iption 
1 FLAG 
 Star t flag 
2 Private LID 
 Link address of specifi c DSR C-VU 
3 
4 
5 
6 MAC Control field 
 Private windo w request 
7 FCS 
 Frame check sequence 
8 
9 Flag 
 End Flag  
DSC_46  De REDCR beantwoordt dit verzoek door een tijdvenst er toe te wijzen, als bedoeld in EN 12795 en 
EN 13372, punt 7.1.1, zonder specifi eke RTM-inst elling en. 
In tabel 14.7 staat een voorbeeld van de bitcoder ing. 26.5.2016 L 139/479 Publicatieblad van de Europese Unie NL    
Tabel 14.7 
Initialisatie: frame-inhoud toewijzing van tijdv enster Octet # Attribute/Field Bits in octet Descr iption 
1 FLAG 
 Star t flag 
2 Private LID 
 Link address of the specific DSR C-VU 
3 
4 
5 
6 MAC Control field 
 Private windo w allocation 
7 FCS 
 Frame check sequence 
8 
9 Flag 
 End Flag  
DSC_47  Bij ontvangst van het toeg ewezen tijdvenster verzendt de DSR C-VU het dienstrooster voer tuig (VST), 
als bedoeld in EN 12834 en EN 13372, punt en 6.2, 6,3, 6.4 en 7.1, volg ens de in tabel 14.8 gespecifi ­
ceerde instelling en en binnen het toeg ewezen tijdvenster voor verzending. 
Tabel 14.8 
Initialisatie: inst ellingen VST -frame 
Field Settings 
Private LID As per EN 12834 
VST parameters Fill=0, then for each suppor ted application: EID present, paramete r 
present, AID=2, EID as generat ed by the OBU 
Parameter No extension, Contains the RTM Context Mark 
ObeConfiguration The optional ObeStatus field may be present, but shall not be used by 
the REDCR 
Fragmentation header No fragmentation 
Layer 2 settings Command PDU, UI command  26.5.2016 L 139/480 Publicatieblad van de Europese Unie NL    
DSC_48 De DSR C-VU ondersteunt de toepass ing „Freight and Fleet”, geïdentif iceerd door toepassingsidenti ­
ficator (AID) ‘2’. Mog elijk worden andere toepassingsidentif icatoren onderst eund, maar die staan niet 
in deze VST, aangezien de BST alleen AID=2 vereist. Het veld „Toepassingen” bevat een lijst van 
onderst eunde toepassing en in de DSR C-VU. Voor elke ondersteunde toepa ssing wordt een verwijzing 
naar de toep asselijk e norm opgegeven, met name Rtm-Cont extMark , bestaande uit een objectidenti ­
ficator die de bijbehorende norm voorstelt, het deel van de norm (deel 9 voor RTM) en in 
voor komend geval de versie daar van, alsook een EID die door de DSR C-VU wordt gegenereerd en die 
aan deze toepa ssing gekoppeld is. 
In de onderstaande tabel 14.9 worden de instelling en van tabel 14.8 verduidelijkt aan de hand van een 
praktijkv oorbeeld, met aanduiding van de bitcoder ing. 
Tabel 14.9 
Initialisatie: voorbeeld inhoud VST -frame Octet # Attribute/Field Bits in octet Descr iption 
1 FLAG 
 Star t flag 
2 Private LID 
 Link address of the specific DSR C-VU 
3 
4 
5 
6 MAC Control field 
 Command PDU 
7 LLC Control field 
 UI command 
8 Fragmentation header 
 No fragmentation 
9 VST 
SEQUENCE { 
Initialisation response 
Fill BIT STRING (SIZE(4)) 
 Unused and set to 0 
10 Profil eINTEGER (0..127,...) 
Applications SEQUENCE OF { 
No extension. Examp le prof ile 0 
11 
 No extension, 1 application 
12 SEQUENCE {   
OPTION indicator 
 EID present 
OPTION indicator 
 Parame ter present 
AID DSR CApplicationEntityID 
 No extension. AID= 2 Freight&Fleet 
13 EID Dsrc-EID 
 Defi ned within the OBU and identi ­
fying the application instance. 26.5.2016 L 139/481 Publicatieblad van de Europese Unie NL    
Octet # Attribute/Field Bits in octet Descr iption 
14 Parameter Container { 
 No extension, Container Choice = 02, 
Octet string 
15  
 No extension, Rtm Context Mark 
length = 8 
16 Rtm-Cont extMark::= SEQUENCE 
{ 
StandardIdentifier 
standardIdentifier  
Object Identif ier of the suppor ted stan ­
dard, part, and version. Example: ISO 
(1) Standard (0) TARV (15638) part9 
(9) Version1 (1). 
First octet is 06H, which is the Object 
Identif ier Second octet is 06H, whic h 
is its length. Subsequent 6 octets en­
code the exam ple Object Identifier 
Note that only one element of the se­
quence is present (the optional 
RtmCommProf ile element is omitt ed) 17 
18 
19 
20 
21 
22 
23 
24 ObeConfiguration Sequence {   
OPTION indicator 
 ObeStatus not present 
EquipmentClass INTEGER 
(0..32767) 
25 
26 Manufactur erId INTEGER 
(0..65535) 
Manufacturer identif ier for the DSR C- 
VU as descr ibed in ISO 14816 Regist er 
27 
28 FCS 
 Frame check sequence 
29 
30 Flag 
 End Flag  
DCS_49  De REDCR leest vervolgens de gegevens door een Get-commando te verzenden, zoals gedefinieerd in 
EN 13372, punten 6.2, 6.3 en 6.4 en in EN 12834, met de in tabel 14.10 gespecificeerde instellingen. 
Tabel 14.10 
Overzicht : instellingen GET .request-frame 
Field Settings 
Invoker Identif ier (IID) Not present 
Link Identifier (LID) Link address of the specifi c DSR C-VU 
Chaining No 26.5.2016 L 139/482 Publicatieblad van de Europese Unie NL    
Field Settings 
Element Identif ier (EID) As specifi ed in the VST. No extensi on 
Access Credentials No 
AttributeIdList No extension, 1 attribute, AttributeID = 1 (RtmData) 
Fragmentation No 
Layer2 settings Command PDU, Polled ACn command  
In tabel 14.11 wordt aan de hand van een voorbeeld verduidelij kt hoe de RTM-geg evens worden 
gelezen. 
Tabel 14.11 
Overzicht : voorbeeld GET .reques t-frame Octet # Attribute/Field Bits in octet Descr iption 
1 FLAG 
 Star t flag 
2 Private LID 
 Link address of the specific DSR C-VU 
3 
4 
5 
6 MAC Control field 
 Command PDU 
7 LLC Control field 
 Polled ACn commando, n-bit 
8 Fragmentation header 
 No fragmentation 
9 Get.request 
SEQUENCE { 
Get request 
OPTION indicator 
 Access Credentials not present 
OPTION indicator 
 IID not present 
OPTION indicator 
 Attr ibut eIdList present 
Fill BIT STRING(SIZE(1)) 
 Set to 0. 
10 EID INTEGER(0..127,…) 
 The EID of the RTM application in­
stance, as specifi ed in the VST. No ex­
tension 
11 AttributeIdList SEQUENCE OF { 
AttributeId }} 
No extension, number of attribut es = 1 
12 
 Attr ibut eId=1, RtmData. No extensi on 26.5.2016 L 139/483 Publicatieblad van de Europese Unie NL    
Octet # Attribute/Field Bits in octet Descr iption 
13 FCS 
 Frame check sequence 
14 
15 Flag 
 End Flag  
DSC_50  Bij ontvangst van een verzoek om gegevens op te halen (Get-commando) verzendt de DSR C-VU een 
antw oord met de opgevraagde gegevens, zoals gedefi nieerd in EN 13372, punt en 6.2, 6.3 en 6.4 en in 
EN 12834, met de in tabel 14.12 gespecif iceerde instellingen. 
Tabel 14.12 
Overzicht : instel lingen GET .response-frame 
Field Settings 
Invoker Identif ier (IID) Not present 
Link Identifier (LID) As per EN 12834 
Chaining No 
Element Identif ier (EID) As specifi ed in the VST. 
Access Credentials No 
Fragmentation No 
Layer2 settings Response PDU, Response available and command accept ed, ACn com ­
mand  
In tabel 14.13 wordt aan de hand van een voorbeeld verduidelij kt hoe de RTM-geg evens worden 
gelezen. 
Tabel 14.13 
Overzicht : voorbeeld inhoud antw oordframe Octet # Attribute/Field Bits in octet Descr iption 
1 FLAG 
 Star t flag 
2 Private LID 
 Link address of the specific DSR C-VU 
3 
4 
5 
26.5.2016 L 139/484 Publicatieblad van de Europese Unie NL    
Octet # Attribute/Field Bits in octet Descr iption 
6 MAC Control field 
 Response PDU 
7 LLC Control field 
 Response available, ACn command n 
bit 
8 LLC Status field 
 Response available and command ac­
cept ed 
9 Fragmentation header 
 No fragmentation 
10 Get.response 
SEQUENCE { 
Get response 
OPTION indicator 
 IID not present 
OPTION indicator 
 Attr ibut e List present 
OPTION indicator 
 Retur n status not present 
Fill BIT STRING(SIZE(1)) 
 Not used 
11 EID INTEGER(0..127,…) 
 Responding from the RTM application 
Instance. No extension, 
12 AttributeList SEQUENCE OF { 
 No extension, number of attribut es = 1 
13 Attr ibut es SEQUENCE { 
Attribut eId 
No extension, Attribut eId=1 (RtmData) 
14 Attribut eValue CONT AINER { 
 No extension, Container Choice 
= 1010. 
15 
 RtmData 
16 
17 
… … 
n }}}} 
n+1 FCS 
 Frame check sequence 
n+2 
n+3 Flag 
 End Flag  26.5.2016 L 139/485 Publicatieblad van de Europese Unie NL    
DSC_51  De REDCR verbreekt vervolgens de verbinding door een Event_Repor t, Release-commando te 
verzenden overeenk omstig EN 13372, punt en 6.2, 6.3 en 6.4 en EN 12834, punt 7.3.8, zonder 
specifi eke RTM-ins telling en. In tabel 14.14 staat een voorbeeld van de bitcoder ing voor het Release- 
commando. 
Tabel 14.14 
Verbindingsv erbreking Frame-inhoud Event_Repor t Release-commando Octet # Attribute/Field Bits in octet Descr iption 
1 FLAG 
 Star t flag 
2 Private LID 
 Link address of the specific DSR C-VU 
3 
4 
5 
6 MAC Control field 
 The frame contains a command LPDU 
7 LLC Control field 
 UI command 
8 Fragmentation header 
 No fragmentation 
9 EVENT_REPOR T.request 
SEQUENCE { 
EVENT_REPOR T (Release) 
OPTION indicator 
 Access Credentials not present 
OPTION indicator 
 Event parameter not present 
OPTION indicator 
 IID not present 
Mode BOOLEAN 
 No response expected 
10 EID INTEGER (0..127,…) 
 No extension, EID = 0 (System) 
11 EventT ype INTEGER (0..127,…) } 
 Event type 0 = Release 
12 FCS 
 Frame check sequence 
13 
14 Flag 
 End Flag  
DSC_52  De DSR C-VU dient het Release-commando niet te beantwoo rden. De verbinding wordt daarop 
verbrok en. 
5.4.8  Beschr ijving van de testtr ansactie via DSRC-interfaces 
DSC_53  Zoals vastge legd in aanhangsel 11 „Algem ene beveiligingsmechanismen” moeten met behulp van het 
hierbo ven toeg elichte Get-commando volled ige tests, met inbegr ip van gegevensbeveiliging, worden 
uitgev oerd door personen die over de nodige bevo egdheden besch ikken om toeg ang te krijgen tot 
beveiligingsprocedures. 26.5.2016 L 139/486 Publicatieblad van de Europese Unie NL    
DSC_54  Zoals voorgesc hreven in aanhangsel 11 „Algemene beveiligingsmec hanismen” en in aanhangsel 9 „Lijst 
van minimaal vereiste typegoedkeuri ngst ests” moet en op het ogenblik van inbedr ijfstelling en bij 
periodiek e controles tests worden uitgev oerd. 
Niettemin kan de basisfunctie voor communicatie op afstand via DSR C-int erfaces worden getest met 
behulp van het Echo-commando. Deze tests kunnen niet alleen worden vereist op het ogenblik van 
inbedr ijfstelling of bij periodieke controles, maar ook indien de bevo egde controleautor iteit dit 
verlangt of indien de tachograafverordening zulks voor schr ijft (zie punt 6 hieronder). 
DSC_55 Om deze basistest uit te voeren, verzendt de REDCR het Echo-commando tijdens een verbindings ­
sessie, dat wil zegge n nadat de initialisatief ase met succes is voltooid. De volgorde van inter acties is 
derhalve verg elijkbaa r met die van een onder vraging:  
— Stap 1De REDCR verzendt een dienstrooste r radiobaken (BST) met de toepass ingsidentifi catore n 
(AID's) in de lijst van onderst eunde diensten. Voor RTM-t oepassingen is dit doorgaans de dienst 
waar van de AID gelijk is aan 2. 
De DSR C-VU onderzoekt de ontvange n BST en verzendt een antw oord indien blijkt dat in de BST 
de toepassing „Freight&Fleet” (AID=2) wordt aange roepen. Indien de REDCR geen AID=2 verzendt, 
beëindigt de DSR C-VU de transactie met de REDCR.  
— Stap 2De DSR C-VU verzendt een verzoek om toewi jzing van een tijdvenst er.  
— Stap 3De REDCR verzendt een toeg ewezen tijdvenst er.  
— Stap 4De DSR C-VU verzendt binnen het toegewezen tijdvenst er een frame met het dienstrooste r 
voertuig (VST). Deze VST bevat een lijst van alle toepassing en die deze DSR C-VU onderst eunt in 
het domein „Freight&Fleet” (AID=2). De verschillende toepass ingen worden geïdentificeerd door 
uniek e elementidentificatoren (EID's), gekoppeld aan een parameter waarde die de onderst eunde 
toepa ssing aangeef t.  
— Stap 5De REDCR analyseer t de ontvang en VST . Indien de VST als irrelevant wordt besc houwd 
(bijvoorbeeld een VST ontvange n van een DSR C-VU die geen RTM- VU is), verbreekt de REDCR de 
verbinding (Release-commando). Wordt de ontvang en VST geschikt bevo nden, dan begint de 
REDCR de toepassing te concretiseren.  
— Stap 6De REDCR verzendt een Echo-commando naar de betrokken DSR C-VU, en wijst een 
tijdvenster toe.  
— Stap 7De DSR C-VU verzendt binnen het toeg ewezen tijdvenst er een Echo-antwoor dframe. 
De gegevensuitwisseling in het kader van een Echo-commando wordt verduidelij kt aan de hand van het prakti jk­
voorbeeld in de volgende tabellen. 
DSC_56  De initialisatie wordt uitgev oerd overeenk omstig punt 5.4.7 (DSC_44 tot en met DSC_48) en 
tabellen 14.4 tot en met 14.9. 
DSC_57  De REDCR verzendt een Action, Echo-commando overeenk omstig ISO 14906 met 100 gegevensb ytes 
en zonder specifieke RTM-instelling en. De inhoud van het door de REDCR verzonden frame wordt 
verduidelij kt in tabel 14.15. 
Tabel 14.15 
Voorbeeld van het Acti on, Echo-v erzoekframe Octet # Attribute/Field Bits in octet Descr iption 
1 FLAG 
 Star t flag 
2 Private LID 
 Link address of the specific DSR C-VU 
3 
26.5.2016 L 139/487 Publicatieblad van de Europese Unie NL    
Octet # Attribute/Field Bits in octet Descr iption 
4  
5 
6 MAC Control field 
 Command PDU 
7 LLC Control field 
 Polled ACn commando, n-bit 
8 Fragmentation header 
 No fragmentation 
9 ACTION.request 
SEQUENCE { 
Action request (ECH O) 
OPTION indicator 
 Access Credentials not present 
OPTION indicator 
 Action parameter present 
OPTION indicator 
 IID not present 
Mode BOOLEAN 
 Response expect ed 
10 EID INTEGER (0..127,…) 
 No extension, EID = 0 (System) 
11 Action Type INTEGER (0..127,…) 
 No extension, Action type ECHO re­
quest 
12 ActionParamet er CONT AINER { 
 No extension, Container Choice = 2 
13 
 No extension. String length = 100 oc­
tets 
14  
 Data to be echoed 
… … 
113 }} 
114 FCS 
 Frame check sequence 
115 
116 Flag 
 End Flag  
DSC_58  Bij ontvangst van het Echo-verzoek verzendt de DSR C-VU een Echo-antw oord van 100 bytes waar in 
het ontvangen commando wordt weerg egeven overeenk omstig ISO 14906, zonder specifi eke RTM- 
instelli ngen. In tabel 14.16 wordt de bitcoder ing verduidelij kt aan de hand van een voorbeeld. 26.5.2016 L 139/488 Publicatieblad van de Europese Unie NL    
Tabel 14.16 
Voorbeeld van het Acti on, Echo-antw oordframe Octet # Attribute/Field Bits in octet Descr iption 
1 FLAG 
 Star t flag 
2 Private LID 
 Link address of the specific VU 
3 
4 
5 
6 MAC Control field 
 Response PDU 
7 LLC Control field 
 ACn command n bit 
8 LLC status field 
 Response available 
9 Fragmentation header 
 No fragmentation 
10 ACTION.response 
SEQUENCE { 
ACTION response (ECHO) 
OPTION indicator 
 IID not present 
OPTION indicator 
 Response paramete r present 
OPTION indicator 
 Retur n status not present 
Fill BIT STRING (SIZE (1)) 
 Not used 
11 EID INTEGER (0..127,…) 
 No extension, EID = 0 (System) 
12 ResponseP arameter CONT AINER { 
 No extension, Container Choice = 2 
13 
 No extension. String length = 100 oc­
tets 
14  
 Echoed data 
… … 
113 }} 
114 FCS 
 Frame check sequence 
115 
116 Flag 
 End Flag  26.5.2016 L 139/489 Publicatieblad van de Europese Unie NL    
5.5  Naleving van Richtlijn (EU) 2015/71 
5.5.1  Over zicht 
DSC_59  Ter ondersteuning van Rich tlijn (EU) 2015/719 met betrekking tot de maximaal toeg estane 
afmetingen en gewic hten voor zware vrachtv oertuigen wordt voor het downloaden van OWS-g egevens 
via de 5,8 GHz DSR C-int erface hetzelfde transactieprotocol gebruikt als voor de RTM-geg evens 
(zie 5.4.1). Het enig e versch il is dat de objectidentif icator van de TARV-nor m verwijst naar deel 20 
van de norm ISO 15638 (TARV) met betrekking tot WOB/O WS. 
5.5.2  Commando's 
DSC_60  Voor de OWS-transactie wordt hetzelfde commando gebr uikt als voor een RTM-transactie. 
5.5.3  Volgor de van onder vragingscommando's 
DSC_61  De volgorde van onder vragingscommando's voor OWS-g egevens is identiek aan die voor RTM- 
gegevens. 
5.5.4  Gegevensstr uctur en 
DSC_62  De payloadgeg evens (OWS-g egevens) bestaan uit de samen voeging van:  
1. Encr yptedOwsP ayload data, zijnde de coder ing van de in punt 5.5.5 van ASN.1 gedefinieerde 
OwsPa yload. Zoals gespecif iceerd in aanhangsel 11, wordt dezelfde coder ingsmethode toeg epast als 
voor RtmData.  
2. DSR CSecur ityData, berekend met dezelfde algor itmen als voor de RtmData, zoals gespecificeerd in 
aanhangsel 11.  26.5.2016 L 139/490 Publicatieblad van de Europese Unie NL    
5.5.5  ASN.1-module voor de OW S-transactie via DSRC-interf ace 
DSC_63  De ASN.1-module voor de DSR C-int erfacegeg evens in de RTM-t oepassing wordt als volgt gedefinieerd: 
26.5.2016 L 139/491 Publicatieblad van de Europese Unie NL    
5.5.6  Elementen van OwsData, uitgevoer de acties en definities 
De elementen van OwsData worden gedefi nieerd ter ondersteuning van Richtli jn (EU) 2015/719 met betrekking 
tot de maximaal toegestane afmetingen en gewicht en voor zware vrachtv oertuigen („vrac htwagen s”). Ze hebben 
de volgende betekenis: 
—  recordedW eight is het gemeten totale gewic ht van de vrachtwag en, uitged rukt in een hoeveelheidseenheid 
van 10 kg als bedoeld in EN ISO 14906. Zo komt een waarde van 2 500 bijvoorbeeld overeen met een 
totaal gewicht van 25 ton. 
—  axlesConf iguration is de opbouw van de vrachtwag en wat het aantal assen betref t. De opbouw wordt 
gedefinieerd met het volg ende 20-bits mask er (overeenk omstig EN ISO 14906). 
Een 2-bits masker stelt de opbouw van een as voor in het volgende formaat: 
—  De waarde ‘00B’ bete kent „niet beschikbaar” omdat het voertuig niet uitgerus t is met apparatuur om de 
asbelasting te registreren. 
—  De waarde ‘01B’ betekent dat er geen as aanwezig is. 
—  De waarde ‘10B’ betek ent dat een as aanwezig is, dat de asbelasting werd berekend en geregistreerd en 
beschikbaar wordt gest eld in het veld axlesRecordedW eight. 
—  De waarde ‘11B’ is gereser veerd voor toek omstig gebruik (RFU). 
De laatste vier bits zijn gereser veerd voor toek omstig gebr uik (RFU). 
Aantal assen  
Aantal assen trekker Aantal assen oplegger/ aanhangwagen 
00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 RFU 
(4 bits)  
—  axlesRecordedW eight is de specifieke asbelasting die voor elke as werd geregistreerd, uitgedr ukt in een 
hoeveelheidseenheid van 10 kg. Voor elke as worden twee bytes gebr uikt. Zo komt een waarde van 150 
bijvoorbeeld overeen met een totale asbelasting van 1 500 kg. 
De andere gegevenstypes worden vastg elegd in punt 5.4.5. 
5.5.7  Mechanisme voor gegevensoverdracht 
DSC_64  Voor de overdracht van OWS-g egevens tussen het onder vragingssysteem en de DSR C-module in het 
voertuig wordt hetzelfde mec hanisme gebruikt als voor RTM-g egevens (zie 5.4.6). 
DSC_65  De gegeve nsoverdracht tussen het platf orm dat de gegevens over de maximale gewicht en verzamelt, en 
de DSR C-module in het voertuig berust op de in punt 5.6 gedef inieerde fysieke verbinding, interf aces 
en protocoll en. 
5.6  Gegev enso verdracht tussen DSR C-VU en VU 
5.6.1  Fysieke verbinding en interf aces 
DSC_66  De verbinding tussen de VU en de DSR C-VU kan bestaan uit een fysieke kabel of een draadloze BLE- 
verbinding voor korteafstandscommunicatie op basis van Bluet ooth v4.0. 
DSC_67  De volgende voorsc hriften moete n worden nagelee fd, ongea cht de gekozen fysieke verbinding en 
interfa ce: 
DSC_68  a)De verbinding tussen de VU en de DSR C-VU moet berusten op een open industr ienor m zodat 
verschil lende fabr ikant en in aanmerking komen voor de lever ing van de VU en de DSR C-VU, met 
inbegr ip van de diverse uitvoeringsvor men daar van. De VU wordt verbonden met de DSR C-VU 
door middel van 
i)  een vaste kabel met een lengte van ten minste 2 m die via een goedgek eurde Straight DIN 
41612-conf orme 11-pens H11-stekk er van de DSR C-VU wordt aange sloten op een soor tgelijk e 
DIN/ISO-conf orme contrastekk er van de VU, 26.5.2016 L 139/492 Publicatieblad van de Europese Unie NL    
ii)  een BLE(Bluet ooth Low Energy)-verbinding, 
iii)  een standaardverbinding die voldoet aan ISO 11898 of SAE J1939. 
DSC_69  b)De definitie van de interface s en verbinding tussen de VU en de DSR C-VU moet onderst euning 
bieden aan de in punt 5.6.2 gedef inieerde commando's van het toepa ssingsprotocol. 
DSC_70  c)De VU en de DSR C-VU moeten de gegevenso verdracht via de verbinding onderst eunen wat 
prestaties en stroom voorziening betref t. 
5.6.2  Toepassingsprotocol 
DSC_71  Het toepassingsprot ocol tussen de VU-inr ichting voor communicatie op afstand en de DSR C-VU staat 
in voor de periodieke gegevenso verdracht tussen de VU en de DSR C-VU. 
DSC_72  De belangr ijkste commando's zijn:  
1. Verzoek om initialisatie van de communicatieverbinding  
2. Antwoor d op het verzoek om initialisatie van de communicatieverbinding  
3. Gege vens verzenden met de identif icator van de RTM-toepassing en de door RtmData gedefinieerde 
payloadgeg evens  
4. Ontvangstbevestiging van de gegevens  
5. Verzoek om verbreking van de communicatieverbinding  
6. Antwoor d op het verzoek om verbreking van de communicatieverbinding 
DSC_73  In ASN1.0 kunnen de vorige commando's als volgt worden gedefinieerd: 
26.5.2016 L 139/493 Publicatieblad van de Europese Unie NL    
DSC_74  Besch rijving van de commando's en paramete rs: 
—
 wordt gebruikt om de communi ­
catieverbinding te initialiseren. Dit commando wordt door de VU verzonden naar de DSR C-VU. De 
verbindingsidentificator (LID) wordt ingesteld door de VU en doorge geven aan de DSR C-VU om 
een specifi eke communicatieverbinding op te sporen. 
(Opmerking: dit is bedoeld ter ondersteuning van toek omstige verbindinge n en andere 
toepa ssingen/modules, zoals weging aan boord van het voer tuig).  
—  
 wordt door de DSR C-VU 
gebruikt als antw oord op het verzoek om de communicatieverbinding te initialiseren. Dit 
commando wordt door de DSR C-VU verzonden naar de VU. Het commando geeft als resultaat 
van de initialisatie ‘1’ (Geslaagd) of ‘0’ (Mislukt). 
DSC_75  De communicatieverbinding wordt uitsluitend geïnitialiseerd na installatie, kalibrer ing en insch akeling 
van de motor /VU. 
—  
 wordt door de VU gebruikt om de getekende RCDTData (dat wil zegg en de 
gegevens van de communicatie op afstand) naar de DSR C-VU te verzenden. De gegevens worden 
iedere 60 seconden verzonden. De paramete r DataT ransactionId identif iceer t de specifieke 
datatransmissie. De verbindingsidentificator (LID) wordt ook gebr uikt om te waarborge n dat de 
verbinding juist tot stand is gebrac ht. 
—  
 wordt door de DSR C-VU verzonden om feedback te geven aan 
de VU over de gegevensontvangst via het commando 
 dat wordt geïdentif iceerd 
door de paramete r DataT ransactionId. Het antwoord heef t de waarde ‘1’ (Geslaagd) of ‘0’ (Mislukt). 
Indien een VU meer dan drie antw oorden met de waarde ‘0’ ontvangt of indien de VU geen RCDT - 
Data Ackno wledgment ontvangt voor een eerder verzonden RCDT–Send Data met een specifi eke 
DataT ransactionId, genereer t en registreer t de VU een voor val. 
—  
 wordt door de VU verzonden naar de 
DSR C-VU om de verbinding voor een specifieke verbindingsidentificator (LID) te verbreken. 
DSC_76  Bij het herstar ten van de DSR C-VU of een VU moete n alle bestaande communicatieverbindingen 
worden verbrok en om te vermijden dat er „hangende” verbindinge n bestaan als gevolg van de 
plotseling e uitsc hakeling van een VU. 
—  
 wordt door de DSR C-VU 
verzonden naar de VU ter bevestiging van het door de VU verzonden verzoek om de verbinding 
voor de specifi eke verbindingsidentificator (LID) te verbreken. 
5.7  Behandeling van fouten 
5.7.1  Registr atie en doorgif te van de gegevens in de DSRC-VU 
DSC_77  De gegevens worden in beveiligde vorm besch ikbaar gesteld aan de DSR C-VU door de VUSM. De 
VUSM controleer t of de gegevens juist zijn geregist reerd in de DSR C-VU. Eventuele fouten in de 
gegevenso verdracht van de VU naar het geheugen van de DSR C-VU worden geregistreerd en gemeld 
op basis van een voor val van het type EventFaultT ype met de enum-waarde ‘62’H Fout in de inrichting 
voor communicatie op afstand, alsook met de tijdaanduiding. 
DSC_78  Om intern e communicatiestoringen van de VU te registreren, houdt de VU een bestand bij met een 
unieke naam die eenv oudig identif iceerbaar is voor de controleurs. 
DSC_79  Indien de VUPM er niet in slaagt VU-g egevens van de beveiligingsmodule te verkr ijgen (om die 
aan de DSR C-VU door te geven), wordt deze storing geregistreerd op basis van een voor val van 
het type EventFa ultT ype met de enum-waarde ‘62’H Fout in de inrichting voor communicatie op afstand, 
samen met de tijdaanduiding. De communicatiestoring wordt vastge steld indien het bericht 
meer dan drie keer na elkaar niet wordt ontvang en voor het 
bijbe horende bericht 
 (dat wil zeggen met dezelfde DataT ransactionId in de 
berichten 
 ). 
5.7.2  Fouten in de draadloze communicatie 
DSC_80  Communicatief outen worden behandeld overeenk omstig de desbetreffe nde DSR C-nor men, met name 
EN 300 674-1, EN 12253, EN 12795, EN 12834 en de toepas selijk e paramete rs van EN 13372. 26.5.2016 L 139/494 Publicatieblad van de Europese Unie NL    
5.7.2.1  Fouten in coder ing en handtekening 
DSC_81  Fouten in coder ing en handtek ening worden behandeld zoals toeg elich t in aanhangsel 11 „Algemene 
beveiligingsmec hanismen”, en worden niet opgenomen in foutmeldinge n die verband houden met de 
gegevenso verdracht via DSR C-int erfaces. 
5.7.2.2  Registr atie van fouten 
Als dynamisch instr ument voor draadloze communicatie functioneer t de DSR C-interface in een onzekere 
omg eving die wordt gekenmerkt door uiteenlopende weersomstandigheden en (storings)invloeden van buitenaf. 
Dit is met name het geval bij gebruik van de draagbare REDCR in combinatie met rijdende voertuigen. 
Bijgev olg moet ondersch eid worden gemaakt tussen de ‘mislukking’ van een leesbewerking en een ‘foutconditie ’. 
Bij transacties via een draadloze interface komt het vaak voor dat leesbewerkingen mislukken . In dit geval wordt 
doorgaan s een nieuwe poging onder nomen door de BST opnieuw te verzenden en de transacties nogmaals uit 
te voeren. In de meeste gevallen wordt de communicatieverbinding dan met succes tot stand gebracht en 
worden de gegevens met succes overg edragen, tenzij het gecontroleerde voertuig zich inmiddels buit en bereik 
bevindt. Om een leesbewerking met succes uit te voeren, worden doorgaans meerdere (nieuwe) pogingen 
onder nomen. 
Een leesbewerking kan mislukken doordat de antennes niet juist zijn gekoppeld (stor ing bij het ‘richten’) of 
doordat een van de antennes is afge scherm d. Een antenne kan opzett elijk worden afgesc hermd, maar ook 
ongewi ld als gevolg van de fysiek e aanwezigheid van een ander voertuig, radiostori ngen, in het bijzonder van in 
de 5,8 GHz-frequentieband werkend e WiFi-apparatuur of andere publiek toeg ankelijk e draadloze communica ­
tienetwerk en. Verder kan een leesbewerking mislukken als gevolg van radarstorin gen of ongunstig e weersom ­
standigheden (bijv oorbeeld onweer) of doordat het gecontrolee rde voertuig zich buit en het bereik van de DSR C- 
communicatieapparatuur bevindt. Afzonderlijk e gevallen waar in leesbewerkinge n mislukken kunnen per 
definitie niet worden geregist reerd om de eenv oudige reden dat er geen communicatie heef t plaatsgeh ad. 
Indien de controleambtenaar een specifiek voertuig wil controleren door de DSR C-VU ervan te onder vragen, 
maar er niet in slaagt gegevens over te breng en, kan dat ook het gevolg zijn van opzette lijke manipulatie. 
Daarom heef t de controleambte naar een hulpmiddel nodig om dit voor val in een logboek te registreren en 
collega 's in het vervolgtra ject te waarsc huwen dat er mogeli jk sprake is van een inbreuk. Zo kunnen deze 
collega 's het voertuig tegenhouden en aan een nadere controle onder werpen. Aangezie n de communicatie 
mislukt is, kunnen daaro ver echt er geen gegeve ns in de DSR C-VU worden geregistreerd. Bijgevolg moet deze 
rappor tage deel uitmaken van het functionele ontwer p van de REDCR. 
Technisc h gezien is het ‘mislukken’ van een leesbewerking niet hetzelfde als het optreden van een ‘fout’. In het 
kader van de tachog raaf toepassing betek ent een ‘fout’ dat een onjuist e waarde werd verkreg en. 
De gegevens zijn al beveiligd wanneer ze aan de DSR C-VU worden doorgeg even. Bijgevolg moet de verstrekke r 
van de gegevens ze verifiëren (zie punt 5.4). 
Gege vens die vervolgens via de ether worden overg ebracht, ondergaan cyclisc he redundantiecontroles (CRC) op 
het niveau van de communicatieverbinding. Een geslaagde CRC betekent dat de gegevens juist zijn. Indien de 
CRC mislukt, moeten de gegevens opnieuw worden verzonden. De kans dat gegevens waar voor de CRC mislukt 
toch met succes worden overgebrac ht, is statistisch gezien zo klein dat ze te verwaarlozen is. 
Indien de CRC mislukt en er geen tijd is om de juiste gegevens opnieuw te verzenden en te ontvangen, is het 
resultaat geen fout, maar de concretiser ing van een mislukte leesbewerking. 
Het enig e bete kenisv olle gegeven dat over deze ‘mislukking’ kan worden geregistreerd, is het aantal keren dat 
transacties met succes werden geïnitialiseerd, zij het zonder succesvo lle gegevenso verdracht naar de REDCR. 
DSC_82  De REDCR registreer t bijgev olg — met tijdaanduiding — hoeveel keren de initialisatiefase van een 
onder vraging via de DSR C-int erface met succes werd voltooid, maar de transactie niette min werd 
beëindigd voordat de REDCR de gegevens met succes heef t kunnen ophalen. Deze gegeve ns worden 
aan de controleambtenaar besc hikbaar gesteld en opgeslagen in het geheugen van de REDCR. De 
daar toe gebr uikt e middelen hang en af van het product ontwer p of van de specifi caties van de bevo egde 
controleautoriteiten . 
Het enig e bete kenisv olle gegeven dat over de ‘fout’ kan worden geregistreerd, is het aantal keren dat de 
REDCR er niet in geslaagd is de ontvange n gegevens te decoderen. Dit heef t echt er alleen te make n 
met de doelmatigheid van de REDCR -software. Zelfs na decoder ing kunnen gegevens semantisch 
gezien betekenisloos zijn. 26.5.2016 L 139/495 Publicatieblad van de Europese Unie NL    
DSC_83  De REDCR registreer t bijgevolg — met tijdaanduiding — het aantal mislukte pogingen om de via de 
DSR C-int erface ontvangen gegevens te decoderen. 
6  TESTS BIJ INBEDRIJFSTELLING EN PERIODIEKE CONTR OLE VAN DE FUNCTIE VOOR COMMUNICA TIE OP AFST AND 
6.1  Algemeen 
DSC_84  In het kader van de functie voor communicatie op afstand worden twee tests uitge voerd:  
1) Een Echo-test om de draadloze tweer ichtingsverbinding tussen de DSR C-REDCR en de DSR C-VU te 
bevestigen.  
2) Een beveiligingst est tussen bron en beste mming om te waarborgen dat een werkplaatskaar t 
toeg ang kan krijgen tot de gecodeerde en getekende gegevens van de VU die via de draadloze 
communicatieverbinding worden verzonden. 
6.2  Echo-commando 
De specifieke testv oorsc hriften in dit punt zijn bedoeld om na te gaan of de tweer ichtingsverbinding tussen 
DSR C-REDCR en DSR C-VU volledig operationeel is. 
Dankzij het Echo-commando kunnen werkplaatsen of testce ntra voor typegoedkeurin g de werking van de 
DSR C-int erface testen zonder toeg ang te moeten krijgen tot beveiligingsref erenties. De bediener van het 
testapparaat hoef t bijgev olg alleen een verbinding via de DSR C-interface te initialiseren (door een BST met 
AID=2 te verzenden) en daar na het Echo-commando te verzenden. Indien de DSR C-interface operationeel is, 
ontvangt hij daar na het antw oord op het Echo-commando. Zie punt 5.4.8 voor meer informatie. Indien dit 
antw oord correct wordt ontvangen, mag ervan worden uitgeg aan dat de DSR C-interface (tweer ichtingsver ­
binding tussen DSR C-REDCR en DSR C-VU) correct functioneer t. 
6.3  Tests om de bev eiligde gegev ensinhoud te bev estigen 
DSC_85  Met deze test wordt de beveiligde gegevensstroom tussen bron en best emming bevestigd. Voor deze 
test moet de DSR C-testlezer worden gebr uikt. De DSR C-testlezer voert dezelfde functies uit en wordt 
geïmplement eerd overeenk omstig dezelfde specifi caties als de door controleambtenaren gebruikt e 
lezer . Het enig e versch il is dat de gebruiker van de DSR C-testlezer wordt geauthenticeerd op basis van 
een werkplaatskaar t, en niet op basis van een controlekaar t. De test kan worden uitge voerd op het 
ogenblik dat de slimme tachog raaf voor het eerst wordt geactiveerd of na afloop van de kalibrer ings ­
procedure. Zodra de tachog raaf is geactiveerd, genereer t de voertuigunit de beveiligde gegevens voor 
vroegtijdi ge detectie, en geeft die door aan de DSR C-VU. 
DSC_86  De werkplaatsmedewerker plaatst de DSR C-testlezer op een afstand tussen 2 en 10 m vóór het 
voertuig. 
DSC_87  Vervolg ens brengt de werkplaatsmedewerke r een werkplaatskaar t in de DSR C-testlezer om de 
voertuigunit te onder vrage n en gegevens over vroegtijdig e detectie te verkr ijgen. Indien de 
onder vraging met succes verloop t, leest de werkplaatsmedewerker de ontvangen gegeve ns om de 
integriteit ervan te controleren en zeker te stellen dat ze juist werden gedecodeerd.  26.5.2016 L 139/496 Publicatieblad van de Europese Unie NL    
Aanhangsel 15 
MIGRA TIE: DE COËXISTENTIE VAN VERSC HILLENDE GENERA TIES APP ARA TUUR BEHEREN 
INHOUDSOPGA VE 
1. DEFINITIES ....................................................................................................................................... 497 
2. ALGEMENE BEPALINGEN ..................................................................................................................... 497 
2.1. Overzicht van de overgang ....................................................................................................... 497 
2.2. Interoperabilit eit tussen VU's en kaar ten ...................................................................................... 498 
2.3. Interoperabilit eit tussen VU's en bewegingssensoren ....................................................................... 498 
2.4. Interoperabilit eit tussen voertuigunits, tach ograafkaar ten en apparatuur voor het downloaden van gege­
vens .................................................................................................................................... 498 
2.4.1 Kaar ten recht streek s downloaden met intellig ente toepass ingsger ichte apparatuur (IDE) .......................... 498 
2.4.2 Het downloaden van een kaar t via een voertuigunit ....................................................................... 499 
2.4.3 Het downloaden van een voer tuigunit ......................................................................................... 499 
2.5. Interoperabilit eit tussen VU's en kalibratieapparatuur ...................................................................... 499 
3. BEL ANGRIJK STE STAPPEN IN DE PERIODE VÓÓR DE DATUM VAN INV OERING .............................................. 499 
4. BEPALINGEN VOOR DE PERIODE NA DE DATUM VAN INV OERING .............................................................. 499  
1.  DEFINITIES 
Met het oog op de toepassing van dit aanhangsel wordt verstaan onder: 
slim tacho graafsys teem: zoals gedef inieerd in deze bijlage (hoofdstuk 1: definitie bbb); 
tachog raafsysteem van de eerst e generatie: zoals gedefinieerd in deze verordening (artikel 2: definitie 1); 
tachog raafsysteem van de tweede generatie: zoals gedefi nieerd in deze verordening (artikel 2: definit ie 7); 
datum van invoering: zoals gedef inieerd in deze bijlag e (hoofdstuk 1: definitie ccc); 
Intelligente toepassingsger ichte apparatuur: apparatuur die wordt gebruikt voor het downloaden van 
gegevens, zoals gedefi nieerd in aanhangsel 7 van deze bijlag e. 
2.  ALGEMENE BEPALINGEN 
2.1.  Overzicht van de overgang 
In de preambule van deze bijlag e wordt een overzic ht gegeven van de overgang tussen de tach ograafsystemen van 
de eerste en de tweede generatie. 
In aanvulling op de bepalingen van deze preambule: 
—  zijn bewegingssensoren van de eerste generatie niet inter operabel met voer tuigunits van de tweede generatie. 
—  begint de installatie van bewegingssensoren van de tweede generatie in voer tuige n op hetzelfde ogenblik als de 
installatie van voer tuigunits van de tweede generatie. 
—  apparatuur voor het downloaden van gegevens en kalibreren moet evolueren om het gebr uik van beide 
generaties controleapparat en en tachog raafkaar ten te onderst eunen. 26.5.2016 L 139/497 Publicatieblad van de Europese Unie NL    
2.2.  Interoperabiliteit tussen VU's en kaar ten 
Er wordt van uitge gaan dat tachog raafkaar ten van de eerste generatie inter operabel zijn met voer tuigunits van de 
eerste generatie (overeenk omstig bijlag e IB bij deze verordening), en dat tach ograafkaar ten van de tweede 
generatie interoperabel zijn met voertuigunits van de tweede generatie (overeenk omstig bijlag e 1C bij deze 
verordening). Voorts zijn ook de onderstaande voorsc hriften van toepas sing. 
MIG_001  Behoudens het bepaalde in voorsc hrift MIG_004 en MIG_005, mog en tach ograafkaar ten van de eerste 
generatie verder worden gebr uikt in voer tuigunits van de tweede generatie tot het einde van hun 
geldigheidsdu ur. De houders kunnen evenwel vrag en ze te vervangen door tachog raafkaar ten van de 
tweede generatie zodra deze beschikbaar zijn. 
MIG_002  Het moet mog elijk zijn elke geldig e bestuurders-, controle- en bedr ijfskaar t van de eerste generatie te 
gebr uiken in voer tuigunits van de tweede generatie. 
MIG_003  Werkplaatsen kunnen dit definitief onmogeli jk maken, zodat tachog raafkaar ten van de eerste generatie 
niet meer worden aanvaard. Dit mag alleen gebeuren nadat de Europese Commissie is gestart met een 
procedure die tot doel heef t werkplaatsen te verzoek en dit te doen, bijvoorbeeld tijdens elke periodiek e 
inspectie van de tachograaf. 
MIG_004  Voertuigunits van de tweede generatie moge n alleen werkplaatskaar ten van de tweede generatie kunnen 
gebr uiken. 
MIG_005  Om de werkingsmodus te bepalen, houden voer tuigunits van de tweede generatie alleen rekening met 
het type geldige kaar ten dat wordt ingebracht, ongeac ht de generatie. 
MIG_006  Elke geldige tachog raafkaar t van de tweede generatie kan in voertuigunits van de eerste generatie 
worden gebruikt op exact dezelfde wijze als hetzelfde type tach ograafkaar ten van de eerste generatie. 
2.3.  Interoperabiliteit tussen VU's en bew egingssensoren 
Er wordt van uitge gaan dat bewegingssensoren van de eerste generatie interoperabe l zijn met voertuigunits van de 
eerste generatie, en dat bewegingssensoren van de tweede generatie inter operabel zijn met voertuigunits van de 
tweede generatie. Voorts zijn ook de onderstaande voorsc hriften van toepa ssing. 
MIG_007 Voertuigunits van de tweede generatie kunnen niet worden gekoppeld aan en gebruikt met bewegings ­
sensoren van de eerste generatie. 
MIG_008  Bewegingssensoren van de tweede generatie kunnen worden gekoppeld aan en gebr uikt met uitsluitend 
voer tuigunits van de tweede generatie of met beide generaties voer tuigunits. 
2.4.  Interoperabiliteit tussen voertuigunits, tachog raafkaa rten en apparatuur voor het downloaden van 
gegev ens 
MIG_009  Apparatuur voor het downloaden van gegevens kan worden gebruikt met slechts één generatie van 
voer tuigunits en tachog raafkaar ten of met beide. 
2.4.1  Kaarten rechtstr eeks downloaden met intelligen te toepassingsgerich te appar atuur (IDE) 
MIG_010  De gegevens worden gedownload door IDE van tachograafkaar ten van één generatie die in hun 
kaar tlezers worden ingebracht, met gebruikmaking van de beveiligingsmechanismen en het download ­
protocol van deze generatie, en alle gedownloade gegevens hebben het formaat dat voor deze generatie 
is gedefinieerd. 
MIG_011  Om de controle van bestuurders door autoriteiten van buit en de EU mog elijk te mak en, is het ook 
mogeli jk om gegevens van bestuurders- (en werkplaats-)kaar ten van de tweede generatie te downloaden 
op exact dezelfde wijze als van bestuurders- (en werkplaats-)kaar ten van de eerste generatie. Een 
dergeli jke download omv at: 
—  de 
 en 
 van niet-onder tekende EF's, 
—  het 
 en 
 van niet-onder tekende EF's (1ste generatie), 26.5.2016 L 139/498 Publicatieblad van de Europese Unie NL    
—  de andere gegevensbestanden van de EF's (in 
 DF) die worden gevraagd door de eerste 
generatie van het downloadprotocol. Deze informatie wordt beveiligd met een digitale 
handte kening, volgens de beveiligingsmec hanismen van de eerste generatie. 
Een dergeli jke download omv at geen gegeve nsbestanden van EF's die alleen aanwezig zijn in 
bestuurders- (en werkplaats-)kaar ten van de tweede generatie (geg evensbestanden van EF's in 
DF). 
2.4.2  Het downloaden van een kaar t via een voertuigunit 
MIG_012  De gegevens worden gedo wnload van een kaar t van de tweede generatie die is ingebrac ht in een 
voer tuigunit van de eerste generatie, met gebruikmaking van het downloadprotoco l van de eerste 
generatie. De kaar t reage ert op exact dezelfde wijze als een kaar t van de eerste generatie op de 
commando's van de voertuigunit en de gedo wnloade gegevens hebben hetzelfde formaat als gegevens 
die zijn gedownload van een kaar t van de eerste generatie. 
MIG_013  De gegevens worden gedo wnload van een kaar t van de eerste generatie die is inge bracht in een 
voer tuigunit van de tweede generatie met gebruikmaking van het in aanhangsel 7 van deze bijlag e 
gedefinieerde downloadprotocol. De voer tuigunit zendt commando's naar de kaar t op precies dezelfde 
wijze als een voertuigunit van de eerste generatie, en de gedownloade gegevens beantwoo rden aan het 
formaat dat is gedefi nieerd voor kaar ten van de eerste generatie. 
2.4.3  Het downloaden van een voertuigunit 
MIG_014  Voor het downloaden van gegevens van een voertuigunit van de tweede generatie wordt gebr uik 
gemaakt van de beveiligingsmechanismen van de tweede generatie en van het in aanhangsel 7 van deze 
bijlag e gespecificeerde downloadprotoco l. 
MIG_015  Om controle-auto riteiten van buiten de EU de mogeli jkheid te geven om bestuurders te controleren en 
werkplaatsen van buit en de EU de moge lijkheid te geven om gegevens van voer tuigunits te 
downloaden, kan het ook mog elijk zijn om gegevens van voertuigunits van de tweede generatie te 
downloaden met de beveiligingsmechanismen en het downloadprotoco l van de eerste generatie. De 
gedo wnloade gegevens hebben hetzelfde formaat als gegevens die zijn gedownload uit een voertuigunit 
van de eerste generatie. Deze mog elijkhe id kan worden geselecteerd via commando's in het menu. 
2.5.  Interoperabiliteit tussen VU's en kalibratieapparatuur 
MIG_016  Kali bratieapparatuur is in staat kalibraties te verrichten van tachograf en van elke generatie, met 
gebr uikmaking van het kalibrer ingsprot ocol van deze generatie. Kalibratieapparatuur kan worden 
gebr uikt met één generatie tach ografen of met beide. 
3.  BEL ANGRIJK STE STAPPEN IN DE PERIODE VÓÓR DE DATUM VAN INV OERING 
MIG_017  Testsleut els en -cer tificaten worden uiterli jk 30 maanden voor de datum van invoering ter besch ikking 
gesteld van de fabr ikante n. 
MIG_018  De inter operabiliteitst esten zijn uiterlijk 15 maanden voor de datum van invoering klaar om van start 
te gaan, op verzoek van fabr ikante n. 
MIG_019  Officiële sleute ls en certificaten worden uiterli jk 12 maanden voor de datum van invoering ter 
beschikking gesteld van de fabr ikant en. 
MIG_020  De lidstate n kunnen uiterlijk 3 maanden voor de datum van invoering werkplaatskaar ten van de 
tweede generatie afge ven. 
MIG_021  De lidstat en kunnen uiterlijk 1 maand voor de datum van invoering alle types tachog raafkaar ten van 
de tweede generatie afge ven. 
4.  BEPALINGEN VOOR DE PERIODE NA DE DATUM VAN INV OERING 
MIG_022  Na de invoering geven de lidstaten alleen nog tachograafkaar ten van de tweede generatie af. 26.5.2016 L 139/499 Publicatieblad van de Europese Unie NL    
MIG_023  Fabri kanten van voertuigunits / bewegingssensoren moge n voertuigunits / bewegingssensoren van de 
eerste generatie blijven produceren zolang deze worden gebruikt op het terrein, zodat defect e 
onderdelen kunnen worden vervang en. 
MIG_024  Fabri kanten van voertuigunits / bewegingssensoren kunnen het behoud van de typegoedkeurin g van 
voer tuigunits / bewegingssensoren van de eerste generatie waar voor reeds typegoedkeurin g is 
verkregen, vragen en krijgen.  26.5.2016 L 139/500 Publicatieblad van de Europese Unie NL    
Aanhangsel 16 
ADAPTER VOOR VOERTUIGEN VAN DE CATEGORIEËN M1 EN N1 
INHOUD 
1. AFK ORTINGEN EN REFERENTIEDOCUMENTEN ........................................................................................... 501 
1.1. Afkortingen ............................................................................................................................ 501 
1.2. Referentienor men ..................................................................................................................... 501 
2. ALGEMENE KENMERKEN EN FUNCTIES VAN DE ADAPTER ........................................................................... 502 
2.1. Algemene besc hrijving van de adapt er........................................................................................... 502 
2.2. Functies ................................................................................................................................. 502 
2.3. Beveiliging .............................................................................................................................. 502 
3. EISEN VOOR HET CONTR OLEAPP ARAA T WANNEER EEN ADAPTER IS GEÏNST ALLEERD ..................................... 502 
4. FABRICA GE EN FUNCTIONELE VEREISTEN VAN DE ADAPTER ....................................................................... 503 
4.1. Totstandbrenging van interfaces en aanpassing van inkomende snelheidsimpulsen .................................. 503 
4.2. Invoering van de inkomende impulsen in de ingebouwde bewegingssensor ........................................................... 503 
4.3. Ingebouwde bewegingssensor ................................................................................................................... 503 
4.4. Veiligheidsv oorschrif ten ............................................................................................................. 503 
4.5. Prestatiekenmerk en................................................................................................................... 504 
4.6. Materi alen .............................................................................................................................. 504 
4.7. Merktek ens ............................................................................................................................. 504 
5. INST ALL ATIE VAN HET CONTR OLEAPP ARAA T WANNEER EEN ADAPTER WORDT GEBR UIK T.............................. 504 
5.1. Installatie ................................................................................................................................ 504 
5.2. Verzeg eling ............................................................................................................................. 505 
6. CONTR OLES, INSPECTIES EN HERSTELLINGEN ........................................................................................... 505 
6.1. Periodieke controles .................................................................................................................. 505 
7. TYPEGOEDKEURING VAN HET CON TROLEAPP ARAA T WANNEER EEN ADAPTER WORDT GEBR UIK T.................... 505 
7.1. Algemee n............................................................................................................................... 505 
7.2. Functioneel certificaat ............................................................................................................... 506  
1.  AFK ORTINGEN EN REFERENTIEDOCUMENTEN 
1.1.  Afk ortingen 
TBD  Nog vast te stellen 
VU  Voertuigunit 
1.2.  Referent ienor men 
ISO16844-3 Road vehicles — Tachog raph systems — Part 3: Motion sensor interface 26.5.2016 L 139/501 Publicatieblad van de Europese Unie NL    
2.  ALGEMENE KENMERKEN EN FUNCTIES VAN DE ADAPTER 
2.1.  Algemene beschr ijving van de adapter 
ADA_001  De adap ter lever t beveiligde bewegingsge gevens die permanent representatief zijn voor de snelheid en 
afge legde afstand van het voertuig aan de aangeslot en VU. 
De adapt er is alleen bestemd voor voertuigen die overeenk omstig deze verordening met een controle ­
apparaat moeten worden uitgerus t. 
De adap ter wordt alleen geïnstalleerd en gebruikt in de onder (yy) ”adapt er” van bijlag e IC gedefi ­
nieerde voer tuigtypen, wanneer het mecha nisch niet moge lijk is een ander bestaand type bewegings ­
sensor te installeren dat verenigbaar is met de bepalingen van deze bijlag e en met de aanhangsels 1 tot 
en met 16 daarbij. 
De adap ter mag geen mech anische interface met een bewegend deel van het voer tuig omva tten, maar 
moet aang esloten zijn op de snelheids-/afstandsimp ulsen die worden gegenereerd door geïntegreerde 
sensoren of alternatieve interf aces. 
ADA_002  Een bewegingssensor waar voor typegoedk euring is verleend (volg ens de voorsc hriften van deze bijlage 
IC, punt 8, Typegoedkeuri ng van controleapparat en en tachog raafkaar ten) wordt gemonteerd in de 
adap terbehuizing, die eveneens een impulsomv ormer omva t welke de inkomende impulsen invoert in 
de inge bouwde bewegingssensor . De ingebouwde bewegingssensor zelf wordt aangeslot en op de 
voertuigunit, zodat de interface tussen de voertuigunit en de adap ter vold oet aan de eisen van 
ISO16844-3. 
2.2.  Functies 
ADA_003  De adap ter heef t de volg ende functies: 
—  fungeer t als interface en past de inkomende snelheidsimpul sen aan, 
—  invoering van de inkomende impulsen in de ingebouwde bewegingssensor , 
—  alle functies van de ingebouwde bewegingssensor die beveiligde bewegingsg egeve ns aan de 
voer tuigunit leveren. 
2.3.  Bev eiliging 
ADA_004  Er hoef t geen veiligheidscer tificering van de adap ter te worden uitgev oerd overeenk omstig de in 
aanhangsel 10 bij deze bijlag e vastgest elde alge mene beveiligingsdoelstelling voor de bewegingssensor . 
In plaats daar van zijn de in punt 4.4 van dit aanhangsel gespecifi ceerde veiligheidseisen van 
toepa ssing. 
3.  EISEN VOOR HET CONTR OLEAPP ARAA T WANNEER EEN ADAPTER IS GEÏNST ALLEERD 
Uit de in de volgende hoofdstukken vermelde eisen blijkt hoe de voorsc hriften van deze bijlage moet en worden 
verstaan wanneer een adapt er wordt gebruikt. Tussen haakjes is het nummer van het voorschri ft van bijlag e IC 
vermeld. 
ADA_005  Het controleapparaat van een voertuig dat met een adapt er is uitgerus t, moet vold oen aan alle 
voorschri ften van deze bijlage, tenzij anders gespecifi ceerd in dit aanhangsel. 
ADA_006  Wanneer een adapt er is geïnstalleerd, omvat het controleapparaat kabels, de adapt er (met inbegr ip van 
een bewegingssensor) en een voertuigunit [01]. 
ADA_007  De functie voor het detect eren van voorvallen en/of fouten van het controleapparaat wordt als volgt 
gewijzigd: 
—  wanneer de stroomv oorziening van de ingebouwde bewegingssensor [79] gedurende meer dan 
200 milliseconden wordt onderbroken, veroorzaakt de voertuigunit, wanneer deze zich niet in de 
kalibrer ingsmodus bevindt, het voor val ”onderbreking in de stroomv oorziening”; 
—  wanneer de normale gegevensstroom tussen de inge bouwde bewegingssensor en de voertuigunit 
wordt onderbroken en/of wanneer zich een fout voordoet in de integr iteit van de gegevens of in de 
authenticatie van de gegevens tijde ns de gegevensuitwisseling tussen de ingebouwde bewegings ­
sensor en de voertuigunit [83], veroorzaakt de voertuigunit het voor val ”fout in de bewegingsge ­
gevens”; 26.5.2016 L 139/502 Publicatieblad van de Europese Unie NL    
—  wanneer zich een ander voorval voordoet dat de beveiliging van de inge bouwde bewegingssensor 
aantast, wanneer deze zich niet in kalibrer ingsmodus bevindt, veroorzaakt de voertuigunit het 
voor val ”poging tot inbreuk op de beveiliging” [85]; 
—  wanneer zich een fout in de ingebouwde bewegingssensor voordoet, wanneer deze zich niet in 
kalibrer ingsmodus bevindt, veroorzaakt de voer tuigunit het voor val ”fout in het controleapparaat” 
[88]. 
ADA_008  De fouten van de adap ter die door het controleapparaat kunnen worden vastge steld, zijn die welke 
verband houden met de ingebouwde bewegingssensor [88]. 
ADA_009  De kalibrer ingsmodus van de voertuigunit moet het moge lijk mak en de ingebouwde bewegingssensor 
automa tisch te verbinden met koppelen de voertuigunit [202, 204]. 
4.  FABRICA GE EN FUNCTIONELE VEREISTEN VAN DE ADAPTER 
4.1.  Totstandbrenging van interfaces en aanpassing van inkomende snelheidsimpulsen 
ADA_011  De inputi nterface van de adapt er aanvaardt frequentie-impulsen die representatief zijn voor de snelheid 
van het voer tuig en de afgelegde afstand. De elektr ische kenmerk en van de inkomende impulsen zijn: 
nader vast te stellen door de fabrikant. Aanpa ssingen die alleen kunnen worden uitgev oerd door de 
fabrikant van de adap ter en de goedge keurde werkplaats die de adapt er heef t geïnstalleerd, mak en de 
correcte interface tussen de adap terinput en het voer tuig mogeli jk, voor zover van toepa ssing. 
ADA_012  De inputi nterface van de adapt er moet, voor zover van toepa ssing, in staat zijn de frequentie-impulsen 
van de inkomende snelheidsimpul sen te vermenigvuldige n met of te delen door een vaste factor , 
teneinde het signaal te herleiden tot het in deze bijlag e gedefinieerde bereik van de k-factor (4 000 tot 
25 000 impulsen/ km). Deze vaste factor mag alleen worden geprogrammeerd door de fabrikant van 
de adap ter en door de goedge keurde werkplaats die de adapt er heef t geïnstalleerd. 
4.2.  Invoering van de inkomende impulsen in de ingebouwde bew egingssensor 
ADA_013  De inkomende impulsen, eventueel aang epast zoals hierbo ven uiteengezet, worden zodanig in de 
ingebouwde bewegingssensor ingev oerd dat elke inkomende impuls door de bewegingssensor wordt 
gedetect eerd. 
4.3.  Ingebouwde bew egingssensor 
ADA_014  De ingebouwde bewegingssensor wordt gestimuleerd door de inge voerde impulsen, waardoor hij 
bewegingsg egevens kan voortbrengen die accuraat de beweging van het voertuig weerge ven, alsof er 
een mechanisc he interface bestond tussen de sensor en een bewegend deel van het voertuig. 
ADA_015  De identif icatiegeg evens van de ingebouwde bewegingssensor worden door de voertuigunit gebruikt 
om de adap ter te identif iceren [95]. 
ADA_016 De in de ingebouwde bewegingssensor opges lagen installatiegeg evens worden geacht de installatiege ­
gevens van de adap ter te vertegenwoordig en [122]. 
4.4.  Veiligheidsv oorschr iften 
ADA_017  De behuizing van de adap ter wordt zodanig ontw orpen dat ze niet kan worden geopend. Ze wordt 
verzege ld, zodat pogingen om ermee te knoeien gemakk elijk kunnen worden vastge steld (bijv . door 
een visuele inspectie, zie ADA_035). De verzege ling moet vold oen aan dezelfde eisen als zegels van 
bewegingsopnemers [398 tot en met 406] 
ADA_018  Het mag niet mogeli jk zijn de ingebouwde bewegingssensor los te make n van de adapt er zonder het 
zegel/de zegels van de adapt erbehuizing of het zegel tussen de sensor en de adap terb ehuizing te 
verbreke n (zie ADA_034). 
ADA_019  De adap ter moet ervoor zorg en dat bewegingsgeg evens uitsluitend kunnen worden verwerkt en 
afge leid van de adap terinput. 26.5.2016 L 139/503 Publicatieblad van de Europese Unie NL    
4.5.  Pres tatiekenmerk en 
ADA_020 De adapt er moet volled ig operationeel zijn binnen het door de fabr ikant vastg estelde temperatuur ­
bereik. 
ADA_021  De adap ter moet volledig operationeel zijn binnen het vochtigheidsbereik van 10 % tot 90 % [214]. 
ADA_022  De adap ter moet tegen overspanning, polar iteitomkeri ng en kortsluiting worden beveiligd [216]. 
ADA_023  De adap ter moet: 
—  reageren op een magnetisch veld dat de detectie van beweging van het voertuig stoor t. In dat 
geval, wordt door de voer tuigunit een fout in de sensor [88] geregistreerd en opgeslagen, ofwel 
—  een aftastelement bevatten dat besc hermd is tegen, of ongev oelig is voor , een magnetisch veld 
[217]. 
ADA_024 De adap ter moet voldoen aan het internationale reglement VN ECE R 10 met betrekking tot elektro ­
magnetisc he compatibilit eit en moet tegen elektrostatische ontladinge n en stootsp anning worden 
beveiligd [218] 
4.6.  Mater ialen 
ADA_025  De adap ter moet voldoen aan bescher mingsklasse (nader vast te stellen door de fabrikan t, afhank elijk van 
de installatiepositie) [220, 221]. 
ADA_026  De kleur van de adap terbehuizing moet geel zijn. 
4.7.  Merktekens 
ADA_027  Op de adap ter moet een opschrif tenplaatje worden bevestigd waarop de volg ende gegevens zijn 
vermeld: 
—  naam en adres van de fabr ikant van de adap ter, 
—  onderdeelnummer van de fabr ikant en bouwjaar van de adap ter, 
—  goedkeuri ngsmerkt eken van het type adap ter of van het type controleapparaat met adap ter, 
—  de datum waarop de adapt er is geïnstalleerd, 
—  het voertuigidentificat ienummer van het voertuig waar in de adap ter is geïnstalleerd. 
ADA_028  Op het opschri ftenplaatje moete n ook de volg ende bijzonderheden worden vermeld (indien niet direct 
leesbaar aan de buitenzi jde van de ingebouwde bewegingssensor): 
—  naam van de fabrikant van de ingebouwde bewegingssensor , 
—  onderdeelnummer van de fabr ikant en bouwjaar van de ingebouwde bewegingssensor , 
—  goedkeuri ngsmerkt eken van de inge bouwde bewegingssensor . 
5.  INST ALL ATIE VAN HET CONTR OLEAPP ARAA T WANNEER EEN ADAPTER WORDT GEBR UIK T 
5.1.  Inst allatie 
ADA_029  Adapt ers voor installatie in voer tuigen moge n alleen worden geïnstalleerd door voer tuigfabr ikant en of 
door erkende werkplaatsen die gemac htigd zijn om digitale en slimme tach ografen te installeren, te 
activeren en te kalibreren. 
ADA_030 Een erkende werkplaats die een adapt er installeer t, stelt de inputi nterface in en selecteer t de verdeelver ­
houding van het inputsi gnaal (indien van toepa ssing). 26.5.2016 L 139/504 Publicatieblad van de Europese Unie NL    
ADA_031  Een erkende werkplaats die een adapt er installeer t, verzegelt de adap terbehuizing. 
ADA_032  De adapt er wordt zo dicht mog elijk geïnstalleerd bij het deel van het voertuig dat de inkomende 
impulsen lever t. 
ADA_033  De kabels voor de stroomv oorziening van de adapt er zijn rood (positief) en zwar t (aarding). 
5.2.  Verzegeling 
ADA_034  De volgende verzeg elingseisen zijn van toepassing: 
—  de behuizing van de adapt er wordt verzegeld (zie ADA_017), 
—  de behuizing van de ingebouwde sensor wordt verzegeld aan de adapt erbehuizing, tenzij het 
onmogeli jk is de sensor uit de adap terbehuizing te verwijderen zonder het zegel/de zegels van de 
adapt erbehuizing te verbreken (zie ADA_018), 
—  de adap terb ehuizing wordt verzege ld aan het voer tuig, 
—  de verbinding tussen de adapt er en de apparatuur die de inkomende impulsen verstuur t, wordt aan 
beide uiteinden verzege ld (voor zover redeli jker wijze moge lijk). 
6.  CONTR OLES, INSPECTIES EN HERSTELLINGEN 
6.1.  Periodieke controles 
ADA_035  Wanneer een adapt er wordt gebr uikt, moet bij elke periodieke inspectie (overeenk omstig voorsc hrift 
[409] tot en met [413] van bijlag e 1C) van het controleapparaat worden gecontroleerd: 
—  of de passende typegoedk euringsmerktek ens op de adapt er zijn aangeb racht, 
—  of de zegels op de adapt er en de verbindingen intact zijn, 
—  of de adap ter geïnstalleerd is zoals aangeg even op het installatieplaatje, 
—  of de adapt er geïnstalleerd is zoals gespecif iceerd door de aanpasser en/of fabrikant van het 
voer tuig, 
—  of het mont eren van een adap ter is toeg estaan voor het geïnspecteerde voertuig. 
ADA_036  Bij deze controles moet een kalibrer ing plaatsvinden en moete n alle zegels, ongea cht de staat waar in 
ze zich bevinden, worden vervangen. 
7.  TYPEGOEDKEURING VAN HET CON TROLEAPP ARAA T WANNEER EEN ADAPTER WORDT GEBR UIK T 
7.1.  Algemeen 
ADA_037  Het volledig e controleapparaat, met de adapt er, wordt ter typegoedkeuri ng ingediend [425]. 
ADA_038  Een adap ter kan met het oog op de typegoedkeurin g van de adapt er zelf of met het oog op de 
typegoedke uring als onderdeel van een controleapparaat worden ingediend. 
ADA_039  Een dergeli jke typegoedkeurin g moet functionele tests van de adapt er omv atten. Positieve testresultat en 
worden op een relevant certificaa t vermeld [426]. 26.5.2016 L 139/505 Publicatieblad van de Europese Unie NL    
7.2.  Functioneel certificaat 
ADA_040  Alleen als de adap ter met succes de onderstaande tests heef t doorstaan, wordt een functioneel 
certificaat voor de adap ter of voor het controleapparaat dat de adapt er omv at, afgeg even aan de 
fabrikant van de adapt er. 
Nr. Test Besc hrijving Gerelat eerde voorschrif ten 
1. Administratiev e controle 
1.1 Documentatie Correctheid van de documentatie van de adapt er  
2. Visuele inspectie 
2.1. Overeenstemming van de adap ter met de documentatie  
2.2. Identif icatie van/opschr iften op de adapt er ADA_027, ADA_028 
2.3 Materi alen van de adapt er [219] tot en met [223] 
ADA_026 
2.4. Verzeg eling ADA_017, ADA_018, 
ADA_034 
3. Functionele tests 
3.1 Invoering van de snelheidsimpul sen in de ingebouwde bewegingssensor ADA_013 
3.2 Totstandbrenging van interfaces en aanpassing van inkomende snelheidsimpulsen ADA_011, ADA_012 
3.3 Juistheid van bewegingsmeting [30] tot en met [35], 
[217] 
4. Milieutest s 
4.1 Testresultate n van de fabr ikant Resultate n van de milieutests van de fabrikant. ADA_020, ADA_021, 
ADA_022, ADA_024 
5. EMC 
5.1 Stralingsemissies en gevoelig ­
heid Controleer de overeenste mming met Richtli jn 
2006/28/EG ADA_024 
5.2 Testresultate n van de fabr ikant Resultate n van de milieutests van de fabrikant. ADA_024   26.5.2016 L 139/506 Publicatieblad van de Europese Unie NL