开云体育

Hello all, I've been thinking about a new job latley that I wasn't planning
on upgrading the PRO2 to a 3 series, but now I'm thinking it might be the
way. I'm curious of your opinions if you want to share.

I have a job with a PRO2 and tons of stuff on it:
12 TPS2K
3 BiPad8
Will be a DM-MD32x32 (currently PVID)
5 AAE
4 Escient units
6 TPMC-8X
Tons of keypads
and more I'm sure I'm not thinking of right now.

The job is being upgraded to DM from a PVID and they're adding a guest
house, a pool house, and a theater/Rec room building all over fiber. The
Guest house is getting it's own processor.

There is a PAC2 doing lighting and a QM-RMC doing the GE Alarm.

The original design was all PRO2 as the 3 series didn't exists. Now that
it's shipping, I'm wondering if we should change out the PRO2 that does
almost everything in the main house (poor desigh before I got involved) to
the new 3 series and do a 3 series at the guest house as well. I know I'll
probably need some ST_Coms and the such for extra come ports and things
since there isn't a PRO3 yet, but I'm guessing the processing speed alone
would make it a better option.
I'm just not sure about EXSIGing a bunch of 2 series (pac2 and QMRMC) with
a 3 Series.... Not sure if that'll work nice and clean.
The jobs been working great for years, adding this stuff shouldn't be too
much of an issue. I just don't want to have to reprogram half of it all over
again for no reason.

Thats it in a nut shell, let me know your thoughts, if you want more info
let me know. I apprecite it.

Thanks
Stephen D.

There is an easier way. Load an MX900 with the crestron RF commands, I used the stand alone software. Use CCP to get the config from the remote and save that as a mx980 template. I used that method for a mx880 and worked great. That is the basic idea, it has been awhile since I did that. I believe you get the option to "import as" or "save as" somewhere in the process.

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

I am the "kind soul" that created the MX900 templates and modules that were posted here a couple years ago. I'm glad others are getting some use out of them.

I've been successfully avoiding MX980s on jobs so that I wouldn't have to do the tedious work of transferring the commands, one button at a time, from the MX900 files into a new MX980 file, but alas, one of my sales guys has gone and sold 4 MX980s on a project. I would simply have him killed and burn the proposal, but the client has already signed-off on it.

Would anyone that has gone through the process of setting up MX980 templates be willing to share their work? You can contact me off-list if you would rather not post them in the Files section.

Thanks,

-David


--- In Crestron@..., Heath Volmer <hvolmer@> wrote:

I'm using a group of URC MX900 files that some kinds soul posted here, transferring them to an MX980.

The problem that arises: I need to do six of these remotes, and unless I'm mistaken, I have to drag the IR command sets for each Crestron RF ID I plan to use over onto the 980, one at a time? Is this the quickest way?

I gather that the RFID on the URC has nothing to do with the Crestron RF ID. Sure would be nice to make a layout on the 980 and merely change the RFID as I load it to each remote.

In order to save hassle, I'm only using the main page and device 1 pages, letting crosspoints and a few buffers handle the routing.

Thanks, Heath

Hi, Yes I have a simpl+ module for controlling power on/off of 16 areas ie 1-0 to 1-15, have not done 2-x etc in this module either. still to do temp and fan control soon.

According to people on this forum, coolmaster is worth a try too.

/Brad
contact me on solutionav@... if you like.


--- In Crestron@..., "belyakov_andrew" <andrey@> wrote:

I have the same problem,ITC Firmware 4.42.03,module from 4.30.01R does not work.
you have any modules for the new firmware??

--- In Crestron@..., "aussplus" <solutionav@> wrote:

Just a progress update,

Crestron don't support Daikin module anymore due to hardware and firmware changes by Daikin, we must have the new model here. I have been sniffing Daikins Java ITC web interface and am building a new Daikin ITC control module for IP control based on this. nb. the protocol is different. I now can turn each zone on/off, and I'm working on Temp selection and feedback.

/Brad
SolutionAV



--- In Crestron@..., "h" <web1111a@> wrote:

In the most recent reported issues there is an entry on October 12th about that controller- It refers to answer id 5050

The short answer is to use a crestron bacnet convertor

Harvey

--- In Crestron@..., "aussplus" <solutionav@> wrote:

Hi Nick,

I saw your post about controlling Daikin itc with crestron on yahoo. I was wondering if I could pick your brains? I'm currently having no luck trying to do this, some people say it's isn't possible.

I can connect to the itc, but the rx from the daikin includes the phrase '501 not implimented' and the module sends 'Daikin communication error' in the debugger.

The daikin web server requires a password to access, do you know if this will this prevent crestron from connecting?

Hope you can you help,

Kind regards,
Brad Cleal
SolutionAV

Brisbane
Australia

I am the "kind soul" that created the MX900 templates and modules that were posted here a couple years ago. I'm glad others are getting some use out of them.

I've been successfully avoiding MX980s on jobs so that I wouldn't have to do the tedious work of transferring the commands, one button at a time, from the MX900 files into a new MX980 file, but alas, one of my sales guys has gone and sold 4 MX980s on a project. I would simply have him killed and burn the proposal, but the client has already signed-off on it.

Would anyone that has gone through the process of setting up MX980 templates be willing to share their work? You can contact me off-list if you would rather not post them in the Files section.

Thanks,

-David


--- In Crestron@..., Heath Volmer <hvolmer@> wrote:

I'm using a group of URC MX900 files that some kinds soul posted here, transferring them to an MX980.

The problem that arises: I need to do six of these remotes, and unless I'm mistaken, I have to drag the IR command sets for each Crestron RF ID I plan to use over onto the 980, one at a time? Is this the quickest way?

I gather that the RFID on the URC has nothing to do with the Crestron RF ID. Sure would be nice to make a layout on the 980 and merely change the RFID as I load it to each remote.

In order to save hassle, I'm only using the main page and device 1 pages, letting crosspoints and a few buffers handle the routing.

Thanks, Heath

You sort of touched on my suggestion already, but what if you wrote a program that is stored on the internal flash that uses the front panel buttons to select which location the processor will be used in, and apply the correct IP settings based on that selection? All of the IP info would be stored in that internal program for each of the possible locations.

Someone on-site can power up the processor with no CF card installed and select the location, let the processor set its IP and IP table info, then reboot with the CF card inserted, and you're good to go.

When the repaired unit gets reinstalled, pull the CF out of the temporary Pro2 and it's ready to be setup for its next temporary duty.

Would that work as expected, or is there something I', not taking into consideration?


--- In Crestron@..., Chris Niles <chris.niles.crestron@> wrote:

I think the 3 series will have symbols for this; no need for Simpl+.

Chris
On Feb 24, 2011 7:17 AM, "aussplus" <solutionav@> wrote:

Hi I put together a module I modestly called 'toolbox'.
It sets ip addresses, host names, and quite importantly iptables. I don't

use it anymore, because it's annoyed me when I needed to change ip address I
had to change it in the toolbox module each time too.

I'll upload it.

/Brad
SolutionAV


--- In Crestron@..., "specialtyprogramming"

<specialtyprogramming@> wrote:

I have a system with multiple PRO-2 processors that has a single spare

processor on site for days like today when one of the processors cr@pp3ditelf

.
The programs live on CF, but when a processor is swapped out, the IP

addresses of the processor, hostname, IP table etc all still need to get
manually entered.

I'm trying to find a way to have the processor see what program is on CF,

then set all of the IP addresses, table etc.

Is there an easy way to do this?
Has anyone done this in the past using program comparison and console

commands either via Simpl or S+?

Thank in advance
Simon

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

On Tue, Feb 22, 2011 at 9:52 AM, xsdesignstudios
<xsdesignstudios@...>wrote:

I am not going to mess with having an issue with more than 5 iPads at once.

We've also got a large project where the client wants to add 20 iPads.
Crestron TB told us that they're not sure we can put any more than 7 on a
processor. At least with CF, we could get creative with other
communications options - like aggregating the serial streams through another
processor or even a PC. The CF protocol is really strait-forward.

Ian Epperson


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

The PMC3-XP can only run 1 program at a time like the PMC3. If you really
want the versatility the MC3 is the only way to go right now. I was going
to get the PMC3-XP until I discovered it only ran 1 program....that was the
deal breaker for me.

Mark


On Fri, Feb 25, 2011 at 3:52 PM, h <web1111a@...> wrote:

Has anyone ordered the prodigy xp version?

Is there any horsepower difference?

Harvey

--- In Crestron@..., "Chip" <cfm@> wrote:

Thanks for the replies, folks. If the folks here actually got the order

placed w/Crestron today, I'll hope to see it maybe Tue/Wed of next week!

- Chip


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

I have ordered one and it came in 2 days

--- In Crestron@..., "Chip" <cfm@> wrote:

Okay, beta guys don't count - has anyone seen these things yet?

Just ordered/paid for an MC3 for my own personal use - just wondering

if they've actually been shipping...

- Chip

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

Would pressing the same button again break the cycle, assuming it got the release from the second press? Or would it not even "see" the second press because it still thought the first press was held?

Or, instead of using a timelimit as a failsafe in programming, use a predetermined volume level. So when the receiver volume reaches 75% then it stops ramping, and would require the user to release and press the volume up button again to get beyond that point.

--- In Crestron@..., Jeremy Weatherford <xidus.net@> wrote:

One workaround is to add logic to your program to limit a volume ramp

operation to 3 seconds, or whatever constitutes a reasonable limit in

your case. That way a stuck button will eventually time out and not

lock up the AVR with volume up commands. Not really a solution,

obviously...

Jeremy

On Wed, Feb 3, 2010 at 12:51 PM, Kol Johnson <kol.mstc@> wrote:

This was also an issue with 1700's a few years ago. ?I thought it was [at

least partially] resolved with a firmware update to the gateways. ?It is

kind of surprising to hear it rearing it's head again.

?_____

From: Crestron@... [mailto:Crestron@...] On Behalf

Of andyross94928

Sent: Wednesday, February 03, 2010 11:32 AM

To: Crestron@...

Subject: [Crestron] Re: A/V Lockup Question, auto Ramp to Max/Min

I have had the same issue. I do not believe there is an issue with the AVR

being used ( I have had it happen on integra, denon, rotel, etc... ).

From testing, I found it to be that the remote and / or the control system

did not set or get the release command for the volume button, so the control

system thinks you are still holding the button down.

I believe this to be a range / signal issue with the MLX/PLX remotes ( I

have a MLX2 at home which does it and have installed a couple of PLX2

remotes that have done it as well ).

My own MLX2 has issues if I get my leg between the remote and the gateway,

even though the remote is within 12 feet of the gateway.

When speaking with crestron they have said I need to move the gateway, but I

don't personally think that 12 feet should be an issue considering the

gateway is not located in a metal box or right next to any wireless signal

generating equipment.

I eventually added some logic that would only allow the volume signal to be

held high for ramping for a definable number of seconds. So basically the

user can press and hold the volume for say 5 seconds, but once they do that

they need to release and press the button again to re-ramp the volume.

-andy

--- In Crestron@yahoogroup <mailto:Crestron%40yahoogroups.com> s.com,

"derekvpierce" <idk8@> wrote:

Hello all,

This is my first time posting tho I am an Intermediate Crestron

Programmer.

I am having a problem on a couple of recent systems, mainly Integra amps

(say DTR 40.1 for example) and MLX2/PLX2 remotes .

The issue is, once in a blue moon while turning the volume up or down

(using an for example a MLX2) the volume even if only touched for a second

will continue to ramp all the way down or all the way up. I have placed a

condition for EX Link States to try and solve this on the remotes in case

range was an issue, but still have it occur. The system only has one zone

and one remote operating it (theatre/media room). This is an example, but

the issue has occured on another system with an integra amp and a prodigy

PLX2. In both cases I am using RS-232.

The volume will stay at max or min until you actually shut off the

amp(volume up or down will not work).

I haven't been able to catch this in debugger as it is such a rare

occurance yet a big problem. Also, I have not had this issue occur on

several dozen systems i've work with in the past. The two new variables seem

to be the two-way remotes or the new Amps, although Integra never really

changes their basic RS-232 commands from what I see.

Any thoughts or solutions or similar happenings?

Thankyou

[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

--

Jeremy Weatherford

On Tue, Feb 22, 2011 at 9:52 AM, xsdesignstudios
<xsdesignstudios@...>wrote:

I am not going to mess with having an issue with more than 5 iPads at once.

We've also got a large project where the client wants to add 20 iPads.
Crestron TB told us that they're not sure we can put any more than 7 on a
processor. At least with CF, we could get creative with other
communications options - like aggregating the serial streams through another
processor or even a PC. The CF protocol is really strait-forward.

Ian Epperson


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