Arial Georgia Tahoma Times New Roman Verdana

RS-протоколы

Дополнение 2

Я думаю, надо начать с самого начала.

1). RS-232С — это тип интерфейса, но не протокол. Он определяет электрические и механические характеристики интерфейса, а также
номенклатуру цепей стыка и процедуру их взаимодействия на аппаратном уровне. И все же речь идет об интерфейсе, поскольку протокол не имеет никакого отношения к тому, какой используется сигнал — ballanced или unballanced. По идее, понятие протокол несколько шире понятия интерфейс, поскольку функции протоколов обычно выходят за рамки той функциональности, которую может предоставить интерфейс. Когда речь идет о передаче данных обычно говорят о протоколе. Но это не есть обмен данными на стыке устройств. Ведь никто не говорит о протоколе паралельного порта?! Например, когда речь идет о сетевой плате — о каком протоколе идет речь? По крайней мере не о том, который обеспечивает физическое взаимодействие сетевой платы с сетью. Да, это тоже протокол, но очень-очень низкого уровня.

2). Несмотря ни на что, это все же стандарт. И он был принят Ассоциацией электронной промышленности (EIA). Смысл статуса "ракомендованный" означает только одно — каждый производитель вправе реализовать этот интерфейс так, как он считает нужным. Однако, если производитель желает, чтобы его устройство было совместимо с другими аналогичными устройствами, он должен придерживаться определенных правил, которые собственно и закреплены этим стандартом. Таков статус практически всех международных стандартов. Живой пример — Рекомендации МККТТ (ITU-T). Они не даром называются РЕКОМЕНДАЦИЯМИ, хотя фактически являютя стандартами. Они ни к чему не обязывают, но если ты хочешь, чтобы твоя продукция продавалась — будь добр, придерживайся стандарта! Иначе ты рискуешь не вписаться в сеть связи. А такое оборудование молоинтересно покупателю.

3). Стандарт создавался на заре эры телекоммуникаций — этим и определяются его электрические и скоростные характеристики. Стандартизированные электрические параметры цепей стыка были ориентированы на передачу данных со скоростями до 20kbps. Однако, насколько мне известно, стандарт не определяет длину кабеля — максимальная длина определяется допустимым искажением сигнала на приемном конце. Амплитуда принятого сигнала должна быть больше зоны нечуствительности: для логической 1 — отрицательнее минус 3 вольт, для логического 0 — положительнее плюс 3 вольт (а не -/+ 5 вольт). Сигнал, попадающий в зону нечуствительности трактуются как отсутствие сигнала. Это касается активного сопротивления кабеля. Реактивная составляющая влияет на форму принятого сигнала. Она не должна быть индуктивной во избежание появления выбросов напряжения в цепях обмена. В то же время, она не должна иметь большой емкостной составляющей. Уже в то время некоторые фирмы-производители предлагали кабель с низкой погонной емкостью, который обеспечивал передачу данных на расстояния многократно превышающее 15 метров.

4). Относительно используемых разъемов. Стандартом RS-232C определено использование 25 контактного разъема. Функции большинства контактов определены стандартом. Однако на практике не все они нашли свое применение. Например, контакты необходимые для работы вторичного канала данных. Кроме того, имеются конакты для передачи сигналов синхронизации — это надо отметить особо — RS-232C может работать в синхронном режиме! Кстати, все модемы имеют 25-контактный разъем, так как практически все они поддерживают синхронный режим работы. Я встречал только несколько моделей модемов с DB9 немецкого производства — может быть есть еще. Минимально необходимое число цепей для данного интерфейса — 9. Все ПК с RS-232C имеют АСИНХРОННЫЙ интерфейс, не зависимо от того какой разъем для этого используется — 25 или 9 контактный. Все они используют только 9 цепей стыка — только поэтому на свет появился переходник 25->9 и 9->25. На всех ПК эти разъемы функционально эквивалентны.

5). Относительно DTE и DCE. DTE — это некоторое устройство обрабатывающее данные, которое имеет какие-то свои данные и может их предоставить другому аналогичному устройству либо получить от него необходимые данные. Второе взаимодействующее устройство тоже является DTE! Устройство типа DCE появляются в тот момент, когда оба DTE не имеют непосредственной связи друг с другом. Они обеспечивают вхождение первого DTE в сеть для взаимодействия со вторым DTE. Таким образом, схема взаимодействия в самом простом случае может быть такой DTE<-->DTE, либо DTE<->DCE<-СЕТЬ->DCE<->DTE. В данном частном случае в роли DCE может быть модем, а СЕТЬ — телефонная сеть. В дополнении к статье "RS-протоколы" очень правильно отмечено, что и для DTE и для DCE названия сигналов на стыке одни и те же, отлитается лишь направление сигналов. Для того, чтобы связать два устройства типа DTE непосредственно друг с другом необходим НУЛЬ-МОДЕМНЫЙ кабель, который собственно и выступает в роли DCE. Оттого он и нуль-модемный, что никакого модема не требуется - каждый DTE считает, что он работает через модем. В своей практике мне приходилось также использовать нуль-модемный кабель для связи двух модемов (т.е. DCE), через интерфейс RS-232C. Причин для такого включения может быть несколько. В моем случае, я использовал пару модемов как регенератор на длинной выделенной линии.

Вот, собственно, и все, что я хотел сказать. Написать меня подтолкнуло то, что буквально на днях я столкнулся с совершенным непониманием данного вопроса одним из моих коллег, с которым мы вместе учились и которого я безмерно уважаю. Проблема-то, в общем, была пустяковая — он очень долго не мог состыковать два связных устройства DTE и DCE. Как я и предполагал, оказалось что DCE работает в режиме DTE. Я предложил ему определить режим работы с помощью обычного вольтметра. Он сказал, что я — шарлатан. А когда я оказался прав — сказал, что я не шарлатан, я — шаман! О!!! Но ничего необычного здесь нет, не правда ли? Все объяснимо.