开云体育

Thanks -- apparently I need to refresh my memory of the "Anticipator"'s function -- Cool was at 6 [though I swear, other than FW updates I haven't touched the state since it was installed.

I knocked it down a bit and the frequency of cool calls has dropped -- but of course, today everything is overcast and relatively cool anyway so it's hard to be positive...

Lincoln

--
Lincoln King-Cliby, CTS
Sr. Systems Architect | Crestron Certified Master Programmer (Silver)
ControlWorks Consulting, LLC
Crestron Services Provider

-----Original Message-----
From: Crestron@... [mailto:Crestron@...] On Behalf Of Brian Gross
Sent: Friday, May 10, 2013 6:15 PM
To: Crestron@...
Subject: [Crestron] Re: CHV-TSTAT force "extended" run times?

If I recall correctly, there are heating and cooling 'anticipators' in the setup screen on the tstat. Sounds like the cooling one may be set a bit too aggressively.

--- In Crestron@..., Lincoln King-Cliby <lincoln@> wrote:

So my house has started running "cool" cycles for the year and I'm noticing that the cycle times seem much shorter and more frequently than prior years and actually if I look at the temps the temp is 1-2 degrees above the setpoint within a few seconds of the cool cycle ending. (I can't say I've ever noticed that before - but cycle times haven't bothered me before either)

The TSTAT is admittedly not in a great place -- it's where the HVAC contractor/prior owner put the old school Honeywell stat - but since all of the other walls on this floor are either exterior, a common wall with my next door neighbor, or have a fireplace/plasma on them I can't really do much better. (Also: Whomever designed the HVAC system was, IMO, smoking crack - there's only one return in the house and it's on the first floor of a 3-story townhome)

Is there any way to force the TSTAT to make the cool call longer / reduce the number of cycles? I'd much rather a longer cool cycle and have it overshoot the setpoint by a degree or five than have it firing every 10 minutes or so.

Or am I barking up the wrong tree in the first place?

--
Lincoln King-Cliby, CTS
Sr. Systems Architect | Crestron Certified Master Programmer (Silver)
ControlWorks Consulting, LLC
Crestron Services Provider

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



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'm a doctor, not a bricklayer." ... I loves me some StarTrek :)

Tray

From: Chip
Sent: Tuesday, May 07, 2013 2:59 PM
To: Crestron@...
Subject: [Crestron] Re: Add Fonts to Core3 Project?

"Dammit Jim, I'm a coder - not a graphic designer!"

If only I could make my company *not* sell Core 3...errr..."SMART OBJECT" panels... I so would.

- Chip

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

But at the moment you can user the fonts provided by the themes or create a graphics for the object with the text and font you need instead.

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

Thanks -- apparently I need to refresh my memory of the "Anticipator"'s function -- Cool was at 6 [though I swear, other than FW updates I haven't touched the state since it was installed.

I knocked it down a bit and the frequency of cool calls has dropped -- but of course, today everything is overcast and relatively cool anyway so it's hard to be positive...

Lincoln

--
Lincoln King-Cliby, CTS
Sr. Systems Architect | Crestron Certified Master Programmer (Silver)
ControlWorks Consulting, LLC
Crestron Services Provider

-----Original Message-----
From: Crestron@... [mailto:Crestron@...] On Behalf Of Brian Gross
Sent: Friday, May 10, 2013 6:15 PM
To: Crestron@...
Subject: [Crestron] Re: CHV-TSTAT force "extended" run times?

If I recall correctly, there are heating and cooling 'anticipators' in the setup screen on the tstat. Sounds like the cooling one may be set a bit too aggressively.

--- In Crestron@..., Lincoln King-Cliby <lincoln@> wrote:

So my house has started running "cool" cycles for the year and I'm noticing that the cycle times seem much shorter and more frequently than prior years and actually if I look at the temps the temp is 1-2 degrees above the setpoint within a few seconds of the cool cycle ending. (I can't say I've ever noticed that before - but cycle times haven't bothered me before either)

The TSTAT is admittedly not in a great place -- it's where the HVAC contractor/prior owner put the old school Honeywell stat - but since all of the other walls on this floor are either exterior, a common wall with my next door neighbor, or have a fireplace/plasma on them I can't really do much better. (Also: Whomever designed the HVAC system was, IMO, smoking crack - there's only one return in the house and it's on the first floor of a 3-story townhome)

Is there any way to force the TSTAT to make the cool call longer / reduce the number of cycles? I'd much rather a longer cool cycle and have it overshoot the setpoint by a degree or five than have it firing every 10 minutes or so.

Or am I barking up the wrong tree in the first place?

--
Lincoln King-Cliby, CTS
Sr. Systems Architect | Crestron Certified Master Programmer (Silver)
ControlWorks Consulting, LLC
Crestron Services Provider




[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

My house is essentially running on two processors - there's a CP2E for
lighting/HVAC/security and general "supervision"- basically things I only touch once a year
or so, and a Pro2 [*wistfully* some day a Pro3] for audio/video/energy management/access
control that gets much more tweaking when I have free time.

The program isn't crazy - RealIdle is consistently >=84% and the HeapFree is generally
10-12 MB (on a 32MB processor). Program is running on CF but it would fit in internal
memory (it's more "so I don't have to wait for the COMPACT/"File System Maintenance")

What I've noticed for the past 6 months or so is that when I try loading a new program,
Toolbox fails miserably unless I stop the program first. But if I telnet to the processor
and do STOPPROG, I get exactly this far

PRO2 Control Console
Connected to Host: LJKC-PRO2
PRO2> stopprog
Stopping Program................................................................
..................

Before disappearing into the wild blue yonder... eventually the processor reboots

If I telnet to the processor while it's loading the program / running the initial solution
after rebooting and issue stopprog in the middle of that, the program stops just fine and I
cal load via Toolbox - but it's getting annoying (FYI, Progreset does gets hung/watchdogs
at the same point).

I can't recall having this issue with any of my clients' systems which is part of the
reason I'm even more perplexed/convinced that I have something lingering in a dark corner
that I need to take a flamethrower to, but the only changes in the last 6 months have been
fairly simple - move audio sources around, delete some redundant logic. I don't even think
any of the S+ has changed.

Software is current, firmware is current (4.007.0004)

It seems weird that the processor is running just fine, I only have issues trying to get it
to stop running.

Any guesses, ideas, or shots in the dark?

[Like I said, program is not huge - 4449 symbols / 7744 actual symbols / 23869 digitals /
5099 analogs / 3906 serials / 18.05 KB NVRAM / 1.56 MB Flash / 328.18 KB SIMPL+; ~30
Ethernet devices, ~49 Cresnet devices]

"I'm a doctor, not a bricklayer." ... I loves me some StarTrek :)

Tray

From: Chip
Sent: Tuesday, May 07, 2013 2:59 PM
To: Crestron@...
Subject: [Crestron] Re: Add Fonts to Core3 Project?

"Dammit Jim, I'm a coder - not a graphic designer!"

If only I could make my company *not* sell Core 3...errr..."SMART OBJECT" panels... I so would.

- Chip

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

But at the moment you can user the fonts provided by the themes or create a graphics for the object with the text and font you need instead.

Is there any info published on simpl#?

Labs or anywhere?

Sent from my eMail.

On May 12, 2013, at 12:12 PM, Neil Dorin <neildorin@...> wrote:



Lol.
SIMPL#....

Sent from my iPhone

On 2013-05-10, at 2:16 PM, Eric Williams <ewilliams0305@...> wrote:

Can anyone recommend a thread or example s plus module that shows API XML

polling and parsing. Few web servers I want to make modules for that use
http requests and return XML.

Sent from my pocket robot!

-----Original Message-----
From: "Chip" <cfm@...>
Sent: 5/9/2013 10:53 PM
To: "Crestron@..." <Crestron@...>
Subject: [Crestron] Re: S+ Parsing

No documentation outside of what's here on the forum, but there's also

not a lot to it.

WHILE(1)

Says, take the code enclosed in the following curly braces and run it

OVER AND OVER AGAIN - FOREVERRRRRRRR!

In most circumstances that classifies as A Very Bad Thing (tm). But if

you include code inside the curly braces that returns time to the OS and
the host SIMPL program, you're good. As luck would have, it:

GATHER(delimiter,src_string)

Says STOP right there, and keep monitoring "src_string". Do not pass GO,

do not collect $200 UNTIL you see the specified "delimiter" appear in
src_string. When you do, remove everything from the front of src_sting up
to the first occurrence of delimiter, and put it in the variable I specify.
Then go back to monitoring "src_string".

The great thing about GATHER is that as soon as it evaluates src_string

and doesn't find delimiter, it returns control to the processor. The OS
lets GATHER know when (if ever) delimiter arrives, and tells it go resume
business.

The big trick is in your parsing code. You need to make sure you evaluate

what GATHER returns to you as quickly as possible and let the code return
to the GATHER. This is an exercise left to the reader, as how to parse
everything depends entirely on the data you're expecting.

In theory, the only way I know of for your BUFFER_INPUT to overrun is if

lots of data comes in that never contains the delimiter, or if your
processor is SO bogged down otherwise that the OS can't get your S+ code
fired back up to run the parsing code.

(Oddly enough, I have random instances of this happening at a job site

right now. REALLY frustrating)

That said, I'm not sure I'd use this approach for JSON data, considering

how sucky it's structured. Maybe there's a good way of doing it - I just
haven't considered it...

- Chip

--- In Crestron@..., "redquartznow" <redquartznq@...> wrote:

Hello

I would like to have a clear definition of the hows and why's of

Main()
{
While (1)
{
Gather ();
Parse
}}

From my searching on this group I have found many tidbits of information
that make this seem to be an attractive solution to chatty devices.

However every time I have used it (only on a project that sends back LARGE
amounts of json data i.e. tv program guide for a week) i just seem to get
buffer overruns.

Does anyone have a link to somewhere this has been explained in detail

before?

Cheers,
Kurt

[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

My model is actually the UN65D8000X but I would hope input would be the

--- In _Crestron@... (mailto:Crestron@...) ,

The generic CEC mod does not switch inputs on the Samsung. I really

Thanks,
cyberbri

>

--- In _Crestron@... (mailto:Crestron@...) ,

not at all. I expect that the thing to do is to embrace CEC. There

> device I just learned about that is basically an IP/serial to CEC

Probably a good thing.

> >

> > HdmiCecUsb.html

> don't know how well it works, but it seems that CEC is probably

the only reliable, non-ir, control moving forward.


_____

From: _Crestron@... (mailto:Crestron@...)

Of grumpy_cake
Sent: Thursday, May 02, 2013 2:42 PM
To: _Crestron@... (mailto:Crestron@...)

> > Subject: [Crestron] Re: Samsung UE55ES7000 - EX-Link

>

> Is it bad of me to say that I am pleased to hear that I am not the

smashing my face into a wall?

> > --- In _Crestron@... (mailto:Crestron@...)

Johnson" <kol.mstc@> wrote:

I have just wasted over an hour or so trying everything I can find

> > UN19D4003 with the same results. Different protocols, different

115200

down to 4800, no luck with any of them. I can see a response from

in viewport but nothing I would expect, and it is the same response

> > regardless of the character sent. Sorry I cannot help.
> >

_____

> >

From: _Crestron@... (mailto:Crestron@...)

[mailto:_Crestron@... (mailto:Crestron@...)

Behalf

Of grumpy_cake
Sent: Thursday, May 02, 2013 1:37 PM
To: _Crestron@... (mailto:Crestron@...)

Subject: [Crestron] Re: Samsung UE55ES7000 - EX-Link

> > >

> > I see it go out in debugger, the TV does nothing, and Rx$ is still

--- In _Crestron@... (mailto:Crestron@...)

<mailto:Crestron%40yahoogroups.com> , "Kol

Johnson" <kol.mstc@> wrote:

> > > this is power toggle, make sure the TV is on, send it right out

Samsung_TX$

in debugger
"&#92;x08&#92;x22&#92;x00&#92;x00&#92;x00&#92;x00&#92;xD6"

> > > >

_____

From: _Crestron@...

<mailto:Crestron%40yahoogroups.com>

[mailto:_Crestron@...

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

Behalf

Of grumpy_cake
Sent: Thursday, May 02, 2013 9:11 AM
To: _Crestron@... (mailto:Crestron@...)

<mailto:Crestron%40yahoogroups.com>

Subject: [Crestron] Re: Samsung UE55ES7000 - EX-Link

>

> > >

At the moment I am using the program that is in the folder with

module

> > > from:

>

> > > > ed_partner_modules/default.asp?manufacturer_id=134
> > > >

samsung_un55es8000_v1_0_demo

> > I've changed nothing so would expect it to be set up correctly.

I can send commands using Toolbox but nothing happens and I get

feedback

from the com port.

>

The module offers lots of sends and feedback.

Maybe I should try the UN55ES7500 instead.

> > > --- In _Crestron@...

<mailto:Crestron%40yahoogroups.com>

<mailto:Crestron%40yahoogroups.com> ,

"cyberbri24" <cyberbri24@> wrote:
>

Are you just using the generic CEC mod? I just programmed a

and

> > the Exlink didn;t offer any menu options to turn on so I am only

the

Power on and off commands which works only.

> > > --- In _Crestron@...

<mailto:Crestron%40yahoogroups.com>

<mailto:Crestron%40yahoogroups.com> ,

"grumpy_cake" <crestron@> wrote:

>

I've gone back to square 1 here to try and get this working.

> > > > > I've got rid of my program and am just using the one

the

module.

> > I've uploaded it to my QM-RMC. (Was using an AV2)

> > > >

I made the cable myself, pins 2,3,5 -> T,R,S tested it with

several

times to be sure.

> > >

I've also tried changing the baud rate to 115200 as

suggested. It's now back on 9600.

> > > > > I think the key thing here is that I am getting absolutely

coming into SIMPL Debugger on the Rx$ of the com port that the

is

> > > connected to.

> > > > > > The TV should be spurting something out regardless of what

sending
> it no?

> >

> > --- In _Crestron@...

<mailto:Crestron%40yahoogroups.com>

<mailto:Crestron%40yahoogroups.com> ,

"LENREX" <lenrex@> wrote:

>

If you downloaded the UN55ES8000 module from the website.

straight through cable.

> > > > > > > Did you load BOTH the Hardware & Logic modules into your

> > > > > > > Did you make your own cable, or use a Samsung cable?

> > > > > I used the UN55ES8000 module on a 46" with a Samsung

straight into a MC3 and it worked perfectly. ...wasn't a long

--- In _Crestron@...

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

<mailto:Crestron%40yahoogroups.com> ,

"grumpy_cake" <crestron@> wrote:

> >

Thanks,

> > > > > > >

> But does this actually apply to me? The pdf regarding

> > I

am using has no mention of injecting power...

> > > > > > I am connecting directly from an AV2 to the EX-Link

> > > > > > > Have I missed something here? When others connect

not

connect directly?

> > > > > > > >

> >

--- In _Crestron@...

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

<mailto:Crestron%40yahoogroups.com>

, "javimanga" <javimanga@> wrote:

> > >

> > > > > > > > >

> > > >

Hi!

> > > > > > > Check this info about ex-link

> > >

> > > > rs

Specially this!!!:

> > > > > > > > "As the TV uses 3.3V TTL levels, the serial

to

be

> > > > converted to/from TTL levels to RS232 levels (~10-15V). Thus a

shifter

is needed. But most computers today, doesn't have an RS232 port,

> > > also

need a USB-to-RS232 serial adapter (cable). Thus its a definite

advantage

> > to

buy a pre-fabricated USB-to-serial converter using 3.3 Volt TTL

on
> > the serial side. Common one to look for are based on the PL2303

chips.

> > > WARNING! RS232 levels are up to 15V, which can cause

damage at your TV!"

> > > > > > >

> > Regards,

Javier VM

> > > > > > > --- In _Crestron@...

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

<mailto:Crestron%40yahoogroups.com>

<mailto:Crestron%40yahoogroups.com> , "grumpy_cake" <crestron@>

> > > > > > > > > Hi,

> > > > > >

> > I hope someone can have some patience and spoon feed

> > through

this as I have sat here for hours and have got nowhere. I am

bit

> > > > so please let me know if I am doing something stupid.

> > > > > > > > > > Firstly this may all be down to me using a module

not

> work as I can't find my TV.

> > >

I have a: UE55ES7000
Closest I can find is the UN55ES8000

> > > >

I've made up a cable for EX-LINK control using the

in

the module pdf

> > > > >

>

> > > > > > > > > >

> > > > > > Tested cable with multi-meter, seems fine.

> > > > > > > > > I have set the value of the RS232 mode to Debug.

Tried a basic test with the module

Is there any info published on simpl#?

Labs or anywhere?

Sent from my eMail.

On May 12, 2013, at 12:12 PM, Neil Dorin <neildorin@...> wrote:



Lol.
SIMPL#....

Sent from my iPhone

On 2013-05-10, at 2:16 PM, Eric Williams <ewilliams0305@...> wrote:

Can anyone recommend a thread or example s plus module that shows API XML

polling and parsing. Few web servers I want to make modules for that use
http requests and return XML.

Sent from my pocket robot!

-----Original Message-----
From: "Chip" <cfm@...>
Sent: 5/9/2013 10:53 PM
To: "Crestron@..." <Crestron@...>
Subject: [Crestron] Re: S+ Parsing

No documentation outside of what's here on the forum, but there's also

not a lot to it.

WHILE(1)

Says, take the code enclosed in the following curly braces and run it

OVER AND OVER AGAIN - FOREVERRRRRRRR!

In most circumstances that classifies as A Very Bad Thing (tm). But if

you include code inside the curly braces that returns time to the OS and
the host SIMPL program, you're good. As luck would have, it:

GATHER(delimiter,src_string)

Says STOP right there, and keep monitoring "src_string". Do not pass GO,

do not collect $200 UNTIL you see the specified "delimiter" appear in
src_string. When you do, remove everything from the front of src_sting up
to the first occurrence of delimiter, and put it in the variable I specify.
Then go back to monitoring "src_string".

The great thing about GATHER is that as soon as it evaluates src_string

and doesn't find delimiter, it returns control to the processor. The OS
lets GATHER know when (if ever) delimiter arrives, and tells it go resume
business.

The big trick is in your parsing code. You need to make sure you evaluate

what GATHER returns to you as quickly as possible and let the code return
to the GATHER. This is an exercise left to the reader, as how to parse
everything depends entirely on the data you're expecting.

In theory, the only way I know of for your BUFFER_INPUT to overrun is if

lots of data comes in that never contains the delimiter, or if your
processor is SO bogged down otherwise that the OS can't get your S+ code
fired back up to run the parsing code.

(Oddly enough, I have random instances of this happening at a job site

right now. REALLY frustrating)

That said, I'm not sure I'd use this approach for JSON data, considering

how sucky it's structured. Maybe there's a good way of doing it - I just
haven't considered it...

- Chip

--- In Crestron@..., "redquartznow" <redquartznq@...> wrote:

Hello

I would like to have a clear definition of the hows and why's of

Main()
{
While (1)
{
Gather ();
Parse
}}

From my searching on this group I have found many tidbits of information
that make this seem to be an attractive solution to chatty devices.

However every time I have used it (only on a project that sends back LARGE
amounts of json data i.e. tv program guide for a week) i just seem to get
buffer overruns.

Does anyone have a link to somewhere this has been explained in detail

before?

Cheers,
Kurt

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



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



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

Can anyone recommend a thread or example s plus module that shows API XML

Sent from my pocket robot!

-----Original Message-----
From: "Chip" <cfm@...>
Sent: 5/9/2013 10:53 PM
To: "Crestron@..." <Crestron@...>
Subject: [Crestron] Re: S+ Parsing

No documentation outside of what's here on the forum, but there's also

WHILE(1)

Says, take the code enclosed in the following curly braces and run it

In most circumstances that classifies as A Very Bad Thing (tm). But if

GATHER(delimiter,src_string)

Says STOP right there, and keep monitoring "src_string". Do not pass GO,

The great thing about GATHER is that as soon as it evaluates src_string

The big trick is in your parsing code. You need to make sure you evaluate

In theory, the only way I know of for your BUFFER_INPUT to overrun is if

(Oddly enough, I have random instances of this happening at a job site

That said, I'm not sure I'd use this approach for JSON data, considering

- Chip

--- In Crestron@..., "redquartznow" <redquartznq@...> wrote:

Hello

I would like to have a clear definition of the hows and why's of

Main()
{
While (1)
{
Gather ();
Parse
}}

From my searching on this group I have found many tidbits of information
that make this seem to be an attractive solution to chatty devices.

Does anyone have a link to somewhere this has been explained in detail

Cheers,
Kurt

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

Can anyone recommend a thread or example s plus module that shows API XML polling and parsing. Few web servers I want to make modules for that use http requests and return XML.

Sent from my pocket robot!

-----Original Message-----
From: "Chip" <cfm@...>
Sent: ?5/?9/?2013 10:53 PM
To: "Crestron@..." <Crestron@...>
Subject: [Crestron] Re: S+ Parsing

No documentation outside of what's here on the forum, but there's also not a lot to it.

WHILE(1)

Says, take the code enclosed in the following curly braces and run it OVER AND OVER AGAIN - FOREVERRRRRRRR!

In most circumstances that classifies as A Very Bad Thing (tm). But if you include code inside the curly braces that returns time to the OS and the host SIMPL program, you're good. As luck would have, it:

GATHER(delimiter,src_string)

Says STOP right there, and keep monitoring "src_string". Do not pass GO, do not collect $200 UNTIL you see the specified "delimiter" appear in src_string. When you do, remove everything from the front of src_sting up to the first occurrence of delimiter, and put it in the variable I specify. Then go back to monitoring "src_string".

The great thing about GATHER is that as soon as it evaluates src_string and doesn't find delimiter, it returns control to the processor. The OS lets GATHER know when (if ever) delimiter arrives, and tells it go resume business.

The big trick is in your parsing code. You need to make sure you evaluate what GATHER returns to you as quickly as possible and let the code return to the GATHER. This is an exercise left to the reader, as how to parse everything depends entirely on the data you're expecting.

In theory, the only way I know of for your BUFFER_INPUT to overrun is if lots of data comes in that never contains the delimiter, or if your processor is SO bogged down otherwise that the OS can't get your S+ code fired back up to run the parsing code.

(Oddly enough, I have random instances of this happening at a job site right now. REALLY frustrating)

That said, I'm not sure I'd use this approach for JSON data, considering how sucky it's structured. Maybe there's a good way of doing it - I just haven't considered it...

- Chip

--- In Crestron@..., "redquartznow" <redquartznq@...> wrote:

Hello

I would like to have a clear definition of the hows and why's of

Main()
{
While (1)
{
Gather ();
Parse
}}

From my searching on this group I have found many tidbits of information
that make this seem to be an attractive solution to chatty devices. However every time I have used it (only on a project that sends back LARGE amounts of json data i.e. tv program guide for a week) i just seem to get buffer overruns.

Does anyone have a link to somewhere this has been explained in detail before?

Cheers,
Kurt

My model is actually the UN65D8000X but I would hope input would be the same, not?

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

The generic CEC mod does not switch inputs on the Samsung. I really need it to do that. I was told it needs to defualt to HDMI input as people keep playing the damn input buttons so when they next crew operates the system the input on the display isnt correct. I really was trying to avoid using an IR emitter since I confirmed power on/off using the CEC control. Any ideas would be welcome.

Thanks,
cyberbri

--- In Crestron@..., "Kol Johnson" <kol.mstc@> wrote:

not at all. I expect that the thing to do is to embrace CEC. There is a
device I just learned about that is basically an IP/serial to CEC converter.
Probably a good thing.

<>
HdmiCecUsb.html


don't know how well it works, but it seems that CEC is probably going to be
the only reliable, non-ir, control moving forward.


_____

From: Crestron@... [mailto:Crestron@...] On Behalf
Of grumpy_cake
Sent: Thursday, May 02, 2013 2:42 PM
To: Crestron@...
Subject: [Crestron] Re: Samsung UE55ES7000 - EX-Link




Is it bad of me to say that I am pleased to hear that I am not the only one
smashing my face into a wall?

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

I have just wasted over an hour or so trying everything I can find on a
UN19D4003 with the same results. Different protocols, different baud

115200

down to 4800, no luck with any of them. I can see a response from the TV
in viewport but nothing I would expect, and it is the same response
regardless of the character sent. Sorry I cannot help.


_____

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

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

Of grumpy_cake
Sent: Thursday, May 02, 2013 1:37 PM
To: Crestron@... <mailto:Crestron%40yahoogroups.com>
Subject: [Crestron] Re: Samsung UE55ES7000 - EX-Link




I see it go out in debugger, the TV does nothing, and Rx$ is still silent.

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

<mailto:Crestron%40yahoogroups.com> , "Kol

Johnson" <kol.mstc@> wrote:

this is power toggle, make sure the TV is on, send it right out

Samsung_TX$

in debugger
"&#92;x08&#92;x22&#92;x00&#92;x00&#92;x00&#92;x00&#92;xD6"


_____

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

<mailto:Crestron%40yahoogroups.com>

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

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

Behalf

Of grumpy_cake
Sent: Thursday, May 02, 2013 9:11 AM
To: Crestron@... <mailto:Crestron%40yahoogroups.com>

<mailto:Crestron%40yahoogroups.com>

Subject: [Crestron] Re: Samsung UE55ES7000 - EX-Link




At the moment I am using the program that is in the folder with the

module

from:

ed_partner_modules/default.asp?manufacturer_id=134

samsung_un55es8000_v1_0_demo

I've changed nothing so would expect it to be set up correctly.

I can send commands using Toolbox but nothing happens and I get no

feedback

from the com port.

The module offers lots of sends and feedback.

Maybe I should try the UN55ES7500 instead.

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

<mailto:Crestron%40yahoogroups.com>

<mailto:Crestron%40yahoogroups.com> ,

"cyberbri24" <cyberbri24@> wrote:

Are you just using the generic CEC mod? I just programmed a UN65Dxxxx

and

the Exlink didn;t offer any menu options to turn on so I am only using

the

Power on and off commands which works only.

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

<mailto:Crestron%40yahoogroups.com>

<mailto:Crestron%40yahoogroups.com> ,

"grumpy_cake" <crestron@> wrote:

I've gone back to square 1 here to try and get this working.

I've got rid of my program and am just using the one supplied with

the

module.

I've uploaded it to my QM-RMC. (Was using an AV2)

I made the cable myself, pins 2,3,5 -> T,R,S tested it with a mm

several

times to be sure.

I've also tried changing the baud rate to 115200 as previously

suggested. It's now back on 9600.

I think the key thing here is that I am getting absolutely nothing

coming into SIMPL Debugger on the Rx$ of the com port that the Ex-Link

is

connected to.

The TV should be spurting something out regardless of what I am

sending

it no?

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

<mailto:Crestron%40yahoogroups.com>

<mailto:Crestron%40yahoogroups.com> ,

"LENREX" <lenrex@> wrote:

If you downloaded the UN55ES8000 module from the website. It's a

straight through cable.

Did you load BOTH the Hardware & Logic modules into your program?

Did you make your own cable, or use a Samsung cable?

I used the UN55ES8000 module on a 46" with a Samsung cable plugged

straight into a MC3 and it worked perfectly. ...wasn't a long run.

--- In Crestron@...

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

<mailto:Crestron%40yahoogroups.com> ,

"grumpy_cake" <crestron@> wrote:

Thanks,

But does this actually apply to me? The pdf regarding the module

I

am using has no mention of injecting power...

I am connecting directly from an AV2 to the EX-Link port.

Have I missed something here? When others connect Ex-Link do you

not

connect directly?

--- In Crestron@...

<mailto:Crestron%40yahoogroups.com>

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

, "javimanga" <javimanga@> wrote:

Hi!

Check this info about ex-link

rs

Specially this!!!:

"As the TV uses 3.3V TTL levels, the serial input/output has

to

be

converted to/from TTL levels to RS232 levels (~10-15V). Thus a level

shifter

is needed. But most computers today, doesn't have an RS232 port, so you

also

need a USB-to-RS232 serial adapter (cable). Thus its a definite

advantage

to

buy a pre-fabricated USB-to-serial converter using 3.3 Volt TTL levels

on

the serial side. Common one to look for are based on the PL2303 and FTDI
chips.

WARNING! RS232 levels are up to 15V, which can cause seriously

damage at your TV!"

Regards,
Javier VM

--- In Crestron@...

<mailto:Crestron%40yahoogroups.com>

<mailto:Crestron%40yahoogroups.com>

<mailto:Crestron%40yahoogroups.com> , "grumpy_cake" <crestron@> wrote:

Hi,

I hope someone can have some patience and spoon feed me

through

this as I have sat here for hours and have got nowhere. I am guessing a

bit

so please let me know if I am doing something stupid.

Firstly this may all be down to me using a module that may

not

work as I can't find my TV.

I have a: UE55ES7000
Closest I can find is the UN55ES8000

I've made up a cable for EX-LINK control using the diagram

in

the module pdf

(integrated_partner_modules/help_files/959/samsung_un55es8000_v1_0_help.pdf)

Tested cable with multi-meter, seems fine.

I have set the value of the RS232 mode to Debug.

Tried a basic test with the module