开云体育

Yep, it's a VIDEO, non-RGB window.
Checked.


Le 23 nov. 2010 脙聽 19:26, Jeremy Weatherford a 脙漏crit :

VTPro will let you draw video and RGB windows on the 6L for some
reason. Make sure you're using the video window (horizontal stripes).

On Tue, Nov 23, 2010 at 1:16 PM, Marc-Etienne HUNEAU <mehuneau@...> wrote:

As the title says....


I've this temporary and simple setup, in which I feed the output of a DVR to the video input of a 6L. Thru a passive balun and a CAT5. It works with the very quick and very dirty VTP I had put together in D3 (yes, this is a lighting project).

Then I imported a (very nice) VTP into D3, with a video page.

The video does not show. If unplugged, it goes blue, when plugged it's black.

The video shows up fine in the setup screens....


$芒鈥毬�茂驴陆@#!? (If I may say so here).
--
Marc-Etienne HUNEAU Dark Side of the Room (DSR)
+33 (0)6 615 516 90





[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

--
Jeremy Weatherford

--
Marc-Etienne HUNEAU Dark Side of the Room (DSR)
+33 (0)6 615 516 90

Did anyone ever get anywhere with this? I have managed to get it to work
mostly............. but from time to time the Lifesize will just go silent.
sending it exit&#92;x0d a few times sometimes brings it back to life, othertimes
nothing.

Thanks for reading......

Vince


--- In Crestron@... <Crestron%40yahoogroups.com>, "wretaudio"
<wretaudio@...> wrote:

I arrived on the job site with the LifeSize unresponsive to commands.

After connecting to the system I could see that every time a command was
sent to the LifeSize unit, I would get a response from the LifeSize to login
(&#92;x0D&#92;x0D&#92;x0A&#92;x0D&#92;x0ALifeSize login: ). After digging and digging for the
documentation on the log in protocol (which I never found), I had the
LifeSize tech support guy walk we through logging in using command prompt.
After learning that procedure, I had the Crestron processor do the exact
same every time it received that log in request from the LifeSize.
Basically, once I receive a log in request string, I trigger a serial buffer
to stop the LifeSize module from sending anymore commands for a few seconds
while I trigger a Serial I/O to send the user name and one second after that
I send the password. After that the serial buffer I set up allows the
communication for the LifeSize module to resume.

The serial command I send are as follows;

auto&#92;x0d //the default user name followed by a carriage return (no line

feed)

(wait one second)

lifesize&#92;x0d //the default password followed by a carriage return.

the lifesize unit will respond with "$" when the log in is successful and

you will then be return to your regularly schedule programming!

I hope this help.

--- In Crestron@... <Crestron%40yahoogroups.com>, stranded

<strandedyahoo@> wrote:

So what did you end up with for a work around? I have not had a problem
communicating via RS-232 with Lifesize, all of my issues have been

TCP/IP.

I have a few things that I have done and only time will tell if it's as
stable as it should be. I would be interested knowing what you have

done to

correct the problem.

On Fri, Aug 20, 2010 at 1:37 PM, wretaudio <wretaudio@> wrote:

I just finished my work around for the LifeSize communication

problem. I

called LifeSize to let them know the issue is still there even after
updating to the latest firmware which they told me would fix it. They

told

me that I was the only one that has ever called in with this problem

and

that I would have to get further control support directly from

Crestron or

the LifeSize distributor. What in the world is that all about?!

LifeSize

seems to have no problem telling me it can be controlled by Crestron,

but no

one seems to want to support it. I guess you're just on your own when

it

comes to controlling LifeSize. I need to find a different line of VTC

gear

to spec for the next job. Goodbye LifeSize.


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

40yahoogroups.com>, Phil Bridges

<gravityhammer@> wrote:

I'm working with a client-furnished LifeSize Room that the client

says

stops communicating with the Crestron processor after X amount of
time. Allegedly, a reboot of the LifeSize unit doesn't resume
communications, but a reboot of the processor does. I'm using the
Crestron Modules (plus Chip's extra remote keys module).

Has anybody here seen this happening?

We have just released a new version of our remote management suite. There are a bunch of new features with this and they are all free.

I've posed a quick video, outlining the basics, on our home page.

www.TheComPortal.com

Highlights:
Remote Processor Stats: LAN & WAN IP, Processor info, Connection Uptime and Stability monitoring, Remote Error Log, Ethernet Device Offline Manager & Alarms with Notifications

Tools(NAT friendly): Remotely Reboot Processor, Clock Sync and adjust, Remote Processor Address Book with Export to Toolbox.

Our Chart Plotter and Datalogging solution is now public (finally) and much more. Check it out.

We are focusing on our HTML SDK (REAL-TIME 2-way digital/analog/serial)and other value added services surrounding our core services & technologies.

Enjoy! --Colin

That would be hideous... no, here's what my font list looks like:


On Tue, Nov 23, 2010 at 8:52 AM, Chip <cfm@...> wrote:

聽Wait - you mean some of you don't just do an entire project with Comic Sans 12 Bold?

听贬尘尘尘尘尘尘尘尘...

聽 聽 - Chip



--- In Crestron@..., Jeremy Weatherford <xidus.net@> wrote:

Oh, and the reason it happens -- TPMC-series panels can read Windows
font files, so no conversions are necessary. 聽TPS panels need them to
be "rendered" character by character into a bitmap of some kind that
can be used on the panels. 聽But this process was a lot faster a few
versions of VTPro ago, so that doesn't completely explain it.

On Tue, Nov 23, 2010 at 7:23 AM, Jeremy Weatherford <jweather@> wrote:

Yup, been that way for a while... I just try to schedule my time
appropriately. 聽One way to avoid it is to test with XPanels, then only
do the "final" (ha!) render to the TPS.

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



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

Does anyone know a trick to get IR control at the codec that emulates the black remote? I've tried several modules along with learning the lifesize remote in windeal with no luck.

Thanks,
Jacob

I am trying to figure out how to use some vantage touchscreens with some crestron gear. I have read some older post on here about some crestron modules for doing this , just couldnt find alot info on how to actually set the modules up. I set the vantage up and have the rs232 setup to send button presses and feedback. What modules what I use for this and how do I go about setting them up?
Thanks

Many thanks to both Chip and Jeremy!

Replace the Serial Send with the ATOS. First field is blank (""),
second is the rest of the serial send
(&#92;x04&#92;x&#92;[#POINT-NUMBER-HIGH-HEX&#92;]&#92;X&#92;[#POINT-NUMBER-LOW-HEX&#92;]&#92;x00&#92;x01),
analog input is the slave address, digital input is POLL.

On Tue, Nov 23, 2010 at 11:00 AM, jrw_96 <jrw_96@...> wrote:

Jeremy,

This is what I started to do but got stumped on how to combine the serial output of the analog to serial back into a serial send (without jumping in simpl+).

As far as the STOA, I can replace the (01&#92;[#SLAVE-ADDRESS-HEX&#92;]H) with a 0000H for the time being.

Thanks for the response!
JRW

--- In Crestron@..., Jeremy Weatherford <xidus.net@> wrote:

There's not an easy way to do it, you usually have to rewrite things.
Looking at the Modbus Single Analog Input Register Poll v3 as an
example, it's using Slave-Address-Hex in a Serial Send and a Serial to
Analog. 聽The Serial Send could be replaced with an Analog to Serial
taking the analog value as an input. 聽For the Serial to Analog you
could change maskword7 (01&#92;[#SLAVE-ADDRESS-HEX&#92;]H) to 0200, then use
an ACOMP2 to test if that value is equal to the SlaveAddress analog
you brought in. 聽If it is, enable an ABUF to pass the high/low values
to the converter module.

On Tue, Nov 23, 2010 at 10:33 AM, jrw_96 <jrw_96@> wrote:

Anybody have any ideals on changing a module with a parameter input from a static entry during programming to an analog input that can be changed on the fly?

Here's an example of what I'm trying to do:
Say I'm using one of the Crestron Modbus modules and I want to change the "Slave-Address-Hex" parameter entry from a static entry of 01-32 to an analog entry of 01-32. Is this doable without having to jump into simpl+?

I could have sworn I've done this before but my brain is not keeping up this morning...

TIA,
JRW



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



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

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



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

There's not an easy way to do it, you usually have to rewrite things.
Looking at the Modbus Single Analog Input Register Poll v3 as an
example, it's using Slave-Address-Hex in a Serial Send and a Serial to
Analog. The Serial Send could be replaced with an Analog to Serial
taking the analog value as an input. For the Serial to Analog you
could change maskword7 (01&#92;[#SLAVE-ADDRESS-HEX&#92;]H) to 0200, then use
an ACOMP2 to test if that value is equal to the SlaveAddress analog
you brought in. If it is, enable an ABUF to pass the high/low values
to the converter module.

On Tue, Nov 23, 2010 at 10:33 AM, jrw_96 <jrw_96@...> wrote:

Anybody have any ideals on changing a module with a parameter input from a static entry during programming to an analog input that can be changed on the fly?

Here's an example of what I'm trying to do:
Say I'm using one of the Crestron Modbus modules and I want to change the "Slave-Address-Hex" parameter entry from a static entry of 01-32 to an analog entry of 01-32. Is this doable without having to jump into simpl+?

I could have sworn I've done this before but my brain is not keeping up this morning...

TIA,
JRW



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



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

Depends on how that value is used internal to the module, but it >could< be as easy as saving a new copy of the module, adding an analog to the Defargs, then finding where to "splice" that into the inner workings. If the parameter simply drops into an INIT inside the module, you could go through a buffer and connect to the signal coming out of that INIT...

- Chip


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

Anybody have any ideals on changing a module with a parameter input from a static entry during programming to an analog input that can be changed on the fly?

Here's an example of what I'm trying to do:
Say I'm using one of the Crestron Modbus modules and I want to change the "Slave-Address-Hex" parameter entry from a static entry of 01-32 to an analog entry of 01-32. Is this doable without having to jump into simpl+?

I could have sworn I've done this before but my brain is not keeping up this morning...

TIA,
JRW