困住整整一周了，工作进行不下去，中午偶遇导师，指导意见是有两种可能：

1.  FPGA编译器优化代码，可以考虑把综合过程中所有的warning排查一下

2.  verilog里有不可综合的语句。

又及，原有的功能模块完全正确，自己改写的不行，导师说那是自己写的时序不对，仿正确的模块看modesim里自己写的和正确的模块时序差在哪里，修改自己的。

添加各种(*keep="true"*)，未果

排查所有warning，没看到会和这个问题相关

相信大神导师写的代码不会有问题

一下午加晚上各种折腾，甚至画卡诺图与非门硬写了一个bit_mask，嗯，AHB总线的HSIZE+ADDR选择屏蔽哪个字节的代码有了：

等综合的时候胡乱看modelsim，突然发现了个小毛刺：

开始怀疑写的时候没有对齐，引出hready信号加在写使能寄存器控制端，最后一遍综合，没有报希望，开始收拾桌子，打算明天再搞了，然后，生活永远比电视剧精彩，峰回路转，柳暗花明。

其实最开始分析代码的时候考虑过这个问题，还试了，只是加在了byte_mask寄存器的控制端，无效。当时也隐约考虑过这个写使能信号好可疑的样子，然后...不知道为什么没有追究下去，中间modelsim仿真看波形各种折腾两天。

想起回家时候爷爷经常叨叨我的话，现在觉得好有道理。

问题找到了，第二天用了大半个下午分析原因：

正常的总线读写时序应该是这样：

因为加了HREADY控制就好了，本来是怀疑第二拍写数据的时候数据没有准备好，那HREADY定然是低电平，像这样：

怎么分析都觉得好有道理的样子，嗯，定然是这样，由于没有用HREADY来控制写使能信号，导致寄存器在不该更新的时候更新了。可是仔细推敲，又傻了，因为mask信号是用HREADY控制的，如果数据没有准备好，mask不会变，进而写入的还是会正确。

仔细再想，觉得问题不是出在总线数据没准备好，是HREADY有效总会比其他控制信号有效到的晚，是这样：

根据verilog，写使能信号

ce_re = HSEL&HWRITE&HTRANS[]&HADDR[相应的地址]

如果在时钟上升沿，这些信号已经都有效了，就会导致不用HREADY控制的写使能寄存器比期待的提前一拍置位（写使能应该在写数据周期有效，而不应该在写地址周期有效），而此刻mask信号还在等HREADY，不会有效，从而导致写寄存器错误。

附带两个小现象也解释的通：

1.  完全相同的逻辑，m0p没有这个问题 - m0p访问指令、数据、外设都用这同一组总线，总线表示自己很忙，控制信号可能不会跑的那么快(只是这么猜测，不确定）。

2. KEIL调试的时候一个现象，对于如下代码：

*（int *）(0x40000000) = 0x12345678;

*(char *)(0x40000000) = 0x55;

如果单步调试，第二拍写入会导致0x40000000地址处其他字节都变为零0x00000055，但如果在中间塞一个访问总线的语句，比如这样：

1 *（int *）(0x40000000) = 0x12345678;

2 c0 = *（int *）(0x40000000)

3 *(char *)(0x40000000) = 0x55;

就没问题，执行完第三行，0x40000000地址处数据为0x12345655，正确写入不影响其他。又想起cm4手册里对LDR STR指令的注释：总线流水可达到一周期仿问。

因为总线流水的时候，din刚刚好保持了上一个时钟里给写进来的数据，虽然寄存器变了，但下一拍的寄存器数据是这一拍数据和寄存器的组合电路，由于mask和din的状态，保证刚好下一拍写入寄存器的数据没有变。就是这样：

数据的正确不是因为总线流水的时候写使能信号怎么了，是因为上一拍的写入数据刚好在。