安福莱开发板，在访问外部Norflash绝对地址时，发生读写错误

Posted 2023-03-26

CPU是STM32F103ZE的，定义地址在0X0001,0X0002,0X0003时，擦除后都能正确读写，但在0X0004和0X0005就会出错，这样的地址还有好多，定义在0X7000以上时，就几乎不能正确读写（擦除后马上读就正确，写入后再读，就错误，比如写入数字45678，读出的是65390，写入的是65290），最后发现高位数据不能正确写入，地址定义在0X100000以上读时候就会进入死循环，以上所说的地址都是在#define NOR_WRITE(Address, Data) (*(vu16 *)(Address) = (Data))//即都是在0X64000000+Address上的，资料都是网上下载的，困扰好多天了，望各位解答，不胜感激。
谢谢，正如老师说的，地址要移位，闪存是S29GL128P，驱动配置该不会有问题，是没搞懂CPU内部HADDR与FSMC地址线的对应关系，HADDR[0]没有接，还有就是每个地址要+2，我没有+2，现在问题解决了一半，能正确连续读写，但对于0X7000以上的，读写就会错误，例子如下：擦除地址0X0000,擦除后读正常
#define ziliao_cun (*((vu16*)(0x6000))) //写12345，读正确
#define ziliao_kou (*((vu16*)(0x7000))) //写23456，读正确
#define ziliao_gate (*((vu16*)(0x8000))) //写34567，读出768
#define ziliao_fdr (*((vu16*)(0x9000))) //写45678，读出512
把ziliao_cun地址改为(0x6FFF)后，读出12345,正确，反倒是下面，都没改地址变成了
#define ziliao_kou (*((vu16*)(0x7000))) //写23456，读4128
#define ziliao_gate (*((vu16*)(0x8000))) //写34567，读出0
#define ziliao_fdr (*((vu16*)(0x9000))) //写45678，读出0
擦除地址为0X8000时，
#define ziliao_cun (*((vu16*)(0x8000))) //写12345，读正确
#define ziliao_kou (*((vu16*)(0x8002))) //写23456，读出4128
#define ziliao_gate (*((vu16*)(0x8004))) //写34567，读出0
接下面追问

不知道你是有操作系统还是没有，估计是没有，(*(vu16 *)(Address) = (Data))，你的norflash是16bit的把。建议检查norflash驱动，确实像你说的只能写入低八位，看看读写时序和寄存器设置，是不是读写的时候少了配置什么寄存器或者写16bit数据的时候需要特定的时序。地址大于0x100000的时候进入死循环，问一下你的norflash是多大的啊，这个0x100000其实相当于0x200000，因为16bitnorflash和cpu接线时地址会错开一位，这样才能保证每次写入半字。所以如果你的norflash就2M的话，那读写0x100000以上的地址的时候就应该会出错，这应该是在驱动中检查的，再给我点具体信息，我帮你看下追问

接上面：
#define ziliao_fdr (*((vu16*)(0x8006))) //写45678，读出0，
现在我把这几个地址添加到KEIL UV4的库例子当中去，也是错误的，跟上面的结果一样
并且此时把擦除地址改为0X70000时，擦出后读出都为0，改为0X80000时，进入死循环函数
void HardFault_Handler(void)

/* Go to infinite loop when Hard Fault exception occurs */
while (1)


，请各位再帮我分析一下问题在哪里。

追答

ziliao_cun,ziliao_kou ,ziliao_gate,ziliao_fdr 这四个地址有什么意义吗还是你随便尝试的四个地址？
你说擦出地址0X70000，是指擦出这个地址之后的所有内容还是其他的意思？
擦出后直接读取是0xFF还是0x00?

追问

这四个地址是我要指定在外部NORFLASH中存储数据的地址，全是这样定义的：
#define ziliao_cun (*((vu16*)(0x6000))) ，16位数据，所以擦出后读出来是0XFFFF,数据写入后马上读取，比如写入数字10，读出成了65530，看样子是高8位没写入，
NOR_Status NOR_WriteHalfWord(uint32_t WriteAddr, uint16_t Data)
。
。
。
NOR_WRITE((Bank1_NOR2_ADDR + 2*WriteAddr), Data);//写函数，自己在此处做了移位处理

追答

那你这就不是没写进去了啊，擦出后是0XFFFF,但你
#define ziliao_gate (*((vu16*)(0x8000))) //写34567，读出768
#define ziliao_fdr (*((vu16*)(0x9000))) //写45678，读出512
那就是高位被清零了，低地址可以写正确，那驱动应该没问题啊。很神奇。我的建议是先完全看懂驱动，然后修改驱动代码来配合自己调试，假设0x7000，0x7001读出的总是高位出问题，那能不能把数据写到0x7001和0x7002中。看看结果是什么样的。这个不一定能实现哦，可能改驱动能行。

然后就试试0x7000以后是固定的某些地址不行还是全部都不行，有理由去怀疑硬件，比如这个norflash后面有很多坏块

追问

不好意思，密码出了问题，好久没登了，闪存是S29GL128P，128M的，换过新的闪存，一样结果，现在做回来的板子也是一个结果，网上找资料，对着库例子也查不出来原因，晕。

参考技术A 看不懂 你太牛了 参考技术B 大小端

移植u-boot-2015.10到JZ2440开发板——支持norflash

　　串口打印出信息后，发现打印出Flash: 0 Bytes，很明显没有识别出norflash，因此在代码中搜索“Flash: ”，定位到initr_flash()，一路跟踪下去，flash_init()，

flash_detect_legacy()中有以下一段代码:

    flash_read_jedec_ids(info);
    debug("JEDEC PROBE: ID %x %x %x\n",
        info->manufacturer_id,
        info->device_id,
        info->device_id2);
    if (jedec_flash_match(info, info->start[0]))
            break;    

flash_read_jedec_ids函数读出厂商ID，设备ID等，debug能打印出来，因此我们要想看看ID读得对不对，就在smdk2410.h中定义DEBUG宏，让它打印出来。

改完编译烧写，发现读出的厂商ID和设备ID是正确的。因此，再看 jedec_flash_match函数，它将读出的ID和jedec_table对比，看是否存在这一项，表格里面并没有我们的norflash类型，于是我们仿照其他项自己添加上去，如下所示：

  {                                                                               
        .mfr_id     = (u16)MX_MANUFACT,                                             
        .dev_id     = 0x2249,                                                       
        .name       = "MX29LV160D",                                                 
        .uaddr      = {                                                             
            [1] = MTD_UADDR_0x0555_0x02AA /* x16 */
         },                                                                          
        .DevSize    = SIZE_2MiB,                                                    
        .CmdSet     = CFI_CMDSET_AMD_LEGACY,                                        
        .NumEraseRegions= 4,                                                        
        .regions    = {                                                             
            ERASEINFO(0x10000, 31),                                                 
            ERASEINFO(0x08000, 1),                                                  
            ERASEINFO(0x02000, 2),                                                  
            ERASEINFO(0x04000, 1),                                                  
        }                                                                           
    },    

编译烧写，提示错误too many flash sectors,在代码中搜索，发现CONFIG_SYS_MAX_FLASH_SECT这个宏定义为19，而我们的norflash扇区数为35，大于19，于是把这个宏改为64，重新编译烧写，正确识别出了norflash为2M。我们来测试下norflash能否正确读写，cp.b 0 30000000 80;cmp.b 0 30000000 80 ，用上面两条命令发现读norflash没有问题。再用以下几条命令测试写norflash：mw.b 30000000 12 3;  protect off all; erase 0 ffff; cp.b 30000000 0 3; md.b 0 3;发现也是121212；因此写norflash成功，u-boot已经支持norflash。