标签: task

第二讲 case 语句及 task 任务块 实验任务： （ 1 ）用 case 语句实现具有译码功能的模块（类似于 3-8 译码器）； （ 2 ）学会在 testbench 中使用 task 任务块语句，用它产生测试数据给待测模块； （ 3 ）注意 case 语句的写法，思考：若 case 分支列举不全面，会出现什么不良后果？ 实验内容及过程： 因本次实验简单，故直接贴出代码并予以简单的讲解，代码截图如下图所示： 注意事项： 在用 Verilog 语言设计数字电路的时候，出现多余无用的锁存器对电路危害大，应格外小心，消除锁存器的办法：① always 中的敏感信号列表要写全（要包含 case 条件、赋值符号右边的变量）；②所有条件分支要写全（包括default ）；③ if—else 语句要写全，不要只写 if 不写 else ，没有 else 的时候也要写一条空的 else 语句。 以下两个图展示了 case 条件分支写全与不全时综合后的结果： 图 1 case 条件分支不全时综合的 RTL 视图 图 1 为漏写了 3'd7:begin         o_data = 8'b0111_1111;         o_dv = 1'b1; end 这条分支时综合后的结果，从图 1 可看出，在电路的输出端出现了 8 个 latch ，且它们都与 MUX7 的输出端相连。由此可见，是因为漏写了上面的那段语句。 在利用 Quartus II 综合 设计的实例时，也会出现一些相关的警告，如图 2 所示： 图 2 Quartus II 综合时产生的警告 正确的 RTL 视图应该如图 3 所示： 图 3 正确的 RTL 级视图（无 latch ）   在 testbench 中使用 task 任务块依次产生 0~255 之间的数，并分别将这些数值赋值给 i_data 和 i_addr ，代码截图如下图所示： 关于写 task 任务块，有很多语法约束，这里一一列举出来： （ 1 ） task 没有端口列表，但可以有输入变量列表，并且变量须在 task 内部予以声明（如上图中的 size ）； （ 2 ）输入输出端口可在 task 内部尽心声明，支持 input 、 output 以及 inout 三种端口信号； （ 3 ）可以用 integer 或 reg 声明 task 要用到的变量，但不能用 wire 声明； （ 4 ） task 任务块也属于块语句，但与 module—endmodule 的架构类似，可仿照 module—endmodule 的架构 task 任务块，但是， task 与 always 、 initial 属于同一层次，故 task 的内容要写在 always 块和 initial 块之外，但可在 always 块、 initial 块以及 task 任务块中调用 task 任务块（即：任务中可以再调用其他任务）； （ 5 ）调用任务时，需按照端口声明的顺序调用（跟模块实例化中的“按顺序”实例化的操作是类似的）； （ 6 ）任务不能实时输出，而是只能在整个任务结束时得到一个最终的结果，输出的值也是这个最终的结果的值，例如： task seq; output    q;   begin q = 0; #10   q = 1; end   endtask 上述代码仿真的结果是，调用此任务之后只会得到一个延迟 10 个时间单位的输出数据 1 ，前 10ns 输出数据的状态是未知的，如图 4 所示： 图 4 task 不能实时输出的仿真图 （ 6 ）在仿真过程中如果出现多次调用同一个任务，且每次操作的值不同时，就可能出现由于地址空间相互覆盖而导致的结果错误。针对这一问题，通常使用自动任务解决此问题。 最后，贴出本例的仿真波形图，如图 5 所示： 图 5 译码器和 task 任务块的功能仿真图  

task在综合的时候不能带有时序控制，它里面的变量都是局部变量，如果想用task持续的改变一个变量，需要在他的外部定义一个全局变量。 例如： task taskA(input a,output b); b=1;#100; b=a;#100; b=0;#100; endtask 一旦调用这个task，返回的值将是0。 在外部定义全局变量 reg b; task taskA(input a); b=1;#100; b=a;#100; b=0;#100; endtask 如果这样做就不一样：b前100个延时是1，中间100个延时是a的值，后面之后是0.    

任务就是一段封装在“task-endtask”之间的程序。任务是通过调用来执行的，而且只有 在调用时才执行，如果定义了任务，但是在整个过程中都没有调用它，那么这个任务是不会 执行的。调用某个任务时可能需要它处理某些数据并返回操作结果，所以任务应当有接收数 据的输入端和返回数据的输出端。另外，任务可以彼此调用，而且任务内还可以调用函数。   1．任务定义  任务定义的形式如下：  task task_id;            procedural_statement  endtask  其中，关键词 task 和 endtask 将它们之间的内容标志成一个任务定义，task 标志着一个 任务定义结构的开始；task_id 是任务名；可选项 declaration 是端口声明语句和变量声明语 句，任务接收输入值和返回输出值就是通过此处声明的端口进行的；procedural_statement 是一段用来完成这个任务操作的过程语句，如果过程语句多于一条，应将其放在语句块内； endtask 为任务定义结构体结束标志。下面给出一个任务定义的实例。 ：定义一个任务。  task task_demo;                //任务定义结构开头，命名为 task_demo      input  x,y;           //输入端口说明      output tmp;           //输出端口说明        if(xy)                  //给出任务定义的描述语句        tmp = x;    else      tmp = y; endtask  上述代码定义了一个名为“task_demo”的任务，求取两个数的最大值。在定义任务时， 有下列六点需要注意：  （1）在第一行“task”语句中 不能列出端口 名称；  （2）任务的输入、输出端口和双向端口数量不受限制，甚至可以没有输入、输出以及 双向端口。  （3）在任务定义的描述语句中，可以使用出现不可综合操作符合语句（使用最为频繁 的就是延迟控制语句） ，但这样会造成该任务不可综合。  （4）在任务中可以调用 其他的任务或函数，也可以调用自身 。  （5）在任务定义结构内 不能出现 initial和 always过程块 。  （6）在任务定义中可以出现“disable 中止语句” ，将中断正在执行的任务，但其是不 可综合的。当任务被中断后，程序流程将返回到调用任务的地方继续向下执行。 2．任务调用  虽然任务中不能出现 initial 语句和 always 语句语句， 但 任务调用语句可以在 initial 语句 和 always 语句中使用 ，其语法形式如下：  task_id ;  其中 task_id是要调用的任务名，端口 1、端口 2，…是参数列表。参数列表给出传入任 务的数据（ 进入任务的输入端 ）和接收返回结果的变量（ 从任务的输出端接收返回结果 ） 。 任务调用语句中， 参数列表的顺序必须与任务定义中的端口声明顺序相同 。任务调用语句是 过程性语句，所以任务调用中接收返回数据的变量 必须是寄存器类型 。下面给出一个任务调 用实例。 例：通过 Verilog HDL 的任务调用实现一个 4 比特全加器。 module EXAMPLE (A, B, CIN, S, COUT);    input A, B;  input CIN;  output S;  output COUT;    reg S;  reg COUT;  reg S0, S1, S2, S3;    task ADD;    input A, B, CIN;  output C;    reg C;  reg S, COUT;    begin S = A ^ B ^ CIN;  COUT = (AB) | (ACIN) | (BCIN);  C = {COUT, S};  end  endtask    always @(A or B or CIN) begin  ADD (A , B , CIN, S0);  ADD (A , B , S0 , S1);  ADD (A , B , S1 , S2);  ADD (A , B , S2 , S3);  S = {S3 , S2 , S1 , S0 };  COUT = S3 ;  end  endmodule 在调用任务时，需要注意以下几点：  （1）任务调用语句只能出现在过程块内；  （2）任务调用语句和一条普通的行为描述语句的处理方法一致；  （3）当被调用输入、输出或双向端口时，任务调用语句必须包含端口名列表，且信号 端口顺序和类型必须和任务定义结构中的顺序和类型一致。需要说明的是，任务的输出端口 必须和寄存器类型的数据变量对应。  （4）可综合任务只能实现组合逻辑，也就是说调用可综合任务的时间为“0” 。而在面 向仿真的任务中可以带有时序控制，如时延，因此面向仿真的任务的调用时间不为“0” 。

今天终于调好了新唐m0516LAN的coocox的中断INT1的回调函数，好开心。虽然对于回调函数还是有很多疑问，但是至少会应用了现在，所以赶紧分享下。 新唐的m0616LAN芯片有两个中断INT0和INT1，但都是复用的引脚P3.2和P3.3。之前虽然是在电路中把一个按键接到了p3.3之上，但是对于回调函数不懂，所以以为和普通io一样可以最中断控制使用。在DRV_GPIO.c 中发现了函数原型中的说明： “************************************************************************* if ((port == E_PORT3) ((pin == E_EINT0_PIN) || (pin == E_EINT1_PIN)))     {         //         // P32 is EINT0, P33 is EINT1. Both of them can't be assigned to gereral P3         //  interrupt  *********************************************************************** 这次发现服用的io不能调用此函数，而是要单独调用int1的中断函数。找了好久终于找到了这个函数：int32_t DrvGPIO_EnableEINT(E_DRVGPIO_EXT_INT_PIN pin, E_DRVGPIO_INT_TYPE Type, E_DRVGPIO_INT_MODE Mode, EINT_CALLBACK pfEINTCallback) 其中pfEINTCallback为INT1回调函数的指针，在程序中调用此函数并且初始化p3.3为int1，程序成功执行。 DrvGPIO_InitFunction(E_FUNC_EXTINT1); DrvGPIO_EnableEINT(3,E_IO_FALLING,E_MODE_EDGE,EINT1CallBack);   void EINT1CallBack(void) { CoEnterISR();               //   Tell CooCox that we are starting an ISR. isr_SetFlag(KEY_***1); CoExitISR(); } 中断服务程序中的操作其实就是当INT1有中断时，置一个信号变量，传递给任务task_KEY1，然后控制GREEN LED点亮，继续等待下一次按键，这样的话就不用查询当前按键的状态了，可以中断执行按键的响应操作，提高效率。 附件中为当前的程序。