TMK01-M/02-M/04-M full duplex digital Walkie Talkie wireless module
All operations of the module are realized through commands of the external MCU. According to the required operations, the MCU sends corresponding commands to the module through the serial port according to the command table in the command section. The module executes the corresponding commands and feeds back the execution status. The specific process is as follows:
Command
Commands are used to control the module or obtain various working states of the module. When the external circuit sends control commands to the module, the commands include input commands and output commands. The external control CPU receives control commands and returns system status or command execution results.
Under normal circumstances, after receiving the instruction, if the module cannot execute it, it will return an error instruction. Correct execution will return the same instruction to give the control CPU a feedback confirmation. After the module executes the instruction, if the system status changes, it will also return a status instruction.
For example, if the host sends a play channel instruction to the module, after receiving it, if the module is in standby mode, it can play. First, it returns the same instruction to indicate that the instruction has been received and starts executing. Then, the module calls the playback program to play the channel number. At this time, the module will return a playback status instruction. After the playback is completed, the module returns to standby mode and sends a standby status instruction. If the current state of the module is not suitable for playing the channel number, only an error instruction is returned.
The command interface is an asynchronous communication interface, one UART_TX to send and one UART_RX to receive, with a baud rate of 460800, one start bit, 8 data bits, and one stop bit.
The output 0 is a low level and the output 1 is a high impedance. This design is to adapt to a wider interface level, so the input of the control end CPU should be designed as pull-up.
Affected by the driving ability and operating voltage of different control CPUs, the serial signal waveform may be distorted, causing code errors. Therefore, it is recommended to use 2K~10K pull-up resistors on the serial port to ensure signal integrity.
The serial port instruction bytes include three parts: a number of 0s consisting of a wake-up byte, a baud rate extraction byte 0x55, 18 bytes of control commands and 1 checksum byte. The preceding consecutive 0 bytes, the minimum is 16, are used to wake up the main control CPU in sleep mode of the module; the subsequent byte 0x55 measures the baud rate of the serial port for the internal CPU; the subsequent 18 bytes are control commands, starting with 0x0A, followed by 1 byte The main command byte, see Table 4 for specific definitions, the next 16 bytes are command parameter control bytes, if the main command byte is 0x0F, the first byte after it is the sub-command byte, see Table 5 for specific definitions, and the last byte Checksum, which is the exclusive or sum of the 17 bytes after 0x0A. See Figure 2 for details.
Command Table
| Num | Command | I/O | Definition | Parameter bytes | Note |
| 1 | 0x0F | I | Control command | Combine control subcommands to implement various control functions, status reading and feedback | See the subcommands table |
| 2 | 0xC3 | IO | Write working mode | Current working mode, maximum working mode channel number, working channel | |
| 3 | 0x 03 | IO | Read working mode | Current working mode, maximum working mode channel number, working channel | |
| 4 | 0x CF | IO | Change specified channel parameters | Change the working frequency and transmit power of the specified channel | |
| 5 | 0x 3F | IO | Read specified channel parameters | Read the working frequency and transmit power of the specified channel | |
| 6 | 0x A5 | IO | Control password modification | Control password, new control password | |
| 7 | 0x CA | IO | Write super password | Control password, super password | |
| 8 | 0x 3A | IO | Read super password | Control password, super password | |
| 9 | 0x 5A | IO | Voice command | 16-byte voice data | |
| 10 | 0x 55 | IO | Data command | Up to 15 bytes of data in a single command, and the 16th byte is the valid data length |
All commands to change, read, and report the working status of the module are called control commands, and the command byte is 0x0F. Immediately following the command byte is one byte of control subcommand. The 15 bytes after the subcommand are control parameters, used in sequence, with the lower bits first.
The interface design between the module and the module follows the following principles:
The output interface relative to the module must be set to open drain;
The input interface relative to the module must be set to pull-up.
Subcommand table of module control commands
| Num | Subcommands | I/O | Definition | Parameter bytes | Note |
| 1 | 0x11 | IO | Read the working state | Working status (0: Standby; 1: Playback; 2; Transmit only; 3: Receive only; 4: Transceiver; 5: USB; 6: Error; 7: Test; 8: Other modes) Software information acquisition (0x80: Obtain software information) | |
| 2 | 0x12 | O | Report working status | Working status (0: Standby; 1: Playback; 2; Transmit only; 3: Receive only; 4: Transceiver; 5: USB; 6: Error; 7: Test; 8: Other modes) Software information acquisition (0x80: Obtain software information) | |
| 3 | 0x18 | IO | Transmit control | Enter the transmit state, the first byte is the working channel, default 00 indicates the current channel, such as 0xAA indicating the activation of VOX intercom mode; the second byte is the sound playback mode: 0: internal playback; 1: digital voice mode | Equivalent to a PTT press |
| 4 | 0x16 | IO | Standby | The first byte is the standby channel number The second byte is the sound playback mode: 0: internal playback; 1: digital voice mode; 2: so-called mixed mode, internal playback and digital voice output | Used with PTT to stop transmission; the first byte function is currently not supported, default is 0 |
| 5 | 0x14 | I | Playback commands | Play data voice | Used in conjunction with digital voice commands |
| 6 | 0x1B | O | Send success | Data send success instruction | Used in conjunction with data commands |
| 7 | 0xF5 | IO | Instruction error | Control and current status do not match | |
| 8 | 0x31 | IO | Volume up | Current volume value 0~15, 15 maximum | |
| 9 | 0x32 | IO | Volume down | Current volume value 0~15, 15 maximum | |
| 10 | 0x34 | IO | Channel plus | Current channel value, maximum channel number set by mode setting command | Ensure that the parameters of each channel are set correctly |
| 11 | 0x37 | IO | Channel minus | Current channel value, maximum channel number set by mode setting command | Ensure that the parameters of each channel are set correctly |
| 12 | 0x39 | IO | Low battery warning | Battery voltage, occupying two bytes | Unit: millivolt |
| 13 | 0x38 | IO | Normal battery | Battery voltage, occupying two bytes | Unit: millivolt |
| 14 | 0x3B | IO | Voice broadcast | 0: Battery power, 1: Channel, 2: Channel mode | |
| 15 | 0x41 | IO | VGA setup | Microphone gain level value (default 4) | 0~15 levels, the larger the value, the greater the gain |
| 16 | 0x42 | IO | VGA read | Microphone gain level value (default 4) | 0~15 levels, the larger the value, the greater the gain |
| 17 | 0x51 | IO | Threshold setting | VOX trigger sensitivity, that is, voice threshold level value (default 0) | 0~7 levels, the smaller the value, the more sensitive, that is, the lower the threshold |
| 18 | 0x52 | IO | Threshold reading | VOX trigger sensitivity, that is, voice threshold level value (default 0) | 0~7 levels, the smaller the value, the more sensitive, that is, the lower the threshold |
| 19 | 0x81 | IO | Transmission setting | 0: Transmission prohibited; 1: Transmission allowed | Control transmit function |
| 20 | 0x82 | IO | Transmission reading | 0: Transmission prohibited; 1: Transmission allowed | Control transmit function |
| 21 | 0xC1 | IO | USB parameter mode | Enter parameter setting mode after USB connection, module does not work | After USB connection, set the working mode, the default is USB charging only mode |
| 22 | 0xC0 | IO | USB charging only mode | USB connection only for charging, module can work normally | After USB connection, set the working mode, the default is USB charging only mode |
| 23 | 0x00 | IO | Stop mode | Stop transceiving | |
| 24 | 0xFF | IO | Active state | Exit stop mode | |
| 25 | 0x56 | IO | Set channel | Get and set the current working channel. | |
| 26 | 0x57 | IO | Read channel | Get and set the current working channel. | |
| 27 | 0x5B | IO | Volume setting | Get and set the current volume level | |
| 28 | 0x5C | IO | Volume reading | Get and set the current volume level | 0~15 levels, the larger the value, the greater the volume |
| 29 | 0xDF | IO | Restore data | Restore factory settings | |
| 30 | 0xDD | IO | Save settings | Save all parameters of the current settings | This instruction must be used, otherwise the parameters will not be saved |
Data structure definition
Working mode read and write data structure
The working mode read and write data occupies the data bytes after the command:
struct{
unsigned char Standard; //0,
unsigned char OpMode; //1
unsigned char Language; //2
unsigned char ChannelMax; //3
unsigned char LocalChannel; //4
unsigned char Group[2]; //5,6
unsigned char LocalNum[2]; //7,8
unsigned char Priority; //9
unsigned char HotChannel[4]; //10,11,12,13
unsigned char PhoneSpecial[2]; //14,15
}MK_Mode;
Standard: defines the working mode. The high four bits are valid. Intercom mode (0x00), repeater mode (0x10), intercom + repeater mode (0x20).
OpMode: defines the channel mode of the intercom. The current channel modes are: 4-channel mode (0x04), 6-channel mode (0x05), 8-channel mode (0x06). The 4-channel mode has the best voice quality.
Language: Currently, only two languages are supported. 0 indicates Chinese and 1 indicates English;
ChannelMax: Maximum number of channels, that is, the total number of channels;
LocalChannel: Current working channel, starting from 0;
Group: Occupies two bytes, low bit first, indicates the group number, maximum 999;
LocalNum: Occupies two bytes, low bit first, indicates the number within the group, maximum 999. The group number and the number within the group constitute the local number of the intercom. The intercom can communicate with each other in groups with the same group number. LocalNum cannot be 0;
Priority: Priority, a total of 2 levels, 3 is high priority, 0 is low priority. Priority is valid after priority reservation is opened.
HotChannel[4]: Hot call channel, full duplex version does not have this function.
PhoneSpecial[2]: Important control parameters, used to control various enable states, including transmission enable, priority reservation enable, etc., specifically as follows: struct PhoneSpecialDef{
unsigned short SideToneEn:1; //Default is 0, modification is invalid
unsigned short MultistardardEn:1; //Default is 0, modification is invalid
unsigned short TXPowerADJEn:1; //Default is 0, modification is invalid
unsigned short VOXAdjEn:1; //Default is 0, modification is invalid
unsigned short HotChannelEn:1; //Default is 0, modification is invalid
unsigned short TXEn:1; //Transmission enable, default is 1, disable transmission is 0
unsigned short ModeADJEn:1; //Default is 1, modification is invalid
unsigned short MultiChannelEn:1;//Default is 0, modification is invalid
unsigned short Battery_Alarm_EN:1; //Low battery warning enable, 0–close, 1–open
unsigned short Master_Reserve_En:1; //Priority reservation enable, default is 0, open is 1
};
Low bit first, high bit last. For example, transmission allowed PhoneSpecial[1] is 0x60, transmission prohibited 0x40, priority reservation open PhoneSpecial[2] is 0x02, close is 0x00.
Channel parameter read and write data structure
The channel parameter read and write command specifies the read and write of the related parameters of the specified channel. The read command must attach the channel number, and other parameters are empty.It should be noted that the specified channel is not necessarily the current working channel.The channel parameter read and write data occupies the data bytes after the command. The structure definition is as follows: struct{
unsigned char Channel; //0
unsigned char Freq[4]; //1~4
unsigned char Target[2]; //5~6
unsigned char TXPower; //7
}MK_Channel;
Channel: indicates the specified channel number; Freq: is the working frequency value, occupying 4 bytes, low byte first, unit is Hz; Target: refers to the called intercom number of this channel. When Target is 0, all intercoms can receive it. When Target is not 0, only the number specified by Target can hear it. Using this function, point-to-point or point-to-multipoint intercom functions of the intercom can be realized; TXPower: refers to the transmit power, in dBm, the control range of TMK01/04 is 0~21dBm; TMK02 is 20~28dBm.
The VGA parameter data structure
VGA parameter read-write data occupies 1 byte of data behind the command. the structure is defined as follows: struct{
unsigned char Sub_Command; //0
unsigned char VGA; //1
}MK_VGA Sub_Command is the subcommand, see the Subcommand table for details; VGA is the data byte. According to the subcommand byte, it is the mic gain level.
The VOX parameter data structure
The VOX parameter read and write data occupies 1 byte of data behind the command, and the structure is defined as follows: struct{
unsigned char Sub_Command; //0
unsigned char VOX_GRADE; //1
}MK_VOX_GRADE Sub_Command is the subcommand, see the Subcommand table for details; VOX_GRADE is the data byte. According to the subcommand byte, it is the VOX trigger sensitivity, that is, the voice threshold level value.
Encryption key parameter data structure
The encryption key parameter read and write data occupies 1 data byte after the command. The structure definition is as follows: struct{
unsigned char ConnectCode[4]; //1,2,3,4
unsigned char KEY[4]; // 5,6,7,8
unsigned char KEY2[4]; // 9,10,11,12
}MK_Key; ConnectCode[4] is the current four-digit login key, which can be used as the connection key to connect the management system software. KEY[4] and KEY2[4] are two groups of four-digit keys to be modified. According to the command byte, they are communication keys.
Channel selection data structure
Current selected channel data occupies 1 data byte behind the command, the structure is defined as follows: struct{
unsigned char Sub_Command; //0
unsigned char UsedChannel; //1,
}MK_CHN_Command; Sub_Command is the subcommand, see the Subcommand table for details; UsedChannel is the data byte. According to the subcommand byte, it is the current working channel.
Volume parameter data structure
Volume parameter read and write data occupies 1 data byte behind the command, and the structure is defined as follows: struct{
unsigned char Sub_Command; //0
unsigned char SPK_Volume; //1,
}MK_SPK_Command; Sub_Command is the subcommand, see the Subcommand table for details; SPK_Volume is the data byte. According to the subcommand byte, it is the current volume level. Levels 0 to 15 can be set.
Working software information data structure
Each working software information data reply code occupies 14 bytes. The structure definition is as follows: struct{
unsigned char Sub_Command; //0
unsigned char Sub_Command_Soft; //1, unsigned char Soft[14]; //2~15
}MK_SPK_Command; Sub_Command is a subcommand, 0x11, see the Subcommand table for details; Sub_Command_Soft is a working software information command header, 0x80~0x8A, see 8.11 example; Soft [14] is a data byte, turn to ASCII value, including Chinese characters, for more details see the Control command example .
Digital voice
The digital voice sampling rate is 8K, and each sample occupies 16 bits (a short integer, signed short). During transmission, one serial port frame is 16 bytes, equivalent to 1ms of sampled voice. When using digital voice, the additional parameters should be set to digital voice mode at the same time when controlling the transmission, and the digital voice should be continuous. Every 20 milliseconds, 20 frames of digital voice should be provided. When the receive standby mode is set to digital voice or mixed mode (see the Subcommand table , the standby additional voice mode parameter is 1 or 2), the module will output digital voice at the speed of sending 20 frames every 20 milliseconds. The voice is the original sampled voice and can be played directly or saved.
Data transmission
The module provides data transmission function, using the data command (0x55) in Table 4 for communication. The data length is 16 bytes, the first 15 bytes are data content, and the 16th byte is the valid data length. The sender can send up to 15 bits of data in a single data command. When the data to be sent is greater than 15 bits, the data should be divided into packets of 15 bits per command and transmitted to the module. The module will automatically connect and send out the sender information. for more details see the Control command example . The sender information includes the send mode and the local number, the send mode has two types: broadcast and private, the high bits of 2 bytes, 0 is broadcast, 1 is private, the low 10 bits are the local number, the send mode is determined according to the call number, when the call number is 0, it is broadcast, otherwise it is private.When using the data transmission function, the next data should be sent after receiving the transmission success reply code (0x1B). The 15-bit data content of the receiver will include 2 parts, the first 2 bytes are the sender information, and the last 13 bytes are the data content. Data transmission can be performed in any state, such as intercom transmission, intercom reception, standby; but when the number of channels is occupied, it cannot be sent, the same as the intercom function. When transmitting data in intercom transmission state, a certain amount of voice bandwidth needs to be occupied. When used at the same time, it will reduce voice quality. It is not recommended to conduct large-scale data transmission. In addition, to ensure accurate data transmission, it is recommended that the transmission interval be greater than 100ms.
Control command example
1. Query mode parameters Ask:
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 0A 03 00 00 00 00 00 00 00 00 0000 00 00 00 00 00 00 03 Answer: 00 00 55 0A 03 20 04 10 1E 05 78 03 78 03 07 06 07 08 09 60 00 4B Explanation: 00 is the wakeup byte, 0x55 allows the internal CPU to measure the baud rate of the serial port, 0x0A is the start byte, 0x03 is the read parameter instruction byte,0x20 is the Standard parameter, indicating that the current mode is intercom + repeater, 0x04 is the OpMode parameter, the high four bits cannot be changed, the low four bits are valid, 04 indicates four-channel mode,0x10 is the Language parameter, the high four bits cannot be changed, the low four bits are valid, 10 indicates Chinese, 0x1E is the ChannelMax parameter, the default is 30 channels, 0x05 is the LocalChannel parameter, the default is channel 6, The first 0x78 0x03 is the Group parameter, the low bit comes first, the default is 888, The second 0x78 0x03 is the LocalNum parameter, the low bit comes first, the default is 888 0x07 is the Priority parameter, the default is the highest level,0x06 0x07 0x08 0x09 are the HotChannel parameters, multi-party mode does not have this function, modification is invalid, 0x60 0x00 are the enable parameters, refer to the parameter definitions, TXEn (transmit enable) and ModeADJEn (mode change enable) are turned on, you can transmit and modify the operating mode, the others are 0, closed, need to turn on 1 when using.
2. Modify mode parameters Ask: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 0A C3 10 04 10 1E 08 78 03 78 03 07 00 00 00 00 60 01 B7 Answer: 00 00 55 0A C3 10 04 10 1E 08 78 03 78 03 07 00 00 00 00 60 01 B7 Explanation: 00 is the wakeup byte, 0x55 allows the internal CPU to measure the baud rate of the serial port, 0x0A is the start byte, 0xC3 is the write parameter instruction byte, 0x10 is the Standard parameter, set to repeater mode, 0x04 is the OpMode parameter, the high four bits cannot be changed, the low four bits are valid, set to four-channel mode, 0x10 is the Language parameter, the high four bits cannot be changed, the low four bits are valid, set to Chinese,0x1E is the ChannelMax parameter, set to 30 channels, 0x08 is the LocalChannel parameter, set to channel 9,The first 0x78 0x03 is the Group parameter, the low bit comes first, set to 888, The second 0x78 0x03 is the LocalNum parameter, the low bit comes first, set to 888 0x07 is the Priority parameter, set to the highest level, 0x60 01 are the enable parameters, refer to the parameter definitions, TXEn (transmit enable), ModeADJEn (mode change enable), and Master_Reserve_En (priority reservation enable) are turned on, you can transmit, modify the operating mode, priority function is turned on, others are 0, closed.
3. Query specified channel parameters Ask: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 0A 3F 05 00 00 00 00 00 00 00 0000 00 00 00 00 00 00 3A Answer: 00 00 55 0A 3F 05 F3 43 2A 1C 78 03 14 03 07 00 00 00 00 60 01 B6 Explanation: 00 is the wakeup byte, 0x55 allows the internal CPU to measure the baud rate of the serial port, 0x0A is the start byte, 0x3F is the read channel parameter instruction byte, 0x05 is the Channel parameter, read the specified channel, channel 6, 0xF3 0x43 0x2A 0x1C is the Freq parameter, the low bit comes first, 472531955Hz, 0x78 0x03 is the Target parameter, the low bit comes first, 888, 0x14 is the TXPower parameter, 20dBm. The following 03 07 00 00 00 00 60 01 bytes do not need to be considered, they are part of the module buf that has not been cleared.
4. Modify specified channel parameters Ask: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 0A CF 05 F3 43 2A 1C 78 03 14 00 00 00 00 00 00 00 00 23 Answer: 00 00 55 0A CF 05 F3 43 2A 1C 78 03 14 03 07 00 00 00 00 60 01 46 Explanation: 00 is the wakeup byte, 0x55 allows the internal CPU to measure the baud rate of the serial port, 0x0A is the start byte, 0xCF is the write channel parameter instruction byte, 0x05 is the Channel parameter, write to the specified channel, channel 6, 0xF3 0x43 0x2A 0x1C is the Freq parameter, the low bit comes first, 472531955Hz, 0x78 0x03 is the Target parameter, the low bit comes first, 888, 0x14 is the TXPower parameter, 20dBm. The following 03 07 00 00 00 00 60 01 bytes do not need to be considered, they are part of the module buf that has not been cleared.
5. Intercom transmission Ask: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 0A 0F 18 00 00 00 00 00 00 00 0000 00 00 00 00 00 00 17 Answer: 00 00 55 0A 0F 18 00 0F 00 00 00 00 00 00 00 00 00 00 00 00 00 18
00 00 55 0A 0F 12 03 0F 00 00 00 00 00 00 00 00 00 00 00 00 00 11 00 00 55 0A 0F 12 04 0F 00 00 00 00 00 00 00 00 00 00 00 00 00 16 Explanation: 00 is the wakeup byte, 0x55 allows the internal CPU to measure the baud rate of the serial port, 0x0A is the start byte, 0x0F is the control command main command byte, 0x18 is the control command transmit control subcommand byte (see Table 5 for details); the first reply is the same command returned after the command is executed correctly, and the second and third are current status reporting commands, 0x12 is the status subcommand byte, 0x03 and 0x04 are receive and transmit status ( see the Subcommand table for details ).
6. Exit intercom Ask: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 0A 0F 16 00 00 00 00 00 00 00 0000 00 00 00 00 00 00 19 Answer: 00 00 55 0A 0F 16 02 00 00 00 00 00 00 00 00 00 00 00 00 00 00 1B
00 00 55 0A 0F 12 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 1D Explanation: 00 is the wakeup byte, 0x55 allows the internal CPU to measure the baud rate of the serial port, 0x0A is the start byte, 0x0F is the control command main command byte, 0x16 is the control command standby subcommand byte (see Table 5 for details); the first reply is the same command returned after the command is executed correctly, and the second is the current status reporting command, 0x12 is the status subcommand byte, 0x00 is the standby status ( see the Subcommand table for details).
7. Intercom mode sends data command Example 1
Send: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 0A 55 01 02 03 04 05 06 07 08 00 00 00 00 00 00 00 08 55 Reply: 00 00 55 0A 0F 1B 00 0F 00 00 00 00 00 00 00 00 00 00 00 00 1B
00 00 55 0A 0F 12 03 0F 00 00 00 00 00 00 00 00 00 00 00 00 00 11
00 00 55 0A 0F 12 04 0F 00 00 00 00 00 00 00 00 00 00 00 00 00 16
00 00 55 0A 0F 12 00 0F 00 00 00 00 00 00 00 00 00 00 00 00 00 12 Receiver: 00 00 55 0A 55 78 83 01 02 03 04 05 06 07 08 2A 1C 78 03 14 08 F7 Explanation: 00 is the wakeup byte, 0x55 allows the internal CPU to measure the baud rate of the serial port, 0x0A is the start byte, 0x55 is the data command byte. The last byte 0x08 in the sender’s data is the number of valid data bytes, i.e. 8 bytes of data, the 8 bytes after 0x55; 0x1B in the reply indicates that the module has received the data and sent successfully. The data received by the serial port of the receiver, 0x78 0x83 is the sender information, the low bit is in front, the highest bit is 1, at this time it is private send mode, the low 10 bits are the local number, that is, 888, the checksum before 0x08 is the number of valid data bytes, that is, 8 bytes of data, the 8 bytes after the sender information; the content of 2A 1C 78 03 14 in the command is the unused part of the module buf, which is also invalid data and does not need to be considered. Note: The data content should fill in the last valid data count. The receiver obtains the data content according to this count. Example 2
Send: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 0A 55 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 0F 4A Reply: 00 00 55 0A 0F 1B 05 10 1E 05 78 03 78 03 06 00 00 00 00 60 02 7E
00 00 55 0A 0F 12 03 10 1E 05 78 03 78 03 06 00 00 00 00 60 02 71
00 00 55 0A 0F 12 04 10 1E 05 78 03 78 03 06 00 00 00 00 60 02 76
00 00 55 0A 0F 12 00 10 1E 05 78 03 78 03 06 00 00 00 00 60 02 72 Receiver: 00 00 55 0A 55 78 83 11 12 13 14 15 16 17 18 19 20 21 22 23 0D B2
00 00 55 0A 55 78 83 24 25 00 00 00 00 00 00 00 00 00 00 00 02 AD Explanation: The sender sends out 15 valid data. Because the receiver data contains 2 bytes of sender information, each data command can contain a maximum of 13 valid data. Therefore, the receiver receives two data commands. Other command content explanations are the same as Example 1.
8. Software information acquisition command Send: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 0A 0F 11 80 00 00 00 00 00 00 0000 00 00 00 00 00 00 9E Reply: 00 00 55 0A 0F 11 80 D2 D7 BA F4 B1 A6 4D 31 2D 4D 2F 45 2D 54 8F
00 00 55 0A 0F 11 81 61 6C 6B 69 65 2D 4D 31 2D 4D 20 56 33 2E 8E
00 00 55 0A 0F 11 82 30 2E 33 5F 34 38 30 4D 48 7A 2C 20 43 6F 8D
00 00 55 0A 0F 11 83 70 79 72 69 67 68 74 28 43 29 20 62 79 20 8C
00 00 55 0A 0F 11 84 54 6F 6F 6F 6E 65 2C 32 30 32 33 2E 30 34 8B
00 00 55 0A 0F 11 85 2E 30 34 00 00 00 00 00 00 00 00 00 00 00 8A Explanation: 00 is the wakeup byte, 0x55 allows the internal CPU to measure the baud rate of the serial port, 0x0A is the start byte, 0x55 is the data command byte, 0x11 is the status acquisition instruction, and 0x80 is the parameter byte for acquiring software information. In the reply, the 14 bytes after 0x11 and 0x80 are software information. Because the complete software information is longer than 14 bytes, the subsequent 0x81, 0x82, 0x83, 0x84, and 0x85 all contain 14 bytes of software information until 0x00 ends. The data needs to be converted to ASCII values, including Chinese characters, for example: D2 D7 BA F4 B1 A6 4D 31 2D 4D 2F 45 2D 54 61 6C 6B 69 65 2D 4D 31 2D 4D 20 56 33 2E 30 2E 33 5F 34 38 30 4D 48 7A 2C 20 43 6F 70 79 72 69 67 68 74 28 43 29 20 62 79 20 54 6F 6F 6F 6E 65 2C 32 30 32 33 2E 30 34 2E 30 34; converted to ASCII values is: Yihubao M1-M/E-Talkie-M1-M V3.0.3_480MHz, Copyright(C) by Tooone,2023.04.04.
Design tips for the main control ports
In order to shorten the secondary development cycle of the module as much as possible, the module provides several direct control ports to facilitate rapid function implementation during design by bypassing UART commands. The following details the main design points of the main control ports.
USB interface
The USB interface realizes two functions: one is module software upgrade, and the other is parameter modification. Connect USB before power-on, the module automatically enters the upgrade mode. Users can download the corresponding control software from our company website to realize software upgrade and parameter modification. If software upgrades and parameter modifications are not allowed for end users in secondary development, the USB interface does not need to be connected. However, in order to prevent bugs that need to be upgraded in the module and the end user experience, it is recommended that USB interfaces be retained as much as possible in secondary development products.
Software upgrade When the module is powered off and connected to USB and computer, it enters the software state after power-on, and software upgrade can be performed. Parameter setting After the module is powered on, it is connected to USB and computer by default. The default is charging mode only. You need to send USB parameter mode instructions (0x0F 0xC1) via serial port to enter parameter mode to set parameters via USB interface.
UART interface The UART interface is a control interface specially provided for secondary development. All control functions can be realized through the instructions of the UART interface. It should be noted that the receiving end of the user CPU’s UART needs to be set to pull-up mode, and the sending end port needs to be set to open drain mode. It should be specially noted that in addition to the UART interface, the user’s other control interfaces can be completely unused, and all controls can be realized through UART.
Circuit design example
In order to shorten the secondary development cycle of the module as much as possible, the company provides examples of some design circuits for reference. Microphone circuit design It is recommended to use differential input for microphones. In this case, the microphone pins of the module can be directly connected. A common electret microphone can use the following circuit:[A circuit diagram showing a microphone connected to a module through capacitors.]C1 and C2 are DC blocking capacitors, R1 is a pull-up resistor, and R2 is used to adjust the microphone sensitivity. The microphone output is connected to the MIC+ and MIC- pins of the module. MIC+ is the signal input end, and MIC- is the reference ground end. Adding a capacitor C3 in parallel on the microphone can enhance the low frequency response.The parameters in the figure are for reference only. C1 and C2 are generally around 1uF. R1 takes 10K, and R2 takes around 1K-4.7K. C3 takes around 0.1uF-0.47uF. The specific parameters should be adjusted according to the actual microphone sensitivity.The schematic in the figure uses a single power supply. For designs with positive and negative power supplies, MIC- should be connected to the negative power supply.
Notes: C250 and C251 can be left unconnected, C78 can use a 10uF capacitor, and 3.3V can range from 2V to 3.3V and needs to be independent or clean.
RF management circuit diagram TMK01 needs to manage and match the RF transmission and reception. The following figure shows the recommended example of the TMK01 RF management and matching circuit. The three values marked in the figure correspond to frequencies of 480MHz, 650MHz and 915MHz respectively.
Notes: This is a recommended circuit for RF matching. Antenna matching needs to be matched according to the actual structure and circuit. You can communicate with antenna manufacturers.
[A circuit diagram showing RF filters and matching circuits connected to a module.]This circuit uses band-pass filters to filter out unwanted frequencies and impedance matching circuits to match the 50 ohm impedance. The specific parameters should be adjusted according to the actual frequency used.The RF output of the TMK01 module needs to be managed and matched to achieve the optimal working state. If the RF part is improperly designed or unmatched, it may cause low power, poor anti-interference ability, reduced communication distance, and unstable working state.
Other circuits The speaker is differential output. SPK_P and SPK_N can be directly connected to both ends of the speaker. For single-ended use, a DC blocking capacitor (not less than 220uF) needs to be added. Other circuits can refer to the circuit design of the demo board. Please contact thetechnical support for a copy if needed(sales@dwmzone.com).
Development tools
The company provides a full set of module development tools for a fee, including a development board (including TMK01-M or TMK02-M or TMK04-M), Demo software, circuit diagrams, demonstration software, test accessories (USB data cable, serial communication cable, antenna, battery, wired headset, etc.). Users can purchase according to the contact information below.The development board is a simple walkie-talkie that contains four control buttons. Three of the buttons, the PTT button, UP button and DOWN button, are directly connected to the corresponding ports of the module. After power-on, all the corresponding control functions can be realized. The fourth button is the POWER button, which is used to turn the power on and off: press and hold until the red light turns on to turn on the power, and press and hold until the blue light turns red to turn off the power. In addition to the power interface, the development board also includes a USB port, headset interface and speaker output port. In addition to the power interface, the development board also includes a USB port and speaker output port.
The USB interface can be used to upgrade the module software. The upgrade method is: turn off the power supply. Connect the USB cable to the computer, turn on the power supply, the module will automatically enter the upgrade mode after power-on, and you can use the host computer software to upgrade the software. The headset interface uses an ordinary walkie-talkie Y-headset to answer and talk, and supports wire control functions. The wire control function on the development board is not implemented by the module itself, but is controlled by the control CPU monitoring the wire control status and controlling the module through PTT control instructions. Users can freely design according to their own circuit design. Another function of the headset interface is to demonstrate instruction control. All walkie-talkie states and control instructions can be transmitted through this interface. At this time, the control CPU only performs transparent transmission of UART instructions, which is equivalent to directly controlling the module with the host computer. The control CPU will monitor status instructions and display the module status through lights: the blue light flashes periodically to indicate standby; the green light indicates playback; the yellow light indicates sending or receiving; the green light flashes to enter the test mode. It should be specially noted that the headset interface uses a universal Y-head walkie-talkie write frequency line on the market. The transmission and reception of the write frequency line reuse the same line, so when sending instructions, the same instructions will be received at the same time, plus the module feedback instructions will receive two identical return instructions. If the instruction is that the module status has changed, additional module output status report instructions will also be received.
Special statement
The module can be used with TMK05-M. Set TMK05-M to repeater mode to increase communication distance. The module adopts deep software and hardware hybrid encryption technology. Any intrusive test (such as opening the shield cover for testing) may cause software loss and hardware damage, causing the module to fail.Notes:1. The TMK05-M is a signal repeater module that can be used with the main module (TMK01/TMK02/TMK04) to increase communication distance by relaying signals. Set the TMK05-M to repeater mode in order to work with the main module.2. The module uses advanced encryption techniques involving both software and hardware. Any unauthorized access or tampering of the module could damage the software and hardware, causing the module to malfunction. Users should avoid directly accessing components under the shielding.