-
我觉得你应该将你的JTAG部分的PCB贴出来，大家都说你的JTAG有问题，你就贴出来。
-
无论使用哪种转换模式 都会产生很大的波动
很大的波动，有多大？
使用STM32的 AD，需要注意一下阻抗匹配。保险起见，可以设置最大的采样时间。
-
既然你调用系统的查询标志函数是可行的，直接读寄存器就也是可行的，如果不可行，请贴出这个地方的程序。
-
楼主的问题还真不少
-
错误的PC是coredll.dll+0x000444d8和coredll.dll+0x000539cc。
找到coredll.map看看这些个偏移值是什么函数，然后找到对应的.cod文件看看是在哪里错的。
我是从这里看来的：
http://blog.eeworld.net/noodies/archive/2009/07/02/4315948.aspx
感谢该博主
-
微秒级的控制的啊，中断频率太高，很难保证吧
2440的GPIO挂在APB总线上，APB总线时钟一般设置为系统时钟的1/8.
如果系统时钟是400M，那么APB总线时钟是50M，访问一次需要2个Cycle，40ns.
也就是说，系统什么也不做，1微秒最多访问25次IO口，你还要加中断处理，如果再加上下文切换估计就来不及了。
你不妨试一下吧，中断处理尽量优化到最高效率
-
顶个~~~
-
怎么没人啊，在线等。很急啊555555555555
-
51是准双向IO口，所以读之前要先写1。
-
你有VS2005么，用这个编译试试看。
很久很久以前，我也遇到类似的问题，
EVC下会出现内存泄露，同样的代码，在VS2005下没有问题。
-
发帖,赚分
-
首先要保证你的main里面是个无限循环.......
-
下载 DATASHEET，我以前经常上论坛,现在基本上 百度或者 GOOGLE，直接搜索下，一堆，呵呵
楼主可以先多看一些电子制作
等有一定基础 就学MCU 和ARM等一些设计。
QQ:604914729,
-
我之前在调WINCE6.0的一个驱动的时候也碰到了类似的问题.
后来按照文章: http://blog.eeworld.net/FLandY1982/archive/2010/01/20/5216778.aspx做依然没有解决问题,后来参照了友善公司出的驱动的做法才解决掉.
楼主可以试试:
原驱动的代码段是这样的:
UCHAR * pOutBuf = NULL;
pOutBuf = pOutBufUnmapped;
复制代码
你修改下,改成这种样子:
UCHAR pOutBuf[YOUR_BUF_SIZE];
memset(pOutBuf, 0, YOUR_BUF_SIZE);
复制代码
在操作完成后将pOutBuf的内容再复制给pOutBufUnmapped, 另外InBuf也要做类似修改.
-
引用 16 楼 yangcuncunzhang 的回复:
我也不知道怎么直接在帖子里贴附件，图片我也不会，因此我都是在eeworld空间的相册中上传图片，在这里贴个链接。至于其他文件，在资源区上传，然后在这里贴链接。、
手册已上传，谢谢
http://download.eeworld.net/source/2021921
-
实时有些问题，如果要求不是很严格是可以的，比如毫秒级的。具体的我也不清楚。
提供一个思路：应用程序打开后发送给驱动一个请求，然后等待驱动完成。驱动中等待中断然后完成该请求。
应用程序发现请求被完成后发出下一个请求。
-
okok
-
引用 18 楼 tcdzyq 的回复:
引用楼主 never_ql 的回复:
现在遇到一个问题，发送的单片机，在每发送一个字符串之后，都要延时400us左右，才能继续发送下一个字符串。如果不延时，或者延时少于400us，接收的数据就是乱码。我接收端用的中断触发，接收到的数据临时存储在一个缓冲数组里。主函数中，轮询这个数组，如果有数据，就显示。
楼主发送的是字符串?那这400us可能主要是字符串处理函数及数组查询显示等造成的.
感觉就是你说的问题，因为发送的是16进制数的字符串，接收端需要转换为10进制数的字符串，然后调用LCD驱动显示这个字符串。
我设置了接收缓冲区，可以完全接收了再一个一个显示，但好像没有起作用。
-
帮顶下；
我们的LPC2468 采用的是FREERTOS + LWIP，但是采用LPC2468自带的MAC，实现FE通讯、
GPRS的还没弄过，
MARK,学习下。
-
是呀，如果没有开发板相关资料，就是大牛也很难搞呀。
stm32/stm8