Diskussion:Access Control (RSbySCHAEFER-2009)

Bitte keine PDF-Dateien als vollständige Artikel hochladen. Der Inhalt der pdf-Dateien kann von anderen Usern nicht bearbeitet werden. Wenn man nicht so fit ist in der MediaWiki-Syntax, dann stellen Sie bitte den Text unformatiert in das Wiki, damit es von anderen formatiert werden kann, oder benutzen Sie die Exportfunktion von OpenOffice, um Ihre Dokumente direkt in der MediaWiki-Syntax zu exportieren. --JHell 14:36, 14. Jan. 2008 (CET)

Vorschlag vom 21.10.2008

Zu Punkt 1: In der Subfunction sollte nur der Kartentyp stehen (0 , 1..32). Eine Aufteilung in Basic- und Subtyp halte ich für überflüssig (kein Mehrwert).

Byte 3 sollte wie bei den virtuellen Eingängen die Bezeichnung Floor haben.

Zu Punkt 2: Nur Vorschlag 2 macht Sinn. Für jeden Kartentyp wird ein eigenes Objekt definiert. Die Auswerteeinheit kann so zum Zeitpunkt der Erstellung den Speicher definieren und kennt zu jedem unterstützten Kartentyp die Bedeutung der vom Lesegerät gelieferten Daten. Man kann so später problemlos jederzeit neue Kartentypen definieren. Für jeden Kartentyp werden die gelieferten Daten genau festgelegt.

Der Objekttyp ist dabei von der Art der gelieferten Daten abhängig, z. B.:

Index	xx01h
Name	Tag-ID EM4001 & EM4002
Object Code	Var
Data Type	5 Bytes octed string

Index	xx02h
Name	Card data EM V4050
Object Code	Array
Data Type	4 Bytes octed string (32 blocks a 4 bytes = 128 bytes)

Die Parametrierung des Lesegerätes erfolgt über ein Objekt:

Index	xx00h
Name	Reader configuration
Object Code	Record

Sub-Index	1h
Name	Current detected card type
Data Type	Byte

Sub-Index	2h
Name	Bit-Mask of supported card types
Data Type	DWORD

Sub-Index	3h
Name	Bit-Mask of current scanning card types
Data Type	DWORD

Sub-Index	4h
Name	Upload timeout in ms (Default 3 s)
Data Type	WORD

Zu Punkt 3:

Zu Punkt 4: Byte 3 sollte die Bezeichnung Floor haben.

-- HBa 22.10.2008 09:24