ПР200

[Ревака Юрий]

Здравствуйте. Панель СП307 (Master) работает с реле ПР200 (Slave). Подскажите пожалуйста, как реализовать остановку выполнения программы ПР200 при ошибке (потери) связи или отключении питания панели СП307. Может с помощью функциональной области с непрерывной передачей (присвоением значения) системного бита панели PSB51 или как-то ещё? То есть, чтобы при отключении панели, неисправности панели или потери связи панели с реле, программа в ПР200 прекращала выполнение.

В панели должен быть бит, "мигающий" передавайте его в регистре, а на ПР делаете по нему сброс таймера, (подобрать уставки), что-то по типу сторожевого таймера, если бит не пришел, таймер сработал, дальше делаете что нужно.

[petera]

Только я делал бы не мигающий бит из панели, а Запрос - Ответ.
Т.к. если панель "отвалится" сразу после записи "1", то эта единица в слейве и останется навсегда, сбросит таймер и никакого сторожа
По этому
Нужно в программе ПР устанавливать контрольный бит в сетевом регистре (Например бит 0 в регистре 575) и запускать от этого бита таймер TON, например на 3 сек
Захват-2.png
В панели завести ф.область(глобальную) с запуском от этого бита.
Захват-3.png
Функция - сброс этого же контрольного бита.
Захват-4.png

Если панель работает, то таймер никогда не сработает, если связь с панелью пропадет на время больше 3сек, то в ПР сработает таймер и на выходе его получим бит аварии - Нет связи.
От этого бита нужно управлять логикой выполнения основной программы ПР.
Захват-1.png

ЗЫ.
Эта схема работает если после загрузки проекта в ПР питание не выключать. Но если питание ПР выключить и включить, то бит "Нет связи" не устанавливается.
По этому схему нужно изменить
Захват-2.png
Ввел задержку на один цикл при включении питания. Иначе первоначальное изменение в сетевом регистре "КонтрСв" не происходит

Проект во вложении исправил

[yupa]

Только я делал бы не мигающий бит из панели, а Запрос - Ответ.
Т.к. если панель "отвалится" сразу после записи "1", то эта единица в слейве и останется навсегда, сбросит таймер и никакого сторожа
По этому
Нужно в программе ПР устанавливать контрольный бит в сетевом регистре (Например бит 0 в регистре 575) и запускать от этого бита таймер TON, например на 3 сек
Захват-2.png
В панели завести ф.область(глобальную) с запуском от этого бита.
Захват-3.png
Функция - сброс этого же контрольного бита.
Захват-4.png

Если панель работает, то таймер никогда не сработает, если связь с панелью пропадет на время больше 3сек, то в ПР сработает таймер и на выходе его получим бит аварии - Нет связи.
От этого бита нужно управлять логикой выполнения основной программы ПР.
Захват-1.png

Спасибо за подробный ответ.

[petera]

В посте https://owen.ru/forum/showthread.php...l=1#post318536

Только я делал бы не мигающий бит из панели, а Запрос - Ответ.
Т.к. если панель "отвалится" сразу после записи "1", то эта единица в слейве и останется навсегда, сбросит таймер и никакого сторожа
По этому
Нужно в программе ПР устанавливать контрольный бит в сетевом регистре (Например бит 0 в регистре 575) и запускать от этого бита таймер TON, например на 3 сек
Захват-2.png
......

Захват-2old.png
Эта схема работает если после загрузки проекта в ПР питание не выключать. Но если питание ПР выключить и включить, то бит "Нет связи" не устанавливается.
По этому схему нужно изменить
Захват-2.png
Ввел задержку на один цикл при включении питания. Иначе первоначальное изменение в сетевом регистре "КонтрСв" не происходит

[yupa]

В посте https://owen.ru/forum/showthread.php...l=1#post318536

Захват-2old.png
Эта схема работает если после загрузки проекта в ПР питание не выключать. Но если питание ПР выключить и включить, то бит "Нет связи" не устанавливается.
По этому схему нужно изменить
Захват-2.png
Ввел задержку на один цикл при включении питания. Иначе первоначальное изменение в сетевом регистре "КонтрСв" не происходит

Да, теперь корректно работает. Спасибо.

[Pvalp]

Только я делал бы не мигающий бит из панели, а Запрос - Ответ.
Т.к. если панель "отвалится" сразу после записи "1", то эта единица в слейве и останется навсегда, сбросит таймер и никакого сторожа
По этому
Нужно в программе ПР устанавливать контрольный бит в сетевом регистре (Например бит 0 в регистре 575) и запускать от этого бита таймер TON, например на 3 сек
Захват-2.png
В панели завести ф.область(глобальную) с запуском от этого бита.
Захват-3.png
Функция - сброс этого же контрольного бита.
Захват-4.png

Если панель работает, то таймер никогда не сработает, если связь с панелью пропадет на время больше 3сек, то в ПР сработает таймер и на выходе его получим бит аварии - Нет связи.
От этого бита нужно управлять логикой выполнения основной программы ПР.
Захват-1.png

ЗЫ.
Эта схема работает если после загрузки проекта в ПР питание не выключать. Но если питание ПР выключить и включить, то бит "Нет связи" не устанавливается.
По этому схему нужно изменить
Захват-2.png
Ввел задержку на один цикл при включении питания. Иначе первоначальное изменение в сетевом регистре "КонтрСв" не происходит

Проект во вложении исправил

А как сделать, что-бы и на панели СП3хх отображалось "Обрыв связи"?

[petera]

А как сделать, что-бы и на панели СП3хх отображалось "Обрыв связи"?

Это Вы скажите спасибо теоретикам из ОВЕН
Они взяли и удалили из шаблона проекта панели стандартный вызов окна потери связи.
Думали, что избавятся от тормозов в панели, однако тормоза остались, а окно потери связи исчезло.
Теперь они предлагают вручную периодически проверять в панели битики.

Даже не буду рассматривать такой вариант, т.к. у себя вернул стандартный механизм вызова окна потери связи
А Вам советую - пользуйтесь предыдущей версией конфигуратора - 2D.3d и окно потери связи будет автоматом

[Pvalp]

Это Вы скажите спасибо теоретикам из ОВЕН
Они взяли и удалили из шаблона проекта панели стандартный вызов окна потери связи.
Думали, что избавятся от тормозов в панели, однако тормоза остались, а окно потери связи исчезло.
Теперь они предлагают вручную периодически проверять в панели битики.

Даже не буду рассматривать такой вариант, т.к. у себя вернул стандартный механизм вызова окна потери связи
А Вам советую - пользуйтесь предыдущей версией конфигуратора - 2D.2d и окно потери связи будет автоматом

Спасибо за ответ.

[Ревака Юрий]

Это Вы скажите спасибо теоретикам из ОВЕН
Они взяли и удалили из шаблона проекта панели стандартный вызов окна потери связи.
Думали, что избавятся от тормозов в панели, однако тормоза остались, а окно потери связи исчезло.
Теперь они предлагают вручную периодически проверять в панели битики.

Даже не буду рассматривать такой вариант, т.к. у себя вернул стандартный механизм вызова окна потери связи
А Вам советую - пользуйтесь предыдущей версией конфигуратора - 2D.2d и окно потери связи будет автоматом

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

[petera]

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

Видите ли, Юрий!
Если в процессе экспериментов с панелью, или отладки проекта для панели Вас "бесит постоянно выскакивающее окно если нет связи с одной переменной", то это не означает, что такое окно нужно ликвидировать как класс!
В реальной жизни, во время эксплуатации панели на объекте, потеря связи панели с ПЛК или ПР есть ситуация НЕШТАТНАЯ и ИСКЛЮЧИТЕЛЬНАЯ, требующая привлечения внимания обслуживающего персонала.

Панель - это HMI, интерфейс между машиной и человеком(оператором).
Как правило на главном экране панели находится мнемосхема технологического процесса или состояния оборудования, где отображаются показания различных датчиков, положения механизмов и пр.
Обычно за состоянием этого техпроцесса или оборудования наблюдает оператор
Оператор должен ВСЕГДА видеть РЕАЛЬНОЕ состояние объекта и если, например, значение какого-то параметра техпроцесса приближается к предельному, не допустимому значению, или на экране зажигаются предупреждающие лампы оператор должен предпринимать определенные действия.

Но теперь, благодаря "теоретикам" ОВЕНА, оператор, глядя на экране панели на показания дисплеев, индикаторных ламп и пр. не имеет физической возможности оценить состояние техпроцесса!
Вроде и циферки в норме и лампы все "зеленые", желтых и красных нет!
Он даже не представляет, что "теоретики" ОВЕН вместе с Юрием теперь предлагают ему САМОМУ периодически нажимать кнопочку и смотреть в окошке: -"А не пропала ли связь?"

Ведь они говорят: - "Мужик, да ты не понимаешь, зачем тебе автоматическое окно? Смотри, как удобно стало, не то что раньше - автоматом видно, а теперь подошёл и нажал! Не нажал кнопочку? Ну и фиг с ней, через час нажмешь"
И с какой периодичностью он должен это делать? Раз в смену, раз в час, раз в минуту? А если он забыл нажать в очередной раз?
Прекрасное решение! Просто жесть!
По типу того, когда злоумышленники заменяют в системе видео наблюдения сигнал от камеры на статическое изображение и охранник думает, что все класс! А на самом деле-то, что...?

Ваши "теоретики" лукавят, отказались от стандартного окна не потому, что "удобнее"
Ноги растут совсем из другого места!
Не для удобства, а попытка устранить тормоза панели в момент появления стандартного окна
Стандартный вызов окна - удалили, а тормоза в панели в момент потери связи остались.