Версия для печати темы

Автор: Qwerty88 10.7.2015, 7:44

Начинаем работать на новом объекте в котором планируется довольно большое количество оборудования для автоматизации. Основные контроллеры для системы - Pixel и SMH2Gi. На этом объекте планируется система диспетчеризации. Количество контроллеров запросто перевалит за 200-300 штук. Кроме сегнетиков еще будут другое оборудование подключенное по модбасу и по бакнету. Сейчас вотвыбираю SCADA -систему для диспетчерского ПК. Наши недорогие решения (TM6 и MasterSCADA) я "отмел" сразу... У ТМ6 проблемы с "перевариванием" графики, мы делали объект раз в 5 меньше, и она с ним кое-как справляется. Мастерскада тоже не отличается стабильностью, а объект серьезный, перезагружать комп каждый день - не вариант. Т.е. нужно надежную и мощную систему. Рассматриваю сейчас разные варинты (Citect, Genesis32, InTouch). Подскажите варинты и их достоинства и недостатки...

Автор: DC-RU 10.7.2015, 10:43

Добрый день.

Если бы не MODBUS как основной протокол для Segnetics, то обратил бы ваше внимание на софт Delta Controls. Описание прилагается.
Основных минусов - два:
1) импортозамещение;
2) наш основной протокол - BACnet, поэтому MODBUS надо будет шлюзовать - т.е. доп оборудование...

ORCAview - АРМ на WIndows: одно рабочее место - одна лицензия. enteliWEB - web-портал в систему АСУ здания.
В оба софта входят модули конфигурирования и программирования наших контроллеров. Может входить граф редактор.
ORCAview не имеет ограничения по тегам, enteliWEB - имеет на входы/выходы.

Автор: Qwerty88 10.7.2015, 11:00

А что Ваша скада не умеет работать с OPC-серверами?

Автор: DC-RU 10.7.2015, 11:04

OPC <-> BACnet от Kepware или Simetrics. Напрямую - нет. Мы же производим комплекс: и контроллеры и софт на BACnet, а не одну SCADA для любых контроллерных зоопарков
http://91.195.171.91/enteliweb - наш офис в демо режиме. demo / demo

Автор: Qwerty88 10.7.2015, 11:06

Просто OPC это стаднарт для СКАДА-систем. И бОльшая часть таких систем умеет с интерфейсом OPC работать... Если Ваша СКАДА не умеет - то я от нее откажусь.

Автор: DC-RU 10.7.2015, 11:12

У нас не SCADA в общепринятом смысле, которая поддерживает много-много разных протоколов. Для построения АСУ здания BACnet обеспечивает все необходимые функции автоматизации, диспетчеризации и энергосбережения. Наше ПО позволяет строить системы диспетчеризации на BACnet как основном протоколе и шлюзовать туда все остальное. OPC это не протокол, это описание интерфейса обмена данными, придуманный Биллом Гейтсом (не лично, конечно ) OLE for Process Control. А сертифицированное BACnet оборудование и ПО производия более 800 компаний в мире - выбор есть

Автор: Qwerty88 10.7.2015, 11:15

SCADA в общепринятом смысле не поддерживает много-много разных протоколов. Она поддерживает стандрат интрефейса OPC, а уже через него можно подключить много-много протоколов. Есть скады, которые содержат встроенные драйверы, но они также поддерживают и OPC.
В принципе мне все понятно. Мне нужна стандартная скада, которая умеет работать с OPC. Другие варианты я не рассматриваю.

Автор: Snu 10.7.2015, 11:20

TAC Vista. И графика и работа с OPC и модуль генератора отчетов для Excel

Автор: Qwerty88 10.7.2015, 11:24

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

Автор: cauto 10.7.2015, 11:45

А можно с этого момента поподробнее? Как то не сталкивался до сих пор с нестабильностью Мастерскада. При каких условиях она возникает?

Автор: Qwerty88 10.7.2015, 11:49

Был не так давно на объекте. Там около 30-40 контроллеров Pixel c модулями Ethernet. Вентиляция, тепловые узлы, управление освещением. Ничего сверхестественного. Диспетчеризация реализована на MasterScada. Скада виснет 1-2 раза в неделю. Порой теряет связь с одинм и тем же контроллером и находит её после 2-3 перезагрузок. Знаю программиста, который делал данную систему - с руками у него вроде как все в порядке. Еще одни знакомые делают подобную систему в другом здании, также на MasterSCADA, говорят что бывают проблемы. Когда я им сказал ориентировочное количество сигналов (20-30 тысяч) - сказали что лучше взять что по серьезнее.

Автор: WRybkin 10.7.2015, 13:12

Виснет - скада, а связь с контроллером может терять кто-другой, например его ОРС-сервер

Автор: AlexG 10.7.2015, 14:01

Кстати да, у нас были проблемы с Lectus OPC и некоторыми другими серверами при на порядок меньшем количестве сигналов. Не стоит сразу во всем винить скаду, стоит разобраться подробнее.

Автор: beastmaster 10.7.2015, 14:30

Посмотрите http://www.firstmile.ru/index.php/Программное-обеспечение/indusoft.html. Сами используем её уже давно для диспетчеризации котельных, которые находятся у нас на эксплуатации.

Автор: cauto 10.7.2015, 14:48

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

Автор: Lex 10.7.2015, 15:00

Citect.
Не распиаренная, но сильная скада.
Много драйверов оборудования, протоколов. Сильная графика и БД.
Сейчас их шнайдер купил, может поменял уже чего...
А вообще выбирайте с прицелом на развитие, на использование на дальнейших объектах.
Чтобы не зря время на обучение потратить, а деньги на лицензию.
Соответственно и производитель должен быть стабильный, с хорошей техподдержкой,
заинтересованный в партнерах.

Автор: SCADAMaster 10.7.2015, 20:10

Как вам правильно сказали "виснет" и "теряет связь" - это не одно и тоже. За связь с контроллерами отвечает ОРС сервер. Если использовать Lectus, то такие проблемы могут быть.
Мы внедряли проект на Pixel-и, Modbus Universal, MasterSCADA + MasterSCADA-Vent на 350 вентустановок. Все работает стабильно.


У нас есть примеры внедрений на 100 тысяч тегов.

Автор: Blackout 11.7.2015, 12:36

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

Также посмотрите на http://www.reliance-scada.com/en/main, используем уже шестой год, работает стабильно и с тысячами тегов. Умеет описи, можо купить драйверы на бакнет и модбас (драйвер бакнет стоит заметно дешевле матриконовского OPC-сервера для бакнет). Среда исполнения поддерживает на 100% русский интерфейс, но среда разработки - только английский и чешский, Web-клиент - аналогично, все системные тексты на одном из этих языков на выбор.

В обоих системах в случае с сегнетиксом будет некоторый геморрой, связанный с тем, что переменные на чтение/запись с сохранением в памяти контроллера имеют свойство иметь разые адреса на чтение и на запись, что приведёт к необходимости задания экшна на каждый такой тег в Reliance или использование Genie с двумя тегами на уставку в Citect (хотя можно и с одним, если исхитриться с именованием тегов в описи).

Уже давно ведь есть платформо-независимый OPC UA, правда я не встречал под него много скад и серверов. Из скад недавно видел что есть такая Ignition, но она при этом не умеет OPC DA и построение у неё достаточно нетрадиционное, а ещё вряд ли у нас где-то продаётся. А из серверов - матриконовский универсальный wrapper DA-UA.

Автор: SCADAMaster 11.7.2015, 16:15

Не только:
http://insat.ru/products/?category=1271
Скоро перенесем UA и в Modbus Universal.
MasterSCADA в скором времени также будет поддерживать UA.
Есть также туннель базирующийся на UA:
http://insat.ru/products/?category=1602

Автор: Qwerty88 13.7.2015, 6:52

Какой там OPC сервер я не смотрел. Вполне может быть такое что виснет он. Лично я с мастерскадой не работал, НО... вот что меня "напрягает".
1. Система будет большая и распределенная. Такие системы реализуют не так уж и часто.
2. Работал довльно много на TraceMode 6. Делал системы в 200-500 каналов - они работали просто отлично. Не пользовался никакими OPC-серверами и все просто "летало". Но вот сделали систему на 5000 переменных, реализовали периодическую запись данных во внешнюю СУБД, архивируем большое количетсво переменых и строим графики.... и вот когда мы "в тупую" как обычно все это реализовали - скада начала виснуть один раз в 1-2 часа. Виснуть не ОРС а именно сама скада. Техподдержка ТМ6 сказала мол ничего не знаем, делать не будем разбирайтесь сами. Мол у вас там может винда виснет может еще какая халера... по логу было видно что постоянно отваливается связь с Pixel-ями по Эзернету и снова восстанавливается. РАзговры с Адастрой на тему того, что было бы неплохо работу с модбасом в этом направлени улучшить ничего не дали. Они в итоге сказали мол делайте через OPC сервер. В итоге все данные по модбасу мы перекинули в OPC, поигрались с приоритетами программ и периодичностью выполнения и это разгрузило саму скаду - она виснуть перестала. Но мы на это убили столько времени, столько нервов себе попортили, что опять ввязываться в такую авантюру с отечественным разработчиком я не хочу. Естетсвенно если будут проблемы с "буржуйской" скадой - там ответ будет тот же "У нас все работает - разбирайтесь со своим софтом", да вот только думаю, что с приличной скадой подобных проблем будет вылазить меньше.



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

Расскажите по подробнее.
На 100 тысяч тегов или IO каналов? И если IO - то как это было реализовано?
Ну и опять же - это все слова.

Вон Адастра хвастается что на их скаде реализован сбор данных с отделений сбербанков... да оно как бы работет... но КАК... там на основной сервер приходит около 15 тысч IO с расперделенных станций (через интернет) и на сервер архивирования примерно также.. НО они ополностью отказались от графики - интерфейсы опреатора это таблицы с данными и кнопки. Иначе все висло. А отчеты с сервера архивирования нормально не строятся. Но это информация "изнутри" от непрсоредственного разработчика системы. У менеджеров всегда все работает и всегда их система самая лучшая. Только вот потом инженерам с этом всем приходится непосредственно работать и ломать голову над тем, как заставить все это работать.

Автор: All_Ex81 13.7.2015, 8:07

Посмотрите на ОИК диспетчер (Aris scada), работает стабильно с 20к тегами с ТУ на протяжении 7 лет, проблем небыло

Автор: SCADAMaster 13.7.2015, 13:02

Несколько странная логика. Дальше то вы все пишите про TraceMode.


Почему это просто слова?
Это реальный проект, внедренный нашим инженерным отделом. Если нужно - можем предоставить дополнительную информацию.

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

Автор: Qwerty88 13.7.2015, 13:11

Только слова потому, что никто (а особенно менеджеры) не будут писать о "больных" сторонах реализованных проектов.

Дайте описание большого проекта на 100к тегов...
Еще тут ключевое "внедренный нашим инженерным отделом". При обнаружении глюков, зная досконально свою систему можно сделать "заплатки" и подогнать его под конкретный проект, и добиться тем самым нужного результата. При этом, если проблемы возникнут у рядового пользователя то тут начнется "переустановите Windows, вдруг поможет", "Поставьте 16 Гб оперативной памяти вместо 8 Гб", "Замените видеокарту (а в моем случае этого нельзя было сделать)", "мы не знаем в чем ваша проблема тестируйте, пробуйте у нас все работает это ваши проблемы" и т.д..


Потому что эти системы TM6 и MasterSCADA "одного поля ягоды". Мастерскада даже дешевле стоит. Отчего бы?
PS А еще мне не нравится лицензирование в мастерскаде... слишком все запутанно.

Автор: младшой 13.7.2015, 13:23

PcVue
Имеет встроенный OPC-сервер с поддержкой кучи протоколов.
Также, можно подключаться к стороннему OPC-серверу.

Хотя, последнее время меня одолевают сомнения в вопросе целесообразности интеграции OPC-сервера со скадой.

Автор: SCADAMaster 13.7.2015, 13:32

Я не менеджер, а представитель техподдержки. Поэтому знаю о всех проблемах которые возникают с MasterSCADA, и могу заверить что мы их устраняем (как устранением ошибок, так и консультациями наших клиентов, если проблема в некорректно построенном проекте).
Если скажите у кого конкретно возникли проблемы с пропаданием связи, то могу поднять переписку (наверное они обращались на support) и посмотреть в чем именно было проблема и чем дело кончилось.


С чего бы?
Это проект сделан на шаблонном проекте MasterSCADA-Vent, который вместе с конфигурацией OPC и документацией, находится у нас на сайте и его может использовать любой пользователь.


Почему? Разные компании, разные технологии, разные подходы.
Если по цене, то тем более странное рассуждение.


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

Автор: Qwerty88 13.7.2015, 13:38

Так опишите "техническую" сторону проект на 100к тегов. Откуда считываются данные, что с ними далее делают... Как все это отображатеся, сколько экранов в итоге вышло, сколько переменных архивируются и как архивируются...


Выше стоимость продукта - больше денег можно потратить на разработку и доработку (нанять грамотных программистов и т.д. и т.п. Логика такая...
PS Ну и боюсь наступить на грабли того, что и с ТМ6 - скада может просто "не потянуть" такой объем данных с такими функциями.

Автор: SCADAMaster 13.7.2015, 14:50

К сожалению, у меня подробной информации по этому проекту нет - нужно узнавать у менеджеров.
Могу выслать описание к проекту на 300 вентустановок (там точек около 10 тысяч). Могу поискать проект на 40 тысяч переменных - опрос большого количества счетчиков по OPC HDA. Напишите на support.


Эта логика не всегда справедлива.


Я могу предложить вам обратится в отдел продаж и описать вашу задачу - сколько тегов (аналоговых и дискретных, так как дискретные можно упаковывать), сколько компьютеров и т.д.

Автор: kosmos440o 13.7.2015, 15:41

У меня тоже были проблемы с Мастер Скадой. Потом я их решил - как мне показалось, что ОРС сервер немного тупил при опросе электросчётчиков. Но потом я нашёл проблему в usb-свистке и самой линии, и уже год всё работает (целое здание в комплекте) без единой проблемы. Правда, до греха не довожу, раз в месяц приезжаю, перезагружаю систему. Сам я туповат в языках высокого уровня, но смог написать драйвер к водосчётчикам на костылях из примеров. Конечно, надо сидеть заниматься в любом случае. Это всё к топикстартеру.
Сейчас у меня стоит выбор на полностью завод, и вот это вопросец непростой. Надо будет связать бухгалтерию с установками, да с ПЛК разных производителей от Simatic до Mitsubishi и ещё и MES впрягается с локальной сетью. Есть там и Сегнетикс, и что-то моё, то ли ТАС, то ли Phoenix...

Автор: SCADAMaster 13.7.2015, 15:47

Это совершенно лишнее. Перезагрузка имеет смысл если есть утечки памяти - посмотрите по процессам скады и ОРС в диспетчере задач, есть ли рост памяти. Если роста нет, то и перезагружать не имеет смысла. Но я не припомню проблем с утечками в нашей скаде и ОРС, да и за месяц бы утечки себя проявили.


Вы делали на скриптах Modbus Universal MasterOPC?

Автор: Qwerty88 14.7.2015, 6:19

У меня на ТМ6 12 зданий, связаны между собой оптоволокном. Сейчас то все работает, но вот оптимизацией пришлось очень плотно позаниматься. И самое неприятное - что мы на это времени не выделяли. Т.е. у нас были до этого объекты меньшего размера, и там было все отлично. Поэтому мы рассчитывали вытащить данные в систему и сдать, а месяца два-три на оптимизацию всего этого хозяйства в сроки не закладывали. И вот когда система стала вылетать а у нас через неделю комиссия для сдачи объекта, так как то совсем не весело стало. В итоге, когда мы сдавали свою работу комиссии, то про себя только о том и думали что не дай бог сейчас при ней (комиссии) у нас зависнет скада. Однако "пронесло", и после сдачи эксплуатация еще месяца 3 решала как будет работать с системой, набирала операторов и т.д.... За это время мы провели оптимизацию. А одно здание, без проблем это не показатель.

Автор: cauto 14.7.2015, 9:11

Думаете скада за надцать килобаксов Вам сама всё оптимизирует?

Автор: Qwerty88 14.7.2015, 9:55

Рассчитываю на то, что у мощной скады обкатанной на большом количестве объктов не будет таких подводных камней, как у ТМ6. И не будет проблем с производительностью при обработке графики как у ТМ6.
Когда делали описанный мной объект, мы кончено сразу создавали оптимизированные карты переменных в контроллерах, так чтобы получалось как можно меньше запросов... но вот то, что ТМ6 тупо не потянет считывать через встроенные драйвера модбаса несколько тысяч переменных я, честно говоря, не ожидал. Я проходил у них расширенный курс обучения лет 6 назад, и там они говорили, мол OPC серверы глючные, пользуйтесь по возможности встроенными драйверами.. а оказалось, что они работают нормально только на небольших количествах переменных (100-300). А чем дальше - тем медленнее. Вот MasterOPC (от Мастерскады кстати говоря) отлично справился с этой задачей (мы в итоге все данные по модбасу организовали через него) и ни разу за все время использования он не завис. Это конечно большой плюс для МастерСКАДЫ но что-то я пока все-равно боюсь использовать её на таком большом и серьезном объекте.

Автор: cauto 14.7.2015, 12:20

Тогда я уже вообще ничего не понимаю Та часть по которой у Вас претензии к ТМ, в Мастерскаде Вами уже опробована с отличными результатами, в чём проблема то?

Автор: Qwerty88 14.7.2015, 12:24

Боюсь связываться с отечественным продуктом на ответственном и реально большом объекте. Заказчику надо графику, и если я сделаю на своем "проверенном" решении боюсь что ТМ6 загубит графика. Как с этим в Мастерскада я не знаю. И как она потянет опрос и архивировнаие в реальном времени 20-30-40 тыщ переменных - я тоже не знаю. Ну и опробована не в мастерскаде а в ОПС-сервере их производства. Ну и в том опс-сервер около 2 тыщ переменных... остальные 3 тыщи - это счетчики и кондиционеры, которые читаются другим софтом.

Автор: cauto 14.7.2015, 12:32

Да елки-палки. У Вас же все претензии именно к связи. При чём тут сама скада?
В конце концов можно запросить у Инсата (думаю не откажут ) координаты реализованных крупных проектов и пообщаться со службой эксплуатации этих объектов. Всяко лучше будет, чем тут спрашивать.
Ну и не последний момент, про который Вы и сами писали, техподдержка. Вполне себе вменяемые люди в Инсате там работали на момент моего последнего к ним обращения. Кроме того в прайсе есть интересная позиция ""Техническая помощь по настройке программных продуктов компании на территории заказчика".
PS Блин, может показаться что я их рекламирую, хотя это вовсе и не так.

Автор: Qwerty88 14.7.2015, 12:48

Да я уже с ними общаюсь. Только пока меня они не убедили.

Автор: cauto 14.7.2015, 12:50

С Инсатом или со службами эксплуатации?

Автор: Qwerty88 14.7.2015, 12:51

С техподдержкой Инсата.

Автор: cauto 14.7.2015, 12:55

Ну это не то. Какой же производитель признается в недостатках своего продукта потенциальному клиенту Опыт с ТМ у Вас есть уже.

Автор: Qwerty88 14.7.2015, 13:29

Да надо запросить телефоны эксплуатации внедренных систем

Автор: Максим Ананских 14.7.2015, 23:18

С МастерСкадой не рекомендую связываться, если у вас больше 100 тегов.
Indusoft - хороший вариант.
Reliance - еще лучше, на удивление неплохая скада.

Автор: cauto 15.7.2015, 0:03

По причине?

Автор: Alexander_I 15.7.2015, 8:28

Интересна сама постановка вопроса: 20 - 30 - 40 тыщ переменных, кагбэ должна переваривать некая SCADA... Хотелось бы понять, кто будет анализировать эту туеву хучу переменных, для кого они? Может дело вообще не в каких либо SCADAх, а в нереальных и ненужных никому хотелках?

Автор: Qwerty88 15.7.2015, 8:42

Как для кого - для эксплуатации. Несколько сотен приточных установок, хладоцентры, насосные, тепловые узлы, кондиционеры. Вот и набегает такое количество сигналов. Будет несколько рабочих мест диспетчеров. При чем тут нереальные и никому не нужные хотелки? У меня объект раз в 5 меньше -там под 5000 сигналов вылезло.

Автор: Alexander_I 15.7.2015, 8:55

Да это все понятно. Непонятно только, кто в состоянии переварить этот объем информации, а переварив ее - делать что-то вразумительное. Есть такие таланты?

Автор: beastmaster 15.7.2015, 9:05

Делал тут недавно проект диспетчеризации одного предприятия... Куча разных производств и систем - от технологии до вентиляции, отопления, холодоснабжения и т.д. Причем различные технологические процессы делали разные компании и как правило на своем оборудовании - с чем привыкли работать - встречаются ПЛК от SIEMENS, Allen Bradley, DELTA, Schneider Electric и т.д. В общем зоопарк. И естественно переменных счет на десятки тысяч. Но никто не сидит и не пялится во все эти данные в мониторе компьютера. Все, что собрала СКАДА, используется не только для отображения параметров техпроцессов, но и для организации службы эксплуатации и ремонта. В общем система интегрируется с "1С Предприятие" для формирования всевозможных нарядов на текущие и капитальные ремонты, контроля наличия ЗИП на складах, получения параметров по простою и работе оборудования и много чего еще, что требует рутинной работы и можно автоматизировать за счет обработки поступающей информации. Я о том, что цель внедрения СКАДА - это не красивые картинки на экране компьютера. Цель - это повышение эффективности работы всевозможных систем путем оптимизации затрат на эксплуатацию, обслуживание и потребление ресурсов. То есть от внедрения СКАДы должен быть экономический эффект в виде снижения времени простоя оборудования, повышении его энергоэффективности, снижения затрат на эксплуатацию. Иначе - это просто выброшенные деньги.

Автор: DC-RU 15.7.2015, 9:57

Правильные утверждения: SCADA придумана для облегчения труда операторов - посмотрите на старые фото например Плана ГОЭЛРО - кругом вольтметры и самописцы - застрелишься все это оббегАть и анализировать что куда идет. Просто система управления объектом многоуровневая - на самом верху ERP (управленческий учет для бизнеса), ниже SCADA (технологи, инженеры, метрологи), сбоку ТОиР/EAM/CAFM/CMMS (упрощение эксплуатации и снижение стоимости ремонтов), ниже ПЛК/РСУ (управление самим технологическим процессом) далее КИП. Весь этот огород придуман, чтобы снизить стоимость владения объектом, увеличить энергосбережение, увеличить ROI. К сожалению, в наших проектах, заказчики ведутся на красивые картинки, не представляя всех возможностей грамотно спроеткиованной, собраной и эксплуатируемой АСУ здания или завода. Это виднв подходе к организации эксплуатации объекта и нуждам служб этой самой эксплуатации.

Автор: beastmaster 15.7.2015, 10:13

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

Автор: DC-RU 15.7.2015, 10:17

Основная беда, то что строят не для себя, а на продажу. Поэтому вместо нормальной системы управления кладут сицилианский мрамор и золотят перила
Даже собственники заводов не инвестируют в обновление производственных фондов, хотя эти заводы приносят им копеечку малую ( и немалую тоже)...

Автор: Максим Ананских 15.7.2015, 18:01

Очень неудобно ориентироваться в дереве тегов. Слишком тяжелая мышиная возня получается. Да и вообще в ней как-то всё нелогично и неудобно.

Автор: cauto 15.7.2015, 18:52

Понятно. С работой системы Ваше "не рекомендую" никак не связано.

Автор: Максим Ананских 15.7.2015, 19:33

Совершенно верно. Думаю, при >20K тегов до работы системы дело не дойдет.

Автор: SCADAMaster 15.7.2015, 19:35

Это зависит от правильности подхода к построению проекта. Если строить проект с рекомендованным нами объектно-ориентированным подходом, то все получается логично и удобно - спускаемся по иерархии сверху-вниз, от завода и цехов, до установок и исполнительных механизмов.


"Думаю", "Не рекомендую" - все очень по делу

Автор: Qwerty88 15.7.2015, 21:42

Не понятно мне в чем Вы сомневаетесь.
Если в том, что такую систему можно разработать, так тут:
Во-первых система распределенная
Во-вторых её разработка будет поэтапная и займет года 3-4

Если в том, что эксплуатация осилит работу с системой, тот тут тоже:
1. Система делится на несколько зданий
2. Также делится на системы, и отдельные специалисты из эксплуатации отвечают за свои системы
3. Будет много диспетчреских ПК

Автор: Qwerty88 16.7.2015, 7:07

А на чем реализовывали эту задачу?

Автор: beastmaster 16.7.2015, 8:27

Задача реализовывалась на SIEMENS SIMATIC WinCC.

Автор: kosmos440o 16.7.2015, 12:13

Дело не только в скаде, или даже винде, это входит в объём месячного ТО системы диспетчеризации.



Писал на скриптах, на безбожном Lua. После С как-то не въезжаешь в переменные без типов и всё такое...

Автор: SCADAMaster 16.7.2015, 21:05

Ну как может быть безбожным язык, разработанный в Католическом университете Рио-Де-Жанейро
А если серьезно, Lua язык скриптовый и сравнивать его с Cи некорректно. Lua очень простой - наши клиенты смогли реализовать на нем в нашем OPC протокол теплосчетчика с чтением архивов, за несколько дней не имея никаких знаний по программированию - используя только нашу документацию.


Это неявная типизация:
https://ru.wikipedia.org/wiki/Утиная_типизация
В Си такого действительно нет - там типизация статическая. Но в том же C# есть переменная неопределенного типа var.
Но если вы владеете C++ то у нас есть продукт и для вас:
http://insat.ru/products/?category=1275

Автор: kosmos440o 19.7.2015, 9:04

Да мы в курсе, берём потихоньку...
Если конкретно о вас, мне лично не хватает такого:
http://www.smart-grid.ru/en/level-22.html
Понимаем, что у вас более широкая сфера применения, но вот этот кусок не всегда проскакивает. А в эпоху Доширака каждый кусочек важен...Это сильно дорого?

Автор: SCADAMaster 19.7.2015, 17:45

Не понял - вас интересует УСПД?

Автор: alibastr_man 22.7.2015, 17:37

Обратите внимание на программную платформу AggreGate.
1. Российская разработка со всеми вытекающими преимуществами: импортозамещение, поддержка на русском языке от разработчика и т. д.
2. Мощный заложенный функционал, можно посмотреть http://http://aggregate.tibbo.com/ru/solutions/scada_hmi/compare.html
3. Веб-ориентированность
4. Мировой опыт внедрений, посмотреть можно http://http://aggregate.tibbo.com/ru/downloads/case_studies.html

Автор: SCADAMaster 23.7.2015, 19:54

Тайвань наш!
http://tver.trud.com/search/item/item_id/416686918/site_id/11/show/job/query/чайковский/region/tver.html

Автор: Qwerty88 24.7.2015, 6:44

А кто-нибудь этим пользовался?

Автор: alibastr_man 24.7.2015, 12:33

Платформа AggreGate - разработка российской компании Tibbo Systems, которая является частью международного холдинга Tibbo. http://tibbo-systems.ru/

Автор: Barbus 24.7.2015, 17:13

Угу. Сначала бы хелп на русский до конца перевели...

Автор: kosmos440o 4.8.2015, 5:50

Там вроде:
Свидетельство об утверждении типа средств измерения на АИИС "Меркурий-Энергоучет"

Учёт ресурсов - одна из основных функций СКАДы, кроме контроля и управления, в области инженерных систем. А без сертификата не решишь некоторых задач, которые перед системами учёта встают.
Поэтому для себя решил пока попробовать этот раздел на "Меркурий-Энергоучёте" сделать. Хотя плюются от него, но может, руки кривые были у людей, посмотрим.

Я знаю, что вы скажете что надо сертифицировать по месту. Но я суну, допустим, в суде, эту бумагу, и всё. В регионе непуганых идиотов это зачастую бывает достаточно)))

Автор: ПутникКЗ 4.3.2024, 9:58

Адастра, SCADA Trace mode 7



Продам Trace mode 7, SCADA, с которой не рекомендую работать.

Продам SCADA Trace mode 7



Trace mode 7.

Продам ключи от Скада Trace mode 7. Ключ от исполнительного модуля и Программы конфигурирования Trace mode 7.

Нахожусь в Казахстане, город Костанай, гротов продать.

Почему продаю, может кто, работает давно, купит.
Ужасное отношение к клиентам, предвзятое!
Клиентам по приобретению обещают техническую поддержку. по факту не оказывают технической поддержки, всячески навязывают пройти курсы обучения. Даже если вопрос выеденного яйца не стоит.
Цены завышенные процентов в 60 по рынку России.
Чтобы с Казахстан приобрести, надо наличку в офис занести, банк их в санкционном списке.
Регистрацию проходишь, если гражданин Казахстана, тебя на форуме, имя и фамилии коверкают, небрежное отношение к клиентам.
Всячески служба поддержки избегает выполнять свою работу. За которую ещё и деньги берут . Неуважительное отношение к клиенту, повышение голоса, бросают трубочку если что-то не нравится,, не конструктивно отвечают, тянут время. Всячески заводят в заблуждение, навязывают курсы!.
Всем кто решит приобретать эту программу, подумайте дважды, надо это вам?.
В данный момент меня заблокировали, удалили на форумах, так как я пообещал везде писать, без преувеличения, без отсебятины, какой негативный опыт сотрудничества.
Кто надумает с ними работать, имейте виду, звонить им очень дорого, на наши, 500 тенге минута, потом ответа ждёшь чуть ли не сутки, ответ приходит не по существу.
не советую, не рекомендую с ними работать.
Кому надо, готов продать программу-исполнительного модуля на 100 каналов, также среду конфигурации на 100 каналов.

Автор: ivosoft 4.3.2024, 16:03

Прежде чем покупать, нужно было почитать отзывы тут , благо их много:

https://forum.abok.ru/index.php?showtopic=57571&hl=%CF%F0%EE%E5%EA%F2+%F1%E8%F1%F2%E5%EC%FB+%E4%E8%F1%EF%E5%F2%F7%E5%F0%E8%E7%E0%F6%E8%E8+%F2%EE%F0%E3%EE%E2%EE%E3%EE+%F6%E5%ED%F2%F0%E0

Автор: alsz 11.3.2024, 9:54

C 2011 года много воды утекло, сменился софт и железо, да и рынок автоматизации поменялся.
НО работа с клиентами у компании адастра не меняется, как и у большинства отечественных разработчиков.

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

Автор: ПутникКЗ 11.3.2024, 10:28

Адастра, мало того тех поддержка ноль, они намеренно, дистанционно ограничивают лицензию клиента!. Одновременно навязывают свои курсы!. Как только ты провёл регистрацию лицензию на их сайтах, актуализировал, они получают дистанционно информацию о активации продукта, следующий ход, создание проблем клиенту дистанционно!. Адастра дистанционно ограничивают работу продукта, до тех пор. как только ты не заплатишь следующую сумму за их бессмысленный видеоурок.

Почему не советную работать.
1) банк их под санкциями. не пытаются искать пути .
2) Программу переписали под то. чтобы клиент путался,, намеренно. чтобы он. клиент начал писать, звонить в техподдержку.
3) намеренно, дистанционно ограничивают работу программ, специально, чтобы навязать клиенту обучение, чтобы обвинить в некомпетентности.
4) некто не за что там в АДАСТРА не отвечает, шарашка - Рога и Копыта.
5) техподдержка грубит, явно выражает нежелание помочь клиенту, ещё бы, для чего они тебя дистанционно ограничивают? чтобы втюхать обучение.
6) Всячески отрицают свою вину. даже если за руку поймал как в моём случаи их. на сайте , на своём форуме обращения удаляют, подтираю, всё прячут. следят за этим внимательно! Клиентов блокируют, везде, на всех своих сайтах. Лишают лицензии, просто потому, что, не купил у них обучение, в тупую везде блокируют. Ограничивают доступ, гасятся как сами понимаете кто.
До руководства бесполезно звонить, писать, секретарша там как в фильме охотники за привидениями, робот! .

Вывод, не советую некому работать с ними, нужны вам проблемы?
Вы можете запросто по их причине, из за них, АДАСТРА, провалить свой проект!, получить проблемы, затянуть время исполнения работы у клиента. Подставят запросто, им плевать на вас, только деньги!
Делитесь со всеми, подумайте, надо ли вам это?. Вначале вы создаёте суету, думаете как оплатить. потом вы сидите и думаете, почему у вас что-то не коннекта, везде коннекта у вас нет, думаете что вы что-то не так сделали, потом понимаешь, это они! после прохождения регистрации, создали вам ограничения, чтобы вы Е- сь! а они в это время вам на почту присылают предложения пройти обучение!.
Техподдержки нет, там дилетанты. не компетентные, не хотят и не умеют вести диалог с клиентами, не говоря о том, чтобы помочь, даже если эта проблема выеденного яйца не стоит. Всячески будут затягивать, не отвечать, нести ПУРГУ и АХИНЕЮ, деловятся перед вами по телефону, зная что вы звоните из далека и всё в таком репертуаре.
В общем, они блокируют ради выгоды. чтобы клиент дальше продолжать нести деньги. как корова, дистанционно. вроде всё работает а нет коннекта, могут и что-то ещё сделать. сам факт такой возможности есть у них.

Не связывайтесь с этой шарашка РОГА и КОПЫТА.

Проблема решилась сома собой, приобрёл у других ребят Скаду, более порядочных, у которых техподдержка на уровне, всё заработало! на тех же коммуникационных настройках всё заработало.
Главное в ТМ7 настройки выставляю, нет коннекта, проверяю те сами настройки на симуляторе, всё работает. На 5 разных симуляторах всё работает!. так что, дистанционно ограничивают лицензию программы. за которую им заплатили деньги, даже на 1 год техподдержка входит, конечно. по существу, как было в моём случае.

Автор: alsz 11.3.2024, 11:58

Вот мне интересно как родилась идея - а не заложить бы нам в проект Трэйс Мод в 2024 году?

В моем случае это был кризис 2008г, бакс скаканул.

В Вашем же случае Казахстан не под санкциями

Автор: djaval 13.3.2024, 10:31

Добрый день!

Интересно, а кто-нибудь использует Альфа.СКАДУ? Или её франшизу под брендом System Electric ? Очень неплохая скада

Автор: ПутникКЗ 13.3.2024, 11:02

На момент когда заложили Трейс-Моде, предварительно созвонились, поговорили с продажником, тот уверил, проблем не каких, давай работать.
Когда уже стали приобретать, время шло на работу над проектом, пришлось отправить в Москве человека. чтобы он с наличкой пришел к ним в офис, забрал коробки. Подумать даже не мог, что, будут такие проблемы с этими ребятами. Потом пошло. поехало, проблемы, которые они стали создавать.
сейчас нашел других ребят, Симпл-Скада, техподдержка на уровне здесь и сейчас, онлайн, мгновенно можно казать помогают, не прям весь проект, то, на что есть вопросы, вопроса было 2, всё легко и без сложностей.
Стараются шустро подсказывать.
Не ответа по 1 сутки, не несут ахинею не по существу, не деловятся, не тянут время, не избегают разговора, всё просто и быстро! Цена в 6 раз дешевле, обратная связь работает махом, звонят, интересуются, стараются всячески помочь, если есть сложности, сложностей нет, так как они изначально ориентированы на клиента.
Не растягивают помощь на 2 месяца как в случае с трейс- Моде.

Автор: starmos 14.3.2024, 7:04

Про Simple-SCADA все так. Я и раньше на ней делал проект и сейчас, по моей наводке, наша контора с ней работает и будет работать и я еще в один проект её планирую пристроить. Потому что все очень понятно, многое даже интуитивно, от тех поддержки тоже не было никаких отрицательных моментов.

Автор: ПутникКЗ 14.3.2024, 7:54

Я про SIMP Light имел виду. Интуитивно понятная, за 1 час я знал как всё там работает, не придумывают своих названий для типов данных, не чего нет такого что намеренно сделано чтобы запутать пользователя.
Хотя в прошлом году и Симпл-Скада имел возможность общаться с ребятами, по почте быстро отвечают. программа тоже очень понятная, ответы развёрнутые. Они уже знают, какие в основном вопросы у специалистов бывают. По этому заготовлены ответы таким образом, чтобы получив ответ было предельно понятно, без всяких заумных и выдуманных названий как в тРЕЙС-мОДЕ

Автор: manjey73 14.3.2024, 10:40

это и отличает небольшие компании, выпускающие Scada системы, так как борятся за клиента.

Автор: kosmos440o 14.3.2024, 17:52

А так, сколько тегов можно в Симплскаду затащить по максимуму?

Автор: starmos 15.3.2024, 7:03

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

Автор: kosmos440o 15.3.2024, 18:25

Потыкал ихнюю скаду по вебинтерфейсу, прикольно. И у них выпадающий список работает, в отличие от некоторых))) Ещё бы акции были для инсталляторов, чтоб не скучно было работать)))

Автор: nick2 15.3.2024, 22:35

вот и я об этом хотел сказать.
может только начинают и поэтому стелятся под каждого.
главное - чтобы запал не затух