-
Что имеется ввиду под двумя каналами?
Между контроллером и блоками вы организуете один канал Modbus по интерфейсу RS485. Между АРМ с Лектусом (а Лектус- это Modbus OPC сервер) и контроллером вы организуете другой канал Modbus. Вот его организацию и нужно смотреть в примерах. А в контроллере вы должны организовать опрос приборов и укладывание полученных результатов в регистры , доступные Лектусу. Но напрямую получить доступ Лектуса к регистрам устройств не получится. Модемы со стороны АРМа и со стороны контроллера будут выполнять функцию организации прозрачного ( или пчти прозрачного) канала тем или иным способом, здесь все зависит от того, как вы решите организовывать обмен и каков объем передаваемых данных.
-
Это я все понимаю.
Под двумя каналами имеется следующее. Вот ссылка.
То есть в обычном режиме передачи мастер ПК а в аварийном мастер ПЛК.
Он начинает передавать данные в случае аварии без очереди.
Также и в данном проекте планируется опрос 10 установок. Вот поэтому и планировали реализовать данную схему... Но ИМ2300 все портят... =((
Вот ссылка на готовое решение :
http://www.owen.ru/uploads/4_plc-csd...ros_error_.zip
-
Дак ведь и для опроса нескольких объектов я не могу использовать RS232.. Служба поддержки ОВЕН подскажите пожалуйста. Как быть? Как реализовать схему, чтобы было что-то похожее на выше описанное мной?
-
Совершенно не понял, в чем противоречие, и чем вам так не угодил ИМ2300. В примере показано, как через один последовательный интерфейс на ПЛК подключить один модем и сконфигурировать ПЛК под предачу данных в рабочем и аварийном режиме. И в этом примере ни слова нет о том, что на этом же интерфейсе сидят modbus устройства, которые опрашиваются. Видимо имеется ввиду, что опрашиваются входы контроллера. И вполне логично использовать для modbus-усторйств другой интерфейс. Сам собой напрашивается простой вариант- воспользоваться приведенным примером, заменив в нем порт для модема с RS485 на RS232. Все остальное точно также. А высвободившийся RS485 вполне подходит для сбора данных с ИМ2300, МУ110 и много чего еще.
А в контролеере необходимо организовать передачу данных. В приведенном примере условно выделено по регистру , но никаких действий с ними не производится.
Единственное, что может осложнить жизнь-это необходимость оттащить модем далеко от контроллера, тогда для этого реально нужн RS485, но через преобразователь интерфейса и эта проблема решается легко.
-
Если данная схема с заменой 485 на 232 будет работать, то вообще все замечательно. Просто я предполагал, что с нескольким кол-вом объектов мы должны садить на 485 интерфейс...
P.S. никогда не работал с модемами....
YuriBel, большое спасибо!
