如何使用的CAN引导加载用户应用代码MAXQ7665A-Ho
通信设计应用
63人已加入
描述
Abstract: This application note discusses the architecture of the CAN bootloader and the modifications needed to support the user application code on the MAXQ7665A microcontroller.
The CAN bootloader provides a means of writing, reading, and erasing a predefined section of the program flash memory that typically holds the user application code. The user application code resides at 0x4000 to 0x7FFF in the MAXQ7665A.
Two separately compiled modules, the CAN bootloader and the user application code, run in the MAXQ® program memory. These pieces of code exist separately and completely unknown to each other. The modules communicate to each other through known memory space.
The reader of this application note should be familiar with the MAXQ7665A processor (64kB program flash), the CAN controller, and the IAR Embedded Workbench® for the MAXQ.
Both the CAN bootloader code and an example of the user application code are available for the MAXQ7665A here (ZIP).
At this time, global interrupts are disabled because the IGE bit in the IC (Interrupt and Control) register is cleared during code initialization. Therefore, the CAN bootloader polls the IIR (Interrupt Identification) register and the local CAN flag to handle any incoming messages. The CAN bootloader uses Message Center 1 to handle incoming messages; Message Center 2 is used for handling the outgoing messages. (Please refer to the CAN Bootloader Protocol, in Appendix A for these specific commands.)
The next few steps explain the order in which the CAN bootloader and the user code are loaded. The operation of the CAN bootloader and the user code are also shown.
Step 1: Load the CAN bootloader into the lower part of the program memory (Figure 1).
Figure 1. The CAN bootloader is loaded through the JTAG port.
Step 2: Load the user application code (Figure 2).
Figure 2. The user application code is now loaded through the CAN bootloader. The CAN bootloader checks 0x7FFF (word) address for a valid flag: (0x55AB). If the flag is not valid, the CAN bootloader code loops and waits for an incoming message. Upon receipt of a valid message, the CAN bootloader responds with a message. In this state the user application code can be loaded at 0x4000.
Step 3: User application is finally loaded and running after a reset (Figure 3).
Figure 3. The CAN bootloader checks 0x7FFF (word) address for a valid flag: 0x55AB. If the flag is valid, then the code jumps to 0x4000 to run the user application code.
Figure 4. Flow diagram shows how to call the CAN bootloader when the valid flag, 0x55AB, is set at 0x7FFF byte address.
Messages between a CAN bootloader host and target use a simple command/acknowledge (ACK) protocol. The host sends a command and within a timeout period the target responds with either an ACK with optional return data or with a NACK with an error code. The first byte of the CAN data area is always a command byte, and up to seven bytes of data can be appended afterward. All multibyte numerical data is formatted as least significant byte first (LSB). As an example, the 16-bit value 0x1234 would be written as 0x34 0x12 with 0x34 at the lowest offset.
Message Format (Byte Fields)
Command Byte Format (Bit Fields)
Example Message (Load Two Words at Address 0x8000)
Example ACK Response
Example NACK Response (0x83 Is Error Code for Illegal Address)
Ping (0x00)
Test message path to target. Zero to seven bytes can optionally be sent and will be echoed back by the target.
Message
Response
Reset CPU (0x01)
Cause target CPU to perform a hardware reset.
Note: The target will not return an ACK with this command.
Message
Load (0x02)
Load into code memory at specified address. Two bytes of address must follow the load command byte, and two to four bytes of data can be written using this command. The target will reset the current address to match the passed parameter and will increment it as the words are successfully written to flash.
The example below loads the values 0x1234 to address 0x8000, and 0x5678 to address 0x8001.
Message
Response
Load Continue (0x03)
Load into code memory at current target address. Two to six bytes of data can be written using this command. The target will increment the target address as words are successfully written to flash.
The example below loads the values 0x1234, 0x5678, and 0x9ABC starting at the current target address.
Message
Response
Read (0x04)
Read code memory at specified address. Two bytes of address must follow the read command byte. The target will reset the current address to match the passed parameter and will increment it as the words are returned to the host. Three words (six bytes) will be returned.
The example below reads three word values, 0x1234, 0x5678, 0x9ABC, starting from address 0x8001.
Message
Response
Read Continue (0x05)
Read code memory at current target address. The target will increment the target address as words are returned to the host. Three words (six bytes) will be returned.
The example below reads three word values, 0x1234, 0x5678, 0x9ABC, starting from the current target address.
Message
Response
Erase (0x06)
Erase bootloader accessible code area. This command will require over 1.3 seconds to complete.
Message
Response
Load Done (0x07)
Notify the loader that the loaded image is good and can be booted on next CPU startup. The boot loader will write a tag at the end of the program memory to designate a good load, and will vector to the startup address of the loaded application when the CPU is restarted.
Message
Response
Get Current Target Address (0x08)
Returns the current target address. This will be the next address used to write or read code space using the Load Continue (0x03) or Read Continue (0x05) command.
The example below shows the target returning a current target address of 0x8005.
Message
Response
Unable to write to flash. Flash controller returned an error.
Flash Verify (0x81)
Unable to write to flash. The data read back did not match the data written.
Flash Already Programmed (0x82)
Unable to write to flash. Flash requires an erase before this address can be programmed.
Illegal Address (0x83)
Address parameter is outside the bounds of the allowed code space.
Odd Number of Bytes (0x84)
Only word wide (16-bit) data can be written. Make sure that input data is an even number of bytes.
Missing Parameters (0x85)
Command requires parameters following the command byte.
Invalid Command (0x86)
An invalid command was sent by the host.
打开APP阅读更多精彩内容
Overview
The CAN bootloader enables programming of the MAXQ7665A microcontroller through its CAN interface. The bootloader also helps designers update/modify the user application code for products already deployed in the field.The CAN bootloader provides a means of writing, reading, and erasing a predefined section of the program flash memory that typically holds the user application code. The user application code resides at 0x4000 to 0x7FFF in the MAXQ7665A.
Two separately compiled modules, the CAN bootloader and the user application code, run in the MAXQ® program memory. These pieces of code exist separately and completely unknown to each other. The modules communicate to each other through known memory space.
The reader of this application note should be familiar with the MAXQ7665A processor (64kB program flash), the CAN controller, and the IAR Embedded Workbench® for the MAXQ.
Both the CAN bootloader code and an example of the user application code are available for the MAXQ7665A here (ZIP).
MAXQ7665A CAN Bootloader
The CAN bootloader, as with the IAR cstartup module, is built and loaded through the JTAG port into the lower part of the program memory at 0x0000.This code searches for a flag value of 0x55AB at location 0x7FFF address. If the code finds the flag, the CAN bootloader jumps to the user application code at 0x4000. If this flag is not found, the CAN bootloader calls the function enter_loader( ) and waits for the incoming CAN messages.At this time, global interrupts are disabled because the IGE bit in the IC (Interrupt and Control) register is cleared during code initialization. Therefore, the CAN bootloader polls the IIR (Interrupt Identification) register and the local CAN flag to handle any incoming messages. The CAN bootloader uses Message Center 1 to handle incoming messages; Message Center 2 is used for handling the outgoing messages. (Please refer to the CAN Bootloader Protocol, in Appendix A for these specific commands.)
The next few steps explain the order in which the CAN bootloader and the user code are loaded. The operation of the CAN bootloader and the user code are also shown.
Step 1: Load the CAN bootloader into the lower part of the program memory (Figure 1).
Figure 1. The CAN bootloader is loaded through the JTAG port.
Using the CAN Bootloader to Load the User Application Code in the MAXQ7665A
The IAR Linker File (.xcl) and the IAR cstartup module are modified so that the user application code resides and executes from address 0x4000. Maxim provides both the modified linker and the modified cstartup files here (ZIP). The CAN bootloader loads the user application code, after which the host system sends the "Load Done" command (0x07). When the Load Done command is received by the CAN bootloader, it will put the 0x55AB at 0x7FFF in code space.Step 2: Load the user application code (Figure 2).
Figure 2. The user application code is now loaded through the CAN bootloader. The CAN bootloader checks 0x7FFF (word) address for a valid flag: (0x55AB). If the flag is not valid, the CAN bootloader code loops and waits for an incoming message. Upon receipt of a valid message, the CAN bootloader responds with a message. In this state the user application code can be loaded at 0x4000.
Step 3: User application is finally loaded and running after a reset (Figure 3).
Figure 3. The CAN bootloader checks 0x7FFF (word) address for a valid flag: 0x55AB. If the flag is valid, then the code jumps to 0x4000 to run the user application code.
Reloading/Updating the User Application Code
It may be necessary to reload/update new user application code into the MAXQ7665A. To accommodate this, the CAN bootloader can be entered from the user application code by calling the function EnterLoader( ). At this point the CAN bootloader waits for CAN messages. Figure 4 illustrates the process.Figure 4. Flow diagram shows how to call the CAN bootloader when the valid flag, 0x55AB, is set at 0x7FFF byte address.
Appendix A
CAN Bootloader Protocol
Boot Loader Message FormatMessages between a CAN bootloader host and target use a simple command/acknowledge (ACK) protocol. The host sends a command and within a timeout period the target responds with either an ACK with optional return data or with a NACK with an error code. The first byte of the CAN data area is always a command byte, and up to seven bytes of data can be appended afterward. All multibyte numerical data is formatted as least significant byte first (LSB). As an example, the 16-bit value 0x1234 would be written as 0x34 0x12 with 0x34 at the lowest offset.
Message Format (Byte Fields)
| Command Byte | Opt. Data | Opt. Data | Opt. Data | Opt. Data | Opt. Data | Opt. Data | Opt. Data |
Command Byte Format (Bit Fields)
| ACK | NACK | Reserved | Reserved | Command Nibble (4 bits) |
Example Message (Load Two Words at Address 0x8000)
| 0x02 | 0x00 | 0x80 | 0x34 | 0x12 | 0x78 | 0x56 |
Example ACK Response
| 0x82 |
Example NACK Response (0x83 Is Error Code for Illegal Address)
| 0x42 | 0x83 |
Boot Loader Commands
Nine bootloader commands are available to allow erasing, loading, verifying, and signaling of a load complete and for restarting the CPU.Ping (0x00)
Test message path to target. Zero to seven bytes can optionally be sent and will be echoed back by the target.
Message
| 0x00 | 0x55 | 0x56 | 0x56 | 0x57 | 0x58 | 0x59 | 0x60 |
Response
| 0x80 | 0x55 | 0x56 | 0x56 | 0x57 | 0x58 | 0x59 | 0x60 |
Reset CPU (0x01)
Cause target CPU to perform a hardware reset.
Note: The target will not return an ACK with this command.
Message
| 0x01 |
Load (0x02)
Load into code memory at specified address. Two bytes of address must follow the load command byte, and two to four bytes of data can be written using this command. The target will reset the current address to match the passed parameter and will increment it as the words are successfully written to flash.
The example below loads the values 0x1234 to address 0x8000, and 0x5678 to address 0x8001.
Message
| 0x02 | 0x00 | 0x80 | 0x34 | 0x12 | 0x78 | 0x56 |
Response
| 0x82 |
Load Continue (0x03)
Load into code memory at current target address. Two to six bytes of data can be written using this command. The target will increment the target address as words are successfully written to flash.
The example below loads the values 0x1234, 0x5678, and 0x9ABC starting at the current target address.
Message
| 0x03 | 0x34 | 0x12 | 0x78 | 0x56 | 0xBC | 0x9A |
Response
| 0x83 |
Read (0x04)
Read code memory at specified address. Two bytes of address must follow the read command byte. The target will reset the current address to match the passed parameter and will increment it as the words are returned to the host. Three words (six bytes) will be returned.
The example below reads three word values, 0x1234, 0x5678, 0x9ABC, starting from address 0x8001.
Message
| 0x04 | 0x01 | 0x80 |
Response
| 0x84 | 0x34 | 0x12 | 0x78 | 0x56 | 0xBC | 0x9A |
Read Continue (0x05)
Read code memory at current target address. The target will increment the target address as words are returned to the host. Three words (six bytes) will be returned.
The example below reads three word values, 0x1234, 0x5678, 0x9ABC, starting from the current target address.
Message
| 0x05 |
Response
| 0x85 | 0x34 | 0x12 | 0x78 | 0x56 | 0xBC | 0x9A |
Erase (0x06)
Erase bootloader accessible code area. This command will require over 1.3 seconds to complete.
Message
| 0x06 |
Response
| 0x86 |
Load Done (0x07)
Notify the loader that the loaded image is good and can be booted on next CPU startup. The boot loader will write a tag at the end of the program memory to designate a good load, and will vector to the startup address of the loaded application when the CPU is restarted.
Message
| 0x07 |
Response
| 0x87 |
Get Current Target Address (0x08)
Returns the current target address. This will be the next address used to write or read code space using the Load Continue (0x03) or Read Continue (0x05) command.
The example below shows the target returning a current target address of 0x8005.
Message
| 0x08 |
Response
| 0x88 | 0x05 | 0x80 |
Errors
Flash Write (0x80)Unable to write to flash. Flash controller returned an error.
Flash Verify (0x81)
Unable to write to flash. The data read back did not match the data written.
Flash Already Programmed (0x82)
Unable to write to flash. Flash requires an erase before this address can be programmed.
Illegal Address (0x83)
Address parameter is outside the bounds of the allowed code space.
Odd Number of Bytes (0x84)
Only word wide (16-bit) data can be written. Make sure that input data is an even number of bytes.
Missing Parameters (0x85)
Command requires parameters following the command byte.
Invalid Command (0x86)
An invalid command was sent by the host.
IAR Embedded Workbench is a registered trademark of IAR Systems AB.
MAXQ is a registered trademark of Maxim Integrated Products, Inc.
声明：本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人，不代表电子发烧友网立场。文章及其配图仅供工程师学习之用，如有内容侵权或者其他违规问题，请联系本站处理。
举报投诉
-
在哪里可以找到统一主机引导加载程序A0.1.8的源代码？2018-12-19 0
-
MAXQ7665,MAXQ7665A, MAXQ7665B2009-01-22 639
-
MAXQ7665C, MAXQ7665D pdf datas2009-01-22 600
-
在应用编程的MAXQ7665页擦除的程序和数据闪存-In-A2009-05-01 1223
-
在应用编程的MAXQ7665部门擦除程序和数据闪存-In-A2009-05-01 1038
-
MAXQ7665评估板快速入门2009-05-02 772
-
S32K144 CAN FD 引导加载程序软件和介绍等资料合集免费下载2018-11-29 1513
-
为MAXQ2000微控制器实现JTAG自举加载程序主控2023-02-21 1085
-
如何使用CAN引导加载程序在MAXQ7665A中加载用户应用代码2023-02-21 737
-
使用微控制器上的引导加载程序使您的嵌入式设计面向未来2023-05-06 1285
-
MAXQ7665扇区可擦除程序和数据闪存的应用内编程（IAP）2023-06-13 588
-
MAXQ7665寻页（PE）程序和数据闪存的应用内编程（IAP）2023-06-16 1083
-
AN-2058: ADuCM355用户引导加载程序2023-06-16 917
-
用于Hercules微控制器的CAN总线引导加载程序2024-09-19 67
全部0条评论
快来发表一下你的评论吧 !
