关于SDRAM请求自动刷新的时间允许误差

Aaronzhong

开拓者开发板的SDRAM测试实验中，工作状态机在处理刷新请求的时，如果刚好工作状态机每次都是处于W_IDLE空闲状态，那自然，刷新请求sdram_ref_req 是能马上响应的，但问题是，当如果刷新请求计数一到，如果工作状态机正好处于突然写的开始状态，那么写完大概是要等待起码512个时钟周期的，这样，刷新请求sdram_ref_req是无法马上响应的，所以问题就出来了，当刷新请求sdram_ref_req一到时却无法及时响应时，有多少的时间允许误差可以耽误，如果时间误差太长，比如此时正在响应突发写512个字节，那么耽误了512（至少）个时钟周期再去响应刷新，这样，是否会造成数据丢失的情况，如果不会，那么刷新请求到来时，允许有多大的时间响应误差？
//刷新计数器循环计数7812ns (60ms内完成全部8192行刷新操作)
always @ (posedge clk or negedge rst_n)
        if(!rst_n)
        cnt_refresh <= 11'd0;
        else if(cnt_refresh < 11'd781)      // 64ms/8192 =7812ns
        cnt_refresh <= cnt_refresh + 1'b1;       
        else
        cnt_refresh <= 11'd0;       

//SDRAM 刷新请求
always @ (posedge clk or negedge rst_n)
        if(!rst_n)
        sdram_ref_req <= 1'b0;
        else if(cnt_refresh == 11'd780)
        sdram_ref_req <= 1'b1;                //刷新计数器计时达7812ns时产生刷新请求
        else if(sdram_ref_ack)
        sdram_ref_req <= 1'b0;                    //收到刷新请求响应信号后取消刷新请求

xiaotaotao

帮顶！

decai

手册写的时间是厂家给你的能保证不出错的时间.实际时间就要看体质了.
这个和我们cpu超频类似,能超多少看体质.可能不同的批次差别都比较大
不过其实个人diy,余量还是比较大的,可以自己放宽一倍都有.可以自己测试下.
据说有人闲的测试过他自己手上的一片,64ms的,据说能到秒级,或许是我记错了,是的话就太厉害了
至于做产品,还是老实点来,自己想办法优化程序吧.
感觉说了和没说一样.

decai

手册写的时间是厂家给你的能保证不出错的时间.实际时间就要看体质了.
这个和我们cpu超频类似,能超多少看体质.可能不同的批次差别都比较大
不过其实个人diy,余量还是比较大的,可以自己放宽一倍都有.可以自己测试下.
据说有人闲的测试过他自己手上的一片,64ms的,据说能到秒级,或许是我记错了,是的话就太厉害了
至于做产品,还是老实点来,自己想办法优化程序吧.
感觉说了和没说一样.

Aaronzhong

decai 发表于 2020-2-25 07:21
手册写的时间是厂家给你的能保证不出错的时间.实际时间就要看体质了.
这个和我们cpu超频类似,能超多少看体 ...

如果厂家能给出64ms的误差允许范围就好了，这样自己的使用范围能更确定一些。