Вы, конечно, можете верить или не верить - у нас, знаете, свобода совести Нам было объявлено, что Rockwell начинает активно играть на поле Process Solutions, для чего в последние месяцы были куплены ICS Triplex, Pavilion Technologies, ProsCon, а также Propack Data, Datasweep и ещё парочку по мелочи. И расширяет альянс с Endress+Hauser. Так что, решения в области Process вскоре последуют, конечно, не прямо завтра, но в 2008 году - наверняка.
Простите, хотелось бы уточнить что такое ProsCon? Спасибо.
Это случайно не тот Проскон, который является прослойкой("окультуривателем") между точками ввода\вывода ПЛК и СКАДА-системой?
Можно поподробнее, что Вы имеете в виду? Какая прослойка?
Там, в принципе, на их сайте всё написано.
Вот что я имею ввиду, цитата:
PROSCON 2100 это система для управления производственным процессом на
высоком уровне, регулирования процесса и обработки информации. Система была
разработана и совершенствовалась специально для обогатительных фабрик
цветных металлов, промышленных предприятий по переработке минерального
сырья и металлургических заводов.
Функции PROSCON приспособлены к технологическому процессу и расположению
завода, степени оснащенности контрольно-измерительными приборами и
выбранной стратегии управления. В целом, система содержит инструменты для:
обработки данных процесса (измерения, вычисления, контактные входы и
выходы);
выполнения функций управления (контуры регулирования, управление
двигателями и последовательностями);
сбора данных процесса для рапортирования, анализа процесса и
интерфейса с различными расширенными пакетами для изучения процесса;
выполнения ориентированных на процесс пакетов специальных прикладных
программ (экспертные системы, приложения по рецептурному управлению);
создания простых в использовании и информативных интерфейсов для
различных пользователей системы (интерфейсы оператора, лабораторные
приложения);
обеспечения связи (для автоматизированных рабочих мест, передачи
данных к и от других систем автоматизации).
Верно ля я понимаю, что это и есть тот Проскон о котором шла речь выше?
Нет
Вы имеете в виду систему PROSCON 2100 финской фирмы Outokumpu (очень старую, ещё, кажется, 90-х годов прошлого века), а я писал об ирландской компании Proscon Ltd.
Фирмы Outocumpu Technology уже не существует, а её правоприемник фирмf Outotec ( http://www.outotec.com ) - это крупная финская технологическая компания, специализирующаяся на поставке оборудования для горной промышленности.
Если говорить о системе фирмы Outokumpu, то это не прослойка, по-моему, между I/O и SCADA, а, собственно, DCS. Такая, как, например, наш Rockwell Automation ProcessLogix, или Honeywell Plantscape, или Yokogawa DCS3000 или Centum. На сайте Outotec ещё можно найти пару упоминаний о старой системе PROSCON: http://www.outotec.com/pages/Page____9555.aspx и нет никакой другой информации.
Последний раз редактировалось: oldDad (Вс 23 Dec, 2007 14:33:35), всего редактировалось 1 раз
oldDad
Вы можете что-нибудь порекомендовать , кроме Проскон2100, для контроллеров GeFanuc? Или может быть у системы Проскон2100 есть какое-то современное развитие? Спасибо.
Какую, собственно, задачу Вам нужно решить? Можете сформулировать?
Вам нужна SCADA к контроллерам или система DCS?
В принципе, с тех пор, как существуют OPC-серверы, можно испльзовать любые контроллеры с любой SCADA при условии, что для этих контроллеров есть соответствующий OPC-сервер.
Какого конкретно типа контроллеры GE Fanuc Вы имеете в виду? RX7i? RX3i? Что-то другое?
Какую, собственно, задачу Вам нужно решить? Можете сформулировать?
Вам нужна SCADA к контроллерам или система DCS?
В принципе, с тех пор, как существуют OPC-серверы, можно испльзовать любые контроллеры с любой SCADA при условии, что для этих контроллеров есть соответствующий OPC-сервер.
Какого конкретно типа контроллеры GE Fanuc Вы имеете в виду? RX7i? RX3i? Что-то другое?
У нас используется СКАДА Cimplicity HMI , ПЛК GeFanuc (разные линейки) и Proscon2100. Так вот этот Proscon2100 уже морально и физически устарел, кончился
Необходимо его либо доработать , либо искать альтернативное решение, потому как городить всё на LD не очень приятно...
Так же необходимо приктрутить ПЛК Омрон и Митсубиши к нашей СКАДе Cimplicity HMI. Буду благодарен за любые советы.
Поскольку Ваша Cimplicity HMI способна понимать тэги через OPC, для того, чтобы прикрутить к ней контроллеры Omron и Mitsubishi, нужно поставить на компьютеры со SCADA соответствующие OPC-серверы этих контролеров. Например, купить OPC-сервер KEPServerEX:
http://www.kepware.com/Products/kepserverex_features.html
Вместо PROSCON 2100 можно, как я уже писал, применить любую SCADA - Вашу имеющуюся Cimplicity HMI от Fanuc или любую другую, поддерживающую OPC.
Вместо PROSCON 2100 можно, как я уже писал, применить любую SCADA - Вашу имеющуюся Cimplicity HMI от Fanuc или любую другую, поддерживающую OPC.
У нас уже есть СКАДА и мы ей успешно пользуемся, но при этом масса вкусного заложено в Проскон: ПИДы, масштабирование, регулирование, последовательности и т.д... Хочется поискать альтернативы а не городить огород в СКАДе и в ПЛК.
ПИДы, масштабирование, регулирование, последовательности и т.д.
обычно реализуются в программируемых контроллерах, а не в SCADA. Возможно, имеет смысл обдумать изменение системной концепции, применить те контроллеры, которые способны решать все эти задачи без устаревшей "прослойки"?
ПИДы, масштабирование, регулирование, последовательности и т.д.
обычно реализуются в программируемых контроллерах, а не в SCADA. Возможно, имеет смысл обдумать изменение системной концепции, применить те контроллеры, которые способны решать все эти задачи без устаревшей "прослойки"?
Я вобщем-то и не утверждал что мы реализуем ПИДы и прочее в СКАДе, но при этом и не отрицал что это легко возможно, например в скриптах.
Концепция уже давно утверждена - GeFanuc и никаких гвоздей!
Позвольте полюбопытсвовать как Вы решаете задачи коммуникаций между контроллерами на базе TCP/IP по типу вызова низкоуровневых процедур в ПЛК ?
Я вобщем-то и не утверждал что мы реализуем ПИДы и прочее в СКАДе, но при этом и не отрицал что это легко возможно, например в скриптах.
Но Ваши скрипты хотя бы резидентно находятся и исполняются в контроллере? Или таки на каком-то из компьютеров?...
Цитата:
Концепция уже давно утверждена - GeFanuc и никаких гвоздей!
Что ж.... тогда ой
Цитата:
Позвольте полюбопытсвовать как Вы решаете задачи коммуникаций между контроллерами на базе TCP/IP по типу вызова низкоуровневых процедур в ПЛК ?
Пожалуйста
Контроллеры Allen-Bradley - это очень высокоорганизованные устройства, обладающие очень высоким уровнем интеллекта и очень серьёзной мультизадачной операционной системой реального времени. Именно поэтому никаких низкоуровневых процедур на уровне пользователя в этих контроллерах не предусмотрено. Да и необходимости в них никакой нет.
Есть два основных способа обмена данными между контроллерами:
1) В концепции Producer-Consumer любой контроллер в сети является Producer'ом, т.е. предоставляет свои данные (тэги) в сеть для всеобщего пользования. Все остальные контроллеры просто (одновременно) используют эти тэги, т.е. их потребляют так, как если бы эти тэги находились в их памяти. Т.е., являются Consumer'ами этих тэгов.
Этот механизм прозрачных "соеднинений" между производителем и потребителями данных обеспечивается протоколом CIP, который поддерживается сетями Ethernet/IP, ControlNet, DeviceNet.
Всё происходит на уровне операционной системы контроллера, пользователь организацией обмена не занимается.
2) В исторически более старой концепции, восходящей ещё к временам PLC-3 (или даже раньше) контроллер имеет в своей системе команд специальную команду MSG. С её помощью один контроллер либо читает единицу данных, находящуюся по фиксированному адресу в памяти другого, либо записывает данные в память другого контроллера по фиксированному адресу.
Этот способ обмена характерен для старых контроллеров с фиксированным распределением памяти и однозадачной операционной системой. В новых контроллерах эти приказы MSG тоже всё ещё поддерживаются, хотя операционная система в них мультизадачная и распределение памяти, соответственно, динамическое, Поэтому пользователь имеет доступ не к фиксированому адресу в "чужой памяти", а к единице хранения данных с символическим именем - тэгу.
В этом варианте пользователь также никак не программирует собственно сетевой обмен. Коммуникациями между контроллерами занимается не пользователь, а операционная система контроллера.
Весь обмен данными в любом из вариантов обмена происходит асинхронно к скану программы. В многозадачной операционной системе реального времени задача обмена по сети - это скрытая от пользователя системная задача с одним из наивысших приоритетов.
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
Smart Solutions VDT GmbH | Friedrich-List-Allee 38, D-41844 Wegberg-Wildenrath, Germany Tel.: +49 2432 933 57 83 | e-Mail: office@vdt-solutions.de Все товарные знаки и торговые марки являются собственностью их владельцев.
При использовании материалов сайта ссылка на данный сайт обязательна. Открытие страницы: 0.142 секунды
FAQ
Поиск
Группы
Профиль
Войти и проверить личные сообщения
Вход
