Триколор ТВ - Чи завжди винен апарат
Сайт про Трікорол ТБ. Послуги, огляд пакетів, список каналів, новини, акції та огляди обладнання, обговорення. Допомога абонентам. Форум Тріколор ТБ. Офіційний сайт, головна сторінка tricolor.tv
- Головна сторінка‹‹‹ Триколор ТВ‹‹‹ Форум Триколор ТВ
Чи завжди винен апарат?
- Спутнік
- 06 Сер 2015, 10:59
- Спутнік
- Цитата
- Звернутися
Р. Романов. Про причини "неловлі" каналів у цифрових приймачах
"Захоплення" (Lock) приймального блоку на вибраній частоті
Приймальний блок - це самостійно працююча частина супутникового приймача (Frontend, QPSK Receiver), що перетворює прийшов від "тарілки", по суті аналоговий сигнал (маніпуляція QPSK) в 8-бітовий паралельний "сирий" цифровий потік (Transport Stream, Multiplex) для подальшої обробки . Можна назвати його напівмодемом. Тут виробляється FEC (Forward Error Correction) - обробка надлишкової інформації, призначеної для надійного виправлення неминучих у супутниковому тракті помилок. (До речі, чим її більше, тим перешкодніший канал. Це той самий дріб, який ви ставите в полі FEC свого тюнера. Чисельник її - це корисна інформація в потоці. Знаменник - надмірність. Тому, при інших рівних параметрах, при ослабленні рівня сигналу першими "розваляться" канали пакета з FEC 7/8, останніми - з 1/2.)
Для налаштування приймального блоку потрібні такі параметри цифрового сигналу: SR (SymbolRate), FEC, частота. Величини SR і FEC "годуються" приймальному блоку, із введеної вами частоти програмним забезпеченням (ПЗ) приймача віднімається поточне значення частоти гетеродина вашого LNB,різниця також вводиться в приймальний блок, оскільки йому актуально значення частоти в кабелі, що приходить до нього, ніж у повітрі за вікном. Введений ознака поляризації його взагалі не цікавить, використовує його ПО приймача для видачі потрібних керуючих сигналів на LNB за допомогою окремої схемотехніки.
Тут доречно згадати про індикацію рівня у побутових приймачах, оскільки вона виводиться також із приймального блоку.
Більшість побутових приймачів, для полегшення процесу налаштування "тарілки" без спеціального приладу, показують рівень вхідного сигналу ПЧ, що відповідає введеній ефірній частоті. На жаль, цей рівень нічого не говорить ні про стан приймального блоку, ні про рівень помилок у цифровому сигналі, і часто збиває з пантелику користувачів (особливо при великому посиленні LNB по ПЧ або короткому кабелі) - що б вони не вводили, індикатор майже не реагує. Іноді можна отримати великі показання, просто закриваючи опромінювач LNB рукою, тим самим підвищуючи загальний рівень шуму з його виході. Тому в більш досконалих моделях є два індикатори - перший - "рівень" і другий, званий "якість", що відображає кількість помилок в цифровому сигналі, аналогічно показнику Channel BER професійних апаратів. Саме на нього треба орієнтуватися в оцінці якості прийнятого сигналу. Однак що-небудь індикувати він почне тільки після коректного Lock-захоплення приймальним блоком QPSK-несучою.
На даному етапі всі джерела проблем - на нашій, приймальній стороні і досить тривіальні та усувні - помилки в параметрах і типі LNB, через що ПЗ неправильно обчислює вхідну частоту в кабелі, просто нестача рівня сигналу, недостатньо якісна для прийому "цифри" LNB , недостатня розв'язка поляризацій, провал в АЧХ або перевантаження елементів розведенняі т.п. Також необхідно мати на увазі, що багато приймачів не здатні приймати пакети зі швидкістю потоку (SR) нижче за деяку величину. Типове обмеження - від 1,8 до 30 Ms/s (Мегасимволів/с), причому ПЗ найчастіше не перешкоджає введенню неприпустимої величини, і лише уважне вивчення технічних характеристик виявляє неприємний сюрприз. Зазвичай цим відрізняються моделі, орієнтовані прийом певного платного ТВ-провайдера. Величина для хорошого побутового приймача лежить в діапазоні від 2 до 30 Ms/s.
Найнеприємніші і одночасно не залежать від нас фактори - далі.
Читання службових таблиць та запис каналів на згадку
Тут ми підійшли до гіркого гумору ситуації. На практиці виходить, що "хто нам допоможе, той нам заважає". З точки зору дисциплінованих ефірних професіоналів це здається неможливим, але, виявляється, багато супутникових цифрових мовників просто не зацікавлені в коректному заповненні своїх службових таблиць. Відбувається це з кількох причин:
2. Канал не призначений для безпосереднього прийому, наприклад TVN на Hot Bird - це перекидання телесигналу (feed) для кабельних мереж. Принцип - "у партнерів все приймається, і краще не чіпати". Характерно для евтелсатівських супутників 10 с.д. та 16"в.д., особливо для турецьких SCPC-каналів. Іноді подібні мовники використовують застаріле обладнання, не здатне забезпечити навіть обов'язковий мінімум службової інформації.
3. Мовник не зацікавлений у прийомі клієнтами інших каналів, крім його власних, і не включає себе в загальну таблицю частот супутника (див. нижче), як АВ Sat, пакет MTV на 11.241V, Worldnet на 2A84V і багато інших, незважаючи на чіткі рекомендації Eutelsat використовувати єдину таблицю частот і номер мережі для позиції 13 Сх.
4. Мовлення розраховане на певний тип приймального обладнання, наприклад, некодовані PowerVU-канали Worldnet на Hot Bird, дещо відмінні за форматом PSI/SI від стандарту DVB і незручно прописуються на згадку DVB-приймачами.
3. Канал прописується, але не показує – на знайденому та прописаному каналі пізніше немає Lock. Очевидна та груба помилка в NIT (таблиця, що описує, крім інших, параметри супутникового сигналу). Справа в тому, що для запису каналу в пам'ять приймач бере дані частоти, SR, FEC, поляризації, завантажені в момент пошуку в приймальний модуль, а дані, що йдуть в NIT.
Це легко перевірити на Nokia 9600. Спробуйте звичайним пошуком упіймати APTN на Hot Bird 12.581H. Він пропишеться, але показувати не буде. Зайдіть знову в меню пошуку, стоячи на цьому каналі, і переконайтеся, що на згадку прописалася частота 11.400! Якщо Lock є, але екран порожній - помилка чи відсутність PAT і/або РМТ (Program Assotiation Table - список РМТ всім каналів пакета, Program Map Table - таблиця, що описує всі ПИДы, які стосуються одному каналу пакета).
Справа в тому, що стандартний приймач DVB не зберігає ПІД у пам'яті. Він зберігає Service ID - умовний внутрішній номер каналу, який разом із Stream ID (умовний номер потоку) і Network ID (унікальний номер мережі) покликаний однозначно визначати канал пам'яті. При перемиканні каналів ПІД при цьому просто "на льоту" читаються з РМТ, де розписані відповідності всіх Service ID всім ПІД. (У цьому, до речі, одна з причин підвищеної затримки при зміні каналу та/або пакету, залежно від реалізації стандарту в програмному забезпеченні різних приймачів.) Тут ми підійшли до ще однієї відомої проблеми:
4. Канали переписують одне одного. В наявності збіг Network ID, Stream ID, Service ID уконфліктуючих каналів. Як таке може бути ? Виявляється, у одиночних (SCPC) фідів ці параметри можуть бути просто рівні одиниці. Їх техніків не турбують проблеми cam-аматорів. Якщо знайдені канали "влазять" раптом у середину списку - отже, збігся Network ID, і приймач стандарту D VB вважає ці канали "братськими". Проблема особливо загострюється при прийомі з багатьох супутників - у списку настає повний бардак, канали різних супутників хаотично чергуються. Для тих, кому цікаво подивитися, які ідентифікатори присвоєні якимсь мовникам, і з'ясувати мовників - "бардачників" - на http://www.lyngsat.com, крім відмінних таблиць супутникових частот, є окрема таблиця з Network ID різних мовників у всьому світі, де добре видно, скільки мовників ігнорують вимоги стандарту.
5. Канал прописується під довільною назвою, наприклад, Service 2, або взагалі без назви. Як крайність – два турецькі SCPC-канали на 10 Сх. з переплутаними назвами. Техперсонал, який обслуговує ці канали, не в змозі правильно заповнити SDT (Service Description Table) - таблицю з назвами каналів.
Як "хороший тон" любителям можна порекомендувати супутники "Астра", де абсолютна більшість пакетів знаходиться автопошуком, завжди передається коректний час. Очевидно, орендарі Eutelsat відчувають труднощі з грамотним техперсоналом, оскільки там ситуація значно гірша. Як же прийняти некоректний сигнал, що приходить?
А якщо "криве дзеркало"?
Ось ми й підійшли до проблем безпосередньо приймачів. Не секрет, що після пари тижнів експлуатації нового приймача в ньому виявляються всякі неприємні вам "тонкощі" та "особливості", які ви і не вважаєте проблемою - але тільки доти, доки не дізнаєтеся, що в іншому приймачіїх немає! Чи означає це "вирок" цієї моделі? Тут треба усвідомити таке.
Кожен цифровий приймач - це по суті мікрокомп'ютер без дисків і клавіатури, і логіка його роботи - реакції на клавіші, що натискаються, обробки вхідного сигналу, у тому числі і некоректного, не є жорсткою, а залежить від завантаженого в його енергонезалежну пам'ять (Flash) програмного забезпечення (ПЗ). А кожен, хто трохи знайомий з комп'ютерами, знає, що одна лише різноманітність версій програмних продуктів одного призначення говорить про відсутність ідеалу. Це вірно і для ПЗ приймачів - на новому ринку велика конкуренція, при цьому нерідко нові моделі виходять на ринок із абсолютно "сирим" ПЗ. Регулярне оновлення його та виправлення помилок лежить на совісті виробника. Тут знову набирає чинності "людський фактор". Виробники абсолютно по-різному ставляться до обов'язків підтримки своїх продуктів. Для багатьох маловідомих корейських марок програмне забезпечення абсолютно недоступне навіть для їхніх партнерів в Україні. Розраховувати на виправлення помилки в програмному забезпеченні такого апарату практично не доводиться. На щастя, оновлення ПЗ для популярних в Україні марок з'являються більш-менш регулярно, чого не можна сказати про фірму Nokia, яка вже другий рік загрожує Україні русифікованим ПЗ для моделі 9800, але так і не навчила модель 9200/9600 правильно розуміти ознака кругової поляризації в пакетах НТВ-Плюс. Зате спритні фахівці з Humax виявляють працьовитість, і їх апарати помітно просуваються з кожною версією програмного забезпечення.
Резюме цього пункту можна зробити таке. Як і у випадку з комп'ютерами, немає "ідеального суперприймача" для всіх випадків життя. Тому при виборі моделі важливо перевірити її роботу безпосередньо з тими каналами, які ви надалі збираєтеся регулярно дивитися, тапереконатися, що можливо неправильні їх параметри успішно долаються програмного забезпечення даного апарату.