 | |
Предыдущие результаты
 Несколько часов назад имел честь общаться по телефону с HMI-специалистами московского представительства Rockwell.
Общие выводы таковы:
1. Объединение нескольких HMI-серверов в одно приложение с общей FT-директорией является нормальным подходом, на который и ориентируется Rockwell Software.
2. Вышли новые патчи для FT и HMI Server RSView SE v 4.0 (CPR 7+):
http://domino.automation.rockwell.com/applications/kb/RAKB.nsf/7b50e6b308a8361485256a9d006bf396/164c7814a802a4e1852571090073cde6?OpenDocument
Сделан ряд доработок в FT, для HMI улучшены возможности резервирования!!!
3. Сервер уровня RSSQL/RSHistorian изначально задумывался для централизованного сбора данных от нескольких автоматизированных участков.
4. Есть удачные примеры резервирования сервера RSSQL/RSHistorian с помощью создания кластера. Только лицензия на MS SQL сервер в этом случае должна приобретаться не на версию Standard, а на Enterprise.
|
Это запланировано :)
Когда будет немного времени, попробую написать или найти готовые скрипты.
А почему Вы читаете одни заголовки? Я только что попробовал в NewsFox - он показывает не только заголовки. но и контент:
[img:e33f609a3d]http://vdt-automation.com.ua/modules/ImageUp/uploads/oldDad/newsfox.jpg[/img:e33f609a3d]
|
Пожалуйста:
[img:36c3b1dbb1]http://vdt-automation.com.ua/images/rss.jpg[/img:36c3b1dbb1] [b:36c3b1dbb1]Форумы[/b:36c3b1dbb1]
http://vdt-automation.com.ua/rss2_forums.php или
http://vdt-solutions.de/rss2_forums.php
[img:36c3b1dbb1]http://vdt-automation.com.ua/images/rss.jpg[/img:36c3b1dbb1] [b:36c3b1dbb1]Новости[/b:36c3b1dbb1]
http://vdt-automation.com.ua/rss2_news.php или
http://vdt-solutions.de/rss2_news.php
:)
|
Причины вот:
[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]
|
A18156 - Program Example: SLC-5/04 - SDN --- DeviceNet --- Standard Panelview
(DeviceNet Application Example)
http://domino.automation.rockwell.com/applications/kb/RAKB.nsf/0/DAEB555DABC61BFD85256AFB00684D6A?OpenDocument
|
http://domino.automation.rockwell.com/applications/kb/RAKB.nsf/0/DAEB555DABC61BFD85256AFB00684D6A?OpenDocument
|
[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:e0ed6ab568]ИМХО, металлургам проще в том смысле, что между правками есть перерывы... [/quote:e0ed6ab568]
Это не совсем так :) Доменная печь - это агрегат непрерывного действия. Печи работают непрерывно и круглосуточно.
[quote:e0ed6ab568]Бытовая химия и формацевтика это хорошо... А много ли примеров автоматизации установок 1-й категории взрывоопасности? [/quote:e0ed6ab568]
Есть такие примеры, немало. Навскидку:
- Норильск-Никель (шахты)
- Газпром - компрессора (барьеры Pepperl+Fuchs)
- Омский Углерод
- Горловка, ПО Стирол
- ряд НПЗ - Рязанский, Марийский,
- BP-TНК
много чего есть в Германии, очень много - в Штатах, Канаде, в Китае. в Юго-Вост. Азии, в Африке, во Франции, просто у меня нет референса.
[quote:e0ed6ab568]А что Вы можете сказать о серии 1797? [/quote:e0ed6ab568]
Только хорошее. Продаются, и немало.
[quote:e0ed6ab568]
По моему глубокому убеждению, для непрерывных процессов самым наглядным и удобным является FBD.
А есть ли опыт использования SFC на CL? [/quote:e0ed6ab568]
Да, собственно говоря, FBD для этого и предназначен. А вот SFC для непрерывных процессов подходит плохо, я бы сказал, это - вообще не тот язык, который здесь нужен. SFC, как Вы знаете, был разработан впервые для автомобильной промышленности и машиностроения, где объект проходит ряд последовательных технологических операций.
[quote:e0ed6ab568]Если мы задаем шкалы непосредственно на модуле, то теряем возможность оперативно, без запуска RSLogix, изменить шкалу. На нефтеперерабатывающем производстве достаточно часто приходится менять датчики или изменять их шкалу... [/quote:e0ed6ab568]
Да, но мне кажется, что не так уж всё и драматично :) Возможность запустить RSLogix есть всегда, да и датчики меняются не так уж и часто, и не каждый раз на разные :) Раньше и не было возможности держать конфигурацию в модуле, и писали подпрограммы обработки руками, и ничего :)
Конечно, нужна вторичная обработка. В версии 16, кстати, появляется возможность создавать пользовательские Add-On-инструкции на LL или FBD или ST, а потом пользоваться ими где угодно, а пользовательские струкутры данных можно создавать уже давно - очень удобно, и очень большой щаг вперёд, я считаю. И будет Phase Manager - тоже полезная вещь.
Будут добавлены новые инструкции - ALMD и ALMA - алармы, соответственно, цифровые и аналоговые с LL,L,H,HH, Rate of Change, с опциями Delay Time, Latched or continuous, Automatic acknowledge.
Я с v16 уже поигрался, ждём в 3-м квартале.
[quote:e0ed6ab568][quote:e0ed6ab568]Алармы - и в контроллере, и в SCADA, в зависимости от.[/quote:e0ed6ab568]
От чего? Что правильнее: жестко задавать пределы сигнализации для аналогового тега на уровне SCADA, или же объявлять в SCADA дополнительные дискретные теги на каждый предел сигнализации, хранящийся и обрабатываемый в контроллере? (замечу, что в RSViewSE нет ограничения на регистрируемые теги)
[/quote:e0ed6ab568]
В зависимости от того, где удобнее и нужнее :) Теперь будет совсем просто и удобно - см. выше :)
[quote:e0ed6ab568]Я недавно на этом форуме, но был бы не против...[/quote:e0ed6ab568]
Так за чем дело стало? :) Прошу Вас, чувствуйте себя, как дома, форум - для Вас :)
http://vdt-solutions.de/modules.php?name=Forums&file=viewtopic&t=111
|
Уважаемые коллеги,
возможно, для Вас не будет новостью то, что в области автоматизации непрерывных производств лидирут такие бренды как Honeywell, Yokogava, Emerson, ABB, Foxboro.. может быть кого-нибудь пропустил... Эти фирмы производят интегрированные программно-аппаратные комплексы, которые как правило характеризуются как DCS - "Распределенные Системы Управления", а также гибридные системы.
Помимо непосредственно распределенности, такие системы изначально имеют богатые встроенные средства для автоматизации крупных непрерывных производств.
Это и готовые функциональные блоки для первичной обработки входных аналоговых сигналов (AI), и прозрачные средства генерации алармов с встроенной генерацией сообщений об программно-аппаратных отказах самой системы, и сквозные инженерные среды, одновременно использующиеся для создания управляющей логики и для преоставления данных на уровень визуализации...
В случае с продуктами Rockwell Automation для разработчиков предоставлена максимальная свобода творчества, но готовых решений как правило дается минимум...
Как Вы подходите к решению задач автоматизации непрерывных производств средствами Rockwell?
Какие PLC при этом предпочитаете использовать? (Вопрос наверное риторический :-) )
Какие модули ввода/вывода? (используете ли модули с искробезопасными цепями?)
Какую выбираете SCADA-систему? ;-)
Какой язык предпочитаете?
Как производите первичную обработку аналоговых сигналов?
На каком уровне генерируете технологические сигнализации по аналоговым сигналам (на уровне контроллеров или SCADA-системы)?
и многое другое...
Как я понимаю, общепринятого стандарта нет, но поделиться опытом и оценить лучшие подходы было бы разумно.
|
[quote:8ce0a80784="Eraser"]Так как нет возможности задействовать бОльшее количество машин (и так уже все полкомнаты проводами опутал, другие сотрудники ворчат), то и FT-сервер и контроллер домена и HMI-сервер установлены на одной и той же физической машине.
...
Я пока что использовал только 1 HMI сервер. Больше не пробовал т.к. нет необходимости.
[/quote:8ce0a80784]
Уважаемый Eraser, На нашем предприятии такая необходимость возникла, не даром Комсомольский НПЗ занимает 1-е место в референс-ллисте систем на базе оборудования Rockwell Automation (Allen-Bradley) на предприятиях нефтегазовой и нефтехимической отрасли России и СНГ.
Весьма вероятно, в Вашем случае количество HMI-серверов также будет увеличиваться в будущем.
Тогда вопрос о правильной организации информационной системы уровня предприятия является вполне актуальным...
Официально Rockwell выдвигает еще одно ограничение: в рамках одного FT-сервера рекомендуется создавать лишь одно приложение с резервированными HMI-серверами :-)
Ну а если разбивать HMI-сервера между несколькими FT-серверами, то встает проблема увеличения количества диспетчерских и инженерных станций, т.к. на одной станции в один момент времени можно указать только одну FT-директорию...
Сейчас заполняю опросные листы со структурой будущей системы для отправки в Rockwell на экспертное рассмотрение, но личный опыт коллег также был бы очень интересен.
А кто как вносит изменения на рабоающую пару HMI-серверов SE? Здесь тоже есть ряд нюансов...
|
Предыдущие результаты
Ещё результаты |
|
| |
|
