问题一：vidado仿真时出现蓝色线

第一个阶段：除掉所有的语法错误 刚开始在文件夹里加了我的CPU文件但是在工程里面没添加，然后报错：找不到你的的CPU IP核没更新到最新版本，由于我的是2019.2的vivado，但用的是2019.1的工程和IP核，所以打开工程时IP核都上着锁。解决办法是：Reports->Report IP Status；然后点击upgrade->OK 报错: [VRFC 10-3180] cannot find port 'en_exception_pc' on this module ["C:/Use

用过modelsim, CVS等仿真工具，头一回用xilinx自带的仿真工具，莫名其妙发现下面这条语句居然会出现蓝色不确定Z态。 assign gt_all_reset_done = gt0_txfsmresetdone_r2 & gt1_txfsmresetdone_r2 & gt0_rxresetdone_r3 & gt1_rxresetdone_r3; 这种情况一般是没有赋初值，但是我这句里面右边的四个信号都是有值的，所以这里就让我比较意外了。 ...

项目场景：在使用vivado2019进行功能级（后仿）仿真时所有波形会出现高阻和不定态解决方法 问题描述： 提示：有些新同学在使用vivado进行后方真时会出现所有波形均为高阻态，不定态的现象。 例如：做一个简单的纯组合电路的3_8译码器的仿真，会出现如图所示的波形状态。其中，输入均为蓝色，是高阻态，输出均为红色，是不定态 解决办法： 返回查看source界面： 在Simulation Sources/sim_1目录下：将decoder3_8_tb文件set as top,设置为顶层文件，在vivado中

1：测试文件中没有输入 2：每次更改测试文件后要想 Run Synthesis再 Run Simulation behavior.不然在我这边出现的问题为时序图与改之前没有发生任何变化 3：如果Run Simulation behavior发现一开始有红线出现（到了后面就正常了）说明在测试文件中最一开始定义变量时并没有赋初值，程序运行到initial中需要一段时间，目前没有发现出现这种情况下在FP...

vivado如何调出仿真波形窗口、仿真波形窗口的手动调整、四种波形状态、观察仿真波形的作用、查看内部变量的仿真波形等。

自检

vivado自带仿真完成后，关闭重启后出现z。 解决：将端口从仿真窗口删除后重新添加。

在使用Vivado软件时经常需要对程序进行仿真，使用Simulation时可以设置不同的显示波形如数字波形或者模拟信号的波形，此文正是设置、更改显示波形的教程。

使用modelsim软件仿真出现输出波形是zzzzzzz0或zzzzzzz1 出现上述的原因是out数据类型不对，默认定义成了高阻态，出现上述原因，在quartus软件里面也有报错的提示 根据报错提示，发现是OUT这个输出没有定义它的位数，在后面直接用了8bir的数据来表示OUT 增加OUT的类型，8bit的信号，此时quartus不报错 仿真此时正常 ......

仿真时信号出现高阻态或者不定态zx 检查模块例化时是否包含了全部信号列表的信号

vivado默认编辑器配置底色

问题描述： @Override public void run() { bytes = mmInStream.read(buffer); mHandler.obtainMessage(READ_DATA, bytes, -1, buffer).sendToTarget(); } 原因分析： Modelsim仿真出现蓝色或者红色的线错误原因：数据的宽度定义不不对，有时候负数时符号位溢出了。认真检查一下 ...

除法是FPGA设计中的一个噩梦，主要原因就是除法器使用的时钟周期较多，拖慢了系统处理的速度。所以在实际的开发中，能不用除法就不用除法，对于除数是固定数的除法，可以转变成乘法进行计算。系统时钟100MHz，低电平复位，被除数是16位，除数是8位，都是无符号的整数，用FPGA实现除法运算，得出商和余数。-7180/（72）商是99，余数是52，和仿真结果是一样的，功能设计正常。和乘法器一样，有符号位的除法器计算的思路也是一样，先把有符号数转变成无符号数进行计算，结果再加上符号位即可。位宽也进行了对应修改。

在vivado进行一个行为级别仿真时，运行到simulate 步骤时 弹出了如下提示： [USF-XSim-62] 'simulate' step failed with errors. Please check the Tcl console or log files for more information. [Vivado 12-4473] Detected error while r...