开云体育

A string is what resides in the RAM allocated to hold that string. If that RAM space has no data, it is an empty string.

Isn't it a part of the Loewe TV? If so Loewe_LCD_Demo_Program.zip from the file section could help You.

That is true.

Sorry I sometimes forget that companies like Crestron are Worldwide.



Lee



From: Crestron@... [mailto:Crestron@...] On Behalf Of Marc-Etienne Huneau
Sent: Tuesday, April 03, 2012 1:58 AM
To: Crestron@...
Subject: Re: [Crestron] Re: I'm Loosing It...





433 is the only authorized frequency in many countries
--
Marc-Etienne HUNEAU

? 06.615.516.90

Le 3 avr. 2012 à 04:35, <ke4vsk@... <mailto:ke4vsk%40sbcglobal.net> > a écrit :

Hello All

This could be a common problem, the CNRFGWA operates on 433.92 Mhz.

This frequency is right in the middle of the of the 440 ham radio band that

covers from 420.0 Mhz. to 450.0 Mhz. I live a ? mile from our main Weather

Repeater, I had to change one of our remote receive link frequencies that

was on 434.0 Mhz. because it was interfering with my CNRFGWA.

The 420 to 450 Mhz. band is also shared with some First Responder agencies
like

Police, fire, ambulance. Mostly in rural areas.

I was really surprised that Crestron had used the 433.92 Mhz. frequency.

I guess that is why they came out with the CNRFGWA-418 that operates at 418
Mhz.

so it would have less interference.

Lee

From: Crestron@... <mailto:Crestron%40yahoogroups.com> [mailto:Crestron@... <mailto:Crestron%40yahoogroups.com> ] On Behalf
Of silviacity
Sent: Thursday, March 29, 2012 11:56 AM
To: Crestron@... <mailto:Crestron%40yahoogroups.com>
Subject: [Crestron] Re: I'm Loosing It...

Apologies for bumping an old thread, hopefully my experience can help
someone else.

i had a similar problem with an RTI, CNRFGWA and Pro2. Worked fine for a
long time, then 2 days ago, all 3 CNRFGWA lights on, all the time. Swapped
another CNRFGWA, same problem, all lights on.

Checked code, cabling...

Nothing I tried fixed the problem.

I remembered I also had FOB troubles with my car alarm that afternoon, which
suggested interference of some sort.

Unfortunately, returning home the next day, the car alarm FOB worked fine,
and the CNRFGWA activity LED was off.

The system worked exactly as it had before the problem arose.

I figure one of the neighbours has a ham radio or something like that, and
its just flooding the 433mhz band and the CNRFGWA is picking up on it and
freaking out.

Ill update this if it happens again, and I can figure out the source of
interference.

(as a note, i live in a big house on a big section in the burbs, its not an
inner city apartment)

Dan.

--- In Crestron@... <mailto:Crestron%40yahoogroups.com> <mailto:Crestron%40yahoogroups.com> , Simon
Cope <sjcope@...> wrote:

Yup. Your gateway is screwed. I used to see this reasonably frequently a
few years back - you'll need to send the GW back for repair/replacement.

Simon C

2010/1/21 Lincoln King-Cliby <lincoln@...>

My system at home: I replaced a C2N-CBD with a CNX-BF12. Existing wire,
didn't even change the Phoenix connectors. Now all of a sudden the
ML-500/600s on the CNRFGWA-418 stop chatting.

Disconnect CNX-BF12 Cresnet at the CNT-BLOCK end of the cable... no

change.

Even with an ML-500 at 6", 18", and 3'.

Take antenna off CNRFGWA-418 and the ML-500 works within about 3' of the
gateway. Put antenna back on, goes back to not working.

An interesting observation is that the "SIGNAL" LED on the 433 CNRFGWA
right next to the -418 is clearly illuminated with I hit any button; the
"SIGNAL" LED on the -418 only flashes when I take the antenna off or
physically touch the ML-500 to the -418's antenna (in that case, though,
even though the signal usually LED comes on nothing seems to happen)

Making me scratch my head even more: Using Superdebugger is showing me
"something" being received by the gateway, but that's not triggering the
logic associated with the press in the program

E.g. press and release "Prev Ch" on the remote that should be RFID 20
<01/21/2010 14:17:03>CRX:Slot-01.ID-73 :1 Way TX ID:6F Join:33 Value:1
<01/21/2010 14:17:03>CRX:Slot-01.ID-73 :1 Way TX ID:00 Join:0 Value:0

Press and release softkey 10 for group 1
<01/21/2010 14:19:01>CRX:Slot-01.ID-73 :1 Way TX ID:49 Join:34 Value:1
<01/21/2010 14:19:01>CRX:Slot-01.ID-73 :1 Way TX ID:00 Join:0 Value:0

Any ideas?

Lincoln

--

Lincoln King-Cliby, CTS
Applications Engineer
ControlWorks Consulting, LLC

V: 440.449.1100 x1107 F: 440.449.1106 I:
Crestron Authorized Independent Programmer

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

_____

No virus found in this message.
Checked by AVG - www.avg.com
Version: 2012.0.1913 / Virus Database: 2114/4902 - Release Date: 03/29/12

_____

No virus found in this message.
Checked by AVG - www.avg.com
Version: 2012.0.1913 / Virus Database: 2114/4910 - Release Date: 04/02/12



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

You can use Windows Sound recorder.
Simply open the file in Sound Rec and Save As...
In the Save as dialog hit Format to change the file format options.
Just remember to save as a different file if you want to keep the original.

g

433 is the only authorized frequency in many countries
--
Marc-Etienne HUNEAU

? 06.615.516.90


Le 3 avr. 2012 à 04:35, <ke4vsk@...> a écrit :

Hello All

This could be a common problem, the CNRFGWA operates on 433.92 Mhz.

This frequency is right in the middle of the of the 440 ham radio band that

covers from 420.0 Mhz. to 450.0 Mhz. I live a ? mile from our main Weather

Repeater, I had to change one of our remote receive link frequencies that

was on 434.0 Mhz. because it was interfering with my CNRFGWA.

The 420 to 450 Mhz. band is also shared with some First Responder agencies
like

Police, fire, ambulance. Mostly in rural areas.

I was really surprised that Crestron had used the 433.92 Mhz. frequency.

I guess that is why they came out with the CNRFGWA-418 that operates at 418
Mhz.

so it would have less interference.

Lee

From: Crestron@... [mailto:Crestron@...] On Behalf
Of silviacity
Sent: Thursday, March 29, 2012 11:56 AM
To: Crestron@...
Subject: [Crestron] Re: I'm Loosing It...

Apologies for bumping an old thread, hopefully my experience can help
someone else.

i had a similar problem with an RTI, CNRFGWA and Pro2. Worked fine for a
long time, then 2 days ago, all 3 CNRFGWA lights on, all the time. Swapped
another CNRFGWA, same problem, all lights on.

Checked code, cabling...

Nothing I tried fixed the problem.

I remembered I also had FOB troubles with my car alarm that afternoon, which
suggested interference of some sort.

Unfortunately, returning home the next day, the car alarm FOB worked fine,
and the CNRFGWA activity LED was off.

The system worked exactly as it had before the problem arose.

I figure one of the neighbours has a ham radio or something like that, and
its just flooding the 433mhz band and the CNRFGWA is picking up on it and
freaking out.

Ill update this if it happens again, and I can figure out the source of
interference.

(as a note, i live in a big house on a big section in the burbs, its not an
inner city apartment)

Dan.

--- In Crestron@... <mailto:Crestron%40yahoogroups.com> , Simon
Cope <sjcope@...> wrote:

Yup. Your gateway is screwed. I used to see this reasonably frequently a
few years back - you'll need to send the GW back for repair/replacement.

Simon C

2010/1/21 Lincoln King-Cliby <lincoln@...>

My system at home: I replaced a C2N-CBD with a CNX-BF12. Existing wire,
didn't even change the Phoenix connectors. Now all of a sudden the
ML-500/600s on the CNRFGWA-418 stop chatting.

Disconnect CNX-BF12 Cresnet at the CNT-BLOCK end of the cable... no

change.

Even with an ML-500 at 6", 18", and 3'.

Take antenna off CNRFGWA-418 and the ML-500 works within about 3' of the
gateway. Put antenna back on, goes back to not working.

An interesting observation is that the "SIGNAL" LED on the 433 CNRFGWA
right next to the -418 is clearly illuminated with I hit any button; the
"SIGNAL" LED on the -418 only flashes when I take the antenna off or
physically touch the ML-500 to the -418's antenna (in that case, though,
even though the signal usually LED comes on nothing seems to happen)

Making me scratch my head even more: Using Superdebugger is showing me
"something" being received by the gateway, but that's not triggering the
logic associated with the press in the program

E.g. press and release "Prev Ch" on the remote that should be RFID 20
<01/21/2010 14:17:03>CRX:Slot-01.ID-73 :1 Way TX ID:6F Join:33 Value:1
<01/21/2010 14:17:03>CRX:Slot-01.ID-73 :1 Way TX ID:00 Join:0 Value:0

Press and release softkey 10 for group 1
<01/21/2010 14:19:01>CRX:Slot-01.ID-73 :1 Way TX ID:49 Join:34 Value:1
<01/21/2010 14:19:01>CRX:Slot-01.ID-73 :1 Way TX ID:00 Join:0 Value:0

Any ideas?

Lincoln

--

Lincoln King-Cliby, CTS
Applications Engineer
ControlWorks Consulting, LLC

V: 440.449.1100 x1107 F: 440.449.1106 I:
Crestron Authorized Independent Programmer

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

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

_____

No virus found in this message.
Checked by AVG - www.avg.com
Version: 2012.0.1913 / Virus Database: 2114/4902 - Release Date: 03/29/12

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

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

Thing is, if they fix the occupancy sensors I'll have to change it back to how it used to be 8-)

It seems that they added the option to reverse the behaviour in the property grid and the default was wrong. Kinda.

--
Marc-Etienne HUNEAU

? 06.615.516.90

Le 3 avr. 2012 à 06:37, "Sean" <sound.scan@...> a écrit :

I ran into this issue on Friday. Opened up in SIMPL to find that the updated SIMPL+ module nested inside the updated D3Pro scheduler module was only compiled for 3-series processors. Obviously someone at Crestron forgot morning coffee at some point.

3 is the new 2...

Compiled for 2-series and dropped in the updated module and everything worked fine.

So, you had to extract the module somehow ?

FYI, I also found that the logic for all occupancy sensors has been reversed somehow with the latest update, so hopefully they'll fix that as well.

Yeah, it took me 10 minutes to understand why the lights were out.

Sean

--- In Crestron@..., "tres n3L" <tres@...> wrote:

I was told that an option is to go back in my database. I was also told that
engineering is aware of the issue and is working hard on a fix. anything
else I was told I am not at liberty to share. besides, it has no bearing on
the issue at hand.



I just rolled back my database today, reloaded, and everything from the
scheduler works as intended.



:)



tres







From: Crestron@... [mailto:Crestron@...] On Behalf
Of mehuneau
Sent: Monday, April 02, 2012 4:57 PM
To: Crestron@...
Subject: [Crestron] Re: D3 Pro 3.0.31 Scheduler Broken?







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

no I was not told this.

Come on spit it out !

I hate when that kind of thing happen.

Rollback to the previous database is the fix ?





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

Does any one know the protocol for the loewe sound projector or the very least the discreet ir codes

Thanks In advance

I ran into this issue on Friday. Opened up in SIMPL to find that the updated SIMPL+ module nested inside the updated D3Pro scheduler module was only compiled for 3-series processors. Obviously someone at Crestron forgot morning coffee at some point.

Compiled for 2-series and dropped in the updated module and everything worked fine.

FYI, I also found that the logic for all occupancy sensors has been reversed somehow with the latest update, so hopefully they'll fix that as well.

Sean

Hello All



This could be a common problem, the CNRFGWA operates on 433.92 Mhz.

This frequency is right in the middle of the of the 440 ham radio band that

covers from 420.0 Mhz. to 450.0 Mhz. I live a ? mile from our main Weather

Repeater, I had to change one of our remote receive link frequencies that

was on 434.0 Mhz. because it was interfering with my CNRFGWA.

The 420 to 450 Mhz. band is also shared with some First Responder agencies
like

Police, fire, ambulance. Mostly in rural areas.

I was really surprised that Crestron had used the 433.92 Mhz. frequency.

I guess that is why they came out with the CNRFGWA-418 that operates at 418
Mhz.

so it would have less interference.



Lee



From: Crestron@... [mailto:Crestron@...] On Behalf
Of silviacity
Sent: Thursday, March 29, 2012 11:56 AM
To: Crestron@...
Subject: [Crestron] Re: I'm Loosing It...





Apologies for bumping an old thread, hopefully my experience can help
someone else.

i had a similar problem with an RTI, CNRFGWA and Pro2. Worked fine for a
long time, then 2 days ago, all 3 CNRFGWA lights on, all the time. Swapped
another CNRFGWA, same problem, all lights on.

Checked code, cabling...

Nothing I tried fixed the problem.

I remembered I also had FOB troubles with my car alarm that afternoon, which
suggested interference of some sort.

Unfortunately, returning home the next day, the car alarm FOB worked fine,
and the CNRFGWA activity LED was off.

The system worked exactly as it had before the problem arose.

I figure one of the neighbours has a ham radio or something like that, and
its just flooding the 433mhz band and the CNRFGWA is picking up on it and
freaking out.

Ill update this if it happens again, and I can figure out the source of
interference.

(as a note, i live in a big house on a big section in the burbs, its not an
inner city apartment)

Dan.

--- In Crestron@... <mailto:Crestron%40yahoogroups.com> , Simon
Cope <sjcope@...> wrote:

Yup. Your gateway is screwed. I used to see this reasonably frequently a
few years back - you'll need to send the GW back for repair/replacement.

Simon C

2010/1/21 Lincoln King-Cliby <lincoln@...>

My system at home: I replaced a C2N-CBD with a CNX-BF12. Existing wire,
didn't even change the Phoenix connectors. Now all of a sudden the
ML-500/600s on the CNRFGWA-418 stop chatting.

Disconnect CNX-BF12 Cresnet at the CNT-BLOCK end of the cable... no

change.

Even with an ML-500 at 6", 18", and 3'.

Take antenna off CNRFGWA-418 and the ML-500 works within about 3' of the
gateway. Put antenna back on, goes back to not working.

An interesting observation is that the "SIGNAL" LED on the 433 CNRFGWA
right next to the -418 is clearly illuminated with I hit any button; the
"SIGNAL" LED on the -418 only flashes when I take the antenna off or
physically touch the ML-500 to the -418's antenna (in that case, though,
even though the signal usually LED comes on nothing seems to happen)

Making me scratch my head even more: Using Superdebugger is showing me
"something" being received by the gateway, but that's not triggering the
logic associated with the press in the program

E.g. press and release "Prev Ch" on the remote that should be RFID 20
<01/21/2010 14:17:03>CRX:Slot-01.ID-73 :1 Way TX ID:6F Join:33 Value:1
<01/21/2010 14:17:03>CRX:Slot-01.ID-73 :1 Way TX ID:00 Join:0 Value:0

Press and release softkey 10 for group 1
<01/21/2010 14:19:01>CRX:Slot-01.ID-73 :1 Way TX ID:49 Join:34 Value:1
<01/21/2010 14:19:01>CRX:Slot-01.ID-73 :1 Way TX ID:00 Join:0 Value:0

Any ideas?

Lincoln

--

Lincoln King-Cliby, CTS
Applications Engineer
ControlWorks Consulting, LLC

V: 440.449.1100 x1107 F: 440.449.1106 I:
Crestron Authorized Independent Programmer

_____

No virus found in this message.
Checked by AVG - www.avg.com
Version: 2012.0.1913 / Virus Database: 2114/4902 - Release Date: 03/29/12



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

FYI, I did try some raw commands from the Crestron module and received SNMP Set/Get errors that I guess I would expect if I'm not 'logged into' the correct account.

Excellent info Lincoln, I'm no expert in command prompt designation, but I suspected I wasn't logged into the right 'account'. I haven't changed the promp char yet, but I would think that most of the other commands wouldn't work in the incorrect account either. I received other info on the only CLI login, admin/admin, and I'll give it a go. I may have been logged into a higher level account thus $hit ain't workin'.

Appreciate the reply as always!

I'm not a VBrick expert by any stretch of the imagination (they're becoming more and more rare and when I come across them they're either an "uncontrolled destination" or controlled via contact closure only (start + stop) but if VBrick is like Cisco (and a lot of other CLIs) the prompt may be your clue...

In Cisco (and others) land

Device> indicates that you're in an unprivelaged (sandboxed, restricted/no changes, read only) shell where
Device# indicates that you're in a privelaged (enabled, make changes, do damage) shell.

Perhaps the Crestron module for the VBrick is expecting and (only needs since you said its worked before) a unprivelaged shell and the preson who set up the 'Brick thought you gave the account you're using (or the serial port uses by default) more privelages...

So if you change the > to a # does the module work?

Lincoln

________________________________________
From: Crestron@... [Crestron@...] On Behalf Of matt_rasmussen_2000 [mjrtoo@...]
Sent: Monday, April 02, 2012 8:08 PM
To: Crestron@...
Subject: [Crestron] Re: VBrick SDK anyone?

If there are any lurkers, I spent a little time on it today and it seems like I'm receiving a different prompt than the Crestron module. The Crestron module shows you should receive VBrick> and I receive VBrick#. I realize this may mean I'm logged into the wrong 'account' or something like that so I have two questions that might help.

1) Does a special account need to be setup for Crestron for control, or just login the general admin account?
2) Is there any setup for the serial port, or just leave it 'disabled', meaning not a responder or initiator.

Thanks all!

--- In Crestron@..., "matt_rasmussen_2000" <mjrtoo@...> wrote:

I'm using the module on the Crestron site, have called VBrick and they say the SDK is the same across the encoder line, the guy setting up the VBrick says it's setup properly...I'm stuck in the middle. :)

I've used the module on other devices and it's been fine, so I'm thinking something isn't setup right, but want to cover all my bases.

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



Check out the Files area for useful modules, documents, and drivers.

A contact list of Crestron dealers and programmers can be found in the Database area.
Yahoo! Groups Links

I'm sure a lot of us are wondering how this fits in with IntegrationPros.org. What are you hoping we'll find on your forum that isn't on there or this YG?

Dan

Like some others, we have implemented a very simple solution that has worked very well for us. We just have an oscillator send a quick pulse to a feedback on the iPAD symbol every 10 seconds. It doesn't do anything besides that and is very simple.
We have it doing this to 3 iPADs at one home (staggered 3 seconds apart from each other), and another with 2 iPADs. Both stay connected and do not go into the setup screen, unless the processor is actually reboot (which is unavoidable).?
We also disable the Auto-lock in General settings and set it to NEVER on the iPAD so it doesn't go to sleep on it's own. That has worked extremely well for us, no issues. We are not running the latest app, but the older one that had this issue
and they work fine.?

-Ilya



________________________________
From: cb950 <cb950@...>
To: Crestron@...
Sent: Monday, April 2, 2012 5:18 PM
Subject: [Crestron] Re: crestron mobile versus command fusion


?
I think I was in the seminar with you Jon. I would've thought that the setting for Auto-reconnect would be for those who have multiple systems to connect to. I have been testing with the latest version of the app in my house, and it definitely still becomes disconnected eventually, resulting in unlocking the ipad and seeing the setup screen. I just spent an hour digging through posts about this issue.

Has anyone found a workaround that works 100%? The app has come very far since it's release, but this is a major disadvantage. I think it should never kick you out to the setup screen (like the remote, or sonos app). Anyone know if Control4 or Savant's iPad apps have a similar problem? :)
Casey

--- In Crestron@..., Jon Spackman <fueler1@...> wrote:

Hi Fabio,

Is this behavior you describe with the latest app, the one that came out a week or ago? I spoke to the Crestron mobile guy at the Cypress opening and he assured me that the do want the ipad app to work well and are continuing to refine it. ( i even saw a demo of a version that had fancy scrolling that has that little box in the scroll bar like an ipad or iphone has). Anyhow, they told me the wakeup on the setup page was done on purpose so that people who need their ipad to work on two systems ( like on their boat, and later at their home) have a way to chnage projects.

I disagreed and told them to give us a menu option, something like Multi-site install ON or OFF.

Anyhow talking with them it seems they do care and are doing their best, but its slow progress obviously. I have never used CF so cant comment on that.


But i just wanted to tell others that the wake on setup was done on urpose to allow mutli sites for a single ipad. Stupid!

Sent from my iPad

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

I think I was in the seminar with you Jon. I would've thought that the setting for Auto-reconnect would be for those who have multiple systems to connect to. I have been testing with the latest version of the app in my house, and it definitely still becomes disconnected eventually, resulting in unlocking the ipad and seeing the setup screen. I just spent an hour digging through posts about this issue.

Has anyone found a workaround that works 100%? The app has come very far since it's release, but this is a major disadvantage. I think it should never kick you out to the setup screen (like the remote, or sonos app). Anyone know if Control4 or Savant's iPad apps have a similar problem? :)
Casey

If there are any lurkers, I spent a little time on it today and it seems like I'm receiving a different prompt than the Crestron module. The Crestron module shows you should receive VBrick> and I receive VBrick#. I realize this may mean I'm logged into the wrong 'account' or something like that so I have two questions that might help.

1) Does a special account need to be setup for Crestron for control, or just login the general admin account?
2) Is there any setup for the serial port, or just leave it 'disabled', meaning not a responder or initiator.

Thanks all!

In debugger the browse strings just show up as <empty>

I used the "substring with empty string pass" symbol as suggested by Tony and for the moment just threw a 1 and 5 in the parameter fields. It appeared to be working, but I put myself in a loop when I rebooted, since the unit starts up with empty browse lines. I'll have to add some more logic to it tomorrow.

Thanks guys.

________________________________

From: Crestron@... on behalf of highfidelityinc
Sent: Mon 4/2/2012 5:19 PM
To: Crestron@...
Subject: [Crestron] Re: Dumb Serial Empty String Question



If the MMS-2 is truely putting out a &#92;x00 instead of a &#92;x01&#92;x00, then that is a firmware bug in the MMS-2 IHMO. But I did not see that Heather specificially say that in her original email.

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

Perhaps "zero-length string" is the more appropriate description. (&#92;x00 would still be a 1-length string)

--
Lincoln King-Cliby, CTS
Sr. Systems Architect | Crestron Certified Programmer (Silver)
ControlWorks Consulting, LLC
V: 440.449.1100 x1107 | F: 440.449.1106 | I:
Crestron Authorized Independent Programmer


-----Original Message-----
From: Crestron@... [mailto:Crestron@...] On Behalf Of erikm_101
Sent: Monday, April 02, 2012 4:55 PM
To: Crestron@...
Subject: [Crestron] Re: Dumb Serial Empty String Question

is not lack of data, also data? ergo data with no bytes?

--- In Crestron@..., "tres n3L" <tres@> wrote:

imho, there is no such thing as an "empty" string. all data has bytes.



From: Crestron@... [mailto:Crestron@...] On Behalf
Of Lincoln King-Cliby
Sent: Monday, April 02, 2012 4:32 PM
To: 'Crestron@...'
Subject: RE: [Crestron] Re: Dumb Serial Empty String Question





Steve,

&#92;x00 is not the same as an empty string -- it's a string with one byte with
all bits set to 0.

(it's a case of "something" being "nothing" or "nothing" being "something"
:) )

As much as it strikes me as dirty-esque I think the best bet is a S+ module
that looks at the length of the string (e.g. IF(LEN(input$) = 0) )

Lincoln
--
Lincoln King-Cliby, CTS
Sr. Systems Architect
ControlWorks Consulting, LLC
V: 440.449.1100 x1107 F: 440.449.1106 I: <>
Crestron Authorized Independent Programmer

-----Original Message-----
From: Crestron@... <mailto:Crestron%40yahoogroups.com>
[mailto:Crestron@... <mailto:Crestron%40yahoogroups.com> ] On
Behalf Of highfidelityinc
Sent: Monday, April 02, 2012 4:05 PM
To: Crestron@... <mailto:Crestron%40yahoogroups.com>
Subject: [Crestron] Re: Dumb Serial Empty String Question

Let me preface this by saying I have not tried this. But I think the
following work work.

1) An Serial to Analog symbol (OP103) with a parameter of 0200h. That would
convert every serial character to a sequence of analog equivalents. You
would then look for an analog zero on the output.

2) SIMPL+ solution. You would look for the &#92;x00 character in the input
buffer.

3) An ASCII Serial Decoder symbol (ASCIIDecode). It has an &#92;x00 output. But
it would require an SMV to hit the dial input in order to get a pulse on
this output. Per help, you need a SRAM symbol too. This would be the most
iffy solution as it is meant to interface to an ASCII Keypad symbol. But it
might work.

Steve

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

I feel like I should and or do know this yet can't get this right.



I'm looking to detect an empty string from a MMS-2 via a SIO. Double
quotes doesn't work, neither does &#92;x00.



In particular, I am looking for when the first browse line of text
coming from an MMS-2 is blank/empty. I want to enact other code when I
detect this.



When using their Rhapsody interface, if you employ a layout on a large
touchpanel that is able to show the transports, current song meta data
and the browse list full time (instead of subpaging it to death) after
making a final selection on the Rhapsody source, the MMS clears the
strings on the browse list. In my opinion, it looks like it did
something wrong as opposed to just keeping you on the browse page you
were actually browsing. I can make it repopulate by pressing the 'back'
button when I see the empty string come in.



How do I detect the emptiness?



Heather Baiman

heather@

Electronic Environments

247 W. 37th

New York, NY 10018

Phone (212)997-1110

Fax (212)997-0474





[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





[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

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



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

WD-40 will degrade the plastic. I would remove the battery, wet a q-tip with rubbing alcohol and use that. If you feel you need more fluid have some rice in a cloth bag handy and press that up against the buttons after wetting. That will pull the moisture out right away.

I used this same process to restore my brand new HP HDX18 laptop that got an entire cup of black coffee spilled down the keyboard at masters in 2011 lol. Some of you might remember that moment....

That laptop is still running strong today!

-Neil Dorin

So did I.

Nevertheless I see some "previous driving source" errors.

That may be related to the new scenes feature I've been using.

...

--
Marc-Etienne HUNEAU

? 06.615.516.90