Smart Card Lesen für CCcam& OScam: Vollständiger Leitfaden 2026

\n

Wenn Sie jemals einen Satellitenserver eingerichtet haben, wissen Sie, dass die Software nur die halbe Miete ist. Die wahre Magie passiert, wenn Sie eine physische Smart Card anschließen. Ihren Server dazu zu bringen, mit diesem kleinen Stück Plastik zu kommunizieren, kann ein riesiges Kopfzerbrechen sein. Hier kommt die richtigeSmart Card Lesen Konfiguration ins Spiel, und ehrlich gesagt, die meisten der verfügbaren Leitfäden sind entweder veraltet oder schlichtweg falsch. Sie überspringen die Details, die tatsächlich wichtig sind.

\n

Ich habe Jahre damit verbracht, mit OScam und CCcam-Konfigurationen zu kämpfen, von alten Dreamboxen mit internen Lesegeräten bis hin zu modernen Linux-Servern mit einem Dutzend USB-Lesegeräten, die daran hängen. Ich habe jeden denkbaren Fehler gesehen. Also lassen Sie uns durchgehen, wie das Zeug tatsächlich funktioniert, wie man es 2026 richtig einrichtet und wie man es repariert, wenn es unvermeidlich kaputtgeht.

\n

Wir werden die Auswahl eines Lesegeräts, die Konfiguration von OScam (weil Sie OScam verwenden sollten), das Lesen der Protokolle und die Fehlersuche bei den häufigsten Fehlern behandeln. Kein Schnickschnack, nur die praktischen Schritte, die funktionieren.

Wie Smart Card Lesen in Satellitensystemen funktioniert

\n

Bevor Sie mit der Bearbeitung von Konfigurationsdateien beginnen, müssen Sie das grundlegende Gespräch verstehen, das zwischen Ihrem Empfänger, Ihrem Server und der Smart Card stattfindet. Es ist ein einfacher Anfrage- und Antwortfluss, aber ein Fehler an irgendeinem Punkt bedeutet einen schwarzen Bildschirm.

\n

Was passiert, wenn eine Karte gelesen wird

\n

Schauen Sie, im Kern ist eine Satellitenübertragung verschlüsselt. Ihr Set-Top-Box oder Fernseher kann sie nicht allein entschlüsseln. Er benötigt einen Schlüssel, das sogenannte Control Word (CW). Dieses CW ändert sich alle 10-15 Sekunden, um Piraterie zu verhindern. Die Aufgabe der Smart Card ist es, dieses CW auf Anfrage zu generieren.

\n

Der Prozess läuft folgendermaßen ab: Ihr Empfänger stimmt auf einen Kanal ein, erfasst ein verschlüsseltes Paket, das als Entitlement Control Message (ECM) bezeichnet wird, und sendet dieses ECM an die Smart Card. Die Karte, wenn Ihr Abonnement gültig ist, führt einige kryptografische Zauberei durch und gibt das korrekte 64-Bit Control Word zurück. Der Empfänger verwendet dieses CW, um das Video und Audio für die nächsten Sekunden zu entschlüsseln. Dieser gesamte Zyklus muss alle 10 Sekunden fehlerfrei ablaufen.

\n

Das Kartenlesegerät selbst ist nur die Hardware-Schnittstelle. Es liefert Strom an die Karte und übersetzt die USB- oder serielle Kommunikation von Ihrem Server in das ISO 7816-Protokoll, das Smart Cards sprechen. Die Server-Software (OScam) verwaltet die Warteschlange der ECM-Anfragen und sendet sie an das Lesegerät.

\n

ECM vs EMM: Zwei Arten von Kartendaten

\n

Sie werden in den Protokollen ständig zwei Abkürzungen sehen: ECM und EMM. Sie sind nicht dasselbe.

\n

\n
• ECM (Entitlement Control Message): Dies ist die Anfrage "Was ist der Schlüssel?". Es passiert ständig, während Sie einen Kanal ansehen. Eine schnelle ECM-Antwortzeit ist entscheidend, um Störungen oder Einfrierungen auf dem Bildschirm zu vermeiden.
\n
• EMM (Entitlement Management Message): Dies ist die Nachricht "Aktualisieren Sie Ihr Abonnement". Der Sender sendet diese aus, um neue Pakete zu aktivieren, Ihre Ablaufdaten zu aktualisieren oder die Karte zu deaktivieren. EMMs werden *auf* die Karte geschrieben und kommen viel seltener vor als ECM-Lesungen.
\n

\n

Die richtigen ECMs sorgen dafür, dass das Bild erscheint. Die richtigen EMMs halten Ihr Abonnement aktiv. Ein falsch konfigurierter Server könnte ECMs problemlos lesen, aber EMMs nicht verarbeiten, was dazu führt, dass Ihre Karte abläuft, obwohl Sie die Rechnung bezahlt haben.

\n

Die Rolle des Kartenlesers in CCcam und OScam

\n

Die Server-Software, ob es sich um das ältere CCcam oder das viel leistungsstärkere OScam handelt, fungiert als Verkehrspolizist. Sie akzeptiert ECM-Anfragen (entweder von einem lokalen Empfänger über DVB-Api oder von Netzwerk-Clients) und leitet sie an den entsprechenden Kartenleser weiter.

\n

OScam ist insbesondere darin brillant. Es kann mehrere Leser verwalten, Anfragen basierend auf dem Anbieter (CAID) filtern und die Last ausbalancieren. Die Aufgabe des Lesers ist rein physisch. Er nimmt die digitale Anfrage von OScam über einen USB-Port (wie `/dev/ttyUSB0`) entgegen und übersetzt sie in elektrische Signale, die die Smartcard versteht.

\n

Wenn die Karte mit dem CW antwortet, übersetzt der Leser es zurück und sendet es an OScam, das es dann an den Client weiterleitet. Die gesamte Hin- und Rückreise für eine lokale Karte sollte gut unter 500 Millisekunden liegen. Wenn es langsamer ist, dann ist das problematisch.

Auswahl und Einrichtung eines Kartenlesers

\n

Du kannst dir nicht einfach irgendeinen USB-Kartenleser von Amazon schnappen. Du benötigst einen, der für Satelliten-Smartcards konzipiert ist und die richtigen Protokolle unterstützt. Die gute Nachricht ist, dass die besten Optionen günstig und weit verbreitet sind.

\n

Kompatible Kartenlesertypen: Phoenix, Smartmouse und interne Leser

\n

Vergiss all die fancy Namen. Fast jeder USB-Kartenleser, den du heute findest, ist ein "Phoenix"-Typ. Er verwendet ein einfaches serielles Protokoll, das unglaublich zuverlässig ist und von allem unterstützt wird. Ältere Hobby-Setups verwendeten manchmal "Smartmouse"-Leser, die funktional ähnlich sind, aber unterschiedliche Spannungseinstellungen benötigen. Für jedes neue Setup im Jahr 2024 solltest du einfach einen USB-Leser besorgen, der im Phoenix-Modus funktioniert.

\n

Viele Satellitenempfänger wie die von VU+ oder Dreambox haben integrierte Leser. Diese sind fantastisch, da sie keinen USB-Port beanspruchen und direkt verbunden sind. In Linux erscheinen sie typischerweise als `/dev/sci0` (für den oberen Slot) und `/dev/sci1` (für den unteren Slot). Sie werden in OScam als "interne" Leser behandelt.

\n

Einige günstige Leser benötigen möglicherweise eine spezifische Spannung (3,3 V vs. 5 V). Die Verwendung der falschen Spannung kann deine Smartcard dauerhaft beschädigen, daher ist es am besten, einen Leser mit einer automatischen Umschaltung oder einer richtig konfigurierten Stromversorgung zu bekommen. Die meisten modernen USB-Leser erledigen dies automatisch.

\n

USB vs. serielle Kartenleser: Vor- und Nachteile

\n

Früher verwendeten wir echte RS-232-Serielles-Port-Leser. Sie waren extrem stabil, benötigten jedoch einen PC mit einem seriellen Port, der heutzutage praktisch ein Museumsstück ist. Heute ist alles USB.

\n

USB-Leser sind bequem und schnell genug für jede einzelne Karte. Ihr einziger wirklicher Nachteil ist, dass Linux manchmal seltsam mit der Benennung von Geräten umgehen kann. Dein Leser könnte an einem Tag `/dev/ttyUSB0` und am nächsten Tag `/dev/ttyUSB1` sein, wenn du die Geräte anders anschließt. Dies kann mit `udev`-Regeln behoben werden, aber es ist mühsam.

\n

Einige fortgeschrittene Benutzer, insbesondere auf einem Raspberry Pi, verwenden möglicherweise GPIO-basierte Leser. Diese sind im Grunde serielle Leser, die direkt an die Pins des Pi angeschlossen werden. Sie funktionieren gut, erfordern jedoch, dass du zuerst die serielle Konsole des Kernels deaktivierst, was für Neulinge knifflig sein kann.

\n

Erkennung deines Kartenlesers in Linux

\n

Du hast also deinen neuen USB-Leser an deinen Linux-Server angeschlossen. Wie weißt du, ob das System ihn überhaupt erkennt? Öffne ein Terminal und führe diese Befehle aus.

\n

Zuerst sieh nach, ob er als USB-Gerät erkannt wird:

\n

lsusb

\n

Du solltest eine Zeile sehen, die "Future Technology Devices International, Ltd FT232 Serial (UART) IC" oder etwas Ähnliches erwähnt. Das ist der Chipsatz in 99 % dieser Leser. Überprüfe als Nächstes die Kernel-Nachrichten, um zu sehen, welcher Treiber geladen wurde:

\n

dmesg | grep -i tty

\n

Dies sollte dir zeigen, dass der `ftdi_sio`-Treiber angehängt wurde und einen Geräte-Knoten erstellt hat. Schließlich finde diesen Geräte-Knoten:

\n

ls /dev/ttyUSB*

\n

Die Ausgabe wird wahrscheinlich `/dev/ttyUSB0` sein. Dies ist der Pfad, den Sie für Ihre OScam-Konfiguration benötigen. Auf einigen Systemen könnte es stattdessen als `/dev/ttyACM0` erscheinen. Der Prozess ist derselbe, verwenden Sie einfach den richtigen Pfad.

OScam für das Kartenlesen konfigurieren

\n

Hier geschieht die Magie. Die Konfiguration von OScam ist leistungsstark, kann aber einschüchternd sein. Wir müssen uns nur auf eine Datei für das grundlegendeSmartcard-Lesenkonzentrieren: `oscam.server`. Diese Datei befindet sich in Ihrem OScam-Konfigurationsverzeichnis, normalerweise `/etc/oscam/` oder `/usr/local/etc/`.

\n

Jeder Kartenleser erhält seinen eigenen `[reader]`-Block in dieser Datei.

\n

oscam.server Leser-Konfigurationsblock

\n

Hier ist eine typische, solide Konfiguration für einen Standard-USB-Phoenix-Leser. Fügen Sie dies zu Ihrer `oscam.server`-Datei hinzu.

\n

[reader]\nlabel = local-card-reader\nprotocol = mouse\ndevice = /dev/ttyUSB0\ncaid = 0100\ndetect = cd\nmhz = 357\ncardmhz = 357\ngroup = 1\nemmcache = 1,3,2,0\nau = 1\n

\n

Lassen Sie uns das aufschlüsseln. Dies ist das Minimum, das Sie benötigen, um eine Karte zu lesen.

\n

Wichtige Parameter: protocol, device, caid und group

\n

\n
• label: Nur ein freundlicher Name, um den Leser in den Protokollen zu identifizieren. Machen Sie ihn beschreibend.
\n
• protocol: Für fast jeden USB- oder internen Leser sollte dies `mouse` oder `internal` sein. OScam ist intelligent genug, um die Einzelheiten herauszufinden. Überkomplizieren Sie es nicht.
\n
• device: Der Linux-Gerätepfad, den wir zuvor gefunden haben. Normalerweise `/dev/ttyUSB0` für USB-Leser oder `/dev/sci0` für interne Leser.
\n
• caid: Dies ist entscheidend. Es filtert Anfragen, sodass nur die richtigen an diese Karte gesendet werden. Sie müssen die CAID für Ihren Anbieter finden. Eine schnelle Online-Suche nach "[Ihr Anbietername] CAID" gibt Ihnen den vierstelligen Hex-Code.
\n
• group: Eine Zahl von 1 bis 64. So gewähren Sie Zugriff. In Ihrer `oscam.user`-Datei kann jeder Benutzer in `group = 1` diesen Leser verwenden.
\n

\n

Einrichten des Lesers für spezifische Kartensysteme

\n

Die Einstellungen `mhz` und `cardmhz` sind die häufigste Quelle von Problemen. `mhz` legt die serielle Portgeschwindigkeit für den Leser selbst fest, während `cardmhz` die Taktgeschwindigkeit für die Smartcard festlegt.

\n

Ein guter Ausgangspunkt für fast jede Karte ist `357` (was 3,57 MHz bedeutet). Einige Karten, insbesondere ältere Nagravision- oder Seca-Karten, benötigen möglicherweise eine höhere Taktgeschwindigkeit wie `600`. Wenn Ihre Karte nicht initialisiert werden kann (Sie sehen einen "ATR-Fehler" in den Protokollen), ist dies die erste Einstellung, die Sie anpassen sollten. Versuchen Sie 357, dann 368, dann 600. Eine davon wird wahrscheinlich funktionieren.

\n

Für bestimmte Systeme benötigen Sie möglicherweise zusätzliche Zeilen. Zum Beispiel benötigen einige Viaccess-Karten eine Zeile `force_irdeto = 1`, während einige Conax-Karten besser mit einer bestimmten `ins7e`-Einstellung funktionieren. Aber beginnen Sie zuerst mit der grundlegenden Konfiguration. 90 % der Karten funktionieren nur mit dem Block, den ich oben gezeigt habe.

\n

Überprüfung des erfolgreichen Kartenlesens in der OScam-Weboberfläche

\n

Nachdem Sie `oscam.server` gespeichert und OScam neu gestartet haben, ist es Zeit zu überprüfen, ob es funktioniert hat. Öffnen Sie Ihre OScam-Weboberfläche (normalerweise `http://your-server-ip:8888`) und gehen Sie zum Tab "Readers".

\n

Sie sollten Ihren Leser sehen, mit dem Label, das Sie ihm gegeben haben. Der Status sollte "CARDOK" anzeigen. Wenn dort "ERROR" oder "OFF" steht, stimmt etwas mit Ihrer Konfiguration nicht. Klicken Sie auf das "i"-Symbol (Info) neben dem Leserstatus. Dies zeigt Ihnen die ATR (Answer To Reset)-Zeichenfolge von der Karte und, noch wichtiger, eine Liste der Berechtigungen. Wenn Sie Ihre Abonnementpakete und deren Ablaufdaten sehen, herzlichen Glückwunsch. Ihre Karte wird korrekt gelesen.

Lesen von ECM- und EMM-Daten: Protokolle und Diagnosen

\n

Die Weboberfläche ist großartig für eine schnelle Statusüberprüfung, aber die eigentliche Geschichte liegt in den Protokollen. Die Seite "Live Log" in der Web-UI ist Ihr bester Freund beim Debuggen. Ein erfolgreichesSmartcard-Lesen ist leicht zu erkennen.

\n

Verstehen der OScam-Protokollausgabe für Kartenlesungen

\n

Wenn ein Client einen Schlüssel anfordert, sehen Sie eine Protokollzeile wie diese:

\n

2026/01/15 10:30:05 12345678 c client_user (0100&00006A/1234/5678/90:ABCD...): gefunden (112ms) von local-card-reader\n

\n

Die wichtigsten Teile sind `gefunden` und `(112ms)`. Das bedeutet, dass Ihr Leser, `local-card-reader`, das ECM erfolgreich in 112 Millisekunden entschlüsselt hat. Das ist eine großartige Zeit. Wenn Sie `nicht gefunden` oder `Zeitüberschreitung` sehen, bedeutet das, dass die Anfrage fehlgeschlagen ist.

\n

Wenn das Protokoll beim Starten einen Fehler wie `ERROR: Öffnen des Geräts /dev/ttyUSB0 (errno=13 Berechtigung verweigert)` anzeigt, handelt es sich um ein Berechtigungsproblem in Linux, nicht um ein OScam-Problem.

\n

ECM-Anforderungsfluss und Antwortzeiten

\n

Für einen lokalen Kartenleser sollten Ihre ECM-Zeiten konstant unter 500 ms liegen. Ich persönlich strebe unter 200 ms an. Wenn Sie Zeiten von 700 ms oder mehr sehen, könnten Sie Störungen auf dem Bildschirm bekommen. Dies wird oft durch eine falsche `cardmhz`-Einstellung oder einen überlasteten USB-Bus verursacht.

\n

Wenn Sie diese Karte über das Netzwerk teilen, müssen Sie die Netzwerkverzögerung zu dieser Zeit hinzufügen. Wenn Ihr lokales Lesen 150 ms beträgt und der Netzwerk-Ping zu Ihrem Client 50 ms beträgt, sieht der Client eine Antwortzeit von 200 ms. Deshalb ist ein schnelles lokales Lesen so wichtig.

\n

EMM-Schreiben: Wann und warum Karten Updates benötigen

\n

Um die Abonnements Ihrer Karte auf dem neuesten Stand zu halten, muss OScam in der Lage sein, EMMs darauf zu schreiben. Die Einstellung `au = 1` in Ihrem `[reader]`-Block aktiviert dies. OScam wird automatisch EMMs im Broadcast-Stream erkennen und die für Ihre Karte bestimmten weiterleiten.

\n

Sie können dies in den Protokollen sehen. Suchen Sie nach Zeilen, die "EMM" enthalten. Sie können auch die Seite "Reader" überprüfen und auf den Namen des Readers klicken, um Statistiken darüber zu sehen, wie viele EMMs geschrieben wurden.

\n

Ein Wort der Warnung: Auf einigen sehr spezifischen Systemen kann das Aktivieren von Auto-EMM mit den falschen Einstellungen tatsächlich die Abonnementdaten der Karte beschädigen. Das ist selten, aber deshalb sollten Sie immer mit einer bekannten, funktionierenden Konfiguration für Ihren Kartentyp beginnen. Im Zweifelsfall deaktivieren Sie `au`, bis Sie die richtigen Einstellungen bestätigen.

\n

Verwendung von DVBApi für lokale Kartenlesung

\n

Wenn Sie OScam auf demselben Gerät ausführen, auf dem Sie Fernsehen schauen (wie ein VU+), verwenden Sie das `dvbapi`-Protokoll. Dies ermöglicht es OScam, ECM-Anfragen direkt von der Tuner-Hardware des Receivers zu erhalten. Sie konfigurieren dies in der Datei `oscam.conf` mit einem Abschnitt `[dvbapi]`.

\n

Der DVB-Api-Benutzer wird dann vom lokalen Reader anfordern, genau wie ein Netzwerk-Client. Es ist eine unglaublich effiziente Einrichtung und bietet Ihnen die schnellsten möglichen Kanalwechselzeiten.

Fehlerbehebung bei Kartenlesefehlern

\n

Es wird schiefgehen. Das ist eine Tatsache des Lebens. Hier ist eine Checkliste für die häufigsten Fehler, von der Hardware bis zum Netzwerk.

\n

Karte nicht erkannt: Hardware- und Berechtigungsprobleme

\n

Wenn OScam "Gerät kann nicht geöffnet werden" meldet oder der Reader als "AUS" angezeigt wird, handelt es sich um ein Problem auf niedriger Ebene.

\n

\n
1. Überprüfen Sie die physische Verbindung: Ist das USB-Kabel sicher eingesteckt? Ist die Karte korrekt eingelegt (Chip nach unten)? Klingt dumm, aber das passiert.
\n
2. Überprüfen Sie den Gerätepfad: Führen Sie `ls /dev/ttyUSB*` erneut aus. Hat sich der Gerätename nach dem Neustart geändert? Wenn ja, müssen Sie möglicherweise eine `udev`-Regel erstellen, um einen statischen Namen zuzuweisen.
\n
3. Berechtigungen überprüfen: Dies ist der Hauptschuldige. Der Benutzer, der den OScam-Prozess ausführt, benötigt Lese-/Schreibzugriff auf das Gerät. Die einfachste Lösung besteht darin, diesen Benutzer zur Gruppe `dialout` hinzuzufügen:

   sudo usermod -a -G dialout oscam_user

   Ersetzen Sie `oscam_user` durch den tatsächlichen Benutzernamen, unter dem OScam ausgeführt wird. Sie müssen neu starten oder sich abmelden, damit die Gruppenänderung wirksam wird.
\n
4. Überprüfen Sie auf Konflikte: Hält ein anderes Programm den Port offen? Führen Sie `fuser /dev/ttyUSB0` aus. Wenn es eine Prozess-ID (PID) zurückgibt, verwendet ein anderer Dienst Ihren Reader.
\n
5. Docker-Probleme: Wenn Sie OScam in einem Docker-Container ausführen, kann er standardmäßig keine USB-Geräte sehen. Sie müssen das Gerät beim Ausführen mit dem `--device=/dev/ttyUSB0`-Flag explizit an den Container übergeben.
\n

\n

Karte erkannt, aber keine Entschlüsselung: CAID- und Anbieter-Mismatch

\n

Der Reader zeigt "CARDOK", aber Sie erhalten "nicht gefunden" in den Protokollen. Dies ist ein Konfigurationsproblem.

\n

Zuerst überprüfen Sie das ATR. Gehen Sie in der OScam-Weboberfläche zu Readers -> Info. Das ATR ist eine lange hexadezimale Zeichenfolge, die die Karte identifiziert. Eine schnelle Suche nach dieser ATR-Zeichenfolge online kann oft genau sagen, um welche Art von Karte es sich handelt. Wenn das ATR unleserlich oder fehlend ist, haben Sie ein `cardmhz`-Problem.

\n

Überprüfen Sie als Nächstes Ihre `caid` in `oscam.server`. Sind Sie sicher, dass es die richtige für Ihren Anbieter ist? Überprüfen Sie auch die `ident`-Einstellung. Einige Anbieter verlangen, dass Sie nicht nur die CAID, sondern auch die Anbieter-ID angeben, wie `caid = 0100` und `ident = 0100:00006A`.

\n

Langsame Kartenlesungen und Timeout-Fehler

\n

Wenn Ihre ECM-Zeiten über 500 ms liegen, befinden Sie sich in der Gefahrenzone. Dies ist fast immer ein Problem mit der Taktrate.

\n

Gehen Sie zurück zu Ihrer `oscam.server`-Datei und spielen Sie mit den Werten `mhz` und `cardmhz`. Die goldene Regel ist, sie gleich zu halten. Beginnen Sie mit `357`. Wenn die Lesungen langsam sind oder Sie ATR-Fehler erhalten, versuchen Sie `368`. Immer noch nicht gut? Versuchen Sie `600`. Einer dieser drei Werte funktioniert bei 99 % der Karten. Wählen Sie nicht einfach zufällig Zahlen aus.

\n

Vermeiden Sie auch billige, unpowered USB-Hubs. Sie können Latenz- und Stromprobleme verursachen. Schließen Sie Ihren Leser, wenn möglich, direkt an den Server an.

\n

Kartenleser funktioniert lokal, aber nicht über das Netzwerk

\n

Dies ist ein klassisches OScam-Benutzermanagementproblem. Ihre lokale DVB-Api funktioniert, aber Ihr Freund, der sich über das Internet verbindet, erhält nichts.

\n

Die Ursache ist fast immer ein `group`-Mismatch. In `oscam.server` ist Ihr Leser einer Gruppe zugewiesen (z. B. `group = 1`). In `oscam.user` muss das Konto des Clients ebenfalls Zugriff auf diese Gruppe haben (z. B. `group = 1`). Wenn der Leser in Gruppe 1 und der Benutzer in Gruppe 2 ist, können sie niemals auf die Karte zugreifen. Überprüfen Sie Ihre Gruppenzuweisungen sorgfältig.

CCcam-Kartenleser-Konfigurationsunterschiede

\n

Viele Leute verwenden immer noch die originale CCcam-Software. Während OScam weit überlegen ist fürSmartcard-Lesung, ist es nützlich zu wissen, wie es früher funktionierte, insbesondere wenn Sie migrieren.

\n

CCcam.cfg Leserzeilen-Syntax

\n

In CCcam wurde die Leser-Konfiguration in der `CCcam.cfg`-Datei vorgenommen. Es war viel einfacher und auch viel weniger flexibel. Eine Zeile für einen USB-Leser würde so aussehen:

\n

SERIAL READER : /dev/ttyUSB0\nSMARTCARD CLOCK FREQUENCY: /dev/ttyUSB0 3570000\n

\n

Das war's. Sie haben das Gerät und die Taktrate in Hz angegeben (beachten Sie die zusätzlichen Nullen im Vergleich zu OScams MHz). Es gab keine granulare Kontrolle über CAID-Filterung, EMM-Verarbeitung oder Gruppenzuweisung auf der Leserebene. Es war ein grobes Instrument.

\n

CCcam vs OScam Leserbehandlung

\n

OScam bietet Ihnen einen dedizierten `[reader]`-Block mit Dutzenden potenzieller Parameter zur Feinabstimmung. CCcam hatte nur ein paar globale Zeilen. Dies ist der größte Grund, OScam für die Kartenlesung zu verwenden. Sie können Zeiten anpassen, unerwünschte EMMs blockieren und spezifische Konfigurationen für jede Karte in Ihrem System unabhängig festlegen.

\n

OScams Protokollierung ist auch unendlich besser. Der Versuch, ein Leserproblem in CCcam zu debuggen, war ein Albtraum vager Fehlermeldungen. OScam sagt Ihnen genau, was fehlschlägt und warum.

\n

Migration der Kartenleser-Konfiguration von CCcam zu OScam

\n

Die Migration ist unkompliziert. Für jede `SERIAL READER`-Zeile in Ihrer `CCcam.cfg` erstellen Sie einen `[reader]`-Block in `oscam.server`.

\n

\n
• `SERIAL READER : /dev/ttyUSB0` wird zu `device = /dev/ttyUSB0` und `protocol = mouse`.
\n
• `SMARTCARD CLOCK FREQUENCY: /dev/ttyUSB0 3570000` wird zu `mhz = 357` und `cardmhz = 357`.
\n

\n

Das Beste daran ist, dass OScam als CCcam-Server für Ihre Clients fungieren kann. Sie können alle Ihre Reader in OScam einrichten, um die Vorteile seiner erweiterten Handhabung zu nutzen, und dann einen Port in `oscam.conf` mit `protocol = cccam` konfigurieren. Ihre alten CCcam-Clients können sich mit OScam verbinden und werden den Unterschied nicht einmal bemerken.