提示信息如下： 全部debug log Mon Feb 21 16:41:30 2011: Loaded macro file: C:\Program Files\IAR Systems\Embedded Workbench 5.50\arm\config\flashloader\ST\FlashSTM32F10xxx.mac Mon Feb 21 16:41:33 2011: JLINK command: ProjectFile = C:\prj\yjv3\timertest\settings\timertest_PROTOCOL_TEST.jlink, return = 0 Mon Feb 21 16:41:33 2011: JLINK command: device = STM32F10xx8, return = 0 Mon Feb 21 16:41:33 2011: DLL version: V4.14 Mon Feb 21 16:41:33 2011: Firmware: J-Link ARM V8 compiled Dec  1 2009 11:42:48 Mon Feb 21 16:41:33 2011: JTAG speed is initially set to: 32 kHz Mon Feb 21 16:41:33 2011: TotalIRLen = 9, IRPrint = 0x0011 Mon Feb 21 16:41:33 2011: Found Cortex-M3 r1p1, Little endian. Mon Feb 21 16:41:33 2011: TPIU fitted. Mon Feb 21 16:41:33 2011:   FPUnit: 6 code (BP) slots and 2 literal slots Mon Feb 21 16:41:34 2011: Hardware reset with strategy 0 was performed Mon Feb 21 16:41:34 2011: Initial reset was performed Mon Feb 21 16:41:34 2011: Found 2 JTAG devices, Total IRLen = 9: Mon Feb 21 16:41:34 2011:  #0 Id: 0x3BA00477, IRLen:  4, IRPrint: 0x1 CoreSight JTAG-DP Mon Feb 21 16:41:34 2011:  #1 Id: 0x16410041, IRLen:  5, IRPrint: 0x1 STM32 Boundary Scan Mon Feb 21 16:41:34 2011: -I- execUserFlashInit! Mon Feb 21 16:41:35 2011: 456 bytes downloaded and verified (0.73 Kbytes/sec) Mon Feb 21 16:41:35 2011: Loaded debugee: C:\Program Files\IAR Systems\Embedded Workbench 5.50\arm\config\flashloader\ST\ FlashSTM32F10xxxRAM10K.out Mon Feb 21 16:41:35 2011: Target reset Mon Feb 21 16:41:35 2011: Writing outside flash memory at address 0x801F800

                                 的确要确定一下有没有辐射

                                 冒烟了，不能用了等等情况

                                 stm8可不是stm32的基础，呵呵

                                 R49 = 1M C7 ， C8 ==20pF;

我的OEMInterruptHandler（）函数没有被调用，中断没有响应，怎么回事呢？

还是要自己救自己的! 调试看看失败函数的返回值和GetLastEror()的返回值各是什么?

把C语言一定打好基础，其实开发板不一定要买，但是对Linux一定要熟悉，装个虚拟机，买本参考书，把所有的例子都动手做一遍，不是抄一遍，是看题目自己从0写，一本就够用了

                                 这种转换器最好买工业级的，不然很容易坏

                                 最好在执行Reset后的第一条指令前查看RST_SR，很难说main之前编译器放了什么操作。

                                 NXP东西用后 ，楼主可能会后悔死了！ 还是赶紧下贼船啊。

                                 下面的技术文件，没有提及接电阻的问题，请6，11楼给与指导。谢谢！ SD Specifications Part 1 Physical Layer Simplified Specification Version 2.00

                                 我也是用STM8配合DS1302的，但是没有出现楼主说的情况

jf

目前大部分的wince设备都是16色 565的 也就是DDB的格式

我发现readfile()没有读完数据？本来返回25个字符，结果只读了8个字符，这是什么原因？？？

到 www.mcu123.net上下载

打印上面的RETAILMSG还是下面那个，如果是上面的那个你的中断根本没触发啊。

引用 23 楼 ccyu 的回复: 引用 11 楼 myearth 的回复: 引用 10 楼 ccyu 的回复: SDRAM总线速度不够，TFT控制器用SDRAM作为显示缓存，当系统负荷增加时，不能保证足够带宽给TFT就会出现闪烁。我估计你播放大码流的MP4也会闪烁，如果这样，你提高总线速度和CPU速度试试。如果你很着急解决，我在上地，你可以带开发板过来找我看看，有需要给我电话62973803-829 请教一下ccyu，1024x600 24bit的驱动，和楼主同样的问题，同样的驱动但是换成7寸800x480的18bit的屏，当然rgb各丢低2bit，显示非常正常。这样为什么呢 这是同一个问题，和楼主遇到的问题相同，我就一并解释了： 1024×600 24bit的显示，占用的内存带宽比800×480 18bit高很多，两个地方占用内存带宽，一个是往显示缓冲区填写数据，即更新显示内容；二就是TFT控制从内存中周期性读取数据发送给TFT，该带宽（数据吞吐量）为固定值，计算方法：1024×600×3×帧率。楼主遇到的问题是，不刷新显示的时候TFT不闪烁，表示TFT控制器从内存往TFT送数据的带宽基本满足，但是更新显示内容或者刷新屏幕的时候出现杂色的闪烁，这时候就是因为这时候需要往内存缓冲区送数据，带宽需求增加了，出现了瓶颈，是TFT控制器周期性发送数据的带宽受影响，从而出现不规则闪烁。 解决方法两个： 1）提高内存带宽，CPU速度? 2）降低TFT的带宽，例如降低VCLK（DCLK）来降低帧率，将24bit修改为16bit显示。

非常感谢回复。 同样驱动接10寸屏（1024x600）闪，而接7寸屏（800x480）就闪呢？ 6410输出都是1024x600 24bit没变。

                                 声明一下，LCD演示的是ucGUI的Demo例程，让大家误解了。实际的示波器软件还没开发完毕。 关于成品销售价格，由于目前采购量不大，很多芯片拿到的价格水分比较大，因此利润率很低。等采购渠道理顺后，我会考虑降低销售价格或者降低硬件配置。