 | |
Предыдущие результаты
 При доработки старого проекта на базе SLC500 возникла необходимость доустановки коммуникационного модуля. Контроллер состоит из основного шасси A0 и удаленного шасси A1 ввода-вывода , подключенного стандартным кабелем 1746-C16 к основному шасси А0. Вопрос в том, можно ли устанавливать коммуникационный модуль1747-SCNR, поддерживающий CONTROLNET, в оставшийся свободный слот, расположенный в удаленном шасси A1 для подключения еще одного добавочного шасси A2 ввода-вывода, расположенного на расстоянии до 200м?
|
Создаете стандартный резервированный проект, в него добавляете модуль CNBR (в последствии в настройках модуля будет привязка к файлу NetWorx for ControlNet) далее от этого модуля создаете 6 модулей связи с корзинами IO, могу конечно вам прислать и готовый проект если не понятно.
|
Читайте документ 1756-UM523.
Адреса каждого из модулей 1756-CNBR в резервированной паре должны быть [u:b2fec01de3]идентичны[/u:b2fec01de3].
В каждой из половин резервированной пары процессоров должен работать один и тот же проект. Более того, проект грузиться т[u:b2fec01de3]олько в один[/u:b2fec01de3] из контроллеров (тот, который будет включен первым и станет primary).
В адресном пространстве ControlNet лучше не допускать "дырок". Если адреса модулей 1756-CNBR в корзинах IO идут, например, от 01 до 06, то лучше, чтобы адрес 1756-CNBR в корзине с процессором, к которому приписаны эти IO, был 07.
Поскольку на втором 1756-CNBR висит только PanelView, его адрес может быть, в принципе, любым. Важно только, чтобы он (а) не совпадал с адресом PanelView и (б) чтобы эти модули в обеих корзинах имели один и тот же адрес. Обе PanelView, кстати, тоже должны иметь один и тот же адрес, т.к. в резервированной паре процессоров работают не 2 проекта, а [u:b2fec01de3]один[/u:b2fec01de3] проект.
P.S.: Не знаю, что вы там проектируете, но модули 1757-SRM больше не поставляются и к применению во вновь проектируемых системах не рекомендуются. Вместо них поставляются 1756-RM. Соответственно, в резервированных системах нужно применять не 1756-CNBR, а 1756-CN2R, не 1756-ENBT, а 1756-EN2T и т п. По этому поводу читайте 1756-UM535 и 1756-RN684 - RTFM.
|
[quote:302534a3b4="derf"]Помогите с решением проблемы был чемоданчик с инструментом в следствии криворукости одного индивида инструмент упал и отломилась одна губка на матрице. Вопрос есть ли возможность в кратчайшие сроки купить матрицу и где, покупать полный чемоданчик не хотелось бы т.к. сроки не терпят, ждать 8 недель не можем.
Матрица 0,315 0,068 буду очень признатлен,[/quote:302534a3b4]
Поинтересуйся у [b:302534a3b4]Weidmuller[/b:302534a3b4], 99.9% что инструмент их производства.
|
Помогите с решением проблемы был чемоданчик с инструментом в следствии криворукости одного индивида инструмент упал и отломилась одна губка на матрице. Вопрос есть ли возможность в кратчайшие сроки купить матрицу и где, покупать полный чемоданчик не хотелось бы т.к. сроки не терпят, ждать 8 недель не можем.
Матрица 0,315 0,068 буду очень признатлен,
|
[quote:0f340934fe="Eraser"]Чем бы вычитать правильно эти данные в ControlLogix? [/quote:0f340934fe]
MVI-MCM - это оптимальный вариант. Можно также использовать MVI-GSC или MVI-ADM.
[quote:0f340934fe="Eraser"]По заверению разработчиков - протокол modbus, НО не modiconовский (т.е. данные будут лежать не в области начиная с 40001, а в какой то другой, в какой - еще точно не знаю).
...
Через MVI-MCM? Но насколько я вычитал из документации, при применении функции 3 (чтение), вычитка начинается с 40001 (devaddr). Как изменить не нашел.
[/quote:0f340934fe]
Согласно спецификации modbus, доступ к регистрам ввода (также как и к дискретным входа, выходам и регистрам хранения) осуществляется с помощью 16-битного адреса. Это значит, что вы указываете адрес требуемого регистра в диапазоне от 0 до FFFF. А формат адресации вида "40001" придуман для логического разделения дискретных входов, выходов, входных регистров и регистров хранения. Он используется на бумаге (в документации). В железе - просто 16-битный адрес.
Так что, если эти разработчики используют 16-битный адрес, то данные вы считаете без проблем.
Мануал со мной тоже согласен: :)
[quote:0f340934fe="User manual MVI56-MCM, page 47"]
DevAddress specifies the Modbus Slave address for the registers associated with that command. This is the offset address for the Modbus Slave device. With Modbus, to read an address of 40001, [u:0f340934fe]what will actually be transmitted out port is[/u:0f340934fe] Function Code 03 (one byte) [u:0f340934fe]with an address of 00 00 (two bytes)[/u:0f340934fe]. This means that to read an address of 40501, use Func 3 with a DevAddress of 500.[/quote:0f340934fe]
[quote:0f340934fe="Eraser"]
Через MVI-GSC (или MVIe-GCS)? Но там вроде как прийдется как-то прописывать весь этот протокол (что в общем то лень), да и потянет ли он работу в удаленных шасси?
[/quote:0f340934fe]
Да, придется реализовывать модбас протокол на релейной логике. Это лишняя трата времени.
MVI-GSC "потянет работу в удаленном шасси" точно также, как и MVI-MCM. У них одинаковые размеры тегов входа/выхода модуля.
Из личного опыта: два MVI-GSC с RPI = 30мс в удаленных шасси нормально работают в одном сегменте controlnet. К тому же, в этой сети еще шасси с сигнальными модулями работают.
Если время обновления данных не критично, то можно смело размещать MVI-MCM в удаленном шасси. Если требуется максимальная скорость обновления данных, то может стоит использовать MVI-ADM, размещенный в локальном шасси. Можно сэкономить несколько десятков миллисекунд :)
|
Имеется рабочая сеть ControlNet (состав модули CNBR и платы KTCХ). Необходимо добавить пару новых узлов (и CNBR И KTCX). Возможно ли настройка сети RSNetWorx без остановки программы контроллеров?
|
1. Требование к Controlnet для резервированной системы минимум 4 узла, т.е. 2 controlnet модуля в добавок к 2-м в резервированном шасси. иначе сеть не работает. Чтобы выполнить это требование в вашем случае в шасси с IO должно быть два CN2R (при этом адреса модулей в резервированных шасси дожны иметь адрес больший, чем у модулей CN2R в шасси с IO). Второй модуль CN2R может и не учавствовать в коммуникации, но нужен для сохранения работоспособности сети.
Смотрите http://literature.rockwellautomation.com/idc/groups/literature/documents/um/1756-um535_-en-p.pdf
Именно об этом Architecture Builder и выдает сообщение.
2. Модули Modbus МСМ имеют два независимых порта, каждый можно сделать слайвом или мастером. Так что кол-во модулей можно сократить до 2-x.
3. Модули Ethernet для связи с HMI обычно ставят в резервировнных шасси. В этом случае обмен между контроллером и ENBT идет по шине шасси, а не через ControlNet. Поэтому скорость обмена с HMI будет зависеть от того, как будет сконфигурирована ControlNet и сколько информации и как часто будет запрашивать HMI
|
Файлы EDS на CNBR/E установили. Прошу прощения, но как обновляется конфигурация ControlNet в RSNetworx?
|
[quote:0d50513c8b="akko"]У нас стоит RSLinx 2.42. Если поставить RSLinx 2.54 - проблема решится?[/quote:0d50513c8b]
Проблема [i:0d50513c8b]может[/i:0d50513c8b] решиться после update RSLinx на самую свежую версию. Если самой свежей нет, всё равно 2.54 имеет смысл.
На CNBR/E файлы EDS нужной версии тоже установили?
Не забудьте также обновить конфигурацию ControlNet в RSNetworx.
|
Предыдущие результаты
Ещё результаты |
|
| |
|
