共2条
1/1 1 跳转至页
LPC2000,ARM,FLash,lt,600 LPC2000系列ARM内部 FLash寿命到底多少次?<600??
问
真的很失望,我有个LPC213x的板子,每天最多20次ISP,又没有天天写,只用了1个月,就完蛋了!!!
答 1: 可以擦写10万次以上 答 2: 10W次??很怀疑,很怀疑 我的代码30多K,用LPC2132,工程是原来的工程,设置没修改,一直用得好好的,多写了些代码,下载时就弹出下面对话框......
答 3: re地址超越范围。。。把你的hex文件头尾几行贴出来看看,注意R0 base地址看看有没有设置对。 答 4: 失望!我一直认为有位高手,没想到碰到问题也只会怪叫。
打开Hex文件看看,是否在Debug In Flash模式下产生的。
软件给出的提示是在您加载文件时弹出的,此时仅仅是软件做出的结论,根本就没有执行Flash操作(Upload to Flash) ,何以就怀疑Flash坏。 答 5: 无语。。。。 答 6: re:zcq30其实每个开发人员在开发过程中总会遇到不少问题,不要太苛刻,相信你遇到一些问题,否则,还叫什么开发?
-----------------------------------------------------------
我一直认为有位高手,没想到碰到问题也只会怪叫。
打开Hex文件看看,是否在Debug In Flash模式下产生的。
软件给出的提示是在您加载文件时弹出的,此时仅仅是软件做出的结论,根本就没有执行Flash操作(Upload to Flash) ,何以就怀疑Flash坏。
答 7: 一个人的思维方式是很局限的 你敢说那些博士后之类的高手,就从来没有被一个小问题卡过??从来没有?
何况我又不是什么高手... 我读大学的时候,计算机课程只学过FoxPro,其它全靠自学。出来工作,没到过大型企业,在中小型企业,没人教我,都是我教他们,现在做到这个水平,从方案设计->SCH->PCB->编程->硬件软件调试->标准文档,到PC端的一些小型软件的研发,我都可以一个人搞定
已经不错了...
问题是解决了,但不是不明白,请zcq30赐教,谢谢
就是下面的结构,为什么不能用#pragma PACK(1) 进行字节对齐??
而其它的结构就行呢??我试了其它的所有结构或联合,都行,就是下面的不行
你不要说这个结构有问题,不管有没有进行字节对齐,编译都通过,下载到Flash都能正常运行。但如果使用字节对齐,下载程序时就会提示"Code in HEX file exceeds Limitations",不字节对齐,下载程序时就没这个提示
/* $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$
磁盘信息结构定义
*/
typedef struct _SYS_INFO_BLOCK
{
uchar BS_jmpBoot[3];
uchar BS_OEMName[8];
uint16 BPB_BytesPerSec; // 每扇区字节数
uchar BPB_SecPerClus; // 每簇扇区数
uint16 BPB_RsvdSecCnt; // 保留扇区数
uchar BPB_NumFATs; // FAT个数
uint16 BPB_RootEntCnt; // 根目录数
uint16 BPB_TotSec16; // 总扇区数小于0x10000时的总扇区数
uchar BPB_Media; // 媒体类型
uint16 BPB_FATSz16; // FAT16的扇区数
uint16 BPB_SecPerTrk;
uint16 BPB_NumHeads;
uint32 BPB_HiddSec; // 隐藏扇区数
uint32 BPB_TotSec32; // 总扇区数大于0xffff时的总扇区数
uchar BS_DrvNum;
uchar BS_Reserved1;
uchar BS_BootSig;
uchar BS_VolID[4];
uchar BS_VolLab[11];
uchar BS_FilSysType[8];
/////////////////////////////
uint32 StartSector;
uint32 FatStartSector; // FAT区起始扇区号
uint32 RootStartSector; // 根目录区起始扇区号
uint32 FirstDataSector; // 数据区起始扇区号
} SYS_INFO_BLOCK,*pSYS_INFO_BLOCK; 答 8: 支持“汽车电子”
答 1: 可以擦写10万次以上 答 2: 10W次??很怀疑,很怀疑 我的代码30多K,用LPC2132,工程是原来的工程,设置没修改,一直用得好好的,多写了些代码,下载时就弹出下面对话框......
答 3: re地址超越范围。。。把你的hex文件头尾几行贴出来看看,注意R0 base地址看看有没有设置对。 答 4: 失望!我一直认为有位高手,没想到碰到问题也只会怪叫。
打开Hex文件看看,是否在Debug In Flash模式下产生的。
软件给出的提示是在您加载文件时弹出的,此时仅仅是软件做出的结论,根本就没有执行Flash操作(Upload to Flash) ,何以就怀疑Flash坏。 答 5: 无语。。。。 答 6: re:zcq30其实每个开发人员在开发过程中总会遇到不少问题,不要太苛刻,相信你遇到一些问题,否则,还叫什么开发?
-----------------------------------------------------------
我一直认为有位高手,没想到碰到问题也只会怪叫。
打开Hex文件看看,是否在Debug In Flash模式下产生的。
软件给出的提示是在您加载文件时弹出的,此时仅仅是软件做出的结论,根本就没有执行Flash操作(Upload to Flash) ,何以就怀疑Flash坏。
答 7: 一个人的思维方式是很局限的 你敢说那些博士后之类的高手,就从来没有被一个小问题卡过??从来没有?
何况我又不是什么高手... 我读大学的时候,计算机课程只学过FoxPro,其它全靠自学。出来工作,没到过大型企业,在中小型企业,没人教我,都是我教他们,现在做到这个水平,从方案设计->SCH->PCB->编程->硬件软件调试->标准文档,到PC端的一些小型软件的研发,我都可以一个人搞定
已经不错了...
问题是解决了,但不是不明白,请zcq30赐教,谢谢
就是下面的结构,为什么不能用#pragma PACK(1) 进行字节对齐??
而其它的结构就行呢??我试了其它的所有结构或联合,都行,就是下面的不行
你不要说这个结构有问题,不管有没有进行字节对齐,编译都通过,下载到Flash都能正常运行。但如果使用字节对齐,下载程序时就会提示"Code in HEX file exceeds Limitations",不字节对齐,下载程序时就没这个提示
/* $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$
磁盘信息结构定义
*/
typedef struct _SYS_INFO_BLOCK
{
uchar BS_jmpBoot[3];
uchar BS_OEMName[8];
uint16 BPB_BytesPerSec; // 每扇区字节数
uchar BPB_SecPerClus; // 每簇扇区数
uint16 BPB_RsvdSecCnt; // 保留扇区数
uchar BPB_NumFATs; // FAT个数
uint16 BPB_RootEntCnt; // 根目录数
uint16 BPB_TotSec16; // 总扇区数小于0x10000时的总扇区数
uchar BPB_Media; // 媒体类型
uint16 BPB_FATSz16; // FAT16的扇区数
uint16 BPB_SecPerTrk;
uint16 BPB_NumHeads;
uint32 BPB_HiddSec; // 隐藏扇区数
uint32 BPB_TotSec32; // 总扇区数大于0xffff时的总扇区数
uchar BS_DrvNum;
uchar BS_Reserved1;
uchar BS_BootSig;
uchar BS_VolID[4];
uchar BS_VolLab[11];
uchar BS_FilSysType[8];
/////////////////////////////
uint32 StartSector;
uint32 FatStartSector; // FAT区起始扇区号
uint32 RootStartSector; // 根目录区起始扇区号
uint32 FirstDataSector; // 数据区起始扇区号
} SYS_INFO_BLOCK,*pSYS_INFO_BLOCK; 答 8: 支持“汽车电子”
共2条
1/1 1 跳转至页
回复
有奖活动 | |
---|---|
【有奖活动】分享技术经验,兑换京东卡 | |
话不多说,快进群! | |
请大声喊出:我要开发板! | |
【有奖活动】EEPW网站征稿正在进行时,欢迎踊跃投稿啦 | |
奖!发布技术笔记,技术评测贴换取您心仪的礼品 | |
打赏了!打赏了!打赏了! |