 | |
Предыдущие результаты
 [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]
Я недавно на этом форуме, но был бы не против...
|
[quote:b48ddcf42c]Просто странно не использовать одинаковые проекты RSView, например, в одной системе: это проще и обслуживать, и разрабатывать, и исправлять во время наладки, и контролировать версии и т.д. [/quote:b48ddcf42c]
Видите ли, нужно использовать не просто [color=darkblue:b48ddcf42c]одинаковые[/color:b48ddcf42c] проекты RSView, а [color=darkblue:b48ddcf42c]один и тот же[/color:b48ddcf42c] проект RSView, причём не несколько параллельно работающих копий его, а именно один-единственный :) Правда, не RSView32, а RSViewSE, который именно для этого и предназначен.
Видите ли, с тех пор, как стали применяться контроллеры ControlLogix (и lдругие из серии Logix) с мультизадачной операционной системой и динамическим распределением памяти, принципы организации связи систем HMI с контроллерами изменились.
Дело обстоит так, что если просто механически увеличивать количество одновременно работающих на шине проектов HMI, и при этом пренебречь этими соображениями, то производительность системы может пострадать. Проблемой является то, что при проектировании систем с контроллерами серии Logix люди исходят из тех же соображений и принципов посторения систем, которые применялись раньше, с более простыми старыми контроллерами без мультизадачности и динамического распределения памяти, какими были SLC и PLC-5, и всё ещё выпускаются другими производителями. Кроме того, старые сети с низкой скоростью обмена, работащие по принципу "master-slave" и не имеющие CIP и предсказуемого времени доставки, работали по совершенно другим принципам, не обеспечивающим детерминизма в реальном времени. При этом использовался совершенно другой механизм обслуживания рабочих станций.
RSView32 - это достаточно старый продукт, он был создан в эпоху, когда ещё не было ни тэгов в контроллерах, ни динамического распределения памяти, ни самого ControlLogix, ни встроенной мультизадачности, ни прозрачных благодаря CIP детерминированных сетей. RSView32 широко применяется и сейчас для тех случаев, когда нужен all-in-one stand alone продукт, когда количество компьютеров не превышает 2 или применяются старые контроллеры не-Logix.
Но для вновь проектируемых на базе контроллеров Logix систем рекомендуется всё-таки применять не RSView32, а RSViewSE, т.к. даже если в системе предусматривается только один компьютер с HMI, продукт RSViewSE Stand Alone обеспечивает более оптимизированный обмен с контроллерами.
RSViewSE оптимизирована для мультиклиентского применения и строится на (несколько) иных принципах, которые нужно знать и учитывать при проектировании системы. Поэтому при построении системы с нескольими (3 и более) компьютерами, которые собирают данные по OPC, нужно учитывать вполне определённые вещи, от которыъ непосредственно зависит производительность системы.
В соответствии с веянием времени повысились требования к скоростям передачи информации, к реактивности системы, к детерминизму сетей, что непосредственным образом повлияло на идеологию построения рапределённых систем управления. Принципы построения таких систем отличаются от принципов построения систем с "простыми" контроллерами и сетями", их просто нужно знать.
Коротко: если в Вашей системе не 1 и не 2 компьютера, на которых должны работать проекты HMI, обращающиеся к одному и тому же контроллеру ControlLogix, то:
1. Если Ваша система построена на современных кнотроллерах серии Logix, а количество компьютеров, на которых должны работать средства HMI_ больше двух, то применяйте RSViewSE с выделенными (резервированными) серверами вместо RSView32, которая применялась с SLC или PLC-5.
2. Ставьте один или два сервера (если нужнол резервирование) и столько "тонких" клиентов, сколько нужно. Их колмчество неограничено.
3. Пользуйтесь RSLinx Enterprise, встроенным в RSViewSE вместо RSLinx Сlassic, использующегося с RSView32. Он специально предназначен для работы в конфигурациях с контроллерами Logix и мультиклиент-мультисерверной платформой HMI.
4. Если не хотите или не можете использовать RSViewSE, а компьютеров с HMI должно одновременно работать более. чем 2, то применяйте хотя бы RSLinx Gateway на одном (или двух компьютерах, если нужен резерв), а остальные компьютеры "вешайте" на Ethernet у тому. на котором работает RSLinx Gateway.
5. Не пренебрегайте рекомендациями по планированию производительности системы HMI, описанными в документации. И тогда у Вас получатся красивые, надёжные, "прозрачные" и очень быстродействующие системы :)
Вот здесь [u:b48ddcf42c][url=http://vdt-solutions.de/modules.php?name=Forums&file=viewtopic&p=529#529]здесь[/url][/u:b48ddcf42c] я уже привёл несколько важных документов.
|
С таким случаем тоже сталкивались....Только это был PLC-5/40. Что произошло - никто не смог объяснить. После перезаливки уже несколько лет работает нормально.
|
По поводу диагностики каналов связи со стороны RSView32 смотрите [u:e1f7183278][url=http://vdt-automation.com.ua/modules.php?name=Forums&file=viewtopic&p=366&sid=1256123c895c4c9f85f71cfe8fdc0a88#366]здесь[/url][/u:e1f7183278]
Так называемые "Прямые драйверы" в RSView32 - это архаизм, они остались исторически с прежних версий для обеспечения коммуникаций с контроллерами предыдущих серий, связь с которыми осуществлялась ещё до эпохи OPC без OPC. Это такие ветераны, как PLC-2, 3, 5, SLC.
Эти контроллеры не входят в семейство Logix, а SoftLogix[b:e1f7183278]5[/b:e1f7183278] - это древний эмулятор PLC-5 с функцией поддержки удалённого ввода_вывода.
Для более новых контроллеров семейства Logix прямых драйверов нет и не будет, и не планируется. Все коммуникации осуществляются только и исключительно по унифицированному интерфейсу OPC, который придумали для того, чтобы не писать новые драйверы для каждого контроллера, и чтобы RSView могла работать с любыми контроллерами, для которых на Вашем компьютере имеется соответствующий OPC-сервер. Например, с Siemens или Mitsubishi.
|
Предыдущие результаты |
|
| |
|
