Данные до сервера можно пропустить по существующей линии ethernet, а для rs485 потребуется построить линию больше километра. При этом сервер можно переставить в любое помещение, куда протянута сеть. Плюс есть ещё скрытые причины, влияющие на дублирование системы и надёжность.
А преобразователь на USB более универсален, по-Вашему?Сообщение от Сергей0308
Можно, конечно, преобразователь на ethernet брать, только не овеновский - хорошо, что у Овен'а больше в производстве и продаже нет модели ЕКОН - то ещё чудо было.
Плюс со шлюзом протоколов удобнее в том плане, что там можно делать множественные подключения, с преобразователями интерфейсов этот фокус не работает вовсе или работает плохо.
imaex МКОН позволяет только два соединения.
Ethernet - RS485 часто до 5-ти. Но есть нюанс, необходимо синхронизировать время между мастерами и разделять по времени запросы от разных мастеров. Это уже не работа преобразователя, но точно работает, проверял на ПР200 опрос двумя мастерами, но не все системы позволяют это сделать. Если синхронизировать время между двумя ПК возможно при помощи NTP сервера, то разнести во времени запросы уже должна уметь Scada система.
Так у него и расстояние приличное, около километра, длина сегмента сети 100 м, так это ещё и 10 коммутаторов надо ставить?!А преобразователь на USB более универсален, по-Вашему?
Плюс со шлюзом протоколов удобнее в том плане, что там можно делать множественные подключения, с преобразователями интерфейсов этот фокус не работает вовсе или работает плохо.
Образно говоря: надо доехать из пункта А в пункт В, достаточно вызвать такси, в крайнем случае купить Запорожец, но если у вас уже есть Мерседес, то ничего и покупать не надо, короче, выяснилось, что у него уже есть Мерседес, зачем изначально пытаться всё скрывать, какой в этом толк?
Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
справиться с проблемами, либо это не твои проблемы.
Длина сегмента сети зависит от интерфейсов, хоть 20-40 км (оптика) хоть 300 км через интернет...
1 км - это приличное? А если у меня несколько сотен км? А если тыщща? Длина сегмента ethernet не имеет никакого принципиального значения.
Там нюансов чуть менее, чем до хрена. Но, в общем случае одно. А со шлюзом работает. Правда, конкретно с МКОН я дела ещё не имел. Пока.
imaex да нет там, кроме времени нюансов. Запрос - ответ (по RS485-му интерфейсу), пока устройство отвечает одному мастеру, второй не должен посылать запрос.
Говорю же, тестировал на ПР200 двух мастеров, все работает. Тут главное чтобы два мастера ЗНАЛИ, когда можно спрашивать, а когда нет, чтобы не было наложений ответов.
Да, в качестве преобразователя у меня выступал Ethernet - RS485 преобразователь и Scada умели работать в режиме Com-over-TCP, хотя это не принципиально, можно было и виртуальные COM порты настроить.
Есть. Начиная от производителя преобразователя.
Это вообще из области фантастики. Не научной.
imaex я вам больше скажу, я опрашивал ПР200 через программный преобразователь Ethernet-RS485 запущенный на Raspberry Pi.
Никакой фантастики там нет. 1. Синхронизация двух ПК по ntp серверу. 2. настройка опроса в Scada таким образом, чтобы опрос был в разные секунды одним мастером и вторым. В минутах не растягивал для проверки. Но одна Scada у меня опрашивала на 0, 10, 20, 30, 40, 50 секунде минуты, а вторая опрашивала на 5, 15, 25, 35, 45, 55 секундах минуты.
На новом этапе при возможности опроса по команде можно настроить булевую переменную и связь двух Scada по ней. Одна будет опрашивать при лог. 1 и после опроса сбрасывать ее в ноль, вторая будет опрашивать при лог. 0 и после опроса сбрасывать в лог. 1-цу (но такой вариант еще не проверял)
Ваши права
Ответить с цитированием