开云体育

**


Yes. Earlier this year I dared to raise the concept to Crestron of a break
in my CSP fee in return for the hours of recent work dealing with Core3 and
3-series weirdness issues.

End user shouldn't certainly not have to pay. Not sure the dealer should
have to pay for my time - Crestron is selling this stuff as finished
product. On the other hand, I shouldn't have to suck it up without billing
it on....

Right now working with my test TSW panel and it's just gone into 1 way
mode. I think I've seen this on every panel type at one point or another -
sends presses out, but won't light sub pages or button feedback. I've
always had nothing but denials when I report this... Sigh....

OP

--- In Crestron@..., "j.mussetter" <jasonmussetter@...> wrote:

this is the reason you can hear a sucking sound coming from your project

profit everytime Core3 is used.

When I hear about a new bug like this, it makes me consider starting to

aggressively back-charge for hardware/firmware issues. Maybe the dealers
that get back-charged, will help catch Crestron's ear when they are paying
extra for problems that shouldn't be.

"Ooop, this button should be working fine, turned out to be page resize

bug in Core3, it took 3 hours of pulling my hair out to find the cause and
perform a workaround, so here is the extra bill for my time".

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

See - this is why we can't have nice things. :)

- Chip


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

I was able to make a subpage where the left side of the buttons

worked but the right side didn't. I figured out why in the end. If you
start with a subpage of a certain width, then later change the width to be
more, the touch seems to only respond to the original width size. I had to
create a new page of the final desired width and copy all my buttons over
to get the touch to work properly right across the subpage. TSW-1050
v1.008.0015.001

OP

this is the reason you can hear a sucking sound coming from your project profit everytime Core3 is used.

When I hear about a new bug like this, it makes me consider starting to aggressively back-charge for hardware/firmware issues. Maybe the dealers that get back-charged, will help catch Crestron's ear when they are paying extra for problems that shouldn't be.

"Ooop, this button should be working fine, turned out to be page resize bug in Core3, it took 3 hours of pulling my hair out to find the cause and perform a workaround, so here is the extra bill for my time".


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

See - this is why we can't have nice things. :)

- Chip


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

I was able to make a subpage where the left side of the buttons worked but the right side didn't. I figured out why in the end. If you start with a subpage of a certain width, then later change the width to be more, the touch seems to only respond to the original width size. I had to create a new page of the final desired width and copy all my buttons over to get the touch to work properly right across the subpage. TSW-1050 v1.008.0015.001

OP

See - this is why we can't have nice things. :)

- Chip


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

I was able to make a subpage where the left side of the buttons worked but the right side didn't. I figured out why in the end. If you start with a subpage of a certain width, then later change the width to be more, the touch seems to only respond to the original width size. I had to create a new page of the final desired width and copy all my buttons over to get the touch to work properly right across the subpage. TSW-1050 v1.008.0015.001

OP

Sounds like 3-4 GLS-SIM's would do the trick nicely.

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

Sorry....forgot to mention. The shades are in groups of 6-7 in remote locations w/a single cat 5 available for interface with control system. spec'd a couple of the ST-IO's but was wondering about an alternative. No lutron availble for CCI.

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

CNX-RY16 cards in a 2 series or C3RY16 cards in a Pro3/AV3+Cage/C3CI card interface?

Lincoln

--
Lincoln King-Cliby, CTS
Commercial Market Director
Sr. Systems Architect | Crestron Certified Master Programmer (Silver)
V: 440.449.1100 x1107 F: 440-449-1106 I:
Crestron Services Provider

-----Original Message-----
From: Crestron@... [mailto:Crestron@...] On Behalf Of muham41
Sent: Thursday, August 15, 2013 12:39 PM
To: Crestron@...
Subject: [Crestron] ST-IO Alternative

Can anyone recommend an ST-IO alternative. I have 30+ shade motors(LV UP,DN,STOP) that currently have PLC interfaces that are being replaced and integrated into a new crestron system.



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



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

Sorry....forgot to mention. The shades are in groups of 6-7 in remote locations w/a single cat 5 available for interface with control system. spec'd a couple of the ST-IO's but was wondering about an alternative. No lutron availble for CCI.

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

CNX-RY16 cards in a 2 series or C3RY16 cards in a Pro3/AV3+Cage/C3CI card interface?

Lincoln

--
Lincoln King-Cliby, CTS
Commercial Market Director
Sr. Systems Architect | Crestron Certified Master Programmer (Silver)
V: 440.449.1100 x1107 F: 440-449-1106 I:
Crestron Services Provider

-----Original Message-----
From: Crestron@... [mailto:Crestron@...] On Behalf Of muham41
Sent: Thursday, August 15, 2013 12:39 PM
To: Crestron@...
Subject: [Crestron] ST-IO Alternative

Can anyone recommend an ST-IO alternative. I have 30+ shade motors(LV UP,DN,STOP) that currently have PLC interfaces that are being replaced and integrated into a new crestron system.



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



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

Sounds like I'd better show up at Master's class this year - because none of that feedback made it back to me.

Look, we can't do everything and we can't do it all immediately. And yes, inertia sometimes comes into play. The bottom line is that Fred and I do very much care what you have to say and please don't stop telling us what you want and need.

In a lot of cases of course, everyone wants something different and so "make a product that is this" sorts of comments are good but of course will take the longest to gel. In other cases, there may be infrastructure shifts that we've made (and in some cases those shifts are still looking years down the road) and so the request is backtracking from the bigger picture.

We have made a lot of changes in engineering over the last year to improve quality and change some of the direction - but it takes months and months for those efforts to show up at your doorstep.

To address a few things that I've seen recently...

- I lost track of who updated the splash screens in the software but I thought that was classic. I am sorry that it was done out of frustration but thanks for giving me a chuckle.

- No engineering resources were harmed in updating the icons. Frankly, I was surprised as you were to see them changed. That doesn't go through Architecture review!

- Rebooting the TSW nightly is a stopgap. Creating an embedded product these days is much more complicated than it was years ago and has all sorts of operating system and supplier nuances (and legalities on source code, etc). But we have been actively pursuing solutions for some time now. I am a frustrated as you are that we are still doing this.

- Crestron Studio - well, I think the answer is that it isn't ready for anybody on this forum. I'll be honest, my team doesn't use it either. But as someone pointed out, if we don't get the feedback from everyone here it will never be what you want. But, the database thing has been well discussed and there is agreement that what is there is not appropriate for what many of you are doing. So, there will be changes. But not soon enough - that nasty priority thing again. The immediate goal it to improve upon on the program generation aspects of the system to allow more automatic system generation. I wouldn't call it System Builder but maybe System Builder re-imagined, where logic is generated but not untouchable, and customizations and mix and match code really work. Probably not of any interest to this group, but we need it in the market as a whole.

- Meanwhile, we have been investing heavily in SIMPL Windows and VTPro. For example, SIMPL Windows is going to be getting the automatic CED File management that it so very sorely needs.

- And for those about to jump on why do we even have CED files, I do have a skunk works project to try and produce at least a flat view dpad and number pad. Haven't quite figured out the best way to release it yet.

So, while we don't necessarily share back what we've heard and what we are doing about it, we do listen and it does cause change. Probably not as fast as you want it and probably not everything you want but don't stop sharing.

I want Crestron to be the best that it can be. And to do that we need the continued support of all of you. You all are a big part of what Crestron has become and I need you to continue to do that. I know its frustrating at times. As I lie awake at 3am staring at the ceiling I think about these things too! But I think together we can continue to make strives and be a mutual success.

I will see many of you at CEDIA so that you can complain in person! And I think most of you know how to get it touch with me one way or another so feel free.

John Pavlik
Crestron Electronics, Inc.
Director, Architecture & Design




This e-mail message and all attachments transmitted with it may contain legally privileged and confidential information intended solely for the use of the addressee. If you are not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, or other use of this message or its attachments is strictly prohibited.

Careful that thing is a nightmare to wire. CNPI-48

From: Davis Whitehurst <whitehurstd@...<mailto:whitehurstd@...>>
Reply-To: "Crestron@...<mailto:Crestron@...>" <Crestron@...<mailto:Crestron@...>>
Date: Thursday, August 15, 2013 1:29 PM
To: "Crestron@...<mailto:Crestron@...>" <Crestron@...<mailto:Crestron@...>>
Subject: [Crestron] Re: ST-IO Alternative



CNPI-48 or 2 CNPI-16. Intended for custom button panels, but it is basically an i/o.

Davis

________________________________

CONFIDENTIALITY NOTICE: This e-mail transmission, and any documents, files or previous e-mail messages attached to it, may contain confidential information that is legally privileged. If you are not the intended recipient, or a person responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of any of the information contained in or attached to this message is STRICTLY PROHIBITED. If you have received this transmission in error, please immediately destroy the original transmission and its attachments without reading them or saving them to disk. Thank you.

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

CNX-RY16 cards in a 2 series or C3RY16 cards in a Pro3/AV3+Cage/C3CI card interface?

Lincoln

--
Lincoln King-Cliby, CTS
Commercial Market Director
Sr. Systems Architect | Crestron Certified Master Programmer (Silver)
V: 440.449.1100 x1107 F: 440-449-1106 I:
Crestron Services Provider

-----Original Message-----
From: Crestron@... [mailto:Crestron@...] On Behalf Of muham41
Sent: Thursday, August 15, 2013 12:39 PM
To: Crestron@...
Subject: [Crestron] ST-IO Alternative

Can anyone recommend an ST-IO alternative. I have 30+ shade motors(LV UP,DN,STOP) that currently have PLC interfaces that are being replaced and integrated into a new crestron system.



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



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

The only reason I'm trying to get ASCI text out of the analog value is so that I can display the value as indirect text, leaving me with a digital join to use to alter the appearance of the button. Basically, I'm trying to display my lamp hours on the touch panel while using an analog compare to drive a signal high when I hit 1800 hours. I use that signal to make the displayed lamp hours go red on the touch panel.

If I do a digital guage, I don't that digital available to make the button go high and change colors. I'm guessing I can do this through modes, but I don't really understand that either.

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

For MSPs - while there are other uses, it is primarily handy if you have a touch panel that ever goes offline in the case of Ethernet, or any wireless panel, or Xpanels. By putting a signal onto an MSP as well as a touch panel definition, you're ensuring that if/when the touch panel comes back online, the last string that was sent to it will be refreshed. (Even if that string was sent while the panel was offline)

Many touch panels include a permanent string size definition in SIMPL Windows now, but since there are also many that *don't*, I wind up using MSPs anyway by default.

Now - if you have a touch panel that is awake and online and you believe you're sending text to it and that text doesn't appear - then you have other issues. Time to fire up debugger and really focus on what is going to that serial join...

Analog to Serial - this symbol expects you to provide individual *characters* to build a string. If you have an analog signal that can go from 0 to anything larger than 9 and you're trying to display the value on a touch panel - then what you have won't do it. (Not to mention that an analog value in the range 0-9 needs to be transposed to the ASCII chart's equivalent value in order for even a single character to appear as text)

Easiest solution here, if you're just trying to display a simple number, is to draw a Digital Gauge object on your page and just supply the analog value to the touch panel.

If you absolutely want that value displayed as text via serial join, you need to do a conversion. Quickest way is using S+, where a one-line S+ program can use the S+ function "ITOA" to convert an analog value to ASCII text.

There are other approaches, depending on how much time you want to spend on it. For something like projector lamp hours that won't change any more often than once an hour, I'd just go with the S+ approach. (Assuming you can't use the digital gauge for some reason)

- Chip


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

I'm having issues/questions with a few serial items in a current project, my first "big" one.

First one, "make string permanent". Can someone give me a better explanation than what is on Crestron tutorials? Where would one use this? I'm mainly concerned with feedback making it to the touch panel/xpanel, some serial feedback seems to make it, some doesn't. Could the transient nature of serial be the culprit? Should I, as a matter of practice, make all serial feedback to the touch panel permanent?

Second one, analog to serial. I've never used this symbol before, so I'm not sure if I'm doing this correct. I'm trying to convert analog projector lamp hours to serial because I'm hoping to display indirect text and use a digital signal to change indicator color when lamp hours reach a certain threshold (that part works). What doesn't work is the analog to serial conversion.

Here is what I have:
<trig>1
<ain1>my lamp hours analog (this same signal is working elsewhere)
<out$> out to touchpanel (I've tried it with and without msp)
<format>256d
<string1>blank (also tried ")

When I look at the $out signal in debugger, all I get is &#92;x00.

I'm thinking maybe I need a different format or trigger?? Any ideas? Sorry if I'm missing something simpl here (lame pun intended).

Thanks

-Jeff

DM != HD-Base-T spec...

Sent from my iPhone

On 2013-08-15, at 11:47 AM, "jac777888" <jchelton@...> wrote:

" I told him that at the very least they needed to add a cheap RX(model #DMRMC-IP-C, how do you like that?) that passed only Ethernet(I don't know if you can ever call it cheap by using up an actual video output). That way we could control a device with IP or go to a switch on the back side without the IT guys having a freakin' heart attack."

- You can plug any Ethernet device into a DM8G port and it will go into "Ethernet Fall Back Mode" and will behave like a normal LAN port. I havent actually tried it but it is part of the HDBase-T spec.

--- In Crestron@..., Steve Robinson <stever101010@> wrote:

Not only are they not listening to CSP's but I try as a Consultant(also programmer) to relay things that are going on and they also fall on deaf ears. I'll talk to anyone who listens. I think they are actually sick of me.

I have been so disappointed in things of late that I actually had the chance to hit up Fred after the Consultant summit at Infocomm, Of all the things I could of talked to him about, I wanted to get my point across about dual ethernet ports needed on the DMPS series, not just Pro3. He was grateful of my suggestion and said the 3 series boards are getting ready for the DMPS and he will look into. I told him that at the very least they needed to add a cheap RX(model #DMRMC-IP-C, how do you like that?) that passed only Ethernet(I don't know if you can ever call it cheap by using up an actual video output). That way we could control a device with IP or go to a switch on the back side without the IT guys having a freakin' heart attack.

I am anxiously waiting to see if any of this comes to fruition.


Steve


________________________________
From: Lincoln King-Cliby <lincoln@>
To: "'Crestron@...'" <Crestron@...>
Sent: Wednesday, August 14, 2013 8:50 PM
Subject: RE: [Crestron] Complaints


Absolutely.

That's part of my frustration... while I haven't reached Fred level yet (because while I've _met_ Fred, I certainly don't have an actual relationship, much less one where I would feel comfortable going directly to him with everything that's "wrong") I've had conversation with _many_ others on the inside.

I don't want to provide too much detail but some of the conversations have been very productive, some have been "that's the way it is, so suck it", and some of the conversations have been frustrating because everyone involved in the conversation acknowledges there's a major issue and has possible solutions but there's too much institutional inertia to get them fixed anytime soon. In one of those key cases we, as an organization we can't even /consider/ using the tool until the issue is fixed.

In another case I have a project with a substantial amount of Crestron hardware (IIRC $60-80k at dealer cost...for a single room) at risk because the Pro3 is missing one feature the Pro2 has. I think I've calmed that client down enough for now.

I've all but given up on labs, and when I do browse over there I usually find myself wanting to throw something.


--
Lincoln King-Cliby, CTS
Commercial Market Director
Sr. Systems Architect | Crestron Certified Master Programmer (Silver)
ControlWorks Consulting, LLC
Crestron Services Provider


-----Original Message-----
From: Crestron@... [mailto:Crestron@...] On Behalf Of RobK
Sent: Wednesday, August 14, 2013 6:49 PM
To: Crestron@...
Subject: [Crestron] Complaints

Hey all

Just out of curiosity, I know a lot of people do like to vent on the board here (and I was once told as such), but when all of you have serious complaints about Crestron product (Smart graphics & Studio keep getting mentioned) do any of you do anything about it? Do you get your bosses to complain to Crestron - and not just calling tech support or Rich - I'm talking calls to higher ups such as Fred?

Normally I'm not inclined to drop names, but it's not like these guys are hidden.

I'm not saying that will necessarily do anything, but it seems like if enough people get their higher ups to complain en mass, maybe some change can be effected, albeit slow?

Maybe this has been done, I don't know, but just curious how you guys have been attempting to deal with the problems that we can't fix.




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



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

The only reason I'm trying to get ASCI text out of the analog value is so that I can display the value as indirect text, leaving me with a digital join to use to alter the appearance of the button. Basically, I'm trying to display my lamp hours on the touch panel while using an analog compare to drive a signal high when I hit 1800 hours. I use that signal to make the displayed lamp hours go red on the touch panel.

If I do a digital guage, I don't that digital available to make the button go high and change colors. I'm guessing I can do this through modes, but I don't really understand that either.

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

For MSPs - while there are other uses, it is primarily handy if you have a touch panel that ever goes offline in the case of Ethernet, or any wireless panel, or Xpanels. By putting a signal onto an MSP as well as a touch panel definition, you're ensuring that if/when the touch panel comes back online, the last string that was sent to it will be refreshed. (Even if that string was sent while the panel was offline)

Many touch panels include a permanent string size definition in SIMPL Windows now, but since there are also many that *don't*, I wind up using MSPs anyway by default.

Now - if you have a touch panel that is awake and online and you believe you're sending text to it and that text doesn't appear - then you have other issues. Time to fire up debugger and really focus on what is going to that serial join...

Analog to Serial - this symbol expects you to provide individual *characters* to build a string. If you have an analog signal that can go from 0 to anything larger than 9 and you're trying to display the value on a touch panel - then what you have won't do it. (Not to mention that an analog value in the range 0-9 needs to be transposed to the ASCII chart's equivalent value in order for even a single character to appear as text)

Easiest solution here, if you're just trying to display a simple number, is to draw a Digital Gauge object on your page and just supply the analog value to the touch panel.

If you absolutely want that value displayed as text via serial join, you need to do a conversion. Quickest way is using S+, where a one-line S+ program can use the S+ function "ITOA" to convert an analog value to ASCII text.

There are other approaches, depending on how much time you want to spend on it. For something like projector lamp hours that won't change any more often than once an hour, I'd just go with the S+ approach. (Assuming you can't use the digital gauge for some reason)

- Chip


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

I'm having issues/questions with a few serial items in a current project, my first "big" one.

First one, "make string permanent". Can someone give me a better explanation than what is on Crestron tutorials? Where would one use this? I'm mainly concerned with feedback making it to the touch panel/xpanel, some serial feedback seems to make it, some doesn't. Could the transient nature of serial be the culprit? Should I, as a matter of practice, make all serial feedback to the touch panel permanent?

Second one, analog to serial. I've never used this symbol before, so I'm not sure if I'm doing this correct. I'm trying to convert analog projector lamp hours to serial because I'm hoping to display indirect text and use a digital signal to change indicator color when lamp hours reach a certain threshold (that part works). What doesn't work is the analog to serial conversion.

Here is what I have:
<trig>1
<ain1>my lamp hours analog (this same signal is working elsewhere)
<out$> out to touchpanel (I've tried it with and without msp)
<format>256d
<string1>blank (also tried ")

When I look at the $out signal in debugger, all I get is &#92;x00.

I'm thinking maybe I need a different format or trigger?? Any ideas? Sorry if I'm missing something simpl here (lame pun intended).

Thanks

-Jeff

For MSPs - while there are other uses, it is primarily handy if you have a touch panel that ever goes offline in the case of Ethernet, or any wireless panel, or Xpanels. By putting a signal onto an MSP as well as a touch panel definition, you're ensuring that if/when the touch panel comes back online, the last string that was sent to it will be refreshed. (Even if that string was sent while the panel was offline)

Many touch panels include a permanent string size definition in SIMPL Windows now, but since there are also many that *don't*, I wind up using MSPs anyway by default.

Now - if you have a touch panel that is awake and online and you believe you're sending text to it and that text doesn't appear - then you have other issues. Time to fire up debugger and really focus on what is going to that serial join...

Analog to Serial - this symbol expects you to provide individual *characters* to build a string. If you have an analog signal that can go from 0 to anything larger than 9 and you're trying to display the value on a touch panel - then what you have won't do it. (Not to mention that an analog value in the range 0-9 needs to be transposed to the ASCII chart's equivalent value in order for even a single character to appear as text)

Easiest solution here, if you're just trying to display a simple number, is to draw a Digital Gauge object on your page and just supply the analog value to the touch panel.

If you absolutely want that value displayed as text via serial join, you need to do a conversion. Quickest way is using S+, where a one-line S+ program can use the S+ function "ITOA" to convert an analog value to ASCII text.

There are other approaches, depending on how much time you want to spend on it. For something like projector lamp hours that won't change any more often than once an hour, I'd just go with the S+ approach. (Assuming you can't use the digital gauge for some reason)

- Chip


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

I'm having issues/questions with a few serial items in a current project, my first "big" one.

First one, "make string permanent". Can someone give me a better explanation than what is on Crestron tutorials? Where would one use this? I'm mainly concerned with feedback making it to the touch panel/xpanel, some serial feedback seems to make it, some doesn't. Could the transient nature of serial be the culprit? Should I, as a matter of practice, make all serial feedback to the touch panel permanent?

Second one, analog to serial. I've never used this symbol before, so I'm not sure if I'm doing this correct. I'm trying to convert analog projector lamp hours to serial because I'm hoping to display indirect text and use a digital signal to change indicator color when lamp hours reach a certain threshold (that part works). What doesn't work is the analog to serial conversion.

Here is what I have:
<trig>1
<ain1>my lamp hours analog (this same signal is working elsewhere)
<out$> out to touchpanel (I've tried it with and without msp)
<format>256d
<string1>blank (also tried ")

When I look at the $out signal in debugger, all I get is &#92;x00.

I'm thinking maybe I need a different format or trigger?? Any ideas? Sorry if I'm missing something simpl here (lame pun intended).

Thanks

-Jeff