It will be sooo big dialog window)) but this function is really useful, so lets vote it

Hello!
We can't be sure that the UV Switch broadcast its status when you send a status request. I

t would help if you check the data from this Logic Module in monitor of HDL Tool. Please filter the data by Subnet/Device ID and inform if you really see the request from logic module. Please show us this data string

Not sure it is more common action. You use it with the half of buttons when you use, for example, Modbus, AMX. EPSNET. It is really common action for some of us.
But u use the Delay only when make a macro. I agree, it may take a time to create, clone and position all the delays, but sure we shouldn't change Puls to Delay.

We have to look at some other way. Maybe like this:

Barry, Jackie, what do u think?

It will be a problem with this option.. we have added the "pulse" in dialog window:

It is used to send some value to equipment as impulse.

This option is not used with AV & Custom Systems, so we can add the Delay there (generally), but if we talk about macro, I don't think it is correct

Cобытие Press мы в этой теме даже не упоминаем, оно, естественно, будет срабатывать всегда в момент касания кнопки.

Не существует события "нажатие во времени", Press - это мгновенное, однократное событие, после которого включается таймер, запускающий отсчет Hold Time до события Hold. Под Short press time [1s] вы подразумеваете именно Hold Time. Он уже есть, настраивается в General.

Итого, кнопка v2 в вашем варианте реализуется так:
1. по отжатию до "отсечки" - это если удерживали меньше указанного Hold Time, срабатывает команда, записанная в Release, потому что Hold сработать не успел.

2.по отжатию после "отсечки" - если удерживали >= указанного Hold Time, срабатывает команда, записанная в Hold, а Release не срабатывает
Т.е. происходит именно то, что хотелось бы - сработка разных команд до и после отсечки. А в текущей версии приложения срабатывают оба события - и до (Relese), и после отсечки (Hold).

Кнопки v1 и v2 по поведению соотвестует нашему предложению и не требуют дополнительных событий и таймеров.

Двойное и тройное нажатие отсчитывают интервал между ближайшими Press'ами на элемент. Чтобы выполнять разные действия от количества прессов, нужно вводить дополнительные вкладки настроек - т.е. события, объединить их нельзя.

Иначаьно ваше предложение было в том, что должен быть вариант, при котором срабатывают команды обоих событий: Hold + Relese. Как это можно использовать? Какая-то финализуирющая команда после отправки в цикле?

Hi Jackie

Is it happens for some time after project start or all the time?

Please check, maybe the problem is in the initialization of group addresses.

Try to set "Send Time: 0" in driver settings.

Try to create a project with 2-3 addresses and check for lags

You have to set up the command "READ STATUS OF UNIVERSAL SWITCH" with timer for each UV Switch you want to get, but you don't need to drag it on item, it works automaticly

We think it should work as "Release after Move" (Move cancel the Release action). It is useful for all the real cases we found. But it will be possible to see the Release event in JS.

If you see the the reason why we have to make the separated event and how it can be used please share with us

Benno, thank you. "Release" event will be cancelled only if the "Hold" event has some actions preset in project. So if you doesn't use Hold event in Actions, the Release works anyway.

So you don't need to change something in the settings of all the items

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

[Hold или Release] будет отрабатывать так, как сейчас отрабатвыает [Move или Release], отменяя последний.

При этом, вы сможете поймать событие Release в скриптах. Отемнятся только Actions, настроенные в макросах графического элемента, в радкторе.