-
已经干掉了。
MCU上电复位以后,最好立即初始化一下LCD模块,并清除一下显存
-
用OS用IAR,不用OS,两者皆可,不在用什么工具,在于对工具的熟悉程度。
问题是,楼主遇到什么问题呢?说出来下,就算让我们抛弃KEIL也有个理由啊
-
回5楼:你可以在调试状态下,直接看存储器窗口中这个区段的内容,对比你自己读出的数据即可。
-
发生超出想象的偏差,
根本就不用怀疑STM32,
更不应该发这个帖子.
-
楼主的问题我也碰到过,不小心电烙铁把一坨融熔的焊锡滴到电路板上:(
用坏肯定是没有按照规定的误打误撞,不过我估计楼主的疑问和我一样:为啥把芯片烧坏之后的表现出来的是电源端的短路呢?而不是那个被大电流或高电压击打的IO口坏了(当然整个芯片泡汤也算正常)。
-
没细测,不过不跑系统,刷新的速度比较快,因为用到STM32的FSMC技术显示。速度还可以
-
引用 5 楼 daifeijin 的回复:
LZ,网上很多啊!找一下就可以找到很多的。
http://www.pudn.com/downloads94/sourcecode/others/detail372849.html
看你能不能下了!
这种网站,只注册也下不了的
-
画点呗,你没看是点阵数据啊.
-
似乎看到arm—wince大侠的博客里好像写过相关内容的东西,建议楼主去看看
-
哈哈 哈哈 厉害
-
那时原理图可以打开。
不过现在可以用了。原来是我在卸的时候没有全部卸掉。还留有以前的那一个图的一些生成文件在C盘。现在可以用了,但是我还是不知道为什么,那真正原因。
经过这次我得到的是如果再出现这个样的问题,可能是自己画的图产生的一些文件引起的。在卸掉软件时一定不要那些文件流在电脑上。这样重新安装它是开才不会出现打不开的问题。
-
这个是利用了视觉暂留现象---和电视的原理是一样的
它快速地轮流点亮多个LED数码管,但我们人类看起来是多个数码管都同时亮着
-
是啊,STM32没内部晶振
-
这段中断的初始化没错,但是这个中断只能处理USB DEVICE中断,
你的中断没成功吗?是不是中断的MASK位设置问题?或者是USB模块初始化不对?
-
解决了没
-
怎么识别的啊?,改哪个函数啊?WINCE500下?
-
引用 3 楼 gooogleman 的回复:
没有见过mobile驱动开发的书籍。
以前mobile的只授权给大公司,并且要签署协议,所以没有这个知识
不过我看了一下和wince很类似,楼主莫慌,搞定wince驱动就可以做那个了。
对!
-
你的关机指的是S3/D4/C4还是S4/D4/C4?
-
bsp??bsp中没有只有common中有!会不会是这个原因呢?你们的bsp中这个函数是在那实现的呢??
-
补充说明一点:
我上面说“只要将这一段程序生成的汇编代码抄下来,将其中的BLDD换成BLPD,”
是因为我这些例子里都只用到了直接的寻址,所以只需更换一条指令:BLDD换成BLPD。
如果换个需要间接寻址的例子情况就复杂些,不是只要更换一条指令了。
但现象的根源还是一样的,即:
编译程序认为我要读的东西不是在程序空间而是在数据空间。
实际读到的结果不是程序空间的该代码,而是数据空间中地址恰好与之相同的那个单元里的代码。
除上面的两个例子以外,我还试过以下的例子:
同样在连接命令文件中将.const段定位于程序空间;
程序中定义:
char *p="abcd";
此时,指针变量p虽然在数据空间,但字符串常量"abcd"则放在了程序空间中的.const段。
然后在程序中读取*p。本希望读出字符"a"的ASCII码,结果不是。
经查,错误性质与上述例子相同。