开云体育

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