АСУ ТП с горячим резервированием в SCADA TRACE MODE

0:03 Добрый день, договоримся сразу, что в этом нашем фильме мы не ставим себе задачу охватить все, что непременно попадает под данную тематику, а разработку резервированных систем информационно измерительных. И уж тем более управляющих слишком уж широка и глубока. Данная тема и никак не укладывается во временной регламент, публикуемых на хостинге роликов, поэтому вполне осознанно сузим свой взгляд и рассмотрим пример небольшого проекта резервированной системы на основе. Дабл Форсом Эр Вэтри смоут, запускаем его на 2 ПК.

0:39 Нижний уровень нашей системы представлен модулем удаленного ввода Ай 70 17 р. Это 8 аналоговых входов к его 1 аналоговому входу. Желтеньким и красненьким проводочком подключен выход генератора сигнала специальной формы АФГ. 72 0 0 5 Визуальный контроль происходящего ведется с помощью осциллографа цифрового акип 41 15 адрес модуля в сети РС 485 Единица формат данных. Инженерный связь между Обоями ПК и модулем ведется по интерфейсу РС 232 через конвертор интерфейсов. Ай 75 20 на 1 и на 2 со стороны компьютеров, это парты, ком 1 параметры связи, стандартные. 57 600 Н 8 1 Вот как это все выглядит живую и.

1:40 Мы видим, что на генераторе сигнал специальной формы выставлен шум самплитуда, 52 вольт и наблюдаем его на 1 канале осциллографа 2 луч осциллограф или 2 канал. Показывает нам состояние линии РС 485. Мы видим, что никаких команд запроса данных или формирования данных там не видно, покажем реализацию в рамках данного проекта. Механизмов синхронизации данных реального времени вычислительных процедур и содержимого файлов. Спад архива и отчета тревог алгоритм переключения резервов. Оставлен нами по умолчанию, напоминаем, что для разработки проектов с резервированием узлов необходимо пользоваться строго профессиональной версии инструментальной. Системы Трэвис Мод, кстати, в нашем ролике используется релиз. 6 10 Ну а запускать сохраненные для МРВ проект можно либо с помощью профайлеров инструментальной. Системы либо штатно при помощи исполнительных модулей дабл Форсом Эр в установленных на обоих ПК. Ну как у нас обратите на это внимание, ну вот мы уже загрузили. Интегрированную среду разработки и загрузили в нее проект Дабл Форс Сью П. Р. Джи вкратце выглядит он следующим образом 2 узла РТМ 1 и РТМ 1 резерв 1, поскольку. Резервный узел является, по сути, братом близнецом узла РТМ, 1 то рассматривать его станем лишь в конце анализа нашего проекта. Кстати, надо про это не забыть.

3:17 Начинаем с открытия на редактирование узла РТМ 1. Пробежимся по его закладкам, основная закладка видим, что для узла установлен период пересчета базы каналов 20 миллиардекунд. Настроено сетевое взаимодействие. Заданный ПИ адрес и определен код проекта. Также обращаем внимание на то, что индивидуальный номер нашего узла 0. Вкладка архивы. Видим, что настроен 1 архив и состояние архива на старте Тру. Все числовые параметры оставлены заданными по умолчанию. Следующая закладка отчет тревог дам параметры настроена, файл отчет отрывок с именем Алармс Точка Т. Экс Т и включен с параметрами по умолчанию оставшиеся 2 закладки тайм аут и дополнительно оставлены по умолчанию. Это в 1 очередь касается алгоритма приключений резервов, основанного на механизме прослушивания сети.

4:32 Пару слов о используемом железе для этого переместимся в слой источники приемники. Обнаружим там группа, распределенную со в ней в семействе 7000 модулей, а уже там описание модуля 70 17 р. Если открыть группу на редактирование. Групповое то мы обнаружим, что там выставлены все параметры по умолчанию. Возвратившись в слой системы, видим каналы, созданные по нашим источникам данных.

5:05 Ну вот, они с 1 по 8 аналоговый вход включительно, причем все каналы в группе настроены одинаково с. Заданы пределы и внутренняя граница определено использование. 1 Настроенного спатархива. И отчета тревог. Там же возле РТМ 1 видим группу ком порты. Заглянув туда, увидим описание используемого нами последовательного порта Ком 1 для помещения. В отчет тревог осмысленных сообщений по нашим каналам была создана группа словари сообщений, а там словарь для Флауд номер 2. Именно ссылка на этот словарь указана.

5:58 В каждом из каналов, читающих данные от аналоговых входов, модули 7 и 17 р железом. Пока все теперь посмотрим на содержимое группы каналов с именем Кол. Здесь реализована процедура вычисления интервальной статистики с помощью канала класса Кол с типом вызова локал статистик также программы. С именем запрос статистики и вспомогательного канала Битовый Меандр, привязанного к соответствующему внутреннему генератору сам канал. Локал статистик привязан к каналу Каин номер 1. А это есть не что иное, как 1 аналоговый вход на модули Ай 70 17 р, на который, к слову. Подается выход генератора сигналов специальной формы АФГ. 72 0 0 5 То есть анализировать будем именно его, откроем канал на редактирование?

6:57 Обратим внимание на значение атрибута параметр 32 на период вызова данного канала и заглянем во вкладочку архивация. Он работает с 1 архивом аргументы нашего канала. Таковы из всего вот этого, вот списка нас будут интересовать минимальное и максимальное значение. Средняя величина и среднее квадратическое отклонение временной интервал для обработки, который, кстати, фиксируется на 1 2 аргументах, задается программа.

7:43 Вот аргументы нашей программки. Вот они сама программа написана на языке функциональных блоков. Довольно простая и думается пояснение ни к чему. Теперь осмыслим тот факт, почему название обеих рассмотренных групп каналов указано в скобках синхронизируемое. Это означает, что мы их сознательно ввели в механизм синхронизации данных реального времени и синхронизации алгоритмов между резервированными. Узлами, для чего нужна синхронизация? Ну, в общем, то очевидно, чтобы данные алгоритмы синхронно обновлялись и на находящемся в состоянии горячего. Резерва узле, кстати, оба наших узла, что РТМ 1 что РТМ 1 резерв 1 абсолютно равноправны. А кто из них двоих будет основным, решается всего то навсего? Порядком их запуска 1 запущенный узел по умолчанию имеет 1000 миллиардекунд для обнаружения партнера по резервированию, если таковой обнаружен. Не будет, то узел переводит себя в состоянии. Ворк подключает у себя все каналы, имеющие привязки к аппаратуре ввода вывода и начинает исполнять. В полной мере возложенные на него обязанности. Если же во время запуска партнер по резервированию отыщется, то стартующий узел переводит себя. В подчиненное состояние Трейс и начинает получать данные от основного партнера по механизму синхронизации, при этом его каналы, имеющие привязки. К аппаратуре ввода вывода не подключены к источникам при этом узел в состоянии Трейс непрерывно и опять таки с параметрами по умолчанию.

9:42 Наблюдает за узлом состояния ворк и стоит тому исчезнуть из сети на время, превышающие 20 секунд, как он сам переведет себя из состояния. Трейс в состоянии ворк, а после примется рулить процессом. Ну, это, как говорится, вернемся к синхронизации. Ясно, что временная задержка между данными в основном и данными в резервном серверах будет иметь место чудес, не бывает. Ну а включение в механизм синхронизации достигается путем указания для атрибута дам нужного канала во вкладке архивация.

10:23 Значение синх, вот как, например, для синхронизации вычисления интервальной статистики сама синхронизация ведется в отдельном сетевом и только. Сетевом потоке с максимально достижимым темпом о контроле параметров синхронизации. Поговорим чуть дальше таким образом все каналы обеих. Групп отмечены соответствующим образом, теперь контролировать все внутренние процессы можно на глаз и правильно в нашем проекте использован. Именно 2 подход достигается обращением к соответствующим системным и диагностическим переменным. Опустимся в слой источники приемники.

11:09 И Выберем группу диагностика и сервис видим 3 группы системная контроль рассинхронизации времени, диагностика резервирования и системное резервирование. Начнем с 1 контроллера. Синхронизации времени представлен системной переменной синхронайз. Открываем на редактирование, обращаем внимание на атрибут параметр и тип данной переменной, если обратиться. К нашей встроенной документации мы видим, что мы анализируем разбежку в миллисекундах между локальным временем. Узла ворк и узла Трейс таким образом в канале, связанном с. Данной переменной мы будем как раз наблюдать количество этих самых миллиардекунд. Диагностика резервирования представлена целым списком диагностических переменных 3 она1 из них.

12:08 Привязываются к каналу Колсти по вызова Ченнел групп Рексест и предназначены для обмена данными между резервированными узлами, так, например, если. Формировать значение аргументов канала кол, привязанного к диагностической переменной ридантом 32 вал. Он на 1 узле то на узле партнере вы их увидите на тех. же аргументах канала Колл, но привязанного уже к диагностической переменной ридантом 32 вал Аза аргументы канал акул привязанного диагностической. Переменной редантом 128 вал обоим узлам доступны как для чтения, так и для записи. Ну и, кстати, 32 и 128 это максимальное количество используемых аргументов.

12:58 Комментировать остальные диагностические переменные мы не станем перенаправим вас на встроенную документацию. Они все подробненько здесь расписаны, вот. В группе системное резервирование наблюдаем 1 переменную статус в канале, связанной с этой системной переменной, будут отображаться статусы текущего узла. На это указывает нереальный номер, 10000 обратите внимание для пояснения, вновь прибегнем к справке.

13:35 Кстати, сами статус, ну вот и, кажется, все, хотя нет настройки, то резервного узла мы с вами забыли. Давайте, ка мы их для себя отметим. По сути дела отличие. Между настройками наших узлов будет заключаться в последней цифре айпи адреса, все остальное абсолютно идентично. Для тех, кто все таки задался вопросом, позвольте. А как же синхронизации спад архивов отчетов, тревог ответим? А вот это задается в конфигурационных файлах. Узлов берем проводник и углубляемся в папке узлов РТМ 1 и РТМ 1 резерв 1.

14:24 Находим там файлик со специфическим названием ТМКом знак Подчеркивание ХХ Ц открываем. Кстати, все необходимые пояснения здесь уже в качестве комментариев заданы, но все таки поясним синг бай ти си пи синхронизация. Данных реального времени и архивных данных будет реализовываться по ти си пи. Есть, конечно, альтернатива, это Юдипи. Она более быстрая, но она во 1 не гарантирует доставки и 2 не может быть использовано. Для синхронизации вот тех самых архивных данных это понятно. Это синхронизация отчетов тревог для синхронизации архивов. Мы во 1 ее разрешили, а вот в этой строке определили, что будут синхронизироваться на. Интерте узле от Трейс архивные данные по последним 10 минутам. Ну, 600 это количество секунд лага для заглядывания в архив узла в статусе Ворк. Теперь давайте рассмотрим созданный в проекте операторский интерфейс.

15:31 Главный экран. Да, начнем со списка аргументов, тут по моему более менее все понятно. Само реальное значение снимаем, а с генератора сигнала специальной формы среднее квадратическое отклонение. Среднее максимальное и минимальное граница левого права и интервалов, и текущий статус узла. Кстати, по поводу текущего статуса узла он представлен в виде текстового индикатора.

15:58 Который реализуется? Вот таким вот образом. Далее идет экран диагностика, тут тоже надо начать. Сургументов. Вот они все. Теперь поглядим. Свой статус, статус партнера, количество синхронизируемых каналов, временно синхронизацию в миллисекундах. Со стороны ворка со стороны Трейса время возникновения последней ошибки обмена код последней. Ошибки обмена код обмена временная синхронизация. И вот эти вот вещи, которые позволяют обмениваться данными между резервированными узлами, передать партнеру, получено от партнера, ну и наконец.

16:52 3 Экран это отчет тревог, он представлен 1 единственным графическим элементом отчет тревог узла. Ну что ж, пора переходить к практическим действиям. Схема эксперимента собрана напряжение на устройство, подано приборы и компьютеры включены на генераторе сигналов специальной формы. Выставлен шум с амплитудой 5 ты5 вольт. Итак, в моем компьютере выполним запуск штатного исполнительного модуля Дабл Форс МРВ. Подгружаем. Файл узла выставляем окна. В дополнение к ним открываем панели МРВ на закладке протокол, 1 теперь внимание на экран нам.

17:48 Цифрового осциллографа шум мы видим, а вот желтая линия это состояние сигнальных линий РС 485 видим, что никаких команд ни запросов, ни ответов там нет. То есть начальное состояние теперь нажимаем красненького человечка? Запускаем исполнительный модуль в работу.

18:15 Так, ну вот теперь все понятно, мы видим теперь запросы ответа на линии РС 485 видим отклики. На нашем тренде видим статус нашего узла, Ворк, это означает, что узел момент старта не нашел. Партнера по резервированию принял решение о переводе себя в состоянии ворк. Да, данных по партнеру в диагностическом окошке у нас нет. Ну потому что он просто не запущен, и нам осталось. Немножко подождать, чтобы у нас были вычисленные статистические характеристики, интервальные. После этого будем стартовать уже резервный узел, а пока наберемся терпения, вот у нас там. Чего то появилось, это правда не совсем корректной оценки, но тем не менее уже можно посмотреть, как это отразится и так. На правом компьютере запускаем штатный исполнительный модуль.

19:08 Подгружаем наш узел. Точно так же открываем окна диагностика и отсчет тревог и запускаем в работу резервный узел, но опять таки внимание на диагностические окна.

19:41 Ну, собственно говоря, результат виден. Произошла синхронизация архивных данных данных в отчете тревог и по. Синхронизации данных реального времени на резервном. Ну, то есть для нас это правый компьютер, мы видим данные, получаемые от устройства ввода, значит. Численные характеристики синхронизации видим как на левом, так и на правом компьютере количество синхронизируемых каналов 9 время на синхронизацию, ну. Вот она там пляшет и прыгает. Мы, собственно говоря, видим так время возникновения последней ошибки обмена не зафиксировано, код последней ошибки отсутствует. Код обмена норма временная синхронизация между узлами, где то составляет порядка 220 миллиардекунд. Да, кстати, можно обменяться данными с партнером.

20:39 1 2 3 Вот они пришли соответственно резервный узел, передает 4 5 6 вот, собственно. Ли, мы эти данные получили теперь для разнообразия. Изменим амплитуду случайного сигнала, но непрерывно глядя на оба экрана.

21:15 Размах 7 Вольт. Собственно говоря, разница во временной задержке визуально не усматривается в в общем то и понятно, поскольку количество синхронизированных каналов. 9 А время на синхронизацию составляет не больше 200 Миллисекунд. Теперь выполним небольшой эксперимент с нашими узлами. Штатно отключим наш исполнительный модуль на левом компьютере, внимательно смотрим на экран правого компьютера. Ворк. Замечательно, опять таки переходим на левый компьютер и опять выполняем штатный запуск исполнительного модуля.

22:18 Так так стартуем и опять таки смотрим на статусы наших узлов. Узел, который мы стартовали на левом компьютере, определил опять таки наличие партнера по резервированию, который у нас находится на правом компьютере. Перевел себя в Трейс и получает данные по синхронизации данных реального. Времени таким образом мы проанализировали проект резервированной системы и опробовали его в реальной работе. Убедившись работоспособность, конечно, при создании высоконадежных систем разработчику необходимо решать. Куда более широкий круг задач наряду с рассмотренными, он включает еще и синхронизацию по фазам. Старт, работа синхронизации управляющих алгоритмов времени, а также если тем более необходимо очень быстрое переключение. Создания пользовательских алгоритмов приключений лидеров, однако помним, что выбранный нами формат не предполагает создание масштабных полотен. А посему на этом мы наш ролик заканчиваем вам большое спасибо за внимание.

Расшифровка сделана автоматически (Yandex SpeechKit) и может содержать ошибки в терминах.