I'm always amazed at some of the roads that go up the mountains in the Alps and Pyrenees; the way the switch backs are cut into the mountain due to the steepness is a marvel On May 2, 2013, at 11:41 AM, Heath Volmer wrote: Unfortunately, there's bad history associated with much of history, but don't let that take away from the accomplishment. It was a different world. The ambitiousness of the guys that conceived of and the sacrifice of the guys who built those railroads is something that's rare or gone in today's world. Quite the accomplishment on so many levels.
On May 2, 2013, at 9:32 AM, Neil Dorin <neildorin@...> wrote:
Exactly.
It really made me appreciate the significance of the effort to build the
railroad across the Rockies. It's too bad there's so much bad history
associated with it (in Canada anyway) regarding all the Chinese sent in
with explosives to blast tunnels through the mountains....
On Thu, May 2, 2013 at 9:30 AM, Heath Volmer <hvolmer@...> wrote:
**
We used to have a "ski train" that went from Denver west into the
mountains. I got to ride that with the wife several years ago. Its amazing
how much more scenic the world is when not surrounded by multi-lane
highways and thousands of cars. You also get to see places that you don't
see from the car. [snip]
|
Hi,
We are also working on a RTU to TCP conversion.
In the second modbus file, one symbol is incomplete. We are contacting the person who posted this module for more information.
Let's keep in touch!
Koen
toggle quoted message
Show quoted text
--- In Crestron@..., "kabza" <kabzaa@...> wrote:
I found modbusTCP module in files section, but i cant get feedback from
modbus system. I think the module is not complete. Someone can send me any
example program?
Regards
[Non-text portions of this message have been removed]
|
Has anyone ever used this macro:
Our experience?
Are there other alternatives?
Thanks
Istvan
|
Re: Control Loss After Cisco Firmware Upgrade
Thanks Everyone...
The site is out of state so we're making arrangements to fly in to go on-site. In the meantime the system is being controlled via 232.
|
Re: Remote Acess by Apple Time Capsule
Hi Guys!
We already connect with MC3 via DynDNS, but still can not load the project on the ipad for use by Econtrol, someone has a tip for us.
Regards
toggle quoted message
Show quoted text
--- In Crestron@..., "jedistoned" <jedistoned@...> wrote:
Dear friends how are you?
I'm needing a little help from you guys, my client is going to travel to the USA on Saturday, he wants to remotely access your home via the ipad, but I'm not getting properly set up remote access, create the account correctly dindnsfuncionando pis Tenos 08 IP cameras he envisions the ipad anywhere), set up the doors of the Time Capsule (at least imagine that they were done correctly), but try connectar ipad web I have only the status bar to load the system and nothing else .
Someone would have a little tutorial or any tips to get to make this work, I was informed by another developer in Brazil that the Time Capsule is what might be causing this problem myself, I think this should not be the reason.
Please help me because I have only today and tomorrow to make it work.
Thanks in advance everyone's attention.
Marino Penteado
Integration Expert
|
Re: Control Loss After Cisco Firmware Upgrade
If you are controlling it via LAN I have seen the Telnet setting get changed after a firmware upgrade.
Check the retentive setting for the control type you are using.
Lots of them to go through :)
If the site is using TMS then get them to push the setting again as have seen this fix problems as well.
Regards
Adam
toggle quoted message
Show quoted text
--- In Crestron@..., Neil Dorin <neildorin@...> wrote:
Are you controlling via RS-232 or TCP?
Often the login credentials get reset after a Cisco firmware upgrade.
On Thu, May 2, 2013 at 6:45 PM, bernie.kattner
<bernie.kattner@...>wrote:
**
I have Crestron DM system we installed for a customer which controls a
Cisco C60 codec. Everything has been working fine until the customer
decided to upgrade the C60 firmware (not suppose to without us) and now
they have lost all control over the codec (nothing). Everything else in the
system works fine and the codec can be controlled with the Cisco remote.
I've done the all the standard troubleshooting to include:
- revert to the old firmware
- reset the C60
- reset the entire system
- checked power
- checked all connections
Nothing seems to work...
1. Has anyone ever experienced this issue and if so what did you do to
correct it?
2. Anyone have any other suggestions?
[Non-text portions of this message have been removed]
|
Re: Control Loss After Cisco Firmware Upgrade
Should we take odds? ;) On 2013-05-02, at 8:36 PM, "Chip" <cfm@...> wrote:
Yeah, that's a "hook up and fire up debugger" type deal - see what the codec is saying back to the control system. I'm going with Neil on the username/password being different than it was before the up/downgrade...
- Chip
--- In Crestron@..., Neil Dorin <neildorin@...> wrote:
Are you controlling via RS-232 or TCP?
Often the login credentials get reset after a Cisco firmware upgrade.
On Thu, May 2, 2013 at 6:45 PM, bernie.kattner
<bernie.kattner@...>wrote:
**
I have Crestron DM system we installed for a customer which controls a
Cisco C60 codec. Everything has been working fine until the customer
decided to upgrade the C60 firmware (not suppose to without us) and now
they have lost all control over the codec (nothing). Everything else in the
system works fine and the codec can be controlled with the Cisco remote.
I've done the all the standard troubleshooting to include:
- revert to the old firmware
- reset the C60
- reset the entire system
- checked power
- checked all connections
Nothing seems to work...
1. Has anyone ever experienced this issue and if so what did you do to
correct it?
2. Anyone have any other suggestions?
[Non-text portions of this message have been removed]
[Non-text portions of this message have been removed]
|
Re: Control Loss After Cisco Firmware Upgrade
Or, also authentication on the serial port was disabled and now is enabled could be the problem as well...
--
Lincoln King-Cliby, CTS
Sr. Systems Architect | Crestron Certified Master Programmer (Silver)
ControlWorks Consulting, LLC
Crestron Services Provider
toggle quoted message
Show quoted text
-----Original Message----- From: Crestron@... [mailto:Crestron@...] On Behalf Of Chip Sent: Thursday, May 02, 2013 10:37 PM To: Crestron@... Subject: [Crestron] Re: Control Loss After Cisco Firmware Upgrade Yeah, that's a "hook up and fire up debugger" type deal - see what the codec is saying back to the control system. I'm going with Neil on the username/password being different than it was before the up/downgrade... - Chip --- In Crestron@..., Neil Dorin <neildorin@...> wrote:
Are you controlling via RS-232 or TCP?
Often the login credentials get reset after a Cisco firmware upgrade.
On Thu, May 2, 2013 at 6:45 PM, bernie.kattner
<bernie.kattner@...>wrote:
**
I have Crestron DM system we installed for a customer which controls a
Cisco C60 codec. Everything has been working fine until the customer
decided to upgrade the C60 firmware (not suppose to without us) and now
they have lost all control over the codec (nothing). Everything else in the
system works fine and the codec can be controlled with the Cisco remote.
I've done the all the standard troubleshooting to include:
- revert to the old firmware
- reset the C60
- reset the entire system
- checked power
- checked all connections
Nothing seems to work...
1. Has anyone ever experienced this issue and if so what did you do to
correct it?
2. Anyone have any other suggestions?
[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: Control Loss After Cisco Firmware Upgrade
Yeah, that's a "hook up and fire up debugger" type deal - see what the codec is saying back to the control system. I'm going with Neil on the username/password being different than it was before the up/downgrade...
- Chip
toggle quoted message
Show quoted text
--- In Crestron@..., Neil Dorin <neildorin@...> wrote:
Are you controlling via RS-232 or TCP?
Often the login credentials get reset after a Cisco firmware upgrade.
On Thu, May 2, 2013 at 6:45 PM, bernie.kattner
<bernie.kattner@...>wrote:
**
I have Crestron DM system we installed for a customer which controls a
Cisco C60 codec. Everything has been working fine until the customer
decided to upgrade the C60 firmware (not suppose to without us) and now
they have lost all control over the codec (nothing). Everything else in the
system works fine and the codec can be controlled with the Cisco remote.
I've done the all the standard troubleshooting to include:
- revert to the old firmware
- reset the C60
- reset the entire system
- checked power
- checked all connections
Nothing seems to work...
1. Has anyone ever experienced this issue and if so what did you do to
correct it?
2. Anyone have any other suggestions?
|
Re: Control Loss After Cisco Firmware Upgrade
Are you controlling via RS-232 or TCP? Often the login credentials get reset after a Cisco firmware upgrade. On Thu, May 2, 2013 at 6:45 PM, bernie.kattner <bernie.kattner@...>wrote: **
I have Crestron DM system we installed for a customer which controls a
Cisco C60 codec. Everything has been working fine until the customer
decided to upgrade the C60 firmware (not suppose to without us) and now
they have lost all control over the codec (nothing). Everything else in the
system works fine and the codec can be controlled with the Cisco remote.
I've done the all the standard troubleshooting to include:
- revert to the old firmware
- reset the C60
- reset the entire system
- checked power
- checked all connections
Nothing seems to work...
1. Has anyone ever experienced this issue and if so what did you do to
correct it?
2. Anyone have any other suggestions?
[Non-text portions of this message have been removed]
|
Control Loss After Cisco Firmware Upgrade
I have Crestron DM system we installed for a customer which controls a Cisco C60 codec. Everything has been working fine until the customer decided to upgrade the C60 firmware (not suppose to without us) and now they have lost all control over the codec (nothing). Everything else in the system works fine and the codec can be controlled with the Cisco remote.
I've done the all the standard troubleshooting to include:
- revert to the old firmware
- reset the C60
- reset the entire system
- checked power
- checked all connections
Nothing seems to work...
1. Has anyone ever experienced this issue and if so what did you do to correct it?
2. Anyone have any other suggestions?
|
Oooh, I like that idea. It's not going to happen this trip (not enough time before my next out-of-town project) but who knows -- hopefully I'll be back in this corner of the world again; I really like what I've seen of Vancouver/Whistler so far.
Lincoln
--
Lincoln King-Cliby, CTS
Sr. Systems Architect | Crestron Certified Master Programmer (Silver)
ControlWorks Consulting, LLC
Crestron Services Provider
toggle quoted message
Show quoted text
-----Original Message----- From: Crestron@... [mailto:Crestron@...] On Behalf Of Joseph K. Vossen Sent: Thursday, May 02, 2013 11:12 AM To: Crestron@... Subject: RE: [Crestron] OT: NYC ideas Instead of flying home from Vancouver, take the train across the Canadian Rockies. The scenery gets boring after the mountains so I would get off somewhere in the middle and rent a car for the drive home. -----Original Message----- From: Lincoln King-Cliby <lincoln@...>
Sent: May 2, 2013 10:42 AM
To: "'Crestron@...'" <Crestron@...>
Subject: RE: [Crestron] OT: NYC ideas
Burger Joint in Le Parker Meridian across from Carnegie Hall is a decent burger-to-$ ratio and an odd contrast from the fairly elegant hotel lobby.
For theater (re), I usually wander by the TKTS booth in Times Square and just pick a title at random off the board if I'm so inclined.
The Highline park in (IIRC) the Meatpacking District is a cool urban park.
Beyond that "Get a [unlimited ride] MetroCard and wander around the city stopping at anything that looks interesting" is my typical modus operanda for larger cities, especially NYC. [Ok, so I really love Cleveland and don't see myself moving anytime soon, but Manhattan is my "If I could afford to love there..." city]
Speaking of travel... I'm wrapping up my last few days of my first visit to Vancouver (both the city and Canada) -- anything I should be sure not to miss if I happen to create any free time? [snip] ------------------------------------ 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 wish! It's an AMX job. They have modules for it, but a firmware change on the RackLink broke that too. Another reason to dislike it.
toggle quoted message
Show quoted text
--- In Crestron@..., "Chip" <cfm@...> wrote:
Have you tried the I2P module to see if it might save you some headaches? Some of 'em work, y'know? :)
- Chip
|
Slackers, 20 years later and the laziness continues!
toggle quoted message
Show quoted text
--- In Crestron@..., "matt_rasmussen_2000" <mjrtoo@...> wrote:
You're complaining about fixed length delimited strings? How lazy are we getting! :)
--- In Crestron@..., Seth Olle <seth@> wrote:
I heard once in 1976 they hired Tim(name made up) to do all the protocols for pretty much everyone.
Then never changed them again, when checksums and all that other stupid stuff was necessary.
I like simple POWERON for example. Makes sense.
It seems to be less and less, I can remember back in the day, all the time doing complex string parsing, for huge hex strings.
Not so much anymore.
From: rickmcneely <rickmcneely@<mailto:rickmcneely@>>
Reply-To: "Crestron@...<mailto:Crestron@...>" <Crestron@...<mailto:Crestron@...>>
Date: Thursday, May 2, 2013 2:22 PM
To: "Crestron@...<mailto:Crestron@...>" <Crestron@...<mailto:Crestron@...>>
Subject: [Crestron] Crappy protocols
Has anyone else been forced to work with the new Middle Atlantic RackLink systems? Where do people come up with these bizarre protocols?
1. Protocol is all hex.
2. You have to generate checksums on serial and over IP.
4. When connected via serial, the device will ping you and if you don't respond it will quit accepting commands.
They've got enough processing horsepower to run a webserver on the device, so I'm sure they could do better than a protocol from 1976.
|
Re: Creating Epson serial module for Powerlite G5450
So power is the *only* thing you're polling when it is off? And the response to the power poll is an ERR *and* the response you expect?
- Chip
toggle quoted message
Show quoted text
--- In Crestron@..., "chuckperkinscrestron" <chuckperkinscrestron@...> wrote:
1. When the projector is "Off", I get a ERR\x0D when polling the projector, I will get the PWR=04\x0D also, that shows that it's off.
|
Have you tried the I2P module to see if it might save you some headaches? Some of 'em work, y'know? :)
- Chip
toggle quoted message
Show quoted text
--- In Crestron@..., "rickmcneely" <rickmcneely@...> wrote:
Has anyone else been forced to work with the new Middle Atlantic RackLink systems? Where do people come up with these bizarre protocols?
1. Protocol is all hex.
2. You have to generate checksums on serial and over IP.
4. When connected via serial, the device will ping you and if you don't respond it will quit accepting commands.
They've got enough processing horsepower to run a webserver on the device, so I'm sure they could do better than a protocol from 1976.
|
Re: Slider Crosspoint Issue
This is a basic concept to be aware of when using crosspoints (and sometimes EISCs) in the upon connection to an ECROSS, a CCROSS propegates all of it's values from the input side to the output side of the ECROSS and vice versa. Any values, such as a value from a slider) that you want to maintain on the ECROSS side need to be gated. Using the press join from a slider to enable an abuf is a good example of this. It also helps if you allow the slider fb value from the ECROSS input side to propegate to the slider on the interface unhindered. This way, when the CCROSS disconnects from one ECROSS and connects to another, the new value for the slider will be updated and upon next press, the user modified value will propegate to the device being controlled (audio volume, lighting level, etc.) On Thu, May 2, 2013 at 5:35 PM, weddellkw <weddellkw@...> wrote: **
Agreed, this conversation was great, have been mulling how to do this for
a lighting module the last few evenings and this really helped to eliminate
a lot of over-complicated options.
--- In Crestron@..., "Jason Andersen" <jandersen@...> wrote:
Thank you for all the help everyone. These last two examples really
helped by moving the abuf or aos, whatever is needed from the interface
side to the room side of the x-point. Previously I had it in the interface
side and sent the out of the abuf to the x-point which is where my problem
was. It works great now. Really solved my problem. I am still mastering
x-points.
--- In Crestron@..., "olly_penguin" <oliver.hall@> wrote:
Hi Jason,
My solution to this (it's buried deep inside our framework, but it's
used in lots of places) is to pass each analog value (from the user
interaction side) into an AOS, with say a 1 second pulse width. The output
of each AOS then goes into a digital on the x-point.
On the x-point destination ("equipment"), the digital enables an
analog buffer for each "managed" signal.
Since AOS's are retriggerable, any *changing* analog value will
propagate, but switching x-points doesn't propagate a new value (unless you
happen to switch the x-point while the AOS is still high.)
The AOS/buffer stuff is all encapsulated within the x-point framework
wrappers, so you don't even notice it's there. We use the technique for
anything that has a slider/analog control - lights, treble/bass/balance,
heating dials, etc.
Hope that helps,
Ol
--- In Crestron@..., "Jason Andersen" <jandersen@> wrote:
When I switch crosspoints the slider input value which ends up
sitting on the output side of the abuf gets sent to the set volume input of
my room module.
Thanks Heath. That is actually an idea I came up with last night and
when I compiled I forgot to save the changes to the room module. I'm going
to finish it now.
[Non-text portions of this message have been removed]
|
Re: Slider Crosspoint Issue
Agreed, this conversation was great, have been mulling how to do this for a lighting module the last few evenings and this really helped to eliminate a lot of over-complicated options.
toggle quoted message
Show quoted text
--- In Crestron@..., "Jason Andersen" <jandersen@...> wrote:
Thank you for all the help everyone. These last two examples really helped by moving the abuf or aos, whatever is needed from the interface side to the room side of the x-point. Previously I had it in the interface side and sent the out of the abuf to the x-point which is where my problem was. It works great now. Really solved my problem. I am still mastering x-points.
--- In Crestron@..., "olly_penguin" <oliver.hall@> wrote:
Hi Jason,
My solution to this (it's buried deep inside our framework, but it's used in lots of places) is to pass each analog value (from the user interaction side) into an AOS, with say a 1 second pulse width. The output of each AOS then goes into a digital on the x-point.
On the x-point destination ("equipment"), the digital enables an analog buffer for each "managed" signal.
Since AOS's are retriggerable, any *changing* analog value will propagate, but switching x-points doesn't propagate a new value (unless you happen to switch the x-point while the AOS is still high.)
The AOS/buffer stuff is all encapsulated within the x-point framework wrappers, so you don't even notice it's there. We use the technique for anything that has a slider/analog control - lights, treble/bass/balance, heating dials, etc.
Hope that helps,
Ol
--- In Crestron@..., "Jason Andersen" <jandersen@> wrote:
When I switch crosspoints the slider input value which ends up sitting on the output side of the abuf gets sent to the set volume input of my room module.
Thanks Heath. That is actually an idea I came up with last night and when I compiled I forgot to save the changes to the room module. I'm going to finish it now.
|
Re: Slider Crosspoint Issue
Thank you for all the help everyone. These last two examples really helped by moving the abuf or aos, whatever is needed from the interface side to the room side of the x-point. Previously I had it in the interface side and sent the out of the abuf to the x-point which is where my problem was. It works great now. Really solved my problem. I am still mastering x-points.
toggle quoted message
Show quoted text
--- In Crestron@..., "olly_penguin" <oliver.hall@...> wrote:
Hi Jason,
My solution to this (it's buried deep inside our framework, but it's used in lots of places) is to pass each analog value (from the user interaction side) into an AOS, with say a 1 second pulse width. The output of each AOS then goes into a digital on the x-point.
On the x-point destination ("equipment"), the digital enables an analog buffer for each "managed" signal.
Since AOS's are retriggerable, any *changing* analog value will propagate, but switching x-points doesn't propagate a new value (unless you happen to switch the x-point while the AOS is still high.)
The AOS/buffer stuff is all encapsulated within the x-point framework wrappers, so you don't even notice it's there. We use the technique for anything that has a slider/analog control - lights, treble/bass/balance, heating dials, etc.
Hope that helps,
Ol
--- In Crestron@..., "Jason Andersen" <jandersen@> wrote:
When I switch crosspoints the slider input value which ends up sitting on the output side of the abuf gets sent to the set volume input of my room module.
Thanks Heath. That is actually an idea I came up with last night and when I compiled I forgot to save the changes to the room module. I'm going to finish it now.
|
Re: Samsung UE55ES7000 - EX-Link
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
"\x08\x22\x00\x00\x00\x00\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 set up like this:
I'm getting nothing in debugger on Samsung_Rx$ and the TV
responds to nothing.
Any help appreciated.
Thanks.
|
