We have moved our support service to a new technical support system. Since 17.01.2022, we have disabled the ability to create appeals through the userecho personal account. Now all requests are processed via mail to email@example.com .
Thank you for your understanding and have a nice day.
I propose to vote for this codec, because this codec is necessary for the integration of some doorphone manufacturers (for example, bpt) into the management interface. If a sufficient number of integrators vote for it, then the priority of this task will increase and it will be resolved more quickly (the developers answer).
Having the client available for Linux would open the possibility to build more affordable wall panels and with more intelligence. It could run on oDroid boards, RaspberryPi, etc. which in their place support a wide variety of affordable touchscreens.
Windows and Android panels are hard to control remotely, not always stable and need extra attention for updates. Linux is much easier to keep up to date without user intervention and easy to control remotely (in a secure way).
I suggest to add a possibility to request the object status. Some equipment, for example Theben modules for controlling servo driver units, does not support regular sending of its status. In such cases it would be useful to send the "read" command in the KNX network, not the token request from the iRidium application, to avoid unsynchronization, for example at the relaunch of such equipment.
It wold help
greatly the ability to sort the feedbacks and channels on drivers both on panel project and server project. I have a KNX IP BAOS driver with more thana thousand commands and feedbacks.
For some devices, a delay is required before sending a value for the Move Event (Level Item).
Not for position of slider, only for value of Level item. (UI.Page 1.Level Item 1.Value)
The device (or driver) receives too many request and does not have time to complete them.
In other words, this is a new property for Level (.DelayBetweenSetValue = 100 ms).
For example: this is required for Lutron native driver if you add send Value for Move event.
Smooth regulation is work clear in the Lutron application.
It also requires locking of setting feedbacks Level value during adjustment itself. (.AnimationBusy = 1).
In animation shows level twitching during regulation.
The possiblity to select a diffent curve/behaviour for a level would be a great addition.
it's something I really mis. Logarithmic curves for levels would be great.
Often you want more precision in the lower values and a Logatihmic curve would the solution.
Is this something to implementfor the future ?
Paul van Boven
Customer support service by UserEcho