crestron@groups.io

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 lookslike
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 wrongplace.

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

#132957

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

Show quoted text

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

#132956

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

Show quoted text

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

#132955

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.

Show quoted text

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

#132954

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.

#132953

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

Show quoted text

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

Re: Crestron Hardware - Static addressing or DHCP via Mac address?

Brian Davis

#132952

We generally go static. Our work is primarily residential and in a lot of
the cases we are handling the network as part of the install. On the
occasions where the client has a separate network company we request a block
of X addresses (where X equals the number of static addresses plus 10 that
we need). We set up or request that the customer have DHCP set up to allow
for 100 to 150 addresses. That should more than cover anything they would
ever add to the network and keeps us from having IP conflicts, so far
anyway.

From: Crestron@... [mailto:Crestron@...] On Behalf
Of adks1010
Sent: Monday, February 21, 2011 1:30 PM
To: Crestron@...
Subject: [Crestron] Crestron Hardware - Static addressing or DHCP via Mac
address?

Does anyone have any compelling reasons to use one over the other?

I think a good case can be made in either direction but wanted to know what
everyone else was using as a process and also if you have been burned by
using one method over the other. 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: New Processors/Software and Modules Issues?

#132951

my take was that the discussion was about modules fom other companies/programmers/etc.  I'm not sure that this will impact me personally with any regularity, but I agree that drinking is usually the best, first answer.

Show quoted text

--- In , "Chip" <.> wrote:

  Modules such as.......?

  I'm not familiar with any locked modules - at least not from Crestron, save one or two.  And if Crestron DID have locked modules that weren't compatible, I'd expect 'em to fix that!  (They can choose the method of fixing - do it themselves, or give me an unlocked version of the module!)  :)

    - Chip

--- In , "texascbounds" <clbounds@> wrote:

What is everyone going to do with the modules that are locked and not
compatible with the New Processors??

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

yellowfin684

#132950

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

Crestron Hardware - Static addressing or DHCP via Mac address?

#132949

Does anyone have any compelling reasons to use one over the other?

I think a good case can be made in either direction but wanted to know what everyone else was using as a process and also if you have been burned by using one method over the other. Thanks.

Re: New Processors/Software and Modules Issues?

Chip

#132948

Modules such as.......?

  I'm not familiar with any locked modules - at least not from Crestron, save one or two.  And if Crestron DID have locked modules that weren't compatible, I'd expect 'em to fix that!  (They can choose the method of fixing - do it themselves, or give me an unlocked version of the module!)  :)

    - Chip

Show quoted text

--- In Crestron@..., "texascbounds" <clbounds@...> wrote:

What is everyone going to do with the modules that are locked and not
compatible with the New Processors??

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

Steve Kaudle

#132947

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 bluescreen behavior.

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

-Charles

Re: New Processors and there Modules

#132946

OK, so I am a little late to the party.  What is the issue with modules and
the new processor?  I was just about to place and order for a PMC3+ Pak and
being the job is 3 hours from anywhere, I just wanted to make sure that I am
not screwing myself.

 

From: Crestron@... [mailto:Crestron@...] On Behalf
Of Tres
Sent: Monday, February 21, 2011 12:30 PM
To: Crestron@...
Subject: RE: [Crestron] Re: New Processors and there Modules

 

  

I was thinking some peach moonshine I was just introduced to. for the very
first time. normally just beer is my game. but man. that was some good stuff
and would absolutely render someone useless trying to program. 

Ok. I went too far off topic. was trying to keep it tied in with my
programming comment. 

From: Crestron@... <mailto:Crestron%40yahoogroups.com>
[mailto:Crestron@... <mailto:Crestron%40yahoogroups.com> ] On
Behalf
Of texascbounds
Sent: Monday, February 21, 2011 1:20 PM
To: Crestron@... <mailto:Crestron%40yahoogroups.com> 
Subject: [Crestron] Re: New Processors and there Modules

I will start with a bottle of Crown Royal BLACK

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

Yeah, maybe there is an xbox drinking game so we can unite worldwide...

The kinect would be awesome to watch people trip on their own face... a
drunk balance game... 
That is it... a game that your goal is to not get pulled over but if you
do, you have to be able to pass the drinking test... balance skills...
etc...


-----Original Message-----
From: Crestron@... <mailto:Crestron%40yahoogroups.com><mailto:Crestron%40yahoogroups.com>
[mailto:Crestron@... <mailto:Crestron%40yahoogroups.com>
<mailto:Crestron%40yahoogroups.com> ] On
Behalf
Of Bart J. Podkowka
Sent: Monday, February 21, 2011 1:11 PM
To: <Crestron@... <mailto:Crestron%40yahoogroups.com><mailto:Crestron%40yahoogroups.com> >
Subject: Re: [Crestron] New Processors and there Modules

I like this option! Can I join?

Regards,

Bart J. Podkowka
CISoftware Mallorca

Tel. 971570971 Mov. 616273563
www.cisoftware.eu<>

Control your home from your iPhone and iPad. Call us for demonstration.

On 21 Feb 2011, at 19:08, "Tres"
<tres@... <mailto:tres@...%3cmailto:tres@...> <mailto:tres@...>> wrote:



Drink. heavily.

From: <mailto:Crestron%40yahoogroups.com>
Crestron@... <mailto:Crestron%40yahoogroups.com><mailto:Crestron%40yahoogroups.com>
<mailto:Crestron@... <mailto:Crestron%40yahoogroups.com>
<mailto:Crestron%40yahoogroups.com> >
[mailto:<mailto:Crestron%40yahoogroups.com>Crestron@...<mailto:Crestron%40yahoogroups.com> 
<mailto:Crestron%40yahoogroups.com> <mailto:C <mailto:C%0b> 
restron@... <mailto:restron%40yahoogroups.com><mailto:restron%40yahoogroups.com> >] On Behalf
Of texascbounds
Sent: Monday, February 21, 2011 1:06 PM
To: <mailto:Crestron%40yahoogroups.com>
Crestron@... <mailto:Crestron%40yahoogroups.com><mailto:Crestron%40yahoogroups.com>
<mailto:Crestron@... <mailto:Crestron%40yahoogroups.com>
<mailto:Crestron%40yahoogroups.com> >
Subject: [Crestron] New Processors and there Modules

What is everyone going to do about there modules that are locked and not
compatible with the New Processors??











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

*
****

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: New Processors and there Modules

Tres

#132945

I was thinking some peach moonshine I was just introduced to. for the very
first time. normally just beer is my game. but man. that was some good stuff
and would absolutely render someone useless trying to program. 

Ok. I went too far off topic. was trying to keep it tied in with my
programming comment. 

From: Crestron@... [mailto:Crestron@...] On Behalf
Of texascbounds
Sent: Monday, February 21, 2011 1:20 PM
To: Crestron@...
Subject: [Crestron] Re: New Processors and there Modules

I will start with a bottle of Crown Royal BLACK

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

Yeah, maybe there is an xbox drinking game so we can unite worldwide...

The kinect would be awesome to watch people trip on their own face... a
drunk balance game... 
That is it... a game that your goal is to not get pulled over but if you
do, you have to be able to pass the drinking test... balance skills...
etc...

-----Original Message-----
From: Crestron@... <mailto:Crestron%40yahoogroups.com>[mailto:Crestron@... <mailto:Crestron%40yahoogroups.com> ] On
Behalf
Of Bart J. Podkowka
Sent: Monday, February 21, 2011 1:11 PM
To: <Crestron@... <mailto:Crestron%40yahoogroups.com> >
Subject: Re: [Crestron] New Processors and there Modules

I like this option! Can I join?

Regards,

Bart J. Podkowka
CISoftware Mallorca

Tel. 971570971 Mov. 616273563
www.cisoftware.eu<>

Control your home from your iPhone and iPad. Call us for demonstration.

On 21 Feb 2011, at 19:08, "Tres"
<tres@...<mailto:tres@...>> wrote:

Drink. heavily.

From: <mailto:Crestron%40yahoogroups.com>
Crestron@... <mailto:Crestron%40yahoogroups.com><mailto:Crestron@... <mailto:Crestron%40yahoogroups.com> >
[mailto:<mailto:Crestron%40yahoogroups.com>Crestron@...<mailto:Crestron%40yahoogroups.com> <mailto:C
restron@... <mailto:restron%40yahoogroups.com> >] On Behalf
Of texascbounds
Sent: Monday, February 21, 2011 1:06 PM
To: <mailto:Crestron%40yahoogroups.com>
Crestron@... <mailto:Crestron%40yahoogroups.com><mailto:Crestron@... <mailto:Crestron%40yahoogroups.com> >
Subject: [Crestron] New Processors and there Modules

What is everyone going to do about there modules that are locked and not
compatible with the New Processors??

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

*
****

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: Does anyone know the number or HDMI keys that the "new" Mac Mini provides?

#132944

"Hi BP, Ford told me to call you. What kind of engine does my car have?"

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

Show quoted text

-----Original Message-----
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@..., "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

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

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: Does anyone know the number or HDMI keys that the "new" Mac Mini provides?

[email protected]

#132943

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

Show quoted text

--- In Crestron@..., "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: New Processors and there Modules

Tres

#132942

Yeah, maybe there is an xbox drinking game so we can unite worldwide...

The kinect would be awesome to watch people trip on their own face... a
drunk balance game... 
That is it...  a game that your goal is to not get pulled over but if you
do, you have to be able to pass the drinking test... balance skills...
etc...

Show quoted text

-----Original Message-----
From: Crestron@... [mailto:Crestron@...] On Behalf
Of Bart J. Podkowka
Sent: Monday, February 21, 2011 1:11 PM
To: <Crestron@...>
Subject: Re: [Crestron] New Processors and there Modules

I like this option! Can I join?

Regards,

Bart J. Podkowka
CISoftware Mallorca

Tel. 971570971  Mov. 616273563
www.cisoftware.eu<>

Control your home from your iPhone and iPad. Call us for demonstration.

On 21 Feb 2011, at 19:08, "Tres"
<tres@...<mailto:tres@...>> wrote:

Drink. heavily.

From: <mailto:Crestron%40yahoogroups.com>
Crestron@...<mailto:Crestron@...>
[mailto:<mailto:Crestron%40yahoogroups.com>Crestron@...<mailto:C
restron@...>] On Behalf
Of texascbounds
Sent: Monday, February 21, 2011 1:06 PM
To: <mailto:Crestron%40yahoogroups.com>
Crestron@...<mailto:Crestron@...>
Subject: [Crestron] New Processors and there Modules

What is everyone going to do about there modules that are locked and not
compatible with the New Processors??

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

*
****

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: New Processors and there Modules

Bart J. Podkowka

#132941

I like this option! Can I join?

Regards,

Bart J. Podkowka
CISoftware Mallorca

Tel. 971570971  Mov. 616273563
www.cisoftware.eu<>

Control your home from your iPhone and iPad. Call us for demonstration.

Show quoted text

On 21 Feb 2011, at 19:08, "Tres" <tres@...<mailto:tres@...>> wrote:

Drink. heavily.

From: <mailto:Crestron%40yahoogroups.com> Crestron@...<mailto:Crestron@...> [mailto:<mailto:Crestron%40yahoogroups.com>Crestron@...<mailto:Crestron@...>] On Behalf
Of texascbounds
Sent: Monday, February 21, 2011 1:06 PM
To: <mailto:Crestron%40yahoogroups.com> Crestron@...<mailto:Crestron@...>
Subject: [Crestron] New Processors and there Modules

What is everyone going to do about there modules that are locked and not
compatible with the New Processors??

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

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

Re: New Processors and there Modules

Tres

#132940

Drink. heavily. 

From: Crestron@... [mailto:Crestron@...] On Behalf
Of texascbounds
Sent: Monday, February 21, 2011 1:06 PM
To: Crestron@...
Subject: [Crestron] New Processors and there Modules

What is everyone going to do about there modules that are locked and not
compatible with the New Processors??

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

#132939

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

开云体育