OScam C+ nie działa - przyczyny i rozwiązania
OScam nie działa z C+ — to problem, który napotyka wielu użytkowników próbujących skonfigurować serwer dekodowania kart inteligentnych. Najczęściej dzieje się to zaraz po instalacji, gdy wszystko wydaje się być ustawione prawidłowo, ale kanały po prostu nie dekodują się. Przyczyn może być kilka, od błędnej konfiguracji przez problemy sprzętowe, aż po nieprawidłowe ustawienia portów sieciowych.
W tym poradniku przejdę przez rzeczywiste problemy, które powodują, że oscam nie działa c+, i pokażę konkretne sposoby naprawy. Nie będzie tu ogólnikowych rad — będą konkretne ścieżki plików, komendy do wpisania i fragmenty logów, które zobaczysz, gdy coś pójdzie nie tak.
Najczęstsze przyczyny błędów OScam z C+
Zanim zaczniesz cokolwiek naprawiać, musisz wiedzieć, co poszło nie tak. Każdy problem ma swoje charakterystyczne objawy widoczne w logach i interfejsie webowym OScam.
Błędna konfiguracja pliku oscam.conf
To najczęstsze wyjścia. Plik /etc/oscam/oscam.conf (lub /usr/local/etc/oscam/oscam.conf w zależności od dystrybucji) zawiera wszystkie kluczowe ustawienia. Nawet małego błędu — brakujący parametr, zły typ czytnika, czy błędny numer portu — wystarczy, aby OScam nie dekodował.
Co zwykle idzie źle? Sekcja [reader] nie zawiera właściwej definicji portu szeregowego (device), typ czytnika (type) jest zły, lub liczba caid (Conditional Access ID) dla C+ jest nieprawidłowa. C+ w Polsce to CAID 0B00, a jeśli to zignorują, OScam nigdy nie spróbuje dekodować kanałów.
Problemy z portami sieciowymi (8000, 10000, 12000)
OScam słucha na kilku portach jednocześnie. Każdy port ma inną rolę:
- Port 9000 — dvbapi (połączenie z klientem, np. VLC)
- Port 10000 — mgcamd (alternatywny protokół dla źródeł)
- Port 12000 — CCcam (protokół dla źródeł)
- Port 8000 — webinterface (panel kontroli)
Problem pojawia się, gdy któryś z tych portów jest już zajęty przez inny proces. Wtedy OScam startuje, ale nie nasłuchuje prawidłowo. Możesz to sprawdzić komendą netstat -tlnp | grep oscam. Jeśli któreś z portów nie będą tam widać, masz problem.
Brak lub nieprawidłowy EMM cache
EMM (Entitlement Management Message) to wiadomości zawierające uprawnienia dostępu do kanałów. C+ regularnie wysyła EMM — co kilka minut. OScam musi je przechowywać w cache, aby karty inteligentne wiedziały, do jakich kanałów mają dostęp.
Jeśli cache EMM jest wyłączony lub źle skonfigurowany, karta będzie myśleć, że nie ma żadnych uprawnień do C+, i nic się nie dekoduje. W oscam.conf szukaj sekcji [global] i parametru emmcache — powinno być emmcache = 1 i ścieżka do cache'a typu emm_dir = /var/cache/oscam.
Karta inteligentna nie rozpoznawana przez czytnik
Czasem czytnik działa, ale karta w nim nie jest rozpoznawana. W logach zobaczysz coś w stylu "Reader init error" lub "No card inserted". Przyczyny mogą być:
- Karta źle włożona lub zabrudzony kontakt — spróbuj wysunąć i włożyć ją ponownie
- Czytnik nie ma zasilania — USB powinien dostarczać zasilania, ale czasem go brakuje
- Zły driver dla czytnika — FTDI, Prolific, czy inny typ wymagają odpowiedniego drivera w systemie
- Karcie brakuje uprawnień do C+ — jeśli to używana karta, może nie mieć aktywnej subskrypcji
Niewłaściwe ustawienia w sekcji [reader]
Sekcja [reader] w oscam.conf to serce konfiguracji czytnika. Każdy parametr ma znaczenie:
label = my_reader — nazwa czytnika (dowolna, dla Twoich notes)
type = phoenix (lub smargo, mp35, itd.) — typ czytnika. To musi być dokładnie prawidłowy typ, który masz fizycznie
device = /dev/ttyUSB0 — port szeregowy, do którego podłączony jest czytnik
baudrate = 9600 — szybkość transmisji (9600 to standard dla większości czytników)
caid = 0B00 — identyfikator kanału C+. To MUSI być 0B00 dla Cyfrowego Polsatu
Brak lub zły którykolwiek z tych parametrów powoduje, że czytnik nie startuje lub nie potrafi dekodować C+.
Brak połączenia z serwerem lub timeout
Jeśli używasz OScam z źródłem (czyli innym serwerem zamiast fizycznej karty), połączenie musi być stabilne. Timeout to maksymalny czas, jaki OScam czeka na odpowiedź. Jeśli timeout jest za krótki, połączenie będzie się gubiać, jeśli za długi — system będzie wolny.
W oscam.conf sekcja [reader] (dla źródła) powinna mieć connect_timeout = 10000 (10 sekund) i reader_timeout = 5000 (5 sekund). Jeśli widać linie w logach "Timeout on reader", to właśnie tutaj problem.
Diagnostyka poprzez logi OScam
Logi to Twoja najlepsza przyjaciółka, gdy oscam nie działa c+. Powiedzą Ci dokładnie, co poszło nie tak i kiedy.
Gdzie znaleźć pliki logów
Domyślne lokalizacje logów:
/var/log/oscam.log— główny log (na systemach Linux)/tmp/oscam.log— log tymczasowy- Ścieżka określona w oscam.conf w sekcji [global]:
logfile = /var/log/oscam.log
Aby sprawdzić, gdzie są logi w Twojej instalacji, wejdź w panel webowy OScam (port 8000), przejdź do Configuration → Logging i zobacz "Log file".
Jak włączyć debug mode w oscam.conf
Domyślnie OScam loguje tylko ważne zdarzenia. Aby zobaczyć szczegóły (na przykład każdy ECM request), musisz włączyć debug mode:
W sekcji [global] dodaj:
debug = 255
Liczba 255 to maksymalny poziom debugowania. Możesz zwiększyć szczegółowość logów, ale pamiętaj — będą ogromne. Po diagnozuje zmień na debug = 0, aby logi nie rosły chaotycznie.
Po zmianie oscam.conf restart usługi:
systemctl restart oscam (lub service oscam restart na starszych systemach)
Interpretacja komunikatów: 'Reader init error', 'EMM update failed', 'Cannot decode'
Oto co naprawdę oznaczają najczęstsze błędy:
"Reader init error" — czytnik nie mógł się zainicjalizować. Przyczyny: zły port (device), brak uprawnień do portu (chmod 666 /dev/ttyUSB0), lub czytnik w ogóle nie reaguje. Sprawdź, czy urządzenie istnieje: ls -l /dev/ttyUSB0.
"EMM update failed" — OScam odebrał EMM, ale nie mógł go przetworzyć. Powód: karcie brakuje uprawnień do tego kanału, lub EMM cache nie działa. Sprawdź, czy katalog /var/cache/oscam istnieje i ma prawidłowe uprawnienia (chmod 777 /var/cache/oscam).
"Cannot decode" lub "No card inserted" — karta nie jest widoczna dla systemu. Lub OScam jej nie znajduje. Upewnij się, że karta jest włożona prawidłowo, fizycznie przesunięta do końca.
"Timeout on reader" — OScam czekał zbyt długo na odpowiedź z czytnika. Zwiększ timeout: reader_timeout = 10000 zamiast 5000.
Sprawdzenie statusu czytnika (Reader Status w interfejsie webowym)
Otwórz przeglądarkę, wejdź na http://localhost:8000 (lub IP Twojego serwera OScam), zaloguj się (domyślnie użytkownik: oscam, hasło: oscam).
Przejdź do Status → Reader. Zobaczysz tabelę ze wszystkimi czytnikami. Szukaj kolumny "Status" — powinna być zielona i mówić "OK" lub "READY". Jeśli jest czerwona z "OFFLINE" lub "ERROR", czytnik nie działa.
Kolumna "Cards" powinna pokazać liczbę kart (np. "1") i nazwę karty (np. "Irdeto2" dla C+). Jeśli pokazuje "0" lub "No card", karta nie jest widoczna dla OScam.
Monitoring ruchu ECM/EMM w real-time
ECM (Entitlement Control Message) to żądania o dekodowanie kanału. EMM to uprawnienia. W real-time możesz je monitorować:
tail -f /var/log/oscam.log | grep -E "ECM|EMM"
Będziesz widział linie typu:
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
Jeśli widzisz ECM requesty ale brak ECM answer — brak połączenia ze źródłem. Jeśli brak EMM — EMM cache jest wyłączony lub źródło nie wysyła EMM.
Alternatywnie, w panelu webowym OScam przejdź do Status → Reader i obserwuj liczby w kolumnie "ECM" i "EMM" — powinny się zwiększać w real-time.
Konfiguracja OScam dla C+ - sekcje krytyczne
Poniżej znajdziesz dokładne wyjaśnienia każdej sekcji oscam.conf, która ma znaczenie dla C+. Nie będę mówić o każdym parametrze, a tylko o tych, które bezpośrednio wpływają na to, czy oscam nie działa c+.
Sekcja [global] - ustawienia portów i address binding
To ustawienia ogólne dla całego OScam:
[global]
logfile = /var/log/oscam.log
logdir = /var/log/oscam
maxlogsize = 10485760
debug = 0
nice = -20
pidfile = /var/run/oscam.pid
preferlocalcards = 1
emmcache = 1
emm_dir = /var/cache/oscamlogfile — gdzie zapisywać logi. Pamiętaj, aby katalog /var/log/oscam istniał i miał uprawnienia do zapisu.
debug = 0 — zmień na 255 tylko gdy diagnosujesz problemy.
emmcache = 1 — MUSI być 1. To włącza cache EMM, bez którego C+ nie działa.
emm_dir = /var/cache/oscam — katalog, gdzie OScam przechowuje EMM. Musi istnieć i być dostępny do zapisu: mkdir -p /var/cache/oscam && chmod 777 /var/cache/oscam.
Sekcja [reader] - typ czytnika, parametry portu szeregowego
Najważniejsza sekcja dla fizycznego czytnika karty:
[reader]
label = my_card
type = phoenix
device = /dev/ttyUSB0
baudrate = 9600
group = 1
caid = 0B00
ident = 0B00:000000type = phoenix — typ czytnika. Popularne: phoenix, smargo, mp35, stapi. Musi być dokładnie prawidłowy dla Twojego sprzętu. Niepewny? Sprawdź dokumentację czytnika.
device = /dev/ttyUSB0 — port szeregowy. Może być /dev/ttyS0, /dev/ttyUSB1 itd. Sprawdź: ls -l /dev/tty*
baudrate = 9600 — szybkość portu. 9600 to standard. Nie zmieniaj, chyba że znasz typ czytnika.
caid = 0B00 — ID kanału dla C+ (Cyfrowy Polsat). To MUSI być 0B00. Bez tego OScam nie będzie próbować dekodować C+.
ident = 0B00:000000 — dodatkowa identyfikacja. 000000 to domyślne — zwykle OK dla fizycznych kart.
Sekcja [dvbapi] - port 9000, ograniczenia liczby klientów
DVB API to protokół łączący OScam z klientami (VLC, Kodi, itd.):
[dvbapi]
enabled = 1
port = 9000
listen_ip = 0.0.0.0
client_timeout = 600
user = oscam
boxtype = dreamboxport = 9000 — domyślny port. Jeśli jest zajęty, zmień na 9001, 9002, itd. Pamiętaj, aby zmienić też w kliencie.
listen_ip = 0.0.0.0 — nasłuchuj na wszystkich interfejsach. Jeśli chcesz ograniczyć dostęp, zmień na konkretny IP (np. 192.168.1.10).
client_timeout = 600 — timeout dla klienta (w sekundach). 600 to 10 minut — OK dla większości przypadków.
Sekcja [cccam] - jeśli używa się CCcam jako źródła, port 12000
Jeśli nie masz fizycznej karty, tylko źródło (CCcam), ta sekcja jest ważna:
[cccam]
enabled = 1
port = 12000
listen_ip = 0.0.0.0port = 12000 — port, na którym OScam nasłuchuje połączeń z innych serwerów CCcam. Czasem to może być też port, na którym OScam łączy się do źródła. Sprawdź dokumentację źródła.
Jeśli używasz źródła zamiast fizycznej karty, skonfiguruj je w sekcji [reader] z typem type = cccam:
[reader]
label = my_source
type = cccam
host = 192.168.1.20
port = 12000
username = user
password = pass
caid = 0B00Sekcja [mgcamd] - alternatywny protokół, port 10000
MGCAMD to alternatywny protokół dla źródeł (rzadziej używany niż CCcam):
[mgcamd]
enabled = 1
port = 10000
listen_ip = 0.0.0.0Większość źródeł używa CCcam (port 12000), ale niektóre stare mogą być na MGCAMD. Skonfiguruj obydwa, aby być bezpiecznym.
EMM cache settings - lokalizacja, rozmiar, period refresh
EMM to najkrytyczniejsza rzecz dla C+. Bez poprawnego cache'a nic się nie dekoduje:
[global]
emmcache = 1
emm_dir = /var/cache/oscam
emm_level = 4emmcache = 1 — włącz cache.
emm_dir = /var/cache/oscam — folder na cache. Katalog musi istnieć: mkdir -p /var/cache/oscam && chmod 755 /var/cache/oscam
emm_level = 4 — poziom cache'owania. 4 to maksimum dla C+, zapisuje wszystkie EMM.
Rozmiar cache'a nie jest konfigurowalny w oscam.conf — OScam automatycznie zarządza nim. Ale upewnij się, że `/var/cache/oscam` ma wystarczająco miejsca: df -h /var/cache/oscam
Procedura naprawy krok po kroku
Przejdź przez każdy krok w kolejności. Każdy robi coś konkretnego i ma konkretny cel.
Krok 1: Zatrzymanie i restart OScam
Zawsze zaczynaj od restartu. Czasem to rozwiązuje wszystko.
systemctl stop oscam
sleep 2
systemctl start oscam
Czekaj 3-5 sekund na uruchomienie.
Sprawdź status:
systemctl status oscam
Powinna być linia "active (running)". Jeśli "failed", OScam się nie uruchomił — przejdź do kroku 6 (debug mode).
Krok 2: Weryfikacja podłączenia karty
Sprawdź, czy czytnik karty jest w ogóle widoczny w systemie:
ls -l /dev/ttyUSB*
Powinieneś zobaczyć coś w stylu:
crw-rw---- 1 root dialout 188, 0 Jan 15 14:23 /dev/ttyUSB0
Jeśli brak jakichkolwiek /dev/ttyUSB* — czytnik nie jest podłączony lub brak drivera.
Sprawdź, czy system go rozpoznaje:
lsusb | grep -E "FTDI|Prolific|Phoenix"
Jeśli nic się nie pojawia, twój czytnik nie jest rozpoznawany. Spróbuj:
dmesg | tail -20
Powinny być linie o podłączeniu urządzenia USB.
Krok 3: Sprawdzenie uprawnień do urządzeń
OScam musi mieć prawo do odczytania portu szeregowego:
chmod 666 /dev/ttyUSB0
Jeśli jest kilka urządzeń ttyUSB:
chmod 666 /dev/ttyUSB*
Sprawdź, czy OScam jest w grupie dialout (która ma dostęp do portów szeregowych):
id oscam
Powinna być grupa "dialout". Jeśli nie, dodaj:
usermod -aG dialout oscam
I restart OScam:
systemctl restart oscam
Krok 4: Test czytnika przy użyciu narzędzi diagnostycznych
Aby sprawdzić, czy czytnik w ogóle reaguje, spróbuj go testować bez OScam:
cat /dev/ttyUSB0
Włóż kartę do czytnika. System powinien wyświetlić trochę losowych znaków lub nic (to normal). Aby wyjść, naciśnij Ctrl+C.
Jeśli pojawia się błąd "Permission denied", problem to uprawnienia (wróć do kroku 3).
Bardziej zaawansowany test: instalacja narzędzia pcsc-tools (na Debianie: apt-get install pcsc-tools), a następnie:
pcscd (start demon)
pcsc_scan
Powinno wyświetlić: "PC/SC device scanner" i listę kart. Jeśli karta się pojawi, czytnik działa.
Krok 5: Weryfikacja konfiguracji portów w oscam.conf
Otwórz oscam.conf (zwykle /etc/oscam/oscam.conf):
cat /etc/oscam/oscam.conf | grep -A 10 "\[reader\]"
Sprawdzaj po kolei:
- Czy jest linia
device = /dev/ttyUSB0? Czy to prawidłowy port (z kroku 2)? - Czy jest
type = phoenix(lub inny)? Zgadza się z Twoim czytnikiem? - Czy jest
caid = 0B00? To MUSI być 0B00 dla C+. - Czy jest
baudrate = 9600?
Jeśli czegoś brakuje, dodaj ręcznie (edytuj plik: nano /etc/oscam/oscam.conf) i restart.
Krok 6: Włączenie logu debug i restartowanie usługi
Teraz włącz debug mode, aby zobaczyć szczegóły:
nano /etc/oscam/oscam.conf
W sekcji [global], zmień debug = 0 na debug = 255
Zapisz (Ctrl+O, Enter, Ctrl+X w nano).
Restart:
systemctl restart oscam
Teraz logi będą szczegółowe. Czekaj chwilę (30 sekund), aby zgromadzić logi.
Krok 7: Monitoring logów w real-time
To jest kluczowe. Zobaczysz, co dokładnie się dzieje:
tail -f /var/log/oscam.log
Czekaj, aż pojawią się linie z błędami. Typowe błędy:
- "Reader init error" — czytnik się nie uruchamia (kroki 2-3)
- "Cannot open device /dev/ttyUSB0" — zły port lub uprawnienia (kroki 2-3)
- "Card not inserted" — karta nie włożona lub czytnik jej nie widzi
- "ECM request timeout" — brak połączenia ze źródłem
- "No EMM received" — EMM cache nie pracuje (krok 5)
Aby wyjść z tail, naciśnij Ctrl+C.
Jeśli widzisz błędy "Reader init error", spróbuj znaleźć więcej szczegółów:
grep -i "error\|failed" /var/log/oscam.log | tail -20
Krok 8: Testowanie połączenia z klientem
Jeśli czytnik działa i logi są czyste, spróbuj połączyć się klientem (np. VLC):
Otwórz VLC, Narzędzia → Preferencje → Włączenie trybu zaawansowanego.
Sieć → DVB-API. Włącz, wpisz adres: 127.0.0.1 (lub IP serwera), port 9000.
Alternatywnie, komenda:
vlc dvb://frequency=506000000:bandwidth=8000000:constellation=64QAM --dvb-adapter=0
Lub, jeśli masz plik konfiguracyjny kanałów (.m3u), otwórz go w VLC i spróbuj odtworzyć kanał C+.
Jeśli kanał się otworzy i będzie obraz — sukces! OScam działa.
Problemy sprzętowe i komunikacyjne
Nie wszystkie problemy są w konfiguracji. Czasem to sprzęt.
Karta inteligentna nierozpoznawana - sprawdzenie złączy USB
Karta nie reaguje? Przyczyny:
Brudne kontakty. Ostre włóż i wysunięcia karty mogą zabrudzić złote kontakty. Spróbuj osuszyć kartę miękką ścierką (bez chemii!) i włożyć ją ponownie.
Zły port USB. Jakieś porty USB mogą być uszkodzone. Spróbuj inny port na komputerze.
Kabel USB. Jeśli czytnik połączony jest kablem USB (a nie bezpośrednio), kabel może być uszkodzony. Zastąp go.
Zasilanie USB. Niektóre czytniki potrzebują więcej zasilania, niż dostarcza port USB. Spróbuj zasilacza USB z większą mocą (np. 2A zamiast 0.5A).
Aby sprawdzić, czy system dostarcza zasilania do czytnika, spróbuj podłączyć kartę do innego urządzenia (czytnik do telefonu, laptopa, itp.). Jeśli karta pracuje tam — problem jest w Twoim systemie.
Timeout czytnika - zwiększenie timeoutu w konfiguracji
W logach widoczne "Timeout on reader" lub połączenie zrywa się co kilka minut? Problem to timeout za krótki.
W oscam.conf, sekcja [reader]:
reader_timeout = 5000 — zwiększ do 10000 (10 sekund)
connect_timeout = 10000 — zwiększ do 15000 (15 sekund)
Restart:
systemctl restart oscam
Czekaj 30 sekund i sprawdź logi. Jeśli timeouty znikną — problem rozwiązany.
Konflikt portów szeregowych - zmiana przypisania portu
System może przypisać czytnikowi inny port za każdym razem, gdy go podłączysz. Dzisiaj /dev/ttyUSB0, jutro /dev/ttyUSB1.
Rozwiązanie: użyj symlinks oparty na ID urządzenia, a nie numeru portu.
ls -l /dev/serial/by-id/
Powinieneś zobaczyć coś typu:
lrwxrwxrwx 1 root root 13 Jan 15 14:23 usb-FTDI_FT232R-if00-port0 -> ../../ttyUSB0
Skopiuj pełną ścieżkę i użyj jej w oscam.conf:
device = /dev/serial/by-id/usb-FTDI_FT232R-if00-port0
Teraz port będzie zawsze prawidłowy, niezależnie od przypisania systemu.
Karta zablokowana (PIN) - resetowanie karty
Jeśli karta żąda PIN-u i nie znasz go, lub jest zablokowana: OScam nie będzie w stanie jej użyć. Niektóre karty C+ wysyłają PIN przed użyciem.
W interfejsie webowym OScam (Status → Reader), jeśli karta jest zablokowana, będzie to napisane. Możliwe rozwiązania:
- Zresetuj kartę — wyłącz zasilanie czytnika (odłącz USB na 30 sekund), włącz ponownie.
- Jeśli karta wymaga PIN-u, którym znasz, użyj narzędzia do zarządzania kartą (zależy od typu — to poza zakresem tego poradnika).
- Jeśli karta jest całkowicie zablokowana — bez możliwości resetowania — możesz spróbować narzędzi do debugowania karty, ale to ryzykowne (możesz uszkodzić kartę).
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.