开云体育

Ow. As an Electrohome CRT projector owner, that hurts a little.
Don't these get installed everywhere anymore? :D



On Wed, Jan 28, 2009 at 9:29 PM, Lincoln King-Cliby
<lincoln@...> wrote:

I'd rather not sit around and wait for SIMPL
Windows (or the SMW Program tree in Toolbox) to open over the course of 6
minutes just in case some day I may possibly need a module for an
Electrohome CRT projector.

--
Lincoln King-Cliby, CTS
Applications Engineer
ControlWorks Consulting, LLC
V: 440.729.4640 x1107 F: 440.729.0884 I:
Crestron Authorized Independent Programmer

-----Original Message-----
From: Crestron@... [mailto:Crestron@...] On Behalf
Of stefuel2
Sent: Wednesday, January 28, 2009 9:18 PM
To: Crestron@...
Subject: [Crestron] Why does it take soooo long???

Has anyone ever figured out why Simpl seems to take longer to load up
every time you use it. Mine has gone from about 2-4 second loading to
about a minute.

------------------------------------



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

Thanks guys. I think I understand. I do need to keep the connection
open while receiving the data since there are a few required
responses to feed the data stream (handshakes, hellos, validate
sender, etc then tell the sender ready for the message and
acknowledge message receipt and close connection).

There is a delimiter (CRLF.CRLF) so I will try to gather the string
data once I get to the meat of the message after the initial
handshaking.

Here (below) is what I have now (not that I expect anyone to go
through this).
I already have a semaphore to tell me when we switch from handshaking
to actual message data so I guess I just need to add the gather and
then parse after breaking the connection.

Thanks
Bruce



Change Mail_Rx$
{
integer pos,first, last, found,startpos, endpos, cols, n,newstart,
subflag, boundend;
string temp$[1000];
String starttag$[10], endtag$[5],result$[60], boundary$[100];
integer end, start;


if (Message_Mode=0)//Only check during Header Changes to 1 after DATA
header
{
//Incoming Message
pos=find ("HELO",Mail_Rx$,1);
if (pos > 0 ) {
Mail_Tx$="250 Hello&#92;n";
clearbuffer (Mail_Rx$);

}
//End Incoming

//Handhshake
pos=find ("EHLO",Mail_Rx$,1);
if (pos > 0)
{Mail_Tx$="250 EHLO&#92;n";
clearbuffer (Mail_Rx$);}

//End Handshake

//Parse "TO"

pos=find ("RCPT TO:",mail_Rx$); if (pos > 0 )
{
first= find ("RCPT TO:<",mail_Rx$);
last= find ("@",mail_Rx$,first);
localto$= MID(mail_Rx$,(first+9),(last-first-9));
IF (localTo$="DISPLAY" || localTo$="CONSOLE" ||
localTo$= "LOGIC" || localTo$="display" || localTo$="console" ||
localTo$= "logic") Mail_Tx$="250 RCPT OK&#92;n";
else {
Mail_Tx$="550 Invalid User &#92;n";
fail=1;}
clearbuffer (Mail_Rx$);
}
//End "TO"

//Parse From and Validate User

pos=find ("MAIL FROM:",Mail_Rx$,1);
if (pos > 0)
{
first= find ("MAIL FROM:<",Mail_Rx$,pos);
last= find (">",Mail_Rx$,first);
localFrom$= MID(Mail_Rx$,(first+10),(last-first-11));
newlocalfrom$="";
Mail_Tx$="250 From Received. Validation Pending.&#92;n";
clearbuffer (Mail_Rx$);
}

//"DATA" preceeds message. Respond to begin transmission of
subject/message
pos=find ("DATA",Mail_Rx$,1);
if (pos > 0 )
{Message_Mode=1;
clearbuffer (Mail_Rx$);
Mail_Tx$="354 &#92;n";
}
//End Data



}

//end if for Header Section

If (Message_Mode=1)//after DATA header received
{
//Update From.
pos=find ("From: ",Mail_Rx$,1);
endpos= find ("&#92;x0D&#92;x0A",Mail_Rx$,pos);
if ((pos > 0) && (endpos >pos) && (Message_Mode=1) &&
(newlocalfrom$=""))
{ newlocalfrom$=mid (mail_rx$,pos+6, endpos-pos-6);
first= find ("<",newlocalfrom$,1);
last= find (">",newlocalfrom$,1);
if ((first>0)&&(last>first))newlocalFrom$= MID(newlocalfrom$,
(first+1),(last-first-1));
localFrom$=newlocalfrom$;


//Validate User

found=0;
n=0;
Do
{n=n+1;
IF (valid_sender$[n]=localfrom$)found=1;
}
until (valid_sender$[n]="" || n > getnumarraycols(valid_sender$)
||found=1);

If (found=0)

{ Mail_Tx$="550 Unauthorized Sender <"+localfrom$+"> &#92;n 221 BYE &#92;n";
fail=1;
clearbuffer (Mail_Rx$);}






}
//End From

//Get Date/Time
StartTag$ = "Date: " ;
Start = FIND(StartTag$,Mail_Rx$,1);
EndTag$ = "&#92;x0D" ;
End = FIND(EndTag$,Mail_Rx$,Start);
IF ((Start > 0) && (End > Start))
{
Result$ = MID(Mail_Rx$,(Start+6),(end-start-6));
localdate$= Result$; }
//Date is from the mail server. May not be desired time zone
//end date




//Substitue From with the Reply-to for reply
pos=find ("Reply-To: ",Mail_Rx$,1);
endpos= find ("&#92;x0D&#92;x0A",Mail_Rx$,pos);
if ((pos > 0) && (endpos >pos) && (Message_Mode=1))
{ localfrom$=mid (mail_rx$,pos+10, endpos-pos-10);
first= find ("<",localfrom$,1);
last= find (">",localfrom$,1);
if ((first>0)&&(last>first))localFrom$= MID(localfrom$,(first+1),
(last-first-1));

//End Reply to
}


//Parse Subject
StartTag$ = "Subject: " ;
Start = FIND(StartTag$,Mail_Rx$,1);
EndTag$ = "&#92;x0D&#92;x0A" ;
End = FIND(EndTag$,Mail_Rx$,Start);
IF ((Start > 0) && (End > Start) )
{
Result$ = MID(Mail_Rx$,(Start+9),(end-start-9));
localsubject$= Result$;
print("%s", localsubject$);
}
//end subject


//Get message. Message is between 2 CRLF and a CRLF.CRLF
newstart= find ("Content-Type: text/plain",Mail_Rx$);
start= max (newstart, 1);
boundary$="&#92;x0D&#92;x0A&#92;x0D&#92;x0A";
startpos=find("&#92;x0D&#92;x0A&#92;x0D&#92;x0A",Mail_Rx$,start);
endpos=find("&#92;x0D&#92;x0A&#92;x2E&#92;x0D&#92;x0A",Mail_Rx$,start);
end=find(boundary$,Mail_Rx$,startpos+1);
if (end>0) endpos=end;

If ((startpos>0) && (endpos>startpos)&&localmessage$="")
{
subflag=len (boundary$);
localmessage$=mid(Mail_Rx$,startpos+subflag,endpos-startpos-
subflag);
pos=find ("=0A", localMessage$);
if (pos>0) localmessage$= mid (localmessage$,1,pos-1);
if ((find ("&#92;x0D&#92;x0A",localMessage$,1)<=0) && ((localto$="console")||
(localto$="logic"))) localmessage$=localmessage$+"&#92;x0D&#92;x0A";//CRLF to
message

if ((fail=0))
{
Mail_Tx$="250 Message Received&#92;n";
To$=localto$;
From$=localfrom$;
//subject$=localsubject$;
subject$=localsubject$;
message$=localmessage$;
Date$=localdate$;
pulse (pulsetime,Message_Complete);
clearbuffer (Mail_Rx$);
}
}

//end get message

}//end Mode=1 section




}

--- In Crestron@..., "Chip Moody" <cfm@...> wrote:

Disclaimer - this is an example for when you don't have a

convenient

delimiter to use in a GATHER statement. :) Did I mention it's

been a

while since I've played with SMTP?

- Chip


--- In Crestron@..., "Chip Moody" <cfm@> wrote:

As long as your buffer is large enough to hold an entire

response

from the server, you shouldn't have issues.

Rather than doing change events on string/buffer inputs, I've

taken

recently to starting the parsing routine after the server has
disconnected, with the mindset that there's no discernible

difference

in time between when data is flowing in from the server vs. when

the

server is DONE sending data and disconnects. (I believe I did

this

with the Yahoo Answers/Yahoo News modules if you wanted something

to

pick apart)

I haven't screwed with SMTP in a long time, so I don't remember

if

you need to maintain the connection after you get data from the

server

or not. If that's the case, are you looking in the buffer on each
change event for something that indicates all the data has come

in?

I.E., don't parse the buffer EVERY time the change triggers - only
parse when the change triggers AND you can confirm that

everything you

want is in there. Also make sure that you're using some kind of
flag/semaphore on the change event that prevents it from

triggering

your test/parse code when it may already be running...

CHANGE rx$
{
IF (not_parsing)
{
not_parsing = OFF;
//
// check your buffer contents here
//
not_parsing = ON;
}
}

Obviously you want to clear the buffer and set not_parsing to

ON at

some point BEFORE you expect data to be coming in.

- Chip


--- In Crestron@..., "bfschroe" <schroeder@> wrote:

I am having some inconsistent trouble parsing a long

serial "string".

Basically this is the SMTP parser I have been working on. It

seems to

work mostly but every so often it misses something--e.g.

doesn't find

the subject in the message.

I am running the TCP client feed from Simpl to a Change

statement in

S+. The Rx$ connects to a buffer type variable in S+ and then I

do

some basic parsing on that string.

Is it possible that the buffer is changing faster than the

parser can

find the data? If so, what is the method to prevent this? Do I

need to

create a local static copy of the text to parse so it isn't

changing

between the program lines that "find" the text and extract it?

Any

links to a parsing module that can handle a large string (?2000
character serial)

thanks

Bruce

some programs compile fine others crash and give the this error:

c:&#92;crestron&#92;simpl&#92;smpwinWK&#92;~~092801141509~~.dcr was not found

with simpl 2.10, all my programs compliled fine.

this issue only started after updating to all the latest software.

any suggestions?

thanks...

I might try a resistor as a test in my shop, but I'm hesitant to do
that in a customer's home. Fortuantly (for me)I was only hired to
program the system, I did not sell it, or install it, but did tell
them I would look into the matter for them. I have called tech
support and all they could do was send a message with the symptoms
to their lighting expert, so hopefully I will hear back from them.

Just for fun I tried the CFL on a Homeworks system and it dimmed
fine.

Try adding a resistor to the output of the Crestron dimmer, or

more CFLs.

I seem to recall a "minimum load" specification from somewhere. 25

watts

is a number I seem to remember.

I've had to use things like this:

um_case_resistor.html

with other manufacturer's dimmers when controlling fluorescent and

LED

loads. I've never worked with anything Creston other than InfiNET

lighting.

Chris

Jim A wrote:

I having an issue with dimmable compact fluorescent bulbs, if I

use

the CFL with an infinet dimmer it dims fine and works stable all

the

way down to 10%. If I hook it to a CLX-DIM8 it does not dim in
responses to changes in level. An incandescent works fine, the

only

difference is I unscrewed the incandescent and screwed in the

CFL. If

I wire an incandescent bulb in parallel with the CFL both the
incandescent and CFL work fine.
I am testing using a GE Energy Smart Flood Light part # 21710.

CLX-

DIM8.

I'd gladly take a minute.I'm over 3 minutes in the morning these days.plenty
of time for coffee.



/tr



_____

From: Crestron@... [mailto:Crestron@...] On Behalf
Of stefuel2
Sent: Wednesday, January 28, 2009 9:18 PM
To: Crestron@...
Subject: [Crestron] Why does it take soooo long???



Has anyone ever figured out why Simpl seems to take longer to load up
every time you use it. Mine has gone from about 2-4 second loading to
about a minute.

You were getting 2-4 second load times...Yikes!

Actually, the more recent builds of SimplWindows have been loading a
little faster on my machine [as the release notes indicate they
should]. Not a major improvement...was ~45sec, now ~40sec.

cygwin has to be installed with DOS-style CRLF line endings. You can
either install Cygwin in the Coldfire directory or Coldfire in the
Cygwin directory, but they'll be sharing a directory. If you change
your cygwin path, you may wind up with registry entries pointing to
the old one -- do a find in regedit to find them and change them to
the correct path.

On Wed, Jan 28, 2009 at 5:46 PM, Chris Niles
<chris.niles.crestron@...> wrote:

Install cygwin, then reinstall the crestron cross compiler.

Joseph K. Vossen wrote:

maybe someone has already plowed this road before I dive in....

I'm toying with installing/using cygwin/x on my windows box so I can run the
X-windows server on windows; this will allow me to access my linux-based
server apps, such as email, from windows.

I cranked up the cygwin/x install and it wants to stuff everything in the
&#92;Crestron&#92;ColdFire directory.

not wanting to mess up my SIMPL+ install, I canceled the install. Does
anyone know if I should:

1) go ahead and install cygwin/x in the same directory that SIMPL+ uses...and
everything will be fine

2) install cygwin/x somewhere else

3) find something else to use

4) buy a Mac :)

thanks

------------------------------------



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

For some reason Crestron has decided to dump what seems like all of the crap from the website (I2P modules, some demo stuff [it seems], etc) in the database, regardless of if you'll ever have any use for it or not.

SIMPL Windows reads the database on startup, so every time another kitchen sink gets thrown in there the load time gets a little bit longer -- and the download gets a little bit more obscene (I just updated yesterday -- 70 MB? For what benefit?)

I've said it before, I wish Crestron would limit the DB to JUST Crestron products and the more-or-less universal modules (Press and Hold being the primary one I'm thinking of there) -- manufacturer/product specific stuff I can get as I need it, and I'd rather not sit around and wait for SIMPL Windows (or the SMW Program tree in Toolbox) to open over the course of 6 minutes just in case some day I may possibly need a module for an Electrohome CRT projector.

--
Lincoln King-Cliby, CTS
Applications Engineer
ControlWorks Consulting, LLC
V: 440.729.4640 x1107 F: 440.729.0884 I:
Crestron Authorized Independent Programmer

Dammit! That's one that crops up all the freakin time in VTPro updates.

Has anyone ever figured out why Simpl seems to take longer to load up
every time you use it. Mine has gone from about 2-4 second loading to
about a minute.

And (though someone -- maybe it was Starry -- mentioned that they thought it was fixed last time I brought this up) there is/used to be an issue with serving dynamic graphics from the processor's webserver based on the way the processor responded to the HTTP GET and the way the touchpanel expected the HTTP GET to be responded to.

Lincoln

--
Lincoln King-Cliby, CTS
Applications Engineer
ControlWorks Consulting, LLC
V: 440.729.4640 x1107 F: 440.729.0884 I:
Crestron Authorized Independent Programmer

i have the same problem.? I thought it was because i'm using on Windows 2003 server

Glad to know it's not just me.




________________________________
From: Phil Bridges <gravityhammer@...>
To: Crestron@...
Sent: Wednesday, January 28, 2009 11:20:24 AM
Subject: Re: [Crestron] Re: Anybody here using VT-Pro 3.9.23?


No problem at all. I just have to train myself to not use that button
for a while.

Or at least to save immediately before pressing it. Thankfully,
VT-Pro doesn't take the 1.5+ minutes to start up that Simpl Windows
does.

On Wed, Jan 28, 2009 at 11:16 AM, Mark Delzer <mdelzer@gmail. com> wrote:

I just realized that you said text style. I don't uses that, i multi-select
and change in the grid. Sorry for the confusion.

Mark

On Wed, Jan 28, 2009 at 11:11 AM, Phil Bridges
<gravityhammer@ gmail.com>wrote:

At least it's not just me. Have you tried the beta xx.01 version?
They have release notes on the beta site, but they don't show anything
for .01


On Wed, Jan 28, 2009 at 11:09 AM, Tony Golden
<mrgolden@earthlink. net<mrgolden%40earthli nk.net>>
wrote:

Yeah, I've notice it since the last couple of betas. I thought it
would be fixed by the time they made it public, but it's not...

--- In Crestron@yahoogroup s.com <Crestron%40yahoogr oups.com> , "Phil"

<gravityhammer@ ...> wrote:

I downloaded off the website (non-beta) yesterday. Since then, I've
discovered the "click assign text style" button crashes VT-Pro hard.
Anybody else getting this behavior?

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

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

Set the webserver in the Pro2 to use the HTML pages on the Compactflash.

Place your files in the compactflash HTML folder.

Call your dynamic graphics as (no "HTML" in the path)

Keep in mind though, that the webserver seems to only server 1 file at once. If you had 9 tiny graphics on a TP, they'd load 1 at a time. If you hosted the files on a different webserver () you could load the whole page of dynamic graphics at once.

Chris

lunarteq wrote:

--- In Crestron@..., Joseph K. Vossen <jkv@...> wrote:

3) find something else to use

If you just want a good x-server try this one:



it's free, open source, small footprint and works great. Oh, and it
won't interfere with your other installed software.

I have been experimenting with this for a little while off and on and
have met with no success, its not in the help files (that I have found)
Anyone know how to load an image from the processors compact flash to
an interface?

ChipG

'Cause adding a resistor makes the investment in a CFL or LED lamp an
energy saver! :)

Yes, I know 25W is still better than 70W. It's just ironic we pay
top dollar for an energy saving lamp and then pay additional money to
waste enough energy to make it work. Sounds like a government solution...

Steve

--- In Crestron@..., Chris Niles
<chris.niles.crestron@...> wrote:

Try adding a resistor to the output of the Crestron dimmer, or more

CFLs.

I seem to recall a "minimum load" specification from somewhere. 25

watts

is a number I seem to remember.

I've had to use things like this:

with other manufacturer's dimmers when controlling fluorescent and LED
loads. I've never worked with anything Creston other than InfiNET

lighting.

Chris

Jim A wrote:

I having an issue with dimmable compact fluorescent bulbs, if I use
the CFL with an infinet dimmer it dims fine and works stable all the
way down to 10%. If I hook it to a CLX-DIM8 it does not dim in
responses to changes in level. An incandescent works fine, the only
difference is I unscrewed the incandescent and screwed in the CFL. If
I wire an incandescent bulb in parallel with the CFL both the
incandescent and CFL work fine.
I am testing using a GE Energy Smart Flood Light part # 21710. CLX-
DIM8.

I have done a lot of residential projects with CNRFHT-30A's and ML-600's. We
usually do one for every TV in addition to any touch panels in the house.
People seem to really like having a hard button remote like this.



I agree the colored buttons should be separate, but just looking at the
picture of the MLX-2 it seems to have a much better button layout than the
ML-600. At least it has colored buttons, plus page up/down, separate track
and scan fwd/reverse buttons, replay and advance. Those are all buttons I
was putting on the screen of the ML-600's. CNRFHT30s are actually really
good products in their own way. Very dependable and the 9V battery lasts a
long time in them. The range is very good as well. They just don't have
enough buttons, especially for Tivo or Lighting.



Anyway that's my 2 cents,



Jon



From: Crestron@... [mailto:Crestron@...] On Behalf
Of ediablo80
Sent: Wednesday, January 28, 2009 2:56 PM
To: Crestron@...
Subject: [Crestron] Re: MLX2 ( Was iServer and MLX2)



I never liked the MT-1000 but love the ML-600. It would have been
great to see the MLX-2 be a 2-way version of the ML-600. Update the
button feel, change the pink champagne to gloss black, change the LCD
to color and update the font, hell maybe add a button or two. I like
the interchangeable AAA batteries.

I think touchpanels are great, but you can't beat the tactile feel of
hard buttons. A lot of our clients want simplicity (ML-600) and some
want the cool factor or integrate more complicated equipment (TPS-
6X)....they are sooooo close with these remotes but sometimes I just
don't know what they are thinking <ahem 4X battery> <ahem 6X dock>.

I just got an MLX-2 and see that this color/function thing is going
to suck. But I will wait until I program one and get it working to
see if it is worth it and if I'm proud of it.

I haven't done this RTI integration yet - but will be starting down
that road. They look cool enough (Crestron why are you behind on
this?) but it sucks they are one way. What are RTI's share of issues?
I remember reading here about double button presses - is that all? It
will be nice to offer options to clients (Pronto, Crestron, RTI) and
in RTI's case can kill two birds.

--- In Crestron@... <mailto:Crestron%40yahoogroups.com> , "Kol
Johnson" <kol.mstc@...> wrote:

A 2-way MT-1000C would be perfect. Small, light, good battery life.
Actually the one-way would be really close to perfect if the

feedback worked

like the st-1700.


_____

From: Crestron@... <mailto:Crestron%40yahoogroups.com>

[mailto:Crestron@... <mailto:Crestron%40yahoogroups.com> ] On
Behalf

Of Tony Golden
Sent: Wednesday, January 28, 2009 8:25 AM
To: Crestron@... <mailto:Crestron%40yahoogroups.com>
Subject: [Crestron] Re: MLX2 ( Was iServer and MLX2)



Well, RTI has it's share of issues too :-)

Actually, I don't think I know of a remote I'd consider "ideal"

(I'm

kinda picky), but I wish Crestron's were at least a little closer

to

the top...

--- In Crestron@yahoogroup <mailto:Crestron%40yahoogroups.com>

s.com,

"Richard Biocca" <richard@> wrote:

I have been crying for years that they should just copy the rti
stuff........or just buy them.

Is it just me or is VT-Pro-e the black sheep of Crestron software?
Every time they introduce a new rev they break something (usually many
things). The bugs they've created lately should be seen by anyone
doing some basic testing yet they still throw it out in to the wild.
Maybe its just a few of us using it incorrectly...

How about fixing some critical bugs before adding new features:
- Transparency issues on TPS-12s and possibly others (Reported
1-1/2years ago)
- Program required to send analog video input selection to video
windows on panels with multiple inputs (Reported 2years ago)

Note to Crestron, we rely on your stuff to do what it is advertised to
do, please don't use us or our customers as guinea pigs (VT-Pro-e,
D-Nav, Early TPMC-8Xs, CUZ4, etc)!!!

Mark

We have been using RTI's for about a year and love them. The only
issues (and its not really an issue but a need) we have ran into are
the button states. What I mean by this is: with the 1700 panels even
though they are one way you can still force an interlock to post the
last pressed button, the only way to do this with RTI is to create
multiple pages with the opposite state showing on that page, so if you
have 5 FM presets on a page you would have to have 5 extra pages that
show the opposite state for each preset action. PITA. But again that is
not doable with the ML anyway, so a bad comparison as far as that's
concerned. There are some hard button layouts that I wish we could
add/change but like some one mentioned in another post, can't be all to
everyone, but the RTI stuff is close. They are moving towards mesh
networks with their 2 ways so not sure how or if it will even be an
option to interface with crestron but it would be nice.

Aloha Pat

Try adding a resistor to the output of the Crestron dimmer, or more CFLs.

I seem to recall a "minimum load" specification from somewhere. 25 watts is a number I seem to remember.

I've had to use things like this:

with other manufacturer's dimmers when controlling fluorescent and LED loads. I've never worked with anything Creston other than InfiNET lighting.

Chris

Jim A wrote: