Настройка OScam для Tongfang DVN: гайд 2026

Если у вас чёрный экран именно на каналах с кодировкой Tongfang — скорее всего, проблема не в источнике. Связка oscam tongfang dvn требует точной настройки конфигов под конкретный CAID, а не копирования универсальных шаблонов из интернета. Я разобрал эту схему и описываю здесь то, что реально работает.

Предполагаю, что OScam уже запущен, источник подключён и другие кодировки работают нормально. Проблема — именно Tongfang/DVN не подхватывается. Тогда вам сюда.

Что такое Tongfang (DVN) и почему OScam ведёт себя иначе

Tongfang — система условного доступа китайского производства, которую в спутниковом контексте часто обозначают как DVN (Digital Video Networks). На практике это означает, что каналы пакета используют CAID из диапазона 0x4Axx. Но вот проблема: конкретный CAID может отличаться между спутниками, транспондерами и операторами, которые лицензируют эту CAS.

Стандартные шаблоны конфигов OScam заточены под Nagra, Conax и Irdeto — там CAID хорошо известны. Tongfang в этих шаблонах либо вообще отсутствует, либо прописан с неверным значением. Из-за этого reader просто не знает, что делать с входящим ECM-запросом.

CAID и провайдерские ID Tongfang/DVN

Наиболее часто встречающиеся CAID Tongfang: 0x4AEE, 0x4AEF, 0x4AF0. Но это не значит, что у вас именно один из них. На разных пакетах и спутниковых позициях значения отличаются. Один и тот же канал на 105.5°E и на другой позиции может иметь разные CAID.

Provider ID (ident) — отдельная история. Он привязан к конкретному пакету/оператору и без него фильтрация в OScam не работает так, как нужно. Значения вроде 000000 или конкретный шестизначный hex-код берутся из лога, а не из головы.

Самый надёжный способ — включить debug-лог и открыть нужный канал. В строке ECM будет что-то вроде:

2026/03/15 14:23:07 ECM received from dvbapi (caid=4AEE, provid=001234, srvid=0050)

Вот ваш реальный CAID и provid. Без этих значений настраивать reader вслепую — пустая трата времени.

Особенности ECM/EMM у этой кодировки

Tongfang использует сессионные ключи с относительно коротким периодом обновления. EMM-поток у некоторых операторов идёт редко, и если reader пропустит обновление — картинка пропадёт через несколько минут. Это характерный симптом: канал открывается, работает 3–5 минут, потом фриз.

Ещё один момент: некоторые транспондеры с Tongfang идут в симулькасте — канал закодирован одновременно в Tongfang и, например, в Irdeto. OScam по умолчанию попытается раздекодировать оба ECM. Если reader под Irdeto отвечает быстрее, а под Tongfang не настроен — вы получите нестабильную картинку или постоянные переключения.

Чем отличается обработка от Conax, Irdeto и Nagra

Conax и Nagra — хорошо задокументированы, их CAID стабильны годами. Irdeto работает с несколькими фиксированными CAID (0x0604, 0x0622 и т.д.). Tongfang в этом плане менее предсказуем: оператор может использовать нестандартный CAID из того же диапазона, не опубликованный ни в каких базах.

Кроме того, OScam имеет внутренние приоритеты обработки. Если CAID Tongfang не прописан явно в oscam.dvbapi через строку P:, система может вообще проигнорировать этот ECM или отправить его не в тот reader.

Конфигурация oscam.server и oscam.user под Tongfang

Вот где большинство застревает. Файл /etc/oscam/oscam.server — или /var/etc/oscam/oscam.server на эмбеддед-прошивках — должен содержать reader с явно прописанным CAID Tongfang. Без этого всё остальное бессмысленно.

Блок [reader] и параметр caid

Пример секции reader для cccam-источника:

[reader]
label         = tongfang_source
protocol      = cccam
device        = your.server.host,12000
password      = yourpassword
user          = yourlogin
caid          = 4AEE,4AEF
ident         = 4AEE:001234
group         = 1
cccversion    = 2.3.0
audisabled    = 1
reconnecttimeout = 30

Параметр caid здесь — это фильтр: reader будет принимать ECM только для указанных CAID. Если оставить пустым — reader отвечает на всё, что приходит, что создаёт беспорядок при наличии нескольких reader'ов.

Параметр audisabled = 1 отключает автоматическое обновление ключей (AU) через этот reader, если вам не нужен EMM. Для большинства cloudsharing-схем AU не нужен — включение лишь создаёт лишнюю нагрузку.

Параметры ident и group для DVN

Параметр ident — это связка CAID:ProviderID. Формат: 4AEE:001234;4AEF:000000 — несколько значений через точку с запятой. Если у вас несколько пакетов DVN с разными provider ID — перечислите все.

group — это номер группы reader'а. Важно, чтобы в oscam.user у клиента был прописан тот же номер группы. Иначе запрос никогда не дойдёт до нужного reader'а — это молчаливая ошибка, в логе будет "no matching reader".

Настройка протокола (cccam/newcamd) под источник

newcamd работает иначе: каждый CAID — отдельный порт. Если источник отдаёт Tongfang через newcamd, секция reader выглядит так:

[reader]
label         = tongfang_newcamd
protocol      = newcamd
device        = your.server.host,10200
key           = 0102030405060708091011121314
user          = yourlogin
password      = yourpassword
caid          = 4AEE
ident         = 4AEE:001234
group         = 1

Порт 10200 здесь условный — источник сам назначает порт под каждый CAID. Уточняйте у источника, какой порт соответствует Tongfang. В newcamd нельзя смешивать CAID на одном порту — это ограничение протокола.

CCcam (порт обычно из диапазона 12000–12100) гибче: один коннект отдаёт все доступные карты. Но это означает, что фильтрация на стороне OScam становится критичной — без явного caid в reader вы получите хаос из перекрёстных запросов.

Права в oscam.user: au, group, caid-фильтрация

Файл /etc/oscam/oscam.user — здесь определяется, какой клиент (dvbapi, CCcam-клиент, mgcamd) имеет доступ к каким reader'ам. Минимальная правильная секция:

[account]
user         = dvbapi
pwd          = dvbapi
group        = 1
au           = 1
caid         = 4AEE,4AEF
ident        = 4AEE:001234;4AEF:000000

Параметр au = 1 разрешает этому клиенту получать EMM-обновления. Параметр caid здесь — дополнительный фильтр: клиент сможет запрашивать только ключи под указанные CAID. Без этой фильтрации dvbapi будет слать ECM для любой кодировки, что замедляет всю систему.

Настройка oscam.dvbapi и привязка к тюнеру

Файл oscam.dvbapi управляет тем, как OScam взаимодействует с DVB-адаптером. Именно здесь решается, какой CAID имеет приоритет при дескремблировании — и именно здесь чаще всего кроется причина чёрного экрана на Tongfang.

Синтаксис строки фильтра для CAID Tongfang

Базовая структура файла и приоритетная строка для Tongfang:

P: 4AEE @ 001234 : 0050
P: 4AEF @ 000000 : 0000
I: 0000

Строка P: — приоритет (Priority). Формат: P: CAID @ ProviderID : ServiceID. ServiceID 0000 — означает "все каналы". Если нужен конкретный канал — подставьте его SID из лога.

Строка I: — игнор. I: 0000 в конце говорит OScam игнорировать всё, что не попало под приоритеты. Без этой строки система будет пробовать дескремблировать вообще всё подряд.

Строка M: (маппинг) нужна редко — только если хотите перенаправить ECM с одного CAID на другой. Для стандартной настройки Tongfang она не нужна.

Путь к oscam.dvbapi и права доступа

На обычном Linux-сервере файл живёт в /etc/oscam/oscam.dvbapi. На эмбеддед-прошивках (Vu+, Dreambox, OpenATV, Enigma2-боксы) путь другой: /var/etc/oscam.dvbapi или /etc/enigma2/oscam.dvbapi в зависимости от версии прошивки.

Права файла должны позволять OScam его читать. Обычно достаточно chmod 644. Но в некоторых эмбеддед-прошивках с ограниченными правами нужно убедиться, что пользователь, под которым работает oscam, имеет доступ к директории.

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

Приоритет (P:) и игнор (I:) каналов

При симулькасте — когда канал идёт одновременно в Tongfang и Irdeto — OScam без явного приоритета выберет случайный CAID или тот, что стоит первым в потоке. Если у вас настроен только reader под Tongfang, а OScam выбрал Irdeto — получите "no matching reader" и чёрный экран.

Решение простое: поставьте строку P: 4AEE первой в oscam.dvbapi, а CAID конкурирующей кодировки — в I:. Тогда OScam будет пробовать Tongfang первым и только его.

Проверка через веб-интерфейс (порт 8888)

Веб-интерфейс OScam по умолчанию доступен на порту 8888 — параметр httpport = 8888 в oscam.conf. Раздел "Status" показывает в реальном времени, какие ECM-запросы поступают и что с ними происходит.

Если видите строки с вашим CAID Tongfang и статусом "found" — всё работает. "Timeout" или "not found" — проблема либо в reader, либо в источнике. Если строк с Tongfang вообще нет — dvbapi не отправляет ECM, смотрите в oscam.dvbapi.

Диагностика ошибок: ECM, чёрный экран и таймауты

Черный экран при настройке oscam tongfang dvn — это почти всегда одна из трёх причин: ECM не доходит до reader, reader не знает что с ним делать, или DCW возвращается но не применяется. Определить, что именно, можно по логу.

Чтение лога oscam.log: rejected, timeout, not found

Включите детальное логирование. В oscam.conf:

[global]
logfile       = /tmp/oscam.log
loghistorysize = 4096
debug         = 64

Параметр debug = 64 включает вывод ECM-деталей. Уровень 255 — максимальный, но захламляет лог. Для диагностики Tongfang достаточно 64 или 128.

Ключевые строки лога и что они означают:

• rejected — reader получил ECM, но отверг его (не тот CAID, не тот провайдер, нет прав)
• timeout — reader не ответил за отведённое время (проблема с источником или сетью)
• not found — ключ не найден (источник не поддерживает этот канал/пакет)
• no matching reader — ни один reader не подходит под пришедший ECM
• found (XXms) — успех, в скобках время ответа в миллисекундах

Что значит 'no matching reader' для Tongfang

Это наиболее частая ошибка. Означает буквально: OScam получил ECM с CAID 4AEE, обошёл все reader'ы и ни в одном не нашёл совпадения по CAID или группе.

Чек-лист: параметр caid в oscam.server содержит нужное значение? Reader назначен в группу 1? В oscam.user у клиента прописана та же группа? Все три условия должны выполняться одновременно.

Высокий ECM time и обрывы картинки

Нормальный ECM time для карточного источника — 50–300 мс. Для сетевых cccam/newcamd-источников — 100–800 мс в зависимости от расстояния и нагрузки. Всё выше 1500 мс — проблема.

Фризы через равные промежутки (каждые 10 секунд) — признак того, что crypto period у Tongfang короткий, а reader не успевает обновить ключ вовремя. Проверьте пинг до источника и количество параллельных запросов — возможно, reader перегружен.

Ещё один сценарий: DCW приходит вовремя, но тюнер не применяет ключ из-за ограничения числа одновременно дескремблируемых PID. На некоторых эмбеддед-ресиверах это лимит 3–4 PID на декодер. Если канал Tongfang идёт в HD с несколькими аудиодорожками — суммарное количество PID может превысить лимит. Симптом: видео не идёт, но аудио есть (или наоборот).

Проверка цепочки запроса end-to-end

Алгоритм диагностики пошагово:

1. Открыть канал Tongfang на тюнере
2. В логе OScam найти строку ECM с нужным CAID — если её нет, проблема в oscam.dvbapi или связи dvbapi с OScam
3. Убедиться, что ECM ушёл в reader — строка вида sending to reader tongfang_source
4. Дождаться ответа reader'а — строка found (Xms) или ошибка
5. Убедиться, что DCW применён — в разделе Status веб-интерфейса канал должен показывать "decrypting"

Если шаг 4 выдаёт "found", но шаг 5 не работает — проблема локальная: либо PID-лимит тюнера, либо несовместимость версии dvbapi с OScam. Если шаг 3 не происходит — смотрите oscam.user и группы.

Как выбрать стабильный источник для Tongfang/DVN

Даже идеально настроенный oscam tongfang dvn не поможет, если источник нестабилен. Разберём, что реально важно при выборе — без маркетинговых обещаний.

Критерии оценки стабильности и аптайма

Аптайм меньше 99% — красный флаг. Раз в сутки перезагрузка или обрыв на несколько минут может быть приемлем, но ежечасные дисконнекты — нет. Попросите у источника лог аптайма или тестовый период не менее 24–48 часов перед покупкой.

Проверьте, есть ли у источника мониторинг. Серьёзные операторы знают, когда у них упал сервер — и имеют автоматический рестарт. Те, кто узнаёт об этом от клиентов — не те, с кем стоит работать долгосрочно.

Поддержка нужного CAID и локальных пакетов

Не все источники, заявляющие поддержку DVN, реально держат нужный вам CAID и provid. Перед оплатой уточните конкретные значения CAID, которые отдаёт источник. Сравните с тем, что показывает ваш лог. Если значения не совпадают — ключи не подойдут.

Особенно актуально для региональных пакетов: источник может поддерживать Tongfang для одного региона, но не для другого. Это не ошибка конфигурации — это ограничение источника.

Низкий ECM time и отсутствие фризов

ECM time — объективная метрика качества. Хороший источник отвечает стабильно быстро, без всплесков. Если среднее время 200 мс, но периодически вылетают значения 3000+ мс — источник перегружен или имеет проблемы с подключением.

Тестируйте в прайм-тайм — вечером в будни и в выходные днём. Именно тогда нагрузка максимальная и слабые источники начинают сыпаться.

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

Красные флаги, на которые стоит обращать внимание:

• ECM time нестабилен и часто превышает 1500 мс
• Частые обрывы соединения с последующим переподключением
• Отдельные каналы пакета не работают, хотя остальные работают
• Источник не может назвать точные CAID и provid, которые он поддерживает
• Нет возможности протестировать перед оплатой
• Лог OScam показывает "not found" несмотря на заявленную поддержку пакета

Региональная блокировка — отдельный случай. Иногда ключи приходят и DCW корректный, но картинка остаётся чёрной. Это может означать, что оператор ввёл контроль на уровне конкретного service ID или региональный гео-фильтр на стороне кодирования. Никакая настройка OScam это не исправит — проблема в источнике или в праве доступа к пакету.