Konfigurationsverantwortlicher: kv.inovatKonfigurationsbereich: TeilmodellKFExTls - FG 210 (kb.tmKExTlsFG210)
Konfigurationsverantwortlicher: kv.inovatDie Definitionen basieren auf der Spezifikation der Erweiterungen zur TLS 2012, Dokument "TLS2012_a6_2_xx_D2019-12-04.pdf".
Änderungsübersicht| Stand | Version | Autor | Grund | Info |
|---|---|---|---|---|
| 13.09.2021 | 1 | inovat, Dipl.-Ing. H. C. Kniß (HCK) | Neuerstellung. |
ModellÜbersicht Modellbereich TypDefinitionen| Name | Info |
|---|---|
| DePup |
Datenendgerätekanal der Funktionsgruppe 210 (Parken und Parkplatzüberwachung).
|
AttributGruppenDefinitionen| Name | Info |
|---|---|
| DePup |
Konfigurierende Eigenschaften der Objekte des Typs.
|
| TlsPupBelegungParkStandsReihen |
Ergebnismeldung Belegung der Parkstandsreihen (Parken und Parkplatzüberwachung - FG 210 / Typ 62).
FG 210: TLS-DE-Block-Struktur im Typ 62 "Belegung der Parkstandsreihen" Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung. Die Übertragung der Belegung der Parkstandsreihen (Status, Belegungszustand und Restlänge) geschieht nur spontan nach "Meldeintervall der Parkstandsreihen" (siehe DE-Block Typ33, AddOn-Parameter). Die Daten können nicht ab-gerufen werden. Dieser DE-Block muss immer mit Zeitstempel Typ 30 gesendet werden. Lassen sich (z. B. aufgrund von Sensor- oder Detektorfehlern) einige Restlängen bzw. Belegungszustände von Parkstandsreihen nicht ermitteln, ohne dass ein Totalausfall des Systems vorliegt, werden die betroffenen Restlängen auf den Wert 2047 (7FFh) bzw. für den Belegungszustand auf den Wert 3 (3h) gesetzt. |
| TlsPupBetriebsParameter | Betriebsparameter (Parken und Parkplatzüberwachung - FG 210 / Typ 32).
FG 210: DE-Block-Struktur im Typ 32 "Betriebsparameter" Wird verwendet mit ID 3 (Parameter) in Abruf- und Antwortrichtung oder mit ID 35 (Parametermeldung aus Puffer) in Antwortrichtung. Die Nachricht überträgt Betriebsparameter, welche für die Generierung der Betriebsmeldungen benötigt werden. |
| TlsPupErgänzendeBetriebsParameter | Ergänzende Betriebsparameter (Parken und Parkplatzüberwachung - FG 210 /
Typ 33).
FG 210: DE-Block-Struktur im Typ 33 "Ergänzende Betriebsparameter" Wird verwendet mit ID 3 (Parameter) in Abruf- und Antwortrichtung oder mit ID 35 (Parametermeldung aus Puffer) in Antwortrichtung. Die Nachricht überträgt ergänzende Betriebsparameter, welche z.B. für die Unterscheidung zwischen Pkw- und Lkw-ähnlichen Fahrzeugen benötigt werden. Sollten Werte zugewiesen werden, welche vom Datenendgerät nicht angewendet werden können (z.B. weil andere Kriterien zur Pkw/Lkw Unterscheidung dienen), wird in Antwortrichtung der Wert 255 zurück gemeldet. |
| TlsPupErgänzendeDeFehlerMeldung |
Ergänzende DE-Fehlermeldung (Parken und Parkplatzüberwachung - FG 210 / Typ 14).
FG 210: DE-Block-Struktur im Typ 14 "Ergänzende DE-Fehlermeldung" Wird verwendet mit ID 1 (Fehler) in Antwortrichtung. Dieser DE-Block dient zur Meldung von Teilstörungen und näheren Erläuterung von Störungen, die mit dem DEBlock Typ 1 gemeldet werden. Bei reinen Teilstörungen wird nur der DE-Block 14 gesendet; bei Erläuterungen von spontanen Störungsmeldungen wird er in einem Telegramm mit dem DE-Block Typ 1 gesendet. Er kann aber mit der ID 17 in Abrufrichtung einzeln abgerufen werden. Mit dem DE-Block können unterschiedliche Störungen/Teilstörungen gleichzeitig gemeldet werden. Ändert sich der Status (weitere Störungen bzw. Behebung von Störungen) wird ebenfalls DE-Block-Typ 14 gesendet. Weitergehende Informationen siehe [TLS2012]. |
| TlsPupFahrzeugIdentifikation |
Ergebnismeldung Fahrzeugidentifikation (Parken und Parkplatzüberwachung - FG 210 / Typ 63).
FG 210: TLS-DE-Block-Struktur im Typ 63 "Ergebnismeldung Fahrzeugidentifikation" Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung. Mit Hilfe von Sensoren und Detektoren (z.B. Induktionsschleifen, Videodetektion) werden Profile von Fahrzeugen (z.B. beim Ein- oder Ausfahren auf den Parkplatz) ermittelt. Jedem Fahrzeug/Profil wird eine eindeutige ID- Nummer zugeordnet. Sollte das Fahrzeug erneut beim Durchqueren einer Identifikationsstelle auf dem Parkplatz erkannt werden, bekommt es wieder die gleiche ID- Nummer zugeordnet. Jede Identifikation eines Fahrzeuges auf den Parkplatz wird an die Zentrale gemeldet. Ein Profil verliert 72 Stunden nach seiner letzten Detektion seine Gültigkeit und die zugehörige ID- Nummer wird wieder freigegeben. Anhand der Detektionsdaten (z.B.: erste- und letzte Detektion) kann später in der Zentrale die Verweildauer einzelner Fahrzeuge ermittelt werden. |
| TlsPupFreieParkPlatzBereiche |
Ergebnismeldung Freie Parkplatzbereiche(Parken und Parkplatzüberwachung - FG 210 / Typ 60).
FG 210: TLS-DE-Block-Struktur im Typ 60 "Freie Parkplatzbereiche" Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung. Die Nachricht überträgt die freien Parkplatzbereiche. Lassen sich (z. B. aufgrund von Sensor- oder Detektorfehlern) einzelne Werte des Blockes nicht ermitteln, ohne dass ein Totalausfall des DE vorliegt, werden die betroffenen Bytes auf den Wert 255 (65535) gesetzt. |
| TlsPupKorrekturParkPlatzBelegung | Ergebnismeldung Korrektur der Parkplatzbelegung (Parken und
Parkplatzüberwachung - FG 210 / Typ 38).
FG 210: DE-Block-Struktur im Typ 38 "korrektur der Parkplatzbelegung" Wird verwendet mit ID 3 (Parameter) in Abrufrichtung. Die Nachricht überträgt den Korrekturfaktor der Parkplatzbelegung bzw. den Absolutbetrag an Fahrzeugen für eine Fahrzeugklasse. Als Antworttelegramm wird der DE-Block mit der aktuell eingestellten Versionsnummer (z.B. "Ergebnismeldung Parkplatzbelegung Version 1", "...2", "...") gesendet. |
| TlsPupKorrekturParkTaschenBelegung | Korrektur der Parktaschenbelegung (Parken und Parkplatzüberwachung - FG
210 / Typ 37).
FG 210: DE-Block-Struktur im Typ 37 "Korrektur der Parktaschenbelegung" Wird verwendet mit ID 3 (Parameter) in Abrufrichtung. Die Nachricht überträgt die Korrektur der Parktaschenbelegung. Als Antworttelegramm wird der DE-Block mit der aktuell eingestellten Versionsnummer (z.B. "Ergebnismeldung Parkplatzbelegung Version 0") gesendet. Überwacht das DE keine Parktaschen, wird eine negative Quittung (Fehlerursache 8) gesendet. Jede Parktasche besteht aus ein bis max. vier Sensoren/Detektoren. Auf Grund der begrenzten Kapazität von max. 109 Parktaschen (Anwendungsfall: jeweils eine Parktasche mit einem Sensor/Detektor) pro DE-Block, wird dieser DE-Typ in der Regel mehrmals pro EAK verwendet. Da max. 75 DEs in einem EAK zulässig sind (siehe Definition in ANHANG 6, Teil 2, 2.2.10 - "DE-Zuordnung"), ergibt sich eine max. Kapazität von 8066 Parktaschen pro EAK (75 DEs - Cluster = 74 * 109 Parktaschen = 8066 Parktaschen). Nach der Korrektur einer oder mehrere Parktaschen/Sensoren (Soll ungleich Ist), darf auf dieser Parktasche ein hardwarebedingtes Update, erst nach einem Zustandswechsel von "belegt" (01h) auf "nicht belegt" (00h) bzw. umgekehrt erfolgen. |
| TlsPupNegativeQuittung | Negative Quittung (Parken und Parkplatzüberwachung - FG 210 / Typ 16).
FG 210: DE-Block-Struktur im Typ 16 "Negative Quittung" Wird verwendet mit ID 2 (Statusnachrichten) in Antwortrichtung. Mit der "Negativen Quittung" antwortet ein DE auf eine Nachricht, die an sie korrekt adressiert ist, aber deren Inhalt von ihr nicht eindeutig ausgewertet werden kann. Die Negative Quittung wird mit ID 2 und Typ 16 gesendet, enthält also keinen Hinweis auf die ID und den Typ der verursachenden Nachricht. Diese Zuordnung wird über die Jobnummer hergestellt, welche identisch mit der der fehlerhaften Nachricht in Abrufrichtung ist. |
| TlsPupParkPlatzBelegungVersion0 | Ergebnismeldung Parkplatzbelegung für die Versionen 0 (Parken und
Parkplatzüberwachung - FG 210 / Typ 48).
FG 210: DE-Block-Struktur im Typ 48 "Ergebnismeldung Parkplatzbelegung" Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung. Die Nachricht überträgt den aktuellen Zustand der Parktaschen inkl. ihrer Sensoren (z.B. Magnetkopfsensoren oder Induktionsschleifen). Die Detektion der Belegung muss mittels einer Verzögerung so realisiert werden, dass fahrende Fahrzeuge ignoriert werden. Jede Parktasche besteht aus ein bis max. vier Sensoren/Detektoren. Auf Grund der begrenzten Kapazität von max. 109 Parktaschen (Anwendungsfall: jeweils eine Parktasche mit einem Sensor/Detektor) pro DE-Block, wird dieser DE-Typ in der Regel mehrmals pro EAK verwendet. Da max. 75 DEs in einem EAK zulässig sind (siehe Definition in ANHANG 6, Teil 2, 2.2.10 - "DE-Zuordnung"), ergibt sich eine max. Kapazität von 8066 Parktaschen pro EAK (75 DEs - Cluster = 74 * 109 Parktaschen = 8066 Parktaschen). |
| TlsPupParkPlatzBelegungVersion1Bis5 | Ergebnismeldung Parkplatzbelegung für die Versionen 1-5 (Parken und
Parkplatzüberwachung - FG 210 / Typ 49-53).
FG 210: DE-Block-Struktur im Typ 49-53 "Ergebnismeldung Parkplatzbelegung" Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung. Die Nachricht überträgt die Anzahl der sich aktuell auf dem Parkplatz befindlichen Kraftfahrzeuge. Lassen sich (z. B. aufgrund von Sensor- oder Detektorfehlern) einzelne Werte des Blockes nicht ermitteln, ohne dass ein Totalausfall des DE vorliegt, werden die betroffenen Bytes auf den Wert 255 (65535) gesetzt. |
| TlsPupParkPlatzBelegungVersion6 | Ergebnismeldung Parkplatzbelegung für die Versionen 6 (Parken und Parkplatzüberwachung - FG 210 / Typ 54).
FG 210: DE-Block-Struktur im Typ 54 "Ergebnismeldung Parkplatzbelegung" Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung. Die Nachricht überträgt die Anzahl der freien StVO konformen Parkplätze, der blockierter freier StVO konformen Parkplätze und der freier nicht StVO konformer Parkplätze. Lassen sich (z. B. aufgrund von Sensor- oder Detektorfehlern) einzelne Werte des Blockes nicht ermitteln, ohne dass ein Totalausfall des DE vorliegt, werden die betroffenen Bytes auf den Wert 255 (65535) gesetzt. |
| tlsPupFreieParkPlatzBereichsZonen |
Ergebnismeldung Freie Parkplatzbereichszonen (Parken und Parkplatzüberwachung - FG 210 / Typ 61).
FG 210: TLS-DE-Block-Struktur im Typ 61 "Freie Parkplatzbereichszonen" Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung. Die Nachricht überträgt die freien Parkplatzbereichszonen. Lassen sich (z. B. aufgrund von Sensor- oder Detektorfehlern) einzelne Werte des Blockes nicht ermitteln, ohne dass ein Totalausfall des DE vorliegt, werden die betroffenen Bytes auf den Wert 255 (65535) gesetzt. |
AttributListenDefinitionen| Name | Info |
|---|---|
| TlsPupKorrekturParkTasche | Jede Parktasche besteht aus ein bis max. vier Sensoren/Detektoren.
|
| TlsPupKorrekturSensor | Enthält Korrektur-Informationen zu einem Sensor/Detektor in einer
Parktasche.
|
| TlsPupParkTasche | Jede Parktasche besteht aus ein bis max. vier Sensoren/Detektoren.
|
| TlsPupSensor | Enthält Informationen zu einem Sensor/Detektor in einer Parktasche.
|
| TlsPupZustandParkStandsReihe | Der Wert "Anzahl der Parkstandsreihen" überträgt die Anzahl der
nachfolgenden Parkstandsreihen. Jede Parkstandsreihe setzt sich aus zwei
Byte zusammen. Es können max. 109 Parkstandsreihen übertragen werden. Werden
mehr als 109 Parkstandsreihen benötigt, hat dies über eine neue DE-Adresse
zu erfolgen. Da max. 75 DEs in einem EAK zulässig sind (siehe Definition in
ANHANG 6, Teil 2, 2.2.10 - "DE-Zuordnung"), ergibt sich eine max. Kapazität
von 8066 Parkstandsreihen pro EAK (75 DEs - Cluster = 74 * 109
Parkstandsreihen = 8066 Parkstandsreihen).
|
AttributDefinitionen| Name | Info |
|---|---|
| DePupReferenzOptional |
Attribut zur Referenzierung des Objekttyps:
typ.dePup (Optionale Referenzierung erlaubt).
|
| MeldungsIntervallParkStandsReihen | Zeit in der Einheit [s] für das Meldeintervall der Parkstandsreihen.
|
| OffsetMindestRestLängeParkStandsReihen | Offset für die Mindestrestlänge in der Einheit [m] und gibt an, ab
welchem Offset zur Mindestrestlänge eine beschleunigte "vollständig belegt"
Meldung der Parkstandsreihe erfolgt.
|
| ParkPlatzBereichsZone | Der Wert "Parkplatzbereichszone" enthält die Nummer der
Parkplatzbereichszone 1..100. Eine Parkplatzbereichszone kann z.B. ein oder
mehrere Lkw-Einzelstellplätze sein.
|
| TlsPupAnzahlFahrzeuge | Anzahl der Fahrzeuge unabhängig von der Klassifizierung. |
| TlsPupAnzahlParkPlatzBereiche | Der Wert "Anzahl Parkplatzbereiche" gibt die Anzahl der
Parkplatzbereiche an. Jeder Parkplatz kann in mehrere Parkplatzbereiche
unterteilt werden. Wird der Parkplatz in mehrere Parkplatzbereiche
unterteilt, kann für jeden Bereich die Anzahl der freien Parkplätze
ermittelt werden. Dabei gilt: 0: keine Parkplatzbereiche definiert (DE-Typ
60/61 entfällt) 1...40: max. 40 Parkplatzbereiche definiert (DE-Typ 60/61
verfügbar).
|
| TlsPupAnzahlParkPlätze | Anzahl Parkplätze. |
| TlsPupAnzahlParkPlätzeParkBereich | Anzahl Parkplätze im Parkbereich. |
| TlsPupBelegtZeit | Die Belegtzeit ist der Quotient aus ermittelter Fahrzeuglänge und
Fahrzeuggeschwindigkeit. Sie ist unabhängig von dem Detektionsbereich und
entspricht der Zeit, die ein Fahrzeug zur Überquerung einer gedachten Linie
auf der Fahrbahn senkrecht zur Fahrtrichtung benötigt. Die Belegtzeit wird
im Bereich von 0 bis 65534 Millisekunden mit der Auflösung von 1
Millisekunde als vorzeichen-loser Wert (0000h-FFFEh) übertragen. Bei Werten
größer als 65534 Millisekunden wird der Wert 65534 übertragen. Lässt sich
die Belegtzeit vom Detektor nicht ermitteln, wird der Wert 65535 (=FFFFh)
übertragen.
|
| TlsPupBelegungsZustand | Belegungszustand einer Parkstandsreihe. |
| TlsPupDetektionsOrt | Zusätzlich wird in den beiden oberen Bits der Detektionsort
signalisiert: 0 Detektionsort nicht näher spezifiziert; 1 Detektionsort ist
eine Einfahrt; 2 Detektionsort ist eine Ausfahrt; 3 Detektionsort befindet
sich auf dem Parkplatz.
|
| TlsPupDetektionsZähler | Bei der erstmaligen Detektion eines Fahrzeuges und der damit
verbundenen Zuweisung einer ID- Nummer, wird der Detektionszähler auf 1
gesetzt. Durchquert das Fahrzeug anschließend weitere Detektionspunkte auf
dem Parkplatz, wird der Detektionszähler immer um eins erhöht.
|
| TlsPupErfassungsPeriodenDauer |
Erfassungsperiodendauer für die Übertragung der Betriebsmeldungen.
Der Wert "Erfassungsperiodendauer" gibt in der Einheit "Sekunde" an, in welchen
zeitlichen Abständen die Übertragung der Betriebsmeldungen erfolgen soll. Es
sind nur Werte zugelassen, die ein ganzzahliges Vielfaches haben, welches 24
Stunden ergibt (15, 30 Sekunden, 1, 2, 3, 4, 5, 6, 10, 12, 15, 20, und 30
Minuten und 1, 1½, 2, 3, 4, 6, 8 und 12 Stunden).
Der Wert "Erfassungsperiodendauer" ist nur relevant bei der zyklischen Abgabe
von Meldungen (siehe "Übertragungsverfahren"). Bei Zuweisung einer fehlerhaften
Erfassungsperiodendauer wird eine negative Quittung (Fehlerursache 4) gesendet.
|
| TlsPupFahrzeugKlassenCode | Fahrzeugklassencodes gemäß TLS. |
| TlsPupFahrzeugKlassenCodeKorrektur | Die Anzahl der Fahrzeuge kann je Fahrzeugklasse (gemäß ANHANG 2.2)
unterschiedlich korrigiert werden. Bei Verwendung einer nicht zugelassenen
Fahrzeugklasse antwortet das DE mit einer negativen Quittung (Fehlerursache
6). Folgende Fahrzeugklassencodes sind für eine Korrektur zulässig: nk Kfz
(6), Krad (10), Pkw (7), Lfw (11), Lkw (3), LkwA (8), Sattel-Kfz (9), Bus
(5), PkwA (2), Sollte das System, z.B. nur zwischen Pkw- ähnlichen und Lkw-
ähnlichen Fahrzeugen unterscheiden, kann die Korrektur der Pkw- ähnlichen
Fahrzeuge mit den Codes 6, 7 ,10 oder 11 durchgeführt werden (gemäß ANHANG
2.2, Pkw-Ähnliche Fahrzeuge).
|
| TlsPupFahrzeugLänge | Die ermittelte Fahrzeuglänge wird mit der Auflösung von 1 Dezimeter im
Bereich von 0 bis 254 dm als vorzeichen-loser Wert übertragen. Kann die
Fahrzeuglänge nicht ermittelt werden, wird 255 übertragen.
|
| TlsPupGeschwindigkeit | Die Geschwindigkeit wird in km/h mit einer Auflösung von 1 km/h
übertragen Bei ermittelten Geschwindigkeiten von 0-253 km/h wird der
ermittelte Wert übertragen, bei ermittelten Geschwindigkeiten größer 253
km/h wird 254 übertragen. Kann die Geschwindigkeit nicht ermittelt werden,
wird 255 übertragen.
|
| TlsPupKfzBreitenGrenzWert | Der Wert "Kfz-Breitengrenzwert" gibt in der Einheit [cm] an, ab
welcher Fahrzeugbreite ein Kraftfahrzeug als Lkw-ähnlich einzustufen ist.
Dabei gilt: 0..254: Breitengrenzwert 1m + (0cm..254cm), 255: das
Datenendgerät entscheidet selbstständig über den anzuwendenden
Breitengrenzwert.
|
| TlsPupKfzHöhenGrenzWert | Der Wert "Kfz-Höhengrenzwert" gibt in der Einheit [cm] an, ab welcher
Fahrzeughöhe ein Kraftfahrzeug als Lkw-ähnlich einzustufen ist. Dabei gilt:
0..254: Höhengrenzwert 1m + (0cm..254cm), 255: das Datenendgerät entscheidet
selbstständig über den anzuwendenden Höhengrenzwert.
|
| TlsPupKfzLängenGrenzWert | Der Wert "Kfz-Längengrenzwert" gibt in der Einheit [dm] an, ab welcher
Fahrzeuglänge ein Kraftfahrzeug als Lkw-ähnlich einzustufen ist. Dabei gilt:
0..254: Längengrenzwert von 0dm..254dm, 255: das Datenendgerät entscheidet
selbstständig über den anzuwendenden Längengrenzwert.
|
| TlsPupKorrekturFaktor |
Der "Korrekturfaktor" ist die Anzahl der zu korrigierenden Fahrzeuge für die
angegebene Fahrzeugklasse. Abhängig von der "Korrekturmethode" wird dieser
Wert entweder als Absolutbetrag für die jeweilige Fahrzeugklasse eingesetzt
oder ausgehend von der aktuellen Anzahl von Fahrzeugen addiert oder
subtrahiert. Sollte bei der Addition oder Subtraktion ein Wert >65534
bzw.<0 entstehen, ist die Anzahl der Fahrzeuge auf 65534 bzw. 0 zu
setzen. Der Wert 65535 ist nicht zulässig.
|
| TlsPupKorrekturMethode |
Die "Korrekturmethode" beschreibt die Art und Weise der zu korrigierenden
Fahrzeugklasse: 0: Die Anzahl der Fahrzeuge für die angegebene
Fahrzeugklasse wird auf den Wert von "Korrekturfaktor" gesetzt
(Absolutbetrag); 1: Die Anzahl der Fahrzeuge für die angegebene
Fahrzeugklasse wird mit dem Wert von "Korrekturfaktor" addiert (Anzahl der
aktuellen Fahrzeuge + Korrekturfaktor); 2: Die Anzahl der Fahrzeuge für die
angegebene Fahrzeugklasse wird mit dem Wert von "Korrekturfaktor"
subtrahiert (Anzahl der aktuellen Fahrzeuge - Korrekturfaktor); 3..255:
reserviert, negative Quittung (Fehlerursache 7).
|
| TlsPupKorrekturSensorBelegung | Legt die Korrektur für die Belegung des Sensors/Detektors fest. |
| TlsPupMaxAnzahlNichtStVOkonformerParkPlätze | Der Wert "Max. Anzahl nicht StVO konformen Parkplätze" gibt die max.
Anzahl der verfügbaren nicht StVO konformen Parkplätze an. Unter nicht StVO
konformen Parkplätzen versteht man die sogenannten Wildparker (Standflächen,
welche nicht als Parkflächen ausgewiesen sind). Sollten keine nicht StVO
konformen Parkplätze verfügbar sein, wird der Wert auf 0 gesetzt. Da max. 40
Parkplatzbereiche pro Parkplatz erlaubt sind, ergibt sich eine max. Anzahl
von 40x254=10160 Parkplätzen.
|
| TlsPupMaxAnzahlStVOkonformerParkPlätze | Der Wert "Max. Anzahl StVO konformer Parkplätze" gibt die max. Anzahl
der verfügbaren StVO konformen Parkplätze an. Sollten keine StVO konformen
Parkplätze verfügbar sein, wird der Wert auf 0 gesetzt. Da max. 40
Parkplatzbereiche pro Parkplatz erlaubt sind, ergibt sich eine max. Anzahl
von 40x255=10200 Parkplätzen.
|
| TlsPupMindestRestLängeParkStandsReihen | Der Wert "Mindestrestlänge der Parkstandsreihen" gibt in der Einheit
[m] an, ab welcher Mindestrestlänge die Parkstandsreihe als "vollständig
belegt" gemeldet werden muss. Dabei gilt: 0..200: Mindestrestlänge für
Parkstandsreihen von 0m..200m 201..254: nicht erlaubt; es wird eine negative
Quittung (Fehlerursache 10) gesendet 255: das Datenendgerät entscheidet
selbstständig über die anzuwendende Mindestrestlänge der Parkstandsreihen.
|
| TlsPupNegativeQuittung |
Antwort auf ein nicht auswertbares Telegramm.
|
| TlsPupRestLänge | Restlänge einer Parkstandsreihe. |
| TlsPupSegmentVerweilDauer | Parkplatzbereichszone Segmentverweildauer. |
| TlsPupSensorBelegung | Gibt an, ob der Sensor/Detektor belegt ist. |
| TlsPupSensorDetektorStatus | Der Sensor-/Detektorstatus einer Parkstandsreihe.
|
| TlsPupSensorHerstellerInfo | Herstellerspezifische Informationen. |
| TlsPupSensorReserve | Reserve. |
| TlsPupSensorZustand | Gibt den Zustand des Sensors/Detektors an. |
| TlsPupTyp63 |
Der "Typ63" dient zum Ein- bzw. Ausschalten für das spontane Senden der Einzel-
Fahrzeugidentifikationsdaten.
|
| TlsPupTypParkPlatzBereich | Typ des Parkplatzbereichs. |
| TlsPupVersionErgebnisMeldung |
Definition der Version der Ergebnismeldung FG210 Typ32. Die Versionsnummer
bestimmt die Ergebnismeldung der Parkplatzbelegung.
|
| TlsPupÜbertragungsVerfahren |
Definition der Übertragungsverfahren FG210 Typ32.
|
| tlsPupID | Die ID- Nummer ist eine laufende Nummer im Bereich von 0...4294967295 (4
Byte). Jedem neu erkannten Fahrzeug/Profil wird eine eindeutige ID- Nummer
zugeordnet. Nach Erreichen des Wertes 4294967295 wird mit der kleinsten
freien ID- Nummer fortgesetzt. Für Fahrzeuge, bei denen keine
Identifizierung möglich war, wird die ID- Nummer 0 verwendet.
|
Einzelbeschreibungen ModellbereichTypDefinitionen
DePup| PID: | typ.dePup |
| Name: | DePup |
| Info: |
Datenendgerätekanal der Funktionsgruppe 210 (Parken und Parkplatzüberwachung).
|
| ObjektNamenPermanent: | nein |
| PersistenzModus: |
Dieser Typ erweitert folgende Typen:
| Name | Info |
|---|---|
| De | Datenendgerätekanal. |
Folgende Attributgruppen sind bei diesem Objekttyp erlaubt:
| Konfigurierend | Parametrierend | Name | Info |
|---|---|---|---|
 | | DePup |
Konfigurierende Eigenschaften der Objekte des Typs.
|
| | TlsPupBelegungParkStandsReihen |
Ergebnismeldung Belegung der Parkstandsreihen (Parken und Parkplatzüberwachung - FG 210 / Typ 62).
FG 210: TLS-DE-Block-Struktur im Typ 62 "Belegung der Parkstandsreihen" Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung. Die Übertragung der Belegung der Parkstandsreihen (Status, Belegungszustand und Restlänge) geschieht nur spontan nach "Meldeintervall der Parkstandsreihen" (siehe DE-Block Typ33, AddOn-Parameter). Die Daten können nicht ab-gerufen werden. Dieser DE-Block muss immer mit Zeitstempel Typ 30 gesendet werden. Lassen sich (z. B. aufgrund von Sensor- oder Detektorfehlern) einige Restlängen bzw. Belegungszustände von Parkstandsreihen nicht ermitteln, ohne dass ein Totalausfall des Systems vorliegt, werden die betroffenen Restlängen auf den Wert 2047 (7FFh) bzw. für den Belegungszustand auf den Wert 3 (3h) gesetzt. |
|  | TlsPupBetriebsParameter | Betriebsparameter (Parken und Parkplatzüberwachung - FG 210 / Typ 32).
FG 210: DE-Block-Struktur im Typ 32 "Betriebsparameter" Wird verwendet mit ID 3 (Parameter) in Abruf- und Antwortrichtung oder mit ID 35 (Parametermeldung aus Puffer) in Antwortrichtung. Die Nachricht überträgt Betriebsparameter, welche für die Generierung der Betriebsmeldungen benötigt werden. |
| | TlsPupErgänzendeBetriebsParameter | Ergänzende Betriebsparameter (Parken und Parkplatzüberwachung - FG 210 /
Typ 33).
FG 210: DE-Block-Struktur im Typ 33 "Ergänzende Betriebsparameter" Wird verwendet mit ID 3 (Parameter) in Abruf- und Antwortrichtung oder mit ID 35 (Parametermeldung aus Puffer) in Antwortrichtung. Die Nachricht überträgt ergänzende Betriebsparameter, welche z.B. für die Unterscheidung zwischen Pkw- und Lkw-ähnlichen Fahrzeugen benötigt werden. Sollten Werte zugewiesen werden, welche vom Datenendgerät nicht angewendet werden können (z.B. weil andere Kriterien zur Pkw/Lkw Unterscheidung dienen), wird in Antwortrichtung der Wert 255 zurück gemeldet. |
| | TlsPupErgänzendeDeFehlerMeldung |
Ergänzende DE-Fehlermeldung (Parken und Parkplatzüberwachung - FG 210 / Typ 14).
FG 210: DE-Block-Struktur im Typ 14 "Ergänzende DE-Fehlermeldung" Wird verwendet mit ID 1 (Fehler) in Antwortrichtung. Dieser DE-Block dient zur Meldung von Teilstörungen und näheren Erläuterung von Störungen, die mit dem DEBlock Typ 1 gemeldet werden. Bei reinen Teilstörungen wird nur der DE-Block 14 gesendet; bei Erläuterungen von spontanen Störungsmeldungen wird er in einem Telegramm mit dem DE-Block Typ 1 gesendet. Er kann aber mit der ID 17 in Abrufrichtung einzeln abgerufen werden. Mit dem DE-Block können unterschiedliche Störungen/Teilstörungen gleichzeitig gemeldet werden. Ändert sich der Status (weitere Störungen bzw. Behebung von Störungen) wird ebenfalls DE-Block-Typ 14 gesendet. Weitergehende Informationen siehe [TLS2012]. |
| | TlsPupFahrzeugIdentifikation |
Ergebnismeldung Fahrzeugidentifikation (Parken und Parkplatzüberwachung - FG 210 / Typ 63).
FG 210: TLS-DE-Block-Struktur im Typ 63 "Ergebnismeldung Fahrzeugidentifikation" Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung. Mit Hilfe von Sensoren und Detektoren (z.B. Induktionsschleifen, Videodetektion) werden Profile von Fahrzeugen (z.B. beim Ein- oder Ausfahren auf den Parkplatz) ermittelt. Jedem Fahrzeug/Profil wird eine eindeutige ID- Nummer zugeordnet. Sollte das Fahrzeug erneut beim Durchqueren einer Identifikationsstelle auf dem Parkplatz erkannt werden, bekommt es wieder die gleiche ID- Nummer zugeordnet. Jede Identifikation eines Fahrzeuges auf den Parkplatz wird an die Zentrale gemeldet. Ein Profil verliert 72 Stunden nach seiner letzten Detektion seine Gültigkeit und die zugehörige ID- Nummer wird wieder freigegeben. Anhand der Detektionsdaten (z.B.: erste- und letzte Detektion) kann später in der Zentrale die Verweildauer einzelner Fahrzeuge ermittelt werden. |
| | TlsPupFreieParkPlatzBereiche |
Ergebnismeldung Freie Parkplatzbereiche(Parken und Parkplatzüberwachung - FG 210 / Typ 60).
FG 210: TLS-DE-Block-Struktur im Typ 60 "Freie Parkplatzbereiche" Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung. Die Nachricht überträgt die freien Parkplatzbereiche. Lassen sich (z. B. aufgrund von Sensor- oder Detektorfehlern) einzelne Werte des Blockes nicht ermitteln, ohne dass ein Totalausfall des DE vorliegt, werden die betroffenen Bytes auf den Wert 255 (65535) gesetzt. |
| | tlsPupFreieParkPlatzBereichsZonen |
Ergebnismeldung Freie Parkplatzbereichszonen (Parken und Parkplatzüberwachung - FG 210 / Typ 61).
FG 210: TLS-DE-Block-Struktur im Typ 61 "Freie Parkplatzbereichszonen" Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung. Die Nachricht überträgt die freien Parkplatzbereichszonen. Lassen sich (z. B. aufgrund von Sensor- oder Detektorfehlern) einzelne Werte des Blockes nicht ermitteln, ohne dass ein Totalausfall des DE vorliegt, werden die betroffenen Bytes auf den Wert 255 (65535) gesetzt. |
| | TlsPupKorrekturParkPlatzBelegung | Ergebnismeldung Korrektur der Parkplatzbelegung (Parken und
Parkplatzüberwachung - FG 210 / Typ 38).
FG 210: DE-Block-Struktur im Typ 38 "korrektur der Parkplatzbelegung" Wird verwendet mit ID 3 (Parameter) in Abrufrichtung. Die Nachricht überträgt den Korrekturfaktor der Parkplatzbelegung bzw. den Absolutbetrag an Fahrzeugen für eine Fahrzeugklasse. Als Antworttelegramm wird der DE-Block mit der aktuell eingestellten Versionsnummer (z.B. "Ergebnismeldung Parkplatzbelegung Version 1", "...2", "...") gesendet. |
| | TlsPupKorrekturParkTaschenBelegung | Korrektur der Parktaschenbelegung (Parken und Parkplatzüberwachung - FG
210 / Typ 37).
FG 210: DE-Block-Struktur im Typ 37 "Korrektur der Parktaschenbelegung" Wird verwendet mit ID 3 (Parameter) in Abrufrichtung. Die Nachricht überträgt die Korrektur der Parktaschenbelegung. Als Antworttelegramm wird der DE-Block mit der aktuell eingestellten Versionsnummer (z.B. "Ergebnismeldung Parkplatzbelegung Version 0") gesendet. Überwacht das DE keine Parktaschen, wird eine negative Quittung (Fehlerursache 8) gesendet. Jede Parktasche besteht aus ein bis max. vier Sensoren/Detektoren. Auf Grund der begrenzten Kapazität von max. 109 Parktaschen (Anwendungsfall: jeweils eine Parktasche mit einem Sensor/Detektor) pro DE-Block, wird dieser DE-Typ in der Regel mehrmals pro EAK verwendet. Da max. 75 DEs in einem EAK zulässig sind (siehe Definition in ANHANG 6, Teil 2, 2.2.10 - "DE-Zuordnung"), ergibt sich eine max. Kapazität von 8066 Parktaschen pro EAK (75 DEs - Cluster = 74 * 109 Parktaschen = 8066 Parktaschen). Nach der Korrektur einer oder mehrere Parktaschen/Sensoren (Soll ungleich Ist), darf auf dieser Parktasche ein hardwarebedingtes Update, erst nach einem Zustandswechsel von "belegt" (01h) auf "nicht belegt" (00h) bzw. umgekehrt erfolgen. |
| | TlsPupNegativeQuittung | Negative Quittung (Parken und Parkplatzüberwachung - FG 210 / Typ 16).
FG 210: DE-Block-Struktur im Typ 16 "Negative Quittung" Wird verwendet mit ID 2 (Statusnachrichten) in Antwortrichtung. Mit der "Negativen Quittung" antwortet ein DE auf eine Nachricht, die an sie korrekt adressiert ist, aber deren Inhalt von ihr nicht eindeutig ausgewertet werden kann. Die Negative Quittung wird mit ID 2 und Typ 16 gesendet, enthält also keinen Hinweis auf die ID und den Typ der verursachenden Nachricht. Diese Zuordnung wird über die Jobnummer hergestellt, welche identisch mit der der fehlerhaften Nachricht in Abrufrichtung ist. |
| | TlsPupParkPlatzBelegungVersion0 | Ergebnismeldung Parkplatzbelegung für die Versionen 0 (Parken und
Parkplatzüberwachung - FG 210 / Typ 48).
FG 210: DE-Block-Struktur im Typ 48 "Ergebnismeldung Parkplatzbelegung" Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung. Die Nachricht überträgt den aktuellen Zustand der Parktaschen inkl. ihrer Sensoren (z.B. Magnetkopfsensoren oder Induktionsschleifen). Die Detektion der Belegung muss mittels einer Verzögerung so realisiert werden, dass fahrende Fahrzeuge ignoriert werden. Jede Parktasche besteht aus ein bis max. vier Sensoren/Detektoren. Auf Grund der begrenzten Kapazität von max. 109 Parktaschen (Anwendungsfall: jeweils eine Parktasche mit einem Sensor/Detektor) pro DE-Block, wird dieser DE-Typ in der Regel mehrmals pro EAK verwendet. Da max. 75 DEs in einem EAK zulässig sind (siehe Definition in ANHANG 6, Teil 2, 2.2.10 - "DE-Zuordnung"), ergibt sich eine max. Kapazität von 8066 Parktaschen pro EAK (75 DEs - Cluster = 74 * 109 Parktaschen = 8066 Parktaschen). |
| | TlsPupParkPlatzBelegungVersion1Bis5 | Ergebnismeldung Parkplatzbelegung für die Versionen 1-5 (Parken und
Parkplatzüberwachung - FG 210 / Typ 49-53).
FG 210: DE-Block-Struktur im Typ 49-53 "Ergebnismeldung Parkplatzbelegung" Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung. Die Nachricht überträgt die Anzahl der sich aktuell auf dem Parkplatz befindlichen Kraftfahrzeuge. Lassen sich (z. B. aufgrund von Sensor- oder Detektorfehlern) einzelne Werte des Blockes nicht ermitteln, ohne dass ein Totalausfall des DE vorliegt, werden die betroffenen Bytes auf den Wert 255 (65535) gesetzt. |
| | TlsPupParkPlatzBelegungVersion6 | Ergebnismeldung Parkplatzbelegung für die Versionen 6 (Parken und Parkplatzüberwachung - FG 210 / Typ 54).
FG 210: DE-Block-Struktur im Typ 54 "Ergebnismeldung Parkplatzbelegung" Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung. Die Nachricht überträgt die Anzahl der freien StVO konformen Parkplätze, der blockierter freier StVO konformen Parkplätze und der freier nicht StVO konformer Parkplätze. Lassen sich (z. B. aufgrund von Sensor- oder Detektorfehlern) einzelne Werte des Blockes nicht ermitteln, ohne dass ein Totalausfall des DE vorliegt, werden die betroffenen Bytes auf den Wert 255 (65535) gesetzt. |
| Typ: | DePup |
| Attributgruppe: | TlsPupBetriebsParameter |
| Name | Wert |
|---|---|
 ErfassungsPeriodenDauer | 1 Minute |
| ÜbertragungsVerfahren | zyklische Abgabe von Meldungen |
| VersionErgebnisMeldung | Version 5 |
| Typ63 | Senden ausschalten |
 Urlasser | |
| BenutzerReferenz | undefiniert |
| Ursache | |
| Veranlasser |
| Typ: | DePup |
| Attributgruppe: | TlsPupErgänzendeBetriebsParameter |
| Name | Wert |
|---|---|
| KfzLängenGrenzWert | Datenendgerät entscheidet selbstständig |
| KfzHöhenGrenzWert | Datenendgerät entscheidet selbstständig |
| KfzBreitenGrenzWert | Datenendgerät entscheidet selbstständig |
| MaxAnzahlStVOkonformerParkPlätze | Keine Parkplätze vorhanden |
| MaxAnzahlNichtStVOkonformerParkPlätze | Keine Parkplätze vorhanden |
| AnzahlParkPlatzBereiche | Keine Parkplatzbereiche definiert |
| MindestRestLängeParkStandsReihen | Datenendgerät entscheidet selbstständig |
| OffsetMindestRestLängeParkStandsReihen | Datenendgerät entscheidet selbstständig |
| MeldungsIntervallParkStandsReihen | Keine Meldung der Parkstandsreihen |
| Reserve1 | 0 |
| Reserve2 | 0 |
| Urlasser | |
| BenutzerReferenz | undefiniert |
| Ursache | |
| Veranlasser |
AttributGruppenDefinitionen
DePup| PID: | atg.dePup |
| Name: | DePup |
| Info: |
Konfigurierende Eigenschaften der Objekte des Typs.
|
| Konfigurierend: | nein |
| Parametrierend: | nein |
| Code: | - |
Folgende Aspekte können bei dieser Attributgruppe verwendet werden:
| PID | KonfigurationsModus | OnlineModus | Info |
|---|---|---|---|
| Eigenschaften | datensatzOptional | Wird für konfigurierende Attributgruppen verwendet. Über die entsprechende Attributgruppe werden die konkreten Eigenschaften eines Objekts festgelegt. |
| Name | ObjektTyp | Typ | Anzahl | Anzahl ist | Info |
|---|---|---|---|---|---|
| unspezifiziert | unspezifiziert | Ganze Zahl | 1 | fest | Platzhalter für (noch) unspezifizierte Attributtypen. |
TlsPupBelegungParkStandsReihen| PID: | atg.tlsPupBelegungParkStandsReihen |
| Name: | TlsPupBelegungParkStandsReihen |
| Info: |
Ergebnismeldung Belegung der Parkstandsreihen (Parken und Parkplatzüberwachung - FG 210 / Typ 62).
FG 210: TLS-DE-Block-Struktur im Typ 62 "Belegung der Parkstandsreihen" Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung. Die Übertragung der Belegung der Parkstandsreihen (Status, Belegungszustand und Restlänge) geschieht nur spontan nach "Meldeintervall der Parkstandsreihen" (siehe DE-Block Typ33, AddOn-Parameter). Die Daten können nicht ab-gerufen werden. Dieser DE-Block muss immer mit Zeitstempel Typ 30 gesendet werden. Lassen sich (z. B. aufgrund von Sensor- oder Detektorfehlern) einige Restlängen bzw. Belegungszustände von Parkstandsreihen nicht ermitteln, ohne dass ein Totalausfall des Systems vorliegt, werden die betroffenen Restlängen auf den Wert 2047 (7FFh) bzw. für den Belegungszustand auf den Wert 3 (3h) gesetzt. |
| Konfigurierend: | nein |
| Parametrierend: | nein |
| Code: | - |
Folgende Aspekte können bei dieser Attributgruppe verwendet werden:
| PID | KonfigurationsModus | OnlineModus | Info |
|---|---|---|---|
| TlsAntwort | quelleUndSenke | Aspekt für Antworten von TLS-Daten eines DE-Blocks nach Abruf, nach Pufferabfrage oder spontan. |
| Name | ObjektTyp | Typ | Anzahl | Anzahl ist | Info |
|---|---|---|---|---|---|
| ZustandParkStandsReihe | TlsPupZustandParkStandsReihe | 109 | variabel | Der Wert "Anzahl der Parkstandsreihen" überträgt die Anzahl der
nachfolgenden Parkstandsreihen. Jede Parkstandsreihe setzt sich aus zwei
Byte zusammen. Es können max. 109 Parkstandsreihen übertragen werden. Werden
mehr als 109 Parkstandsreihen benötigt, hat dies über eine neue DE-Adresse
zu erfolgen. Da max. 75 DEs in einem EAK zulässig sind (siehe Definition in
ANHANG 6, Teil 2, 2.2.10 - "DE-Zuordnung"), ergibt sich eine max. Kapazität
von 8066 Parkstandsreihen pro EAK (75 DEs - Cluster = 74 * 109
Parkstandsreihen = 8066 Parkstandsreihen).
| |
| RestLänge | TlsPupRestLänge | Ganze Zahl | 1 | fest | Restlänge einer Parkstandsreihe. |
| BelegungsZustand | TlsPupBelegungsZustand | Ganze Zahl | 1 | fest | Belegungszustand einer Parkstandsreihe. |
| SensorDetektorStatus | TlsPupSensorDetektorStatus | Ganze Zahl | 1 | fest | Sensor-/Detektorstatus einer Parkstandsreihe. |
| Reserve | TLSByte | Ganze Zahl | 1 | fest | Reserve-Bit. |
TlsPupBetriebsParameter| PID: | atg.tlsPupBetriebsParameter |
| Name: | TlsPupBetriebsParameter |
| Info: | Betriebsparameter (Parken und Parkplatzüberwachung - FG 210 / Typ 32).
FG 210: DE-Block-Struktur im Typ 32 "Betriebsparameter" Wird verwendet mit ID 3 (Parameter) in Abruf- und Antwortrichtung oder mit ID 35 (Parametermeldung aus Puffer) in Antwortrichtung. Die Nachricht überträgt Betriebsparameter, welche für die Generierung der Betriebsmeldungen benötigt werden. |
| Konfigurierend: | nein |
| Parametrierend: | ja |
| Code: | - |
Folgende Aspekte können bei dieser Attributgruppe verwendet werden:
| PID | KonfigurationsModus | OnlineModus | Info |
|---|---|---|---|
| TlsVorgabeArchiv | quelleUndSenke | Aspekt für den Quittierungsmechanismus des Archivs. Wird alternativ zu asp.parameterVorgabe verwendet, wenn die Vorgabe indirekt nach der Archivierung durch das Archiv erfolgen soll. | |
| TlsVorgabeBedienung | quelleUndSenke | NICHT VERWENDEN. KANN JEDERZEIT WIEDER GELÖSCHT WERDEN. Aspekt für Vorgaben von einer Bedienung, die nicht wie die Parametersätze automatisch verschickt werden (z.B. Schaltdaten, dient zur Unterscheidung der Quelle). NICHT VERWENDEN. KANN JEDERZEIT WIEDER GELÖSCHT WERDEN. Wird verwendet, wenn zusätzlich zum asp.tlsVorgabe weitere unterscheidbare Vorgaben benötigt werden. Vorgaben aus diesem Aspekt werden i. d. R. nicht direkt an die SS geschickt, sondern (z. B. über WAN-COM) an eine Zwischensschicht, um DaV-Systeme mit Altsystemen zu koppeln. |
| Name | ObjektTyp | Typ | Anzahl | Anzahl ist | Info |
|---|---|---|---|---|---|
| ErfassungsPeriodenDauer | TlsPupErfassungsPeriodenDauer | Ganze Zahl | 1 | fest | Erfassungsperiodendauer für die Übertragung der Betriebsmeldungen. Der Wert "Erfassungsperiodendauer" gibt in der Einheit "Sekunde" an, in welchen zeitlichen Abständen die Übertragung der Betriebsmeldungen erfolgen soll. Es sind nur Werte zugelassen, die ein ganzzahliges Vielfaches haben, welches 24 Stunden ergibt (15, 30 Sekunden, 1, 2, 3, 4, 5, 6, 10, 12, 15, 20, und 30 Minuten und 1, 1½, 2, 3, 4, 6, 8 und 12 Stunden). Der Wert "Erfassungsperiodendauer" ist nur relevant bei der zyklischen Abgabe von Meldungen (siehe "Übertragungsverfahren"). Bei Zuweisung einer fehlerhaften Erfassungsperiodendauer wird eine negative Quittung (Fehlerursache 4) gesendet. |
| ÜbertragungsVerfahren | TlsPupÜbertragungsVerfahren | Ganze Zahl | 1 | fest | Definition der Übertragungsverfahren FG210 Typ32. |
| VersionErgebnisMeldung | TlsPupVersionErgebnisMeldung | Ganze Zahl | 1 | fest | Definition der Version der Ergebnismeldung FG210 Typ32. Die Versionsnummer bestimmt die Ergebnismeldung der Parkplatzbelegung. |
| Typ63 | TlsPupTyp63 | Ganze Zahl | 1 | fest | Der "Typ63" dient zum Ein- bzw. Ausschalten für das spontane Senden der Einzel- Fahrzeugidentifikationsdaten. |
| Urlasser | Urlasser | 1 | fest | Urlasserinformationen Urlasserinformationen bestehen aus einer Referenz auf den Benutzer, der die Meldung erzeugt hat, einer Angabe der Ursache für die Meldung und einem Veranlasser für die Meldung. | |
| BenutzerReferenz | BenutzerReferenzOptional | Objektreferenz | 1 | fest | Referenz auf den Benutzer, der die Meldung erzeugt hat. |
| Ursache | Text | Zeichenkette | 1 | fest | Angabe der Ursache für die Meldung |
| Veranlasser | Text | Zeichenkette | 1 | fest | Veranlasser für die Meldung |
TlsPupErgänzendeBetriebsParameter| PID: | atg.tlsPupErgänzendeBetriebsParameter |
| Name: | TlsPupErgänzendeBetriebsParameter |
| Info: | Ergänzende Betriebsparameter (Parken und Parkplatzüberwachung - FG 210 /
Typ 33).
FG 210: DE-Block-Struktur im Typ 33 "Ergänzende Betriebsparameter" Wird verwendet mit ID 3 (Parameter) in Abruf- und Antwortrichtung oder mit ID 35 (Parametermeldung aus Puffer) in Antwortrichtung. Die Nachricht überträgt ergänzende Betriebsparameter, welche z.B. für die Unterscheidung zwischen Pkw- und Lkw-ähnlichen Fahrzeugen benötigt werden. Sollten Werte zugewiesen werden, welche vom Datenendgerät nicht angewendet werden können (z.B. weil andere Kriterien zur Pkw/Lkw Unterscheidung dienen), wird in Antwortrichtung der Wert 255 zurück gemeldet. |
| Konfigurierend: | nein |
| Parametrierend: | ja |
| Code: | - |
Folgende Aspekte können bei dieser Attributgruppe verwendet werden:
| PID | KonfigurationsModus | OnlineModus | Info |
|---|---|---|---|
| TlsVorgabeArchiv | quelleUndSenke | Aspekt für den Quittierungsmechanismus des Archivs. Wird alternativ zu asp.parameterVorgabe verwendet, wenn die Vorgabe indirekt nach der Archivierung durch das Archiv erfolgen soll. | |
| TlsVorgabeBedienung | quelleUndSenke | NICHT VERWENDEN. KANN JEDERZEIT WIEDER GELÖSCHT WERDEN. Aspekt für Vorgaben von einer Bedienung, die nicht wie die Parametersätze automatisch verschickt werden (z.B. Schaltdaten, dient zur Unterscheidung der Quelle). NICHT VERWENDEN. KANN JEDERZEIT WIEDER GELÖSCHT WERDEN. Wird verwendet, wenn zusätzlich zum asp.tlsVorgabe weitere unterscheidbare Vorgaben benötigt werden. Vorgaben aus diesem Aspekt werden i. d. R. nicht direkt an die SS geschickt, sondern (z. B. über WAN-COM) an eine Zwischensschicht, um DaV-Systeme mit Altsystemen zu koppeln. |
| Name | ObjektTyp | Typ | Anzahl | Anzahl ist | Info |
|---|---|---|---|---|---|
| KfzLängenGrenzWert | TlsPupKfzLängenGrenzWert | Ganze Zahl | 1 | fest | Der Wert "Kfz-Längengrenzwert" gibt in der Einheit [dm] an, ab welcher
Fahrzeuglänge ein Kraftfahrzeug als Lkw-ähnlich einzustufen ist. Dabei gilt:
0..254: Längengrenzwert von 0dm..254dm, 255: das Datenendgerät entscheidet
selbstständig über den anzuwendenden Längengrenzwert.
|
| KfzHöhenGrenzWert | TlsPupKfzHöhenGrenzWert | Ganze Zahl | 1 | fest | Der Wert "Kfz-Höhengrenzwert" gibt in der Einheit [cm] an, ab welcher
Fahrzeughöhe ein Kraftfahrzeug als Lkw-ähnlich einzustufen ist. Dabei gilt:
0..254: Höhengrenzwert 1m + (0cm..254cm), 255: das Datenendgerät entscheidet
selbstständig über den anzuwendenden Höhengrenzwert.
|
| KfzBreitenGrenzWert | TlsPupKfzBreitenGrenzWert | Ganze Zahl | 1 | fest | Der Wert "Kfz-Breitengrenzwert" gibt in der Einheit [cm] an, ab
welcher Fahrzeugbreite ein Kraftfahrzeug als Lkw-ähnlich einzustufen ist.
Dabei gilt: 0..254: Breitengrenzwert 1m + (0cm..254cm), 255: das
Datenendgerät entscheidet selbstständig über den anzuwendenden
Breitengrenzwert.
|
| MaxAnzahlStVOkonformerParkPlätze | TlsPupMaxAnzahlStVOkonformerParkPlätze | Ganze Zahl | 1 | fest | Der Wert "Max. Anzahl StVO konformer Parkplätze" gibt die max. Anzahl
der verfügbaren StVO konformen Parkplätze an. Sollten keine StVO konformen
Parkplätze verfügbar sein, wird der Wert auf 0 gesetzt. Da max. 40
Parkplatzbereiche pro Parkplatz erlaubt sind, ergibt sich eine max. Anzahl
von 40x255=10200 Parkplätzen.
|
| MaxAnzahlNichtStVOkonformerParkPlätze | TlsPupMaxAnzahlNichtStVOkonformerParkPlätze | Ganze Zahl | 1 | fest | Der Wert "Max. Anzahl nicht StVO konformen Parkplätze" gibt die max.
Anzahl der verfügbaren nicht StVO konformen Parkplätze an. Unter nicht StVO
konformen Parkplätzen versteht man die sogenannten Wildparker (Standflächen,
welche nicht als Parkflächen ausgewiesen sind). Sollten keine nicht StVO
konformen Parkplätze verfügbar sein, wird der Wert auf 0 gesetzt. Da max. 40
Parkplatzbereiche pro Parkplatz erlaubt sind, ergibt sich eine max. Anzahl
von 40x254=10160 Parkplätzen.
|
| AnzahlParkPlatzBereiche | TlsPupAnzahlParkPlatzBereiche | Ganze Zahl | 1 | fest | Der Wert "Anzahl Parkplatzbereiche" gibt die Anzahl der
Parkplatzbereiche an. Jeder Parkplatz kann in mehrere Parkplatzbereiche
unterteilt werden. Wird der Parkplatz in mehrere Parkplatzbereiche
unterteilt, kann für jeden Bereich die Anzahl der freien Parkplätze
ermittelt werden. Dabei gilt: 0: keine Parkplatzbereiche definiert (DE-Typ
60/61 entfällt) 1...40: max. 40 Parkplatzbereiche definiert (DE-Typ 60/61
verfügbar).
|
| MindestRestLängeParkStandsReihen | TlsPupMindestRestLängeParkStandsReihen | Ganze Zahl | 1 | fest | Der Wert "Mindestrestlänge der Parkstandsreihen" gibt in der Einheit
[m] an, ab welcher Mindestrestlänge die Parkstandsreihe als "vollständig
belegt" gemeldet werden muss. Dabei gilt: 0..200: Mindestrestlänge für
Parkstandsreihen von 0m..200m 201..254: nicht erlaubt; es wird eine negative
Quittung (Fehlerursache 10) gesendet 255: das Datenendgerät entscheidet
selbstständig über die anzuwendende Mindestrestlänge der Parkstandsreihen.
|
| OffsetMindestRestLängeParkStandsReihen | OffsetMindestRestLängeParkStandsReihen | Ganze Zahl | 1 | fest | Offset für die Mindestrestlänge in der Einheit [m] und gibt an, ab
welchem Offset zur Mindestrestlänge eine beschleunigte "vollständig belegt"
Meldung der Parkstandsreihe erfolgt.
|
| MeldungsIntervallParkStandsReihen | MeldungsIntervallParkStandsReihen | Ganze Zahl | 1 | fest | Zeit in der Einheit [s] für das Meldeintervall der Parkstandsreihen.
|
| Reserve1 | TLSByte | Ganze Zahl | 1 | fest | Reservebyte. |
| Reserve2 | TLSByte | Ganze Zahl | 1 | fest | Reservebyte. |
| Urlasser | Urlasser | 1 | fest | Urlasserinformationen Urlasserinformationen bestehen aus einer Referenz auf den Benutzer, der die Meldung erzeugt hat, einer Angabe der Ursache für die Meldung und einem Veranlasser für die Meldung. | |
| BenutzerReferenz | BenutzerReferenzOptional | Objektreferenz | 1 | fest | Referenz auf den Benutzer, der die Meldung erzeugt hat. |
| Ursache | Text | Zeichenkette | 1 | fest | Angabe der Ursache für die Meldung |
| Veranlasser | Text | Zeichenkette | 1 | fest | Veranlasser für die Meldung |
TlsPupErgänzendeDeFehlerMeldung| PID: | atg.tlsPupErgänzendeDeFehlerMeldung |
| Name: | TlsPupErgänzendeDeFehlerMeldung |
| Info: |
Ergänzende DE-Fehlermeldung (Parken und Parkplatzüberwachung - FG 210 / Typ 14).
FG 210: DE-Block-Struktur im Typ 14 "Ergänzende DE-Fehlermeldung" Wird verwendet mit ID 1 (Fehler) in Antwortrichtung. Dieser DE-Block dient zur Meldung von Teilstörungen und näheren Erläuterung von Störungen, die mit dem DEBlock Typ 1 gemeldet werden. Bei reinen Teilstörungen wird nur der DE-Block 14 gesendet; bei Erläuterungen von spontanen Störungsmeldungen wird er in einem Telegramm mit dem DE-Block Typ 1 gesendet. Er kann aber mit der ID 17 in Abrufrichtung einzeln abgerufen werden. Mit dem DE-Block können unterschiedliche Störungen/Teilstörungen gleichzeitig gemeldet werden. Ändert sich der Status (weitere Störungen bzw. Behebung von Störungen) wird ebenfalls DE-Block-Typ 14 gesendet. Weitergehende Informationen siehe [TLS2012]. |
| Konfigurierend: | nein |
| Parametrierend: | nein |
| Code: | - |
Folgende Aspekte können bei dieser Attributgruppe verwendet werden:
| PID | KonfigurationsModus | OnlineModus | Info |
|---|---|---|---|
| TlsAntwort | quelleUndSenke | Aspekt für Antworten von TLS-Daten eines DE-Blocks nach Abruf, nach Pufferabfrage oder spontan. |
| Name | ObjektTyp | Typ | Anzahl | Anzahl ist | Info |
|---|---|---|---|---|---|
| Hersteller | TLSHersteller | Ganze Zahl | 1 | fest | Hersteller gemäss TLS. In der Regel wird bei Fehlermeldungen der Hersteller angegeben, der den Fehler erkannt hat, nicht derjenige, der für den Fehler verantwortlich ist |
| FehlercodesTLS | TLSGloErgänzendeFehlerTLS | 1 | fest | Ergänzende Fehlerinformationen (TLS-Teil). Die Information ist bitweise kodiert. Die Bedeutung ist in der TLS definiert. Es stehen zur Kodierung 4x8 Bit = 160 Bit zur Verfügung. | |
| Fehler | TLSByte | Ganze Zahl | 4 | fest | TLS-Byte (0-255). |
| FehlercodesHersteller | TLSGloErgänzendeFehlerHersteller | 1 | fest | Ergänzende Fehlerinformationen (herstellerspezifisch). Die Information ist herstellerspezifisch bitweise kodiert. Die Bedeutung ist nur dem jeweiligen Hersteller bekannt. Es stehen zur Kodierung 20x8 Bit = 160 Bit zur Verfügung. | |
| Fehler | TLSByte | Ganze Zahl | 20 | variabel | TLS-Byte (0-255). |
TlsPupFahrzeugIdentifikation| PID: | atg.tlsPupFahrzeugIdentifikation |
| Name: | TlsPupFahrzeugIdentifikation |
| Info: |
Ergebnismeldung Fahrzeugidentifikation (Parken und Parkplatzüberwachung - FG 210 / Typ 63).
FG 210: TLS-DE-Block-Struktur im Typ 63 "Ergebnismeldung Fahrzeugidentifikation" Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung. Mit Hilfe von Sensoren und Detektoren (z.B. Induktionsschleifen, Videodetektion) werden Profile von Fahrzeugen (z.B. beim Ein- oder Ausfahren auf den Parkplatz) ermittelt. Jedem Fahrzeug/Profil wird eine eindeutige ID- Nummer zugeordnet. Sollte das Fahrzeug erneut beim Durchqueren einer Identifikationsstelle auf dem Parkplatz erkannt werden, bekommt es wieder die gleiche ID- Nummer zugeordnet. Jede Identifikation eines Fahrzeuges auf den Parkplatz wird an die Zentrale gemeldet. Ein Profil verliert 72 Stunden nach seiner letzten Detektion seine Gültigkeit und die zugehörige ID- Nummer wird wieder freigegeben. Anhand der Detektionsdaten (z.B.: erste- und letzte Detektion) kann später in der Zentrale die Verweildauer einzelner Fahrzeuge ermittelt werden. |
| Konfigurierend: | nein |
| Parametrierend: | nein |
| Code: | - |
Folgende Aspekte können bei dieser Attributgruppe verwendet werden:
| PID | KonfigurationsModus | OnlineModus | Info |
|---|---|---|---|
| TlsAntwort | quelleUndSenke | Aspekt für Antworten von TLS-Daten eines DE-Blocks nach Abruf, nach Pufferabfrage oder spontan. |
| Name | ObjektTyp | Typ | Anzahl | Anzahl ist | Info |
|---|---|---|---|---|---|
| ID | tlsPupID | Ganze Zahl | 1 | fest | Die ID- Nummer ist eine laufende Nummer im Bereich von 0...4294967295 (4
Byte). Jedem neu erkannten Fahrzeug/Profil wird eine eindeutige ID- Nummer
zugeordnet. Nach Erreichen des Wertes 4294967295 wird mit der kleinsten
freien ID- Nummer fortgesetzt. Für Fahrzeuge, bei denen keine
Identifizierung möglich war, wird die ID- Nummer 0 verwendet.
|
| DetektionsZähler | TlsPupDetektionsZähler | Ganze Zahl | 1 | fest | Bei der erstmaligen Detektion eines Fahrzeuges und der damit
verbundenen Zuweisung einer ID- Nummer, wird der Detektionszähler auf 1
gesetzt. Durchquert das Fahrzeug anschließend weitere Detektionspunkte auf
dem Parkplatz, wird der Detektionszähler immer um eins erhöht.
|
| DetektionsOrt | TlsPupDetektionsOrt | Ganze Zahl | 1 | fest | Zusätzlich wird in den beiden oberen Bits der Detektionsort
signalisiert: 0 Detektionsort nicht näher spezifiziert; 1 Detektionsort ist
eine Einfahrt; 2 Detektionsort ist eine Ausfahrt; 3 Detektionsort befindet
sich auf dem Parkplatz.
|
| FahrzeugKlassenCode | TlsPupFahrzeugKlassenCode | Ganze Zahl | 1 | fest | Welche Fahrzeugklassen detektiert werden können, ist vom Sensor bzw.
Detektor abhängig. Bei Detektoren ohne Typunterscheidung wird die Codenummer
64 bzw. 6 verwendet. Bei Detektoren mit einfacher Unterscheidung zwischen
Pkw-Ähnlichen und Lkw-Ähnlichen Fahrzeugen werden nur die Codenummern 32 und
33 verwendet bzw. bei einer Klassifizierung in 3 Klassen, werden die
Codenummern 34, 35 und 36 verwendet. Bei Detektoren, die eine
Klassifizierung in 5+1 Klassen vornehmen, werden die Codenummern 1 bis 6
verwendet. Bei Detektoren, die eine Klassifizierung in 8+1 Klassen
vornehmen, werden die Codenummern 2, 3 und 5 bis 11 verwendet.
|
| Geschwindigkeit | TlsPupGeschwindigkeit | Ganze Zahl | 1 | fest | Die Geschwindigkeit wird in km/h mit einer Auflösung von 1 km/h
übertragen Bei ermittelten Geschwindigkeiten von 0-253 km/h wird der
ermittelte Wert übertragen, bei ermittelten Geschwindigkeiten größer 253
km/h wird 254 übertragen. Kann die Geschwindigkeit nicht ermittelt werden,
wird 255 übertragen.
|
| BelegtZeit | TlsPupBelegtZeit | Ganze Zahl | 1 | fest | Die Belegtzeit ist der Quotient aus ermittelter Fahrzeuglänge und
Fahrzeuggeschwindigkeit. Sie ist unabhängig von dem Detektionsbereich und
entspricht der Zeit, die ein Fahrzeug zur Überquerung einer gedachten Linie
auf der Fahrbahn senkrecht zur Fahrtrichtung benötigt. Die Belegtzeit wird
im Bereich von 0 bis 65534 Millisekunden mit der Auflösung von 1
Millisekunde als vorzeichen-loser Wert (0000h-FFFEh) übertragen. Bei Werten
größer als 65534 Millisekunden wird der Wert 65534 übertragen. Lässt sich
die Belegtzeit vom Detektor nicht ermitteln, wird der Wert 65535 (=FFFFh)
übertragen.
|
| FahrzeugLänge | TlsPupFahrzeugLänge | Ganze Zahl | 1 | fest | Die ermittelte Fahrzeuglänge wird mit der Auflösung von 1 Dezimeter im
Bereich von 0 bis 254 dm als vorzeichen-loser Wert übertragen. Kann die
Fahrzeuglänge nicht ermittelt werden, wird 255 übertragen.
|
TlsPupFreieParkPlatzBereiche| PID: | atg.tlsPupFreieParkPlatzBereiche |
| Name: | TlsPupFreieParkPlatzBereiche |
| Info: |
Ergebnismeldung Freie Parkplatzbereiche(Parken und Parkplatzüberwachung - FG 210 / Typ 60).
FG 210: TLS-DE-Block-Struktur im Typ 60 "Freie Parkplatzbereiche" Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung. Die Nachricht überträgt die freien Parkplatzbereiche. Lassen sich (z. B. aufgrund von Sensor- oder Detektorfehlern) einzelne Werte des Blockes nicht ermitteln, ohne dass ein Totalausfall des DE vorliegt, werden die betroffenen Bytes auf den Wert 255 (65535) gesetzt. |
| Konfigurierend: | nein |
| Parametrierend: | nein |
| Code: | - |
Folgende Aspekte können bei dieser Attributgruppe verwendet werden:
| PID | KonfigurationsModus | OnlineModus | Info |
|---|---|---|---|
| TlsAntwort | quelleUndSenke | Aspekt für Antworten von TLS-Daten eines DE-Blocks nach Abruf, nach Pufferabfrage oder spontan. |
| Name | ObjektTyp | Typ | Anzahl | Anzahl ist | Info |
|---|---|---|---|---|---|
| ParkPlatzBereich | TlsPupAnzahlParkPlatzBereiche | Ganze Zahl | 1 | fest | Der Wert "Parkplatzbereich" enthält die Nummer des Parkplatzbereiches
1..40.
|
| TypParkPlatzBereich | TlsPupTypParkPlatzBereich | Ganze Zahl | 1 | fest | Der Wert "Typ Parkplatzbereich" enthält den Typ des
Parkplatzbereiches: 1: StVO konforme Parkplätze 2: nicht StVO konforme
Parkplätze.
|
| MaxParkPlätze | TlsPupAnzahlParkPlätzeParkBereich | Ganze Zahl | 1 | fest | Der Wert "Max. Anzahl Parkplätze" gibt die max. Anzahl der verfügbaren
Parkplätze in diesem Parkplatzbereich an.
|
| QfPB | TlsPupAnzahlParkPlätzeParkBereich | Ganze Zahl | 1 | fest | Der Wert "Anzahl freie Parkplätze" überträgt die Anzahl der freien
Parkplätze, unabhängig vom Typ des Parkplatzbereiches.
|
| QbfPB | TlsPupAnzahlParkPlätzeParkBereich | Ganze Zahl | 1 | fest | Der Wert "Anzahl blockierte freie Parkplätze" überträgt die Anzahl der
blockierten freien Parkplätze, unabhängig vom Typ des Parkplatzbereiches.
Diese Parkplätze werden als besetzt bzw. nicht anfahrbar gewertet und sind
nicht im Wert QfPB enthalten.
|
| Reserve1 | TLSByte | Ganze Zahl | 1 | fest | Reserve1 |
| Reserve2 | TLSByte | Ganze Zahl | 1 | fest | Reserve2 |
TlsPupKorrekturParkPlatzBelegung| PID: | atg.tlsPupKorrekturParkPlatzBelegung |
| Name: | TlsPupKorrekturParkPlatzBelegung |
| Info: | Ergebnismeldung Korrektur der Parkplatzbelegung (Parken und
Parkplatzüberwachung - FG 210 / Typ 38).
FG 210: DE-Block-Struktur im Typ 38 "korrektur der Parkplatzbelegung" Wird verwendet mit ID 3 (Parameter) in Abrufrichtung. Die Nachricht überträgt den Korrekturfaktor der Parkplatzbelegung bzw. den Absolutbetrag an Fahrzeugen für eine Fahrzeugklasse. Als Antworttelegramm wird der DE-Block mit der aktuell eingestellten Versionsnummer (z.B. "Ergebnismeldung Parkplatzbelegung Version 1", "...2", "...") gesendet. |
| Konfigurierend: | nein |
| Parametrierend: | nein |
| Code: | - |
Folgende Aspekte können bei dieser Attributgruppe verwendet werden:
| PID | KonfigurationsModus | OnlineModus | Info |
|---|---|---|---|
| TlsVorgabe | quelleUndSenke | Aspekt für Vorgaben (Daten zum Senden an eine SS), die nicht wie die Parametersätze automatisch verschickt werden (z.B. goegrafische Kenndaten, Knotennummer). | |
| TlsVorgabeArchiv | quelleUndSenke | Aspekt für den Quittierungsmechanismus des Archivs. Wird alternativ zu asp.tlsVorgabe verwendet, wenn die Vorgabe indirekt nach der Archivierung durch das Archiv erfolgen soll. |
| Name | ObjektTyp | Typ | Anzahl | Anzahl ist | Info |
|---|---|---|---|---|---|
| FahrzeugKlassenCode | TlsPupFahrzeugKlassenCodeKorrektur | Ganze Zahl | 1 | fest | Die Anzahl der Fahrzeuge kann je Fahrzeugklasse (gemäß ANHANG 2.2)
unterschiedlich korrigiert werden. Bei Verwendung einer nicht zugelassenen
Fahrzeugklasse antwortet das DE mit einer negativen Quittung (Fehlerursache
6). Folgende Fahrzeugklassencodes sind für eine Korrektur zulässig: nk Kfz
(6), Krad (10), Pkw (7), Lfw (11), Lkw (3), LkwA (8), Sattel-Kfz (9), Bus
(5), PkwA (2), Sollte das System, z.B. nur zwischen Pkw- ähnlichen und Lkw-
ähnlichen Fahrzeugen unterscheiden, kann die Korrektur der Pkw- ähnlichen
Fahrzeuge mit den Codes 6, 7 ,10 oder 11 durchgeführt werden (gemäß ANHANG
2.2, Pkw-Ähnliche Fahrzeuge).
|
| KorrekturMethode | TlsPupKorrekturMethode | Ganze Zahl | 1 | fest |
Die "Korrekturmethode" beschreibt die Art und Weise der zu korrigierenden
Fahrzeugklasse: 0: Die Anzahl der Fahrzeuge für die angegebene
Fahrzeugklasse wird auf den Wert von "Korrekturfaktor" gesetzt
(Absolutbetrag); 1: Die Anzahl der Fahrzeuge für die angegebene
Fahrzeugklasse wird mit dem Wert von "Korrekturfaktor" addiert (Anzahl der
aktuellen Fahrzeuge + Korrekturfaktor); 2: Die Anzahl der Fahrzeuge für die
angegebene Fahrzeugklasse wird mit dem Wert von "Korrekturfaktor"
subtrahiert (Anzahl der aktuellen Fahrzeuge - Korrekturfaktor); 3..255:
reserviert, negative Quittung (Fehlerursache 7).
|
| KorrekturFaktor | TlsPupKorrekturFaktor | Ganze Zahl | 1 | fest |
Der "Korrekturfaktor" ist die Anzahl der zu korrigierenden Fahrzeuge für die
angegebene Fahrzeugklasse. Abhängig von der "Korrekturmethode" wird dieser
Wert entweder als Absolutbetrag für die jeweilige Fahrzeugklasse eingesetzt
oder ausgehend von der aktuellen Anzahl von Fahrzeugen addiert oder
subtrahiert. Sollte bei der Addition oder Subtraktion ein Wert >65534
bzw.<0 entstehen, ist die Anzahl der Fahrzeuge auf 65534 bzw. 0 zu
setzen. Der Wert 65535 ist nicht zulässig.
|
TlsPupKorrekturParkTaschenBelegung| PID: | atg.tlsPupKorrekturParkTaschenBelegung |
| Name: | TlsPupKorrekturParkTaschenBelegung |
| Info: | Korrektur der Parktaschenbelegung (Parken und Parkplatzüberwachung - FG
210 / Typ 37).
FG 210: DE-Block-Struktur im Typ 37 "Korrektur der Parktaschenbelegung" Wird verwendet mit ID 3 (Parameter) in Abrufrichtung. Die Nachricht überträgt die Korrektur der Parktaschenbelegung. Als Antworttelegramm wird der DE-Block mit der aktuell eingestellten Versionsnummer (z.B. "Ergebnismeldung Parkplatzbelegung Version 0") gesendet. Überwacht das DE keine Parktaschen, wird eine negative Quittung (Fehlerursache 8) gesendet. Jede Parktasche besteht aus ein bis max. vier Sensoren/Detektoren. Auf Grund der begrenzten Kapazität von max. 109 Parktaschen (Anwendungsfall: jeweils eine Parktasche mit einem Sensor/Detektor) pro DE-Block, wird dieser DE-Typ in der Regel mehrmals pro EAK verwendet. Da max. 75 DEs in einem EAK zulässig sind (siehe Definition in ANHANG 6, Teil 2, 2.2.10 - "DE-Zuordnung"), ergibt sich eine max. Kapazität von 8066 Parktaschen pro EAK (75 DEs - Cluster = 74 * 109 Parktaschen = 8066 Parktaschen). Nach der Korrektur einer oder mehrere Parktaschen/Sensoren (Soll ungleich Ist), darf auf dieser Parktasche ein hardwarebedingtes Update, erst nach einem Zustandswechsel von "belegt" (01h) auf "nicht belegt" (00h) bzw. umgekehrt erfolgen. |
| Konfigurierend: | nein |
| Parametrierend: | nein |
| Code: | - |
Folgende Aspekte können bei dieser Attributgruppe verwendet werden:
| PID | KonfigurationsModus | OnlineModus | Info |
|---|---|---|---|
| TlsVorgabe | quelleUndSenke | Aspekt für Vorgaben (Daten zum Senden an eine SS), die nicht wie die Parametersätze automatisch verschickt werden (z.B. goegrafische Kenndaten, Knotennummer). | |
| TlsVorgabeArchiv | quelleUndSenke | Aspekt für den Quittierungsmechanismus des Archivs. Wird alternativ zu asp.tlsVorgabe verwendet, wenn die Vorgabe indirekt nach der Archivierung durch das Archiv erfolgen soll. |
| Name | ObjektTyp | Typ | Anzahl | Anzahl ist | Info |
|---|---|---|---|---|---|
| ParkTasche | TlsPupKorrekturParkTasche | 109 | variabel | Jede Parktasche besteht aus ein bis max. vier Sensoren/Detektoren. | |
| Sensor | TlsPupKorrekturSensor | 4 | variabel | Enthält Korrektur-Informationen zu einem Sensor/Detektor in einer Parktasche. | |
| KorrekturBelegung | TlsPupKorrekturSensorBelegung | Ganze Zahl | 1 | fest | Legt die Korrektur für die Belegung des Sensors/Detektors fest.
|
TlsPupNegativeQuittung| PID: | atg.tlsPupNegativeQuittung |
| Name: | TlsPupNegativeQuittung |
| Info: | Negative Quittung (Parken und Parkplatzüberwachung - FG 210 / Typ 16).
FG 210: DE-Block-Struktur im Typ 16 "Negative Quittung" Wird verwendet mit ID 2 (Statusnachrichten) in Antwortrichtung. Mit der "Negativen Quittung" antwortet ein DE auf eine Nachricht, die an sie korrekt adressiert ist, aber deren Inhalt von ihr nicht eindeutig ausgewertet werden kann. Die Negative Quittung wird mit ID 2 und Typ 16 gesendet, enthält also keinen Hinweis auf die ID und den Typ der verursachenden Nachricht. Diese Zuordnung wird über die Jobnummer hergestellt, welche identisch mit der der fehlerhaften Nachricht in Abrufrichtung ist. |
| Konfigurierend: | nein |
| Parametrierend: | nein |
| Code: | - |
Folgende Aspekte können bei dieser Attributgruppe verwendet werden:
| PID | KonfigurationsModus | OnlineModus | Info |
|---|---|---|---|
| TlsAntwort | quelleUndSenke | Aspekt für Antworten von TLS-Daten eines DE-Blocks nach Abruf, nach Pufferabfrage oder spontan. |
| Name | ObjektTyp | Typ | Anzahl | Anzahl ist | Info |
|---|---|---|---|---|---|
| Code | TlsPupNegativeQuittung | Ganze Zahl | 1 | fest | Antwort auf ein nicht auswertbares Telegramm. |
| Hersteller | TLSHersteller | Ganze Zahl | 1 | fest | Hersteller gemäss TLS. In der Regel wird bei Fehlermeldungen der Hersteller angegeben, der den Fehler erkannt hat, nicht derjenige, der für den Fehler verantwortlich ist |
| EinzelTelegramm | Text | Zeichenkette | 1 | fest |
Daten des Einzeltelegramms, dass die negative
Quittung auslöste.
|
TlsPupParkPlatzBelegungVersion0| PID: | atg.tlsPupParkPlatzBelegungVersion0 |
| Name: | TlsPupParkPlatzBelegungVersion0 |
| Info: | Ergebnismeldung Parkplatzbelegung für die Versionen 0 (Parken und
Parkplatzüberwachung - FG 210 / Typ 48).
FG 210: DE-Block-Struktur im Typ 48 "Ergebnismeldung Parkplatzbelegung" Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung. Die Nachricht überträgt den aktuellen Zustand der Parktaschen inkl. ihrer Sensoren (z.B. Magnetkopfsensoren oder Induktionsschleifen). Die Detektion der Belegung muss mittels einer Verzögerung so realisiert werden, dass fahrende Fahrzeuge ignoriert werden. Jede Parktasche besteht aus ein bis max. vier Sensoren/Detektoren. Auf Grund der begrenzten Kapazität von max. 109 Parktaschen (Anwendungsfall: jeweils eine Parktasche mit einem Sensor/Detektor) pro DE-Block, wird dieser DE-Typ in der Regel mehrmals pro EAK verwendet. Da max. 75 DEs in einem EAK zulässig sind (siehe Definition in ANHANG 6, Teil 2, 2.2.10 - "DE-Zuordnung"), ergibt sich eine max. Kapazität von 8066 Parktaschen pro EAK (75 DEs - Cluster = 74 * 109 Parktaschen = 8066 Parktaschen). |
| Konfigurierend: | nein |
| Parametrierend: | nein |
| Code: | - |
Folgende Aspekte können bei dieser Attributgruppe verwendet werden:
| PID | KonfigurationsModus | OnlineModus | Info |
|---|---|---|---|
| TlsAntwort | quelleUndSenke | Aspekt für Antworten von TLS-Daten eines DE-Blocks nach Abruf, nach Pufferabfrage oder spontan. |
| Name | ObjektTyp | Typ | Anzahl | Anzahl ist | Info |
|---|---|---|---|---|---|
| ParkTasche | TlsPupParkTasche | 109 | variabel | Jede Parktasche besteht aus ein bis max. vier Sensoren/Detektoren.
| |
| Sensor | TlsPupSensor | 4 | variabel | Enthält Informationen zu einem Sensor/Detektor in einer Parktasche. | |
| Belegung | TlsPupSensorBelegung | Ganze Zahl | 1 | fest | Gibt an, ob der Sensor/Detektor belegt ist. |
| Zustand | TlsPupSensorZustand | Ganze Zahl | 1 | fest | Gibt den Zustand des Sensors/Detektors an. |
| Reserve | TlsPupSensorReserve | Ganze Zahl | 1 | fest | Reserve. |
| HerstellerInfo | TlsPupSensorHerstellerInfo | Ganze Zahl | 1 | fest | Herstellerspezifische Informationen. |
TlsPupParkPlatzBelegungVersion1Bis5| PID: | atg.tlsPupParkPlatzBelegungVersion1Bis5 |
| Name: | TlsPupParkPlatzBelegungVersion1Bis5 |
| Info: | Ergebnismeldung Parkplatzbelegung für die Versionen 1-5 (Parken und
Parkplatzüberwachung - FG 210 / Typ 49-53).
FG 210: DE-Block-Struktur im Typ 49-53 "Ergebnismeldung Parkplatzbelegung" Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung. Die Nachricht überträgt die Anzahl der sich aktuell auf dem Parkplatz befindlichen Kraftfahrzeuge. Lassen sich (z. B. aufgrund von Sensor- oder Detektorfehlern) einzelne Werte des Blockes nicht ermitteln, ohne dass ein Totalausfall des DE vorliegt, werden die betroffenen Bytes auf den Wert 255 (65535) gesetzt. |
| Konfigurierend: | nein |
| Parametrierend: | nein |
| Code: | - |
Folgende Aspekte können bei dieser Attributgruppe verwendet werden:
| PID | KonfigurationsModus | OnlineModus | Info |
|---|---|---|---|
| TlsAntwort | quelleUndSenke | Aspekt für Antworten von TLS-Daten eines DE-Blocks nach Abruf, nach Pufferabfrage oder spontan. |
| Name | ObjektTyp | Typ | Anzahl | Anzahl ist | Info |
|---|---|---|---|---|---|
| Kfz | TlsPupAnzahlFahrzeuge | Ganze Zahl | 1 | fest | Anzahl der Fahrzeuge unabhängig von der Klassifizierung. |
| PkwÄ | TlsPupAnzahlFahrzeuge | Ganze Zahl | 1 | fest | Anzahl der Fahrzeuge unabhängig von der Klassifizierung. |
| LkwÄ | TlsPupAnzahlFahrzeuge | Ganze Zahl | 1 | fest | Anzahl der Fahrzeuge unabhängig von der Klassifizierung. |
| LVoÄ | TlsPupAnzahlFahrzeuge | Ganze Zahl | 1 | fest | Anzahl der Fahrzeuge unabhängig von der Klassifizierung. |
| SGVÄ | TlsPupAnzahlFahrzeuge | Ganze Zahl | 1 | fest | Anzahl der Fahrzeuge unabhängig von der Klassifizierung. |
| BPAÄ | TlsPupAnzahlFahrzeuge | Ganze Zahl | 1 | fest | Anzahl der Fahrzeuge unabhängig von der Klassifizierung. |
| nkKfz | TlsPupAnzahlFahrzeuge | Ganze Zahl | 1 | fest | Anzahl der Fahrzeuge unabhängig von der Klassifizierung. |
| PkwG | TlsPupAnzahlFahrzeuge | Ganze Zahl | 1 | fest | Anzahl der Fahrzeuge unabhängig von der Klassifizierung. |
| Lkw | TlsPupAnzahlFahrzeuge | Ganze Zahl | 1 | fest | Anzahl der Fahrzeuge unabhängig von der Klassifizierung. |
| LkwK | TlsPupAnzahlFahrzeuge | Ganze Zahl | 1 | fest | Anzahl der Fahrzeuge unabhängig von der Klassifizierung. |
| Bus | TlsPupAnzahlFahrzeuge | Ganze Zahl | 1 | fest | Anzahl der Fahrzeuge unabhängig von der Klassifizierung. |
| PkwA | TlsPupAnzahlFahrzeuge | Ganze Zahl | 1 | fest | Anzahl der Fahrzeuge unabhängig von der Klassifizierung. |
| MRad | TlsPupAnzahlFahrzeuge | Ganze Zahl | 1 | fest | Anzahl der Fahrzeuge unabhängig von der Klassifizierung. |
| Pkw | TlsPupAnzahlFahrzeuge | Ganze Zahl | 1 | fest | Anzahl der Fahrzeuge unabhängig von der Klassifizierung. |
| Lfw | TlsPupAnzahlFahrzeuge | Ganze Zahl | 1 | fest | Anzahl der Fahrzeuge unabhängig von der Klassifizierung. |
| LkwA | TlsPupAnzahlFahrzeuge | Ganze Zahl | 1 | fest | Anzahl der Fahrzeuge unabhängig von der Klassifizierung. |
| SattelKfz | TlsPupAnzahlFahrzeuge | Ganze Zahl | 1 | fest | Anzahl der Fahrzeuge unabhängig von der Klassifizierung. |
TlsPupParkPlatzBelegungVersion6| PID: | atg.tlsPupParkPlatzBelegungVersion6 |
| Name: | TlsPupParkPlatzBelegungVersion6 |
| Info: | Ergebnismeldung Parkplatzbelegung für die Versionen 6 (Parken und Parkplatzüberwachung - FG 210 / Typ 54).
FG 210: DE-Block-Struktur im Typ 54 "Ergebnismeldung Parkplatzbelegung" Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung. Die Nachricht überträgt die Anzahl der freien StVO konformen Parkplätze, der blockierter freier StVO konformen Parkplätze und der freier nicht StVO konformer Parkplätze. Lassen sich (z. B. aufgrund von Sensor- oder Detektorfehlern) einzelne Werte des Blockes nicht ermitteln, ohne dass ein Totalausfall des DE vorliegt, werden die betroffenen Bytes auf den Wert 255 (65535) gesetzt. |
| Konfigurierend: | nein |
| Parametrierend: | nein |
| Code: | - |
Folgende Aspekte können bei dieser Attributgruppe verwendet werden:
| PID | KonfigurationsModus | OnlineModus | Info |
|---|---|---|---|
| TlsAntwort | quelleUndSenke | Aspekt für Antworten von TLS-Daten eines DE-Blocks nach Abruf, nach Pufferabfrage oder spontan. |
| Name | ObjektTyp | Typ | Anzahl | Anzahl ist | Info |
|---|---|---|---|---|---|
| QfSkP | TlsPupAnzahlParkPlätze | Ganze Zahl | 1 | fest | Der Wert "Anzahl freier StVO konformer Parkplätze" überträgt die
Anzahl der freien StVO konformen Parkplätze.
|
| QbfSkP | TlsPupAnzahlParkPlätze | Ganze Zahl | 1 | fest | Der Wert "Anzahl blockierter freier StVO konformer Parkplätze"
überträgt die Anzahl der blockierten freien StVO konformen Parkplätze. Diese
Parkplätze werden als besetzt bzw. nicht anfahrbar gewertet und sind nicht
im Wert QfSkP enthalten.
|
| QfnSkP | TlsPupAnzahlParkPlätze | Ganze Zahl | 1 | fest | Der Wert "Anzahl freier nicht StVO konformer Parkplätze" überträgt die
Anzahl der freien nicht StVO konformen Parkplätze. Unter nicht StVO
konformen Parkplätzen versteht man die sogenannten Wildparker (Standflächen,
welche nicht als Parkflächen ausgewiesen sind).
|
tlsPupFreieParkPlatzBereichsZonen| PID: | atg.tlsPupFreieParkPlatzBereichsZonen |
| Name: | tlsPupFreieParkPlatzBereichsZonen |
| Info: |
Ergebnismeldung Freie Parkplatzbereichszonen (Parken und Parkplatzüberwachung - FG 210 / Typ 61).
FG 210: TLS-DE-Block-Struktur im Typ 61 "Freie Parkplatzbereichszonen" Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung. Die Nachricht überträgt die freien Parkplatzbereichszonen. Lassen sich (z. B. aufgrund von Sensor- oder Detektorfehlern) einzelne Werte des Blockes nicht ermitteln, ohne dass ein Totalausfall des DE vorliegt, werden die betroffenen Bytes auf den Wert 255 (65535) gesetzt. |
| Konfigurierend: | nein |
| Parametrierend: | nein |
| Code: | - |
Folgende Aspekte können bei dieser Attributgruppe verwendet werden:
| PID | KonfigurationsModus | OnlineModus | Info |
|---|---|---|---|
| TlsAntwort | quelleUndSenke | Aspekt für Antworten von TLS-Daten eines DE-Blocks nach Abruf, nach Pufferabfrage oder spontan. |
| Name | ObjektTyp | Typ | Anzahl | Anzahl ist | Info |
|---|---|---|---|---|---|
| ParkPlatzBereich | TlsPupAnzahlParkPlatzBereiche | Ganze Zahl | 1 | fest | Der Wert "Parkplatzbereich" enthält die Nummer des Parkplatzbereiches
1..40.
|
| ParkPlatzBereichsZone | ParkPlatzBereichsZone | Ganze Zahl | 1 | fest | Der Wert "Parkplatzbereichszone" enthält die Nummer der
Parkplatzbereichszone 1..100. Eine Parkplatzbereichszone kann z.B. ein oder
mehrere Lkw-Einzelstellplätze sein.
|
| MaxParkPlätze | TlsPupAnzahlParkPlätzeParkBereich | Ganze Zahl | 1 | fest | Der Wert "Max. Anzahl Parkplätze" gibt die max. Anzahl der verfügbaren
Parkplätze in diesem Parkplatzbereich an.
|
| QfPB | TlsPupAnzahlParkPlätzeParkBereich | Ganze Zahl | 1 | fest | Der Wert "Anzahl freie Parkplätze" überträgt die Anzahl der freien
Parkplätze, unabhängig vom Typ des Parkplatzbereiches.
|
| QbfPB | TlsPupAnzahlParkPlätzeParkBereich | Ganze Zahl | 1 | fest | Der Wert "Anzahl blockierte freie Parkplätze" überträgt die Anzahl der
blockierten freien Parkplätze, unabhängig vom Typ des Parkplatzbereiches.
Diese Parkplätze werden als besetzt bzw. nicht anfahrbar gewertet und sind
nicht im Wert QfPB enthalten.
|
| SegmentVerweilDauer | TlsPupSegmentVerweilDauer | Ganze Zahl | 200 | variabel |
Die Werte "SegmentVerweilDauer 1...x" enthalten den Segmentstatus in Form
einer Verweildauer, der in angefangenen Stunden übertragen wird: 0:
Segment nicht belegt; 1: Segment belegt, Verweildauer 1min ...<=1h;
2:
Segment belegt, Verweildauer >1h ...<=2h; 3...254:
Segment belegt,
Verweildauer >2h ...<=254h bzw. wenn größer 254h dann
254 255: Wert nicht
ermittelbar.
|
| Reserve1 | TLSByte | Ganze Zahl | 1 | fest | Reserve1 |
| Reserve2 | TLSByte | Ganze Zahl | 1 | fest | Reserve2 |
AttributListenDefinitionen TlsPupKorrekturParkTasche| PID: | atl.tlsPupKorrekturParkTasche |
| Name: | TlsPupKorrekturParkTasche |
| Info: | Jede Parktasche besteht aus ein bis max. vier Sensoren/Detektoren.
|
| Name | ObjektTyp | Typ | Anzahl | Anzahl ist | Info |
|---|---|---|---|---|---|
| Sensor | TlsPupKorrekturSensor | 4 | variabel | Enthält Korrektur-Informationen zu einem Sensor/Detektor in einer Parktasche. | |
| KorrekturBelegung | TlsPupKorrekturSensorBelegung | Ganze Zahl | 1 | fest | Legt die Korrektur für die Belegung des Sensors/Detektors fest.
|
TlsPupKorrekturSensor| PID: | atl.tlsPupKorrekturSensor |
| Name: | TlsPupKorrekturSensor |
| Info: | Enthält Korrektur-Informationen zu einem Sensor/Detektor in einer
Parktasche.
|
| Name | ObjektTyp | Typ | Anzahl | Anzahl ist | Info |
|---|---|---|---|---|---|
| KorrekturBelegung | TlsPupKorrekturSensorBelegung | Ganze Zahl | 1 | fest | Legt die Korrektur für die Belegung des Sensors/Detektors fest.
|
TlsPupParkTasche| PID: | atl.tlsPupParkTasche |
| Name: | TlsPupParkTasche |
| Info: | Jede Parktasche besteht aus ein bis max. vier Sensoren/Detektoren.
|
| Name | ObjektTyp | Typ | Anzahl | Anzahl ist | Info |
|---|---|---|---|---|---|
| Sensor | TlsPupSensor | 4 | variabel | Enthält Informationen zu einem Sensor/Detektor in einer Parktasche. | |
| Belegung | TlsPupSensorBelegung | Ganze Zahl | 1 | fest | Gibt an, ob der Sensor/Detektor belegt ist. |
| Zustand | TlsPupSensorZustand | Ganze Zahl | 1 | fest | Gibt den Zustand des Sensors/Detektors an. |
| Reserve | TlsPupSensorReserve | Ganze Zahl | 1 | fest | Reserve. |
| HerstellerInfo | TlsPupSensorHerstellerInfo | Ganze Zahl | 1 | fest | Herstellerspezifische Informationen. |
TlsPupSensor| PID: | atl.tlsPupSensor |
| Name: | TlsPupSensor |
| Info: | Enthält Informationen zu einem Sensor/Detektor in einer Parktasche.
|
| Name | ObjektTyp | Typ | Anzahl | Anzahl ist | Info |
|---|---|---|---|---|---|
| Belegung | TlsPupSensorBelegung | Ganze Zahl | 1 | fest | Gibt an, ob der Sensor/Detektor belegt ist. |
| Zustand | TlsPupSensorZustand | Ganze Zahl | 1 | fest | Gibt den Zustand des Sensors/Detektors an. |
| Reserve | TlsPupSensorReserve | Ganze Zahl | 1 | fest | Reserve. |
| HerstellerInfo | TlsPupSensorHerstellerInfo | Ganze Zahl | 1 | fest | Herstellerspezifische Informationen. |
TlsPupZustandParkStandsReihe| PID: | atl.tlsPupZustandParkStandsReihe |
| Name: | TlsPupZustandParkStandsReihe |
| Info: | Der Wert "Anzahl der Parkstandsreihen" überträgt die Anzahl der
nachfolgenden Parkstandsreihen. Jede Parkstandsreihe setzt sich aus zwei
Byte zusammen. Es können max. 109 Parkstandsreihen übertragen werden. Werden
mehr als 109 Parkstandsreihen benötigt, hat dies über eine neue DE-Adresse
zu erfolgen. Da max. 75 DEs in einem EAK zulässig sind (siehe Definition in
ANHANG 6, Teil 2, 2.2.10 - "DE-Zuordnung"), ergibt sich eine max. Kapazität
von 8066 Parkstandsreihen pro EAK (75 DEs - Cluster = 74 * 109
Parkstandsreihen = 8066 Parkstandsreihen).
|
| Name | ObjektTyp | Typ | Anzahl | Anzahl ist | Info |
|---|---|---|---|---|---|
| RestLänge | TlsPupRestLänge | Ganze Zahl | 1 | fest | Restlänge einer Parkstandsreihe. |
| BelegungsZustand | TlsPupBelegungsZustand | Ganze Zahl | 1 | fest | Belegungszustand einer Parkstandsreihe. |
| SensorDetektorStatus | TlsPupSensorDetektorStatus | Ganze Zahl | 1 | fest | Sensor-/Detektorstatus einer Parkstandsreihe. |
| Reserve | TLSByte | Ganze Zahl | 1 | fest | Reserve-Bit. |
AttributDefinitionen DePupReferenzOptional| PID: | att.dePupReferenzOptional |
| Name: | DePupReferenzOptional |
| Info: |
Attribut zur Referenzierung des Objekttyps:
typ.dePup (Optionale Referenzierung erlaubt).
|
| Typ | Objektreferenz |
| Referenz auf | typ.dePup |
| Undefiniert | erlaubt |
| Referenzierungsart | assoziation |
MeldungsIntervallParkStandsReihen| PID: | att.tlsPupMeldungsIntervallParkStandsReihen |
| Name: | MeldungsIntervallParkStandsReihen |
| Info: | Zeit in der Einheit [s] für das Meldeintervall der Parkstandsreihen.
|
| Typ | Ganze Zahl |
| Anzahl Bits | 8 |
| Minimum | Maximum | Skalierung | Einheit | Info |
|---|---|---|---|---|
| 1 | 15 | 1 | s |
Meldeintervall der Parkstandsreihen in [s].
|
| Name | Wert | Info |
|---|---|---|
| Keine Meldung der Parkstandsreihen | 0 |
OffsetMindestRestLängeParkStandsReihen| PID: | att.tlsPupOffsetMindestRestLängeParkStandsReihen |
| Name: | OffsetMindestRestLängeParkStandsReihen |
| Info: | Offset für die Mindestrestlänge in der Einheit [m] und gibt an, ab
welchem Offset zur Mindestrestlänge eine beschleunigte "vollständig belegt"
Meldung der Parkstandsreihe erfolgt.
|
| Typ | Ganze Zahl |
| Anzahl Bits | 8 |
| Minimum | Maximum | Skalierung | Einheit | Info |
|---|---|---|---|---|
| 0 | 14 | 1 | m |
Offset Mindestrestlänge der Parkstandsreihen.
|
| Name | Wert | Info |
|---|---|---|
| Datenendgerät entscheidet selbstständig | 15 |
ParkPlatzBereichsZone| PID: | att.tlsPupNrParkPlatzBereichsZone |
| Name: | ParkPlatzBereichsZone |
| Info: | Der Wert "Parkplatzbereichszone" enthält die Nummer der
Parkplatzbereichszone 1..100. Eine Parkplatzbereichszone kann z.B. ein oder
mehrere Lkw-Einzelstellplätze sein.
|
| Typ | Ganze Zahl |
| Anzahl Bits | 8 |
| Minimum | Maximum | Skalierung | Einheit | Info |
|---|---|---|---|---|
| 1 | 100 | 1 |
TlsPupAnzahlFahrzeuge| PID: | att.tlsPupAnzahlFahrzeuge |
| Name: | TlsPupAnzahlFahrzeuge |
| Info: | Anzahl der Fahrzeuge unabhängig von der Klassifizierung. |
| Typ | Ganze Zahl |
| Anzahl Bits | 32 |
| Minimum | Maximum | Skalierung | Einheit | Info |
|---|---|---|---|---|
| 0 | 65534 | 1 | Fz |
| Name | Wert | Info |
|---|---|---|
| nicht ermittelbar | 65535 |
Daten sind nicht ermittelbar (ist KEIN Fehler).
Wird gesetzt, wenn der entsprechende Wert nicht ermittelbar ist und kein
Interpolation sinnvoll möglich ist (z.B. ist die Geschwindigkeit nicht
ermittelbar, wenn kein Fahrzeug erfasst wurde).
|
TlsPupAnzahlParkPlatzBereiche| PID: | att.tlsPupAnzahlParkPlatzBereiche |
| Name: | TlsPupAnzahlParkPlatzBereiche |
| Info: | Der Wert "Anzahl Parkplatzbereiche" gibt die Anzahl der
Parkplatzbereiche an. Jeder Parkplatz kann in mehrere Parkplatzbereiche
unterteilt werden. Wird der Parkplatz in mehrere Parkplatzbereiche
unterteilt, kann für jeden Bereich die Anzahl der freien Parkplätze
ermittelt werden. Dabei gilt: 0: keine Parkplatzbereiche definiert (DE-Typ
60/61 entfällt) 1...40: max. 40 Parkplatzbereiche definiert (DE-Typ 60/61
verfügbar).
|
| Typ | Ganze Zahl |
| Anzahl Bits | 16 |
| Minimum | Maximum | Skalierung | Einheit | Info |
|---|---|---|---|---|
| 0 | 40 | 1 | Parkplatzbereiche |
| Name | Wert | Info |
|---|---|---|
| Keine Parkplatzbereiche definiert | 0 |
TlsPupAnzahlParkPlätze| PID: | att.tlsPupAnzahlParkPlätze |
| Name: | TlsPupAnzahlParkPlätze |
| Info: | Anzahl Parkplätze. |
| Typ | Ganze Zahl |
| Anzahl Bits | 32 |
| Minimum | Maximum | Skalierung | Einheit | Info |
|---|---|---|---|---|
| 0 | 65534 | 1 | Parkplätze |
| Name | Wert | Info |
|---|---|---|
| nicht ermittelbar | 65535 |
Daten sind nicht ermittelbar (ist KEIN Fehler).
Wird gesetzt, wenn der entsprechende Wert
nicht ermittelbar ist und kein Interpolation
sinnvoll möglich ist (z.B. ist die
Geschwindigkeit nicht ermittelbar, wenn kein
Fahrzeug erfasst wurde).
|
TlsPupAnzahlParkPlätzeParkBereich| PID: | att.tlsPupAnzahlParkPlätzeParkBereich |
| Name: | TlsPupAnzahlParkPlätzeParkBereich |
| Info: | Anzahl Parkplätze im Parkbereich. |
| Typ | Ganze Zahl |
| Anzahl Bits | 16 |
| Minimum | Maximum | Skalierung | Einheit | Info |
|---|---|---|---|---|
| 0 | 254 | 1 | Parkplätze |
| Name | Wert | Info |
|---|---|---|
| nicht ermittelbar | 255 |
Daten sind nicht ermittelbar (ist KEIN Fehler).
Wird gesetzt, wenn der entsprechende Wert
nicht ermittelbar ist und kein Interpolation
sinnvoll möglich ist (z.B. ist die
Geschwindigkeit nicht ermittelbar, wenn kein
Fahrzeug erfasst wurde).
|
TlsPupBelegtZeit| PID: | att.tlsPupBelegtZeit |
| Name: | TlsPupBelegtZeit |
| Info: | Die Belegtzeit ist der Quotient aus ermittelter Fahrzeuglänge und
Fahrzeuggeschwindigkeit. Sie ist unabhängig von dem Detektionsbereich und
entspricht der Zeit, die ein Fahrzeug zur Überquerung einer gedachten Linie
auf der Fahrbahn senkrecht zur Fahrtrichtung benötigt. Die Belegtzeit wird
im Bereich von 0 bis 65534 Millisekunden mit der Auflösung von 1
Millisekunde als vorzeichen-loser Wert (0000h-FFFEh) übertragen. Bei Werten
größer als 65534 Millisekunden wird der Wert 65534 übertragen. Lässt sich
die Belegtzeit vom Detektor nicht ermitteln, wird der Wert 65535 (=FFFFh)
übertragen.
|
| Typ | Ganze Zahl |
| Anzahl Bits | 32 |
| Minimum | Maximum | Skalierung | Einheit | Info |
|---|---|---|---|---|
| 0 | 65534 | 1 | ms |
| Name | Wert | Info |
|---|---|---|
| nicht ermittelbar | 65535 |
Daten sind nicht ermittelbar (ist KEIN Fehler).
Wird gesetzt, wenn der entsprechende Wert
nicht ermittelbar ist und kein Interpolation
sinnvoll möglich ist (z.B. ist die
Geschwindigkeit nicht ermittelbar, wenn kein
Fahrzeug erfasst wurde).
|
TlsPupBelegungsZustand| PID: | att.tlsPupBelegungsZustand |
| Name: | TlsPupBelegungsZustand |
| Info: | Belegungszustand einer Parkstandsreihe. |
| Typ | Ganze Zahl |
| Anzahl Bits | 8 |
| Name | Wert | Info |
|---|---|---|
| vollständig frei | 0 | |
| frei | 1 | |
| vollständig belegt | 2 | |
| nicht ermittelbar | 3 |
TlsPupDetektionsOrt| PID: | att.tlsPupDetektionsOrt |
| Name: | TlsPupDetektionsOrt |
| Info: | Zusätzlich wird in den beiden oberen Bits der Detektionsort
signalisiert: 0 Detektionsort nicht näher spezifiziert; 1 Detektionsort ist
eine Einfahrt; 2 Detektionsort ist eine Ausfahrt; 3 Detektionsort befindet
sich auf dem Parkplatz.
|
| Typ | Ganze Zahl |
| Anzahl Bits | 8 |
| Name | Wert | Info |
|---|---|---|
| unspezifiziert | 0 | |
| Einfahrt | 1 | |
| Ausfahrt | 2 | |
| Parkplatz | 3 |
TlsPupDetektionsZähler| PID: | att.tlsPupDetektionsZähler |
| Name: | TlsPupDetektionsZähler |
| Info: | Bei der erstmaligen Detektion eines Fahrzeuges und der damit
verbundenen Zuweisung einer ID- Nummer, wird der Detektionszähler auf 1
gesetzt. Durchquert das Fahrzeug anschließend weitere Detektionspunkte auf
dem Parkplatz, wird der Detektionszähler immer um eins erhöht.
|
| Typ | Ganze Zahl |
| Anzahl Bits | 8 |
| Minimum | Maximum | Skalierung | Einheit | Info |
|---|---|---|---|---|
| 2 | 63 | 1 |
| Name | Wert | Info |
|---|---|---|
| keine Identifizierung | 0 | |
| erstmalige Identifikation | 1 |
TlsPupErfassungsPeriodenDauer| PID: | att.tlsPupErfassungsPeriodenDauer |
| Name: | TlsPupErfassungsPeriodenDauer |
| Info: |
Erfassungsperiodendauer für die Übertragung der Betriebsmeldungen.
Der Wert "Erfassungsperiodendauer" gibt in der Einheit "Sekunde" an, in welchen
zeitlichen Abständen die Übertragung der Betriebsmeldungen erfolgen soll. Es
sind nur Werte zugelassen, die ein ganzzahliges Vielfaches haben, welches 24
Stunden ergibt (15, 30 Sekunden, 1, 2, 3, 4, 5, 6, 10, 12, 15, 20, und 30
Minuten und 1, 1½, 2, 3, 4, 6, 8 und 12 Stunden).
Der Wert "Erfassungsperiodendauer" ist nur relevant bei der zyklischen Abgabe
von Meldungen (siehe "Übertragungsverfahren"). Bei Zuweisung einer fehlerhaften
Erfassungsperiodendauer wird eine negative Quittung (Fehlerursache 4) gesendet.
|
| Typ | Ganze Zahl |
| Anzahl Bits | 32 |
| Name | Wert | Info |
|---|---|---|
| 15 Sekunden | 15 | |
| 30 Sekunden | 30 | |
| 1 Minute | 60 | |
| 2 Minuten | 120 | |
| 3 Minuten | 180 | |
| 4 Minuten | 240 | |
| 5 Minuten | 300 | |
| 6 Minuten | 360 | |
| 10 Minuten | 600 | |
| 12 Minuten | 720 | |
| 15 Minuten | 900 | |
| 20 Minuten | 1200 | |
| 30 Minuten | 1800 | |
| 1 Stunde | 3600 | |
| 1½ Stunden | 5400 | |
| 2 Stunden | 7200 | |
| 3 Stunden | 10800 | |
| 4 Stunden | 14400 | |
| 6 Stunden | 21600 | |
| 8 Stunden | 28800 | |
| 12 Stunden | 43200 |
TlsPupFahrzeugKlassenCode| PID: | att.tlsPupFahrzeugKlassenCode |
| Name: | TlsPupFahrzeugKlassenCode |
| Info: | Fahrzeugklassencodes gemäß TLS. |
| Typ | Ganze Zahl |
| Anzahl Bits | 8 |
| Name | Wert | Info |
|---|---|---|
| PkwG | 1 | |
| PkwA | 2 | |
| Lkw | 3 | |
| LkwK | 4 | |
| Busse | 5 | |
| nkKfz | 6 | |
| Pkw | 7 | |
| LkwA | 8 | |
| SattelKfz | 9 | |
| MRad | 10 | |
| Lfw | 11 | |
| PkwÄ | 32 | |
| LkwÄ | 33 | |
| BPA | 34 | |
| SGV | 35 | |
| LVo | 36 | |
| Kfz | 64 |
TlsPupFahrzeugKlassenCodeKorrektur| PID: | att.tlsPupFahrzeugKlassenCodeKorrektur |
| Name: | TlsPupFahrzeugKlassenCodeKorrektur |
| Info: | Die Anzahl der Fahrzeuge kann je Fahrzeugklasse (gemäß ANHANG 2.2)
unterschiedlich korrigiert werden. Bei Verwendung einer nicht zugelassenen
Fahrzeugklasse antwortet das DE mit einer negativen Quittung (Fehlerursache
6). Folgende Fahrzeugklassencodes sind für eine Korrektur zulässig: nk Kfz
(6), Krad (10), Pkw (7), Lfw (11), Lkw (3), LkwA (8), Sattel-Kfz (9), Bus
(5), PkwA (2), Sollte das System, z.B. nur zwischen Pkw- ähnlichen und Lkw-
ähnlichen Fahrzeugen unterscheiden, kann die Korrektur der Pkw- ähnlichen
Fahrzeuge mit den Codes 6, 7 ,10 oder 11 durchgeführt werden (gemäß ANHANG
2.2, Pkw-Ähnliche Fahrzeuge).
|
| Typ | Ganze Zahl |
| Anzahl Bits | 8 |
| Name | Wert | Info |
|---|---|---|
| PkwA | 2 | |
| Lkw | 3 | |
| Busse | 5 | |
| nkKfz | 6 | |
| Pkw | 7 | |
| LkwA | 8 | |
| SattelKfz | 9 | |
| MRad | 10 | |
| Lfw | 11 |
TlsPupFahrzeugLänge| PID: | att.tlsPupFahrzeugLänge |
| Name: | TlsPupFahrzeugLänge |
| Info: | Die ermittelte Fahrzeuglänge wird mit der Auflösung von 1 Dezimeter im
Bereich von 0 bis 254 dm als vorzeichen-loser Wert übertragen. Kann die
Fahrzeuglänge nicht ermittelt werden, wird 255 übertragen.
|
| Typ | Ganze Zahl |
| Anzahl Bits | 16 |
| Minimum | Maximum | Skalierung | Einheit | Info |
|---|---|---|---|---|
| 0 | 254 | 1 | dm |
| Name | Wert | Info |
|---|---|---|
| nicht ermittelbar | 255 |
Daten sind nicht ermittelbar (ist KEIN Fehler).
Wird gesetzt, wenn der entsprechende Wert
nicht ermittelbar ist und kein Interpolation
sinnvoll möglich ist (z.B. ist die
Geschwindigkeit nicht ermittelbar, wenn kein
Fahrzeug erfasst wurde).
|
TlsPupGeschwindigkeit| PID: | att.tlsPupGeschwindigkeit |
| Name: | TlsPupGeschwindigkeit |
| Info: | Die Geschwindigkeit wird in km/h mit einer Auflösung von 1 km/h
übertragen Bei ermittelten Geschwindigkeiten von 0-253 km/h wird der
ermittelte Wert übertragen, bei ermittelten Geschwindigkeiten größer 253
km/h wird 254 übertragen. Kann die Geschwindigkeit nicht ermittelt werden,
wird 255 übertragen.
|
| Typ | Ganze Zahl |
| Anzahl Bits | 16 |
| Minimum | Maximum | Skalierung | Einheit | Info |
|---|---|---|---|---|
| 0 | 253 | 1 | km/h |
| Name | Wert | Info |
|---|---|---|
| größer 253 km/h | 254 | |
| nicht ermittelbar | 255 |
TlsPupKfzBreitenGrenzWert| PID: | att.tlsPupKfzBreitenGrenzWert |
| Name: | TlsPupKfzBreitenGrenzWert |
| Info: | Der Wert "Kfz-Breitengrenzwert" gibt in der Einheit [cm] an, ab
welcher Fahrzeugbreite ein Kraftfahrzeug als Lkw-ähnlich einzustufen ist.
Dabei gilt: 0..254: Breitengrenzwert 1m + (0cm..254cm), 255: das
Datenendgerät entscheidet selbstständig über den anzuwendenden
Breitengrenzwert.
|
| Typ | Ganze Zahl |
| Anzahl Bits | 16 |
| Minimum | Maximum | Skalierung | Einheit | Info |
|---|---|---|---|---|
| 0 | 254 | 1 | cm |
| Name | Wert | Info |
|---|---|---|
| Datenendgerät entscheidet selbstständig | 255 |
Das Datenendgerät entscheidet selbstständig über den anzuwendenden
Breitengrenzwert.
|
TlsPupKfzHöhenGrenzWert| PID: | att.tlsPupKfzHöhenGrenzWert |
| Name: | TlsPupKfzHöhenGrenzWert |
| Info: | Der Wert "Kfz-Höhengrenzwert" gibt in der Einheit [cm] an, ab welcher
Fahrzeughöhe ein Kraftfahrzeug als Lkw-ähnlich einzustufen ist. Dabei gilt:
0..254: Höhengrenzwert 1m + (0cm..254cm), 255: das Datenendgerät entscheidet
selbstständig über den anzuwendenden Höhengrenzwert.
|
| Typ | Ganze Zahl |
| Anzahl Bits | 16 |
| Minimum | Maximum | Skalierung | Einheit | Info |
|---|---|---|---|---|
| 0 | 254 | 1 | cm |
| Name | Wert | Info |
|---|---|---|
| Datenendgerät entscheidet selbstständig | 255 |
Das Datenendgerät entscheidet selbstständig über den anzuwendenden
Höhengrenzwert.
|
TlsPupKfzLängenGrenzWert| PID: | att.tlsPupKfzLängenGrenzWert |
| Name: | TlsPupKfzLängenGrenzWert |
| Info: | Der Wert "Kfz-Längengrenzwert" gibt in der Einheit [dm] an, ab welcher
Fahrzeuglänge ein Kraftfahrzeug als Lkw-ähnlich einzustufen ist. Dabei gilt:
0..254: Längengrenzwert von 0dm..254dm, 255: das Datenendgerät entscheidet
selbstständig über den anzuwendenden Längengrenzwert.
|
| Typ | Ganze Zahl |
| Anzahl Bits | 16 |
| Minimum | Maximum | Skalierung | Einheit | Info |
|---|---|---|---|---|
| 0 | 254 | 1 | dm |
| Name | Wert | Info |
|---|---|---|
| Datenendgerät entscheidet selbstständig | 255 |
Das Datenendgerät entscheidet selbstständig über den anzuwendenden
Längengrenzwert.
|
TlsPupKorrekturFaktor| PID: | att.tlsPupKorrekturFaktor |
| Name: | TlsPupKorrekturFaktor |
| Info: |
Der "Korrekturfaktor" ist die Anzahl der zu korrigierenden Fahrzeuge für die
angegebene Fahrzeugklasse. Abhängig von der "Korrekturmethode" wird dieser
Wert entweder als Absolutbetrag für die jeweilige Fahrzeugklasse eingesetzt
oder ausgehend von der aktuellen Anzahl von Fahrzeugen addiert oder
subtrahiert. Sollte bei der Addition oder Subtraktion ein Wert >65534
bzw.<0 entstehen, ist die Anzahl der Fahrzeuge auf 65534 bzw. 0 zu
setzen. Der Wert 65535 ist nicht zulässig.
|
| Typ | Ganze Zahl |
| Anzahl Bits | 32 |
| Minimum | Maximum | Skalierung | Einheit | Info |
|---|---|---|---|---|
| 0 | 65534 | 1 | Fz |
TlsPupKorrekturMethode| PID: | att.tlsPupKorrekturMethode |
| Name: | TlsPupKorrekturMethode |
| Info: |
Die "Korrekturmethode" beschreibt die Art und Weise der zu korrigierenden
Fahrzeugklasse: 0: Die Anzahl der Fahrzeuge für die angegebene
Fahrzeugklasse wird auf den Wert von "Korrekturfaktor" gesetzt
(Absolutbetrag); 1: Die Anzahl der Fahrzeuge für die angegebene
Fahrzeugklasse wird mit dem Wert von "Korrekturfaktor" addiert (Anzahl der
aktuellen Fahrzeuge + Korrekturfaktor); 2: Die Anzahl der Fahrzeuge für die
angegebene Fahrzeugklasse wird mit dem Wert von "Korrekturfaktor"
subtrahiert (Anzahl der aktuellen Fahrzeuge - Korrekturfaktor); 3..255:
reserviert, negative Quittung (Fehlerursache 7).
|
| Typ | Ganze Zahl |
| Anzahl Bits | 8 |
| Name | Wert | Info |
|---|---|---|
| Absolutbetrag | 0 | Die Anzahl der Fahrzeuge für die angegebene Fahrzeugklasse wird
auf den Wert von "Korrekturfaktor" gesetzt (Absolutbetrag)
|
| Addition | 1 | Die Anzahl der Fahrzeuge für die angegebene Fahrzeugklasse wird
mit dem Wert von "Korrekturfaktor" addiert (Anzahl der aktuellen
Fahrzeuge + Korrekturfaktor)
|
| Subtraktion | 2 | Die Anzahl der Fahrzeuge für die angegebene Fahrzeugklasse wird
mit dem Wert von "Korrekturfaktor" subtrahiert (Anzahl der aktuellen
Fahrzeuge - Korrekturfaktor)
|
TlsPupKorrekturSensorBelegung| PID: | att.tlsPupKorrekturSensorBelegung |
| Name: | TlsPupKorrekturSensorBelegung |
| Info: | Legt die Korrektur für die Belegung des Sensors/Detektors fest. |
| Typ | Ganze Zahl |
| Anzahl Bits | 16 |
| Name | Wert | Info |
|---|---|---|
| nicht belegt | 0 | |
| belegt | 1 | |
| unverändert | 255 |
TlsPupMaxAnzahlNichtStVOkonformerParkPlätze| PID: | att.tlsPupMaxAnzahlNichtStVOkonformerParkPlätze |
| Name: | TlsPupMaxAnzahlNichtStVOkonformerParkPlätze |
| Info: | Der Wert "Max. Anzahl nicht StVO konformen Parkplätze" gibt die max.
Anzahl der verfügbaren nicht StVO konformen Parkplätze an. Unter nicht StVO
konformen Parkplätzen versteht man die sogenannten Wildparker (Standflächen,
welche nicht als Parkflächen ausgewiesen sind). Sollten keine nicht StVO
konformen Parkplätze verfügbar sein, wird der Wert auf 0 gesetzt. Da max. 40
Parkplatzbereiche pro Parkplatz erlaubt sind, ergibt sich eine max. Anzahl
von 40x254=10160 Parkplätzen.
|
| Typ | Ganze Zahl |
| Anzahl Bits | 32 |
| Minimum | Maximum | Skalierung | Einheit | Info |
|---|---|---|---|---|
| 0 | 10160 | 1 | Parkplätze |
| Name | Wert | Info |
|---|---|---|
| Keine Parkplätze vorhanden | 0 |
TlsPupMaxAnzahlStVOkonformerParkPlätze| PID: | att.tlsPupMaxAnzahlStVOkonformerParkPlätze |
| Name: | TlsPupMaxAnzahlStVOkonformerParkPlätze |
| Info: | Der Wert "Max. Anzahl StVO konformer Parkplätze" gibt die max. Anzahl
der verfügbaren StVO konformen Parkplätze an. Sollten keine StVO konformen
Parkplätze verfügbar sein, wird der Wert auf 0 gesetzt. Da max. 40
Parkplatzbereiche pro Parkplatz erlaubt sind, ergibt sich eine max. Anzahl
von 40x255=10200 Parkplätzen.
|
| Typ | Ganze Zahl |
| Anzahl Bits | 32 |
| Minimum | Maximum | Skalierung | Einheit | Info |
|---|---|---|---|---|
| 1 | 10200 | 1 | Parkplätze |
| Name | Wert | Info |
|---|---|---|
| Keine Parkplätze vorhanden | 0 |
TlsPupMindestRestLängeParkStandsReihen| PID: | att.tlsPupMindestRestLängeParkStandsReihen |
| Name: | TlsPupMindestRestLängeParkStandsReihen |
| Info: | Der Wert "Mindestrestlänge der Parkstandsreihen" gibt in der Einheit
[m] an, ab welcher Mindestrestlänge die Parkstandsreihe als "vollständig
belegt" gemeldet werden muss. Dabei gilt: 0..200: Mindestrestlänge für
Parkstandsreihen von 0m..200m 201..254: nicht erlaubt; es wird eine negative
Quittung (Fehlerursache 10) gesendet 255: das Datenendgerät entscheidet
selbstständig über die anzuwendende Mindestrestlänge der Parkstandsreihen.
|
| Typ | Ganze Zahl |
| Anzahl Bits | 16 |
| Minimum | Maximum | Skalierung | Einheit | Info |
|---|---|---|---|---|
| 0 | 200 | 1 | m |
| Name | Wert | Info |
|---|---|---|
| Datenendgerät entscheidet selbstständig | 255 | Das Datenendgerät entscheidet selbstständig über die anzuwendende
Mindestrestlänge der Parkstandsreihen.
|
TlsPupNegativeQuittung| PID: | att.tlsPupNegativeQuittung |
| Name: | TlsPupNegativeQuittung |
| Info: |
Antwort auf ein nicht auswertbares Telegramm.
|
| Typ | Ganze Zahl |
| Anzahl Bits | 16 |
| Minimum | Maximum | Skalierung | Einheit | Info |
|---|---|---|---|---|
| 0 | 255 | 1 |
Ursachencode (0-127 für durch TLS vordefinierte, durch Hersteller
definierte Codes nur im Bereich 128-255).
|
| Name | Wert | Info |
|---|---|---|
| sonstige Fehlerursache | 0 | |
| unbekannte oder nicht auswertbare ID | 1 | |
| unbekannter oder nicht auswertbarer Typ | 2 | |
| Übertragungsverfahren für diesen Typ nicht zulässig | 3 | |
| Erfassungsintervalldauer fehlerhaft | 4 | |
| Versionsnummer nicht zulässig bzw. wird nicht unterstützt | 5 | |
| Fahrzeugklasse/-gruppe nicht zugelassenen | 6 | |
| Korrekturmethode unbekannt | 7 | |
| keine Erfassung der Parktaschenbelegung | 8 | |
| fehlerhafte Korrektur der Parktaschenbelegung/Parkplatzbelegung | 9 | |
| fehlerhafte Mindestrestlänge der Parkstandsreihen | 10 | |
| keine Parkstandsreihen vorhanden | 11 | |
| fehlerhafte Anzahl StVO konformer Parkplätze | 12 | |
| fehlerhafte Anzahl nicht StVO konformer Parkplätze | 13 | |
| Anzahl StVO konformer und nicht StVO konformer Parkplätze ist Null | 14 | |
| fehlerhafte Anzahl Parkplatzbereiche | 15 |
TlsPupRestLänge| PID: | att.tlsPupRestLänge |
| Name: | TlsPupRestLänge |
| Info: | Restlänge einer Parkstandsreihe. |
| Typ | Ganze Zahl |
| Anzahl Bits | 16 |
| Minimum | Maximum | Skalierung | Einheit | Info |
|---|---|---|---|---|
| 0 | 2046 | 1 | dm | Die Länge bzw. Restlänge einer Parkstandsreihe kann max. 2046dm
(204,6m) betragen. Ist der Wert für die Restlänge nicht ermittelbar,
wird der Wert 2047 ('11111111111', 7FFh) für "nicht ermittelbar"
übertragen.
|
| Name | Wert | Info |
|---|---|---|
| nicht ermittelbar | 2047 |
TlsPupSegmentVerweilDauer| PID: | att.tlsPupSegmentVerweilDauer |
| Name: | TlsPupSegmentVerweilDauer |
| Info: | Parkplatzbereichszone Segmentverweildauer. |
| Typ | Ganze Zahl |
| Anzahl Bits | 16 |
| Minimum | Maximum | Skalierung | Einheit | Info |
|---|---|---|---|---|
| 3 | 254 | 1 | h |
Die Werte "SegmentVerweilDauer 1...x" enthalten den Segmentstatus in
Form
einer Verweildauer, der in angefangenen Stunden übertragen wird: 0:
Segment nicht belegt; 1: Segment belegt, Verweildauer 1min ...<=1h;
2:
Segment belegt, Verweildauer >1h ...<=2h; 3...254:
Segment belegt,
Verweildauer >2h ...<=254h bzw. wenn größer 254h
dann 254 255: Wert nicht
ermittelbar.
|
| Name | Wert | Info |
|---|---|---|
| Segment nicht belegt | 0 | |
| Segment belegt, Verweildauer 1min-1h | 1 | |
| Segment belegt, Verweildauer 1h-2h | 2 | |
| nicht ermittelbar | 255 |
TlsPupSensorBelegung| PID: | att.tlsPupSensorBelegung |
| Name: | TlsPupSensorBelegung |
| Info: | Gibt an, ob der Sensor/Detektor belegt ist. |
| Typ | Ganze Zahl |
| Anzahl Bits | 8 |
| Name | Wert | Info |
|---|---|---|
| nicht belegt | 0 | |
| belegt | 1 |
TlsPupSensorDetektorStatus| PID: | att.tlsPupSensorDetektorStatus |
| Name: | TlsPupSensorDetektorStatus |
| Info: | Der Sensor-/Detektorstatus einer Parkstandsreihe.
|
| Typ | Ganze Zahl |
| Anzahl Bits | 8 |
| Name | Wert | Info |
|---|---|---|
| kein Fehler | 0 | |
| Fehler in der Sensor-Kommunikation | 1 | |
| Sensor-Hardwarefehler | 2 | |
| sonstiger Fehler | 3 |
TlsPupSensorHerstellerInfo| PID: | att.tlsPupSensorHerstellerInfo |
| Name: | TlsPupSensorHerstellerInfo |
| Info: | Herstellerspezifische Informationen. |
| Typ | Ganze Zahl |
| Anzahl Bits | 8 |
| Minimum | Maximum | Skalierung | Einheit | Info |
|---|---|---|---|---|
| 0 | 15 | 1 |
TlsPupSensorReserve| PID: | att.tlsPupSensorReserve |
| Name: | TlsPupSensorReserve |
| Info: | Reserve. |
| Typ | Ganze Zahl |
| Anzahl Bits | 8 |
| Minimum | Maximum | Skalierung | Einheit | Info |
|---|---|---|---|---|
| 0 | 3 | 1 |
TlsPupSensorZustand| PID: | att.tlsPupSensorZustand |
| Name: | TlsPupSensorZustand |
| Info: | Gibt den Zustand des Sensors/Detektors an. |
| Typ | Ganze Zahl |
| Anzahl Bits | 8 |
| Name | Wert | Info |
|---|---|---|
| ok | 0 | |
| fehlerhaft | 1 |
TlsPupTyp63| PID: | att.tlsPupTyp63 |
| Name: | TlsPupTyp63 |
| Info: |
Der "Typ63" dient zum Ein- bzw. Ausschalten für das spontane Senden der Einzel-
Fahrzeugidentifikationsdaten.
|
| Typ | Ganze Zahl |
| Anzahl Bits | 8 |
| Name | Wert | Info |
|---|---|---|
| Senden einschalten | 0 | |
| Senden ausschalten | 1 |
TlsPupTypParkPlatzBereich| PID: | att.tlsPupTypParkPlatzBereich |
| Name: | TlsPupTypParkPlatzBereich |
| Info: | Typ des Parkplatzbereichs. |
| Typ | Ganze Zahl |
| Anzahl Bits | 8 |
| Name | Wert | Info |
|---|---|---|
| StVO konforme Parkplätze | 1 | |
| nicht StVO konforme Parkplätze | 2 |
TlsPupVersionErgebnisMeldung| PID: | att.tlsPupVersionErgebnisMeldung |
| Name: | TlsPupVersionErgebnisMeldung |
| Info: |
Definition der Version der Ergebnismeldung FG210 Typ32. Die Versionsnummer
bestimmt die Ergebnismeldung der Parkplatzbelegung.
|
| Typ | Ganze Zahl |
| Anzahl Bits | 8 |
| Minimum | Maximum | Skalierung | Einheit | Info |
|---|---|---|---|---|
| 0 | 7 | 1 |
| Name | Wert | Info |
|---|---|---|
| Version 0 | 0 | |
| Version 1 | 1 | |
| Version 2 | 2 | |
| Version 3 | 3 | |
| Version 4 | 4 | |
| Version 5 | 5 | |
| Version 6 | 6 |
TlsPupÜbertragungsVerfahren| PID: | att.tlsPupÜbertragungsVerfahren |
| Name: | TlsPupÜbertragungsVerfahren |
| Info: |
Definition der Übertragungsverfahren FG210 Typ32.
|
| Typ | Ganze Zahl |
| Anzahl Bits | 8 |
| Minimum | Maximum | Skalierung | Einheit | Info |
|---|---|---|---|---|
| 0 | 15 | 1 |
Übertragungsverfahren FG210 Typ32.
|
| Name | Wert | Info |
|---|---|---|
| Meldung nur nach Abruf | 0 | |
| zyklische Abgabe von Meldungen | 1 | |
| nach Zustandsänderung | 2 |
tlsPupID| PID: | att.tlsPupID |
| Name: | tlsPupID |
| Info: | Die ID- Nummer ist eine laufende Nummer im Bereich von 0...4294967295 (4
Byte). Jedem neu erkannten Fahrzeug/Profil wird eine eindeutige ID- Nummer
zugeordnet. Nach Erreichen des Wertes 4294967295 wird mit der kleinsten
freien ID- Nummer fortgesetzt. Für Fahrzeuge, bei denen keine
Identifizierung möglich war, wird die ID- Nummer 0 verwendet.
|
| Typ | Ganze Zahl |
| Anzahl Bits | 64 |
| Minimum | Maximum | Skalierung | Einheit | Info |
|---|---|---|---|---|
| 1 | 4294967295 | 1 |
| Name | Wert | Info |
|---|---|---|
| keine Identifizierung | 0 |
Erstellt am Sun Oct 03 14:46:29 CEST 2021 mit DatKat2HTML, (C) 2008 inovat