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
|
Good Night
Someone can control an AppleTv with ethernet? Somebody have a protocol? or a module to control?
Thanks in advance
Mart铆 Do帽ate
|
Re: CP3 - IR ports stop working
I had to go into network device view to load the ir firmware on an MC3 once.
toggle quoted message
Show quoted text
~-----Original Message-----
~From: Crestron@...
~[mailto:Crestron@...] On Behalf Of Neil Dorin
~Sent: Tuesday, May 21, 2013 3:00 PM
~To: crestron
~Subject: Re: [Crestron] CP3 - IR ports stop working
~
~I had a CP3 that failed a firmware update and the IR board had an
~incompatible firmware version and thus would not output IR.
~Had to call
~Crestron and after attempting to flash the firmware for 45 minutes they
~RMAd it.
~
|
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 / nap韘al(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
[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]
[Non-text portions of this message have been removed]
|
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 / nap铆sal(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
[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]
|
On an IDOC, is there any way to sync up the menus with what's selected and playing? Media player won't do it - not to mention that it's largely unusable. I don't see anything in the IDOCV symbols that appears to do this.
Thanks, Heath
|
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
toggle quoted message
Show quoted text
--- In Crestron@..., 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@..., 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]
|
Re: Include4.dat not found
Been like that since last summer for me; Happens at random nothing I can
pin point.
Trey
please excuse typos, courtesy of my Samsung Note II
toggle quoted message
Show quoted text
On May 21, 2013 4:56 PM, "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.
|
Re: CP3 - IR ports stop working
I had a CP3 that failed a firmware update and the IR board had an incompatible firmware version and thus would not output IR. Had to call Crestron and after attempting to flash the firmware for 45 minutes they RMAd it. On Tue, May 21, 2013 at 3:30 PM, Russell Grove <russellrgrove@...>wrote: **
I had this problem with an Adagio a few years ago. I had a bad IR file
that worked fine in a PRO2 but when specific buttons were pressed it would
lock up the Adagio until power cycled.
-Russell
Sent from my iPhone
On May 21, 2013, at 4:03 PM, "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
[Non-text portions of this message have been removed]
[Non-text portions of this message have been removed]
|
Re: Help with Display Development Protocol
Modulo 256 should be the remainder after dividing by 256 (in other words,
the lower byte of the sum), you can check this by trying the operation on a
number larger than 256.
_____
From: Crestron@... [mailto:Crestron@...] On Behalf
Of Heather Baiman
Sent: Tuesday, May 21, 2013 2:28 PM
To: Crestron@...
Subject: [Crestron] Help with Display Development Protocol
We're installing one of these F3 projectors and I wasn't able to test it in
the office before it went to site. The DD people actually do the install
themselves and I was also under the impression that I only needed to control
the VP-100 (rebadged DVDO iScan Duo) scalar that comes with it. Surprise,
need to control the F3 also with a slightly confusing protocol document.
Strings are formatted as:
Start Byte \xFE
Proj Addresss \x01
Command Byte(s)
Data Byte(s)
Checksum byte (address + command + data) modulo 256
Stop Byte \xFF
Example:
Lamp Command \x76\x1A
Lamp Data (On) \x01
Lamp Data (Off) \x00
So to turn the lamp on I believe I should get:
\xFE\x01\x76\x1A\x01\x92\xFF
Question:
What does the modulo notation mean? Twos complement, correct? I tried
selecting MOD on the calculator but it did nothing to change the check sum
value. I think I have only had to use 2's complement once or twice in my
programming life and I'm drawing a blank here.
TIA
Heather Baiman, Head of Programming
Electronic Environments Inc.
247 W. 37th Street, Suite 704, New York, NY 10018
Phone: 212-997-1110 | Fax: 212-997-0474
|
Re: Help with Display Development Protocol
Not all computer folks! In classic Scheme programming, you get to write out the whole word. On Tue, 21 May 2013 15:46:09 -0600, Heath Volmer <hvolmer@...> wrote: Yes. "Modulo" is just the mathematical word that apparently only engineers use. Math and
computer folks are too lazy.
checkum = sum % 256 in programming-speak.
On May 21, 2013, at 3:42 PM, Chris Schley <cssfh3@...> wrote:
I believe the value is right. I'm pretty sure that modulo is the
remainder after division. In this case, it limits the checksum to 1
byte, in case the sum is greater than 255.
|
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.
|
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.
toggle quoted message
Show quoted text
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@..., 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
|
Re: Help with Display Development Protocol
Yes. "Modulo" is just the mathematical word that apparently only engineers use. Math and computer folks are too lazy.
checkum = sum % 256 in programming-speak.
toggle quoted message
Show quoted text
On May 21, 2013, at 3:42 PM, Chris Schley <cssfh3@...> wrote: I believe the value is right. I'm pretty sure that modulo is the
remainder after division. In this case, it limits the checksum to 1
byte, in case the sum is greater than 255.
|
I just noticed these today, thanks for the clarification. I have some updating to do.
Sent from my pocket robot!
toggle quoted message
Show quoted text
-----Original Message----- From: "matt_rasmussen_2000" <mjrtoo@...> Sent: 鈥�5/鈥�21/鈥�2013 3:42 PM To: "Crestron@..." <Crestron@...> Subject: [Crestron] Re: EISC (Packed)? 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@..., 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]
|
