这个肯定不是程序问题了，检查一下硬件吧

                                 其他的试验地址：https://bbs.eeworld.com.cn/icview-204963-1-1.html 我们的技术支持论坛：www.openedv.com也有

                                 PWM的频率是多少

                                 软硬无所谓，年轻时候多攒钱。争取35岁之前退休，不要想着一辈子给别人打工。

                                 

你用的什么样的板子？是否板上有比较大的滤波电容，导致芯片没有彻底断电？ 如果没有接仿真器，怎么知道程序进入到了没有使能的中断？

因为我在中断服务里的程序是发送USART->DR里的数据,不接仿真器如果一上电就看到串口的数据证明进入了中断.断电是完全和彻底的,拔掉USB我在把板上两极短路,总该不会是残留电压的问题了吧.问题照旧. 我做了很多次试验,也把初始化顺序做了很多不同组合,结果都是一样的.我再总结一下: 初试化顺序:GPIO->USART->NVIC 1.当GPIO和USART之间没有延时时,会进入中断,并且进入RXNE服务,其它服务不会进入.但是USART1->SR只有TXE为1.仅在上电时候进入一次. 2.当GPIO和USART之间有延时时,也会进入中断,但是进入TXE服务,其它服务不会进入.USART1->SR只有TXE为1.仅在上电时候进入一次. 3.当GPIO和USART之间没有延时时,且在USART_Init()前加上USART_DeInit(),会进入中断,并且进入TC服务,其它服务不会进入.USART1->SR有TXE和TC为1.这是正常的,因为我设置为TC中断允许,而复位时TC标志位是置位的. 4.当GPIO和USART之间有延时时,且在USART_Init()前加上USART_DeInit(),现象同(3). 有一个问题是,IDE显示的寄存器值和实际通过memory窗口看到的该地址的值并不相同,比如显示USART->SR为0x90,但是看memory该寄存器地址为0x80.不知道以哪个为准.

无线帧中有几个地址，源地址，目的地址，还有bssid，beacon帧中的源地址是发送端，目的地址是全F,bssid也是全F，但数据帧中的bssid是某个ap的mac，所以无法真正实现广播。

引用 6 楼 gooogleman 的回复: 引用 4 楼 suck666 的回复: 请问楼主，project.bib和project.reg两个文件，你是选择哪个目录下的？ BSP 下file下的才行哦

还有注意一下：就是这些文件改了之后是需要手动复制到生成NK.bin 的地方覆盖老的，再打包，否则你还是打包的是老的

最好是 重装下，应该没有什么办法补救

U盘的名称实际就是盘符的卷标，可以想办法改卷标，或者是在读卷标的时候改成你设定的名字

                                 谢谢，学习了

引用 4 楼 kyzf 的回复: 楼主 用的是哪家的GSM/GPRS模块啊？？ 我看过一些厂家的GSM/GPRS模块，基本都是用标准的AT指令集， 基本都是用AT+CNUM 楼主可以针对自己的模块对应看下其AT指令集，就OK.

wavecom

其实，女生弄DSP 算了，因为DSP 实现的很多针对算法的，就软件算法，当然熟悉一下硬件有优势。学ARM 和FPGA涉及硬件更多一些。以后可能就是 DSP 和FPGA 了，好像高端FPGA都嵌入CPU 了，很多通讯板 基本都是这样的设计框架 DSP +FPGA

应该是 使用到此类驱动的一部分功能。如果你以前没有接触的话  至少需要一个月时间吧。 祝你好运 都是磨练中成长的

                                 

你如果是用的新华龙的C8051， 那可以采用内部晶振， 进行串口通讯 也应该没问题， 但楼主最好 用示波器测试下 你用内部晶振时，对应串口通讯的波特率，看下你是否能满足自己的性能需求， 另外楼主 用的那款C8051，可以看看这个： http://www.mcuol.com/download/128/1269.htm

招聘已结束

和CPU架构设计有关... 现在的CPU发展趋势是采用多核设计以在可控的频率范围内提高性能,同时避免过大的功耗. 一般来说, 同一架构的设计,频率提升20%,功耗提升50%以上. 所以现在的处理器都不片面追求频率.当然,在同样的架构下,频率越高,性能越好.

感谢楼上两位的帮助， 1.引脚为LPC2300--P0.24脚 2.程序中断已经屏蔽，快速中断，慢速中断都禁止了，而那是一个死循环，不可能存在其他调用 3.我用IO脚的变化来测我延时函数是否准确，但是还不需要精确到IO的翻转速度也需要计算在内，因为一些芯片的驱动是需要严格按照时序的，比如上电需延时300us，那么如果只延时了200us就会出现问题。我追究这个问题的根源是因为我本来调好的延时100us的函数，在我增加了一些应用代码后有可能导致延时100us函数变成延时66us了，当再增加一些代码又可能回复到100us，而只要代码不更改，延时100us就不会变成延时66us，延时66us也不会变成100us，只有当代码增加或者减少，可能导致这一个函数的实际延时变化，并可以确定增加和减少的代码毫不影响这个延时函数。 4.上面两个延时函数Delay_100us11（）和Delay_100us22（）只是名字不一样，里面的代码完全一样，为什么会导致这样的现象？

                                 必须啊

projecr-->add new sdk 把GENERAL 里面内容填写完全并看一下INSTALL 的路径 在VS2005 里面可以看到：SDKS下面有一个你自己建立的SDK 直接对它BUILD 然后在INSTALL里面指定的路径找到MSI文件，双击就可以安装了