Двойной клик на СПК210-15

Добрый день!
ОЧЕНЬ ВАЖНЫЙ ВОПРОС
Операторы стали жаловаться, что иногда, при нажатии пальцем на экран, происходит "двойное нажатие"
Т.е., работает насос - они жмут на насос, чтобы его выключить. Насос выключается и СРАЗУ ЖЕ включается обратно

Поэкспериментировал на дискретном сигнале, который меняется TRUE-FALSE по нажатию. Раз из ста это реально происходит, я видел это своими глазами: по нажатию сигнал меняется и СРАЗУ ЖЕ меняется обратно
На мнемосхеме при этом успевает пройти обновление туда-сюда

Что можно сделать?
Спасибо заранее

Цитата:

---

Сообщение от aaaSashaMGGU

Добрый день!
ОЧЕНЬ ВАЖНЫЙ ВОПРОС
Операторы стали жаловаться, что иногда, при нажатии пальцем на экран, происходит "двойное нажатие"
Т.е., работает насос - они жмут на насос, чтобы его выключить. Насос выключается и СРАЗУ ЖЕ включается обратно

Поэкспериментировал на дискретном сигнале, который меняется TRUE-FALSE по нажатию. Раз из ста это реально происходит, я видел это своими глазами: по нажатию сигнал меняется и СРАЗУ ЖЕ меняется обратно
На мнемосхеме при этом успевает пройти обновление туда-сюда

Что можно сделать?
Спасибо заранее

---

Ставить на кнопки R_Trig или таймер ТР на 100-300 мс.

Цитата:

---

Сообщение от kondor3000

Ставить на кнопки R_Trig или таймер ТР на 100-300 мс.

---

Это-то понятно
Если бы была пара таких мест, то да... Но их ведь сотни
Про такие вещи неплохо бы знать заранее... Да и поначалу такого, как будто, не было
Что ж теперь, в панелях на каждый нажимательный элемент свой таймер заводить? Бррр
+ тогда ведь и мышь придётся "удерживать" нажатой эти 100-300мс, чтобы всё нажималось, просто кликнуть уже не выйдет

А вы что, одной кнопкой и запускаете и останавливаете...? Есть же свойство "видимость" для начала.
Но управлять одной кнопкой...

Цитата:

---

Сообщение от aaaSashaMGGU

Это-то понятно
Если бы была пара таких мест, то да... Но их ведь сотни
Про такие вещи неплохо бы знать заранее... Да и поначалу такого, как будто, не было
Что ж теперь, в панелях на каждый нажимательный элемент свой таймер заводить? Бррр
+ тогда ведь и мышь придётся "удерживать" нажатой эти 100-300мс, чтобы всё нажималось, просто кликнуть уже не выйдет

---

Что значит не выйдет, что там вы удерживать собрались?
Оба элемента срабатывают по фронту и работают, триггер 1 цикл, таймер сколько укажете.
Обычно всё наоборот, жалуются что тормозит, а не по 2 раза срабатывает.

Зайдем с другой стороны. У нас на прошлой работе операторы по привычке делали двойной клик мыши по любому элементу в скаде. Ну как, у них же обычный комп, два раза, значит подтвердить или открыть... Если бы кнопкой выполнялся разный функционал, они бы никогда фабрику не раскрутили. Возможно вы изначально заложили неправильное управление. Это Во-первых. А во-вторых, управлять надо с ПЛК, а данном случае с СПК из кода, а нажатие кнопок на визуализации должно иметь однозначный смысл, а не так, что нажали раз - механизм запустился, нажали другой - механизм остановился. Даже одной кнопки под другой в данном случае расположение недопустимо, моло ли, интерфейс или сенсор заглючат, так можно и до несчастного случая или аварийного состояния дойти случайно.

На СПК серии 1хх я делал управление одной кнопкой, но через таймер. Для наглядности, рядом с кнопкой ставил шкалу времени работы таймера. Оператор нажимает и удерживает кнопку, запускается таймер TON, шакала бежит, по достижении уставки таймера происходит срабатывание исполнительного устройства (переключение состояния регистра управления устройством). Это было сделано для исключения случайных нажатий. В моем случае уставка была 5 секунд, и исполнительный механизм - не моторчик.
Моторчики же лучше включать и выключать разными кнопками.

Цитата:

---

Сообщение от МихаилГл

Зайдем с другой стороны. У нас на прошлой работе операторы по привычке делали двойной клик мыши по любому элементу в скаде. Ну как, у них же обычный комп, два раза, значит подтвердить или открыть... Если бы кнопкой выполнялся разный функционал, они бы никогда фабрику не раскрутили. Возможно вы изначально заложили неправильное управление. Это Во-первых. А во-вторых, управлять надо с ПЛК, а данном случае с СПК из кода, а нажатие кнопок на визуализации должно иметь однозначный смысл, а не так, что нажали раз - механизм запустился, нажали другой - механизм остановился. Даже одной кнопки под другой в данном случае расположение недопустимо, моло ли, интерфейс или сенсор заглючат, так можно и до несчастного случая или аварийного состояния дойти случайно.

---

Полностью согласен с Михаилом, сам неоднократно встречался с таким решением, когда вместо нужной и однозначной команды на RS- триггере ставят T-триггер, короче, бред сивой кобылы, кроме создания ненужных проблем ничего хорошего не вижу, если для врагов делаете, то всё верно, это я так думаю!

Считаю неприемлемым создание систем автоматизации, где что то включать или выключать нужно по клику на экран.
Так никогда не делаю, так как имею мнение что создаю системы серьезные.
Всегда все раздельно. Управление импульсное. Блокировки имеют высший приоритет и разрабатываются отдельно от общей логики
Правила следующие:
1. Всегда при нажатии на насос или любой другой элемент управления - выводится фейсплейт
2. На фейсплейте выводится: текущее состояние, возможность переключить режим, состояние блокировки,
3. Всегда на объект управления заводится PMP1_STS, PMP1_ALM, PMP1_CMD это три раздельные переменные типа WORD, каждый бит расписывается и используется
Командная переменная имеет тип IN_OUT в нее оператор пишет бит, а далее в функциональном блоке экземпляра она обнуляется

Кадры размещенные ниже, это СПК210
https://fast-project.ru/projects/boi...ye-punkty.html

Вложение 89134

Вложение 89135

Вложение 89136

Согласен, только для слов статусов механизма, команд и аварий у меня dword, и то иногда не хватает.
Для механизмов всплывающие окна, а там уже управление и вкладки со статусами, графиками и историей для механизма.

Одно замечание... Почему чёрный цвет? Есть труд от роквелла, о культуре hmi визуализации, кстати, переведена Кисловым Евгением вроде. Да и под наши ГОСТы о разработке и цветовых схемах сильно не подходит.

Цитата:

---

Почему чёрный цвет? Есть труд от роквелла, о культуре hmi визуализации, кстати, переведена Кисловым Евгением вроде. Да и под наши ГОСТы о разработке и цветовых схемах сильно не подходит. ГОСТы

---

Лет 25 к этому шел и теперь не сверну, хотя сам терпеть не могу чертить в автокаде белыми линиями на черном фоне. Также и все документы у меня в компьютере на белом фоне. Глазу привычнее

Почему все таки - черный? Какие причины?
1. Затемненный фон подвалов, тепловых пунктов и прочих мест. Вы заходите с улицы, там где белый снег или яркое солнце. Из яркого в темное
Человеку придется потратить время на адаптацию глаз, если картинка ярче окружающей среды. В моих приоритетах в создании HMI - сокращение времени реакции на принятие решения. Чем понятнее, тем корректнее реакция на события.
2. Графику стараюсь выполнять "воодушивившись" графикой на iPad/iPhone, хотя у самого смартфон скромный. Часто делаю, не нравится - переделываю.
3. Количество цветов основных здесь три. Мелкие вспомогательные надписи не в счет. Значения видны с расстояния в 3 метра, что более чем достаточно

Кислов Евгений, как и Rockwell - лица для меня уважаемые, но точно не догма. ГОСТы по цвету фона? Что то новое для меня, не слышал. Даже если такое есть и даже если я это нарушаю, то делаю это для удобства конечного пользователя. На объекте установлено пять таких пунктов. Если бы не нравилось и не заходило, давно бы попросили переделать

https://files.stroyinf.ru/Data2/1/42...4294816904.pdf
https://meganorm.ru/Data2/1/4293758/4293758793.pdf
https://files.stroyinf.ru/Data/45/4504.pdf

Там даже 76 года ГОСТы на такое есть. Всё новое, это хорошо забытое старое...

Главное чтоб удобно было. Если это не объект, где постоянно сидит оператор, то приемлемо.

Цитата:

---

Сообщение от krollcbas

Считаю неприемлемым создание систем автоматизации, где что то включать или выключать нужно по клику на экран.
Так никогда не делаю, так как имею мнение что создаю системы серьезные.
Всегда все раздельно. Управление импульсное. Блокировки имеют высший приоритет и разрабатываются отдельно от общей логики
Правила следующие:
1. Всегда при нажатии на насос или любой другой элемент управления - выводится фейсплейт
2. На фейсплейте выводится: текущее состояние, возможность переключить режим, состояние блокировки,
3. Всегда на объект управления заводится PMP1_STS, PMP1_ALM, PMP1_CMD это три раздельные переменные типа WORD, каждый бит расписывается и используется
Командная переменная имеет тип IN_OUT в нее оператор пишет бит, а далее в функциональном блоке экземпляра она обнуляется

Кадры размещенные ниже, это СПК210
https://fast-project.ru/projects/boi...ye-punkty.html

---

Всё это верно, всё это правильно, но я не пойму, почему никто не ругает саму панель? Я считаю, что эта выдержка должна быть встроена в саму панель на уровне системы! Всё остальное - полумеры
Некорректно такое говорить на дружеском форуме, но с Weintek-ами такого за 10 лет эксплуатации не произошло ни разу. А тут 2 месяца - и уже десятки случаев. К слову, в самом начале, сразу после монтажа, такого не было (некая "деградация" экрана?)

Давайте представим, что у Вас произошло вот такое:
1) Вы решили посмотреть наработку насоса, нажали на его иконку
2) Выскочило вот это красивое окно (без сарказма, оно и правда отличное)
3) Тут же срабатывает второй клик в то место, где находится палец
4) Ровно под пальцем находится (так совпало) кнопка аварийной остановки насоса
5) Насос отключается

Следить, чтобы всплывающее окно обязательно всплывало где-то в стороне?
Ставить выдержку на нажатие кнопки аварийной остановки? Да, но вопрос, конечно, дискуссионный

Всё это можно обойти выдержками, запретами, проверками. Но я уверен, что смогу придумать вот такой контрпример с двойным нажатием на любое ухищрение
Например, у нас аварийная ситуация, решение нужно принять мгновенно.
1) Открываем всплывающее окно, чтобы выключить насос
2) Окно открывается, двойной клик дальше прожимает другую кнопку, вызывающее другое окно. Или прямо закрывается это окно, т.к., двойной клик прожал кнопку закрытия этого же окна
3) Теряются драгоценные миллисекунды в аварийной ситуации

С Weintek тоже работаю. СПК210 и Weintek на мой взгляд сравнивать не очень верно.

Мне очень сложно рассуждать, так как поведение данного устройства будет сильно зависеть от распределения задач.
Ну не корректно обвинять устройство в отсутствии выдержки на нажатие, если это параметрируемое событие

Можете в ЛС сообщение прислать проект, по дружески скажу что бы переделал.

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

"нужно принять мгновенно" - а если человек нажал, а потом понял что это действие он сделал по "истерике". По этому и даю ему фейсплейт с возможностью отказаться.
"другую кнопку, вызывающее другое окно" - ничего такого не происходит. Аккуратно программируешь и все получается

Здравствуйте, коллеги.
Если не затруднит, покажите скрины своих hmi визуализаций выполненных по ГОСТ, как раннее было озвучено.

Цитата:

---

Сообщение от Nikoly@

Здравствуйте, коллеги.
Если не затруднит, покажите скрины своих hmi визуализаций выполненных по ГОСТ, как раннее было озвучено.

---

https://oscat.ru/?p=374

Хотя бы так, чтоб оператор глаза не потерял...

Цитата:

---

Сообщение от МихаилГл

https://oscat.ru/?p=374

Хотя бы так, чтоб оператор глаза не потерял...

---

Хочется посмотреть как у товарища krollcbas было на его черном фоне, но только Ваш реальный скрин HMI выполненный по ГОСТ, а не ссылки....

Цитата:

---

Сообщение от Nikoly@

Хочется посмотреть как у товарища krollcbas было на его черном фоне, но только Ваш реальный скрин HMI выполненный по ГОСТ, а не ссылки....

---

Не понял ваших наездов.
МС4Д
Вложение 89177
Рапидскада
Вложение 89178
Кодесис
Вложение 89179

Стараюсь следовать рекомендациям стандартов. Не всегда выходит, бывают и корпоративные требования, ну что уж тут.

МихаилГл, спасибо за скриншоты.