开云体育

Wow that is a whole lot of extra work. Why?

- Chip


--- In Crestron@..., Rapha?l Thiffault <raphaelthiffault@> wrote:

here's the way i done it

CHANGE rx$
{
s = find("lamphrs=",rx$);
if(s > 0)
{
s1 = find("=",rx$);
s2 = find("&#92;x0d&#92;x0a",rx$);
lh = atoi(mid(rx$,s1,s2-(s1-1)));
}
clearbuffer(rx$);
}

works all the time.



{Paf}


2013/5/8 cyberbri24 <cyberbri24@>

**


I happen to get his data back from a smart projector:

lamphrs=160&#92;x0D&#92;x0A>

I just want to remove the "lamphrs=" in the beggining and then the
"&#92;x0D&#92;x0A>" at the end.

For some reason I only get the first digit. One of them days I guess?

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

on&#92;r
off now&#92;r
set input vga1&#92;r

queries:
get powerstate&#92;r
get lamphrs&#92;r

query returns:
powerstate=powering&#92;r
powerstate=on&#92;r
powerstate=cooling&#92;r
powerstate=idle&#92;r


I haven't played with the feedback you get when switching inputs, or

querying for the current input. The two jobs I've done with these only used
the VGA input...(!)

I wussed out on lamp hour reporting - I set up a serial buffer that is

ONLY active when I'm expecting lamp hour data, and the output feeds a S+
module with this chunk of code in it:

CHANGE string$
{
IF (FIND ("lamphrs",string$,1)) {integerval = atoi (string$);}
}

The integerval DIGITAL_OUTPUT fed a SOS, so that getting a lamp hour

update would trigger a deactivation of the buffer feeding the module.
string$ is a STRING_INPUT - I used a GATHER symbol in SIMPL to ensure that
a complete message was going into the module for parsing.

Since I was only polling for lamp hours every half hour or so, I wasn't

terribly concerned with the S+ overhead.

- Chip


--- In Crestron@..., "Aaron" <aaronsanft@> wrote:

thanks guys chip can you help me out on the smart ux60.

So examples below would be to select inputs on the projector

setinput=vga1&#92;r
setinput=composite&#92;r
on&#92;r
off&#92;r
offnow&#92;r


The fb for these should be

input=vga1
input=composite
powerstate=on
powerstate=off
powerstate=offnow

Do i need a space for every word or just all together. If this is

right dont need the interlock fb

--- In Crestron@..., "Bryan" <bmorris.gm@> wrote:

Are you concerned with the correct feedback display when they

restart the

projector? - if so, one option would be to switch to input 1 every

time the

projector is turned on.

B

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

Behalf

Of Chip
Sent: Thursday, September 08, 2011 11:22 AM
To: Crestron@...
Subject: [Crestron] Re: Fake FB On A Keypad ?



I think I'm missing part of what you're trying to get at - so far I

don't

know why an interlock to reflect the currently selected source

wouldn't do

the trick for you.

And yes - I've done a couple of Smart projectors recently. Pretty

easy to

deal with. Protocol is REALLY straightforward.

- Chip

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

,

"Aaron" <aaronsanft@> wrote:

That will work but i have 6 inputs to select on the projector.

There will

be a chance that when they decide to select another input on the

keypad

before they shut down the projector.

Chip have you controlled the Smart UX60 Projector. I read on a

previous

post that you were giving examples on the sio?

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

,

"Chip" <cfm@> wrote:

Don't overthink it! :) If you just want a button to light up to

reflect

which source was selected, use an interlock. Clear it when they turn

the

projector off if you want - otherwise not much reason to go

crazier...

- Chip


--- In Crestron@... <mailto:

Crestron%40yahoogroups.com> ,

"Aaron" <aaronsanft@> wrote:

That will not work because i think with that if i trigger the

same

interlock in it will clear the interlock fb

--- In Crestron@... <mailto:

Crestron%40yahoogroups.com> ,

"Aaron" <aaronsanft@> wrote:

wait i think i can use a interlock toggle. That should work i

think.?

--- In Crestron@... <mailto:

Crestron%40yahoogroups.com>

, "Aaron" <aaronsanft@> wrote:

I have a keypad that has 10 buttons that switch a

projectors

inputs. I am controlling the projector via IR and dont have any FB.

So when

i push a button on a keypad i would like to do fake fb. Say button 1

does

Vga 1 and the led lights up on that button and button 2 does vga 2.

When i

press button 2 the led lights up on button 2 and turns off led on

button 1.

The way i was thinking is do a interlock with all my inputs

and do a stepper to clear interlock then interlock a

selected

input. Or even have each button clear fb on interlock to a delay to

trigger

selected interlock. Does anyone have any other ideas for me

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

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

--- In Crestron@..., "Etienne" <etienne@> wrote:

What are the alternative to Crestron for full HD distribution, when the budget is tight?

4x4, 8x8 or 16x16


tx

We out in binary 4x4 matrix switches which can be controlled rs-232.
They also make larger ones that will go 8x8 and 16x16.

I think I was told last quarter...

Stephen D.

--- In Crestron@..., "bryan_d_garcia" <bdgarcia@> wrote:

Has anyone heard any dates from Crestron on when the Yale Locks for Crestron will be available?

--- In Crestron@..., "Ken Brunner" <kenbrunner69@> wrote:

Correct, make sure the manufacture says it has firmware revision 3 (most do). If you read the Crestron help file, it explains this.

--- In Crestron@..., "kevin" <k_krussell@> wrote:

The Leviton Controller, that's the VRCOP you are using correct? Thinking of doing this as well!!

--- In Crestron@..., "Trey Chamrad - Hometunes" <trey@> wrote:

Ken - thank you very much!



From: Crestron@... [mailto:Crestron@...] On Behalf
Of Ken Brunner
Sent: Wednesday, March 20, 2013 4:22 PM
To: Crestron@...
Subject: [Crestron] Re: door locks recommendation





Yes, your issue with battery life is due to the module you are using, I am
assuming the Crestron one. It polls the locks extremely often. These locks
give unsolicited feedback after any event. If you open the module and change
the polling of the lock as I have, once every 24 hours, simply to query the
battery life, you will see the locks last 4-5 months of average use. Then
you can just invest on two sets of rechargeable batteries.

--- In Crestron@... <mailto:Crestron%40yahoogroups.com> , "Trey
Chamrad - Hometunes" <trey@> wrote:

my latest response from Crestron rep from TB:

"Sorry for the delayed response, I was researching and getting up to date
info. The Yale lock has been Crestron Certified and the module has been
completed. See attached, these are the locks which will be Crestron
Connected. We are currently deciding the distribution channel. This will

be

announced for resale shortly ??? Date is TDB."

I have also used Kwikset with Leviton Zwave controller. My issue was
battery life, it would only last 10 days. the feedback could be seen every
15s, my thought was that was causing the shortened life. I RMAs the

kiwkset

lock 3 times to come to this conclusion. Other than that, the feedback,
control, integration with MC3, Mobile Pro, MTX3, MLX3 was seemless.

Please let me know if you have a hint of help on the battery life I have
experienced. the customer has decided to wait for the Vale, but I could

try

and get back over there to try something if you guys have a hint.

Thanks!
Trey

-----Original Message-----
From: Crestron@... <mailto:Crestron%40yahoogroups.com>

[mailto:Crestron@... <mailto:Crestron%40yahoogroups.com> ] On
Behalf

Of Georges Khalil
Sent: Wednesday, March 20, 2013 11:02 AM
To: Crestron@... <mailto:Crestron%40yahoogroups.com>
Subject: Re: [Crestron] Re: door locks recommendation

Hasn't Yale released deadbolts that include InfinitEX? Anyone has any news
on those?


--
Georges Khalil, M.Sc.A.

Directeur de l'ing???nierie
Engineering Manager

Design Homesync Inc.
www.homesync.ca
T : 514 360-3414


On Wed, Mar 20, 2013 at 11:31 AM, Ken Brunner <kenbrunner69@>wrote:

**


Kwikset Zwave with the leviton Zwave controller has exceeded my
expectations. Long battery life, feedback including manual operation and
battery level, and easy to install.


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

"wes_lim88" <wes_lim88@> wrote:

what door locks do you find easy to integrate with Crestron?

i need feedback. when the door is manually locked/unlocked it shows in

the panel and the same time i can lock/unlock through crestron panel.

[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

here's the way i done it

CHANGE rx$
{
s = find("lamphrs=",rx$);
if(s > 0)
{
s1 = find("=",rx$);
s2 = find("&#92;x0d&#92;x0a",rx$);
lh = atoi(mid(rx$,s1,s2-(s1-1)));
}
clearbuffer(rx$);
}

works all the time.



{Paf}


2013/5/8 cyberbri24 <cyberbri24@...>

**


I happen to get his data back from a smart projector:

lamphrs=160&#92;x0D&#92;x0A>

I just want to remove the "lamphrs=" in the beggining and then the
"&#92;x0D&#92;x0A>" at the end.

For some reason I only get the first digit. One of them days I guess?

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

on&#92;r
off now&#92;r
set input vga1&#92;r

queries:
get powerstate&#92;r
get lamphrs&#92;r

query returns:
powerstate=powering&#92;r
powerstate=on&#92;r
powerstate=cooling&#92;r
powerstate=idle&#92;r


I haven't played with the feedback you get when switching inputs, or

querying for the current input. The two jobs I've done with these only used
the VGA input...(!)

I wussed out on lamp hour reporting - I set up a serial buffer that is

ONLY active when I'm expecting lamp hour data, and the output feeds a S+
module with this chunk of code in it:

CHANGE string$
{
IF (FIND ("lamphrs",string$,1)) {integerval = atoi (string$);}
}

The integerval DIGITAL_OUTPUT fed a SOS, so that getting a lamp hour

update would trigger a deactivation of the buffer feeding the module.
string$ is a STRING_INPUT - I used a GATHER symbol in SIMPL to ensure that
a complete message was going into the module for parsing.

Since I was only polling for lamp hours every half hour or so, I wasn't

terribly concerned with the S+ overhead.

- Chip


--- In Crestron@..., "Aaron" <aaronsanft@> wrote:

thanks guys chip can you help me out on the smart ux60.

So examples below would be to select inputs on the projector

setinput=vga1&#92;r
setinput=composite&#92;r
on&#92;r
off&#92;r
offnow&#92;r


The fb for these should be

input=vga1
input=composite
powerstate=on
powerstate=off
powerstate=offnow

Do i need a space for every word or just all together. If this is

right dont need the interlock fb

--- In Crestron@..., "Bryan" <bmorris.gm@> wrote:

Are you concerned with the correct feedback display when they

restart the

projector? - if so, one option would be to switch to input 1 every

time the

projector is turned on.

B

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

Behalf

Of Chip
Sent: Thursday, September 08, 2011 11:22 AM
To: Crestron@...
Subject: [Crestron] Re: Fake FB On A Keypad ?



I think I'm missing part of what you're trying to get at - so far I

don't

know why an interlock to reflect the currently selected source

wouldn't do

the trick for you.

And yes - I've done a couple of Smart projectors recently. Pretty

easy to

deal with. Protocol is REALLY straightforward.

- Chip

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

,

"Aaron" <aaronsanft@> wrote:

That will work but i have 6 inputs to select on the projector.

There will

be a chance that when they decide to select another input on the

keypad

before they shut down the projector.

Chip have you controlled the Smart UX60 Projector. I read on a

previous

post that you were giving examples on the sio?

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

,

"Chip" <cfm@> wrote:

Don't overthink it! :) If you just want a button to light up to

reflect

which source was selected, use an interlock. Clear it when they turn

the

projector off if you want - otherwise not much reason to go

crazier...

- Chip


--- In Crestron@... <mailto:

Crestron%40yahoogroups.com> ,

"Aaron" <aaronsanft@> wrote:

That will not work because i think with that if i trigger the

same

interlock in it will clear the interlock fb

--- In Crestron@... <mailto:

Crestron%40yahoogroups.com> ,

"Aaron" <aaronsanft@> wrote:

wait i think i can use a interlock toggle. That should work i

think.?

--- In Crestron@... <mailto:

Crestron%40yahoogroups.com>

, "Aaron" <aaronsanft@> wrote:

I have a keypad that has 10 buttons that switch a

projectors

inputs. I am controlling the projector via IR and dont have any FB.

So when

i push a button on a keypad i would like to do fake fb. Say button 1

does

Vga 1 and the led lights up on that button and button 2 does vga 2.

When i

press button 2 the led lights up on button 2 and turns off led on

button 1.

The way i was thinking is do a interlock with all my inputs

and do a stepper to clear interlock then interlock a

selected

input. Or even have each button clear fb on interlock to a delay to

trigger

selected interlock. Does anyone have any other ideas for me

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

I happen to get his data back from a smart projector:

lamphrs=160&#92;x0D&#92;x0A>

I just want to remove the "lamphrs=" in the beggining and then the "&#92;x0D&#92;x0A>" at the end.

For some reason I only get the first digit. One of them days I guess?




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

on&#92;r
off now&#92;r
set input vga1&#92;r

queries:
get powerstate&#92;r
get lamphrs&#92;r

query returns:
powerstate=powering&#92;r
powerstate=on&#92;r
powerstate=cooling&#92;r
powerstate=idle&#92;r


I haven't played with the feedback you get when switching inputs, or querying for the current input. The two jobs I've done with these only used the VGA input...(!)

I wussed out on lamp hour reporting - I set up a serial buffer that is ONLY active when I'm expecting lamp hour data, and the output feeds a S+ module with this chunk of code in it:

CHANGE string$
{
IF (FIND ("lamphrs",string$,1)) {integerval = atoi (string$);}
}

The integerval DIGITAL_OUTPUT fed a SOS, so that getting a lamp hour update would trigger a deactivation of the buffer feeding the module. string$ is a STRING_INPUT - I used a GATHER symbol in SIMPL to ensure that a complete message was going into the module for parsing.

Since I was only polling for lamp hours every half hour or so, I wasn't terribly concerned with the S+ overhead.

- Chip


--- In Crestron@..., "Aaron" <aaronsanft@> wrote:

thanks guys chip can you help me out on the smart ux60.

So examples below would be to select inputs on the projector

setinput=vga1&#92;r
setinput=composite&#92;r
on&#92;r
off&#92;r
offnow&#92;r


The fb for these should be

input=vga1
input=composite
powerstate=on
powerstate=off
powerstate=offnow

Do i need a space for every word or just all together. If this is right dont need the interlock fb

--- In Crestron@..., "Bryan" <bmorris.gm@> wrote:

Are you concerned with the correct feedback display when they restart the
projector? - if so, one option would be to switch to input 1 every time the
projector is turned on.

B

From: Crestron@... [mailto:Crestron@...] On Behalf
Of Chip
Sent: Thursday, September 08, 2011 11:22 AM
To: Crestron@...
Subject: [Crestron] Re: Fake FB On A Keypad ?



I think I'm missing part of what you're trying to get at - so far I don't
know why an interlock to reflect the currently selected source wouldn't do
the trick for you.

And yes - I've done a couple of Smart projectors recently. Pretty easy to
deal with. Protocol is REALLY straightforward.

- Chip

--- In Crestron@... <mailto:Crestron%40yahoogroups.com> ,
"Aaron" <aaronsanft@> wrote:

That will work but i have 6 inputs to select on the projector. There will

be a chance that when they decide to select another input on the keypad
before they shut down the projector.

Chip have you controlled the Smart UX60 Projector. I read on a previous

post that you were giving examples on the sio?

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

"Chip" <cfm@> wrote:

Don't overthink it! :) If you just want a button to light up to reflect

which source was selected, use an interlock. Clear it when they turn the
projector off if you want - otherwise not much reason to go crazier...

- Chip


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

"Aaron" <aaronsanft@> wrote:

That will not work because i think with that if i trigger the same

interlock in it will clear the interlock fb

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

"Aaron" <aaronsanft@> wrote:

wait i think i can use a interlock toggle. That should work i

think.?

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

, "Aaron" <aaronsanft@> wrote:

I have a keypad that has 10 buttons that switch a projectors

inputs. I am controlling the projector via IR and dont have any FB. So when
i push a button on a keypad i would like to do fake fb. Say button 1 does
Vga 1 and the led lights up on that button and button 2 does vga 2. When i
press button 2 the led lights up on button 2 and turns off led on button 1.
The way i was thinking is do a interlock with all my inputs

and do a stepper to clear interlock then interlock a selected

input. Or even have each button clear fb on interlock to a delay to trigger
selected interlock. Does anyone have any other ideas for me

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

the Google stuff is probably way over my head!

Hey Heath,

Update on the TSW-750. After hours and hours of messing with the thing and rebooting until my eyes crossed, I was able to isolate the issue down to a Embedded Video object that was pointed at a AXIS M7001 streamer which was connected to a security cam. This configuration worked for several weeks but, has completely died and, is the sole culprit in the whole Crosspoint issue. This conclusion I was actually able to prove. Basically, I can run the whole system without issue right up until I do a page flip to the page that has the the Embedded Video object on it. Then it kills the whole sysem. I can disconnect the Ethernet cable from the TSW-750 and then reconnect it and everything returns to normal. Then, as long as I stay away from the page with the Embedded Video, all is well. I have included the error file from the TSW-750 for your review. I would appreciate any guidance you might be able to throw my way.

SYSTEM LOG:
1. Notice: nk.exe # 19:32:20 5-06-2013 # User Reboot
2. Notice: nk.exe # 19:32:20 5-06-2013 # System startup: TSW-750 [v1.006.0032 (Feb 25 2013) #0097BD36]
3. Notice: ConsoleServiceCE.exe # 19:32:27 5-06-2013 # Got Security Flag: 0
4. Warning: CRESLOG.exe # 19:32:31 5-06-2013 # CRESLOGMAIN: GetRegistryLogParams - Failed to get LogFileName from Registry, set to default
5. Notice: DisplayManager.exe # 19:32:35 5-06-2013 # DisplayManager.exe File Version: 1.0.4805.34895
6. Notice: CrestronVoipApp.exe # 19:32:40 5-06-2013 # VOIP::NC: LOG=Initializing...
7. Notice: CrestronMPEGApp.exe # 19:32:56 5-06-2013 # H264:DestroyMPEGApplication: DONE!
8. Notice: CmXFlash_CE.exe # 19:32:57 5-06-2013 # Device ID=3E
9. Notice: CmXFlash_CE.exe # 19:32:57 5-06-2013 # LCD color depth is 18
10. Error: CmXFlash_CE.exe # 19:41:01 5-06-2013 # ERROR: 07:41:01.000 All Pages loaded... No more background loading.Total/Private/Free 92430336/22835200/380928
11. Error: CrestronMPEGApp.exe # 18:50:30 5-07-2013 # ERROR:unable to find multicast source address
12. Error: DisplayManager.exe # 18:50:30 5-07-2013 # TSXPlatform: H264: Video stream failed to open!
13. Error: CrestronMPEGApp.exe # 19:12:07 5-07-2013 # ERROR:unable to find multicast source address
14. Error: DisplayManager.exe # 19:12:07 5-07-2013 # TSXPlatform: H264: Video stream failed to open!
15. Notice: ConsoleServiceCE.exe # 19:14:51 5-07-2013 # CTP Connection from: 192.168.0.115
Total Msgs Logged = 56
END OF SYSTEM LOG


Thanks in advance,
DAVE

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

Awesome, thanks Heath and yes I will most definitely report it...

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

Band-aid: PERIODICREBOOT ON

There is a secondary command which changes the time of the reboot, but I can't remember it. It defaults to 2AM apparently, and it's supposed to do it "quietly" without lighting up the screen.

Make sure you report this, please. This is major and I can't believe it's still floating around after many weeks.



On Apr 26, 2013, at 9:06 AM, innoventgroup <innoventgroup@> wrote:

Fellers,

How to I turn that on... I want to set that up, I cant afford for the panel to die again, now that the customer thinks it is fixed. Thanks Heath for explaining that and, now that you have, I have definitely experienced that scenario. As a matter of fact, I am still experiencing that scenario even after the update on the firmware, just not as dramatic as shutting down my crosspoint. Basically what it is doing now is that the serial and analog signals do not update with the rest of the system. For instance, I can use one of the iPads and change the radio station. Then I can go to another iPad and the station readout will show the updated value. But, when I go to the TSW-750s, I have to press a button to get them to update. Just some additional data for you.

Thanks again!!
DAVE

--- In Crestron@..., Neil Dorin <neildorin@> wrote:

I was mostly referring to the associated reboot fixing it.

Thank to you Heath, I turned periodic reboot on on 80 panels Tuesday and it seems to have helped immensely!

Sent from my iPhone

On 2013-04-25, at 9:14 PM, Heath Volmer <hvolmer@> wrote:

On Apr 25, 2013, at 9:02 PM, Neil Dorin <neildorin@> wrote:

My bet is its the FB bug with the TSWs and the firmware update and resulting reboots corrected it...

I was just going to say that - but do we know that the update actually fixes it? I've been pretty deep into that particular problem and have been asking if it had been fixed. I'll stick with the daily reboots!

Dave, what we're referring to is a lovely bug where the TSW just stops responding to the feedback it's receiving. It transmits fine, but completely ignores all feedback until rebooted or sending in a new program - any activity that resets Core 3. It just appears stuck. Quite elusive. I don't know if I'm experiencing it any more because the panels are now set up to reboot themselves every day...

Heath

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

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

Awesome, thanks Heath and yes I will most definitely report it...

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

Band-aid: PERIODICREBOOT ON

There is a secondary command which changes the time of the reboot, but I can't remember it. It defaults to 2AM apparently, and it's supposed to do it "quietly" without lighting up the screen.

Make sure you report this, please. This is major and I can't believe it's still floating around after many weeks.



On Apr 26, 2013, at 9:06 AM, innoventgroup <innoventgroup@> wrote:

Fellers,

How to I turn that on... I want to set that up, I cant afford for the panel to die again, now that the customer thinks it is fixed. Thanks Heath for explaining that and, now that you have, I have definitely experienced that scenario. As a matter of fact, I am still experiencing that scenario even after the update on the firmware, just not as dramatic as shutting down my crosspoint. Basically what it is doing now is that the serial and analog signals do not update with the rest of the system. For instance, I can use one of the iPads and change the radio station. Then I can go to another iPad and the station readout will show the updated value. But, when I go to the TSW-750s, I have to press a button to get them to update. Just some additional data for you.

Thanks again!!
DAVE

--- In Crestron@..., Neil Dorin <neildorin@> wrote:

I was mostly referring to the associated reboot fixing it.

Thank to you Heath, I turned periodic reboot on on 80 panels Tuesday and it seems to have helped immensely!

Sent from my iPhone

On 2013-04-25, at 9:14 PM, Heath Volmer <hvolmer@> wrote:

On Apr 25, 2013, at 9:02 PM, Neil Dorin <neildorin@> wrote:

My bet is its the FB bug with the TSWs and the firmware update and resulting reboots corrected it...

I was just going to say that - but do we know that the update actually fixes it? I've been pretty deep into that particular problem and have been asking if it had been fixed. I'll stick with the daily reboots!

Dave, what we're referring to is a lovely bug where the TSW just stops responding to the feedback it's receiving. It transmits fine, but completely ignores all feedback until rebooted or sending in a new program - any activity that resets Core 3. It just appears stuck. Quite elusive. I don't know if I'm experiencing it any more because the panels are now set up to reboot themselves every day...

Heath

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

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

It is critical that the passwords you have setup on the crestron side and in the QS match. IF they do not you will not connect.
This for sure works, I have seen it work.

From: Tray <trayschaeffer@...<mailto:trayschaeffer@...>>
Reply-To: "Crestron@...<mailto:Crestron@...>" <Crestron@...<mailto:Crestron@...>>
Date: Wednesday, May 8, 2013 3:21 PM
To: "Crestron@...<mailto:Crestron@...>" <Crestron@...<mailto:Crestron@...>>
Subject: [Crestron] Lutron QS designer / QS module r02 / MC3



Lutron QS modules r02 with MC3.
Can't login at all to the unit, no commands sent, no reply at all.

Trying to connect IP to port 23. Can telnet via PC but the TCP/IP client in the MC3 does not work at all.

The tech on site does have the Lutron designer software open.
Will that designer connection prevent the MC3 from logging in normally?

Grateful for any help as I am not a Lutron expert.

Tray