Telekarta Восточная: настройка кардшаринга 2026

Пакет Telekarta Восточная — один из самых популярных среди спутникальщиков Сибири и Дальнего Востока, и именно он чаще всего вызывает вопросы при настройке кардшаринга. Человек прописывает строку в CCcam.cfg, перезапускает демон, и видит либо чёрный экран, либо бесконечный freeze на HD-каналах. Проблема почти никогда не там, где её ищут. Разберём всё по порядку: спутник, транспондеры, конфиги и диагностика по логам.

Что такое пакет «Telekarka Восточная» и на каком спутнике он вещает

Пакет вещает на восточный луч спутника и ориентирован именно на восточные регионы России. Это не отдельная платформа, а региональная версия с набором каналов, заточенным под аудиторию за Уралом. Важная деталь: «Восточная» и «Западная» — физически разные лучи одного спутника, и просто выровнять тарелку на правильную позицию недостаточно.

Спутник и орбитальная позиция (ABS-2/ABS-2A, 75°E)

Вещание идёт со спутника ABS-2 (или ABS-2A), орбитальная позиция — 75° восточной долготы. На этой орбите работают несколько транспондеров с разными лучами, и именно восточный луч нужен для приёма. Западный луч на той же позиции принимается в центральной части России, но не даёт нужных каналов. Путаница между лучами — одна из самых частых причин «неработающего» кардшаринга.

Зона покрытия «восточного» луча и отличие от других пакетов

Восточный луч уверенно принимается в Сибири, на Урале, в Якутии и на Дальнем Востоке. Тарелка диаметром 0,9–1,2 м даёт приемлемый уровень сигнала в большинстве городов зоны покрытия. Чем дальше на запад — тем слабее сигнал, и никакой кардшаринг это не исправит: без физического сигнала ресивер просто не видит данные для расшифровки.

Протокол кодирования каналов и тип CAID

Система условного доступа — Conax. В логах ресивера и OScam вы будете видеть CAID 0x0B00 (в десятичном виде — 2816). Именно этот идентификатор нужно прописывать в фильтрах конфигов. Помимо CAID, у каждого провайдера есть свой ident (provider ID) — его нужно смотреть через инфо-меню ресивера на конкретном канале или в строках ECM-лога OScam.

Частоты, транспондеры и параметры для сканирования каналов

Один из самых болезненных моментов — найти актуальные параметры транспондеров. Провайдеры периодически их меняют, а форумные таблицы устаревают. Поэтому ниже — проверенные значения для восточного луча ABS-2 на начало 2026 года, но после сканирования всегда смотрите на уровень и качество сигнала: если quality ниже 60-70% — что-то не так.

Таблица транспондеров: частота, поляризация, символьная скорость, FEC

Частота (МГц)	Поляризация	SR (kS/s)	FEC	Стандарт
11523	V	27500	3/4	DVB-S2 / 8PSK
11727	H	27500	3/4	DVB-S2 / 8PSK
11939	H	27500	3/4	DVB-S2 / 8PSK
12055	V	27500	3/4	DVB-S2 / 8PSK

Все транспондеры — DVB-S2 с модуляцией 8PSK. Если ваш тюнер не поддерживает 8PSK или у него нет DVB-S2, нужный контент он не примет в принципе — никакие настройки кардшаринга тут не помогут. Слепое сканирование (blind scan) лучше не использовать: оно долго работает и часто пропускает транспондеры или записывает их с ошибками в SR.

Настройка LNB и DiSEqC под нужную позицию

Для приёма 75°E используется стандартный Universal LNB (диапазон Ku, 10,7–12,75 ГГц). Частота гетеродина — 9750/10600 МГц, переключение — тон 22 кГц. Если у вас мультифид или моторизованная установка, в настройках DiSEqC нужно назначить правильный порт именно под позицию 75°E и убедиться, что ресивер переключается на него корректно. Самая частая ошибка: DiSEqC переключается, но тарелка физически смотрит не туда или смотрит на тот же спутник, но на другой луч.

Ручное добавление транспондера в Enigma2 и ручное сканирование

В Enigma2 идём в Настройки → Сервис → Тюнер → выбираем нужный тюнер → Manual Scan (или «Ручной поиск»). Вводим частоту, поляризацию, SR и FEC. После сохранения запускаем сканирование только этого транспондера. Это быстрее и надёжнее, чем full scan всей позиции. Если уровень сигнала (Level) выше 70% и качество (Quality) выше 65% — транспондер принимается нормально.

Настройка CCcam для приёма пакета

CCcam — старый добрый вариант, работает на большинстве прошивок Enigma2 (OpenPLi, OpenATV, OpenViX). Базовая настройка простая, но есть нюансы с приоритетами и фильтрацией CAID.

Синтаксис строки C: line и обязательные поля

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

C: your.server.host 12000 your_username your_password

Поля по порядку: хост или IP сервера, порт, логин, пароль. Порт указывает сервер — обычно в диапазоне 12000–16000, но конкретное значение берёте из данных вашего аккаунта. Никаких пробелов в начале строки, никаких дополнительных символов. Если сервер отдаёт несколько карт и вы хотите ограничить запросы только по нужному CAID — делается это через дополнительные файлы, не через эту строку.

Путь к конфигу /etc/CCcam.cfg и его перезапуск

Путь к конфигу зависит от прошивки. На большинстве современных сборок Enigma2 это /etc/CCcam.cfg. Но на старых прошивках и некоторых сборках под AX/Dreambox файл лежит в /var/etc/CCcam.cfg. Если вы правите файл и ничего не меняется — первым делом проверьте, который файл реально читает демон:

ps aux | grep CCcam

Перезапуск демона:

/etc/init.d/CCcam restart

Или через telnet/SSH просто убиваете процесс и запускаете заново. После перезапуска дайте ему 15–20 секунд на подключение к серверу.

Параметры приоритета карт через oscam.services и CCcam.prio

Если сервер отдаёт несколько CAID, а вам нужен только Conax (0x0B00 для пакета), прописываете фильтр в /etc/CCcam.prio:

P: 0B00

Это говорит CCcam использовать именно этот CAID с наивысшим приоритетом и не гонять лишние ECM-запросы. На перегруженных линиях это реально снижает время ответа.

Проверка статуса через веб-интерфейс и порт 16001

CCcam поднимает веб-интерфейс на порту 16001. Открываем в браузере http://<IP-ресивера>:16001. Там смотрим: подключён ли сервер (Connected), сколько карт видит (Cards), время последнего ECM-ответа. Если строка сервера есть, но статус «Not connected» — проблема либо в сети, либо в неверных данных аккаунта.

Настройка OScam: reader, account и привязка CAID

OScam сложнее в начальной настройке, но даёт несравнимо больше контроля. Для отладки и стабильной работы — однозначно лучший выбор. Конфиги разбиты на несколько файлов в директории /etc/oscam/.

Секция [reader] в oscam.server для cccam-протокола

Файл /etc/oscam/oscam.server — здесь описываем подключение к внешнему серверу:

[reader]
label         = myreader
protocol      = cccam
device        = your.server.host,12000
user          = your_username
password      = your_password
caid          = 0B00
group         = 1
reconnecttimeout = 30

Параметр caid = 0B00 сразу ограничивает ридер только Conax-запросами. Без этого OScam будет слать ECM по всем CAID, которые поддерживает сервер — лишняя нагрузка и потенциально более долгий ответ.

Настройка [account] и group в oscam.user

Файл /etc/oscam/oscam.user — описывает локальных клиентов (dvbapi-клиент самого ресивера):

[account]
user     = local
password = local
group    = 1
au       = 1

Group должна совпадать с group в секции [reader] — именно так OScam связывает, какой клиент может использовать какой ридер. Если группы не совпадают, ридер есть, а каналы не открываются — и это не очевидная ошибка, на которую люди тратят часы.

caid/ident фильтры в oscam.services и oscam.dvbapi

Файл /etc/oscam/oscam.dvbapi управляет тем, как OScam работает с тюнером:

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

В /etc/oscam/oscam.services можно прописать конкретный сервис с фильтром по CAID и provider ident. Если один CAID 0x0B00 обслуживает несколько провайдеров, и нужный пакет открывается только с правильным ident — прописываем:

[телекарта_восток]
caid   = 0B00
provid = 000000

Конкретный provid смотрите в инфо-меню ресивера на работающем канале или в строках ECM-лога.

Проверка ECM-логов и времени ответа в веб-интерфейсе (порт 8888)

Веб-интерфейс OScam доступен на порту 8888: http://<IP-ресивера>:8888. В разделе Readers смотрим статус ридера, в Clients — активные запросы. Самое полезное — раздел Logs в реальном времени. Строка «found» с временем в мс означает успешную расшифровку:

2026/01/15 21:14:33 c (dvbapi) [myreader] ECM found (126 ms)

Строка «not found» или «timeout» — запрос ушёл, ответа нет. Время ответа выше 600–800 мс на HD-каналах даёт freeze. На SD обычно терпимо до 1000 мс. Это важная граница, которую мало кто указывает конкретно.

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

Алгоритм простой: сначала убеждаемся, что проблема в расшифровке, а не в сигнале. Это разные вещи, и лечатся по-разному.

Ошибка «no card / card not found» в логах

В логах OScam ищем строки вида no card или can't decode. Это значит: ридер не нашёл карту с нужным CAID. Причины: неверный CAID в секции [reader], ридер не подключён к серверу, или сервер реально не имеет карты для этого пакета. Проверяем статус ридера в веб-интерфейсе — если он показывает 0 cards, значит дело в подключении или аккаунте.

Зелёный экран или чёрный экран при наличии сигнала

Если Level и Quality на транспондере нормальные (выше 65%), но канал показывает чёрный или зелёный экран — проблема точно в расшифровке. Зелёный экран на Enigma2 обычно означает, что видеопоток есть, но не декодируется. Смотрим лог ECM: если «not found» или запросы вообще не уходят — проблема в конфиге dvbapi или в том, что OScam/CCcam не запущен.

Подёргивание и фризы — проблема линии или ECM-таймаута

Фризы при нормальном сигнале — классика перегруженного сервера или длинной цепочки reshare. Смотрим время ответа ECM в логах. Если оно прыгает от 200 до 1500 мс и выше — линия нестабильна. HD-каналы (особенно в H.265) требуют более быстрых ECM-ответов, чем SD. Проверяем ping до сервера: выше 80–100 мс уже создаёт проблемы. Также смотрим hop — если сервер отдаёт карту не напрямую, а через цепочку reshare в 3–4 хопа, время ответа непредсказуемо.

Несовпадение CAID и провайдер-ident

Это тонкий момент. Один CAID 0x0B00 может обслуживать несколько провайдеров с разными ident. Сервер может иметь карту Conax, но не для вашего конкретного пакета. В логе OScam это выглядит как «ECM answered but channel not opened» или просто «not found» при наличии карты. Решение: узнать точный provid канала через инфо-меню ресивера и прописать его в oscam.services как фильтр.

Как выбрать сервер кардшаринга по техническим критериям

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

Стабильность времени ответа ECM и аптайм

Подключились, включили 3–4 канала пакета и смотрим в лог OScam 10–15 минут. Фиксируем время ответа ECM по каждому каналу. Хорошая линия: время ответа 50–250 мс, без выбросов выше 500 мс. Если минимум 80 мс, а максимум 1800 мс — линия нестабильна, freeze неизбежен на HD. Аптайм проверяется через веб-интерфейс ридера: если ридер переподключается каждые несколько минут — сервер перегружен или нестабилен.

Наличие нужного CAID и локального ридера, а не цепочки решар

В секции Readers веб-интерфейса OScam можно увидеть hop-значение — сколько узлов между вами и физической картой. Hop 1 означает, что сервер имеет карту локально. Hop 2–3 — карта у кого-то другого, и сервер пересылает запрос. Чем длиннее цепочка, тем выше время ответа и тем больше шансов на timeout. Для стабильного просмотра нужен hop 1 именно по CAID 0x0B00 для вашего пакета.

Ограничение по количеству подключений на линию

Каждый аккаунт на сервере обычно имеет лимит одновременных подключений (connections). Если у вас один ресивер — достаточно 1 connection. Проблема возникает, когда демон CCcam или OScam создаёт несколько соединений (например, при зависании и переподключении). Сервер видит превышение лимита и начинает сбрасывать соединения, что выглядит как периодические freeze или «not found» в логах.

Отдельный момент: нельзя одновременно запускать и CCcam, и OScam в режиме, где оба пытаются работать с dvbapi-сокетом. Это конфликт, который приводит к тому, что оба демона мешают друг другу расшифровывать каналы. Либо один, либо OScam с CCcam в роли ридера внутри OScam — но не два параллельных dvbapi-клиента.