开云体育

I had to go into network device view to load the ir firmware on an MC3 once.

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

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

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]

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 &#92;xFE
Proj Addresss &#92;x01
Command Byte(s)
Data Byte(s)
Checksum byte (address + command + data) modulo 256
Stop Byte &#92;xFF

Example:
Lamp Command &#92;x76&#92;x1A
Lamp Data (On) &#92;x01
Lamp Data (Off) &#92;x00

So to turn the lamp on I believe I should get:
&#92;xFE&#92;x01&#92;x76&#92;x1A&#92;x01&#92;x92&#92;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

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.

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.

I just noticed these today, thanks for the clarification. I have some updating to do.

Sent from my pocket robot!

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.

Chris.

The modulo-256 just means the low-byte of the sum only. Command looks
good.

On Tue, 21 May 2013 21:28:10 +0000, Heather Baiman <heather@...>
wrote:

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 &#92;xFE
Proj Addresss &#92;x01
Command Byte(s)
Data Byte(s)
Checksum byte (address + command + data) modulo 256
Stop Byte &#92;xFF

Example:
Lamp Command &#92;x76&#92;x1A
Lamp Data (On) &#92;x01
Lamp Data (Off) &#92;x00

So to turn the lamp on I believe I should get:
&#92;xFE&#92;x01&#92;x76&#92;x1A&#92;x01&#92;x92&#92;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

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

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 &#92;xFE
Proj Addresss &#92;x01
Command Byte(s)
Data Byte(s)
Checksum byte (address + command + data) modulo 256
Stop Byte &#92;xFF

Example:
Lamp Command &#92;x76&#92;x1A
Lamp Data (On) &#92;x01
Lamp Data (Off) &#92;x00

So to turn the lamp on I believe I should get:
&#92;xFE&#92;x01&#92;x76&#92;x1A&#92;x01&#92;x92&#92;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

FB reports what the TSTAT is doing, regardless of what the program told it to do. A user can adjust the stat locally, and FB will report that back to the program.



On May 21, 2013, at 3:06 PM, Chris Schley <cssfh3@...> wrote:

I'm adapting my thermostat module to work with the infinet thermostat,
and I don't have one to play with. There's one thing that concerns me.

In the help file, it says to tie the Analog FB lines to the control
lines, otherwise "the output will not track the value of " whatever the
line is.

Do the feedback lines actually do anything? I'd like to get confirmation
from the thermostat that the setpoint changed, and not assuming that it
did just because I sent it a command.

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

I had a similar issue with a CP3 a few months ago. In my case the IR outputs were DOA and power cycling, updating firmware, etc. had no effect. Everything else worked fine. I had to RMA the unit.

I've tried the weather module when it first came out, failed, and
haven't tried again...

Your CP2e is apparently running 4.7.x firmware, which I haven't been
impressed with, and don't have any systems running...

The weather module is protected, so you can't even pry it open to see
what's broken...

Time for True Blue.


On Tue, 21 May 2013 13:47:27 -0700 (PDT), Chris MacGilfrey
<chrmac68@...> wrote:

Its with the crestron weather module. The program runs perfect on CP3 without this error
but wont work on the CP2E that has this error.

Has to be in the processor itself but cant find out what would cause this issue.