我选择的是内部时钟HSI,CLK_ICKR=3;  HSE是关闭的CLK_ECKR=0;   按理讲PA1,PA2应该是要释放为GPIO脚

                                 另外你的项目中为什么用FWLib.a而不直接用源代码？那个文件是否是最新软件库编译出来的？

                                 AD采集采用DMA传输，对其它的8个IO口接地时，按硬件复位操作后，AD采集就不采集了。多次复位仍不起作用，必须断电后才起作用！但这种现象不是每次都出现的，测试过五六天，就出现过一次。

mark

同样的问题，顶一下，现在用FPGA辅助刷新，不知道能不能解决

看完之后记得给分

ARM9吧，多了个MMU，可以跑大型的linux，wince等大型嵌入式操作系统，，，ARM7的话，便宜一点点，但是，到时假如需要跑个WINCE，那就得重新买各ARM9的，那不划算了。。。。

是的，屏上能够显示，但我不知道怎么把图片保存下来，继续学习啊，谢谢你！

                                 嘿嘿，2份文档你就看得不耐烦了？如果是这样，劝你还是不要学了，

                                 终于搞明白了，看了memory map才理解过来，如下： Symbol Name                              Value     Ov Type        Size  Object(Section)     ../../microlib/init/entry.s              0x00000000   Number         0  entry.o ABSOLUTE     ../../microlib/init/entry.s              0x00000000   Number         0  entry2.o ABSOLUTE     ../../microlib/init/entry.s              0x00000000   Number         0  entry5.o ABSOLUTE     ../../microlib/init/entry.s              0x00000000   Number         0  entry7.o ABSOLUTE     STM32F10x.s                              0x00000000   Number         0  stm32f10x.o ABSOLUTE     STM32_Init.c                             0x00000000   Number         0  stm32_init.o ABSOLUTE     dc.s                                     0x00000000   Number         0  dc.o ABSOLUTE     demo_0.c                                 0x00000000   Number         0  demo_0.o ABSOLUTE     handlers.s                               0x00000000   Number         0  handlers.o ABSOLUTE     init.s                                   0x00000000   Number         0  init.o ABSOLUTE     RESET                                    0x08000000   Section      236  stm32f10x.o(RESET)     .ARM.Collect$$$$00000000                 0x080000ec   Section        0  entry.o(.ARM.Collect$$$$00000000)     .ARM.Collect$$$$00000001                 0x080000ec   Section        4  entry2.o(.ARM.Collect$$$$00000001)     .ARM.Collect$$$$00000004                 0x080000f0   Section        4  entry5.o(.ARM.Collect$$$$00000004)     .ARM.Collect$$$$00000007                 0x080000f4   Section        8  entry7.o(.ARM.Collect$$$$00000007)     .ARM.Collect$$$$00002712                 0x080000fc   Section        4  entry2.o(.ARM.Collect$$$$00002712)     __lit__00000000                          0x080000fc   Data           4  entry2.o(.ARM.Collect$$$$00002712)     .text                                    0x08000100   Section       28  stm32f10x.o(.text)     .text                                    0x0800011c   Section      156  stm32_init.o(.text)     .text                                    0x080001b8   Section       76  demo_0.o(.text)     .text                                    0x08000204   Section       36  init.o(.text)     i.__scatterload_copy                     0x08000228   Section       14  handlers.o(i.__scatterload_copy)     i.__scatterload_null                     0x08000236   Section        2  handlers.o(i.__scatterload_null)     i.__scatterload_zeroinit                 0x08000238   Section       14  handlers.o(i.__scatterload_zeroinit)     STACK                                    0x20000000   Section      512  stm32f10x.o(STACK)

谢谢 C_Rabbit，我好想有点明白了 不好意思，刚才说的可能不是很明白，这里再补充两点点，首先这里现在主要涉及到的是数据的接收（主要针对DSP端，上位机数据发送部分已经确定，不可更改） 其次，前面说的轮询式也是针对DSP接收上位机发送过来的数据时采用轮询式。另外，我这里的轮询的过程是这样的：DSP程序中串口数据接收都是调用同一个函数，调用一次接收一个字节的数据，处理结束之后再调用该函数再接收下一个数据（这里的处理主要是把刚才接收到的数据赋给其他的变量保存，以备后面使用，因为这里的串口数据接收函数为同一个，如果不每次把接收到的数据赋给其他的变量，下次调用该函数时上次收到的数据将被冲掉）。 所以这样做会出现下面几个问题，首先如果像前面那样调用一次函数接收一个字节的数据，如果一包数据十几个的时候还好，我反复多调用几次也没什么，现在一次需要发送1000多个字节，再这样调用程序代码太长，不可实现；其次，每次接收的时候需要另外定义一个全局变量去接收该数据，现在怎么办，定义一个长度为1000的数组么；还有这个处理时间、处理效率，也不好掌握，不好处理。 以前没细想过这些，现在要用了发现哪里都是问题，大家帮我出出主意，看看有没有什么更好的办法，谢谢大家啦

无聊得接分

看起来像是内存访问异常。 建议先屏蔽掉部分代码进行测试，以便找到问题所在。

那几个电阻这样理解：12V接15K电阻作为一个输入端输入一个直流偏移量，偏移量大小为(R2/R1)*12 第一级输出作为另一个输入端，接7.5K电阻 增益为R2/R3 第二级构成一个反向求和电路，两者叠加调节输入波形相对于横轴的偏移量。这样理解不知道对不对？？？ 请大家帮忙看一下，再者如果正确 那将波形向下偏移12V岂不是输出都在负半轴了，可实际输出正负都存在而且对称，这该如何理解？

                                 

更正一下，现在把PA0,PA1,PA2都悬空的话，情况都是一样的，ADC一启动的时候，该脚就会有约1/2的供电电压。之前PA0的情况应该是下拉电阻造成的。现在情况就是一样。难道是配置的问题？有没有人遇过？ ...

这是正常的情况： 1)我实际用STM32的AD也看到类似的情况 2)ST似乎就这个问题作过说明，印象里说这个情况跟AD的结构有关 但话说回来，在实际使用中，一般不会让AD的输入悬空

                                 没有，我用的J LINK

                                 有源相比无源的优势主要在哪里呢

引用 3 楼 luocan1986 的回复: 这个不懂，重新找个REG来覆盖还简单些

是的 谁有呢？baiminshengbai@126.com 谢谢给传一个

mark

                                 上位机发送怎么能用中断？