Jak skonfigurować CCcam na odbiorniku OpenPLi krok po kroku (2026)
Jeśli właśnie zainstalowałeś OpenPLi i poszukałeś CCcam w menu wtyczek, już znalazłeś problem: nie ma go tam. To nie jest uszkodzony obraz, ani nie jest to coś, co zrobiłeś źle podczas konfiguracji. Ten przewodnik przeprowadzi cię przez proces konfiguracji CCcam na odbiorniku OpenPLi krok po kroku, od brakującego wpisu w menu softcam do działającego zasilania ECM, nie zakładając, że już masz zainstalowany cam lub wybranego dostawcę.
Zainstalowałem to na więcej odbiorników, niż mogę policzyć — Vu+, Zgemma, Mutant — a punkty awarii są prawie zawsze te same. Zła architektura. Plik konfiguracyjny z niewłaściwymi zakończeniami linii. Dwa softcamy walczące o port 12000. Nic z tego nie jest egzotyczne, gdy wiesz, gdzie szukać.
Zanim zaczniesz: Co OpenPLi dostarcza, a czego nie
OpenPLi celowo nie dostarcza żadnego softcamu. To nie jest przeoczenie — projekt ma długotrwałą politykę niebundlowania CCcam, OSCam ani niczego związanego z dzieleniem kart w podstawowym obrazie. To dokładnie dlatego twoje menu wtyczek jest puste i dlaczego czytasz to. Musisz zainstalować softcam samodzielnie, za każdym razem, na każdym nowym flashu.
Dlaczego OpenPLi nie ma softcamu w podstawowym obrazie
Softcamy znajdują się w szarej strefie prawnej w zależności od jurysdykcji, więc utrzymujący dystrybucje nie umieszczają ich w oficjalnych źródłach. Sam dodasz CCcam za pomocą binarnego pliku lub IPK, i to jest normalne — to nie jest oznaka, że twój obraz jest uszkodzony lub przestarzały.
Sprawdzanie wersji obrazu i architektury CPU (opkg print-architecture)
Zanim pobierzesz cokolwiek, połącz się przez SSH i uruchom:
opkg print-architecture
Zobaczysz wyjście z listą architektur, takich jakmips32el,armv7ahf-neon lubcortexa15hf-neon-vfpv4 w zależności od odbiornika. Starsze modele Vu+ i Dreambox są zazwyczaj MIPS. Nowsze odbiorniki Zgemma H9/H10 i Vu+ Zero 4K/Uno 4K SE są ARM. To ma ogromne znaczenie — binarny plik CCcam skompilowany dla MIPS nie zadziała na odbiorniku ARM. Otrzymasz albo "nie można wykonać pliku binarnego", albo proces po prostu zakończy się cicho bez żadnego użytecznego błędu.
Włączanie SSH/Dropbear i łączenie się z PuTTY lub scp
Przejdź do Menu > Ustawienia > System > Sieć > Ustawienia urządzenia i włącz SSH (OpenPLi działa na Dropbear). Następnie z twojego komputera:
ssh root@<box-ip>
Domyślny port to 22, brak hasła w większości obrazów, chyba że je ustawiłeś. Jeśli jesteś na Windowsie, PuTTY działa dobrze, lub użyjscp do przesyłania plików zamiast wpisywania konfiguracji ręcznie.
Ustawienie zegara odbiornika — dlaczego błąd NTP przerywa dekodowanie ECM
To jest coś, co jest ciągle pomijane. Walidacja ECM jest wrażliwa na czas, a jeśli zegar twojego odbiornika jest spóźniony o więcej niż kilka minut — bardzo powszechne po przerwie w zasilaniu, gdy NTP jeszcze się nie zsynchronizował — dekodowanie zakończy się niepowodzeniem z absolutnie żadnym użytecznym wpisem w logu. Uruchomdate przez SSH i potwierdź, że jest dokładny. Następnie sprawdź Menu > Ustawienia > System > Czas i upewnij się, że NTP jest włączone i skierowane na osiągalny serwer. Ta jedna kontrola oszczędza więcej czasu na rozwiązywanie problemów niż cokolwiek innego w tym artykule.
Czym właściwie jest linia: cztery pola (host, użytkownik, hasło, port)
Linia C ma cztery pola oddzielone białymi znakami: nazwa hosta lub IP, port, nazwa użytkownika, hasło. Musisz to uzyskać od swojego dostawcy — ten przewodnik nie dostarcza jednego, a każda strona rozdająca działające linie za darmo nie jest stroną, której chcesz zaufać z twoim odbiornikiem. Gdy już to masz, składnia to to, co wprowadzisz do CCcam.cfg w następnej sekcji.
Krok 1: Instalacja softcamu CCcam na OpenPLi
Są dwie ścieżki. Jedna jest szybsza, gdy działa. Druga zawsze działa.
Metoda A: instalacja softcamu z feedu IPK za pomocą opkg install
Jeśli masz lokalny plik IPK (najpierw pobierz go na swój komputer, a następniescp go do/tmp na pudełku — zewnętrzne źródła opkg dla softcamów często są offline i nie chcesz polegać na jednym, które działa):
opkg updateopkg install /tmp/cccam-*.ipk
Kiedy działa, jest czysto — plik binarny ląduje w odpowiednim miejscu, a skrypt inicjalizacyjny rejestruje się automatycznie. Kiedy źródło jest martwe lub pakiet jest uszkodzony dla twojej architektury, otrzymasz błąd zależności lub nic się nie instaluje. Wtedy wracasz do Metody B.
Metoda B: ręczna instalacja binarna do /usr/bin i chmod 755
Skopiuj binarny plik CCcam odpowiadający twojej architekturze (z kroku 1opkg print-architecture sprawdzenie) do/usr/bin/CCcam, następnie:
chmod 755 /usr/bin/CCcam
Tworzenie skryptu inicjalizacyjnego softcamu w /etc/init.d/softcam.cccam
To jest krok, który prawie każdy inny przewodnik pomija, i to jest rzeczywisty powód, dla którego zainstalowany plik binarny nigdy nie pojawia się w menu. Menedżer softcamów OpenPLi nie skanuje plików binarnych — skanuje/etc/init.d/ w poszukiwaniu plików pasujących do wzorusoftcam.*. Brak pasującego skryptu, brak wpisu w menu, niezależnie od tego, jak poprawnie zainstalowany jest sam plik binarny.
Utwórz/etc/init.d/softcam.cccam z tą zawartością:
#!/bin/sh
start)
/usr/bin/CCcam -C /etc/CCcam.cfg -d&
;;
stop)
killall -9 CCcam
;;
restart)
$0 stop
sleep 1
$0 start
;;
Następnie:
chmod 755 /etc/init.d/softcam.cccam
Flaga-C informuje CCcam, aby załadował swoją konfigurację z określonej ścieżki, a nie z domyślnej wbudowanej, a-d włącza wyjście debugowe do konsoli/logu — nieocenione podczas późniejszego rozwiązywania problemów. W niektórych wersjach OpenPLi menedżer softcam odczytuje z/usr/script/ zamiast/etc/init.d/, więc jeśli cam się nie pojawi po tym, sprawdź obie lokalizacje.
Rejestrowanie cam, aby pojawił się w menu softcam przycisku Blue
Gdy skrypt inicjalizacyjny istnieje i jest wykonywalny, uruchom ponownie menedżera softcam lub po prostu zrestartuj urządzenie. Przejdź do przycisku Blue > Menedżer Softcam i CCcam powinien być teraz wymieniony jako opcja do wyboru obok wszystkiego innego, co jest zainstalowane.
Weryfikacja działania binarnego: ./CCcam -h i sprawdzenie za pomocą ps aux | grep CCcam
Zanim polegasz na menu, potwierdź, że sam plik binarny rzeczywiście się wykonuje:
/usr/bin/CCcam -h
Jeśli otrzymasz wyjście dotyczące użycia, architektura jest poprawna, a plik binarny jest w porządku. Jeśli otrzymasz "nie można wykonać pliku binarnego", wróć do sprawdzenia architektury — masz złą wersję. Po uruchomieniu go przez menu, potwierdź, że proces działa za pomocą:
ps aux | grep CCcam
Krok 2: Pisanie CCcam.cfg — Każda linia, która ma znaczenie
To tutaj większość instalacji faktycznie zawodzi, i warto zwolnić tempo. Poniżej znajduje się kompletny, działający CCcam.cfg z wyjaśnionymi wszystkimi dyrektywami.
Gdzie znajduje się plik: /etc/CCcam.cfg (i dlaczego /usr/keys/ jest błędne dla CCcam)
Domyślna ścieżka to/etc/CCcam.cfg. Jeśli twój skrypt inicjalizacyjny używa-C wskazującego gdzie indziej, ta ścieżka wygrywa — zawsze sprawdzaj rzeczywisty skrypt, zamiast zakładać. Bardzo powszechne pomylenie:/usr/keys/ zawieraSoftCam.Key, który jest zupełnie innym plikiem do zupełnie innego celu (klucze biss/const). To nie jest miejsce, gdzie trafia CCcam.cfg.
Składnia C-linii: C: host port nazwa_użytkownika hasło
C: twoj.serwer.tld 12000 nazwa_użytkownika hasłoCztery pola, oddzielone pojedynczymi spacjami. Brak dwukropków po nazwie hosta, brak cudzysłowów wokół czegokolwiek, brak białych znaków na końcu linii. To jest część, która ciągle wprowadza ludzi w błąd — składnia wygląda prosto, aż niewidoczny znak ją psuje, co prowadzi nas do następnego punktu.
PORT SŁUCHANIA SERWERA: 12000 i kiedy go zmienić
PORT SŁUCHANIA SERWERA: 12000Ta dyrektywa ma znaczenie tylko wtedy, gdy twoje urządzenie również udostępnia karty innym klientom. Jako czysty klient, który tylko korzysta z linii, możesz to zostawić, ale powinieneś zablokować port w swoim routerze, zamiast pozostawiać go otwartym w internecie bez powodu.
DOZWOLENIE TELNETINFO / PORT SŁUCHANIA WEBINFO: 16001 dla strony statusu przeglądarki
PORT SŁUCHANIA WEBINFO: 16001To jest najbardziej niedostatecznie wykorzystywana funkcja w całym procesie konfiguracji. Z tym włączonym, wskaż przeglądarkę w swojej lokalnej sieci nahttp://<adres-ip-urządzenia>:16001 i otrzymasz stronę statusu na żywo — połączone serwery, status kart, czasy odpowiedzi ECM, wszystko w czasie rzeczywistym. Większość przewodników nigdy nie wspomina, że to istnieje, więc ludzie rozwiązują problemy na ślepo, mając tylko logi. Nie rób tego. Użyj najpierw strony internetowej.
Dyrektywy pamięci podręcznej i czasowe: CCcam.cfg obsługa ECM/EMM i BRAK CZASU OCZEKIWANIA
BRAK CZASU OCZEKIWANIA: 0Te kontrolują zachowanie pamięci podręcznej ECM i przekazywania między udostępnieniami. Pozostaw je na domyślnych ustawieniach, chyba że dokładnie rozumiesz, co zmieniasz — dostosowywanie czasu pamięci podręcznej rzadko rozwiązuje rzeczywisty problem i często wprowadza nowy.
Końce linii: dlaczego plik CRLF w systemie Windows powoduje, że CCcam ignoruje twoją linię C
Oto błąd, który widzę częściej niż cokolwiek innego. Ktoś edytuje CCcam.cfg w Notatniku na Windows, zapisuje go, przesyła do boxa — a CCcam cicho pomija każdą linię, w tym linię C. Brak błędu. Brak ostrzeżenia. Zachowuje się tak, jakby plik był pusty, ponieważ końce linii Windows (CRLF) nie są analizowane w sposób, którego oczekuje program binarny.
Napraw to za pomocą:
dos2unix /etc/CCcam.cfg
Lub lepiej, po prostu unikaj problemu całkowicie — edytuj plik za pomocąnano /etc/CCcam.cfg bezpośrednio przez SSH i nigdy się z tym nie spotkasz.
Uprawnienia: chmod 600 CCcam.cfg i dlaczego właściciel root ma znaczenie
chmod 600 /etc/CCcam.cfg
Plik zawiera hasło w formie tekstowej, więc trzymaj go zablokowany. Powinien być własnością roota i czytelny tylko dla procesu, który go potrzebuje.
Krok 3: Uruchamianie Softcamu i potwierdzanie, że rzeczywiście działa
Teraz część, w której dowiesz się, czy to zadziałało. Zrób to w kolejności — to drabina, a każdy szczebel mówi ci, gdzie jest błąd, jeśli taki występuje.
Niebieski przycisk > Menedżer Softcam > wybierz CCcam > Uruchom
Wybierz CCcam z listy softcam i uruchom go. Jeśli wolisz nie rebootować, możesz również uruchomić go ręcznie przez SSH:/etc/init.d/softcam.cccam start.
Ustawienie CCcam jako domyślnego softcamu przy uruchamianiu
Gdy potwierdzisz, że działa, ustaw go jako domyślny, aby przetrwał reboot bez konieczności ponownego wyboru za każdym razem.
Odczytywanie interfejsu internetowego pod adresem http://box-ip:16001 — jak wygląda zielona karta
Szczebel pierwszy:ps aux | grep CCcam — czy proces działa? Jeśli nie, sprawdźlogread dlaczego zakończył działanie przy uruchamianiu.
Szczebel drugi: otwórzhttp://<box-ip>:16001. Twoja linia serwera powinna pokazywać, że jest połączona z liczbą kart powyżej zera. To dowodzi, że TCP dotarło do dostawcy, a twoje dane uwierzytelniające zostały zaakceptowane.
Szczebel trzeci: dostrajaj kanał i obserwuj czas ECM. Coś w zakresie 100–400 ms jest zdrowe.
Jeśli proces działa, ale strona internetowa pokazuje serwer offline, twój problem to sieć lub dane uwierzytelniające — nie OpenPLi, nie twoja instalacja. Jeśli karty się pojawiają, ale kanał wciąż jest czarny, to kwestia uprawnień lub niezgodności CAID, a nie problem z konfiguracją. Ta diagnostyczna drabina to najszybszy sposób, aby przestać zgadywać.
Śledzenie logów na żywo: tail -f /tmp/CCcam.log lub uruchamianie CCcam w tle z -d
tail -f /tmp/CCcam.log
Lub zakończ proces w tle i uruchom go w trybie foreground z-d aby na żywo obserwować wyjście podczas dostrajania kanałów.
Potwierdzanie ścieżki ECM w ekranie informacji CI/CAM odbiornika
Większość skórek Enigma2 ma nakładkę z informacjami o sygnale/CAM (zwykle przytrzymany klawisz INFO lub EPG), która pokazuje CAID i status ECM dla każdego kanału — sprawdź to w porównaniu do tego, co raportuje interfejs internetowy.
Testowanie najpierw na kanale niskiej klasy, a nie na najtrudniejszym
Nie oceniaj swojej konfiguracji na podstawie najbardziej chronionego kanału w swoim pakiecie. Najpierw przetestuj coś szeroko dostępnego i niskiej klasy. Urządzenie, które nie działa tylko na jednym konkretnym trudnym kanale, to działające urządzenie z problemem specyficznym dla kanału, a nie uszkodzona instalacja.
Rozwiązywanie problemów: Awaria, na którą wszyscy natrafiają
Czarny ekran / brak obrazu, ale CCcam działa
Najpierw sprawdź status karty w interfejsie internetowym. Jeśli karty pokazują, że są połączone, sprawdź CAID kanału w porównaniu do tego, co rzeczywiście niesie twoja linia.
"Brak wolnego slotu ECM" i zachowanie interwału ECM / zamrożenia
Zwykle jest to problem z czasem/opóźnieniem w górę, a nie problem z lokalną konfiguracją. Zobacz sekcję o zamrażaniu poniżej.
Połączono z serwerem, ale zero kart pokazanych
Twoja sieć i autoryzacja są w porządku — to problem po stronie serwera. Konto nie ma przypisanych uprawnień, jest wygasłe lub zostało ograniczone przez dostawcę. Żadne lokalne edytowanie tego nie naprawi.
CCcam uruchamia się, a następnie umiera w ciągu kilku sekund (sprawdź za pomocą logread)
Uruchomlogread | grep CCcam tuż po nieudanym uruchomieniu. Typowe przyczyny: źle sformatowany CCcam.cfg (sprawdź zakończenia linii ponownie) lub inny proces już zajmujący port 12000.
Zamrażanie co kilka sekund tylko na kanałach HD
To prawie zawsze jest problem z interwałem ECM i opóźnieniem, a nie twoją konfiguracją. Kanały HD zmieniają klucze szybciej niż SD i są znacznie mniej tolerancyjne na opóźnienia. Sprawdź czas odpowiedzi ECM w interfejsie internetowym — utrzymujące się czasy powyżej około 300–400 ms spowodują widoczne zamrażanie przy szybko zmieniających się kluczach. Mierz czas okrążenia do serwera; odległy lub przeciążony serwer nie może być naprawiony przez edytowanie CCcam.cfg.
Kanał działał wczoraj, dzisiaj czarny — zmiana klucza a problem z kontem
Bądź szczery wobec siebie — to zazwyczaj jest poza twoją kontrolą. Klucze się zmieniają, pakiety są przetasowywane przez nadawcę lub konto zmieniło się po stronie dostawcy. Żadne lokalne ustawienia tego nie dotykają.
Konflikt: dwa softcamy działające jednocześnie (CCcam + OSCam, oba przypisane do portu 12000)
Jeśli kiedykolwiek zainstalowałeś OSCam obok CCcam, oba mogą próbować zająć port 12000, a drugi, który się uruchomi, zakończy się cicho niepowodzeniem. Sprawdź za pomocą:
netstat -tulpn | grep 12000
Którykolwiek proces go zajmuje, wygrywa. Użyj menedżera softcam, aby zatrzymać jeden przed uruchomieniem drugiego — nie uruchamiaj obu jednocześnie, chyba że wyraźnie skonfigurowałeś oddzielne porty, co jest bardziej zaawansowanym ustawieniem.
Awaria DNS: urządzenie nie rozwiązuje nic po ponownym uruchomieniu
OpenPLi czasami uruchamia się bez działającego resolvera, co oznacza, że linia C oparta na nazwie hosta nie działa, podczas gdy dokładnie ta sama linia używająca surowego IP działa dobrze. To wygląda jak problem z poświadczeniami, ale nim nie jest. Przetestuj za pomocąnslookup your.server.tld, a jeśli to zawiedzie, twardo zakoduj resolver w/etc/resolv.conf jako tymczasowe rozwiązanie.
CCcam vs OSCam na OpenPLi: Kiedy przełączyć
Dlaczego CCcam to zamknięty, nieutrzymywany binarny plik
Będę z tobą szczery: rozwój CCcam zatrzymał się dawno temu. To zamknięty kod źródłowy i zablokowany architektonicznie, co jest dokładnie powodem, dla którego urządzenia ARM ciągle napotykają "nie można wykonać pliku binarnego" — często nie ma aktualnej wersji dla tej architektury, a nikt nie kompiluje nowych.
Zalety OSCam: aktywny rozwój, lepsze logowanie, wiele protokołów
OSCam jest aktywnie utrzymywany, kompiluje się czysto dla nowoczesnych celów ARM i MIPS, a jego logowanie jest znacznie bardziej przydatne do diagnozowania każdego trybu awarii omówionego powyżej. Jeśli utknąłeś na urządzeniu ARM bez działającego pliku binarnego CCcam, to nie jest degradacja — to lepsze narzędzie.
Uruchamianie OSCam jako klienta z blokiem czytnika cccam
Twoja istniejąca linia działa bez zmian. W/etc/oscam/oscam.server:
[reader]Migracja twojej linii C do oscam.server
Cztery pola z twojej oryginalnej linii C — host, port, użytkownik, hasło — mapują się bezpośrednio do bloku czytnika powyżej. Nic w twojej relacji z dostawcą się nie zmienia; po prostu wymieniasz oprogramowanie klienckie.
Dlaczego niektóre urządzenia ARM nie mają działającej wersji CCcam
Nowsze modele Zgemma i Vu+ ARM czasami mają zerowe funkcjonalne binaria CCcam, koniec kropka. Jeśliopkg print-architecture pokazuje wariant ARM, a każdy binarny plik, który próbujesz uruchomić, daje "nie można wykonać pliku binarnego", przestań gonić za CCcam i przejdź do OSCam. To nie jest obejście, to właściwa ścieżka dla tego sprzętu.
Wybieranie źródła serwera bez poparzenia
Kryteria techniczne, które rzeczywiście przewidują jakość: opóźnienie, czas pracy, czas ECM
Poproś o krótki testowy link przed zobowiązaniem się do czegokolwiek. Po połączeniu obserwuj trzy liczby: czas odpowiedzi ECM w interfejsie internetowym, opóźnienie ping do serwera oraz częstotliwość ponownego połączenia w logu przez pełne 24 godziny. Dobry link utrzymuje czasy ECM poniżej 300 ms w sposób ciągły i nie zrywa połączenia co kilka minut.
Dlaczego lokalne/regionalne serwery przewyższają tanie odległe
Fizyczna odległość dodaje opóźnienia, którego nie możesz skonfigurować. Serwer po drugiej stronie planety prawie zawsze będzie działał gorzej niż regionalny, nawet jeśli opcja regionalna kosztuje więcej.
Czerwone flagi: brak testowego linku, tylko przedpłata, brak kanału wsparcia, odsprzedawane linie
Jeśli źródło nie da ci krótkiego okresu testowego, to sygnał. To samo dotyczy tylko przedpłaty bez kontaktu wsparcia lub linii, która zachowuje się tak, jakby była odsprzedawana przez kilka warstw — te tendencje są najbardziej przeludnione.
Zrozumienie przeludnienia i dlaczego "nielimitowane" jest bezsensowne
Pojedyncza karta upstream może dekodować tylko tyle strumieni jednocześnie. Zbyt wielu klientów na niej i otrzymujesz dokładnie te same objawy z sekcji rozwiązywania problemów — "brak wolnego slotu ECM", zamarzanie, zrzucanie kart — przy konfiguracji, która jest całkowicie poprawna. "Nielimitowane" połączenia na jednej karcie to czerwona flaga, a nie funkcja.
Rzeczywistość prawna: co subskrypcja daje, a czego nie daje
Jesteś odpowiedzialny za posiadanie legalnego prawa do treści, które dekodujesz, a zasady dotyczące tego różnią się w zależności od kraju. To wszystko — ustal swoją sytuację, to nie jest porada prawna.
Gdzie dokładnie umieścić CCcam.cfg w odbiorniku OpenPLi?
/etc/CCcam.cfg jest domyślnym miejscem. Niektóre wersje i skrypty inicjalizacyjne wskazują gdzie indziej za pomocą flagi -C, więc sprawdź swój skrypt /etc/init.d/softcam.cccam, aby zobaczyć rzeczywistą ścieżkę, którą przekazuje. /usr/keys/ zawiera SoftCam.Key i nie jest lokalizacją konfiguracji CCcam — bardzo powszechne pomylenie. Plik musi być własnością roota i czytelny przez proces; chmod 600 jest standardem.
Dlaczego CCcam nie pojawia się w menu softcam OpenPLi po jego zainstalowaniu?
Menedżer softcam OpenPLi wymienia tylko pliki wykonywalne pasujące do /etc/init.d/softcam.* — sama instalacja binarnego pliku nie wystarczy. Musisz stworzyć skrypt inicjalizacyjny I nadać mu chmod 755. Jeśli nadal się nie pojawia, skrypt nie jest wykonywalny lub ma zakończenia linii CRLF, co powoduje, że powłoka nie może zinterpretować shebang.
Jakiego portu używa CCcam i czy muszę go otworzyć na moim routerze?
12000 to domyślny port CCcam. Jako czysty klient łączący się z serwerem, nie potrzebujesz żadnego przekierowania portów — wychodzący TCP wystarczy. Przekierowujesz tylko 12000, jeśli twoje urządzenie działa jako serwer udostępniający innym. WEBINFO na 16001 jest domyślnie lokalne i nigdy nie powinno być wystawiane na internet.
CCcam łączy się z serwerem, ale nie pokazuje żadnych kart — co jest nie tak?
TCP i uwierzytelnienie powiodły się, więc konfiguracja i sieć są w porządku. Zero kart oznacza, że konto upstream nie ma przypisanych uprawnień, konto wygasło lub zostało wyłączone, lub linia została ograniczona. To jest warunek po stronie serwera, a nie coś, co jakakolwiek lokalna edycja konfiguracji naprawi. Potwierdź na http://box-ip:16001 przed zmianą czegokolwiek innego.
Czy mogę uruchomić CCcam i OSCam jednocześnie na jednym odbiorniku OpenPLi?
Generalnie nie, i nie powinieneś próbować. Oba domyślnie korzystają z portu 12000, a drugi, który się uruchomi, nie będzie mógł się związać i zakończy działanie. Użyj netstat -tulpn | grep 12000, aby zobaczyć, który go zajmuje. Użyj menedżera softcam, aby zatrzymać jeden przed uruchomieniem drugiego. Istnieją zaawansowane konfiguracje multi-cam, ale wymagają odrębnych portów i są osobnym tematem.
Dlaczego kanały HD zamarzają co kilka sekund, podczas gdy kanały SD działają dobrze?
Prawie zawsze to kwestia czasu ECM, a nie konfiguracji. Kanały HD obracają klucze szybciej i są mniej tolerancyjne na opóźnienia. Sprawdź czas odpowiedzi ECM w interfejsie internetowym — utrzymujące się czasy powyżej około 400 ms będą powodować zamarzanie. Mierz opóźnienie w obie strony do serwera; odległy lub przeludniony serwer nie może być naprawiony przez edycje konfiguracji.
CCcam nie uruchamia się na moim odbiorniku ARM — "nie można wykonać pliku binarnego".
Masz binarny plik MIPS na urządzeniu ARM (lub odwrotnie). Uruchom opkg print-architecture, aby zobaczyć, co twoje urządzenie akceptuje. CCcam jest zamkniętym źródłem i nie jest utrzymywane, więc odpowiadająca nowoczesna wersja ARM może po prostu nie istnieć. Praktyczną odpowiedzią jest użycie OSCam z czytnikiem protokołu cccam zamiast tego — ta sama linia, aktywnie utrzymywana, kompiluje się wszędzie.
Czy muszę ustawić zegar odbiornika przed uruchomieniem CCcam?
Tak. Walidacja ECM jest wrażliwa na czas, a urządzenie z błędnym zegarem — powszechne po przerwie w zasilaniu bez NTP — nie będzie w stanie dekodować, pokazując brak oczywistego błędu. Potwierdź za pomocą date przez SSH i upewnij się, że NTP jest włączone w ustawieniach sieciowych OpenPLi.