Net Server TM лучше многих

Net Server TM - сетевой сервер телеметрии (stm.rest.ru)

Сервер на *NIX ОС. (SuSE Linux, FreeBSD)
Клиент на Win32

Возможности:
- эта СКАДА сразу разрабатывалась для автоматизации больших и огромных объектов. Физическое местополжение серверов практически не имеет значения. Чего не могу сказать про OPC серверы, используемые в прочих СКАДА (или может не знаю).
- Серверы на базе x86 или x64 *nix систем. В основном SuSE Linux, FeeBSD. по заказу и под Win32. Но мое мнение: платформа Win32 крайне не стабильна для серверной стороны решения задач промышленной автоматизации.
- Клиентская часть естественно на платформе Win32.
- С диспетчиризацией в STM все в полном порядке. Есть все что может понадобиться.
- В плане визуализаций (графической клиентской части), по мне так самя адекватная система из всех ныне существующих. Обучение не займет много времени, а если знакомы с оболочками вроде Visual Studio или Delphi, то проблем вообще не возникнет.
- В качестве скриптового языка и серверной и клиентской части используется Tcl/Tk. Если взять сборку от ActiveState, то получите в распоряжение все библиотеки которые есть в поставке. Либо по своему желанию можно юзать любые библиотеки которые есть для Tcl.
- Есть большая база типовых блоков скриптов которые можно использовать либо писать свои типовые блоки и использовать в дальнейшем.
- Сценарии основаны на событийной модели. Очень удобно и достаточно просто.
- Базы у STM свои, но есть возможность выгружать данные в любую базу данных через ODBC. Как в реальном (мягком) времени, так и по запросу.
- Тех.поддержка есть. Система достаточно давно на рынке, но в связи с тем что они все делали под ключ тех.поддержка в сети у них появилась не так давно. Обычно есть спец. или несколько которые и осуществляет поддрежку.
- Поддержка OPC тоже есть, но это как правило для автоматизации одного локального объекта. И я считаю это правильным. Вообще у STM есть свои драйверы (аналог OPC серверам) для большого кол-во PLC. И под заказ делают драйвер для любого PCL у которого есть описание протокола.
- 20-50 тысяч тегов для STM это далеко не предел - это даже ниже обычной нормы. Обычно используется несколько сотен тысяч тегов.
- Графика просто выше всяких похвал. Такого кол-ва и качества НЕТ ни в одной СКАДЕ. Из скриптов во время выполнения можно управлять абсолютно всем. Вся графика 100% векторная. Ну использовать картинки (растр) тоже конечно можно.
- вся работа визуализаций (схем) основана на скриптах
- Русские буквы, как понимаете, поддерживаются без проблем.
- Система алармов весьма и весьма неплоха. Есть возможность кликнув на аларм в окне вывода сразу перейти на картинку, где произошла авария, можно нажать кнопушку и получить подсказку что делать, можно сделать так, чтобы при авариии запустился какой то процесс...

Внедрения:
ГУП "УЭХК" (г.Новоуральск Свердловской области) - 7 диспетчерских
пунктов, одного энергохозяйства!
Электрика, водоснабжение, прочие ресурсы.
Полное дублирование начиная от серверов на ДП до рабочих
станций, 4-х кратное резервирование сетей между серверами и
дублирование между ПЭВМ и серверами (TCP/IP), дублирование связей с
оборудованием КИПиА (PLC). Десятки пользователей. Многомониторные
диспетчерские станции и диспетчерские щиты. Внедрение завершено
более 5-и лет назад. Эксплуатация - силами местного персонала, так
как город "закрытый". Территория - десятка полтора километров. Общее число
объектов (дискретных и аналоговых параметров контроля) - несколько
сотен тысяч.
В 2009г - начало "обновления" системы.

ОАО "Севуралбокситруда" (г.Североуральск Свердловской области).
Технический и коммерческий учет горячей и холодной воды по
предприятию. Диспетчеризация "электричества" по предприятию.
Диспетчерский контроль и технический учет по шахтам (энергоресурсы,
технология, удельные параметры крупных энергопотребителей
(электродвигатели размером с КАМАЗ), прогноз нагрузок и проч...).
17 серверов телеметрии, 6 шахт, теплопункты, подстанции, пункты
учета холодной воды, насосные... Около 30 активных пользователей.
Несколько сотен тысяч объектов контроля. Около 15 разновидностей
КИП(овских) PLC. Территория - более 30км в длину до 5 км в ширину...
В 2009г планируется все это "загнать" в единую диспетчерскую (будет
реорганизована соответствующая служба) и "всосать" прочие локальные
SCADA (учет газа на WinCC, несколько самоделок, InTouch в службе
механика кажется, видеонаблюдение, месонахождения шахтеров под
землей) и все вместе "выкинуть" в экономический контур
(R-3), на роскошный диспетчерский щит и руководству естественно.
"Вертикаль управления однако...".
В целом нормальная эксплуатация (Если бы реформы РУСАЛА не задолбали
- было бы вообще классно - а так людей задергали...). Удаленный
мониторинг и сопровождение системы (OnLine и OFFLine) по закрытому
шифрованному каналу внутри Internet (480км).

ОАО "СМЗ" (г.Серов Свердловской области). Технический учет
электроэнергии. Диспетчеризация. (по КИПиА Заказчик выбрал СЭТ-4 и
ЕвроАльфа). Около 250 счетчиков. (Идут работы по расширению зоны до
480счетчиков). Суммарно более 100'000 объектов (можно сказать
тэгов, но это не будет точным переводом). Система очень загружена.
На неё навешаны офигительные алгоритмы контроля всего что надо и не
надо в реальном времени. Реактивность - по дискретным - до 2-х сек,
но по аналоговым - порой до 50сек, особенно если был простой линии
связи или отключение на подстанции щита связи со счетчиками.
Эксплуатация местным персоналом не организована (более 9 мес.
система была вообще без эксплуатации!). Сейчас начались робкие
подвижки... Около 10 пользователей. Вся работа через TCP/IP (от
подстанции до монитора пользователя). Сеть более - менее (но особо
за ней не следят). Сейчас первый месяц осуществляется. Удалённый
мониторинг и сопровождение системы (OnLine и OFFLine) по закрытому
шифрованному каналу внутри Internet (350км).

Это далеко не все объекты.
Одним словом система для серьёзных и далеко
смотрящих руководителей. Мало правильно выбрать софт. Главное -
оптимально сочетать базовые параметры производства,
информационной безопасности, организации производства с софтовыми,
и архитектурными возможностями выбранной SCADA. Одним словом
"одеваться надо стильно". И NetSerwerTM на предприятии с пятью
узлами контроля будет смотреться как бриллиант на руке технички.
*Хотя сейчас обкатывается "бюджетная версия" для "настольных"
применений.

Первоначально опубликовано dyp2000 и "всосать" прочие локальные SCADA (учет газа на WinCC, несколько самоделок, InTouch в службе механика кажется, видеонаблюдение, месонахождения шахтеров под землей) и все вместе "выкинуть" в экономический контур (R-3), на роскошный диспетчерский щит и руководству естественно.

А что за роскошный диспетчерский щит? Чье производство?

Подождем бюджетной версии для недалеких руководителей ) С ними, думаю, будет проще ))

Dismay -> не сомневаюсь, что это все работает. Это не Рога с копытами, а самородки, требующие имхо некоторой огранки и рыночной шлифовки.

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

dyp2000: "оформить все как _свой_ продукт" в данном контексте как похвала, т.е. свой и ничей иной. Нечего тут выискивать подвохи.

И вообще на вашем месте пиариться надо больше, если хотите стать игроком на рынке скада , но я бы не стал применять термины - типа "наш сервер лучше остальных", скажите: "пожалуй немного лучше остальных", и, почему не названы остальные - их нет?

Если нет, тогда вспоминается анекдот про неуловимого ковбоя...

Так и знал - мания величия )