crestron@groups.io

Re: "Many to one" EISC

I do believe I have done a UDP subnet broadcast and had other processors receive that as well too, but that could get even more messy than managing client connections as in the previous reply.

Show quoted text

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

Isn't the server socket a one-at-a-time thing though?

On May 21, 2013, at 1:45 PM, matt_rasmussen_2000 <mjrtoo@...> wrote:

I believe a TCP/IP server socket with the address of 0.0.0.0 will allow any IP address to connect to it, then do what you will with clients from the other processors.

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

Is there a way to do something like a many-to-one EISC? Several different processors could all monitor/control the status of one EISC (or similar) on another processor. Seems stupid to define many EISCs on the "one" end. Multicast....

Thanks, Heath

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

Re: "Many to one" EISC

Heath Volmer

#179644

Yes, but if I need two things to talk to it simultaneously - like multiple CCROSS into a source device's ECROSS.

Yet another area where network-enabled crosspoints would be dandy...

Show quoted text

On May 21, 2013, at 1:57 PM, "matt_rasmussen_2000" <mjrtoo@...> wrote:

Couldn't you disconnect the sockets when you're not using them?

Re: "Many to one" EISC

#179643

Couldn't you disconnect the sockets when you're not using them?

Show quoted text

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

Isn't the server socket a one-at-a-time thing though?

On May 21, 2013, at 1:45 PM, matt_rasmussen_2000 <mjrtoo@...> wrote:

I believe a TCP/IP server socket with the address of 0.0.0.0 will allow any IP address to connect to it, then do what you will with clients from the other processors.

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

Is there a way to do something like a many-to-one EISC? Several different processors could all monitor/control the status of one EISC (or similar) on another processor. Seems stupid to define many EISCs on the "one" end. Multicast....

Thanks, Heath

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

Re: "Many to one" EISC

Heath Volmer

#179642

Isn't the server socket a one-at-a-time thing though?

On May 21, 2013, at 1:45 PM, matt_rasmussen_2000 <mjrtoo@...> wrote:

I believe a TCP/IP server socket with the address of 0.0.0.0 will allow any IP address to connect to it, then do what you will with clients from the other processors.

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

Is there a way to do something like a many-to-one EISC? Several different processors could all monitor/control the status of one EISC (or similar) on another processor. Seems stupid to define many EISCs on the "one" end. Multicast....

Thanks, Heath

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

Re: "Many to one" EISC

#179641

I believe a TCP/IP server socket with the address of 0.0.0.0 will allow any IP address to connect to it, then do what you will with clients from the other processors.

Show quoted text

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

Is there a way to do something like a many-to-one EISC?  Several different processors could all monitor/control the status of one EISC (or similar) on another processor.  Seems stupid to define many EISCs on the "one" end.  Multicast....

Thanks, Heath

Re: EISC (Packed)?

#179640

You seem to have inside information Neil, are you saying that the EISC will generate a single packet when multiple transitions occur on a single logic wave, rather than a packet for every change?

Show quoted text

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

There is no good reason to use the old (non-packed) symbol any longer.

Sent from my iPhone

On 2013-05-21, at 1:08 PM, "floyd1212" <floyd1212@...> wrote:

Hmm. That sounds more efficient.

When would you use one vs. the other? Is there a reason why you wouldn't want to always send multiple state changes in a single packet?

Does this only come into play when a program comes online and sends an update request?

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

The regular one sends an ip packet for each join, the packed version will send multiple joins in one ip packet.

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

What is the difference between the regular EISC and the "packed" version? The help file for the "packed" version simply takes you to the regular EISC definition, and there is no mention of the difference.

TIA

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

Ipads with cellular service + Mobile Pro G

#179639

I have a client and 3 out of 4 of her Ipads are cellular capable on AT&T, and she lives in an area of terrible cell reception. The result of this, and not the best wi-fi, is that the 3 AT&T ipads do a lot of "connection interrupted" while on the Crestron Mobile Pro G app and the basic wifi only first gen ipad is quite a bit better, but not perfect. If you turn off the cellular service on the cellular ones, they get better too.

Obviously the situation can be improved with better wifi, but I was also wondering if anyone has been down the path of trying to automate turning off the cellular service when on a particular wifi network to force wifi only. I know I could do this with the Android Tasker App (it's an amazing app), not sure the equivalent exists for IOs.

Thx

OP

Re: EISC (Packed)?

#179638

There is no good reason to use the old (non-packed) symbol any longer.
On 2013-05-21, at 1:08 PM, "floyd1212" <floyd1212@...> wrote:

Hmm. That sounds more efficient.

When would you use one vs. the other? Is there a reason why you wouldn't want to always send multiple state changes in a single packet?

Does this only come into play when a program comes online and sends an update request?

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

The regular one sends an ip packet for each join, the packed version will send multiple joins in one ip packet.

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

What is the difference between the regular EISC and the "packed" version? The help file for the "packed" version simply takes you to the regular EISC definition, and there is no mention of the difference.

TIA

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

Re: EISC (Packed)?

#179637

Hmm.  That sounds more efficient.

When would you use one vs. the other?  Is there a reason why you wouldn't want to always send multiple state changes in a single packet?

Does this only come into play when a program comes online and sends an update request?

Show quoted text

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

The regular one sends an ip packet for each join, the packed version will send multiple joins in one ip packet.

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

What is the difference between the regular EISC and the "packed" version?  The help file for the "packed" version simply takes you to the regular EISC definition, and there is no mention of the difference.

TIA

Re: DMPS Disabling DHCP and Private Network Mode

#179636

Toolbox has been broken for a long time when using the System Info tool to adjust network settings on a DMPS.  Try using the terminal commands and things will work way better for you.

Show quoted text

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

I have a DMPS-300 and I keep getting this error after a reboot when I'm trying to disable both the DHCP and the Private Network mode:

"Timeout waiting for the device to respond to the command privatenetconfig<LF>.  Waiting for one of the following tokens [C2I-DMPS-300-VIDEO>]."

Re: Sure this was asked before

Kool-Aid Drinker

#179635

Oh, man, that's awesome!

On Tue, 21 May 2013 14:55:18 -0400, Lincoln King-Cliby
<lincoln@...> wrote:

Well, it also doesn't help that Crestron has invalid.crestron.com actually configured to
resolve -- 96.234.151.126 belongs to "CRESTRON MID-ATLANTIC, IN; 6990 COLUMBIA GATEWAY
COLUMBIA MD 21046 US" (via ISP/Transport Verizon Online LLC's Fiber-to-the-Premises
network) per the RWHOIS 

There was a thread about this in the other place and I don't think it ever got fixed...

Re: Sure this was asked before

#179634

Well, it also doesn't help that Crestron has invalid.crestron.com actually configured to resolve -- 96.234.151.126 belongs to "CRESTRON MID-ATLANTIC, IN; 6990 COLUMBIA GATEWAY COLUMBIA MD 21046 US" (via ISP/Transport Verizon Online LLC's Fiber-to-the-Premises network) per the RWHOIS

There was a thread about this in the other place and I don't think it ever got fixed...
--
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

Show quoted text

-----Original Message-----
From: Crestron@... [mailto:Crestron@...] On Behalf Of Kool-Aid Drinker
Sent: Tuesday, May 21, 2013 2:45 PM
To: crestron@...
Subject: [Crestron] Re: Sure this was asked before

Many (most?) DNS providers no longer return a NXDOMAIN record
(non-existent domain) when looking up an address that doesn't exist.
They prefer to return an IP address corresponding to their
search/advertising webserver to "help" you find the correct address.

You can't make that error message go away without finding an
old-fashioned, honest DNS server to query.

In any event, this shouldn't cause any issues. Name resolution over
CIP is just a kludge for finding local devices by name.

What issue are you having, with what modules?

On Tue, 21 May 2013 16:21:24 -0000, "Chris" <chrmac68@...>
wrote:

I keep getting this error.

Notice: Resolution on invalid hostname >invalid.crestron.com< ... setting primary resolution to CIP

I know my dns setting are working. I was able to use console to ping sites and the names
always resolve.
I tried a initialize and restore to set everything to factory but cant make this error go away.
It is causing me some issues with some modules. Its on 2 CP2Es. When i load the program on
a CP3E it runs perfect with the dns resolution and this error is not present.

Any ideas why this is happening?
------------------------------------

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

Re: Sure this was asked before

Kool-Aid Drinker

#179633

Many (most?) DNS providers no longer return a NXDOMAIN record
(non-existent domain) when looking up an address that doesn't exist.
They prefer to return an IP address corresponding to their
search/advertising webserver to "help" you find the correct address.

You can't make that error message go away without finding an
old-fashioned, honest DNS server to query.

In any event, this shouldn't cause any issues. Name resolution over
CIP is just a kludge for finding local devices by name.

What issue are you having, with what modules?

On Tue, 21 May 2013 16:21:24 -0000, "Chris" <chrmac68@...>
wrote:

I keep getting this error.

Notice: Resolution on invalid hostname >invalid.crestron.com< ... setting primary resolution to CIP


I know my dns setting are working. I was able to use console to ping sites and the names
always resolve.
I tried a initialize and restore to set everything to factory but cant make this error go away.
It is causing me some issues with some modules. Its on 2 CP2Es. When i load the program on
a CP3E it runs perfect with the dns resolution and this error is not present.

Any ideas why this is happening?

Re: Help for the Middle Atlantic Racklink SW215

#179632

Many thanks for the replies. I just got the RS-232 module working after 3 days of head banging. The trick is:

The "Login_User_Text" must be the word "user" and nothing else in the RackLink v1.2 module.
The "Login_User_Password_Text" must be the exact password as set in the RackLink Discovery Tool and it should just be left as the default one "password".

Once I replaced the user name with "user", everything started to work. It now turns on and off with the system. I'm going to leave alone the IP version for now but will return later to try and get it working.

Many thanks again for your assistance.

-David

Re: Cisco C40 via SSH

#179630

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

Show quoted text

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

DMPS Disabling DHCP and Private Network Mode

#179631

I have a DMPS-300 and I keep getting this error after a reboot when I'm trying to disable both the DHCP and the Private Network mode:

"Timeout waiting for the device to respond to the command privatenetconfig<LF>.  Waiting for one of the following tokens [C2I-DMPS-300-VIDEO>]."

Sometimes I also get an error saying that:

 "The ability requested (code = EthernetVLANEnable) is not supported on this device."

When it appears I have all the settings the way I want them I try to connect to the DMPS tool to set some EDID settings it says: " Your DMPS is not Fully Initialized or is experiencing an error"

Is there a recommended order of operations for Disabling both the DHCP and Private Ethernet Mode?

Re: Cisco C40 via SSH (Secure Shell)

#179629

SSH and Telnet are completely different protocols.

SSH requires encryption which is not supported currently (Simpl# is
supposed to change that but it is in beta)

Show quoted text

On Tue, May 21, 2013 at 10:13 AM, Mark Chytka <mchytka@...>wrote:

Was running a C40 with the ip module via Telnet (Port 23). End user wants
to switch it to SSH (port 23). End user changed C40 to SSH an I changed the
port value in the ip client to 23d. I am now getting a Protocol Mismatch
response for the Codec and it is not controlling. The 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

Re: Raspberry Pi

Tres

#179628

it is obvious you don't know what a raspberry pi is. I would just avoid the
expense and do some more research as to what the raspberry pi actually is.
hint. it is a computer. 

From: Crestron@... [mailto:Crestron@...] On Behalf
Of micky3corks
Sent: Tuesday, May 21, 2013 1:26 PM
To: Crestron@...
Subject: [Crestron] Re: Raspberry Pi

Not too sure. Have just being doing some research on Google, and apparently
you can connect an IR receiver to it and control it with a remote? If that
that is the case then it is easy, but was wondering if it could be
controlled via IP etc?

Cheers

Mike 

--- In Crestron@... <mailto:Crestron%40yahoogroups.com> , Nick
Mitchell <nick@...> wrote:

Umm. That's kind of a broad question. The Pi is a piece of hardware that
runs Linux or Android or whatever operating system that you can find for
it.

It's just as controllable as any other Linux distro.

Nick

Sent from my eMail.

On May 21, 2013, at 1:07 PM, micky3corks <micky3corks@...> wrote:

Hi Guys,

New to the group so bare with me if this topic has already been covered...

I would like to purchase a couple of Raspbeery Pi units, but was wondering
if there was a control module available for them to be operated by a Pro2?

Would be grateful if some one could point me in the right direction.

Rgds

Mike

  _____  

No virus found in this message.
Checked by AVG - www.avg.com
Version: 2013.0.3343 / Virus Database: 3162/6343 - Release Date: 05/21/13

Cisco C40 via SSH

Mark Chytka

#179627

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

Re: "Many to one" EISC

#179626

There was a prodigy multicast symbol I used a while back for this purpose exactly. Don't know if its still around...

Show quoted text

On 2013-05-21, at 10:39 AM, Heath Volmer <hvolmer@...> wrote:

Is there a way to do something like a many-to-one EISC? Several different processors could all monitor/control the status of one EISC (or similar) on another processor. Seems stupid to define many EISCs on the "one" end. Multicast....

Thanks, Heath

开云体育