ПР200 - слетают значения сетевых переменных

[CleanS]

И к чему эта запись, вы клепаете слабенькие шкафы, работает и хорошо.
А у меня полно случаев когда половина приборов вообще не работает, а у половины скачут показания как чума.
И во всех случаях, нет вообще экранов и резисторов. Ничего для защиты от помех, измерительные кабели в одном канале с силовыми, а частотники по 50- 100 -800 КВт. Привыкли лепить абы как, вот и результат.

Запись к тому, что не понятно, от чего глюки такие.
А про "лепить абы как"... Ну, вы же не видели как всё собрано. Зачем хаять.
"Я не читал, но осуждаю" (С).

[CleanS]

Жмут на ПУСК, она нажимается и открывается э/м клапан на входе компрессора, т.е. процесс запуска пошел.
.....

Может просто резистивная матрица СП в этом месте повреждена?

А есть возможность подкинуть др. панель?
Или поменять интерфейс и сместить кнопку в др. место экрана?

[Borserg]

А есть возможность подкинуть др. панель?
Или поменять интерфейс и сместить кнопку в др. место экрана?

Есть возможность сделать и то, и другое.
Но только после того, как заказчик оплатит мою командировку.

[Borserg]

По поводу того, "мониторит" ли элемент СП "Переключатель" состояние бита регистра, которым он управляет, отвечу сам - НЕТ.

Поставил небольшой эксперимент:

На экране СП разместил две кнопки, включающие (пока нажаты) один и тот же бит одного из внутренних регистров СП (ПР200 в наличии нет, поэтому экспериментировал с внутренним регистром СП).
Также разместил на экране индикатор состояния этого же бита.
Запустил проект:
- нажимаю одну из двух кнопок, индикатор горит, пока нажата кнопка, и гаснет при ее отпускании;
- вторая кнопка при этом внешнего вида не меняет, т.е. остается отжатой;
- при нажатии второй кнопки, естественно, происходит то же самое.
Если бы "Переключатель" считывал состояние управляемого им бита, то при нажатии одной кнопки вторая также меняла бы внешний вид (становилась бы "нажатой").

О чем это говорит применительно к обсуждаемому проекту?
Даже если бы бит регистра ПР, которым управляет кнопка СТОП на экране СП, по причине э/м помех или чего-то еще, самопроизвольно изменил свое состояние, это не могло отразиться на внешнем виде кнопки СТОП ("нажать" ее без вмешательства оператора). Нажать на кнопку можно только физическим воздействием на экран СП.

Так что я склоняюсь к тому, что на 100% во всем виновата СП.

[BETEP]

Крепление панели ослабьте. Вполне возможно что перетянули и корпус панели немного изогнут.

[Borserg]

Крепление панели ослабьте. Вполне возможно что перетянули и корпус панели немного изогнут.

Да вроде не должен был перетянуть.
Кроме того, при перетягивании винтов крепления начинают изгибаться тонкие боковые стенки корпуса, но никак не передняя панель с дисплеем.
Панель, в окно которой вставлена СП307, абсолютно плоская, из стали толщиной 4 мм.

СП.png

[petera]

По поводу того, "мониторит" ли элемент СП "Переключатель" состояние бита регистра, которым он управляет, отвечу сам - НЕТ.

Поставил небольшой эксперимент:

На экране СП разместил две кнопки, включающие (пока нажаты) один и тот же бит одного из внутренних регистров СП (ПР200 в наличии нет, поэтому экспериментировал с внутренним регистром СП).
Также разместил на экране индикатор состояния этого же бита.
Запустил проект:
- нажимаю одну из двух кнопок, индикатор горит, пока нажата кнопка, и гаснет при ее отпускании;
- вторая кнопка при этом внешнего вида не меняет, т.е. остается отжатой;
- при нажатии второй кнопки, естественно, происходит то же самое.
Если бы "Переключатель" считывал состояние управляемого им бита, то при нажатии одной кнопки вторая также меняла бы внешний вид (становилась бы "нажатой").

О чем это говорит применительно к обсуждаемому проекту?
Даже если бы бит регистра ПР, которым управляет кнопка СТОП на экране СП, по причине э/м помех или чего-то еще, самопроизвольно изменил свое состояние, это не могло отразиться на внешнем виде кнопки СТОП ("нажать" ее без вмешательства оператора). Нажать на кнопку можно только физическим воздействием на экран СП.

Так что я склоняюсь к тому, что на 100% во всем виновата СП.

Начнем с того, что у Вас простой переключатель, а у него внешний вид никак не связан с состоянием бита которым он управляет. Вот если это был бы переключатель с подсветкой - тогда внешний вид его определялся этим самым битом.
Посмотрел на видео и предположу, что происходит кратковременная потеря связи панели с ПРкой и в этот момент, как теперь говорят, панель "подвисает" т.е. интерфейс тормозит - кнопки не нажимаются/ не отпускаются, индикация не обновляется.
Вы об этом не подозреваете, т.к. ОВЕН ликвидировал механизм появления системного окна о потере связи и остались только "тормоза".
Тормоза в обновлении элементов экрана можно значительно уменьшить или они визуально будут не заметны, если тайм-аут обмена для порта PLC панель уменьшить. Вместо значения по умолчанию =10 000мс сделать его, например 200мс.

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

[kondor3000]

Я уже 3 раза написал, что поблемы со связью, только ТС упорно хочет панель поменять и грешит на экран, жесть просто.

[Borserg]

...
Посмотрел на видео и предположу, что происходит кратковременная потеря связи панели с ПРкой и в этот момент, как теперь говорят, панель "подвисает" т.е. интерфейс тормозит - кнопки не нажимаются/ не отпускаются, индикация не обновляется.
...

По поводу кратковременной потери связи и подвисания интерфейса позволю себе с Вами не согласиться.
На видео видно, что кнопка СТОП как раз нажимается, но сама - ее никто не трогает.
И компрессор реагирует на это нажатие - переходит в режим остановки.

Разговаривал по телефону с заказчиком. Они сняли 24 часа видео, но котором видно, что компрессор живет своей жизнью.
Сам запускается, сам останавливается. При этом кнопки меняют свой вид, как будто их кто-то действительно нажимает!
Попробуют сегодня куда-то выложить снятый материал для скачивания.

[melky]

Borserg ну так вот petera вам и намекает, что если происходит потеря связи, после восстановления панель возможно опять шлет команды, которые слать не должна.

в целом, как выше писал, если у заказчика есть руки, и любой ПК, на любой scada примерно повторить окно панели (ну чтобы те же действия выполняло) и переподключить вместо панели на ПК.
потыкают мышкой некоторое время.
А заодно можно и логи обмена с ПР посмотреть/записать.

Возможно не сама по себе панель виновата, а именно работа связи панели и ПР.