-
设计硬件的最好还是接上硬件调试,个人认为电脑很难仿
-
引用 17 楼 jiqiang01234 的回复:
mscomm控件只管接收和发送串口数据,与数据是如何显示的没有关系。你所说的“接收框”是指edit控件吧?那就直接看msdn里面CEdit控件的使用。注意:一旦涉及到MFC的编程就得按着人家的一套行为方式来。建议楼主看一下孙鑫的vc视频教程补充一下MFC程序的基础知识,保证看过后可以上手了。
恩 好的 谢谢啦~~~
-
通过 楼主的表述,
感觉你的问题,应该硬件可靠性的问题。
建议在UART转RS232的电路部分加上 静电防护,即加TVS。
另外确保测试过程中,硬件都连接牢固。
-
debug版本
-
恩,知道了,谢谢
-
要支持~~~~~
-
连接在哪?看看详细说明?
-
呵呵
-
每次读写FLASH都是16位,但还得看FLASH的引脚驱动配置
-
楼主的0x10和0xf0的位置是不是写反了?
如果改成 while( (code_h & 0xf0) != 0x10 )就可以理解了。
-
加个门电路对地址线译码即可
-
顶
-
heihei
-
一般10ms够用了,不过我还是比较喜欢硬件防抖,呵呵,延时防抖有时候出错
-
引用 10 楼 jiqiang01234 的回复:
不要让全局变量可以在别的文件中直接调用,即不要声明为extern。如果想让别的文件可以调用可以加一个访问函数。
比如:想要在B文件中访问A文件中的int g_nGlobal,不要g_nGlobal放到A.h中,而是放到A.c文件中,然后在A.h头文件中加一个接口函数int GetAGlobal()来让B文件调用,大致是这样的:
//A.h
int GetAGlobal();
//A.c
int g_nGlobal = 0; //定义的时候同时初始化
int GetAGlobal()
{
? ? return g_nGlobal;
}
//B.c
#include "A.h"
int a = GetAGlobal();? //此处通过函数调用A中的全局变量
你这办法有时候成本太高了.........
-
-
上个图效果会好哦~~
-
uping
-
不要望文生义:每个分区的磨损均衡都是相互独立的
[比如我想从块30到380划为一个分区,而其中块100是坏块,那么分区会不会失败?还是向后扩展一块到381块?]
我想你分区也不会这么分,那肯定完蛋,坏块管理的机制比较复杂,不是三言两语能说清楚了,坏块会被系统标定。你要使用的是逻辑上的地址,FTL层会做逻辑到物理的映射和坏块管理以及磨损均衡、空间回收等事情,有兴趣自己找FTL的资料去看,不过网上找到的大多是只言片语。写Wince Flash驱动无需关心FTL的事情。
-
以下是输出的打印信息,红色为进入中断时的寄存器信息,蓝色是退出中断时的寄存器信息,粉红色显示为中断再一次产生
usb_interrupt!
pUDCreg->EIR=0x0,pUDCreg->UIR=0x4
pINTreg->rSRCPND is 0x2000000
pINTreg->rINTMOD is 0x0
pINTreg->rINTMSK is 0xFDFFFFFF
pINTreg->rINTPND is 0x2000000
pINTreg->rINTOFFSET is 0x19
pINTreg->rSUBSRCPND is 0x3
pINTreg->rINTSUBMSK is 0x7FF
RESET_INT
reconfigusbd start!
reconfigusbd end!
PrepareEp1Fifo ing
pUDCreg->EIR=0x0,pUDCreg->UIR=0x0
pINTreg->rSRCPND is 0x0
pINTreg->rINTMOD is 0x0
pINTreg->rINTMSK is 0xFDFFFFFF
pINTreg->rINTPND is 0x0
pINTreg->rINTOFFSET is 0x0
pINTreg->rSUBSRCPND is 0x3
pINTreg->rINTSUBMSK is 0x7FF
pINTreg->rSRCPND is 0x2000000
pINTreg->rINTMOD is 0x0
pINTreg->rINTMSK is 0xFDFFFFFF
pINTreg->rINTPND is 0x2000000
pINTreg->rINTOFFSET is 0x19
pINTreg->rSUBSRCPND is 0x3
pINTreg->rINTSUBMSK is 0x7FF
pUDCreg->EIR is 0x1
pUDCreg->UIR is 0x4
pUDCreg->EIER is 0x1F
pUDCreg->UIER is 0x4
HandlerUsbd is 0x8C03FD04