Автоматика / Интерфейс 485 в параллель  

Такой вопрос. Есть прибор с 485 выходом. Нужно, чтобы инфу с него можно было смотреть на нескольких компах. Можно ли параллелить линию связи?

может прояснит следующий обзор:
 смотреть здесь

если кратко, то количество "наблюдателей" ограничено параметрами выходных преобразователей учасников сети. к примеру для adm4850 их может быть до 256. в более старых - меньше. Если комп будет только "слушать" пакеты, ничего не выдавая в сеть и не занимая линию - пожалуйста, в пределах этого числа подключений.
К примеру в этой нашей разработке таких "слушателей" около 100.
http://www.robotix.com.ua/fsev2.htm

Параллелить линию связи вроде нельзя (485 - последовательный интерфейс). Имхо, оптимально заводить сигнал на сервер, далее или по "Ethernet", или через веб-клиент веб-интерфейс (интернет, проще говоря) - на любое количество терминалов (не обязательтно компы).

Параллелить линию связи нельзя.
RS-485 подразумевает организацию в сетевую структуру до 256 елементов.

Вот никто не спрашивает, а мне интересно: RS-485- это физический протокол, а какой логический протокол?
Вообще-то, самый простой вариант- это подключение прибора к первому компьютеру через RS-485 (используя драйвер прибора, а потом к этому компу подключай компов видимо-невидимо через Ethernet через Remote Desktop, или организуй I/O Server, но тогда не забудь о логических протоколах.

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

Логическим может быть любой протокол, главное чтобы был открытым чтоб был поддерживаемым скада-системой, MODBUS, например.

Логическим может быть любой протокол, главное чтобы был открытым чтоб был поддерживаемым скада-системой, MODBUS, например.

[/quote]

На 98 процемтов уверен, что счетчик будет иметь свой собственный нестандартный протокол.

. Кто хочет стандарный - пусть покупает сименса или митсубиши (итд), а кто хочет сэкономить на деньгах будет расхлебывать кашу которую заварил...

Многие отечественные приборы имеют открытые пртоколы. Овен к примеру. Мне кажется не стоит сгущать краски.

Верно, про овен я подзабыл . Кстати, RS 485 не ограничивается 256 приборами, цифра 256 вытекает при использовании протоколом 8-битной адресации, тот же Овен может использовать 11-битную адресацию, следовательно количество приборов в сети возрастает до 2048.

Пардон, поправочка. Такое кол-во адресов в сети конечно возможно, но с применением репитеров или повторителей. Есть электрические ограничения по мощности передатчиков. К примеру, погуглите "ADM4850 pdf" ограничения есть на аппаратном уровне. К тому же длительность цикла опроса сети с ростом количества участников безмерно удлинняется. так что гармония видится в балансе. даже при незначительном кол-ве адрессуемых участников при большой длине сообщений которыми они обмениваются, время цикла обмена по сети может быть нереально большим. к примеру вот сейчас разрабатываю протокол для работы с сетью из 256 адресуемых контроллеров, так 108 контроллеров первого типа на скорости 38400 при длине пачки в каждую сторону в 10 байт, отожрут на круг 0,45 секунды. И это без учёта таймаутов ожидания ответа при сбоях в сети и ошибках. Так что для создания эффективной скоростной сетки, приходится оптимизировать очередь передачи по критерию изменения передаваемых данных. Т.е. изменившиеся данные передаются вне очереди, тогда задержки нет, но опять же это годится для сети с небольшим кол-вом изменений данных на единицу времени. если же нужен полный опрос всех участников, то и времени на этот опрос уйдёт уйма...так что больше чем 256 физических адресов в такой сетке вряд ли нужно, будет слишком низкая скорость. а в плане адрессации, конечно, кол-во цифр в адресе можно сделать любое. всё зависит от программного протокола приёмопередачи.

Согласен с вами. Для вопроса "можно ли бросить в параллель RS-485" ваш ответ, возможно слишком информативен . Про 11-битную адресацию я сообщил для того чтобы не думали что 485 ограничен 256-ю адресами.
З.Ы. репитеры и повторители сигнала могут понадобится и при количестве до 256 контроллеров, имхо от расстояния зависит.
З.Ы.Ы. За позновательную лекцию спасибо .

Дело не в параллельности линии связи а в протоколе обмена. Обычно подразумевается, что одно устройство запрашивает - другое отвечает. В большинстве протоколов, реализованных на RS-485, запрашивающий - только один в сети, все остальные отвечают. Самый простой вариант - задайте вопрос разработчикам счетчика, что они порекомендуют в этом случае

📱Размещаем вакансии в Телеграм-канале!
Теперь, размещая вакансии на Proekt.by мы дублируем их в нашем Телеграм-канале с ~5000 подписчиками. Преимущество - мгновенный охват огромной аудитории - специалистов стройотрасли.