 | |
Предыдущие результаты
 [quote:c146a613e3="oldDad"]Да,но RSSql - это только интерфейс реального времени из FT-"зоны" к (глобальной) базе данных предприятия. Он ведь необязательно должен быть один :) Таких FT-структур. поставляющих данные наверх, может быть несколько.[/quote:c146a613e3]
:-) Хорошо, допустим следующее: Указываем для каждой установки свою FT-директорию, расположенную, скажем, на Primary HMI-сервере данной установки. Теперь мы будем вынуждены для каждой установки выделить не только отдельный сервер для RSSQL, но и инженерную станцию со своей лицензией на RSView Studio - ведь в один момент времени FT-директория может указывать на один FT-сервер и для его смены потребуется рестарт компьютера.
Если у Вас крупное предприятие с приличным количеством установок, то издержки на эксплуатацию серьезно увеличиваются. С одной инженерной станции нельзя будет открыть в один момент времени более одного проекта. Также затруднительно будет разместить такое количество системных блоков в одном помещении, чтобы организовать круглосуточную вахту.
Для супервайзеров вроде технического директора прийдется городить отдельный HMI-проект, чтобы предоставить доступ к данным более чем одной установки. Обладают ли RSSQL/RSHistorian достаточно выразительным графическим интерфейсом для этого?
Правды ради стоит заметить, что единое RSViewSE-приложение на базе одного FT-сервера помимо обеспечения надежности выделенного FT-сервера демонстрирует следующие проблемы:
- количество HMI-серверов в рамках приложения ограничено 10-ю (правда не проверял, физическое это ограничение или формальное),
- время открытия приложения в RSView Studio при добалвении новых HMI-серверов возрастает,
- время запуска клиентов RSViewSE при добалвении новых HMI-серверов также возрастает.
|
Здравствуйте! Есть ли у кого-нибудь опыт общения с данным модулем и пакетом SST ProfiBus Configuration? Проблема в конфигурировании этого модуля slave-устройством для связи с Simaticом S7-400, выступающим в роли masterа.
|
Имеем структуру в которой RSView32 получает данные с контроллера и пишет в таблицу на сервер MSSQL. Каждой записи присваивается дата и время в поле таблицы DateAndTime типа TimeStamp.
Вопрс: Какое время присваивается?
- время получения данных RSView,
- время получения данных MSSQL,
- время получения данных контроллером с модулей IO?
(последний вариант явно неправильный, но возможно есть средство получения таких данных)
С уважением, Дмитрий.
|
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
|
[quote:6026946885="oldDad"]
[quote:6026946885]получается, что все HMI-сервера RSViewSE при этом должны иметь одну и ту же FT-директорию... разве не так?[/quote:6026946885]
Ну, на мой взгляд, необязательно так должно получаться. Вспомогательные службы есть на любых предприятиях. На металлургических заводах тоже есть кислородный цех, электростанция, складское хозяйство. Но я могу себе также представить, что, например, складское хозяйство имеет свою собственную автономную систему, коммуницирующую с уровнем ERP посредством, скажем, RSSQL. При этом, менеджерам, управляющим складским хозяйством, думаю, не так уж и нужны многие технологические параметры основного производственного подразделения, а необходимые он мог бы получать в реальном времени с кластера ERP через тот же RSSQL по запросу. Не так ли?[/quote:6026946885]
Здесь я имел ввиду следующее: если на все предприятие устанавливаем один RSSQL/RSHistorian сервер, то для опроса этим сервером данных от HMI-серверов RSViewSE все HMI-сервера должны быть включены в одну FT-директорию???
|
[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
|
[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, в зависимости от.
На самом деле, попытки стандартизации кода и создания библиотек кодов и решений предпринимаются постоянно, но все они насколько я знаю, носят какой-то локальный характер. Я попробовал было предложить создать на этом сайте нечто вроде библиотеки программных решений. не откликнулась пока ни одна живая душа - видимо, жто не нужно.
|
У нас тут маленькая проблема - похоже "сдох" ENBT-модуль (нет связи с CL).
На ENBT диагностировалось "FAIL T006". После снятия питания и подаче вновь ENBT не выходит из режима "TEST".
FAIL T006 - это "Backplane Mid-Range ASIC Communication Problem".
Как можно ENBT воскресить (если конечно можно)???
Заранее блогадарены.
|
Уважаемый oldDad,
руководящие технологи и диспетчера желают видеть у себя на рабочем столе привычные им мнемосхемы тех. процесса. Тем более так проще и удобнее сопровождать проекты - не надо дублировать тех. позиции и отслеживать изменения и там и там...
RSSQL - RSHistorian мы только собираемся приобретать.
Объединение нескольких HMI-серверов в рамках одного приложения имеет множество удобств - и общий проект в Studio, и просмотр всх установок в рамках одного клиента, и возможность выносить тех. позиции одной установки на мнемосхему другой...
Задержка в насколько десятков секунд действительно существует, и не всех устраивает её длительность...
|
Предыдущие результаты
Ещё результаты |
|
| |
|
