Кардшаринг на Android TV box: настройка CCcam и OScam

Кардшаринг на Android TV box работает принципиально иначе, чем на классическом Linux-ресивере. Здесь нет встроенного DVB-S2 тюнера, Android ограничивает доступ к файловой системе, а инструкции для Dreambox или VU+ вам не помогут — у них другая файловая структура, другие пути к конфигам и другая логика запуска демонов. Разбираем именно Android-специфику: реальные пути к файлам, рабочие конфиги и диагностику по логам.

Что нужно для кардшаринга на Android TV box

Первое и самое главное: Android TV box — это медиаплеер, а не спутниковый ресивер. Без источника DVB-сигнала нечего декодировать. Это базовое отличие, которое большинство статей в интернете полностью игнорирует, копируя инструкции для Enigma2-боксов.

Есть три рабочих сценария. Первый — внешний USB DVB-S2 тюнер, подключённый к боксу напрямую. Второй — связка: отдельный спутниковый ресивер передаёт поток на Android TV box через локальную сеть (Samba, FTP, или клиент вроде DreamDRO). Третий — чистый OTT-режим, когда сигнал идёт не со спутника, а с сервера через интернет в виде IPTV-потока с дешифровкой на стороне клиента.

Для стабильной работы нужен канал от 2 Мбит/с — но это минимум. На практике при ECM time выше 400 мс и пинге свыше 80 мс до сервера начнутся фризы даже при хорошем интернете.

Аппаратные требования и наличие DVB-тюнера

Архитектура процессора имеет значение. Большинство Android TV box работают на ARM (Amlogic S905X3/S922X, Rockchip RK3318) — для них есть нативные APK клиентов. Если попался бокс на x86 (встречается редко, но бывает в бюджетных моделях под Intel Atom) — часть APK просто не запустится, потому что бинарники скомпилированы под ARM.

Для DVB-сценария нужно проверить одну вещь: поддерживает ли прошивка вашего бокса DVB-драйверы. Бывает так — USB-тюнер определяется в системе через adb shell `lsusb`, но приложение его не видит. Причина — в прошивке нет DVB-модуля ядра. Решение: либо кастомная прошивка с включёнными DVB-драйверами, либо переход на сценарий с внешним ресивером.

Внешний USB-тюнер vs встроенный DVB-T2/S2

Некоторые боксы — например, Mecool KT1 или Formuler Z — продаются со встроенным DVB-T2/S2. Это самый чистый вариант: тюнер интегрирован в систему, драйверы в прошивке, приложение работает без танцев с бубном.

С внешними USB-тюнерами ситуация сложнее. Модели вроде TBS 5520SE или Geniatech T230C работают с рядом прошивок, но гарантии нет. Перед покупкой лучше проверить форумы под конкретную модель бокса — совместимость зависит от версии ядра Linux, на котором собрана прошивка Android.

Какой софт умеет работать с CCcam/OScam на Android

Клиентов несколько категорий. CCcam-клиенты — APK-порты, которые читают стандартный CCcam.cfg и коннектятся к серверу по протоколу CCcam. OScam под Android — бинарник, запускаемый через терминал или как сервис, требует root. Есть также эмуляторы типа OSCAM4Android с графическим интерфейсом. Для OTT-сценария подойдут плееры с поддержкой softcam — некоторые умеют работать с newcamd напрямую.

Установка и настройка клиента CCcam на Android TV box

CCcam-клиент на Android — это обычно APK, который портирует логику стандартного CCcam-демона. Устанавливается через "Неизвестные источники" в настройках, root нужен не всегда — зависит от конкретного приложения и того, куда оно пишет конфиг.

Установка APK и выдача прав root (если требуется)

Клиенты, которые хранят конфиг в /sdcard/, работают без root. Если приложение пытается писать в /data/data/ или монтировать DVB-устройство напрямую — нужны root-права. Проверить, есть ли root, можно через приложение Root Checker или командой в терминале: `su -c id`. Если вернёт `uid=0(root)` — всё в порядке.

На кастомных прошивках Android TV иногда бывает ситуация: права root формально есть, но запись в /data без SELinux-правок всё равно блокируется. В таком случае либо отключать enforcing (`setenforce 0` — временно, до перезагрузки), либо использовать клиент, который работает с /sdcard/.

Структура и путь к файлу CCcam.cfg

Два основных варианта расположения конфига. Без root — приложение хранит файл в /sdcard/CCcam/CCcam.cfg или /sdcard/Android/data/<пакет_приложения>/files/CCcam.cfg. С root и системной установкой — /data/data/<пакет>/files/CCcam.cfg.

Точный путь лучше смотреть в настройках самого приложения — там обычно указан. Можно также проверить через ES File Explorer или через adb: `adb shell find /sdcard /data/data -name "CCcam.cfg" 2>/dev/null`.

Прописываем C-line: формат строки и параметры

Формат C-line стандартный:

C: hostname port username password

Где hostname — IP-адрес или домен сервера, port — порт (провайдер задаёт сам, обычно в диапазоне 12000–23000), username и password — ваши учётные данные. Пример реальной строки:

C: share.example.net 15000 user01 pass2026

Дополнительно можно добавить фильтрацию пакетов. Если сервер отдаёт несколько CAID, а нужен только один конкретный, строка расширяется:

C: share.example.net 15000 user01 pass2026 no { 0E00:000000 }

Это говорит клиенту игнорировать CAID 0x0E00 (Canal+ в некоторых регионах) и не запрашивать по нему ECM. Полезно, когда сервер перегружен запросами по ненужным пакетам.

Проверка подключения к серверу

Большинство CCcam-клиентов под Android имеют встроенный веб-интерфейс — по адресу http://127.0.0.1:16001 (порт может отличаться, смотрите в настройках). Там видно статус соединения, список активных картридеров и время последнего ECM-запроса.

Если веб-интерфейса нет — смотрите логи. Через adb: `adb logcat -s CCcam` или читайте лог-файл из папки приложения. Строка `connected to server` означает успешное подключение. `connection refused` или `timeout` — сервер недоступен или порт закрыт.

Настройка OScam на Android TV box

OScam сложнее в настройке, но гибче. Особенно когда источников несколько — например, основной сервер и резервный, или комбинация CCcam и newcamd. На Android запускается как бинарник через терминал или скрипт автозапуска — готового APK с удобным GUI обычно нет, хотя существуют обёртки.

Файлы oscam.conf, oscam.server, oscam.user

OScam использует три основных файла, которые лежат в одной директории — обычно /data/oscam/ или /etc/oscam/ при системной установке с root:

• oscam.conf — глобальные параметры демона: логирование, веб-интерфейс, пути к файлам.
• oscam.server — описание ридеров (источников карт): протокол, хост, порт, логин, пароль, CAID.
• oscam.user — локальные пользователи, если OScam используется как сервер (для передачи карт другим клиентам). Для чисто клиентского режима этот файл минимальный.

Настройка протокола newcamd и cccam reader

Если сервер отдаёт по протоколу CCcam, в oscam.server прописывается так:

[reader]
label                         = myserver
protocol                      = cccam
device                        = share.example.net,15000
user                          = user01
password                      = pass2026
group                         = 1
cccversion                    = 2.3.0
cccmaxhops                    = 1

Для протокола newcamd конфиг немного другой:

[reader]
label                         = myserver_ncd
protocol                      = newcamd
device                        = share.example.net,14000
key                           = 0102030405060708091011121314
user                          = user01
password                      = pass2026
group                         = 1

Параметр `key` — это DES-ключ, его дают вместе с N-line. В самой N-line он обычно записан как шестнадцатеричная строка после логина и пароля.

Веб-интерфейс OScam: порт 8888 и мониторинг

Веб-морда OScam — мощный инструмент диагностики. Настраивается в секции [webif] файла oscam.conf:

[webif]
httpport                      = 8888
httpuser                      = admin
httppwd                       = admin
httprefresh                   = 5
httpallowed                   = 127.0.0.1,192.168.1.0/24

После запуска открываете браузер на http://192.168.1.X:8888 (X — IP вашего бокса в сети) и видите всё: статус ридеров, ECM time в реальном времени, количество запросов, ошибки. Это намного информативнее, чем читать сырые логи.

Один нюанс: если OScam запущен без root и слушает порт ниже 1024 — получите ошибку bind. Порт 8888 выше 1024, поэтому проблем нет.

Указание caid, провайдера и приоритетов чтения

Если на одном транспондере несколько CAID (например, одновременно Viaccess 0x0500 и Irdeto 0x0602), OScam нужно знать, какой ридер использовать для какого CAID. Это задаётся через параметр `caid` в секции ридера:

caid                          = 0500,0602
ident                         = 0500:032830,0602:000000

Приоритет ридеров управляется через `group` и параметры в oscam.conf секции [cs]:

[cs]
preferlocalcards              = 1
readerrestartseconds          = 5

Чем меньше номер группы — тем выше приоритет. Если первый ридер не отвечает за 500 мс, OScam автоматически переключается на следующий в группе.

Решение типичных проблем и ошибок

Большинство проблем с кардшарингом на Android TV box решаются одинаково — читать логи и смотреть ECM time. "Перезагрузите устройство" — это не диагностика.

Чёрный экран при открытии канала

Чёрный экран при активном соединении с сервером — чаще всего несовпадение CAID. Сервер отдаёт ключ для CAID 0x0500, а тюнер видит на транспондере CAID 0x1810. Проверяйте через веб-интерфейс OScam, какой CAID запрашивается в момент переключения на канал.

Второй вариант — слабый спутниковый сигнал. Если уровень сигнала в приложении ниже 65% или качество ниже 80% — декодирование будет нестабильным даже при идеальном сервере. Здесь кардшаринг не поможет — нужна физическая настройка антенны.

Сообщение 'no card' / 'card not found'

Ошибка `no card` в логах означает: сервер подключён, запрос ECM отправлен, но карты для этого CAID на сервере нет. Либо вы запрашиваете пакет, которого нет в вашем тарифном плане, либо сервер действительно не держит нужную локальную карту.

Проверьте: какой именно CAID запрашивается? Это видно в логе OScam строками вида `ECM request for CAID 0500`. Сверьте с тем, что заявлено у вашего провайдера. Если CAID совпадает, а ошибка остаётся — проблема на стороне сервера.

Каналы фризят и сыпется картинка

Фризы при активном соединении — классика высокого ECM time. В идеале это значение должно быть ниже 300 мс. При 400–600 мс будут периодические зависания. Выше 800 мс — постоянные фризы и рассыпание картинки.

Смотреть ECM time в OScam: веб-интерфейс, вкладка "Readers", колонка "Avg ECM time". Если пинг до сервера нормальный (ниже 50 мс), а ECM time высокий — сервер перегружен. Если пинг сам по себе высокий — проблема в маршруте или вашем интернете. Проверить пинг: `adb shell ping -c 10 share.example.net`.

Ещё одна причина фризов, которую часто пропускают: неправильное системное время на боксе. Если часовой пояс выставлен неверно или время расходится с реальным больше чем на 30 секунд — некоторые серверы отказывают в ECM с ошибкой time mismatch. Синхронизируйте время через NTP в настройках Android.

Клиент не подключается к серверу (connection failed)

Первым делом проверяем, доступен ли порт вообще. Через терминал на боксе:

nc -zv share.example.net 15000

Или через adb shell: `telnet share.example.net 15000`. Если connection refused — порт закрыт на стороне сервера или файрвол блокирует. Если timeout — сервер офлайн или ваш роутер режет исходящие соединения на нестандартных портах.

Отдельная ситуация: сервер требует whitelisting по IP, а у вас динамический адрес. После каждой смены IP провайдером — реконнект с ошибкой `IP not allowed`. Решение: попросить провайдера разрешить диапазон адресов вашего ISP, или использовать DynDNS + уведомление сервера об изменении IP. Некоторые CCcam-серверы поддерживают динамические IP автоматически, другие — нет.

Как выбрать сервер кардшаринга: на что смотреть

Выбор источника — это не про цену. Дешёвый сервер с постоянными фризами хуже дорогого со стабильным ECM time 200 мс. Вот на что реально смотреть.

Стабильность аптайма и пинг до сервера

Нормальный uptime — от 99% в месяц. Всё ниже означает, что раз в несколько дней сервер будет падать, и вы будете без картинки. Проверить реальный uptime сложно до покупки — ориентируйтесь на отзывы на форумах и тестовый период.

Пинг важен географически: сервер в вашей стране или соседней — пинг 10–30 мс. Сервер на другом континенте — 150+ мс, и ECM time будет соответствующим. Для большинства пакетов критичен не столько сам пинг, сколько стабильность — джиттер 50 мс хуже постоянных 80 мс.

Поддерживаемые протоколы и количество локалов

Хороший сервер поддерживает как минимум CCcam и newcamd — чтобы вы могли подключиться любым клиентом. Серверы только с одним протоколом сужают выбор без причины.

Локалы — это карты, физически вставленные в сервер. Чем больше локальных карт для вашего региона, тем быстрее ECM. Шары (карты от других клиентов через cascade) медленнее и менее стабильны. Спрашивайте у провайдера: "Это локальная карта или шара?"

Реальное ECM time как показатель качества

ECM time — самый честный показатель качества сервера. Запросить тестовый период и сразу смотреть в OScam веб-интерфейсе среднее ECM time за несколько часов. До 200 мс — отлично. 200–350 мс — приемлемо. Выше 400 мс — будут проблемы с HD-каналами и быстрой сменой ECM.

ECM time зависит и от нагрузки: сервер может показывать 150 мс ночью и 600 мс в прайм-тайм (19:00–23:00). Тестируйте именно в часы пик.

Признаки ненадёжного источника

Красные флаги, которые говорят "уходите отсюда":

• Нет тестового периода совсем — значит, провайдер знает, что тест покажет плохой результат.
• Техподдержка отвечает сутками или вообще не отвечает.
• ECM time в рекламе "до 100 мс", но на практике 700+ мс в вечернее время.
• Частые реконнекты в логах (`disconnected`, `reconnecting`) каждые 10–30 минут — нестабильный сервер.
• Нет информации о том, какие именно карты локальные и для каких пакетов.