Двумя мастерами не советую подключаться, будет много потерь данных, так как слейв начинает разрываться кому отвечать, постоянно будут ошибки.
Вид для печати
Двумя мастерами не советую подключаться, будет много потерь данных, так как слейв начинает разрываться кому отвечать, постоянно будут ошибки.
уфф, получил данные в Excel теперь надо придумать как сохранять по событию. Видимо надо макрос думать...
Это подтверждено, или догадки, что-то не замечал ничего подобного. Это при том, что в догонку еще и по USB опрос ведется.Цитата:
Сообщение от melky
Ну во-первых ТС написал что качество связи упало до 42%
Во-вторых, на конце у нас устройство с RS485 шиной и работой в режиме Мастер-Слейв, где один спрашивает, а второй за указанное время отвечает, и всегда произойдет наложение времени, когда спросят два мастера, если мы туда прицепим второго мастера.
Пробовал читать ПР200
1. Два ПК со Scada системами через USB-RS485
2. Два ПК со Scada системами как TCP клиенты у преобразователя интерфейса Ethernet-RS485(TCP сервер) и когда преобразователем выступал ПК на Linux с USB-RS485 и так же был TCP сервером
Так вот, Юрий расскажите как вы читали одно RS485 устройство и у вас не было проблем ? логи передачи смотрели что там происходит ? а я смотрел, происходит каша, если два мастера не вовремя вместе посылают запросы.
Как правило для отладки на столе так использую, мастер читает нужные мне переменные для отладки (Modbus TCP, WEB), по второму слоту панель или Modbus Poll в зависимости от потребности, до Вашего сообщения не обращал внимания на проблемы одновременного доступа, понаблюдаю при случае более пристально. На прошлой неделе работал вообще через сетевых порта, один из них на USB, тоже не заметил проблем.Цитата:
Сообщение от melky
https://www.youtube.com/watch?v=TTfLJ8CUFXE
Смешно, вы не видите разницы работы по разным портам и по ОДНОМУ.
Подключитесь к RS485 двумя разными ПК и на каждом запустите ModbusPoll, ну и логи всего этого пишите чтобы потом посмотреть...
Два мастера могут работать только в одном случае, при синхронизации времени между собой и посылать запросы и получать ответы за промежуток времени, выделенный для каждого отдельно.
На практике это практически невозможно, так как сложно рассчитать время с учетом timeout и паузы ожидания между запросами.
например один опрашивает каждые 9 сек, второй каждые 11 секунд, на 99 секунде совпадет время. В общем какой бы период мы не выбрали, всегда произойдет совпадение.
Без логов вижу что ошибки не регистрируются, читаю по двум слотам и через USB одновременно. Думаю два ПК или один с двумя программами разницы не будет. Первое предложение не понял что имелось ввиду.Цитата:
Сообщение от melky
По видео вы опрашиваете на ДВУХ РАЗНЫХ ИНТЕРФЕЙСАХ одним ПК. Вы опросите ДВУМЯ ПК через ОДИН интерфейс, например через один RS485 ПР200-го.
Тогда поймете в чем разница...
Фактически у вас получится ДВА мастера на одной шине. Что собственно и проделал автор темы.
Мастер 1 - сам ПР200 опрашивает модуль
Мастер 2 - ПК с запущенным Lectus так же опрашивал модуль
Качество связи сразу в два раза упало, потому что пошли наверняка ошибки.
Я правильно понял, что Вы подключаетесь двумя мастерами на один слот, и жалуетесь что начинаются коллизии в обмене?Цитата:
Сообщение от melky
Ревака Юрий ну так у автора темы и был вопрос, возможно ли два мастера на одном слоте, на что я и написал, что будет каша :)
А вы, немного не поняв, начали говорить что все прекрасно :)