¿ªÔÆÌåÓý

ctrl + shift + ? for shortcuts
© 2025 Groups.io
Date

TV One Option connection

mjrtoo2000
 

Has anyone worked with a TV One scaler (in this case a C2-2355a) connected via the option cable to an S2-105PCA? If so, can you confirm that if you set the output of the C2 to any RGB input 1) Does it automatically set the S2 to the input you select? 2) Does it automatically switch the C2 to the RGB input?

Just getting the framework together for a system and the protocol/documentation is confusing to me.

Thanks,

Matt


Bell 9241 PVR - IR driver required (remote is IR/UHF)

 

I am looking for an IR driver for a Bell 9241 PVR, does anyone perhaps have one?

The remote says IR/UHF, and my CNXLIR is not able to pick up its signals...
Is there a way to get the IR Learner to pick up these signals? Or am I hooped?


Re: Roland M-300

Steve Kaudle
 

I've got a module that'll recall scenes (and provide feedback for same) on a
M-400, if that'll help?





_____

From: Crestron@... [mailto:Crestron@...] On Behalf
Of luckystar
Sent: Monday, February 21, 2011 3:38 PM
To: Crestron@...
Subject: [Crestron] Roland M-300





digging up an old one here - does anyone have a module or code chunk they
wouldn't mind sharing for a Roland M-300 mixing console? We're going to do
RS-232 control. The thread below mentions some possible reliability issues.
Thanks in advance for any help/code/tips you can offer!
peter

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

If you need a live sound console I recently controlled a Roland M-400
using RS232 via Crestron. Running the fader up and down on the touch panel
while the fader moved on the console. It also has MIDI control which is much
more reliable than the RS232. Other than that if a live console is not
needed I like using the Biamp Audia and Nexia.


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

Anyone know of a controlable mixer for mics and line in sources? I'm
trying to use a keypad or xpanel in a podium to control all of my sources
and mics and keep the equipment in the back room. Problem is, I have checked
with all of my PRO/Audio suppliers, and they have never heard of a IR or 232
controllable mixer. Anyone know of any that exist out there?


Re: Brute-force parsing of an XML stream ? (cc128 Current Cost)

seismicsound174
 

Hi Marc,

We have that device in here in Australia where it's called WattsClever.

I wrote a module that parses the stream using nothing but SIMPL.
Gather on 47d ("/"). Use an STOA for each XML tag that you want to read then convert the ASCII characters to analogs using your choice of method as taught in Intermediate class... use an ARAM to store the analogs for further processing.

The only complication is the yearly value which has more than 5 digits (bigger than a 16-bit analog).

Enjoy - maybe it'll help to get people to turn the oven off when they don't need it... ;-)

Phil.

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


As long as your buffer is big enough to accommodate the larger messages, and as long as you're keying your parsing routine to run after seeing a "</msg>" tag, I'm not seeing where there would be a problem, no?

Those 2-hour messages don't look like they get bigger than 2k worth of data - which ain't a lot...

- Chip


--- In Crestron@..., Marc-Etienne HUNEAU <mehuneau@> wrote:

Hey Group,


I'm working on a CurrentCost Envi cc128 device. It's a power meter, and its RS232 output can (and will) spit power consumption data.

It outputs a realtime and short xml stream whenever it gets a reading from one of its meters.

It also outputs a set of possibly very long xml data sets every two hours.



I'm parsing the "realtime" data just fine. I even put together a cool little graph using the Google Charts module from XXXXX.


Problem is, now I gather the string and search for the tags i'm looking for. I suspect that won't work with the very long xml for daily, weekly and monthly data.

I'm not willing to parse and store all the data. Far from that, I'm only willing to retrieve one or two days of hourly history, one or two weeks, and one of two months. The idea is to generate history charts for one hour, one day, one week, one month. Well, maybe one year too.

For that I should read data as it flows through my module. How would you gurus do that ?


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









Re: Brute-force parsing of an XML stream ? (cc128 Current Cost)

Chip
 

As long as your buffer is big enough to accommodate the larger messages, and as long as you're keying your parsing routine to run after seeing a "</msg>" tag, I'm not seeing where there would be a problem, no?

Those 2-hour messages don't look like they get bigger than 2k worth of data - which ain't a lot...

- Chip

--- In Crestron@..., Marc-Etienne HUNEAU <mehuneau@...> wrote:

Hey Group,


I'm working on a CurrentCost Envi cc128 device. It's a power meter, and its RS232 output can (and will) spit power consumption data.

It outputs a realtime and short xml stream whenever it gets a reading from one of its meters.

It also outputs a set of possibly very long xml data sets every two hours.



I'm parsing the "realtime" data just fine. I even put together a cool little graph using the Google Charts module from XXXXX.


Problem is, now I gather the string and search for the tags i'm looking for. I suspect that won't work with the very long xml for daily, weekly and monthly data.

I'm not willing to parse and store all the data. Far from that, I'm only willing to retrieve one or two days of hourly history, one or two weeks, and one of two months. The idea is to generate history charts for one hour, one day, one week, one month. Well, maybe one year too.

For that I should read data as it flows through my module. How would you gurus do that ?


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







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


Re: Does anyone know the number or HDMI keys that the "new" Mac Mini provides?

Josh
 

When/if you find out, let us know. We recently had a project with Mac Mini's on DM distribution. They worked fine for months, and then stopped working. Everything pointed to HDCP key issues. Oddly enough, it appeared to only happen when iTunes was launched. We think that an iTunes or OS update from Apple implemented some kind of HDCP enable on the output when iTunes is running. You could try a key-stripper, but chances are that may stop working at any moment and you're back to square one.

Josh

--- In Crestron@..., "Steve Kaudle" <steve@...> wrote:

I've long since made it a point during such exchanges to never, ever mention
any other manufacturers (IE: "I'm trying to control your box with a Crestron
control system, can you answer a question for me?"). Experience tells me
that when the person at the other end sees that you're attempting to perform
a task that they don't immediately recognize a solution for, in concert with
another manufacturers piece of hardware, they are often overcome with an
urge to point the finger at the other manufactures
hardware/software/support.



_____

From: Crestron@... [mailto:Crestron@...] On Behalf
Of cchocjr@...
Sent: Monday, February 21, 2011 1:23 PM
To: Crestron@...
Subject: [Crestron] Re: Does anyone know the number or HDMI keys that the
"new" Mac Mini provides?





After several rounds of e-mails, I've gotten my official response from Apple
regarding the number of HDCP keys afforded by the 'll Mac Mini. Translated,
it reads: "We have no idea (what you are talking about)." The best (i.e.
most AND least funny) response I got was a suggestion to ask Crestron, or
another 3rd party device manufacturer (i.e. of HDMI matrix switchers), for
the answer. And this was from their "engineers."

Pathetic...

But, less and less surprising coming from Apple, IMO.

[end bitching&#92;x0A]

- Charles

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

That's promising, at least. And thanks for the heads-up regarding the blue
screen behavior.

Still eagerly awaiting my response from Apple. Again, I'll post my
findings when I get them.

-Charles






Re: X-Points Serial Data Refresh

enco.josh
 

Put a Make String Permanent (MSP) on the serial signals on the Equipment side. This will force a refresh on connection.

--- In Crestron@..., "Gregg M" <jets_in_2003@...> wrote:

I am working with cross points and everything works well with the exception of getting my serial data to refresh upon a reconnect. For example I go to my iServer page starting the connection and start a playlist, which I can now see the songs and covers on my "now playing page." I then go to my lighting page which breaks the connection to my iServer and establishes one to my lighting processor. When I go back to the iServer page (restablishing the connection) the serial data will still be on the last song and not current data until I force a change or another song starts. How can I get the data to refresh automaticly?


X-Points Serial Data Refresh

 

I am working with cross points and everything works well with the exception of getting my serial data to refresh upon a reconnect. For example I go to my iServer page starting the connection and start a playlist, which I can now see the songs and covers on my "now playing page." I then go to my lighting page which breaks the connection to my iServer and establishes one to my lighting processor. When I go back to the iServer page (restablishing the connection) the serial data will still be on the last song and not current data until I force a change or another song starts. How can I get the data to refresh automaticly?


latest software releases and older code interactions

 

Has anyone experienced problems after doing the latest software updates and then re-compiling older code? Specifically, I'm talking about an issue I've seen recently where it seems like all the joins have been shaken and stirred and then dumped back into the system.


Re: Refreshing XSIG's when one processor reboots or goes offline.

enco.josh
 

I just finished a project where I had an AV2 communicating with two prodigy systems over UDP. I played around with a lot of complicated logic solutions to keep the two in sync, but I eventually found a simple solution that was very stable. I used the Activity Detection Device Extender from the UDP connection and a heartbeat on each side.

The activity signal drives an SIO of &#92;xFC to the RX$ of the XSIG, and a NOT of the activity signal also drives an SIO of &#92;xFC to the RX$ of the XSIG. Also, an oscillator (1t hi_time, 5s, lo_time) drives the first digital input on the XSIG. I set the activity detection period to 11s to allow the systems to miss one heartbeat signal with out doing a resync, but that tolerance is up to you.

If you put this logic on both processors, it will make sure both sides are always in sync. I can post an example program, but I think this is easy enough to understand. All you need is an XSIG, UDP/IP Connection with Activity Detection Device Extender, 2 SIOs, OSC, and a NOT.

--- In Crestron@..., "yellowfin684" <jaredhaleck@...> wrote:

I have two processors where I am using the XSIG symbols to communicate between the two. The problem of course with the older XSIG symbol is that they don't force the signals to stay in sync if one processor reboots or drops off line. From reading the help doc on the XSIG symbol, it looks like you can update or clear the values of the XSIG using &#92;xFD or &#92;xFC respectively. I have been tinker with updating the signals, but with no luck.

Would anyone have an example program on how to do this properly and efficiently?

Also, I understand I could issue the update command on system start of either of the processors, but what about if one of the processors simply goes off line. Is there a socket signal I can monitor to track the online status of a processor? I've looked but I must be looking in the wrong place.

Lastly, is there any reason to use the clear command to clear all the signals when trying to keep these in sync? Wouldn't I just want to issue update commands.

Thanks a bunch


Re: URLs from an ATC-AudioNet

Brian Davis
 

Do the "Favorites" not do this?



I just go the card installed in our showroom system so I haven't had a
chance to fully explore the "Favorites" portion.





From: Crestron@... [mailto:Crestron@...] On Behalf
Of toritian
Sent: Monday, February 21, 2011 2:48 PM
To: Crestron@...
Subject: [Crestron] URLs from an ATC-AudioNet



Hey,

We are trying to extract the URL for the current playing station so that we
save it and recall it as a simple preset. I know you could probably rig up
some steppers to recall favorites, but this won't give us all the
flexibility we need.

The box doesn't seem to return the currently playing URL. Am I missing the
signal somewhere?

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



_____

No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1204 / Virus Database: 1435/3457 - Release Date: 02/21/11


Re: Does anyone know the number or HDMI keys that the "new" Mac Mini provides?

 

+1 for that.

OP

--- In Crestron@..., "Steve Kaudle" <steve@...> wrote:

I've long since made it a point during such exchanges to never, ever mention
any other manufacturers (IE: "I'm trying to control your box with a Crestron
control system, can you answer a question for me?").


IDOC-V Makes Buzzing Noise

erikm_101
 

Hello Group,

I have an installation with several CEN-IDOCVs installed and several of the devices are emitting loud buzzing sounds from the "brick" (as opposed to the "puck"). One of my techs contacted TB with this and TB reports no awareness of this type of buzzing issue before.

Does anyone have any experience with this? If so, what should I look for or watch out for?

TIA, erik


URLs from an ATC-AudioNet

 

Hey,

We are trying to extract the URL for the current playing station so that we save it and recall it as a simple preset. I know you could probably rig up some steppers to recall favorites, but this won't give us all the flexibility we need.

The box doesn't seem to return the currently playing URL. Am I missing the signal somewhere?

Thanks


Re: Refreshing XSIG's when one processor reboots or goes offline.

Steve Kaudle
 

Why not monitor the status of the IP connection (offline manager, output of
a TCP Client, etc. . .) and (re)send the update command on the appropriate
edge of the status digital?







_____

From: Crestron@... [mailto:Crestron@...] On Behalf
Of yellowfin684
Sent: Monday, February 21, 2011 3:22 PM
To: Crestron@...
Subject: [Crestron] Re: Refreshing XSIG's when one processor reboots or goes
offline.





yeah, processor number 2 is remotely located and on its own switch. so if
that switch ever goes down temporarily, the XSIGS would look to resync each
other.

--- In Crestron@... <mailto:Crestron%40yahoogroups.com> , "Steve
Kaudle" <steve@...> wrote:

You mention the possibility of a processor going 'offline'. Should I take
that to mean the actual connection between the two is via IP?



_____

From: Crestron@... <mailto:Crestron%40yahoogroups.com>
[mailto:Crestron@... <mailto:Crestron%40yahoogroups.com> ] On
Behalf
Of yellowfin684
Sent: Monday, February 21, 2011 2:35 PM
To: Crestron@... <mailto:Crestron%40yahoogroups.com>
Subject: [Crestron] Refreshing XSIG's when one processor reboots or goes
offline.





I have two processors where I am using the XSIG symbols to communicate
between the two. The problem of course with the older XSIG symbol is that
they don't force the signals to stay in sync if one processor reboots or
drops off line. From reading the help doc on the XSIG symbol, it looks
like
you can update or clear the values of the XSIG using &#92;xFD or &#92;xFC
respectively. I have been tinker with updating the signals, but with no
luck.

Would anyone have an example program on how to do this properly and
efficiently?

Also, I understand I could issue the update command on system start of
either of the processors, but what about if one of the processors simply
goes off line. Is there a socket signal I can monitor to track the online
status of a processor? I've looked but I must be looking in the wrong
place.

Lastly, is there any reason to use the clear command to clear all the
signals when trying to keep these in sync? Wouldn't I just want to issue
update commands.

Thanks a bunch







Roland M-300

 

digging up an old one here - does anyone have a module or code chunk they wouldn't mind sharing for a Roland M-300 mixing console? We're going to do RS-232 control. The thread below mentions some possible reliability issues. Thanks in advance for any help/code/tips you can offer!
peter

--- In Crestron@..., "bwildandcrazy2000" <avprogrammer@...> wrote:

If you need a live sound console I recently controlled a Roland M-400 using RS232 via Crestron. Running the fader up and down on the touch panel while the fader moved on the console. It also has MIDI control which is much more reliable than the RS232. Other than that if a live console is not needed I like using the Biamp Audia and Nexia.


--- In Crestron@..., "yellowfin684" <jaredhaleck@> wrote:

Anyone know of a controlable mixer for mics and line in sources? I'm trying to use a keypad or xpanel in a podium to control all of my sources and mics and keep the equipment in the back room. Problem is, I have checked with all of my PRO/Audio suppliers, and they have never heard of a IR or 232 controllable mixer. Anyone know of any that exist out there?


Re: Refreshing XSIG's when one processor reboots or goes offline.

yellowfin684
 

Chris, thanks a bunch. In your implementation, did you account for the processors going off line, or id your only update the XSIGs on boot. Just wondering...cause maybe in reality that will cover me for 99% of the situations where the the XSIGS could ever get out of sync.

Great idea though on building my own heartbeat. I'll have to give it a shot.

J

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

I did that - I sent the signal to the opposite processor, jammed with
the Xsig_tx$. I used an SIO on startup.

You could implement some sort of heartbeat. OSC tied to an RING tied to
an INIT, sent over the XSIG. On the opposite side, run it through a
Analog One Shot and a Retriggerable One Shot. If the RTOS ever goes low,
the other processor has stopped responding.

Chris



On 2/21/2011 1:34 PM, yellowfin684 wrote:

I have two processors where I am using the XSIG symbols to communicate
between the two. The problem of course with the older XSIG symbol is
that they don't force the signals to stay in sync if one processor
reboots or drops off line. From reading the help doc on the XSIG
symbol, it looks like you can update or clear the values of the XSIG
using &#92;xFD or &#92;xFC respectively. I have been tinker with updating the
signals, but with no luck.

Would anyone have an example program on how to do this properly and
efficiently?

Also, I understand I could issue the update command on system start of
either of the processors, but what about if one of the processors
simply goes off line. Is there a socket signal I can monitor to track
the online status of a processor? I've looked but I must be looking in
the wrong place.

Lastly, is there any reason to use the clear command to clear all the
signals when trying to keep these in sync? Wouldn't I just want to
issue update commands.

Thanks a bunch


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


Re: Refreshing XSIG's when one processor reboots or goes offline.

yellowfin684
 

yeah, processor number 2 is remotely located and on its own switch. so if that switch ever goes down temporarily, the XSIGS would look to resync each other.

--- In Crestron@..., "Steve Kaudle" <steve@...> wrote:

You mention the possibility of a processor going 'offline'. Should I take
that to mean the actual connection between the two is via IP?



_____

From: Crestron@... [mailto:Crestron@...] On Behalf
Of yellowfin684
Sent: Monday, February 21, 2011 2:35 PM
To: Crestron@...
Subject: [Crestron] Refreshing XSIG's when one processor reboots or goes
offline.





I have two processors where I am using the XSIG symbols to communicate
between the two. The problem of course with the older XSIG symbol is that
they don't force the signals to stay in sync if one processor reboots or
drops off line. From reading the help doc on the XSIG symbol, it looks like
you can update or clear the values of the XSIG using &#92;xFD or &#92;xFC
respectively. I have been tinker with updating the signals, but with no
luck.

Would anyone have an example program on how to do this properly and
efficiently?

Also, I understand I could issue the update command on system start of
either of the processors, but what about if one of the processors simply
goes off line. Is there a socket signal I can monitor to track the online
status of a processor? I've looked but I must be looking in the wrong place.

Lastly, is there any reason to use the clear command to clear all the
signals when trying to keep these in sync? Wouldn't I just want to issue
update commands.

Thanks a bunch





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


Re: Refreshing XSIG's when one processor reboots or goes offline.

Steve Kaudle
 

You mention the possibility of a processor going 'offline'. Should I take
that to mean the actual connection between the two is via IP?



_____

From: Crestron@... [mailto:Crestron@...] On Behalf
Of yellowfin684
Sent: Monday, February 21, 2011 2:35 PM
To: Crestron@...
Subject: [Crestron] Refreshing XSIG's when one processor reboots or goes
offline.





I have two processors where I am using the XSIG symbols to communicate
between the two. The problem of course with the older XSIG symbol is that
they don't force the signals to stay in sync if one processor reboots or
drops off line. From reading the help doc on the XSIG symbol, it looks like
you can update or clear the values of the XSIG using &#92;xFD or &#92;xFC
respectively. I have been tinker with updating the signals, but with no
luck.

Would anyone have an example program on how to do this properly and
efficiently?

Also, I understand I could issue the update command on system start of
either of the processors, but what about if one of the processors simply
goes off line. Is there a socket signal I can monitor to track the online
status of a processor? I've looked but I must be looking in the wrong place.

Lastly, is there any reason to use the clear command to clear all the
signals when trying to keep these in sync? Wouldn't I just want to issue
update commands.

Thanks a bunch


Re: Refreshing XSIG's when one processor reboots or goes offline.

 

I did that - I sent the signal to the opposite processor, jammed with
the Xsig_tx$. I used an SIO on startup.

You could implement some sort of heartbeat. OSC tied to an RING tied to
an INIT, sent over the XSIG. On the opposite side, run it through a
Analog One Shot and a Retriggerable One Shot. If the RTOS ever goes low,
the other processor has stopped responding.

Chris

On 2/21/2011 1:34 PM, yellowfin684 wrote:

I have two processors where I am using the XSIG symbols to communicate
between the two. The problem of course with the older XSIG symbol is
that they don't force the signals to stay in sync if one processor
reboots or drops off line. From reading the help doc on the XSIG
symbol, it looks like you can update or clear the values of the XSIG
using &#92;xFD or &#92;xFC respectively. I have been tinker with updating the
signals, but with no luck.

Would anyone have an example program on how to do this properly and
efficiently?

Also, I understand I could issue the update command on system start of
either of the processors, but what about if one of the processors
simply goes off line. Is there a socket signal I can monitor to track
the online status of a processor? I've looked but I must be looking in
the wrong place.

Lastly, is there any reason to use the clear command to clear all the
signals when trying to keep these in sync? Wouldn't I just want to
issue update commands.

Thanks a bunch