找代理商应该是最快的方法

                                 不是的，我重复几次都是如此，后来把ni【256】定义成全局变量就没事了，什么原因？

                                 新产品似乎都会有这样那样的问题，需要逐步完善

                                 难道你的程序中没有出错处理？没有串口接收出错的重传机制？ 如果真的没有出错处理，才是真的遗憾，

引用 7 楼 iken168 的回复: 引用 3 楼 gooogleman 的回复: 操作nand 会抖动？上下抖动很容易解决。 操作其他也会抖动才正常。 硬件方法----测量参考电压是否波动 软件方法就是滤波了。 你操作所有都会抖动才对啊， 楼主先测量触摸屏AD的参考电压吧。 我仔细测了几次，电压没问题。 滤波我不知在何处着手，其实是就是操作nandflash时，影响到了lcd时钟 VLCK不稳，从而导……

这么奇怪啊，你把nand驱动去掉试试。不用nand 也可以跑的。看看是否是nand驱动的问题、

寄存器的值打印输出过，设置没问题。 这两天放假，等到公司按照几位的建议换IO口试试。

引用 3 楼 linux_lee 的回复: 将寄存器值打印出来看是否正确！

在IRP Complete Routine里面做事会有非常多的限制。具体你可以去看WDK文档。 如果真要创建线程，建议在收到某个IRP的时候（比如 IRP_MJ_CREATE）或者AddDevice的时候进行，而不要在Complete Routine里面。

LCN就是具体位置（簇号），LARGE_INTEGER是一个联合体，QuadPart是64位整数形式，不过一般情况下只取lowpart就可以了。

我也是,搞软件的,转硬件

建议买一个，万一没焊接好还不知道，对以后学习有影响

你把51当个外设，然后做个通讯程序

直接用VHDL实现整数乘法就是了. 不过乘法器的成本是很高的,会消耗大量资源 如果要电路简单些,则需要很多时钟才能完成运算

基本上是传感器 + 继电器.

捕捉都很快。但是处理可能会慢一些。最近都在弄中断呢。呵呵 优先级不用开那么高吗。。。。

没人理，结贴了！

引用 2 楼 js_xxh 的回复: 一般在敏感列表里面只写 posedge clock，或者再加上异步的reset。 我觉得照你的意思rise和fall应该是一个同步信号。如果这两个信号中一个为低，一个有下降沿则会增加计数。

照这样改了，但是还是那样。。先谢谢大侠了。 那个里面仿真的时候 fall rise 一直是低，RST 也一直是1，没有跳变。但是突然间就计数就不对了。。（从317突然跳到320了）是时序仿真。 然后看那个watchdog_timer_done也一直低。如果计数对的话到319就要跳变了。。但是这样以来直接给路过了。。。。杯具。。

                                 

to  desert_hawk 您可以试一下，如果把d=b-a+1; 放在最后一行，返回的值仍然是0x10，这就是我认为奇怪的地方。终于有认真的认了，谢谢。

23楼所说的是我用IAR5.11验证后的结果，我没有keil，所以试不了。IAR不写return同样是警告而不是错误。个人认为这个应该不能算编译器的问题。

路过......

引用 1 楼 programmerno1 的回复: 确定内核配置准确么

我以前一直用的都很好，这还是在正运行程序的时候出现的问题

恭喜！！! 恭喜楼主新婚大喜！！!