登录注册
端口中断对应的是整个端口的,如所有PA口. 你在中断中再判断端口中的哪个引脚产生的中断(比如按键按下).
引用 5 楼 xuwenbaoacl 的回复: AT表示ATMEL公司生产,89是一个系列,C表示它内部采用的是CMOS工艺,52也是一个系列,但是其中的2表示了程序存储器的大小,用这个数再乘上4K(这里2*4=8K)。
恩,但stm32其他功能正常,屏蔽掉RTC部分的代码,GUI/TCPIP都能跑起来,所有IO操作也正常。 我是否可以下这样的结论,stm32的RTC引脚比较脆弱
引用 17 楼 alien75 的回复: 引用 14 楼 xqhrs232 的回复:引用 13 楼 alien75 的回复:你用dumprom提取的dll,用PE查看工具(如PE Explore)查看导出表,如果查不到那就说明dumprom工具有问题。老的工具将时间戳的地方当作数据目录段的开始, 而整体偏移了4字节。看一下这个地址:http://bbs.meizu.com/thread-988459-1-1.html 你这个工具怎么可以解NB0文件?解出来的DLL可以用到我自己的工程,但新编译的NK在加载那个解出来的DLL时报异常了,不知道问题在那里. 不过很是谢谢你啊,你让我又进了一步. 我想这个工具是把viewbin、crvtbin、dumprom的功能合在一起了,在解包的时候根据文件格式是直接解(BIN)或者先转换(NB0) 你所说的报异常DLL是Module下的吗?是驱动程序还是应用程序依赖的DLL?我解出来的DLL一般是用IDA看一下汇编代码,没有象你这样直接用。
引用 13 楼 joyzml 的回复: 上面这个是清屏的函数,从这个函数看,控制320*240的屏, 需要SCR_YSIZE_TFT *SCR_XSIZE_TFT=640*480个U16(无符号16位)的数据吗? 为什么?不是1个像素由一个16的数据控制吗
引用 1 楼 gooogleman 的回复: debug.c 找友善。
惠美丽
我上线
< 1/1 >
已有383人来访过
留言
现在还没有留言