Tone burst: настройка в OScam и CCcam — гайд 2026

Если вы открыли эту страницу — скорее всего, одна из двух позиций у вас не работает. Каналы с одного спутника идут, со второго — тишина. И вы уже час потратили на конфиги OScam, хотя проблема совсем не там. Tone burst настройка — это прежде всего задача тюнера и переключателя, а не программного стека кардшаринга. Разберём по порядку, от физики до логов.

Что такое Tone burst и зачем он нужен в cardsharing-сетапе

Tone burst — это самый простой способ переключить двухвходовой LNB-переключатель. По стандарту это 22 кГц-сигнал длиной около 12,5 мс. Позиция A — непрерывная посылка сигнала, позиция B — модулированная (пачки импульсов). Всё. Никакого протокола, никаких байт данных — только тон или его отсутствие/модуляция.

Именно из-за примитивности его иногда называют мини-DiSEqC. Хотя технически это разные вещи, и путаница здесь дорого стоит.

Tone burst (мини-DiSEqC) против полного DiSEqC 1.0/1.1

DiSEqC 1.0 управляет четырьмя портами. Команды передаются в виде байтовых последовательностей по тому же 22 кГц-несущему, но с модуляцией данных. Committed-команды вида E0 10 38 F0–F3 — это DiSEqC 1.0. Tone burst к этому вообще не имеет отношения.

Проблема начинается когда пользователь ставит переключатель на два входа, а в настройках приёмника выставляет DiSEqC 1.0 вместо Tone burst. Часть таких переключателей физически реагирует только на тональный сигнал — DiSEqC-команды они просто игнорируют. Снаружи это выглядит как "не переключается второй вход", хотя причина банальная.

DiSEqC 1.1 добавляет uncommitted-команды для каскадных матриц. Его тем более нельзя смешивать с Tone burst на одной линии.

Позиции A и B: что они означают физически

На переключателе обычно два гнезда: IN 1 и IN 2, или LNB 1 и LNB 2. Позиция A — первый вход, позиция B — второй. Но "первый" и "второй" — это условность производителя. На практике надо проверять.

Сигнал позиции A (непрерывная 22 кГц) приёмник посылает до того, как запрашивает транспондер. Переключатель должен за несколько миллисекунд перекоммутировать вход. Если переключатель медленный или питание нестабильное — возможны глюки при зэппинге между спутниками.

Когда Tone burst обязателен, а когда лишний

Обязателен: когда у вас два LNB или один LNB с двумя выходами через простейший двухпозиционный переключатель без поддержки DiSEqC. Таких переключателей до сих пор продаётся масса — дешёвые, пассивные, без микроконтроллера.

Лишний или вредный: когда у вас Unicable/SCR-конвертер, мотоподвес, DiSEqC-матрица или современный мультисвич. Попытка задать Tone burst поверх Unicable просто сломает приём — SCR использует собственный командный протокол и 22 кГц-тональная посылка ему мешает.

Настройка Tone burst со стороны приёмника и тюнера

Вот что большинство статей не говорит явно: Tone burst настройка живёт в прошивке приёмника, в драйвере тюнера — но не в OScam и не в CCcam. Искать параметр toneburst в oscam.server бессмысленно, его там нет.

Всё управление переключателем происходит на уровне ядра через DVB API (/dev/dvb/adapterX/frontendY). Enigma2, VDR, tvheadend — они все вызывают ioctl(FE_SET_TONE) перед настройкой на транспондер. OScam через dvbapi просто получает уже захваченный мультиплекс.

Параметры в Enigma2 (lamedb / satellites.xml)

В Enigma2 настройка тюнера находится в меню: Настройки → Тюнер → Конфигурация тюнера. Там для каждого тюнера указывается тип переключателя. Выбираете "Tone burst" и назначаете позицию A или B каждому спутнику.

Физически это сохраняется в /etc/enigma2/settings в виде параметров вида config.Nims.0.diseqcA=.... Сам список спутников и их орбитальные позиции хранятся в /etc/tuxbox/satellites.xml. Важно: позиции спутников в lamedb (база транспондеров) должны совпадать с тем, что физически подключено к каждому входу переключателя.

Осторожно со старыми сборками прошивок — видел случаи, когда после перезагрузки Enigma2 настройка Tone burst сбрасывалась на "нет переключателя". Если после рестарта ресивера второй спутник пропадает — проверьте это первым делом.

Сопоставление Tone burst A/B с позициями спутника

Берёте список транспондеров одного спутника, идёте в Enigma2, вручную выбираете транспондер и смотрите уровень сигнала. Потом меняете позицию A/B и снова смотрите. Та позиция, где сигнал есть — правильная для этого LNB.

Этот шаг часто пропускают. А потом час копаются в OScam, пока не окажется, что просто A и B перепутаны местами.

Проверка через blind scan и уровень сигнала

Blind scan — хороший способ убедиться, что нужный спутник физически захвачен. Запускаете сканирование при позиции A, смотрите на найденные транспондеры. Потом при позиции B. Если оба скана показывают одни и те же транспондеры — переключатель не работает вообще, оба входа смотрят в одну сторону. Или сигнал с соседнего спутника настолько сильный, что LNB захватывает его с обоих входов — такое бывает на близкорасположенных позициях (например, 19.2°E и 23.5°E при широкой диаграмме LNB).

Конфигурация OScam: что реально влияет на приём

OScam не управляет Tone burst. Точка. Его задача — получить ECM от демультиплексора через dvbapi и вернуть CW (Control Word) для расшифровки. Если транспондер не захвачен из-за неправильного переключения — ECM до OScam просто не дойдёт, и никакие настройки конфигов не помогут.

Роль oscam.conf, oscam.server, oscam.dvbapi

Три главных файла. В зависимости от сборки лежат в /etc/tuxbox/config/oscam/, /var/keys/ или /usr/keys/.

oscam.conf — глобальные параметры. Здесь важны секция [global] с уровнем логирования (loglevel = 64 для максимальной детализации) и секция [dvbapi] с параметрами enabled = 1, boxtype = dreambox (или openxcas, зависит от железа), pmtmode.

oscam.server — описание ридеров (карт, CCcam-линий, CCCAM-пиров). Здесь прописываете caid, provid, протокол подключения.

oscam.dvbapi — фильтры для dvbapi. Если здесь указать неправильный caid или вообще не указать нужный — ECM с этого провайдера будут игнорироваться.

Привязка caid/provid к нужному транспондеру

Бывает ситуация: два спутника, на каждом свои CAID. Допустим, на позиции A — CAID 0x0500, на позиции B — CAID 0x1800. В oscam.server у ридера нужно указать оба CAID через запятую в параметре caid. Если ридер настроен только на один — карта просто не будет отвечать на запросы со второго спутника.

Логи OScam для диагностики ECM по конкретному спутнику

Лог смотрится через webif (по умолчанию порт 8888, параметр httpport = 8888 в секции [webif] файла oscam.conf). Или напрямую в /tmp/.oscam/oscam.log.

Включаете канал со второго спутника. В логе должна появиться строка вида:

2026/01/15 21:04:23 c (dvbapi) Demuxer 0 Program 0x1234 got PMT update
2026/01/15 21:04:23 c (dvbapi) Demuxer 0 ECM caid=0x1800 pid=0x0134

Если строк с ECM нет совсем — транспондер не захвачен. Проблема в Tone burst (или DiSEqC), а не в кардшаринге. Если ECM идут, но нет decode — тогда смотрите на линии и права карты.

Задержка ECM — отдельная история. При каждом зэппинге приёмник переключает транспондер и снова посылает DiSEqC/Tone burst команду. Если переключатель медленный, первые несколько ECM могут теряться, пока фронтенд не зафиксируется. В логе это выглядит как единичные ECM с большими паузами между ними.

Конфигурация CCcam и порядок переключения спутников

CCcam — та же история. Он сам не занимается переключением спутников. Работает поверх уже выбранного демультиплексором транспондера.

CCcam.cfg: где он лежит и что в нём проверять

Файл конфигурации: /var/etc/CCcam.cfg или /etc/CCcam.cfg — зависит от дистрибутива. В нём проверяем:

• SERVER LISTEN PORT : 12000 — дефолтный порт, на котором CCcam принимает входящие C-линии от клиентов
• Наличие F:-линий для подключения к апстриму (если используете как клиент)
• Наличие C:-линий для подключения пиров
• Параметр CAID PRIORITY — если он не охватывает CAID второго спутника, запросы будут молча отбрасываться

Частая ошибка: у пользователя в линии прав нет на CAID второго спутника, а он думает, что виноват Tone burst. Смотрите в CCcam Info через порт 16001 (если включён httpport) — там видно, на какие CAID у вас реально есть права.

Взаимодействие CCcam с dvbapi и драйвером тюнера

CCcam получает PMT/ECM через dvbapi точно так же, как OScam. Логика та же: сначала Enigma2 должен переключить тюнер на нужный транспондер (через Tone burst или DiSEqC), потом dvbapi видит ECM, потом CCcam запрашивает CW у карты или пира.

Если запустить CCcam и OScam одновременно на одном боксе — они будут конкурировать за dvbapi. Обычно только один должен иметь enabled = 1 в dvbapi-секции. Это тоже частая причина нестабильной работы.

Порт 12000 и проверка соединения с пирами

Проверить, что CCcam слушает порт 12000:

netstat -tlnp | grep CCcam

Или через ss -tlnp | grep 12000. Если порт не слушается — CCcam не запущен или упал. Логи CCcam обычно пишутся в /tmp/cccam.log или /var/log/cccam.log.

Диагностика: почему не переключается спутник при Tone burst

Разбираем по шагам — от железа к софту. Это тот самый порядок, который работает, в отличие от "поменял параметр в конфиге, всё равно не работает".

Пошаговый чек-лист от железа к софту

Шаг 1. Проверьте, поддерживает ли переключатель Tone burst. Возьмите документацию или посмотрите маркировку. Некоторые бюджетные переключатели маркируются как "DiSEqC" но физически реагируют только на Tone burst — и наоборот. Встречал "DiSEqC переключатели", которые на 1.0 команды не реагировали вообще.

Шаг 2. Подключите каждый LNB напрямую к тюнеру, без переключателя. Проверьте уровень сигнала и транспондеры для каждого отдельно. Если LNB 2 не даёт сигнала напрямую — проблема в кабеле или самом LNB, не в переключателе.

Шаг 3. Поменяйте местами A и B. В настройках Enigma2 поменяйте назначение позиций. Если после этого заработал тот спутник, который не работал — просто были перепутаны входы.

Шаг 4. Проверьте, не включён ли DiSEqC 1.0 одновременно с Tone burst. В Enigma2 нельзя одновременно задать оба протокола для одного тюнера. Если где-то в настройках осталась committed-команда DiSEqC — она будет конфликтовать с Tone burst-переключателем.

Шаг 5. Смотрите логи. Включаете канал со второго спутника, открываете /tmp/.oscam/oscam.log (или webif на порту 8888) и смотрите: есть ли строки с ECM нужного CAID? Нет ECM — виновато переключение транспондера. Есть ECM, нет расшифровки — проблема в линиях.

Типичные ошибки конфигурации переключателя

Каскад из Tone burst-переключателя и DiSEqC committed-коммутатора — это отдельная головная боль. При горячем старте приёмника команды могут идти в неправильном порядке: Enigma2 посылает сначала DiSEqC, потом Tone burst, а каскадный переключатель ожидает обратного. Результат — нестабильное переключение, которое иногда работает, иногда нет.

Правило простое: не смешивайте протоколы на одной линии. Если нужен каскад больше двух входов — переходите на полноценный DiSEqC 1.0 или 1.1 с нормальным мультисвичем.

Ещё один кейс: два спутника на орбитальных позициях, разнесённых меньше чем на 6 градусов (например, 28.2°E и 30°E). LNB с широкой диаграммой ловит оба одновременно с обоих входов, создавая иллюзию что переключение работает. Реально транспондер от второго спутника приходит на оба входа — и вы годами думаете, что всё нормально, пока не добавляете третий спутник.

Когда виноват не Tone burst, а LNB или кабель

Если blind scan на обоих позициях A и B показывает одинаковые транспондеры — не один из них является сигналом от неправильного спутника-соседа, а именно потому что переключатель вообще не переключает. В этом случае проверьте:

• Питание переключателя — пассивные переключатели питаются от коаксиала, минимум 12–18V от тюнера. Если тюнер даёт слабое питание — переключатель не сработает
• Длину кабеля от тюнера до переключателя — на длинных участках 22 кГц-сигнал затухает. Более 30–40 метров без усилителя — риск
• Состояние коннекторов — окисленный F-разъём или плохой обжим режут высокочастотный компонент

И последнее: Unicable/SCR. Если у вас мультиклиентский конвертер Unicable (EN 50494) — забудьте про Tone burst. Unicable использует SCR-команды на другой частоте, и любая попытка задать Tone burst ломает приём всех клиентов на этой линии. В Enigma2 для Unicable выбирается соответствующий тип конвертера, Tone burst там не фигурирует.