印象里，“3个AD通道，单次扫描模式，DMA传输”，这种情况下可以判断DMA的状态位

                                 你是说同样的代码，同样的板子 用STLINK仿真调试是OK的 用JLINK和MCUISP下载的代码是不能运行的？

搞定了，和这没关系

很好~~学习~~~

                                 这个要学习下啊！以后遇到了就嫩马上解决。 LZ如果解决了就一定要告诉我们啊！ 谢谢！

                                 已经设置过时钟的， 我按板子的复位键也识别不了USB， 只有断电后，再插上去，才行的

现在过来看。Unimodem当然是简单。 但是既然用了RIL Driver 当然还是直接用RIL来走整个过程。

以前用从4.2移植上来的2440BSP在wince5.0中用，热启后网络还是正常的 为啥这个“正宗的”wince5.0 BSP有这个问题呢？

好像不行，就算隐藏也会在任务栏中显示的，除非把任务栏隐藏

我改成IssueBulkTransfer就好了，缘分啊，大哥，啥也不说了，眼泪哇哇的，谢谢啊 这是打印的结果 Subimg Bulk! COST TIME 577 ms PER BULK ! Subimg Bulk! COST TIME 463 ms PER BULK ! Subimg Bulk! COST TIME 459 ms PER BULK ! Subimg Bulk! COST TIME 464 ms PER BULK ! Subimg Bulk! COST TIME 465 ms PER BULK ! Subimg Bulk! COST TIME 459 ms PER BULK ! Subimg Bulk! COST TIME 467 ms PER BULK ! Subimg Bulk! Subimg Bulk! COST TIME 462 ms PER BULK ! Subimg Bulk! COST TIME 460 ms PER BULK ! Subimg Bulk! COST TIME 459 ms PER BULK ! Subimg Bulk! COST TIME 466 ms PER BULK ! Subimg Bulk! COST TIME 459 ms PER BULK ! Subimg Bulk! COST TIME 461 ms PER BULK ! Subimg Bulk! COST TIME 464 ms PER BULK ! Subimg Bulk! COST TIME 457 ms PER BULK ! Subimg Bulk! COST TIME 458 ms PER BULK ! Subimg Bulk! COST TIME 466 ms PER BULK ! Subimg Bulk! COST TIME 461 ms PER BULK ! Subimg Bulk! COST TIME 466 ms PER BULK ! 最后的结论是：usbClient的这层外衣做的还是蛮好的，尤其是lpIssueBulkTransfer的调用和之后的错误检测,并且适时的CloseTransferHandle(hTranfer),这都需要我再好好研究一下.

引用楼主 sailorlyq 的回复: 最近分析pxa303中obm的汇编代码，有些疑惑。 ? andals? r0, r0, r1 上面的andals指令如何解释，and后面的al是条件“总是吗”？ 1. r0=r0&r1, al=Always (normally omitted), s=Updates condition flags. 故其与 ands r0, r0, r1 写法相同, 可能是笔者为了显示其高超的 assembly 功力, 所以才这样写. __ENABLE_MMU子函数只有一条语句 __ENABLE_MMU ?  INCLUDE mmuenable.INC 这个怎么执行呢？ 2. __ENABLE_MMU 应该只是一个 label, 所以 lz 要去看一下 mmuenable.inc 其内容方知. ?  mmuenable.INC 中一开始的代码是这样的： INCLUDE macro.MAC ?  def TTB_BASE,? ? ? ? ? ? ? 0x80040000 ?  def TTB_PAGE_BASE,? ? ? ?  0x80046000 ;*************************************************** * ;* Memory Map with virtual to physical translations * * ;*************************************************** * ?  B MemMapEnd ;ALIGN?  32 ? ? INCLUDE memmap.INC MemMapEnd ;*************************************************************** ;* ;* Regardless of reset reason, disable MMU and flush things out ;* ;*************************************************************** ;ALIGN?  32 ?  ldr? ? ? r0, =0x2043? ? ? ? ? ?  ; enable access to all coprocessors ?  mcr? ? ? p15, 0, r0, c15, c1, 0 ?  CPWAIT?  r0 是直接执行MemMapEnd吗？ 3. YES.

Paul, Chao @ Techware

偶一位同事升级过，一切正常。 看了下QQ，好难看，不适合于横屏显示。

有个ARM的就好了，顶下

咋回事，eeworld比较偏软。嘿嘿。

1 #define FLASH_START                (0x92000000) #define FLASH_SIZE                  (AMD_FLASH_LENGTH) #define FLASH_END                  (RAM_START + RAM_SIZE - 1) FLASH_END小于FLASH_START，会影响OEMVerifyMemory中对image类型的判别 2     else if( (Addr1 >= RAM_START) && (Addr2

旋转算法有问题

引用 4 楼 suwyhoho 的回复: HANDLE CeFindFirstRegChange ( ? HKEY hKey, ? BOOL bWatchSubtree, ? DWORD dwNotifyFilter ); 这个API会返回的handle可以检测某处注册表的变化

就是这个！

                                 fAST？ 1.SDIO (4BIT MODE.) 2. DMA. 3. BLOCK MODE(SD_ReadMultiBlocks/SD_WriteMultiBlocks) Read File 10672072 bufsize=512 Read bufsize=512  10672072/7577992 =  1.408 MB/S Read File 10672072 bufsize=1024 Read bufsize=1024  10672072/4273545 =  2.497 MB/S Read File 10672072 bufsize=2048 Read bufsize=2048  10672072/2604225 =  4.098 MB/S Read File 10672072 bufsize=4096 Read bufsize=4096  10672072/1801998 =  5.922 MB/S Read File 10672072 bufsize=8192 Read bufsize=8192  10672072/1796841 =  5.939 MB/S Read File 10672072 bufsize=16384 Read bufsize=16384  10672072/1794441 =  5.947 MB/S

?

没有编码的模拟信号(脉冲信号)，太简单了吧，看看电视机的遥控器。