[an error occurred while processing this directive]
Да Вы что! Я даже слова не сказал о кодировании канала или источника
(«Телесистемы»: Конференция «Цифровые сигнальные процессоры (DSP) и их применение»)

миниатюрный аудио-видеорекордер mAVR

Отправлено GM 07 февраля 2006 г. 16:04
В ответ на: У Вас всё в одну кучу - кодирование канала и кодирование источника (+) отправлено <font color=gray>Бяка</font> 06 февраля 2006 г. 23:56

В оригинальном посте шла речь о цифровом приемнике, вот полный текст
st256:

Есть ли мысли по следующему поводу?
сигнал FT на 50 бод болтается между 2000 МГц - уход несущей (допустим, температурный дрейф) до 2кГц.

Что еще? Сигналы короткие. Т.е. время на синхронизацию по частоте (выбор дрейфа), тактовую синхронизацию и символьную синхронизацию битов 20-30. Видимо, канал без серьезных помех, потому обнаружить факт передачи не столь сложно.

И мой изначальный вопрос был о разнице между тактовой синхронизацией и символьной синхронизацией. И только. Кстати, ответа до сих пор нет.

Приемник получает только символьный поток и ему необходимо выделить первичную тактовую (символьную) синхронизацию для правильного приема. Выделенная тактовая синхронизация используется на всех последующих ступенях, в частности, при декодировании источника, если таковое имеется.

Теперь цитаты из Вашего поста.
Бяка: При кодировании канала - всё, как Вы говорите. При кодировании источника, что и имел в виду st256 (о чем не трудно было догадаться), всё совсем не так - там понятие символа совсем другое.
Не знаю, как догадаться о том, что не было сказано (см.выше). Понятие символа при кодировании источника может быть другое, чем при кодировании канала, но понятие тактовой (символьной) синхронизации остается тем же самым, т.е. в любом случае необходимо засинхронизировать символы примененного алфавита. Да и вообще кодирование/декодирование источника это отдельный разговор.

Бяка: Об RS-232. Вроде бы я из него выкинул старт. и стоп. биты, а раз так, то это уже синхронный случай.
Да и в чистом виде RS-232 имеет тактовую синхронизацию, которая взводится при появлении первого фронта стартового бита и за время принятия символа истчника не подстраивается. Отсюда жесткие требования на разность опорных битовых частот передатчика и приемника, и прочие. .

Выкинули старт- и стоп-биты и тут же вставили синхробайт, который ничем принципиально не отличается от комбинации стоп-бит + старт-бит. И тактовая частота в RS-232 не подстраивается, просто каждый раз все начинается заново. И если тактовые частоты передатчика и приемника разойдутся больше чем на 5%, всё – хана, ничего вы не примете. Поймите, тактовая синхронизация должна действовать на весь период передачи сообщения, неважно одна секунда или один месяц, и желательно, чтобы она подстраивалась на каждом такте, а в RS-232С следующий байт может придти не в такт той тактовой частоте, которая уже есть, поскольку он по определению асинхронен, а времени на подстройку за время передачи одного байта может не хватить, вот и приходится начинать сначала...На малых скоростях и коротких дистанциях без шумов протокол работает, но не больше.


Составить ответ  |||  Конференция  |||  Архив

Ответы


Отправка ответа

Имя (обязательно): 
Пароль: 
E-mail: 
NoIX ключ Запомнить

Тема (обязательно):
Сообщение:

Ссылка на URL: 
Название ссылки: 

URL изображения: 


Rambler's Top100 Рейтинг@Mail.ru
Перейти к списку ответов  |||  Конференция  |||  Архив  |||  Главная страница  |||  Содержание

E-mail: info@telesys.ru