如果12.5 是真正的转换时间，那么采样保持选择1.5 时，AD转换来得及吗？

                                 用库有个好处，就是芯片的某些怪脾气，ST写库的人会事先侍候好。

                                 楼主用的芯片什么型号？ PWM互补输出使用的是哪个引脚？

                                 自己定义是可以的，不过要注意地址

                                 首先要考虑开关电源和线性电源的不同，看能不能通过外部电路进行改进，只是一种想法，具体措施还没想好

是ARM C的关键字~~~~~~~~

nand能读ID,不表示时序没问题,因为读ID的命令对CLK没什么要求的,兼容性很高.我在24M的CLK能读ID,操作数据都失败.降到20M就都正常

以前试过在wince上转JAVA虚拟机,但找到的都不能用！

lz加油

都是一样的处理就可以了。

TCPIP都已经封装好了，做为单片机只要送相应的命令做一些初始化工作等，其他的好象和串口通讯都一个摸样了，感觉应该蛮简单的，呵呵，不过我没做过！

去些大的单片机网站看看，一般都有很多资源

                                 我跟市场部的工程师和代理打听，好像短期用户多，订单也很多，具体的原因是STM32性价比高，都在用。 听说有些用户在年初就把从1到10月的订单全部下了，抢货啊！

找个招聘太简单了 。汗。 莫非你就是刚才和我MSN的那个老兄，我晕。这招聘说明公司很小布正式。呵呵

******************************************************************* This command window is set up for running CESH or other debug tools ******************************************************************* ViewBin... xipkernel.bin Image Start = 0x8C200000, length = 0x001CBCD0                 Start address = 0x8C201000 Checking record #8 for potential TOC (ROMOFFSET = 0x00000000) Found pTOC  = 0x8c2c1aec ROMOFFSET = 0x00000000 ROMHDR ----------------------------------------     DLL First           : 0x01FE01FE     DLL Last            : 0x02000000     Physical First      : 0x8C200000     Physical Last       : 0x8C3CBCD0     RAM Start           : 0x8DF31000     RAM Free            : 0x8DF69000     RAM End             : 0x8EF31000     Kernel flags        : 0x00000000     Prof Symbol Offset  : 0x00000000     Num Copy Entries    :          1     Copy Entries Offset : 0x8C30EFF0     Num Modules         :         11     Num Files           :          2     MiscFlags           : 0x00000002     CPU                 :     0x01c2 (Thumb)     Extensions          : 0x8C202870 ROMHDR Extensions -----------------------------     PID[0] = 0x00000000     PID[1] = 0x00000000     PID[2] = 0x00000000     PID[3] = 0x00000000     PID[4] = 0x00000000     PID[5] = 0x00000000     PID[6] = 0x00000000     PID[7] = 0x00000000     PID[8] = 0x00000000     PID[9] = 0x00000000     Next: 8c2c1a90     -- Location: 8c2c1a90     Name: chain information     Type:     00000000     pData:    8c2c1abc     Length:   00000030     Reserved: 00000030     Next:     00000000       Addr:     8c3f0000       MaxLenth: 00001000       Order:    0000       Flags:    0000       reserved: 00000000       Addr:     8c200000       MaxLenth: 001f0000       Order:    0000       Flags:    0001       reserved: 00000000       Addr:     8c3f1000       MaxLenth: 01b40000       Order:    0001       Flags:    0001       reserved: 00000000 COPY Sections ---------------------------------     Src: 0x8C305B9C   Dest: 0x8DF46000   CLen: 0x41C      DLen: 0x22434 MODULES ---------------------------------------      1/26/2010  07:07:25      276992  nk.exe      1/26/2010  10:31:05      558080  coredll.dll      1/26/2010  10:31:05      229376  filesys.exe      1/26/2010  05:22:58       57344  fatfsd.dll      1/26/2010  05:23:05       10240  diskcache.dll      1/26/2010  10:31:05       36352  fatutil.dll      1/26/2010  05:23:06       13824  binfs.dll      1/26/2010  05:22:57       79872  fsdmgr.dll      1/26/2010  05:23:07       19456  mspart.dll      1/26/2010  05:19:13       13824  ceddk.dll      1/26/2010  05:38:15       23040  FLASHDRV.DLL FILES ----------------------------------------       1/26/2010  10:31:04  CHRS       5012      36864                   boot.hv (ROM 0x8C335470) 这个是否有问题？

肯定是代码的问题

好东西，只得看看

LZ可以考虑通过监控注册表的变化,来判断.

我到网上找一下试试

                                  此贴已删，抱歉！