ПР200

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

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

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

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

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

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

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

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

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

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

Разве нельзя самостоятельно добавить всплывающее окно по биту, функционал остался, есть возможность им управлять, решение более гибкое, в чем выражается ваше негодование, не очень понятно.

[petera]

Разве нельзя самостоятельно добавить всплывающее окно по биту, функционал остался, есть возможность им управлять, решение более гибкое, в чем выражается ваше негодование, не очень понятно.

Тогда смысл в чем был, когда теоретики ликвидировали в шаблоне проектов стандартный механизм вызова окна? И гордятся этим?
Ладно я, я себе вернул как было задумано! Это делается в три щелчка мыши -раз и навсегда! Тем более, что все системные биты и системные регистры связанные с контролем связи остались неизменными и останутся в системном ПО панели вечно, даже если в дальнейшем будут не СП3хх, а например СП5хх!
Но другие пользователи задают дурацкие вопросы, как сделать? Смотреть пост выше.
А другие и не подозревают, что раньше такое стандартное окно было, а ведь теоретики даже это окно из шаблона проектов не удалили!
Захват-1.png
Прошу заметить, что здесь информации больше чем в "новом" куцем окошке, которое нужно вызывать вручную
Захват-2.png
здесь только две лампочки с индикацией есть/нет
А в стандартном окне еще и номера аварийных слейвов отображаются.

В моих шаблонах давно сделано более информативное стандартное окно
Захват-3.png

ЗЫ
Еще раз повторю
Не для удобства, а попытка устранить тормоза панели в момент появления стандартного окна
Стандартный вызов окна - удалили, а тормоза в панели в момент потери связи остались.
То есть по факту ГЛАВНУЮ причину не устранили!

Она устраняется другим способом https://owen.ru/forum/showthread.php...l=1#post312635
Просто тайм-ауты для портов нужно уменьшить с 1000 мс до 200 и все летает. Без удаления системного макроса "Call_Commu_NG_Window" с экрана №65534
В этом макросе не просто вызов окна от бита сделан, там еще и задержка на 10 сек. от момента включения панели есть, что бы не сразу сие окно маячило, а прошло время на инициализацию слейвов.

Тайм-ауты находятся здесь
PFW28 -тайм-аут для порта Download
PFW38 -тайм-аут для порта PLC
ф. областью пишем туда 200. Ф.область должна быть глобальная и действие - После загрузки проекта.
Новые значения тайм-аутов начнут действовать после перезагрузки панели по питанию

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

Тогда смысл в чем был, когда теоретики ликвидировали в шаблоне проектов стандартный механизм вызова окна? И гордятся этим?
Ладно я, я себе вернул как было задумано! Это делается в три щелчка мыши -раз и навсегда! Тем более, что все системные биты и системные регистры связанные с контролем связи остались неизменными и останутся в системном ПО панели вечно, даже если в дальнейшем будут не СП3хх, а например СП5хх!
Но другие пользователи задают дурацкие вопросы, как сделать? Смотреть пост выше.
А другие и не подозревают, что раньше такое стандартное окно было, а ведь теоретики даже это окно из шаблона проектов не удалили!
Захват-1.png
Прошу заметить, что здесь информации больше чем в "новом" куцем окошке, которое нужно вызывать вручную
Захват-2.png
здесь только две лампочки с индикацией есть/нет
А в стандартном окне еще и номера аварийных слейвов отображаются.

В моих шаблонах давно сделано более информативное стандартное окно
Захват-3.png

ЗЫ
Еще раз повторю
Не для удобства, а попытка устранить тормоза панели в момент появления стандартного окна
Стандартный вызов окна - удалили, а тормоза в панели в момент потери связи остались.
То есть по факту ГЛАВНУЮ причину не устранили!

Она устраняется другим способом https://owen.ru/forum/showthread.php...l=1#post312635
Просто тайм-ауты для портов нужно уменьшить с 1000 мс до 200 и все летает. Без удаления системного макроса "Call_Commu_NG_Window" с экрана №65534
В этом макросе не просто вызов окна от бита сделан, там еще и задержка на 10 сек. от момента включения панели есть, что бы не сразу сие окно маячило, а прошло время на инициализацию слейвов.

Тайм-ауты находятся здесь
PFW28 -тайм-аут для порта Download
PFW38 -тайм-аут для порта PLC
ф. областью пишем туда 200. Ф.область должна быть глобальная и действие - После загрузки проекта.
Новые значения тайм-аутов начнут действовать после перезагрузки панели по питанию

Понятно, так как я не являюсь ни противником ни сторонником идею по удалению данного функционала из панели, и узнал об этом вчера, то самым верным решением считаю передать Вашу информацию заинтересованным лицам, если Вы еще не сделали это в соответствующей теме.