OScam iCAM в 2026: настройка и протокол

Если ты давно работаешь с OScam и вдруг наткнулся на упоминание протокола iCAM в документации или на форуме — ты не один. Большинство гайдов до сих пор рассказывают про CCcam, newcamd, cs378x, но oscam icam 2026 обходят стороной. А зря, потому что для ресиверов нового поколения с DVB-S2X это уже не опциональная фича, а рабочий инструмент.

В этом материале разбираю протокол от первой сборки бинарника до диагностики конкретных ошибок в логах. Только конкретика: синтаксис конфигов, реальные команды, статусы ридеров.

Что такое протокол iCAM и зачем он появился в OScam

iCAM — это не сетевой протокол шаринга. Это интегрированный CAM, реализованный прямо внутри ресивера без физического CI-слота. Вместо отдельного модуля, который вставляешь в разъём, декодирование происходит на борту — через программный или аппаратный компонент, с которым OScam общается как с ридером.

Появился такой подход из-за ограничений классического DVB CI: старый интерфейс Common Interface не тянет скорости DVB-S2X, не умеет работать с multistream-транспондерами, и вообще был спроектирован в эпоху стандартного HD. Производители начали интегрировать CAM-логику в SoC ресивера, и понадобился протокол для взаимодействия с этим компонентом.

История появления iCAM: от DVB CI к интегрированным CAM-модулям

Стандартный DVB Common Interface (EN 50221) работает через физический слот и PCMCIA-совместимый модуль. Скорость обмена ограничена, латентность высокая, а для зашифрованных UHD-каналов с высоким битрейтом это стало узким местом.

Производители чипсетов — HiSilicon, Amlogic, Broadcom — начали добавлять аппаратные блоки условного доступа прямо на кристалл. Для взаимодействия с ними и появился iCAM. OScam получил поддержку этого протокола начиная с ревизии 11704 SVN-транка в 2024 году, и с тех пор стабильно развивается.

Чем iCAM отличается от стандартного CCcam/newcamd протокола

CCcam и newcamd — сетевые протоколы. Они передают ECM/CW между сервером и клиентом через интернет или локальную сеть. iCAM — совсем другое: это протокол для локального ридера, который физически (или программно) находится внутри ресивера.

По сути: CCcam = сетевой клиент-сервер, iCAM = локальный декодер. Их можно комбинировать в одном OScam — и часто так и делают. iCAM-ридер обрабатывает одни CAID, CCcam-клиент фоллбэчит на другие.

Какие производители ресиверов используют iCAM (общее описание)

Ресиверы на базе HiSilicon Hi3798 и Hi3716 серий, а также некоторые платформы на Amlogic S922X поддерживают интегрированный CAM. Enigma2-боксы на этих чипсетах — основная целевая платформа для iCAM в OScam. Если твой ресивер собран на одном из этих SoC и работает под OpenATV или OpenPLi — шанс, что iCAM-ридер завёдётся, достаточно высокий.

Старые ресиверы на Marvell или ST Microelectronics — скорее всего, нет.

Подготовка OScam к работе с iCAM: версия, сборка, зависимости

Первое, что нужно проверить — версия. Стандартные бинарники от OE-Alliance или OpenPLi часто собраны без READER_ICAM. Проверить просто:

oscam --build-info | grep -i icam

Если в выводе есть READER_ICAM — всё хорошо. Если строки нет — нужно пересобирать из исходников или искать бинарник с нужными флагами.

Минимальная версия OScam с поддержкой iCAM (11704+)

Поддержка iCAM появилась в ревизии 11704 SVN-транка. Стабильно и предсказуемо работает начиная с 11720+. Проверить версию своего бинарника:

oscam --version

Или в WebIF: http://IP:8888 → About. Там же видно, с какими опциями собран бинарник.

Какие модули нужно включить при компиляции

При сборке из исходников нужно убедиться, что в файле config.h (или через ./config.sh) включён нужный ридер:

# Включить через config.sh:
./config.sh -E READER_ICAM

# Или вручную в config.h:
#define READER_ICAM 1

Для работы с криптографией нужен libcrypto (из пакета libssl-dev). Сборка тогда:

make USE_LIBCRYPTO=1

Без этого флага AES-128 шифрование для сетевого iCAM не заработает.

Проверка поддержки iCAM: oscam --build-info | grep icam

После сборки или скачивания бинарника — обязательная проверка:

oscam --build-info | grep -i icam
# Ожидаемый вывод:
# reader: icam

Если строки нет — бинарник собран без iCAM-ридера. Конфиг можно написать, но OScam будет игнорировать protocol = icam как неизвестный протокол.

Где располагаются конфиги

Зависит от дистрибутива:

• Enigma2 OE-Alliance (OpenATV 7.x): /etc/tuxbox/config/oscam/
• OpenPLi 9.x: /etc/oscam/
• ручная установка: /var/keys/ или /usr/local/etc/oscam/

Основные файлы: oscam.conf, oscam.server, oscam.user. В oscam.server и живёт вся iCAM-конфигурация.

Настройка reader-секции для iCAM в oscam.server

Вот где большинство гайдов по oscam icam 2026 просто молчат — не показывают реальный синтаксис. Исправляю.

Базовый синтаксис: protocol = icam

Reader-секция в oscam.server выглядит так:

[reader]
label        = icam_reader
protocol     = icam
device        = /dev/sci0
caid          = 0500
ident         = 0500:023800
group         = 1
boxkey        = 0102030405060708
deskey        = 0102030405060708091011121314151617
lb_weight     = 100

Параметр protocol = icam — ключевой. Именно он сигнализирует OScam, что нужно использовать iCAM-логику вместо стандартных CI-методов.

Параметры device, caid, boxkey, deskey

device — путь к устройству в системе. Для физического CAM-интерфейса это обычно /dev/sci0, /dev/sci1, или /dev/ci0. Для сетевого iCAM-подключения — IP-адрес и порт в формате device = 192.168.1.100:1234.

boxkey и deskey — криптографические ключи, специфичные для конкретного железа и системы условного доступа. Универсальных значений нет — они либо извлекаются из прошивки, либо берутся из документации производителя CAM-компонента.

caid — идентификатор системы условного доступа. Например, 0500 или 0648. Должен совпадать с тем, что реально поддерживает iCAM-компонент твоего ресивера.

Настройка ecmwhitelist и ident для iCAM-ридеров

Если нужно ограничить ридер только конкретными провайдерами:

ident         = 0500:023800,021110
ecmwhitelist  = 0500@023800:A2,A3,A4

ecmwhitelist — список допустимых ECM-команд для конкретного CAID и провайдера. Если канал шлёт ECM с командой не из этого списка — ридер отклоняет. Помогает при конфликте нескольких CAM-систем на одном транспондере.

Пример полной reader-секции

Более полный вариант с fallback и кешированием:

[reader]
label           = icam_main
protocol        = icam
device          = /dev/sci0
caid            = 0500,0648
ident           = 0500:023800;0648:000000
group           = 1,2
boxkey          = 0102030405060708
deskey          = 0102030405060708091011121314151617
detect          = cd
lb_weight       = 200
cacheex         = 1
fallback        = 0
logport         = 0
smargopatch     = 0

detect = cd — метод определения карты по сигналу carrier detect. cacheex = 1 включает кеш-обмен ECM/CW для iCAM-ридера. lb_weight = 200 — приоритет при балансировке нагрузки выше среднего (дефолт 100).

Если нужно одновременно с iCAM использовать CCcam-клиент — просто добавь вторую reader-секцию:

[reader]
label     = cccam_backup
protocol  = cccam
device    = provider.example.com:12000
user      = myuser
password  = mypass
group     = 2

Группы управляют маршрутизацией. Клиентам из oscam.user указываешь group = 1,2 — и OScam сам решает, какой ридер использовать.

Типичные ошибки и диагностика iCAM-ридера

WebIF OScam на порту 8888 — основной инструмент диагностики. Но перед тем как туда лезть, включи нормальный уровень логирования в oscam.conf:

[global]
logfile       = /var/log/oscam.log
loglevel      = 64
debuglevel    = 4

debuglevel = 4 включает подробный вывод ECM. Для диагностики ридера добавь 16 (Reader): debuglevel = 20. После изменения — перезапуск OScam обязателен.

Reader CARDOK / CARDFAIL — что означает каждый статус

CARDOK — ридер инициализирован, карта (или iCAM-компонент) отвечает. Норма.

CARDFAIL — ридер не смог инициализировать карту. Причины: неправильный boxkey/deskey, несовместимая прошивка, физическая проблема с устройством.

NEEDINIT — ридер ждёт инициализации. Обычно видно при старте или после ошибки. Если статус висит больше 30 секунд — что-то не так с устройством или правами доступа.

OFF — ридер отключён. Либо enable = 0 в конфиге, либо OScam не нашёл устройство по указанному пути.

Ошибка ICAM init failed: проверка прав на /dev/ устройство

Частая проблема: OScam запущен от пользователя oscam или nobody, а /dev/sci0 принадлежит root:video с правами 660.

# Проверить права:
ls -la /dev/sci0
# Вывод: crw-rw---- 1 root video 251, 0 ...

# Добавить пользователя oscam в группу video:
usermod -aG video oscam

# Или временно (для теста):
chmod 666 /dev/sci0

Для постоянного решения — udev-правило:

# /etc/udev/rules.d/99-sci.rules
KERNEL=="sci[0-9]", GROUP="video", MODE="0660"

ECM rejected: несовпадение CAID или provider ident

Если в логах видишь:

[icam_main] CAID 0500 IDENT 021110 -- not found in reader idents

Значит запрос пришёл с провайдером, которого нет в ident ридера. Либо добавить в ident-список, либо убрать ident-ограничение совсем (тогда ридер примет любой провайдер для указанного CAID).

Чтение логов: oscam.log + WebIF Status → Readers

# Фильтрация только iCAM-событий:
tail -f /var/log/oscam.log | grep -i icam

# Смотреть ECM-запросы по конкретному ридеру:
tail -f /var/log/oscam.log | grep icam_main

В WebIF: Status → Readers — там видны все ридеры, их статус, количество обработанных ECM, процент успешных CW. Если iCAM-ридер показывает 0 ECM при наличии зашифрованных каналов — проблема в маршрутизации (проверь group и ident клиента).

Совместимость iCAM с DVB-S2X, MIS и многопотоковыми транспондерами

Это та область, где oscam icam 2026 реально выигрывает у старых решений. DVB-S2X с его wide symbol rates и Physical Layer Scrambling — это не то, с чем старый DVB CI справится адекватно.

Поддержка multistream (MIS) ID в iCAM-секциях

Multistream-транспондеры передают несколько независимых потоков на одной частоте через разные Stream ID (ISI). Для таких транспондеров в reader-секции нужно явно указывать stream_id:

[reader]
label        = icam_mis
protocol     = icam
device       = /dev/sci0
caid         = 0500
stream_id    = 4
group        = 1

Без stream_id OScam может пытаться декодировать не тот поток. Значение узнаётся из параметров транспондера — его показывают настройки тюнера в Enigma2 или tvheadend.

Работа с DVB-S2X модуляцией и широкими символьными скоростями

DVB-S2X поддерживает символьные скорости до 72 Мсимвол/с (против 45 у DVB-S2). Для тюнера и демодулятора это требования к железу. Для iCAM в OScam — главное правильно указать CAID и убедиться, что бинарник собран с поддержкой широких потоков.

В oscam.conf параметр pmt_mode влияет на то, как OScam получает информацию о зашифрованных PID-ах:

[global]
pmt_mode = 0

pmt_mode = 0 — OScam получает PMT-информацию через сокет от Enigma2. Для DVB-S2X каналов это оптимальный режим.

Параметр streamrelay в OScam 11704+ для iCAM

Для UHD-каналов с высоким битрейтом часто нужен streamrelay-модуль. Он принимает зашифрованный поток, передаёт ECM в iCAM-ридер, получает CW, и возвращает расшифрованный поток. Без streamrelay декодер ресивера не успевает обрабатывать данные в реальном времени.

[global]
usrfile_type  = 1

[streamrelay]
enabled       = 1
port          = 17999
buffer_size   = 4096

Streamrelay появился в 11704+, но стабильно работает с 11720. Проверить наличие в бинарнике: oscam --build-info | grep streamrelay.

Известные ограничения: HEVC 4K UHD каналы

Проблема не в iCAM-протоколе — он данные расшифровывает нормально. Проблема в процессоре ресивера. HEVC 10-bit 4K при 80+ Мбит/с требует аппаратного декодера, а не все Enigma2-боксы с HiSilicon Hi3798MV200 справляются.

Если картинка фризит только на UHD-каналах — iCAM здесь ни при чём. Если же канал вообще не открывается и в логах ECM-ошибки — тогда проверяй streamrelay и CAID.

Безопасность и сетевые аспекты iCAM-настройки

OScam с открытым WebIF на 0.0.0.0:8888 — это плохая идея. Разбираю, как это исправить.

Шифрование AES-128 для сетевого iCAM-соединения

Если iCAM-ридер подключен не локально (/dev/sci0), а через сеть — трафик ECM/CW нужно шифровать. В OScam это делается через параметры в reader-секции:

[reader]
label     = icam_net
protocol  = icam
device    = 192.168.1.100:11000
aeskeys   = 0500@023800:01:0102030405060708091011121314151617181920

Формат aeskeys: CAID@IDENT:keyindex:32hex_digits. Ключи должны совпадать на обоих концах соединения.

Настройка httpallowed и httpuser для WebIF

В oscam.conf, секция [webif]:

[webif]
httpport      = 8888
httpuser      = admin
httppwd       = supersecretpassword
httpallowed   = 127.0.0.1,192.168.1.0/24
httpdyndns    = 0
httprefresh   = 10

httpallowed ограничивает доступ к WebIF только с указанных адресов. Без этого параметра — WebIF доступен всем. Это не опция — это обязательно.

Файрвол: какие порты открывать

Стандартные порты OScam:

• 8888 — WebIF (только для локальной сети)
• 1003 — cs378x протокол (если используется)
• 12000 — CCcam listener (если OScam работает как CCcam-сервер)
• 11000 — newcamd (если включён)

Пример iptables для WebIF только с локальной сети:

iptables -A INPUT -p tcp --dport 8888 -s 192.168.1.0/24 -j ACCEPT
iptables -A INPUT -p tcp --dport 8888 -j DROP

Хранение boxkey/deskey: права 600 на конфиги

boxkey и deskey хранятся в oscam.server открытым текстом. Поэтому:

chmod 600 /etc/oscam/oscam.server
chmod 600 /etc/oscam/oscam.conf
chmod 600 /etc/oscam/oscam.user
chown oscam:oscam /etc/oscam/*.server /etc/oscam/*.conf

Если OScam запущен от root (что само по себе плохая идея) — хотя бы права 600 обязательны. Иначе любой локальный пользователь или процесс может прочитать ключи.

Если раньше проходил мимо темы oscam icam 2026 — теперь у тебя есть всё для старта: от компиляции бинарника до разбора статусов в WebIF. Протокол рабочий, документация скудная, но конфиги не сложнее того, что ты уже настраивал в классическом CCcam.