-
我觉得ST也应该有个说明,说明一下错位的原因和如何避免,楼主的代码也不妨再给他们分析分析,我那个给了没什么结果。
-
很不错
-
淘汰并不是指一个都没有。
而是指被代替,淘汰出主流行列。
实际上51早已被淘汰出8 bit主流行列。
CM0淘汰其他8 bit MCU也是不可避免的。
性能价格摆在那里呢,
随着熟悉CM3,CM0的MCU的用户越来越多,
谁还会用其他资源性能都受限的同价位8 bit MCU呢?
8 bit MCU不会被立即淘汰,
无非是用户熟悉CM0,CM3需要一个过程而已,
大趋势不可避免
-
哈哈,是不是别有用心到不好说了,
-
那好像达不到1US的采样速度啊。。。
-
SBUF是两个在物理上独立的接收、发送缓冲器,可同时发送、接收数据。两个缓冲器只用一个字节地址99H.
也就是说对SBUF的操作,读就是接收缓冲,写就是发送缓冲。
用汇编语言表示就是
发送数据mov sbuf,a,a的内容到发送寄存器
接收数据mov a,sbuf,接收寄存器的内容到a
-
很贵的。
-
版主还是说下这64k的具体分配
-
降低运行频率也是一个办法,能否把32kHz运行频率搞的再低点,比如1K。
-
什么意思
-
从源码开始练吧...
-
引用 14 楼 fooleyou 的回复:
硬件工程师的路确实会越走越窄,这是不可避免的,因为硬件平台会越来越集成化,我工作三年了,这是我最大的体会,当一个系统正在开发的时候,老板会很重视你,但当平台开发出,并且可以稳定高效的使用的时候,老板看都不会看你一眼,因为你的剩余价值已经利用完了,剩下的,就看在这个平台上开发的软件工程师的了。所以到了一定的阶段,一定要勇敢的转行,去做销售,或者是市场,否则,你只能沦为一个可有可无的小角色。不要空谈什……
你老板难道就只做一样东西?
还有为什么ARM出来了单片机还没消亡呢?FPGA虽好使,可是贵啊,如果我是老板的话,能用更便宜的东西来实现同样的功能,干嘛去花那冤枉钱啊?
-
检查复位电路,还有检查有没有虚焊之类的。
-
楼主可以下载我上传的:
华为EM310 无线模块 AT命令手册
http://download.eeworld.net/source/1888329
里面有非常详细的说明:
消息接收和读出命令
5.4.1 给TE 指示新消息:AT+CNMI
当TE 处于在用状态时(如:DTR 信号处于“ON”状态),使用设置命令,可设置新消
息如何从网络侧发送到TE。若TE 处于待用状态(如:DTR 信号处于“OFF”状态),
消息接收流程应该按照GSM 03.38 的规定。
若 DTR 信号不可用或信号状态被忽略(V.25ter 命令:&D0),可使用+CNMA 确认流程
确保短消息的可靠传输。
“选择消息服务”命令+CSMS 应该用来检测ME 是否支持接收SM 和CBM,并决定直
接发送到TE 的消息是否需要确认(请参考+CNMA 命令)。
新消息确认:AT+CNMA
使用执行命令,可确认是否正确接收新消息(SMS-DELIVER 或
SMS-STATUS-REPORT),该新短消息是由MT 直接发送到TE 的。
通过 AT+CNMA 给出短信确认需要满足2 个条件:通过AT+CSMS=1,将设为1;通过
AT+CNMI=,2,将设为2 或者AT+CNMI=,,1,将设为1。
在满足上述 2 个条件后,如果在收到短信后没有通过AT+CNMA 给出确认,CNMI 的参数
和会被重至为0,同时短信收发会受影响。
-
怎么eeworld图片还没有出来呢
-
楼主的2440支持KITL么,跟踪一下到底从哪里开始导致异常的。
-
我试过,如果不用同名事件就可以绑定成功,但是我想用驱动和应用建立同名事件来实现驱动和应用的同步通信
-
还没用R3,不太清楚
但是按常理,MS不会出这样的错误
先查自己的问题吧,不要动不动就怀疑别人!在怀疑别人前,先怀疑自己。
-
原来的。
TARGETLIBS= \
$(_TARGETPLATROOT)\lib\$(_CPUINDPATH)\oal_memory_s3c2450.lib \
!IF "$(BSP_TYPE)"=="$(BSP_SMDK2443)"
$(_TARGETPLATROOT)\lib\$(_CPUINDPATH)\oal_cache_s3c2450_920.lib \
!ENDIF
!IF "$(BSP_TYPE)"=="$(BSP_SMDK2450)"
$(_TARGETPLATROOT)\lib\$(_CPUINDPATH)\oal_cache_s3c2450_926.lib \
!ENDIF
$(_PLATCOMMONLIB)\$(_CPUINDPATH)\oal_kitl.lib \
$(_PLATCOMMONLIB)\$(_CPUINDPATH)\oal_log.lib \
$(_PLATCOMMONLIB)\$(_CPUINDPATH)\oal_blnk.lib \
-
引用 15 楼 twins222 的回复:
如果你用vc编译的exe文件在ARM上是不能运行的,你需要使用EVC来做。
这话会误导人家的.VC编译的exe文件在Arm上当然可以执行的,只要编译的时候选ARM的编译环境就可以了。
现在我理解你的情况是,有两个用ultraedit比一抹一样的文件,一个在CE上能跑起来,一个跑不起来?