基于FPGA的DW8051移植（二）

　　基于上一篇博文继续，本来想换到oc8051，但是还是不甘心，弄了这么久还是没有弄出来，真是打击屎了。

　　上一篇说3f进入了operation code所以判断是代码错误，后来发现不可以这么判断。 因为地址00开始进入 operation code 的数据也是02 00  26.可是程序成功的转跳到了26 这个地址，所以不可以简单的说3f当operation code处理了所以core就错了。

　　最后采用的方法是屏蔽掉STARTUP.51A里面的初始化loop，就是将idatalength 改为0 ，这一改我就更懵了。

　　在keile C 中调试窗口看到的程序执行顺序是00 01 02    26 27 28      29 2a 2b       19 1a     1b 1c    1d 1e     1f 20 21     03 04 05 06 07 0a 0b 0c 0d 0e      0f 10 11  12 13 14  15 16 17      0f 10 11  12 13 14  15 16 17       03  04 05 06 07 08 0a 0b 0c 0d 0e 0f 10 一直到16     。。。。。。。。。。。。循环了。在modelsim中看到的是相同的，

为了进一步探求程序，所以又写了测试4

 `timescale 1us/100ns 

 module dw8051_tb ; 

 reg         clk ,            reset ;
 reg         int0_n,        int1_n ;
 reg      rxd0_in ,   rxd1_in ;
 reg      t0 ,        t1     ;

 wire         rst_out_n ;
 wire         stop_mode_n,   idle_mode_n ;
 wire     rxd0_out ,     txd0    ;
 wire     rxd1_out ,     txd1    ;
 wire     t0_out  ,      t1_out  ;

 integer i ; 

 DW8051_top  cpu_core(

              .clk (clk)         ,
              .reset (reset)       ,
              .rst_out_n (rst_out_n)    ,
              .stop_mode_n (stop_mode_n) ,
              .idle_mode_n (idle_mode_n) ,         

            //int
              .int0_n (int0_n)      ,
              .int1_n (int1_n)      , 

            //serial port
              .rxd0_in (rxd0_in)     ,
              .rxd0_out (rxd0_out)    ,
              .txd0 (txd0)        , 

              .rxd1_in (rxd1_in)      ,
              .rxd1_out (rxd1_out)    ,
              .txd1 (txd1)        , 

            //timer/counter input/output
              .t0 (t0)          ,
              .t1 (t1)          ,
              .t0_out (t0_out)       ,
              .t1_out (t1_out)      , 

        //sfr interface
                .sfr_data_in () ,
              .sfr_addr ()    ,
              .sfr_data_out () ,
              .sfr_wr ()      ,
              .sfr_rd ()      ,

            //external ram interface or user-defined peripheral reg
                .mem_data_in () ,
              .mem_addr ()    ,
              .mem_data_out (),
              .mem_wr_n ()     ,
              .mem_rd_n ()
             );    

 always # clk = ~clk ; 

 initial   begin
     i =   ;
     clk =  ;     reset = ;
     int0_n= ;    int1_n= ;
     rxd0_in= ;   rxd1_in= ;
     t0 =    ;    t1  =    ;
     # reset = ; 

 //**********测试1 ： 发现无论如何修改idata初始化空间大小，程序都会进入29-2a-2b-2c 这个循环，无法跳出
       // while (i<'h1ff) begin
               // @(cpu_core.irom_addr == 16'h0029)   i = i+1 ;
               // if (i>'h100) begin
                       // $display ("rom loop at 0029 is over 01 00h time ");
                       // $display ("  i = %d \n", i );
                       // end
               // end
 //---------------------------------------------------------------------------------------            

 /**********测试2： 依据测试1追查27这个地址上的循环次数数值去了哪里
     1,@(cpu_core.core.irom_addr == 16'h0027) 测试发现跑到最后一个displays里面去了 ，屏蔽掉所有的if
 打印具体数据信息结果显示 cpu_core.core.i_cpu.biu_instr == 8'h78
 而cpu_core.core.i_cpu.biu_data_in == 8'h00
     2,@(cpu_core.core.irom_addr == 16'h0028) 测试发现cpu_core.core.i_cpu.biu_instr == 8'h3f而
 cpu_core.core.i_cpu.biu_data_in == 8'h00。由1和2对比可知数据有一个周期的停滞期
 */
 //@(cpu_core.core.irom_addr == 16'h0028) begin
 //        //if (cpu_core.core.int_rom_data_out == 8'h3f) begin
 //                //if (cpu_core.core.i_cpu.biu_instr == 8'h3f)
 //                        $display ("the rom data 3f have get to biu_instr = %h  \n ",cpu_core.core.i_cpu.biu_instr );
 //                //if (cpu_core.core.i_cpu.biu_data_in == 8'h3f)
 //                        $display ("the rom data 3f have get to biu_data_in  = %h\n", cpu_core.core.i_cpu.biu_data_in);
 //                end
 //        else  begin
 //                $display ("operation error ! rom data 3f at address 27 have not load in ");
 //                end
 //                end
 //-----------------------------------------------------------------------------------------------------------

 /********测试3 依据测试2追查内核执行情况 ,发现7f进入了operation——操作码，于是断定是核错误，可是后来追溯到最开始
 的程序那一段 02 00 26 可以成功转跳到26这个地址，而26也进入了operation 操作码里面，这么一说，不可以简单的说由于3f
 进入了operation 操作码段而断定核错误。
 最后修改了STARTUP.51A 里面的idata length 为0 ，即不执行ram初始化，通过观测ram地址发现程序进入了用户程序段。
 */

  // $display ("display  data  :  \n");
  // $monitor ("%h",cpu_core.core.i_cpu.i_opdec.op);
  // #8000 $stop ;
 //-------------------------------------------------------------------------------------------------------------

 /********测试4 既然测试3已经进入了用户程序，依据keilC里面显示，main函数入口地址19，子函数入口地址03，子函数
 出口地址18，LED翻转地址22， 再一起进入子函数main的保存地址为 1B，所以有了下面的测试程序，结果发现只有前面五个
 出来了，后面两个都不见了程序就进入了stop，加大了时长还是不行哦
 */
     @(cpu_core.irom_addr == 'h0019)
     $display ("enter customer code of main ");

     @(cpu_core.irom_addr == 'h001b)
     $display ("at the door of  delay loop at first ");

     @(cpu_core.irom_addr == 'h0003)
     $display ("enter  delay loop at first  ");

     @(cpu_core.irom_addr == 'h000d)
     $display ("enter delay loop of 'for' ");

     @(cpu_core.irom_addr == 'h0018)
     $display ("over the loop at first  ");

     @(cpu_core.irom_addr == 'h0022)
     $display ("return to main at first   ");

     @(cpu_core.irom_addr == 'h0024)
     $display ("over the main at first ");
 end 

 initial  begin
         # ;
         # ;
         # ;
         # ;
         # ;
         # ;
         $stop ; 

 end 

 endmodule 

都没有人给我指点一二，还要不要人活了啊。

追查第五个display输出 后这个地址是怎么变的

你丫这是想干啥 ，怎么跑到for里面去了啊

补充：

　　追查这个转跳地址是谁给的，最终找到了罪魁祸首

i_cpu里面的result这条bus上，这条暴死一头连接着DW8051_updn_ctr 模块的data作为了输入口，当然我们要找的是输出口，输出口就是DW8051_control，面对几十个input output  和 两千多行代码    石化了

result转跳地址给错了，怎么改啊怎么改啊