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

Форум

Ресурсы Rockwell

Product Directory

Essential Components

Literature Library

Knowledge Base

Electronic News&Magazines

Блог

Encompass Program

Product Certification

  


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



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



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

 Доброе время суток! У нас возникла не понятная проблема, уже не первый месяц пытаемся выяснить в чем причина и все ни как не можем ее победить! Одновременно перезагружаются 3 контроллера PLC5, которые управляют одним цехом (два из них дублированы). Время перезагрузки мы пишем по FirstScan'у. Ни какие Fault'ы не взводятся. Проанализировав ни какой очевидной закономерности не заметили. Изначально было предположение что виной всему питание, поменяли БП и поставили отдельный, только для PLC5, UPS (2кВт) - не помогло. Заземление везде честное. Кроме питания их объединяет ControlNet. Вообще, что может заставить одновременно перегрузить контроллеры (т.е. взвести бит FirstScan)?

 1. Создаю проект, выбираю контроллер 1768-L45. 2. 1768 Bus добавляю коммуникационный модуль 1768-CNB/A 3. К ControlNet подключаем 1794-ACN15 4. К FlexBus подключаем модуль 1794-IB16. 5. Теперь меняем контроллер заходим в Controller Properties \Change Controller \ выбираем RSLogix Emulat 5000 Выскакивает предупреждение: [img:5b80aa8f39]http://pic.ipicture.ru/uploads/090111/ftowWva3UI.jpg[/img:5b80aa8f39] Если нажимаешь Yes все слетает.

 Вы прежде всего должны понять, где проблема: в сети или не в сети. Чтобы это понять, надо попробовать связаться с контроллером без сети, т.е. именно лезть в шкаф. Может на стенде с одним процессором всё и будет ОК, а в полной конфигурации - нет. Если ошибка не будет возникать, значит виновата сеть, и тогда Вам нужно смотреть, где в сети что. Возможно, отключать один контроллер за другим, проверять кабель, разъёмы и т.п. Мы же даже не знаем, что за сеть - ControlNet, Ethernet или что. Может это Ethernet и шалит свич, например. Или сеть перегружена сообщенияи или коннектами. Или не сконфигурирована. Или виноват один из процессоров, подвешивающих сеть. Или адресация. Мало ли. Активация по всем программным продуктам у Вас, надо понимать, в норме. Проверяли?

 Добрый день! Возникла следующая ситуация. 2 корзины должны быть соединены ControlNetом. Проблема в том, что в одной корзине установлен 1756-CNB, а вторая пришла с CNBR. Есть ли необходимость CNBR менять на CNB или все будет нормально работать, если на CNBR порт B окажется неподключенным? С уважением, Андрей Филонов, Липецк.

 [quote:bf52c93bd9="oldDad"]Стоп. Давайте с самого начала :) Я не очень понял проблематику. Зачем ставить в новый привод старый адаптер? Не проще ли испльзовать с ним всё-таки новый адаптер?[/quote:bf52c93bd9] Проблемма в том, что не управляется новый привод через сеть ControlNet. Сверил параметры модуля 20-COMM-C в старом приводе и в новом. Единственное отличие в параметре 08 "DataLink Size" (в старых приводах 16bit, а в новых 32bit). Я думал, что это зависит от адаптера, но посредством экспериментов, понял, что это сам привод обменивается 32-ух битными командами. Забудем про адаптер, проблемма не в нем. Возможно проблемаа вообще не разрешима.

 Стоп. Давайте с самого начала :) Вы спрашивали: [quote:81764c0c9b]можно ли использовать старый адаптер 20-COMM-C Series A , вместо нового Series B? Не приведет ли установка старого модуля[/quote:81764c0c9b] У Вас в новые привода с новыми адаптерами, 32 бит. Все привода висят в сети ControlNet. ОК. В чём, собственно, проблема? Я не очень понял проблематику. Зачем ставить в новый привод старый адаптер? Не проще ли испльзовать с ним всё-таки новый адаптер?

 Доброго времени, специалисты! Помогите советом или ссылкой на теорию. Проблемма следующая: раньше использовали серию частотников PowerFlex700 обьединенных в сеть ControlNet и управляемые с контроллера. После выхода некоторых со строя, наши закупщики купили не то, что просили, а то что было. Короче старые частотники были укомплектованы адаптерами 20-COMM-C Series A (поддерживают 16-bit links), а новые мало того, что другого конструктива, так еще и адаптеры 20-COM-C другой ревизии Series B (работают с 32-bit links). Я понимаю, что эволюция - это хорошо, но в 16- bit сеть новые товарищи интегрироваться отказываются. Теперь вопрос более детальный, можно ли использовать старый адаптер 20-COMM-C Series A , вместо нового Series B? Не приведет ли установка старого модуля Series A в новый частотник, к поломке последнего? p.s. всем откликнувшимся, заранее, спасибо.

 [color=darkblue:a3177b71fa]В большинстве случаев мне не нравятся системы в которых один PV на несколько контроллеров.[/color:a3177b71fa] Мне тоже. В нашей системе как раз изначально должны работать две панели, каждая со своим PLC. Но в один прекрасный момент вышел из строя ControlNet модуль на одной из них. В этом случае пришлось срочно переработать проект таким образом, чтобы на одной панели были видны данные с двух PLC. Теперь, пока ждем замены модуля, приходится работать с одной панелью. Я здесь уже задавал вопрос, про то, не совместимы ли карты 1784-PCIC (для ПЭВМ) и карта из модуля-сканера панели PV+? Никто не ответил, похоже нет такой информации, поэтому пока сидим без ControlNeta на одной из панелей. Vitaliy D. Burtsev

 При конфигурации ControlNet не стоит забывать назначить Keeper используя RSNetworx for ControlNet, это одна из common ошибок пользователей. Как осуществить замену модуля CNB(R) и проделать эту процедуру(Setup Keeper) при redundant конфигурации можно найти в документе 1756-UM523 ControlLogix Redundancy System на странице 107. Думаю также будет полезно посмотреть ID 28720, 36202,46577 И конечно на последок, как отметил OldDad, нужно использовать firmware из подходящего redundancy bundle. :) Успехов.

 [color=darkblue:2ca53e4e09]А прошивочку карточки ControlNet от PanelView Plus не подскажите? На сайте Роквелла в КВ есть описания проблем карточек ControlNet и пути их решения. Не пытались там искать? [/color:2ca53e4e09] Пытался на сайте смотреть, правда ничего такого не попадалось. Подскажите ссылочку? Пока про нашу карту ничего не скажу, нет возможности посмотреть прямо сейчас. Vitaliy D. Burtsev



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


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



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



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



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



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




  
RA & VDT GmbH


Облако тэгов
version Rockwell ProSoft Modbus 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.162 секунды