Wireless RS-232 Protocol

Does anybody have the format for wireless communication on the Serial port on a PCI.
I am writing a module to control the lighting via a Crestron system.
Whilst standard commands to the C-Bus network work. The commands that I read off the network have an extra byte in them and seem to have a different format so a change on the C-Bus network does not register on the Crestron System.
Eg: Hard wire Group 11 (0B) on = 05 14 38 00 79 0B 2B
Wireless Group 111 (6F) on = 05 FD 38 01 0B 79 6F D2

 

You need to apply for the public release protocol, then all will be revealed.

 

It doesn't seem to cover this

I already have the public release protocol.
Unfortunately, what is in the public release protocol doesn't match what I am getting from the wireless network.
The wireless network seems to use an extra 2 digits.

 

It does in my copy V1.4 Page 11

2 alternative formats, although I grant you it does actually break the described protocol a bit, but not enough to be a problem.

You need to allow for both in your code.

 

I take that back, it could be a problem, in fact when I looked at my own code, receiving a string like you have posted from the wireless network would break it.

That string conflicts with the statements made in the public release protocol, V1.4 Page 11.

Is there a later version of the release.

 

The wired and wireless protocols are identical.

The difference in these commands is caused by the presence of a bridge (in this case, a wireless gateway). This has introduced extra "routing" information in the message. If the Crestron system is not seeing the commands from the wireless network, it is probably because the software in the Crestron system is not accounting for the routing.

 

Thanks

Thanks for all the advice - finally got it sorted.
Had to tell the Crestron system that if the 4th byte was 01, use a different serial analyze where the 5th bit is ignored.

 

But it's still not documented correctly in the public release protocol.

According to the document, that string is illegal.

I have code written against that protocol that I now know will break.

Is there a later version than 1.4 that I don't have?

 

Anybody?

 

I got the public release from C-Bus last week and it was still at V1.4
Just 'cause that string is supposed to be illegal, doesn't mean it won't happen and won't work.
When I spoke to C-Bus about this, they said they were thinking about releasing a newer version of the protocol.

 

Thinking about it dosen't help.

I need to know what to expect, I have code running in the real world that I know will break if it gets a string that is outside the published protocol.

 

I know ...
At least they publish their protocol unlike some systems I've worked with which have required a good deal of reverse engineering.
The best work around I've been able to come up with is that if the 4th byte is 00, then the next byte is the ramp / on / off data. If the 4th byte is 01, discard the 5th byte and the 6th byte is the ramp / on / off data.
What sort of system are you connecting to the PCI?

 

Oh, that will nail me for sure.

With the timely release of the C-Gate documentation, it's time for me to ditch the Public Release Protocol and move over to the play with the big boys

Thanks for your help Ashleigh.

Cheers

Rohan

 

Crestron And C-bus

I too have an extensive C-Bus system that I need to integrate with a Crestron control system. As with (it seems) most other people I had problems with the Ramping of a group address Up and Down.

I do need to resolve the issue - Has anyone got a re-written Crestron Module that works?
OR
Where can I apply for the Public C-BUS RS232 control Protocol so that I can re-work the Crestron module myself.
OR
Is there another 'Work Around' i.e. Via infra red instead of RS232.

 

Hi Audiovis.
After a lot of time reading the public release protocol and monitoring strings in and out of the PCI, I wrote a module to control C-Bus from Crestron.
I now sell the module commercially, and have many copies of the module in the field which run relatively trouble free.

You can find out more about the module on my webiste:
www dot specialtyps dot com dot au.

The module is quite fully featured including multiple ramping options and a "One-Touch" input which has the same function as a C-Bus dimmer button on the wall - i.e. touch to toggle, press and hold to ramp.
My contact details are on the web site.
I also work as a contract Crestron Programmer.
Simon

 

www.cbus-enabled.com

although the form seems to be broken. Send an email to the contact person on that website.