Два устройства на RS232 порту.

← →
VAP (2002-04-03 08:50) [0]

Возможна ли работа двух устройств подвешенных на один RS232 порт.

← →
Digitman (2002-04-03 10:08) [1]

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

← →
KilWin (2002-04-03 10:38) [2]

на практике совсем не то что в теории - у нас на один передатчик, ЖД-весы, подключены два приемника, принтер и компутер. все работает уже год. сбоев нет.

← →
Андрей К. (2002-04-03 10:40) [3]

Можно к RS232 прицепить конвертор RS232<->RS485, а к нему навесить несколько устройств.
В принципе можно поключить и напрямую к RS232, если устройства нестандартные и разработаны с учетом возможности такого подключения

← →
pasha676 (2002-04-03 11:04) [4]

Если прием передача ведеться без помощи управляющих сигналов (по двум шнуркам + земля), то можно на один управляющий сигнал повесить функции коммутатора. Тогда переключением его в 0 или 1 - коммутируем сигнал. Обычно использую DTR (EscapeCommFunction(PortHandle,SETDTR)). Конечно, надо спаять очень простую логическую схемку.

← →
VAP (2002-04-03 11:14) [5]

Спасибо за ответы. У меня похожая ситуация с KilWin, передатчик - промышленный компьютер, приемник - персоналка и как дублирующий - принтер. Боялся, что придется оптронную развязку делать, из-за помех. Только что проверил, вроде все работает и без нее.

← →
Digitman (2002-04-03 11:49) [6]

>KilWin
>>"один передатчик, ЖД-весы, подключены два приемника, принтер и компутер"

Чушь какая-то. Несуразицу полную говоришь. Где здесь передатчик, а где приемники ? В классической интерпретации интерфейса RS232 ?

>>"..подключены два приемника, принтер.." - а принтер что, не приемник ? Он у вас передает чего-то там куда-то там ? Что же тогда у вас "приемник" , а что - "передатчик" ?

>VAP
в RS232 подразумевается, что приемник соединен с передатчиком по 15ma- токовой петле. Передатчик сам по себе не запитывает линию, запитывает ее оптопара приемника таким образом, чтобы обеспечить приемлемый для коммутатора передатчика ток - 15ma. Если ты "всандалишь" на приемной стороне линии передачи параллельно несколько стандартных приемных узлов интерфейса, то суммарный ток не будет равен 15ma, что не обеспечит надежную работу передающего коммутатора (если вообще не "сожжет" его, когда "навешаешь в параллель" косой десяток всяких "управляемых утюгов" и т.п.)

← →
Anatoly Podgoretsky (2002-04-03 13:06) [7]

Это не RS232 а Current Loop

← →
Anatoly Podgoretsky (2002-04-03 13:09) [8]

А RS-232 не ограничивает количество приемников, нагрузочная способность у него большая, у меня у самого к одному передатчику подключено три приемника, специальное родное оборудование, компьютер и аппаратура передачи, нет проблем.

← →
Digitman (2002-04-03 13:11) [9]

>Anatoly Podgoretsky
Current Loop - штука, существующая сама по себе.
В то время как эл-физ.реализация вх/вых преобразователей RS232-контроллера именно на Current Loop и базируется

← →
Viktor Aleksejev (2002-04-04 16:50) [10]

>Digitman
По-стандарту, передатчик RS232 является источником напряжения с малой нагрузочной способностью - должен отдавать в нагрузку ток не менее 3 мА при допустимых отклонениях напряжения (хотя стандарных микросхемы, обычно, могут отдать в нугрузку 10 мА). Поэтому, по стандарту гарантируется работа этого интерфейса только при длине кабеля не более 15 метров при скорости обмена 9600 (на практике часто работает при длине до 100 метров, но не очень надёжно - включили какой-нибудь вентилятор и связи нет). Все стандарные микросхемы передатчиков имеют встроенную защиту от короткого замыкания - поэтому сжечь передатчик за счет подключения большого количества приёмников невозможно. Интерфейс RS232 вовсе не предполагает использование оптопар для гальванической развязки.
Входное сопротивление стандартного приёмника RS232 относительно большое, а входная ёмкость - довольно малая.
Отсюда следует первый вывод: к стандартному передатчику RS232 можно подключить довольно много стандартных приёмников RS232 - обычно не менее 10. Хотя может быть длину кабеля или скорость передачи придётся уменьшить (всё-таки 3 мА выдаваемых передатчиком маловато для быстрой перезарядки ёмкости и кабеля и входных ёмкостей микросхем). Такая схема часто используется,
когда передатчик (MASTER)работает в режиме ШИРОКОВЕЩАТЕЛЬНОЙ (BROADCAST) передачи - т.е. передает всем кто подключен и хочет принимать, без ожидания КВИТАНЦИЙ от рецепиентов на переданное сообщение.
А вот подсоединить параллельно два или более стандарных передатчика RS232 в общем случае нельзя т.к. в них обычно используется двухтактная (пуш-пульная) схема, при которой шина передатчика соединяется и с +12В и с -12В через открытый транзистор и отсутсвует возможность отключения выхода передатчика т.е. отсутсвует возможность выключения обоих транзисторов двухтактной схемы (нет третьего высокоомного состояния). Поэтому ничего хорошего не выйдет, когда один передатчик через верхнее плечо двухтактной схемы пытается соединить шину с +12В, а другой передатчик в это же время пытается соединить эту же шину через нижнее плечо с -12В.
Для реализации надёжной связи на значительно большие дистанции к стандартному передатчику RS232 подсоединяют преобразователь напряжение/ток для реализации интерфейса Current Loop, значительно более помехоустойчивого. Кстати, интерфей Current Loop вовсе не подразумевает обязательное использование оптопар для гальванической развязки, хотя это и весьма желательно. Обычно здесь также имеется защита передатчика от короткого замыкания. Лет 20 назад в компьютерах типа "Электроника-60", насколько я помню, передатчик Current Loop предсталял собой транзистор, коллектор которого соединялся через резистор с +12В и с передающей шиной. Входное сопротивление приёмника интерфеса Current Loop, в зависимости от реализации, может иметь очень большой разброс и может быть очень малым (например, сопротивление открытого светодиода оптопары). В этом случае возможность подключения даже двух приёмников к одному передатчику значительно более проблематично.
Например, светодиод оптопары, предназначенный для работы с током 10 мА, часто будет передавать сигнал и при токе 5 мА (при значительном ухудшении фронтов сигнала, а значит и необходимости снижения скорости). Но кто гарантирует, что эти 10 мА распределятся поровну между двумя параллельно включенными
приёмниками - очень часто это соотношение будет 9:1.
Поэтому использование интерфейса Current Loop для обеспечения
возможности подключения даже двух приемников без специальных схем сопряжения абсолютно недопустимо, а в любительских условиях требует тщательного изучения конкретной реализации интерфейса и чаще всего индивидуальнольной подгонки.
В качестве локальной шины, к которой можно параллельно подключать до 32 (и, часто, до сотни) приёмо-передающих устройств, каждое из которых может выступать в роли МАСТЕРа, предназначен интерфейс RS485. Например, одна реализация такой шины обеспечивает на скорости 19200 бод устойчивую связь с парой десятков контроллеров, самые дальние из которых находились на расстоянии около 2-х километров от МАСТЕРа, а в качестве шины использовались телефонные пары в старых кабелях,
соединенных при помощи проржавевших кросс-коммутаторов. Имеется опыт создания десятков реализаций шин RS485 со звездобразной конфигураций (хотя это и не по правилам), длиной лучей в несколько сотен метров, скоростью 57600, объединяющих более 40 контроллеров.
Позволь мне дать тебе совет:
Чем больше человек знает, тем мягче и осторожнее он в высказываниях. Категоричность в высказываниях - признак некомпетентности (это себе могут позволить только молодые забияки-петухи).

← →
SoftOne (2002-04-05 01:57) [11]

> Viktor Aleksejev (04.04.02 16:50)
Всегда интересно здесь, в форуме, читать ответы тех, кто "съел собак" на данном вопросе. Однако, хочу добавить, что Ваши упоминания о "стандарте нагрузочной способности" - просто устарели, поскольку сие стандарты написаны были для "той электроники", шестидесятые годы все-таки. Сейчас просто не возможно (нет таких транзисторов) собрать устройство с теми характеристиками.

← →
KilWin (2002-04-05 04:14) [12]

передатчик у нас это устройство DISOMAT(контроллер тензовесов) а приемники - принтер и компутер
и сколько угодно можно говорить о том что ЭТО работать не может когда все работает

← →
Anatoly Podgoretsky (2002-04-05 11:02) [13]

Viktor Aleksejev (04.04.02 16:50)
Даже нет нужды дополнительно объчнять, что такое RS-232 и Current Loop, настолько полно это сделано.

← →
Viktor Aleksejev (2002-04-05 18:25) [14]

>SoftOne
Совершенно неправильное подозрение, что я привел здесь устаревшие данные. Я постоянно держу себя на острие самых передовых технологий как в электронике, так и в программировании.
Коротко ознакомиться со стандартом RS232C, разработанным в 1962 году, можно по следующему адресу: http://www.arcelect.com/rs232.htm
По этому стандарту передатчик должен выдавать двуполярные сигналы с напряжением по абсолютной величине не менее 5В ( не меньше +5В и не больше -5В при передачи логического "0" и логической "1", соответсвенно) при сопротивлении нагрузки не менее 3 кОм. Плохо, что даже этим минимальным требованиям часто не удовлетворяют даже самые современные микросхемы, часто используемые в портативных компьютерах. Кроме того, в нарушение стандарта в портативных компьютерах часто используют однополярные сигналы. Так например, новейшая микросхема DS276 одной из самых передовых фирм, гарантирует только 2.5В при нагрузке 3 кОм. Шинный драйвер MAX232A гарантирует, например, что он выдаст не менее 7 мА при коротком замыкании выхода передатчика.
Вообще интерфейс RS232 предназначен для связи ТОЛЬКО двух устройств. Часто удаётся подсоединить несколько приёмников к одному передатчику, но это не гарантировано. Часто стоит сменить компьютер и связь накрылась. Если взять компьютеры разных производителей, разных годов выпуска, особенно портативных, и снять вольт-амперные нагрузочные характеристики передатчиков, то мы получим очень большой разброс.
Поэтому грамотное решение поставленной проблемы связи нескольких устройств можно и целесообразно осуществить с использованием интерфейса RS485. Ниже приведена пара ссылок как это можно сделать:
http://www.spezial.ru/electronics/issue.html?issue=97-2-5
http://mcu.webservis.ru/st62/st62.html
http://www.mit8.ru/~mars/uc1.html

Обычно я не вступаю ни в какие дискуссии, т.к. весьма дорожу своим временем. Но в этом случае, сам не знаю почему, сделал исключение.
Во первых. Я только хотел обратить внимание Digitman, что интерфейс RS232 никакого отношения ни к Current Loop ни к гальванической развязке с помощью оптопар не имеет. Эти понятия даже не упоминаются в описании стандарта и почти никогда не упоминаются при реализации интерфейса RS232. Единственное, что их объединяет это то, что эти три понятия ИНОГДА используются при реализации последовательной связи между устройствами.
Во вторых. Не знаю как у Вас, а у меня вызывают аллергию часто используемые в переписке слова: чушь, несуразица, лопух, ламер, козел и т.д. Хотя я бывший моряк, избороздивший Океаны, прощедший огонь, воды и медные трубы, я бы чувствовал себя много лет некомфортно если бы позволил себе обозвать кого-нибудь такими словами да при этом ещё оказаться неправым (ошибаются ВСЕ). Давайте будем взаимно вежливы.
В третьих. Обратите внимание, что в речи ДЕЙСТВИТЕЛЬНО СПЕЦИАЛИСТОВ очень часто присутсвуют выражения: "по моему скромному мнению (ИМХО)", "мне кажется", "боюсь ошибиться, но по тем данным, которыми я владею, мне, кажется, что дела обстоят несколько иным образом" и т.п.

← →
Viktor Aleksejev (2002-04-08 16:13) [15]

Кто интересуется СОМ-портами может посмотреть, что я накорябал на:
http://delphi.mastak.ru/cgi-bin/forum.pl?look=1&id=1018133122&n=2

← →
Anatoly Podgoretsky (2002-04-08 16:16) [16]

У него явно проблема

Viktor Aleksejev (05.04.02 18:25)
Плохо, что даже этим минимальным требованиям часто не удовлетворяют даже самые современные микросхемы, часто используемые в портативных компьютерах. Кроме того, в нарушение стандарта в портативных компьютерах часто используют однополярные сигналы.

← →
SoftOne (2002-04-09 03:08) [17]

>Viktor Aleksejev (05.04.02 18:25)
Насчет ИМХО, я действительно не прав. Пардон, забыл упомянуть.

>Anatoly Podgoretsky © (08.04.02 16:16)

>Плохо, что даже этим минимальным требованиям часто не >удовлетворяют даже самые современные микросхемы, часто >используемые в портативных компьютерах. Кроме того, в нарушение >стандарта в портативных компьютерах часто используют >однополярные сигналы.
Однополярные сигналы используют не только в портативных компьютерах. Электронные схемы, применяемые в современных разработках, нормально работают с однополярными сигналами в COM портах. Более того, уровни сигналов, как правило, нормально согласуются с обычным TTL или 5-ти вольтовыми CMOS.
А "нарушения стандарта", уже давно никого не волнуют. Устарел он.
Имхо, однако.

← →
Viktor Aleksejev (2002-04-09 12:54) [18]

>SoftOne
Нарушение стандарта, и правда, мало кого волнует когда играешь в бирюльки.
Но когда моя система должна обеспечить безопасность государственно важных предприятий - крупных банков, посольств в других странах, штабов пограничников и военных и т.д. и т.п.
Когда какой-нибудь посол принимает решение, что необходимо заменить компьютер, задающий уставки для системы, на современный ноутбук или перенести этот компьютер с 1-ого этажа на 5-тый, когда этот объект находится за тысячи километров и обязательно чтоб к завтрашнему дню всё работало, а на месте нет ни одного человека, который понимал бы разницу между током и напряжением, тогда на игры с нарушением стандарта начинаешь смотреть совсем другими глазами.
Когда я был радиолюбителем я на это смотрел точно также. Но когда я проработал 27 лет в отделе электроники СКБ АНЭ и последние 20 лет в должности гл.конструктора проекта, когда я поимел 10-летний опыт таких приключений, то теперь я на всё это смотрю совсем другими глазами.
Этот стандарт не устарел, он был мертворожденным в момент его выпуска. Только дебилы могут выдумать такой стандарт, когда напряжение может быть и 25В и 5В, а если очень хочется, то и меньше. Если детально ознакомиться с историей развития микросхем UART, то это цепь сплошных ошибок - более новая версия исправляла ошибки предыдущей версии, но вносила новые. Трудно себе представить о чем думал разработчик РС, когда он не предусмотрел возможность организовывать прерывания от сигнала выдаваемого всеми UART, сигнализирующим о том, что СТОП бит последнего байта в передатчике выдвинут на линию из сдвигового регистра.
И, вообще, разработка РС - это цепь сплошных ошибок. Это и понятно и по-другому быть не могло. Ведь единой, целостной концепции развития РС не было, каждый лепил и добавлял туда всё что в голову взбредет и как бог на душу положит, а производителей РС стандарты не волнуют. В противоположность РС, остались самые теплые воспоминания о компьютерах фирмы DEC, предназначенных в основном для автоматизации промышленных предприятий, в которых всё было продумано и согласовано до последних мелочей сверху до низу.
Сейчас ситуация с РС начала исправляться. WINTEL теперь в кагорической форме требует, чтобы в СОВРЕМЕННОМ РС напрочь отсутствовали такие понятия как ISA-шина, COM и LPT порты, которые по причине концептуальных ошибок при их разработке, являются основным источником нестабильной работы РС и, в частности, из-за конфликтов с IRQ.
На днях решил сделать двухканальный запоминающий осциллограф с использованием 2-х микросхем АЦП, подключенных к параллельному порту. При этом необходимо получать выборки с интервалом не менее 1 мксек. Подошел к разработке этой радиолюбительской штучки шапкозакидательски - что может быть проще параллельного порта. По-быстрому написал программу, запустил - оказывается чаще чем 10 мксек выборки не получить. Стал изучать. Оказывается тормозит ISA-шина, через которую подсоединен контроллер параллельного порта. Выход есть за счет использования режимов EPP или ECP. Стал изучать дальше и ... волосы встали дыбом - ситуация еще намного хуже чем с СОМ-портами.
Отсюда вывод:
Бежать надо как можно быстрее и дальше от использования LPT и COM портов, переходить на USB, FIREWIRE и RS485, в зависимости от требований.

← →
Viktor Aleksejev (2002-04-09 13:00) [19]

Кстати, хорошая ссылка:
http://www.interfacebus.com/Design_Connector_RS232.html

← →
Viktor Aleksejev (2002-04-09 13:13) [20]

>SoftOne
SoftOne © (09.04.02 03:08)
Электронные схемы, применяемые в современных разработках, нормально работают с однополярными сигналами в COM портах. Более того, уровни сигналов, как правило, нормально согласуются с обычным TTL или 5-ти вольтовыми CMOS.

Меня не устраивает "как правило". Тем более, что это "правило" чаще всего работает при скорости 9600 и расстоянии в несколько метров.
А мне надо, чтобы работало на скоростях 57600 и 115200 Бод, при расстояниях в десятки метров и, вообще, ВСЕГДА, когда я не нарушаю стандарт.

← →
SoftOne (2002-04-10 02:34) [21]

>Viktor Aleksejev
Вы правы. Для своих задач. Может быть, Вы, даже правы "В ОБЩЕМ СЛУЧАЕ".
Конечно, когда:
"Когда какой-нибудь посол принимает решение, что необходимо заменить компьютер, задающий уставки для системы, на современный ноутбук или перенести этот компьютер с 1-ого этажа на 5- тый, когда этот объект находится за тысячи километров и обязательно чтоб к завтрашнему дню всё работало, а на месте нет ни одного человека, который понимал бы разницу между током и напряжением,..."

Может быть сложно решить эту проблему, НО!
Ведь "какой-нибудь посол", это не юзер, качающий программу с инета! "Какой-нибудь посол" - это РАЗОВАЯ программа с конкретными свойствами.
И вот тут, как раз есть ответ на:

> " Меня не устраивает "как правило". Тем более, что это >"правило" чаще всего работает при скорости 9600 и расстоянии в > несколько метров.
> А мне надо, чтобы работало на скоростях 57600 и 115200 Бод, >при расстояниях в десятки метров и, вообще, ВСЕГДА, когда я не >нарушаю стандарт.

А кто Вам мешает продать вместе с программой соответсвующее железо? Обеспечивающее скорость, "помехозащищенность", "минимальное количество проводов" и т.д.? Тем более, что таким образом Вы можете "расширить" исходную спецификацию RS232 или "упростить" ее! Тем более "когда я проработал 27 лет в отделе электроники" - говорит о том, что железо для Вас не проблема.

← →
Anatoly Podgoretsky (2002-04-10 11:27) [22]

SoftOne © (10.04.02 02:34)

У VAP (03.04.02 08:50)
Возникла конкретная проблема, а при чем тут Viktor Aleksejev и его железо, тем более непонятен раезд, он неастолько популярно и полно объяснил ситуацию, что взамен можно только выразить глубочайшию признательность, а не делать необоснованные наезды.
Я свою признательность уже выразил, а с твоей стороны хотелось бы услышать если не благоданость, то хотя бы извинение за некорректность.

← →
Viktor Aleksejev (2002-04-10 18:58) [23]

Да нет, ни какой некорректности нет. Всё нормально. С аппаратурной точки зрения никаких проблем нет. Всё дело в деньгах. Хотят получить всё не заплатив ничего. Скупердяи до неприличия.
Тут ко мне, как из рога изобилия, пошёл поток писем с просьбой помочь. Поскольку к моей персоне проявляют повышенный интерес ниже приведен отрывок ответа на одно из таких писем. Может и другим будет интересно. Правда писал в страшной спешке.

Обычно, при использовании РС для связи с контроллерами через RS485, возникают сложности с реализацией только двух часто применяемых особенностей протокола:
1. Режим MULTIDROP, при котором сигнал RTS должен быть установлен в уровень LOW как только на линию выдвинится из сдвигового регистра СТОП-бит последнего передаваемого байта. В этом режиме сигнал RTS обычно соединяют, например, с выводами 2 и 3 микросхемы SN75176BP и таким образом переводят эту микросхему из режима передачи в режим приёма. Причем это переключение, во многих случаях должно осуществиться за время не более нескольких десятков микросекунд. Это самая большая трудность при использовании симплексного режима связи и в том случае когда инициатором сеанса связи выступает РС.
Когда инициатором сеанса связи выступает контроллер это не актуально. Но хочу заметить, что это недопустимо для многих приложений, т.к. если контроллер выйдет из строя, то РС об этом не узнает. Поэтому, когда СОВЕРШЕННО НЕОБХОДИМО знать, что система работоспособна, МАСТЕР (РС) должен постоянно опрашивать контроллеры, получать их состояние (рабочее или нет,
есть ли данные и т.д.) и при необходимости принимать от них данные и задавать новые уставки работы.
2. Режим NINE_BIT_PROTOCOL, при котором первый передаваемый байт имеет бит паритета установленный в "1" и остальные байты передаются с битом паритета установленным в "0". Это можно сказать СТАНДАРТ т.к. первый байт всегда должен содержать адрес контроллера или МАСТЕРА (РС), которому предназначена посылка. Дело в том, что практически все контроллеры имееют аппаратурную реализацию регистра МАСКИ СВОЕГО АДРЕСА. Это сделано, чтобы в контроллере не возникали прерывания на приём байтов, которые ему не предназначены. Т.е. в контроллере возникнет прерывание на приём байта, только после того как на линию будет передан байт, значение которого совпадает с его адресом и при этом 9-тый бит (ПАРИТЕТ) будет установлен в "1". После принятия такого байта контроллер должен разрешить прерывания на приход любого байта. По завершению сеанса связи контроллер опять разрешает
прерывания только на приход его адреса. У Вас всё сделано наоборот. Это очень плохо.
Для реализации первого режима в WINDOWS, предназначен параметр RTS_CONTROL_TOGGLE. Но он, из-за ошибки Микрософта, работает только на ОС типа NT, и обеспечивает переключение RTS сигнала за время примерно равное 50 мксек.
Для реализации второго режима, бит паритета устанавливается в "1", посылается байт с адресом контроллера, вызывается функция Sleep(1 или 2), бит паритета устанавливается в "0", передаются остальные байты.
Драйвер COMM-DRV/VxD фирмы "Willies" Computer Software Co" оба этих режима реализует при необходимости автоматически с временем переключения RTS за 5 мксек.
Насколько я понял, у Вас всё сделано наоборот. Т.е. инициатором сеанса связи являются контроллеры и биты паритета используются нестандартным образом. Но ведь в этом случае и никаких проблем НЕТ.
РС просто должен постоянно находится в режиме ожидания приема байта. Но чтобы приложения могло выполнять ещё что-то кроме опроса пришел байт или нет, необходимо использовать ассинхронный режим приёма байтов. Организуется
ПОТОК (Thread), работающий параллельно основному ПОТОКУ. В этом ПОТОКЕ в бесконечно цикле делается запрос на ассинхронный приём байта или байтов. При этом управление передаётся ОС и этот ПОТОК продолжит свою работу, только после получения байта (байтов) . Дальше обрабатывай этот байт как хочешь.
Такой ассинхронный режим приёма/передачи называется ещё "Overlapped Operations" и позволяет длительным операция ввода/вывода осуществляться в фоновом режиме, освобождая процессор для выполнения других задач.
Уверен, что возможность ассинхронного принятия байтов имеется и в Линукс.
Ознакомиться с этой технологией можно по адресам:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnwbgen/html/msdn_serial.asp
http://www.cs.uml.edu/~bill/cs515/Win32_calls_Assgn2_and_A1.htm
Если сделаешь запрос на ключевые слова: "overlapped operation", "CreateFile", "FILE_FLAG_OVERLAPPED", "WaitCommEvent", то получишь кучу ссылок.
Советую переходить на языки программирования С, С++, С#.

Два устройства на RS232 порту. Найти похожие ветки