Loading...
OScam C+ funktioniert nicht - Ursachen und Lösungen

OScam C+ funktioniert nicht - Ursachen und Lösungen

OScam funktioniert nicht mit C+ — das ist ein Problem, das viele Benutzer haben, die versuchen, einen Smart-Card-Dekodierungsserver zu konfigurieren. Dies passiert normalerweise unmittelbar nach der Installation, wenn alles richtig eingestellt zu sein scheint, aber die Kanäle dekodieren sich einfach nicht. Es kann mehrere Ursachen geben, von falscher Konfiguration über Hardwareprobleme bis hin zu fehlerhaften Netzwerkporteinstellungen.

In diesem Leitfaden werde ich die tatsächlichen Probleme durchgehen, die dazu führen, dassoscam funktioniert nicht c+, und zeige spezifische Lösungen. Es wird hier keine allgemeinen Tipps geben — es werden spezifische Dateipfade, einzugebende Befehle und Protokollfragmente sein, die Sie sehen, wenn etwas schiefgeht.

Häufigste Fehlerursachen bei OScam mit C+

Bevor Sie etwas reparieren, müssen Sie wissen, was schief gelaufen ist. Jedes Problem hat charakteristische Symptome, die in den Protokollen und der OScam-Weboberfläche sichtbar sind.

Falsche Konfiguration der oscam.conf-Datei

Das ist der häufigste Fall. Die Datei/etc/oscam/oscam.conf(oder/usr/local/etc/oscam/oscam.confje nach Distribution) enthält alle wichtigen Einstellungen. Sogar ein kleiner Fehler — fehlender Parameter, falscher Readertyp oder falsche Portnummer — reicht aus, damit OScam nicht dekodiert.

Was läuft normalerweise schief? Der Abschnitt[reader]enthält nicht die richtige Definition des seriellen Ports (device), der Readertyp (type) ist falsch, oder die Nummercaid(Conditional Access ID) für C+ ist falsch. C+ in Polen ist CAID 0B00, und wenn dies ignoriert wird, versucht OScam niemals, Kanäle zu dekodieren.

Probleme mit Netzwerkports (8000, 10000, 12000)

OScam hört gleichzeitig auf mehreren Ports. Jeder Port hat eine andere Rolle:

  • Port 9000 — dvbapi (Verbindung zum Client, z. B. VLC)
  • Port 10000 — mgcamd (alternatives Protokoll für Quellen)
  • Port 12000 — CCcam (Protokoll für Quellen)
  • Port 8000 — webinterface (Kontrollpanel)

Das Problem tritt auf, wenn einer dieser Ports bereits von einem anderen Prozess belegt ist. Dann startet OScam, lauscht aber nicht richtig. Sie können dies mit dem Befehl überprüfennetstat -tlnp | grep oscam. Wenn einige der Ports nicht sichtbar sind, haben Sie ein Problem.

Fehlender oder falscher EMM-Cache

EMM (Entitlement Management Message) sind Nachrichten, die Zugriffsberechtigung für Kanäle enthalten. C+ sendet regelmäßig EMM — alle paar Minuten. OScam muss diese im Cache speichern, damit Smart Cards wissen, auf welche Kanäle sie Zugriff haben.

Wenn der EMM-Cache deaktiviert oder falsch konfiguriert ist, denkt die Karte, dass sie keine Rechte für C+ hat, und nichts wird dekodiert. Suchen Sie in oscam.conf nach dem Abschnitt[global]und dem Parameteremmcache— sollte seinemmcache = 1und der Pfad zum Cache istemm_dir = /var/cache/oscam.

Smart Card wird vom Reader nicht erkannt

Manchmal funktioniert der Reader, aber die Karte wird nicht erkannt. In den Protokollen sehen Sie etwas wie "Reader init error" oder "No card inserted". Die Ursachen können sein:

  • Karte falsch eingeführt oder verschmutzter Kontakt — versuchen Sie, sie herauszunehmen und wieder einzuführen
  • Reader hat keine Stromversorgung — USB sollte Strom liefern, aber manchmal fehlt er
  • Falscher Treiber für den Reader — FTDI, Prolific oder andere Typen benötigen den entsprechenden Treiber im System
  • Karte hat keine Berechtigung für C+ — wenn es sich um eine gebrauchte Karte handelt, hat sie möglicherweise kein aktives Abonnement

Falsche Einstellungen im Abschnitt [reader]

Der Abschnitt [reader] in oscam.conf ist das Herzstück der Reader-Konfiguration. Jeder Parameter ist wichtig:

label = my_reader— Name des Readers (beliebig, für Ihre Notizen)

type = phoenix(oder smargo, mp35, etc.) — Reader-Typ. Dies muss genau dem Typ entsprechen, den Sie physisch haben

device = /dev/ttyUSB0— serieller Port, an den der Reader angeschlossen ist

baudrate = 9600— Übertragungsgeschwindigkeit (9600 ist Standard für die meisten Reader)

caid = 0B00— Kanalkennung für C+. Dies MUSS 0B00 für Cyfrowy Polsat sein

Wenn einer dieser Parameter fehlt oder falsch ist, startet der Reader nicht oder kann C+ nicht dekodieren.

Fehlende Verbindung zum Server oder Timeout

Wenn Sie OScam mit einer Quelle verwenden (d. h. einen anderen Server statt einer physischen Karte), muss die Verbindung stabil sein. Timeout ist die maximale Zeit, die OScam auf eine Antwort wartet. Wenn das Timeout zu kurz ist, geht die Verbindung verloren, wenn zu lang, ist das System langsam.

In oscam.conf sollte der Abschnitt [reader] (für die Quelle) habenconnect_timeout = 10000(10 Sekunden) undreader_timeout = 5000(5 Sekunden). Wenn Sie Zeilen im Protokoll sehen "Timeout on reader", ist dies das Problem.

Diagnose durch OScam-Protokolle

Protokolle sind Ihr bester Freund, wennoscam funktioniert nicht c+. Sie zeigen Ihnen genau, was schief gelaufen ist und wann.

Wo man Protokolldateien findet

Standard-Protokollstandorte:

  • /var/log/oscam.log— Hauptprotokoll (auf Linux-Systemen)
  • /tmp/oscam.log— temporäres Protokoll
  • Pfad angegeben in oscam.conf im Abschnitt [global]:logfile = /var/log/oscam.log

Um zu sehen, wo sich die Protokolle in Ihrer Installation befinden, öffnen Sie die OScam-Weboberfläche (Port 8000), gehen Sie zu Configuration → Logging und sehen Sie "Log file".

Wie man den Debug-Modus in oscam.conf aktiviert

Standardmäßig protokolliert OScam nur wichtige Ereignisse. Um Details zu sehen (zum Beispiel jede ECM-Anfrage), müssen Sie den Debug-Modus aktivieren:

Fügen Sie im Abschnitt [global] Folgendes hinzu:

debug = 255

Die Zahl 255 ist das maximale Debugging-Level. Sie können die Ausführlichkeit der Protokolle erhöhen, aber denken Sie daran — sie werden riesig. Nach der Diagnose ändern Sie aufdebug = 0, damit die Protokolle nicht chaotisch wachsen.

Nach der Änderung von oscam.conf den Service neu starten:

systemctl restart oscam(oderservice oscam restartauf älteren Systemen)

Interpretieren von Meldungen: 'Reader init error', 'EMM update failed', 'Cannot decode'

Hier ist, was diese häufigsten Fehler wirklich bedeuten:

"Reader init error"— Reader konnte nicht initialisiert werden. Ursachen: falscher Port (device), keine Berechtigung für den Port (chmod 666 /dev/ttyUSB0), oder Reader reagiert überhaupt nicht. Prüfen Sie, ob das Gerät existiert:ls -l /dev/ttyUSB0.

"EMM update failed"— OScam empfing EMM, konnte es aber nicht verarbeiten. Grund: Karte hat keine Berechtigung für diesen Kanal, oder EMM-Cache funktioniert nicht. Überprüfen Sie, ob das Verzeichnis/var/cache/oscamexistiert und die richtigen Berechtigungen hat (chmod 777 /var/cache/oscam).

"Cannot decode" oder "No card inserted"— Karte ist für das System nicht sichtbar. Oder OScam findet sie nicht. Stellen Sie sicher, dass die Karte richtig eingeführt ist, vollständig zum Ende verschoben.

"Timeout on reader"— OScam wartete zu lange auf eine Antwort vom Reader. Erhöhen Sie das Timeout:reader_timeout = 10000statt 5000.

Überprüfung des Reader-Status (Reader Status in der Weboberfläche)

Öffnen Sie einen Browser, gehen Sie zuhttp://localhost:8000(oder IP Ihres OScam-Servers), melden Sie sich an (Standard Benutzer: oscam, Passwort: oscam).

Gehen Sie zu Status → Reader. Sie sehen eine Tabelle mit allen Readern. Suchen Sie nach der Spalte "Status" — sie sollte grün sein und "OK" oder "READY" sagen. Wenn sie rot ist mit "OFFLINE" oder "ERROR", funktioniert der Reader nicht.

Die Spalte "Cards" sollte die Anzahl der Karten anzeigen (z. B. "1") und den Namen der Karte (z. B. "Irdeto2" für C+). Wenn sie "0" oder "No card" anzeigt, ist die Karte für OScam nicht sichtbar.

ECM/EMM-Datenverkehr in Echtzeit überwachen

ECM (Entitlement Control Message) sind Anfragen zum Dekodieren des Kanals. EMM sind Berechtigungen. Sie können diese in Echtzeit überwachen:

tail -f /var/log/oscam.log | grep -E "ECM|EMM"

Sie sehen Zeilen wie:

2026-01-15 14:23:45 [reader] C+ card: ECM request CAID 0B00

2026-01-15 14:23:45 [reader] EMM update: PID 123, length 42 bytes

Wenn Sie ECM-Anfragen sehen, aber keine ECM-Antwort — keine Verbindung zur Quelle. Wenn kein EMM — EMM-Cache ist deaktiviert oder die Quelle sendet kein EMM.

Alternativ gehen Sie in der OScam-Weboberfläche zu Status → Reader und beobachten Sie die Zahlen in der Spalte "ECM" und "EMM" — sie sollten sich in Echtzeit erhöhen.

OScam-Konfiguration für C+ - kritische Abschnitte

Unten finden Sie genaue Erklärungen für jeden Abschnitt von oscam.conf, der für C+ wichtig ist. Ich werde nicht über jeden Parameter sprechen, nur über diejenigen, die sich direkt darauf auswirken, oboscam funktioniert nicht c+.

Abschnitt [global] - Port-Einstellungen und Address Binding

Dies sind allgemeine Einstellungen für den gesamten OScam:

[global]

logfile— wo Protokolle zu schreiben sind. Denken Sie daran, dass das Verzeichnis/var/log/oscamexistiert und Schreibberechtigung hat.

debug = 0— nur auf 255 ändern, wenn Sie Probleme diagnostizieren.

emmcache = 1— MUSS 1 sein. Dies aktiviert den EMM-Cache, ohne den C+ nicht funktioniert.

emm_dir = /var/cache/oscam— Verzeichnis, in dem OScam EMM speichert. Muss existieren und beschreibbar sein:mkdir -p /var/cache/oscam&&chmod 777 /var/cache/oscam.Abschnitt [reader] - Reader-Typ, Parameter des seriellen Ports

Der wichtigste Abschnitt für den physischen Smart-Card-Reader:

[reader]

type = phoenix

— Reader-Typ. Beliebt: phoenix, smargo, mp35, stapi. Muss für Ihre Hardware genau richtig sein. Unsicher? Überprüfen Sie die Dokumentation des Readers.device = /dev/ttyUSB0

— serieller Port. Kann sein/dev/ttyS0,/dev/ttyUSB1etc. Überprüfen Sie:ls -l /dev/tty*baudrate = 9600

— Portgeschwindigkeit. 9600 ist Standard. Nicht ändern, es sei denn, Sie kennen den Reader-Typ.caid = 0B00

— Kanal-ID für C+ (Cyfrowy Polsat). Dies MUSS 0B00 sein. Ohne dies versucht OScam nicht, C+ zu dekodieren.ident = 0B00:000000

— zusätzliche Identifikation. 000000 ist Standard — normalerweise OK für physische Karten.Abschnitt [dvbapi] - Port 9000, Einschränkung der Client-Anzahl

DVB API ist das Protokoll, das OScam mit Clients verbindet (VLC, Kodi, etc.):

[dvbapi]

port = 9000

— Standardport. Wenn er belegt ist, ändern Sie ihn auf 9001, 9002, etc. Denken Sie daran, das auch im Client zu ändern.listen_ip = 0.0.0.0

— auf allen Schnittstellen abhören. Wenn Sie den Zugriff einschränken möchten, ändern Sie ihn auf eine bestimmte IP (z. B. 192.168.1.10).client_timeout = 600

— Timeout für Client (in Sekunden). 600 ist 10 Minuten — OK für die meisten Fälle.Abschnitt [cccam] - wenn CCcam als Quelle verwendet wird, Port 12000

Wenn Sie keine physische Karte haben, nur eine Quelle (CCcam), ist dieser Abschnitt wichtig:

[cccam]

port = 12000

— Port, auf dem OScam auf Verbindungen von anderen CCcam-Servern abhört. Manchmal kann dies auch der Port sein, an dem OScam sich mit der Quelle verbindet. Überprüfen Sie die Quelle-Dokumentation.Wenn Sie eine Quelle anstelle einer physischen Karte verwenden, konfigurieren Sie sie im Abschnitt [reader] mit dem Typ

type = cccam:[reader]

Abschnitt [mgcamd] - alternatives Protokoll, Port 10000

MGCAMD ist ein alternatives Protokoll für Quellen (seltener verwendet als CCcam):

[mgcamd]

Die meisten Quellen verwenden CCcam (Port 12000), aber einige alte können MGCAMD sein. Konfigurieren Sie beide, um sicher zu sein.

EMM-Cache-Einstellungen — Ort, Größe, Aktualisierungsintervall

EMM ist die kritischste Sache für C+. Ohne einen ordnungsgemäßen Cache funktioniert nichts:

[global]

emmcache = 1

— Cache aktivieren.emm_dir = /var/cache/oscam

— Ordner für Cache. Das Verzeichnis muss existieren:mkdir -p /var/cache/oscam&&chmod 755 /var/cache/oscamemm_level = 4— Cache-Level. 4 ist das Maximum für C+, speichert alle EMM.

Die Cachegröße ist nicht in oscam.conf konfigurierbar — OScam verwaltet sie automatisch. Aber stellen Sie sicher, dass `/var/cache/oscam` genug Platz hat:df -h /var/cache/oscam

Reparaturverfahren Schritt für SchrittGehen Sie jeden Schritt der Reihe nach durch. Jeder tut etwas Konkretes und hat ein konkretes Ziel.

Schritt 1: Stoppen und Neustarten von OScam

Beginnen Sie immer mit einem Neustart. Manchmal behebt dies alles.

systemctl stop oscam

sleep 2

systemctl start oscam

Warten Sie 3-5 Sekunden zum Starten.

Status überprüfen:

systemctl status oscam

Es sollte eine Zeile "active (running)" sein. Wenn "failed", startete OScam nicht — gehen Sie zu Schritt 6 (Debug-Modus).

Schritt 2: Überprüfung der Kartenverbindung

Überprüfen Sie, ob der Card-Reader im System sichtbar ist:

ls -l /dev/ttyUSB*

Sie sollten etwas Ähnliches sehen:

crw-rw---- 1 root dialout 188, 0 Jan 15 14:23 /dev/ttyUSB0

Wenn keine /dev/ttyUSB* vorhanden ist — Reader ist nicht verbunden oder Treiber fehlt.

Überprüfen Sie, ob das System es erkennt:

lsusb | grep -E "FTDI|Prolific|Phoenix"

Wenn nichts angezeigt wird, wird Ihr Reader nicht erkannt. Versuchen:

dmesg | tail -20

Es sollten Zeilen über die USB-Geräteverbindung vorhanden sein.

Schritt 3: Überprüfung der Geräteberechtigung

OScam muss Lese-Berechtigung für den seriellen Port haben:

chmod 666 /dev/ttyUSB0

Wenn es mehrere ttyUSB-Geräte gibt:

chmod 666 /dev/ttyUSB*

Überprüfen Sie, ob OScam in der Gruppe dialout ist (die Zugriff auf serielle Ports hat):

id oscam

Es sollte die Gruppe "dialout" sein. Wenn nicht, fügen Sie hinzu:

usermod -aG dialout oscam

Und OScam neu starten:

systemctl restart oscam

Schritt 4: Reader-Test mit Diagnosewerkzeugen

Um zu überprüfen, ob der Reader reagiert, versuchen Sie, ihn ohne OScam zu testen:

cat /dev/ttyUSB0

Führen Sie die Karte in den Reader ein. Das System sollte einige zufällige Zeichen oder nichts anzeigen (das ist normal). Zum Beenden drücken Sie Ctrl+C.

Wenn ein Fehler "Permission denied" angezeigt wird, ist das Problem Berechtigung (zurück zu Schritt 3).

Ein fortgeschrittenerer Test: Installation des Werkzeugs pcsc-tools (auf Debian:

apt-get install pcsc-tools

), dann:pcscd(Daemon starten)

pcsc_scanEs sollte angezeigt werden: "PC/SC device scanner" und eine Kartenliste. Wenn die Karte angezeigt wird, funktioniert der Reader.

Schritt 5: Überprüfung der Port-Konfiguration in oscam.conf

Öffnen Sie oscam.conf (normalerweise

/etc/oscam/oscam.conf

):cat /etc/oscam/oscam.conf | grep -A 10 "\[reader\]"Überprüfen Sie der Reihe nach:

Gibt es eine Zeile

device = /dev/ttyUSB0

  • ? Ist dies der richtige Port (aus Schritt 2)?Gibt estype = phoenix
  • (oder andere)? Stimmt es mit Ihrem Reader überein?Gibt escaid = 0B00
  • ? Dies MUSS 0B00 für C+ sein.Gibt esbaudrate = 9600
  • ?Wenn etwas fehlt, fügen Sie es manuell hinzu (bearbeiten Sie die Datei:nano /etc/oscam/oscam.conf

) und starten Sie neu.Schritt 6: Debug-Protokoll aktivieren und Service neu startenAktivieren Sie jetzt den Debug-Modus, um Details zu sehen:

nano /etc/oscam/oscam.conf

Ändern Sie im Abschnitt [global]

debug = 0

aufdebug = 255Speichern Sie (Ctrl+O, Enter, Ctrl+X in nano).Neustart:

systemctl restart oscam

Jetzt werden die Protokolle detailliert. Warten Sie etwas (30 Sekunden), um Protokolle zu sammeln.

Schritt 7: Überwachung von Protokollen in Echtzeit

Das ist entscheidend. Sie sehen genau, was passiert:

tail -f /var/log/oscam.log

Warten Sie auf Zeilen mit Fehlern. Typische Fehler:

"Reader init error" — Reader startet nicht (Schritte 2-3)

"Cannot open device /dev/ttyUSB0" — falscher Port oder Berechtigungen (Schritte 2-3)

  • "Card not inserted" — Karte nicht eingeführt oder Reader sieht sie nicht
  • "ECM request timeout" — keine Verbindung zur Quelle
  • "No EMM received" — EMM-Cache funktioniert nicht (Schritt 5)
  • Um tail zu beenden, drücken Sie Ctrl+C.
  • Wenn Sie Fehler "Reader init error" sehen, versuchen Sie, mehr Details zu finden:

grep -i "error\|failed" /var/log/oscam.log | tail -20

Schritt 8: Test der Client-Verbindung

Wenn der Reader funktioniert und die Protokolle sauber sind, versuchen Sie, sich mit einem Client zu verbinden (z. B. VLC):

Öffnen Sie VLC, Tools → Preferences → Enable advanced mode.

Network → DVB-API. Aktivieren Sie, geben Sie die Adresse ein: 127.0.0.1 (oder Server-IP), Port 9000.

Alternativ der Befehl:

vlc dvb://frequency=506000000:bandwidth=8000000:constellation=64QAM --dvb-adapter=0

Oder, wenn Sie eine Kanalkonfigurationsdatei (.m3u) haben, öffnen Sie sie in VLC und versuchen Sie, einen C+-Kanal abzuspielen.

Wenn der Kanal sich öffnet und ein Bild angezeigt wird — Erfolg! OScam funktioniert.

Hardware- und Kommunikationsprobleme

Nicht alle Probleme sind in der Konfiguration. Manchmal ist es Hardware.

Smart Card wird nicht erkannt - Überprüfung der USB-Anschlüsse

Karte reagiert nicht? Ursachen:

Schmutzige Kontakte.

Rauhe Ein- und Ausstöße der Karte können die goldenen Kontakte verschmutzen. Versuchen Sie, die Karte mit einem weichen Tuch zu trocknen (ohne Chemikalien!) und führen Sie sie erneut ein.

Falscher USB-Anschluss.Einige USB-Ports können beschädigt sein. Versuchen Sie einen anderen Port auf dem Computer.

USB-Kabel.Wenn der Reader mit einem USB-Kabel verbunden ist (nicht direkt), kann das Kabel beschädigt sein. Ersetzen Sie es.

USB-Stromversorgung.Einige Reader benötigen mehr Strom, als ein USB-Port liefert. Versuchen Sie ein USB-Netzteil mit höherer Leistung (z. B. 2A statt 0,5A).

Um zu überprüfen, ob das System Strom zum Reader liefert, versuchen Sie, die Karte an ein anderes Gerät anzuschließen (Reader zu Telefon, Laptop, etc.). Wenn die Karte dort funktioniert — das Problem liegt in Ihrem System.Reader-Timeout — Erhöhung des Timeouts in der Konfiguration

Im Protokoll wird "Timeout on reader" angezeigt oder die Verbindung reißt alle paar Minuten ab? Problem ist das Timeout zu kurz.

In oscam.conf, Abschnitt [reader]:

reader_timeout = 5000

— erhöhen auf

10000(10 Sekunden)connect_timeout = 10000— erhöhen auf

15000(15 Sekunden)Neustart:systemctl restart oscam

Warten Sie 30 Sekunden und überprüfen Sie die Protokolle. Wenn Timeouts verschwinden — Problem gelöst.

Konflikt der seriellen Ports — Änderung der Portzuweisung

Das System kann dem Reader bei jeder Verbindung einen anderen Port zuweisen. Heute /dev/ttyUSB0, morgen /dev/ttyUSB1.

Lösung: verwenden Sie Symlinks basierend auf der Geräte-ID, nicht der Portnummer.

ls -l /dev/serial/by-id/

Sie sollten etwas Ähnliches sehen:

lrwxrwxrwx 1 root root 13 Jan 15 14:23 usb-FTDI_FT232R-if00-port0 -> ../../ttyUSB0

Kopieren Sie den vollständigen Pfad und verwenden Sie ihn in oscam.conf:

device = /dev/serial/by-id/usb-FTDI_FT232R-if00-port0

Jetzt wird der Port immer korrekt sein, unabhängig von der Zuweisung des Systems.

Karte gesperrt (PIN) — Reset der Karte

Wenn die Karte einen PIN verlangt und Sie ihn nicht kennen, oder sie ist gesperrt: OScam kann sie nicht verwenden. Einige C+-Karten senden PIN vor der Verwendung.

In der OScam-Weboberfläche (Status → Reader), wenn die Karte gesperrt ist, wird dies angezeigt. Mögliche Lösungen:

Setzen Sie die Karte zurück — schalten Sie die Reader-Stromversorgung aus (trennen Sie USB für 30 Sekunden), schalten Sie sie wieder ein.

Wenn die Karte einen PIN erfordert, den Sie kennen, verwenden Sie ein Kartenverwaltungswerkzeug (hängt vom Typ ab — liegt außerhalb des Bereichs dieses Leitfadens).

  • Wenn die Karte vollständig gesperrt ist — keine Möglichkeit zum Zurücksetzen — können Sie Card-Debugging-Tools versuchen, aber das ist riskant (Sie können die Karte beschädigen).
  • USB-betriebener Reader — Stromversorgungsprobleme, männlich/weiblich Stecker
  • Reader "verschwindet" unter hoher Last (z. B. während EMM-Aktualisierung)? Ursache: unzureichende Stromversorgung vom USB-Anschl

Czytnik zasilany USB - problemy z zasilaniem, kabel żeński/męski

Czytnik "zanika" pod dużym obciążeniem (np. podczas aktualizacji EMM)? Przyczyna: za mało zasilania z portu USB.

Rozwiązania:

Zasilacz USB 2A+ zamiast 1A. Większość portów USB dostarcza 0.5A, co może być za mało dla czytnika + karty. Weź zasilacz z większą mocą.

Kabel USB wysokiej jakości. Tani kabel może mieć złe kontakty. Spróbuj innego.

Różne porty USB na komputerze. Tylne porty USB na desktopach zwykle mają lepsze zasilanie niż przednie.

USB hub z zasilaniem. Jeśli czytnik podłączony jest do hubu, hub również musi być zasilany oddzielnie.

Jeśli problem się powtarza — czytnik może być wadliwy.

Часто задаваемые вопросы

Co oznacza błąd 'Cannot decode' w OScam dla C+?

Ten błąd ma zwykle trzy przyczyny. Po pierwsze: brak dostępu EMM — karta nie otrzymała uprawnień do kanału (cache EMM jest wyłączony lub źródło nie wysyła EMM). Po drugie: brak połączenia ze źródłem — jeśli używasz źródła zamiast fizycznej karty, połączenie jest martwe (timeout, zły adres/port). Po trzecie: karcie brakuje uprawnień do C+ — jeśli to stara karta, może nie mieć aktywnej subskrypcji. Sprawdź najpierw logi: tail -f /var/log/oscam.log | grep -i "cannot decode\|EMM\|ECM". Jeśli widzisz "ECM request" ale brak "ECM answer" — problem to źródło. Jeśli brak EMM — włącz cache: emmcache = 1 w oscam.conf.

Jak sprawdzić czy czytnik karty jest widoczny w systemie?

Są trzy sposoby. Pierwszy: lsusb — sprawdza urządzenia USB. Powinna pojawić się linia z typem czytnika (np. "FTDI FT232R" dla popularnych czytników). Drugi: ls -l /dev/ttyUSB* lub ls -l /dev/ttyS* — wypisuje porty szeregowe. Jeśli czytnik jest podłączony, powinien być tu widoczny (np. /dev/ttyUSB0). Trzeci: dmesg | tail -30 — wypisuje logi systemowe dotyczące nowych urządzeń. Tam powinna być linia o podłączeniu czytnika (np. "usb 1-1: FTDI USB Serial Device converter now attached"). Jeśli żaden z tych nie pokazuje czytnika — nie jest podłączony, uszkodzony, lub brak drivera.

Jaki port powinien mieć dvbapi w oscam.conf?

Domyślny port to 9000. W oscam.conf sekcja [dvbapi] powinna zawierać: port = 9000. Klient (VLC, Kodi, czy inny) musi łączyć się na tym samym porcie i tym samym adresie IP (domyślnie localhost/127.0.0.1, lub IP serwera OScam). Jeśli widzisz błąd "Port already in use", zmień port na inny (np. 9001, 9002) w OScam i również w kliencie. Sprawdzić, który proces zajmuje port: netstat -tlnp | grep 9000.

Gdzie są przechowywane logi OScam i jak je zczytać?

Domyślnie logi to /var/log/oscam.log na Linuxie, lub /tmp/oscam.log na systemach wbudowanych (embedded). Dokładna ścieżka określona jest w oscam.conf, sekcja [global], parametr logfile = /var/log/oscam.log. Aby czytać logi: cat /var/log/oscam.log (całej plik) lub tail -50 /var/log/oscam.log (ostatnie 50 linii). Do monitorowania live: tail -f /var/log/oscam.log. Do filtrowania błędów: grep ERROR /var/log/oscam.log. Jeśli plik jest bardzo duży (powyżej 100MB), OScam sam go rotuje — szukaj ook starszych logów: ls -lh /var/log/oscam.log*.

Dlaczego OScam przestał działać po aktualizacji systemu?

Aktualizacja systemu może zmienić kilka rzeczy. Najprawdopodobniej: zmiana wersji bibliotek (np. libssl), co może być niezgodne ze starszą wersją OScam — spróbuj przebudować OScam ze źródeł lub zainstaluj nowszą wersję. Drugie: zmiana uprawnień do portu szeregowego — czytnik stracił dostęp. Przywróć: chmod 666 /dev/ttyUSB*. Trzecie: zmiana ścieżki pliku konfiguracyjnego — sprawdź czy oscam.conf jest w prawidłowym miejscu (zapamiętaj ścieżkę z poprzedniej instalacji). Czwarte: zmiana reguł firewall — jeśli masz firewall, port 9000 (dvbapi) może być zablokowany. Otwórz: sudo iptables -A INPUT -p tcp --dport 9000 -j ACCEPT. Jeśli nic nie pomaga, spróbuj pełnego restartu OScam: systemctl stop oscam && sleep 3 && systemctl start oscam.

Jak monitorować ruch ECM/EMM w real-time?

Najprostsze: włączy debug mode w oscam.conf (debug = 255), restart OScam, a następnie: tail -f /var/log/oscam.log | grep -E "ECM|EMM". Będziesz widział każdy request ECM (żądanie dekodowania) i EMM (uprawnienia). Szukaj linii: "ECM request CAID 0B00" (request do dekodowania C+) i "ECM answer" (odpowiedź, czyli dekodowanie pracuje). EMM powinno pojawiać się co kilka minut: "EMM update". Jeśli widzisz requesty ale brak answerów — źródło nie odpowiada. Jeśli brak EMM — cache nie pracuje. Alternatywnie, w interfejsie webowym OScam (http://localhost:8000), Status → Reader, obserwuj liczby w kolumnie "ECM" i "EMM" — powinny się zmieniać. Do zaawansowanego monitoringu użyj: tcpdump -i any port 9000 -A (śledzi ruch dvbapi), ale to zaawansowane.