русс | укр

Языки программирования

ПаскальСиАссемблерJavaMatlabPhpHtmlJavaScriptCSSC#DelphiТурбо Пролог

Компьютерные сетиСистемное программное обеспечениеИнформационные технологииПрограммирование

Все о программировании


Linux Unix Алгоритмические языки Аналоговые и гибридные вычислительные устройства Архитектура микроконтроллеров Введение в разработку распределенных информационных систем Введение в численные методы Дискретная математика Информационное обслуживание пользователей Информация и моделирование в управлении производством Компьютерная графика Математическое и компьютерное моделирование Моделирование Нейрокомпьютеры Проектирование программ диагностики компьютерных систем и сетей Проектирование системных программ Системы счисления Теория статистики Теория оптимизации Уроки AutoCAD 3D Уроки базы данных Access Уроки Orcad Цифровые автоматы Шпаргалки по компьютеру Шпаргалки по программированию Экспертные системы Элементы теории информации

Управление последовательным каналом при полудуплексной связи


Дата добавления: 2015-08-14; просмотров: 1296; Нарушение авторских прав


При полудуплексном режиме последовательной передачи, передача данных возможна в обоих направлениях, но не одновременно. Это означает, что на обоих концах линии связи установлены и приемник, и передатчик. Но так как линия связи одна, она используется поочередно то одной парой "приемник-передатчик" (для передачи в одном направлении), то другой парой (рис. 1).

Рис. 1.

Следовательно, необходима процедура согласования между двумя парами "приемник-передатчик" для определения права на занятие линии связи и недопущения одновременного занятия линии двумя передатчиками.

Для решения этой задачи используются два дополнительных управляющих сигнала: RTS (Request To Send — запрос на передачу данных) и CTS (Clear To Send — разрешение передачи данных). Устройство, желающее начать передачу данных, устанавливает активным сигнал RTS. Второе устройство, если оно освободило линию и готово к приему, устанавливает в ответ сигнал CTS. Таким образом, в полудуплексном обмене передача может начаться только при получении активного сигнала CTS от устройства, находящегося на другом конце линии.

Управление потоком данных

При передаче данных по последовательному каналу возможна ситуация, когда быстродействие приемника меньше, чем быстродействие передатчика. При этом возможна ситуация, когда передаваемые по каналу связи данные не могут быть своевременно приняты приемником, что грозит потерей данных. В таком случае возникает необходимость приостановки передачи данных передатчиком по сигналу от приемника. Решение данной задачи получило название управление потоком данных.

Управление потоком предполагает посылку приемником уведомления о невозможности приема данных. Существуют два варианта управления потоком -- аппаратное и программное.

Аппаратное управление потоком (RTS/CTS, Hardware Flow Control) использует два дополнительных управляющих сигнала: RTS и CTS. Сигнал CTS (от приемника к передатчику) позволяет приостановить передачу данных, если приемник не готов к их приему. Передатчик "выпускает" очередной байт только при наличии активного сигнала на линии CTS. Байт, который уже начал передаваться, задержат сигналом CTS невозможно. Аппаратный протокол обеспечивает самую быструю реакцию передатчика на состояние приемника (рис. 1).



Рис. 1.

Если аппаратный протокол не используется, на стороне передатчика необходимо обеспечить постоянную подачу на вход CTS активного сигнала, в противном случае передатчик будет "молчать".

Программное управление потоком (XON/XOFF, Software Flow Control) предполагает наличие двунаправленного канала передачи данных. Работает протокол следующим образом: если устройство, принимающее данные, обнаруживает причины, по которым оно не может их дальше принимать, оно по обратному последовательному каналу посылает байт-символ XOFF (13h). Противоположное устройство (передатчик), приняв этот символ, приостанавливает передачу. Когда принимающее устройство снова становится готово к приему данных, оно посылает символ XON (11h), приняв который передатчик возобновляет передачу. Время реакции передатчика на изменение состояния приемника, по сравнению с аппаратным протоколом, увеличивается, по крайней мере, на время передачи символа (XON или XOFF). Следовательно, данные без потерь могут приниматься только приемником, имеющим дополнительный буфер принимаемых данных и сигнализирующим о неготовности заблаговременно.

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



<== предыдущая лекция | следующая лекция ==>
Пакетный метод передачи данных по последовательному каналу | Способы кодирования бит при последовательной передаче данных


Карта сайта Карта сайта укр


Уроки php mysql Программирование

Онлайн система счисления Калькулятор онлайн обычный Инженерный калькулятор онлайн Замена русских букв на английские для вебмастеров Замена русских букв на английские

Аппаратное и программное обеспечение Графика и компьютерная сфера Интегрированная геоинформационная система Интернет Компьютер Комплектующие компьютера Лекции Методы и средства измерений неэлектрических величин Обслуживание компьютерных и периферийных устройств Операционные системы Параллельное программирование Проектирование электронных средств Периферийные устройства Полезные ресурсы для программистов Программы для программистов Статьи для программистов Cтруктура и организация данных


 


Не нашли то, что искали? Google вам в помощь!

 
 

© life-prog.ru При использовании материалов прямая ссылка на сайт обязательна.

Генерация страницы за: 0.151 сек.