开云体育

Liberty Wire and Cable LLINX-U, LLINX-U-DB, LLINX-D, LLINX-Q, etc.. They also have high power versions(uses 12 AWG rather than 18 AWG for power) and plenum versions

Tim
--- In Crestron@..., "David Peddicord" <dpeddicord2@> wrote:

I know that Creston sells their own cable, but what is a good generic wire
to use instead? Thanks.



David Peddicord





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

I had a guy from Wirepath share with me (for no reason mind you) that their stream won't work with the new (whatever that meant) crestron panels because it doesn't do user and password.

This is what he said. Ijust tucked it away in my brainif it ever came up someday I figured I would revisit that.

I'm not sure of all the details, as it wasn't an issue for me on a job at that moment, but call wirepath too, they seemed pretty on top of the whole Crestron integration thing.

Stephen D.

--- In Crestron@..., "controlworks" <jim@> wrote:

The Wirepath streaming will not work on a 3SMD with release firmware.
We have a beta version in-house that we are testing against the 3SMD that is to address the streaming issues on the 3SMD. Not going so well as the PUF update has the panel in a reboot loop. Hope to have better news in the morning.

-Jim


Jim Felderman
ControlWorks Consulting, LLC
440.449.1100 x1101
Crestron Services Provider
www.controlworks.com

--- In Crestron@..., "enco.josh" <enco.josh@> wrote:

I have been unable to get the streaming to work on the 3SMD. I have got it working with the TPMC-4SMDs before. Is there a bug in the TPMC-3SMD MJPEG streamer that anyone has found? I tried call TB, but was on hold for over an hour today before I gave up.

Just curious, what are you doing so that it need to variable?

--- In Crestron@..., "Witmarquzot Dyrjuv" <witmarquzotix@> wrote:

same problem as scaler

--- In Crestron@..., Kool-Aid Drinker <herald@> wrote:

I'd bet it could be done with log and antilog -- slide-rule style
multiplication and division via addition and subtraction.

On Mon, 25 Mar 2013 23:54:20 -0000, "Witmarquzot Dyrjuv"
<witmarquzotix@> wrote:

Can't change the values during runtime

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

analog scaler? Wrapped in a module?

--- In Crestron@..., "Witmarquzot Dyrjuv" <witmarquzotix@> wrote:

I am looking for a way in simpl only if possible to expand an incoming set of values,
say 0 - 15385, to be a scale of 0 to 65535.

Rules:
Must be configurable during run time(ie the top or bottom of the scale may move)
without resetting the processor.
It must expand any set of values that falls between the scale of 0 to 1 and 0 to 65535,

Anyone got any ideas or am I going to have to bust out the simpl+?

Thanks for the input, the module normally has a bounds = 8 but I changed this to 6000 just to see what other issues arose. I will check through the comments you make, thanks for that. This is a new module from Naim themselves and now includes the on line radio control over the older I2p module. As said the issue I have is that with the older database is was working fine. I have posted to Naim and Crestron so will see if they can give any more feedback. thanks again.

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

I took a quick look while eating lunch after shoveling some snow… Disclaimer: I don't know anything about this device or its 7400 line S+ module. I did notice that it has been substantially modified from the Crestron I2P module. You might want to talk to whomever made all those changes.

From a code perspective, the issue that appears to cause the error (and the loop) is that fnChangeStatus() is called with g_iTierCnt being a very large number (i.e. 65511). The check before the for() loop only checks that it is >0. I'll guess that the `tier count' is supposed to be a relative small number, 0 – 8 if the I2P module is correct. Note that in the I2P module cMaxTierSteps = 8 and in the posted module cMaxTierSteps=6000. This constant is used to size the integer arrays that are modified in the for() loop. It is curious that in the error message is Bounds=8, not 6000.

There are lots of places where g_iTierCnt is written, sometimes absolutely (e.g. g_iTierCnt = 3) or relatively (e.g. g_iTierCnt = g_iTierCnt – n). I'll guess that at some point one of these relative assignments caused it to cross the 0 boundary. You could start by adding a check in fnChangeStatus() to look for whatever the range ought to be and provide some trace info when the value is out of range. You could also localize the hunt by following the path of `now playing_but' to see where it enters and perhaps put checks on places where g_iTierCnt is modified in that path.

I do not know why a change to one of the databases might have stimulated the error. It looks more like code bugs, but perhaps both.

And now I'll stop because it's 7400 line S+ module that doesn't have a lot of comments and I'm done with lunch.


--- In Crestron@..., "John" <john@> wrote:

Hi all
Can anyone please help?? with an issue on the Naim NS02 server module (just uploaded this to the files section)
This module was working fine until the latest Crestron and device database updates, Now when I try and run the program I get a loop error, see below. I have tried re compiling the SIMPL+ and no errors show up, however as soon as I initiate the "now playing_but" of the module it puts a loop of data into the program with the following error message:

09:03:00 - 03-08-2013: TOD$ -> 030820130902590000
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1434: Integer Array STDATASTRUCT__IEXTTIERSEARCHISACTIVE overflow. Col = 65511. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1435: Integer Array STDATASTRUCT__ITIERSEARCHISACTIVE overflow. Col = 65511. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1434: Integer Array STDATASTRUCT__IEXTTIERSEARCHISACTIVE overflow. Col = 65510. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1435: Integer Array STDATASTRUCT__ITIERSEARCHISACTIVE overflow. Col = 65510. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1434: Integer Array STDATASTRUCT__IEXTTIERSEARCHISACTIVE overflow. Col = 65509. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1435: Integer Array STDATASTRUCT__ITIERSEARCHISACTIVE overflow. Col = 65509. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1434: Integer Array STDATASTRUCT__IEXTTIERSEARCHISACTIVE overflow. Col = 65508. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1435: Integer Array STDATASTRUCT__ITIERSEARCHISACTIVE overflow. Col = 65508. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1434: Integer Array STDATASTRUCT__IEXTTIERSEARCHISACTIVE overflow. Col = 65507. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1435: Integer Array STDATASTRUCT__ITIERSEARCHISACTIVE overflow. Col = 65507. Bounds = 8

The Wirepath streaming will not work on a 3SMD with release firmware.
We have a beta version in-house that we are testing against the 3SMD that is to address the streaming issues on the 3SMD. Not going so well as the PUF update has the panel in a reboot loop. Hope to have better news in the morning.

-Jim


Jim Felderman
ControlWorks Consulting, LLC
440.449.1100 x1101
Crestron Services Provider
www.controlworks.com

--- In Crestron@..., "enco.josh" <enco.josh@> wrote:

I have been unable to get the streaming to work on the 3SMD. I have got it working with the TPMC-4SMDs before. Is there a bug in the TPMC-3SMD MJPEG streamer that anyone has found? I tried call TB, but was on hold for over an hour today before I gave up.

same problem as scaler

--- In Crestron@..., Kool-Aid Drinker <herald@> wrote:

I'd bet it could be done with log and antilog -- slide-rule style
multiplication and division via addition and subtraction.

On Mon, 25 Mar 2013 23:54:20 -0000, "Witmarquzot Dyrjuv"
<witmarquzotix@> wrote:

Can't change the values during runtime

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

analog scaler? Wrapped in a module?

--- In Crestron@..., "Witmarquzot Dyrjuv" <witmarquzotix@> wrote:

I am looking for a way in simpl only if possible to expand an incoming set of values,
say 0 - 15385, to be a scale of 0 to 65535.

Rules:
Must be configurable during run time(ie the top or bottom of the scale may move)
without resetting the processor.
It must expand any set of values that falls between the scale of 0 to 1 and 0 to 65535,

Anyone got any ideas or am I going to have to bust out the simpl+?

Atlona, that's who...

Sure, there's a 'power' indicator, when the power switch is on, but no indication if it's in the on/off state from the IR remote. Stupid...

;)

St1550 or 1700

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

Just use a 1way crestron remote in ur program and make sure the rfid is correct.

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

For a first time I've to program The RTI T-1 Remote On a Crestron System, I've use MX850 Before But The client Want to Switch to RTI T-1 I know That I've Have to Use CNRFGW 433 For Receiver But I don't Know What to Use Instead For the actual RF Remote in The device View Of SMPL.
Any Good Help Will Be Much Appreciated.

I'd bet it could be done with log and antilog -- slide-rule style
multiplication and division via addition and subtraction.

On Mon, 25 Mar 2013 23:54:20 -0000, "Witmarquzot Dyrjuv"
<witmarquzotix@...> wrote:

Can't change the values during runtime

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

analog scaler? Wrapped in a module?

--- In Crestron@..., "Witmarquzot Dyrjuv" <witmarquzotix@> wrote:

I am looking for a way in simpl only if possible to expand an incoming set of values,
say 0 - 15385, to be a scale of 0 to 65535.

Rules:
Must be configurable during run time(ie the top or bottom of the scale may move)
without resetting the processor.
It must expand any set of values that falls between the scale of 0 to 1 and 0 to 65535,

Anyone got any ideas or am I going to have to bust out the simpl+?

Just use a 1way crestron remote in ur program and make sure the rfid is correct.

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

For a first time I've to program The RTI T-1 Remote On a Crestron System, I've use MX850 Before But The client Want to Switch to RTI T-1 I know That I've Have to Use CNRFGW 433 For Receiver But I don't Know What to Use Instead For the actual RF Remote in The device View Of SMPL.
Any Good Help Will Be Much Appreciated.

analog scaler? Wrapped in a module?

--- In Crestron@..., "Witmarquzot Dyrjuv" <witmarquzotix@> wrote:

I am looking for a way in simpl only if possible to expand an incoming set of values, say 0 - 15385, to be a scale of 0 to 65535.

Rules:
Must be configurable during run time(ie the top or bottom of the scale may move) without resetting the processor.
It must expand any set of values that falls between the scale of 0 to 1 and 0 to 65535,

Anyone got any ideas or am I going to have to bust out the simpl+?

I am looking for a way in simpl only if possible to expand an incoming set of values, say 0 - 15385, to be a scale of 0 to 65535.

Rules:
Must be configurable during run time(ie the top or bottom of the scale may move) without resetting the processor.
It must expand any set of values that falls between the scale of 0 to 1 and 0 to 65535,

Anyone got any ideas or am I going to have to bust out the simpl+?