---|Ветка была без названия|---

← →
Сергей Чурсин (2001-08-07 19:14) [0]

Что народ думает по поводу необходимости пакета компонент
Delphi (VCL), реализующих функциональность SCADA-систем (для разработки программ станций оператора,программ серверов, систем автоматизации предприятия, erp..)? Какова его необходимость для разработчиков АСУ ТП в России/на Западе?
Каковы его перспективы vs стандартные SCADA (InTouch, TraceMode,Factory Link, ...) ?
Каковы его перспективы vs Visual C++ для АСУ ТП?
Каковы его перспективы vs существующие пакеты VCL/ActiveX (более/менее подпадающие под функции SCADA) ?
1.Система "Контур" www.scada.com.ua 2.Abakus VCL www.abaecker.com
3. Iocomp Proffesional Pack www.iocomp.com
4. Deedalus for Delphi www.daedalus.de
5. Monitor LiveX www.monitorsoftware.com.au
6. ASGraphiX Suite www.automatedsolutions.com
7. Vision Control www.rotec.de
8. RXTools www.software.rocwell.com
Какая цена такого пакета была бы приемлемой для
фирм-разработчиков/системных интеграторов в России? в ближнем Зарубежье ?на Западе ?

← →
Сергей Чурсин (2001-08-07 19:15) [1]

То есть вот примерная и краткая спецификация:
****************************************************************************
Все части системы должны быть интегрированы.
Пакет должен обладать следующими базовыми возможностями:

1.Визуализация
2.Индустриальная часть
3.Графики реального времени
4.Обработка данных (TagSourse)
5.Задачи связи
6.Алармовая подсистема
7.Связь с базами данных
8.Звуковая подсистема
9. Подсистема обеспечения безопасности
10.Прочие библиотеки

1.Визуализация
Подсистема визуализации должна предусматривать редактируемые в Design-time
и в Run-time компоненты,
снабженные анимационными возможностями и связанные с другими подсистемами
пакета. Также
необходимо создать ряд предопределенных компонент визуализации типа
датчики, шкалы, LED, кнопки,
термометры и прочее. Подсистема должна иметь возможность использования
других стандартов графики
(OpenGl, DirectX)

2.Индустриальная часть
Эта часть должна содержать компоненты, инкапсулирующие в себя следующие
концепции : устройство
(задвижка, насос, мотор, резервуар), команда, событие.

3.Графики реального времени
Необходимы для визуализации данных в форме графиков (реального времени)
Графики типа historical
имеются в Delphi стандартно.

4.Обработка данных
Модули, компоненты и типы для централизации обработки и контроля данных
(TagSource).

5.Задачи связи
Стандартизированные (наследованные от TCustomClient). Компоненты:DDE,
OPC клиенты.
Интеграция данных компоенентов с компонентами пункта 4.
Опционально: Клиент для Interbase, универсальный DDE и OPC сервера,
клиент COM.
В дальнейшем возможна разработка DDE-OPC серверов для наиболее
распространненых промышленных
протоколов (Modbus, Profibus и др.)

← →
Сергей Чурсин (2001-08-07 19:16) [2]

6.Алармовая подсистема
Компоненты для инкапсуляции, управления аварийными сообщениями.
Компоненты для визуализации
аварийных сообщений. Интеграция с базами данных. Интеграция с
компонентами пункта 8.

7.Связь с базами данных
Компоненты для интеграции с базами данных различных форматов (xBase,
Interbase, MSSql, ADO)
всех других частей пакета.

8.Звуковая подсистема
Опционально:Компоненты, реализующие звуковые сообщения (желательна
многокональность - то есть
вывод с одного компьютера на различные колонки в различных местах
(адреснно) ). В перспективе:
разработка звукогенератора (компонента, произносящего текст рус.,
лат., и англ. языках).

9.Подсистема обеспечения безопасности
Опционально:Подсистема должна обеспечить контроль доступа и
управление пользователями на всех
уровнях пакета.

10.Прочие библиотеки
Разработка библиотек физических формул, констант; библиотек констант
и формул АСУ ТП
пожаротушения, нефтяного, водяного, электроэнергетического учета;
Разработка преопределенных форм и "экспертов" Delphi для быстрого
(RAD) конструирования приложений
АСУ ТП.

← →
Сергей Чурсин (2001-08-07 19:17) [3]

****************************************************************************
Возможные плюсы с точки зрения системного интегратора

Денежная выгода
В случае с покупкой SCADA - системы (типа WonderWare InTouch, Factory Link
и т.д.) приходится платить за пакет на каждый объект,
причем цена зависит от количества "тэгов" или входов-выходов. В случае
более-менее сложной системы
(неограниченная лицензия на тэги, подключение SQL сервера и т.п.) сумма
может быть весьма крупной.
Из-за накладных расходов вследствии несовершенства существующих
SCADA-систем
эта сумма может дополнительно увеличиться.
В случае закупки Delphi и создания VCL пакета (единовременного, а не на
каждый раз на новый объект)
других затрат на закупку программного обеспечения для программирования
компьютера не предвидится.

Возможности
Delphi представляет собой универсальный стандартный язык программирования
(производитель Borland-Inprise)
под стандартные операционные Win9x, WinNT, Linux. В нем реализованы
практически все современные технологии
программирования. Это означает, что на нем можно создавать системы и
программы любой сложности,
любого направления и их комбинаций. Такая функциональность открывает путь к
созданию распределенных систем АСУ, систем интегрированных с АСУ предприятия,
систем, реализующих новые информационные технологии и технологии управления(нейросети, экспертные системы и прочее).
Открываются реальные возможности по созданию типовых программ АСУ и по
созданию низкобюджетных простых программ.
Функциональность Delphi превосходит на текущий момент функциональность
других компиляторов (Visual C++, Borland C Builder). Поддержка Delphi в среде разработчиков
просто огромна.
В данный момент в Интернет можно получить компоненты Delphi (VCL) или
библиотеки, реализующую любую функциональность любой направленности (бесплатные и
платные) или разработать их самим. Существует огромное количество информационных
ресурсов, посвященных этому продукту (что определенно снижает накладные расходы на
разработку).

← →
Сергей Чурсин (2001-08-07 19:17) [4]

Наращиваемость и стандартизация
В случае использования Delphi и VCL пакета все наработки на конкретный
объект служат программисту не только для реализации конкретной задачи, но накапливаются
и суммируются в виде библиотек и компонентов, увеличивая возможности
программиста при следующих разработках. Увеличивается скорость
разработки и снижаются ее сложность (что должно повлиять на накладные
расходы).
Delphi является стандартным языком программирования (изучается в
университетах и институтах),
что увеличивает доступные трудовые ресусы (не нуждающиеся в обучении или
нуждающиеся в минимальном объеме), а также увеличивает рынок потребителей
пакета VCL.

Контроль качества
В случае использования VCL пакета могут быть использованы стандартные для
программирования методы контроля и усиления качества. То есть если мы имеем
стандартные проверенные, оттестированные и налажненные подпрограммы, мы
просто используем их на более верхних уровнях разработки. Нам не требуется на
каждый объект разрабатывать новую функциональность. Все это автоматически увеличивает
надежность и качество разработки.

****************************************************************************
***************************************************************
С уважением,
Сергей Чурсин
SZMA Riga
e-mail: schursin@mail.lv
www : http://www.geocities.com/schursin

← →
SergeG (2001-08-08 11:01) [5]

Как я понимаю, автор дискуссии хочет сориентироваться, стоит ли браться за разработку таких средств. Вот мое мнение.
Дельфи - среда недостаточно высокоуровневая для SCADA-программирования. Сергей Чурсин видит в этом преимущество (больше возможностей!). А я вижу недостатки.
Во-первых, нередко заказчик хочет иметь инструментарий для самостоятельной доработки SCADA-софта. Опыт показывает, что основы работы с системой программирования InTouch, например, осваиваются на недельных курсах. А дальше - оплати лицензию и делай, что хочешь.
Что такое программирование на Дельфи - мы-то знаем, нужны годы, чтобы набрать приличный опыт и писать не коряво. А корявость чревата.
Во-вторых, в стандартных пакетах приняты стандартные меры обеспечения надежной работы приложения, причем оттестированные на тысячах реальных систем. "Крутому" программисту на Дельфи открывается широкое поле, чтобы наделать неочевидных багов, а потом годами их вылавливать (для систем реального времени это легче легкого).
Быть может, гипотетический разработчик SCADAVCL найдет компромисс между супернадежным внутренним механизмом и широкими возможностями модификации? Не знаю.
Конечно, приложение, выданное без исходников, сажает заказчиков на иглу, привязывая их к программисту, что вроде хорошо. На заказчики-то это тоже понимают, и не очень хотят.
А вообще (шутка, в которой есть доля правды) практически все функции SCADA-пакета может выполнить MS Excel!

← →
Сергей Чурсин (2001-08-08 12:58) [6]

Спасибо за высказанное мнение.
1)...заказчик хочет иметь инструментарий для самостоятельной доработки -
Однако кто мешает продать заказчику и сам Delphi ?
2)...осваиваются на недельных курсах - ну не верю я что Технолог (а не Программист) сможет полноценно освоить InTouch за 1 неделю со всеми ее
фишками типа DataChange-Application-Condtion-Quick Function скрипты.
Речь идет же о людях, которые о типах переменных и подпрограммах ничего не
ведают. И потом еще написать более-менее крупную систему (со всеми алармами, вырабатываемыми частью на PLC,частью на PC; с различными видами управления кучей устройств и взаимными блокировкам; функциями учета и так далее...). Что касается Delphi, что мешает найти програмиста на Delphi и усадить его в связку Программист-Технолог.
3)...оплати лицензию - в пакетах типа InTouch, определенно, раздражает
высокая цена, а также сама система оплаты за тэги - глобальные переменные.
Без их интенсивного использования сложную систему не построить - и получается, что цена ограничивает сложность систем, ограничивает разработчика...
4)..и писать не коряво. - Коряво, однако и на InTouch можно писать. :)
5)...меры обеспечения надежной работы приложения, причем оттестированные на тысячах реальных систем. - Ну да, я как-то писал Quick Function:
использовал совершенно легальные конструкциии (кажется присваивал локальную переменную дискретному тэгу после условия - точный текст искать надо). При выполнении этого скрипта InTouch WindowViewer просто ВЫЛЕТАЛ !
БЕЗ ВСЯКИХ СООБЩЕНИЙ ОТ НЕГО ИЛИ ОТ СИСТЕМЫ. Был и нету его. Наверное это и
есть пресловутая надежность WonderWare? А ведь система действительно используется много где... Послал я тогда через дилеров письмо в WonderWare
- глюк они подтвердили (типа будем исправлять). Был еще один глюк с изменением времени системы (лицензия тут не причем) на, скажем 2999. После чего какая-то Си-шная кострукция переполнялась и WindowViewer заглючивал -правда с сообщениями. Так-что надежность SCADA (на примере одной из самых распространненых) - это вилами на воде писано...
6)...приложение, выданное без исходников, сажает заказчиков на иглу...
- см. вопрос 1
С уважением,
Сергей Чурсин

← →
SergeG (2001-08-08 13:18) [7]

Уважамый Сергей Чурсин!
Мы с Вами обсуждаем вопросы непростые, да и люди мы непростые, каждый со своим опытом. Разумеется, на каждое ЗА можно найти сколько угодно ПРОТИВ.
Скажу кое-что по Вашим возражениям.
Мы обучали работе с InTouch не технологов, а компьютерщиков, специалистов по IT (в том или ином виде они есть на любом предприятии).
Насчет ценовой политики Вы правы, но нередко заказчик готов заплатить подороже за "импорт, а не самопал".
"Падает" не только InTouch, но и WinNT, но для системного интегратора есть разница: отказало покупное изделие известного поставщика (и на старуху бывает проруха!) или свое (что вы тут нам подсунули?).
Поймите, я не против идеи ScadaVCL, просто я пытаюсь понять, купил бы я или нет? Пока не уверен.
Если наша дискуссия идет на двоих, может, нам перейти на мыло?

← →
SergeG (2001-08-08 13:24) [8]

P.S. Хотя, честно сказать, и сам подумывал о чем-то подобном. И, купив, например, баксов за 500, наверно, на каком-нибудь лохе их отбил бы.

← →
Сергей Чурсин (2001-08-08 13:48) [9]

...Если наша дискуссия идет на двоих, может, нам перейти на мыло?
Пока давайте подождем с этим - очень надеюсь, что еще кто-нибудь присоединиться. :)

← →
кто-то из толпы (2001-08-08 16:54) [10]

Это я.

Согласен с SergeG. Delphi - это узкое место такой системы.
Если создать ядро или движок(на Delphi), и к нему макроязык
для подключения готовых модулей и описания функций, то это
будет более перспективный вариант. Возможно не такой прибыльный
поначалу, но зато более долговечный. А модули можно было бы
дописывать на Delphi по определенным правилам.

Причем макроязык должен быть приближен к цели системы.
Для технолога команды "Открыть_кран 2", "Закрыть_заслонку 5".
Более естественны, чем синтаксис Delphi. А заниматься этой
системой должны будут они. Если они не будут этим заниматься, то
это будет красивая коробка на полке, даже при наличии программиста.
Если проводить паралель с EXCEL, то можно сказать, что никакой
программист не сможет обеспечивать в течение длительного времени
работу расчетного отдела, если сами сотрудники не научатся делать
основные действия в EXCELе.

Вся проблема сделать "хорошее" ядро.

← →
Сергей Чурсин (2001-08-08 18:29) [11]

Насчет макроязыка
1. Существуют компоненты, реализующие parsing формул, а также даже
простые интерпретаторы (или скрипты..)
2.Вобщем, согласен - такой компонент можно и добавить дополнительно,
то есть интерпретатор, базирующийся на компонентах пункта 2 (см.выше).
Итрепретатор, правила которого в значительной степени будет определять
программист, создающий систему. Вместе с большим набором настроек (ну
там на случай замены оборудования и так-далее) это серьезно может
расширить ее область использования и время жизни. Все это ведет в
сторону развития типовых приложений.
3.Однако я не согласен, что построение системы целиком - это дело
технолога. Технолог+программист - это работает значительно эффективней
даже на предприятии, которое само себя автоматизирует. В случае же
системного интегратора - это вообще единственно возможный вариант.
Технолог (ну если он второй профессией не программист :) ) может
справиться, разве-что с ооочень простой программой (а почти все,
которых я видел - вообще имеют о каком-либо программировании крайне
смутное представление)...

← →
Сергей Чурсин (2001-08-08 21:06) [12]

P.S. А насчет интрепретатора идея действительно интересная...

← →
кто-то из толпы (2001-08-09 04:07) [13]

Чем более система открыта тем больше у нее шансов получить
коммерческий и прочий успех.

Как вы будете ее распространять?
В открытых кодах, в DCU, в DLL?

← →
Сергей Чурсин (2001-08-09 13:21) [14]

Предполагаю - в DCU... с Help, естественно.

← →
SergeG (2001-08-09 18:04) [15]

2Сергей Чурсин
Если отважитесь на это дело - желаю удачи. И не забросить на полдороге. Мой Email открыт для переписки.

← →
Alexander (2001-08-10 19:50) [16]

Я очень давно ратую за FreeScada.
Чтобы небыть голословным, могу выслать компонент TLines,
для создания коммуникаций.

С уважением,
А.С. Журавлев.

← →
Сергей Чурсин (2001-08-10 23:09) [17]

С удовольствием бы взглянул на этот компонент (TLines).
Мой email: schursin@mail.lv
В данный момент я разрабатываю компонент (наследник TGрaphicControl), инкапсулирующий в себе следующие примитивы:
Polygon,Polyline,Line,Rectangle,RoundRect,Ellipse,Chord,Pie (возможно еще Bitmap,Label) с возможностью Design-Time редактирования прямо на форме (перетаскиванием точек), возможностью вращения,масштабирования...

← →
Den (2001-08-10 23:26) [18]

Занимаюсь разработкой SCADA-системы в области мониторинга ВОЛС, мое мнение такое: SCADA-системы хоть они и похожи, но каждая индивидуальна, и поэтому я предпочитаю все делать сам. А всякие там алармы, насосы, движки, рукоятки и т.д. это не трудно сделать и самому. Проблем меньше будет в будущем!

← →
Сергей Чурсин (2001-08-10 23:54) [19]

->Den : Ну, речь то идет не о стандартных SCADA (InTouch,TraceMode...)
Речь о создании компонент VCL для Delphi, инкопсулирующих такую функциональность... А вы принципиально не пользуетесь компонентами от "третьих фирм" (если конечно на Delphi пишете)? Я думаю с ними все будет значительно быстрее и проще, да и надежнее.
Главное, сохранить в этих VCL концепцию Delphi:
Все что просто - склепал и порядок, если надо что-то сложнее - копнул и все доступно. (ну как Form->Handle и получаем HWND) :)

← →
Alexander (2001-08-12 06:42) [20]

Относительно структуры.
Я уже высказывал свое мнение на конференции asutp на yahoo о структуре комплекта
компонентов Delphi для SCADA. Вот оно, без детализации:
1. Ядро. Компонент, на ответственности которого находится синхронизация
процессов и связывание компонентов, выбранных пользователем для реализации
своей SCADA. Наиболее сложный компонент, содержащий таблицы структуры создаваемой SCADA и прочую начинку.
2. Вычислительные примитивы: регуляторы, статистика, алармы, кратковременная история (что-то вроде кэша) и тому подобное.
3. Графические компоненты.
4. БД долговременной истории.
5. OPC-DDE.
6. Драйверы как для Plug-n-Play-модулей, так и сетей контроллеров.
Далее по вкусу.

Очень желателен пакет компонентов для программирования контроллеров
серии Микро-РС (так называемых, "свободно-программируемых").

С уважением,
А.С. Журавлев.

← →
Den (2001-08-12 09:03) [21]

To Сергей Чурсин: я не говорю про стандартные системы типа InTouch или TraceMode, я как раз говорю про VCL компоненты для Дельфи. Сам я пишу как раз под Дельфями scada-систему и заказчик довольно серьезный (Ростелеком) поэтому в нашей фирме выдвигается такое требование: все писать самому, чтобы были исходники, было потом с кого шкуру драть если что... :О)
А компонентами "третьих фирм" я стараюсь не пользоваться (исключение составляет разве что RX), а все графические компоненты и так пишутся довольно легко, в SCADA-системе ведь это не самое сложное! :О)

← →
Сергей Чурсин (2001-08-12 20:45) [22]

to Den: Я в, в общем, тоже не считаю, что графика - самое сложное...
(хотя для Design-Time некоторые вещи сделать все же не просто :) )
А что, по-вашему, самое сложное ? Изложите ваше мнение подробнее, пожалуйста...

← →
Alexander (2001-08-13 06:52) [23]

Сергей и Den,
может, поделитесь, в чем заключаются ваши задачи?

С уважением,
А.С. Журавлев.

← →
Alexander (2001-08-13 06:56) [24]

Относительно графики.
Это просто, но занимает кучу времени.
А основная сложность - структера.

С уважением,
А.С. Журавлев.

← →
Alexander (2001-08-13 07:09) [25]

Извините - опечатка - "структура".

← →
Чистяков Дмитрий (2001-08-13 10:10) [26]

Да...
Эта тема поднимается уже не в первый раз и не первый год, только вот всё обычно умирает через несколько месяцев. А пока мы будем пользоваться WinCC.
Моё же мнение такое. Никогда самопал не сможет сравниться с готовым продуктом, ни по удобству работы с ним, ни по поддержке и сопровождению разработчиками.
По поводу открытости. На сегодня практически многие пакеты SCADA открыты в плоть до того, позволяют встраивать в себя функции пользователя (у WinCC это называется ODK), вызывать любые средства Windows (включая функции WinAPI). А что ещё надо?
Большая проблема возникает при переходе с одной версии ОС на другую. Пример Windows 2000. А вот Siemens бесплатно выдала обновленую версию для W2K. А кто из авторов "самопалов" выдаст бесплатный переход.

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

Хотя, не смотря на мою критику, желаю удачи в проеекте. Может чего-то наконец родиться, кроме разговоров.

← →
Сергей Чурсин (2001-08-13 12:09) [27]

to Alexander: Задачи разные... Если Вы имеете в виду то, что я делал по АСУ ТП, то смотрите http://www.geocities.com/schursin
Если же то, что я хочу сделать, то смотрите 1 вопрос. Кстати, структура - это то, что я там называю TagSource ? То есть компонент, для определения переменных, которые потом будут связаны с DDE-OPC с одной стороны, и графическими/алармовыми/historical подсистемами. Кстати, можно подробнее оъ
синхронизации процессов ?
to Чистяков Дмитрий : <Никогда самопал не сможет сравниться с готовым продуктом, ни по удобству работы с ним...> Однако... очевидно в Siemens и Wonderware боги сидят, которые горшки обжигают... Я лично думаю, что Delphi в любом случае превосходит функциональность WinCC (хотя бы за счет VCL), а вместе с подобным АСУ-пакетом - и подавно.
...ODK,WinAPI - меня после Delphi это никак не восхищает, сорри :)
...проблемы со связью с контроллерами, особенно с их дополнительными функциями. - ну так для чего в описании DDE и OPC клиенты ? Для поддержки стандартных серверов-протоколов. И кстати, в отличие от SCADA на Delphi можно написать любой нестандартный протокол (и допустим, связать его с нашим пакетом).
...чего-то наконец родиться, кроме разговоров.- Честно говоря, все зависит от руководства - согласиться ли оно выделить деньги на разработку... :(
Кто-нибудь ? Как уговорить полных чайников (спецов по электромонтажу) на такую разарботку ? (по фирме смотрите http://home.parks.lv/szmariga )

← →
Самир Хамрун (2001-08-13 12:40) [28]

У кождого языка есть преимущество и недостатки.
Delphi как ООП это будущее несмотря на его недостатки.

← →
Сергей Чурсин (2001-08-13 13:00) [29]

Кстати, кто как считает - какое количество таких пакетов можно продать на российском рынке за год, скажем баксов за 500 ?

← →
SergeG (2001-08-13 17:14) [30]

2Alexander
Если можно, мне компонентик посмотреть, pls...

← →
Alexander (2001-08-13 21:18) [31]

Компонент без проблем,
комментарии, пожалуйста!
С уважением,
А.С. Журавлев.

← →
Alexander (2001-08-13 21:27) [32]

Кстати, хозяин, наведи порядок -
при нажатии на надпись автора любого сообщения в цикле открываются новые окна.

To SergeG - email, please.

А.С. Ж.

← →
Alexander (2001-08-13 21:55) [33]

>Кстати, структура - это то, что я там называю TagSource ? То есть >компонент, для определения переменных, которые потом будут связаны с DDE->OPC с одной стороны, и графическими/алармовыми/historical подсистемами.
Совешенно в точку.
Компонент ОРС-DDE IMHO, лучше делать более автономным, чтобы можно было делать привязку как к текущим данным, так и к истории.

>Кстати, можно подробнее о синхронизации процессов?
Выполнение логических функций потребует увязки.
Иногда это нельзя (неудобно) делать в одном модуле.
Например, подача бутылок должна быть синхронизирована с подачей ящиков.

С уважением,
А.С. Журавлев.

← →
Alexander Beketov (2001-08-14 00:18) [34]

Коллеги,

кто может раскритиковать или похвалить COM/DCOM сервер для Modbus?
www.tracker2.f2s.com
Все с исходниками, комментарии в меру сил, возможностей и времени.

На этой же неделе выложу эмуляторы работы узлов Modbus RTU (берешь нуль-модемный шнур и не надо никаких ПЛК для отладки программы) и еще Modbus TCP.
Можно назначать разные функции для изменения параметров во времени (пульсы, синусы, треугольники и т.д. - длл для скриптов в исходниках внутри).
Правда без сырцов - не имею права, принадлежат компании.

Лучше в мыло. Спасибо.

← →
Сергей Чурсин (2001-08-14 16:49) [35]

Компонент в общем не плохой... Редактирование в DT прямо на форме,
добавление узлов. Однако почему просто линия ? Polygon с закраской,
мне кажется, полезнее был бы (ну там для рисования объектов всяких).
Что мне не нравиться ?

1.Align на всю форму - зачем ?
2.Дрожание при редактировании - не очень хорошо...
Кстати, это лечиться :)
Procedure TLine.Loaded; // procedure Set doublebuffering
begin
inherited;
if (Parent is TWinControl) then Parent.DoubleBuffered:=true;
end;
3. А если 2 линии - как выбрать предыдущую ?
4. А почему у него никаких events нет ? Ну там onClick, onMouseMove ?
5. Кстати, не знаете как засечь выход из компонента в Design-Time ?
CM_MouseLeave в DT не работает... Сейчас пробую ловушки (hook), но
они глючат :(

← →
SergeG (2001-08-14 16:58) [36]

2Alexander
Да наведите же курсор на мой ник!

← →
AlexanderZ (2001-08-14 19:27) [37]

To owner:
При клике на нике респондента в цикле открываются окна IExplorer"а.

To SergeG:
По вышеуказанной причине не могу Вам ничего отправить.

С уважением,
А.С. Журавлев.

← →
AlexanderZ (2001-08-14 19:28) [38]

← →
AlexanderZ (2001-08-14 19:48) [39]

Компонент TLines предназначен для рисования только _коммуникаций_ SCADA.
В динамике он должен (и может) менять только стиль и цвет линии.
Дрожь в DesignTime - результат отрисовки прямоугольников перетаскивания и
прочей арифметики. При исполнении этого нет.
При редактировании предыдущих линий нужно установить курсор на _конец_
нужной линии (в режиме редактирования), нажать левую кнопку мыши и она будет выбрана. Далее с ней можно делать все, что нужно, вплоть до удаления.
Недостаток (очень незначительный) в том, что можно удалять только
последний узел ломаной.
Считаю еще одним недостатком невозможность блокировки дальнейших
действий до выхода из редактирования.
Align на всю форму - а Вы что, линию только в каком-нибудь уголке рисовать
будете?

С уважением,
А.С. Журавлев.

← →
Сергей Чурсин (2001-08-14 22:47) [40]

to AlexanderZ:
... только _коммуникаций_ SCADA.
Вы имеете в виду для комплексов труб, линий связи ... для таких коммуникаций ?
...линию только в каком-нибудь уголке рисовать
будете? А почему нет ? Например у меня 2 комплекса таких коммуникаций на одной форме и я их хочу разделить в программе ?
... Дрожь в DesignTime - так я же говорю, это лечиться и очень просто
(смотрите выше) :)
По поводу мыла SergeG:
sergey_gavrilov@rkk.ru
При клике на нике... А кликать не надо - надо через e-mail client отправить... :)

С уважением,
Сергей Чурсин

← →
Сергей Чурсин (2001-08-14 23:06) [41]

Кстати, Александр, я бы на вашем месте переименовал класс TLine, ну скажем,
в TAzLine, а то название уже слишком распространенное... :)
У меня на работе при install небольшой конфликтик случился - TLine уже был,
скаченный не помню откуда компонентик с другой, разумеется, функциональностью...
Кстати, а можно все таки еще подробнее развернуть насчет
синхронизации процессов?
"...Иногда это нельзя (неудобно) делать в одном модуле.
Например, подача бутылок должна быть синхронизирована с подачей ящиков."

← →
AlexanderZ (2001-08-15 04:52) [42]

... только _коммуникаций_ SCADA.
Вы имеете в виду для комплексов труб, линий связи ... для таких коммуникаций ?
Да. Для отображения на мнемосхемах.

...линию только в каком-нибудь уголке рисовать
будете? А почему нет ? Например у меня 2 комплекса таких коммуникаций на одной форме и я их хочу разделить в программе ?
Устанавливать больше одного компонента на форме нет резона - это замедлит
выполнение программы, в компоненте встроен перехватчик событий. Представьте
себе на экране мнемосхему с 510-я трубами (2 компонента) - в ней черт ногу сломит...

...Кстати, Александр, я бы на вашем месте переименовал класс TLine, ну скажем,
в TAzLine, а то название уже слишком распространенное... :)
Принято. Это проще пареной репы.
Устранение дрожи в ДТ - принято.

О синхронизации.
Была такая задача - для укладочного автомата.
В одном треде делалось управление автоматом заполнения баночек, в другом - формирования тарных ящиков из гофрокартона. Все это надо было свести воедино в
управлении автоматом укладки в ящики.

С уважением,
А.С. Журавлев.

← →
Сергей Чурсин (2001-08-15 06:29) [43]

...Была такая задача - для укладочного автомата.
Мы обыкновенно решаем такие задачи на PLC (на нижнем уровне).
А почему нельзя было сделать это в одном модуле ? или техн. процессы были
"асинхронные", по времени, без датчиков ? А как вы видите такую синхронизацию для TagSourse ? То-есть моя схема (очевидно примитивная, аналогично SCADA) такова - от DDE/OPC сервера через компонент DDEClient в TagSourse поступают данные с объекта, затем передаются в программу - либо через предопределеннные линки/property в TDevice (компоненты, реализующие функциональность и отображение определенных устройств на объекте, ну к примеру насос), либо через events TagSourse типа onDataChage прямо в программу, если есть задачи автоматики - их можно здесь реализовать.
В случае передачи на объект TagSourse->DDEClient->DDE Server -> протокол
Если требуется жесткая фиксация по времени - то через таймер (очевидно, придется написать свой - стандартный плох).
И как и куда здесь Threads можно использовать ?

← →
SergeG (2001-08-15 10:51) [44]

Гляди-ка, какая дискуссия получилась! Значит, народ не только клиенты к микрософтовским серверам пишет.

← →
Tony (2001-08-15 14:15) [45]

to: Чурсин

Сергей, в Вы не видели систему National Instruments LabView? Тот самый визуальный редактор, с компонентами графиков, сигнальной обработки, связей с базами данных, управления разной там аппаратурой. Программист (или технолог) сидит и рисует БЛОК-СХЕМУ, которая потом интерпретируется. ОТДЕЛЬНО рисуется пользовательский интерфейс. Область применения - АФЭ, время освоения - месяц. Один недостаток - тормоза (интерпретатор все-таки).
Так вот, вроде бы на основе LabView есть и SCADA, ориентированная не на АФЭ, а на АСУ ТП (не помню как эта версия называется), с библиотеками стандартной мнемоники (задвижки, моторы и т.п.) и системой алармов. Может быть, имеет смысл посмотреть на эту систему, может и углядите что-нибудь полезное...

← →
AlexanderZ (2001-08-15 20:45) [46]

Где Вы видели технолога, который формирует систему управления?
Что-то из области фантастики.
Извините, если Ваши технологи такие продвинутые...
Пока что никто, кроме программеров, хорошо(!!!) узнавших технологию, не делал нормальную SCADA.

С уважением,
А.С. Журавлев.

← →
AlexanderZ (2001-08-15 20:48) [47]

>>...Была такая задача - для укладочного автомата.
>Мы обыкновенно решаем такие задачи на PLC (на нижнем уровне).

Мы бы то же так решали. Но заказчик решил сэкономить, и купил модули i/o,

так что все пришлось делать на одном компе. Прада, он пролетел на ПО (аплодисменты).

>или техн. процессы были "асинхронные", по времени, без датчиков?

В упор асинхронные. Долго мордовались.

>А как вы видите такую синхронизацию для TagSourse ? То-есть моя схема (очевидно примитивная, аналогично SCADA) такова - от DDE/OPC сервера через компонент DDEClient в TagSourse поступают данные с объекта, затем передаются в программу - либо через предопределеннные линки/property в TDevice (компоненты, реализующие функциональность и отображение определенных устройств на объекте, ну к примеру насос), либо через events TagSourse типа onDataChage прямо в программу, если есть задачи автоматики - их можно здесь реализовать.
В случае передачи на объект TagSourse->DDEClient->DDE Server -> протокол
Если требуется жесткая фиксация по времени - то через таймер (очевидно, придется написать свой - стандартный плох).

>>>>>>>>>>>>>>>>>>>>>>>>>>>>

Согласен. Таймер ни к черту. Недавно была на delphikingdom хорошая статья относительно относительно :) точного таймера. Я принял на заметку.

О синхронизации - это очень сложный вопрос. По моему, это отдельный предмет для разговора.

С уважением,

А.С. Журавлев.

← →
Сергей Чурсин (2001-08-16 03:46) [48]

to: AlexanderZ
Александр, так я и стараюсь "раскрутить" Вас на разговор о синхронизации :)
Как это было реализовано конкретно в вашей системе ? И какие конкретно сложности вы видите ?

to: Tony
Tony, я посмотрю эту систему, но, сорри, когда доберусь и из чистого любопытсва. Целью этой конфы является выяснение возможности создания и требуемых характеристик именно SCADA ДЛЯ ПРОГРАМИСТА, именно отход от всяких там блок-схем или упрощенных скриптов в качестве основного средства для разработки, именно отход от всяхих интрепретаторов. Только этот подход
позволяет строить эффективные, сложные и одновременно относительно дешевые системы, используещие действительно современные технологиии, и не только SCADA, но и допустим, интегрированну с ней ERP и системы коммерческого учета. Также мне необходимо выяснить предпологаемую окупаемость
подобного продукта.
..Один недостаток - тормоза.
Tony, у такого подхода не один недостаток. Блок схемы либо не отображают
все современные технологии пограмирования (есть там, например ,наследование ?), если даже сделать - то технолог за месяц этого не освоит...
Возможности крайне ограниченные у таких систем - вот допустим мне нужен импорт данных с объекта в BTree на другом компьютере, а мнемосхемы желаю иметь в 3D (использую OpenGL),и еще подключить пару устройсв с совершенно нестандартным I/O , (ну какую-нибудь там систему авторизации через отпечатки пальцев + WatchDog Timer), еще парочку изображения с парочки видеокамер вывести на компьютер ?

to: Всем
Что кто думает по поводу использования 3D в качестве отображения в SCADA ?
Я тут видел http://www.acoustics.ru/ASUTP.htm, только интересно - это у них в динамике или все-таки bitmap...

← →
Сергей Чурсин (2001-08-16 04:07) [49]

Что-то опечаток много у меня, сорри...

← →
SergeG (2001-08-16 10:05) [50]

>Что кто думает по поводу использования 3D в качестве отображения в SCADA ?

Очень интересно, но хорошо бы поюзать какую-нибудь демонстрашку, чтобы оценить.

← →
Nautilus (2001-08-19 11:29) [51]

Hello All
Не думал, что нижележащее кого-то заметно заинтересует, а вот поди ж ты...
Что хотел сказать? Во-первых, личное неквалифицированное мнение по теме. SCADA VCL нужна именно разработчикам, т.к. при равной стоимости готовой АСУТП, сделанной на, допустим, TraceMode vs Delphi+SCADA VCL бОльшая ее (стоимости) доля придется на инструментарий в 1-м случае и на труд разработчика/программиста во 2-м (очевидно, что стоимость компонентов будет на полпорядка, если можно так выразиться, дешевле). С точки зрения потребителя готового продукта -- дело сомнительное. Может получиться так, что невысокая стоимость такой библиотеки даст возможность всяким чайникам предлагать свои услуги по созданию АСУТП по демпинговым ценам. Многие заказчики купятся на это. Ясно, что ни черта не выйдет, и инструментарий будет дискредитирован. (С Delphi такое иногда происходит, я сам видел.) Плюс к тому -- создание такой библиотеки -- работа, во-первых, явно не для одного человека, во-вторых, явно не на моментальную отдачу (а кушать хочется сейчас), разве что найдется некто, готовый сразу платить за разработку как инструментария, так и собсно прикладной части, т.е. за создание нехилой системы с абсолютного нуля (разве что компилятор готовый ;)). Причем система должна быть именно нехилая, чтобы библиотека обладала максимальной функциональностью и полностью отлажена "в поле". Короче говоря, практически все зависит от конкретной ситуации вокруг разработчика(-ов) этого дела.
А во-вторых, хотел спросить, не подскажете ли, где найти что почитать _учебного_ (SIC!!! На начинающего -- меня 8) -- ориентированное!!!) по средствам создания АСУТП? Структура, компоненты... От первичных приборов до десктопов "бугров". Пробовал искать (как обычно, на ya.ru) -- кругом либо водянистые статьи на общие темы, либо примеры реализации систем, либо прайсы. На asutpportal.narod.ru нашел перечень интерфейсов OPC -- и все. Бывалый народ посоветовал мучить описковики по словам "SCADA, PLC, Modbus, QNX .... " -- да, и тогда я найду много чего по конкретным реализациям разных компонентов и технологий АСУТП, а вот для чего все это -- ???

← →
Андрей (2001-08-21 09:43) [52]

А есть ли где-нибудь шаблоны для ОРС-сервера (и, желательно, клиента) на Делфи или на С++? Мне кажется - это нужнее.

← →
Д (2001-08-21 10:54) [53]

Шаблоны для ОРС-серверов и клиентов на Делфи или С++ ???
Вот, что нужно.

← →
Сергей Чурсин (2001-08-21 16:37) [54]

Всякое по поводу OPC и Delphi:
http://dspace.dial.pipex.com/opc/delphi.shtml
http://www.signonline.de/dopc/
to Nautilus:
По поводу учебного:
http://www.prosoft.ru/Catalog/solutions/contents/index.htm
(однако от дилера, наверное опять не то :( )
В-общем, статьи попадались, но все разрознено...
Еще раз рекомендую подписаться на СТА.
to AlexanderZ: По поводу TАzLines - почему бы не добавить (для удобства)
индексированные public-свойства Color[i] и Thickness[i] ? Чтоб можно было
в run-time менять эти свойств в линии i (не создавая указатель на объект
Line[i] )?

← →
Сергей Чурсин (2001-08-21 17:05) [55]

to Nautilus:
(По поводу учебного)
http://www.interface.ru/fset.asp?Url=/mrp/predp.htm
по 3D:
Кому интересно, посмотрите www.glscene.org - по-моему, набор компонент (инкапсуляция OpenGl)очень перспективный для визуализации.

← →
AlexanderZ (2001-08-21 21:01) [56]

>По поводу учебного:
> http://www.prosoft.ru/Catalog/solutions/contents/index.htm
>(однако от дилера, наверное опять не то :( )
>В-общем, статьи попадались, но все разрознено...
Пробовал стыковать Pipex"-овского клиента с демо-версией UniOPC-сервера от Fastwel (Prosoft). Не вышло - не опознает имени сервера. Наверное, в документации не то указали, или демо без функции сервера.

>to AlexanderZ: По поводу TАzLines - почему бы не добавить (для удобства)
>индексированные public-свойства Color[i] и Thickness[i] ? Чтоб можно было
>в run-time менять эти свойств в линии i (не создавая указатель на объект
>Line[i] )?
Нет проблем - просто лень было. Но раз надо, значит надо...

PS На www.torry.ru есть компонент TLine, кажется, за $20...

← →
AlexanderZ (2001-08-22 06:49) [57]

Относительно TAzLines.
Свойство Lines[x] позволяет получить доступ к цвету и толщине.

← →
Сергей Чурсин (2001-08-23 17:26) [58]

to AlexanderZ:
А можно прямой url na asutp на yahoo попросить ? А то я в clubs.yahoo.com
смотрю ищу - и он не находит... :( Хотя я уже раз там был. Непонятно - может, убрали ?

← →
AlexanderZ (2001-08-23 17:31) [59]

Вот что я содрал из moderatorial:
-----------------------------------
СХ> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
--
Тихонович Евгений,
ко-модератор Форума ASUTP.
FIDONET 2:5030/730.21 ICQ: 34998633

Файловая область конференции находится здесь
http://groups.yahoo.com/group/asutp/files/
(Там находятся Правила, FAQ, описание ModBus)

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
-------------------------------
С уважением,
А.С. Журавлев

← →
AlexanderZ (2001-08-23 17:38) [60]

Господа!
Может, кто нибудь поможет с _действующим_ OPC-сервером (любым)!
Долбусь с компонентом-клиентом для ОРС-сервера.
В наличии только сервер UniOPC от Fastwel. Никакой уверенности
в его правильной работоспособности нет.
Гарантирую опубликование результата (т.е. клиента).

С уважением,
А.С. Журавлев.

← →
Сергей Чурсин (2001-08-26 00:17) [61]

to AlexanderZ:
Насчет OPC Server - Я как из отпуска приду (27), то поспрошаю среди наших, и посмотрю диски от WonderWare с I/O Servers (может там есть что-то, что можно переслать)...
to Все:
Насчет пакета (см.начало). Кто-нибудь знает, Borland оказывает какую-нибудь
бизнес-подержку независимым разработчикам VCL ? (ну там реклама на каких- либо условиях или сервисы продажи на коммисионных?)
Или есть какие-нибудь дилеры (на комисионных), которые продают пакеты VCL ?

← →
Сергей Чурсин (2001-08-28 04:22) [62]

Кстати, Александр, вот какой-то Demo OPC Server:
http://dspace.dial.pipex.com/opc/delphi/delphiopcserver.zip

← →
Erik Ivanov (2001-08-28 15:14) [63]

Очень интересная дскусия. Передомной как раз стоит проблема написания небольшой системы управления производством. Точнее очень маленькой. А чем воспользоватся незнаю. Если имелись какието компоненты VCL, хотябы для реализации графики то я с удовольствием ими воспользовался. У нас в Эстонии все комплексы автоматики очень маленькие, поэтому невыгодно использовать большие системы.
Если кто может пришлите мне ссыли где можно взять такие елементы(датчик, питатель, весы, конвеер)

← →
Сергей Чурсин (2001-08-29 11:48) [64]

2Erik Ivanov:
Пока можно посоветовать только посмотреть ссылки в начале конфы,
ну поискать еще на www.torry.ru (и вообще в инете).
Если не получиться - ну делать самому на стандартных компонентах.
Сделать можно,ессно.
Кстати, Erik, за сколько бы Вы приобрели такой пакет, как описано в начале
конфы ? А в Эстонии есть дилеры по продаже компонент ? А баннерные сети по
тому-же ?

← →
AlexanderZ (2001-08-31 19:34) [65]

Предупреждаю:

UniOPC фирмы Fastwel издания 1998г. _заведомо нерабочий_.
Скачайте с сайта "Прософт" нужую версию.
(Надеюсь, А.Локотков это сообщение одобрит).

С уважением,
А.С. Журавлев.

← →
Tony~ (2001-09-21 15:21) [66]

Еще раз по поводу идеи ВИЗУАЛЬНОЙ SCADA (см. National Instruments LabView). Вся эта з-зараза основана на понятии "инструмента", т.е "квадратика" на блок-схеме с определенным количеством входов и выходов. Входы/выходы типизованы (string там, integer и т.д.). ВСЕГДА есть возможность создавать СВОЙ инструмент на основе имеющихся ИЛИ писать на другом языке (SDK прилагается). Так что наследование (в смысле ООП) уже не особо и нужно.
По поводу сети - DDE и сетевые компоненты включены в ствандарт. 3D и все остальное - пишется на другмих языках. Поддерживается ActiveX, естественно.
Преимущество системы - простота и наглядность для РАЗРАБОТЧИКА КОНЕЧНОГО ПРОДУКТА. При таком подходе разработчик может и не быть ассом в ООП, но суметь чего-то сделать.
Дело не в том, что я эту хрень рекламирую. Дело в том, что я много с чем работал (сейчас пишу простенькую SCADA на Visual C++), и мне кажется, что пару идей можно подчерпнуть и в этом... гм... опусе.

А вообще, по поводу SCADA VCL - флаг Вам в руки... и жгут на шею. Необходим БЕШЕННЫЙ объем работы, который а) вряд ли подъемен для одного программера, и б) вряд ли окупиЦЦа.
Разве что приходится часто делать однотипные SCADA, есть куча собствененых наработок по коду, и можно БЫЛО БЫ их организовать в виде библиотеки компонентов - просто чтоб самому было удобнее. А УЖ ПОТОМ ПРОДАВАТЬ, когда готово будет. Но при этом текущий заказчик должен быть полным лохом и не понимать, что сроки на проект немножко завышены, и его элементарно доят...

← →
Tony~ (2001-09-21 15:22) [67]

З-задница. То ли я забыл свой пароль, то ли форум его забыл... Пришлось login менять.

← →
bestix (2001-10-12 22:44) [68]

Привет! Долго искал подобную тему. Сейчас разрабатывается вторая версия САПРа на векторной графике+компоненты. Чем смогу помогу.

← →
svale (2001-10-18 13:32) [69]

SCADA - это конечно здорово, но слишком мощно.(для меня) .Есть простые задачи работы с небольшими железяками. Ищу компоненты для визуализации работы с ними.( имитация приборных панелей : ручки-регуляторы, переключатели, задатчики, тумблеры и пр.) Если кто богат - подскажите.
Спасибо. svale@aport.ru

← →
Сергей Чурсин (2001-10-23 17:51) [70]

2svale:
SCADA - это как раз НЕ мощно (с точки зрения программирования). Как декларируется, это - более просто и удобно, но я лично удобств там не вижу.

>имитация приборных панелей : ручки-регуляторы, переключатели, задатчики, >тумблеры и пр.
посмотри на torry.ru - кое-что найдешь, наверно. А также ссылки в начале
темы.

← →
svale (2001-10-24 15:49) [71]

Сергей! SCADA - действительно просто и удобно, когда есть приличный объект для управления. (напр. я делал котельную на 4 котла). SCADA- это мощно, т.к. поддерживает практически любое современное железо, и позволяет реализовать все запросы технологов.(если конечно это настоящая SCADA).
Но вот когда встает вопрос об автоматизации небольшого объекта (5-6 сигналов), то ставить SCADA нет ни кагого смысла, куча всего лишнего.

← →
Сергей Чурсин (2001-10-25 16:44) [72]

2svale:

> SCADA- это мощно,
Любопытно - мощно. У меня практический опыт на двух SCADA - Factory Link и Intouch. Что Вы называете мощью ? Отсутствие нормальных средств
организации программы - разброс по различным модулям (с различными технологиями программирования - FL), отсутствие доступа к WinApi, совершенно непродуманный интефейс IDE (FL), отсутствие ООП, отсутствие возможности создавать собственные более-менее сложные компоненты (без приобретения специальных SDK - за немалые деньги и для других (настоящих) средств программирования, типа С++), платное пользование глобальными переменными (Intouch), отсутствие действительно мощных программных библиотек (ср. набор InTouch и Delphi :) ), отсутствие поддержки современных средств визуализации (DirectX, OpenGl), полное отсутсвие отладочных средств - перечислять можно долго...) ?

>т.к. поддерживает практически любое современное >железо,
Связь с DDE или OPC сервером - стандартный протокол, и пользоваться им можно из любой среды программирования (полноценной, есессно)

>позволяет реализовать все запросы технологов.
Кстати, на HMI станции часто ложатся задачи по протоколированию, и обработке технологической и учетной инфы - то есть БД со всеми вытекающими (поиск,,clent-server,reporting, и т.д и т.п)
А на универсальных языках ЛЮБЫЕ запросы можно реализовать (и не только технологов) - и чаще всего проще, удобнее и быстрее.

>(если конечно это настоящая SCADA).
Кстати, а какая, по-вашему, SCADA - настоящая? :)

← →
glelik (2001-10-26 20:48) [73]

Доброе (время суток)!!!

Я случайно наткнулся на эту ветвь. Я уже давно думал об этом. Реально, разработкой SCADA систем занимаются прогеры, и Делфи, как среда визуального программирования, очень даже подходит для таких задач. Недостатки "стандартных" пакетов я могу перечислять еще на двух страницах, но сначало попытаюсь подробно изучить предидущую дискуссию. Но основной смысл в том что SCADA пакеты имеют довольно таки жесткие гранци, которые не позволяют сделать что либо реально необходимое заказчику. Скажите чесно, когда вы разрабатываете SCADA ситему какой обьем исходного текста на Си Вы пишите. Иногода прога написанная Вами выполняет 80% всех функциональных возможностей системы. Хотя этого делать нельзя - вы понижаете надежнось системы. Возможно разумной альтернативой является OPC. Весьма полезным был бы компонент ОРС для Делфи... Ну да ладно. Скорее, скорее читать все что написано выше.....

Вообще надо бы подумать о изменении формата конференции. Потому-что читать вновь присоеденившимся весь текст очень тяжело...

З.Ы. Я сейчас разрабатываю свой сайт, однин из разделов которого будет посвящен: SCADA ситемам и Delphi. Кроме того SCADA системы и PalmOS, PC - как простой управляющий компьютер (использование LPT, разработка простых плат ввода вывода), простые датчики и исполнительные механизмы и т.д. Попытаюсь сделать конференции англо-русские и переводить вопросы и ответы чтобы конференции шли синхронно. Если у "почетного собрания" есть какие либо предложения я с удовольствием прислушаюсь.

← →
Сергей Чурсин (2001-11-20 18:15) [74]

2glelik:
Неплохо бы url этого нового сайта здесь опубликовать. :)

← →
Л.Ге (2001-12-17 12:23) [75]

Не сомневайтесь! Системы АСУ ТП, написанные на Дельфи есть и прекрасно работают. Сошлюсь на киевлян /Михлевский А.А., см. СТА №4-97/. Есть и другие примеры, и на 10, и на 1000 параметров, но все - конкретные разработки, а вот чтобы SCADA сделать - такого не слышал. Но раз есть реализация, то теми же средствами (Дельфи) и инструмент изготовить можно. Надо только четко обозначить круг задач и потенциальных пользователей. НО! Не замахивайтесь на жесткое реальное время - под Windows туфта получиться.. В то же время, есть тысячи задач по созданию информационных систем (ИС) для типовых объектов, когда "рантаймы" при тиражировании выкачивают денежки. Вот тут-то, и это отмечалось, преимущества Дельфи-проекта и скажутся. Вот только не понял я из дискуссии - собирается ли кто-то что-то реально делать или ищет готовое?
О себе: работаю на Дельфи от 1-й версии, по данной теме - маленькая ИС для пирометрии котла. Сейчас, увы, разработка на другом уровне: АРМы цехов и служб ТЭЦ, технология "клиент-сервер".

← →
YouNick (2001-12-17 19:15) [76]

привет, народ!

Вот наткнулся на тему интересную ...
Наша фирма занимается разработкой АСУТП: в большинстве для железных работ (больше внедрений в России), также системы сбора и обработки информации разные (учет электроэнергии, контроль за производством шин и т.д. и т.п.). Опыт внедрений большой!!! Одни из конкурентов - толи финская, толи шведская фирма (у них есть представители в Питере) - предлагает что-то типа SCADA-системы. Так вот они за нее просят бешенные деньги, когда наш продукт в несколько раз дешевле.
Scada-системы имеют некоторую универсальность (то есть они позволяют подстроится практически под широкий круг различных технологий, производств). Но что это за собой влечет:
1) увеличение такой системы (сложность)
2) как следствие из первого пункта - уменьшение надежности
3) уменьшение быстродействия (если это требуется технологией производства)
4) и т.п.
И все равно эти системы не позволяют реализовать все, что нужно заказчику. А встраивать в систему интерпретатор - по-моему это последнее дело. Уж проще продать заказчику дельфи и пусть сам программирует свои задачи.

Мне лично Scada-системы напоминают 1C-бухгалтерию: вроде универсальная программа, но под каждое предприятие переделывать надо (настраивать)...

В общем если говорить про дельфи, то
1) системы АСУТП можно писать и на дельфи
2) компоненты если и нужны то самого низкого уровня (я не сторонник универсальности)
...
сходу чего-то тяжело придумать еще, да и конец рабочего дня (голова тяжко варит)

Если чего пишите на мыло ;)

Ник

← →
andrucco (2002-01-04 13:28) [77]

iFIX Dynamics the best SCADA
правда у нас версия 2.2 не держится
на терминальном сервере
а так VBA + API + HTR + Alarms +
+ куча компонентов + мультипликация
один минус ключики стоят дорого
но это не проблема так как ключи
сентинеловские (весь инет завален эмуляторами)

так что iFIX и никаких гвоздей

← →
Сергей Чурсин (2002-01-17 20:06) [78]

Ответ на одно письмо (если кому интерестно)

aktk> Сергей слышал тут где-то в форуме ты говорил что пишешь компоненты которые
aktk> будут вращаться.
aktk> Вот хотел спросить как уже написал или .... У меня такая же проблема надо
aktk> написать обект который можно будет распологать под разными углами (вращать)
aktk> пробовал SetWorldTransform() но по-моему что-то не то если не сложно
aktk> поделись опытом... Заранее благодарю...

В общем, графический компонент уже написан (и давно - его только надо "долизать"). Я сменил место работы (а руководство проект АСУ VCL не поддержало)и в связи с этим у меня не очень много времени остается на это. С прошлого места я ушел - соответственно разработка пакета АСУ целиком прекращена.
Но компонент вектор-графики я все-таки доделаю (долижу, так сказать - все что я хотел там сделать - делать не буду, но вращение там есть) и выдам FreeWare.
То есть компонент инкапсулирует следующие графические примитивы:
Line,Polygon,Rectangle,RoundRect, Ellipse,Circle,Pie,Chord. Можно их изменять в Design-Time (рисованием прямо на форме) или в Run-Time (по параметрам) и позволяет их вращать. Все остальное к этому копоненту,что хотел (процентная закраска, импорт из WMF, списки таких компонент,Blink, Bitmap, Label и прочее) наверное, доделовать не буду :(.
Но FreeWare, думаю, выложу с Source - так что - дерзайте. :)
По поводу - SetWorldTransform() - тоже хотел использовать, однако
отказался, когда узнал, что функция не работает в Win95/98. Пришлось переписать GDI - то есть указанные примитивы - с возможностью их вращать (исходники будут выложены на моем сайте, когда доделаю).
Best regards,
Сергей Чурсин

mailto:schursin@mail.lv
http://www.geocities.com/schursin/

---|Ветка была без названия|--- Найти похожие ветки