-
我用STM32F103RBT6挂并口液晶是模拟的并口时序,并且加了延时才行,高速并口不是不能挂低速并口设备,在软件上找齐呗
这个STM32不支持外部总线啊
-
我把函数修改成这样之后,就不会STALL PID了,不知道为什么
u8 *My_GetReport(u16 Length)
{
if(Length == 0)
{
pInformation->Ctrl_Info.Usb_wLength = 8;
return (u8*)8;
}
else
{
return My_AliData;
}
}
-
你买板子时带光盘资料吗或其他什么东西吗,按照资料上的教程走最好。
我以前也是新手,买了个板,也是按着教程走,很简单。现在学ARM,感觉C51很简单。
-
http://image.baidu.com/i?ct=503316480&z=0&tn=baiduimagedetail&word=SP12&in=26901&cl=2&cm=1&sc=0&lm=-1&pn=75&rn=1&di=3363294750&ln=445&fr=&ic=0&s=0&se=1;这个是实物图,左边的那芯片左下方有个小圆圈,是不是说小圆圈下方所对应的脚为第一脚?
-
可以
-
恩 好像不是这个问题
我都还没有到那 一步
在按 “U”之后,进入加载“.bin”之前就出错了
就是还没有等到加载NK那一步
-
到网上自己搜一下 就有了啊
-
同乐~
-
没问题
-
看到要修改CEC文件,CEC里面的NAME,GUID等等.难道ACTION不要修改?
有没更具体的讨论帖子?eeworld知道的兄弟给个连接啊!
-
引用 31 楼 gsymichael 的回复:
我目前没有遇到过文件系统或是分区驱动有问题的情况,这两部分本身应该都没有问题。
问题在于你传递给文件系统或是分区驱动的数据出现了问题,才会导致在这部分出错。
你现在就是要把对的内容传给它们。
正点,顶了
还是建议lz先降频看一下数据是否还是错误,以及是否会相对于以前错误byte减少
-
你的堆栈没有初始化,这个应该会影响程序行为的。
-
关注中
-
出现标记坏块,检查下SectorInfo的 BadBlock标志,记得K9F1208是第6个字节是BadBlock标志,K9F1G08改成了第一个字节。
出现这个错误:erase didn't set all bits high (marking block 0x0 bad)
应该是在bootpart.cpp中低级格式化时 调用FMD_ReadSecotr判断 整个PAGE+SectorInfo(2048+8)是否是0xFF,CE默认使用memcmp对比两个数据结构是否一致,但这里会涉及“指针对齐”问题,你可以打印出sizeof(SectorInfo)的大小。
K9F1208的SectorInfo
typedef struct _SectorInfo
{
DWORD dwReserved1; 4字节
BYTE bOEMReserved; 1字节
BYTE bBadBlock; 1字节
WORD wReserved2; 2字节
}SectorInfo, *PSectorInfo; 不会涉及指针对齐
K9F1G08的SectorInfo定义
typedef struct _SectorInfo
{
BYTE bBadBlock; 1字节
DWORD dwReserved1; 4字节
BYTE bOEMReserved; 1字节
WORD wReserved2; 2字节
}SectorInfo, *PSectorInfo; 出现指针对齐问题
-
有几个疑问想请教香版:
1、HSI随温度变化的特性是否具有相当好的一致性。比如从125度到25度,图中变化是-0.5%,是否所有芯片都是如此?
2、ST的工厂校准是在25度5V下进行的,为何不能达到1%以内呢?是否工厂校准时用到的寄存器(一定有一个隐藏的,呵呵)的分辨率,不如CLK_HSITRIMR来得精细?
3、ST是否考虑了由烧录器进行校准的步骤?是否有AppNote?
-
正常现象,这是读保护的功能之一。
可以通过使用RAM启动方式或使用Bootloader解除读保护。
-
哎,郁闷哦,怎么会没有呢……
-
引用 6 楼 congyue123 的回复:
引用 5 楼 ccskyer 的回复:
在src\drivers\dispaly中找,记得是在.cpp文件里
你这肯定是记错了,拿脚丫子想象也是在.h文件啊。
哈哈,开个玩笑,别介意哈。
不一定之在.h中才有。。
例如2440中还得修改cpp中m_nScreenWidth和m_nScreenHeight等等。。
还要修改 显存的缓冲区大小。。
-
调试环境有点恼火!只能用J-TAG!
烧写 EBOOT就傻了!
----------
我的EBOOT.nb0前4K基本上时零,所以就烧bin了!
这个应该没问题吧?
-------------
SMRDATA DATA
; Memory configuration should be optimized for best performance .
; The following parameter is not optimized.
; Memory access cycle parameter strategy
; 1) The memory settings is safe parameters even at HCLK=75Mhz.
; 2) SDRAM refresh period is for HCLK=75Mhz.
;
DCD (0+(B1_BWSCON
-
引用 18 楼 xumercury 的回复:
引用 16 楼 csdeny 的回复:
我以前做linux下的,项目原因做wince,直接裸搞,没看过书,没什么资料,就直接看6.0的一个bsp,还好有linux的底子,bsp这块上手还是挺快的,不过应用程序就不照了,以前没在win32下写过程序,一个mfc都写得异常纠结。。。
有时候想想花点精力把wince从底层倒应用都玩通不错,可我实在不怎么看好wince的前途,最主要的,太懒,上班时太忙,下班上上网就睡了,哎~
LINUX转wince很好转。。wince转…
其实我觉得应该差不多,关键时linux下嵌入式开发已经很完善了,资料太多了,wince下想找个内核开发的书还真是难啊