Вход на форум 
В начало e-Mail

Форум

Ресурсы Rockwell

Product Directory

Essential Components

Literature Library

Knowledge Base

Electronic News&Magazines

Блог

Encompass Program

Product Certification

  


Предыдущие результаты



Предыдущие результаты



Предыдущие результаты

 На [url=http://prosoft-technology.com/prosoft/products/for_rockwell_automation/platform/compactlogix__1/mvi69_mcm]сайте[/url] производителя есть [url=http://www.prosoft-technology.com/training/MVI69MCM/player.html]учебное видео[/url], где всё подробно показано и рассказано. Последовательность действий для модуля MVI69-MCM: 1. Скачать утилиту для добавления профиля модуля в систему [url=http://prosoft-technology.com/content/download/12033/157447/file/Pro_AOP69.zip]MVI69 Add-On Profile [/url] 1.1. Распаковать скачанный архив Pro_AOP69.zip с утилитой и запустить её. 2. Скачать [url=http://prosoft-technology.com/content/download/14067/181768/file/MVI69MCM_AddOn_Rung_v1_7.L5X]файл[/url] с дополнительной инструкцией управления модулем MVI69MCM_AddOn_Rung_v1_7.L5X 3. Создать в разделе оборудования Вашего проекта RSLogix5k модуль связи MVI69-MCM. При этом появится раздел MCM-массив типов пользовательских переменных, связанный с установленным модулем. 4. В программе добавить команду управления модулем, сославшись на скачанный в п.2 файл MVI69MCM_AddOn_Rung_v1_7.L5X После этого в базе тэгов контроллера появится массив тэгов для работы с модулем. Вот с этими-то тэгами из базы контроллера нам и предстоит работать дальше в соответствии с [url=http://prosoft-technology.com/content/download/5982/75243/file/mvi69_mcm_user_manual.pdf]описанием[/url]. На помощь придут программы из [url=http://prosoft-technology.com/content/download/5979/75233/file/MVI69MCM_LADDERS.ZIP]архива примеров[/url]. Кроме того, полезно изучить [url=http://www.ksoftware.ru/files/books/Ports/Modbus(Rus).Doc]"Введение в Модбас протокол"[/url] Удачи! P.S. Все ссылки кликабельны :)

 Доброго времени суток, уже пару дней колупаюсь с модулем Modbus RTU (ProSoft MVI69-MCM) в Logix5000. Имеется пара частотников к насосам для управления. Изучаю мануал с сайта прософта, встроил в проект скаченную оттуда инструкцию, настроил модуль в конфигурации железа. Теперь не могу понять что с этим делать, в документации написано что вся информация полученная и передаваемая находится в пользовательских типах данных, и описано в каких, приведен список доступных стандартных функций по модбас. Но т.к. опыта подобной работы нет, это представляет для меня некоторую проблему. Поэтому вопрос, есть например в документации на частотник такой параметр: адрес 0x0002, что это- «Напряжение на входе», «чтение», результат 1-440 в, 0-220 в.» Как мне осуществить запрос? На языке структурного текста например Фирменная программа конфигуратор ПроСофта PCB, как понял, поможет если есть сам модуль, а модуля под рукой нет. Спасибо.

 Сейчас используем EK-260 , но это глюкоподелка. Он использует алгоритмы AGA-NX19mod или AGA-NX19mod-BR.KORR.3H. Сертифицирован в России. Хочу найти что-нибудь лучше на замену. Нашел : 1) Gas & Liquid Flow Computer for Quantum (Schneider) PTQ-AFC by prosoft-technology http://www.prosoft-technology.com/content/view/full/5996 . Но он для платформы Quantum, а мы используем Premium + наверняка тот же трабл с сертификацией у нас что и у следующего. 2) Liquid and Gas Flow Computer for ControlLogix MVI56-AFC (http://www.prosoft-technology.com/content/view/full/2915) . Calculation methods: AGA3-1992, AGA 7, AGA8-1992 (detail characterization method), API MPMS Chapters 11 and 12 . Алгоритмы не сертифицированы в России. Вопрос: кто что использует, какие отзывы ?

 Для передачи сообщения настраивается инструкция MSG, а не порт. Соответственно в инструкции выбираете канал 1 и тип команды, а уже потом IP адрес приёмника и прочие параметры. Но что то я не уверен, что S7-1200 поддерживает CIP протокол (Ethernet/IP). :wink: Если у вас Micrologix 1400 Series B, то он ещё может ModBus TCP, но опять же его должен уметь и S7-1200. У меня большие сомнения, что получиться связать эти два контроллера напрямую без шлюза, так как оба контроллера должны поддерживать какой то один протокол верхнего уровня.

 [quote:82d384a804="dv_"] :o Контактор нажмем пальцем и подклиним деревяшкой... [/quote:82d384a804] ... и будем отвечать за свои действия, возможно, перед судом. И рядом будет сидеть проектант, не обеспечивший необходимые меры безопасности, исключающие нажатие контактора пальцем, а вместо этого обеспечившего доступ малообразованного электрика Васи к такому контактору. [quote:82d384a804="dv_"] Не стоит это делать вообще, т.к. сегодня один датчик, завтра второй... Зачем, вообще датчики? [/quote:82d384a804] Ну почему, я могу себе представить исключительные ситуации, когда под ответственность имеющего право принимать соответствующее решение лица какие-то важные функции должны быть выполнены во внештатном режиме даже несмотря на то, что датчик поломался, или его нет, или мало ли что. В конце концов, это вопрос ответственности. Если эксплуатация хочет, чтобы такая техническая возможность была обеспечена, то это можно. В конце концов, нужно стремиться делать всё, что требует эксплуатация, т.к. автоматизация вторична, а первична, всё-таки, технология. Просто нужно, по крайней мере, кроме обеспечения соответствующих технических мероприятий (изменение структуры системы так, чтобы не нарушать проектный уровень безопасности системы, соответствующее изменение состава hardware и software, установки ключа-бирки и/или кнопки аварийного останова и т.п.) обеспечить организационные вопросы: порядок принятия решения о введении внештатных режимов, список лиц, уполномоченных принимать такие решения, меры ответственности и т.п.

 [quote:2b1f264333="dv_"] :o Контактор нажмем пальцем и подклиним деревяшкой...[/quote:2b1f264333] +1 :D

 Добрый день, возможно уже проблема освещалась на форуме, но я к сожалению не нашел. Возможно она еще актуальна. Использую пакет Factory talk ME v6.10.00 RsLinx v2.58 Прошивка для 1756-L72 v19.53Enh Создал проект в FT. В настройках RsLinx Enterprice в нем создал структуру "КТК" Shortcut 'KTK': - Note: Path to Design device is assigned [Logix Device]. - Note: Path to Runtime device is assigned [Logix Device]. Создал строку и добавил тег, в режимах test display и test application тег считывается. Все отображается верно. Но при заливке проекта в панель - не работает. Раньше панель читала по Modbus. Я так понля, что ьы панель читала теги с RSlinx OPC снял все галочки. перепрошил панель с новыми настроками. Firmware version Panel Plus v5.10. Проект компилирую под эту версию. Заранее спасибо.

 [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 которые запрещают вносить изменения в работу системы ПАЗ при помощи передачи данных по сети.



Предыдущие результаты


Ещё результаты



Предыдущие результаты



Предыдущие результаты



Предыдущие результаты



Предыдущие результаты




  
RA & VDT GmbH


Облако тэгов
sound FTView Control Logix MVI56-104S 1734-AENTR Altivar Add-on Instruction MVI46MCM Ethernet PLC-5 SLC-500 1757-SRM Firmware ComactLogixL32E 1756-L75 1756-RM2 Controlnet cable Promass Client Memory 1769-L32E execution minutes seconds Windows Build 00000d5c Unspecified terminate geehrter automatisch keine globalen Fehlermeldungen Default Stand

Яндекс цитирования

Smart Solutions VDT GmbH | Friedrich-List-Allee 38, D-41844 Wegberg-Wildenrath, Germany
Tel.: +49 2432 933 57 83 | e-Mail: office@vdt-solutions.de
Все товарные знаки и торговые марки являются собственностью их владельцев.
При использовании материалов сайта ссылка на данный сайт обязательна.
Открытие страницы: 0.157 секунды