Pull to refresh

Comments 9

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

У нас почему-то виртуальные теги тоже отъедают количество из лицензии...

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

  1. Человек разрабатывающий проект и делавший обследование, провёл его спустя рукава.

  2. Инженер ПНР должен ознакомится с проектом, а в идеале и подготовить его перед выездом на объект. Уже в офисе станет ясно что не хватает точек и необходимо докупить/расширить. Читайте, элементарная халатность.

Недостатки такого рода костылей:

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

  2. Информация об отказе или изменения состояния не поступает в базу событий Скада системы, что при возникновении инцидентов, приведет к невозможности их расследования.

  3. Вытекает из пункта 1, неоперативное поступление информации приведет к тому что будет неприятный сюрприз, о том что оборудование окажется нерабочим в самый ответственный момент.

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

Как то так. Продолжать можно долго ещё.

Хорошие замечания. Добавил в пост уточнение что эти хаки не от разработчиков и не для них, это больше для эксплуатирущих уже готовые системы, у которых в проекте появились ограничения в тегах

Ну да, сложилось ощущение, по содержимому статьи, "А давайте не будем покупать лицензию на 1000, купим на 500, и обманем жадного производителя Скады, написав свою софтину" ).
Мы, в своё время, обошли ограничение по другому. В контроллере прописали командные теги и несколько информационных. В командный тег со скады выдавали код, а контроллер по коду, заполнял ячейки. К примеру код 0, параметры емкости 1, код - 1 параметры насоса и т.д. А в логике скады, в зависимости от кода, раскидывали данные по соответствующим внутренним тегам, по которым не было ограничений. Причём эти теги логировались, по ним отрабатывали алармы, всё как с IO. Но это возможно если скада поддерживает такое и есть доступ к логике контроллера. Опрос замедлялся, но там и техпроцесс был некритичный.

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

Многие крупные предприятия уже в процессе миграции на отечественные SCADA и системы сбора данных.

помню, пытались впихнуть 4 16-битных значения в один 64-битный hardware таг, чтобы потом внутренним скриптом разбить. ну и потом собирать обратно.

к сожалению, внутренний скрипт использовал JS...

ну и сама эта оптимизация заняла несколько недель, включая создания конфига, чтобы система понимала где и как разбивать

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

Я по молодости помню активикс компоненты вставлял с параметрическими SQL запросами, чтобы сотню экранов не рисовать. Но это не правильно.

Я и есть тот низкоквалифицированный инженер, если так разобраться)

Sign up to leave a comment.

Articles