开云体育

--- In Crestron@..., "Edward D" <edopson1@...> wrote:

Is there a way that I can I take a serial indirect text string that is giving me a numeric read out and when a predetermined numeric value comes through, make it trigger a digital signal to go high and perform an action?

-----Original Message-----
From: Crestron@... [mailto:Crestron@...] On Behalf Of cyberbri24
Sent: Wednesday, May 22, 2013 1:02 PM
To: Crestron@...
Subject: [Crestron] Re: DMPS-300-C

The DMPS-300 "does" set the endpoint IP-ID's. Not sure why you would have to add them as ethernet IP devices, just have to drop them in the correct slot on the I/O of the video switch. This actually has brought up a question. If I wanted to add a TX-201-C to HDMI Out 1 and then DM to a third RMC-100(or Scaler), Do I only need to run Lan to the TX (in the rack) to have both RMC and TX as Ethernet devices so I can control the 232 on the RMC? I could always just leave them as is and run a 232 direct as the run is not too far. Outs 3&4 both have RMC's with 232 control of their displays and wanted to keep them all same if possible.

Thanks,
cyberbri

--- In Crestron@..., "badmanblanchard" <scrabcakes@...> wrote:

One thing I noticed about the DMPS that differs from the DM switchers is that the unit does not automatically assign IP ID's to the attached transmitters/receivers.

So far I'm not really a big fan of the DMPS tool either, at least not compared to the original DM tools

--- In Crestron@..., "goofy_1562" <jon@> wrote:

Ahh, ignore that last request, it must be DHCP, when I ran discovery it picked up the devices, have to upgrade directly not via the DMPS-300

--- In Crestron@..., "goofy_1562" <jon@> wrote:

Hi All

Anybody dealt with these yet, I'm guessing that the unit is not a DHCP server and I have to manually set up the DM input devices and put them in the IP table? I ran the DM firmware upgrade puf and it saw no devices.

Cheers Jon

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



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

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

Thanks Heather!

That is crazy though, I open one instance with the IP address and the other with a hostname and all is good.

I have debugged multiple slots before and I never noticed the behavior I got today. They were smaller programs too.

--- In Crestron@..., Heather Baiman <heather@> wrote:

Open a debugger window for the other slot using the Host name of the processor

Search for this thread

Debugger & MC3 Running Multiple Programs

-----Original Message-----
From: Crestron@... [mailto:Crestron@...] On Behalf Of Neil Dorin
Sent: Wednesday, May 22, 2013 11:28 AM
To: Crestron@...
Subject: Re: [Crestron] Really odd cp3 behavior w/debugger

You can't debug two slots at the same time...

Sent from my iPhone

On 2013-05-22, at 9:04 AM, "eagrubbs" <eagrubbs@> wrote:

I am off site watching a program in slot1 in debugger. I open another instance of debugger and connect to slot3 and all hell brakes loose. What I mean is I start getting random button presses from all the different panels that are in the system. polling starts on stuff that I only do at a system reboot and my signal change rate goes from 2.5-3.0 to 180.0+. Any ideas to WTF is going on? As soon as I close one of the instances of debugger signal rate goes back down and I do not see the random button presses. This sounds like a call to TB.

[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

--- In Crestron@..., "matt_rasmussen_2000" <mjrtoo@...> wrote:

I had the Pronto software installed for quite a while, was handy to grab the hex for Deal during that 'era'.

--- In Crestron@..., "Ted" <ted_brincka@> wrote:

+1 Very well said.

Especially #2 - I remember even before there was a Remote Central, using a Crestron learner and pulling discreet power codes off of a Sony receiver remote for every Sony device. Allot of trial and error but it was worth it.

TB

--- In Crestron@..., Nathan Hesson <nhesson@> wrote:

I've seen some threads getting rather testy lately and I thought I would
post some helpful hints to help others avoid feeling internet wrath.


1. Do NOT post with questions or requests for help on tests. The tests mean
something. They are an indication of your skills. They are supposed to be a
measurable baseline that we ALL get judged upon. If a person gets a
certification and is undeserving of it, it tarnishes the reputation of the
certification that the rest of us have. Your certification does not just
apply to programming ability, it also has underlying implications that you
can search for information (see item 2), understand protocols, build your
own modules and IR drivers, etc...

2. Be more resourceful. There is a wealth of knowledge to be had. Search
engines do a lovely job trying help you find that information. If you're
looking for an IR driver, do the following BEFORE posting a "Does anyone
have this?"
a. Look in the Crestron DB
b. Try drivers for other models of similar devices. Chances are, the
codes are similar.
c. Search the files here (hint, your browsers search feature works
really well for this).
d. Search remote central. Even if you have to download pronto software
and grab hex codes and then dump them into DEAL, you should be doing this
before asking if anyone has a driver.
e. Look at other companies IR databases. There's a tool out there
somewhere that can convert AMX drivers to Crestron (Vert?). Look at RTI.
You can pull hex codes out of their IR database and put them into DEAL. Go
through every available resource you know.

Similarly, the same effort should go into finding ethernet and serial
protocols. There are a TON of modules here and if you spend more than 30
minutes with any search engine, you'll probably get close to what you're
looking for. Try multiple search engines, they don't always pull the same
results. Try different search terms, get creative. Other options available
include picking up the phone and calling support to find that information.

Remember, when members of the group post responses for peoples questions,
they are actively taking time out of their days to offer assistance. Don't
waste that time if you can do some searching on your own. As a bonus,
you'll be a better programmer for honing your search skills more.

3. Start your own archive for this groups content. I can't recommend this
enough. Gmail works really well, the storage is free and you have a better
(IMHO) search engine than the one that yahoo uses for the groups. Create a
new account and change your email preferences for the group so you get each
message as a single email. If you already have gmail, just use an incoming
filter to put everything in a label and skip your inbox. Sure, you'll need
to use the web interface to find information older than your archives start
date, but it's better than nothing.

4. Remember that tone is a tricky thing when reading and writing messages.
Do NOT post in all caps. It is the internet equivalent of shouting (how I
wish the caps lock key were never invented). If someone prefaces their post
with, "Don't take this the wrong way" or "Not to be rude" chances are, they
know what they are saying is going to be difficult to swallow. It doesn't
mean that they are instantly a jerk for saying what they did. It's the
internet, thick skin required.



My $0.02
-Nathan


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

--- In Crestron@..., "badmanblanchard" <scrabcakes@...> wrote:

One thing I noticed about the DMPS that differs from the DM switchers is that the unit does not automatically assign IP ID's to the attached transmitters/receivers.

So far I'm not really a big fan of the DMPS tool either, at least not compared to the original DM tools

--- In Crestron@..., "goofy_1562" <jon@> wrote:

Ahh, ignore that last request, it must be DHCP, when I ran discovery it picked up the devices, have to upgrade directly not via the DMPS-300

--- In Crestron@..., "goofy_1562" <jon@> wrote:

Hi All

Anybody dealt with these yet, I'm guessing that the unit is not a DHCP server and I have to manually set up the DM input devices and put them in the IP table? I ran the DM firmware upgrade puf and it saw no devices.

Cheers Jon

On 22 May 2013, at 17:20, touchgfx <ripper99@...> wrote:

Check out the module from "Blue Wave Control" at

I purchased this module in the past and it worked fine, Nathan the creator of the module was very helpful when I had problems and the module comes with complete example files to have it up and running quickly.

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

Good Night

Someone can control an AppleTv with ethernet? Somebody have a protocol? or a module to control?

Thanks in advance

Mart� Do馻te

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

It only happens on one machine. It may be related to moving (dropox-ing) the project files between machines... I should probably just plug the monitor into my laptop and not deal with this crap, but that PC is soooo much faster.



On May 22, 2013, at 6:41 AM, "ChrisK" <chris@...> wrote:

I HATE that Error!!!!!!! Arrghhh -

Although I haven't seen it nearly as much lately, I did find a 'work-around' for it. One or more of the following seems to get you out of it for the moment:

-Try compiling with just F12, and or Alt-F12
-Compile an open VTPro file and then try your SMW
-Combo of Above, Add a few SMW saves in between
-Close and reopen your SMW project, or Open an different SMW project then reopen the One that you need to compile - Save and Compile...
-Shoot yourself in the head (I haven't actually tried this one yet!)

Chris K..........;)

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

Include4.dat not found. Please check for presence of Device Database.

Has anyone seen this message when trying to compile? I have to hit F12 three or four times before it will finally fire up. I just reinstalled the DB.

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

Good Night

Someone can control an AppleTv with ethernet? Somebody have a protocol? or a module to control?

Thanks in advance

Mart铆 Do帽ate

-----Original Message-----
From: Crestron@... [mailto:Crestron@...] On Behalf Of Sebastian
Sent: Wednesday, May 22, 2013 12:17 PM
To: Crestron@...
Subject: [Crestron] DMPS-300-C

Hey All,

The DMPS-300-C does not do scaling, right?

Basically what you put in is what you get out?

Thank you



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



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

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

Are you getting verbose debugging information from the C40? I believe that
can be enabled/disabled in the C40 configuration, and that can easily cause
buffer overflows. Or maybe that's only on telnet connections, I don't
remember offhand.


On Tue, May 21, 2013 at 6:57 PM, Mark Chytka <mchytka@...> wrote:

I originally programed the system with 232 control for the C40. It would
work for half a day or so and then lock up. Crestron would then start
reporting buffer overflows from the 232 module. A processor reboot would
restore operation until the next lock up. At that point I changed it to IP
control and everything has been running fine for four months. Now the IT
folks want a tighter network and changed the Codec to SSH. This leaves me
in my current predicament. SSH is not capable at this time and the 232
module blows up after half a day.

Mark


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

If the customer wants SSH and won't allow Telnet, your only option for

control is serial.

--
Lincoln King-Cliby, CTS
Sr. Systems Architect | Crestron Certified Master Programmer (Silver)
ControlWorks Consulting, LLC
V: 440.449.1100 x1107 | F: 440.449.1106 | I:
Crestron Services Provider


-----Original Message-----
From: Crestron@... [mailto:Crestron@...] On

Behalf Of Mark Chytka

Sent: Tuesday, May 21, 2013 2:03 PM
To: Crestron@...
Subject: [Crestron] Cisco C40 via SSH

Was running a C40 with the ip module via Telnet (Port 23). End user

wants to switch it to SSH. End user changed C40 to SSH an I changed the
port value in the ip client to 22d. I am now getting a Protocol Mismatch
response from the Codec and it's not controlling. The IP reply is (Protocol
Mismatch SSH-2.0-Open SSh_5.9). Has anyone controlled a Cisco C series
Codec via SSH and do you have any helpful suggestions?

Thanks In Advance

Mark





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

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

--
Jeremy Weatherford


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

----- Original Message -----

From: "Lincoln King-Cliby" <lincoln@...>
To: "Crestron@..." <Crestron@...>
Sent: Wednesday, May 22, 2013 8:25:24 AM
Subject: RE: [Crestron] crosspoint numbering schemes





Just to add one more perspective -- though I waffle on this from time to time --

When I have multiple "types" of crosspoints at play I tend to use hex IDs because visually it's easier for me to make a distinction rather than an all-numeric ID

e.g. at home it's something like (don't quote me on this though since I'm not actually looking at the program)

A001h-A999h -> Room Control
B001h-B999h -> Source Control
C001h-C999h -> Lighting Control
D001h-D999h -> Other functions (HVAC, Security, Weather, Direct X/Y control of matrixes, etc)

--
Lincoln King-Cliby, CTS
Sr. Systems Architect | Crestron Certified Master Programmer (Silver)
ControlWorks Consulting, LLC
V: 440.449.1100 x1107 | F: 440.449.1106 | I:
Crestron Services Provider

-----Original Message-----
From: Crestron@... [mailto: Crestron@... ] On Behalf Of Jay Basen
Sent: Wednesday, May 22, 2013 10:17 AM
To: Crestron@...
Subject: Re: [Crestron] crosspoint numbering schemes

Thanks Heath.

----- Original Message -----
From: "Heath Volmer" < hvolmer@... >
To: Crestron@...
Sent: Wednesday, May 22, 2013 8:03:01 AM
Subject: Re: [Crestron] crosspoint numbering schemes

Based on someone's hint here and for ease in renaming: Where there are logic groups that require multiple ID changes after a copy/paste, I make the 5-digit IDs from a 2-digit "type", 2-digit "zone", 1-digit "function". For example, audio zones (rooms) have four different crosspoints in their logic. Room 10's crosspoints might be numbered 40102, 40105, 40106, 40109. When it comes time to copy/paste, I can then F9 "4010" to "4016" to represent room 16.

In other places - source devices, single-crosspoint things, other things at the "end" of the chain - I just number them sequentially but in a separate number range (450nn).

I chose odd ranges of numbers because it seems rather unlikely that I will have coded a 40106 or a 40xx2 in the logic, thus eliminating the possibility of unintentional renames.

Using the 40xxn numbers requires a little more math. Switching rooms essentially requires me to take 46002 + (room * 10) to get the right ID.

Heath

On May 22, 2013, at 7:01 AM, Jay Basen < jay.m.basen@... > wrote:

I'm curious what numbering schemes other people are using for their crosspoint equipment and control symbols to keep things straight and make code easy to cut and paste in a large residential system with a lot of touch panels, rooms, and equipment. Previously, I've started numbering my equipment symbols at 1 and my rooms are numbered in increments of 1000. So, for example, DirecTV box 1 would have an ID of 1. Then the control symbol for DirecTV in room 1 would have an ID of 1001 (adding the equipment ID to the Room ID). In room 2 the control crosspoint symbol for DirecTV box 1 would be numbered 2001.

I've found this easy to keep straight but I've run into issues as the number of touch panels, rooms, and equipment has grown in a large system given the limitation of the crosspoint ID being an integer. I'm curious if others have a better numbering scheme

Thanks in advance

Jay

[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

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



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

--- In Crestron@..., Heather Baiman <heather@...> wrote:

Open a debugger window for the other slot using the Host name of the processor

Search for this thread

Debugger & MC3 Running Multiple Programs

-----Original Message-----
From: Crestron@... [mailto:Crestron@...] On Behalf Of Neil Dorin
Sent: Wednesday, May 22, 2013 11:28 AM
To: Crestron@...
Subject: Re: [Crestron] Really odd cp3 behavior w/debugger

You can't debug two slots at the same time...

Sent from my iPhone

On 2013-05-22, at 9:04 AM, "eagrubbs" <eagrubbs@...> wrote:

I am off site watching a program in slot1 in debugger. I open another instance of debugger and connect to slot3 and all hell brakes loose. What I mean is I start getting random button presses from all the different panels that are in the system. polling starts on stuff that I only do at a system reboot and my signal change rate goes from 2.5-3.0 to 180.0+. Any ideas to WTF is going on? As soon as I close one of the instances of debugger signal rate goes back down and I do not see the random button presses. This sounds like a call to TB.

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



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

-----Original Message-----
From: Crestron@... [mailto:Crestron@...] On Behalf Of Neil Dorin
Sent: Wednesday, May 22, 2013 11:28 AM
To: Crestron@...
Subject: Re: [Crestron] Really odd cp3 behavior w/debugger

You can't debug two slots at the same time...
On 2013-05-22, at 9:04 AM, "eagrubbs" <eagrubbs@...> wrote:

I am off site watching a program in slot1 in debugger. I open another instance of debugger and connect to slot3 and all hell brakes loose. What I mean is I start getting random button presses from all the different panels that are in the system. polling starts on stuff that I only do at a system reboot and my signal change rate goes from 2.5-3.0 to 180.0+. Any ideas to WTF is going on? As soon as I close one of the instances of debugger signal rate goes back down and I do not see the random button presses. This sounds like a call to TB.

[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

On 2013-05-22, at 9:04 AM, "eagrubbs" <eagrubbs@...> wrote:

I am off site watching a program in slot1 in debugger. I open another instance of debugger and connect to slot3 and all hell brakes loose. What I mean is I start getting random button presses from all the different panels that are in the system. polling starts on stuff that I only do at a system reboot and my signal change rate goes from 2.5-3.0 to 180.0+. Any ideas to WTF is going on? As soon as I close one of the instances of debugger signal rate goes back down and I do not see the random button presses. This sounds like a call to TB.