 | |
Предыдущие результаты
 Здравствуйте. Необходимо использовать модуль MVI69-ADM, но в RSLogix500 такой модуль отсутствует. В IO Configuration можно добавить как сторонний модуль, но вот загвоздка необходимо ввести информацио о нем такую как [b:fd944a9cbb]Vendor ID[/b:fd944a9cbb] и прочее.
Мож у кого был опыт с таким модулем подскажите что надо вводить?
P.S. Самого модуля у меня нет.
|
В RSLogix 500, в Channel Configuration:
[img:c6bc7cf7eb]http://img718.imageshack.us/img718/9107/image2cp.jpg[/img:c6bc7cf7eb]
|
Кое-что есть в [url=http://literature.rockwellautomation.com/idc/groups/literature/documents/um/1769-um006_-en-p.pdf]1769-um006_-en-p[/url]:
[quote:fba2adcd33]Both the 1769-L23-QBFC1B and 1769-L23E-QBFC1B packaged controllers provide high-speed counter [b:fba2adcd33]functionality similar to the 1769-HSC[/b:fba2adcd33] module. While many features of the 1769-HSC module are available with the embedded high-speed counters, some of the features of the 1769-HSC module are not available with the embedded high-speed counters of the CompactLogix packaged controllers. Features not available on the embedded high-speed counters include rate/timer functions and limited output range control (4 ranges instead of the 16 available with the 1769-HSC module). Specific differences between the 1769-HSC module and the packaged controller functionality are noted throughout this manual.
The CompactLogix Packaged Controllers Quick Start and User Manual,
publication [url=http://literature.rockwellautomation.com/idc/groups/literature/documents/qs/iasimp-qs010_-en-p.pdf]IASIMP-QS010[/url], provides wiring diagrams, configuration procedures, and tag descriptions for the embedded high-speed counters.[/quote:fba2adcd33]
|
Возьмите нормальный OPC-сервер для Foxboro I/A, [url=http://www.matrikonopc.com/opc-drivers/opc-foxboro/base-driver-details.aspx]например, этот[/url], и обменивайтесь данными с контроллерами ControlLogix по Ethernet.
|
[quote:80cbc101f2="владимир_34"]Добрый день. Руководство ставит требование - форсировать контроллеры AB 1756 через Modbus с системы управления верхнего уровня. Контроллеры AB 1756 управляют компрессорным оборудованием - на каждый компрессор один контроллер. Возникла ситуация когда сломался датчик у компрессора, а его надо пустить срочно. Форсировать при помощи RSLogix специалист был не доступен а дежурный КИП не умеет, вот и стоит задача сделать ключ деблокировки которым умеют пользоваться дежурные. Вопрос можно ли это делать не нарушив правила ПБ-09-540-03 которые запрещают вносить изменения в работу системы ПАЗ при помощи передачи данных по сети.[/quote:80cbc101f2]
1. Через Modbus форсировать не получится.
2. Не стоит это делать вообще, т.к. сегодня один датчик, завтра второй... Зачем, вообще датчики?
oldDad все правильно прописал, иначе можно дойти до
:o Контактор нажмем пальцем и подклиним деревяшкой...
|
[b:a96f0cdb8c]владимир_34[/b:a96f0cdb8c]
Какой уровень SIL обеспечивает ваша вышестоящая система, которую вы предполагаете связать с ControlLogix по ModBus?
Применяется ли у вас в системе управления компрессором красный процессор GuardLogix?
Общие соображения таковы:
- Если у вышестоящей системы обеспечивается SIL1, то проблемы нет, т.к. ControlLogix обеспечивает уровень SIL2, который выше, чем SIL1.
- Если в составе контроллеров нет красных процессоров GuardLogix, то уровень безопасности, обеспечиваемый этой системой, соответствует SIL2.
ControlLogix обеспечивает SIL2. Тогда можно поставить ключ-бирку и/или кнопку аварийного останова и т.п.- что вам нужно, завести в ControlLogix и попросить контроллер по этим сигналам выполнить необходимые действия в обход сигнала датчика.
- Если в составе контроллеров есть красный процессор GuardLogix, то система управления, скорее всего, обеспечивает SIL3. Тогда нужно ставить соответствующий этому уровню ключ-бирку и др. коммутацию, обеспечить соответствующий данному уровню безопасности ввод этих сигналов в контроллер, например, с помощью GuardPLC Safety I/O, и пусть контроллер выполнит необходимые действия в обход сигнала датчика.
- Об уровне SIL4 вряд ли может идти речь, т.к. тогда система ПАЗ была бы выполнена без контроллеров, без программирования, на жёсткой, релейной логике, что, как я понимаю, не является вашим случаем.
|
Добрый день. Руководство ставит требование - форсировать контроллеры AB 1756 через Modbus с системы управления верхнего уровня. Контроллеры AB 1756 управляют компрессорным оборудованием - на каждый компрессор один контроллер. Возникла ситуация когда сломался датчик у компрессора, а его надо пустить срочно. Форсировать при помощи RSLogix специалист был не доступен а дежурный КИП не умеет, вот и стоит задача сделать ключ деблокировки которым умеют пользоваться дежурные. Вопрос можно ли это делать не нарушив правила ПБ-09-540-03 которые запрещают вносить изменения в работу системы ПАЗ при помощи передачи данных по сети.
|
До FTAP 2.30 CPR9 была установлена FTAP 2.00 CPR7 - все работало без проблем. Апгрейд до FTAP 2.30 CPR9 произошел автоматически с установкой RSLogix 17.01, после этого RSView SE 4.00 CPR7 стала требовать FTAP 2.0 CPR7.
Вот скрин с ошибкой [url]http://imglink.ru/show-image.php?id=7bca7504a7b01e9e317f78d50c6d2bce[/url]
Отключал антивирус - результат тот же. Ранее ставил с антивирусом - проблем не возникало.
Вариант апгрейда не рассмаривается.
|
Есть переходник тип FDSI Driver-Allen-Brabley ControlLogix PLS I/A Series System нашел изучая доки по Фоксборо если что могу выслать как говорится сам спросил сам ответил
|
Спасибо за ответ.
В общем нашел подтверждение своим мыслям. Буду пробовать.
Насчет того что все операции(выгрузка, перепрошивка, загрузка) делаются в programe mode я в курсе, делал это не раз, и что в этом случае контроллер больше не "контролирует", об этом кстати каждый раз напоминает rslogix и требует подтверждения при переходе в rem prog и обратно. И что перепрошивка делается улиткой ControlFlash тоже знаю и делал, в общем практика есть.
Вопрос который больше волнует, будет ли нормально работать проект, созданный в 12 версии после его перекомпиляции в 16-ю или 15-ю?( ну ествественно после его даунлоада в контроллер и перевода в run), не будет каких либо глюков?.
Насчтет редактирования в офлайн и перезаливки, есть возражения. Во первых нужна остановка оборудования, которое "висит" на контроллере. Сама операция то же занимает иногда время(в моем случае загрузка - 10мин примерно).
В онлайне все проще.Mожно делать небольшие изменения в проэкте и большие, не останавливая оборудование других участков производства.
Живой пример, недавно интегрировал в существ проэкт новую установку, при этом пришлось дописать более 200 rung' ов. Далее несколько дней на отладку. Все это сделано без остановки другого оборудования в он-лайне. Т.е. производство не останавливалось.
Представляю какой бы был простой если бы делал в офф-е все это.
|
Предыдущие результаты
Ещё результаты |
|
| |
|
