Настройка просмотра ТВ через CCcam и OScam: гид 2026

Если ты искал antenna tv guide применительно к спутниковому ресиверу с cardsharing — скорее всего столкнулся с ситуацией когда каналы открываются, а программа передач пустая или вовсе не загружается. Это один из самых частых вопросов после базовой настройки CCcam/OScam, и ответ на него не очевидный. CCcam и OScam — это про расшифровку. EPG — это совсем другая история.

Ниже — подробный разбор: откуда берётся гид передач, как его правильно настроить, какие файлы конфигурации за что отвечают, и как диагностировать проблемы когда что-то идёт не так.

Что такое TV guide (EPG) в контексте CCcam/OScam

Здесь у многих ломается ожидание. Люди думают: поставил CCcam, подключился к серверу — и всё заработает само, включая расписание. Но это два независимых механизма, которые вообще не связаны между собой на уровне протокола.

Откуда ресивер берёт данные о расписании

Программа передач поступает двумя путями. Первый — прямо из DVB-потока: транспондер несёт EIT (Event Information Table), и ресивер её парсит и складывает в локальный кэш. На Enigma2 это файл /etc/enigma2/epg.dat или, если подключён HDD, /media/hdd/epg.dat. Второй путь — внешние XMLTV-источники, которые подгружаются через плагины типа CrossEPG или EPGImport.

CCcam и OScam в этой схеме вообще не участвуют. Они занимаются исключительно ECM/EMM — запрашивают ключи расшифровки у сервера и передают их в ресивер. Данные о расписании по этому каналу не идут.

Разница между EPG со спутника и из плагинов

EPG из DVB-потока обычно точнее по времени (синхронизирован с транспондером), но охватывает только текущий и соседний транспондеры. Часто он неполный — некоторые каналы просто не транслируют EIT или делают это с задержкой.

XMLTV-источники дают более широкое покрытие: один файл может содержать расписание на 7-14 дней для сотен каналов. Но здесь важна точная привязка channel ID — об этом ниже.

Почему cardsharing не передаёт EPG напрямую

Протоколы CCcam и newcamd (который использует OScam) проектировались строго под одну задачу — обмен ключами расшифровки. В пакете ECM-запроса нет поля для передачи метаданных о программе. Это архитектурное решение, не ограничение конкретных реализаций. Поэтому настройка antenna tv guide всегда идёт отдельным слоем, поверх работающего cardsharing.

Подготовка списка каналов и привязка EPG

Прежде чем EPG вообще сможет корректно привязаться, нужен актуальный и правильно структурированный список каналов. Это не так очевидно, но именно здесь чаще всего зарыта проблема пустого гида.

Импорт корректного бакета каналов (lamedb / userbouquets)

На Enigma2 список каналов хранится в /etc/enigma2/lamedb. Это бинарный файл с базой всех транспондеров и сервисов. Рядом лежат файлы букетов — userbouquet.*.tv и userbouquet.*.radio — которые определяют что и в каком порядке отображается в списке.

Если lamedb устарел или взят с другой конфигурации — service ID и transponder ID могут не совпадать с тем что реально передаёт спутник. Тогда EPG просто не найдёт к чему привязаться. Обновлять lamedb лучше через встроенный сканер или с проверенного ресурса под твою спутниковую позицию.

После замены lamedb — обязательный перезапуск Enigma2. Без него изменения не подхватятся.

Настройка автоматического обновления EPG по таймеру

Если используешь EPGImport, в нём есть встроенный планировщик. Настраивается через меню плагина: укажи источники и время обновления, обычно 4-5 утра когда нагрузка минимальна.

Через cron это выглядит примерно так:

0 5 * * * /usr/bin/python /usr/lib/enigma2/python/Plugins/Extensions/EPGImport/ep_import.py

Конкретный путь зависит от прошивки (OpenATV, OpenPLi, etc.), но логика одна. Проверь что cron вообще запущен — на некоторых имиджах он отключён по умолчанию.

Использование XMLTV и CrossEPG как источника гида

CrossEPG работает чуть иначе чем EPGImport — он умеет парсить как XMLTV-файлы, так и данные прямо из DVB-потока (через OpenTV, Freesat и другие форматы). Настройки хранятся в /etc/crossepg/.

Ключевой момент — маппинг channel ID. В XMLTV каждый канал имеет свой идентификатор, например channel id="bbc.one.bbc.co.uk". Этот ID должен быть прописан в файле провайдера CrossEPG или EPGImport, иначе данные загрузятся но не привяжутся ни к одному сервису в списке. Если видишь что EPG загружается (файл epg.dat растёт) но в гиде пусто — почти наверняка это проблема маппинга.

Конфигурация CCcam и OScam для стабильного приёма

Без правильно работающей расшифровки даже идеальный EPG бесполезен — канал просто не откроется. Вот как устроена конфигурация на практике.

Ключевые строки в CCcam.cfg

Основной конфиг CCcam на большинстве устройств находится в /var/etc/CCcam.cfg. Строка подключения к серверу (C: line) выглядит так:

C: hostname.example.com 12000 username password

Здесь 12000 — стандартный порт CCcam. Сервер может использовать другой, это согласовывается с провайдером. Важные параметры в том же файле:

KEEPALIVE TIMEOUT: 10
ECM TIMEOUT: 3000
CAID PRIO: 1830,0963

ECM TIMEOUT задаётся в миллисекундах. Если сервер географически далеко — увеличь до 4000-5000, иначе будут ложные таймауты. CAID PRIO полезен когда канал доступен через несколько систем условного доступа — указываешь приоритет.

Файлы oscam.server, oscam.user и oscam.dvbapi

У OScam конфигурация разбита на несколько файлов. Стандартный путь — /etc/tuxbox/config/oscam/, хотя на разных прошивках может быть /etc/oscam/ или /usr/keys/. После обновления прошивки этот путь иногда сбивается — reader просто не стартует, и об этом ниже.

oscam.server — описывает источники (readers). Пример для newcamd-подключения:

[reader]
label = my_server
protocol = newcamd
device = hostname.example.com,15000
key = 0102030405060708091011121314
user = myuser
password = mypass
caid = 1830

Порт 15000 — стандартный для протокола newcamd. key — это newcamd DES key, обычно дефолтный 0102030405060708091011121314 если провайдер не указал другой.

oscam.user управляет локальными пользователями (если OScam сам выступает сервером). oscam.dvbapi — критически важный файл для привязки расшифровки к каналам:

[dvbapi]
enabled = 1
au = 1
pmt_mode = 0
request_mode = 0

Если в oscam.dvbapi не указан нужный CAID — OScam просто не будет запрашивать ключ для этого канала. Канал останется зашифрованным.

Порты, протоколы и таймауты

Сводка стандартных портов чтобы не путаться:

Протокол / интерфейс	Порт по умолчанию
CCcam (клиент)	12000
newcamd (OScam reader)	15000
Веб-интерфейс OScam	8888
camd35 / cs378x	2000 / 2001

Все эти значения настраиваются в конфигах и часто меняются. Порт 8888 задаётся в oscam.conf в секции [webif] — там же можно включить авторизацию по логину/паролю для веб-интерфейса.

Таймаут ECM в OScam настраивается параметром ecmtimeout в секции reader — значение в секундах. Стандартное значение 5, для медленных соединений можно поднять до 10.

Устранение проблем: каналы без картинки и пустой гид

Вот тут большинство инструкций заканчиваются общими фразами. Разберём конкретно.

Чёрный экран при наличии звука или «No data»

Звук есть — картинки нет. Это почти всегда означает что видео-поток зашифрован другим CAID которого нет в конфиге, а аудио идёт открыто или расшифровывается частично. Открой oscam.dvbapi и проверь что CAID для этого канала прописан. Если не знаешь какой CAID нужен — посмотри в веб-интерфейсе OScam (порт 8888), раздел Services, найди канал и увидишь все доступные CAID.

«No data» без звука — проблема иная. Либо ресивер не может связаться с reader (проверь сеть и порты), либо ECM приходит с timeout. Смотри логи.

EPG пустой или отображается с ошибкой времени

Одна из самых коварных проблем — сдвиг EPG по времени. Расписание загружается, но всё показывает передачи "не те" — текущий слот пустой, а вчерашние передачи висят как "сейчас". Причина почти всегда — неверный часовой пояс ресивера. Проверь в настройках Enigma2 секцию Time/Timezone, убедись что выставлен корректный offset.

Другой сценарий: EPG есть только на части транспондеров. Это нормально если часть каналов не транслирует EIT. Для них нужен XMLTV-источник с явным маппингом. Также проверь source ID в настройках CrossEPG — если он не совпадает с тем что в XMLTV, данные не привяжутся.

Ещё одна ловушка — конфликт двух источников EPG одновременно. Если и CrossEPG, и EPGImport пишут в один файл с разными данными о одном канале — получаешь дубли записей и хаос в расписании. Используй один источник, второй отключи.

Чтение логов OScam для диагностики ECM

Веб-интерфейс OScam на порту 8888 — твой основной инструмент диагностики. Раздел "Live Log" показывает ECM-запросы в реальном времени. Вот что означают основные статусы:

• ECM found (0ms … Xms) — ключ получен, число в скобках — время ответа
• ECM not found — сервер не смог расшифровать этот CAID/SID. Проблема на стороне источника.
• ECM timeout — сервер не ответил за отведённое время. Либо перегрузка, либо сетевая задержка, либо reader отвалился.
• ECM cache — ответ взят из локального кэша, очень быстро

Если видишь постоянные "ECM not found" на конкретном канале — этот CAID/provider ID не поддерживается текущим подключением. Не поможет ни переконфигурация, ни смена таймаутов — только смена или дополнение источника.

Лог пишется в файл который указан в oscam.conf параметром logfile. По умолчанию обычно /tmp/oscam.log или /var/log/oscam.log. Хвост лога смотришь командой tail -f /tmp/oscam.log.

После обновления прошивки — сразу проверяй путь к конфигам. Если прошивка переехала конфиги в другое место, OScam запустится но reader не найдёт файлы и не стартует. Симптом: веб-интерфейс открывается, readers = 0.

Критерии выбора источника подключения (без рекламы)

Когда базовая настройка готова и antenna tv guide отображается корректно — вопрос переходит в плоскость качества самого подключения к серверу расшифровки. Конкретных провайдеров называть не буду — это не та информация которая поможет тебе сделать правильный выбор. Но технические метрики — дело другое.

Аптайм и пинг сервера

Минимальный приемлемый аптайм — 99% в месяц. Это примерно 7 часов даунтайма за 30 дней. Всё что ниже — нестабильное подключение и регулярные "чёрные экраны" в неудобный момент.

Пинг от твоей точки до сервера напрямую влияет на время ECM-ответа. Если ping > 100ms — жди задержки при переключении каналов. Оптимально до 30-50ms. Проверяется простым ping hostname до подключения.

Поддерживаемые CAID и стабильность ECM-time

Перед подключением уточни список поддерживаемых CAID. Основные которые тебе, скорее всего, нужны — 0x1830 (Viaccess 3), 0x0963 (Videoguard), 0x0500 (Viaccess 2), 0x0604 (Irdeto), 0x1702 (Nagravision 3). Если нужный CAID не поддерживается — никакая тонкая настройка не поможет.

Стабильность ECM-time важнее средней скорости. Сервер с постоянным ответом 80ms лучше чем тот что выдаёт 20ms обычно но иногда уходит в 3000ms. Спайки по времени видны в статистике OScam — там есть min/max/avg для каждого reader.

Прозрачность технической поддержки

Хороший признак — когда тебе дают реальные параметры подключения (CAID, протокол, точные порты) и объясняют ограничения честно. Плохой признак — когда на вопрос "почему канал X не открывается" получаешь "всё работает, перезагрузи ресивер".

Попроси тестовый период или покажи скриншот статистики reader из OScam перед оплатой долгосрочного доступа. Если отказывают — это говорит само за себя.

Когда antenna tv guide настроен и стабильно работает, а ECM-time в норме — система фактически не требует вмешательства. Вот к этому и нужно прийти.