This shows you the differences between two versions of the page.
hardware:cflink:cflink-introduction [2012/10/18 02:33] jarrod |
hardware:cflink:cflink-introduction [2014/02/20 11:57] (current) jarrod [Commands and Replies] |
||
---|---|---|---|
Line 1: | Line 1: | ||
====== CFLink Protocol Introduction ====== | ====== CFLink Protocol Introduction ====== | ||
This document is an overall view of the CFLink Protocol, used by CommandFusion hardware.\\ | This document is an overall view of the CFLink Protocol, used by CommandFusion hardware.\\ | ||
- | CFLink is a RS485 5-wire bus, used to interconnect various CommandFusion devices. For more details on the physical bus characteristics, please see the [[hardware:cflink:cflink-bus|CFLink Bus documentation]].\\ | + | CFLink is an RS485 5-wire bus, used to interconnect various CommandFusion devices. For more details on the physical bus characteristics, please see the [[hardware:cflink:cflink-bus|CFLink Bus documentation]].\\ |
===== Basic Structure ===== | ===== Basic Structure ===== | ||
Line 21: | Line 21: | ||
Then an ''[F4]'' byte, followed by optional Data associated with the command. The Data can be empty if the command does not require any associated data.\\ | Then an ''[F4]'' byte, followed by optional Data associated with the command. The Data can be empty if the command does not require any associated data.\\ | ||
Finally, all messages are terminated with two ''[F5]'' bytes.\\ | Finally, all messages are terminated with two ''[F5]'' bytes.\\ | ||
- | \\ | + | |
- | **NOTE: THROUGHOUT THIS DOCUMENTATION, ALL CFLINK EXAMPLES WILL START WITH > OR < - THIS IS NOT PART OF THE COMMAND, BUT JUST USED TO SIGNIFY THE START OF A NEW SENT OR RECEIVED PACKET.** | + | <WRAP center round important 80%> |
+ | **NOTE: THROUGHOUT THIS DOCUMENTATION, ALL CFLINK EXAMPLES WILL START WITH ''>'' (greater than) OR ''<'' (less than) - THIS IS NOT PART OF THE COMMAND, BUT JUST USED TO SIGNIFY THE START OF A NEW SENT OR RECEIVED PACKET WITHIN THE DOCUMENTATION.** | ||
+ | </WRAP> | ||
===== CFLink ID ===== | ===== CFLink ID ===== | ||
Line 33: | Line 35: | ||
In some circumstances, you may want to send a broadcast to all devices on the network. This can be done by using the Broadcast ID: ''[FF]''. | In some circumstances, you may want to send a broadcast to all devices on the network. This can be done by using the Broadcast ID: ''[FF]''. | ||
+ | <WRAP center round important 80%> | ||
**NOTE: BROADCAST MESSAGES CANNOT BE GUARANTEED TO BE DELIVERED TO ALL DEVICES ON LARGE NETWORKS. BROADCASTING IS ONLY RECOMMENDED FOR NON-CRITICAL MESSAGES.** | **NOTE: BROADCAST MESSAGES CANNOT BE GUARANTEED TO BE DELIVERED TO ALL DEVICES ON LARGE NETWORKS. BROADCASTING IS ONLY RECOMMENDED FOR NON-CRITICAL MESSAGES.** | ||
+ | </WRAP> | ||
===== Commands and Replies ===== | ===== Commands and Replies ===== | ||
- | The <COMMAND> part of each message is always 7 characters, always upper case, and formatted as follows: ''<TYPE><DEVICE><COMMAND_NAME>''\\ | + | The **<COMMAND>** part of each message is always 7 characters, always upper case, and formatted as follows: ''<TYPE><DEVICE><COMMAND_NAME>''\\ |
* **<TYPE>** = 1 char, types are documented below.\\ | * **<TYPE>** = 1 char, types are documented below.\\ | ||
* **<DEVICE>** = 3 chars representing the model name of the device or type of port we are targeting (or the device/port type that the reply came from).\\ | * **<DEVICE>** = 3 chars representing the model name of the device or type of port we are targeting (or the device/port type that the reply came from).\\ | ||
- | * The **<DEVICE>** name ''CFX'' can be used to target any device. It is useful for when you are sending a command that any device should respond to, ''WHO'' for example.\\ | + | * The **<DEVICE>** name ''CFX'' can be used to target any device. It is very useful for when you are sending a command that any device should respond to, ''WHO'' for example.\\ It is also useful when you don't need to know the exact device type receiving the command, such as for [[hardware:cflink:on-board-rs232-port-protocol|on-board COM ports]] which share a common protocol across all devices.\\ However, all //replies/notifications// will be sent with the correct 3 character device identifier for the device sending the data (''CFX'' is never used in replies except from bootloader notifications). |
* **<COMMAND_NAME>** = 3 chars representing the name of the actual command being performed. | * **<COMMAND_NAME>** = 3 chars representing the name of the actual command being performed. | ||
- | |||
==== Queries ==== | ==== Queries ==== | ||
- | Query messages begin with <TYPE> character ''Q''. These messages are used to retrieve the configuration details or state of a specific device property.\\ | + | Query messages begin with **<TYPE>** character ''Q''. These messages are used to retrieve the configuration details or state of a specific device property.\\ |
\\ | \\ | ||
A query will always get a reply, unless the target device could not be found (CFLink ID does not exist on the bus).\\ | A query will always get a reply, unless the target device could not be found (CFLink ID does not exist on the bus).\\ | ||
- | If the query was successful, the reply would contain the same **<COMMAND_NAME>** along with the <DATA> associated with the query.\\ | + | If the query was successful, the reply would contain the same **<COMMAND_NAME>** along with the **<DATA>** associated with the query.\\ |
\\ | \\ | ||
If there was an error in the query, the reply would be an Error Reply with details of why the error occurred. | If there was an error in the query, the reply would be an Error Reply with details of why the error occurred. | ||
Line 54: | Line 56: | ||
==== Configuration ==== | ==== Configuration ==== | ||
- | Configuration messages begin with <TYPE> character ''C''. These messages are used to manipulate the configuration settings of a device.\\ | + | Configuration messages begin with **<TYPE>** character ''C''. These messages are used to manipulate the configuration settings of a device.\\ |
\\ | \\ | ||
A configuration message will always get a reply, unless the target device could not be found (CFLink ID does not exist on the bus).\\ | A configuration message will always get a reply, unless the target device could not be found (CFLink ID does not exist on the bus).\\ | ||
Line 74: | Line 76: | ||
\\ | \\ | ||
A transmission message will always get a reply, unless the target device could not be found (CFLink ID does not exist on the bus). | A transmission message will always get a reply, unless the target device could not be found (CFLink ID does not exist on the bus). | ||
- | Most replies will simply echo the <COMMAND_NAME> along with any <DATA> from the transmission message.\\ | + | Most replies will simply echo the **<COMMAND_NAME>** along with any **<DATA>** from the transmission message.\\ |
- | But some replies will not include the <DATA> in order to reduce flooding of the network. These replies are from commands such as sending RS232 data or sending IR hex data, both of which can be quite long.\\ | + | But some replies will not include the **<DATA>** in order to reduce flooding of the network. These replies are from commands such as sending RS232 data or sending IR hex data, both of which can be quite long.\\ |
\\ | \\ | ||
If the was an error in the transmission message, the reply would be an Error Reply with details of why the error occurred. | If the was an error in the transmission message, the reply would be an Error Reply with details of why the error occurred. | ||
Line 81: | Line 83: | ||
==== Replies ==== | ==== Replies ==== | ||
- | Reply messages begin with <TYPE> character ''R''. Replies are always initiated by the device, in response to any of the other command types.\\ | + | Reply messages begin with **<TYPE>** character ''R''. Replies are always initiated by the device, in response to any of the other command types.\\ |
- | Generally the reply will contain the <DEVICE> name for the device sending the reply, along with echoing the <COMMAND_NAME>.\\ | + | Generally the reply will contain the **<DEVICE>** name for the device sending the reply, along with echoing the **<COMMAND_NAME>**.\\ |
The only time a reply will not be sent is if the target CFLink ID does not exist on the CFLink bus.\\ | The only time a reply will not be sent is if the target CFLink ID does not exist on the CFLink bus.\\ | ||
More details on the reply formatting is given in the other message type documentation above.\\ | More details on the reply formatting is given in the other message type documentation above.\\ | ||
Line 108: | Line 110: | ||
When the protocol requires a port number to be defined, it is always written in P## format. The number must be two chars, 01-99 or ZZ.\\ | When the protocol requires a port number to be defined, it is always written in P## format. The number must be two chars, 01-99 or ZZ.\\ | ||
''P01'' = Port 1, ''P10'' = Port 10, etc.\\ | ''P01'' = Port 1, ''P10'' = Port 10, etc.\\ | ||
- | ''PZZ'' = All Ports. This allows you to manipulate all ports of a single type at once. eg. Open all relays in a CFMini. | + | ''PZZ'' = All Ports. This allows you to manipulate all ports of a single type at once. eg. Open all relays in a CF Mini. |
==== Module Definitions ==== | ==== Module Definitions ==== | ||
Line 138: | Line 140: | ||
// Port Separator example - Close relay port 1, open relay port 2 on a CF Mini on CFLink ID [04] | // Port Separator example - Close relay port 1, open relay port 2 on a CF Mini on CFLink ID [04] | ||
> [F2][04][F3]TRLYSET[F4]P01:1|P02:0[F5][F5] | > [F2][04][F3]TRLYSET[F4]P01:1|P02:0[F5][F5] | ||
- | // Port Separator example, with module number - Close relay port 1, open relay port 2 on Module 2 of a MOD4 on CFLink ID [04]> [F2][04][F3]TRLYSET[F4]M2|P01:1|P02:0[F5][F5] | + | // Port Separator example, with module number - Close relay port 1, open relay port 2 on Module 2 of a MOD4 on CFLink ID [04] |
+ | > [F2][04][F3]TRLYSET[F4]M2|P01:1|P02:0[F5][F5] | ||
</sxh> | </sxh> | ||
==== Data Separator ==== | ==== Data Separator ==== | ||
- | The data separator, '':'' (colon), is used to separate piece of data for a single target port or device.\\ | + | The data separator '':'' (colon), is used to separate pieces of data for a single target port or device.\\ |
<sxh cflink; light: true> | <sxh cflink; light: true> | ||
// Data Separator example - Device discovery reply for a LAN Bridge on ID [02] | // Data Separator example - Device discovery reply for a LAN Bridge on ID [02] | ||
Line 152: | Line 155: | ||
==== Module Separator ==== | ==== Module Separator ==== | ||
- | When a command targets a modular device, it is possible to target multiple modules in one message. This is done by using the module separator, '','' (comma)\\ | + | When a command targets a modular device, it is possible to target multiple modules in one message. This is done by using the module separator '','' (comma)\\ |
<sxh cflink; light: true> | <sxh cflink; light: true> | ||
// Module Separator example - Module 1, Close relay ports 1 and 2, Module 2, Open relay ports 1 and 2 | // Module Separator example - Module 1, Close relay ports 1 and 2, Module 2, Open relay ports 1 and 2 |