Хотя по идеи могло бы быть устройство обучаемое, которое анализировало запросы с 2 портов, аккумулировало их и выстраивало в очередь. Само опрашивало Slave, а Мастерам из свое памяти отдавало обновленные данные
Возможно, не читал манул. Но если пишут что для стабильности скорость понизить и таймауты увеличить ответа, значит не так На ПЛК с 3 портами RS485 можно такую штуку сделать
Посмотреть какие адреса мастер опрашивает, добавить свои для 2 мастера и перекладывать в ячейки ПЛК с такими же адресами. Главное чтобы сам ПЛК нужные функции Modbus поддерживал Так можно обмен с ПЧ разогнать))
Комментарии: 10
Evgeniy
Хотя по идеи могло бы быть устройство обучаемое, которое анализировало запросы с 2 портов, аккумулировало их и выстраивало в очередь. Само опрашивало Slave, а Мастерам из свое памяти отдавало обновленные данные
Shakespear
Перекладачи из профинет в эзернет так работают)
Evgeniy
Некоторые шлюзы Mdb TCP-RTU так работают
Anton
скорее всего оно именно так и работает - это ж не егэшники делали, а нормальные люди.
Evgeniy
Возможно, не читал манул. Но если пишут что для стабильности скорость понизить и таймауты увеличить ответа, значит не так На ПЛК с 3 портами RS485 можно такую штуку сделать
Anton
всё верно - если два мастера будут опрашивать один слэйв, то слэйв должен в два раза чаще отвечать.
Aleksandr
Я пару фильмов даже видел таких!
Anton
вотыменно! всё как в кено. ничего нового изобретать не стОит.
Evgeniy
Не, если шлюз умный нафига ему это. Он просто отдаст прошлое значение из памяти. А если режим ретронслятора то да
Evgeniy
Посмотреть какие адреса мастер опрашивает, добавить свои для 2 мастера и перекладывать в ячейки ПЛК с такими же адресами. Главное чтобы сам ПЛК нужные функции Modbus поддерживал Так можно обмен с ПЧ разогнать))