umwelt-online: Durchführungsverordnung (EU) 2016/799 zur Durchführung der Verordnung (EU) Nr. 165/2014 zur Festlegung der Vorschriften über Bauart, Prüfung, Einbau, Betrieb und Reparatur von Fahrtenschreibern und ihren Komponenten (2)
zurück |
Datenglossar | Anlage 118 |
1. Einleitung
Diese Anlage enthält die Spezifizierung der zur Verwendung im Kontrollgerät und auf den Fahrtenschreiberkarten vorgesehenen Datenformate, -elemente und -strukturen.
1.1. Grundlage für die Definition von Datentypen
Die Definition der Datentypen in dieser Anlage beruht auf der Abstract Syntax Notation One (ASN.1), da es auf diese Weise möglich ist, einfache und strukturierte Daten ohne Implizierung einer spezifischen, anwendungs- und umgebungsabhängigen Transfersyntax (Kodierungsregeln) festzulegen.
Die ASN.1-Typbenennungskonventionen werden gemäß ISO/IEC 8824-1 verwendet. Das heißt:
Ist ein ASN.1-Typ bereits im Rahmen einer anderen Norm definiert und für den Gebrauch im Kontrollgerät von Bedeutung, wird dieser ASN.1-Typ in dieser Anlage definiert.
Um mehrere Arten von Kodierungsregeln zu ermöglichen, sind einige ASN.1-Typen dieser Anlage mit Wertbereichsbezeichnern versehen, die in Abschnitt 3 und Anlage 2 definiert sind.
1.2. Referenzdokumente
In dieser Anlage werden folgende Referenzdokumente herangezogen:
ISO 639 | Code for the representation of names of languages. First Edition: 1988. |
ISO 3166 | Codes for the representation of names of countries and their subdivisions - Part 1: Country codes, 2013. |
ISO 3779 | Road vehicles - Vehicle identification number (VIN) - Content and structure. 2009. |
ISO/IEC 7816-5 | Identification cards - Integrated circuit cards - Part 5: Registration of application providers.
Second edition: 2004. |
ISO/IEC 7816-6 | Identification cards - Integrated circuit cards - Part 6: Interindustry data elements for interchange, 2004 + Technical Corrigendum 1: 2006 |
ISO/IEC 8824-1 | Information technology - Abstract Syntax Notation One (ASN.1): Specification of basic notation. 2008 + Technical Corrigendum 1: 2012 and Technical Corrigendum 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 single-byte coded graphic character sets - Part 1: Latin alphabet No.1. First edition: 1998. |
ISO/IEC 8859-7 | Information technology - 8 bit single-byte coded graphic character sets - Part 7: Latin/Greek alphabet. 2003. |
ISO 16844-3 | Road vehicles - Tachograph systems - Motion Sensor Interface. 2004 + Technical Corrigendum 1: 2006. |
TR-03110-3 | BSI / ANSSI Technical Guideline TR-03110-3, Advanced Security Mechanisms for Machine Readable Travel Documents and eIDAS Token - Part 3 Common Specifications, Version 2.20, 3. Februar 2015. |
2. Datentypdefinitionen18
Bei allen folgenden Datentypen besteht der Standardwert für einen "unbekannten" oder einen "nicht zutreffenden" Inhalt in der Ausfüllung des Datenelements mit "FF"-Bytes.
Sofern nicht anders angegeben, werden alle Datentypen für Anwendungen der 1. Generation und 2. Generation verwendet.
Bei Kartendatentypen, die für Anwendungen der 1. und der 2. Generation verwendet werden, bezieht sich die in dieser Anlage angegebene Größe auf Anwendungen der 2. Generation. Es wird angenommen, dass das Abfragegerät die Größe für Anwendungen der 1. Generation bereits kennt. Die sich auf diese Datentypen beziehenden Randnummern von Anhang IC umfassen Anwendungen der 1. und der 2. Generation.
2.1. Activity ChangeInfo
Mit diesem Datentyp ist es möglich, den Steckplatz- und Fahrerstatus um 0.00 Uhr und für einen Fahrer oder einen Beifahrer Tätigkeitsänderungen und/oder Veränderungen des Status der Fahrzeugführung und/oder Veränderungen des Kartenstatus innerhalb eines Zwei-Byte-Wortes zu kodieren. Dieser Datentyp bezieht sich auf Anhang 1C Randnummern 105, 266, 291, 320, 321, 343 und 344.
Wertzuweisung - Oktettanordnung: 'scpaattttttttttt'B (16 Bit)
Für Aufzeichnungen im Massenspeicher (oder den Steckplatz-Status):
's'B | Slot:
'0'B: FAHRER, '1'B: BEIFAHRER, |
'c'B | Status der Fahrzeugführung:
'0'B: EINMANNBETRIEB, '1'B: TEAM, |
'p'B | Status der Fahrerkarte (oder Werkstattkarte) im entsprechenden Steckplatz:
'0'B: EINGESTECKT, eine Karte ist eingesteckt, '1'B: NICHT EINGESTECKT, keine Karte eingesteckt (oder Karte entnommen), |
'aa'B | Tätigkeit:
'00'B: UNTERBRECHUNG/RUHE, '01'B: BEREITSCHAFT, '10'B: ARBEIT, '11'B: LENKEN, |
'ttttttttttt'B | Zeitpunkt der Veränderung: Anzahl der Minuten seit 0.00 Uhr an diesem Tag. |
Für Aufzeichnungen auf der Fahrerkarte (oder Werkstattkarte) (und den Fahrerstatus):
's'B | Steckplatz (nicht von Belang, wenn 'p' = 1. Ausnahmebedingung siehe Anmerkung):
'0'B: FAHRER, '1'B: BEIFAHRER, |
'c'B | Status der Fahrzeugführung (Fall 'p' = 0) oder
Status der Folgetätigkeit (Fall 'p' = 1): '0'B: EINMANNBETRIEB, '0'B: UNBEKANNT '1'B: TEAM, '1'B: BEKANNT (= manuell eingegeben) |
'p'B | Kartenstatus:
'0'B: EINGESTECKT, Karte ist in ein Kontrollgerät eingesteckt, '1'B: NICHT EINGESTECKT, keine Karte eingesteckt (oder Karte entnommen), |
'aa'B | Tätigkeit (nicht von Belang, wenn 'p' = 1 und 'c' = 0. Ausnahmebedingung siehe Anmerkung):
'00'B: UNTERBRECHUNG/RUHE, '01'B: BEREITSCHAFT, '10'B: ARBEIT, '11'B: LENKEN, |
'ttttttttttt'B | Zeitpunkt der Veränderung: Anzahl der Minuten seit 0.00 Uhr an diesem Tag. |
Anmerkung für den Fall "Kartenentnahme":
Wenn die Karte entnommen wurde, gilt Folgendes:
Infolge eines manuellen Eintrags können die (auf der Karte gespeicherten) Bits 'c' und 'aa' des Worts später zur Berücksichtigung des Eintrags überschrieben werden.
2.2. Address
Eine Adresse.
code Page gibt einen in Kapitel 4 definierten Zeichensatz an,
address ist eine mit dem angegebenen Zeichensatz kodierte Adresse.
2.3. AESKey
2. Generation:
Ein AES-Schlüssel mit einer Länge von 128, 192 oder 256 Bit.
Wertzuweisung: nicht näher spezifiziert.
2.4. AES128Key
2. Generation:
Ein AES128-Schlüssel.
length bezeichnet die Länge des AES128-Schlüssel in Oktetten.
aes128Key ist ein AES-Schlüssel mit einer Länge von 128 Bit.
Wertzuweisung:
Der Wert für die Länge beträgt 16.
2.5. AES192Key
2. Generation:
Ein AES192-Schlüssel.
length bezeichnet die Länge des AES192-Schlüssel in Oktetten.
aes192Key ist ein AES-Schlüssel mit einer Länge von 192 Bit.
Wertzuweisung:
Der Wert für die Länge beträgt 24.
2.6. AES256Key
2. Generation:
Ein AES256-Schlüssel.
length bezeichnet die Länge des AES256-Schlüssel in Oktetten.
aes256Key ist ein AES-Schlüssel mit einer Länge von 256 Bit.
Wertzuweisung:
Der Wert für die Länge beträgt 32.
2.7. BCDString
BCDString wird für die Darstellung von binär kodierten Dezimalzahlen (BCD) angewendet. Dieser Datentyp dient der Darstellung einer Dezimalziffer in einer 4-Bit-Gruppe. BCDString basiert auf "Character StringType" der ISO/IEC 8824-1.
BCDString verwendet eine "hstring"-Notation. Die äußerste linke Hexadezimalziffer ist die höchstwertige 4-Bit-Gruppe des ersten Oktetts. Um ein Vielfaches der Oktette zu erhalten, werden nach Bedarf von der Position der äußersten linken 4-Bit-Gruppe im ersten Oktett 4-Bit-Gruppen mit rechtsstehenden Nullen eingefügt.
Zulässige Ziffern: 0, 1, ... 9.
2.8. CalibrationPurpose
Code zur Erläuterung, warum ein bestimmter Satz von Kalibierungsparametern aufgezeichnet wurde. Dieser Datentyp bezieht sich auf Anhang 1B Randnummern 097 und 098 und Anhang 1C Randnummer 119.
Wertzuweisung:
1. Generation:
'00'H reservierter Wert,
'01'H Aktivierung: Aufzeichnung von bekannten Kalibrierungsparametern zum Zeitpunkt der VU-Aktivierung,
'02'H Ersteinbau: Erste Kalibrierung der VU nach ihrer Aktivierung,
'03'H Einbau: Erste Kalibrierung der VU im derzeitigen Fahrzeug,
'04'H Regelmäßige Nachprüfung
2. Generation:
Zusätzlich zur 1. Generation werden folgende Werte genutzt:
'05'H Eingabe des amtlichen Kennzeichens nach Unternehmen,
'06'H Zeitanpassung ohne Kalibrierung,
'07'H bis '7F'H RFU,
'80'H bis 'FF'H Herstellerspezifisch.
2.9. CardActivityDailyRecord
Auf einer Karte gespeicherte Informationen zu den Fahrertätigkeiten an einem bestimmten Kalendertag. Dieser Datentyp bezieht sich auf Anhang 1C Randnummern 266, 291, 320 und 343.
activityPreviousRecordLength - Gesamtlänge des vorherigen Tagesdatensatzes in Byte. Der Höchstwert wird durch die Länge des OCTET STRING angegeben, der diese Datensätze enthält (siehe CardActivityLengthRange, Anlage 2 Abschnitt 4). Ist dieser Datensatz der älteste Tagesdatensatz, muss der Wert von activity PreviousRecordLength auf 0 gesetzt werden.
activityRecordLength - Gesamtlänge dieses Datensatzes in Byte. Der Höchstwert wird durch die Länge des OCTET STRING angegeben, der diese Datensätze enthält.
activityRecordDate - Datum des Datensatzes.
activityDailyPresenceCounter -Tagesanwesenheitszähler für die Karte an diesem Tag.
activityDayDistance - die an diesem Tag zurückgelegte Gesamtwegstrecke.
activityChangeInfo -Menge der Activity ChangeInfo-Daten für den Fahrer an diesem Tag. Kann maximal 1440 Werte enthalten (1 Tätigkeitsänderung je Minute). Dieser Datensatz enthält stets auch den Activity ChangeInfo-Wert für den Fahrerstatus um 0.00 Uhr.
2.10. CardActivityLengthRange
Anzahl der Bytes auf einer Fahrer- oder Werkstattkarte, die für die Speicherung von Datensätzen zur Fahrertätigkeit zur Verfügung stehen.
Wertzuweisung: siehe Anlage 2.
2.11. CardApprovalNumber
Typgenehmigungsnummer der Karte.
Wertzuweisung:
Die Genehmigungsnummer muss derjenigen entsprechen, die auf der zugehörigen Website der Europäischen Kommission veröffentlicht ist, und beispielsweise etwaige Bindestriche berücksichtigen. Die Genehmigungsnummer muss linksbündig ausgerichtet sein.
2.12. CardCertificate
1. Generation:
Zertifikat des öffentlichen Schlüssels einer Karte.
2.13. CardChipIdentification
Auf einer Karte gespeicherte Information zur Identifizierung des integrierten Schaltkreises (IS) der Karte (Anhang 1C Randnummer 249). Anhand der icSerialNumber gemeinsam mit den ic ManufacturingReferences wird der Kartenchip eindeutig identifiziert. Mit der icSerial Number allein ist eine eindeutige Identifizierung des Kartenchips nicht möglich.
icSerial Number ist die IS-Seriennummer.
icManufacturing References ist der spezifische IS-Herstellerbezeichner.
2.14. CardConsecutiveIndex
Fortlaufender Kartenindex (Begriffsbestimmung h)).
Wertzuweisung: (siehe Anlage 1C Kapitel 7)
Reihenfolge für die Erhöhung: '0, ..., 9, A, ..., Z, a, ..., z'
2.15. CardControlActivityDataRecord
Auf einer Fahrer- oder Werkstattkarte gespeicherte Information über die letzte Kontrolle, welcher der Fahrer unterzogen wurde (Anhang 1C Randnummern 274, 299, 327 und 350).
controlType - Art der Kontrolle.
controlTime - Datum und Uhrzeit der Kontrolle.
controlCardNumber - FullCardNumber des ausführenden Kontrolleurs.
controlVehicleRegistration - amtliches Kennzeichen und zulassender Mitgliedstaat des Fahrzeugs, in dem die Kontrolle stattfand.
controlDownloadPeriodBegin und controlDownloadPeriodEnd - übertragener Zeitraum bei Übertragungen.
2.16. CardCurrentUse
Information über die aktuelle Benutzung der Karte (Anhang 1C Randnummern 273, 298, 326 und 349).
sessionOpenTime - Uhrzeit, zu der die Karte für die aktuelle Benutzung eingesteckt wird. Bei Kartenentnahme wird dieses Element auf null gesetzt.
sessionOpenVehicle - Kennung des derzeit gefahrenen Fahrzeugs, gesetzt beim Einstecken der Karte. Bei Kartenentnahme wird dieses Element auf null gesetzt.
2.17. CardDriverActivity
Auf einer Fahrer- oder Werkstattkarte gespeicherte Information über die Tätigkeiten des Fahrers (Anhang 1C Randnummern 267, 268, 292, 293, 321 und 344).
activityPointerOldestDayRecord - Angabe des Beginns des Speicherortes (Anzahl der Bytes vom Anfang des Strings) des ältesten vollständigen Tagesdatensatzes im String activityDailyRecords. Der Höchstwert ist durch die Länge des Strings gegeben.
activityPointerNewestRecord - Angabe des Beginns des Speicherortes (Anzahl der Bytes vom Anfang des Strings) des jüngsten vollständigen Tagesdatensatzes im String activityDailyRecords. Der Höchstwert ist durch die Länge des Strings gegeben.
activityDailyRecords - der für die Fahrertätigkeitsdaten zur Verfügung stehende Speicherplatz (Datenstruktur: CardActivity DailyRecord) für jeden Kalendertag, an dem die Karte benutzt wurde.
Wertzuweisung: Dieser Oktettstring wird zyklisch mit CardActivity DailyRecord-Datensätzen gefüllt. Bei der ersten Benutzung beginnt die Speicherung beim ersten Byte des Strings. Alle neuen Datensätze werden am Ende des vorigen angefügt. Ist der String voll, wird die Speicherung am ersten Byte des Strings unabhängig davon fortgesetzt, ob es innerhalb eines Datenelements zu einem Bruch kommt. Bevor (zur Vergrößerung des aktuellen activity DailyRecord oder zum Einsetzen eines neuen activity DailyRecord) neue Tätigkeitsdaten in den String gesetzt werden, die ältere Tätigkeitsdaten ersetzen, muss activity PointerOldest DayRecord aktualisiert werden, um den neuen Platz des ältesten vollständigen Tagesdatensatzes auszuweisen, und activity PreviousRecordLength dieses (neuen) ältesten vollständigen Tagesdatensatzes muss auf 0 zurückgesetzt werden.
2.18. CardDrivingLicenceInformation
Auf einer Fahrer- oder Werkstattkarte gespeicherte Information zu den Führerscheindaten des Karteninhabers (Anhang 1C Randnummern 259 und 284).
drivingLicenceIssuingAuthority - die für die Ausstellung des Führerscheins zuständige Behörde.
drivingLicenceIssuingNation - Nationalität der Ausstellungsbehörde des Führerscheins.
drivingLicenceNumber - Nummer des Führerscheins.
2.19. CardEventData18
1. Generation:
Auf einer Fahrer- oder Werkstattkarte gespeicherte Information zu den Ereignissen im Zusammenhang mit dem Karteninhaber (Anhang IC Randnummern 260 und 318).
CardEventData - eine nach absteigendem Wert von EventFault type geordnete Folge von cardEventRecords (mit Ausnahme von Versuchen der Sicherheitsverletzung, die in der letzten Gruppe der Folge zusammengefasst sind).
cardEventRecords - Ereignisdatensätze einer bestimmten Ereignisart (oder Kategorie bei Ereignissen Versuch Sicherheitsverletzung).
2. Generation:
Auf einer Fahrer- oder Werkstattkarte gespeicherte Information zu den Ereignissen im Zusammenhang mit dem Karteninhaber (Anhang IC Randnummern 285 und 341).
CardEventData - eine nach absteigendem Wert von EventFault type geordnete Folge von cardEventRecords (mit Ausnahme von Versuchen der Sicherheitsverletzung, die in der letzten Gruppe der Folge zusammengefasst sind).
cardEventRecords - Ereignisdatensätze einer bestimmten Ereignisart (oder Kategorie bei Ereignissen Versuch Sicherheitsverletzung).
2.20. CardEventRecord
Auf einer Fahrer- oder Werkstattkarte gespeicherte Information zu einem Ereignis im Zusammenhang mit dem Karteninhaber (Anhang 1C Randnummern 261, 286, 318 und 341).
eventType - Art des Ereignisses.
eventBeginTime - Datum und Uhrzeit des Ereignisbeginns.
eventEndTime - Datum und Uhrzeit des Ereignisendes.
eventVehicleRegistration - amtliches Kennzeichen und zulassender Mitgliedstaat des Fahrzeugs, in dem das Ereignis eingetreten ist.
2.21. CardFault Data
Auf einer Fahrer- oder Werkstattkarte gespeicherte Information zu den Störungen im Zusammenhang mit dem Karteninhaber (Anhang 1C Randnummern 263, 288, 318 und 341).
CardFaultData - eine Folge von Datensätzen mit Kontrollgerätstörungen, gefolgt von Datensätzen mit Kartenfehlfunktionen.
cardFaultRecords - Störungsdatensätze einer bestimmten Störungskategorie (Kontrollgerät oder Karte).
2.22. CardFaultRecord
Auf einer Fahrer- oder Werkstattkarte gespeicherte Information zu einer Störung im Zusammenhang mit dem Karteninhaber (Anhang 1C Randnummern 264, 289, 318 und 341).
faultType - Art der Störung.
faultBeginTime - Datum und Uhrzeit des Störungsbeginns.
faultEndTime - Datum und Uhrzeit des Störungsendes.
faultVehicleRegistration - amtliches Kennzeichen und zulassender Mitgliedstaat des Fahrzeugs, in dem die Störung auftrat.
2.23. CardIccIdentification
Auf einer Karte gespeicherte Information zur Identifizierung der Karte des integrierten Schaltkreises (IS) (Anhang 1C Randnummer 248).
clockStop - Clockstop-Modus laut Definition in Anlage 2.
cardExtendedSerialNumber - eindeutige Seriennummer der IS-Karte gemäß weiterer Spezifikation durch den Datentyp Extended SerialNumber.
cardApprovalNumber -Typgenehmigungsnummer der Karte.
cardPersonaliserID - Karten-Personaliser-ID kodiert als Manufacturer Code.
embedderIcAssemblerId - enthält Informationen zum Kartenhersteller/IS-Assembler.
icIdentifier - Bezeichner des IS auf der Karte und des IS-Herstellers laut Definition in ISO/IEC 7816-6.
2.24. CardIdentification
Auf der Karte gespeicherte Information zur Identifikation der Karte (Anhang 1C Randnummern 255, 280, 310, 333, 359, 365, 371 und 377).
cardIssuingMemberState - Code des Mitgliedstaates, der die Karte ausgestellt hat.
cardNumber - Kartennummer.
cardIssuingAuthorityName - Name der Behörde, die die Karte ausgestellt hat.
cardIssueDate - Datum der Ausstellung der Karte an den derzeitigen Inhaber.
cardValidityBegin - Datum, an dem die Gültigkeit der Karte beginnt.
cardExpiryDate - Datum, an dem die Gültigkeit der Karte abläuft.
2.25. CardMACertificate
2. Generation:
Zertifikat des öffentlichen Schlüssels der Karte zur gegenseitigen Authentisierung mit einer VU. Die Struktur dieses Zertifikats ist in Anlage 11 spezifiziert.
2.26. CardNumber
Kartennummer nach Begriffsbestimmung g).
driverIdentification - eindeutige Kennung eines Fahrers in einem Mitgliedstaat.
ownerIdentification - eindeutige Kennung eines Unternehmens oder einer Werkstatt oder einer Kontrollstelle in einem Mitgliedstaat.
cardConsecutiveIndex - fortlaufender Kartenindex.
cardReplacementIndex - Kartenersatzindex.
cardRenewalIndex - Kartenerneuerungsindex.
Die erste Folge der Auswahl eignet sich zur Kodierung einer Fahrerkartennummer, die zweite Folge zur Kodierung der Werkstatt-, Kontroll- und Unternehmenskartennummer.
2.27. CardPlaceDailyWorkPeriod
Auf einer Fahrer- oder Werkstattkarte gespeicherte Information zum Ort des Beginns und/oder des Endes des Arbeitstages (Anhang 1C Randnummern 272, 297, 325 und 348).
placePointerNewestRecord - Index des zuletzt aktualisierten Ortsdatensatzes.
Wertzuweisung: Zahl, die dem Zähler des Ortsdatensatzes entspricht, beginnend mit '0' für das erste Auftreten der Ortsdatensätze in der Struktur.
placeRecords - Datensätze mit Informationen zu den eingegebenen Orten.
2.28. CardPrivateKey
1. Generation:
Der private Schlüssel einer Karte.
2.29. CardPublicKey
Der öffentliche Schlüssel einer Karte.
2.30. CardRenewalIndex18
Ein Kartenerneuerungsindex (Begriffsbestimmung i)).
Wertzuweisung: (siehe Kapitel 7 in diesem Anhang).
'0' Erstausstellung.
Reihenfolge für die Erhöhung:,0, ..., 9, A, ..., Z'"
2.31. CardReplacementIndex
Ein Kartenersatzindex (Begriffsbestimmung j)).
Wertzuweisung: (siehe Kapitel VII in diesem Anhang).
'0' Originalkarte.
Reihenfolge für die Erhöhung: '0, ..., 9, A, ..., Z'
2.32. CardSignCertificate
2. Generation:
Zertifikat des öffentlichen Schlüssels einer Karte zur Signatur. Die Struktur dieses Zertifikats ist in Anlage 11 spezifiziert.
2.33. CardSlotNumber
Code zur Unterscheidung der beiden Steckplätze einer Fahrzeugeinheit.
Wertzuweisung: nicht näher spezifiziert.
2.34. CardSlotsStatus
Code zur Angabe der in den beiden Steckplätzen der Fahrzeugeinheit eingesteckten Kartenarten.
Wertzuweisung - Oktettanordnung: 'ccccdddd'B
'cccc'B | Identifizierung der im Steckplatz Beifahrer befindlichen Kartenart, |
'dddd'B | Identifizierung der im Steckplatz Fahrer befindlichen Kartenart, |
mit folgenden Codes:
'0000'B | keine Karte eingesteckt, |
'0001'B | Fahrerkarte eingesteckt, |
'0010'B | Werkstattkarte eingesteckt, |
'0011'B | Kontrollkarte eingesteckt, |
'0100'B | Unternehmenskarte eingesteckt. |
2.35. CardSlotsStatusRecordArray
2. Generation:
CardSlots Status und im Download-Protokoll verwendete Metadaten.
recordType - Art des Datensatzes (CardSlots Status). Wertzuweisung: siehe RecordType
recordsize - die Größe des CardSlots Status in Byte.
noOfRecords - Anzahl der Datensätze in der Menge der Datensätze.
records - Menge der CardSlots Status-Datensätze.
2.36. CardStructureVersion
Code zur Angabe der Version der auf einer Fahrtenschreiberkarte implementierten Struktur.
Wertzuweisung: 'aabb'H:
'aa'H | Index für Änderungen der Struktur.
'00'H für Anwendungen der 1. Generation '01'H für Anwendungen der 2. Generation |
'bb'H | Index für Änderungen im Zusammenhang mit dem Gebrauch der Datenelemente, die für die vom oberen Byte gegebenen Struktur definiert sind.
'00'H für diese Version der Anwendungen der 1. Generation '00'H für diese Version der Anwendungen der 2. Generation |
2.37. CardVehicleRecord
Auf einer Fahrer- oder Werkstattkarte gespeicherte Information zur Einsatzzeit eines Fahrzeugs an einem Kalendertag (Anhang 1C Randnummern 269, 294, 322 und 345).
1. Generation:
vehicleOdometerBegin - Kilometerstand zu Beginn der Einsatzzeit des Fahrzeugs.
vehicleOdometerEnd - Kilometerstand am Ende der Einsatzzeit des Fahrzeugs.
vehicleFirstUse - Datum und Uhrzeit des Beginns der Einsatzzeit des Fahrzeugs.
vehicleLastUse - Datum und Uhrzeit des Endes der Einsatzzeit des Fahrzeugs.
vehicleRegistration - amtliches Kennzeichen und zulassender Mitgliedstaat des Fahrzeugs.
vuDataBlockCounter - Wert des VuDataBlockCounter beim letzten Auszug der Einsatzzeit des Fahrzeugs.
2. Generation:
Zusätzlich zur 1. Generation wird folgendes Datenelement verwendet:
VehicleIdentificationNumber - die Fahrzeugidentifizierungsnummer mit Bezug auf das Fahrzeug insgesamt.
2.38. CardVehiclesUsed
Auf einer Fahrer- oder Werkstattkarte gespeicherte Information zu den vom Karteninhaber gefahrenen Fahrzeugen (Anhang 1C Randnummern 270, 295, 323 und 346).
vehiclePointerNewestRecord - Index des zuletzt aktualisierten Fahrzeugdatensatzes.
Wertzuweisung: Zahl, die dem Zähler des Fahrzeugdatensatzes entspricht, beginnend mit '0' für das erste Auftreten der Fahrzeugdatensätze in der Struktur.
cardVehicleRecords - Datensätze mit Informationen zu den gefahrenen Fahrzeugen.
2.39. CardVehicleUnitRecord
2. Generation:
Auf einer Fahrer- oder Werkstattkarte gespeicherte Information zu der verwendeten Fahrzeugeinheit (Anhang 1C Randnummern 303 und 351).
timeStamp - Beginn der Einsatzzeit der Fahrzeugeinheit (d. h. erstes Karteneinstecken in die Fahrzeugeinheit für diesen Zeitraum).
manufacturerCode - Name des Herstellers der Fahrzeugeinheit.
deviceID - Identifizierung des Typs der Fahrzeugeinheit eines Herstellers. Der Wert ist herstellerspezifisch.
vuSoftwareVersion - Softwareversionsnummer der Fahrzeugeinheit.
2.40. CardVehicleUnitsUsed
2. Generation:
Auf einer Fahrer- oder Werkstattkarte gespeicherte Information zu den vom Karteninhaber gefahrenen Fahrzeugeinheiten (Anhang 1C Randnummern 306 und 352).
vehicleUnitPointerNewestRecord - Index des zuletzt aktualisierten Datensatzes für die Fahrzeugeinheit.
Wertzuweisung: Zahl, die dem Zähler des Datensatzes der Fahrzeugeinheit entspricht, beginnend mit '0' für das erste Auftreten der Datensätze der Fahrzeugeinheit in der Struktur.
cardVehicleUnitRecords - Datensätze mit Informationen zu den genutzten Fahrzeugeinheiten.
2.41. Certificate
Das von einer Zertifizierungsstelle ausgestellte Zertifikat eines öffentlichen Schlüssels.
1. Generation:
Wertzuweisung: digitale Signatur mit teilweiser Wiederherstellung eines Certificate Content gemäß Anlage 11 "Gemeinsame Sicherheitsmechanismen": Signature (128 Byte) || Public Key remainder (58 Byte) || Certification Authority Reference (8 Byte).
2. Generation:
Wertzuweisung: siehe Anlage 11
2.42. CertificateContent
1. Generation:
Der (Klartext-) Inhalt des Zertifikats eines öffentlichen Schlüssels gemäß Anlage 11 "Gemeinsame Sicherheitsmechanismen".
certificateProfileIdentifier - Version des entsprechenden Zertifikats.
Wertzuweisung: '01h' für diese Version.
certificationAuthorityReference identifiziert die das Zertifikat ausstellende Zertifizierungsstelle. und enthält darüber hinaus einen Verweis auf den öffentlichen Schlüssel dieser Zertifizierungsstelle.
certificateHolderAuthorisation identifiziert die Rechte des Zertifikatsinhabers.
certificateEndOfValidity - Datum, an dem die Gültigkeit des Zertifikats administrativ endet.
certificateHolderReference identifiziert den Zertifikatsinhaber. und enthält zugleich einen Verweis auf dessen öffentlichen Schlüssel.
publicKey - der öffentliche Schlüssel, der durch dieses Zertifikat zertifiziert wird.
2.43. CertificateHolderAuthorisation
Identifizierung der Rechte eines Zertifikatsinhabers.
1. Generation:
tachographApplicationID - Anwendungsbezeichner für die Kontrollgerätanwendung.
Wertzuweisung: 'FFh''54h''41h''43h''48h''4Fh'. Dieser AID ist ein proprietärer nichtregistrierter Anwendungsbezeichner gemäß ISO/IEC 7816-5.
equipmentType ist die Kennung des Gerätetyps, für den das Zertifikat bestimmt ist.
Wertzuweisung: entsprechend dem Datentyp Equipment type. 0, wenn es sich um ein Zertifikat eines Mitgliedstaates handelt.
2. Generation:
tachographApplicationID bezeichnet die 6 höchstwertigen Bytes des zugehörigen Anwendungsbezeichners (Application Identifier, AID) der Fahrtenschreiberkarte der 2. Generation. Der AID für die Fahrtenschreiberkartenanwendung ist in Kapitel 6.2 spezifiziert.
Wertzuweisung: 'FF 53 4D 52 44 54'.
equipmentType - ist die Kennung des für die 2. Generation angegebenen Gerätetyps, für den das Zertifikat bestimmt ist.
Wertzuweisung: entsprechend dem Datentyp Equipment type.
2.44. CertificateRequestID
Eindeutige Kennung eines Zertifikatsantrags. Kann auch als Bezeichner des öffentlichen Schlüssels einer Fahrzeugeinheit verwendet werden, wenn die Seriennummer der Fahrzeugeinheit, für die der Schlüssel bestimmt ist, zum Zeitpunkt der Erzeugung des Zertifikats nicht bekannt ist.
requestSerialNumber - einmalige Seriennummer des Zertifikatsantrags für den im Folgenden angegebenen Hersteller und Monat.
requestMonthYear - Kennung für den Monat und das Jahr des Zertifikatsantrags.
Wertzuweisung: BCD-Kodierung des Monats (zwei Stellen) und des Jahres (die beiden letzten Stellen).
crIdentifier - Bezeichner zur Unterscheidung eines Zertifikatsantrags von einer erweiterten Seriennummer.
Wertzuweisung: 'FFh'.
manufacturerCode - numerischer Code des Herstellers, der das Zertifikat beantragt.
2.45. CertificationAuthorityKID
Bezeichner des öffentlichen Schlüssels einer Zertifizierungsstelle (Mitgliedstaatliche Stelle oder Europäische Zertifizierungsstelle).
nationNumeric - numerischer Landescode der Zertifizierungsstelle.
nationAlpha - alphanumerischer Landescode der Zertifizierungsstelle.
keySerialNumber - eine Seriennummer zur Unterscheidung der verschiedenen Schlüssel der Zertifizierungsstelle für den Fall des Wechsels von Schlüsseln.
additionalInfo - 2-Byte-Feld für Zusatzkodierung (je nach Zertifizierungsstelle).
caIdentifier - Bezeichner zur Unterscheidung des Schlüsselbezeichners einer Zertifizierungsstelle von anderen Schlüsselbezeichnern.
Wertzuweisung: '01h'.
2.46. CompanyActivityData
Auf einer Unternehmenskarte gespeicherte Information zu den mit der Karte ausgeführten Tätigkeiten (Anhang 1C Randnummern 373 und 379).
companyPointerNewestRecord - Index des zuletzt aktualisierten company ActivityRecord.
Wertzuweisung: Zahl, die dem Zähler des Unternehmenstätigkeitsdatensatzes entspricht, beginnend mit '0' für das erste Auftreten des Unternehmenstätigkeitsdatensatzes in der Struktur.
companyActivityRecords - sämtliche Unternehmenstätigkeitsdatensätze.
companyActivityRecord - Folge von Informationen zu einer Unternehmenstätigkeit.
companyActivityType - Art der Unternehmenstätigkeit.
companyActivityTime - Datum und Uhrzeit der Unternehmenstätigkeit.
cardNumberInformation - gegebenenfalls Kartennummer und ausstellender Mitgliedstaat der heruntergeladenen Karte.
vehicleRegistrationInformation - amtliches Kennzeichen und zulassender Mitgliedstaat des heruntergeladenen bzw. des gesperrten oder entsperrten Fahrzeugs.
downloadPeriodBegin und downloadPeriodEnd - gegebenenfalls der von der VU heruntergeladene Zeitraum.
2.47. Company ActivityType
Code für die von einem Unternehmen unter Nutzung seiner Unternehmenskarte ausgeführte Tätigkeit.
2.48. CompanyCardApplicationIdentification
Auf einer Unternehmenskarte gespeicherte Information zur Identifizierung der Anwendung der Karte (Anhang 1C Randnummern 369 und 375).
typeOfTachographCardId gibt die implementierte Kartenart an.
cardStructureVersion gibt die Version der auf der Karte implementierten Struktur an.
noOfCompanyActivityRecords Anzahl der Unternehmenstätigkeitsdatensätze, die die Karte speichern kann.
2.49. Company CardHolder Identification
Auf einer Unternehmenskarte gespeicherte Information zur Identifizierung des Karteninhabers (Anhang 1C Randnummern 372 und 378).
companyName - Name des Unternehmens, dem die Karte gehört.
companyAddress - Anschrift des Unternehmens, dem die Karte gehört.
cardHolderPreferredLanguage - bevorzugte Sprache des Karteninhabers.
2.50. Control CardApplication Identification
Auf einer Kontrollkarte gespeicherte Information zur Identifizierung der Anwendung der Karte (Anhang 1C Randnummern 357 und 363).
typeOfTachographCardId gibt die implementierte Kartenart an.
cardStructureVersion - gibt die Version der auf der Karte implementierten Version der Struktur an.
noOfControlActivityRecords - Anzahl der Kontrolltätigkeitsdatensätze, die die Karte speichern kann.
2.51. ControlCardControlActivityData
Auf einer Kontrollkarte gespeicherte Information zur mit der Karte durchgeführten Kontrolltätigkeit (Anhang 1C Randnummern 361 und 367).
controlPointerNewestRecord - Index des zuletzt aktualisierten Kontrolltätigkeitsdatensatzes.
Wertzuweisung: Zahl, die dem Zähler des Kontrolltätigkeitsdatensatzes entspricht, beginnend mit '0' für das erste Auftreten des Kontrolltätigkeitsdatensatzes in der Struktur.
controlActivityRecords - sämtliche Kontrolltätigkeitsdatensätze.
controlActivityRecord - Folge von Informationen zu einer Kontrolle.
controlType - Art der Kontrolle.
controlTime - Datum und Uhrzeit der Kontrolle.
controlledCardNumber - Kartennummer und ausstellender Mitgliedstaat der kontrollierten Karte.
controlledVehicleRegistration - amtliches Kennzeichen und zulassender Mitgliedstaat des Fahrzeugs, in dem die Kontrolle stattfand.
controlDownloadPeriodBegin und controlDownloadPeriodEnd - heruntergeladener Zeitraum.
2.52. ControlCardHolderIdentification
Auf einer Kontrollkarte gespeicherte Information zur Identifizierung des Karteninhabers (Anhang 1C Randnummern 360 und 366).
controlbodyName - Name der Kontrollstelle des Karteninhabers.
controlbodyAddress - Anschrift der Kontrollstelle des Karteninhabers.
cardHolderName - Name und Vorname(n) des Inhabers der Kontrollkarte.
cardHolderPreferredLanguage - bevorzugte Sprache des Karteninhabers.
2.53. ControlType
Code zur Angabe der bei einer Kontrolle ausgeführten Aktivitäten. Dieser Datentyp bezieht sich auf Anhang 1C Randnummern 126, 274, 299, 327 und 350.
1. Generation:
Wertzuweisung - Oktettanordnung: 'cvpdxxxx'B (8 Bit)
'c'B | Herunterladen der Karte:
'0'B: Karte bei dieser Kontrollaktivität nicht heruntergeladen, '1'B: Karte bei dieser Kontrollaktivität heruntergeladen |
'v'B | Herunterladen der VU:
'0'B: VU bei dieser Kontrollaktivität nicht heruntergeladen, '1'B: VU bei dieser Kontrollaktivität heruntergeladen |
'p'B | Drucken:
'0'B: kein Drucken bei dieser Kontrollaktivität, '1'B: Drucken bei dieser Kontrollaktivität |
'd'B | Anzeige:
'0'B: keine Anzeige bei dieser Kontrollaktivität verwendet, '1'B: Anzeige bei dieser Kontrollaktivität verwendet |
'xxxx'B | Nichtverwendung. |
2. Generation:
Wertzuweisung - Oktettanordnung: 'cvpdexxx'B (8 Bit)
'c'B | Herunterladen der Karte:
'0'B: Karte bei dieser Kontrollaktivität nicht heruntergeladen, '1'B: Karte bei dieser Kontrollaktivität heruntergeladen |
'v'B | Herunterladen der VU:
'0'B: VU bei dieser Kontrollaktivität nicht heruntergeladen, '1'B: VU bei dieser Kontrollaktivität heruntergeladen |
'p'B | Drucken:
'0'B: kein Drucken bei dieser Kontrollaktivität, '1'B: Drucken bei dieser Kontrollaktivität |
'd'B | Anzeige:
'0'B: keine Anzeige bei dieser Kontrollaktivität verwendet, '1'B: Anzeige bei dieser Kontrollaktivität verwendet |
'e'B | Kalibrierungskontrolle unterwegs:
'0'B: Kalibrierungsparameter bei dieser Kontrollaktivität nicht überprüft, '1'B: Kalibrierungsparameter bei dieser Kontrollaktivität überprüft |
'xxx'B | RFU. |
2.54. CurrentDateTime
Aktuelles Datum und aktuelle Uhrzeit des Kontrollgeräts.
Wertzuweisung: nicht näher spezifiziert.
2.55. CurrentDateTimeRecordArray
2. Generation:
Datum und Uhrzeit plus im Download-Protokoll verwendete Metadaten.
recordType - Art des Datensatzes (Current DateTime). Wertzuweisung: siehe RecordType
recordsize - die Größe des Current DateTime in Byte.
noOfRecords - Anzahl der Datensätze in der Menge der Datensätze.
records -.Menge der aktuellen Datums- und Uhrzeit-Datensätze.
2.56. Daily PresenceCounter
Auf einer Fahrer- oder Werkstattkarte gespeicherter Zähler, der für jeden Kalendertag, an dem die Karte in eine VU eingesteckt wurde, um eins erhöht wird. Dieser Datentyp bezieht sich auf Anhang 1C Randnummern 266, 299, 320 und 343.
Wertzuweisung: Laufende Nummer mit Höchstwert = 9999, danach wieder bei 0 beginnend. Zum Zeitpunkt des ersten Einsteckens der Karte ist die Zahl auf 0 gesetzt.
2.57. Datef
Datum in einem leicht ausdruckbaren numerischen Format.
Wertzuweisung:
yyyy | Jahr |
mm | Monat |
dd | Tag |
'00000000'H | bezeichnet explizit kein Datum. |
2.58. DateOfDayDownloaded
2. Generation:
Datum und Uhrzeit des Downloads.
Wertzuweisung: nicht näher spezifiziert.
2.59. DateOfDayDownloadedRecordArray
2. Generation:
Datum und Uhrzeit des Herunterladens plus im Download-Protokoll verwendete Metadaten.
recordType - Art des Datensatzes (DateOfDayDownloaded). Wertzuweisung: siehe RecordType
recordsize - die Größe des Current DateTime in Byte.
noOfRecords - Anzahl der Datensätze in der Menge der Datensätze.
records - Menge der Download-Datensätze von Datum und Uhrzeit.
2.60. Distance
Eine zurückgelegte Wegstrecke (Ergebnis der Differenz von zwei Kilometerständen des Fahrzeugs).
Wertzuweisung: Vorzeichenlose Binärzahl. Wert in km im Betriebsbereich 0 bis 9.999 km.
2.61. DriverCardApplicationIdentification18
Auf einer Fahrerkarte gespeicherte Information zur Identifizierung der Anwendung der Karte (Anhang 1C Randnummern 253 und 278).
1. Generation:
typeOfTachographCardId gibt die implementierte Kartenart an.
cardStructureVersion gibt die Version der auf der Karte implementierten Struktur an.
noOfEventsPerType - Anzahl der Ereignisse je Ereignisart, die die Karte speichern kann.
noOfFaultsPerType - Anzahl der Störungen je Störungsart, die die Karte speichern kann.
activityStructureLength - gibt die Zahl der Bytes an, die für die Speicherung von Tätigkeitsdatensätzen zur Verfügung stehen.
noOfCardVehicleRecords - Anzahl der Fahrzeugdatensätze, die die Karte enthalten kann.
noOfCardPlaceRecords - Anzahl der Orte, die die Karte aufzeichnen kann.
2. Generation:
Zusätzlich zur 1. Generation werden folgende Datenelemente verwendet:
noOfGNSSADRecords - Anzahl der kumulierten GNSS-Lenkzeitendatensätze, die die Karte speichern kann.
noOfSpecificConditionRecords - Anzahl der Datensätze mit Bezug auf spezifische Bedingungen, die die Karte speichern kann.
noOfGNSSADRecords - Anzahl der Datensätze mit Informationen zu den genutzten Fahrzeugeinheiten, die die Karte speichern kann.
2.62. DriverCardHolderIdentification
Auf einer Fahrerkarte gespeicherte Information zur Identifizierung des Karteninhabers (Anhang 1C Randnummern 256 und 281).
cardHolderName - Name und Vorname(n) des Inhabers der Fahrerkarte.
cardHolderBirthDate - Geburtsdatum des Inhabers der Fahrerkarte.
cardHolderPreferredLanguage - bevorzugte Sprache des Karteninhabers.
2.63. Reserviert für künftige Verwendung18
2.64. EGFCertificate
2. Generation:
Zertifikat des öffentlichen Schlüssels der externen GNSS-Ausrüstung zur gegenseitigen Authentisierung mit einer VU. Die Struktur dieses Zertifikats ist in Anlage 11 spezifiziert.
2.65. EmbedderIcAssemblerId
Enthält Informationen zum Chipkartenhersteller.
countryCode - der Zweibuchstabencode des Modulintegrators gemäß ISO 3166.
moduleEmbedder - Kennung des Modulintegrators.
manufacturerInformation - zum internen Gebrauch beim Hersteller.
2.66. EntryTypeDailyWorkPeriod
Code zur Unterscheidung zwischen Beginn und Ende des Eintrags eines Arbeitstages und Eingabebedingung.
1. Generation
Wertzuweisung: gemäß ISO/IEC 8824-1.
2. Generation
Wertzuweisung: gemäß ISO/IEC 8824-1.
2.67. EquipmentType18
Code zur Unterscheidung verschiedener Gerätetypen für die Fahrtenschreiberanwendung.
1. Generation:
Wertzuweisung: gemäß ISO/IEC 8824-1.
Der Wert 0 ist für die Angabe des Mitgliedstaats oder Europas im CHA-Feld der Zertifikate reserviert.
2. Generation:
Die Werte der 1. Generation werden um Folgendes ergänzt:
Hinweis 1: Die Werte der 2. Generation für Einbauplakette, Adapter und externen GNSS-Anschluss sowie die Werte der 1. Generation für Fahrzeugeinheit und Bewegungssensor können gegebenenfalls in SealRecord verwendet werden.
Hinweis 2: Im Feld CardHolderAuthorisation (CHA) eines Zertifikats der 2. Generation sind die Werte (1), (2) und (6) als Angabe eines Zertifikats für die gegenseitige Authentisierung für den jeweiligen Gerätetyp zu verstehen. Zur Angabe des jeweiligen Zertifikats für die Erstellung einer digitalen Signatur sind die Werte (17), (18) oder (19) zu verwenden.
2.68. EuropeanPublicKey
1. Generation:
Der europäische öffentliche Schlüssel.
2.69. EventFaultRecordPurpose
Code, der erläutert, warum ein Ereignis oder eine Störung aufgezeichnet wurde.
Wertzuweisung:
2.70. EventFaultType18
Code zur näheren Beschreibung eines Ereignisses oder einer Störung.
Wertzuweisung:
1. Generation:
2. Generation:
Die Werte der 1. Generation werden um Folgendes ergänzt:
2.71. ExtendedSealIdentifier18
2. Generation:
Der erweiterte Plombenbezeichner dient der eindeutigen Identifizierung von Plomben (Anhang 1C Randnummer 401).
manufacturerCode - ein Code des Plombenherstellers.
sealIdentifier - ein Bezeichner für die Plombe, der für den Hersteller eindeutig sein muss.
2.72. ExtendedSerialNumber
Eindeutige Kennung eines Geräts. Kann auch als Bezeichner des öffentlichen Schlüssels eines Geräts verwendet werden.
1. Generation:
serialNumber - einmalige Seriennummer des Geräts in Bezug auf den Hersteller, den Gerätetyp sowie den Monat und das Jahr (im Folgenden angegeben).
monthYear - Kennung für den Monat und das Jahr der Herstellung (oder der Zuweisung der Seriennummer).
Wertzuweisung: BCD-Kodierung des Monats (zwei Stellen) und des Jahres (die beiden letzten Stellen).
type - Bezeichner des Gerätetyps.
Wertzuweisung - herstellerspezifisch, mit reserviertem Wert 'FFh'.
manufacturerCode - numerischer Code des Herstellers eines typgenehmigten Geräts.
2. Generation:
serialNumber - siehe 1. Generation
monthYear - siehe 1. Generation
type - Angabe des Gerätetyps
manufacturerCode - siehe 1. Generation
2.73. FullCardNumber
Code zur vollständigen Identifizierung einer Karte.
cardType - Art der Fahrtenschreiberkarte.
cardIssuingMemberState - Code des Mitgliedstaates, der die Karte ausgegeben hat.
cardNumber - Kartennummer.
2.74. FullCardNumberAndGeneration
2. Generation:
Code zur vollständigen Identifizierung einer Karte und ihrer Generation.
fullcardNumber - Bezeichner der Fahrtenschreiberkarte.
generation - Angabe der Generation der verwendeten Fahrtenschreiberkarte.
2.75. Generation
2. Generation:
Generation des verwendeten Fahrtenschreibers.
Wertzuweisung:
'00'H | RFU |
'01'H | 1. Generation |
'02'H | 2. Generation |
'03'H ... 'FF'H | RFU |
2.76. GeoCoordinates
2. Generation:
Die Geokoordinaten sind als Integer kodiert. Bei diesen Integern handelt es sich um Vielfache der Kodierungen ä ±DDMM.M für die Breite und ä ±DDDMM.M für die Länge. Hier geben ä ±DD beziehungsweise ä ±DDD die Grade an, MM.M die Minuten.
latitude - kodiert als Vielfaches (Faktor 10) der Darstellung ±DDMM.M.
longitude - kodiert als Vielfaches (Faktor 10) der Darstellung ±DDDMM.M.
2.77. GNSSAccuracy
2. Generation:
Die Genauigkeit der GNSS-Positionsdaten (Begriffsbestimmung eee)). Diese Genauigkeit ist als Integer kodiert, bei dem es sich um ein Vielfaches (Faktor 10) des durch den GSA-NMEA-Datensatz bereitgestellten X.Y-Wertes handelt.
2.78. GNSSAccumulatedDriving18
2. Generation:
Auf einer Fahrer- oder Werkstattkarte gespeicherte Informationen im Zusammenhang mit der GNSS-Position des Fahrzeugs, wenn die kumulierte Lenkzeit ein Vielfaches von drei Stunden erreicht (Anhang IC Randnummern 306 und 354).
gnssADPointerNewestRecord - Index des zuletzt aktualisierten kumulierten GNSS-Lenkzeitendatensatzes.
Wertzuweisung - Zahl, die dem Zähler des kumulierten GNSS-Lenkzeitendatensatzes entspricht, beginnend mit '0' für das erste Auftreten des kumulierten GNSS-Lenkzeitendatensatzes in der Struktur.
gnssAccumulatedDrivingRecords - Datensätze mit Datum und Uhrzeit, wann die kumulierte Lenkzeit ein Vielfaches von drei Stunden erreicht, sowie Informationen zur Position des Fahrzeugs.
2.79. GNSSAccumulatedDrivingRecord18
2. Generation:
Auf einer Fahrer- oder Werkstattkarte gespeicherte Informationen im Zusammenhang mit der GNSS-Position des Fahrzeugs, wenn die kumulierte Lenkzeit ein Vielfaches von drei Stunden erreicht (Anhang IC Randnummern 305 und 353).
timeStamp - Datum und Uhrzeit, wann die kumulierte Lenkzeit ein Vielfaches von drei Stunden erreicht.
gnssPlaceRecord - Informationen zur Position des Fahrzeugs.
vehicleOdometerValue - Kilometerstand, wenn die kumulierte Lenkzeit ein Vielfaches von drei Stunden erreicht.
2.80. GNSSPlaceRecord
2. Generation:
Informationen zur GNSS-Position des Fahrzeugs (Anhang 1C Randnummern 108, 109, 110, 296, 305, 347 und 353).
timeStamp - Datum und Uhrzeit, wann die GNSS-Position des Fahrzeugs bestimmt wurde.
gnssAccuracy - Genauigkeit der GNSS-Positionsdaten.
geoCoordinates - der mittels GNSS aufgezeichnete Standort.
2.81. HighResOdometer
Kilometerstand des Fahrzeugs: Vom Fahrzeug während des Betriebs insgesamt zurückgelegte Wegstrecke.
Wertzuweisung: Vorzeichenlose Binärzahl. Wert in 1/200 km im Betriebsbereich 0 bis 21.055.406 km.
2.82. HighResTripDistance
Während einer Fahrt oder eines Teils einer Fahrt zurückgelegte Wegstrecke.
Wertzuweisung: Vorzeichenlose Binärzahl. Wert in 1/200 km im Betriebsbereich 0 bis 21.055.406 km.
2.83. HolderName
Familienname und Vorname(n) eines Karteninhabers.
holderSurname - Familienname des Inhabers. Ohne Titel.
Wertzuweisung: Handelt es sich nicht um eine auf eine bestimmte Person ausgestellte Karte, so enthält holder Surname die gleichen Informationen wie company Name oder workshopName oder control bodyName.
holderFirstNames - Vorname(n) und Initialen des Inhabers.
2.84. InternalGNSSReceiver
2. Generation:
Information, ob es sich beim GNSS-Empfänger der VU um ein internes oder externes Gerät handelt."True" bedeutet, dass es sich um einen VU-internen GNSS-Empfänger handelt."False" bedeutet, dass der GNSS-Empfänger extern ist.
2.85. K-ConstantOfRecordingEquipment
Kontrollgerätkonstante (Begriffsbestimmung m)).
Wertzuweisung: Impulse je Kilometer im Betriebsbereich 0 bis 64.255 Imp/km.
2.86. KeyIdentifier18
Eindeutiger Bezeichner eines öffentlichen Schlüssels zur Herstellung eines Verweises auf den Schlüssel und für dessen Auswahl. Identifiziert zugleich den Inhaber des Schlüssels.
Die erste Auswahlmöglichkeit eignet sich zum Verweis auf den öffentlichen Schlüssel einer Fahrzeugeinheit, einer Fahrtenschreiberkarte oder einer externen GNSS-Ausrüstung.
Die zweite Auswahlmöglichkeit eignet sich zum Verweis auf den öffentlichen Schlüssel einer Fahrzeugeinheit (falls die Seriennummer der Fahrzeugeinheit zum Zeitpunkt der Generierung des Zertifikats nicht bekannt ist).
Die dritte Auswahlmöglichkeit eignet sich zum Verweis auf den öffentlichen Schlüssel eines Mitgliedstaates.
2.87. KMWCKey
2. Generation:
AES-Schlüssel und zugehörige Schlüsselversion, die für die Kopplung VU-Bewegungssensor verwendet wird. Zu den Einzelheiten siehe Anlage 11.
kMWCKey - Länge des AES-Schlüssels, verkettet mit dem Schlüssel, der für die Kopplung VU-Bewegungssensor verwendet wird.
keyVersion - Schlüsselversion des AES-Schlüssels.
2.88. Language
Code zur Identifizierung einer Sprache.
Wertzuweisung: Kodierung aus zwei Kleinbuchstaben gemäß ISO 639.
2.89. LastCardDownload
Auf der Fahrerkarte gespeicherte(s) Datum und Uhrzeit des letzten Herunterladens der Daten von der Karte (zu anderen als Kontrollzwecken) - Anhang 1C Randnummern 257 und 282. Diese Datumsangabe kann mit einer beliebigen VU oder einem Kartenlesegerät geändert werden.
Wertzuweisung: nicht näher spezifiziert.
2.90. LinkCertificate
2. Generation:
Das Linkzertifikat zwischen Schlüsselpaaren der European Root CA.
2.91. L-TyreCircumference
Tatsächlicher Umfang der Fahrzeugreifen (Begriffsbestimmung u)).
Wertzuweisung: Vorzeichenlose Binärzahl, Wert in 1/8 mm im Betriebsbereich 0 bis 8.031 mm.
2.92. MAC18
2. Generation:
Kryptografische Prüfsumme mit einer Länge von 8, 12 oder 16 Byte, entsprechend den in Anlage 11 spezifizierten Cipher Suites.
2.93. ManualInputFlag
Code, der angibt, ob ein Karteninhaber beim Einstecken der Karte Fahrertätigkeiten manuell eingegeben hat oder nicht (Anhang 1B Randnummer 081 und Anhang 1C Randnummer 102).
Wertzuweisung: nicht näher spezifiziert.
2.94. ManufacturerCode
Code zur Identifizierung des Herstellers typgenehmigter Geräte.
Das für Interoperabilitätsprüfungen zuständige Labor führt die Liste der Herstellercodes und veröffentlicht sie auf seiner Internetseite (Anhang 1C Randnummer 454).
Manufacturer Codes werden den Entwicklern von Fahrtenschreibergeräten auf Antrag beim für Interoperabilitätsprüfungen zuständigen Labor vorläufig zugeteilt.
2.95. ManufacturerSpecificEventFaultData
2. Generation:
Herstellerspezifische Fehlercodes vereinfachen die Fehleranalyse sowie die Instandhaltung von Fahrzeugeinheiten.
manufacturerCode - Name des Herstellers der Fahrzeugeinheit.
manufacturerSpecificErrorCode - ein für den Hersteller spezifischer Fehlercode.
2.96. Member StateCertificate
Zertifikat des öffentlichen Schlüssels eines Mitgliedstaates, ausgestellt von der europäischen Zertifizierungsstelle.
2.97. MemberStateCertificateRecordArray
2. Generation:
Zertifikat des Mitgliedstaats und im Download-Protokoll verwendete Metadaten.
recordType - Art des Datensatzes (Member StateCertificate). Wertzuweisung: siehe RecordType
recordsize - die Größe des Member StateCertificate in Byte.
noOfRecords - Anzahl der Datensätze in der Menge der Datensätze. Der Wert muss auf 1 gesetzt werden, da die Zertifikate verschieden lang sein können.
records -der Satz der Mitgliedstaatzertifikate.
2.98. MemberStatePublicKey
1. Generation:
Der öffentliche Schlüssel eines Mitgliedstaates.
2.99. Name
Ein Name.
codePage gibt einen in Kapitel 4 definierten Zeichensatz an,
name ist ein unter Verwendung des spezifizierten Zeichensatzes kodierter Name.
2.100. NationAlpha
Die alphabetische Bezeichnung eines Staats erfolgt im Einklang mit den auf Fahrzeugen im grenzüberschreitenden Verkehr gemäß dem Wiener Übereinkommen über den Straßenverkehr (Vereinte Nationen, 1968) verwendeten Unterscheidungszeichen.
Die Codes Nation Alpha und Nation Numeric sind in einer Liste aufgeführt, die von dem gemäß Anhang 1C Randnummer 440 mit der Durchführung der Interoperabilitätsprüfungen beauftragten Labor auf dessen Internetseite geführt wird.
2.101. NationNumeric
Numerische Bezeichnung eines Landes.
Wertzuweisung: siehe Datentyp 2.100 (Nation Alpha).
Jegliche Änderung oder Aktualisierung der Spezifikationen Nation Alpha oder Nation Numeric darf von dem beauftragten Labor nur nach Einholung von Stellungnahmen der Hersteller typgenehmigter digitaler und intelligenter Fahrtenschreiber-Fahrzeugeinheiten vorgenommen werden.
2.102. NoOfCalibrationRecords
Anzahl der Kalibrierungsdatensätze, die eine Werkstattkarte speichern kann.
1. Generation:
Wertzuweisung: siehe Anlage 2.
2. Generation:
Wertzuweisung: siehe Anlage 2.
2.103. NoOfCalibrationsSinceDownload
Zähler zur Angabe der mit einer Werkstattkarte seit dem letzten Herunterladen durchgeführten Kalibrierungen (Anhang 1C Randnummern 317 und 340).
Wertzuweisung: nicht näher spezifiziert.
2.104. NoOfCardPlaceRecords
Anzahl der Ortsdatensätze, die eine Fahrer- oder Werkstattkarte speichern kann.
1. Generation:
Wertzuweisung: siehe Anlage 2.
2. Generation:
Wertzuweisung: siehe Anlage 2.
2.105. NoOfCardVehicleRecords
Anzahl der Angaben zu den gefahrenen Fahrzeugen enthaltenden Datensätze, die eine Fahrer- oder Werkstattkarte speichern kann.
Wertzuweisung: siehe Anlage 2.
2.106. NoOfCardVehicleUnitRecords
2. Generation:
Anzahl der Angaben zu dengenutzten Fahrzeugeinheiten enthaltenden Datensätze, die eine Fahrer- oder Werkstattkarte speichern kann.
Wertzuweisung: siehe Anlage 2.
2.107. NoOfCompanyActivityRecords
Anzahl der Unternehmenstätigkeitsdatensätze, die eine Unternehmenskarte speichern kann.
Wertzuweisung: siehe Anlage 2.
2.108. NoOfControlActivityRecords
Anzahl der Kontrollaktivitätsdatensätze, die eine Kontrollkarte speichern kann.
Wertzuweisung: siehe Anlage 2.
2.109. NoOfEventsPerType
Anzahl der Ereignisse je Ereignisart, die eine Karte speichern kann.
Wertzuweisung: siehe Anlage 2.
2.110. NoOfFaultsPerType
Anzahl der Störungen je Störungsart, die eine Karte speichern kann.
Wertzuweisung: siehe Anlage 2.
2.111. NoOfGNSSCDRecords18
2. Generation:
Anzahl der kumulierten GNSS-Lenkzeitendatensätze, die die Karte speichern kann.
Wertzuweisung: siehe Anlage 2.
2.112. NoOfSpecificConditionRecords
2. Generation:
Anzahl der Datensätze mit Bezug auf spezifische Bedingungen, die eine Karte speichern kann.
Wertzuweisung: siehe Anlage 2.
2.113. OdometerShort
Kilometerstand des Fahrzeugs in Kurzform.
Wertzuweisung: Vorzeichenlose Binärzahl. Wert in km im Betriebsbereich 0 bis 9.999.999 km.
2.114. OdometerValueMidnight
Kilometerstand des Fahrzeugs um Mitternacht am jeweiligen Tag (Anhang 1B Randnummer 090 und Anhang 1C Randnummer 113).
Wertzuweisung: nicht näher spezifiziert.
2.115. OdometerValueMidnightRecordArray
2. Generation:
OdometerValueMidnight und im Download-Protokoll verwendete Metadaten.
recordType - Art des Datensatzes (Odometer ValueMidnight). Wertzuweisung: siehe RecordType
recordsize - die Größe des OdometerValueMidnight in Byte.
noOfRecords - Anzahl der Datensätze in der Menge der Datensätze.
records - Menge der OdometerValueMidnight-Datensätze.
2.116. OverspeedNumber
Anzahl der Geschwindigkeitsüberschreitungen seit der letzten Kontrolle Geschwindigkeitsüberschreitung.
Wertzuweisung: 0 bedeutet, dass seit der letzten Kontrolle Geschwindigkeitsüberschreitung kein Ereignis Geschwindigkeitsüberschreitung aufgetreten ist, 1 bedeutet, dass 1 derartiges Ereignis seit der letzten entsprechenden Kontrolle aufgetreten ist, ... 255 bedeutet, dass 255 oder mehr derartige Ereignisse seit der letzten entsprechenden Kontrolle aufgetreten sind.
2.117. PlaceRecord
Informationen zum Ort des Beginns oder Endes des Arbeitstages (Anhang 1C Randnummern 108, 271, 296, 324 und 347).
1. Generation:
entryTime - auf die Eingabe bezogene Datums- und Zeitangabe.
entryTypeDailyWorkPeriod - Art der Eingabe.
dailyWorkPeriodCountry - eingegebenes Land.
dailyWorkPeriodRegion - eingegebene Region.
vehicleOdometerValue - Kilometerstand zum Zeitpunkt und am Ort der Eingabe.
2. Generation:
Zusätzlich zur 1. Generation wird folgende Komponente genutzt:
entryGNSSPlaceRecord - die aufgezeichneten Standort- und Zeitangaben.
2.118. PreviousVehicleInfo
Information zum zuvor von einem Fahrer gefahrenen Fahrzeug beim Einstecken seiner Karte in eine Fahrzeugeinheit (Anhang 1B Randnummer 081 und Anhang 1C Randnummer 102).
1. Generation:
vehicleRegistrationIdentification - amtliches Kennzeichen und zulassender Mitgliedstaat des Fahrzeugs.
cardWithdrawalTime - Datum und Uhrzeit der Kartenentnahme.
2. Generation:
Zusätzlich zur 1. Generation wird folgendes Datenelement verwendet:
vuGeneration - Kennzeichnung für die Generation der Fahrzeugeinheit.
2.119. PublicKey
1. Generation:
Ein öffentlicher RSA-Schlüssel.
rsaKeyModulus - Modulus des Schlüsselpaares.
rsaKeyPublicExponent - öffentlicher Exponent des Schlüsselpaares.
2.120. RecordType18
2. Generation:
Bezeichnung eines Datensatztyps. Dieser Datentyp wird in Record Arrays verwendet.
Wertzuweisung:
2.121. RegionAlpha
Alphabetische Angabe einer Region innerhalb eines bestimmten Landes.
1. Generation:
Wertzuweisung:
2. Generation:
Die Region Alpha-Codes sind in einer Liste aufgeführt, die von dem mit der Durchführung der Interoperabilitätsprüfungen beauftragten Labor auf dessen Internetseite geführt wird.
2.122. RegionNumeric
Numerische Angabe einer Region innerhalb eines bestimmten Landes.
1. Generation:
Wertzuweisung:
2. Generation:
Die Region Numeric-Codes sind in einer Liste aufgeführt, die von dem mit der Durchführung der Interoperabilitätsprüfungen beauftragten Labor auf dessen Internetseite geführt wird.
2.123. RemoteCommunicationModuleSerialNumber
2. Generation:
Seriennummer des Fernkommunikationsmoduls.
2.124. RSAKeyModulus
1. Generation:
Der Modulus eines RSA-Schlüsselpaares.
Wertzuweisung: nicht spezifiziert.
2.125. RSAKeyPrivateExponent
1. Generation:
Privater Exponent eines RSA-Schlüsselpaares.
Wertzuweisung: nicht spezifiziert.
2.126. RSAKeyPublicExponent
1. Generation:
Öffentlicher Exponent eines RSA-Schlüsselpaares.
Wertzuweisung: nicht spezifiziert.
2.127. RtmData
2. Generation:
Bezüglich der Definition dieses Datentyps siehe Anlage 14.
2.128. SealDataCard
2. Generation:
Dieser Datentyp speichert Informationen über die an den verschiedenen Komponenten eines Fahrzeugs angebrachten Plomben und dient der Speicherung auf einer Karte. Dieser Datentyp bezieht sich auf Anhang 1C Randnummer 337.
noOfSealRecords - Anzahl der in der Menge seal Records aufgeführten Datensätze.
sealRecords - Plombendatensatz.
2.129. SealDataVu
2. Generation:
Dieser Datentyp speichert Informationen über die an den verschiedenen Komponenten eines Fahrzeugs angebrachten Plomben und dient der Speicherung in einer Fahrzeugeinheit.
sealRecords - Plombendatensatz. Sind weniger als 5 Plomben verfügbar, wird der Wert Equipment type in allen unbenutzten seal Records auf 16, d. h. unbenutzt, gesetzt.
2.130. SealRecord
2. Generation:
Dieser Datentyp speichert Informationen zur an einer Komponente angebrachten Plombe. Dieser Datentyp bezieht sich auf Anhang 1C Randnummer 337.
equipmentType - identifiziert den Gerätetyp, an dem die Plombe angebracht ist.
extendedSealIdentifier - bezeichnet die am Gerät angebrachte Plombe.
2.131. SensorApprovalNumber
Typgenehmigungsnummer des Bewegungssensors.
1. Generation:
Wertzuweisung: nicht spezifiziert.
2. Generation:
Wertzuweisung:
Die Genehmigungsnummer muss derjenigen entsprechen, die auf der zugehörigen Website der Europäischen Kommission veröffentlicht ist, und beispielsweise etwaige Bindestriche berücksichtigen. Die Genehmigungsnummer muss linksbündig ausgerichtet sein.
2.132. SensorExternalGNSSApprovalNumber
2. Generation:
Typgenehmigungsnummer der externen GNSS-Ausrüstung.
Wertzuweisung:
Die Genehmigungsnummer muss derjenigen entsprechen, die auf der zugehörigen Website der Europäischen Kommission veröffentlicht ist, und beispielsweise etwaige Bindestriche berücksichtigen. Die Genehmigungsnummer muss linksbündig ausgerichtet sein.
2.133. SensorExternalGNSSCoupledRecord
2. Generation:
In einer Fahrzeugeinheit gespeicherte Information zur Identifizierung der mit der Fahrzeugeinheit gekoppelten externen GNSS-Ausrüstung (Anhang 1C Randnummer 100).
sensorSerialNumber - Seriennummer der mit der Fahrzeugeinheit gekoppelten externen GNSS-Ausrüstung.
sensorApprovalNumber -Typgenehmigungsnummer dieser externen GNSS-Ausrüstung.
sensorCouplingDate - Datum der Kopplung dieser externen GNSS-Ausrüstung mit der Fahrzeugeinheit.
2.134. SensorExternalGNSSIdentification
2. Generation:
Informationen zur Identifizierung der externen GNSS-Ausrüstung (Anhang 1C Randnummer 98).
sensorSerialNumber - erweiterte Seriennummer der externen GNSS-Ausrüstung.
sensorApprovalNumber -Typgenehmigungsnummer der externen GNSS-Ausrüstung.
sensorSCIdentifier - Bezeichner der Sicherheitskomponente der externen GNSS-Ausrüstung.
sensorOSIdentifier - Bezeichner des Betriebssystems der externen GNSS-Ausrüstung.
2.135. SensorExternalGNSSInstallation
2. Generation:
In einer externen GNSS-Ausrüstung gespeicherte Informationen zur Installation der externen GNSS-Ausrüstung (Anhang 1C Randnummer 123).
sensorCouplingDateFirst - Datum der ersten Kopplung der externen GNSS-Ausrüstung mit einer Fahrzeugeinheit.
firstVuApprovalNumber -Typgenehmigungsnummer der ersten mit der externen GNSS-Ausrüstung gekoppelten Fahrzeugeinheit.
firstVuSerialNumber - Seriennummer der ersten mit der externen GNSS-Ausrüstung gekoppelten Fahrzeugeinheit.
sensorCouplingDateCurrent - Datum der aktuellen Kopplung der externen GNSS-Ausrüstung mit einer Fahrzeugeinheit.
currentVuApprovalNumber -Typgenehmigungsnummer der derzeit mit der externen GNSS-Ausrüstung gekoppelten Fahrzeugeinheit.
currentVuSerienNumber - Seriennummer der derzeit mit der externen GNSS-Ausrüstung gekoppelten Fahrzeugeinheit.
2.136. SensorExternalGNSSOSIdentifier
2. Generation:
Bezeichner des Betriebssystems der externen GNSS-Ausrüstung.
Wertzuweisung: herstellerspezifisch.
2.137. SensorExternalGNSSSCIdentifier
2. Generation:
Dieser Typ dient beispielsweise der Identifizierung des kryptografischen Moduls der externen GNSS-Ausrüstung.
Bezeichner der Sicherheitskomponente der externen GNSS-Ausrüstung.
Wertzuweisung: Komponente herstellerspezifisch.
2.138. SensorGNSSCouplingDate
2. Generation:
Datum einer Kopplung der externen GNSS-Ausrüstung mit einer Fahrzeugeinheit.
Wertzuweisung: nicht spezifiziert.
2.139. sensorGNSSSerialNumber
2. Generation:
Dieser Typ dient der Speicherung der Seriennummer des GNSS-Empfängers sowohl innerhalb als auch außerhalb der VU.
Seriennummer des GNSS-Empfängers.
2.140. SensorIdentification
In einem Bewegungssensor gespeicherte Information zur Identifizierung des Bewegungssensors (Anhang 1B Randnummer 077 und Anhang 1C Randnummer 95).
sensorSerialNumber - erweiterte Seriennummer des Bewegungssensors (umfasst Teilnummer und Herstellercode)
sensorApprovalNumber -Typgenehmigungsnummer des Bewegungssensors.
sensorSCIdentifier - Bezeichner der Sicherheitskomponente des Bewegungssensors.
sensorOSIdentifier - Bezeichner des Betriebssystems des Bewegungssensors.
2.141. SensorInstallation
In einem Bewegungssensor gespeicherte Information zur Installation des Bewegungssensors (Anhang 1B Randnummer 099 und Anhang 1C Randnummer 122).
sensorPairingDateFirst - Datum der ersten Koppelung des Bewegungssensors mit einer Fahrzeugeinheit.
firstVuApprovalNumber -Typgenehmigungsnummer der ersten mit dem Bewegungssensor gekoppelten Fahrzeugeinheit.
firstVuSerialNumber - Seriennummer der ersten mit dem Bewegungssensor gekoppelten Fahrzeugeinheit.
sensorPairingDateCurrent - Datum der derzeitigen Koppelung des Bewegungssensors mit der Fahrzeugeinheit.
currentVuApprovalNumber -Typgenehmigungsnummer der derzeit mit dem Bewegungssensor gekoppelten Fahrzeugeinheit.
currentVUSerialNumber - Seriennummer der derzeit mit dem Bewegungssensor gekoppelten Fahrzeugeinheit.
2.142. SensorInstallationSecData
Auf einer Werkstattkarte gespeicherte Information zu den für die Koppelung von Bewegungssensoren und Fahrzeugeinheiten benötigten Sicherheitsdaten (Anhang 1C Randnummern 308 und 331).
1. Generation:
Wertzuweisung: gemäß ISO 16844-3.
2. Generation:
Wie in Anlage 11 beschrieben, muss eine Werkstattkarte bis zu drei Schlüssel für die Kopplung VU-Bewegungssensor speichern können, die unterschiedliche Schlüsselversionen haben.
2.143. SensorOSIdentifier
Bezeichner des Betriebssystems des Bewegungssensors.
Wertzuweisung: herstellerspezifisch.
2.144. SensorPaired
1. Generation:
In einer Fahrzeugeinheit gespeicherte Information zur Identifizierung des mit der Fahrzeugeinheit gekoppelten Bewegungssensors (Anhang 1B Randnummer 079).
sensorSerialNumber - Seriennummer des derzeit mit der Fahrzeugeinheit gekoppelten Bewegungssensors.
sensorApprovalNumber -Typgenehmigungsnummer des derzeit mit der Fahrzeugeinheit gekoppelten Bewegungssensors.
sensorPairingDateFirst - Datum der ersten Koppelung des derzeit mit der Fahrzeugeinheit gekoppelten Bewegungssensors mit einer Fahrzeugeinheit.
2.145. SensorPairedRecord
2. Generation:
In einer Fahrzeugeinheit gespeicherte Information zur Identifizierung eines mit der Fahrzeugeinheit gekoppelten Bewegungssensors (Anhang 1C Randnummer 97).
sensorSerialNumber - Seriennummer eines mit der Fahrzeugeinheit gekoppelten Bewegungssensors.
sensorApprovalNumber -Typgenehmigungsnummer dieses Bewegungssensors.
sensorPairingDate - Datum der Koppelung dieses Bewegungssensors mit der Fahrzeugeinheit.
2.146. SensorPairingDate
Datum einer Koppelung des Bewegungssensors mit einer Fahrzeugeinheit.
Wertzuweisung: nicht spezifiziert.
2.147. SensorSCIdentifier
Bezeichner der Sicherheitskomponente des Bewegungssensors.
Wertzuweisung: Komponente herstellerspezifisch.
2.148. SensorSerialNumber
Seriennummer des Bewegungssensors.
2.149. Signature
Eine digitale Signatur.
1. Generation:
Wertzuweisung: gemäß Anlage 11, Gemeinsame Sicherheitsmechanismen.
2. Generation:
Wertzuweisung: gemäß Anlage 11, Gemeinsame Sicherheitsmechanismen.
2.150. SignatureRecordArray
2. Generation:
Satz von Signaturen plus im Download-Protokoll verwendete Metadaten.
recordType - Art des Datensatzes (Signatur). Wertzuweisung: siehe RecordType
recordsize - die Größe der Signatur in Byte.
noOfRecords - Anzahl der Datensätze in der Menge der Datensätze. Der Wert muss auf 1 gesetzt werden, da die Signaturen verschieden lang sein können.
records - der Satz von Signaturen.
2.151. SimilarEventsNumber
Anzahl ähnlicher Ereignisse an einem bestimmten Tag (Anhang 1B Randnummer 094 und Anhang 1C Randnummer 117).
Wertzuweisung: 0 wird nicht verwendet, 1 bedeutet, dass an diesem Tag nur ein Ereignis dieser Art aufgetreten und gespeichert wurde, 2 bedeutet, dass 2 Ereignisse dieser Art an diesem Tag aufgetreten sind (nur eines wurde gespeichert), ... 255 bedeutet, dass 255 oder mehr Ereignisse dieser Art an diesem Tag aufgetreten sind.
2.152. SpecificConditionRecord
Auf einer Fahrerkarte, einer Werkstattkarte oder in einer Fahrzeugeinheit gespeicherte Information zu einer spezifischen Bedingung (Anhang 1C Randnummern 130, 276, 301, 328 und 355).
entryTime - Datum und Uhrzeit der Eingabe.
specificConditionType - Code zur Identifizierung der spezifischen Bedingung.
2.153. SpecificConditions
Auf einer Fahrerkarte, einer Werkstattkarte oder in einer Fahrzeugeinheit gespeicherte Information zu einer spezifischen Bedingung (Anhang 1C Randnummern 131, 277, 302, 329 und 356).
2. Generation:
conditionPointerNewestRecord - Index des zuletzt aktualisierten Datensatzes mit Bezug auf spezifische Bedingungen.
Wertzuweisung: Zahl, die dem Zähler des Datensatzes mit Bezug auf spezifische Bedingungen entspricht, beginnend mit '0' für das erste Auftreten des Datensatzes mit Bezug auf spezifische Bedingungen in der Struktur.
specificConditionRecords - Datensätze mit Informationen zu den aufgezeichneten spezifischen Bedingungen.
2.154. SpecificConditionType
Code zur Identifizierung einer spezifischen Bedingung (Anhang 1B Randnummern 050b, 105a, 212a und 230a sowie Anhang 1C Randnummer 62).
1. Generation:
Wertzuweisung:
'00'H | RFU |
'01'H | Kontrollgerät nicht erforderlich - Anfang |
'02'H | Kontrollgerät nicht erforderlich - Ende |
'03'H | Fährüberfahrt/Zugfahrt |
'04'H ... 'FF'H | RFU |
2. Generation:
Wertzuweisung:
'00'H | RFU |
'01'H | Kontrollgerät nicht erforderlich - Anfang |
'02'H | Kontrollgerät nicht erforderlich - Ende |
'03'H | Fährüberfahrt/Zugfahrt - Anfang |
'04'H | Fährüberfahrt/Zugfahrt - Ende |
'05'H ... 'FF'H | RFU |
2.155. Speed
Fahrzeuggeschwindigkeit (km/h).
Wertzuweisung: Kilometer pro Stunde im Betriebsbereich 0 bis 220 km/h.
2.156. SpeedAuthorised
Zulässige Höchstgeschwindigkeit des Fahrzeugs (Begriffsbestimmung hh)).
2.157. SpeedAverage
Durchschnittsgeschwindigkeit in einem vorher festgelegten Zeitraum (km/h).
2.158. SpeedMax
Höchstgeschwindigkeit in einem vorher festgelegten Zeitraum.
2.159. TachographPayload
2. Generation:
Zur Definition dieses Datentyps siehe Anlage 14.
2.160. Reserviert für künftige Verwendung18
2.161. TDesSessionKey
1. Generation:
Ein Triple-DES-Sitzungsschlüssel.
Wertzuweisung: nicht näher spezifiziert.
2.162. TimeReal18
Code für ein kombiniertes Datum/Uhrzeit-Feld, in dem Datum und Uhrzeit als Sekunden nach dem 1. Januar 1970 00h.00m.00s. UTC ausgedrückt sind.
Wertzuweisung - Oktettanordnung: Anzahl der Sekunden seit dem 1. Januar 1970, 0.00 Uhr UTC.
Spätestmögliche(s) Datum/Uhrzeit ist im Jahr 2106.
2.163. Tyresize
Bezeichnung der Reifenabmessungen.
Wertzuweisung: gemäß Richtlinie 92/23/EWG vom 31.03.1992, ABl. Nr. L 129, S.95.
2.164. VehicleIdentificationNumber
Fahrzeugidentifizierungsnummer (VIN) mit Bezug auf das Fahrzeug insgesamt, in der Regel Fahrgestellnummer oder Rahmennummer.
Wertzuweisung: laut Definition in ISO 3779.
2.165. VehicleIdentificationNumberRecordArray
2. Generation:
Fahrzeugidentifizierungsnummer plus im Download-Protokoll verwendete Metadaten.
recordType - Art des Datensatzes (Vehicle IdentificationNumber). Wertzuweisung: siehe RecordType
recordsize - die Größe von Vehicle IdentificationNumber in Byte.
noOfRecords - Anzahl der Datensätze in der Menge der Datensätze.
records - der Satz von Fahrzeugidentifizierungsnummern.
2.166. VehicleRegistrationIdentification
Für Europa eindeutige Identifizierung eines Fahrzeugs (amtliches Kennzeichen und Mitgliedstaat).
vehicleRegistrationNation - Land, in dem das Fahrzeug zugelassen ist.
vehicleRegistrationNumber - amtliches Kennzeichen des Fahrzeugs (VRN).
2.167. VehicleRegistrationNumber
Amtliches Kennzeichen des Fahrzeugs (VRN). Das amtliche Kennzeichen wird von der Fahrzeugzulassungsstelle zugewiesen.
codePage gibt einen in Kapitel 4 definierten Zeichensatz an,
vehicleRegNumber ein unter Verwendung des spezifizierten Zeichensatzes kodiertes amtliches Kennzeichen.
Wertzuweisung: länderspezifisch.
2.168. VehicleRegistrationNumberRecordArray
2. Generation:
Amtliches Kennzeichen des Fahrzeugs plus im Download-Protokoll verwendete Metadaten.
recordType - Art des Datensatzes (vehicleRegistrationNumber). Wertzuweisung: siehe RecordType
recordsize - die Größe von vehicleRegistrationNumber in Byte.
noOfRecords - Anzahl der Datensätze in der Menge der Datensätze.
records - der Satz amtlicher Kennzeichen.
2.169. VuAbility
2. Generation:
In einer VU gespeicherte Information darüber, ob bei der VU die Nutzung von Fahrtenschreiberkarten der ersten Generation möglich ist (Anhang 1C Randnummer 121).
Wertzuweisung - Oktettanordnung: 'xxxxxxxa'B (8 Bit) Zur möglichen Unterstützung der 1. Generation:
'a'B | Möglichkeit der Unterstützung von Fahrtenschreiberkarten der 1. Generation:
'0' B 1. Generation unterstützt, '1'B 1. Generation nicht unterstützt, |
'xxxxxxx'B | RFU |
2.170. VuActivityDailyData
1. Generation:
In einer FE gespeicherte Information zu Tätigkeitsänderungen und/oder Veränderungen des Status der Fahrzeugführung und/oder Veränderungen des Kartenstatus für einen bestimmten Kalendertag (Anhang 1B Randnummer 084 und Anhang 1C Randnummer 105, 106, 107) und des Steckplatzstatus an diesem Tag um 0.00 Uhr.
noOfActivityChanges - Anzahl der ActivityChangeInfo-Wörter in der activity ChangeInfos-Menge.
activityChangeInfos - Datensatz der in der VU für den Tag gespeicherten ActivityChangeInfo-Wörter. Er enthält stets zwei ActivityChangeInfo-Wörter für den Status der beiden Steckplätze an diesem Tag um 0.00 Uhr.
2.171. VuActivityDailyRecordArray
2. Generation:
In einer VU gespeicherte Information zu Tätigkeitsänderungen und/oder Veränderungen des Status der Fahrzeugführung und/oder Veränderungen des Kartenstatus für einen bestimmten Kalendertag (Anhang 1C Randnummer 105, 106, 107) und des Steckplatzstatus an diesem Tag um 0.00 Uhr.
recordType - Art des Datensatzes (Activity ChangeInfo). Wertzuweisung: siehe RecordType
recordsize - die Größe von Activity ChangeInfo in Byte.
noOfRecords - Anzahl der Datensätze in der Menge der Datensätze.
records - Datensatz der in der VU für den Tag gespeicherten ActivityChangeInfo-Wörter. Er enthält stets zwei ActivityChangeInfo-Wörter für den Status der beiden Steckplätze an diesem Tag um 0.00 Uhr.
2.172. VuApprovalNumber
Typgenehmigungsnummer der Fahrzeugeinheit.
1. Generation:
Wertzuweisung: nicht spezifiziert.
2. Generation:
Wertzuweisung:
Die Genehmigungsnummer muss derjenigen entsprechen, die auf der zugehörigen Website der Europäischen Kommission veröffentlicht ist, und beispielsweise etwaige Bindestriche berücksichtigen. Die Genehmigungsnummer muss linksbündig ausgerichtet sein.
2.173. VuCalibrationData
1. Generation:
In einer Fahrzeugeinheit gespeicherte Information zu den Kalibrierungen des Kontrollgeräts (Anhang 1B Randnummer 098).
noOfVuCalibrationRecords - Anzahl der in der vuCalibrationRecords-Menge enthaltenen Datensätze.
vuCalibrationRecords - Menge der Kalibrierungsdatensätze.
2.174. VuCalibrationRecord
In einer Fahrzeugeinheit gespeicherte Information zu einer Kalibrierung des Kontrollgeräts (Anhang 1B Randnummer 098 sowie Anhang 1C Randnummern 119 und 120).
1. Generation:
calibrationPurpose - Zweck der Kalibrierung.
workshopName, workshopAddress - Name und Anschrift der Werkstatt.
workshopCardNumber dient der Identifizierung der zur Kalibrierung verwendeten Werkstattkarte.
workshopCardExpiryDate - Ablaufdatum der Karte.
vehicleIdentificationNumber - Fahrzeugidentifizierungsnummer (VIN).
vehicleRegistrationIdentification - enthält das amtliche Kennzeichen und den zulassenden Mitgliedstaat.
wVehicleCharacteristicConstant Wegdrehzahl des Fahrzeugs.
kConstantOfRecordingEquipment - Kontrollgerätkonstante.
lTyreCircumference - tatsächlicher Reifenumfang.
tyresize - Bezeichnung der Größe der am Fahrzeug montierten Reifen.
authorisedSpeed - zulässige Geschwindigkeit des Fahrzeugs.
oldOdometerValue, newOdometerValue - alter und neuer Kilometerstand.
oldTimeValue, newTimeValue - alter und neuer Wert für Datum und Uhrzeit.
nextCalibrationDate - Datum der nächsten von der zugelassenen Prüfstelle durchzuführenden Kalibrierung der in Calibration Purpose angegebenen Art.
2. Generation:
Zusätzlich zur 1. Generation wird folgendes Datenelementverwendet:
sealDataVu - Informationen zu den an den verschiedenen Fahrzeugkomponenten angebrachten Plomben.
2.175. VuCalibrationRecordArray
2. Generation:
In einer Fahrzeugeinheit gespeicherte Information zu den Kalibrierungen des Kontrollgeräts (Anhang 1C Randnummern 119 und 120).
recordType - Art des Datensatzes (VuCalibrationRecord). Wertzuweisung: siehe RecordType
recordsize - die Größe von VuCalibrationRecord in Byte.
noOfRecords - Anzahl der Datensätze in der Menge der Datensätze.
records - Menge der Kalibrierungsdatensätze.
2.176. VuCardIWData
1. Generation:
In einer Fahrzeugeinheit gespeicherte Information zu Einsteck- und Entnahmevorgängen von Fahrerkarten oder Werkstattkarten in der Fahrzeugeinheit (Anhang 1B Randnummer 081 und Anhang 1C Randnummer 103).
noOfIWRecords - Anzahl der Datensätze in der Menge vuCardIWRecords.
vuCardIWRecords - Datensätze zu Einsteck- und Entnahmevorgängen von Karten.
2.177. VuCardIWRecord
In einer Fahrzeugeinheit gespeicherte Information zu einem Einsteck- und Entnahmevorgang einer Fahrerkarte oder Werkstattkarte in der Fahrzeugeinheit (Anhang 1B Randnummer 081 und Anhang 1C Randnummer 102).
1. Generation:
cardHolderName - Name und Vorname(n) des Inhabers der Fahrer- oder Werkstattkarte in der auf der Karte gespeicherten Form.
fullCardNumber - Art der Karte, ausstellender Mitgliedstaat und Kartennummer in der auf der Karte gespeicherten Form.
cardExpiryDate - Ablaufdatum der Karte in der auf der Karte gespeicherten Form.
cardInsertionTime - Datum und Uhrzeit des Einsteckens.
vehicleOdometerValueAtInsertion - Kilometerstand des Fahrzeugs beim Einstecken der Karte.
cardSlotNumber - Steckplatz, in dem die Karte eingesteckt ist.
cardWithdrawalTime - Datum und Uhrzeit der Entnahme der Karte.
vehicleOdometerValueAtWithdrawal - Kilometerstand des Fahrzeugs bei Kartenentnahme.
previousVehicleInfo enthält Informationen zum zuvor vom Fahrer gefahrenen Fahrzeug in der auf der Karte gespeicherten Form.
manualInputFlag - Merker, der angibt, ob der Karteninhaber beim Einstecken der Karte Fahrertätigkeiten manuell eingegeben hat.
2. Generation:
Anstelle von fullCardNumber wird in der Datenstruktur der 2. Generation folgendes Datenelement verwendet:
fullCardNumberAndGeneration - Art der Karte, ausstellender Mitgliedstaat, Kartennummer und Generation in der auf der Karte gespeicherten Form.
2.178. VuCardIWRecordArray
2. Generation:
In einer Fahrzeugeinheit gespeicherte Information zu Einsteck- und Entnahmevorgängen von Fahrerkarten oder Werkstattkarten in der Fahrzeugeinheit (Anhang 1C Randnummer 103).
recordType - Art des Datensatzes (VuCardIWRecord). Wertzuweisung: siehe RecordType
recordsize - die Größe von VuCardIWRecord in Byte.
noOfRecords - Anzahl der Datensätze in der Menge der Datensätze.
records - Datensätze zu Einsteck- und Entnahmevorgängen von Karten.
2.179. VuCardRecord18
2. Generation:
In einer Fahrzeugeinheit gespeicherte Information zu einer verwendeten Fahrtenschreiberkarte (Anhang IC Randnummer 132).
cardNumberAndGenerationInformation - vollständige Kartennummer und Generation der verwendeten Karte (Datentyp 2.74).
cardExtendedSerialNumber - ausgelesen aus der Datei EF_ICC unter MF der Karte.
cardStructureVersion - ausgelesen aus der Datei EF_Application_Identification unter DF_Tachograph_G2.
cardNumber - ausgelesen aus der Datei EF_Identification unter DF_Tachograph_G2.
2.180. VuCardRecordArray
2. Generation:
In einer Fahrzeugeinheit gespeicherte Information zu den in dieser VU verwendeten Fahrtenschreiberkarten. Diese Information dient der Analyse von Problemen zwischen VU und Karte (Anhang 1C Randnummer 132).
recordType - Art des Datensatzes (VuCardRecord). Wertzuweisung: siehe RecordType
recordsize - die Größe von VuCardRecord in Byte.
noOfRecords - Anzahl der Datensätze in der Menge der Datensätze.
records - Datensätze zu mit der VU verwendeten Fahrtenschreiberkarten.
2.181. VuCertificate
Zertifikat des öffentlichen Schlüssels einer Fahrzeugeinheit.
2.182. VuCertificateRecordArray
2. Generation:
VU-Zertifikat plus im Download-Protokoll verwendete Metadaten.
recordType - Art des Datensatzes (VuCertificate). Wertzuweisung: siehe RecordType
recordsize - die Größe von VuCertificate in Byte.
noOfRecords - Anzahl der Datensätze in der Menge der Datensätze. Der Wert muss auf 1 gesetzt werden, da die Zertifikate verschieden lang sein können.
records - Satz von VU-Zertifikaten.
2.183. VuCompanyLocksData
1. Generation:
In einer Fahrzeugeinheit gespeicherte Information zu Unternehmenssperren (Anhang 1B Randnummer 104).
noOfLocks - Anzahl der in vuCompanyLocksRecords aufgeführten Sperren.
vuCompanyLocksRecords - Datensätze mit Informationen zur Unternehmenssperre.
2.184. VuCompanyLocksRecord
In einer Fahrzeugeinheit gespeicherte Information zu einer Unternehmenssperre (Anhang 1B Randnummer 104 und Anhang 1C Randnummer 128).
1. Generation:
lockInTime, lockOutTime - Datum und Uhrzeit der Sperrung und Entsperrung.
companyName, companyAddress - Name und Anschrift des Unternehmens, auf das sich die Sperrung bezieht.
companyCardNumber - Identifizierung der bei der Sperrung verwendeten Karte.
2. Generation:
Anstelle von companyCardNumber wird in der Datenstruktur der 2. Generation folgendes Datenelement verwendet:
companyCardNumberAndGeneration - Identifizierung der bei der Sperrung verwendeten Karte und ihrer Generation.
2.185. VuCompanyLocksRecordArray
2. Generation:
In einer Fahrzeugeinheit gespeicherte Information zu Unternehmenssperren (Anhang 1C Randnummer 128).
recordType - Art des Datensatzes (VuCompanyLocksRecord). Wertzuweisung: siehe RecordType
recordsize - die Größe von VuCompanyLocksRecord in Byte.
noOfRecords - Anzahl der Datensätze in der Menge der Datensätze. Wert 0 ... 255.
records - Datensätze mit Informationen zur Unternehmenssperre.
2.186. VuControlActivityData
1. Generation:
In einer Fahrzeugeinheit gespeicherte Information zu unter Verwendung dieser VU ausgeführten Kontrollen (Anhang 1B Randnummer 102).
noOfControls - Anzahl der in vuControlActivityRecords aufgeführten Kontrollen.
vuControlActivityRecords - Kontrollaktivitätsdatensätze.
2.187. VuControlActivityRecord
In einer Fahrzeugeinheit gespeicherte Information zu einer unter Verwendung dieser VU ausgeführten Kontrolle (Anhang 1B Randnummer 102 und Anhang 1C Randnummer 126).
1. Generation:
controlType - Art der Kontrolle.
controlTime - Datum und Uhrzeit der Kontrolle.
controlCardNumber - Identifizierung der für die Kontrolle verwendeten Kontrollkarte.
downloadPeriodBeginTime - Anfangszeit des heruntergeladenen Zeitraums beim Herunterladen.
downloadPeriodEndTime - Endzeit des heruntergeladenen Zeitraums beim Herunterladen.
2. Generation:
Anstelle von controlCardNumber wird in der Datenstruktur der 2. Generation folgendes Datenelement verwendet:
controlCardNumberAndGeneration - Identifizierung der für die Kontrolle verwendeten Kontrollkarte und ihrer Generation.
2.188. VuControlActivityRecordArray
2. Generation:
In einer Fahrzeugeinheit gespeicherte Information zu unter Verwendung dieser VU ausgeführten Kontrollen (Anhang 1C Randnummer 126).
recordType - Art des Datensatzes (VuControlActivityRecord). Wertzuweisung: siehe RecordType
recordsize - die Größe von VuControlActivityRecord in Byte.
noOfRecords - Anzahl der Datensätze in der Menge der Datensätze.
records -die Menge an VU-Kontrolltätigkeitsdatensätzen.
2.189. VuDataBlockCounter
Auf einer Karte gespeicherter Zähler, der sequenziell die Einsteck- und Entnahmevorgänge der Karte in Fahrzeugeinheiten angibt.
Wertzuweisung: Laufende Nummer mit Höchstwert 9999, danach wieder Beginn bei 0.
2.190. VuDetailedSpeedBlock
In einer Fahrzeugeinheit gespeicherte Information zur genauen Geschwindigkeit des Fahrzeugs während einer Minute, in der sich das Fahrzeug bewegt hat (Anhang 1B Randnummer 093 und Anhang 1C Randnummer 116).
speedBlockBeginDate - Datum und Uhrzeit des ersten Geschwindigkeitswertes innerhalb des Blocks.
speedsPerSecond - chronologische Reihenfolge der gemessenen Geschwindigkeiten zu jeder Sekunde der Minute, beginnend mit speedBlockBeginDate.
2.191. VuDetailedSpeedBlockRecordArray
2. Generation:
In einer Fahrzeugeinheit gespeicherte Information zur genauen Geschwindigkeit des Fahrzeugs.
recordType - Art des Datensatzes (VuDetailedSpeedBlock). Wertzuweisung: siehe RecordType
recordsize - die Größe von VuDetailedSpeedBlock in Byte.
noOfRecords - Anzahl der Datensätze in der Menge der Datensätze.
records - Menge der genauen Geschwindigkeitsblöcke.
2.192. VuDetailedSpeedData
1. Generation:
In einer Fahrzeugeinheit gespeicherte Information zur genauen Geschwindigkeit des Fahrzeugs.
noOfSpeedBlocks - Anzahl der Geschwindigkeitsblöcke in der Menge vuDetailedSpeedBlocks.
vuDetailedSpeedBlocks - Menge der genauen Geschwindigkeitsblöcke.
2.193. VuDownloadablePeriod
Ältestes und jüngstes Datum, für das eine Fahrzeugeinheit Daten zu Fahrertätigkeiten enthält (Anhang 1B Randnummern 081, 084 oder 087 und Anhang 1C Randnummern 102, 105, 108).
minDownloadableTime - ältestes in der VU gespeichertes Datum des Einsteckens der Karte, einer Tätigkeitsänderung oder einer Ortseingabe und Angabe der entsprechenden Uhrzeit.
maxDownloadableTime - jüngstes in der VU gespeichertes Datum des Einsteckens der Karte, einer Tätigkeitsänderung oder einer Ortseingabe und Angabe der entsprechenden Uhrzeit.
2.194. VuDownloadablePeriodRecordArray
2. Generation:
VUDownloadablePeriod und im Download-Protokoll verwendete Metadaten.
recordType - Art des Datensatzes (VuDownloadablePeriod). Wertzuweisung: siehe RecordType
recordsize - die Größe von VuDownloadablePeriod in Byte.
noOfRecords - Anzahl der Datensätze in der Menge der Datensätze.
records -Menge der VuDownloadablePeriod-Datensätze.
2.195. VuDownloadActivityData
In einer Fahrzeugeinheit gespeicherte Information zu ihrem letzten Herunterladen (Anhang 1B Randnummer 105 und Anhang 1C Randnummer 129).
1. Generation:
downloadingTime - Datum und Uhrzeit des Herunterladens.
fullCardNumber - identifiziert die zur Genehmigung des Herunterladens verwendete Karte.
companyOrWorkshopName - Name des Unternehmens oder der Werkstatt.
2. Generation:
Anstelle von fullCardNumber wird in der Datenstruktur der 2. Generation folgendes Datenelement verwendet:
fullCardNumberAndGeneration - identifiziert die zur Genehmigung des Herunterladens verwendete Karte und ihre Generation.
2.196. VuDownloadActivityDataRecordArray
2. Generation:
Information zum letzten VU-Download (Anhang 1C Randnummer 129).
recordType - Art des Datensatzes (VuDownloadActivityData). Wertzuweisung: siehe RecordType
recordsize - die Größe von VuDownloadActivityData in Byte.
noOfRecords - Anzahl der Datensätze in der Menge der Datensätze.
records - die Menge an Datensätzen zum Herunterladen.
2.197. VuEventData
1. Generation:
In einer Fahrzeugeinheit gespeicherte Information zu Ereignissen (Anhang 1B Randnummer 094, mit Ausnahme Ereignis Geschwindigkeitsüberschreitung).
noOfVuEvents - Anzahl der in den vuEventRecords aufgeführten Ereignisse.
vuEventRecords - Ereignisdatensätze.
2.198. VuEventRecord
In einer Fahrzeugeinheit gespeicherte Information zu einem Ereignis (Anhang 1B Randnummer 094 und Anhang 1C Randnummer 117, mit Ausnahme Ereignis Geschwindigkeitsüberschreitung).
1. Generation:
eventType - Art des Ereignisses.
eventRecordPurpose - Zweck der Aufzeichnung dieses Ereignisses.
eventBeginTime - Datum und Uhrzeit des Ereignisbeginns.
eventEndTime - Datum und Uhrzeit des Ereignisendes.
cardNumberDriverSlotBegin identifiziert die zu Beginn des Ereignisses im Steckplatz Fahrer eingesteckte Karte.
cardNumberCodriverSlotBegin identifiziert die zu Beginn des Ereignisses im Steckplatz Beifahrer eingesteckte Karte.
cardNumberDriverSlotEnd identifiziert die am Ende des Ereignisses im Steckplatz Fahrer eingesteckte Karte.
cardNumberCodriverSlotEnd identifiziert die am Ende des Ereignisses im Steckplatz Beifahrer eingesteckte Karte.
similarEventsNumber - Anzahl ähnlicher Ereignisse an diesem Tag.
Diese Folge kann für alle Ereignisse mit Ausnahme von Geschwindigkeitsüberschreitungen verwendet werden.
2. Generation:
Zusätzlich zur 1. Generation werden folgende Datenelemente verwendet:
manufacturerSpecificEventFaultData - zusätzliche, herstellerspezifische Informationen zum Ereignis.
Anstelle von cardNumberDriverSlotBegin, cardNumberCodriverSlotBegin, cardNumberDriverSlotEnd und cardNumberCodriverSlotEnd werden in der Datenstruktur der 2. Generation folgende Datenelemente verwendet:
cardNumberAndGenDriverSlotBegin identifiziert die zu Beginn des Ereignisses im Steckplatz Fahrer eingesteckte Karte und ihre Generation.
cardNumberAndGenCodriverSlotBegin identifiziert die zu Beginn des Ereignisses im Steckplatz Beifahrer eingesteckte Karte und ihre Generation.
cardNumberAndGenDriverSlotEnd identifiziert die am Ende des Ereignisses im Steckplatz Fahrer eingesteckte Karte und ihre Generation.
cardNumberAndGenCodriverSlotEnd identifiziert die am Ende des Ereignisses im Steckplatz Beifahrer eingesteckte Karte und ihre Generation.
Falls es sich bei dem Ereignis um einen Zeitkonflikt handelt, sind eventBeginTime und eventEndTime folgendermaßen zu interpretieren:
eventBeginTime - Datum und Uhrzeit des Kontrollgeräts.
eventEndTime - GNSS-Datum und -Uhrzeit.
2.199. VuEventRecordArray
2. Generation:
In einer Fahrzeugeinheit gespeicherte Information zu Ereignissen (Anhang 1C Randnummer 117, mit Ausnahme Ereignis Geschwindigkeitsüberschreitung).
recordType - Art des Datensatzes (VuEventRecord). Wertzuweisung: siehe RecordType
recordsize - die Größe von VuEventRecord in Byte.
noOfRecords - Anzahl der Datensätze in der Menge der Datensätze.
records - Menge der Ereignisdatensätze.
2.200. VuFaultData
1. Generation:
In einer Fahrzeugeinheit gespeicherte Information zu Störungen (Anhang 1B Randnummer 096).
noOfVuFaults - Anzahl der in der Menge vuFaultRecords aufgeführten Störungen.
vuFaultRecords - Störungsdatensätze.
2.201. VuFaultRecord
In einer Fahrzeugeinheit gespeicherte Information zu einer Störung (Anhang 1B Randnummer 096 und Anhang 1C Randnummer 118).
1. Generation:
faultType - Art der Kontrollgerätstörung.
faultRecordPurpose - Zweck der Aufzeichnung dieser Störung.
faultBeginTime - Datum und Uhrzeit des Störungsbeginns.
faultEndTime - Datum und Uhrzeit des Störungsendes.
cardNumberDriverSlotBegin identifiziert die zu Beginn der Störung im Steckplatz Fahrer eingesteckte Karte.
cardNumberCodriverSlotBegin identifiziert die zu Beginn der Störung im Steckplatz Beifahrer eingesteckte Karte.
cardNumberDriverSlotEnd identifiziert die zum Zeitpunkt des Endes der Störung im Steckplatz Fahrer eingesteckte Karte.
cardNumberCodriverSlotEnd identifiziert die zum Zeitpunkt des Endes der Störung im Steckplatz Beifahrer eingesteckte Karte.
2. Generation:
Zusätzlich zur 1. Generation wird folgendes Datenelement verwendet:
manufacturerSpecificEventFaultData - zusätzliche, herstellerspezifische Informationen zur Störung.
Anstelle von cardNumberDriverSlotBegin, cardNumberCodriverSlotBegin, cardNumberDriverSlotEnd und cardNumberCodriverSlotEnd werden in der Datenstruktur der 2. Generation folgende Datenelemente verwendet:
cardNumberAndGenDriverSlotBegin identifiziert die zu Beginn der Störung im Steckplatz Fahrer eingesteckte Karte und ihre Generation.
cardNumberAndGenCodriverSlotBegin identifiziert die zu Beginn der Störung im Steckplatz Beifahrer eingesteckte Karte und ihre Generation.
cardNumberAndGenDriverSlotEnd identifiziert die am Ende der Störung im Steckplatz Fahrer eingesteckte Karte und ihre Generation.
cardNumberAndGenCodriverSlotEnd identifiziert die am Ende der Störung im Steckplatz Beifahrer eingesteckte Karte und ihre Generation.
2.202. VuFaultRecordArray
2. Generation:
In einer Fahrzeugeinheit gespeicherte Information zu Störungen (Anhang 1C Randnummer 118).
recordType - Art des Datensatzes (VuFaultRecord). Wertzuweisung: siehe RecordType
recordsize - die Größe von VuFaultRecord in Byte.
noOfRecords - Anzahl der Datensätze in der Menge der Datensätze.
records -Störungsdatensätze.
2.203. VuGNSSADRecord18
2. Generation:
In einer Fahrzeugeinheit gespeicherte Informationen zur GNSS-Position des Fahrzeugs, wenn die kumulierte Lenkzeit ein Vielfaches von drei Stunden erreicht (Anhang IC Randnummern 108 und 110).
timeStamp - Datum und Uhrzeit, wann die kumulierte Lenkzeit ein Vielfaches von drei Stunden erreicht.
cardNumberAndGenDriverSlot - identifiziert die im Steckplatz Fahrer eingesteckte Karte und ihre Generation.
cardNumberAndGenCodriverSlot - identifiziert die im Steckplatz Beifahrer eingesteckte Karte und ihre Generation.
gnssPlaceRecord - Informationen zur Position des Fahrzeugs.
vehicleOdometerValue - Kilometerstand, wenn die kumulierte Lenkzeit ein Vielfaches von drei Stunden erreicht.
2.204. VuGNSSCDRecordArray18
2. Generation:
In einer Fahrzeugeinheit gespeicherte Informationen zur GNSS-Position des Fahrzeugs, wenn die kumulierte Lenkzeit ein Vielfaches von drei Stunden erreicht (Anhang IC Randnummern 108 und 110).
recordType - Art des Datensatzes (VuGNSSADRecord).
Wertzuweisung: siehe Record type.
recordsize - die Größe von VuGNSSADRecord in Byte.
noOfRecords - Anzahl der Datensätze in der Menge der Datensätze.
records - Menge der kumulierten GNSS-Lenkzeitendatensätze.
2.205. VuIdentification
In einer Fahrzeugeinheit gespeicherte Information zur Identifizierung der Fahrzeugeinheit (Anhang 1B Randnummer 075 und Anhang 1C Randnummern 93 und 121).
1. Generation:
vuManufacturerName - Name des Herstellers der Fahrzeugeinheit.
vuManufacturerAddress - Anschrift des Herstellers der Fahrzeugeinheit.
vuPartNumber - Teilnummer der Fahrzeugeinheit.
vuSerialNumber - Seriennummer der Fahrzeugeinheit.
vuSoftwareIdentification identifiziert die in der Fahrzeugeinheit implementierte Software.
vuManufacturingDate - Herstellungsdatum der Fahrzeugeinheit.
vuApprovalNumber - Typgenehmigungsnummer der Fahrzeugeinheit.
2. Generation:
Zusätzlich zur 1. Generation werden folgende Datenelemente verwendet:
vuGeneration - identifiziert die Generation der Fahrzeugeinheit.
vuAbility - enthält Informationen darüber, ob die VU Fahrtenschreiberkarten der 1. Generation unterstützt.
2.206. VuIdentificationRecordArray
2. Generation:
VuIdentification und im Download-Protokoll verwendete Metadaten.
recordType - Art des Datensatzes (VuIdentification). Wertzuweisung: siehe RecordType
recordsize - die Größe von VuIdentification in Byte.
noOfRecords - Anzahl der Datensätze in der Menge der Datensätze.
records - Menge der VuIdentification-Datensätze.
2.207. VuITSConsentRecord
2. Generation:
In einer Fahrzeugeinheit gespeicherte Informationen zur Zustimmung eines Fahrers, intelligente Verkehrssysteme zu nutzen.
cardNumberAndGen - identifiziert die Karte und ihre Generation. Bei dieser muss es sich um eine Fahrer- oder Werkstattkarte handeln.
consent - Merker, der angibt, ob der Fahrer der Verwendung intelligenter Verkehrssysteme mit diesem Fahrzeug/dieser Fahrzeugeinheit zugestimmt hat.
Wertzuweisung:
TRUE | zeigt die Zustimmung des Fahrers zur Verwendung intelligenter Verkehrssysteme an |
FALSE | zeigt die Ablehnung des Fahrers betreffend die Verwendung intelligenter Verkehrssysteme an |
2.208. VuITSConsentRecordArray
2. Generation:
In einer Fahrzeugeinheit gespeicherte Information bezüglich der Zustimmung des Fahrers zur Verwendung intelligenter Verkehrssysteme (Anhang 1C Randnummer 200).
recordType - Art des Datensatzes (VuITSConsentRecord). Wertzuweisung: siehe RecordType
recordsize - die Größe von VuITSConsentRecord in Byte.
noOfRecords - Anzahl der Datensätze in der Menge der Datensätze.
records - Datensätze mit Informationen zur ITS-Zustimmung.
2.209. VuManufacturerAddress
Anschrift des Herstellers der Fahrzeugeinheit.
Wertzuweisung: nicht spezifiziert.
2.210. VuManufacturerName
Name des Herstellers der Fahrzeugeinheit.
Wertzuweisung: nicht spezifiziert.
2.211. VuManufacturingDate
Herstellungsdatum der Fahrzeugeinheit.
Wertzuweisung: nicht spezifiziert.
2.212. VuOverSpeedingControlData
In einer Fahrzeugeinheit gespeicherte Information zum Ereignis Geschwindigkeitsüberschreitung seit der letzten Kontrolle Geschwindigkeitsüberschreitung (Anhang 1B Randnummer 095 und Anhang 1C Randnummer 117).
lastOverspeedControlTime - Datum und Uhrzeit der letzten Kontrolle Geschwindigkeitsüberschreitung.
firstOverspeedSince - Datum und Uhrzeit der ersten Geschwindigkeitsüberschreitung nach dieser Kontrolle Geschwindigkeitsüberschreitung.
numberOfOverspeedSince - Anzahl der Ereignisse Geschwindigkeitsüberschreitung seit der letzten Kontrolle Geschwindigkeitsüberschreitung.
2.213. VuOverSpeedingControlDataRecordArray
2. Generation:
VuOverSpeedingControlData und im Download-Protokoll verwendete Metadaten.
recordType - Art des Datensatzes (VuOverSpeedingControlData). Wertzuweisung: siehe RecordType
recordsize - die Größe von VuOverSpeedingControlData in Byte.
noOfRecords - Anzahl der Datensätze in der Menge der Datensätze.
records - Kontrolldatensätze Geschwindigkeitsüberschreitung.
2.214. VuOverSpeedingEventData
1. Generation:
In einer Fahrzeugeinheit gespeicherte Information zum Ereignis Geschwindigkeitsüberschreitung (Anhang 1B Randnummer 094).
noOfVuOverSpeedingEvents - Anzahl der in der Menge vuOverSpeedingEventRecords aufgeführten Ereignisse.
vuOverSpeedingEventRecords - Ereignisdatensätze Geschwindigkeitsüberschreitung.
2.215. VuOverSpeedingEventRecord
1. Generation:
In einer Fahrzeugeinheit gespeicherte Information zu Ereignissen Geschwindigkeitsüberschreitung (Anhang 1B Randnummer 094 und Anhang 1C Randnummer 117).
eventType - Art des Ereignisses.
eventRecordPurpose - Zweck der Aufzeichnung dieses Ereignisses.
eventBeginTime - Datum und Uhrzeit des Ereignisbeginns.
eventEndTime - Datum und Uhrzeit des Ereignisendes.
maxSpeedValue - die während des Ereignisses gemessene Höchstgeschwindigkeit.
averageSpeedValue - die während des Ereignisses gemessene arithmetische Durchschnittsgeschwindigkeit.
cardNumberDriverSlotBegin identifiziert die zu Beginn des Ereignisses im Steckplatz Fahrer eingesteckte Karte.
similarEventsNumber - Anzahl ähnlicher Ereignisse an diesem Tag.
2. Generation:
In einer Fahrzeugeinheit gespeicherte Information zu Ereignissen Geschwindigkeitsüberschreitung (Anhang 1B Randnummer 094 und Anhang 1C Randnummer 117).
Anstelle von cardNumberDriverSlotBegin wird in der Datenstruktur der 2. Generation folgendes Datenelement verwendet:
cardNumberAndGenDriverSlotBegin identifiziert die zu Beginn des Ereignisses im Steckplatz Fahrer eingesteckte Karte und ihre Generation.
2.216. VuOverSpeedingEventRecordArray
2. Generation:
In einer Fahrzeugeinheit gespeicherte Information zum Ereignis Geschwindigkeitsüberschreitung (Anhang 1C Randnummer 117).
recordType - Art des Datensatzes (VuOverSpeedingEventRecord). Wertzuweisung: siehe RecordType
recordsize - die Größe von VuOverSpeedingEventRecord in Byte.
noOfRecords - Anzahl der Datensätze in der Menge der Datensätze.
records - Ereignisdatensätze Geschwindigkeitsüberschreitung.
2.217. VuPartNumber
Teilnummer der Fahrzeugeinheit.
Wertzuweisung: VU-Herstellerspezifisch
2.218. VuPlaceDailyWorkPeriodData
1. Generation:
In einer Fahrzeugeinheit gespeicherte Information zum Ort des Beginns und/oder Endes des Arbeitstages (Anhang 1B Randnummer 087 und Anhang 1C Randnummern 108 und 110).
noOfPlaceRecords - Anzahl der in der Menge vuPlaceDailyWorkPeriodRecords aufgeführten Datensätze.
vuPlaceDailyWorkPeriodRecords - ortsbezogene Datensätze.
2.219. VuPlaceDailyWorkPeriodRecord
1. Generation:
In einer Fahrzeugeinheit gespeicherte Information zu einem Ort des Beginns oder Endes des Arbeitstages eines Fahrers (Anhang 1B Randnummer 087 und Anhang 1C Randnummern 108 und 110).
fullCardNumber - Art der Karte des Fahrers, ausstellender Mitgliedstaat und Kartennummer.
placeRecord enthält die Informationen zum eingegebenen Ort.
2. Generation:
In einer Fahrzeugeinheit gespeicherte Information zu einem Ort des Beginns oder Endes des Arbeitstages eines Fahrers (Anhang 1B Randnummer 087 und Anhang 1C Randnummern 108 und 110).
Anstelle von fullCardNumber wird in der Datenstruktur der 2. Generation folgendes Datenelement verwendet:
fullCardNumberAndGeneration - Art der Karte, ausstellender Mitgliedstaat, Kartennummer und Generation in der auf der Karte gespeicherten Form.
2.220. VuPlaceDailyWorkPeriodRecordArray
2. Generation:
In einer Fahrzeugeinheit gespeicherte Information zum Ort des Beginns und/oder Endes des Arbeitstages (Anhang 1C Randnummern 108 und 110).
recordType - Art des Datensatzes (VuPlaceDailyWorkPeriodRecord). Wertzuweisung: siehe RecordType
recordsize - die Größe von VuPlaceDailyWorkPeriodRecord in Byte.
noOfRecords - Anzahl der Datensätze in der Menge der Datensätze.
records - ortsbezogene Datensätze.
2.221. VuPrivateKey
1. Generation:
Der private Schlüssel einer Fahrzeugeinheit.
2.222. VuPublicKey
1. Generation:
Der öffentliche Schlüssel einer Fahrzeugeinheit.
2.223. VuSerialNumber
Seriennummer der Fahrzeugeinheit (Anhang 1B Randnummer 075 sowie Anhang 1C Randnummer 93).
2.224. VuSoftInstallationDate
Installationsdatum der VU-Softwareversion.
Wertzuweisung: nicht spezifiziert.
2.225. VuSoftwareIdentification
In einer Fahrzeugeinheit gespeicherte Information zur installierten Software.
vuSoftwareVersion - Softwareversionsnummer der Fahrzeugeinheit.
vuSoftInstallationDate - Installationsdatum der Softwareversion.
2.226. VuSoftwareVersion
Softwareversionsnummer der Fahrzeugeinheit.
Wertzuweisung: nicht spezifiziert.
2.227. VuSpecificConditionData
1. Generation:
In einer Fahrzeugeinheit gespeicherte Information zu spezifischen Bedingungen.
noOfSpecificConditionRecords - Anzahl der in der Menge specificConditionRecords aufgeführten Datensätze.
specificConditionRecords - Datensätze mit Bezug auf spezifische Bedingungen.
2.228. VuSpecificConditionRecordArray
2. Generation:
In einer Fahrzeugeinheit gespeicherte Information zu spezifischen Bedingungen (Anhang 1C Randnummer 130).
recordType - Art des Datensatzes (Specific ConditionRecord). Wertzuweisung: siehe RecordType
recordsize - die Größe von Specific ConditionRecord in Byte.
noOfRecords - Anzahl der Datensätze in der Menge der Datensätze.
records - Datensätze mit Bezug auf spezifische Bedingungen.
2.229. VuTimeAdjustmentData
1. Generation:
In einer Fahrzeugeinheit gespeicherte Information zu Zeiteinstellungen außerhalb einer normalen Kalibrierung (Anhang 1B Randnummer 101).
noOfVuTimeAdjRecords - Anzahl der in der Menge vuTimeAdjustmentRecords aufgeführten Datensätze.
vuTimeAdjustmentRecords - Zeiteinstellungsdatensätze.
2.230. Reserviert für künftige Verwendung18
2.231. Reserviert für künftige Verwendung18
2.232. VuTimeAdjustmentRecord
In einer Fahrzeugeinheit gespeicherte Information zu einer Zeiteinstellung außerhalb einer normalen Kalibrierung (Anhang 1B Randnummer 101 und Anhang 1C Randnummern 124 und 125).
1. Generation:
oldTimeValue, newTimeValue - alter und neuer Wert für Datum und Uhrzeit.
workshopName, workshopAddress - Name und Anschrift der Werkstatt.
workshopCardNumber - identifiziert die für die Durchführung der Zeiteinstellung verwendete Werkstattkarte.
2. Generation:
Anstelle von workshopCardNumber wird in der Datenstruktur der 2. Generation folgendes Datenelement verwendet:
workshopCardNumberAndGeneration identifiziert die für die Durchführung der Zeiteinstellung verwendete Werkstattkarte und ihre Generation.
2.233. VuTimeAdjustmentRecordArray
2. Generation:
In einer Fahrzeugeinheit gespeicherte Information zu Zeiteinstellungen außerhalb einer normalen Kalibrierung (Anhang 1C Randnummern 124 und 125).
recordType - Art des Datensatzes (VuTimeAdjustmentRecord). Wertzuweisung: siehe RecordType
recordsize - die Größe von VuTimeAdjustmentRecord in Byte.
noOfRecords - Anzahl der Datensätze in der Menge der Datensätze.
records - Zeiteinstellungsdatensätze.
2.234. WorkshopCardApplication Identification18
Auf einer Werkstattkarte gespeicherte Information zur Identifizierung der Anwendung der Karte (Anhang 1C Randnummern 307 und 330).
1. Generation:
typeOfTachographCardId gibt die implementierte Kartenart an.
cardStructureVersion gibt die Version der auf der Karte implementierten Struktur an.
noOfEventsPerType - Anzahl der Ereignisse je Ereignisart, die die Karte speichern kann.
noOfFaultsPerType - Anzahl der Störungen je Störungsart, die die Karte speichern kann.
activityStructureLength - gibt die Zahl der Bytes an, die für die Speicherung von Tätigkeitsdatensätzen zur Verfügung stehen.
noOfCardVehicleRecords - Anzahl der Fahrzeugdatensätze, die die Karte enthalten kann.
noOfCardPlaceRecords - Anzahl der Orte, die die Karte aufzeichnen kann.
noOfCalibrationRecords - Anzahl der Kalibrierungsdatensätze, die die Karte speichern kann.
2. Generation:
Zusätzlich zur 1. Generation werden folgende Datenelemente verwendet:
noOfGNSSADRecords - Anzahl der kumulierten GNSS-Lenkzeitendatensätze, die die Karte speichern kann.
noOfSpecificConditionRecords - Anzahl der Datensätze mit Bezug auf spezifische Bedingungen, die die Karte speichern kann.
noOfCardVehicleUnitRecords - Anzahl der Datensätze mit Informationen zu den genutzten Fahrzeugeinheiten, die die Karte speichern kann.
2.235. WorkshopCardCalibrationData
Auf einer Werkstattkarte gespeicherte Information zur mit der Karte durchgeführten Werkstatttätigkeit (Anhang 1C Randnummern 314, 316, 337 und 339).
calibrationTotalNumber - Gesamtzahl der mit der Karte durchgeführten Kalibrierungen.
calibrationPointerNewestRecord - Index des zuletzt aktualisierten Kalibrierungsdatensatzes.
Wertzuweisung: Zahl, die dem Zähler des Kalibrierungsdatensatzes entspricht, beginnend mit '0' für das erste Auftreten der Kalibrierungsdatensätze in der Struktur.
calibrationRecords - Datensätze mit Informationen zu Kalibrierung und/oder Zeiteinstellung.
2.236. Workshop CardCalibration Record
Auf einer Werkstattkarte gespeicherte Information zu einer mit der Karte durchgeführten Kalibrierung (Anhang 1C Randnummern 314 und 337).
1. Generation:
calibrationPurpose - Zweck der Kalibrierung.
vehicleIdentificationNumber - Fahrzeugidentifizierungsnummer (VIN).
vehicleRegistration enthält das amtliche Kennzeichen und den zulassenden Mitgliedstaat.
wVehicleCharacteristicConstant - Wegdrehzahl des Fahrzeugs.
kConstantOfRecordingEquipment - Kontrollgerätkonstante.
lTyreCircumference - tatsächlicher Reifenumfang.
tyresize - Bezeichnung der Größe der am Fahrzeug montierten Reifen.
authorisedSpeed - zulässige Höchstgeschwindigkeit des Fahrzeugs.
oldOdometerValue, newOdometerValue - alter und neuer Kilometerstand.
oldTimeValue, newTimeValue - alter und neuer Wert für Datum und Uhrzeit.
nextCalibrationDate - Datum der nächsten von der zugelassenen Prüfstelle durchzuführenden Kalibrierung der in Calibration Purpose angegebenen Art.
vuPartNumber, vuSerialNumber und sensor SerialNumber - Datenelemente zur Identifizierung des Kontrollgeräts.
2. Generation:
Zusätzlich zur 1. Generation werden folgende Datenelemente verwendet:
sensorGNSSSerialNumber - identifiziert eine externe GNSS-Ausrüstung.
rcmSerialNumber - identifiziert das Fernkommunikationsmodul.
sealDataCard - Informationen zu den an den verschiedenen Fahrzeugkomponenten angebrachten Plomben.
2.237. WorkshopCardHolderIdentification
Auf einer Werkstattkarte gespeicherte Information zur Identifizierung des Karteninhabers (Anhang 1C Randnummern 311 und 334).
workshopName - Name der Werkstatt des Karteninhabers.
workshopAddress - Anschrift der Werkstatt des Karteninhabers.
cardHolderName - Name und Vorname(n) des Inhabers (z.B. Name des Mechanikers).
cardHolderPreferredLanguage - bevorzugte Sprache des Karteninhabers.
2.238. WorkshopCardPIN
PIN-Code (Personal Identification Number) der Werkstattkarte (Anhang 1C Randnummern 309 und 332).
Wertzuweisung: Der dem Karteninhaber bekannte PIN-Code, nach rechts mit 'FF'-Bytes bis zu 8 Bytes aufgefüllt.
2.239. W-VehicleCharacteristicConstant
Wegdrehzahl des Fahrzeugs (Begriffsbestimmung k)).
Wertzuweisung: Impulse je Kilometer im Betriebsbereich 0 bis 64 255 Imp/km.
2.240. VuPowerSupplyInterruptionRecord
2. Generation:
In einer Fahrzeugeinheit gespeicherte Information zum Ereignis Unterbrechung der Stromversorgung (Anhang 1C Randnummer 117).
eventType - Art des Ereignisses.
eventRecordPurpose - Zweck der Aufzeichnung dieses Ereignisses.
eventBeginTime - Datum und Uhrzeit des Ereignisbeginns.
eventEndTime - Datum und Uhrzeit des Ereignisendes.
cardNumberAndGenDriverSlotBegin identifiziert die zu Beginn des Ereignisses im Steckplatz Fahrer eingesteckte Karte und ihre Generation.
cardNumberAndGenDriverSlotEnd identifiziert die am Ende des Ereignisses im Steckplatz Fahrer eingesteckte Karte und ihre Generation.
cardNumberAndGenCodriverSlotBegin identifiziert die zu Beginn des Ereignisses im Steckplatz Beifahrer eingesteckte Karte und ihre Generation.
cardNumberAndGenCodriverSlotBegin identifiziert die am Ende des Ereignisses im Steckplatz Beifahrer eingesteckte Karte und ihre Generation.
similarEventsNumber - Anzahl ähnlicher Ereignisse an diesem Tag.
2.241. VuPowerSupplyInterruptionRecordArray
2. Generation:
In einer Fahrzeugeinheit gespeicherte Information zum Ereignis Unterbrechung der Stromversorgung (Anhang 1C Randnummer 117).
recordType - Art des Datensatzes (VuPowerSupplyInterruptionRecord). Wertzuweisung: siehe RecordType
recordsize - die Größe von VuPowerSupplyInterruptionRecord in Byte.
noOfRecords - Anzahl der Datensätze in der Menge der Datensätze.
records -Ereignisdatensätze Unterbrechung der Stromversorgung.
2.242. VuSensorExternalGNSSCoupledRecordArray
2. Generation:
Satz von Sensor ExternalGNSSCoupled Record plus im Download-Protokoll verwendete Metadaten.
recordType - Art des Datensatzes (Sensor ExternalGNSSCoupled Record). Wertzuweisung: siehe RecordType
recordsize - die Größe von Sensor ExternalGNSSCoupled Record in Byte.
noOfRecords - Anzahl der Datensätze in der Menge der Datensätze.
records -Datensätze Kopplung des -externen GNSS mit dem Sensor.
2.243. VuSensorPairedRecordArray
2. Generation:
Satz von SensorPairedRecord plus im Download-Protokoll verwendete Metadaten.
recordType - Art des Datensatzes (SensorPairedRecord). Wertzuweisung: siehe RecordType
recordsize - die Größe von SensorPairedRecord in Byte.
noOfRecords - Anzahl der Datensätze in der Menge der Datensätze.
records - Sensorkoppelungsdatensätze.
3. Definitionen für Wert- und Größenbereiche
Definition variabler Werte, die für die Definitionen in Abschnitt 2 verwendet werden.
4. Zeichensätze
In den IA5Strings werden die ASCII-Zeichen laut Definition in ISO/IEC 8824-1 verwendet. Aus Gründen der Lesbarkeit und zur Bezugnahme ist die Wertzuweisung nachfolgend angegeben. Bei Diskrepanzen mit dieser zu Informationszwecken aufgeführten Angabe gilt stets die Norm ISO/IEC 8824-1.
Andere Zeichenfolgen (Anschrift, Name, vehicleRegistrationNumber) verwenden darüber hinaus die Zeichen der Dezimalzeichencodes 161 bis 255 der folgenden 8-Bit-Standardzeichensätze, spezifiziert durch die Codeseiten-Nummern: Standardzeichensatz |
Codeseite (Dezimal) |
ISO/IEC 8859-1 Latin-1 Westeuropäisch | 1 |
ISO/IEC 8859-2 Latin-2 Mitteleuropäisch | 2 |
ISO/IEC 8859-3 Latin-3 Südeuropäisch | 3 |
ISO/IEC 8859-5 Latin/Kyrillisch | 5 |
ISO/IEC 8859-7 Latin/Griechisch | 7 |
ISO/IEC 8859-9 Latin-5 Türkisch | 9 |
ISO/IEC 8859-13 Latin-7 Baltisch | 13 |
ISO/IEC 8859-15 Latin-9 | 15 |
ISO/IEC 8859-16 Latin-10 Südosteuropäisch | 16 |
KOI8-R Latin/Kyrillisch | 80 |
KOI8-U Latin/Kyrillisch | 85 |
5. Kodierung
Bei Kodierung anhand der ASN.1-Kodierungsregeln werden alle Datentypen gemäß ISO/IEC 8825-2 (ausgerichtet) kodiert.
6. Objektkennungen und Anwendungsbezeichner
6.1. Objektkennungen
Die in diesem Kapitel aufgeführten Objektkennungen (OID) sind nur für die 2. Generation von Bedeutung. Diese OID werden in TR-03110-3 definiert und hier der Vollständigkeit halber wiederholt. Die betreffenden OID sind im bsi-de-Teilbaum enthalten:
Protokollkennungen für die VU-Authentisierung
Protokollkennungen für die Chip-Authentisierung
6.2. Anwendungskennungen
2. Generation:
Die Anwendungskennung (AID) für die externe GNSS-Ausrüstung (2. Generation) ist durch 'FF 44 54 45 47 4D' gegeben. Dies ist eine proprietäre AID gemäß ISO/IEC 7816-4.
Hinweis: Die letzten 5 Bytes kodieren DTEGM für die externe GNSS-Ausrüstung des intelligenten Fahrtenschreibers.
Die Anwendungskennung für die Fahrtenschreiberanwendung der 2. Generation ist durch 'FF 53 4D 52 44 54' gegeben. Dies ist eine proprietäre AID gemäß ISO/IEC 7816-4.
Spezifikation der Fahrtenschreiberkarten | Anlage 218 |
1. Einleitung
1.1. Abkürzungen18
Im Sinne dieser Anlage gelten folgende Abkürzungen.
AC | Access conditions (Zugriffsbedingungen) |
AES | Advanced Encryption Standard |
AID | Application Identifier (Anwendungskennung) |
ALW | Always (immer) |
APDU | Application Protocol Data Unit (Befehlsstruktur) |
ATR | Aswer To Reset (Antwort auf Zurücksetzen) |
AUT | Authenticated (authentisiert) |
C6, C7 | Kontakte Nr. 6 und 7 der Karte laut Beschreibung in ISO/IEC 7816-2 |
cc | Taktgeberzyklen |
CHA | Certificate Holder Authorisation (Autorisierung des Zertifikatsinhabers) |
CHV | Card holder Verification Information (Information zur Überprüfung des Karteninhabers) |
CLA | Klassenbyte eines APDU-Befehls |
DSRC | Dedicated Short Range Communication (Dedizierte Nahbereichskommunikation) |
DF | Dedicated File (Verzeichnis). Ein DF kann andere Dateien enthalten (EF oder DF) |
DO | Datenobjekt |
ECC | Elliptic Curve Cryptography (Elliptische-Kurven-Kryptografie) |
EF | Elementary File (Elementardatei) |
etu | elementary time unit (Elementarzeiteinheit) |
G1 | 1. Generation |
G2 | 2. Generation |
IC | Integrated Circuit (Integrierter Schaltkreis) |
ICC | Integrated Circuit Card (Chipkarte) |
ID | Identifier (Bezeichner, Kennung) |
IFD | Interface Device (Schnittstellengerät, Kartenterminal) |
IFS | Information Field size (Informationsfeldgröße) |
IFSC | Informationsfeldgröße der Karte |
IFSD | Informationsfeldgröße des Schnittstellengeräts, Terminals |
INS | Befehlsbyte eines APDU-Befehls |
Lc | Länge der Eingabedaten für einen APDU-Befehl |
Le | Länge der erwarteten Daten (Ausgabedaten für einen Befehl) |
MF | Master File (Wurzel-DF) |
NAD | Knotenadresse, verwendet im Protokoll T=1 |
NEV | Never (nie) |
P1-P2 | Parameterbytes |
PIN | Persönliche Geheimzahl (Personal Identification Number) |
PRO SM | Mit Secure Messaging geschützt |
PTS | Protocol Transmission Selection (Auswahl der Protokollübertragung) |
RFU | Reserved for Future Use (für künftige Anwendungen reserviert) |
RST | Zurücksetzen (der Karte) |
SFID | Kurz-Elementardateikennung |
SM | Secure Messaging |
SW1-SW2 | Statusbytes |
TS | ATR-Anfangszeichen |
VPP | Programmierspannung |
VU | Fahrzeugeinheit |
XXh | Wert XX in Hexadezimalnotation |
'XXh' | Wert XX in Hexadezimalnotation |
|| | Verkettungssymbol 03||04=0304 |
1.2. Referenzdokumente
In dieser Anlage werden folgende Referenzdokumente herangezogen:
ISO/IEC 7816-2 | Identification cards - Integrated circuit cards - Part 2: Dimensions and location of the contacts. ISO/IEC 7816-2:2007. |
ISO/IEC 7816-3 | Identification cards - Integrated circuit cards - Part 3: Electrical interface and transmission protocols. ISO/IEC 7816-3:2006. |
ISO/IEC 7816-4 | Identification cards - Integrated circuit cards - Part 4: Organization, security and commands for interchange. ISO/IEC 7816-4:2013 + Berichtigung 1: 2014. |
ISO/IEC 7816-6 | Identification cards - Integrated circuit cards - Part 6: Interindustry data elements for interchange. ISO/IEC 7816-6:2004 + Cor 1: 2006. |
ISO/IEC 7816-8 | Identification cards - Integrated circuit cards - Part 8: Commands for security operations. ISO/IEC 7816-8:2004. |
ISO/IEC 9797-2 | Information technology - Security techniques - Message Authentication Codes (MACs) - Part 2: Mechanisms using a dedicated hash-function. ISO/IEC 9797-2:2011 |
2. Elektrische und physikalische Eigenschaften
TCS_01 Sofern nicht anderweitig spezifiziert, erfüllen alle elektronischen Signale die Norm ISO/IEC 7816-3.
TCS_02 Maße und Anordnung der Kartenkontakte erfüllen die Norm ISO/IEC 7816-2.
2.1. Versorgungsspannung und Stromverbrauch
TCS_03 Die Karte arbeitet gemäß Spezifikation innerhalb der Grenzen für die Leistungsaufnahme nach ISO/IEC 7816-3.
TCS_04 Die Karte arbeitet mit Vcc = 3 V (ä ± 0,3 V) oder mit Vcc = 5 V (ä ± 0,5 V).
Die Spannungswahl erfolgt gemäß ISO/IEC 7816-3.
2.2. Programmierspannung Vpp
TCS_05 Die Karte benötigt am Kontakt C6 keine Programmierspannung. Es wird davon ausgegangen, dass Kontakt C6 in einem Schnittstellengerät nicht angeschlossen ist. Der Kontakt C6 kann an Vcc auf der Karte angeschlossen sein, aber nicht an Masse. Auf jeden Fall ist diese Spannung nicht zu interpretieren.
2.3. Taktversorgung und -frequenz
TCS_06 Die Karte arbeitet im Frequenzbereich von 1 bis 5 MHz und kann unter Umständen höhere Frequenzen unterstützen. Innerhalb eines Kartenvorgangs darf die Taktfrequenz um ± 2 % schwanken. Die Taktfrequenz wird von der Fahrzeugeinheit und nicht von der Karte selbst erzeugt. Für den Arbeitszyklus ist eine Schwankung zwischen 40 und 60 % zulässig.
TCS_07 Unter den in der Kartendatei EF ICC enthaltenen Bedingungen kann der externe Taktgeber angehalten werden. Das erste Byte des Hauptteils der EF ICC-Datei kodiert die Bedingungen für den Clockstop-Modus:
L-Pegel | H-Pegel | ||
Bit 3 | Bit 2 | Bit 1 | |
0 | 0 | 1 | Clockstop zulässig, kein Vorzugspegel |
0 | 1 | 1 | Clockstop zulässig, Vorzugspegel: H |
1 | 0 | 1 | Clockstop zulässig, Vorzugspegel: L |
0 | 0 | 0 | Clockstop nicht zulässig |
0 | 1 | 0 | Clockstop nur bei H-Pegel zulässig |
1 | 0 | 0 | Clockstop nur bei L-Pegel zulässig |
Bits 4 bis 8 werden nicht genutzt.
2.4. E/A-Kontakt
TCS_08 Der E/A-Kontakt C7 wird für den Empfang von Daten vom Schnittstellengerät und das Senden von Daten zum Schnittstellengerät verwendet. Während des Betriebs befindet sich entweder die Karte oder das Schnittstellengerät im Sendemodus. Sollten sich beide Einheiten im Sendemodus befinden, darf die Karte dadurch nicht beschädigt werden. Sofern die Karte nicht sendet, tritt sie in den Empfangsmodus.
2.5. Kartenzustände
TCS_09 Bei angelegter Versorgungsspannung arbeitet die Karte in zwei Zuständen:
im Betriebszustand während der Ausführung von Befehlen oder während der Verbindung zur Digitaleinheit,
im Ruhezustand zu allen anderen Zeiten; in diesem Zustand bleiben alle Daten auf der Karte erhalten.
3. Hardware und Datenaustausch
3.1. Einleitung
Dieser Abschnitt beschreibt die für die Fahrtenschreiberkarten und Fahrzeugeinheit (VU) erforderliche Mindestfunktionalität, mit der ein korrekter Betrieb und Interoperabilität gewährleistet werden.
Fahrtenschreiberkarten erfüllen so weit wie möglich die geltenden ISO/IEC-Normen (insbesondere ISO/IEC 7816). Befehle und Protokolle werden jedoch vollständig beschrieben, um gegebenenfalls bestimmte eingeschränkte Verwendungen oder Unterschiede herauszustellen. Die spezifizierten Befehle entsprechen, sofern nicht anders angegeben, in vollem Umfang den angeführten Normen.
3.2. Übertragungsprotokoll
TCS_10 Das Übertragungsprotokoll entspricht den Festlegungen von ISO/IEC 7816-3 für T = 0 und T = 1. Insbesondere erkennt die VU von der Karte gesendete Wartezeitverlängerungen.
3.2.1 Protokolle
TCS_11 Die Karte unterstützt sowohl Protokoll T=0 als auch Protokoll T=1. Darüber hinaus kann die Karte weitere kontaktorientierte Protokolle unterstützen.
TCS_12 T=0 ist das Standardprotokoll; zum Wechsel auf das Protokoll T=1 ist daher ein PTS-Befehl erforderlich.
TCS_13 Die Geräte unterstützen in beiden Protokollen die "direct convention", die somit für die Karte obligatorisch ist.
TCS_14 Das Byte für die Informationsfeldgröße der Karte wird im ATR im Zeichen TA3 dargestellt. Dieser Wert beträgt mindestens 'F0h' (= 240 Bytes).
Für die Protokolle gelten die folgenden Einschränkungen:
TCS_15 T=0
TCS_16 T=1
3.2.2 ATR
TCS_17 Das Gerät überprüft ATR-Bytes gemäß ISO/IEC 7816-3. Es erfolgt keine Überprüfung von historischen ATR-Zeichen.
Beispiel für ein Zweiprotokoll-Basis-ATR gemäß ISO/IEC 7816-3
Zeichen | Wert | Bemerkungen |
TS | '3Bh' | Anzeiger für "direct convention". |
T0 | '85h' | TD1 vorhanden; 5 historische Bytes vorhanden |
TD1 | '80h' | TD2 vorhanden; T=0 verwenden |
TD2 | '11h' | TA3 vorhanden; T=1 verwenden |
TA3 | 'XXh' (mind. 'F0h') | Informationsfeldgröße der Karte (IFSC) |
TH1 bis TH5 | 'XXh' | Historische Zeichen |
TCK | 'XXh' | Prüfzeichen (ohne OR) |
TCS_18 Nach der Antwort auf das Zurücksetzen (ATR) wird das Wurzelverzeichnis (MF) implizit ausgewählt und zum aktuellen Verzeichnis.
3.2.3 PTS
TCS_19 Das Standardprotokoll ist T=0. Zur Einstellung des Protokolls T=1 muss ein PTS (auch PPS genannt) vom Gerät gesendet werden.
TCS_20 Da für die Karte beide Protokolle, T=0 und T=1, obligatorisch sind, ist das Basis-PTS für die Protokollumschaltung ebenfalls obligatorisch.
Wie in ISO/IEC 7816-3 angegeben, kann das PTS zur Umschaltung auf höhere Übertragungsraten als die von der Karte im ATR vorgeschlagene Geschwindigkeit verwendet werden (TA(1) Byte).
Höhere Übertragungsraten sind für die Karte fakultativ.
TCS_21 Wird keine andere Übertragungsrate als die Standardgeschwindigkeit unterstützt (oder wird die ausgewählte Übertragungsrate nicht unterstützt), antwortet die Karte auf das PTS korrekt gemäß ISO/IEC 7816-3 durch Weglassen des PPS1-Byte.
Beispiele für ein Basis-PTS zur Protokollwahl:
Zeichen | Wert | Bemerkungen |
PPSS | 'FFh' | Startzeichen |
PPS0 | '00h' oder '01h' | PPS1 bis PPS3 nicht vorhanden; '00h' zur Auswahl von T0, '01h' zur Auswahl von T1. |
PK | 'XXh' | Prüfzeichen:
'XXh' = 'FFh' wenn PPS0 = '00h', 'XXh' = 'FEh' wenn PPS0 = '01h', |
3.3. Zugriffsregeln18
TCS_22 Eine Zugriffsregel legt für einen Zugriffsmodus, d. h. Befehl, die zugehörigen Sicherheitsbedingungen fest. Sind diese Sicherheitsbedingungen erfüllt, wird der entsprechende Befehl verarbeitet.
TCS_23 Für die Fahrtenschreiberkarte werden folgende Sicherheitsbedingungen genutzt:
Abkürzung | Bedeutung |
ALW | Die Aktion ist immer möglich und kann ohne Einschränkung ausgeführt werden. Befehls- und Antwort-APDU werden als Klartext übermittelt, d. h. ohne Secure Messaging. |
NEV | Die Aktion ist nie möglich. |
PLAIN-C | Die Befehls-APDU werden als Klartext übermittelt, d. h. ohne Secure Messaging. |
PWD | Die Aktion wird nur ausgeführt, wenn die PIN der Werkstattkarte erfolgreich verifiziert wurde, d. h. der interne Sicherheitsstatus der Karte auf "PIN_Verified" gesetzt ist. Der Befehl muss ohne Secure Messaging übertragen werden. |
EXT-AUT-G1 | Die Aktion kann nur ausgeführt werden, wenn der Befehl External Authenticate für die Authentisierung der 1. Generation (siehe auch Anlage 11 Teil A) erfolgreich ausgeführt wurde. |
SM-MAC-G1 | Die (Befehls- und Antwort-) APDU muss mit Secure Messaging der 1. Generation im reinen Authentisierungsmodus angewandt werden (siehe Anlage 11 Teil A). |
SM-C-MAC-G1 | Die (Befehls-)APDU muss mit Secure Messaging der 1. Generation im reinen Authentisierungsmodus angewandt werden (siehe Anlage 11 Teil A). |
SM-R-ENC-G1 | Die Antwort-APDU muss mit Secure Messaging der 1. Generation im Verschlüsselungsmodus angewandt werden (siehe Anlage 11 Teil A), d. h. so, dass kein Code für die Nachrichtenauthentisierung zurückgesendet wird. |
SM-R-ENC-MAC-G1 | Die (Antwort-) APDU muss mit Secure Messaging der 1. Generation im Verschlüsselungs-dann-Authentisierungsmodus angewandt werden (siehe Anlage 11 Teil A). |
SM-MAC-G2 | Die (Befehls- und Antwort-) APDU muss mit Secure Messaging der 2. Generation im reinen Authentisierungsmodus angewandt werden (siehe Anlage 11 Teil B). |
SM-C-MAC-G2 | Die (Befehls-) APDU muss mit Secure Messaging der 2. Generation im reinen Authentisierungsmodus angewandt werden (siehe Anlage 11 Teil B). |
SM-R-ENC-MAC-G2 | Die (Antwort-) APDU muss mit Secure Messaging der 2. Generation im Verschlüsselungs-dann-Authentisierungsmodus angewandt werden (siehe Anlage 11 Teil B). |
TCS_24 Diese Sicherheitsbedingungen können folgendermaßen verknüpft werden:
AND: Alle Sicherheitsbedingungen müssen erfüllt sein.
OR: Mindestens eine Sicherheitsbedingung muss erfüllt sein.
Die Zugriffsregeln für das Dateisystem, d. h., die Befehle SELECT, READ BINARY und UPDATE BINARY sind in Kapitel 4 spezifiziert. Die Zugriffsregeln für die verbleibenden Befehle sind in den folgenden Tabellen beschrieben. Der Ausdruck 'Nicht zutreffend' wird verwendet, wenn der Befehl von keiner Randnummer unterstützt wird. Der Befehl kann dann gegebenenfalls unterstützt werden, aber die Zugriffsbedingung ist nicht anwendbar.
TCS_25 In der Anwendung DF Tachograph der 1. Generation kommen folgende Zugriffsregeln zum Einsatz:
Befehl | Fahrerkarte | Werkstattkarte | Kontrollkarte | Unternehmenskarte |
External Authenticate | ||||
- Zur Authentisierung für die 1. Generation | ALW | ALW | ALW | ALW |
- Zur Authentisierung für die 2. Generation | ALW | PWD | ALW | ALW |
Internal Authenticate | ALW | PWD | ALW | ALW |
General Authenticate | ALW | ALW | ALW | ALW |
Get Challenge | ALW | ALW | ALW | ALW |
MSE:SET AT | ALW | ALW | ALW | ALW |
MSE:SET DST | ALW | ALW | ALW | ALW |
Process DSRC Message | Nicht zutreffend | Nicht zutreffend | Nicht zutreffend | Nicht zutreffend |
PSO: Compute Digital Signature | ALW OR SM-MAC-G2 | ALW OR SM-MAC-G2 | Nicht zutreffend | Nicht zutreffend |
PSO: Hash | Nicht zutreffend | Nicht zutreffend | ALW | Nicht zutreffend |
PERFORM HASH OF FILE | ALW OR SM-MAC-G2 | ALW OR SM-MAC-G2 | Nicht zutreffend | Nicht zutreffend |
PSO: Verify Certificate | ALW | ALW | ALW | ALW |
PSO: Verify Digital Signature | Nicht zutreffend | Nicht zutreffend | ALW | Nicht zutreffend |
Verify | Nicht zutreffend | ALW | Nicht zutreffend | Nicht zutreffend |
TCS_26 In der Anwendung DF Tachograph der 2. Generation kommen folgende Zugriffsregeln zum Einsatz:
Befehl | Fahrerkarte | Werkstattkarte | Kontrollkarte | Unternehmenskarte |
External Authenticate | ||||
- Zur Authentisierung für die 1. Generation | Nicht zutreffend | Nicht zutreffend | Nicht zutreffend | Nicht zutreffend |
- Zur Authentisierung für die 2. Generation | ALW | PWD | ALW | ALW |
Internal Authenticate | Nicht zutreffend | Nicht zutreffend | Nicht zutreffend | Nicht zutreffend |
General Authenticate | ALW | ALW | ALW | ALW |
Get Challenge | ALW | ALW | ALW | ALW |
MSE:SET AT | ALW | ALW | ALW | ALW |
MSE:SET DST | ALW | ALW | ALW | ALW |
Process DSRC Message | Nicht zutreffend | ALW | ALW | Nicht zutreffend |
PSO: Compute Digital Signature | ALW OR SM-MAC-G2 | ALW OR SM-MAC-G2 | Nicht zutreffend | Nicht zutreffend |
PSO: Hash | Nicht zutreffend | Nicht zutreffend | ALW | Nicht zutreffend |
PERFORM HASH OF FI- LE | ALW OR SM-MAC-G2 | ALW OR SM-MAC-G2 | Nicht zutreffend | Nicht zutreffend |
PSO: Verify Certificate | ALW | ALW | ALW | ALW |
PSO: Verify Digital Sig- nature | Nicht zutreffend | Nicht zutreffend | ALW | Nicht zutreffend |
Verify | Nicht zutreffend | ALW | Nicht zutreffend | Nicht zutreffend |
TCS_27 In MF kommen folgende Zugriffsregeln zum Einsatz:
Befehl | Fahrerkarte | Werkstattkarte | Kontrollkarte | Unternehmenskarte |
External Authenticate | ||||
- Zur Authentisierung für die 1. Generation | Nicht zutreffend | Nicht zutreffend | Nicht zutreffend | Nicht zutreffend |
- Zur Authentisierung für die 2. Generation | ALW | PWD | ALW | ALW |
Internal Authenticate | Nicht zutreffend | Nicht zutreffend | Nicht zutreffend | Nicht zutreffend |
General Authenticate | ALW | ALW | ALW | ALW |
Get Challenge | ALW | ALW | ALW | ALW |
MSE:SET AT | ALW | ALW | ALW | ALW |
MSE:SET DST | ALW | ALW | ALW | ALW |
Process DSRC Message | Nicht zutreffend | Nicht zutreffend | Nicht zutreffend | Nicht zutreffend |
PSO: Compute Digital Signature | Nicht zutreffend | Nicht zutreffend | Nicht zutreffend | Nicht zutreffend |
PSO: Hash | Nicht zutreffend | Nicht zutreffend | Nicht zutreffend | Nicht zutreffend |
PERFORM HASH OF FI- LE | Nicht zutreffend | Nicht zutreffend | Nicht zutreffend | Nicht zutreffend |
PSO: Verify Certificate | ALW | ALW | ALW | ALW |
PSO: Verify Digital Sig- nature | Nicht zutreffend | Nicht zutreffend | Nicht zutreffend | Nicht zutreffend |
Verify | Nicht zutreffend | ALW | Nicht zutreffend | Nicht zutreffend |
TCS_28 Eine Fahrtenschreiberkarte kann unter Umständen Befehle eines Sicherheitsniveaus akzeptieren, das über dem in den Sicherheitsbedingungen festgelegten Niveau liegt, d. h. bei den Sicherheitsbedingungen ALW (oder PLAIN-C) kann die Karte Befehle mit Secure Messaging (Verschlüsselungs- und/oder Authentisierungsmodus) akzeptieren. Falls die Sicherheitsbedingungen Secure Messaging mit Authentisierungsmodus voraussetzen, kann die Fahrtenschreiberkarte Befehle mit Secure Messaging der gleichen Generation im Authentisierungs- und Verschlüsselungsmodus akzeptieren.
Hinweis: Die Beschreibung der Befehle liefert weitere Informationen zur Unterstützung der Befehle für die verschiedenen Fahrtenschreiberkartentypen und DF.
3.4. Befehle und Fehlercodes - Übersicht18
Befehle und Dateiorganisation sind von der ISO/IEC 7816-4 abgeleitet und erfüllen diese Norm.
Dieser Abschnitt beschreibt die folgenden APDU-Befehl-Antwort-Paare. Die durch die Anwendungen der 1. und 2. Generation unterstützten Befehlsvarianten sind in der zugehörigen Befehlsbeschreibung angegeben.
Befehl | INS |
SELECT | 'A4h' |
READ BINARY | 'B0h', 'B1h' |
UPDATE BINARY | 'D6h', 'D7h' |
GET CHALLENGE | '84h' |
VERIFY | '20h' |
GET RESPONSE | 'C0h' |
PERFORM SECURITY OPERATION | '2Ah' |
- VERIFY CERTIFICATE | |
- COMPUTE DIGITAL SIGNATURE | |
- VERIFY DIGITAL SIGNATURE | |
- HASH | |
- PERFORM HASH OF FILE | |
- PROCESS DSRC MESSAGE | |
INTERNAL AUTHENTICATE | '88h' |
EXTERNAL AUTHENTICATE | '82h' |
MANAGE SECURITY ENVIRONMENT | '22h' |
- SET DIGITAL SIGNATURE TEMPLATE | |
- SET AUTHENTICATION TEMPLATE | |
GENERAL AUTHENTICATE | '86h' |
TCS_29 In jeder Antwortnachricht werden die Statusbytes SW1 SW2 zurückgesendet, die den Verarbeitungszustand des Befehls bezeichnen.
SW1 | SW2 | Bedeutung |
90 | 00 | Normale Verarbeitung |
61 | XX | Normale Verarbeitung XX = Zahl der verfügbaren Antwortbytes |
62 | 81 | Verarbeitungswarnung. Ein Teil der zurückgesendeten Daten kann beschädigt sein. |
63 | 00 | Authentisierung fehlgeschlagen (Warnung) |
63 | CX | Falsche CHV (PIN). Zähler für verbleibende Versuche 'X'. |
64 | 00 | Ausführungsfehler - Zustand des nichtflüchtigen Speichers unverändert. Integritätsfehler. |
65 | 00 | Ausführungsfehler - Zustand des nichtflüchtigen Speichers verändert. |
65 | 81 | Ausführungsfehler - Zustand des nichtflüchtigen Speichers verändert - Speicherfehler. |
66 | 88 | Sicherheitsfehler:
falsche kryptografische Prüfsumme (bei Secure Messaging) oder |
67 | 00 | Falsche Länge (falsche Lc oder Le) |
68 | 83 | Letzter Befehl der Kette erwartet |
69 | 00 | Verbotener Befehl (keine Antwort verfügbar in T=0) |
69 | 82 | Sicherheitsstatus nicht erfüllt |
69 | 83 | Authentisierungsverfahren blockiert |
69 | 85 | Nutzungsbedingungen nicht erfüllt |
69 | 86 | Befehl nicht zulässig (keine aktuelle EF) |
69 | 87 | Erwartete Secure-Messaging-Datenobjekte fehlen |
69 | 88 | Inkorrekte Secure-Messaging-Datenobjekte |
6A | 80 | Falsche Parameter im Datenfeld |
6A | 82 | Datei nicht gefunden |
6A | 86 | Falsche Parameter P1-P2 |
6A | 88 | Bezugsdaten nicht gefunden |
6B | 00 | Falsche Parameter (Offset außerhalb der EF) |
6C | XX | Falsche Länge, SW2 gibt die genaue Länge an. Kein Datenfeld wird zurückgesendet |
6D | 00 | Befehlscode nicht unterstützt oder ungültig |
6E | 00 | Klasse nicht unterstützt |
6F | 00 | - Sonstige Prüffehler |
Weitere in ISO/IEC 7816-4 definierte Statusbytes können zurückgesendet werden, wenn ihr Verhalten in dieser Anlage nicht ausdrücklich erwähnt wird.
Zum Beispiel können die folgenden Statusbytes optional zurückgesendet werden:
6881: Logischer Kanal nicht unterstützt
6882: Secure Messaging nicht unterstützt
TCS_30 Erfüllt ein einzelner APDU-Befehl mehr als eine Fehlerbedingung, kann die Karte beliebige der zugehörigen Statusbytes zurücksenden.
3.5. Beschreibung der Befehle
In diesem Kapitel werden die obligatorischen Befehle für die Fahrtenschreiberkarten beschrieben.
Weitere sachdienliche Einzelheiten zu kryptografischen Operationen sind in Anlage 11, Gemeinsame Sicherheitsmechanismen für Fahrtenschreiber der 1. und 2. Generation, aufgeführt.
Alle Befehle werden unabhängig vom verwendeten Protokoll (T=0 oder T=1) beschrieben. Die APDU-Bytes CLA, INS, P1, P2, Lc und Le werden immer angegeben. Wird Lc oder Le für den beschriebenen Befehl nicht benötigt, bleiben die entsprechende Länge, der Wert und die Beschreibung leer.
TCS_31 Werden beide Längenbytes (Lc und Le) angefordert, ist der Befehl in zwei Teile aufzuspalten, wenn das IFD das Protokoll T=0 verwendet: Das IFD sendet den Befehl wie beschrieben mit P3=Lc + Daten und sendet dann einen GET RESPONSE-Befehl (siehe Abschnitt 3.5.6) bei P3=Le.
TCS_32 Wenn beide Längenbytes angefordert werden und wenn Le="0" (Secure Messaging) gilt Folgendes:
TCS_33 Optional kann eine Fahrtenschreiberkarte erweiterte Längenfelder gemäß ISO/IEC 7816-4 unterstützen. Eine Fahrtenschreiberkarte, die erweiterte Längenfelder unterstützt,
Hinweise:
Sämtliche Befehle sind für kurze Längenfelder spezifiziert. Die Verwendung von APDU erweiterter Länge ergibt sich aus ISO/IEC 7816-4.
Generell sind die Befehle für den Klarmodus spezifiziert, d. h. ohne Secure Messaging, da die Secure-Messaging-Schicht in Anlage 11 beschrieben wird. Aus den Zugriffsregeln für einen Befehl ergibt sich, ob der Befehl Secure Messaging unterstützt und ob sich die Unterstützung auf Secure Messaging der 1. und/oder 2. Generation bezieht. Einige Befehlsvarianten werden mit Secure Messaging beschrieben, um die Verwendung dieser Funktion zu veranschaulichen.
TCS_34 Die VU führt für eine Sitzung das gesamte Protokoll zur gegenseitigen Authentisierung von VU der 2. Generation und Karte aus, einschließlich (erforderlichenfalls) der Zertifikatsverifizierung entweder im DF Tachograph, dem DF Tachograph_G2 oder in MF.
3.5.1 SELECT
Dieser Befehl entspricht den Festlegungen von ISO/IEC 7816-4, seine Verwendung ist jedoch im Vergleich zu dem in der Norm definierten Befehl eingeschränkt.
Der Befehl SELECT wird verwendet:
3.5.1.1 Auswahl nach Namen (AID)18
Dieser Befehl ermöglicht die Auswahl eines Applikations-DF auf der Karte.
TCS_35 Dieser Befehl kann von jeder beliebigen Stelle in der Dateistruktur aus ausgeführt werden (nach dem ATR oder jederzeit).
TCS_36 Bei Auswahl einer Anwendung wird die derzeitige Sicherheitsumgebung zurückgesetzt. Nach Auswahl der Anwendung wird kein aktueller öffentlicher Schlüssel mehr ausgewählt. Die Zugriffsbedingung EXT-AUT-G1 geht ebenfalls verloren. Wurde der Befehl ohne Secure Messaging ausgeführt, stehen die früheren Sitzungsschlüssel nicht mehr für das Secure Messaging zur Verfügung.
TCS_37 Befehlsnachricht
Byte | Länge | Wert | Beschreibung |
CLA | 1 | '00h' | |
INS | 1 | 'A4h' | |
P1 | 1 | '04h' | Auswahl nach Namen (AID) |
P2 | 1 | '0Ch' | Keine Antwort erwartet |
Lc | 1 | 'NNh' | Anzahl der an die Karte gesendeten Bytes (Länge der AID): '06h' für die Fahrtenschreiberanwendung |
#6-#(5+NN) | NN | 'XX..XXh' | AID: 'FF 54 41 43 48 4F' für die Fahrtenschreiberanwendung der 1. Generation AID: 'FF 53 4D 52 44 54' für die Fahrtenschreiberanwendung der 2. Generation |
Es wird keine Antwort auf den Befehl SELECT benötigt (Le fehlt in T=1 oder keine Antwort angefordert in T=0).
TCS_38 Antwortnachricht (keine Antwort angefordert)
Byte | Länge | Wert | Beschreibung |
SW | 2 | 'XXXXh' | Statusbytes (SW1, SW2) |
3.5.1.2 Auswahl einer Elementardatei anhand ihrer Dateikennung18
TCS_39 Befehlsnachricht
TCS_40 Die Fahrtenschreiberkarte muss Secure Messaging der 2. Generation gemäß Anlage 11 Teil B für diese Befehlsvarianten unterstützen.
Byte | Länge | Wert | Beschreibung |
CLA | 1 | '00h' | |
INS | 1 | 'A4h' | |
P1 | 1 | '02h' | Auswahl einer EF unter dem aktuellen DF |
P2 | 1 | '0Ch' | Keine Antwort erwartet |
Lc | 1 | '02h' | Anzahl der an die Karte gesendeten Bytes |
#6-#7 | 2 | 'XXXXh' | Dateikennung |
Es wird keine Antwort auf den Befehl SELECT benötigt (Le fehlt in T=1 oder keine Antwort angefordert in T=0).
TCS_41 Antwortnachricht (keine Antwort angefordert)
Byte | Länge | Wert | Beschreibung |
SW | 2 | 'XXXXh' | Statusbytes (SW1, SW2) |
3.5.2 READ BINARY
Dieser Befehl entspricht den Festlegungen von ISO/IEC 7816-4, seine Verwendung ist jedoch im Vergleich zu dem in der Norm definierten Befehl eingeschränkt.
Der Befehl READ BINARY wird zum Auslesen von Daten aus einer transparenten Datei verwendet.
Die Antwort der Karte besteht im Zurücksenden der gelesenen Daten, die optional in einer Secure-Messaging-Struktur eingekapselt werden können.
3.5.2.1 Befehl mit Offset in P1-P218
Dieser Befehl ermöglicht dem IFD das Lesen von Daten aus der zu dem entsprechenden Zeitpunkt ausgewählten EF ohne Secure Messaging.
Hinweis: Dieser Befehl ohne Secure Messaging kann nur genutzt werden, um eine Datei auszulesen, die die ALW-Sicherheitsbedingung für den Lese-Zugriffsmodus unterstützt.
TCS_42 Befehlsnachricht
Byte | Länge | Wert | Beschreibung |
CLA | 1 | '00h' | |
INS | 1 | 'B0h' | Read Binary |
P1 | 1 | 'XXh' | Offset in Bytes vom Dateianfang: höchstwertiges Byte |
P2 | 1 | 'XXh' | Offset in Bytes vom Dateianfang: niedrigstwertiges Byte |
Le | 1 | 'XXh' | Erwartete Datenlänge. Anzahl der zu lesenden Bytes. |
Hinweis: Bit 8 von P1 muss auf 0 gesetzt sein.
TCS_43 Antwortnachricht
Byte | Länge | Wert | Beschreibung |
#1-#X | X | 'XX..XXh' | Gelesene Daten |
SW | 2 | 'XXXXh' | Statusbytes (SW1, SW2) |
3.5.2.1.1 Befehl mit Secure Messaging (Beispiele)18
Dieser Befehl ermöglicht dem IFD das Lesen von Daten aus der zu dem entsprechenden Zeitpunkt ausgewählten EF mit Secure Messaging, um die Integrität der empfangenen Daten zu überprüfen und die Vertraulichkeit der Daten bei als verschlüsselt gekennzeichneter SM-R-ENC-MAC-G1 (1. Generation) oder SM-R-ENC-MAC-G2 (2. Generation) zu schützen.
TCS_44 Befehlsnachricht
Byte | Länge | Wert | Beschreibung |
CLA | 1 | '0Ch' | Secure Messaging angefordert |
INS | 1 | 'B0h' | Read Binary |
P1 | 1 | 'XXh' | P1 (Offset in Bytes vom Dateianfang): höchstwertiges Byte |
P2 | 1 | 'XXh' | P2 (Offset in Bytes vom Dateianfang): niedrigstwertiges Byte |
Lc | 1 | 'XXh' | Länge der Eingabedaten für Secure Messaging |
#6 | 1 | '97h' | TLE: Tag zur Spezifikation der erwarteten Länge |
# 7 | 1 | '01h' | LLE: Erwartete Länge |
#8 | 1 | 'NNh' | Spezifikation der erwarteten Länge (Original Le): Anzahl der zu lesenden Bytes |
#9 | 1 | '8Eh' | TCC: Tag für kryptografische Prüfsumme |
#10 | 1 | 'XXh' | LCC: Länge der folgenden kryptografischen Prüfsumme '04h' für Secure Messaging der 1. Generation (siehe Anlage 11 Teil A) '08h', '0Ch' oder '10h' in Abhängigkeit von der AES-Schlüssel-länge für Secure Messaging der 2. Generation (siehe Anlage 11 Teil B) |
#11-#(10+L) | L | 'XX..XXh' | Kryptografische Prüfsumme |
Le | 1 | '00h' | Gemäß ISO/IEC 7816-4 |
TCS_45 Antwortnachricht' wenn SM-R-ENC-MAC-G1 (1. Generation)/SM-R-ENC-MAC-G2 (2. Generation) nicht erforderlich und Secure-Messaging-Eingabeformat korrekt:
Byte | Länge | Wert | Beschreibung |
#1 | 1 | '81h' | TPV: Tag für Klarwertdaten |
#2 | L | 'NNh' oder '81 NNh' | LPV: Länge der zurückgesendeten Daten (= Original Le). L gleich 2 Bytes, wenn LPV > 127 Bytes |
#(2+L) - #(1+L+NN) | NN | 'XX..XXh' | Klardatenwert |
#(2+L+NN) | 1 | '99h' | Tag für Verarbeitungsstatus (SW1-SW2) - optional für Secure Messaging der 1. Generation |
#(3+L+NN) | 1 | '02h' | Länge des Verarbeitungsstatus - optional für Secure Messaging der 1. Generation |
#(4+L+NN) - #(5+L+NN) | 2 | 'XX XXh' | Verarbeitungsstatus der ungeschützten APDU-Antwort - optional für Secure Messaging der 1. Generation |
#(6+L+NN) | 1 | '8Eh' | TCC: Tag für kryptografische Prüfsumme |
#(7+L+NN) | 1 | 'XXh' | LCC: Länge der folgenden kryptografischen Prüfsumme
'04h' für Secure Messaging der 1. Generation (siehe Anlage 11 Teil A) '08h', '0Ch' oder '10h' in Abhängigkeit von der AES- Schlüssellänge für Secure Messaging der 2. Generation (siehe Anlage 11 Teil B) |
#(8+L+NN) #(7+M+L+NN) | M | 'XX..XXh' | Kryptografische Prüfsumme |
SW | 2 | 'XXXXh' | Statusbytes (SW1, SW2) |
TCS_46 Antwortnachricht' wenn SM-R-ENC-MAC-G1 (1. Generation)/SM-R-ENC-MAC-G2 (2. Generation) erforderlich und Secure-Messaging-Eingabeformat korrekt:
Byte | Länge | Wert | Beschreibung |
#1 | 1 | '87h' | TPI CG: Tag für verschlüsselte Daten (Kryptogramm) |
#2 | L | 'MMh' oder '81 MMh' | LPI CG: Länge der zurückgesendeten verschlüsselten Daten (wegen Auffüllung anders als Original-Le des Befehls).
L gleich 2 Bytes, wenn LPI CG > 127 Bytes. |
#(2+L)-#(1+L+MM) | MM | '01XX..XXh' | Verschlüsselte Daten: Auffüllindikator und Kryptogramm |
#(2+L+MM) | 1 | '99h' | Tag für Verarbeitungsstatus (SW1-SW2) - optional für Secure Messaging der 1. Generation |
#(3+L+MM) | 1 | '02h' | Länge des Verarbeitungsstatus - optional für Secure Messaging der 1. Generation |
#(4+L+MM) - #(5+L+MM) | 2 | 'XX XXh' | Verarbeitungsstatus der ungeschützten APDU-Ant wort - optional für Secure Messaging der 1. Generation |
#(6+L+MM) | 1 | '8Eh' | TCC: Tag für kryptografische Prüfsumme |
#(7+L+MM) | 1 | 'XXh' | LCC: Länge der folgenden kryptografischen Prüfsumme
'04h' für Secure Messaging der 1. Generation (siehe Anlage 11 Teil A) '08h', '0Ch' oder '10h' in Abhängigkeit von der AES- Schlüssellänge für Secure Messaging der 2. Generation (siehe Anlage 11 Teil B) |
#(8+L+MM) #(7+N+L+MM) | N | 'XX..XXh' | Kryptografische Prüfsumme |
SW | 2 | 'XXXXh' | Statusbytes (SW1, SW2) |
Der Befehl READ BINARY kann die regulären Verarbeitungszustände, die in TCS_43 unter Tag '99h' aufgelistet und in TCS_59 beschrieben sind, mittels Secure-Messaging-Antwortstruktur zurücksenden.
Darüber hinaus können einige Fehler speziell im Zusammenhang mit Secure Messaging auftreten. In diesem Fall wird der Verarbeitungsstatus einfach ohne Secure-Messaging-Struktur zurückgesendet:
TCS_47 Antwortnachricht bei inkorrektem Secure-Messaging-Eingabeformat
Byte | Länge | Wert | Beschreibung |
SW | 2 | 'XXXXh' | Statusbytes (SW1, SW2) |
3.5.2.2 Befehl mit Kurz-Elementardateikennung18
Mit dieser Befehlsvariante kann das IFD eine EF mithilfe einer Kurz-Elementardateikennung auswählen und Daten aus dieser EF lesen.
TCS_48 Eine Fahrtenschreiberkarte unterstützt diese Befehlsvariante für alle Elementardateien mit angegebener Kurz-Elementardateikennung. Diese Kurz-Elementardateikennungen sind in Kapitel 4 angegeben.
TCS_49 Befehlsnachricht
Byte | Länge | Wert | Beschreibung |
CLA | 1 | '00h' | |
INS | 1 | 'B0h' | Read Binary |
P1 | 1 | 'XXh' | Bit 8 auf 1 gesetzt Bit 7 und 6 auf 00 gesetzt Bit 5 - 1 kodieren die Kurz-Elementardateikennung der entsprechenden EF |
P2 | 1 | 'XXh' | Kodiert ein Offset von 0 bis 255 Bytes in der durch P1 angegebenen EF |
Le | 1 | 'XXh' | Erwartete Datenlänge. Anzahl der zu lesenden Bytes. |
Hinweis: Die für die Fahrtenschreiberanwendung der 2. Generation verwendeten Kurz-Elementardateikennungen sind in Kapitel 4 angegeben.
Wenn P1 eine Kurz-Elementardateikennung kodiert und der Befehl erfolgreich ist, wird die angegebene EF zur derzeit ausgewählten EF (aktuelle EF).
TCS_50 Antwortnachricht
Byte | Länge | Wert | Beschreibung |
#1-#L | L | 'XX..XXh' | Gelesene Daten |
SW | 2 | 'XXXXh' | Statusbytes (SW1, SW2) |
3.5.2.3 Befehl mit ungeradem Befehlsbyte18 18
Mit dieser Befehlsvariante kann das IFD Daten aus einer EF mit 32.768 Bytes oder mehr lesen.
TCS_51 Eine Fahrtenschreiberkarte, die EF mit 32.768 Bytes oder mehr unterstützt, unterstützt diese Befehlsvariante für diese EF. Eine Fahrtenschreiberkarte kann diese Befehlsvariante ggf. für andere EF unterstützen, ausgenommen die EF Sensor_Installation_Data (siehe TCS_156 und TCS_160).
TCS_52 Befehlsnachricht
Byte | Länge | Wert | Beschreibung |
CLA | 1 | '00h' | |
INS | 1 | 'B1h' | Read Binary |
P1 | 1 | '00h' | Aktuelle EF |
P2 | 1 | '00h' | |
Lc | 1 | 'NNh' | Lc = Länge des Datenobjekts "offset". |
#6-#(5+NN) | NN | 'XX..XXh' | Datenobjekt "offset": Tag '54h' Länge '01h' oder '02h' Wert offset |
Le | 1 | 'XXh' | Gemäß ISO/IEC 7816-4 |
Das IFD kodiert die Länge des Datenobjekts "offset" mit einer minimal möglichen Anzahl an Oktetten, d. h. bei der Verwendung des Längenbytes '01h' kodiert das IFD ein Offset zwischen 0 und 255 und bei der Verwendung des Längenbytes '02h' ein Offset zwischen 256 und 65.535 Bytes. Ist T=0, geht die Karte vom Wert Le = '00h' aus, sofern kein Secure Messaging angewandt wird.
Bei T=1 lautet der zurückgesendete Verarbeitungsstatus '6700', falls Le= '01h'.
TCS_53 Antwortnachricht
Byte | Länge | Wert | Beschreibung |
#1-#L | L | 'XX..XXh' | Lesen von Daten, die in einem beliebigen Datenobjekt mit Tag '53h' eingekapselt sind. |
SW | 2 | 'XXXXh' | Statusbytes (SW1, SW2) |
3.5.2.3.1 Befehl mit Secure Messaging (Beispiel)
Im folgenden Beispiel wird die Verwendung von Secure Messaging dargestellt, wenn die Sicherheitsbedingung SM-MAC-G2 gilt.
TCS_54 Befehlsnachricht
Byte | Länge | Wert | Beschreibung |
CLA | 1 | '0Ch' | Secure Messaging angefordert |
INS | 1 | 'B1h' | Read Binary |
P1 | 1 | '00h' | Aktuelle EF |
P2 | 1 | '00h' | |
Lc | 1 | 'XXh' | Länge des gesicherten Datenfelds |
#6 | 1 | 'B3h' | Tag für in BER-TLV kodierte Klarwertdaten |
#7 | 1 | 'NNh' | LPV: Länge der übermittelten Daten |
#(8)-#(7+NN) | NN | 'XX..XXh' | In BER-TLV kodierte Klardaten, d. h. das Datenobjekt "offset" mit Tag "54" |
#(8+NN) | 1 | '97h' | TLE: Tag zur Spezifikation der erwarteten Länge |
#(9+NN) | 1 | '01h' | LLE: Erwartete Länge |
#(10+NN) | 1 | 'XXh' | Spezifikation der erwarteten Länge (Original Le): Anzahl der zu lesenden Bytes |
#(11 +NN) | 1 | '8Eh' | TCC: Tag für kryptografische Prüfsumme |
#(12+NN) | 1 | 'V "Xh' | LCC: Länge der folgenden kryptografischen Prüfsumme '08h', '0Ch' oder '10h' in Abhängigkeit von der AES- Schlüssellänge für Secure Messaging der 2. Generation (siehe Anlage 11 Teil B) |
#(13+NN)-#(12+M+NN) | M | 'XX..XXh' | Kryptografische Prüfsumme |
Le | 1 | '00h' | Gemäß ISO/IEC 7816-4 |
TCS_55 Antwortnachricht bei erfolgreichem Befehl
Byte | Länge | Wert | Beschreibung |
#1 | 1 | 'B3h' | In BER-TLV kodierte Klarwertdaten |
#2 | L | 'NNh' oder '81 NNh' | LPV: Länge der zurückgesendeten Daten (= Original Le). L gleich 2 Bytes, wenn LPV > 127 Bytes |
#(2+L)-#(1+L+NN) | NN | 'XX..XXh' | In BER-TLV kodierter Klarwertdaten, d. h. Lesen von Daten, die in einem beliebigen Datenobjekt mit Tag '53h' eingekapselt sind. |
#(2+L+NN) | 1 | '99h' | Verarbeitungsstatus der ungeschützten APDU- Antwort |
#(3+L+NN) | 1 | '02h' | Länge des Verarbeitungsstatus |
#(4+L+NN) - #(5+L+NN) | 2 | 'XX XXh' | Verarbeitungsstatus der ungeschützten APDU- Antwort |
#(6+L+NN) | 1 | '8Eh' | TCC: Tag für kryptografische Prüfsumme |
#(7+L+NN) | 1 | 'XXh' | LCC: Länge der folgenden kryptografischen Prüfsumme '08h', '0Ch' oder '10h' in Abhängigkeit von der AES-Schlüssellänge für Secure Messaging der 2. Generation (siehe Anlage 11 Teil B) |
#(8+L+NN)-#(7+M+L+NN) | M | 'XX..XXh' | Kryptografische Prüfsumme |
SW | 2 | 'XXXXh' | Statusbytes (SW1, SW2) |
3.5.3 UPDATE BINARY
Dieser Befehl entspricht den Festlegungen von ISO/IEC 7816-4, seine Verwendung ist jedoch im Vergleich zu dem in der Norm definierten Befehl eingeschränkt.
Die Befehlsnachricht UPDATE BINARY initiiert die Aktualisierung (erase + write) der bereits in einer EF- Binärzahl vorhandenen Bits mit den im APDU-Befehl gegebenen Bits.
3.5.3.1 Befehl mit Offset in P1-P2
Dieser Befehl ermöglicht dem IFD das Schreiben von Daten in die zu dem entsprechenden Zeitpunkt ausgewählte EF, ohne dass die Karte die Integrität der empfangenen Daten überprüft.
Hinweis: Dieser Befehl ohne Secure Messaging kann nur genutzt werden, um eine Datei zu aktualisieren, die die ALW-Sicherheitsbedingung für den Aktualisierungs-Zugriffsmodus unterstützt.
TCS_56 Befehlsnachricht
Byte | Länge | Wert | Beschreibung |
CLA | 1 | '00h' | |
INS | 1 | 'D6h' | Update Binary |
P1 | 1 | 'XXh' | Offset in Bytes vom Dateianfang: höchstwertiges Byte |
P2 | 1 | 'XXh' | Offset in Bytes vom Dateianfang: niedrigstwertiges Byte |
Lc | 1 | 'NNh' | Lc = Länge des zu aktualisierenden Datenobjekts. Anzahl der zu schreibenden Bytes |
#6-#(5+NN) | NN | 'XX..XXh' | Zu schreibende Daten |
Hinweis: Bit 8 von P1 muss auf 0 gesetzt sein.
TCS_57 Antwortnachricht
Byte | Länge | Wert | Beschreibung |
SW | 2 | 'XXXXh' | Statusbytes (SW1, SW2) |
3.5.3.1.1 Befehl mit Secure Messaging (Beispiele) Dieser Befehl ermöglicht dem IFD das Schreiben von Daten in die zu dem entsprechenden Zeitpunkt ausgewählte EF, wobei die Karte die Integrität der empfangenen Daten überprüft. Da keine Vertraulichkeit erforderlich ist, werden die Daten nicht verschlüsselt.
TCS_58 Befehlsnachricht
Byte | Länge | Wert | Beschreibung |
CLA | 1 | '0Ch' | Secure Messaging angefordert |
INS | 1 | 'D6h' | Update Binary |
P1 | 1 | 'XXh' | Offset in Bytes vom Dateianfang: höchstwertiges Byte |
P2 | 1 | 'XXh' | Offset in Bytes vom Dateianfang: niedrigstwertiges Byte |
Lc | 1 | 'XXh' | Länge des gesicherten Datenfelds |
#6 | 1 | '81h' | TPV: Tag für Klarwertdaten |
#7 | L | 'NNh' oder '81 NNh' | LPV: Länge der übermittelten Daten. L gleich 2 Bytes, wenn LPV > 127 Bytes |
#(7+L)-#(6+L+NN) | NN | 'XX..XXh' | Klardatenwert (zu schreibende Daten) |
#(7+L+NN) | 1 | '8Eh' | TCC: Tag für kryptografische Prüfsumme |
#(8+L+NN) | 1 | 'XXh' | LCC: Länge der folgenden kryptografischen Prüfsumme '04h' für Secure Messaging der 1. Generation (siehe Anlage 11 Teil A) '08h', '0Ch' oder '10h' in Abhängigkeit von der AES-Schlüssellänge für Secure Messaging der 2. Generation (siehe Anlage 11 Teil B) |
#(9+L+NN)-#(8+M+L+NN) | M | 'XX..XXh' | Kryptografische Prüfsumme |
Le | 1 | '00h' | Gemäß ISO/IEC 7816-4 |
TCS_59 Antwortnachricht bei korrektem Secure-Messaging-Eingabeformat
Byte | Länge | Wert | Beschreibung |
#1 | 1 | '99h' | TSW: Tag für Statusbytes (durch CC zu schützen) |
#2 | 1 | '02h' | LSW: Länge der zurückgesendeten Statusbytes |
#3-#4 | 2 | 'XXXXh' | Verarbeitungsstatus der ungeschützten APDU-Antwort |
#5 | 1 | '8Eh' | TCC: Tag für kryptografische Prüfsumme |
#6 | 1 | 'v Xh' | LCC: Länge der folgenden kryptografischen Prüfsumme '04h' für Secure Messaging der 1. Generation (siehe Anlage 11 Teil A) '08h', '0Ch' oder '10h' in Abhängigkeit von der AES-Schlüssellänge für Secure Messaging der 2. Generation (siehe Anlage 11 Teil B) |
#7-#(6+L) | L | 'XX..XXh' | Kryptografische Prüfsumme |
SW | 2 | 'XXXXh' | Statusbytes (SW1, SW2) |
Die für den Befehl UPDATE BINARY ohne Secure Messaging beschriebenen "regulären" Verarbeitungszustände (siehe Abschnitt 3.5.3.1) können unter Verwendung der oben aufgeführten Antwortnachrichtstrukturen zurückgesendet werden.
Darüber hinaus können einige Fehler speziell im Zusammenhang mit Secure Messaging auftreten. In diesem Fall wird der Verarbeitungsstatus einfach ohne Secure-Messaging-Struktur zurückgesendet:
TCS_60 Antwortnachricht bei Fehler im Secure Messaging
Byte | Länge | Wert | Beschreibung |
SW | 2 | 'XXXXh' | Statusbytes (SW1, SW2) |
3.5.3.2 Befehl mit Kurz-Elementardateikennung18
Mit dieser Befehlsvariante kann das IFD eine EF mithilfe einer Kurz-Elementardateikennung auswählen und Daten aus dieser EF schreiben.
TCS_61 Eine Fahrtenschreiberkarte sollte die Befehlsvariante für alle Elementardateien mit angegebener Kurz-Elementardateikennung unterstützen. Diese Kurz-Elementardateikennungen sind in Kapitel 4 angegeben.
TCS_62 Befehlsnachricht
Byte | Länge | Wert | Beschreibung |
CLA | 1 | '00h' | |
INS | 1 | 'D6h' | Update Binary |
P1 | 1 | 'XXh' | Bit 8 auf 1 gesetzt Bit 7 und 6 auf 00 gesetzt Bit 5 - 1 kodieren die Kurz-Elementardateikennung der entsprechenden EF |
P2 | 1 | 'XXh' | Kodiert ein Offset von 0 bis 255 Bytes in der durch P1 angegebenen EF |
Lc | 1 | 'NNh' | Lc = Länge der zu aktualisierenden Daten. Anzahl der zu schreibenden Bytes |
#6-#(5+NN) | NN | 'XX..XXh' | Zu schreibende Daten |
TCS_63 Antwortnachricht
Byte | Länge | Wert | Beschreibung |
SW | 2 | 'XXXXh' | Statusbytes (SW1, SW2) |
Hinweis: Die für die Fahrtenschreiberanwendung der 2. Generation verwendeten Kurz-Elementardateikennungen sind in Kapitel 4 angegeben.
Wenn P1 eine Kurz-Elementardateikennung kodiert und der Befehl erfolgreich ist, wird die angegebene EF zur derzeit ausgewählten EF (aktuelle EF).
3.5.3.3 Befehl mit ungeradem Befehlsbyte
Mit dieser Befehlsvariante kann das IFD Daten in eine EF mit 32.768 Bytes oder mehr schreiben.
TCS_64 Eine Fahrtenschreiberkarte, die EF mit 32.768 Bytes oder mehr unterstützt, unterstützt diese Befehlsvariante für diese EF. Eine Fahrtenschreiberkarte kann diese Befehlsvariante für andere EF ggf. unterstützen.
TCS_65 Befehlsnachricht
Byte | Länge | Wert | Beschreibung |
CLA | 1 | '00h' | |
INS | 1 | 'D7h' | Update Binary |
P1 | 1 | '00h' | Aktuelle EF |
P2 | 1 | '00h' | |
Lc | 1 | 'NNh' | Lc Länge der Daten im Befehlsdatenfeld |
#6-#(5+NN) | NN | 'XX..XXh' | Datenobjekt "offset" mit Tag '54h' || Beliebiges Datenobjekt mit Tag '53h', das die zu schreibenden Daten einkapselt |
Das IFD kodiert die Länge des Datenobjekts "offset" und des beliebigen Datenobjekts mit einer minimal möglichen Anzahl an Oktetten, d. h. bei der Verwendung des Längenbytes '01h' kodiert das IFD ein Offset/eine Länge zwischen 0 und 255 und bei der Verwendung des Längenbytes '02h' ein Offset/eine Länge zwischen 256 und 65.535 Bytes.
TCS_66 Antwortnachricht
Byte | Länge | Wert | Beschreibung |
SW | 2 | 'XXXXh' | Statusbytes (SW1, SW2) |
3.5.3.3.1 Befehl mit Secure Messaging (Beispiel)
Im folgenden Beispiel wird die Verwendung von Secure Messaging dargestellt, wenn die Sicherheitsbedingung SM-MAC-G2 gilt.
TCS_67 Befehlsnachricht
Byte | Länge | Wert | Beschreibung |
CLA | 1 | '0Ch' | Secure Messaging angefordert |
INS | 1 | 'D7h' | Update Binary |
P1 | 1 | '00h' | Aktuelle EF |
P2 | 1 | '00h' | |
Lc | 1 | 'XXh' | Länge des gesicherten Datenfelds |
#6 | 1 | 'B3h' | Tag für in BER-TLV kodierte Klarwertdaten |
#7 | L | 'NNh' oder '81 NNh' | LPV: Länge der übermittelten Daten. L gleich 2 Bytes, wenn LPV > 127 Bytes |
#(7+L)-#(6+L+NN) | NN | 'XX..XXh' | In BER-TLV kodierte Klardaten, d. h. Datenobjekt "offset" mit Tag '54h' || Beliebiges Datenobjekt mit Tag '53h', das die zu schreibenden Daten einkapselt |
#(7+L+NN) | 1 | '8Eh' | TCC: Tag für kryptografische Prüfsumme |
#(8+L+NN) | 1 | 'XXh' | LCC: Länge der folgenden kryptografischen Prüfsumme '08h', '0Ch' oder '10h' in Abhängigkeit von der AES-Schlüssellänge für Secure Messaging der 2. Generation (siehe Anlage 11 Teil B) |
#(9+L+NN)-#(8+M+L+NN) | M | 'XX..XXh' | Kryptografische Prüfsumme |
Le | 1 | '00h' | Gemäß ISO/IEC 7816-4 |
TCS_68 Antwortnachricht bei erfolgreichem Befehl
Byte | Länge | Wert | Beschreibung |
#1 | 1 | '99h' | TSW: Tag für Statusbytes (durch CC zu schützen) |
#2 | 1 | '02h' | LSW: Länge der zurückgesendeten Statusbytes |
#3-#4 | 2 | 'XXXXh' | Verarbeitungsstatus der ungeschützten APDU-Antwort |
#5 | 1 | '8Eh' | TCC: Tag für kryptografische Prüfsumme |
#6 | 1 | 'XXh' | LCC: Länge der folgenden kryptografischen Prüfsumme '08h', '0Ch' oder '10h' in Abhängigkeit von der AES-Schlüssellänge für Secure Messaging der 2. Generation (siehe Anlage 11 Teil B) |
#7-#(6+L) | L | 'XX..XXh' | Kryptografische Prüfsumme |
SW | 2 | 'XXXXh' | Statusbytes (SW1, SW2) |
3.5.4 GET CHALLENGE
Dieser Befehl entspricht den Festlegungen von ISO/IEC 7816-4, seine Verwendung ist jedoch im Vergleich zu dem in der Norm definierten Befehl eingeschränkt.
Der Befehl GET CHALLENGE fordert die Karte zur Ausgabe einer Zufallszahl aus, damit diese in einem sicherheitsbezogenen Verfahren verwendet werden kann, bei dem ein Kryptogramm oder chiffrierte Daten an die Karte gesendet werden.
TCS_69 Die von der Karte ausgegebene Zufallszahl ist nur für den nächsten Befehl gültig, der eine an die Karte gesendete Zufallszahl verwendet.
TCS_70 Befehlsnachricht
Byte | Länge | Wert | Beschreibung |
CLA | 1 | '00h' | |
INS | 1 | '84h' | INS |
P1 | 1 | '00h' | P1 |
P2 | 1 | '00h' | P2 |
Le | 1 | '08h' | Le (Länge der erwarteten Zufallszahl). |
TCS_71 Antwortnachricht
Byte | Länge | Wert | Beschreibung |
#1-#8 | 8 | 'XX..XXh' | Zufallszahl |
SW | 2 | 'XXXXh' | Statusbytes (SW1, SW2) |
3.5.5 VERIFY18
Dieser Befehl entspricht den Festlegungen von ISO/IEC 7816-4, seine Verwendung ist jedoch im Vergleich zu dem in der Norm definierten Befehl eingeschränkt.
Nur die Werkstattkarte muss diesen Befehl unterstützen.
Andere Arten von Fahrtenschreiberkarten können diesen Befehl ggf. unterstützen; für diese Karten wird allerdings keine Bezugs-CHV personalisiert. Aus diesem Grund können diese Karten diesen Befehl nicht erfolgreich ausführen. Für andere Arten von Fahrtenschreiberkarten als Werkstattkarten ist dieses Verhalten, d. h. der zurückgesendete Fehlercode, beim Senden dieses Befehls nicht erforderlich.
Der Befehl Verify leitet auf der Karte den Vergleich der vom Befehl gesendeten CHV (PIN)-Daten mit der auf der Karte gespeicherten Bezugs-CHV ein.
TCS_72 Die vom Benutzer eingegebene PIN muss ASCII-kodiert und durch das IFD bis zu einer Länge von 8 Byte nach rechts mit 'FFh'-Bytes aufgefüllt sein (siehe auch Datentyp Workshop CardPIN in Anlage 1).
TCS_73 Die Fahrtenschreiberanwendungen der 1. und 2. Generation verwenden die gleiche Bezugs-CHV.
TCS_74 Die Fahrtenschreiberkarte überprüft, ob der Befehl richtig kodiert ist. Wenn der Befehl nicht richtig kodiert ist, darf die Karte die CHV-Werte nicht vergleichen, den Zähler für die verbleibenden CHV-Versuche nicht herabsetzen und den Sicherheitsstatus "PIN_Verified" nicht zurücksetzen, sondern muss den Befehl abbrechen. Ein Befehl ist richtig kodiert, wenn die Bytes CLA, INS, P1, P2, Lc die angegebenen Werte aufweisen, Le nicht vorhanden ist und das Befehlsdatenfeld die richtige Länge aufweist.
TCS_75 Ist der Befehl erfolgreich, wird der Zähler für die verbleibenden CHV-Versuche reinitialisiert. Der Anfangswert des Zählers für die verbleibenden CHV-Versuche ist 5. Ist der Befehl erfolgreich, setzt die Karte den internen Sicherheitsstatus auf "PIN_Verified". Die Karte diesen Sicherheitsstatus zurücksetzen, wenn die Karte zurückgesetzt ist oder der im Befehl übertragene CHV-Code nicht mit dem gespeicherten Bezugs-CHV übereinstimmt.
Hinweis: Durch die Verwendung des gleichen Bezugs-CHV und eines globalen Sicherheitsstatus wird verhindert, dass ein Mitarbeiter der Werkstatt nach Auswahl eines anderen Fahrtenschreiberanwendung-DF die PIN neu eingeben muss.
TCS_76 Ein fehlgeschlagener Vergleich wird auf der Karte gespeichert, d. h., dass der Zähler für die verbleibenden CHV-Versuche um eins herabgesetzt wird, um die Anzahl weiterer Versuche, die Bezugs-CHV zu verwenden, zu begrenzen.
TCS_77 Befehlsnachricht
Byte | Länge | Wert | Beschreibung |
CLA | 1 | '00h' | |
INS | 1 | '20h' | INS |
P1 | 1 | '00h' | P1 |
P2 | 1 | '00h' | P2 (die verifizierte CHV ist implizit bekannt) |
Lc | 1 | '08h' | Länge des übermittelten CHV-Codes |
#6-#13 | 8 | 'XX..XXh' | CHV |
TCS_78 Antwortnachricht
Byte | Länge | Wert | Beschreibung |
SW | 2 | 'XXXXh' | Statusbytes (SW1, SW2) |
3.5.6 GET RESPONSE
Dieser Befehl entspricht den Festlegungen von ISO/IEC 7816-4.
Dieser (nur für das Protokoll T=0 notwendige und verfügbare) Befehl wird zur Übertragung vorbereiteter Daten von der Karte zum Schnittstellengerät verwendet (wenn ein Befehl sowohl Lc als auch Le enthalten hat).
Der Befehl GET RESPONSE muss sofort nach dem Befehl zur Vorbereitung der Daten ausgegeben werden, sonst gehen die Daten verloren. Nach der Ausführung des Befehls GET RESPONSE (außer bei Auftreten der Fehler '61xx' oder '6Cxx', siehe unten) stehen die zuvor vorbereiteten Daten nicht mehr zur Verfügung.
TCS_79 Befehlsnachricht
Byte | Länge | Wert | Beschreibung |
CLA | 1 | '00h' | |
INS | 1 | 'C0h' | |
P1 | 1 | '00h' | |
P2 | 1 | '00h' | |
Le | 1 | 'XXh' | Anzahl der erwarteten Bytes |
TCS_80 Antwortnachricht
Byte | Länge | Wert | Beschreibung |
#1-#X | X | 'XX..XXh' | Daten |
SW | 2 | 'XXXXh' | Statusbytes (SW1, SW2) |
weiter . |
(Stand: 09.08.2021)
Alle vollständigen Texte in der aktuellen Fassung im Jahresabonnement
Nutzungsgebühr: 90.- € netto (Grundlizenz)
(derzeit ca. 7200 Titel s.Übersicht - keine Unterteilung in Fachbereiche)
Die Zugangskennung wird kurzfristig übermittelt
? Fragen ?
Abonnentenzugang/Volltextversion