ЖУРНАЛ СТА №3/2026

● отладка при помощи точек останова, пошаговая отладка; ● тёплый и холодный рестарты (под- держка retain-переменных); ● сторожевой таймер и установка без- опасных значений; ● протоколы Modbus TCP/RTU master/ slave, CANopen; ● виртуальное устройство для отладки прикладной программы. Это неполный список доступных функций, который демонстрирует со- ответствие основным потребностям пользователей в процессе проектиро- вания и отладки прикладного про- граммного обеспечения для контрол- леров. Гибкая архитектура позволяет выполнять тонкую настройку среды разработки «АРМА ПЛК» под нужды контроллера, а при необходимости и доработку, как в процессе адаптации, так и в процессе дальнейшего сопро- вождения ПЛК. При этом возможны разные схемы взаимодействия между производите- лем контроллера и разработчиками «АРМА ПЛК». Возможен вариант, когда все работы, связанные с адаптацией и дальнейшим развитием связки «АРМА ПЛК» и контроллера, выполняет ком- пания «Адваланж». В другом, более гиб- ком варианте, основную часть работ выполняет производитель ПЛК само- стоятельно, получив все необходимые исходные данные для адаптации, а раз- работчики Адваланж обеспечивают ак- тивную поддержку и консультирова- ние. Кроме этого, возможны и комби- нированные варианты. Среда разработки «АРМА ПЛК» актив- но развивается, ориентируясь на по- требности современного рынка. Уже в июне 2026 года выйдет новый релиз «АРМА ПЛК 2.0», в котором будут добав- лены поддержка многозадачности и множество улучшений уже существую- щих функций. А в течение 2026 года планируются к реализации такие вос- требованные функции, как создание пользовательских библиотек, протоко- лы МЭК 60870-5-104 и OPC UA, резерви- рование и редактор LD. Но не будем го- лословными: самостоятельно протести- ровать и оценить функциональные воз- можности среды разработки «АРМА ПЛК» можно, получив демонстрацион- ную версию с виртуальным устрой- ством под ОС Astra Linux или Windows. Подробнее о ЗОСРВ «Нейтрино» Архитектурная основа «Нейтрино» – это защищённая опера- ционная система реального времени (ЗОСРВ) с микроядром. В отличие от мо- нолитных ОС (Linux, Windows), где драй- веры и файловые системы находятся в пространстве ядра, в «Нейтрино» все эти компоненты вынесены в пользова- тельский режим и работают как от- дельные процессы – так называемые менеджеры ресурсов. Микроядро вы- полняет только строго ограниченный набор функций: планирование пото- ков, синхронную передачу сообщений между процессами, обработку таймеров и аппаратных прерываний, управление виртуальной памятью. Каждый процесс (включая драйверы, сетевой стек, файловые системы) вы- полняется в своём защищённом вирту- альном адресном пространстве. Это означает, что ошибка в любом из них (например, разыменование нулево- го указателя в драйвере последова- тельного порта) не нарушает память микроядра и не приводит к краху всей системы. Менеджеры ресурсов как ключевой механизм Вся работа с устройствами и вирту- альными объектами реализована че- рез менеджеры ресурсов. Менеджер ре- сурсов – это серверный процесс, кото- рый регистрирует в администраторе процессов своё устройство, например, /dev/ser1. Когда клиентская программа вызывает open(), read() или write() для этого устройства, микроядро перена- правляет сообщение соответствующе- му менеджеру. Такой подход даёт не- сколько преимуществ для АСУ ТП. 1. Привычный UNIX-подход «всё есть файл», унификация доступа к любым ресурсам – физическим (COM-порты, дискретные входы/выходы, CAN-ши- ны) и виртуальным (/dev/null, /dev/ random, сетевая файловая система, псевдотерминалы). 2. Драйверы можно разрабатывать и отлаживать как обычные приложе- ния, используя стандартные отлад- чики с точками останова и работой с исходным кодом. Остановка драйве- ра в отладчике не блокирует ядро и не парализует всю систему. 3. При сбое драйвера его можно переза- пустить штатными средствами (на- пример, под управлением менедже- ра высокой готовности), не переза- гружая контроллер. Отказоустойчивость и высокая готовность Благодаря модульности в «Нейтри- но» тривиально строится система вы- сокой готовности (High Availability, HA). Достаточно реализовать внешний про- цесс-супервизор, отслеживающий со- стояние критических сервисов (драй- веров, протоколов связи, базы данных реального времени) и при их аварий- ном завершении перезапускающий их. Поскольку каждый сервис изолирован, перезапуск одного из них не требует остановки других. В монолитных си- стемах подобная схема невозможна без полной перезагрузки. Такой подход критичен для АСУ ТП с требованиями к непрерывности управ- ления: отказавший драйвер датчика на линииможет быть восстановлен за мил- лисекунды, при этом остальные задачи (регуляторы, архивация, связь с верхним уровнем) продолжают выполняться. Режим реального времени и детерминизм Операционная система «Нейтрино» обеспечивает работу в режиме жёстко- ОБ ЗОРЫ СТА 3/2026 37 www.cta.ru Рис. 4. Интерфейс среды разработки «АРМА ПЛК», отладка в редакторе FBD