DSP2812的AD采集 采用的是中断的方式 用EV出发中断

里面主要是关于stm32的一些基础应用，能简单的学会使用stm32，有一些程序应用实例，基本包括了stm32设计过程中需要用到的

基于ads的arm―lpc2131的工程模板源码，-Ads based on the arm-lpc2131 source project templates,

该交叉编译器的gcc版本是4.8的，要比arm-2009q1的版本要高，arm-2009q1的gcc版本是4.3.3;在编译某些C或C++时，低版本的交叉编译器可能回报错。这个版本的交叉编译器支持TI的DM8148/8168等

对ucos-ii在ARM7上移植的动画解释 内容很生动，对移植ucos2 很有帮助-powerpoint_of port ucos2 this powerpoint is very nice read it and port ucos2 to arm7

MiniGUI在AT91RM9200上的移植，MiniGUI在AT91RM9200上的移植-AT91RM9200 MiniGUI in the transplant, MiniGUI on the AT91RM9200 transplant

嵌入式串口实例，有部分测试程序，功能：每隔2秒发送“1234567890”，并打印内容。接受也是每2秒一次，并打印内容，出错时打印出错信息-example, some of the test procedures, functions : every two seconds to send "1234567890", and print content. Each also received a two seconds, and Print, Print error error message

AVR ATmega128L的LCD程序-AVR ATmega128L the LCD process

arm软件调试程序，可以代替jtag方针器对arm进行软调试，也可嵌到开发软件中。-arm software debugger, JTAG policy can substitute for the soft right arm debugging, but also to the development of embedded software.

ARM7202上通过JTAG烧录Flash的工具源代码，内有说明文档

1、CAN收发队列   使用内存FIFO缓冲CAN帧，适合大数据量通信；并使用内部软中断处理CAN数据，相当于事件响应，综合应该比查询方式节省不少时间，也应该比OS调度省点时间。Can.C：底层处理，Communi.C：与应用层高相关。 应用层处理流程用函数指针表的方式调用减少代码量及阅读整齐；实现CAN各种错误记录机制。已初步测试，该机制可用。   CAN处理流程：     接收：CAN1_RX0_IRQHandler_Name (void), CAN1_RX1_IRQHandler(void)           接收中断，CAN_QueueWriteQuick()将当前的有效报文压入内存FIFO，压入的数据为整个CAN邮箱数据，所以后续的处理函数可以分辨出完整的数据。 void CAN1_RX0_IRQHandler_Name (void) // CAN1_RX0_IRQHandler_Name { /* FIFO从空状态开始，在接收到第一个有效的报文后，FIFO状态变为挂号_1(pending_1)， 硬件相应地把CAN_RFR寄存器的FMP[1:0]设置为’01’(二进制01b)。 软件可以读取FIFO输出邮箱来读出邮箱中的报文，然后通过对CAN_RFR寄存器的RFOM位 设置’1’来释放邮箱，这样FIFO又变为空状态了。如果在释放邮箱的同时， 又收到了一个有效的报文，那么FIFO仍然保留在挂号_1状态，软件可以读取FIFO 输出邮箱来读出新收到的报文。 如果应用程序不释放邮箱，在接收到下一个有效的报文后，FIFO状态变为 挂号_2(pending_2)，硬件相应地把FMP[1:0]设置为’10’(二进制10b)。 重复上面的过程，第三个有效的报文把FIFO变为挂号_3状态(FMP[1:0]＝11b)。 此时，软件必须对RFOM位设置1来释放邮箱，以便FIFO