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

← →
Сергей Чурсин (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/

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