Re: Include4.dat not found
I've seen that message before. After making several changes to my laptop, the message went away after reinstalling all my Crestron software while logged in as the user account I use for programming. Best I can tell, it was a file permissions issue that the file was there, but Windows would not allow the user account I was logged in under to access it. I'm not 100% sure because I was scrambling to fix this and made a lot of changes at once. I just chalked it up to another way Crestron can bring a productive day to a stand still.
toggle quoted message
Show quoted text
--- 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.
|
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.
toggle quoted message
Show quoted text
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
|
You can also run a Squeezebox server on there () and use the module referred to often on this forum to control that. On 22 May 2013, at 03:41, "read_matt@..." <read_matt@...> wrote:
I have a raspberry pi with openelect(xbmc) installed.
i just soldered up an IR receiver to the GPIO ports and learned a remote to control it. (or use a pre defined remote like a MCE/apple tv)
it has cec control so you can also use the tv remote via HDMI connection (tried this but a bit slow for my liking)
also being xbmc you can use the crestron module using json commands.
does this help?
[Non-text portions of this message have been removed]
|
Re: CP3 - IR ports stop working
Whenever I see ... "something was working, then after awhile it wasn't, but a reboot fixed it" I believe it is something in your programming. Create a new program with only the IR devices and see if it still happens. Process of elimination.
toggle quoted message
Show quoted text
--- In Crestron@..., "Jon W" <jonwaldrip@...> wrote:
I have a CP3 that has had a problem twice now, where all 8 IR ports simply stop outputting anything. Everything seems fine (ethernet, serial, relays, etc¡) when it happens.
From debugger I can see no signal being held high, and I can pulse signals on different ports, but the signals do not reach the emitters.
I am also getting an error log full of this error:
Error: TLDM.exe # 03:23:51 5-22-2013 # S3 IOP error: Queueing IR packet failed
Power cycling fixes the issue.
Tech support had never heard of it this morning.
Anyone else ever experience anything like that?
-Jon
|
Re: Helpful hints to not get flamed
I do want to add some points here that are not only applicable to the new guys/beginners.
Never assume somebody else is in the same position as you are and by that I mean:
1) Work setup - self employed (meaning you do everything from sales to support), working at a big company with lots of programmers, just doing corporate or residential projects
2) Personal situation - might have just started his or her own business and things are tough. Remember the days, way back when, when you started on your own. Your mind is in 10 different places and you do find yourself asking stupid questions, because all you need to do it get the job done.
3) Experience - somebody might not have had a programming background, but it is not to say that they cannot become a great programmer. Let's not put them off before they've even started.
I do agree that when you read some of the posts that you can immediately see that no effort was put in to find the information, files, ext, but I also see people responding with posts that cause 20 extra unnecessary responses when a single helpful one liner could have done.
Sometimes a little more patients is all that is needed.
toggle quoted message
Show quoted text
--- 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
|
Re: Crestron Programmer needed in SE Florida
That was a test - and you passed... :-)
toggle quoted message
Show quoted text
--- On Wednesday, May 22, 2013 at 12:15 AM, Nick Mitchell wrote:
Martin,
Tony is dyslexic. It's sscnow dot com.
Lol
On May 21, 2013, at 8:35 PM, martinkup90 <martin@...> wrote:
Todd,
I sent you an email, but it just bounced back to me, you can reach me at
martin at martinkup dot com
--- In Crestron@..., "Tony Golden" <mrgolden@...> wrote:
It was visible in mine, so I thought everyone could see it. Yahoo must
be obscuring it.
Anyway, it's todd at sccnow dot com.
--- On Monday, May 20, 2013 at 5:37 PM, martinkup90 wrote:
Todd, Your email is not visible on the post.
I am located in the SE Florida area and interested in the
opportunity,
send
me a private message so we could chat some more.
Regards,
Martin Kupferman, DMC-E
--- In Crestron@..., "todd.welling" <todd.welling@> wrote:
I am working with a national Integrator that has a local branch in
the
Southeast Florida area. This company is one of the top 10 Custom
Electronic
Integration Companies. The Sr. Leadership has come to me looking for
a Crestron Programmer, someone with the ability to program large
Crestron systems and integrating with other disciplines such as
Lighting and Security.
Pay depends in experience. Who can you recommend for the opportunity?
Your assistance is greatly appreciated!
Todd Welling
Regional Recruiter
SS&C, Inc.
Phone: (805) 557-0077 ext. 141
Fax: (805) 557-0801
E-mail: Todd@
Visit our website:
------------------------------------
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: Crestron Programmer needed in SE Florida
Martin,
Tony is dyslexic. It's sscnow dot com.
Lol
Sent from my eMail.
toggle quoted message
Show quoted text
On May 21, 2013, at 8:35 PM, martinkup90 <martin@...> wrote: Todd, I sent you an email, but it just bounced back to me, you can reach me at martin at martinkup dot com --- In Crestron@..., "Tony Golden" <mrgolden@...> wrote:
It was visible in mine, so I thought everyone could see it. Yahoo must be
obscuring it.
Anyway, it's todd at sccnow dot com.
--- On Monday, May 20, 2013 at 5:37 PM, martinkup90 wrote:
Todd, Your email is not visible on the post.
I am located in the SE Florida area and interested in the opportunity,
send me a private message so we could chat some more.
Regards,
Martin Kupferman, DMC-E
--- In Crestron@..., "todd.welling" <todd.welling@> wrote:
I am working with a national Integrator that has a local branch in the
Southeast Florida area. This company is one of the top 10 Custom
Electronic Integration Companies. The Sr. Leadership has come to me looking for a
Crestron Programmer, someone with the ability to program large Crestron
systems and integrating with other disciplines such as Lighting and
Security.
Pay depends in experience. Who can you recommend for the opportunity?
Your assistance is greatly appreciated!
Todd Welling
Regional Recruiter
SS&C, Inc.
Phone: (805) 557-0077 ext. 141
Fax: (805) 557-0801
E-mail: Todd@
Visit our website:
|
Re: (Beginer) Status =-257 on TCP/IP Client
Also, this is one of those messages that you seemingly can't get a straight answer out of tech support on.
Near as I can tell, the -257 error is what you get if you try sending serial data to a TCP/IP client that isn't currently connected. I haven't been bored enough to verify that on my own - wish T.S. or documentation could just say as much.
- Chip
toggle quoted message
Show quoted text
--- In Crestron@..., "Chip" <cfm@...> wrote:
If the only thing you're doing is putting a 1 on the enable of the TCP/IP client and shooting serials off to it, you're getting ahead of yourself.
Monitor the analog output of the TCP/IP Client symbol. Do not send anything to the tx$ input UNLESS that value is 2.
I'm assuming you've verified the port number that you entered on the TCP/IP symbol in programming mode?
Also, get the silly stuff out of the way - connect to your processor with the command line tool and try "PING 192.168.1.179". If that fails, you've got issues aside from your SIMPL program...
- Chip
--- In Crestron@..., "avautobot1" <a.hutchison@> wrote:
hi yeah my bad that error was taken when I was trying to use a friendly name not an ip as I could not get it to work with the ip address. the error now reads the same but with the ip 192.168.1.179.
and idea what the status= -257 means
--- In Crestron@..., Kool-Aid Drinker <herald@> wrote:
67.215.65.132 is opendns.com. It looks like you typed the IP address
into the TCP-Client symbol incorrectly.
On Mon, 20 May 2013 17:34:19 -0000, "avautobot1"
<a.hutchison@> wrote:
Hi All,
As I said above I am fairly new to this, but I am trying to control a Marantz av
receiver using the TCP/IP Client. After sending the connect string all I get back is the
following message.
Notice:TCP Client Slot-08.IP-ID-25: Unable to connect to TCP server (67.215.65.132\0, status = -257
Now the IP address that is listed is not the one that I have entered into the Marantz or
the IP Client module so im thinking that it must be an issue with DNS. I have tried both
the DNS server on my modem and a third party one.
Any body know what staus = -257 means or come across this problem before.
Thanks in advance for any help.
Alex
|
Lincoln supplied great suggestions, so I'm just echoing the sentiment. I have gobs of C-series codecs under 232 control using the I2P modules with no issues. It sounds like your only real option here is to drop back to 232 and determine what is causing the lockups on your side.
The only thing I will ask - is this being done with more than one C40 connected to the same processor?
- Chip
toggle quoted message
Show quoted text
--- In Crestron@..., "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
|
Re: Sure this was asked before
Ping services.mycrestron.com from both processors; compare. Run debugger against the CP2e; include module signals. Find the two ::debug_weather_ signals, drive them high. You should get a bunch of trace data as the weather module works. On Tue, 21 May 2013 16:13:10 -0700 (PDT), Chris MacGilfrey <chrmac68@...> wrote: Do you think the module is broke for the 4.7x firmware..
It works on CP3E. I wold think in would not work on 3 series before a 4.7x firmware would break it.
|
I have a raspberry pi with openelect(xbmc) installed.
i just soldered up an IR receiver to the GPIO ports and learned a remote to control it. (or use a pre defined remote like a MCE/apple tv)
it has cec control so you can also use the tv remote via HDMI connection (tried this but a bit slow for my liking)
also being xbmc you can use the crestron module using json commands.
does this help?
|
Give the guy a break, there are no stupid questions. I haven't worked with the PI but I have messed with the Arduino. If it is anything like the arduino uno then you can just connect rs232 to it and write whatever protocol you want. I would suggest the arduino, it's so easy you can learn it in 5 minutes. You can make a button press or any other event send a string to the crestron. Just parse it on the creston end and make things happen. Good luck.
toggle quoted message
Show quoted text
--- In Crestron@..., "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
|
FWIW, I have probably 100+ C40s in the wild all running via serial and have never had a problem with them locking up -- might be worth making sure the C40 is running relatively recent-ish firmware.
Two other questions
- Which version of the C40 module are you using?
- Does the Codec have authentication for serial connections (I forget the exact title but it's somewhere in the menu) disabled (default is enabled).
If authentication is required for serial connections you need to "log in" to the serial port & I'm wondering if the codec is "timing out" the serial login and that may cause the perceived lockup
Lincoln
toggle quoted message
Show quoted text
-----Original Message----- From: Crestron@... [mailto:Crestron@...] On Behalf Of Mark Chytka Sent: Tuesday, May 21, 2013 6:57 PM To: Crestron@... Subject: [Crestron] Re: Cisco C40 via SSH 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
|
Re: Sure this was asked before
I wouldn't say "broke" -- if it was, many more people would be affected. Subtle new bug that only has an effect in certain systems? Sure, wouldn't surprise me. If you're curious (and a little masochistic), do a wireshark capture of your CP2e and of a CP3 with the weather module set of identically. See if there's anything different... On Tue, 21 May 2013 16:13:10 -0700 (PDT), Chris MacGilfrey <chrmac68@...> wrote: Do you think the module is broke for the 4.7x firmware..
It works on CP3E. I wold think in would not work on 3 series before a 4.7x firmware would break it.
|
Re: DMPS Disabling DHCP and Private Network Mode
To add to this, I had one unit that even using command line I gave up and plugged in with a USB cable before I got everything to work right. It was a unit I had been doing development work on and something got screwy. After I USBed into it and did both initialize and restore everything got better. Mind you it had been running deployed code so I don't know what was up. Over all it can be a 'quirky' box but once you get it working it seems to be stable. On Tue, May 21, 2013 at 3:07 PM, jbudz1977 <jbudz1977@...> wrote: **
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.
--- 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>]."
[Non-text portions of this message have been removed]
|
Re: Ipads with cellular service + Mobile Pro G
Oliver,
From my understanding from the Apple tech web pages, the iPads and iPhones
automatically work on the wi-fi network for data if connected to one, and
only use the cellular signal for phone usage.
If your client is having issues even with wi-fi, it could just be a bad
wireless router or broadband service. Some of the less expensive smaller
routers tend to have very poor performance even with higher broadband data
rates.
From: Crestron@... [mailto:Crestron@...] On Behalf
Of Oliver
Sent: Tuesday, May 21, 2013 2:22 PM
To: Crestron@...
Subject: [Crestron] Ipads with cellular service + Mobile Pro G
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: Crestron Programmer needed in SE Florida
Todd,
I sent you an email, but it just bounced back to me, you can reach me at martin at martinkup dot com
toggle quoted message
Show quoted text
--- In Crestron@..., "Tony Golden" <mrgolden@...> wrote:
It was visible in mine, so I thought everyone could see it. Yahoo must be
obscuring it.
Anyway, it's todd at sccnow dot com.
--- On Monday, May 20, 2013 at 5:37 PM, martinkup90 wrote:
Todd, Your email is not visible on the post.
I am located in the SE Florida area and interested in the opportunity, send
me a private message so we could chat some more.
Regards,
Martin Kupferman, DMC-E
--- In Crestron@..., "todd.welling" <todd.welling@> wrote:
I am working with a national Integrator that has a local branch in the
Southeast Florida area. This company is one of the top 10 Custom Electronic
Integration Companies. The Sr. Leadership has come to me looking for a
Crestron Programmer, someone with the ability to program large Crestron
systems and integrating with other disciplines such as Lighting and
Security.
Pay depends in experience. Who can you recommend for the opportunity?
Your assistance is greatly appreciated!
Todd Welling
Regional Recruiter
SS&C, Inc.
Phone: (805) 557-0077 ext. 141
Fax: (805) 557-0801
E-mail: Todd@
Visit our website:
|
Re: Sure this was asked before
Do you think the module is broke for the 4.7x firmware..
It works on CP3E. I wold think in would not work on 3 series before a 4.7x firmware would break it.
|
..and Device Database at least 49.05.004
Da 22.5.2013 0:32 Heath Volmer wrote / napsal(a):
toggle quoted message
Show quoted text
Not sure where the "2" came from that folks refer to. It's listed as "Ethernet Intersystem Communications (packed)" right under "Ethernet Intersystem Communications" in the various places that ethernet devices are added in Configure View.
On May 21, 2013, at 4:26 PM, Peter Jablonicky <jablonko@...> wrote:
I can't see EISC2 in my SIMPL:
Device Database: 48.05.005.00
Crestron Database: 38.00.006.00
Dn(a 22.5.2013 0:17 specialtyprogramming wrote / napsal(a):
When was the EISC2 released into the wild?
This relates back to the question asked a few days ago about
redundant signals on EISC's.
I'm not sure about during run time, however one of the key operational
differences with the EISC2 is that it sends multiple statuses on startup.
I'm not sure if it sends a zero status then any non-zero values or
sends every value using less traffic by putting multiple values per
packet.
It makes a big difference when there are a lot of EISC's that need to
come into sync between multiple processors.
Regards
Simon Pollak
Specialty Programming Services
--- In Crestron@... <mailto:Crestron%40yahoogroups.com>,
Neil Dorin <neildorin@...> wrote:
I'm not privy to the complete inner workings but my understanding is that
the packed EISC will trap multiple changes and transmit them all as one
packet over TCP rather than generating a packet for each signal change.
This is imperceptible as far as programs are concerned but generates
magnitudes less TCP traffic.
On Tue, May 21, 2013 at 1:42 PM, matt_rasmussen_2000 <mjrtoo@...>wrote:
**
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?
--- In Crestron@...
<mailto:Crestron%40yahoogroups.com>, 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@...
<mailto:Crestron%40yahoogroups.com>, "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@...
<mailto:Crestron%40yahoogroups.com>, "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
------------------------------------
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
|
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
toggle quoted message
Show quoted text
--- 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
|
