开云体育

I have the exact same issue. Correct node address and object ID's, I just get \x06 fb on serial, nothing on IP. To make it worse, I do not see any change when I am live with the POS, I mean BSS. First BSS I have had to deal with, give me frickin' biamp! Mini-rant. OK, what I am doing wrong?

I wish it were that simple. Client is a huge corporation that spends more time with paperwork than getting things done. So they can't purchase new equipment, which for this old system would require a huge overhaul and reprogramming... but they can spend money on repairing existing equipment.

Probably going the eBay route for parts or replacement CNMSX-PRO.

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

Spend less billable time and buy a 2 series. :) let it go... Just let that old workhorse go :)

Cheers! From my light hearted answer :)

Sent from my teleport device


On Dec 27, 2012, at 1:26 PM, "Nick" <nick@> wrote:

Hi all,

I have a CNMSX-PRO that had a dead power supply. Our bench tech did some surgery, and it now powers up. However, I am trying to determine if I can talk to it and so far have been unsuccessful.

It boots and I get the LCD screen, and I can mostly navigate that menu.

I have tried several COM ports and different known working USB-Serial Adapters, but in Viewport on WinXP, 38400 baud / 8N1 / RTS-CTS OFF, I cannot do a Find Rack. I also tried auto baud search with no lunch. I also tried XON/XOFF both on and off. No luck. I tried all of this with the front and back PC port.

One odd thing is if I hit INFO, and then the COM button, the unit resets.

When it powers up from AC or reboots, the relays DO reflect the program start state (two are closed).

The time can be set, and the program info matches the program loaded.

Any ideas?

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

Spend less billable time and buy a 2 series. :) let it go... Just let that old workhorse go :)

Cheers! From my light hearted answer :)

Sent from my teleport device


On Dec 27, 2012, at 1:26 PM, "Nick" <nick@...> wrote:

Hi all,

I have a CNMSX-PRO that had a dead power supply. Our bench tech did some surgery, and it now powers up. However, I am trying to determine if I can talk to it and so far have been unsuccessful.

It boots and I get the LCD screen, and I can mostly navigate that menu.

I have tried several COM ports and different known working USB-Serial Adapters, but in Viewport on WinXP, 38400 baud / 8N1 / RTS-CTS OFF, I cannot do a Find Rack. I also tried auto baud search with no lunch. I also tried XON/XOFF both on and off. No luck. I tried all of this with the front and back PC port.

One odd thing is if I hit INFO, and then the COM button, the unit resets.

When it powers up from AC or reboots, the relays DO reflect the program start state (two are closed).

The time can be set, and the program info matches the program loaded.

Any ideas?

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

Spend less billable time and buy a 2 series. :) let it go... Just let that old workhorse go :)

Cheers! From my light hearted answer :)

Sent from my teleport device


On Dec 27, 2012, at 1:26 PM, "Nick" <nick@...> wrote:

Hi all,

I have a CNMSX-PRO that had a dead power supply. Our bench tech did some surgery, and it now powers up. However, I am trying to determine if I can talk to it and so far have been unsuccessful.

It boots and I get the LCD screen, and I can mostly navigate that menu.

I have tried several COM ports and different known working USB-Serial Adapters, but in Viewport on WinXP, 38400 baud / 8N1 / RTS-CTS OFF, I cannot do a Find Rack. I also tried auto baud search with no lunch. I also tried XON/XOFF both on and off. No luck. I tried all of this with the front and back PC port.

One odd thing is if I hit INFO, and then the COM button, the unit resets.

When it powers up from AC or reboots, the relays DO reflect the program start state (two are closed).

The time can be set, and the program info matches the program loaded.

Any ideas?

Yes, I agree. I am talking about the blocks/objects that you are controlling should be defaulted to subscribe, not the whole dsp. The module should do this automatically for the block/object that you are controlling only. I can't really think of a situation where I am controlling a dsp and I would not want fb from the section I am controlling.

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

If you tell it what value to set, you don't get any feedback other than the
&#92;x06 ACK. If you send a "bump up/down" command, you get feedback with the
new value.

"defaulted to subscribe" doesn't work so well when the DSP has thousands of
objects in it and you only care about a handful of them. You have to tell
it which ones you care about, or in the case of some DSPs (QSys, Tesira),
which specific parameters on those objects you care about.


On Thu, Dec 27, 2012 at 7:43 AM, eagrubbs <eagrubbs@> wrote:

**


So it basically allows the dsp to send strings back to you when a change
happens, whether crestron did it or the london software. I understand, I
still think it is stupid because if I am controlling that block I want
feedback to know what is going on. It should be defaulted to subscribe. I
do like the concept of when any change happens to that block you get an
updated string without polling. Clear as mud. :)


--- In Crestron@..., Phil Bridges <gravityhammer@> wrote:

Picture a magazine subscription If you like a magazine you can send in a
form to subscribe to it. Whenever there is a new issue out, no matter

when

that is, you will receive it. If you don't subscribe to the magazine, you
have to go to the store to see if there's a new issue out. If you really
want to make sure you have the latest issue, and you don't want to waste
time going to the store, which would you choose?

Of course, I subscribe to some magazines that have issues in the store
*before* I receive them in the mail, but that's not the point :D


On Thu, Dec 27, 2012 at 10:12 AM, eagrubbs <eagrubbs@> wrote:

**


I guess I am not understanding the subscriptions thing.

If I send a mute command and the dsp reports it's state back after

muting

that block, why should I have to subscribe to get that info? Wouldn't I
want that info if I am controlling that block and just sent a command

for

that block to do something?
On the reverse side, say teleconference. You give the ringer a string

to

send you when a call comes in so when you see that string you give a

pop-up

to accept/reject the call on the panel and play a wav file to let the
people know a call is there. Why would I have to subscribe for this?

So when you subscribe, what does it actually do? Send an additional

string

to the dsp to get fb or just allow the module to process what the dsp

is

sending back?


"When a change comes in (an event) you act on it. No wasted cycles."
Isn't that what a well written module should do without having to
subscribe to get the info? We should be coding that way. I really am

having

trouble understanding the logic behind subscribe.

--- In Crestron@..., Neil Dorin <neildorin@> wrote:

BiAmp has already implemented subscriptions in the new Tesira line.

-Neil Dorin

Sent from my iPhone

On 2012-12-27, at 12:31 AM, "cs_craig4" <cs_craig4@> wrote:

I'd be surprised if it was RAM... After completing quite a few

large

projects I never came close to consuming all the RAM... Old firmware in
Crestron or BSS is bad. I've used BSS in many large projects with no
problem. The major item is subscription tables are VOLATILE. If you

reboot,

or re-load the DSP program, subscriptions are not guaranteed to work

unless

you resubscribe (set the subscribe lines low, and then set high AND

HOLD

HIGH). A couple of points:

1. BSS's modules are Crestron PARTNER approved (you can view the

list

on Crestron's website). That means Crestron has signed off on them as

being

approved - with that specific software/firmware, of course. I believe

their

4.0 was the last official approved (on Crestron's website). Call

Crestron

TCS. If they can't help they have inside contacts at all PARTNER

approved

manufacturer that will be able to help. Just make sure you have read

the

help, and under the example or you may not get good support.

2. Subscribe *is* different than polling. Polling means you have to

understand the usage of the whole Crestron processor, and how many
resources you are using, in order to understand how often you have to

poll

without overloading the Crestron processor. Subscriptions take all that
away. When a change comes in (an event) you act on it. No wasted

cycles. I

like it. Even Symmetrix has adopted this. Biamp is behind on the time

and I

predict they will start functioning this way on their next gen as

well. I

really think BSS was ahead of the curve by implementing this feature

in the

AV market. Peavey has followed, Symmetrix has followed,...

--- In Crestron@..., "Christopher" <crncrussell@>

wrote:

Just a thought. If your processor is that old, you may only have

32mb of RAM. If your using several instances off the BSS modules as

well as

a pretty hefty program in there you could be tasking the memory. You

may

also look at you s+ mem size since the BSS modules are mostly S+. They

also

have little to no task management built in; every module looks at every
return string.

-cdr

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

The first thing I did to the AV2 was update firmware. It was a

2

step process to get up to date. It is running the firmware 4.003.0015.

Not

the newest but I am still a little hesitant to use the 4.007.0004.

I may give the newer modules a try again, but I am really

hesitant. The 4.0 modules did not tank the processor. I tried the 4.2

after

the 4.0 had been loaded. I did update the firmware on the BSS with the

new

London software(with help from their tech support that didn't want to
help), so I wonder if the new firmware doesn't work with old modules?

I do appreciate the info on this. I cannot get back to site

until

after the first of the year because they are closed. So I am trying to

get

as much knowledge of the product I can before I go. I am sure it is
something that I just don't know or something simple I am missing.
Unfortunately I don't have any other programmers at work that are

familiar

with it either. I may have to give you a shout after I get to site if I
can't get it going, if the offer still stands.

--- In Crestron@..., "sfprogrammer" <rjanssen@>

wrote:

Well they are British that's why they call it subscribe. I

think

no matter what if you are running that old firmware stuff isn't gonna

be

good. There are just too many changes. I have 15 PRO2s in the field

with

the latest firmware running splendidly with different combinations of
Blu-s. Is there a reason you don't want to upgrade firmware? These

modules

run just like Biamp modules so the programming is very similar.

Unfortunately I gotta run right now... but if you are still

having trouble tomorrow hit me up via email and I might be able to

talk you

through some of it. Most likely it will be something super simple :]

Good Luck

Rob J.

--- In Crestron@..., "eagrubbs" <eagrubbs@>

wrote:

I would use the modules from the BSS site, but they tanked

the

processor when I loaded with them in the program. I had to do a
initialize/restore to get it functioning again. It is an AV2 that was
running v1.xxx firmware, I have never seen a processor with that old

of a

version before, but now it up to date and was when it tanked. I don't

know

if was a fluke or what, but I am not trying those modules again. The
example programs are not very clear because all they give is strictly
button presses for every function and do not really explain/show how

things

are suppose to function. I appreciate the info, I still do not

understand

why BSS just can't call it polling instead of subscribe. However, if it
gives a return string when a command is send and executed, it should

just

be in the code to give real fb and not have to use subscribe. If this

is

the case then their modules suck. I may not fully understand it yet,

but I

will after I actually start controlling the thing. Like I said my

first and

I am not liking it so far.

The thing about biamp is you only have to actually poll at

a

reboot unless you are using davinci.

--- In Crestron@..., "cs_craig4" <cs_craig4@>

wrote:

BSS's feedback is issued via a "subscribe" mechanism to

prevent the need for constantly polling - like you have to do with

Biamp.

Go to BSS's website and download the latest modules. Once the Soundweb
London is full booted, and the DSP image loaded, then set the

"subscribe"

line high (and HOLD HIGH) as the included module help clearly states.

You

will get feedback. If the processor is not booted, or the program

loaded,

you will not get feedback. Same for RS232 or TCP/IP. For TCP/IP you

just

take the "connected_FB" line to the "Subscribe" inputs on the modules

and

things will happen automatically as long as the audio programmer is not
constantly uploading new DSP images which will clear the subscription

table.

&#92;x06 is an "ack". Just means a framed message arrived.

Doesn't mean the OBJ ID or NODE ID is even correct. Just properly

framed.

It was implemented to just see if a device was there - a PING if you

will.

--- In Crestron@..., "eagrubbs" <eagrubbs@>

wrote:

I have the exact same issue. Correct node address and

object ID's, I just get &#92;x06 fb on serial, nothing on IP. To make it

worse,

I do not see any change when I am live with the POS, I mean BSS. First

BSS

I have had to deal with, give me frickin' biamp! Mini-rant. OK, what I

am

doing wrong?

What exact modules should I use. What do I need to do

that

I am not doing? I tried the 4.0 from the crestron database and then

tried

the simpl+ only 4.2 from BSS, which bricked the processor when I

loaded and

I had to do initialize and restore to get it working again. So I really
didn't try the 4.2, only an attempt.

--- In Crestron@..., "Twelve Li"

<twelvelmk@>

wrote:

Just want to check if there is any secret setting on

Blu-100?

With the correct node address and object ID, I can

control Blu-100 with Crestron module via TCP/IP or Serial. However:

If using TCP/IP, there is no feedback, no any return

string from Blu-100 even if I am control the device.

If using serial, the device returns "&#92;x06" after I

send

command to control the device.

Things very strange I had experience on Blu-80 few

years

ago and very straight forward.

Cheers
Twelve

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

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

--
Jeremy Weatherford


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

Anyone have an IR driver for one of these? Possibly discretes? I haven't seen the remote yet and I'm not sure if it will by chance have a discrete inputs or something.

I would appreciate any feedback from someone who may have used one. Thanks,

--- On Thursday, December 27, 2012 at 12:37 AM, simontsui88 wrote:

Same here, i got it from distrubutor and work very well at first remote
control. step by step and few clicks. but when i get back to office, the
failed LED is on and ready is flashing @^@...don't know why?

--- In Crestron@..., "Tony Golden" <mrgolden@...> wrote:

I had similar issues with mine. When I first got it, I tried learning
a couple of remotes in my office, but most commands were generating
errors, or wouldn't verify, and the lights were also flashing
erratically. So I thought, "What a piece of crap. That's what you get
when you make it smaller and cheaper" :-)

Then, I was at a job-site a couple of days later, needed to learn a
remote, and didn't feel like walking out to the car to get my CNXLIR.
So, I decide to try the CSP again. This time it worked PERFECTLY! Super

easy, and very quick!

I can only assume there's something in my office that's interfering
with the new learner (although my CNXLIR has always worked there), but
I haven't taken the time to narrow it down yet...

--- On Thursday, August 18, 2011 at 12:00 AM, scates98 wrote:

Is anyone else having trouble using their CSP-LIR-USB? Mine worked
properly at a previous client a couple of weeks ago and when I went
to use it today it failed completely on me. I couldn't learn any
code at all and all the LED lights would blink sporadically. I
rebooted my laptop a couple of times and connected the learner
directly to a few different USB ports. I haven't contacted TB
Support yet because they're closed, so I thought I would post it up
here to see if anyone is experiencing the same problem. I am
wondering if this is related to the latest Crestron updates I just

installed?

Specifically, in the Denon AVR3805-2805 Processor.usp file, change
line 121 from if(Command$ = "MV") to:

if(Command$ = "MV" && mid(Tempstring$, 3, 3) != "MAX")

This also applies to the 2808 module, and possibly others.

On Wed, Dec 24, 2008 at 9:42 AM, Tim Rupp <tim.rupp@...> wrote:

Denon changed their command structure after the 05 series receivers. You
will need to modify the module and parse out and ignore that MVMAX string
that is sent.

If you tell it what value to set, you don't get any feedback other than the
&#92;x06 ACK. If you send a "bump up/down" command, you get feedback with the
new value.

"defaulted to subscribe" doesn't work so well when the DSP has thousands of
objects in it and you only care about a handful of them. You have to tell
it which ones you care about, or in the case of some DSPs (QSys, Tesira),
which specific parameters on those objects you care about.


On Thu, Dec 27, 2012 at 7:43 AM, eagrubbs <eagrubbs@...> wrote:

**


So it basically allows the dsp to send strings back to you when a change
happens, whether crestron did it or the london software. I understand, I
still think it is stupid because if I am controlling that block I want
feedback to know what is going on. It should be defaulted to subscribe. I
do like the concept of when any change happens to that block you get an
updated string without polling. Clear as mud. :)


--- In Crestron@..., Phil Bridges <gravityhammer@> wrote:

Picture a magazine subscription If you like a magazine you can send in a
form to subscribe to it. Whenever there is a new issue out, no matter

when

that is, you will receive it. If you don't subscribe to the magazine, you
have to go to the store to see if there's a new issue out. If you really
want to make sure you have the latest issue, and you don't want to waste
time going to the store, which would you choose?

Of course, I subscribe to some magazines that have issues in the store
*before* I receive them in the mail, but that's not the point :D


On Thu, Dec 27, 2012 at 10:12 AM, eagrubbs <eagrubbs@> wrote:

**


I guess I am not understanding the subscriptions thing.

If I send a mute command and the dsp reports it's state back after

muting

that block, why should I have to subscribe to get that info? Wouldn't I
want that info if I am controlling that block and just sent a command

for

that block to do something?
On the reverse side, say teleconference. You give the ringer a string

to

send you when a call comes in so when you see that string you give a

pop-up

to accept/reject the call on the panel and play a wav file to let the
people know a call is there. Why would I have to subscribe for this?

So when you subscribe, what does it actually do? Send an additional

string

to the dsp to get fb or just allow the module to process what the dsp

is

sending back?


"When a change comes in (an event) you act on it. No wasted cycles."
Isn't that what a well written module should do without having to
subscribe to get the info? We should be coding that way. I really am

having

trouble understanding the logic behind subscribe.

--- In Crestron@..., Neil Dorin <neildorin@> wrote:

BiAmp has already implemented subscriptions in the new Tesira line.

-Neil Dorin

Sent from my iPhone

On 2012-12-27, at 12:31 AM, "cs_craig4" <cs_craig4@> wrote:

I'd be surprised if it was RAM... After completing quite a few

large

projects I never came close to consuming all the RAM... Old firmware in
Crestron or BSS is bad. I've used BSS in many large projects with no
problem. The major item is subscription tables are VOLATILE. If you

reboot,

or re-load the DSP program, subscriptions are not guaranteed to work

unless

you resubscribe (set the subscribe lines low, and then set high AND

HOLD

HIGH). A couple of points:

1. BSS's modules are Crestron PARTNER approved (you can view the

list

on Crestron's website). That means Crestron has signed off on them as

being

approved - with that specific software/firmware, of course. I believe

their

4.0 was the last official approved (on Crestron's website). Call

Crestron

TCS. If they can't help they have inside contacts at all PARTNER

approved

manufacturer that will be able to help. Just make sure you have read

the

help, and under the example or you may not get good support.

2. Subscribe *is* different than polling. Polling means you have to

understand the usage of the whole Crestron processor, and how many
resources you are using, in order to understand how often you have to

poll

without overloading the Crestron processor. Subscriptions take all that
away. When a change comes in (an event) you act on it. No wasted

cycles. I

like it. Even Symmetrix has adopted this. Biamp is behind on the time

and I

predict they will start functioning this way on their next gen as

well. I

really think BSS was ahead of the curve by implementing this feature

in the

AV market. Peavey has followed, Symmetrix has followed,...

--- In Crestron@..., "Christopher" <crncrussell@>

wrote:

Just a thought. If your processor is that old, you may only have

32mb of RAM. If your using several instances off the BSS modules as

well as

a pretty hefty program in there you could be tasking the memory. You

may

also look at you s+ mem size since the BSS modules are mostly S+. They

also

have little to no task management built in; every module looks at every
return string.

-cdr

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

The first thing I did to the AV2 was update firmware. It was a

2

step process to get up to date. It is running the firmware 4.003.0015.

Not

the newest but I am still a little hesitant to use the 4.007.0004.

I may give the newer modules a try again, but I am really

hesitant. The 4.0 modules did not tank the processor. I tried the 4.2

after

the 4.0 had been loaded. I did update the firmware on the BSS with the

new

London software(with help from their tech support that didn't want to
help), so I wonder if the new firmware doesn't work with old modules?

I do appreciate the info on this. I cannot get back to site

until

after the first of the year because they are closed. So I am trying to

get

as much knowledge of the product I can before I go. I am sure it is
something that I just don't know or something simple I am missing.
Unfortunately I don't have any other programmers at work that are

familiar

with it either. I may have to give you a shout after I get to site if I
can't get it going, if the offer still stands.

--- In Crestron@..., "sfprogrammer" <rjanssen@>

wrote:

Well they are British that's why they call it subscribe. I

think

no matter what if you are running that old firmware stuff isn't gonna

be

good. There are just too many changes. I have 15 PRO2s in the field

with

the latest firmware running splendidly with different combinations of
Blu-s. Is there a reason you don't want to upgrade firmware? These

modules

run just like Biamp modules so the programming is very similar.

Unfortunately I gotta run right now... but if you are still

having trouble tomorrow hit me up via email and I might be able to

talk you

through some of it. Most likely it will be something super simple :]

Good Luck

Rob J.

--- In Crestron@..., "eagrubbs" <eagrubbs@>

wrote:

I would use the modules from the BSS site, but they tanked

the

processor when I loaded with them in the program. I had to do a
initialize/restore to get it functioning again. It is an AV2 that was
running v1.xxx firmware, I have never seen a processor with that old

of a

version before, but now it up to date and was when it tanked. I don't

know

if was a fluke or what, but I am not trying those modules again. The
example programs are not very clear because all they give is strictly
button presses for every function and do not really explain/show how

things

are suppose to function. I appreciate the info, I still do not

understand

why BSS just can't call it polling instead of subscribe. However, if it
gives a return string when a command is send and executed, it should

just

be in the code to give real fb and not have to use subscribe. If this

is

the case then their modules suck. I may not fully understand it yet,

but I

will after I actually start controlling the thing. Like I said my

first and

I am not liking it so far.

The thing about biamp is you only have to actually poll at

a

reboot unless you are using davinci.

--- In Crestron@..., "cs_craig4" <cs_craig4@>

wrote:

BSS's feedback is issued via a "subscribe" mechanism to

prevent the need for constantly polling - like you have to do with

Biamp.

Go to BSS's website and download the latest modules. Once the Soundweb
London is full booted, and the DSP image loaded, then set the

"subscribe"

line high (and HOLD HIGH) as the included module help clearly states.

You

will get feedback. If the processor is not booted, or the program

loaded,

you will not get feedback. Same for RS232 or TCP/IP. For TCP/IP you

just

take the "connected_FB" line to the "Subscribe" inputs on the modules

and

things will happen automatically as long as the audio programmer is not
constantly uploading new DSP images which will clear the subscription

table.

&#92;x06 is an "ack". Just means a framed message arrived.

Doesn't mean the OBJ ID or NODE ID is even correct. Just properly

framed.

It was implemented to just see if a device was there - a PING if you

will.

--- In Crestron@..., "eagrubbs" <eagrubbs@>

wrote:

I have the exact same issue. Correct node address and

object ID's, I just get &#92;x06 fb on serial, nothing on IP. To make it

worse,

I do not see any change when I am live with the POS, I mean BSS. First

BSS

I have had to deal with, give me frickin' biamp! Mini-rant. OK, what I

am

doing wrong?

What exact modules should I use. What do I need to do

that

I am not doing? I tried the 4.0 from the crestron database and then

tried

the simpl+ only 4.2 from BSS, which bricked the processor when I

loaded and

I had to do initialize and restore to get it working again. So I really
didn't try the 4.2, only an attempt.

--- In Crestron@..., "Twelve Li"

<twelvelmk@>

wrote:

Just want to check if there is any secret setting on

Blu-100?

With the correct node address and object ID, I can

control Blu-100 with Crestron module via TCP/IP or Serial. However:

If using TCP/IP, there is no feedback, no any return

string from Blu-100 even if I am control the device.

If using serial, the device returns "&#92;x06" after I

send

command to control the device.

Things very strange I had experience on Blu-80 few

years

ago and very straight forward.

Cheers
Twelve

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

--
Jeremy Weatherford


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

**


I guess I am not understanding the subscriptions thing.

If I send a mute command and the dsp reports it's state back after
muting that block, why should I have to subscribe to get that info?
Wouldn't I want that info if I am controlling that block and just sent
a command for that block to do something?
On the reverse side, say teleconference. You give the ringer a string
to send you when a call comes in so when you see that string you give
a pop-up to accept/reject the call on the panel and play a wav file to
let the people know a call is there. Why would I have to subscribe for

So when you subscribe, what does it actually do? Send an additional
string to the dsp to get fb or just allow the module to process what
the dsp is sending back?


"When a change comes in (an event) you act on it. No wasted cycles."
Isn't that what a well written module should do without having to
subscribe to get the info? We should be coding that way. I really am
having trouble understanding the logic behind subscribe.

--- In Crestron@..., Neil Dorin <neildorin@...> wrote:

BiAmp has already implemented subscriptions in the new Tesira line.

-Neil Dorin

Sent from my iPhone

On 2012-12-27, at 12:31 AM, "cs_craig4" <cs_craig4@...> wrote:

I'd be surprised if it was RAM... After completing quite a few
large

projects I never came close to consuming all the RAM... Old firmware
in Crestron or BSS is bad. I've used BSS in many large projects with
no problem. The major item is subscription tables are VOLATILE. If you
reboot, or re-load the DSP program, subscriptions are not guaranteed
to work unless you resubscribe (set the subscribe lines low, and then
set high AND HOLD HIGH). A couple of points:

1. BSS's modules are Crestron PARTNER approved (you can view the
list

on Crestron's website). That means Crestron has signed off on them as
being approved - with that specific software/firmware, of course. I
believe their
4.0 was the last official approved (on Crestron's website). Call
Crestron TCS. If they can't help they have inside contacts at all
PARTNER approved manufacturer that will be able to help. Just make
sure you have read the help, and under the example or you may not get good

2. Subscribe *is* different than polling. Polling means you have
to

understand the usage of the whole Crestron processor, and how many
resources you are using, in order to understand how often you have to
poll without overloading the Crestron processor. Subscriptions take
all that away. When a change comes in (an event) you act on it. No
wasted cycles. I like it. Even Symmetrix has adopted this. Biamp is
behind on the time and I predict they will start functioning this way
on their next gen as well. I really think BSS was ahead of the curve
by implementing this feature in the AV market. Peavey has followed,

--- In Crestron@..., "Christopher" <crncrussell@> wrote:

Just a thought. If your processor is that old, you may only have

32mb of RAM. If your using several instances off the BSS modules as
well as a pretty hefty program in there you could be tasking the
memory. You may also look at you s+ mem size since the BSS modules are
mostly S+. They also have little to no task management built in; every
module looks at every return string.

-cdr

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

The first thing I did to the AV2 was update firmware. It was a
2

step process to get up to date. It is running the firmware 4.003.0015.
Not the newest but I am still a little hesitant to use the 4.007.0004.

I may give the newer modules a try again, but I am really

hesitant. The 4.0 modules did not tank the processor. I tried the 4.2
after the 4.0 had been loaded. I did update the firmware on the BSS
with the new London software(with help from their tech support that
didn't want to help), so I wonder if the new firmware doesn't work with

I do appreciate the info on this. I cannot get back to site
until

after the first of the year because they are closed. So I am trying to
get as much knowledge of the product I can before I go. I am sure it
is something that I just don't know or something simple I am missing.
Unfortunately I don't have any other programmers at work that are
familiar with it either. I may have to give you a shout after I get to
site if I can't get it going, if the offer still stands.

--- In Crestron@..., "sfprogrammer" <rjanssen@> wrote:

Well they are British that's why they call it subscribe. I
think

no matter what if you are running that old firmware stuff isn't gonna
be good. There are just too many changes. I have 15 PRO2s in the field
with the latest firmware running splendidly with different
combinations of Blu-s. Is there a reason you don't want to upgrade
firmware? These modules run just like Biamp modules so the programming is

Unfortunately I gotta run right now... but if you are still

having trouble tomorrow hit me up via email and I might be able to
talk you through some of it. Most likely it will be something super
simple :]

Good Luck

Rob J.

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

I would use the modules from the BSS site, but they tanked
the

processor when I loaded with them in the program. I had to do a
initialize/restore to get it functioning again. It is an AV2 that was
running v1.xxx firmware, I have never seen a processor with that old
of a version before, but now it up to date and was when it tanked. I
don't know if was a fluke or what, but I am not trying those modules
again. The example programs are not very clear because all they give
is strictly button presses for every function and do not really
explain/show how things are suppose to function. I appreciate the
info, I still do not understand why BSS just can't call it polling
instead of subscribe. However, if it gives a return string when a
command is send and executed, it should just be in the code to give
real fb and not have to use subscribe. If this is the case then their
modules suck. I may not fully understand it yet, but I will after I
actually start controlling the thing. Like I said my first and I am not

The thing about biamp is you only have to actually poll at
a

reboot unless you are using davinci.

--- In Crestron@..., "cs_craig4" <cs_craig4@>

wrote:

BSS's feedback is issued via a "subscribe" mechanism to

prevent the need for constantly polling - like you have to do with Biamp.
Go to BSS's website and download the latest modules. Once the Soundweb
London is full booted, and the DSP image loaded, then set the "subscribe"
line high (and HOLD HIGH) as the included module help clearly states.
You will get feedback. If the processor is not booted, or the program
loaded, you will not get feedback. Same for RS232 or TCP/IP. For
TCP/IP you just take the "connected_FB" line to the "Subscribe" inputs
on the modules and things will happen automatically as long as the
audio programmer is not constantly uploading new DSP images which will

&#92;x06 is an "ack". Just means a framed message arrived.

Doesn't mean the OBJ ID or NODE ID is even correct. Just properly framed.
It was implemented to just see if a device was there - a PING if you will.

--- In Crestron@..., "eagrubbs" <eagrubbs@>

wrote:

I have the exact same issue. Correct node address and

object ID's, I just get &#92;x06 fb on serial, nothing on IP. To make it
worse, I do not see any change when I am live with the POS, I mean
BSS. First BSS I have had to deal with, give me frickin' biamp!
Mini-rant. OK, what I am doing wrong?

What exact modules should I use. What do I need to do
that

I am not doing? I tried the 4.0 from the crestron database and then
tried the simpl+ only 4.2 from BSS, which bricked the processor when I
loaded and I had to do initialize and restore to get it working again.
So I really didn't try the 4.2, only an attempt.

--- In Crestron@..., "Twelve Li"
<twelvelmk@>

wrote:

Just want to check if there is any secret setting on

Blu-100?

With the correct node address and object ID, I can

control Blu-100 with Crestron module via TCP/IP or Serial. However:

If using TCP/IP, there is no feedback, no any return

string from Blu-100 even if I am control the device.

If using serial, the device returns "&#92;x06" after I
send

command to control the device.

Things very strange I had experience on Blu-80 few
years

ago and very straight forward.

Cheers
Twelve

Picture a magazine subscription If you like a magazine you can send in a
form to subscribe to it. Whenever there is a new issue out, no matter when
that is, you will receive it. If you don't subscribe to the magazine, you
have to go to the store to see if there's a new issue out. If you really
want to make sure you have the latest issue, and you don't want to waste
time going to the store, which would you choose?

Of course, I subscribe to some magazines that have issues in the store
*before* I receive them in the mail, but that's not the point :D


On Thu, Dec 27, 2012 at 10:12 AM, eagrubbs <eagrubbs@...> wrote:

**


I guess I am not understanding the subscriptions thing.

If I send a mute command and the dsp reports it's state back after muting
that block, why should I have to subscribe to get that info? Wouldn't I
want that info if I am controlling that block and just sent a command for
that block to do something?
On the reverse side, say teleconference. You give the ringer a string to
send you when a call comes in so when you see that string you give a pop-up
to accept/reject the call on the panel and play a wav file to let the
people know a call is there. Why would I have to subscribe for this?

So when you subscribe, what does it actually do? Send an additional string
to the dsp to get fb or just allow the module to process what the dsp is
sending back?


"When a change comes in (an event) you act on it. No wasted cycles."
Isn't that what a well written module should do without having to
subscribe to get the info? We should be coding that way. I really am having
trouble understanding the logic behind subscribe.

--- In Crestron@..., Neil Dorin <neildorin@> wrote:

BiAmp has already implemented subscriptions in the new Tesira line.

-Neil Dorin

Sent from my iPhone

On 2012-12-27, at 12:31 AM, "cs_craig4" <cs_craig4@> wrote:

I'd be surprised if it was RAM... After completing quite a few large

projects I never came close to consuming all the RAM... Old firmware in
Crestron or BSS is bad. I've used BSS in many large projects with no
problem. The major item is subscription tables are VOLATILE. If you reboot,
or re-load the DSP program, subscriptions are not guaranteed to work unless
you resubscribe (set the subscribe lines low, and then set high AND HOLD
HIGH). A couple of points:

1. BSS's modules are Crestron PARTNER approved (you can view the list

on Crestron's website). That means Crestron has signed off on them as being
approved - with that specific software/firmware, of course. I believe their
4.0 was the last official approved (on Crestron's website). Call Crestron
TCS. If they can't help they have inside contacts at all PARTNER approved
manufacturer that will be able to help. Just make sure you have read the
help, and under the example or you may not get good support.

2. Subscribe *is* different than polling. Polling means you have to

understand the usage of the whole Crestron processor, and how many
resources you are using, in order to understand how often you have to poll
without overloading the Crestron processor. Subscriptions take all that
away. When a change comes in (an event) you act on it. No wasted cycles. I
like it. Even Symmetrix has adopted this. Biamp is behind on the time and I
predict they will start functioning this way on their next gen as well. I
really think BSS was ahead of the curve by implementing this feature in the
AV market. Peavey has followed, Symmetrix has followed,...

--- In Crestron@..., "Christopher" <crncrussell@> wrote:

Just a thought. If your processor is that old, you may only have

32mb of RAM. If your using several instances off the BSS modules as well as
a pretty hefty program in there you could be tasking the memory. You may
also look at you s+ mem size since the BSS modules are mostly S+. They also
have little to no task management built in; every module looks at every
return string.

-cdr

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

The first thing I did to the AV2 was update firmware. It was a 2

step process to get up to date. It is running the firmware 4.003.0015. Not
the newest but I am still a little hesitant to use the 4.007.0004.

I may give the newer modules a try again, but I am really

hesitant. The 4.0 modules did not tank the processor. I tried the 4.2 after
the 4.0 had been loaded. I did update the firmware on the BSS with the new
London software(with help from their tech support that didn't want to
help), so I wonder if the new firmware doesn't work with old modules?

I do appreciate the info on this. I cannot get back to site until

after the first of the year because they are closed. So I am trying to get
as much knowledge of the product I can before I go. I am sure it is
something that I just don't know or something simple I am missing.
Unfortunately I don't have any other programmers at work that are familiar
with it either. I may have to give you a shout after I get to site if I
can't get it going, if the offer still stands.

--- In Crestron@..., "sfprogrammer" <rjanssen@> wrote:

Well they are British that's why they call it subscribe. I think

no matter what if you are running that old firmware stuff isn't gonna be
good. There are just too many changes. I have 15 PRO2s in the field with
the latest firmware running splendidly with different combinations of
Blu-s. Is there a reason you don't want to upgrade firmware? These modules
run just like Biamp modules so the programming is very similar.

Unfortunately I gotta run right now... but if you are still

having trouble tomorrow hit me up via email and I might be able to talk you
through some of it. Most likely it will be something super simple :]

Good Luck

Rob J.

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

I would use the modules from the BSS site, but they tanked the

processor when I loaded with them in the program. I had to do a
initialize/restore to get it functioning again. It is an AV2 that was
running v1.xxx firmware, I have never seen a processor with that old of a
version before, but now it up to date and was when it tanked. I don't know
if was a fluke or what, but I am not trying those modules again. The
example programs are not very clear because all they give is strictly
button presses for every function and do not really explain/show how things
are suppose to function. I appreciate the info, I still do not understand
why BSS just can't call it polling instead of subscribe. However, if it
gives a return string when a command is send and executed, it should just
be in the code to give real fb and not have to use subscribe. If this is
the case then their modules suck. I may not fully understand it yet, but I
will after I actually start controlling the thing. Like I said my first and
I am not liking it so far.

The thing about biamp is you only have to actually poll at a

reboot unless you are using davinci.

--- In Crestron@..., "cs_craig4" <cs_craig4@>

wrote:

BSS's feedback is issued via a "subscribe" mechanism to

prevent the need for constantly polling - like you have to do with Biamp.
Go to BSS's website and download the latest modules. Once the Soundweb
London is full booted, and the DSP image loaded, then set the "subscribe"
line high (and HOLD HIGH) as the included module help clearly states. You
will get feedback. If the processor is not booted, or the program loaded,
you will not get feedback. Same for RS232 or TCP/IP. For TCP/IP you just
take the "connected_FB" line to the "Subscribe" inputs on the modules and
things will happen automatically as long as the audio programmer is not
constantly uploading new DSP images which will clear the subscription table.

&#92;x06 is an "ack". Just means a framed message arrived.

Doesn't mean the OBJ ID or NODE ID is even correct. Just properly framed.
It was implemented to just see if a device was there - a PING if you will.

--- In Crestron@..., "eagrubbs" <eagrubbs@>

wrote:

I have the exact same issue. Correct node address and

object ID's, I just get &#92;x06 fb on serial, nothing on IP. To make it worse,
I do not see any change when I am live with the POS, I mean BSS. First BSS
I have had to deal with, give me frickin' biamp! Mini-rant. OK, what I am
doing wrong?

What exact modules should I use. What do I need to do that

I am not doing? I tried the 4.0 from the crestron database and then tried
the simpl+ only 4.2 from BSS, which bricked the processor when I loaded and
I had to do initialize and restore to get it working again. So I really
didn't try the 4.2, only an attempt.

--- In Crestron@..., "Twelve Li" <twelvelmk@>

wrote:

Just want to check if there is any secret setting on

Blu-100?

With the correct node address and object ID, I can

control Blu-100 with Crestron module via TCP/IP or Serial. However:

If using TCP/IP, there is no feedback, no any return

string from Blu-100 even if I am control the device.

If using serial, the device returns "&#92;x06" after I send

command to control the device.

Things very strange I had experience on Blu-80 few years

ago and very straight forward.

Cheers
Twelve

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

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

The 3-series have a hardware extender IIRC that allows direct control of time/date without the need for a module. Either that or built in time server.

Depends in why you want to be able to adjust the time clock at runtime I suppose.

-Neil Dorin

Sent from my iPhone

On 2012-12-27, at 7:06 AM, c_baram@... wrote:

I can't seem to get the 'Time/Date Adjust' module to work on my CP3. Has anyone tried this module on a 3 series processor yet? If so and it worked was there some trick such as it only works if in program slot 1 (which I am about to try).

Any insite would be helpful!

SIMPL Windows: 4.01.10
SIMPL+ 4.01.01
Device Database: 47.00.005.00
Crestron Database: 36.00.007.00
CP3 Firmware: 1.005.0015

Thanks
Chris

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