Eine eigene Smartcard-Lösung aufbauen.
Der Controller ist eine Basis für die geplante Software- und Kartenarchitektur. Betriebssystem, Schnittstelle und Anwendung werden gemeinsam gewählt, bevor ein fertiges Medium spezifiziert wird.
SmartMX2- und SmartMX3-Plattformen für definierte Smartcard-Projekte. Sicherheitscontroller, Betriebssystem und Anwendung werden als zusammenhängende Lösung spezifiziert.
Produktion, Personalisierung & Entwicklung in Deutschland.

Dein Einsatz. Dein Kartenprojekt.Illustrative Darstellung
Ein Sicherheitscontroller benötigt das passende Betriebssystem, Bibliotheken und Anwendungsprofil.
Kontakt- oder Dual-Interface-Funktion ist anhand der konkreten Ausführung zu prüfen, nicht aus dem Familiennamen abzuleiten.
Konkrete ältere Artikel können nicht mehr produziert werden. Nenne den vorhandenen Typ bei Bestandsprojekten; für neue Projekte werden Herstellerstatus, Lieferform und passende Plattform geprüft.
Ein Hardware- oder Bibliothekszertifikat beschreibt einen bestimmten Prüfgegenstand. Die fertige Karte, eigene Software und Integration benötigen die jeweils passende Spezifikation und Freigabe.
Die Angaben beziehen sich auf benannte Herstellerplattformen.
Speicher- und Kryptowerte eines Controllers sind keine pauschal nutzbaren Eigenschaften jeder fertigen Karte oder jeder mitgelieferten Bibliothek.
| Plattform / Merkmal | Herstellerangabe | Was daraus folgt |
|---|---|---|
| P71D321 / SmartMX3 | IntegralSecurity 3.0; CMOS40-Technologie | Konkreten IC mit geeignetem OS und Anwendungsprofil spezifizieren. |
| Speicher der Plattform | Bis 344 KB Flash; bis 500 KB nichtflüchtiger Speicher nach Ausführung | Nicht mit frei verfügbarem Anwenderspeicher eines konkreten Kartenprofils gleichsetzen. |
| Softwarebasis | Hersteller nennt JCOP 4 als Systemlösung | Eine passende Java-Card-/JCOP-Ausführung getrennt von CardOS auswählen. |
| Mehrfachanwendung | MIFARE FleX mit beschriebenen DESFire-EV2-/Plus-EV1-Optionen | Aktivierte Funktionen, Lizenz und Leserprofil konkret prüfen. |
| P40C072PU15 / SmartMX2 | Bei NXP unter No Longer Manufactured geführt | Bestandsprojekt und Ablösung planen; keine aktuelle Standardlieferung behaupten. |
| P40-Kryptografie / Legacy | Hardware bis RSA 4096 / ECC 521; genannte Bibliothek bis RSA 2048 / ECC 384 | Hardwaregrenzen und tatsächlichen Softwareumfang auseinanderhalten. |
Datenstand: 23.10.2026. NXP SmartMX3 P71D321 beim Hersteller nachlesen
| Projektbaustein | Festlegung | Prüfung |
|---|---|---|
| IC | Genauer Controller und Lieferform | Aktueller Status und Verfügbarkeit |
| OS | Betriebssystem und Version | Funktions- und Plattformabgleich |
| Interface | Kontakt / kontaktlos / Dual-Interface nach Artikel | Leser und Kommunikation |
| Anwendung | Datenmodell und kryptografische Funktionen | Software-/Profilintegration |
| Evaluation | Benötigter Nachweis und Geltungsbereich | Konkreten Prüfgegenstand abgleichen |
Technik und Produktion werden dann sinnvoll, wenn sie im Alltag funktionieren. So kann dein Projekt aussehen.

Drei Punkte, die wir vor der Umsetzung mit dir klären.
Dein Projekt beschreibenEine überprüfbare Controller-/OS-/Anwendungsspezifikation statt einer Bestellung allein nach dem Familiennamen.
Weiterführende Hersteller- bzw. Fachinformationen. Inhaltlich geprüft am 23.10.2026; aktuelle Version und konkreter Geltungsbereich werden vor einem Auftrag abgeglichen.
Am Empfang. Im Team. Beim Training.
Deine Karte ist dabei.
Mit eigenem Design oder optionalem Grafikservice. Erzähl uns, was du vorhast.
Zehn wichtige Antworten für dein Kartenprojekt.
Ein Sicherheitscontroller benötigt das passende Betriebssystem, Bibliotheken und Anwendungsprofil. Kontakt- oder Dual-Interface-Funktion ist anhand der konkreten Ausführung zu prüfen, nicht aus dem Familiennamen abzuleiten.
Konkrete ältere Artikel können nicht mehr produziert werden. Nenne den vorhandenen Typ bei Bestandsprojekten; für neue Projekte werden Herstellerstatus, Lieferform und passende Plattform geprüft.
Ein Hardware- oder Bibliothekszertifikat beschreibt einen bestimmten Prüfgegenstand. Die fertige Karte, eigene Software und Integration benötigen die jeweils passende Spezifikation und Freigabe.
Ja, auf der konkret vereinbarten geeigneten Plattform und mit freigegebenem Leistungsumfang. Tests und Übergabe werden vorab definiert.
Nein. Eine spezielle Anwendung kann zusätzliche Zertifizierungen und Freigaben benötigen. Diese entstehen nicht allein durch die Wahl des Controllers.
Anwendungsziel, vorhandener Controller-/OS-Wunsch, Schnittstellen, Evaluierungsbedarf und geplante Auflage.
Nenne Kartentyp, Einsatzzweck, Auflage, Motivvarianten und Wunschdatum. Bei technischen Karten benötigen wir zusätzlich Angaben zum Lesesystem und zur Codierung. Daraus stimmen wir die angebotene Ausführung ab.
Die mögliche Auflage und wirtschaftliche Produktionsmenge hängen von Kartentyp, Material und Ausstattung ab. Nenne deine gewünschte Stückzahl; Mindestmenge und Preis werden für das konkrete Angebot bestätigt.
Ja. Eine Beschreibung reicht zum Start. PDF oder AI kannst du optional hochladen; den Grafikservice kannst du auf Wunsch mit anfragen. Umfang und Kosten werden vor einem Auftrag vereinbart.
Nach Prüfung von Menge, Material, Ausstattung und Druckdaten wird der Termin für deinen Auftrag abgestimmt. Ein Wunschdatum in der Anfrage ist noch keine Lieferzusage. Plane die Druckfreigabe und gegebenenfalls einen Funktionstest mit ein.