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

Форум

Ресурсы Rockwell

Product Directory

Essential Components

Literature Library

Knowledge Base

Electronic News&Magazines

Блог

Encompass Program

Product Certification

  


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



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



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

 [b:bb7175b5ed] 1. [b][b]И в составе контроллера, выполняющего роль шлюза, только этих две корзины?[/b:bb7175b5ed][/b][/b] Еще есть корзина конттроллера SLC 500 который подключен в сетевой модуль в этой корзине. 2. [b:bb7175b5ed]Все 12 модулей ControlNet объединены у Вас одной сетью или попарно находятся в отдельных сегментах?[/b:bb7175b5ed] Они попарно находятся в отделных сегментах. Там в корзине помимо всех есть еще output relay 1756 OX8I. Когда пропала связь у нас на основном контроллере слетела прошивка, по месту на контроллере горела только индикация OK красным цветом и на выходном реле тоже самое было. Может быть из за этого не перешел на вспомогательный контроллер. Были Minor Major ошибки типа elictrical fault. После того как я сбросил ошибки, индикация поменялась на зеленое. После этого сделал Download и связь восстановилось через вспомогательный контроллер. Вообще команда на переключение подается с RSlinx? Где в настройках rslinx все это можно увидеть? Спасибо Всем за советы за Мануал! Не судите строго, если что то не так написал, я просто в этом деле новичок.

 1. Правильно ли я понял, что помимо тех модулей ControlNet, что установлены у Вас в резервированых шасси вместе с процессорами и модулями резервирования, других устройств в сети ControlNet у Вас нет? 2. И в составе контроллера, выполняющего роль шлюза, только этих две корзины? 3. Все 12 модулей ControlNet объединены у Вас одной сетью или попарно находятся в отдельных сегментах? 4. Какие номера узлов (адреса) имеют в сети ControlNet модули, находящиеся в резервированных корзинах процессора? Если Ваша резервированная система построена с использованием модулей резервирования 1757-SRM, то обратитесь к документу: http://media.klinkmann.ru/catalogue/ru/Rockwell/Rockwell_Logic_Controllogix_Reservation_Manual_ru_0111.pdf и особо внимательно пройдитесь по контрольным спискам (чек-листам) на страницах 16-20 и требованиями на стр 29-33. Если же у Вас система построена на модулях резервирования 1756-RM2/A или 1756-RM/B, то используйте мануал: http://literature.rockwellautomation.com/idc/groups/literature/documents/um/1756-um535_-ru-p.pdf и также обратите пристальное внимание на требования к сети ControlNet стр. 42-44 В таких системах для каждой организованной сети ControlNet в дополнение к двум сетевым модулям, используемым в резервированных шасси, потребуется использовать, как минимум, ещё два модуля ControlNet. При этом адрес узла хотя бы одного из внешних модулей должен быть ниже, чем у модулей ControlNet в резервированных шасси. Следует также оставить в запасе последовательные адреса для спаренных модулей («партнеров») в резервированных шасси.

 Добрый день Всем! Подскажите. пожалуйста в модуле Controlnet статус индикации ОК мигает зеленым цветом. Это означает что в модуле ошибка? Как можно посмотреть если есть какая то ошибка? Заранее спасибо!

 Добрый день! Подскажите где взять firmware На модуль MVI56E-MNETC. На сайте prosoft нет. Могу ли я поставить локально модуль MVI56E-MNETCR. Я так понимаю - R для удаленной корзины для разгрузки сети CONTROLNET/Ethernet. Пакеты меньше.

 Добрый день! На работающем объекте имеется резервированная пара контроллеров L-61. После отключения питания на основной (PRIM) корзине резервирование отработало штатно. А после включения питания (примерно через 30 минут) резервирование перестало работать. На Ethernet и ControlNet модулях в обоих корзинах одинаковые адреса. На модуле резервирования горит TEST и дальше ничего не происходит (ревизия 2.03). Кто-нибудь может что-то подсказать по решению данного вопроса? В ЗИПе имеется только RM2 (RM/B) модуль. Он подойдет, если его прошить утилитой ControlFlash? Заранее благодарен!

 Добрый день. Диагностика сети ControlNet, а именно состояние каналов (если резервирование связи, канал А и В): 1. Конфигурю MSG с параметрами: 1.1 Message type: CIP Generic 1.2 Service Type: Get Atribute Single. 1.3 Service code: e 1.4 Class: f0 1.5 Instance: 1 1.6 Atttibute: 83 1.7 Destination: Tag_name[0]:SINT[6] 2. Указываю путь к ControlNet модулю. Обычно выбираю локальный( тот что в одной корзине с ПЛК) 3. В Tag_name[5]. В первых трех битах живет канал А. Во-вторых - канал B. Используя инструкцию BTD перекладываем в удобную переменную и проверяем на равенство "1" - ОК, <> 1 - BAD. Процент загрузки сети ControlNet: 1. Конфигурю MSG с параметрами 1.1 Message type: CIP Generic 1.2 Service Type: Get Atribute Single. 1.3 Service code: e 1.4 Class: 6 1.5 Instance: 1 1.6 Atttibute: b 1.7 Destination: Tag_name[0]:INT[20] 2. Указываю путь к ControlNet модулю. Обычно выбираю локальный( тот что в одной корзине с ПЛК) 3. В Tag_name[0] "живет" величина загрузки сети х10. Например, 95 =9,5% Нет смысла проверять состояние каналов А/В, а так же загрузку сети ControlNet в каждом модуле. Так как состояние неисправного канала А/В отображается в каждом модуле всей сети. А самая большая нагрузка - это у локально модуля ControlNet,через который проходят другие сообщения. Конечно можно и через Ehternet - вам никто не запрещает, путь прописать не сложно, и если он у Вас есть =) Раз уж речь зашла о Ehternet модуле, например EN2T, как узнать его IP. 1. Конфигурю MSG с параметрами 1.1 Message type: CIP Generic 1.2 Service Type: Get Atribute Single. 1.3 Service code: e 1.4 Class: f5 1.5 Instance: 1 1.6 Atttibute: 5 1.7 Destination: Tag_name[0]:SINT[22] 2. Указываю путь к ControlNet модулю. Обычно выбираю локальный( тот что в одной корзине с ПЛК) 3. Начиная с Tag_name[0] "живет" первый элемент IP... Если кому помогло, пожалуйста. Мы заинтересованы в выпуске качественного продукта!

 [quote:5d74f8fad5="mak"][quote:5d74f8fad5="Ryzhij62"][quote:5d74f8fad5="oldDad"]А почему же нельзя?[/quote:5d74f8fad5]Можно, НО... При переключении сеть будет восстанавливаться неопределённо долго. Яков Левин из московского офиса RockwellAutomation, бывший в команде спецов, исследовавших это грустное явление на ВАЗе, говорит о времени восстановления доходившем до 30 минут. Именно после их работ над этим "феноменом" и появилась рекомендация о наличии как минимум ещё двух узлов в сети CN помимо имеющихся в корзинах резервирования. Те узлы, что в резервируемых корзинах, просто исчезают из сети в момент переключения, а оставшийся сегмент всё-таки должен представлять из себя сеть, для нормального восстановления работы. Сеть же из одного узла не бывает, надо хотя бы пару.[/quote:5d74f8fad5] Это очень важные комментарии. Пытался всяко разно уронить систему с 3-мя узлами ControlNet, но не получилось. Время переключение на резервное шасси, время восстановления A и B каналов- все идеально и нечему придраться. Да, конечно, система совсем не загружена передачей пакетов от I/O, но получается [b:5d74f8fad5]существует риск оставить объект без управления и мониторинга.[/b:5d74f8fad5] Поэтому только 4 узла. Спасибо все за участие.[/quote:5d74f8fad5]

 [quote:7d6a9792c7="Ryzhij62"][quote:7d6a9792c7="oldDad"]А почему же нельзя?[/quote:7d6a9792c7]Можно, НО... При переключении сеть будет восстанавливаться неопределённо долго. Яков Левин из московского офиса RockwellAutomation, бывший в команде спецов, исследовавших это грустное явление на ВАЗе, говорит о времени восстановления доходившем до 30 минут. Именно после их работ над этим "феноменом" и появилась рекомендация о наличии как минимум ещё двух узлов в сети CN помимо имеющихся в корзинах резервирования. Те узлы, что в резервируемых корзинах, просто исчезают из сети в момент переключения, а оставшийся сегмент всё-таки должен представлять из себя сеть, для нормального восстановления работы. Сеть же из одного узла не бывает, надо хотя бы пару.[/quote:7d6a9792c7] Это очень важные комментарии. Пытался всяко разно уронить систему с 3-мя узлами ControlNet, но не получилось. Время переключение на резервное шасси, время восстановления A и B каналов- все идеально и нечему придраться. Да, конечно, система совсем не загружена передачей пакетов от I/O, но получается существует риск оставить объект без управления и мониторинга. Поэтому только 4 узла в систему, причем RA, для выполнения данного условия, допускает установку 2-х узлов ControlNet в одного шасси I/O. Спасибо всем за участие!

 [quote:b2cbc0ca88]Answer: Redundant network should have at least 2 nodes in addition to the redundant chassis pair. An additional node can be: a second CNB (ControlLogix ControlNet Bridge) in the same remote chassis or in a different remote chassis any other ControlNet device a workstation that is running RSLinx software. If your ControlNet network contains only one node other than the redundant chassis pair, that node will drop its connections during a switchover. This may cause the outputs of that node to change state during the switchover. Explanation: At a switchover, both the partner CNB's will be momentarily off the network while address nodes are switched. The two remote nodes ensure that the network does not shatter and have to be rebuilt. Rebuilding the network would cause disruptions in the communications. [/quote:b2cbc0ca88] Ну и тут: http://literature.rockwellautomation.com/idc/groups/literature/documents/um/1756-um535_-en-p.pdf стр.38 "Use at Least Four ControlNet Network Nodes": [quote:b2cbc0ca88]With redundant systems, at least four ControlNet network nodes are required. This is because two or more ControlNet nodes must be used in addition to the two ControlNet modules used in the redundant chassis. One of the two nodes outside of the redundant chassis must be at a lower node address than the ControlNet modules in the redundant chassis.[/quote:b2cbc0ca88]

 Коллеги, опуская все правильности, риски и прочие догматы от RA, есть чисто практический интерес: можно ли поднять систему резервирования с 3-мя узлами ControlNet? (2- в стойке резервирования, 1- в удаленном шасси).



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


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



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



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



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



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




  
RA & VDT GmbH


Облако тэгов
Automation ControlLogix MVI56-MCM Allen-Bradley Logix Windows FactoryTalk PanelView VersaView ControlTower GuardLogix Compact Software Studio Designer 100-E 100-D SMC-50 Energy Saver 1756-RMS-SC Spectrum Encompass Level Ethernet Redundancy Stratix

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

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.151 секунды