开云体育

What error?

From the IF-ELSE:

"
IF ( <expression>)

[{]

<statements>

[}]

[ELSE]

[{]

<statements>

[}]]

...

In any section of the construct, if <statements> is only a single
statement, then the { and } characters may be omitted.
"

That module should get you some form of action - certainly at least
a response of some sort from the unit.

Are you seeing a string going out to the box in SIMPL Debugger but
nothing coming back? Any chance you need to swap pins 2 & 3 on your
cable? (Or stick a null-modem adapter inline) Did you make this
cable with just pins 2, 3 & 5 wired, or is this an "off the shelf"
cable? (Most of those will actually cause problems)

- Chip


--- In Crestron@..., "oystein.loland" <oystein.loland@...>
wrote:

Can anyone point me to (or send me) a simple program were controlling a
Sierra router is involved?

I have a SierraPro XL1204 that doesn't react on the commands I try to
send it. I have probably missed something but were?

The protocol is on "host protocol" on the router and the bits and flow
control is set the same on both the com and the Sierra.

I'm using the Sierra Router macro included with Crestron Simpl Windows.

Any help out there?

Thanks
OL

Here's a basic command, I tend to use the V command more than
anything.

**V4,5,5,5,5,5,0,0!!

This will switch input 5 on levels 1,2,3,4,5 (RGBHV) to output 4,
while not changing the current source routed to output 4 on levels 6
and 7.

you can send multiple commands at one time, just use a space at the
end of the first one, and encapsulate all the commands in the ** !!.

**V4,5,5,5,5,5,0,0 V1,0,0,0,0,0,5,5!!

Which would switch input 5 to output 4 video and input 5 to output 1
audio.


<oystein.loland@...> wrote:

Can anyone point me to (or send me) a simple program were

controlling a

Sierra router is involved?

I have a SierraPro XL1204 that doesn't react on the commands I try

to

send it. I have probably missed something but were?

The protocol is on "host protocol" on the router and the bits and

flow

control is set the same on both the com and the Sierra.

I'm using the Sierra Router macro included with Crestron Simpl

Windows.

Any help out there?

Thanks
OL

Has that worked for you? I am having trouble getting reliable response
from the SP870. BenQ provided me with the command protocol, but after
30 seconds the projector stops responding to commands.

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

Wow, I made my original post while on hold with BenQ.

Once they actually picked up, very polite and got the document to me
quickly.

Let me know if anyone needs it.

Luke

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

A quick search didn't reveal anything promising on this model

projector.

Looks like a couple of people tried getting similar models working but
didn't reach much success.

Anyone have a current protocol document or a working module.

Thanks.

Luke

Well both of them are in the beta of SIMPL at this point so that is always a
good sign of things to come. I'd say it is likely they could ship any day
based on previous trends of when things show up in the beta folder.

Mark

Anyone know the status of these products? Has anyone used these
products? Opinions?

--- In Crestron@..., "Nightcountry" <patrickbedford@...>
wrote:

--- In Crestron@..., "Nightcountry" <patrickbedford@>
wrote:

Hi is anyone else having a problem when compiling a vtpro

program -

pc hangs at 50 percent when loading fonts and sometimes freezes
completely - another installer I know is having the same

issues .....

the program is taking 300,000 kb in memory - have an I-7 processor
with 6 gigs of ram
and am still having problems - with vt 3.8 and now with vt 3.9
thanks

Thats odd because the program that is causing the most problems is
one for a TPS6L -

I was having MASSIVE compile time problems with both VTPro-e and
SIMPL Windows for some time now - ever since I got my new computer
this past fall (a dual core T9300 laptop, 2GB RAM, XP Pro SP3,
etc.). Just yesterday I figured out what the problem was (after
trying a bunch of things with TB). When I got the new PC, my files
were moved from my C: drive to My Documents folder. The difference?
My Documents (here at the college, anyway) is configured by our IT
department as a network drive, not a local drive. It works great for
keeping things automatically backed up and accessible everywhere, but
it turns out that SIMPL and VTPro-e do NOT like to compile off of the
network. At all.

Interesting notes: when compiling from the network drive, it would
take upwards of 30 minutes to compile a SIMPL program with the MPS-
100 module in it. As soon as I copied it to the C drive, it took 14
seconds! Same with VTPro-e: I had a TPMC-15-QM panel that took 20
minutes to compile. Copied to C drive... compiles in less than 10
seconds!

Lesson for me: keep files on the C drive, back them up regularly via
some other method, and compile problems go away.

I really hope this helps solve your problems, I was extremely
frustrated with compile times for several months... so I know how you
feel.

Craig Underwood
Media Services Manager
Moravian College
Bethlehem, PA

Can anyone point me to (or send me) a simple program were controlling a
Sierra router is involved?

I have a SierraPro XL1204 that doesn't react on the commands I try to
send it. I have probably missed something but were?

The protocol is on "host protocol" on the router and the bits and flow
control is set the same on both the com and the Sierra.

I'm using the Sierra Router macro included with Crestron Simpl Windows.

Any help out there?

Thanks
OL

--- In Crestron@..., "Nightcountry" <patrickbedford@...> wrote:

Hi is anyone else having a problem when compiling a vtpro program -
pc hangs at 50 percent when loading fonts and sometimes freezes
completely -

I too am experiencing the hang at about 50% as it tries to do something with the fonts. It
always finishes eventually, however.

- Jeff

Oddly enough, I've just been sent another spec from Samsung. It
gives PC1 and PC2 as &#92;x15 and &#92;x16 respectively.

So that would make:
PC1:
&#92;xAA&#92;x14&#92;xFE&#92;x01&#92;x15&#92;x28

PC2:
&#92;xAA&#92;x14&#92;xFE&#92;x01&#92;x16&#92;x29

--- In Crestron@..., "Oliver Hall" <oliver.hall@...>
wrote:

Cool!

I'm not sure which code maps to which input as the protocol doc
doesn't list rgb1/rgb2, but try these out (this is the complete set
from the docs):

PC:
&#92;xAA&#92;x14&#92;xFE&#92;x01&#92;x14&#92;x27

AV:
&#92;xAA&#92;x14&#92;xFE&#92;x01&#92;x0C&#92;x1F

BNC:
&#92;xAA&#92;x14&#92;xFE&#92;x01&#92;x1E&#92;x31

Component:
&#92;xAA&#92;x14&#92;xFE&#92;x01&#92;x08&#92;x1B

DVI:
&#92;xAA&#92;x14&#92;xFE&#92;x01&#92;x18&#92;x2B

S-Video:
&#92;xAA&#92;x14&#92;xFE&#92;x01&#92;x04&#92;x17

"MagicNet": (only on some displays apparently)
&#92;xAA&#92;x14&#92;xFE&#92;x01&#92;x20&#92;x33

You could (at your own risk!) try different parameters in the

second

to last byte. The final byte is a checksum and is simply the lower
byte of the addition of all the preceeding bytes *AFTER* the &#92;xAA.

Glad you're making progress,
Ol

--- In Crestron@..., "hualon_2600" <jdanforth@> wrote:

hey hey! These appear to make the plasma do something but I think
that it's getting confused by the over zealous actions of the

Crestron

module.

If you could send me component, rgb1, and rgb2, that'd be awesome!

I'm sending you e-hugs!

J
--- In Crestron@..., "Oliver Hall" <oliver.hall@>

wrote:

This is good news ;-) It is the MDC protocol.

The &#92;xFE (3rd byte) is the display ID and FE means "any

display".

Try these instead:
Composite
&#92;xAA&#92;x14&#92;xFE&#92;x01&#92;x0C&#92;x1F

VGA
&#92;xAA&#92;x14&#92;xFE&#92;x01&#92;x14&#92;x27

Which other inputs do you need to select?

Good luck,
Ol

--- In Crestron@..., "hualon_2600" <jdanforth@>

wrote:

Ol,

These are the power commands that I'm using that work:
&#92;xAA&#92;x11&#92;xFE&#92;x01&#92;x01&#92;x11 - ON
&#92;xAA&#92;x11&#92;xFE&#92;x01&#92;x00&#92;x10 - OFF

None of the commands you supplied did anything to my unit. :

(

The

ID

is set to -- and I can't figure out how to change it in the

menu.

The

customer has, of course, also lost the remote control.

J


--- In Crestron@..., "Oliver Hall" <oliver.hall@>

wrote:

Hi,

Does this unit use Samsung's MDC protocol?

Could you post the command strings for on/off and I'll see

if

they

match what I have. If they are MDC then you could try

these:

(these are for a display on ID:0)

On
&#92;xAA&#92;x11&#92;xFF&#92;x01&#92;x01&#92;x12

Off
&#92;xAA&#92;x11&#92;xFF&#92;x01&#92;x00&#92;x11

Composite
&#92;xAA&#92;x14&#92;xFF&#92;x01&#92;x0C&#92;x20

VGA
&#92;xAA&#92;x14&#92;xFF&#92;x01&#92;x14&#92;x28

If they work and you need other's, just let me know.

Fingers crossed!
Ol

--- In Crestron@..., "hualon_2600" <jdanforth@>

wrote:

The modules I have only control power and not input. I

don't

have any

documentation on this dinosaur and I'm stuck 2 hours from

the

office!

the semi-colon after the if() is a valid statement from the parser's point of
view; it just doesn't do what you want/expect

here is a simple example of how that is useful; the following 'C' code copies
a NULL-terminated string, where 'p' points to the destination and 'q' points
to the source:. The while() terminates when the NULL terminating byte is hit.

while (*p++ = *q++)
; // <- note lone semi-colon

ya' just gotta love pointers...sure wish SIMPL+ had 'em.......

On Friday 23 January 2009 12:33 am, you wrote:

I would have expected to see a compiler error on the fatal ; at the
end of an IF statement.

True, but I always put them in so that if I do add another line I
don't mess up the execution order/nesting. (Didn't see the ; -
fatal, but a trace should have shown 10 outputs rather than just 1.)

Lindsay

[snip]

Not fatal in that way, just fatal in term of doing what you want. And,
I blame it on being very hot here today (must be 40°C in my office at
the moment) for my forgetting that the BREAK would exit on the first
loop. Chips on to it today.

Lindsay

I would have expected to see a compiler error on the fatal ; at the
end of an IF statement.

True, but I always put them in so that if I do add another line I
don't mess up the execution order/nesting. (Didn't see the ; -

fatal,

but a trace should have shown 10 outputs rather than just 1.)

Lindsay

--- In Crestron@..., "Matt" <mjrtoo@> wrote:

Thanks Lindsay and Chip, it's always puntuation isn't it. If I

were

to remove the trace statement, could you use no brackets? If the
brackets are required, I guess there's another error in the help

file.

Hi Matt,

You need to put the statements after the IF in {}.

Lindsay

--- In Crestron@..., "Matt" <mjrtoo@> wrote:

I'm messing around with an upcoming project, and am looking

to

determine the number of elements a string array has been

assigned

in

Simpl. Looking at S+ I see the directive isSignalDefined().

I

have

the following code (not complete).

STRING_INPUT in$[10][25];

Function Main()
{
FOR(i = 10 to 1 Step -1)
{
IF(IsSignalDefined(in$[i]));
TRACE("i = %d", i);
BREAK;
}
}

Within Simpl, I have only two strings expanded on the symbol,

but

NumSources always = 10, I was expecting to see 1.

Is this the correct approach and/or any advice on what's

incorrect?

The Break; provided a nice exit and good reason why there was only 1
output... :)

And I'm on the other side of the fence with the single-statement IF.
If I'm 90% certain I'll never need to add more than one line I'll
quite happily do:

IF (x=1) DoSomething();

- Chip

True, but I always put them in so that if I do add another line I
don't mess up the execution order/nesting. (Didn't see the ; - fatal,
but a trace should have shown 10 outputs rather than just 1.)

Lindsay

Thanks Lindsay and Chip, it's always puntuation isn't it. If I were
to remove the trace statement, could you use no brackets? If the
brackets are required, I guess there's another error in the help file.

Hi Matt,

You need to put the statements after the IF in {}.

Lindsay

--- In Crestron@..., "Matt" <mjrtoo@> wrote:

I'm messing around with an upcoming project, and am looking to
determine the number of elements a string array has been assigned

in

Simpl. Looking at S+ I see the directive isSignalDefined(). I

have

the following code (not complete).

STRING_INPUT in$[10][25];

Function Main()
{
FOR(i = 10 to 1 Step -1)
{
IF(IsSignalDefined(in$[i]));
TRACE("i = %d", i);
BREAK;
}
}

Within Simpl, I have only two strings expanded on the symbol, but
NumSources always = 10, I was expecting to see 1.

Is this the correct approach and/or any advice on what's

incorrect?

Anyone else working on this or got this working? I believe I have the
checksum calculation working correctly, and am getting the expected
&#92;xFD ACK response to all my commands, but the player resolutely
doesn't do anything at all. If I send the command to get the version
number, I don't get what the protocol doc says, I just get the ACK
command. Disappointing....

OP

And nuke the semicolon at the end of the IF statement line - I think
what you had is equivalent to "if this condition is met, do absolutely
squat". :)

Function Main()
{
FOR(i = 10 to 1 Step -1)
{
IF(IsSignalDefined(in$[i]))
{
TRACE("i = %d", i);
BREAK;
}
}
}

I/O arrays in S+, right? Yeah - that's been my experience... Since
I've been wrapping S+ modules in SIMPL module wrappers pretty
consistently of late, I just define the last array with the [x,x]
format anyway to force the expansion of ALL the input/outputs anyway.

- Chip

Hi Matt,

You need to put the statements after the IF in {}.

Lindsay