8(495)909-90-01
8(964)644-46-00
pro@sio.su
Главная
Системы видеонаблюдения
Охранная сигнализация
Пожарная сигнализация
Система пожаротушения
Система контроля удаленного доступа
Оповещение и эвакуация
Контроль периметра
Система домофонии
Парковочные системы
Проектирование слаботочных сетей
Аварийный
контроль
            
Раздел: Документация

0 ... 19 20 21 22 23 24 25 ... 131

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

хп 111111П111ПТП7ТТТП и 1111111111ПЛТТТТТТП

i, fi

CTS-j-

Неготовность приемника -—. —«л -

ii

Рис. 2.9. Аппаратное управление потоком

Аппаратный протокол удобно использовать при подключении принтеров и плоттеров, если они его поддерживают (рис. 2.10). При непосредственном (без модемов) соединении двух компьютеров аппаратный протокол требует перекрестного соединения линий RTS — CTS.

Если аппаратный протокол не используется, у передающего терминала должно быть обеспечено состояние «включено» на линии CTS перемычкой RTS — CTS. В противном случае передатчик будет «молчать».

г— DB9Sг— DB9P

Г DB25SГ DB25P

К PC i Ii * К принтеру

TD

3

2

3

2

TD

RD

2

3

2

3

RD

DTR

4

20

4

20

DTR

DSR

6

6

>

6

6

DSR

RTS

7

4

7

4

RTS

CTS

8

5

8

5

CTS

DCD

1

8

1

8

□CD

Rl

9

22

9

22

Rl

SG

5

7

5

7

SG

Рис. 2.10. Кабель подключения принтера с протоколом RTS-CTS

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


XON (11 h), приняв который противоположное устройство возобновляет передачу. Время реакции передатчика на изменение состояния приемника по сравнению с аппаратным протоколом увеличивается по крайней мере на время передачи символа (XON или XOFF) плюс время реакции программы передатчика на прием символа (рис. 2.11). Из этого следует, что данные без потерь могут приниматься только приемником, имеющим дополнительный буфер принимаемых данных и сигнализирующим о неготовности заблаговременно (имея в буфере свободное место).

iiiI<I

illiii

тг. 1111111111 m111111nггтттттттп 11111111 . ; шпини

: : : ; :

rd шпини ; .... .......mi :

; xoff ; i; xon ; ;

Неготовность ij j. i;

приемника Ii [I!i

Программная реакция j ijI

передатчика на xowxoff 1

Рис. 2.11. Программное управление потоком XON/XOFF

Преимущество программного протокола заключается в отсутствии необходимости передачи управляющих сигналов интерфейса — минимальный кабель для двустороннего обмена может иметь только 3 провода (см. рис. 2.8а). Недостатком, кроме требования наличия буфера и большего времени реакции (снижающего общую производительность канала из-за ожидания сигнала XON), является сложность реализации полнодуплексного режима обмена. В этом случае из потока принимаемых данных должны выделяться (и обрабатываться) символы управления потоком, что ограничивает набор передаваемых символов. Минимальный вариант кабеля для подключения принтера (плоттера) с протоколом XON/XOFF приведен на рис. 2.12.

Кроме этих двух распространенных стандартных протоколов, поддерживаемых и ПУ, и ОС, существуют и другие. Некоторые плоттеры с последовательным интерфейсом используют программное управление, но посылают не стандартные символы XON/XOFF, а слова (ASCII-строки). Такой обмен на уровне системной поддержки протокола практически не поддерживается (эти плоттеры непосредственно


«разговаривают» с прикладной программой). Конечно, можно написать драйвер СОМ-порта (перехватчик /Л/7" 14п), но необходимость обработки в нем текстовых сообщений от устройства вывода обычно не вызывает восторга у системного программиста. Кабель для подключения совпадает с приведенным на рис. 2.12.

— DB9S J" DB25S

I— DB9P j" DB2E

TD

3

2

3

2

TD

RD

2

3

2

3

RD

DTR

4

20

]

[

4

20

DTR

□SR

8

6

6

6

□SR

RTS

7

4

7

4

RTS

CTS

в

5

>

8

5

CTS

□CD

1

8

1

8

□CD

Rl

9

22

9

22

Rl

SG

5

7

5

7

SG

Рис. 2.12. Кабель подключения принтера по протоколу XON/XOFF

2.3. Интерфейс «токовая петля»

Распространенным вариантом последовательного интерфейса является токовая петля. В ней электрическим сигналом является не уровень напряжения относительно общего провода, а ток в двухпроводной линии, соединяющей приемник и передатчик. Логической единице (состоянию «включено») соответствует протекание тока 20 мА, а логическому нулю — отсутствие тока. Такое представление сигналов для описанного формата асинхронной посылки позволяет обнаружить обрыв линии — приемник заметит отсутствие стоп-бита (обрыв линии действует как постоянный логический нуль).

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



0 ... 19 20 21 22 23 24 25 ... 131