Odczyt kart inteligentnych dla CCcam& OScam: Kompletny przewodnik 2026

\n

Jeśli kiedykolwiek konfigurowałeś serwer satelitarny, wiesz, że oprogramowanie to tylko połowa walki. Prawdziwa magia dzieje się, gdy podłączasz fizyczną kartę inteligentną. Sprawienie, by twój serwer rozmawiał z tym małym kawałkiem plastiku, może być ogromnym bólem głowy. Tutaj wchodzi odpowiedniakonfiguracja odczytu kart inteligentnych i szczerze mówiąc, większość dostępnych przewodników jest albo przestarzała, albo po prostu błędna. Pomijają szczegóły, które naprawdę mają znaczenie.

\n

Spędziłem lata zmagając się z konfiguracjami OScam i CCcam, od starych Dreamboxów z wewnętrznymi czytnikami po nowoczesne serwery Linux z kilkunastoma czytnikami USB podłączonymi do nich. Widziałem każdy możliwy błąd. Więc przejdźmy przez to, jak to wszystko działa, jak to poprawnie skonfigurować w 2026 roku i jak to naprawić, gdy nieuchronnie się zepsuje.

\n

Omówimy wybór czytnika, konfigurację OScam (ponieważ powinieneś używać OScam), odczytywanie logów i rozwiązywanie najczęstszych awarii. Bez zbędnych słów, tylko praktyczne kroki, które działają.

Jak działa odczyt kart inteligentnych w systemach satelitarnych

\n

Zanim zaczniesz edytować pliki konfiguracyjne, musisz zrozumieć podstawową rozmowę, która odbywa się między twoim odbiornikiem, twoim serwerem a kartą inteligentną. To prosty przepływ żądania i odpowiedzi, ale awaria na którymkolwiek etapie oznacza czarny ekran.

\n

Co się dzieje, gdy karta jest odczytywana

\n

Spójrz, w swojej istocie, transmisja satelitarna jest szyfrowana. Twój dekoder lub telewizor nie może jej samodzielnie zdekodować. Potrzebuje klucza, zwanego Słowem Kontrolnym (CW). To CW zmienia się co 10-15 sekund, aby zapobiec piractwu. Zadaniem karty inteligentnej jest wygenerowanie tego CW na żądanie.

\n

Proces wygląda tak: twój odbiornik dostraja się do kanału, pobiera zaszyfrowany pakiet zwany Komunikatem Kontroli Uprawnień (ECM) i wysyła ten ECM do karty inteligentnej. Karta, jeśli twoja subskrypcja jest ważna, wykonuje pewne kryptograficzne czary i zwraca poprawne 64-bitowe Słowo Kontrolne. Odbiornik używa tego CW do odszyfrowania wideo i audio przez następne kilka sekund. Cały ten cykl musi odbywać się bezbłędnie co 10 sekund.

\n

Czytnik kart sam w sobie jest tylko interfejsem sprzętowym. Zapewnia zasilanie dla karty i tłumaczy komunikację USB lub szeregową z twojego serwera na protokół ISO 7816, którym posługują się karty inteligentne. Oprogramowanie serwera (OScam) zarządza kolejką żądań ECM i wysyła je do czytnika.

\n

ECM vs EMM: Dwa typy danych kart

\n

W logach będziesz widzieć dwa akronimy: ECM i EMM. To nie to samo.

\n

\n
• ECM (Komunikat Kontroli Uprawnień): To jest żądanie "jaki jest klucz?". Dzieje się to nieustannie, gdy oglądasz kanał. Szybki czas odpowiedzi ECM jest kluczowy, aby uniknąć zakłóceń lub zawieszeń na ekranie.
\n
• EMM (Komunikat Zarządzania Uprawnieniami): To jest komunikat "zaktualizuj swoją subskrypcję". Nadawca wysyła je, aby aktywować nowe pakiety, zaktualizować daty ważności lub dezaktywować kartę. EMM są zapisywane *na* karcie i zdarzają się znacznie rzadziej niż odczyty ECM.
\n

\n

Poprawne odczyty ECM sprawiają, że obraz się pojawia. Poprawne odczyty EMM utrzymują twoją subskrypcję aktywną. Źle skonfigurowany serwer może poprawnie odczytywać ECM, ale nie przetwarzać EMM, co prowadzi do wygaśnięcia twojej karty, mimo że opłaciłeś rachunek.

\n

Rola czytnika kart w CCcam i OScam

\n

Oprogramowanie serwera, niezależnie od tego, czy jest to starszy CCcam, czy znacznie potężniejszy OScam, działa jak policjant ruchu. Akceptuje żądania ECM (zarówno z lokalnego odbiornika przez DVB-Api, jak i od klientów sieciowych) i przekazuje je do odpowiedniego czytnika kart.

\n

OScam, w szczególności, jest w tym doskonały. Może zarządzać wieloma czytnikami, filtrować żądania na podstawie dostawcy (CAID) i równoważyć obciążenie. Zadaniem czytnika jest czysto fizyczne. Odbiera cyfrowe żądanie z OScam przez port USB (jak `/dev/ttyUSB0`) i tłumaczy je na sygnały elektryczne, które rozumie karta inteligentna.

\n

Gdy karta odpowiada CW, czytnik tłumaczy to z powrotem i wysyła do OScam, który następnie przekazuje to do klienta. Cała podróż tam i z powrotem, dla lokalnej karty, powinna zająć znacznie mniej niż 500 milisekund. Jeśli będzie wolniej, to możesz mieć kłopoty.

Wybór i konfiguracja czytnika kart

\n

Nie możesz po prostu wziąć dowolnego czytnika kart USB z Amazona. Potrzebujesz takiego, który jest zaprojektowany do kart inteligentnych satelitów i obsługuje odpowiednie protokoły. Dobrą wiadomością jest to, że najlepsze opcje są tanie i powszechnie dostępne.

\n

Typy kompatybilnych czytników kart: Phoenix, Smartmouse i czytniki wewnętrzne

\n

Zapomnij o wszystkich wymyślnych nazwach. Prawie każdy czytnik kart USB, który znajdziesz dzisiaj, to czytnik typu "Phoenix". Używa prostego protokołu szeregowego, który jest niezwykle niezawodny i obsługiwany przez wszystko. Starsze zestawy hobbystyczne czasami używały czytników "Smartmouse", które są funkcjonalnie podobne, ale wymagają różnych ustawień napięcia. Dla jakiegokolwiek nowego zestawu w 2024 roku, po prostu weź czytnik USB, który działa w trybie Phoenix.

\n

Wiele odbiorników satelitarnych, takich jak te od VU+ lub Dreambox, ma wbudowane czytniki. To fantastyczne, ponieważ nie zajmują portu USB i są bezpośrednio podłączone. W systemie Linux zazwyczaj pojawiają się jako `/dev/sci0` (dla górnego slotu) i `/dev/sci1` (dla dolnego slotu). Są traktowane jako "wewnętrzne" czytniki w OScam.

\n

Niektóre tanie czytniki mogą wymagać określonego napięcia (3.3V vs 5V). Użycie niewłaściwego napięcia może trwale uszkodzić twoją kartę inteligentną, więc najlepiej jest kupić czytnik z automatycznym przełączaniem lub odpowiednio skonfigurowanym zasilaczem. Większość nowoczesnych czytników USB radzi sobie z tym automatycznie.

\n

Czytniki kart USB vs szeregowe: zalety i wady

\n

Dawniej używaliśmy rzeczywistych czytników portów szeregowych RS-232. Były one niezwykle solidne, ale wymagały komputera z portem szeregowym, który teraz jest praktycznie eksponatem muzealnym. Dziś wszystko jest USB.

\n

Czytniki USB są wygodne i wystarczająco szybkie dla każdej pojedynczej karty. Ich jedyną prawdziwą wadą jest to, że Linux czasami dziwnie traktuje nazewnictwo urządzeń. Twój czytnik może być `/dev/ttyUSB0` jednego dnia, a `/dev/ttyUSB1` następnego, jeśli podłączysz rzeczy inaczej. Można to naprawić za pomocą reguł `udev`, ale to jest uciążliwe.

\n

Niektórzy zaawansowani użytkownicy, szczególnie na Raspberry Pi, mogą używać czytników opartych na GPIO. To w zasadzie czytniki szeregowe, które łączą się bezpośrednio z pinami Pi. Działają dobrze, ale wymagają najpierw wyłączenia konsoli szeregowej jądra, co może być trudne dla nowicjuszy.

\n

Wykrywanie czytnika kart w Linuxie

\n

Więc podłączyłeś swój nowy czytnik USB do swojego serwera Linux. Jak sprawdzić, czy system w ogóle go widzi? Otwórz terminal i uruchom te polecenia.

\n

Najpierw sprawdź, czy jest rozpoznawany jako urządzenie USB:

\n

lsusb

\n

Powinieneś zobaczyć linię wspominającą "Future Technology Devices International, Ltd FT232 Serial (UART) IC" lub coś podobnego. To chipset w 99% tych czytników. Następnie sprawdź komunikaty jądra, aby zobaczyć, który sterownik został załadowany:

\n

dmesg | grep -i tty

\n

To powinno pokazać, że sterownik `ftdi_sio` został podłączony i utworzył węzeł urządzenia. Na koniec znajdź ten węzeł urządzenia:

\n

ls /dev/ttyUSB*

\n

Wynik prawdopodobnie będzie `/dev/ttyUSB0`. To jest ścieżka, której potrzebujesz do konfiguracji OScam. Na niektórych systemach może to być `/dev/ttyACM0`. Proces jest taki sam, wystarczy użyć poprawnej ścieżki.

Konfigurowanie OScam do Odczytu Kart

\n

Tutaj dzieje się magia. Konfiguracja OScam jest potężna, ale może być przytłaczająca. Musimy skupić się tylko na jednym pliku dla podstawowegoodczytu kart inteligentnych: `oscam.server`. Ten plik znajduje się w katalogu konfiguracyjnym OScam, zazwyczaj `/etc/oscam/` lub `/usr/local/etc/`.

\n

Każdy czytnik kart ma swój własny blok `[reader]` w tym pliku.

\n

Blok Konfiguracji Czytnika w oscam.server

\n

Oto typowa, solidna konfiguracja dla standardowego czytnika USB Phoenix. Dodaj to do swojego pliku `oscam.server`.

\n

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

\n

Rozłóżmy to na czynniki pierwsze. To jest minimum, które potrzebujesz, aby uzyskać odczyt karty.

\n

Kluczowe parametry: protocol, device, caid i group

\n

\n
• label: Po prostu przyjazna nazwa, abyś mógł zidentyfikować czytnik w logach. Uczyń ją opisową.
\n
• protocol: Dla prawie każdego czytnika USB lub wewnętrznego, powinno to być `mouse` lub `internal`. OScam jest wystarczająco inteligentny, aby zrozumieć szczegóły. Nie komplikuj tego.
\n
• device: Ścieżka urządzenia Linux, którą znaleźliśmy wcześniej. Zazwyczaj `/dev/ttyUSB0` dla czytników USB lub `/dev/sci0` dla czytników wewnętrznych.
\n
• caid: To jest krytyczne. Filtruje żądania, aby tylko poprawne były wysyłane do tej karty. Musisz znaleźć CAID dla swojego dostawcy. Szybkie wyszukiwanie online "[Nazwa Twojego Dostawcy] CAID" da ci czterocyfrowy kod szesnastkowy.
\n
• group: Liczba od 1 do 64. W ten sposób przyznajesz dostęp. W twoim pliku `oscam.user`, każdy użytkownik w `group = 1` będzie mógł korzystać z tego czytnika.
\n

\n

Konfigurowanie Czytnika dla Specyficznych Systemów Kart

\n

Ustawienia `mhz` i `cardmhz` są najczęstszym źródłem problemów. `mhz` ustawia prędkość portu szeregowego dla samego czytnika, podczas gdy `cardmhz` ustawia prędkość zegara dla karty inteligentnej.

\n

Dobrym punktem wyjścia dla prawie każdej karty jest `357` (co oznacza 3,57 MHz). Niektóre karty, szczególnie starsze karty Nagravision lub Seca, mogą wymagać wyższej prędkości zegara, takiej jak `600`. Jeśli twoja karta nie inicjalizuje się (zobaczysz "błąd ATR" w logach), to jest pierwsze ustawienie, które powinieneś dostosować. Spróbuj 357, potem 368, potem 600. Jedno z nich prawdopodobnie zadziała.

\n

Dla konkretnych systemów możesz potrzebować dodatkowych linii. Na przykład niektóre karty Viaccess potrzebują linii `force_irdeto = 1`, podczas gdy niektóre karty Conax działają lepiej z konkretnym ustawieniem `ins7e`. Ale zacznij najpierw od podstawowej konfiguracji. 90% kart będzie działać tylko z blokiem, który pokazałem powyżej.

\n

Weryfikacja udanego odczytu karty w interfejsie internetowym OScam

\n

Gdy zapiszesz `oscam.server` i zrestartujesz OScam, czas sprawdzić, czy to zadziałało. Otwórz swój interfejs internetowy OScam (zwykle `http://your-server-ip:8888`) i przejdź do zakładki "Readers".

\n

Powinieneś zobaczyć swój czytnik, z etykietą, którą mu nadałeś. Status powinien mówić "CARDOK". Jeśli mówi "ERROR" lub "OFF", coś jest nie tak w twojej konfiguracji. Kliknij ikonę "i" (info) obok statusu czytnika. To pokaże ci ciąg ATR (Answer To Reset) z karty i, co ważniejsze, listę uprawnień. Jeśli widzisz swoje pakiety subskrypcyjne i ich daty wygaśnięcia, gratulacje. Twoja karta jest odczytywana poprawnie.

Odczytywanie danych ECM i EMM: logi i diagnostyka

\n

Interfejs internetowy jest świetny do szybkiego sprawdzenia statusu, ale prawdziwa historia jest w logach. Strona "Live Log" w interfejsie internetowym to twój najlepszy przyjaciel w debugowaniu. Udało sięodczytać kartę inteligentną łatwo zauważyć.

\n

Zrozumienie wyjścia logu OScam dla odczytów kart

\n

Gdy klient żąda klucza, zobaczysz linię logu jak ta:

\n

2026/01/15 10:30:05 12345678 c client_user (0100&00006A/1234/5678/90:ABCD...): znaleziono (112ms) przez lokalny czytnik kart\n

\n

Kluczowe części to `znaleziono` i `(112ms)`. To oznacza, że twój czytnik, `lokalny-czytnik-kart`, pomyślnie odszyfrował ECM w 112 milisekund. To świetny czas. Jeśli widzisz `nie znaleziono` lub `timeout`, oznacza to, że żądanie nie powiodło się.

\n

Jeśli log pokazuje błąd podczas uruchamiania, taki jak `ERROR: Opening device /dev/ttyUSB0 (errno=13 Permission denied)`, to jest to problem z uprawnieniami w Linuxie, a nie problem z OScam.

\n

Przepływ żądania ECM i czasy odpowiedzi

\n

Dla lokalnego czytnika kart, twoje czasy ECM powinny konsekwentnie wynosić poniżej 500ms. Osobiście dążę do poniżej 200ms. Jeśli widzisz czasy zbliżające się do 700ms lub wyżej, możesz mieć zakłócenia na ekranie. Często jest to spowodowane niepoprawnym ustawieniem `cardmhz` lub przeciążonym portem USB.

\n

Gdy dzielisz tę kartę przez sieć, musisz dodać opóźnienie sieciowe do tego czasu. Jeśli twój lokalny odczyt wynosi 150ms, a ping sieciowy do twojego klienta to 50ms, klient zobaczy czas odpowiedzi 200ms. Dlatego szybki lokalny odczyt jest tak ważny.

\n

Pisanie EMM: Kiedy i dlaczego karty potrzebują aktualizacji

\n

Aby utrzymać subskrypcje twojej karty na bieżąco, OScam musi mieć możliwość zapisywania EMM-ów na niej. Ustawienie `au = 1` w twoim bloku `[reader]` to umożliwia. OScam automatycznie zobaczy EMM-y w strumieniu transmisji i przekaże te, które są przeznaczone dla twojej karty.

\n

Możesz to zobaczyć w logach. Szukaj linii zawierających "EMM". Możesz również sprawdzić stronę "Readers" i kliknąć na nazwę czytnika, aby zobaczyć statystyki dotyczące liczby zapisanych EMM.

\n

Słowo ostrzeżenia: w niektórych bardzo specyficznych systemach, włączenie auto-EMM z niewłaściwymi ustawieniami może faktycznie uszkodzić dane subskrypcyjne karty. To jest rzadkie, ale dlatego zawsze powinieneś zaczynać od znanej, dobrej konfiguracji dla swojego typu karty. W razie wątpliwości, wyłącz `au`, aż potwierdzisz poprawne ustawienia.

\n

Używanie DVBApi do lokalnego odczytu kart

\n

Jeśli uruchamiasz OScam na tym samym urządzeniu, na którym oglądasz telewizję (jak VU+), użyjesz protokołu `dvbapi`. Umożliwia to OScam uzyskanie żądań ECM bezpośrednio z tunera odbiornika. Konfigurujesz to w pliku `oscam.conf` w sekcji `[dvbapi]`.

\n

Użytkownik DVB-Api będzie następnie żądał od lokalnego czytnika tak, jakby był klientem sieciowym. To niezwykle wydajne ustawienie i zapewnia najszybsze możliwe czasy przełączania kanałów.

Rozwiązywanie problemów z niepowodzeniami odczytu kart

\n

Rzeczy mogą pójść źle. To fakt życia. Oto lista kontrolna najczęstszych awarii, od sprzętu po sieć.

\n

Karta nie została wykryta: problemy ze sprzętem i uprawnieniami

\n

Jeśli OScam zgłasza "Nie można otworzyć urządzenia" lub czytnik pokazuje "OFF", to problem na niskim poziomie.

\n

\n
1. Sprawdź połączenie fizyczne: Czy kabel USB jest dobrze podłączony? Czy karta jest poprawnie włożona (chip w dół)? Brzmi głupio, ale się zdarza.
\n
2. Zweryfikuj ścieżkę urządzenia: Uruchom ponownie `ls /dev/ttyUSB*`. Czy nazwa urządzenia zmieniła się po ponownym uruchomieniu? Jeśli tak, może być konieczne utworzenie reguły `udev`, aby przypisać statyczną nazwę.
\n
3. Napraw uprawnienia: To jest główny winowajca. Użytkownik uruchamiający proces OScam potrzebuje dostępu do odczytu/zapisu do urządzenia. Najłatwiejszym rozwiązaniem jest dodanie tego użytkownika do grupy `dialout`:\n

   sudo usermod -a -G dialout oscam_user

   \n Zastąp `oscam_user` rzeczywistą nazwą użytkownika, pod którą działa OScam. Musisz ponownie uruchomić lub wylogować się, aby zmiana grupy zaczęła obowiązywać.
\n
4. Sprawdź konflikty: Czy inny program trzyma port otwarty? Uruchom `fuser /dev/ttyUSB0`. Jeśli zwraca identyfikator procesu (PID), inna usługa korzysta z twojego czytnika.
\n
5. Problemy z Dockerem: Jeśli uruchamiasz OScam w kontenerze Docker, domyślnie nie widzi urządzeń USB. Musisz jawnie przekazać urządzenie do kontenera, gdy go uruchamiasz, używając flagi `--device=/dev/ttyUSB0`.
\n

\n

Karta wykryta, ale brak deszyfracji: niezgodność CAID i dostawcy

\n

Czytnik pokazuje "CARDOK", ale w logach otrzymujesz "nie znaleziono". To jest problem z konfiguracją.

\n

Najpierw sprawdź ATR. W interfejsie internetowym OScam przejdź do Readers -> Info. ATR to długi ciąg szesnastkowy, który identyfikuje kartę. Szybkie wyszukiwanie tego ciągu ATR w Internecie często może powiedzieć ci, jaki to rodzaj karty. Jeśli ATR jest zniekształcony lub brakujący, masz problem z `cardmhz`.

\n

Następnie dokładnie sprawdź swój `caid` w `oscam.server`. Czy jesteś pewien, że to właściwy dla twojego dostawcy? Sprawdź także ustawienie `ident`. Niektórzy dostawcy wymagają, abyś określił nie tylko CAID, ale także identyfikator dostawcy, jak `caid = 0100` i `ident = 0100:00006A`.

\n

Wolne odczyty kart i błędy timeout

\n

Jeśli czasy ECM są powyżej 500 ms, jesteś w strefie zagrożenia. To prawie zawsze jest niezgodność prędkości zegara.

\n

Wróć do swojego pliku `oscam.server` i baw się wartościami `mhz` i `cardmhz`. Złotą zasadą jest, aby utrzymać je na tym samym poziomie. Zacznij od `357`. Jeśli odczyty są wolne lub otrzymujesz błędy ATR, spróbuj `368`. Nadal nie działa? Spróbuj `600`. Jedna z tych trzech wartości działa dla 99% kart. Nie wybieraj losowo liczb.

\n

Unikaj także tanich, niepodłączonych hubów USB. Mogą wprowadzać opóźnienia i problemy z zasilaniem. Podłącz swój czytnik bezpośrednio do serwera, jeśli to możliwe.

\n

Czytnik kart działa lokalnie, ale nie przez sieć

\n

To klasyczny problem zarządzania użytkownikami OScam. Twój lokalny DVB-Api działa, ale twój przyjaciel łączący się przez internet nic nie dostaje.

\n

Przyczyną jest prawie zawsze niezgodność `group`. W `oscam.server` twój czytnik jest przypisany do grupy (np. `group = 1`). W `oscam.user` konto klienta również musi mieć dostęp do tej grupy (np. `group = 1`). Jeśli czytnik jest w grupie 1, a użytkownik w grupie 2, nigdy nie będą mogli uzyskać dostępu do karty. Dokładnie sprawdź przypisania grup.

Różnice w konfiguracji czytnika kart CCcam

\n

Wiele osób nadal korzysta z oryginalnego oprogramowania CCcam. Chociaż OScam jest znacznie lepszy doodczytu kart inteligentnych, warto wiedzieć, jak działał stary sposób, szczególnie jeśli migrujesz.

\n

Składnia linii czytnika CCcam.cfg

\n

W CCcam konfiguracja czytnika była realizowana w pliku `CCcam.cfg`. Było to znacznie prostsze i również znacznie mniej elastyczne. Linia dla czytnika USB wyglądałaby tak:

\n

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

\n

To wszystko. Określiłeś urządzenie i częstotliwość zegara w Hz (zauważ dodatkowe zera w porównaniu do MHz OScam). Nie było granularnej kontroli nad filtrowaniem CAID, obsługą EMM ani przypisaniem grup na poziomie czytnika. To było tępe narzędzie.

\n

Obsługa czytnika CCcam vs OScam

\n

OScam daje ci dedykowany blok `[reader]` z dziesiątkami potencjalnych parametrów do precyzyjnego dostosowania. CCcam miał tylko kilka globalnych linii. To jest największy powód, aby używać OScam do odczytu kart. Możesz dostosować czasy, blokować niechciane EMM i ustawiać specyficzne konfiguracje dla każdej karty w swoim systemie niezależnie.

\n

Logowanie OScam jest również nieskończono lepsze. Próba debugowania problemu z czytnikiem w CCcam była koszmarem niejasnych komunikatów o błędach. OScam dokładnie informuje, co zawodzi i dlaczego.

\n

Migracja konfiguracji czytnika kart z CCcam do OScam

\n

Migracja jest prosta. Dla każdej linii `SERIAL READER` w swoim `CCcam.cfg` tworzysz blok `[reader]` w `oscam.server`.

\n

\n
• `CZYTNIK SZEREGOWY : /dev/ttyUSB0` staje się `device = /dev/ttyUSB0` i `protocol = mouse`.
\n
• `CZĘSTOTLIWOŚĆ ZEGARA KARTY SMART: /dev/ttyUSB0 3570000` staje się `mhz = 357` i `cardmhz = 357`.
\n

\n

Najlepszą częścią jest to, że OScam może działać jako serwer CCcam dla Twoich klientów. Możesz skonfigurować wszystkie swoje czytniki w OScam, aby skorzystać z jego zaawansowanego zarządzania, a następnie skonfigurować port w `oscam.conf` z `protocol = cccam`. Twoi starzy klienci CCcam mogą połączyć się z OScam i nawet nie zauważą różnicy.