WALKET писал(а):Доброго время суток форумчане,хотел высказатся чуток о приборе и его функцыонала
РИДЕР- работает хорошо,разве только что некоторые проваидеры открывает по быстрее а некоторые по тежежелее и так и со списками каналов от одних транспондерах быстрее от других медленее а других иногда и вообще не открывает -говорит TIME OUT
Ну, по порядку.
Для понимания принципа необходимо разъяснить некоторые нюансы. Служебные таблицы, инкапсулированные в транспортный поток, содержат вспомогательную информацию о содержании потока и востребованы не постоянно. Цикличность появления таблиц и их структура зависит от плотности основного контента, требующего реалтайма (видео, аудио, синхронизация). Таблицы могут следовать с периодичностью от одной секунды до нескольких десятков. Если появился стартовый пакет таблицы, то за ним сразу следуют остальные пакеты текущей секции. Число пакетов в секции определяет информационная плотность общего патока. Между пакетами таблицы будут присутствовать как минимум один пакет от другого PIDa. Максимальная длина секции таблицы – 16 пакетов. Если таблица не поместилась в одну секцию, то продолжается в следующей секции (не обязательно секция содержит все 16 пакетов).
К чему такое вступление. Полезная длина одного только пакета 184 байта. Микроконтроллер не в состоянии принять всю таблицу целиком, тем более, что в ней содержится масса не нужной нам информации, особенно «загажена» NIT. Прием таблицы происходит по пакетно с моментальным парсингом содержимого, полезная инфа фильтруется и отдельно сохраняется. Если таблица следует с периодичностью 1 секунда, то и пакеты таблицы подчитываются с такой же скоростью, пока не дочитаем таблицу, либо не иссякнет место в базе (по умолчанию 32 записи, это либо каналы с SDT, либо транпордеры из NIT).
Если подытожить, время чтения таблицы, в идеальных условиях, зависит от размера таблицы (числа пакетов в ней), интервала с которым она появляется в транспортном пакете, символьной скорости, избыточности (FEC). В отдельном меню можно искусственно ускорить чтение, уменьшив число записей (прием пакетов закачивается, когда все записи заполнены), кроме того для NIT можно задать прием только имени арендатора/хозяина транспордера, без списка частот (дескриптор с «хозяином» практически возглавляет NIT).
Не идеальные условия это когда прием слабый и в потоке присутствует большой процент не исправимых ошибок, если ошибка выпадает на искомый пакет – он перечитывается, это естественно увеличивает общее время чтения. Если таблица велика плюс приходится перечитывать пакеты с ошибками, то может истечь таймаут (время выделенное на чтение).
WALKET писал(а): и еще одно особеность заметил - cо SRAM-омCL62256-25N гораздо быстрее все открывает чем с UM61256FK-15 разница в скорости открывания очень большая.
Проц никак не может проконтролировать достоверность записываемой в SRAM информации, верней можно проверить CRC пакета, но это все значительно усложнит (аппаратно). Если инфа записалась с ошибкой и она пришла скажем на метку длинны дескриптора, то собьется порядок следования информации – это приведет тоже к TIME OUT. Такое может происходить по разным причинам, это и подгулявшая SRAM и проблема с питанием (память прилично потребляет, DC ШИМ 5V должен быть готов к этому, и напротив – есть память, которая потребляет совсем немного).