
[prev]	[up]	[next]		[main index]		[back home]

8. Betrachtung des PCMCIA-Standards unter Gesichtspunkten der Kompaktheit und Offenheit

Interessant ist die Betrachtung des PCMCIA-Standards vom Standpunkt der Standardisierenden aus.
Sie sollten auf der Basis äußerst kompakter Moduln nicht nur ein einziges Gerät entwerfen, das auch höheren Ansprüchen des Alltagsgebrauches genügen würde, sondern vielmehr eine allgemeingültige Beschreibung solcher Geräte liefern - so, daß andere auf dieser Basis in der Lage wären, sowohl sinnvolle als auch kompatible Komponenten zu entwickeln. Dies erfordert ein hohes Maß an Vorsicht, mehr noch, Voraussicht, die wohl nur aus großer praktischer Erfahrung weit genug reifen kann, um abseits der Anwendung dieser nicht fremd zu werden. PCMCIA erforderte nicht nur die Standardisierung der Kompaktheit; die beteiligten Unternehmen wußten genauso um die Notwendigkeit der Offenheit des Standards in Hinsicht auf zukünftige Entwicklungen. Ob sie bereits 1989 um diese Notwendigkeit wußten, sei dahingestellt; die Anfänge des Standards legen es (im Vergleich zu seinem heutigen Umfang) nicht eben nah. Dennoch wurden die Anforderungen erkannt, und PCMCIA reagierte darauf - relativ flexibel und in einigen Details überraschend schlicht.

Ich möchte daher abschließend einige Lösungen der PCMCIA zur Verwirklichung von Kompaktheit und Offenheit noch einmal gesondert hervorheben.

(Wo ich von Kompaktheit spreche, meine ich Software-Kompkatheit, die Minimierung des physischen Raumbedarfs ist zwar ebenso wesentlicher Bestandteil des PCMCIA-Standards, doch steht mir darüber keinerlei Urteil zu)

Erreichen von Kompaktheit (in der CIS)

Sehr häufig werden Informationen Bit-codiert; viele Bytes tragen mehr als ein Datum. Diese Codierung setzt allerdings häufig eine sorgfältige Zusammenstellung der möglichen Optionen voraus.
Zur Darstellung numerischer Werte werden "maßgeschneiderte" Datentypen verwendet.
- Ein Beispiel hierfür ist TPL_LINK, es enthält den kleinstmöglichen relativen Zeiger, indem es das Offset zu seiner Folgeadresse angibt.
- Ebenso werden echt positive Zahlen oft im Speicher um 1 vermindert dargestellt, so daß der Wertebereich geringfügig nach oben gestreckt wird.
- Ähnlich wird mit Zahlen verfahren, von denen man weis, daß sie grundsätzlich gerade sind: In der Speicherdarstellung wird nur die Hälfte ihres Wertes notiert.
- Wo es gilt, gebrochene Zahlen darzustellen (z.B. bei Spannungen), gibt es speziell codierte Mantissen und mitunter zusätzlich noch speziell codierte Exponenten.
Die Struktur der einfach verketteten Liste ist kompakt darstellbar und gleichzeitig äußerst flexibel.

Erreichen von Offenheit/Kompatibilität

Die in der CIS eingesetzte Listenstruktur erlaubt einerseits die Definition weiterer Tupeltypen (wenn eine Enabler-Software bestimmte Tupel nicht interpretieren kann, so kann sie sie immerhin sicher überlesen und den Rest an Information entnehmen), andererseits aber auch eine tiefere Schachtelung der Spezifikation, wie das Beispiel der Multifunktions-Karte gezeigt hat.
Wo feste numerische Codes vergeben werden mußten, wurde nach einem gleichbleibenden Schema verfahren. So ist die "Rahmendefinition" numerischer Codes:

00h - Allgemein / Null / Default

1..n - Definierte Codes

n+1..x - Reserviert

x+1..FEh - Herstellerspezifische Belegung

FFh - Reserviert (ungültig) / Ende
Geräte lassen sich in sehr allgemeinen (z.B. Leistung, Geschwindigkeit, Größe, Ressourcenanforderungen) bis hin zu z.T. sehr detaillierten Gröžen (z.B. für Modems) beschreiben. Nahezu jede Beschreibungstiefe ist optional.
Erweiterte Funktionen bzw. Funktionsbeschreibungen werden unter einem speziellen Code zusammengefaßt und in einem längeren "Subformat" wieder aufgelöst - das Metaformat erhält eine Art "Baumstruktur".
Eine rein praktische (Not-?) Lösung zum Thema Erweiterung stellt die Nutzung von vier im normalen Betrieb wenig belasteten Signalpins dar: Als für die I/O-Karten weitere Signale nötig wurden und man von der 68-poligen Schnittstelle nicht lassen wollte, wurden diese vier Signalleitungen kurzerhand doppelt belegt.
Ähnlich verfuhr man beim CardBus, der auf der Basis vom PCMCIA sowohl einen 32-Bit-Daten- wie einen 32-Bit-Adressbus zu Verfügung stellt: Die Adress- und Datenleitungen überlappen sich zu einem großen Teil; ihre Verwendung wechselt ständig.


[prev]	[up]	[next]		[main index]		[back home]

00h	- Allgemein / Null / Default
1..n	- Definierte Codes
n+1..x	- Reserviert
x+1..FEh	- Herstellerspezifische Belegung
FFh	- Reserviert (ungültig) / Ende