写保护应该这样： FLASH->IAPSR = (u8)(~FLASH_IAPSR_DUL);

不一样，MEMSET是有长度的。直接给0就一位。基本上的区别就是这个。

通过简单的流驱动发送接收，接收也没产生中断，但发送一个字节，能够读到一个字节的正确数据。有可能是芯片质量问题？放弃用中断了，准备用FIFO查询模式，有点疑问，这个函数 ReceiveInterruptHandler(PUCHAR pRxBuffer,ULONG *pBufflen) 是在 ULONG SerRxIntr(          PVOID pHead,                // @parm Pointer to hardware head          PUCHAR pRxBuffer,           // @parm Pointer to receive buffer          ULONG *pBufflen             // @parm In = max bytes to read, out = bytes read          ) {     DEBUGMSG (ZONE_READ|ZONE_EVENTS,(TEXT("+SerRxIntr( 0x%X,0x%X,0x%X)\r\n"),             pHead,pRxBuffer,(pBufflen!=NULL?*pBufflen:0)));     DWORD dwReturn=0;     CSerialPDD * pSerialPDD  = ( CSerialPDD * )pHead;     if (pSerialPDD)         dwReturn = pSerialPDD->ReceiveInterruptHandler(pRxBuffer,pBufflen);     DEBUGMSG (ZONE_READ|ZONE_EVENTS,(TEXT("-SerRxIntr( 0x%X,0x%X,0x%X) return 0x%X\r\n"),             pHead,pRxBuffer,(pBufflen!=NULL?*pBufflen:0),dwReturn));     return dwReturn; } 里面调用的，现在没弄明白通过查询模式，我应该怎么传递PUCHAR pRxBuffer,ULONG *pBufflen这两个参数？传递到哪里去才能够正常呢？看了好久，没找到源头。 在mdd的代码里面，COM_READ pTargetBuffer的值是通过 CeSafeCopyMemory (pTargetBuffer,RxBuffRead(pSerialHead), Len);得到的。 而在serpriv.h 中定义了 #define RxBuffRead(pSH)           (pSH->RxBufferInfo.RxCharBuffer+pSH->RxBufferInfo.Read) #define RxRead(pSH)                   (pSH->RxBufferInfo.Read) 在COM_IOControl 中，     case IOCTL_SERIAL_PURGE :  //清除制定的发送或接收缓冲内的数据          pHWIHead->RxBufferInfo.Read = pHWIHead->RxBufferInfo.Write; RxBufferInfo.Read的值是怎么得到的呢?我看到COM_READ中，执行了 CeSafeCopyMemory (pTargetBuffer,RxBuffRead(pSerialHead), Len);        // Update Fifo info             RxRead(pSerialHead) =                 (RxRead(pSerialHead)+ Len

                                 其实，不管怎样做，都要有个统一的风格和规范，然后所以的程序都照着这样子套就可以了。 可千万不要这里这样做，哪里那样做哦~，那样的话当你想把你的不同模块放在一起用时，肯定就会打架啦

应该是访问内存错误，看一下指针是否访问了NULL的地址，这样会导致访问非法

tcpmp 播放器？

引用 1 楼 paul_chao 的回复: 1. DMA, 就是不透过 CPU 的 Core 做存取, 故其与 cache 是无关的, 但是在程式准备资料填入 dma 的 buffer 或是从 dma buffer 搬出时, 就与 cache 有关了. 2. LZ 可将得到的 physical address 再透过 VirtualAlloc/VirtualCopy 或是 MmMapIoSpace 等 API 即可获得 cached virtual address. Paul, Chao @ Techware

你的意思是先用AllocPhysMem分配一块物理地址并得到一个虚拟地址，再把这块地址用MmMapIoSpace重新映射一次虚拟地址？这样的操作合法吗？释放的时候也先MmUnMapIoSpace再FreePhysMem？ va1=AllocPhysMem(size,PAGE_READONLY,0,0,&pa); va2=MmMapIoSpace(pa,size,TRUE); ... MmUnMapIoSpace(va2,size); FreePhysMem(va1);

strcpy((char *)dest, buffer);

找本模拟电路的书看吧，讲得非常详细！

最好把问题描述详细些，否则想准确定位比较难啊。、、、、

引用 10 楼 liuchaotao 的回复: 多路开关 -> 一个程控放大器 -> 单路AD 也就是说程控放大器 、AD 都只要一个，通过多路开关的切换来实现多多路的采样。 会牺牲采样频率。但一般的多路信号采集要求的频率不会太高，这样能满足要求的。

谢谢liuchaotao 因入口传感器的信号不同，所以每扫描一次入口，都需要重新配置程控放大器，是不是 多个程控放大器 -> 多路开关 -> 单路AD 或 多个程控放大器 -> 多路AD 或 多个程控放大器+多路AD=>max1034? 因入口传感器的信号不同,要求不同的信号调理电路，有没有单一IC能够作到?

应该会比.NET高的

咋解决的 ,哥们儿?

这图像太次了。除了焦距问题，还有一些图像的现实效果很不好。有经验的来分析一下。

为什么不在linux里面去问呢，

                                  

转引国外的测试数据 中断计时分析（ILTIMING） 中断计时分析可以测量系统中的中断延迟。该工具使用诸多OAL（OEM适配层）支持功能测量ISR和IST的中断响应时间。这些数字对于了解系统的限制至关重要。 我们来看一看基于AMD K6 500Mhz的CEPC系统的数字。 dwOEMTPoolSize = 16 （CEPC的出厂默认值） Windows CE和硬实时操作系统的OMAC定义吻合，它安装了构建、测试和部署实时设备所需的工具及资源。 微软鼓励Windows CE的开发人员，尽可能在中断服务线程（IST）中置入更多的应用代码。这使OMAC抖动定义变为针对不超过100 ?s的IST延迟的时间限制。其余被评估的应用使用计时器创建其周期。这就需要一台延迟或抖动不超过100 ?s的1毫秒计时器。总之，OMAC定义提出以下设计和测试要求： ·Interrupt Service Thread (IST) latencies of no more than 100 ?s latency. ·1 millisecond timers with maximum of 100 ?s latency. ·中断服务线程（IST）延迟不超过100 ?s。 ·1毫秒计时器的延迟最长为100 ?s。

引用 9 楼 zaodt 的回复: 钱财乃身外之物，犹如粪土！ 兴趣才是王道！

但是也不要混的很惨，因为钱也是衡量成功的重要标志。

我毕业还没一年 都跳三家了 郁闷啊

现在在浦东软件园里找到了一家实习的先做起来，是做音视频方面的，我应聘的是Directshow开发，也就学过一个多月，做过点东西。 边做边找了。公司是上海孵化器政策的产物，刚成立的，老板是留美两个博士学位回来创业的，现在里面只有三个研究生（连老板4个人），我下周一要去实习了。唉，只能走一步看一步了，再死扣嵌入式就要失业了。