Viasat HD cardsharing: настройка CCcam/OScam в 2026

Если вы занимаетесь viasat hd cardsharing и HD-каналы не открываются — скорее всего, проблема не в ресивере и не в линии, а в неправильно указанных CAID и provider ID. Это самая частая ошибка, которую я вижу в конфигах: люди копируют пример CCcam.cfg из 2023 года, а там устаревшие параметры. Разберём всё по порядку — от теории до конкретных команд диагностики.

Что такое Viasat HD и какая система кодирования используется

Viasat вещает преимущественно через два спутниковых положения: Sirius 4.8°E и Thor 0.8°W. На Sirius сосредоточен основной Nordic-пакет, Thor используется для скандинавского и балтийского регионов. HD-каналы сидят на тех же транспондерах, что и SD, но с другими параметрами кодирования.

Спутники и транспондеры Viasat (Sirius 4.8°E, Thor 0.8°W)

Sirius 4.8°E — основной борт для большинства рынков. Частоты HD-мультиплексов: 11842 МГц (H, SR 27500), 12073 МГц (V, SR 27500). На Thor 0.8°W работают пакеты для норвежского и датского рынков — там HD сидит на 10873 МГц (V, SR 25000).

Важно: настройка транспондеров должна быть точной. Особенно symbol rate — ошибка в одну цифру даёт постоянные потери сигнала, которые легко спутать с проблемами шаринга.

Используемая CAS: Viaccess (CAID 0500) и Conax (CAID 0B00)

Viasat использует две системы условного доступа. Viaccess — основная, CAID 0x0500. Conax (CAID 0x0B00) применяется на части HD-каналов, особенно после 2025 года, когда Viasat начал поэтапно переводить некоторые мультиплексы. В середине 2026 года часть каналов Nordic-пакета сменила основной CAID, и старые шаринг-линии без обновления ident перестали работать — это не проблема провайдера, это изменение на стороне Viasat.

Simulcrypt на отдельных каналах — реальность. Канал кодируется одновременно двумя системами, и дескремблер должен выбрать одну. Если не указать приоритет явно — поведение непредсказуемо.

Particular Provider ID для Viasat HD пакета

Для Viaccess CAID 0500 актуальные provider ID на 2026 год:

  • 042800 — основной Nordic HD-пакет (Sirius 4.8°E)
  • 042820 — дополнительный HD-мультиплекс, Thor-каналы
  • 032830 — отдельные Premium HD-каналы (спорт, кино)

Это не полный список — конкретный provider ID для проблемного канала всегда смотрите в ecm.info или через OSD ресивера. Некоторые каналы используют provider ID, отличный от трёх перечисленных.

Чем HD-поток отличается от SD с точки зрения дескремблера

HD-каналы Viasat используют более новые версии Viaccess — V5 и V6. SD-пакет часто работает на V4. Если шаринг-линия настроена только на V4 (это определяется параметром cccversion в OScam), то SD открывается, HD — чёрный экран. Именно поэтому "линия работает, но только на SD" — чаще всего диагноз версии CAS, а не качества сигнала.

ECM-запрос на HD-канале также крупнее, а управляющее слово обновляется чаще — каждые 10 секунд вместо 30 на некоторых SD-мультиплексах. Это нагружает линию и делает задержку более заметной.

Настройка CCcam.cfg для приёма Viasat HD

CCcam — проверенный инструмент, хотя и уступает OScam в гибкости. Для базовой настройки viasat hd cardsharing через CCcam.cfg достаточно правильной C: строки и файла cccam.prio.

Формат строки C: line — host port username password

Структура строки подключения:

C: your.sharing-server.example 12000 yourusername yourpassword

Никаких лишних параметров после пароля по умолчанию не нужно. CCcam 2.3.0+ поддерживает автосогласование версии протокола. Порт 12000 — стандартный для CCcam-сервера, но некоторые провайдеры линий используют нестандартные порты (10000, 15000, 20000) — уточняйте при получении данных.

Параметр no для блокировки SD-линий когда есть HD

Если у вас несколько линий и одна из них отдаёт только SD, можно указать ограничение через параметр no: при подключении. Это предотвращает ситуацию, когда CCcam отправляет ECM-запрос на SD-линию для HD-канала и получает "not found".

C: your.sharing-server.example 12000 user pass
PRIORITY CAID: 0500

В файле /etc/CCcam.cfg также можно полностью заблокировать отдельные CAID на конкретных линиях через IGNORE CAID:.

SID-фильтры через caid:provid:sid для приоритета линий

Файл /etc/cccam.prio позволяет явно указать, какую линию использовать для конкретного канала. Формат записи:

# CAID:ProvID:SID приоритет
0500:042800:1234 1
0500:042820:5678 1

SID канала можно узнать из ecm.info или через Enigma2: синяя кнопка → информация о канале. Это особенно полезно когда одна линия хорошо работает на Nordic-пакете, а другая — на Premium HD.

Включение newcamd-протокола для HD-каналов

На некоторых ресиверах (особенно старые Dreambox) CCcam-протокол может не передавать корректно ECM для HD. В этом случае используйте newcamd-подключение. В /etc/CCcam.cfg:

N: your.server.example 10000 user pass 01 02 03 04 05 06 07 08 09 10 11 12 13 14

14-байтный ключ предоставляет провайдер линии. Порт newcamd стандартно 10000 или 988.

Параметр EXTRA EDIT и tuning ECM-таймаутов

Для стабильного HD ECM-таймаут не должен превышать 600мс. В CCcam 2.3.x настройка через /etc/CCcam.cfg:

ECM TIMEOUT: 600
ECM RETRY: 2

Если таймаут выставлен слишком низко (например, 200мс) — канал будет открываться и сразу пропадать, потому что CCcam считает ECM неуспешным раньше, чем приходит ответ. Для медленных линий (ping >50мс) ставьте не меньше 800мс на этапе тестирования, потом снижайте.

Настройка OScam для Viasat HD (oscam.server и oscam.user)

OScam — предпочтительный вариант для стабильного приёма. Полный контроль над CAID, кэширование ECM, детальные логи. Разберём конфигурацию по файлам.

Секция [reader] для CCcam-протокола: подключение к шаринг-линии

В файле /etc/oscam/oscam.server (или /etc/tuxbox/config/oscam/oscam.server на OpenATV 7.x):

[reader]
label                = viasat_hd_line
protocol             = cccam
device               = your.server.example,12000
user                 = yourusername
password             = yourpassword
caid                 = 0500,0B00
ident                = 0500:042800,042820,032830
group                = 1
reconnecttimeout     = 30

Параметр ident — ключевой. Именно здесь перечисляются все provider ID, которые должна обрабатывать эта линия. Если забыть 042820 — часть HD-каналов не откроется, и в логе вы увидите "not found" вместо "found".

Параметры caid, ident, group, cccversion

Параметр cccversion определяет версию CCcam-протокола при подключении к серверу. Для современных линий:

cccversion           = 2.3.0
ccckeepalive         = 1
cccmaxhops           = 2

cccmaxhops ограничивает глубину reshare. Значение 2 означает, что OScam не будет использовать карты глубже чем с 2 хопами от вашей линии. Это существенно снижает ECM-время.

Параметр group связывает reader с пользователями в oscam.user. У ресивера должна быть разрешена эта группа.

Кэширование через CSP/CWC: csp, cacheex клиент

CacheEx mode 2 (push) позволяет OScam принимать готовые управляющие слова от других OScam-инстанций без повторного ECM-запроса. Это снижает эффективное ECM-время до практически нуля для популярных каналов.

[reader]
label                = cacheex_peer
protocol             = csp
device               = cacheex-partner.local,15000
cacheex              = 2
group                = 2

Но это работает только если у вас есть партнёр с такой же настройкой. Для одиночного использования — не нужно.

oscam.dvbapi: маппинг CAID для эмуляции через dvbapi

Файл /etc/oscam/oscam.dvbapi управляет тем, как OScam взаимодействует с dvbapi на ресивере. Для Enigma2:

enabled              = 1
au                   = 1
pmt_mode             = 0
request_mode         = 1
boxtype              = dreambox

P: 0500:042800
P: 0500:042820
P: 0B00:000000

Строки P: задают приоритет системы условного доступа. Если канал кодирован одновременно Viaccess и Conax (simulcrypt), OScam попробует сначала 0500, потом 0B00. Без явного указания — поведение зависит от порядка в PMT канала, а это непредсказуемо.

Логи: уровень debug 4 и анализ ECM-запросов

Запуск OScam с подробным логом:

oscam --debug=4 -c /etc/oscam/ -l /var/log/oscam.log

Или через systemctl после изменения /etc/default/oscam:

systemctl restart oscam
tail -f /var/log/oscam.log

Успешный ECM в логе выглядит так:

2026/05/19 12:34:01 c  ECM viasat_hd_line: 0500:042800:1234 found (250ms)

Проблемный — так:

2026/05/19 12:34:01 c  ECM viasat_hd_line: 0500:042800:1234 not found (timeout)

dw checksum mismatch означает, что управляющее слово пришло, но повреждено — признак нестабильного соединения или некорректного кэширования.

Типичные проблемы и их диагностика

Разберём пять сценариев, с которыми сталкиваются при viasat hd cardsharing чаще всего. Для каждого — конкретный способ диагностики.

Чёрный экран на HD-каналах при работающем SD

Первое что проверяем — лог OScam во время переключения на проблемный HD-канал. Смотрим, что запрашивается:

tail -f /var/log/oscam.log | grep "ECM"

Если видите "not found" на CAID 0500:042820 — значит в oscam.server в строке ident отсутствует этот provider ID. Если ECM-запроса вообще нет — dvbapi не запустился или неправильный boxtype в oscam.dvbapi.

Второй вариант: линия не поддерживает Viaccess V5/V6. Проверить можно через CCcam webif на порту 16001 — в секции shares посмотрите, какая версия указана для вашей линии на данном CAID.

Фризы и заикания: ECM time выше 1000ms

Сначала проверяем базовую задержку до сервера:

ping -c 20 your.server.example

Ping выше 80мс — уже рискованно для HD. Выше 150мс — фризы гарантированы. Если ping нормальный, но ECM-время высокое — проблема в хопах: liniaша reshare слишком глубокая, добавьте в oscam.server параметр cccmaxhops = 2.

Также проверьте загрузку CPU ресивера. На старых Dreambox 800 с высокой загрузкой dvbapi сам по себе добавляет 200-300мс к ECM.

Сообщение 'no card' при наличии активных линий

Проверьте что group в oscam.server совпадает с group в oscam.user для вашего локального клиента:

cat /etc/oscam/oscam.user

Должно быть что-то вроде group = 1, совпадающее с reader. Если группы не совпадают — OScam не будет использовать reader для этого клиента, и в логе появится "no card available".

Канал работает 10-30 секунд и пропадает (EMM-проблема)

Это самая неприятная ситуация. Канал открывается на старых ключах (которые ещё валидны), а через 10-30 секунд Viasat присылает смену управляющего слова через EMM. Если линия не передаёт EMM — новый ключ не применяется, и канал пропадает.

Проверить можно так: в oscam.server добавьте emmcache = 1 и смотрите в логе строки с "EMM". Если EMM-трафика нет совсем — линия не передаёт обновления ключей. Решение: только линия с локальной картой или провайдер, явно поддерживающий EMM-передачу для Viasat.

Часть пакета открывается, часть — нет (несовпадение provider ID)

Запустите:

cat /tmp/ecm.info

Или в Enigma2: синяя кнопка на пульте при активном канале → ServiceInfo → CA Info. Там будет точный CAID:ProvID:SID. Сравните с тем, что указано в ident вашего reader. Отсутствующий provider ID — добавьте в oscam.server в строку ident и перезапустите OScam.

Критерии выбора шаринг-линии для Viasat HD

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

Аптайм сервера (минимум 99% за месяц)

99% аптайм = примерно 7 часов простоя в месяц. Для HD-приёма это приемлемо. Всё что ниже 98% — на практике означает несколько часов в неделю без сигнала, обычно в пиковое время. Проверяйте статистику аптайма перед оплатой, а не слова продавца.

Среднее ECM-время на Viasat-каналах (<400ms — отлично, <600ms — рабочее)

До 400мс — стабильная картинка без заиканий. 400-600мс — рабочее, иногда лёгкие артефакты при одновременном просмотре на нескольких ресиверах. 600-1000мс — фризы при быстром движении в картинке. Выше 1000мс — неприемлемо для HD. ECM-время измеряется в OScam webif (порт 8888) или CCcam webif (порт 16001, секция shares).

Наличие правильных CAID и всех нужных provider ID в пакете

Перед покупкой явно спросите: поддерживает ли линия CAID 0500 с provider ID 042800, 042820, и Conax 0B00 для Viasat Nordic. Если провайдер не знает что такое provider ID — это плохой знак.

Локальная карта vs reshare: как отличить

В CCcam webif на порту 16001 в секции "Shares from" каждая карта показывает количество хопов. Хоп 1 = локальная карта у провайдера. Хоп 2-3 = reshare первого уровня. Хоп 4+ = глубокий reshare, ECM-время будет высоким.

В OScam смотрите в webif → Readers → ваш reader: там отображается hop count для каждой карты. Запрашивайте тестовый доступ именно для проверки этого показателя.

Тестовый период и возврат средств

Адекватный тестовый период — минимум 24 часа. За это время вы успеете проверить ECM-время в разное время суток (вечером нагрузка обычно выше), стабильность на HD-каналах и наличие всех нужных provider ID. Провайдеры без тестового доступа — риск.

Что делать если ничего не работает: пошаговый чек-лист

Последовательность диагностики. Не пропускайте шаги — каждый проверяет конкретное звено.

Проверка сети: ping и telnet до порта шаринг-сервера

ping -c 10 your.server.example
telnet your.server.example 12000

Если telnet зависает или отказывает в соединении — проблема в сети или firewall, не в конфиге CCcam/OScam. Проверьте что порт не заблокирован на роутере. При двойном NAT EMM-трафик может не проходить в обратном направлении — это решается явным port forwarding на роутере.

Проверка корректности логина/пароля в CCcam.cfg

Звучит банально, но пробел в конце строки или кириллический символ в пароле (если скопировали из мессенджера) — реальная причина 30% обращений. Проверьте:

cat -A /etc/CCcam.cfg | grep "^C:"

Символ $ в конце строки — нормально (конец строки Unix). Символ ^M в конце — Windows line endings, они ломают CCcam. Исправить: sed -i 's/\r//' /etc/CCcam.cfg.

Проверка что dvbapi реально работает на ресивере

netstat -an | grep 9000

Порт 9000 (или другой, указанный в oscam.dvbapi) должен быть в состоянии LISTEN. Если нет — OScam не запустил dvbapi listener. Проверьте параметр enabled = 1 в oscam.dvbapi и права доступа к /dev/dvb/.

Анализ ECM-логов: какой CAID запрашивается на проблемном канале

tail -f /var/log/oscam.log | grep -E "ECM|not found|found"

Переключитесь на проблемный HD-канал и смотрите что появляется в логе. Если видите CAID и provider ID, которых нет в вашем reader — добавьте их в ident. Если не видите ничего при переключении канала — dvbapi не передаёт запросы в OScam.

На OpenATV 7.x путь к конфигам изменился: используйте /etc/tuxbox/config/oscam/ вместо /etc/oscam/. Если файлы лежат в старом месте — OScam может запускаться с пустой конфигурацией без ошибок.

Откат к минимальной конфигурации и постепенное добавление параметров

Если после всех проверок ничего не работает — уберите всё лишнее. Минимальный рабочий oscam.server для теста:

[reader]
label                = test_line
protocol             = cccam
device               = your.server.example,12000
user                 = testuser
password             = testpass
caid                 = 0500
group                = 1

Никаких ident, никаких cccversion, никакого cacheex. Если этот минимальный конфиг работает — постепенно добавляйте параметры и проверяйте после каждого добавления. Так вы точно найдёте что именно ломает работу.

Какой CAID использует Viasat HD в 2026 году?

Основной — Viaccess 0x0500 с provider ID 042800 и 042820 для Nordic-пакета. Часть каналов, особенно после миграции середины 2026 года, работает через Conax 0x0B00. Точный CAID конкретного канала смотрите в OSD ресивера (Enigma2: синяя кнопка → CA Info) или в файле /tmp/ecm.info. Не угадывайте — проверяйте.

Почему SD-каналы Viasat работают, а HD — чёрный экран?

HD-каналы используют Viaccess V5 или V6, SD — часто V4. Если шаринг-линия настроена только на V4 или в oscam.server не указан нужный provider ID для HD-мультиплекса — ECM-запрос уходит, но возвращается "not found". Проверяйте лог OScam: строка ECM с результатом "not found" и CAID:ProvID покажет именно что не находится.

Что лучше для Viasat HD: CCcam или OScam?

OScam. Точный контроль над CAID и ident, кэширование через cacheex, детальные логи с временем ECM по каждому каналу — это стабильность на практике. CCcam проще настраивается, но меньше возможностей для диагностики когда что-то идёт не так. Оптимальная схема: OScam как основной менеджер с [reader] protocol = cccam для подключения к шаринг-линии.

Какое ECM-время считается нормальным для Viasat HD?

До 400мс — отлично, никаких артефактов. 400-600мс — рабочее, редкие заикания при смене канала. 600-1000мс — возможны фризы, особенно на спортивных трансляциях с быстрым движением. Выше 1000мс — нестабильно, HD практически неприемлемо. Измеряется в OScam webif (порт 8888) или CCcam webif (порт 16001).

Канал открывается на 20 секунд и пропадает — в чём причина?

EMM-проблема. Первый ECM проходит на текущих ключах, но когда Viasat присылает смену управляющего слова через EMM — линия не передаёт это обновление. Через 10-30 секунд старый ключ перестаёт работать, и канал пропадает. Решение — только линия с поддержкой EMM-передачи для Viasat или локальная карта. В oscam.log при этой проблеме EMM-строк не будет совсем.

Можно ли использовать одну линию для нескольких ресиверов?

Технически — да, через OScam как локальный прокси: один экземпляр OScam принимает линию и раздаёт через newcamd на локальной сети (192.168.x.x). Но большинство провайдеров шаринга отслеживают одновременные подключения с разных IP и блокируют аккаунт. Безопаснее: одна линия на один OScam, который раздаёт на несколько ресиверов в локальной сети через один внешний IP.

Какие порты нужно открыть для CCcam и OScam?

CCcam-клиент исходящий: порт 12000 (стандарт), иногда 10000 или 15000 — уточняйте у провайдера. CCcam webif: 16001. Newcamd: 10000 или 988. OScam webif: 8888. dvbapi listener: 9000. Для исходящих подключений к шаринг-серверу достаточно разрешить трафик на соответствующий порт — входящих правил на роутере не нужно, если вы только клиент.

Практические советы для стабильного просмотра

Даже самая стабильная линия CCCam или OSCam требует пары простых подготовительных шагов. Обновляйте прошивку ресивера, раз в неделю очищайте ECM‑кеш и держите 15–20% свободного места на USB‑накопителе или во встроенной памяти, чтобы кардридер записывал ключи без задержек.

При настройке антенны оставляйте запас по MER/BER: смещение на два градуса или ослабленный F‑коннектор чаще становится причиной “фризов”, чем сам кардшаринг. Держите под рукой короткий патч‑корд для проверки другого роутера и сохраните два профиля в OSCam — под TCP и под UDP — чтобы мгновенно переключиться, если провайдер начнёт фильтровать протокол.

Utgard.tv следит за каждым хабом 24/7, однако вы можете ускорить диагностику, если будете вести небольшой журнал действий. Записывайте время переключения канала, активный CAID и то, использовали ли вы Wi‑Fi или Ethernet. Такой мини‑отчёт позволит инженерам воспроизвести вашу конфигурацию в лаборатории и предложить решение не за часы, а за минуты.

  • Держите активными две линии: если первый сервер уходит на обслуживание, второй тут же подхватывает поток без повторного ввода логина.
  • Раз в месяц делайте замер скорости и задержек. Стабильных 1–2 Мбит/с при пинге до 80 мс достаточно для SD/HD, но если джиттер превышает 20 мс — переведите роутер на провод.
  • Сохраните в закладки страницу статуса Utgard.tv и Telegram‑бота @utgard_tv_bot — там появляются уведомления о работах раньше, чем успеют среагировать SEMrush или внешние мониторы.