开云体育

I just installed a small network of Infinet switches in a clients home. He's asking how to control ("a simple On/Off") a scene, etc., from the Homelink controller in his car.
Any help would be appreciated, as I'm not familiar with the Homelink controller built in to the car (for garage doors, etc.)
This seems like a very practical and desireable feature....I would think Crestron has some type of provision?

I'm currently on hold with True Blue, so I figured I would post here in the meantime.

Thanks again....

Mark

I just installed a small network of Infinet switches in a clients home. He's asking how to control ("a simple On/Off") a scene, etc., from the Homelink controller in his car.
Any help would be appreciated, as I'm not familiar with the Homelink controller built in to the car (for garage doors, etc.)
This seems like a very practical and desireable feature....I would think Crestron has some type of provision?

I'm currently on hold with True Blue, so I figured I would post here in the meantime.

Thanks again....

Mark

I have the following problem, I made him an update to the firmware v4.007.0004 AV2 processor and all CLS-C6 stopped giving me feedback. I did it in two different places and I feel the same. Then i made downgrade to firmware 4.003..... For get my feedback back. Please i need to make new firmware without lost the cls-c6 feedback

Depends on the type of file
A puf just open it and point it to the address of the unit, anything else open toolbox connect to that unit. I use functions at the top then select firmware and point it to the file and send.

--- In Crestron@..., Oseni Yetunde <oseniyetunde21@> wrote:

please am new to crestron and i want to upgrade the firmware on the DGE-1 for a 15 inch touc panel please how to i go about it.


From: eagrubbs <eagrubbs@>
To: Crestron@...
Sent: Friday, June 29, 2012 12:01 PM
Subject: [Crestron] Re: pro2 firmware


脗听
Thanks for the info. I am holding off until rev_2 is released with fixes. I have so much EIC in most of my jobs that I cannot afford the potential issues.

--- In mailto:Crestron%40yahoogroups.com, John Krommes <krommes@> wrote:

Regarding 4.007.004, there are also known issues (confirmed by
Crestron) with missing feedback from CLS-C6's. For example,
triggering a scene either from a front button or programmatically may
not generate a <from_this_system> string or a <scene_recalled> signal.
This appears to depend on the firmware version in the CLS-C6. In my
home system, it works properly with CLS-C6 firmware 1.02.02, but not
with 2.01.03.

---John Krommes

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

RS232 by definition doesn't support anything beyond 5 wires max for RX, TX, GND, CTS & RTS.

I have seen all kinda of issues with NEC E series displays bing VERY picky about the peak voltage the control device RS-232 port operates at. For instance 1-way ports peak at 5VDC and wouldn't control the NEC E-series but the full 2-way ports that support 12VDC peak would.

Could be the MPC ports don't do 12VDC peak.

Sent from my iPhone

On 2013-06-12, at 6:58 PM, "desinr94" <danny.mclaughlin@...> wrote:

Yes, this works with a full 9-pin cable using a full DB9 com port. But as anyone been able to control these with the usual 2,3,5? The monitor has a 4-position 2.5mm jack, with a supplied 2.5mm - DB9 adaptor. Pins 2,3,5 & 9 are wired at the adaptor, so maybe the monitor is looking for something on Pin 9? Trying to control these with an MPC controller, with only 2,3,5,7,8 available on the com port.

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

NECs PD Comms tool. Use a proper 2-way com port

Sent from my iPhone

On 2013-04-24, at 11:29 AM, "jb69029" <jb69029@> wrote:

We've tried just about every fix imaginable and every one that's been listed on here, to get the RS232 working with the new E463 NEC monitor. We can't find IR codes or RS232 codes to control the monitor. NEC tech support even said they didn't have IR or serial drivers for Crestron. Has anyone else come across a solution??

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

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

Chips House of Masterful Programming and Integrated Technologies - ChompIT
for short.

Sent from my eMail.

On Jun 12, 2013, at 8:58 AM, Jeremy Weatherford <jweather@...> wrote:



ASCII stupid question, get a stupid ANSI.

On Wed, Jun 12, 2013 at 6:28 AM, 搁补辫丑补毛濒 Thiffault <
raphaelthiffault@...> wrote:

Kibbles 'n bytes

:)

{Paf}
Le 12 juin 2013 00:32, "Neil Dorin" <neildorin@...> a 茅crit :

**


Love Bytes...

Sent from my iPhone

On 2013-06-11, at 10:29 PM, Eric Walters <sentry07@...> wrote:

Quick Bytes

On Tue, Jun 11, 2013 at 10:12 PM, Chip <cfm@...> wrote:

No - wait - "The Byte Whisperer"...

Tell me when to stop...

- Chip


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

When I start my own CSP I'm going to have to call it something

like

"I

Speak Bytes"...

- Chip


--- In Crestron@..., "Andrew" <aalbert@> wrote:

Thanks Chip, the &#92;x00 did the trick.... We have control.


Thank you again,

Andy

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

If the instructions don't explicitly say to add a carriage

return

and/or linefeed, then adding it isn't going to help.

If a seven character command for "left" is literally

"left---",

("left", followed by three dashes) then the string you should be

sending to

your TCP/IP Client symbol from an SIO should be "left---&#92;x00"

Don't bother sending anything to the TCP/IP Client symbol

*unless*

the analog status output has a value of 2.

- Chip


--- In Crestron@..., "Andrew" <aalbert@> wrote:

Dealing with a device that lists the following as part of

their

protocol.

String of 8 characters, 8 bits/character; the 1st 7

characters

describe the function; the last character must be the ASCII "NUL"

control

character, which has a byte value of 0 i.e. "left---" + NUL or

"right--"

+ NUL

I have setup the TCP/IP client, and see it connecting on the

right

port, but when I try sending left---0 or left---00 or either of

those

followed by &#92;r or &#92;x0A I don't get any response....

Suggestions or guidance greatly appreciated, as I need to go

onsite very shortly.

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

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

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

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

[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

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

Kibbles 'n bytes

:)

{Paf}
Le 12 juin 2013 00:32, "Neil Dorin" <neildorin@...> a 閏rit :

**


Love Bytes...

Sent from my iPhone

On 2013-06-11, at 10:29 PM, Eric Walters <sentry07@...> wrote:

Quick Bytes

On Tue, Jun 11, 2013 at 10:12 PM, Chip <cfm@...> wrote:

No - wait - "The Byte Whisperer"...

Tell me when to stop...

- Chip


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

When I start my own CSP I'm going to have to call it something

"I

Speak Bytes"...

- Chip


--- In Crestron@..., "Andrew" <aalbert@> wrote:

Thanks Chip, the &#92;x00 did the trick.... We have control.


Thank you again,

Andy

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

If the instructions don't explicitly say to add a carriage

return

and/or linefeed, then adding it isn't going to help.

If a seven character command for "left" is literally

("left", followed by three dashes) then the string you should be

sending to

your TCP/IP Client symbol from an SIO should be "left---&#92;x00"

Don't bother sending anything to the TCP/IP Client symbol

*unless*

the analog status output has a value of 2.

- Chip


--- In Crestron@..., "Andrew" <aalbert@> wrote:

Dealing with a device that lists the following as part of

their

protocol.

String of 8 characters, 8 bits/character; the 1st 7

characters

describe the function; the last character must be the ASCII "NUL"

control

character, which has a byte value of 0 i.e. "left---" + NUL or

"right--"

+ NUL

I have setup the TCP/IP client, and see it connecting on the

right

port, but when I try sending left---0 or left---00 or either of

followed by &#92;r or &#92;x0A I don't get any response....

Suggestions or guidance greatly appreciated, as I need to go

onsite very shortly.

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

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.

Groups Links

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

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

[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.

Groups Links

are you guys setting the ip tables right?

Master bytes.....

Sent from my iPad

Yes, this works with a full 9-pin cable using a full DB9 com port. But as anyone been able to control these with the usual 2,3,5? The monitor has a 4-position 2.5mm jack, with a supplied 2.5mm - DB9 adaptor. Pins 2,3,5 & 9 are wired at the adaptor, so maybe the monitor is looking for something on Pin 9? Trying to control these with an MPC controller, with only 2,3,5,7,8 available on the com port.

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

NECs PD Comms tool. Use a proper 2-way com port

Sent from my iPhone

On 2013-04-24, at 11:29 AM, "jb69029" <jb69029@...> wrote:

We've tried just about every fix imaginable and every one that's been listed on here, to get the RS232 working with the new E463 NEC monitor. We can't find IR codes or RS232 codes to control the monitor. NEC tech support even said they didn't have IR or serial drivers for Crestron. Has anyone else come across a solution??

NECs PD Comms tool. Use a proper 2-way com port

Sent from my iPhone

On 2013-04-24, at 11:29 AM, "jb69029" <jb69029@...> wrote:

We've tried just about every fix imaginable and every one that's been listed on here, to get the RS232 working with the new E463 NEC monitor. We can't find IR codes or RS232 codes to control the monitor. NEC tech support even said they didn't have IR or serial drivers for Crestron. Has anyone else come across a solution??

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

Dino:

I'm hardly a major player - as loud as I might be. Just an "old", (as Neil might say ;-) cranky programmer who doesn't like to have my bread and butter all mixed up.

Believe me, I've had just that discussion several times with many different people. Right now, I've hit a "magic" combination of versions that seem to work right and I'm hesitant to change anything. (For what it's worth, it's 1.6.32 TSW FW, Core 3 1.13.15.00, VT 5.2.20). I'm very afraid of what happens should I come back in a year with never versions and make a little change. I might keep a separate VM for just this job. What a waste of space.

I suspect that there are aspects of managed networks / VLANs (or my particular stuff) that may be exacerbating some of these problems (not just TSW). I think about the smaller jobs I have, where there are non-managed, or cheap network gear. I don't have any problems with gear on those networks, although they are smaller systems.

On my troublesome TSW job, I have HP 2520 switches with Crestron living on a separate VLAN spread over three different switches (for power and geographic reasons.) The only real failures I still have are the occasional mass EX gateway hiccup - those connected to the CP3. I've never encountered a problem that a "REBOOT" command wouldn't fix.

Heath

On Jun 12, 2013, at 9:54 AM, "dingothewop" <diacuzzo@...> wrote:

I'm having the same issues, as well as the same fears as you are Heath. I'm wondering if's an issue with he network switch the TSW's are connected to. I AM using the CEN-SWPOE24 and I have a sneaking suspicion that the POE is not very reliable. The SWPOE24 also has the reboot at "x" time function but I have found that when I have network wierdness, a soft reboot does not work, a power cycle is the only remedy. I am curious to see what other network switches others are using.

And Heath, your a major player in the Crestron world, maybe you could explain to them that as programmers we cant run back to a job and do firmware updates every 2 months, that seems to be the frequency in which the TSW "inprovements" are coming.

Dino
Lips Electronics

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