开云体育

If the client did want to see the QM-RMC online status, then wouldn't it make sense to have the symbols dropped in each box?

I don't want to add unnecessary symbols, but if each box did get its own symbol, can that still be added under one room in IIRC?


--- In Crestron@..., Lincoln King-Cliby <lincoln@> wrote:

I don't have a RoomView install in front of me at the moment but IIRC you can create a room and then assign the room view symbols to the room and thus they show up as
"Room 102"
--> "Left Projector"
--> "Right Projector"

Or something along those lines.

This is necessary to keep RVSE's reporting functionality correct (e.g. all lamp hours wind up on the display_usage analog, and not some on the display_usage analog, some on analog input #63, some on analog input #67, etc., etc.), ditto for display power status and display on/off control.

You also want to be careful about what exactly you're logging to RoomView because at least in 7.2 (hopefully they fixed it in Fusion RV?) any changes get logged to the database, even if the actual value hasn't changed. And big databases cause RoomView to go stupid and crash. Things like making sure you have an ABUF or ASAMPLE between the projector module and the RV symbol so that if the module starts spitting out the same lamp hours value every 5 seconds that doesn't make it to RoomView, not logging volume levels unless you really need to, etc.

Note that all of the above is only true for RoomView SE/Fusion RV. If you're using the older versions of RoomView

Your application is somewhat unusual, but I don't think you'd necessarily need a RV symbol in all three processors unless you want to make sure all three processors stay online (which would be understandable).

As I noted in the first message, the common approach is to land all of the room specific stuff on the RV symbol for the "first" display in the room so for your case you'd only have 2 symbols. But I don't necessarily think there'd be a problem with 3.


--
Lincoln King-Cliby, CTS
Sr. Systems Architect | Crestron Certified Master Programmer (Silver)
ControlWorks Consulting, LLC
V: 440.449.1100 x1107 | F: 440.449.1106 | I:
Crestron Authorized Independent Programmer


-----Original Message-----
From: Crestron@... [mailto:Crestron@...] On Behalf Of avsystemdesign
Sent: Thursday, September 13, 2012 12:23 PM
To: Crestron@...
Subject: [Crestron] Re: Roomview SE (how many symbol definitians with multiple processors)

Lincoln,

I also heard something along those lines, and it somewhat confused me.If a room has a master processor and two displays (2 x QM-RMC), then putting a RoomView definition in all three processors would show up as three different rooms in RoomView? Not so?

Surely having one definition for one system makes way more sense?

--- In Crestron@..., Lincoln King-Cliby <lincoln@> wrote:

Although the guidance I've gotten from the RoomView SE gurus at the Mothership is:

1 Symbol for the Room and first display (that has all of the details for both the first display and the room)

1 Symbol for each additional display (that only has details, e.g. power and lamp status/control for that display)

I don't know that it really matters which processor the symbol is on, though.


--
Lincoln King-Cliby, CTS
Sr. Systems Architect | Crestron Certified Master Programmer (Silver)
ControlWorks Consulting, LLC
V: 440.449.1100 x1107 | F: 440.449.1106 | I:
Crestron Authorized Independent Programmer

-----Original Message-----
From: Crestron@... [mailto:Crestron@...] On Behalf Of Neil Dorin
Sent: Thursday, September 13, 2012 11:56 AM
To: Crestron@...
Subject: Re: [Crestron] Roomview SE (how many symbol definitians with multiple processors)

Are the QM-RMCs running their own program or are they eSlaved to the master?

If they're eSlaved then you only need the RV symbol in the master. If
they're running their own programs then you either need the RV symbol in
each or you have to EISC the signals to the master and use an RV symbol
there.

The latter will give you better results as far as having it show up as a
single room in the RV SE software.


On Thu, Sep 13, 2012 at 9:54 AM, avsystemdesign <avsystemdesign@>wrote:

**


I have a couple of systems that need to be setup on RoomView SE, and I
would like to know the best practices. All the client wants is basic system
monitoring.

A typical system consists of a master processor and a QM-RMC to control
the display (projector). In some rooms there might be two displays, so two
QM-RMCs'.

My question is, would I need to only drop in one RoomView definition in
the master processor? Or do I need to put a definition in the QM-RMc's too?
(projector lamp hours and error reporting).
If you need to put definitions in all the processors, then how would that
show up as one room in RoomView?

Thanks

[Non-text portions of this message have been removed]



------------------------------------



Check out the Files area for useful modules, documents, and drivers.

A contact list of Crestron dealers and programmers can be found in the Database area.
Yahoo! Groups Links

------------------------------------



Check out the Files area for useful modules, documents, and drivers.

A contact list of Crestron dealers and programmers can be found in the Database area.
Yahoo! Groups Links

Thanks everyone for the feedback,

For the most part I'm assuming that the trade off of using modules vs. not would result in larger file or longer compile times.

I have begun re-evaluating the modules I built and I have found a few symbols that if pulled out of the module would allow me to reference it 1 time instead of 29. I'm hoping to find more of these.

But some are unavoidable. Some symbols need to be used 29 times. The basics are an interlock per interface that connects to 29 buffers for each room.

But my program goes way beyond that. It's highly configurable and designed based on the consistent customer requests I seem to run into.

I hope to scale down this module to as bare bones as it can be. I have it on a job with 30 interfaces so that is 870 references to that module. It would be nice if it was 1/4 of the size.


--- In Crestron@..., "olly_penguin" <oliver.hall@> wrote:

Hi Jason,

As Heath says, it's hard to comment on why compile times/program size are what they are in your case, though I think he was drawing attention to the fact that your system design apparently grows exponentially as either increases - which can't be good.

In terms of Modules vs. "straight" Symbols I'll do my best to shed some light on things (assuming I've understood the situation correctly...):

Simpl Windows user modules are purely a convenience. They provide encapsulation of reusable logic which allows for reuse, easier/safer modification of multiple instances, code readability (one would hope!) and smaller main program size.

For each instance of your logic in your program, if you include a reference to the user module, your program file contains a single reference to the user module logic, as opposed to all of the symbols that are contained within. That would account for the huge variantion in size of your SMW file.

When you compile, simple windows reads the user module and *effectively* in-lines your module in the compilation - a new set of symbols for each and every reference. The resulting compiled program is exactyly the same - no difference in symbols/signals/processor resources. It's not like a traditional library module that has a shared code segment.

Unfortunately, I have a suspicion that Simpl Windows reads the user module each and every time it is included, which will also account for the significantly longer compile times when using masses of modules. [Possibly a contributor as to why SB takes so long to compile?]

The basic "primitive" symbols are all read into Simpl Windows at startup (part of the long program startup time!) so a program comprised of native symbols will not share that file IO overhead.

Having said that, the benefits of using modules will normally far outweigh any compile time overhead, so they're definitely a *good* thing.

If you're finding the program unmanageable or compile times are longer than you'd like, I would be tempted to look at why your design requires "Rooms * User_Interfaces" modules. Heath's suggestion of using Crosspoints should provide a much more linear growth.

Hope that helps,
Ol

If you have a program loaded on a USB drive via toolbox as program(App) X,
then the MC3 will automatically boot it in favor of any program loaded to
the internal memory at that slot.

You can use the SYSTEMCONTROL slot on any other program to manually
start/stop register/unregister programs as well.

I'm just working on a large project with multiple programs running off USB
drives that get switched over to the slave in the even the master MC3
fails. Works surprisingly well actually...

Send me a direct email if you need more info.

-Neil

On Tue, Sep 18, 2012 at 11:47 AM, Anthony Desimone <
anthony_desimone@...> wrote:

**


I can't seem to find any specifics on how to run programs from a USB drive
on an MC3. Can anyone help me out?

[Non-text portions of this message have been removed]

That is it HD Fury.

Thanks a Bunch!


________________________________
From: Chip <cfm@...>
To: Crestron@...
Sent: Tuesday, September 18, 2012 12:48 PM
Subject: [Crestron] Re: Non-HDCP Compliant Monitor ??


??

You might be thinking of the "HD Fury" adapter...

- Chip

--- In Crestron@..., "mcjaran" <mcjaran@> wrote:

A while back someone suggested a device to show HDCP compliant devices on a Non-HDCP compliant monitor.
Any suggestions?

[Non-text portions of this message have been removed]

Not familiar with that particular unit - what format/syntax do the power commands use?

- Chip


--- In Crestron@..., "shannon.stimpson" <shannon@> wrote:

I have a beautiful Christie here, not having any luck swithcing inputs.

I am talking to it, power on and off, but formatting the string to select the 'channel' and input are escaping me.

There are four 'channels' programmed to the projector, I am attempting to access channel 12, utilizing the DVI-A input.

Called Christie, not much help. Anyone play with one of these yet?

A while back someone suggested a device to show HDCP compliant devices on a Non-HDCP compliant monitor.
Any suggestions?

Hi Jason,

As Heath says, it's hard to comment on why compile times/program size are what they are in your case, though I think he was drawing attention to the fact that your system design apparently grows exponentially as either increases - which can't be good.

In terms of Modules vs. "straight" Symbols I'll do my best to shed some light on things (assuming I've understood the situation correctly...):

Simpl Windows user modules are purely a convenience. They provide encapsulation of reusable logic which allows for reuse, easier/safer modification of multiple instances, code readability (one would hope!) and smaller main program size.

For each instance of your logic in your program, if you include a reference to the user module, your program file contains a single reference to the user module logic, as opposed to all of the symbols that are contained within. That would account for the huge variantion in size of your SMW file.

When you compile, simple windows reads the user module and *effectively* in-lines your module in the compilation - a new set of symbols for each and every reference. The resulting compiled program is exactyly the same - no difference in symbols/signals/processor resources. It's not like a traditional library module that has a shared code segment.

Unfortunately, I have a suspicion that Simpl Windows reads the user module each and every time it is included, which will also account for the significantly longer compile times when using masses of modules. [Possibly a contributor as to why SB takes so long to compile?]

The basic "primitive" symbols are all read into Simpl Windows at startup (part of the long program startup time!) so a program comprised of native symbols will not share that file IO overhead.

Having said that, the benefits of using modules will normally far outweigh any compile time overhead, so they're definitely a *good* thing.

If you're finding the program unmanageable or compile times are longer than you'd like, I would be tempted to look at why your design requires "Rooms * User_Interfaces" modules. Heath's suggestion of using Crosspoints should provide a much more linear growth.

Hope that helps,
Ol

A while back someone suggested a device to show HDCP compliant devices on a Non-HDCP compliant monitor.
Any suggestions?

Will be working with the ME46A soon. I do not have it in front of me yet. I read all the above posts so far and wanted to see what was working better. The Samsung 400P + 460P (cm), Samsung 2008, or the Samsung CEC mods? I will be using this with a DM-RMC-100. I figure I could use 232 or CEC if possible?

Thanks,
cyberbri

--- In Crestron@..., "flannel_avenger" <rlray@> wrote:

I did a job with a ME55A a few months ago and I just used the Crestron Module (Samsung 400P + 460P LCD (cm)) and it worked fine for Power On, Power Off, and switching between the analog inputs.

It was a retrofit to an existing system with only analog sources so I didn't try switching to any of the digital inputs.

--- In Crestron@..., "on37j" <janusz.kalaczynski@> wrote:

So here it comes. Much anticipated by me ME46A 46" commercial LED beauty with all bells and whistles, nice footprint, RS232 In and Out, module ready etc. And does not switch inputs, volume commands lock it up in continous flow of feedback. Only PowerOn and Off executed. Firing up a CD manual and here it is on page 43 - "This model does not support BNC, HDMI1, HDMI1_PC, HDMI2, HDMI_2PC and DisplayPort... DVI_video, HDMI_PC and HDMI2_PC cannot be used with the Set command. They only respond to "Get" commands"...
I am scratching my head right now. What have I just brought ? VGA-only device ?

I did a job with a ME55A a few months ago and I just used the Crestron Module (Samsung 400P + 460P LCD (cm)) and it worked fine for Power On, Power Off, and switching between the analog inputs.

It was a retrofit to an existing system with only analog sources so I didn't try switching to any of the digital inputs.

--- In Crestron@..., "on37j" <janusz.kalaczynski@> wrote:

So here it comes. Much anticipated by me ME46A 46" commercial LED beauty with all bells and whistles, nice footprint, RS232 In and Out, module ready etc. And does not switch inputs, volume commands lock it up in continous flow of feedback. Only PowerOn and Off executed. Firing up a CD manual and here it is on page 43 - "This model does not support BNC, HDMI1, HDMI1_PC, HDMI2, HDMI_2PC and DisplayPort... DVI_video, HDMI_PC and HDMI2_PC cannot be used with the Set command. They only respond to "Get" commands"...
I am scratching my head right now. What have I just brought ? VGA-only device ?

Hi guys,

how do you save scenes using touchpanel?

do you guys have a module?

the system uses a din rail lighting system.

it has dimmable and switchable loads.

thanks.