这个包打的有点意思。 下载 (43.63 KB) 2011-3-8 13:56

                                 可以在整流桥后滤波电容之间加一个二极管，从其二级管前取信号，分压后再用AD或比较器得到同步信号。 我们的一个批量产品就是这样做的，效果很好。

                                 好像有个叫什么cycle的寄存器，你可以用断点的方式来查看

x_site = (row_num*640+col_num)%256; for(i=1;i>0;i--); y_site = (row_num*640+col_num)/256; 就加了这个延时....

引用 2 楼 wang19847277 的回复: 引用 1 楼 veabol 的回复: 如果一个FLASH连你烧录几次NK的擦写都承受不了还有什么用，你就放心用吧。 至少是烧NK.NB0还是NK.BIN就看具体烧录方式的实现了。 一般情况下如果使用EBOOT烧录的话都是烧录的NK.BIN 每次烧写的都是nk,nb0,之后在烧写Eboot,也不知道是为什么 开发板资料里就是这样写的,呵呵 我想知道不通过DNW,或者USB接口……

用SD卡启动下载也是可以的,不一定要用JTAG的.

放在线程里面也要关中断吗？

肯定可以，已经有很多人移植成功了

没学过PB 能否给个VC++6.0或者VS2005下的例子呢，是否将快捷方式加入到内核后 以后掉电都不会丢失了？ 内核是否指的是注册表？ 可否通过修改注册表实现呢？ 谢谢

                                 当然可以给USB单独一个晶振，但这仍然是一个取舍的问题。 给USB单独一个晶振意味着少了2个I/O引脚，整个系统的成本中又多了一个晶振成本，你可以说你能够接受这个成本的增加，或不在乎少了2个I/O引脚，但有人在乎呀。 任何产品都不可能十全十美，不能够适应所有的需求，肯定需要一个平衡和取舍。

没见过，好多指令都不知道

                                 上图为单步执行完库中的void TSL_IO_Clamp(void)函数就死机了

引用 430 楼 thesaviour 的回复: 裹脚布还在扯…… 语言本身是发展变化的，眼瞅着C99就快十岁了，竟然还有这么多人认为C必须把变量定义在函数首部，可见诸位不但缺乏学习，而且显然也从来没读过开源社区的代码。 那么，凭什么讨论代码的可读性呢？

如果你维护过满世界的全局变量的代码,你就知道那是一种什么感觉了 没有硬件仿真,没有IDE的支持,只能用软件模拟,然后从串口里把目的的值送出来然后在不停地YY 可是,就是搭不上调,一个东西,莫名其妙地被改动,不知道在什么地方,不知道是谁 连声明都没看到,然后整个工程里搜.七八个文件里都有 终于在某文件的某函数前看到了这个变量,去挖金矿都比这容易!! 呵呵

1604我也有　 HD44780

想看看！谢谢楼主！

如果我连接一个空闲的COM口，这段代码是没有问题的。

                                 其实,有内部基准,并不影响你用外部的,只是方便了用内部参考的大多数工程师. ddb_21ic 虽然它不是很好!但还是好的

                                 跑SRAM可以全速。stm32主要是因为SRAM挂在数据总线上，取指和数据竞争总线时间，造成速度比flash低，实测会低2~3倍。stm32有2个block 64bit的取指cache,如果程序在flash里顺序执行，是可以全速的。但是一般来说，顺序执行的代码较少。个人感觉这个cache提速的效果在20%~50%。

就是把从DS1687里读出的时间 比如:读出的秒值是10,就应该拆分成16*8LED点阵的'1'和'0'的字节值.

OEMaddressTable: ALIGN g_oalAddressTable         DCD     0x80000000, 0xA0000000, 128     ; MAINSTONEII: SDRAM (128MB).         DCD     0x88000000, 0x5C000000,   1     ; BULVERDE: Internal SRAM (64KB bank 0).         DCD     0x88100000, 0x58000000,   1     ; BULVERDE: Internal memory PM registers.         DCD     0x88200000, 0x4C000000,   1     ; BULVERDE: USB host controller.         DCD     0x88300000, 0x48000000,   1     ; BULVERDE: Memory controller.         DCD     0x88400000, 0x44000000,   1     ; BULVERDE: LCD controller.         DCD     0x88500000, 0x40000000,  32     ; BULVERDE: Memory-mapped registers (peripherals).         DCD     0x8A500000, 0x3C000000,  16     ; BULVERDE: PCMCIA S1 common memory space.         DCD     0x8B500000, 0x38000000,  64     ; BULVERDE: PCMCIA S1 attribute memory space.         DCD     0x8F500000, 0x30000000,   1     ; BULVERDE: PCMCIA S1 I/O space.         DCD     0x8F600000, 0x2C000000,  16     ; BULVERDE: PCMCIA S0 common memory space.         DCD     0x90600000, 0x28000000,  64     ; BULVERDE: PCMCIA S0 attribute memory space.         DCD     0x94600000, 0x20000000,   1     ; BULVERDE: PCMCIA S0 I/O space.         DCD     0x9A500000, 0xE0000000,  1      ; MAINSTONEII: Zero-bank (in reserved slot - no physical         DCD     0x9A600000, 0x14000000,  1      ; MAINSTONEII: nCS5: eXpansion board header.         DCD     0x9A700000, 0x10000000,  1      ; MAINSTONEII: nCS4: SMSC 91C111 Ethernet controller.         DCD     0x9A800000, 0x0A000000,  1      ; MAINSTONEII: nCS2 (upper half): 2MB SRAM.         DCD     0x9A900000, 0x08000000,  1      ; MAINSTONEII: nCS2 (lower half): Board registers (FPGA).         DCD     0x9CA00000, 0x00000000, 32      ; MAINSTONEII: nCS0: Boot Flash (32MB).         DCD     0x9EA00000, 0x50000000,  1      ; BULVERDE: Camera peripheral interface.         DCD     0x00000000, 0x00000000,  0      ; end of table

自己搞定了哈！