 | |
Предыдущие результаты
 [quote:ed96c8f71c="nar"]У меня вот такой вопрос: если пройти курсы по программированию по rslogix смогу ли я также составлять проекты в intouch?[/quote:ed96c8f71c]А если я обучусь дайвингу, то смогу ли я прыгать с парашютом? :D
В принципе, одно другому не мешает. Но и жесткой связи нет никакой.
Ваш покорный слуга обслуживает несколько довольно крупных систем, где в качестве контроллеров ControlLogix, а панели оператора под InTouch работают.
|
[quote:ca2d282e20="Aleksky"]Прошивка 16.57 ControlLogix Standart Redundancy как раз поддерживает 1756-RM и 1756-CNBR и 1756-ENBT.[/quote:ca2d282e20]
Да, это так. Но подумайте о том, что:
- Вы пишете о 1757-SRM, а они [u:ca2d282e20]уже не поставляются[/u:ca2d282e20] (и это есть железный факт).
- Прошивка 16.57 - это промежуточный паллиативный вариант, применяемый [u:ca2d282e20]вынужденно[/u:ca2d282e20] и только для тех случаев, когда в уже имеющейся системе отказал 1757-SRM, его пришлось заменить на 1756-RM, и в итоге возникает ситуация, когда не подходит ни старая имеющаяся прошивка (она не знает 1756-RM), ни более новая (она не знает ни 1756-CNBR, ни 1756-ENBT).
- Для новых систем производитель не рекомендует старьё, которое уже не поставляется, и поэтому будут вынужденно применяться устаревшая, не обеспечивающая всех возможностей прошивка. Рекомендуется применять а 1756-RM, 1756-CN2R, 1756-EN2T и т п. под прошивкой v19.52.
- Если Вы, проектируя новую систему, примените старую прошивку и старое железо в новой системе, то таким образом подставите пользователя, т.к. система в таком виде не будет иметь будущего.
Применять старое железо только потому, что разработчики не знают нового, по-моему, [color=cyan:ca2d282e20]хм, как это помягче сказать, [/color:ca2d282e20] не очень целесообразно. Надеюсь, Вы понимаете, что я хотел сказать.
Впрочем, это дело ваше. Хотите поиметь проблемы, а потом их мужественно превозмогать? Нет проблем.
|
[b:196ea7edc8]OldDad[/b:196ea7edc8]
Да вы правы - модули 1756-RM, но остальные это CNBR и ENBT. По этому поводу я звонил в техподдержку АБ. Мне сказали, что такая конфигурация пойдет. К тому же из собственного опыта: Прошивка 16.57 ControlLogix Standart Redundancy как раз поддерживает 1756-RM и 1756-CNBR и 1756-ENBT.
А как в RSlogix создавать конфигурацию контроллера? Меня волнует вопрос того, что:
[quote:196ea7edc8]Можно и допускается в проекте контроллера у вас будет 1 модуль CNBR связанный с 6ю CNBR модулями IO с разными адресами и слотами 0 или 1, соответственно будет 6 корзин IO попарно повторяющихся, много вопросов возникнет в связи с дублированием информации и управлением модулями вывода. [/quote:196ea7edc8]
|
[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, размещенный в локальном шасси. Можно сэкономить несколько десятков миллисекунд :)
|
Есть прибор - расходомер УВР-011. У него есть выход RS-485. По заверению разработчиков - протокол modbus, НО не modiconовский (т.е. данные будут лежать не в области начиная с 40001, а в какой то другой, в какой - еще точно не знаю).
Чем бы вычитать правильно эти данные в ControlLogix?
Через MVI-MCM? Но насколько я вычитал из документации, при применении функции 3 (чтение), вычитка начинается с 40001 (devaddr). Как изменить не нашел.
Через MVI-GSC (или MVIe-GCS)? Но там вроде как прийдется как-то прописывать весь этот протокол (что в общем то лень), да и потянет ли он работу в удаленных шасси?
|
[quote:7b1498f758="kempo"][quote:7b1498f758="dv_"]Объявляй свои массивы [b:7b1498f758]Produced [/b:7b1498f758]и [b:7b1498f758]Consumed [/b:7b1498f758](RPI=20000).[/quote:7b1498f758]
А можно ли в работающий проект добавить тэги такого типа? В ControlLogix только в оффлайне с последующим download в контроллер - а на некоторых техпроцессах это никак нельзя делать (в отличии от программирования MSG).[/quote:7b1498f758]
... мда ... вопрос об он - лайн экспорте часто востребован ... :D
|
[quote:1f62436126="dv_"]Объявляй свои массивы [b:1f62436126]Produced [/b:1f62436126]и [b:1f62436126]Consumed [/b:1f62436126](RPI=20000).[/quote:1f62436126]
А можно ли в работающий проект добавить тэги такого типа? В ControlLogix только в оффлайне с последующим download в контроллер - а на некоторых техпроцессах это никак нельзя делать (в отличии от программирования MSG).
|
[quote:ac10005506="kempo"]Где можно прочитать про последовательность действий по созданию такой флеш-карты и последующей прошивки?[/quote:ac10005506]Часть информации есть тут 1756-PM017C-EN-P, Logix5000 Controllers Memory Card Programming Manual, но она не совсем полная, т.к. в реальности новые версии имеют опцию сохранения на карточку прошивок процессора и интеллектуальных модулей периферии, а не только самой рабочей программы.
ps Вышла редакция D документа [url=http://literature.rockwellautomation.com/idc/groups/literature/documents/pm/1756-pm017_-en-p.pdf]1756-PM017D-EN-P Logix5000 Controllers Nonvolatile Memory Programming Manual[/url] , там чуть подробнее, но картинки даны применително к новым ControlLogix процессорам
|
Да уважаемые коллеги, забыл упомянуть что остальная система будет на ControlLogix, собственно поэтому вопрос перешел в сферу оборудования Allen-Bradley. Процессор соответственно имеется и т.д.
|
[quote:7920094fae="Liter"]3102 2 axis servo/stepper controller module
Manual #: 940-01010
AMCI.[/quote:7920094fae]
Я про них думал - самое дешевое решение. Раз уже прозвучало - искать в своих заметках не буду.
Но, мы не знаем может у него уже имеется ControlLogix и как ставится задача шире (неужели только один клапан?). :)
|
Предыдущие результаты
Ещё результаты |
|
| |
|
