Реклама / ООО «ИЗОЛПРОЕКТ» / ИНН: 7725566484 | ERID: 2Vtzqx6kV7S
IPB IPB
Проектирование, монтаж, наладка, сервис


Здравствуйте, гость ( Вход | Регистрация )

- Стандарт НП «АВОК» 7.11-2024
«Рекомендации по проектированию инженерных систем
дошкольных образовательных организаций»

АВОК в соц. сетях
ИНН: 7714824045 | erid: 2VtzqwzKQiU
 
Добавить ответ в эту темуОткрыть тему
> Одновременное использование Rs485 на 3 протоколах
frosteR
сообщение 18.2.2016, 16:52
Сообщение #1





Группа: Участники форума
Сообщений: 389
Регистрация: 25.3.2014
Пользователь №: 228161



Добрый день!
Собираюсь использовать одну линию связи RS485 для соединения приборов с разными протоколами. Приборы- счетчики. Эта схема будет работать или чревата коллизиями передачи?
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
GYUR22
сообщение 18.2.2016, 17:01
Сообщение #2





Группа: Участники форума
Сообщений: 824
Регистрация: 23.7.2008
Из: гН.Новгород
Пользователь №: 20923



Например если протокол аля модбас rtu у всех может и будет нормально - особенно если на одном битрэйте, они там только таймаутами разделяются.
Но как на один мастер и порт обычными средствами запихнуть три протокола на постоянной основе это хз
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
manjey73
сообщение 18.2.2016, 17:29
Сообщение #3





Группа: Участники форума
Сообщений: 2122
Регистрация: 1.8.2014
Пользователь №: 240922



Пофигу, опрос приборов всегда последовательный, главное, чтобы контроллер, ПК умел менять на лету настройки COM порта.
Принцип простой. Открыли порт с определенными настройками, опросили 1 протокол, закрыли порт, Открыли с другими настройками, опросили протокол 2, закрыли порт и так по кругу.
Все это увеличит общее время опроса. Главное, чтобы оборудование это позволяло делать.
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
frosteR
сообщение 18.2.2016, 20:47
Сообщение #4





Группа: Участники форума
Сообщений: 389
Регистрация: 25.3.2014
Пользователь №: 228161



а практически это кто-то у себя использовал?
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
stscat
сообщение 18.2.2016, 22:48
Сообщение #5





Группа: Участники форума
Сообщений: 271
Регистрация: 7.8.2015
Из: Москва
Пользователь №: 275014



Цитата(frosteR @ 18.2.2016, 20:47) *
а практически это кто-то у себя использовал?


А что тут пробовать, каждый раз все индивидуально.
Во первых не представляю где вы найдете такую программу, что сможет один ком порт между несколькими сканирующими Мастерами переключать.
Во вторых, Слейвы будут пытаться распознать принимаемые запросы, могут даже совпадать байты отвечающие за адрес устройства, что как минимум приведет к ответам, типа "ошибка", а второй Слейв в это время будет отвечать своему Мастеру.

Даже не пытайтесь такой фигней заниматься. Проложите отдельные кабели и подключайте на разные порты.

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

Сообщение отредактировал stscat - 18.2.2016, 22:54
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
Олег_
сообщение 19.2.2016, 11:04
Сообщение #6





Группа: Участники форума
Сообщений: 520
Регистрация: 9.5.2010
Пользователь №: 55924



Два раза использовал практически.
ПЛК Омрон +частотник на модбасе, RS422
Работало стабильно.

Терморегуляторы на текстовом протоколе + модбас RTU частотники и контроллер Дельты.
Нифига нестабильно, иногда кто то из слейвов модбаса подвисал и вешал всю сеть, похоже реализация протокола в слейве с ошибками.

Цитата
главное, чтобы контроллер, ПК умел менять на лету настройки COM порта.

Пожалуй вариант неплохой.
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
manjey73
сообщение 19.2.2016, 14:10
Сообщение #7





Группа: Участники форума
Сообщений: 2122
Регистрация: 1.8.2014
Пользователь №: 240922



Знаю реализацию на ПК, но там настройки порта должны быть одинаковыми.
Но нет ничего невозможного, как правильно заметили слейвы не должны без спроса что-то отсылать, типа пришел запрос, оно там думает, думает, время истекло, мастер перешел к следующему и тут слейв таки надумал отвечать.

Слейв должен, если не успел ответить ждать повторного запроса и отправлять уже подготовленный ответ.

Ну и в мастере с физикой порта должно быть все четко, а не так как иногда бывает, тупо зависает RS485 порт.
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
kosmos440o
сообщение 19.2.2016, 15:44
Сообщение #8





Группа: Участники форума
Сообщений: 3050
Регистрация: 30.9.2010
Из: Иркутск
Пользователь №: 74376



Я делал три протокола, но OPC сервер был один и скорость/чётность одинаковая была. Несколько лет работает уже. Можно попробовать разными OPC стучаться, открывать/закрывать порт, но наверно Винда такого издевательства над собой не выдержит.
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
zaural
сообщение 19.2.2016, 20:42
Сообщение #9





Группа: Участники форума
Сообщений: 62
Регистрация: 19.1.2012
Из: Тюмень
Пользователь №: 136662



На одной линии висели modbus rtu и ascii. Проблем не было вообще. Но сам писал реализацию обоих протоколов.
Главное, чтобы одна посылка не воспринималась каждым ведомым как своя. Посмотреть описание протоколов.
А если настройки порта разные, тогда и вовсе надо лишь открывать и закрывать с разными настройками. А слейвы (если они адекватные) будут видеть лишь свое.
Хотя была пара протоколов, которые имели одно начало. Вот с такими могут проблемы.
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения

Добавить ответ в эту темуОткрыть тему
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 

Реклама
ООО «Арктика групп» ИНН: 7713634274



ООО "Русич" ИНН 9721068883 / ЕРИД 2VtzqvMjLF8


ООО «УНИСПЛИТ» ИНН: 6453155081 erid:2VtzqxXgvJi

Реклама: ООО «СибСтронг» | ИНН 6670013662 | ERID: 2VtzqwyM2dc

Последние сообщения Форума






RSS Текстовая версия Сейчас: 24.7.2025, 7:17
Политика ООО ИИП «АВОК-ПРЕСС» в отношении обработки персональных данных