Multimode and Crestron Mobile

[Chap Cory]

I am trying to combine Jarrod's multimode and The Crestron Mobile js.
(well not combine, just load both scripts.)

I thought all i need do is combine the "Main" functions, but when the
crestron system sends an analog join to the iviewer, it doesn't
respond .
Is the "self" function enclosed so the two js Joins dont see each
other?
I have tried tracing with breakpoints etc, but i'm not fluent enough
yet. (I thought reading Js intros and fooling with this would "teach"
me , but now I am frustrated a little after many hours of
experimenting.

I am missing something very basic

obviously, I need the analog feeds to the iviewer from Crestron, not
js snippets in the buttons.

TIA,
Chap

[Terence]

Can't really tell much without looking at the JS code. Can you post the code
at https://gist.github.com/ and give us the link here?

TIA,
Chap

--
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.

[Chap Cory]

gist 1788731.
Iput the two js in the script folder in iviewer, i hav the mm simpl
program in a qmrmc, send the 270 analog over using toobox.
Chap

On Feb 9, 11:54 pm, "Terence " <terryla...@gmail.com> wrote:
> Can't really tell much without looking at the JS code. Can you post the code

> athttps://gist.github.com/and give us the link here?

[Jarrod Bell]

So the Analog change is seen by iviewer on screen, just not by the
multimode script?

Jarrod

[Greg S.]

Hi Chap,

This is just a theory as I haven't actually used the Multi-Mode JS but
I suspect the problem has to do with my CrestronMobile implementation
currently on GitHub. Since it doesn't send join updates using
CF.setJoin when it receives changes from the Crestron system the
changes most likely aren't triggering any watch events in your other
JavaScript. If you look at lines 163, 164 and 164 in the parseXML
loop you will see these lines:

CF.setJoins(serialJoins, false);
CF.setJoins(digitalJoins, false);
CF.setJoins(analogJoins, false);

Try changing the 'false' to 'true' - at least in the analogJoins line
- that should fix your problem if it is in fact a problem with my
module.

Hope this helps!

On Feb 10, 6:05 am, Jarrod Bell <jar...@guilink.com> wrote:
> So the Analog change is seen by iviewer on screen, just not by the
> multimode script?
>
> Jarrod
>
> On 10/02/12 9:54 PM, Chap Cory wrote:
>
>
>
>
>
>
>
> > gist 1788731.
> > Iput the two js in the script folder in iviewer, i hav the mm simpl
> > program in a qmrmc, send the 270 analog over using toobox.
> > Chap
>
> > On Feb 9, 11:54 pm, "Terence "<terryla...@gmail.com>  wrote:
> >> Can't really tell much without looking at the JS code. Can you post the code

> >> athttps://gist.github.com/andgive us the link here?

[Chap Cory]

Ok I'll try it.
What I see in the traces is no breakpoints getting hit in the
Multimode js.
Good theory, i'll let you all know.
Ultimately, I plan to build a js file that can have multiple ajoins
assigned to drive multimode buttons of my choosing.
Probably using Global Token defs in the gui.

> > >> athttps://gist.github.com/andgiveus the link here?

[Chap Cory]

Yes! Worked!
Any reason i can't leave that setjoin true?
Thanks much,
Chap
(I knew it was simple)
PS, Like your CM module very much.
Also, If I understand correctly, you are not reading in any of the
Global Tokens in yer example?

On Feb 10, 8:55 pm, "Greg S." <greg.s...@audioadvice.com> wrote:

> > >> athttps://gist.github.com/andgiveus the link here?

[Greg S.]

Hi Chap,

Glad the change worked! When I first wrote the module I didn't see a
need to increase overhead by firing the change event but having looked
at it since then the change isn't that resource intensive so leaving
it set to true is just fine and is necessary to trigger other modules
as you've seen.

The module you're using doesn't require any Global Tokens. The intent
was to make it very simple to deploy which is also the reason that it
is a single-instance module compared to the CIP version. I have
another version that I've been working on that is a bit faster -
especially on the new 3-series processors - but it hasn't been fully
tested yet. I hope to get it posted soon but if you want it sooner
you can contact me off-list and I'll e-mail it to you.

Take care!

> > > >> athttps://gist.github.com/andgiveusthe link here?

[Mqsack]

Hey Greg:

Will your new code support transmission of non-press events(ie join
changes inside of gestures, etc) from iViewer to Crestron?

Also: I have a large job coming up with about 10-12 iPads and my
initial thought was to use CIP 1.1 since it is in theory a little
"lighter" on the processor (Xpanel vs. Mobile)

How many instances have you run on a 2-series processor?

Beyond the CMobile logic, the rest of the program will be fairly
light.

And if needed I could move them to an MC3 I think if it would make a
difference.

(I don't really want to do the external processor / EISC thing here.)

Thanks,
Matt

> > > > >> athttps://gist.github.com/andgiveusthelink here?

[Greg S.]

Hi Matt,

I just sent you a version of CrestronMobile that will support basic
Gestures. The Pan Gesture is a different beast so if you want to use
that we will have to write a special bit of JavaScript that will work
for you.

The most iPads I've tested at once is 8 but feel pretty confident that
you can do the quantity that you are needing. In real terms, the
native devices like Crestron Mobile and XPanel are only processor
intensive during the Update sequence. In that regard CrestronMobile
is more processor intensive than CIP, but once they settle in there
really doesn't appear to be a huge difference in processor overhead.
I've got several jobs with over 20 regular panels and 6-8 iPads in
them, and I feel confident that I could easily replace the regular
panels with iPads.

I doubt you would need an MC3, but I can guarantee that CrestronMobile
will load MUCH faster on it. For example, our default interface uses
1100 Digital, 700 Serial, and 100 Analog joins and this normally takes
7-8 seconds (old module was in the 12-15 second range) to initialize
on a 2-series processor and around 2-3 seconds on a 3-series.

Let me know if you have any questions.

Greg

[vmailtk5]

Just been having a play with CrestronMobile at home, seems to be more stable that CIP on site

[motech]

hi greg

can you send me that same version of crestronmobile?

I'm trying to get gestures working as well….