¿ªÔÆÌåÓý

ctrl + shift + ? for shortcuts
© 2025 Groups.io
Date

Re: EISC (Packed)?

Eric Williams
 

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

Sent from my pocket robot!

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


Re: Help with Display Development Protocol

Chris Schley
 

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.

On 5/21/2013 4:28 PM, Heather Baiman 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




Re: Help with Display Development Protocol

Kool-Aid Drinker
 

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


Re: CP3 - IR ports stop working

 

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

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


Help with Display Development Protocol

Heather Baiman
 

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


Re: TSTAT-EX Issue (feedback?)

Heath Volmer
 

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]


Re: CP3 - IR ports stop working

 

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.

--- 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: Sure this was asked before

Kool-Aid Drinker
 

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.


TSTAT-EX Issue (feedback?)

Chris Schley
 

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.


CP3 - IR ports stop working

 

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: Pretty Toolbox splash

 

+1 -- I like it. On my machine, sometimes Toolbox opens in a few seconds,
but sometimes it takes forever for some reason, it is nice to know that it
is actually doing something.

Jon
From: castor_97 <ecastor@...>
Reply-To: <Crestron@...>
Date: Tuesday, May 21, 2013 7:25 AM
To: <Crestron@...>
Subject: [Crestron] Re: Pretty Toolbox splash






I agree, the status update is great, it's was annoying to get a few
instances launched.

--- In Crestron@... <mailto:Crestron%40yahoogroups.com> , "Brian
Gross" <brian@...> wrote:

I agree. Before this Toolbox would just sit there not moving, and we just had
to hope it was working. Now at least there is action to reassure us.

--- In Crestron@... <mailto:Crestron%40yahoogroups.com> ,
"robbie_ray" <rlray@> wrote:

As my computer has grown older, I find that I appreciate an acknowledgement
that the program actually started after I clicked the icon.

Nothing more annoying than after waiting 5 minutes winding up with 3
instances of Toolbox open...

--- In Crestron@... <mailto:Crestron%40yahoogroups.com> , Marc
Nield <nieldm@> wrote:

Is it me or is that new, pretty Toolbox startup splash more annoying than
useful? You start an upload or a compile and then think "oh I'll start Toolbox"
then you can't see what's going on for as long as it takes Toolbox to start coz
the damn splash hogs the screen and won't go away.

Like I said, maybe I am doing something wrong, but if I am not I can't
believe I am alone in my grumpiness?.








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


Re: "Many to one" EISC

Kool-Aid Drinker
 

Avoid the prodigy multicast module! It's another of those cases (like
the original iPhone symbol) where an intern invented a protocol and
implemented it poorly in S+.

On Tue, 21 May 2013 11:49:09 -0600, Neil Dorin <neildorin@...>
wrote:

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

Sent from my iPhone

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


Re: "Many to one" EISC

Kool-Aid Drinker
 

XSIG through a UDP symbol.

Just tested with two programs on a CP3N and one on a CP2e. Fine and
dandy, with the exception that the two CP2N programs didn't exchange
data.

On Tue, 21 May 2013 16:01:01 -0400, Lincoln King-Cliby
<lincoln@...> wrote:

UDP aimed at the broadcast address for your (sub)network, e.g. 10.0.0.255 for 10.0.0.0/24

Haven't tried it with a Crestron processor though...

Lincoln


Re: Sure this was asked before

Chris MacGilfrey
 

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.


Re: "Many to one" EISC

 

Probably easier to just do the IPID changes rather than figure out something that might work. :-)

Also, you can import EISC symbols into other programs, so if you didn't know that, that might save some time defining stuff in the destination processor.

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

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



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

 

UDP aimed at the broadcast address for your (sub)network, e.g. 10.0.0.255 for 10.0.0.0/24

Haven't tried it with a Crestron processor though...

Lincoln

--
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 Heath Volmer
Sent: Tuesday, May 21, 2013 4:00 PM
To: Crestron@...
Subject: Re: [Crestron] Re: "Many to one" EISC

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



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?


[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


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.

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

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

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

 

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

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

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]