Crestron Interfacing Problem

I have recently installed a Cbus system in my own house it is a combination wired and wireless system no problem so far. The whole system is being controlled by Crestron touch screens via a 5500PC no problem so far.This is where the strange stuff starts to happen the wired half of my system works in the way intended lights turn on/off and ramp up/down but the wireless half has the problem. Lights turn on/off but there seems to be some thing strange with the ramp up/down. Upon pressing a ramp up/down button on my Crestron touch screen the lights do nothing until I release than the light will snap to a set level this is unlike the wired half of my system where the light immediately start to fade the fade rate is set to %100 to %0 over 5 seconds a nd viscera The other observation I have made is depending on the release time of the button depends on what level the light is set to ie if I hold for more than 5 sec the lights go to %100 or %0 if I hold for 2 sec the light are set too %40 give or take. Strange indeed The Crestron smp code is some thing I have used over 30 or 40 times on various jobs and has been refined and works well I believe there is an incompatibility in the 5800WCGA gateway.

More information

There is no group address the same on ether hardware or lighting loads on each side of the gateway

I have checked the CBus codes going out on the network via Cbus test tool and there is no problem

If any one can shed some light on this Quirky problem thanks in advance

Mick Baker

 

This may also be your problem.

http://www.cbusforums.com/forums/showthread.php?t=2195

 

Dont know if this wil help but I have discovered the exact same problem issuing ramp commands to dali ballasts. The outcome was that if the ballasts had a ramp rate that didnt match the c-bus output ramp rate it would react in the same way you have described, the ballast was sending a recall-max/recall-min command. I could be way off track .... let us know how you go.

 

Use OSC module in SmplWin...

Drive the ramp command thru an OSC (0.1s, 0.1s). That works fine for all my Crestron installation... A constant press on your TP will produce 5 ramp commands in one second. You will be able to see the light lavel changing...

Hope it helps,

Dovi

 

Can not see the trees for the woods

Thanks for the help it was the extra routing bit in the gateway the original problem was masked by the fact that gate way was update with group address on both sides when I sent a message from the wired side to the wireless the gate way took care off the routing bit but information coming back from the wireless side was appended with the extra bite and my Crestron code ignored it

 

Rebuttal

That?s a bit harsh it is not the fact that the Crestron code is non compliant it is the fact that it was written not to include bridge routing information.

In fact this is due to CBus not printing any information in the public protocol release about bridge bites and more to the point the Crestron code was written over 4 years ago when Cbus held on to the protocol like it was the crown jewels.

It has been only observation and the tenacity of people who use this forum that secret squirrel information get's out to the public.

 

Why is there a perception that we as the end user have a right to the inner workings of a product?

It is absolutely Clipsals decision if, when and how much information they release regarding interfacing to their products.

Now whilst I'm all for as much information as possible, I recognise the fact that it is their IP and as such, their decision what to release.

If somebody decides to reverse engineer a protocol 4 years ago then all bets are off, in fact I would be very wary of using something that I know has effectively been obtained without the owners permission (they have a much bigger legal budget than me).

I would suggest that we be thankful that the information is available at all, although I do agree that what is available should be complete and correct (in the case of the routing bytes).

I am also interested in how you came to get a copy of the C-Bus/Crestron protocol that you could modify?

From my own experience, Clipsal have been very strict about the distribution of code that can be read by the end user. Did you have to prove you had applied and been granted access to the Public Release Protocol before the author of the interface made it available to you?

 

C-bus Colour Touch to Crestron Controller

I have a network that im working on with one other. We have a Clipsal C-bus lighting system (includes relays dimmers etc.) We also have a crestron sound system as that is what the owner whated at the time now i have the crestron touch panel remote able to control the c-bus does anyone here know where i can get the software to let the Colour touch control the crestron sound system.