开云体育

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]

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

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?

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

No. It's the same 3 notices repeated over and over.


--- In Crestron@..., "Witmarquzot Dyrjuv" <witmarquzotix@> wrote:

Are you logging error to CF0?

--- In Crestron@..., "onetouchforyou" <eric_stortz@> wrote:

I've been watching this system for a while and it's been mostly idle - it's a weekend condo for the owner.

The have a dedicated iPad for the system that is always on the Crestron Mobile Pro G app. I believe that this is what is causing the problem. There is an Update Request from the iPad about once a minute. Each time this happens the free memory reported by Heap goes down a little bit. When the Crestron Mobile Pro app is closed, the free memory increases slightly, but doesn't give back all of the memory that it took.

I'm getting these messages in the error log with Showextra set to ON. They repeat for each Update Request.
95. Error: Terminating Connection Due To Inactivity
TimeStamp: 10:22:11 10-26-12 UpTime: 1 days 16:34:37.89 Task: IdleTask
96. Notice: Gateway Disconnect from 192.168.0.107
TimeStamp: 10:22:11 10-26-12 UpTime: 1 days 16:34:37.89 Task: IdleTask
97. Notice: Update request from Slot-05.IP-ID-C0
TimeStamp: 10:22:13 10-26-12 UpTime: 1 days 16:34:39.65 Task: XMLRxc0
98. Error: Terminating Connection Due To Inactivity
TimeStamp: 10:23:08 10-26-12 UpTime: 1 days 16:35:34.57 Task: IdleTask
99. Notice: Gateway Disconnect from 192.168.0.107
TimeStamp: 10:23:08 10-26-12 UpTime: 1 days 16:35:34.57 Task: IdleTask
100. Notice: Update request from Slot-05.IP-ID-C0
TimeStamp: 10:23:17 10-26-12 UpTime: 1 days 16:35:43.65 Task: XMLRxc0

To rule out anything else that is in the program, I created a test program that consists of the Crestron Mobile hardware definition and a Set-Reset Latch. There are 2 buttons on the iPad that sent to the input of the SR and the outputs of the SR are the feedback to the buttons. When I leave the iPad on the Crestron Mobile Pro G app, the system doesn't the exact same thing. Although at a slower rate - likely due to having to refresh less signals.

Has anyone else noticed this behavior? I realize that most people use their iPads for more than Crestron control, so it may not have creeped up anywhere.

If anyone else has the time, could you try to set up the same test and share the results.

Thank You!



--- In Crestron@..., "onetouchforyou" <eric_stortz@> wrote:

I'm getting the Could not allocate local storage error in a system. I'm guessing there is a memory leak in a S+ module.

Is there any way to see how much memory each S+ module is using?

Does S+ have it's own pool of memory that it uses? While I was getting this error, Heap showed over 4MB of memory free.

Any other ideas for narrowing down the culprit?

Thanks!

Trying to capture analog values (temp) and insert (append) them into a csv file on nvram or cf... just started working with S+ a few weeks ago. I think I'm creating and writing to the file (toolbox shows 530 bytes used) but have no idea how to a) access the file from outside simpl or b) append the next dump into a new "column".

My goal is dump 22 temp values at regular intervals into one file, and then chart from the values. Framework for something like this available out there anywhere? How do you access files stored on the processor outside of simpl?

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

Trying to capture analog values (temp) and insert (append) them into a csv file on nvram or cf... just started working with S+ a few weeks ago. I think I'm creating and writing to the file (toolbox shows 530 bytes used) but have no idea how to a) access the file from outside simpl or b) append the next dump into a new "column".

My goal is dump 22 temp values at regular intervals into one file, and then chart from the values. Framework for something like this available out there anywhere? How do you access files stored on the processor outside of simpl?

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?

Did you try one of the Crestron modules for a Sony receiver? IIRC Sony doesn't change their protocol very ofter (if ever)...

JRW

--- In Crestron@..., "sevenstarokawari" <tabata@> wrote:

I really would like to control this SONY product with Crestron.


Please someone help me to find the command protocol chart, by all means!
(no matter RS-232C or TCP/IP)

I know that this is Japanese model, but I believe that if it should work with the similar model's protocol.

Regards,

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

One more thing I forgot to mention for analog signals, if you have a commented out analog on an ecross, it carries a zero value. If you define the signal "//room_xx_has_no_voume" as the volume analog feedback on the room with no volume, the volume level should go away when you connect to that crosspoint.

I found this out when I was trying to be clever and label some of my signals and began clearing levels.

--- In Crestron@..., "gsrankin" <grankin@> wrote:

Just so you understand what's going on, when you connect multiple ecrosspoints to a single ccrosspoint, the digital signals update to the state of the last ecross connected. If there is no signal defined on the ccross, that is interpreted as a 0 and hence will drive your feedback low. This is the same behavior that enabling a bunch of feedback buffers to the same signals on a TP would have. Whatever the state of the last enabled buffer is will be what the TP reflects. Once everything is connected however, from that point on the last changed signal from any ccross will be reflected on the ecross.

Analog signals are slightly different in that if there is/was a value on them, it will remain until that value is updated. That's why a volume level is reflected on a room without volume.

Serial signals behave a bit like digitals if they are connected to a "Make String Permanent", the last one connected will be the readout. If a serial is defined on the first ecross with an MSP but not defined on the second ecross, the serial will go away rather than being held like an analog volume would be. If serials are *not* connected to an MSP on the equipment end, the serial is not passed along at all or is passed as a null string ("") to the ccross. If a song was playing on an iDock for example and there was no MSP on the serial signals, the current song title and other metadata would not be passed along to a second TP connecting to it until the song changed or metadata was updated/refreshed some other way.

Hope that was understandable and helpful.

--- In Crestron@..., "Sean" <seanzombie56@> wrote:

Thanks a lot Neil.

I think I am going in the right direction, but I need to expand what I have.

I have one ccross from the kitchen panel connecting to multiple ecrosses.

Splitting it up to a ccross per av logic group and ccrosses for lighting, havc, etc., might do the trick.

I'm just glad I don't have to rewrite everything, just expand what I've done so far.

Thanks again, I might post again after some testing tonight.
Sean



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

You best bet is to use parallel sets of crosspoints a for different kinds of logic (AV, lighting, HVAC, etc.)

That means a separate ECCONNECT for each set of crosspoints. I typically use a CCROSS for each type of logic with its own ECCONNECT and as many ECROSSes as devices/zones/rooms as the CCROSS should control.

For grouping, I find It best to use a "group" ECROSS that handles the FB back to the CCROSS and then use either a subset of crosspoints or buffers to have devices/rooms/zones follow the "group" ECROSS.

While you can have a one to many relationship it's difficult to manage feedback correctly as all of ECROSS FB will get jammed together on the CCROSS they all connect to. .

Also, when you have undefined FB joins on an ECROSS they are forced to 0 on connect effectively clearing your feedback on the CCROSS.

Keeping parallel logic separated avoids these issues. I only allow a 1 to 1 CCROSS to ECROSS relationship, but because you can have an AV CCROSS, lighting CCROSS, HVAC CCROSS, etc you can e controlling the theatre AV, games room lighting and basement HVAC all at the same time with correct feedback.

-Neil Dorin

Sent from my iPhone

On 2012-12-24, at 11:35 AM, "Sean" <seanzombie56@> wrote:

I'm trying to figure out if my issues are in my theory, programming, or both.

I use crosspoints well in a one to one situation. My question is, can I use one ccross to connect to a few ecross connections with fb staying along the way.

My system seems to work fine controlling devices, but when I connect to another ecross, I lose FB from my original ecross.

Hope this explanation helps....

From my main room, I connect to the theater via ecross for lights, etc., while keeping that connection alive, I connect to a blu-ray player via ecross. Now my commands seem to work, but what happens is....when I connect to the second ecross, my display fb drops and only comes back when I select theater again.

In watching simpl debugger, ids dont change or get disconnected from my "room ccross" after selecting blu-ray.

Does that fb get dropped when connecting to another ecross without fb across that join, or is there something missing in my program?

A side note, volume seems to stay when connecting from a room with volume to a room without volume, so I assumed fb would stay if nothing is on that attached join.

Happy Holidays, thanks in advance for any help.

Sean

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

It is also Crestron connected, so I believe there is a module for that. They don't make it easy to find the API though.

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

Did you try one of the Crestron modules for a Sony receiver? IIRC Sony doesn't change their protocol very ofter (if ever)...

JRW

--- In Crestron@..., "sevenstarokawari" <tabata@> wrote:

I really would like to control this SONY product with Crestron.


Please someone help me to find the command protocol chart, by all means!
(no matter RS-232C or TCP/IP)

I know that this is Japanese model, but I believe that if it should work with the similar model's protocol.

Regards,

Did you try one of the Crestron modules for a Sony receiver? IIRC Sony doesn't change their protocol very ofter (if ever)...

JRW

--- In Crestron@..., "sevenstarokawari" <tabata@> wrote:

I really would like to control this SONY product with Crestron.


Please someone help me to find the command protocol chart, by all means!
(no matter RS-232C or TCP/IP)

I know that this is Japanese model, but I believe that if it should work with the similar model's protocol.

Regards,

Did you try one of the Crestron modules for a Sony receiver? IIRC Sony doesn't change their protocol very ofter (if ever)...

JRW

--- In Crestron@..., "sevenstarokawari" <tabata@> wrote:

I really would like to control this SONY product with Crestron.


Please someone help me to find the command protocol chart, by all means!
(no matter RS-232C or TCP/IP)

I know that this is Japanese model, but I believe that if it should work with the similar model's protocol.

Regards,

I really would like to control this SONY product with Crestron.


Please someone help me to find the command protocol chart, by all means!
(no matter RS-232C or TCP/IP)

I know that this is Japanese model, but I believe that if it should work with the similar model's protocol.

Regards,