中断处理

//-----------------------函数声明，变量定义-------------------------------------------------------- #include <reg52.h> sbit int0 = P3^2; //-----------------------定义寻址的基址-------------------------------------------------------- #define base_Adr 0x00 //-----------------------定义总线定时寄存器的值-------------------------------------------------------- #define SJA_BTR0 0x00 //该值需要用户根据实际需要的波特率进行计算 #define SJA_BTR1 0x16 //具体计算见文章说明 //-----------------------设置接收报文类型（标示符）-------------------------------------------------------- //该值需要用户根据实际需要重新配置 #define SJA_ACR 0x00 //验收代码寄存器的值 #define SJA_AMR 0x16 //验收屏蔽寄存器的值 //-------

现在准备的简单程序LED灯的工程目录中增加freertos文件夹： 在 source目录下的portable目录下只留下下面的文件夹： 为什么呢？ 把对应文件移植在工程中之后，添加头文件路径如下图： 编译之后，报错如下： 提示少了配置文件，那么我们可以在官方demo文件目录下复制一个到我们工程中来。 这个时候需要观察一下这个config.h文件， 这里更改一点代码： 那个条件编译最后就是为了定义CLOCK_HZ的，cpu的频率根据硬件平台的不同，要做适当处理，所以我们直接把这个宏定义出来，180M系统时钟。 这个时候再编译，还是报错： 再编译： 没有报错了，但是我们有必要贴出这个config.h文件来说明我们采取不更改启动文件用宏实现port.c的中断服务函数和启动文件相连接： /* FreeRTOS V9.0.0 - Copyright (C) 2016 Real Time Engineers Ltd. All rights reserved VISIT http://www.FreeRTOS.org TO ENSURE YOU ARE USING THE LATEST VERSION. This file is part of the FreeRTOS distribution. FreeRTOS is free software; you can redistribute

参考转载：http://rainyear.iteye.com/blog/1734311 http://turandot.iteye.com/blog/1704027 http://www.cnblogs.com/fguozhu/articles/2657904.html http://lavasoft.blog.51cto.com/62575/99155 http://www.cnblogs.com/dolphin0520/p/3923167.html 1.线程的内存模型 Java作为平台无关性语言，JLS(Java语言规范)定义了一个统一的内存管理模型 JMM (Java Memory Model)，JMM屏蔽了底层平台内存管理细节，在多线程环境中必须解决可见性和有序性的问题。JMM规定了jvm有 主内存 (Main Memory)和 工作内存 (Working Memory) ，主内存存放程序中所有的类实例、静态数据等变量，是多个线程共享的，而工作内存存放的是该线程从主内存中拷贝过来的变量以及访问方法所取得的局部变量，是每个线程私有的其他线程不能访问，每个线程对变量的操作都是以先从主内存将其拷贝到工作内存再对其进行操作的方式进行，多个线程之间不能直接互相传递数据通信，只能通过共享变量来进行。 重要的图片看三遍，从三个内存模型的文章中摘出的图片含义是一致的。即： 1

串口中断方式的发送过程是怎么回事？ 有人问过 这个问题 ： “用串口中断接收比较好理解，只要接收缓存接收到数据，标志位就会置位，然后进入中断服务程序读取接收缓存中的数据，但是在发送时，应该是在数据发送出去之后发送标志位才会置位(我是msp430单片机)，那么此时等数据发送出去之后进入中断又有什么意义呢？到底如何通过串口中断来发送数据呢？” 通过阅读 STM32 官方库的代码，我找到了答案。 中断发送方式的基本过程是： 每发送一个字节，该字节发送完毕引发中断，中断处理程序再发送下一个字节……直到发送完成。 这里有两个细节问题需要注意： 第一个字节是怎样发送的？因为发第一个字节之前，并没有发送字节完成所触发的中断，那第一个字节怎么被发送出去？这关系到中断在硬件层面的触发方式：如果是电平触发的中断，在中断式发送函数中会使能相应的中断，因为发送缓冲区为空，其所处的电平状态就在中断功能被使能后会直接触发中断，导致第一个字节在中断处理函数中被发送出去；如果是电平跳变触发的中断，为了引发中断，只好把第一个字节在中断式发送函数中“手动”发送出去，由此引发一个中断的“多米诺”效应，把后面的字节依次发送出去。参考： https://www.lpcware.com/content/forum/uart-tx-interrupt-should-i-put-least-one-byte-tx-fifo

前言： 中断是计算机发展中一个重要的技术，它的出现很大程度上解放了CPU，提高了CPU的执行效率。 在中断出现之前，CPU对IO采用的是轮询的方式进行服务，这使的CPU纠结在某一个IO上，一直在等待它的响应，如果它不响应，CPU就在原地一直的等下去。这样就导致了其他IO口也在等待CPU的服务，如果某个IO出现了important or emergency affairs，CPU也抽不出身去响应这个IO。 为了解决这个纠结的问题就------>出现了中断 中断控制的主要优点是只有在IO接口需要服务时才去响应它，使得CPU很淡定的做它自己的事情，只有IO口有需求的时候才去响应它。同时中断中也设计了中断优先级，来处理一些很紧急的事件。 一.中断的基本知识 1.中断的概念： 所谓中断，是指CPU在正常运行程序时，由于程序的预先安排或内外部事件，引起CPU中断正在运行的程序，而转到发生中断事件程序中。这些引起程序中断的事件称为中断源。 其实从 物理学的角度看，中断是一种电信号，由硬件设备产生，并直接送入中断控制器（如 8259A）的输入引脚上，然后再由中断控制器向处理器发送相应的信号。处理器一经检测到该信号，便中断自己当前正在处理的工作，转而去处理中断。此后， 处理器会通知 OS 已经产生中断。这样，OS 就可以对这个中断进行适当的处理。不同的设备对应的中断不同

把STM32中断优先级搞懂了 现在与大家分享： 一：综述 STM32 目前支持的中断共为 84 个（16 个内核+68 个外部）， 16 级可编程中断优先级 的设置（仅使用中断优先级设置 8bit 中的高 4 位）和16个抢占优先级（因为抢占优先级最多可以有四位数）。 二：优先级判断 STM32(Cortex-M3)中有两个优先级的概念——抢占式优先级和响应优先级，有人把响应优先级称作'亚优先级'或'副优先级'，每个中断源都需要被指定这两种优先级。 具有高抢占式优先级的中断可以在具有低抢占式优先级的中断处理过程中被响应，即中断嵌套，或者说高抢占式优先级的中断可以嵌套低抢占式优先级的中断。 当两个中断源的抢占式优先级相同时，这两个中断将没有嵌套关系，当一个中断到来后，如果正在处理另一个中断，这个后到来的中断就要等到前一个中断处理完之后才能被处理。如果这两个中断同时到达，则中断控制器根据他们的响应优先级高低来决定先处理哪一个；如果他们的抢占式优先级和响应优先级都相等，则根据他们在中断表中的排位顺序决定先处理哪一个。 三：优先级分组 既然每个中断源都需要被指定这两种优先级，就需要有相应的寄存器位记录每个中断的优先级；在Cortex-M3中定义了8个比特位用于设置中断源的优先级，这8个比特位在NVIC应用中断与复位控制寄丛器（AIRCR）的中断优先级分组域中，可以有8种分配方式，如下：

1 ．对于 STM32 讲，外部中断通道位置 28 （ 35 号优先级）是给外部设备 TIME2 的，但 TIME2 本身能够引起中断的中断源或事件有好多个，比如更新事件（上溢 / 下溢）、输入捕获、输出 匹配、 DMA 申请等。所有 TIME2 的中断事件都是通过一个 TIME2 的中断通道向 STM32 内核提 出中断申请，那么 STM32 中如何处理和控制 TIME2 和它众多的、不同的、中断申请呢？ （题外话： STM32 中的一个通用定时计数器，就比 8 位控制器（如 AVR ， MCS-51 就更不必说了）中 TIME 要复杂多了。学过 AVR 的，可能对输入捕获、输出匹配等还有概念，但如果你学的标准架构的 MCS-51 ，那 么上手 32 位可能困难就更多了。所以我一直推荐学习 8 位机应该认真的从 AVR 开始。尽管 51 有很大的市 场，价格也相对便宜，但从长远的眼光看问题，从后续掌握 32 位的使用，考虑到学生的可持续发展， AVR 应该是比较好的选择。） 2 ． cortex_m3 内核对于每一个外部中断通道都有相应的控制字和控制位，用于单独的和总 的控制该中断通道。它们包括有： z 中断优先级控制字： PRI_n （上面提到的） z 中断允许设置位：在 ISER 寄存器中 z 中断允许清除位：在 ICER 寄存器中 z 中断悬挂 Pending （排队等待

这篇文章是根据目前 chrome 稳定版(19.0.1084.52 m)写的, 因为 google 也在不断完善chrome developer tool, 所以 chrome 版本不同可能稍有差别. 一些快捷键也是 windows 上的, mac 下的应该大同小异. 常规的断点相关的 breakpoint/conditional-breakpoint/call-stack/watch-expressions 等就不涉及了. 1. Beautify Javascript js 文件在上线前一般都会压缩下, 压缩的 javascript 几乎没有可读性, 几乎无法设定断点. 在 Scripts 面板下面有个 Pretty print 按钮(这种符号 {}), 点击会将压缩 js 文件格式化缩进规整的文件, 这时候在设定断点可读性就大大提高了. 2. 查看元素绑定了哪些事件 在 Elements 面板, 选中一个元素, 然后在右侧的 Event Listeners 下面会按类型出这个元素相关的事件, 也就是在事件捕获和冒泡阶段会经过的这个节点的事件. 在 Event Listeners 右侧下拉按钮中可以选择 Selected Node Only 只列出这个节点上的事件 展开事件后会显示出这个事件是在哪个文件中绑定的, 点击文件名会直接跳到绑定事件处理函数所在行, 如果 js

　　这篇文章是根据目前 chrome 稳定版(19.0.1084.52 m)写的, 因为 google 也在不断完善chrome developer tool, 所以 chrome 版本不同可能稍有差别. 一些快捷键也是 windows 上的, mac 下的应该大同小异. 　　常规的断点相关的 breakpoint/conditional-breakpoint/call-stack/watch-expressions 等就不涉及了. 1. Beautify Javascript 　　js 文件在上线前一般都会压缩下, 压缩的 javascript 几乎没有可读性, 几乎无法设定断点. 在 Scripts 面板下面有个 Pretty print 按钮(这种符号 {}), 点击会将压缩 js 文件格式化缩进规整的文件, 这时候在设定断点可读性就大大提高了. 2. 查看元素绑定了哪些事件 　　在 Elements 面板, 选中一个元素, 然后在右侧的 Event Listeners 下面会按类型出这个元素相关的事件, 也就是在事件捕获和冒泡阶段会经过的这个节点的事件.在 Event Listeners 右侧下拉按钮中可以选择 Selected Node Only 只列出这个节点上的事件，展开事件后会显示出这个事件是在哪个文件中绑定的, 点击文件名会直接跳到绑定事件处理函数所在行, 如果

　　这篇文章是根据目前 chrome 稳定版(19.0.1084.52 m)写的, 因为 google 也在不断完善chrome developer tool, 所以 chrome 版本不同可能稍有差别. 一些快捷键也是 windows 上的, mac 下的应该大同小异. 　　常规的断点相关的 breakpoint/conditional-breakpoint/call-stack/watch-expressions 等就不涉及了. 1. Beautify Javascript 　　js 文件在上线前一般都会压缩下, 压缩的 javascript 几乎没有可读性, 几乎无法设定断点. 在 Scripts 面板下面有个 Pretty print 按钮(这种符号 {}), 点击会将压缩 js 文件格式化缩进规整的文件, 这时候在设定断点可读性就大大提高了. 2. 查看元素绑定了哪些事件 　　在 Elements 面板, 选中一个元素, 然后在右侧的 Event Listeners 下面会按类型出这个元素相关的事件, 也就是在事件捕获和冒泡阶段会经过的这个节点的事件.在 Event Listeners 右侧下拉按钮中可以选择 Selected Node Only 只列出这个节点上的事件，展开事件后会显示出这个事件是在哪个文件中绑定的, 点击文件名会直接跳到绑定事件处理函数所在行, 如果