[尽责]DIS CU4000协议

justsosonihao · 发表于 2006-9-11 18:10

亲，只有注册或登录才能下载更有用的哦

您需要登录才可以下载或查看，没有账号？注册

×

External Control of the CU 4005/CU 4010 
 
1. General 
Data is sent using a rate of 9600 baud, 8 bits, No parity and 1 stop bit . The RTS/CTS handshake signals are in use. The RS4232 card has two serial ports – one RS232 port and one RS422 port, which may be used simultaneously. 
 
The messages to and from the RS2432 card are sent in ‘strings’, which are not zeroterminated, but terminated with either a checksum<CHKSUM> calculated over the entire message or by a carriage return<CR>. The brackets <> are not part of the syntax, but are used to identify a single byte. 
 
_(underscore) is used in this paper to identify the space character. (ASCII value 32) 
 
2. RS4232 interface card, message-fist 
Date from the RS4232 Card 
Startup message from RS4232 
Number of microphones connected 
Chairmen connected 
Maximum number of delegates speaking 
Maximum number of delegates in request 
System mode 
Volume Control 
Microphone is turned on 
Microphone in Speak 
 
Microphone is put in Request 
Microphone in Request 
Microphone is turned off 
RS4232 card internal buffer overflow 
 
Data to the RS4232 Card 
System request messages 
Microphone status request 
Commands to control the microphone system 
 
3. Data from the RS4232 Card 
(1) Startup message from RS4232 
“! W_RS4232_version_1.0_Copyright_DIS_(Danish_Interpretation_Systems)_1995<CR>” 
 
This message is sent from the interface card, after Power Up. The version number and/or year will be altered in upgraded versions of the RS4232 software. 
 
(2) Number of microphones connected 
“! M<CU1:CHAIN1>>CU1:CHAIN2><CU2:CHAIN1>_<CU10:CHAIN2><CHKSUM>” 
 
This message is sent as response to a request on the number of microphones connected in the system, when the number of microphones in the system is changed, or a chain of microphones changes state (valid/invalid). The byte<CU1: CHAIN1>contains the number of microphones connected to CU number 1 Chain number 1 and so forth. Data is sent for each of the 10 CU’s with each 2 Chains allowed in a single system. A single chain can contain from 0 to 50 microphones. 
 
If a Chain is identified as invalid (due to a faulty microphone or a change in the number of microphones) the number 255 is sent. In case a chain is invalidated during operation, the remaining system will still work. When a chain is invalidated this message also implies that microphones in this chain is turned off from Speak or Request – hence no separate messages are sent. 
 
(3) Chairmen connected 
“! C<CHAIRMAN1 CU><CHAIRMAN1 CHAIN><CHAIRMAN1 MIC> 
“” 
<CHAIRMAN10 CU><CHAIRMAN10 CHAIN><CHAIRMAN10 MIC><CHKSUM>” 
<CHAIRMAN1 CU> holds the number of the CU (1-10) to which the first chairman microphone is connected. If this chairman microphone is not present in the system this byte takes on the value 0. 
 
<CHAIRMAN1 CHAIN> holds the number of the Chain (1-2) to which the first chairman microphone is connected. 
 
<CHAIRMAN1 MIC> holds the number of the Chairman microphone in the Chain (1-50). 
 
Data is sent for the possible 10 Chairman Microphones. 
 
(4) Maximum number of delegates speaking 
“! K<MAXSPK><CHKSUM>” 
 
This message contains the maximum number of delegate microphones allowed to be in Speak at any time. This system value ranges from 1 to 6. 
 
(5) Maximum number of delegates in request 
“! Q<MAXREQmsb><MAXREQlsb><CHKSUM>” 
 
This message contains the maximum number of delegate microphones that can be put in request at any time. <MAXREQmsb> contains the most significant byte, and <MAXREQlsb> contains the least significant byte. This system value ranges from 1 to 999. 
 
(6) System mode 
“! E<MODE><CHKSUM>” 
 
This message is sent when the mode of operation for the CDS 4000 system changes. Possible modes are: 
‘A’: AUTOMATIC 
‘F’: FIFO 
‘M’: MANUAL 
 
(7) Volume Control 
“! V<MIC VOLUME><INPUT VOLUME><CHKSUM>” 
 
This message is sent, when one of the volume controls is adjusted. The possible ranges for each of the two volume controls is 0 to 64. 
0: off 
1: -42dB 
2: -41dB 
“ 
63: +20dB 
 
(8) Microphone is turned on 
“! S<CU><CHAIN><MIC><CHKSUM>” 
 
This message is sent, when a microphone is turned on. 
<CU> is the number of the CU to which the microphone is connected (1-10). 
 
<CHAIN> is the number of the Chain to which the microphone is connected (1-2). 
 
<MIC> is the microphone number in the Chain (1-50). 
 
If the microphone switched on, was in request, this message also implies that the request is deleted. 
 
(9) Microphone is Speak 
“! s<CU><CHAIN><MIC><CHKSUM>” 
 
This message is sent as response to a request for the system status. The message is sent for each microphone currently switched on. 
 
(10) Microphone is put in Request 
“! R<CU><CHAIN><MIC><CHKSUM>” 
 
This message is sent when a microphone is put in request. 
 
(11) Microphone is Request 
“! r<CU><CHAIN><MIC><CHKSUM>” 
 
This message is sent as response to a request for the system status. The message is sent for each microphone currently in request. The messages are ordered so that the microphone put in request first will be identified in the first message and so forth. 
 
(12) Microphone is turned off 
“! O<CU><CHAIN><MIC><CHKSUM>” 
 
This message is sent, when a microphone is turned off. This message is used regardless of whether the microphone was in Speak or Request before it was turned off. 
 
(13) RS4232 card internal buffer overflow 
“! X<cr>” 
 
This message is sent when an internal buffer overflow occurs in the RS4232 card. This may occur if the RS4232 card receives messages from the master CU at a higher rate than it can relay the messages over the serial port – this may occur if the PC or other equipment connected to the RS4232 card holds off transmission with the hardware handshake signal. Once transmission is reestablished, the overflow message will be sent, and the external equipment has notified that one or more microphone Speak/Request/Off messages were lost. These are the only messages that can provoke an overflow, as all other messages are nonsynchrone. When the external equipment has notified that some messages were lost, it is able to reachieve correct microphone status by sending the microphone status request message to the RS4232 card and collect the response from this request. 
 
It is necessary to allow this overflow possibility to ensure that a faulty computer connected to the RS4232 card does not bring down the entire microphone system. 
 
4. Data to the RS4232 card 
(1) System request messages 
The external equipment can request the status of the various system variables. A message is automatically sent of an update of one of these variables occurs. 
“?M<CR>”: Number of microphones connected 
“?C<CR>”: Chairmen connected 
“?K<CR>”: Maximum number of delegates speaking 
“?Q<CR>”: Maximum number of delegates in request 
“?E<CR>”: System mode 
“?V<CR>”: Volume Control 
 
(2) Microphone status request 
“?S<CR>” 
 
This message requests the status of the microphones in the system and will be responded with a series of microphone in speak/microphone in request messages. 
 
(3) Commands to control the microphone system 
The commands to put a microphone in request/speak/off, adjust the volume control, set the maximum number of delegates speaking/in request, and change the system mode of operation are identical to the commands sent from the RS4232, when any of these variables are changed from the CU. 
 
5. DM/CM 4100 Series Voice Activated microphone units 
The DM/CM 4100 series of units function exactly as the standard units, but only when they are in MAN/AUT mode. If they are in VOICE ACTIVATE mode, no messages will be sent about units switching on and off automatically controlled by the sound level. The message is not sent from the microphones to the central unit, so it is not possible for the central unit to tell.

xuexibc · 发表于 2010-7-28 15:35

呵呵一起学西

账号		自动登录	找回密码
密码			注册

[尽责]DIS CU4000协议

亲，只有注册或登录才能下载更有用的哦

相关帖子

专家勋章

版主勋章