Slider problem with Crestron

[Josep]

I'm testing the iViewer with a Crestron processor. The Crestron
processor is already working at a customer home with a moderate amount
of traffic. We have to integrate several Ipad (now they use TPMC-8X
and TMPC-4X) to control all the system (lighting, climate, blinds, AV,
cameras) but, by now, the movement of sliders seems that can not be
managed correctly.

The Crestron processor is receiving too much values when I move the
sliders and this causes 'Intermittent Connection Loss' (as much often
as higher is the traffic that Crestron has).
Is it possible to set (reduce) the rate of sending out iViewer slider
values to the Crestron processor?

I also was thinking in other solution but is not working. I don't need
continuous values when slider is moving, so it would be enough to send
the value just when the slider release, using a command 'On release'.
Actions (On Press, On Drag, On Release) don't work if there is 'Analog
Join'=0, but if I use an Analog Join iViewer is sending values to
Crestron (that is what I would like to avoid) even if I don't use its.
Is there any way of using On Release with Analog Join=0?

Anybody has a suggestion?

Thanks a lot.

[Jarrod Bell]

Are you sending back the analog data directly after coming in? Or is
this just one way analog?
Try not sending any data back to iViewer and see what happens. We have
many Crestron customers using analogs, and have no problems with traffic
TO crestron.

Jarrod

[Josep]

Feedback is sent only when Digital Press Join -> 0.
I tried without sending any data back to iViewer and is getting better
but if I move a little fast the slider 'Intermittent Connection Loss'
still apears. This has been tested with a Crestron test processor.
When I use the customer processor the problem is worse because the
traffic is higher.

Is there any way of avoiding that iViewer sends continuous analog
values and use only the 'On Realease'?

I apreciate your fast answer.
Good job, Jarrod.

[Chap]

I was also doing a slider (in Crestron), only needed 100 steps. Put
that in slider params, but still got output to processor of 0-65k,
which produces much to much traffic.
Is that a broken feature, or am I messed up?
Chap

[Jarrod Bell]

The min/max setting is for calculating the indicator display text value,
and for sending the analog value via Commands in System Manager.
Built in protocol is always 0-65535.

Let us add a feature to limit the rate data is sent. That would solve
everyone's problems right?

Jarrod

[Josep]

Probably limiting data rate would be enough to limit frequency of
messages sent to Crestron. If this was a parameter that we could
adjust in slider properties, perhaps better. I insist on the use of On
Release. One command in this action will send the last slider value
the control system has to keep. The intermediat values, in most cases,
are not so important.

Jarrod, let me ask a question. When you say 'add a feature' you mean
in the next version o how we could have this new feature?

Josep

[Jarrod Bell]

In the next version. There will be a parameter added to sliders to
change the update interval.
It will not be an on-release. But you could set the interval to
something like 5 seconds and it would most likely only send on release
anyway (unless you slide for a long time!)

Jarrod

[Josep]

Perfect! I'm already waiting for the next version.

Josep

[Fakum12]

You probably messed up. I had the slider issue as well and I used a
scripted event in iviewer to limit the traffic to the crestron system
(only values from 0-100 were sent).
That worked perfect as long as I only had the one iPad as a
controller.

I think it a problem on the crestron side, not being able to handle
large amounts off traffic on the Ethernet interface....

[Kafkaesque]

Sorry, didn't see this earlier. I solved this issue by using an
analog sample on the Crestron side with a sample rate of 3 times per
second. Solved the problem immediately. I also use this for volume
FB etc.

Cheers,

Brandon.