Регистрация | Последние сообщения | Персональный список | Поиск | Настройка конференции | Личные данные | Правила конференции | Список участников | Top 64 | Статистика раздела | faq | Что нового v.2.3 | Чат
Skunk Forum - Техника, Наука, Общество » АСУТП »
Необходимые программные инструменты в ПТК (страница 5)

Версия для печати (настроить)
Страницы: 1 2 3 4 5

Новая тема | Написать ответ

Подписаться

Автор Тема:   Необходимые программные инструменты в ПТК
Avsha
Member

Сообщений: 34
Регистрация: Июль 2005

написано 23 Августа 2005 15:16ИнфоПравкаОтветитьIP

для Anatol_K

Говорю от имени пользователя, эксплуатирующего не одну систему.
В контроллере должны быть визуальные языки технологического программирования IEC (FBD, ST, LD) - это понятно.
Двумя руками "ЗА" визуальные функционально-блочные языки IEC в SCADE для реализации алгоритмов и расчетов.
Для анимации мнемосхем все таки нужен обектно-ориентированный язык, т.к. мнемосхема состоит из объектов, которые имеют свойства, здесь VBA нас полностью устраивает.
Система генерирования тревог должна быть как конфигурационная среда, проставляем крыжики для параметров, говорим, где показывать и все (здесь технологический язык программирования не нужен).

Павел Мощицкий
Member

Сообщений: 1041
Откуда: Израиль. Бат-Ям
Регистрация: Январь 2004

написано 23 Августа 2005 16:14ИнфоПравкаОтветитьIP

Avsha
довольно жестко привязывать действия только к одному из свойств и только одного параметра
это изменение конкретного свойства параметра - текущая тревога
Согласитесь, что не все параметры требуют данное свойство? Для каких-то оно лишнее?
Если значение выражения = истина, то запускается скрипт VBA, где можно нагородить условий и действий сколько угодно.
Да. Удобно. Но тут наблюдается избыточность.

Anatol_K
в тех же языках IEC например
Да. Полностью согласен. И сейчас тенденция есть к изменению.

Anatol_K
unregistered
написано 24 Августа 2005 11:51  ПравкаОтветитьIP

Avsha: "Говорю от имени пользователя, эксплуатирующего не одну систему." - вы говорите от имени пользователя, специализирующегося на обслуживании прикладных программных пакетов, а я говорю о работниках КИПиА, которым приходится переучиваться, ибо при вводе в эксплуатацию новой АСУ до руководства не сразу доходит, что дополнительно к работникам кип, необходимо в штат вводить людей, знающих скаду или коренным образом переучивать киповцев. Так вот для, того, чтобы этот процесс не был столь болезненным, технологическое программирование должно выполняться в единой среде. Киповец оперирует не тэгами, а кубиками, внутри которых зашиты известные ему функции и соединяет эти кубики линиями и это ему понятно, поскольку он в первую очередь связан с электроникой.

Avsha
Member

Сообщений: 36
Регистрация: Июль 2005

написано 24 Августа 2005 13:26ИнфоПравкаОтветитьIP

для Anatol_K
Согласен, что уровень современных SCADA несколько высок для освоения работниками КИПиА, да и основная задача у них эксплуатация средств измерений и управления, а затем уже программирование контроллеров и SCADA + технологи их постоянно привлекают к управлению технологическим процессом.
Эта проблема нам знакома, и здесь есть нормальное решение - вводить в состав служб КИПиА - инженера, который является хозяином одного или нескольких ПТК, решает все вопросы экплуатации и развития последнего.
Я вообще не против "кубиков", но кубиков полнофункциональных, и зачастую пользователям не хватает функциональности тех кубиков, что сделали разработчики ПТК.
Поэтому мы и делаем свои кубики на основе универсальных средств разработки Isagraf, Fix, дорабатывая их программно.

Ваш ответ:

Коды форума
Смайлики


Ник:    Пароль       
Отключить смайлики
Страницы: 1 2 3 4 5

Все время MSK

Склеить | Разбить | Закрыть | Переместить | Удалить

Новая тема | Написать ответ
Последние сообщения         
Перейти к:

Свяжитесь с нами | skunksworks.net

Copyright © skunksworks.net, 2000-2018

Разработка и техническая поддержка: skunksworks.net


Рейтинг@Mail.ru Яндекс.Метрика