 | |
Предыдущие результаты
 [quote:ddea5a1eed="dv_"][quote:ddea5a1eed="FireWork"]... сами жалеем, что на роквелле делаем.[/quote:ddea5a1eed]
А, на чем было-бы лучше?
В моих проектах такого не было :)
Чужие ошибки встречал (форум на www.control.com достаточно давно), примерный диалог:
- плохо работают сети DH+ и Remote I/O
- в чем это выражается?
- потеря связи
- проверь кабельную систему должно быть...
- СПАСИБО. Были кольца, отводы... Исправили и нет проблем.
Так, что это была беда от Rockwell?
Что бы работало с полным букетом нарушений?[/quote:ddea5a1eed]
как часто серваки с RSView перегружаешь? честно? и скока тегов у тебя в СКАДА? резервированные сервера на RSView3.2 строил? ну как тебе "автоподхват"?)))))))))))))))))))))))))))))))))) (к счастью, в 4.0 багов поменьше)
потеря связи - это мелочи
|
[quote:6124d42e94="FireWork"]... сами жалеем, что на роквелле делаем.[/quote:6124d42e94]
А, на чем было-бы лучше?
Про потерю памяти в SLC Rockwell в 2001 году (Document ID 9655) выделил следующие причины:
- Grounding
- Power
- Communication
- I/O
- Controller Spacing and Excessive heat
- Additional Information Related to Channel 0
и привел рекомендации
В моих проектах такого не было :)
Чужие ошибки встречал (форум на www.control.com достаточно давно), примерный диалог:
- плохо работают сети DH+ и Remote I/O
- в чем это выражается?
- потеря связи
- проверь кабельную систему должно быть...
- СПАСИБО. Были кольца, отводы... Исправили и нет проблем.
Так, что это была беда от Rockwell?
Что бы работало с полным букетом нарушений?
|
[quote:15e240b66c="gim"]Замечено, что в таких котроллерах как SLC500 и ControlLogix иногда происходит удаление программы релейной логики вместе с файлами данных и конфигурации, причем контроллер подключен к сети 220В круглосуточно и заряд батареи удовлетворителен. Резервная энергонезависимая память не установлена. Почему происходит удаление программы, в чем кроется причина, из какой тех.документации можно узнать о данном баге?[/quote:15e240b66c]
фильтр сетевой ставить надо хороший.... :twisted: проблема с затиранием программы реально имеется у CL, но только если система косо спроектирована по части питания
|
Здравствуйте, господа специалисты!
Имеется ЦПУ 1756-L55M23 прошивка 13.25 и RSLogix5000 v13.03. Необходимо контролировать первый скан ПЛК. Написал этот контроль с использованием собственных программных тегов. Работает нормально. Однако хотелось бы выяснить, есть ли в ControlLogix'е системные теги в которых содержится столь полезная информация о текущем состоянии ЦПУ (включая и необходимый мне бит первого скана), и если есть, то как к ним добраться?
Спасибо.
|
Revision E есть в последней версии RSNetworx for Controlnet v7.00.
|
еше вопросик.
при конфигурирование сети controlnet в RSNETWORKX (врсия 3.00.00) у меня там только revision A,B,C а E нету. какай версии надо поставитиь RSNETWORKX чтобы там было revision e
|
При старте службы RSSQL RSLINX CONNECTOR на клиентской стороне появляется ошибка Error 1053: The service did not responc to the start or control request in timely fashion. Что это означает и как с этим бороться?
|
Здравствуйте!
После нескольких лет эксплуатации системы возникла следующая непонятная ситуация....После очередного включения контроллера пропал образ из энергонезависимой памяти. При более детальном осмотре выяснилось следующее...При заливке проекта в энергонезависимую память контроллера процедура записи происходит в штатном режиме (со всеми сопутствующими сообщениями Logix5000). После якобы заливки, при переходе в режим Online на вкладке энергонезависимая память пишется, что образ в памяти отсутствует...Помогла перепрошивка контроллера на ту же самую ревизию (12.30)... Такое ощущение, что слетела часть ревизии, отвечающая за работу с энергонезависимой памятью. Какие соображения по этому поводу у специалистов?
|
Здравствуйте!
Уважаемые специалисты!
Имеется резевируемая система ControlLogix. В каждой корзине стоит процессор L61B с ревизией 15.56, ENBT с ревизией 4.3, CNBR c ревизией 11.2 и собственно SRM модуль.
Подскажите по возможности решение следующей проблемы: при вставленных ENBT модулях корзины не могут синхронизироваться. Если же модули ENBT вытащить из одной или обеих корзин, то проблемы с синхронизацией не возникает.
С уважением,
Филонов Андрей
|
[color=blue:7bd70abf88]Если под термином SCADA Вы понимаете его классическое определение, т.е. Supervisory Control And Data Acquisition, то Вы правы. Но, видите ли, мне кажется, что в данном контексте Вы применяете этот термин, не как собственно SCADA, понимаемую, как "input/output signal hardware, controllers, HMI, networks, communication, database and software", а имеете в виду только часть SCADA, именуемую HMI. [/color:7bd70abf88]
Думаю, что понимать под SCADA еще и набор оборудования в корне не верно. SCADА - это специализированное программное обеспечение, ориентированное на обеспечение интерфейса между диспетчером и системой управления, а также коммуникацию с внешним миром (простите, методическое определение).
Поэтому, я понимаю под SCADA то, что она обозначает. И не хочу от нее больше того, чего она должна делать! Другое дело, что то, что нам предложено, убого реализует ряд функций, что приходится выкручиваться старым дедовским способом.
[color=blue:7bd70abf88]Если это так, то мне кажется, что Вы несколько смещаете понятия. Прерогатива HMI - это визуализация информации, в том числе, информации об аварийной ситуации, а не собственно детектирование и оперативное реагирование на аварию. А распознавание аварии является прерогативой других компонентов SCADA - контроллеров, которые, собственно, и нужны для того, чтобы контролировать ситуацию, предотвращая непредсказуемое развитие событий на объекте управления. [/color:7bd70abf88]
Ну хорошо, не распознавание, а отображение. Но от этого флейма поставленная задача не решается.
SCADA-контроллеры, хм, интересно 8O . Честно говоря, я все понял, о чем вы пытаетесь сказать, но с терминологией не согласен.
[color=blue:7bd70abf88]Компьютер предназначен, собственно, не для распознавания аварий, а для их отображения и приёма инициативных команд оператора. [/color:7bd70abf88]
[color=blue:7bd70abf88]По моему убеждённому мнению, именно контроллер, а не компьютер интерфейса оператора является тем местом, где должно осуществляться детектирование аварийных ситуаций и оперативное, в реальном времени, реагирование на них. Информация (в т.ч. аварийная) должна немедленно обратываться в том месте, где она непосредственно образуется (в контроллере), а не в том месте, куда она потом поступает по сети - в компьютере оператора. [/color:7bd70abf88]
На самом деле, все это понятно, и именно так и делается, но регистрацию этих ситуаций никто не отменял. Компьютер и панель в том числе, во многих случаях становится единственным способом, чтобы донести в реальном времени оператору критическую информацию. От действий оператора могут зависеть задачи контроллера. По-моему ничего сверхестественного от панели в данном случае не запрашивается. И очень часто PC или панель также должны работать в постоянном режиме, их можно продублировать для надежности и т.д. и т.п.
[color=blue:7bd70abf88]Детектирование и реагирование на аварийные ситуации обычно и реализуются в контроллере. А пытаться реализовать детектирование и реагирование на аварии в компьютере, предназначенном для отображения информации, используя макросы или какие-то сложные механизмы и ухищрения, на мой взгляд, неэффективно.[/color:7bd70abf88]
Ох как пристали к термину! А как назвать тот механизм, который реализован в ME? Не детектирование? Когда сначала напиши триггер, с его результатом свяжи messages, да еще кое-чего. Это просто отображение?
Чувствуется склонность к поучению :) А помощи в реализации увы...
Еще раз задача: Есть приблизительно 100 тегов в контроллере, которые отвечают за контроль состояния объекта управления, схем управления и т.д., на основе которых в RSViewME должен формироваться список аварийных сообщений. Теги контроллера и SCADA связаны между собой. Реализованы триггеры, по которым сообщения вываливаются на экран, где AlarmList. Необходимо, чтобы при возникновении хотя бы одной аварии (изменении в одном из 100 тегов) загорелась лампочка красным цветом. Лампочка размещается на остальных (скажем 10-ти) экранах и сигнализирует о том, что в AlarmList есть новое сообщение.
Я понимаю, что можно в контроллере организовать какую-нибудь задачку и все 100 тегов по "ИЛИ" проверять и записывать результат в 101-й тег. Но это же полный отстой, при условии, что если нам надо добавить еще контролируемые теги! А еще можно с каждым тегом в PLC связать строковый тег (строку) и ее пулять по сети для отображения на экране - вообще красота!
Подозреваю, что это слишком крутое желание для ME, но вы упорно об этом молчите, пытаясь рассказать о концепции сбора и обработки диспетчерской информации.
Кстати, про AcknowledgeAll так тоже нет ответа. Совсем беда.
Спасибо за ответы.
С уважением,
Vitaliy D. Burtsev
|
Предыдущие результаты
Ещё результаты |
|
| |
|
