Горячее резервирование PLC Mitsubishi Melsec FX3U

0:02 Добрый день, в этом ролике мы покажем, как реализуется и что самое главное контролируется обмен данными между ПК и ПЛС. То есть закрытыми контроллерами по Ки Си Пи Ай Пи на примере контроллера Мицубиши, Эф Икс 3 У. Имеющего как бы резерв, протокол обмена спился МС протокол. Введем новые доступные, начиная с релиза 6 0 9 средства диагностики для отслеживания ситуации, связанных, например, с отказом основного контроллера. Адрес основного контроллера в сети.

0:45 Вот такой адрес резервного, такой порт обмена пати Си пи Ай Пи. В обоих контроллерах 555 единицы, измеряемые контроллерами. Данные о температуре хранятся в регистрах по вот такому адресу. Для получения величины температуры в градусах Цельсия необходимо поделить содержимое регистра на десяточках. Но от датчик измерения температуры выведен на лицевую панель. Нашего стенда. Загружаем интегрированную среду разработки профессиональной версии. Создаем новый проект в стандартном стиле в системе, сразу создадим узел РТМ. Ну а, собственно говоря, разработку проекта начнем от источников приемников.

1:33 Там создадим группу пи Эл Си в ней Мицубиши групп. Для описания регистра контроллера, необходимого для измерения температуры, и так вот мы его создаем, открываем на редактирование, изменяем имя. Переходим в секцию параметры порта номер Стан составляем заданными по умолчанию номер регистр согласно задания. Тип регистра регистр данных, а вот строку дополнительно записываем вот это. Айпи, адрес 1 контроллера основного порт открыт для доступа к нему Пати. Си пи Ай Пи и Ай Пи адрес 2 контроллера, а вот ключ фаст. Он определяет переход на 2 адрес с небольшой задержкой при возникновении ошибки соединения по 1 адресу.

2:36 Далее с помощью процедуры клонирования создаем. Источник, которому присвоим имя Эрор МС, протокол строки дополнительно оставим в нем лишь то, что относится к нашему 1 контроллеру. Далее, избавляясь от группы каналы, возле РТМ перетаскиваем в него с помощью механизма дракантроп, созданного в источниках приемниках.

3:06 Полученные каналы последовательно открываем на редактирование, начинаем с РТД для получения температуры в градусах Цельсия, указываем внутреннюю обработку, то. Есть умножаем на 1, 210, далее переходим к каналу Эрор МС, протокол, внимание в поле, комментарий или в Верхнем, или в Нижнем Регистре необходимо написать Эррор.

3:35 В этом случае уже в реальном времени в атрибуте кодировка этого канала. Будет возникать ай пи адрес опрашиваемого устройства контроллера. Причем если таких контроллеров несколько, то с помощью атрибута и 0. Можно адресовать любой из имеющихся контроллеров. А вот в атрибуте комментарии в реальном времени будет отображаться текстовый статус обмена данными с устройством, указанным данным атрибутом. Ну а сейчас разработаем графический интерфейс. Нашему проекту и так в корневой группе нашего узла создаем новый компонент, экран открываем его на редактирование и формируем список аргументов, который будет включать следующие реальное значение канала РТД. Это измеряемая температура, а также.

4:40 2 Строговых аргумента. Привязанных. Соответственно, к атрибутам кодировка и комментарий. Итак, реальное значение канала РТД кодировка и комментарий канала Эро Эмсин. Протокол после размещения в левом верхнем углу логотипа Тройс могут выполним отрисовку 3 графических элементов текст. Для отображения температуры, а также для строковых сообщений. По текущему айпи адресу. И по статусу обмена итак к верхнему графическому элементу привязываем аргумент 1.

5:40 Делаем его пожирнее, побольше. Оставляем формат. Вот такой. А В привязках последующим графическом элементом текст указываем соответственно 2 и 3 аргументы. Однако формат будем использовать по умолчанию именно формат по умолчанию, позволяет отображать текстовую информацию в графическом элементе текст. И здесь тоже самое. Сохраним выполненную работу с именем. Пилси Байтисипи и выполним операцию сохранения для монитора реального времени и так. Итак, для запуска нашего проекта все готово.

6:36 Убираем все лишнее. Выделяем узел в деле проекта, выгружаем профайлер и запускаем его. Итак, Это вот измеряемая температура, это текущий айпи, адрес и порт, по которому идут данные и ворк, это текущий статус работы нашего контроллер. То есть все хорошо, все в порядке, ну давайте немножечко изменим температуру.

7:23 Видно, что изменяется, а теперь давайте отключим наш контроллер. Он, кстати, всего в 1 экземпляре, поэтому переход на резервный контроллер будет сопровождаться целым ворохом ошибок, внимание. Итак, идет попытка коннекта на резервный контроль обратить внимание на айпи адрес. Поскольку этого контроллера реально нет. Будем смотреть на попытки монитора реального времени все таки достучаться до него. Итак, вот это вот сетевая ошибка 160 говорит о том, что сервер не найден, теперь идет попытка поиска 1 контроллера. Обратите внимание на Айпи адрес на.

8:15 218 Поскольку я его выключил, то и с ним тоже ничего не получится. Ну ладно, давайте так проявим гуманность и включим контроллер, вновь посмотрим. Подключится или не подключится наш монитор реального времени к нему.

8:48 Ну что? Идет еще попытка на подключение к резервному контроллеру, вот результат понятен.

9:16 Ну а вот это вот тоже мы подключились к тому контроллер, который я включил, то есть к нашему основному, давайте еще увидимся.

9:39 Таким образом мы настроили. Резервированное подключение ПК контроллером, а также испытали в деле новое средство диагностики обмена данными, которые появились в релизе. 6 0 9 Спасибо за внимание.

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