Обсуждение вопросов по работе в системе SCADA+

[Jackson]

Romcheg, спасибо!

А чьи собственно турбины? Не известно? Просто профессиональный интерес.

И - поздравляю!

[Михайло]

Законы такие ...

Законы там нормальные, но вот обычаи монгольские, мать их! Слышал, даже у нас в области (Урал) три казах-бека держали в рабстве мужика...

[Romcheg]

Чьи именно турбины - не знаю, но запрошу информацию у автора проекта. Думаю, что это не гос. тайна.

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

Кстати, по теме ГТУ - сейчас делаю проект автоматизации (САУ ГТУ) на 6Мвт Рыбинской ("шестерка"). Сейчас готовлю скриншоты и небольшую информацию по проекту. В эти пару недель заказчик уже планирует выехать на испытания системы на объект. Тоже будет достаточно интересное внедрение.

Ну и конечно же к концу февраля подготовлю и выложу материал по той большой системе, что я прямо сейчас готовлю к сдаче - это очень серьезный комплекс, но пока не могу раньше времени выдавать информацию.
А вообще на очереди на публикацию у меня еще два крупный проекта, которые уже год как сданы и эксплуатируются на моей скаде: один на 3000 точек ввода-вывода, а другой на 245000 точек ввода-вывода. Вот только руки ну никак не успевают дойти до того, чтобы все красиво оформить и описать.

[Romcheg]

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

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

Структурная схема КТС системы:


Узел «МТ ЭТО»: 378 Точки ввода/вывода
Узел «МТ ЗРУ»: 72 Точки ввода/вывода
Узел «МОХА»: 15500 Точек ввода/вывода
Обмен с контроллером S7-400: 6200 параметров (5000 аналоговых и 1200 16-разрядных регистров дискретных сигналов) информационная емкостью обмена составляет 24200 точек ввода/вывода

Изначально обмен между контроллером S7-400 и узлами системы SCADA+ был выполнен на протоколе ModBusTCP/IP, однако - силу ограничений стандарта ModBus (групповой запрос не может превышать 125 регистров за одну транзакцию, контроллер S7-400 выполняет примерно 88 транзакций, чтобы опросить все 6200 параметров, на данную процедуру у него уходило примерно 7 секунд. Что не удовлетворяло требованиям, согласно которым, команда на управление с АРМ-оператора и сигнал подтверждения отработки выключателя по команде должны были выполняться не более чем за 1.5 секунды. На данный момент совместно с программистом контроллера S7-400 нами был разработан собственный протокол обмена системы SCADA+ и SIEMENS по сети Ethernet, который позволил снизить данный показатель с 7 секунд до 400-500 миллисекунд.

Одной из ключевых особенностей разработки проекта - были сроки: мне положили на стол ТЗ со словами "это должно будет работать на объекте уже в конце этой недели. Как мы сможем это сделать?". :) Пришлось потратить из имевшихся 5 рабочих дней 4 дня на то, чтобы разработать в скаде механизм построения проекта по ТЗ на основе списочных и табличных информационных структур, и еще 1 день на сборку и испытание проекта на полигоне перед отправкой на объект.
Благодаря поддержке в скада-системе SCADA+ механизма построения проекта от списка сигналов по ТЗ, данный проект был разработан в скаде за 1.5 часа (составлены шаблоны типовых перечней сигналов по типовому оборудованию, на их основе сгенерировано дерево сигналов объекта, а по дереву выполнено построение структуры проекта). Используя функции импорта списка аппаратных описателей от драйвера ЦРЗА Sepam Была построена и настроена автоматически база аппаратных описателей взаимодействия с блоками ЦРЗА, используя функции быстрой привязки списков аппаратных описателей на параметры проекта время по увязке сигналов заняло примерно 1 час работы 1 инженера.
Таблицы регистров параметров для обмена по протоколу ModBus TCP с системой WinCC через контроллер Siemens были построены примерно за 1 час благодаря методу Drag-n-Drop, а таблицы спецификации этих регистров были автоматически сгенерированы в формате HTML по всем 6200 параметрам, где каждый 16-разрядный регистр был снабжен полным комментарием наименования сигнала. Документация общим объемом в 2Мегабайта текста для смежных разработчиков была подготовлена буквально за 15 секунд работы в скада-системе SCADA+.
Таким образом, проект был выдан на рабочие испытания на полигоне на реальном оборудовании буквально через 3 часа с момента выдачи ТЗ разработчику в скаде, и потребовал усилий всего 1 инженера. На следующий день, успешно пройдя испытания на полигоне (так как почти 90% информационной базы было собрано автоматически и исключило человеческий фактор, что снизило процент ошибок почти до нуля) проект был отправлен на объект для выполнения работы по ПНР.

Список сигналов в ТЗ:

http://www.scadaplus.ru/images/referenc ... /slist.png

Список сигналов в SCADA+:

http://www.scadaplus.ru/images/referenc ... ist_sp.png

Список параметров для ModBusTCP Slave в SCADA+:

http://www.scadaplus.ru/images/referenc ... ist_sp.png

Список параметров по ModBusTCP в формате HTML:

http://www.scadaplus.ru/images/referenc ... t_html.png

Система находится в эксплуатации с конца 2012-го года. В пром. эксплуатацию была сдана в начале 2013-го.

[Romcheg]

Следующая система: АСУ Э (автоматизированная система управления энергоснабжением)
Состоит из трех подсистем: АСУ ЭС (электроснабжение), АСУ ЭР (учета энергоресурсов) и АСУ ТВС (тепло-водоснабжение).

Структурная схема КТС:

http://www.scadaplus.ru/images/referenc ... e_asue.png

В части ЭС обслуживаются следующие технологические объекты:
• ЗРУ 10кВ (закрытое распределительное устройство) на 2 секции
• КТП2х630 №3 (комплектная трансформаторная подстанция) 2 секции по 630кВ
• КТП2х630 №4 (комплектная трансформаторная подстанция) 2 секции по 630кВ
• ЩПТ220 в КТП2х630 №3 (щит постоянного тока) на 220В
• ЩПТ220 в КТП2х630 №4 (щит постоянного тока) на 220В
• Подсистема гарантированного питания
• ШЩ (щитовые шкафы питания) для питания вторичных объектов КС.

В части ЭР обслуживаются следующие технологические объекты и подсистемы:
• Учет электроэнергии по потребителям
• Учет расхода воды, тепла и газа (УГ)

В части ТВС обслуживаются следующие технологические объекты:
• САУ КОС (канализационные очистные сооружения) (2 шт.)
• Канализационная насосная станция (КНС) (6 шт.)
• Котельная

Основные данные по системе:
• Два сервера в режиме горячего резервирования с синхронизацией данных, с автоматическим переключением режимов серверов и обеспечением безударного перехода.
• 4 АРМ оперативного персонала с автоматическим переключением между основным и резервным серверами. С динамическим управлением экранами в зависимости от авторизованного пользователя (любой АРМ может выполнять функции других АРМов, если в нем зайти под конкретной учетной записью). Клиент-серверная архитектура взаимодействия с серверами.
• 1 Сервер архива на базе реляционной СУБД MySQL с периодом хранения информации минимум за 1 год работы системы. Рабочая емкость системы по результатам эксплуатации: примерно 40-50Гигабайт архивных данных и около 1Гигабайта журналов событий.
• Общее количество компонентов системы: 116 шт., из ни 13 узлов работает под управлением исполнительных модулей системы SCADA+, 2 узла под управлением стороннего ПО (сервер архива и ФК «АСКУЭР»), 111 элементов – оборудование, подключаемое по внешним интерфейсам связи (в основном по протоколу ModBus).
• Информационная емкость системы: около 8500 точек ввода/вывода
• Общее количество графических экранов проекта: 314 шт., из них уникальных – 114 шт.
• Общее количество уникальных алгоритмов: 78 шт.

Подсистема единого времени:
Благодаря штатной поддержке протокола SNTP в системе SCADA+ весь комплекс постоянно выполняет синхронизацию системных часов каждого элемента с точностью не более 20мс разницы от эталонного времени по системе GPS.

Динамические характеристики:
• Период обновление экранных форм на АРМах оперативного персонала – не более 1 секунды
• Время переключения между экранами – менее 1 секунды.
• Регистрация аналоговых сигналов в контроллерах ЭЛПК03-02 под управлением исполнительных модулей SCADA+ - частота дискретизации не более 50мс (с учетом фильтрации сигнала).
• Регистрация дискретных сигналов в контроллерах ЭЛПК03-02 под управлением исполнительных модулей SCADA+ - частота дискретизации не более 20мс (с учетом фильтрации дребезга).
• Регистрация данных с блоков цифровой релейной защиты (ЦРЗА) – частота дискретизации не более 100мс.
• Доступ к архивным данным:
o Выборка месячного периода – около 1-2 минут
o Выборка суточного периода – менее 30 секунд
o Формирование отчетов по архивам за сутки – менее 5 секунд
o Формирование отчетов по архивам за месяц – 10-20 секунд
• Время переключения режима серверов Мастер-Слейв:
o При штатной смене режима – менее 1 секунды
o При принудительном завершении работы основного сервера – 1-2 секунды
o При выходе из строя сетевого оборудования – 5-15 секунд
• Время переключения АРМов между серверами в случае потери связи с основным сервером – менее 2 секунд

Подсистема буферизации данных:
В контроллерах ЭЛПК03-02 под управлением исполнительных модулей системы SCADA+ выполняется предварительная буферизация данных по каждому входному сигналу УСО, объем буфера на каждый вход УСО составляет около 100000 значений с регистрацией меток времени и флагов достоверности.
При работе блоками ЦРЗА (цифровой релейной защиты Sepam в ЗРУ) выполняется работа с их внутренними журналами событий, которые буферизируют события по срабатыванию защит и автоматики при переключениях. Дискретизация данных сигналов порой достигает 1мс, поэтому они обязательно должны буферизироваться внутри устройств ЦРЗА с последующим их подъемом в скада-систему.
Благодаря буферизации данных в контроллерах ЭЛПК03-02 и подъему журналов событий из блоков ЦРЗА – выполняется одно из основных требований к автоматизации объектов электроснабжения: система способна работать вообще при остановленных серверах, шлюзовых ФК и АРМах верхнего уровня. Все переключения и действия с оборудованием в момент останова системы регистрируются в контроллерах и блоках ЦРЗА, а затем поднимаются в систему АСУ Э при запуске серверов, шлюзовых ФК и АРМов из этих буферов. Таким образом, система всегда позволяет вести архивы и журналы событий без каких-либо потерь даже в случае полного выхода из строя вышестоящих узлов системы.

Подсистема взаимодействия с внешними комплексами АСКУЭ:
В данной системе на основе штатных функций системы SCADA+ выполняется прямое взаимодействие с внешней системной АСКУЭ на базе СУБД Oracle – выполняется считывание показаний по счетчикам электроэнергии, а также вычитывание журналов событий по каждому электросчетчику (потеря связи, ошибки и прочая информация) для формирования диагностической информации для оперативного персонала.


Примеры экранов АРМ оперативного персонала:


http://www.scadaplus.ru/images/references/asue1/s01.png


http://www.scadaplus.ru/images/references/asue1/s02.png


http://www.scadaplus.ru/images/references/asue1/s03.png


http://www.scadaplus.ru/images/references/asue1/s04.png


http://www.scadaplus.ru/images/references/asue1/s05.png


http://www.scadaplus.ru/images/references/asue1/s06.png


http://www.scadaplus.ru/images/references/asue1/s07.png


http://www.scadaplus.ru/images/references/asue1/s08.png


http://www.scadaplus.ru/images/references/asue1/s09.png


http://www.scadaplus.ru/images/references/asue1/s10.png


http://www.scadaplus.ru/images/references/asue1/s11.png


http://www.scadaplus.ru/images/references/asue1/s12.png


http://www.scadaplus.ru/images/references/asue1/s13.png


http://www.scadaplus.ru/images/references/asue1/s14.png

Система сдана в промышленную эксплуатацию. Работает уже год.
Была разработана с нуля, запущена в эксплуатацию и сдана без единого замечания всего 1 инженером за 3 месяца работ.

[Romcheg]

Следующая система: АСУ ТП ГТА. Проект выполняет компания "Сеалтек".
В качестве движка - Рыбинская 6-ка на 1.5МВт (кажется она, если не ошибаюсь).

В этом проекте моя скада используется только как система для АРМ-оперативного персонала. На нижнем уровне в контроллерах все работает под управлением CoDeSyS. Связь между низом и моей скадой - ModBusTCP/IP.

http://www.scadaplus.ru/images/referenc ... /scr01.png


http://www.scadaplus.ru/images/referenc ... /scr02.png


http://www.scadaplus.ru/images/referenc ... /scr03.png


http://www.scadaplus.ru/images/referenc ... /scr04.png


http://www.scadaplus.ru/images/referenc ... /scr05.png


http://www.scadaplus.ru/images/referenc ... /scr06.png


http://www.scadaplus.ru/images/referenc ... /scr07.png


http://www.scadaplus.ru/images/referenc ... /scr08.png


http://www.scadaplus.ru/images/referenc ... /scr09.png


http://www.scadaplus.ru/images/referenc ... /scr10.png


http://www.scadaplus.ru/images/referenc ... /scr11.png

В настоящий момент ведется ПНР.

[Romcheg]

Еще недавно мне прислали проект, который сейчас тоже находится в стадии разработки: АСКУ ЭГМ (Автоматизированные системы контроля и управления энергогенератором).


http://www.scadaplus.ru/images/referenc ... scr_01.png


http://www.scadaplus.ru/images/referenc ... scr_02.png

Все низовое оборудование работает по протоколу ModBusTCP/IP, моя скада используется на АРМе оперативного персонала.

[Romcheg]

Следующий проект: система управления газопоршневым агрегатом на 2МВт. Делали Харьковчане. Проект пока в стадии полигонных испытаний.


http://www.scadaplus.ru/images/referenc ... scr_01.png


http://www.scadaplus.ru/images/referenc ... scr_02.png


http://www.scadaplus.ru/images/referenc ... scr_03.png


http://www.scadaplus.ru/images/referenc ... scr_04.png


http://www.scadaplus.ru/images/referenc ... scr_05.png


http://www.scadaplus.ru/images/referenc ... scr_06.png


http://www.scadaplus.ru/images/referenc ... scr_07.png


http://www.scadaplus.ru/images/referenc ... scr_08.png


http://www.scadaplus.ru/images/referenc ... scr_09.png


http://www.scadaplus.ru/images/referenc ... scr_10.png


http://www.scadaplus.ru/images/referenc ... scr_11.png


http://www.scadaplus.ru/images/referenc ... scr_12.png

Проект был разработан с нуля людьми, которые вообще впервые сели за мою скаду: 2 инженера (один на графике, второй - на информационной структуре) разработали проект и вышли на первые полигонные испытания всего за 3 рабочие недели (20 дней). Здесь также активно использовалась система автопостроения проекта по ТЗ. Общее количество сигналов - около 1500.

[Romcheg]

Вот еще одна система АСУ Энергоснабжения.

Общая схема КТС:

http://www.scadaplus.ru/images/referenc ... heme_1.png

Узлы, где работает SCADA+:

http://www.scadaplus.ru/images/referenc ... heme_2.png

Оборудование по протоколу ModBus (RTU или TCP):

http://www.scadaplus.ru/images/referenc ... heme_3.png

Информационная емкость по оборудованию:

http://www.scadaplus.ru/images/referenc ... heme_4.png

Информационная емкость по узлам:

http://www.scadaplus.ru/images/referenc ... heme_5.png

Примеры экранов АРМ оперативного персонала:

http://www.scadaplus.ru/images/referenc ... reen_1.png


http://www.scadaplus.ru/images/referenc ... reen_2.png


http://www.scadaplus.ru/images/referenc ... reen_3.png


http://www.scadaplus.ru/images/referenc ... reen_4.png


http://www.scadaplus.ru/images/referenc ... reen_5.png


http://www.scadaplus.ru/images/referenc ... reen_6.png


http://www.scadaplus.ru/images/referenc ... reen_7.png


http://www.scadaplus.ru/images/referenc ... reen_8.png


http://www.scadaplus.ru/images/referenc ... reen_9.png


http://www.scadaplus.ru/images/referenc ... een_10.png


http://www.scadaplus.ru/images/referenc ... een_11.png


http://www.scadaplus.ru/images/referenc ... een_12.png


http://www.scadaplus.ru/images/referenc ... een_13.png

[xandrved]

Обмен с контроллером S7-400: 6200 параметров (5000 аналоговых и 1200 16-разрядных регистров дискретных сигналов) информационная емкостью обмена составляет 24200 точек ввода/вывода

Изначально обмен между контроллером S7-400 и узлами системы SCADA+ был выполнен на протоколе ModBusTCP/IP, однако - силу ограничений стандарта ModBus (групповой запрос не может превышать 125 регистров за одну транзакцию, контроллер S7-400 выполняет примерно 88 транзакций, чтобы опросить все 6200 параметров, на данную процедуру у него уходило примерно 7 секунд. Что не удовлетворяло требованиям, согласно которым, команда на управление с АРМ-оператора и сигнал подтверждения отработки выключателя по команде должны были выполняться не более чем за 1.5 секунды. На данный момент совместно с программистом контроллера S7-400 нами был разработан собственный протокол обмена системы SCADA+ и SIEMENS по сети Ethernet, который позволил снизить данный показатель с 7 секунд до 400-500 миллисекунд.

Одной из ключевых особенностей разработки проекта - были сроки: мне положили на стол ТЗ со словами "это должно будет работать на объекте уже в конце этой недели. Как мы сможем это сделать?". :) Пришлось потратить из имевшихся 5 рабочих дней 4 дня на то, чтобы разработать в скаде механизм построения проекта по ТЗ на основе списочных и табличных информационных структур, и еще 1 день на сборку и испытание проекта на полигоне перед отправкой на объект.
Благодаря поддержке в скада-системе SCADA+ механизма построения проекта от списка сигналов по ТЗ, данный проект был разработан в скаде за 1.5 часа (составлены шаблоны типовых перечней сигналов по типовому оборудованию, на их основе сгенерировано дерево сигналов объекта, а по дереву выполнено построение структуры проекта). Используя функции импорта списка аппаратных описателей от драйвера ЦРЗА Sepam Была построена и настроена автоматически база аппаратных описателей взаимодействия с блоками ЦРЗА, используя функции быстрой привязки списков аппаратных описателей на параметры проекта время по увязке сигналов заняло примерно 1 час работы 1 инженера.
Таблицы регистров параметров для обмена по протоколу ModBus TCP с системой WinCC через контроллер Siemens были построены примерно за 1 час благодаря методу Drag-n-Drop, а таблицы спецификации этих регистров были автоматически сгенерированы в формате HTML по всем 6200 параметрам, где каждый 16-разрядный регистр был снабжен полным комментарием наименования сигнала. Документация общим объемом в 2Мегабайта текста для смежных разработчиков была подготовлена буквально за 15 секунд работы в скада-системе SCADA+.
Таким образом, проект был выдан на рабочие испытания на полигоне на реальном оборудовании буквально через 3 часа с момента выдачи ТЗ разработчику в скаде, и потребовал усилий всего 1 инженера. На следующий день, успешно пройдя испытания на полигоне (так как почти 90% информационной базы было собрано автоматически и исключило человеческий фактор, что снизило процент ошибок почти до нуля) проект был отправлен на объект для выполнения работы по ПНР.
----------------------------------------------
Мы используем контроллеры фирмы Шнайдер Электрик TSX P57 2634M и TSX P57 5634M.
Создали тестовую программу: 4000 аналоговых параметров и 1200 целых.
Связались с контроллерами с помощью МОДБАС-драйвера(TCP IP) из состава ВЕСТНИЦЫ.
1- контроллер отвечает по обычному МОДБАС-протоколу за 970 мсек, а 2-й за 880 мсек.
2-й контроллер позволяет использовать "пакетный" режим опроса.
Для конфигурации в 3968 аналоговых параметров "пакетный" режим дает период опроса 0.4 миллисекунды.
"Пакетный" режим означает,что сразу несколько запросов ( в нашем случае 64)посылаются контроллеру одновременно и приходят в одном блоке.
Не все контроллеры его переваривают.

Вопросы:
Неужели правда, что S7-400 так медленно отвечает?
Не могли бы ВЫ приоткрыть завесу тайны над Вашим чудесным протоколом?

С уважением.Александр

[Romcheg]

Тонкостей со стороны Сименса не знаю, но человек, который его программировал (неплохой специалист по этой технике) не смог заставить его работать быстрее. С его слов не сама отправка и передача тормозит в контроллере, а обработка приема и передачи пакета как транзакции (что-то он про особенностью работы с буфером говорил). Но когда мы снизили объем пакетов до 5 штук - все значительно быстрее стало работать.
А сделали просто: в контроллерах серии S7-400 есть возможность принимать и отправлять произвольные пакеты по TCP/IP, и максимальный размер такого пакета составляет 8КБайт. Этим и решили воспользоваться - он у себя формирует пакет запроса данных с нашим условным заголовком и номером группы, которую он запрашивает. А у меня в скаде имеется штатная возможность прямо в проекте разрабатывать алгоритмы, которые можно назначить как системный алгоритм для разбора пользовательских пакетов по сети, которые приходят к рантайму скады. Вот и получается: приходит от контроллера пользовательский пакет запроса по сетке - система вызывает пользовательский алгоритм, алгоритм разбирает пакет и на его данных формирует ответ размером в 8КБайт данных и отправляет обратно контроллеру. Таким образом обмениваясь не по 125 регистров как в Модбасе, а блоком в 8КБайт удалось снизить количество транзакций, что снизило и общее время опроса. Посылку команд с верхнего уровня так и оставили на МодбасТСР, потому как там количество их пренебрежимо мало и посылаются они не на каждом такте работы системы.

[xandrved]

Спасибо. Все понятно. Молодцы! Это по-нашему.
Интересная информация.

[servo85]

Роман, правильно ли я понимаю что вышеперечисленные внедрения выполнялись по роду деятельности на основной работе? Если да, то почему на сайте Элна нет упоминаний о SCADA+, хотя ТМ упоминается частенько? Тому есть какие то юридические причины?

[Romcheg]

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

[servo85]

Роман, спасибо за содержательный ответ! А является ли название "свечного заводика" секретом? ...ведь не корысти же ради, а волею пославшей мя жены (с)

[Romcheg]

Нет, не является: ООО "ЮниАльфа" (www.unialfa.ru)

[kukovich]

Здравствуйте. Хотел бы узнать стоимость использования вашей скады. Я написал Вам на почту письмо с обращением. Хотелось бы получить оперативный ответ, т.к. времени особо нет.

[Romcheg]

2kulikovich: Ответил в ЛС и на почту.

[Romcheg]

Приглашаю всех на стенд нашей компании на предстоящей выставке "ПТА-2014", которая состоится с 7 по 9 октября 2014 года в Москве по адресу: ЦВК «Экспоцентр», павильон 5.
На стенде будет демонстрироваться система SCADA+. Можно будет пообщаться с разработчиками и задать свои вопросы, а также попробовать систему в работе.
http://www.pta-expo.ru/news/020914.htm

[Romcheg]

Выставка сегодня завершилась, общее впечатление — положительное. Были интересные контакты, многие из них нацелены на плодотворную совместную работу, сейчас по обратной реакции будет понятно, как мы стартанули. Каждый день как минимум 2 человека посещали наш стенд со словами «А, мы вас искали и хотели бы увидеть Романа». :) Спасибо всем, кто пришел, за то, что уделили время и проявляете интерес к моей разработке!
Сейчас будем делать выводы на основе полученных данных и опыта, чтобы улучшить в части маркетинга, а также конечно же обсудить планы по развитию, на что именно сейчас стоит нам сделать основной упор в разработке и сопровождении продукта.

Ну и немного фотографий с «полей»:
На стенде мне очень активно помогала моя жена, за что ей огромное спасибо, люблю ее! Прямо «семейный подряд» организовали. :)

Начало монтажа:

http://www.scadaplus.ru/images/pta2014/0.jpg

Внешний вид готового стенда:

http://www.scadaplus.ru/images/pta2014/2.jpg

Немного крупным планом мое «рукоделие» — демо-стенд, демонстрировал работу скады с оборудованием, в качестве сигналов — распечатки мнемосхем с тумблерами, которыми можно было пощелкать и посмотреть как меняется индикация на экранах АРМа:

http://www.scadaplus.ru/images/pta2014/3.jpg

Наш «семейный подряд» на рабочем месте:

http://www.scadaplus.ru/images/pta2014/4.jpg

Вручили диплом участника выставки:

http://www.scadaplus.ru/images/pta2014/5.jpg

[Romcheg]

Спасибо!

[Romcheg]

На днях получил информацию об еще одном внедрении на SCADA+: система диспетчеризации САУ приточных установок и насосов (ГВС, ХВС и теплоснабжения).
Система запущена в Объединенном Институте Высоких температур РАН (ОИВТ РАН).
Исполнитель: ООО "СК-Контур-НН"

Более подробная информация здесь: http://scadaplus.ru/vnedreniya/dsau1/

Сейчас в процессе внедрения еще одна система на базе SCADA+: АСУ испытательным стендом космического ионного двигателя.
Первую часть работ до НГ уже выполнили и провели предварительные испытания взаимодействия с оборудованием. В начале следующего года завершающая часть, и буду готовить кратенький референс. Никогда бы не подумал, что такими вещами придется заниматься.
"И пока космические корабли бороздят Большой театр" (с)

[Jackson]

У меня - только восторг!
И, кстати, с наступающим!

[Romcheg]

На днях написал пользователь SCADA+, который на ее базе внедрил систему мониторинга генераторов на ГТЭС с WEB-доступом.
Ранее я уже давал ссылку на WEB-страницу, через которую можно в табличном виде наблюдать текущие показатели генераторов в реальном времени.
Он сообщил, что немного доработал проект, внедрив в генерацию кода WEB-страницы элементы SVG, он улучшил графическое представление интерфейса для клиентов и теперь его можно наблюдать в виде графической мнемосхемы в браузере: http://88.204.176.10:9080/

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

На сегодняшний день, SCADA+ отображает состояние десяти газотурбинных
установок на базе ГТД ДЖ-59 производства НПКГ "Зоря"-"Машпроект",
г.Николаев Украина. Обмен с САУ на базе ПЛК Bernecker&rainer по
протоколу UDP реализован посредством скрипта C#, как и вэб-интерфейс.

[Jackson]

На днях написал пользователь SCADA+, который на ее базе внедрил систему мониторинга генераторов на ГТЭС с WEB-доступом.

Напомните пожалуйста, что это за пользователь?