Каждый производитель должен провести собственный анализ, касающийся актуальности своей SCADA системы и выбрать правильный подход, исходя из 3-х факторов: бюджета, времени простоя и риска. Это краткая рекомендация по обновлению SCADA от Кейта Мендачита (Keith Mandachit) – сертифицированного инженера Ассоциации интеграторов систем управления (CSIA), опубликованная в журнале Automation World.
Поскольку аппаратные и программные технологии развиваются молниеносно и постоянно усложняются, мир промышленного производства и коммунальных услуг сталкивается с аналогичными вопросами относительно своих систем SCADA. В этом случае возникает вопрос: будем ли мы обновлять постепенно или полностью заменять существующие системы? Это вопрос, с которым промышленные предприятия постоянно сталкиваются. И ответ не простой. Это схожий вопрос, который решает человек, проживший в доме лет 20 и более: менять крышу, водонагреватель, посудомоечную машину, внешний вид дома или вместо этого купить новый дом?
Когда перед вами стоит потенциальный крупный капитальный проект обновления АСУ, следует учитывать три основных фактора:
Бюджет. Это первое и наиболее очевидное соображение для большинства компаний, когда они обдумывают реализацию любого проекта: сколько это будет стоить? Какова стоимость нового оборудования, программного обеспечения и лицензий для поддержки этого программного обеспечения? Есть ли необходимость в новом персонале для эксплуатации системы? Существует ли порог затрат, связанный с созданием новой системы с нуля? Есть ли у нас резервы в банке для такого рода модернизации или ремонта, или нам нужно начать откладывать некоторые средства уже сейчас для составления бюджета на предстоящий год? Затем следует подумать об анализе альтернативных издержек, и это приводит к следующему соображению.
Время простоя. Разбор аргументов в пользу полномасштабной или поэтапной модернизации SCADA может во многом зависеть от требуемых результатов и вашего производственного графика. Время простоя – это важная часть головоломки, если не самая значительная часть. Хотя полномасштабное обновление может быть включено в бюджет и обеспечит вам хорошую подготовку в будущем, необходимо провести анализ затрат/рисков того, во что обойдется простой.
Поэтапные обновления часто позволяют сократить время простоя или даже позволяют производству работать в обычном темпе, пока вносятся изменения. Полномасштабная модернизация, скорее всего, потребует более длительного простоя, но, возможно, позволит компенсировать потерянные производственные дни за счет большей эффективности и скорости работы.
Риск. Существует несколько способов оценить риск при оценке капитальных затрат, таких как модернизация SCADA. При поэтапном обновлении существует риск того, что ваша система не сможет воспользоваться всей эффективностью полной модернизации. Сочетание нового оборудования или программного обеспечения с устаревшими оборудованием или программным обеспечением может привести к тому, что вы не получите планируемых показателей эффективности и не достигнете производственных целей. Хотя ни одно обновление не обещает абсолютной оптимизации, сочетание старых и новых технологий может обеспечить выигрыш в таких целях, как повышение безопасности и эффективности только на 60 %, поскольку устаревшие компоненты могут ограничивать производительность системы.
С другой стороны, меньшие изменения в системе равны меньшему риску серьезных сбоев. Если вы выберете поэтапный подход к обновлению, четкая приоритезация критически важных компонентов и поэтапный подход сведут к минимуму ваш риск. Следование долгосрочному, поэтапному подходу, позволяющему в конечном итоге внести все необходимые обновления для повышения эффективности и долговечности ваших систем, может абсолютно успешно работать для некоторых компаний и сократить расходы на банковский счет, поскольку затраты распределяются на более длительный период времени.
В качестве совета: когда дело доходит до выбора поэтапного или полномасштабного подхода к обновлению вашей системы SCADA, не существует правильных или неправильных ответов. Единственное плохое решение – не решать.
===
Комментарий МЗТА: Каждый разработчик SCADA систем стремится облегчить процесс миграции на новую платформу путем совместимости своего ПО с распространенными программными средствами АСУ, имеющимися "на борту" большинства заказчиков. Не исключение и ПО диспетчеризации SuperSCADA – благодаря поддержке различных операционных систем (Windows, Linux, Android) и более десятка промышленных протоколов (Modbus, SNMP, MQTT, OPC UA, Profinet, МЭК-104, OPC DA, Kafka, Onnx, RabbitMQ, MSSQL), а также проприетарных протоколов данный софт позволяет осуществить миграцию на новую SCADA систему с относительно небольшими издержками и рисками.