форум асутп
 На главную                       Здесь может быть Ваша реклама, подробнее...


 Наверх  |  Перейти к теме  |  Поиск  |  Вход  |  Дерево    
 Из Citect в БД
Автор: Michael 
Дата:   04.05.06 00:51

Если проблема не "отпала", то можно обсудить, раз уж отпуск
у меня закончился.  :)
Я реализовывал такую ерунду на 5.21 и 5.41 средствами
Ci-code, база формата Access (mdb) прикручена через
ODBC и этими же средствами идёт общение (заполение,
периодическое очищение и т.п.).
Перечень тэгов, подлежащих архивации сложили в отдельный dbf
(хотя наверно можно было в ту же базу завести отдельной таблицей,
но раз уж сделали, переделывать лениво).
Значения из базы не считываются, но помнится препятствий к этому нет,
только придётся с условиями покумекать. А для чего считывать
исторические значения именно из базы, трендов не достоточно?

===========================================================
С уважением, Волкожа Михаил....
АСУТП ОАО НК Роснефть-Комсомольский НПЗ
===========================================================

Адрес этого сообщения    Ответить на это сообщение
 
 RE: Из Citect в БД
Автор: d_miloserdov@xxxxxxx.xx 
Дата:   04.05.06 08:39

Извращенец :) Планируйте лучше средства на нормальный MES с БДРВ в следующем году.

С уважением,
Милосердов Дмитрий Николаевич

> меня закончился.  :) Я реализовывал такую ерунду на 5.21 и
> 5.41 средствами Ci-code, база формата Access (mdb) прикручена
> через ODBC и этими же средствами идёт общение (заполение,
> периодическое очищение и т.п.).

Адрес этого сообщения    Ответить на это сообщение
 
 RE: Из Citect в БД
Автор: Вадим Легенкин 
Дата:   04.05.06 16:09

> Планируйте лучше средства на нормальный MES с БДРВ в следующем году.

Уважаемый Дмитрий, как Вы считаете, можно ли назвать RSBizWare
"нормальной MES с БДРВ" (под БДРВ, как я понимаю, в данном случае
выступает RSSQL/RSHistorian)?
Выбор программных продуктов Rockwell Software в нашем случае обусловлен
фактически 100%-м использованием на предприятии контроллеров
Allen-Bradley.

С уважением, Вадим Легенкин.
Ведущий специалист отдела АСУТП,
ОАО "НК "Роснефть" - КНПЗ"

Адрес этого сообщения    Ответить на это сообщение
 
 RE: Из Citect в БД
Автор: d_miloserdov@xxxxxxx.xx 
Дата:   04.05.06 16:26

Вадим, пообщаемся на эту тему подробнее у нас на конференции молодых специалистов :)
Как раз мне сегодня твою презентацию принесли на рецензирование...

Про RSBizWare как о "нормальной MES с БДРВ" я ничего сказать не могу, т.к. пока нет технических требований и ТЗ, пока не поставлены цели и задачи, делать выбор в пользу того или иного продукта не стоит. Также, не стоит этого делать на безальтернативной основе.

По поводу тех.требований- на конференции передам кое-какие документы.

С уважением,
Милосердов Дмитрий Николаевич

> Уважаемый Дмитрий, как Вы считаете, можно ли назвать
> RSBizWare "нормальной MES с БДРВ" (под БДРВ, как я понимаю, в
> данном случае выступает RSSQL/RSHistorian)?
> Выбор программных продуктов Rockwell Software в нашем случае
> обусловлен фактически 100%-м использованием на предприятии
> контроллеров Allen-Bradley.

Адрес этого сообщения    Ответить на это сообщение
 
 RE: Из Citect в БД
Автор: Вадим Легенкин 
Дата:   04.05.06 17:48

Дмитрий, как раз сейчас я формирую технические требования на систему
регистрации и централизованного ведения исторических архивов для нашего
предприятия. Дополнительные функции, присущие MES, на данном этапе пока
не рассматривались, но определенно, стоит учесть их возможное применение
в будущем.

Безальтернативность RSBizWare в нашем случае обусловлена наибольшей
программно/аппаратной совместимостью с используемыми у нас ПЛК, в том
числе и с отказом от OPC в пользу оптимизированного для AB Controllogix
протокола, задействованного в RSLinx Enterprise.
Буду рад встретиться с вами на отраслевой конференции :-)
К сожалению, пока что не смог добиться от нашего учебного комбината
точных сроков проведения конференции, не могли бы вы их подсказать?

С уважением, Вадим Легенкин.
Ведущий специалист отдела АСУТП,
ОАО "НК "Роснефть" - КНПЗ"


>Про RSBizWare как о "нормальной MES с БДРВ" я ничего сказать не могу,
т.к.
>пока нет технических требований и ТЗ, пока не поставлены цели и задачи,
>делать выбор в пользу того или иного продукта не стоит. Также, не стоит

>этого делать на безальтернативной основе.
>По поводу тех.требований- на конференции передам кое-какие документы.
>С уважением,
>Милосердов Дмитрий Николаевич

Адрес этого сообщения    Ответить на это сообщение
 
 RE: Из Citect в БД
Автор: d_miloserdov@xxxxxxx.xx 
Дата:   04.05.06 18:09

26 мая. Напиши в личку, я тебе вышлю всю инфо завтра.

С уважением,
Милосердов Дмитрий Николаевич

> Буду рад встретиться с вами на отраслевой конференции :-) К
> сожалению, пока что не смог добиться от нашего учебного
> комбината точных сроков проведения конференции, не могли бы
> вы их подсказать?

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Из Citect в БД
Автор: Taptiga 
Дата:   09.05.06 00:20

Проблема не "отпала" :-(
Очень было-бы интересно посмотреть реализацию.
А насчет считывания из базы, то вы абсолютно правы, трендов оказалось достаточно. А вот хотят еще значения алармов(месячной давности) просматривать из мнемосхемы...

С уважением Морозов Илья.

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Из Citect в БД
Автор: Michael 
Дата:   10.05.06 00:56

> Проблема не "отпала" :-(
> Очень было-бы интересно посмотреть реализацию.

Вышлю приватно, что бы форум не грузить.
Отправлю на тот, ящик, который указан в профиле.

> А вот хотят еще значения алармов(месячной давности)
> просматривать из мнемосхемы...

Не понял, это как? Что именно хотят?
"Пить не нужно, а не вникнут - разъяснять" (с) Высоцкий

Разъясняйте технологам имеющуюся функциональность, а то
порой скажут "хочу воттакого с развотэдаким", а после
разъяснений, что ради такой "фигни" надо месяц ковырять,
оказывается, что это нужно _одному_ человеку "ради интереса"
(от нечего делать).

===========================================================
С уважением, Волкожа Михаил.
АСУТП ОАО НК Роснефть-Комсомольский НПЗ
===========================================================

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Из Citect в БД
Автор: vad 
Дата:   10.05.06 06:06

> А вот хотят еще значения алармов(месячной давности)
> просматривать из мнемосхемы...

Уважаемый Илья, чтобы просмотреть список алармов месячной давности, достаточно применить стандартную компоненту Citect, которая отображает содержимое девайса sumlog.
Ну и, естественно, сам sumlog должен быть настроен на хранение архива сигнализаций за более чем месячный период.
Технологи могут вручную прокручивать журнал на любую дату назад. Небольшой модификацией CiCode можно добиться автоматического перелистывания отображаемых данных на месяц назад, но лично мне этим заниматься совершенно не интересно.. В свое время я сделал ряд выводов о недостатках Citect в условиях непрерывного производства и больше с этой SCADA дел стараюсь не иметь :-)

С уважением, Вадим Легенкин,
отдел АСУТП, ОАО "НК Роснефть" - Комсомольский НПЗ".

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Из Citect в БД
Автор: Sergey Yakushenko 
Дата:   10.05.06 15:22

>В свое время я сделал ряд выводов о недостатках Citect в условиях непрерывного
>производства и больше с этой SCADA дел стараюсь не иметь :-)

Вадим, а какие недостатки Вы видите в использовании Citect для непрерывного производства? Было бы интересно узнать.

С уважением, Якушенко Сергей

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Из Citect в БД
Автор: Taptiga 
Дата:   10.05.06 15:57

Спасибо за совет, буду изучать.

>В свое время я сделал ряд выводов о недостатках Citect в условиях непрерывного
>производства и больше с этой SCADA дел стараюсь не иметь :-)
Поделитесь опытом, очень интересно.

С уважением Морозов Илья.

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Из Citect в БД
Автор: vad 
Дата:   10.05.06 16:00


> Вадим, а какие недостатки Вы видите в использовании Citect для непрерывного
>производства? Было бы интересно узнать.

Принцип компиляции проекта после внесения изменений не позволяет вносить эти изменения без перезапуска серверов.
Хранение полного перечня файлов проекта на клиенте вынуждает перезапускать клиенты на каждой рабочей станции после копирования файлов нового проекта вместо устаревшего.
А вы пробовали когда-нибудь удалить тег где-нибудь в середине variable.dbf и перезапустить сервер, не скопировав измененные файлы на рабочие станции? Зрелище не для слабонервных :-)
Сам принцип хранения тегов также не допускает их структуризации - хотя бы такой группировки в подкаталогах, которая присутствует в RSView.

Всй вышесказанное относится к версиям Citect до 5.41 включительно, дальнейшее обновление версий у нас было приостановлено, сейчас идет подготовительная работа к переходу предприятия на единую информационную среду с сиспользованием RSView SE.

С уважением, Вадим Легенкин.

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Из Citect в БД
Автор: Citect 
Дата:   10.05.06 16:32

Добрый день.

1. логичней использовать файл сервер для проекта, тогда не нужно будет обновять проект на каждой рабочей станции,
2. по поводу удаления тега, могу пояснить Citect использует открытую базу конфигурирования проекта, т.е. все названия тегов с их свойствами, названия страниц и объектов на них все все хранится в файлах dbf.
Это позволяет Вам, редактировать и просматривать их из других приложений например Excel, что очень удобно! после редактирования необходимо делать pack из меню Citect Project Editor чтобы автоматически обновились идентификаторы (OID) посредством которых сервер общается с клиентами.
скорее всего Вы отредактировали проект на сервере и не сделали pack или сделали, но не скопировали проект на клиента (см п1)
3. В последней версии CitectSCADA 6.1 реализовали возможность разбиения функциональных задач по процессам Windows т.е.
для задачи архивирования создается отдельный процесс,
для задачи сбора IOServer создается другой, таким образом, если Вы изменили настройки трендов или алармов, Вам необходимо просто перегрузить соответствующий сервис и все! без остановки всего приложения,
в предыдущих версиях если изменения касались графики также не было необходимости перегружать приложение, только в случае серьезных изменений в конфигурацию или изменения cicode требовали перезапуска
4. По поводу структуризации в Citect появилась возможность делать названия тегов с "\"
типа "line1\motor2\inputtag"

Неужели переход на RSView встал из-за этого ;-)

многие НПЗ продолжают работать на Citect достаточно успешно, да не спорю, есть некоторые недочеты что ли, но они все решабельны.

Успехов!

С Уважением,
Олег Никитин

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Из Citect в БД
Автор: Michael 
Дата:   11.05.06 01:01

Здравствуйте Олег!

Мы много общались с Вашей компанией, за что ей огромное спасибо.
Но тем не менее не все советы работали на наших объектах.

Можно поискать прошлогодние посты мои и Вадима на счёт
наших претензий к Citect 5.xx

===========================================================
С уважением, Волкожа Михаил.
АСУТП ОАО НК Роснефть-Комсомольский НПЗ
===========================================================

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Из Citect в БД
Автор: vad 
Дата:   11.05.06 06:12

Уважаемый Олег, по поводу Ваших замечаний:

1.Наличие файл-сервера не решает проблемы перезапуска клиента после внесения изменений, что совсем не удобно на непрерывном производстве.
2.Необходимость ручных команд типа pack не добавляет пакету достоинств. Ответственность за своевременное их выполнение ложится на пользователя... Редактирование базы тегов из Excel - весьма сомнительное удобство, поднимающее ряд вопросов к информационной безопасности. Гораздо более удобным стало бы наличие развитой объектной модели, позволяющей пользователю вносить изменения в конфигурацию тегов из VBA.
3.По прежнему недостаточно простого внесения измененный в проект, всё также необходим дополнительный этап запуска проекта в работу, приостановив выполнение определенных сервисов - что также неудобно на непрерывном производстве.
4. Символ "\" появился, но появилась ли возможность свернуть ненужные паки и раскрыть только необходимые при просмотре тегов?

Появилась ли в последних версиях Citect возможность прямого обращения к тегу по его адресу с экранной формы, не используя информацию из базы тегов (variable.dbf)? В RSViewSE мы активно пользуемся этой возможностью.

С уважением, Вадим Легенкин.

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Из Citect в БД
Автор: Nikitin O.A. 
Дата:   11.05.06 18:13

Добрый день, Вадим, да безусловно согласен с Вашими хотелками,

1.и все же думаю Вы согласитесь, что главное назначение SCADA сбор
информации, визуализация, алармирование, архивирование,
а не алгоритмы управления установками и производственными линиями,
управление допустимо разве что на уровне уставок в частности для
непрерывного производства + неплохо бы использовать нескольких операторов
(для резервирования) - это хорошее правило для повышения надежности системы
в целом.
2. да Citect лишен объектной модели тут поспорить не могу, а из VBA можете
вносить изменения d variable.dbf через ADO или ODBC правда нововведения
вступят в силу после pack и compile :)
последнего вопроса немного не понял, что значит по адресу? по какому?


С Уважением,
Олег Никитин
(495) 742-6828 ex 1153
nikitin@xxxxxx.xxx.xx
RTSOFT Company
----- Original Message -----
From: "vad" <forumasutp@xxxxx.xx.xx>
To: <asutp@yahoogroups.com>
Sent: Thursday, May 11, 2006 6:12 AM
Subject: Re: [asutp] Из Citect в БД


> Уважаемый Олег, по поводу Ваших замечаний:
>
> 1.Наличие файл-сервера не решает проблемы перезапуска клиента после
> внесения изменений, что совсем не удобно на непрерывном производстве.
> 2.Необходимость ручных команд типа pack не добавляет пакету достоинств.
> Ответственность за своевременное их выполнение ложится на пользователя...

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Из Citect в БД
Автор: vad 
Дата:   12.05.06 09:45

Nikitin O.A. писал(а):

> 1.и все же думаю Вы согласитесь, что главное назначение SCADA сбор
> информации, визуализация, алармирование, архивирование,
> а не алгоритмы управления установками и производственными линиями
    Олег, доверять SCADA функции автоматического управленич никто и не собирается,
просто непрерывное производство на то и непрерывное, что никаких перерывов в работе SCADA-систем оно не подразумевает.

> последнего вопроса немного не понял, что значит по адресу? по какому?
То есть, RSViewSE допускает возможность указания прямого адреса тега в контроллере непосредственно в выражении элемента визуализации на экранной форме. Это исключает необходимость добавлять лишние теги в базу тегов SCADA-системы, а также позволяет формировать адрес к тегам динамически, исходя из текужей потребности. Очень удобно.
Эта особенность потребовала пересмотра политики лецензирования - теперь ограничес\вается не количество тегов лицензии, а количество экранных форм :-)

С уважением, Вадим Легенкин.

Адрес этого сообщения    Ответить на это сообщение
 Список форумов    


 Список форумов  |  Нужен логин? Регистрируйтесь здесь 
 Логин пользователя
 Имя пользователя:
 Пароль:
 Помнить пароль:
   
 Забыли ваш пароль?
Введите имя пользователя или e-mail, и новый пароль будет послан на email, указанный в вашем профиле.

Рейтинг@Mail.ru