OScam C+ nie działa - przyczyny i rozwiązania
\n\nOScam 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.
\n\nW tym poradniku przejdę przez rzeczywiste problemy, które powodują, żeoscam 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.
\n\nNajczęstsze przyczyny błędów OScam z C+
\n\nZanim zaczniesz cokolwiek naprawiać, musisz wiedzieć, co poszło nie tak. Każdy problem ma swoje charakterystyczne objawy widoczne w logach i interfejsie webowym OScam.
\n\nBłędna konfiguracja pliku oscam.conf
\n\nTo 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 liczbacaid (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)
\n\nOScam słucha na kilku portach jednocześnie. Każdy port ma inną rolę:
\n- \n
- Port 9000 — dvbapi (połączenie z klientem, np. VLC) \n
- Port 10000 — mgcamd (alternatywny protokół dla źródeł) \n
- Port 12000 — CCcam (protokół dla źródeł) \n
- Port 8000 — webinterface (panel kontroli) \n
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
\n\nEMM (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.
\n\nJeś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 parametruemmcache — powinno byćemmcache = 1 i ścieżka do cache'a typuemm_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+.
\n\nBrak połączenia z serwerem lub timeout
\n\nJeś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ę gubić, jeśli za długi — system będzie wolny.
\n\nW oscam.conf sekcja [reader] (dla źródła) powinna miećconnect_timeout = 10000 (10 sekund) ireader_timeout = 5000 (5 sekund). Jeśli widać linie w logach "Timeout on reader", to właśnie tutaj problem.
Diagnostyka poprzez logi OScam
\n\nLogi to Twoja najlepsza przyjaciółka, gdyoscam nie działa c+. Powiedzą Ci dokładnie, co poszło nie tak i kiedy.
\n\nGdzie znaleźć pliki logów
\n\nDomyślne lokalizacje logów:
\n- \n
/var/log/oscam.log— główny log (na systemach Linux) \n/tmp/oscam.log— log tymczasowy \n- Ścieżka określona w oscam.conf w sekcji [global]:
logfile = /var/log/oscam.log\n
Aby sprawdzić, gdzie są logi w Twojej instalacji, wejdź w panel webowy OScam (port 8000), przejdź do Configuration → Logging i zobacz "Log file".
\n\nJak włączyć tryb debugowania w oscam.conf
\n\nDomyślnie OScam loguje tylko ważne zdarzenia. Aby zobaczyć szczegóły (na przykład każdy ECM request), musisz włączyć tryb debugowania:
\n\nW sekcji [global] dodaj:
\ndebug = 255
Liczba 255 to maksymalny poziom debugowania. Możesz zwiększyć szczegółowość logów, ale pamiętaj — będą ogromne. Po diagnozie zmień nadebug = 0, aby logi nie rosły chaotycznie.
Po zmianie oscam.conf zrestartuj usługę:
\nsystemctl restart oscam (lubservice oscam restart na starszych systemach)
Interpretacja komunikatów: 'Reader init error', 'EMM update failed', 'Cannot decode'
\n\nOto co naprawdę oznaczają najczęstsze błędy:
\n\n"Błąd inicjalizacji czytnika" — czytnik nie mógł się zainicjalizować. Przyczyny: zły port (urządzenie), brak uprawnień do portu (chmod 666 /dev/ttyUSB0), lub czytnik w ogóle nie reaguje. Sprawdź, czy urządzenie istnieje:ls -l /dev/ttyUSB0.
"Aktualizacja EMM nie powiodła się" — 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).
"Nie można dekodować" lub "Nie włożono karty" — 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.
\n\n"Przekroczenie czasu oczekiwania na czytnik" — OScam czekał zbyt długo na odpowiedź z czytnika. Zwiększ timeout:reader_timeout = 10000 zamiast 5000.
Sprawdzenie statusu czytnika (Status czytnika w interfejsie webowym)
\n\nOtwórz przeglądarkę, wejdź nahttp://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.
\n\nKolumna "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.
\n\nMonitoring ruchu ECM/EMM w real-time
\n\nECM (Entitlement Control Message) to żądania o dekodowanie kanału. EMM to uprawnienia. W real-time możesz je monitorować:
\n\ntail -f /var/log/oscam.log | grep -E "ECM|EMM"
Będziesz widział linie typu:
\n2026-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.
\n\nAlternatywnie, w panelu webowym OScam przejdź do Status → Reader i obserwuj liczby w kolumnie "ECM" i "EMM" — powinny się zwiększać w real-time.
\n\nKonfiguracja OScam dla C+ - sekcje krytyczne
\n\nPoniż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, czyoscam nie działa c+.
\n\nSekcja [global] - ustawienia portów i address binding
\n\nTo ustawienia ogólne dla całego OScam:
\n\n[global]\nlogfile = /var/log/oscam.log\nlogdir = /var/log/oscam\nmaxlogsize = 10485760\ndebug = 0\nnice = -20\npidfile = /var/run/oscam.pid\npreferlocalcards = 1\nemmcache = 1\nemm_dir = /var/cache/oscam\n\n\nlogfile — gdzie zapisywać logi. Pamiętaj, aby katalog/var/log/oscam istniał i miał uprawnienia do zapisu.
debug = 0 — zmień na 255 tylko gdy diagnozujesz 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
\n\nNajważniejsza sekcja dla fizycznego czytnika karty:
\n\n[reader]\nlabel = my_card\ntype = phoenix\ndevice = /dev/ttyUSB0\nbaudrate = 9600\ngroup = 1\ncaid = 0B00\nident = 0B00:000000\n\n\ntyp = phoenix — typ czytnika. Popularne: phoenix, smargo, mp35, stapi. Musi być dokładnie prawidłowy dla Twojego sprzętu. Niepewny? Sprawdź dokumentację czytnika.
urządzenie = /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
\n\nDVB API to protokół łączący OScam z klientami (VLC, Kodi, itd.):
\n\n[dvbapi]\nenabled = 1\nport = 9000\nlisten_ip = 0.0.0.0\nclient_timeout = 600\nuser = oscam\nboxtype = dreambox\n\n\nport = 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
\n\nJeśli nie masz fizycznej karty, tylko źródło (CCcam), ta sekcja jest ważna:
\n\n[cccam]\nenabled = 1\nport = 12000\nlisten_ip = 0.0.0.0\n\n\nport = 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 typemtype = cccam:
[reader]\nlabel = my_source\ntype = cccam\nhost = 192.168.1.20\nport = 12000\nusername = user\npassword = pass\ncaid = 0B00\n\n\nSekcja [mgcamd] - alternatywny protokół, port 10000
\n\nMGCAMD to alternatywny protokół dla źródeł (rzadziej używany niż CCcam):
\n\n[mgcamd]\nenabled = 1\nport = 10000\nlisten_ip = 0.0.0.0\n\n\nWiększość źródeł używa CCcam (port 12000), ale niektóre stare mogą być na MGCAMD. Skonfiguruj obydwa, aby być bezpiecznym.
\n\nEMM cache settings - lokalizacja, rozmiar, period refresh
\n\nEMM to najkrytyczniejsza rzecz dla C+. Bez poprawnego cache'a nic się nie dekoduje:
\n\n[global]\nemmcache = 1\nemm_dir = /var/cache/oscam\nemm_level = 4\n\n\nemmcache = 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
\n\nPrzejdź przez każdy krok w kolejności. Każdy robi coś konkretnego i ma konkretny cel.
\n\nKrok 1: Zatrzymanie i restart OScam
\n\nZawsze zaczynaj od restartu. Czasem to rozwiązuje wszystko.
\n\nsystemctl stop oscam
śpij 2
systemctl start oscam
Czekaj 3-5 sekund na uruchomienie.
\n\nSprawdź status:
\nsystemctl status oscam
Powinna być linia "active (running)". Jeśli "failed", OScam się nie uruchomił — przejdź do kroku 6 (tryb debugowania).
\n\nKrok 2: Weryfikacja podłączenia karty
\n\nSprawdź, czy czytnik karty jest w ogóle widoczny w systemie:
\n\nls -l /dev/ttyUSB*
Powinieneś zobaczyć coś w stylu:
\ncrw-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 sterownika.
\n\nSprawdź, czy system go rozpoznaje:
\nlsusb | grep -E "FTDI|Prolific|Phoenix"
Jeśli nic się nie pojawia, twój czytnik nie jest rozpoznawany. Spróbuj:
\ndmesg | tail -20
Powinny być linie o podłączeniu urządzenia USB.
\n\nKrok 3: Sprawdzenie uprawnień do urządzeń
\n\nOScam musi mieć prawo do odczytania portu szeregowego:
\n\nchmod 666 /dev/ttyUSB0
Jeśli jest kilka urządzeń ttyUSB:
\nchmod 666 /dev/ttyUSB*
Sprawdź, czy OScam jest w grupie dialout (która ma dostęp do portów szeregowych):
\nid oscam
Powinna być grupa "dialout". Jeśli nie, dodaj:
\nusermod -aG dialout oscam
I restart OScam:
\nsystemctl restart oscam
Krok 4: Test czytnika przy użyciu narzędzi diagnostycznych
\n\nAby sprawdzić, czy czytnik w ogóle reaguje, spróbuj go testować bez OScam:
\n\ncat /dev/ttyUSB0
Włóż kartę do czytnika. System powinien wyświetlić trochę losowych znaków lub nic (to normalne). Aby wyjść, naciśnij Ctrl+C.
\n\nJeśli pojawia się błąd "Permission denied", problem to uprawnienia (wróć do kroku 3).
\n\nBardziej 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.
\n\nKrok 5: Weryfikacja konfiguracji portów w oscam.conf
\n\nOtwórz oscam.conf (zwykle/etc/oscam/oscam.conf):
cat /etc/oscam/oscam.conf | grep -A 10 "\\[reader\\]"
Sprawdzaj po kolei:
\n- \n
- Czy jest linia
device = /dev/ttyUSB0? Czy to prawidłowy port (z kroku 2)? \n - Czy jest
type = phoenix(lub inny)? Zgadza się z Twoim czytnikiem? \n - Czy jest
caid = 0B00? To MUSI być 0B00 dla C+. \n - Czy jest
baudrate = 9600? \n
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
\n\nTeraz włącz tryb debugowania, aby zobaczyć szczegóły:
\n\nnano /etc/oscam/oscam.conf
W sekcji [global], zmieńdebug = 0 nadebug = 255
Zapisz (Ctrl+O, Enter, Ctrl+X w nano).
\n\nRestart:
\nsystemctl restart oscam
Teraz logi będą szczegółowe. Czekaj chwilę (30 sekund), aby zgromadzić logi.
\n\nKrok 7: Monitoring logów w real-time
\n\nTo jest kluczowe. Zobaczysz, co dokładnie się dzieje:
\n\ntail -f /var/log/oscam.log
Czekaj, aż pojawią się linie z błędami. Typowe błędy:
\n- \n
- "Reader init error" — czytnik się nie uruchamia (kroki 2-3) \n
- "Cannot open device /dev/ttyUSB0" — zły port lub uprawnienia (kroki 2-3) \n
- "Card not inserted" — karta nie włożona lub czytnik jej nie widzi \n
- "ECM request timeout" — brak połączenia ze źródłem \n
- "No EMM received" — EMM cache nie pracuje (krok 5) \n
Aby wyjść z tail, naciśnij Ctrl+C.
\n\nIf you see "Reader init error" messages, try to find more details:
\ngrep -i "error\\|failed" /var/log/oscam.log | tail -20
Step 8: Testing connection with the client
\n\nIf the reader is working and the logs are clean, try connecting with the client (e.g., VLC):
\n\nOpen VLC, Tools → Preferences → Enable advanced mode.
\n\nNetwork → DVB-API. Enable it, enter the address: 127.0.0.1 (or server IP), port 9000.
\n\nAlternatively, the command:
\nvlc dvb://frequency=506000000:bandwidth=8000000:constellation=64QAM --dvb-adapter=0
Or, if you have a channel configuration file (.m3u), open it in VLC and try to play channel C+.
\n\nIf the channel opens and there is a picture — success! OScam is working.
\n\nHardware and communication issues
\n\nNot all problems are in the configuration. Sometimes it's the hardware.
\n\nSmart card not recognized - check USB connections
\n\nCard not responding? Causes:
\n\nDirty contacts.Sharp insertions and ejections of the card can dirty the gold contacts. Try to dry the card with a soft cloth (without chemicals!) and insert it again.
\n\nZły port USB. Jakieś porty USB mogą być uszkodzone. Spróbuj inny port na komputerze.
\n\nKabel USB. Jeśli czytnik połączony jest kablem USB (a nie bezpośrednio), kabel może być uszkodzony. Zastąp go.
\n\nZasilanie 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).
\n\nAby 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.
\n\nTimeout czytnika - zwiększenie timeoutu w konfiguracji
\n\nW logach widoczne "Timeout on reader" lub połączenie zrywa się co kilka minut? Problem to timeout za krótki.
\n\nW oscam.conf, sekcja [reader]:
\n\nreader_timeout = 5000 — zwiększ do10000 (10 sekund)
connect_timeout = 10000 — zwiększ do15000 (15 sekund)
Restart:
\nsystemctl restart oscam
Czekaj 30 sekund i sprawdź logi. Jeśli timeouty znikną — problem rozwiązany.
\n\nKonflikt portów szeregowych - zmiana przypisania portu
\n\nSystem może przypisać czytnikowi inny port za każdym razem, gdy go podłączysz. Dzisiaj /dev/ttyUSB0, jutro /dev/ttyUSB1.
\n\nRozwiązanie: użyj symlinks oparty na ID urządzenia, a nie numeru portu.
\n\nls -l /dev/serial/by-id/
Powinieneś zobaczyć coś typu:
\nlrwxrwxrwx 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:
\ndevice = /dev/serial/by-id/usb-FTDI_FT232R-if00-port0
Teraz port będzie zawsze prawidłowy, niezależnie od przypisania systemu.
\n\nKarta zablokowana (PIN) - resetowanie karty
\n\nJeś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.
\n\nW interfejsie webowym OScam (Status → Reader), jeśli karta jest zablokowana, będzie to napisane. Możliwe rozwiązania:
\n\n- \n
- Zresetuj kartę — wyłącz zasilanie czytnika (odłącz USB na 30 sekund), włącz ponownie. \n
- If the card requires a PIN that you know, use the card management tool (depends on the type - this is beyond the scope of this guide). \n
- If the card is completely blocked - with no possibility of resetting - you can try card debugging tools, but this is risky (you may damage the card). \n
USB-powered reader - power issues, female/male cable
\n\nDoes the reader "disappear" under heavy load (e.g., during EMM updates)? Cause: insufficient power from the USB port.
\n\nSolutions:
\n\nUSB power supply 2A+ instead of 1A. Most USB ports provide 0.5A, which may be insufficient for the reader + card. Use a power supply with higher output.
\n\nHigh-quality USB cable. A cheap cable may have poor contacts. Try a different one.
\n\nDifferent USB ports on the computer. Rear USB ports on desktops usually provide better power than front ones.
\n\nPowered USB hub. If the reader is connected to a hub, the hub must also be powered separately.
\n\nIf the problem persists - the reader may be faulty.
\n\nFrequently Asked Questions
\n\nCo oznacza błąd 'Cannot decode' w OScam dla C+?
\nTen 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?
\nSą 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* lubls -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?
\nDomyś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ć?
\nDomyś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], parametrlogfile = /var/log/oscam.log. Aby czytać logi:cat /var/log/oscam.log (cały plik) lubtail -50 /var/log/oscam.log (ostatnie 50 linii). Do monitorowania na żywo: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 też starszych logów:ls -lh /var/log/oscam.log*.
Dlaczego OScam przestał działać po aktualizacji systemu?
\nAktualizacja 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?
\nNajprostsze: 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.