 | |
Предыдущие результаты
 [quote:148a54a632="AlexA"]Для просмотра и распечатки аварийных файлов непосредственно с RSView32 есть ActiveX программулина RSViewLogViewer.
см. A8346 - RSViewLogViewer ActiveX control to view RSView Data log, Alarm log and Activity log filefor.
[/quote:148a54a632]
RSViewLogViewer почему то не отображает комментарий тега. С помощью этого объекта можно сделать отображение комментария тега (Tag Description) ? В свойствах объекта отображения этого параметра не нашел.
|
1. Все прошивки здесь:
http://support.rockwellautomation.com/ControlFlash/
(надо зарегистрироваться! Это не больно :) )
Там есть и более поздние, до 3.9.1 в зависимости от версии RSLogix.
2. Нужно в RSLogix заменить ENBT с ревизией 1.х на правильный или отключить проверку. Больше ничего.
|
Для просмотра и распечатки аварийных файлов непосредственно с RSView32 есть ActiveX программулина RSViewLogViewer.
см. A8346 - RSViewLogViewer ActiveX control to view RSView Data log, Alarm log and Activity log filefor.
http://domino.automation.rockwell.com/applications/kb/RAKB.nsf/27748c6bfe15fc5b85256b1f006e1bd1/1b1370797ddbb07485256afb005a32d7?OpenDocument
Скачать:
http://www.software.rockwell.com/download/mmi/rsview32/misc/rsviewlogviewer.exe
|
Здравствуйте! Есть ли у кого-нибудь опыт общения с данным модулем и пакетом SST ProfiBus Configuration? Проблема в конфигурировании этого модуля slave-устройством для связи с Simaticом S7-400, выступающим в роли masterа.
|
Причины вот:
[url=http://domino.automation.rockwell.com/applications%5Ckb%5CRAKB.nsf/0/34DB2B4D8220715B85257116004D29AD?OpenDocument]G146332600 - On the Minor Faults tab in RSLogix 5000 you get a fault Type = 6 Code = 4, this is shown as an unknown fault[/url]
Вот тут ещё можно почитать:
[url=http://domino.automation.rockwell.com/applications%5Ckb%5CRAKB.nsf/0/F9B184C328ED342F85256AFB00706279?OpenDocument]G19983 - Handling Minor Faults in a ControlLogix Processor[/url]
|
[quote:b8c557fdcd="oldDad"]Доменная печь - это агрегат непрерывного действия. Печи работают непрерывно и круглосуточно.[/quote:b8c557fdcd]
Температурный режим поддерживается круглосуточно, а плавка?
Большинство автоматики в перерывах между плавками бездействует ( ну хотя бы на электросталеплавильных печах), разве не так?
[quote:b8c557fdcd]
А вот SFC для непрерывных процессов подходит плохо, я бы сказал, это - вообще не тот язык, который здесь нужен. SFC, как Вы знаете, был разработан впервые для автомобильной промышленности и машиностроения, где объект проходит ряд последовательных технологических операций.[/quote:b8c557fdcd]
Чтобы обеспечить непрерывность осушки сырья и водорода, на нашей установке Изомеризации задействовано две линии осушителей - когда один осушает, второй находится на регенерации. Автоматизация регенерации выполнена именно на SFC, пока еще средствами Plantscape, поэтому и интересен опыт применения SFC на CL.
[quote:b8c557fdcd]
Будут добавлены новые инструкции - ALMD и ALMA - алармы, соответственно, цифровые и аналоговые с LL,L,H,HH, Rate of Change, с опциями Delay Time, Latched or continuous, Automatic acknowledge.
[/quote:b8c557fdcd]
Тогда можно подвести следующие итоги: для автоматизации непрерывных процессов средствами Rockwell на данный момент оптимальным решением станет
- контроллер AB Controllogix,
- ввод-вывод серии 1756 или 1794,
- вторичная обработка сигналов ввода/вывода и реализация логики упрвления на языке FBD,
- генерация алармов на уровне контроллера с помощью инструкций ALM, ALMA и ALMD,
- RSViewSE на уровне управления тех.процессами,
- RSBizWare на уровне управления производством.
[quote:b8c557fdcd]Так за чем дело стало? :) Прошу Вас, чувствуйте себя, как дома, форум - для Вас :)[/quote:b8c557fdcd]
Кто-нибудь пробовал генерировать логику обработки сигналов ввода/вывода и ПИД-регулирования в формате файлов *.L5K?
|
[quote:4a6717a785="oldDad"]В качестве примера применения Rockwell в непрерывном производстве могу привести, доменные печи на комбинате "Азовсталь" в Мариуполе, на КМК в Новокузнецке, в Кривом Рогу, конверторные цеха, скажем, на ДМК в Днепродзержинске, электросталеплавильное производство, например, на UralSteel, есть ещё множество примеров.
[/quote:4a6717a785]
ИМХО, металлургам проще в том смысле, что между правками есть перерывы...
[quote:4a6717a785="oldDad"]
Химия - весь, например, Procter and Gamble, ПО Стирол, Омскуглерод, да есть ещё полно примеров. Пищевая промышленность, фармацевтика, цементные заводы, много, очень много всего.
[/quote:4a6717a785]
Бытовая химия и формацевтика это хорошо... А много ли примеров автоматизации установок 1-й категории взрывоопасности?
[quote:4a6717a785="oldDad"]
Поскольку системы на Allen-Bradley строятся уже несколько десятилетий, применены все контроллеры - от PLC-3 до ControlLoigx.
[/quote:4a6717a785]
До появления ControlLoigx, ИМХО, создателям систем приходилось несладко... Знаю сам по опыту работы с PLC-5. Довольно велики затраты на инжиниринг по сравнению с использованием готовых решений класса DCS.
[quote:4a6717a785="oldDad"]
Модули ввода-вывода самые обычные, мне известно только два случая, когда (в химии) используются модули в специальном "coated" исполнении класса G3, оба случая в сернокислотном производстве.
В тех случаях, когда нужна искробезопасность, используются барьеры MTL или аналоги.
[/quote:4a6717a785]
А что Вы можете сказать о серии 1797?
[quote:4a6717a785="oldDad"]
Известно несколько инсталляций ProcessLogix (Как под брэндом Allen-Bradkey, так и под брэндом Honeywell) - в химии.
[/quote:4a6717a785]
Есть одна инсталляция Plantscape R320 и у нас, и теперь куча проблем с ее модернизацией...
[quote:4a6717a785="oldDad"]
Языки - LL, FBD, ST.
[/quote:4a6717a785]
По моему глубокому убеждению, для непрерывных процессов самым наглядным и удобным является FBD.
А есть ли опыт использования SFC на CL?
[quote:4a6717a785="oldDad"]
Первичная обработка аналоговых сигналов заключается в подавляющем большинстве случаев в первичной фильтрации средствами модуля и последующем масштабировании - в старых контроллерах программно, в новых - прямо на модуле, если нужно.
[/quote:4a6717a785]
Если мы задаем шкалы непосредственно на модуле, то теряем возможность оперативно, без запуска RSLogix, изменить шкалу. На нефтеперерабатывающем производстве достаточно часто приходится менять датчики или изменять их шкалу...
А как в таком случае обрабатывать сигнал перепада давления на сужающем устройстве, имеющий квадратичную зависимость?
А пересчет из объемных единиц измерения в массовые, с учетом давления, температуры и плотности продукта???
Без первичной и даже вторичной обработки тут не обойтись :-)
[quote:4a6717a785="oldDad"]
Алармы - и в контроллере, и в SCADA, в зависимости от.
[/quote:4a6717a785]
От чего? Что правильнее: жестко задавать пределы сигнализации для аналогового тега на уровне SCADA, или же объявлять в SCADA дополнительные дискретные теги на каждый предел сигнализации, хранящийся и обрабатываемый в контроллере? (замечу, что в RSViewSE нет ограничения на регистрируемые теги)
[quote:4a6717a785="oldDad"]
На самом деле, попытки стандартизации кода и создания библиотек кодов и решений предпринимаются постоянно, но все они насколько я знаю, носят какой-то локальный характер.
[/quote:4a6717a785]
Но на уровне хотя бы одного собственного предприятия такую политику выработать необходимо, чтобы снизить издержки на дальнейшее обслуживание.
[quote:4a6717a785="oldDad"]
Я попробовал было предложить создать на этом сайте нечто вроде библиотеки программных решений. не откликнулась пока ни одна живая душа - видимо, жто не нужно.[/quote:4a6717a785]
Я недавно на этом форуме, но был бы не против...
|
В качестве примера применения Rockwell в непрерывном производстве могу привести, доменные печи на комбинате "Азовсталь" в Мариуполе, на КМК в Новокузнецке, в Кривом Рогу, конверторные цеха, скажем, на ДМК в Днепродзержинске, электросталеплавильное производство, например, на UralSteel, есть ещё множество примеров.
Химия - весь, например, Procter and Gamble, ПО Стирол, Омскуглерод, да есть ещё полно примеров. Пищевая промышленность, фармацевтика, цементные заводы, много, очень много всего.
Поскольку системы на Allen-Bradley строятся уже несколько десятилетий, применены все контроллеры - от PLC-3 до ControlLoigx.
Модули ввода-вывода самые обычные, мне известно только два случая, когда (в химии) используются модули в специальном "coated" исполнении класса G3, оба случая в сернокислотном производстве.
Известно несколько инсталляций ProcessLogix (Как под брэндом Allen-Bradkey, так и под брэндом Honeywell) - в химии.
В тех случаях, когда нужна искробезопасность, используются барьеры MTL или аналоги.
Языки - LL, FBD, ST.
SCADA - ControlView в старых системах, RSView32, в новых системах - RSViewSE, реже - Wonderware, Citect.
Первичная обработка аналоговых сигналов заключается в подавляющем большинстве случаев в первичной фильтрации средствами модуля и последующем масштабировании - в старых контроллерах программно, в новых - прямо на модуле, если нужно.
Алармы - и в контроллере, и в SCADA, в зависимости от.
На самом деле, попытки стандартизации кода и создания библиотек кодов и решений предпринимаются постоянно, но все они насколько я знаю, носят какой-то локальный характер. Я попробовал было предложить создать на этом сайте нечто вроде библиотеки программных решений. не откликнулась пока ни одна живая душа - видимо, жто не нужно.
|
[quote:e2c0fc6010="chameleon"]Пять рабочих станций с проектами RSView32 (примерно 5 тыс аналоговых и 1 тыс дискретных тэгов) прописаны "локально" (т.е. на каждом компьютере свой OPC сервер) на один из двух контроллеров-концентраторов, расположенных в отдельных шасси, и полностью дублирующих себя по функциям.
[/quote:e2c0fc6010]
Как я уже говорил, каждая станция с RSLinx формирует до 4-х (по умолчанию) коннектов, итого 5*4=20. Вам можно попробовать настроить на одной или 2-х рабочих станциях RSLinx Gateway и подключать остальные станции по OPC через их Remote OPC Server.
[quote:e2c0fc6010="chameleon"]Активным может быть только один из концентраторов.В каждом шасси расположено по 2 модуля ENBT (через первый прописаны топики на рабочих станциях, а через второй - топики для сервисных станций: загрузка проектов Logix, проектов RSView32, и др.). Также в каждом шасси присутствуют по 5 CNBR-ов для связи с другими подсетями ControlNet. Из них самым загруженным является тот, который я уже описывал выше, т.е. через него количество коннектов может возрастать до критичных значений (55-60).
Теперь опишу сеть, одним из узлов которой является данный загруженный CNBR. Причем стоит отметить, что у этого узла наименьший адрес - скорее всего он является и кипером. [/quote:e2c0fc6010]
Вы организуете резервирование процессорных модулей с помощью 1757-SRM? Если да, то необходимо учитывать, что активные киперы по умолчанию (CNBR-ы с наименьшим адресом) нельзя размещать в резервированных шасси, т.к. переключение с основной на резервную корзину нарушит работу сети. Какая версия прошивок процессорных модулей и CNBR? ПО возможности, следует обновлять прошивки последними версиями.
По поводу организации межпроцессорного обмена, могу повторить то что говорил ранее: от MSG по возможности желательно отказаться, всю порцию данных от одного проц. модуля желательно "упаковывать" в один боьшой массив и планировать этот массив в расписание сети, чтобы остальные проц. модуля его потребляли оптимальным образом.
Также обратите внимание, что для межпроцессорного обмена необходимо устанавливать у удаленных CNBR-ов режим соединения "None" - и не в коем случае не "Rack Optimisation"!!!
|
Vad, Спасибо за ответ.
Всю сеть со всеми подробностями мне будет трудно описать по памяти, но я опишу её глобально.
Пять рабочих станций с проектами RSView32 (примерно 5 тыс аналоговых и 1 тыс дискретных тэгов) прописаны "локально" (т.е. на каждом компьютере свой OPC сервер) на один из двух контроллеров-концентраторов, расположенных в отдельных шасси, и полностью дублирующих себя по функциям. Активным может быть только один из концентраторов.
В каждом шасси расположено по 2 модуля ENBT (через первый прописаны топики на рабочих станциях, а через второй - топики для сервисных станций: загрузка проектов Logix, проектов RSView32, и др.). Также в каждом шасси присутствуют по 5 CNBR-ов для связи с другими подсетями ControlNet. Из них самым загруженным является тот, который я уже описывал выше, т.е. через него количество коннектов может возрастать до критичных значений (55-60).
Теперь опишу сеть, одним из узлов которой является данный загруженный CNBR. Причем стоит отметить, что у этого узла наименьший адрес - скорее всего он является и кипером.
В сети 12 узлов, расположенных в разных шасси. Каждый узел служит для связи с другим контроллером.
Теперь о проблемах.
1. Периодически возникали ситуации, когда не возможно было связаться с контроллерами-концентраторами через Logix. Выдавалось сообщение о превышении количества коннектов. Здесь причина понятна, просто на тот момент не было достаточных средств диагностики. В данный момент уже сделал контроль состояния загрузки CPU модулей ENBT и CNBR, и коннектов через CNBR.
2. Иногда возникали ситуации, когда один из модулей CNBR в шасси-концентраторов светил загрузку центрального процессора 100%. Т.е. фактически "зависал" и лечилось это только передергиванием модуля. Но вот интересно, сказывалось ли это на работе других модулей в шасси, а особенно на ENBT.
3. Недавно, несколько дней подряд, возникала ситуация, когда загрузка центрального процессора под 100% светилась на одном из модулей ENBT. Продолжалось это примерно 4 минуты (время оставалось одинаковым для всех случаев). А в одной из таких ситуаций загрузка процессоров в районе 90-100 % светилась на всех 4-х модулях ENBT в двух корзинах-концентраторах.
После всех этих проблем необходимо было анализировать откуда они возникают. По двум последним ответ не был найден, а в первой проблеме основным было выяснить откуда берутся коннекты на загруженном CNBR-е.
Около 35 коннектов дает запланированный обмен (я считал по потребляемым тегам в других проектах Logix). Остальные, около 20, образуются от MSG, причем некоторые из них не кэшируются, поэтому значение может меняться. Коннектов от модулей ввода-вывода нет, т.к. в I/O проектов концентраторов прописаны только L-55. А дают ли они дополнительное соединение мне не известно.
По проблеме с модулями ENBT, возможно, необходимо применить программу RSNetworx for Ethernet? Но с ней я никогда не работал и её функции мне не известны.
|
Предыдущие результаты
Ещё результаты |
|
| |
|
