已知问题VisualApplets 版本 3.3.0
Windows 10 Fall Creators Update（版本 1709）在安装了 Vivado 2017.2 或 Vivado 2017.3 的 PC 上
如果在安装了 Xilinx Vivado 版本 2017.2 或 2017.3 的 PC 上安装 Windows 10 Fall Creators 更新（版本 1709），Xilinx Vivado 随后可能无法正常工作。因此，您可能无法构建使用 VisualApplets 创建的设计。
请按照Xilinx支持提供的解决方法进行操作。 Xilinx Vivado 2017.2 或 2017.3 的安装再次正常工作。（参见https://www.xilinx.com/support/answers/69908.html ）。
Windows 10 x64（版本 1803）2017-07-10 累积更新（KB4338819）在安装了早于 2017.4 的 ISE 14.7 或 Vivado 的 PC 上
如果安装上述 Windows 10 更新，则在使用早于 Vivado 2017.4 的 Xilinx 工具时，构建流程可能无法正常工作。因此，您可能无法构建使用 VisualApplets 创建的设计。
对于早于 Vivado 2017.4 的 Vivado 版本，Xilinx 工具链的日志输出中可能会显示错误消息，提示某些黑盒实例包含未定义的内容。对于 ISE，甚至无法确定 Xilinx 工具版本，且 FPGA 类型检查会失败。
Follow the workaround provided by Xilinx Support to make the ISE installation work again (See https://www.xilinx.com/support/answers/62380.html, section ISE 14.7 64bit - Turning off SmartHeap). The same workaround can be used for Vivado where you need to perform the file substitution actions in the folder \<VivadoInstallDir>/ids_lite/ISE/lib/nt64.
常规
| 概括： | 使用大于 2 GB 的图像进行模拟会导致 VisulApplets 崩溃 |
| 描述： | 当您模拟包含大于 2 GB 图像的设计时， VisualApplets 可能会崩溃。 |
| 变通方法： | 模拟时请使用小于 2 GB 的图像，并升级您的系统。 VisualApplets 升级到 3.3.2 或更高版本。从 3.3.2 版本开始， VisualApplets 现在不会再崩溃了，但是当使用大于 2 GB 的图像运行模拟时，会出现错误消息。 |
| 票号： | 240989 |
| 概括： | 构建带有嵌入式设计时出现构建错误VisualApplets （eVA） |
| 描述： | 在构建带有嵌入式的设计时VisualApplets可能会出现构建错误。这只会影响到VisualApplets 版本 3.3.0。 |
| 受影响的操作系统： | Windows 8 |
| 变通方法： | 使用VisualApplets 3.2.1. |
| 票号： | 233158 |
| 概括： | 无法使用以下方式构建适用于 mE5 平台的 Applets Xilinx Vivado 2020.2 或更高版本 |
| 描述： | 所有 mE5 平台的 Applet 都无法使用 Vivado 2020.2 或更高版本构建。这些平台支持的最新 Vivado 版本是 Vivado 2020.1。 |
| 受影响的操作系统： | Windows 8 |
| 变通方法： | 使用Xilinx 使用 Vivado 2020.1 或更低版本为 mE5 平台构建小程序。 |
| 票号： | 9848 |
| 概括： | 在Windows PC用户，您必须将用户文件夹定义为目标文件夹。 |
| 描述： | 关于微软操作系统的重要说明Windows 8：建议将用户文件夹定义为目标文件夹。或者，也可以使用任何其他具有完全访问权限的文件夹。 |
| 受影响的操作系统： | Windows 8 |
| 变通方法： | 暂无可用绕过方法。 |
| 票号： | – |
| 概括： | 将设计转换到不同的硬件平台时，硬件相关的运算符库可能无法使用。 |
| 描述： | 将 VisualApplets 设计转换为不同的硬件平台时，在某些情况下，目标平台的硬件相关算子库可能不可用。 |
| 变通方法： | 要解决此问题，请重新启动 VisualApplets。 |
| 票号： | – |
| 概括： | 构建过程中“构建硬件平台”对话框保持空白 |
| 描述： | 有时在构建过程中， “构建硬件平台”对话框会保持空白，而停靠窗口“构建日志”会显示输出。这不会影响构建流程。 |
| 变通方法： | 要解决此问题，请取消并重新开始构建。 |
| 票号： | – |
| 概括： | 您需要在发生仿真错误后重置仿真条件 |
| 描述： | 发生仿真错误后，需要重置仿真条件 |
| 变通方法： | 暂无可用绕过方法。 |
| 票号： | – |
| 概括： | Xilinx Vivado 警告：构建 Applet 时需要注意 |
| 描述： | 当您使用 Xilinx Vivado Tools 构建 applet 时，可能会收到严重警告（在构建步骤 LinkDesign 中）。这些警告是由 Xilinx 工具链中的问题引起的。该问题已被 Xilinx 获悉，目前正在修复中。例如：
CRITICAL WARNING: [Shape Builder 18-137] Cannot obey LUTNM/HLUTNM constraint for instances …/PART1174 and …/PART1175. Illegal to place instance …/PART1174 on site SLICE_X2Y0. The location site type does not match the instance type. Instance …/PART1174 belongs to a shape with reference instance …/PART1175. Shape elements have relative placement respect to each other. The invalid location might results from a constraint on any of the instance in the shape..
|
| 变通方法： | 忽略这些警告。对于在以下环境中创建的设计而言，此问题并不严重： VisualApplets 。 |
| 票号： | – |
| 概括： | *.va 文件名仅支持 ASCII 字符。 |
| 描述： | 命名 *.va 文件时，只能使用基于 ASCII 字符的字体；这意味着文件名不支持亚洲字体、西里尔字母、希腊语或阿拉伯语字体等。 |
| 变通方法： | 暂无可用绕过方法。 |
| 票号： | – |
| 概括： | 配置仅保存到 VisualApplets 的第一个实例 |
| 描述： | 只有第一个启动的实例VisualApplets 能够保存其配置。所有VisualApplets 稍后启动的实例仅具有临时配置，这些配置将在实例关闭时被丢弃。这包括构建设置、库设置、系统设置和常规设置等。 VisualApplets 设置。 |
| 变通方法： | 暂无可用绕过方法。 |
| 票号： | 342725 和 347964 |
| 概括： | 当层级盒中的 M 类型算子直接连接到输入端口时出现 Design Rules Check 错误 |
| 描述： | 如果使用层级盒，在某些特定情况下，Design Rules Check 可能会出现以下错误消息：“算子 ABC（层级盒）的输入 XYZ 必须连接到 O 类型算子，例如 NOP。”原因是放置在层级盒中的某些 M 类型算子无法直接连接到层级盒的输入端口。这仅适用于某些特定的 M 类型算子。 |
| 变通方法： | 您可以通过在分层框的输入端口与 M 型算子的输入端口之间放置一个 NOP 算子来解决此问题（在分层框内部）。 |
| 票号： | – |
| 概括： | 使用逐行 1D 仿真模式时出现 Design Rules Check 错误 |
| 描述： | 对于在较旧版本的 VisualApplets 中通过 Design Rules Check 的某些设计，可能会报告有关最大图像高度的链接错误。特别是当涉及 1D 处理且激活了新的逐行仿真模式（默认）时，可能会发生这种情况。原因是在逐行模式下，某些算子将输入链接的最大图像高度传播到输出链接的方式与以前不同。 |
| 变通方法： | 您可以通过切换到旧版仿真模式或添加 SetDimension 模块来调整最大图像高度值，从而解决此问题。 |
| 票号： | – |
| 概括： | 使用逐行 1D 仿真模式时运行时间增加 |
| 描述： | 对于某些设计，其仿真运行时间可能远高于旧版本的 VisualApplets。特别是当涉及 1D 处理、激活了新的逐行仿真模式（默认）且设计包含许多仿真探针时，可能会发生这种情况。 |
| 变通方法： | 可以通过切换到旧版仿真模式或减少仿真探测器的数量来解决此问题。 |
| 票号： | – |
| 概括： | CXP 的 SDK：SISO_GenICam Library 的访问必须由用户编写程序 |
| 描述： | CXP SDK：对 SISO_GenICam 库的访问不会自动生成，而必须由用户进行编程。 |
| 变通方法： | 暂无可用绕过方法。 |
| 票号： | – |
| 概括： | 提高 FPGA 设计时钟频率可能会导致构建过程变慢 |
| 描述： | 提高 FPGA 设计的时钟频率可能会导致构建流程耗时极长甚至失败，因为可能无法满足时序约束。这在很大程度上取决于 VisualApplets 设计的内容。 |
| 变通方法： | 暂无可用绕过方法。 |
| 票号： | 8513 |
| 概括： | 大图像未显示在仿真探测器中 |
| 描述： | 当仿真探测器包含非常大的图像时，由于 Memory 限制，VisualApplets 可能无法正确显示这些图像。在这种情况下，将显示灰色图像（即所有像素的值均为 205 (0xCD)）。 |
| 变通方法： | 使用较小的图像进行仿真。 |
| 票号： | 6822 |
Library Blob
操作员 Blob_Analysis_1D
| 概括： | 算子 Blob_Analysis_1D 设置标志 object size exceeds maximum 与预期不符 |
| 描述： | 如果对象因超出参数所定义的 最大尺寸而被截断 max_object_height_bits，相应的标志 object size exceeds maximum 在被截断的对象中设置，而不是在前面的对象中设置。 |
| 变通方法： | 暂无可用绕过方法。 |
| 票号： | 9685 |
| 概括： | 算子 Blob_Analysis_1D 未设置该标志 label overflow |
| 描述： | 标志 label overflow 指示所有标签均在使用中且当前对象无法被标记，该标志永不置位。 |
| 变通方法： | 暂无可用绕过方法。 |
| 票号： | 9691 |
| 概括： | 算子 Blob_Analysis_1D 每行允许的标签数比定义值少 20 个 |
| 描述： | 通过参数定义的可用标签数量 Label_bits 减少了 20 个标签。例如，如果 Label_bits 设置为 5，则只有 12 (2^5 - 20) 个标签可用，而不是预期的 32 (2^5)。 |
| 变通方法： | 暂无可用绕过方法。 |
| 票号： | 9688 |
| 概括： | 算子的仿真 Blob_Analysis_1D 与硬件行为不一致 |
| 描述： | 硬件和软件中对象特征输出的顺序可能不同。这是因为硬件输出取决于数据的时序，而时序是无法模拟的。 VisualApplets此外，FlushI 输入与图像数据输入是异步的，因此可能无法以真实的方式模拟完成输出帧。 |
| 变通方法： | 暂无可用绕过方法。 |
| 票号： | 7709 |
Library Color
| 概括： | 某些颜色转换无法按预期工作 |
| 描述： | 运营商 彩色 使用该库时应谨慎：某些颜色转换的结果可能与用户预期不符：
- HSI2RGB 将 HSL 转换为 RGB，
- RGB2YUV 将 RGB 转换为 YCbCr，
- XYZ2LAB 根据以下定义使用常量： www.easyrgb.com
|
| 变通方法： | 暂无可用绕过方法。 |
| 票号： | – |
操作员 BAYER5x5Linear
| 概括： | VisualApplets 中的资源估计 BAYER5x5Linear 与 Xilinx 中的估计不同 |
| 描述： | BAYER5x5Linear: 在某些情况下，VisualApplets 中该算子的资源估计（在对话框 FPGA Resource Usage) 可能与 Xilinx 工具在 Place & Route 之后显示的估计值不同。 |
| 变通方法： | 暂无可用绕过方法。 |
| 票号： | 6426 |
Library Compression
操作员 JPEG_Encoder
| 概括： | 算子的输出传输 JPEG_Encoder 早于实际图像数据传输开始 |
| 描述： | 算子：为了优化其图像吞吐率（带宽），算子会在激活标头生成后立即输出标头——甚至在图像数据到达算子输入端之前。通过这种方式，标头数据的传输不会中断图像数据的传输，因为标头是提前传输的。这种做法的缺点是算子的输出传输开始时间早于实际图像数据传输。在特定情况下，这可能会引起异常：
如果您正在使用算子 SourceSelector 之后使用算子 JPEG_Encoder：算子 SourceSelector 一获取标头数据就会将部分处理过的帧注册。因此，如果 SourceSelector 已切换到从……获取图像数据 JPEG_Encoder, SourceSelector 无法切换到任何其他源，因为它始终检测到一个未完成的帧。此外，当启用标头生成且 SourceSelector 从另一个来源切换到 JPEG_Encoder 通道中，第一幅图像丢失。 |
| 变通方法： | 如果在 eVA 设备上工作，请确保输出能够在传感器传输开始之前接收数据传输。 |
| 票号： | – |
Library Filter
操作员 FIRKernelNxM
| 概括： | 操作员 FIRKernelNxM 可能会导致处理错误 |
| 描述： | 算子 FIRKernelNxM 可能会在参数情况下导致处理错误 EdgeHandling 设置为常量，列数 > 2*并行度，内核列数为偶数，并行度 > 1。可以在图像的左边界处监控错误，其中帧内内核位置使用了错误的像素数据。 |
| 变通方法： | 暂无可用绕过方法。 |
| 票号： | 2939 |
操作员 CLHSSingleCamera
| 概括： | 带有运算符的设计的构建错误 CLHSSingleCamera 平台mE5-MA-VF2 |
| 描述： | 当您使用摄像机操作员时 CLHSSingleCamera 在平台设计中mE5-MA-VF2构建过程中发生内部异常。 |
| 变通方法： | 暂无可用绕过方法。 |
| 票号： | 229896 |
触发运算符
| 概括： | 触发算子可能会在触发输出线上产生毛刺 |
| 描述： | 在将小程序加载到帧捕获器时，初始化阶段触发运算符可能会在触发输出线上引起尖峰。 |
| 变通方法： | 暂无可用绕过方法。 |
| 票号： | – |
Library Memory
操作员 ImageBufferMultiRoiDyn
| 概括： | 小图像的时序错误 |
| 描述： | 算子 ImageBufferMultiRoiDyn 输入图像非常小时，可能会导致计时误差。 |
| 变通方法： | 暂无可用绕过方法。 |
| 票号： | – |
操作员 ImageSequence
| 概括： | 由算子引起的构建错误 ImageSequence |
| 描述： | 算子 ImageSequence 可能会导致构建错误（时序错误）。 |
| 变通方法： | 暂无可用绕过方法。 |
| 票号： | 2422 |
操作员 RamLUT
| 概括： | 使用操作员更改设计平台时出错 RamLUT |
| 描述： | 当您更改设计平台时 RamLUT 在使用运算符时，设计规则检查期间可能会出现错误消息“无效的参数值：不接受 RamDataWidth”。这种情况发生在您使用的模块占用 RAM 资源，并且新目标平台的内存布局与之前的平台不同时。 |
| 变通方法： | 要解决此问题，请保存并重新加载设计。 |
| 票号： | 8708 和 224018 |