Analog Issues with Crestron.

[tech760]

I'm having an issue were when my clients is on there ipad using there
iviewer app and they go to party mode and select multiple room and
select a source to send to those room then control volume up and Down
it freezes up the procesor then reboots up again. This only happens
when i connect analog volume fb per room to the V4.5 Iviewer Module.
But if i convert the volume level to a serial text volume fb it works
fine to control all rooms volume up and down. But as soon as i connect
the analog volume fb it freezes up crestron Processor. I have all the
latest firmware on the crestron so it cant be that......

[Scott Shanafelt]

disconnect the feedback from the input side of the analog join you are using. See if this solves the issue. If it does you can proceed to debounce the feedback/transmit loop you are creating when they make that press.

Scott S

> --
> You received this message because you are subscribed to the Google Groups "CommandFusion" group.
> To post to this group, send email to comman...@googlegroups.com.
> To unsubscribe from this group, send email to commandfusio...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/commandfusion?hl=en.
>

[tech760]

I took the analog signal going to the module out and it seemed to be
working fine just know volume fb on the analog side. How would i
debounce the signal with crestron?

> > For more options, visit this group athttp://groups.google.com/group/commandfusion?hl=en.- Hide quoted text -
>
> - Show quoted text -

[Scott Shanafelt]

Do you have simulate feedback enabled on the slider? when the value is being set from crestron the slider shouldn't re-propegate that as control to crestron. However, simulate feedback may cause that to occur. Try disabling that.

Failing a solution to stop that from happening, in the crestron code you simply need to prevent the Simpl+ from detecting a change event when the feedback rolls in with the same value as the value already has. An analog buffer in between the module input and the signal may do that. If not, you can try more advanced things like gating that analog buffer you just made with a "Serial/Analog One-Shot" (in the crestron logic symbols under Serial). This would watch the analog signal going into the module and pulse it's output when it changes. that output is what would enable your analog buffer. You could even put a small delay on it.

I doubt any of that will be needed, this is just about canceling out the echo effect by either killing CF's press event when it receives a feedback, or by killing the iviewer server module from recognizing a input value that hasn't changed as an event to transmit it.

Scott S

[Jared Haleck]

Analogs are the "death signal" with CF and Crestron.  the SIMPL+ module for CF simply destroys a processor (especially a 64 MIPS processor like the QMRMC, MC2E, Adagio, Prodigy, PAC2-Mini and DIM-AP2).  I had a problem with run away volume on a project, because I didn't properly buffer the analog volume signals for 24 zones away from the SIMP+ Module.  Once I buffered it so that the analog values for all zones of volume were only routed when needed everything worked great.  In my specific instance, I had a popup page with analog sliders for volume of all 24 zones.  I buffered it so that the the analog values were for the 24 zones of volume were only routed when that subpage was displayed.  Once I did that things were great again.  I was on an AV2 for that project and I am quite certain that on a smaller processor, this would not have been possible.  Buffer all analog values so they are only used when absolutely needed.  Digitals and Serials don't seem to be problem.

[Scott Shanafelt]

We could keep a table in the server module of current values, and validate the analog change events as new values before transmitting.  Increases memory use, naturally.

Scott S

[Scott Shanafelt]

Or another option is we could wrap the S+ module in a SIMPL wrapper and buffer, but makes resizing more troublesome.  Sort of the problem with this programming environment in Crestron, doesn't really suite needs well.

S

On Jun 8, 2011, at 3:19 PM, Jared Haleck wrote:

[Jared Haleck]

EDIT: When trying to process analog values, the SIMPL+ module for CF simply destroys a processor (especially a 64 MIPS processor like the QMRMC, MC2E, Adagio, Prodigy, PAC2-Mini and DIM-AP2)

[Greg S.]

We solved the issue of multiple volume signals ramping by doing two
things. First, we used a Ramp-In-Progress symbol to detect when the
volume was ramping, and used that to enable/disable a buffer going to
the CF module. The second thing we did was to put an OSC on the
volume up/down commands when doing a global volume ramp of multiple
rooms at the same time. What these two things did was disable the
volume feedback temporarily during preset adjustments and when the
zone turns on(ours ramp to a level), and the OSC allowed us to ramp
multiple rooms at the same time and still have feedback on the panels
during the ramp instead of waiting until the ramp finished - basically
it just pulses the volume level and between pulses the Ramp-In-
Progress symbol would enable the feedback to the panel. It isn't
perfect(feedback is a little choppy) but we can do up to 48 zones at a
time this way without killing the processor.

You can also try using an OSC and a Analog Sample(this is how Crestron
originally did their IPhone module) - I wasn't crazy about how it
worked but you might find it easier to implement.

On Jun 8, 3:28 pm, Jared Haleck <jhal...@gmail.com> wrote:
> EDIT: When trying to process analog values, the SIMPL+ module for CF simply
> destroys a processor (especially a 64 MIPS processor like the QMRMC, MC2E,
> Adagio, Prodigy, PAC2-Mini and DIM-AP2)
>
>
>
>
>
>
>
> On Wed, Jun 8, 2011 at 1:26 PM, Scott Shanafelt <sgsha...@gmail.com> wrote:
> > We could keep a table in the server module of current values, and validate
> > the analog change events as new values before transmitting.  Increases
> > memory use, naturally.
>
> > Scott S
>
> > On Jun 8, 2011, at 3:19 PM, Jared Haleck wrote:
>
> > Analogs are the "death signal" with CF and Crestron.  the SIMPL+ module for
> > CF simply destroys a processor (especially a 64 MIPS processor like the
> > QMRMC, MC2E, Adagio, Prodigy, PAC2-Mini and DIM-AP2).  I had a problem with
> > run away volume on a project, because I didn't properly buffer the analog
> > volume signals for 24 zones away from the SIMP+ Module.  Once I buffered it
> > so that the analog values for all zones of volume were only routed when
> > needed everything worked great.  In my specific instance, I had a popup page
> > with analog sliders for volume of all 24 zones.  I buffered it so that the
> > the analog values were for the 24 zones of volume were only routed when that
> > subpage was displayed.  Once I did that things were great again.  I was on
> > an AV2 for that project and I am quite certain that on a smaller processor,
> > this would not have been possible.  Buffer all analog values so they are
> > only used when absolutely needed.  Digitals and Serials don't seem to be
> > problem.
>

[Jared Haleck]

thanks for sharing that.  That sounds like that would work great!!