已知问题VisualApplets 版本 3.6.0#
常规#
| 概括： | VisualApplets 启动时如果出现更新通知，可能会崩溃 |
|---|---|
| 描述： | 有时， VisualApplets 启动时尝试显示新更新通知时崩溃。 |
| 变通方法： | 此问题已在 Visual Applets 版本 3.6.1 中修复。请更新您的版本。 VisualApplets 更新到此版本。或者，您可以禁用自动更新检查： 选项 1编辑配置文件：
选项 2使用VisualApplets 图形用户界面：
选项 3:
注意：选项 1-3 仅停止启动时的自动更新检查。您仍然可以通过以下方式手动检查更新： 帮助 > 检查更新. |
| 票号： | 342982 |
| 概括： | 对于 mE5 平台和 imaFlex 平台，资源估算可能偏低。 |
|---|---|
| 描述： | 对于 mE5 和 imaFlex 平台，某些操作员的资源估算（即 Blob 和 Histogram) 可能会低估所使用的 block RAM 数量。根据模块配置，block RAM 资源的实际使用率可能会高出 50% 以上。 |
| 变通方法： | 暂无可用绕过方法。 |
| 票号： | 297790 |
| 概括： | 使用剪贴板复制内容无效 |
|---|---|
| 描述： | 无法通过剪贴板（复制和粘贴）将在此 VisualApplets 版本中打开的设计内容复制到在 VisualApplets 3.3.2 或更早版本中打开的设计中。但是，从任意 VisualApplet 版本复制到此版本是可以正常工作的。 |
| 变通方法： | 将您的设计保存为旧版 *.va 文件格式，在旧版本的 VisualApplets 中打开它，然后从那里复制内容。 |
| 票号： | – |
| 概括： | 将设计转换到不同的硬件平台时，硬件相关的运算符库可能无法使用。 |
|---|---|
| 描述： | 当转换时VisualApplets 针对不同的硬件平台进行设计时，在某些情况下，目标平台的硬件相关运算符库可能不可用。 |
| 变通方法： | 要解决此问题，请重启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 库的访问必须由用户编程实现 |
|---|---|
| 描述： | CXP SDK：对 SISO_GenICam 库的访问不会自动生成，而必须由用户进行编程。 |
| 变通方法： | 暂无可用绕过方法。 |
| 票号： | – |
| 概括： | 提高 FPGA 设计时钟频率可能会导致构建过程变慢 |
|---|---|
| 描述： | 提高 FPGA 设计的时钟频率可能会导致构建流程耗时极长甚至失败，因为可能无法满足时序约束。这在很大程度上取决于 VisualApplets 设计的内容。 |
| 变通方法： | 暂无可用绕过方法。 |
| 票号： | 8513 |
| 概括： | 大图像未显示在仿真探测器中 |
|---|---|
| 描述： | 当仿真探测器包含非常大的图像时，由于 Memory 限制，VisualApplets 可能无法正确显示这些图像。在这种情况下，将显示灰色图像（即所有像素的值均为 205 (0xCD)）。 |
| 变通方法： | 使用较小的图像进行仿真。 |
| 票号： | 6822 |
| 概括： | 仿真仅支持小于 2 GB 的图像 |
|---|---|
| 描述： | 在仿真期间，任何图像的内部缓冲区大小都限制为 2 GB。对于大于 2 GB 的图像仿真，仿真将停止并显示错误消息。 |
| 变通方法： | 使用小于 2 GB 的图像进行仿真。 |
| 票号： | 240989 |
| 概括： | 加载到仿真探测器查看器中的 RGB 图像可能会保存为单色图像（8 位） |
|---|---|
| 描述： | 在仿真探测器查看器中，跨颜色通道包含相同值的 RGB 图像将保存为单色图像（即 8 位图像），而不是 24 位图像。 |
| 变通方法： | 如果要保留通道，请以 BMP 文件格式保存图像。 |
| 票号： | 266977 |
Xilinx#
| 概括： | 使用 Vivado 构建 imaFlex 设计可能会在 Optimize 步骤中失败 |
|---|---|
| 描述： | 有时，使用 Vivado 构建 imaFlex 设计会在 Optimize 步骤中失败。再次运行构建过程可以解决此问题。 |
| 变通方法： | 再次运行构建过程。使构建目录的路径尽可能短。您可以在 System Settings 对话框中的 Global Build 类别 > 设置 Path for building applets 中显式设置构建目录。 |
| 票号： | 341870 |
| 概括： | Xilinx ISE 构建工具链不支持Windows 11 |
|---|---|
| 描述： | 这Xilinx ISE 构建工具链不支持Windows 11. 因此，建造VisualApplets 设计与Xilinx ISE。 |
| 变通方法： | 如果您想为需要使用 Xilinx ISE 构建的平台构建 applet，请在 Windows 10 下安装 VisualApplets。如果您的目标平台受 Vivado 支持，请使用 Xilinx Vivado 构建 applet（Vivado 支持 Windows 11）。请参阅系统要求部分，了解 Vivado 支持哪些平台。 在此论坛讨论中，您可以找到一些关于如何在 Windows 11 下安装 ISE 的技巧（尽管官方不支持）。 |
| 票号： | 236990 |
| 概括： | 使用 Vivado 2025.1 构建的 imaFlex 平台设计无法加载 |
|---|---|
| 描述： | 使用 Vivado 2025.1 构建时，无法加载 imaFlex 平台的设计。 VisualApplets 经测试，3.6.0 版本与 Vivado 2023.2 配合使用效果最佳，因此 Basler 不建议使用更高版本的 Vivado。 |
| 变通方法： | 使用 Vivado 2023.2 构建您的 applet。 |
| 票号： | 341684 |
| 概括： | 无法使用某些 Xilinx Vivado 版本为 mE5-CL 平台构建 applet |
|---|---|
| 描述： | 无法使用 2020.2 到 2021.1 之间的 Vivado 版本为 mE5-CL 平台构建 applet。 |
| 变通方法： | 这个问题已经通过以下方式解决： Xilinx Vivado 版本 2021.2。因此，为避免此问题，请使用 Vivado 版本 2021.2 或更高版本。 |
| 票号： | 217879 |
| 概括： | Xilinx Vivado 警告：构建 Applet 时需要注意 |
|---|---|
| 描述： | 当您使用 Xilinx Vivado 工具构建 applet 时，可能会收到严重警告（在 LinkDesign 构建步骤中）。这些警告是由于 Xilinx 工具链中的问题引起的。Xilinx 已知晓此问题并正在修复中。例如： |
| 变通方法： | 忽略这些警告。对于在以下环境中创建的设计而言，此问题并不严重： VisualApplets 。 |
| 票号： | – |
示例#
HDR示例#
| 概括： | 不正确的HDR Exposure Time 新 HDR 示例中的计算 |
|---|---|
| 描述： | 在新的HDR示例中，每行的曝光时间以微秒（µs）为单位。当堆叠多行以形成二维图像时，总曝光时间会沿图像高度累加。因此，整个二维图像的有效曝光时间取决于所用行数。然而，这里错误地假设曝光时间以毫秒（ms）为单位，而不是以微秒（µs）为单位。这导致了曝光时间的计算错误。 |
| 变通方法： | 此问题已在 Visual Applets 版本 3.6.1 中修复。请更新您的版本。 VisualApplets 到这个版本。 |
| 票号： | 342945 |
Library Accumulator#
Histogram 算子#
| 概括： | 连续相同像素值的直方图结果不正确 |
|---|---|
| 描述： | 当连续的输入像素具有相同的值时，Histogram 算子无法正常工作。在这种情况下，直方图计数可能会丢失，从而导致结果不正确。 |
| 变通方法： | 请升级到 VisualApplets 3.7.0 或更高版本；该问题已在该版本中修复。 |
| 票号： | 353017 |
Library Blob#
Blob_Analysis_1D 操作员#
| 概括： | 即： Blob_Analysis_1D 算子将 object size exceeds maximum 标志设置得不符合预期 |
|---|---|
| 描述： | 如果一个对象由于超过定义的最大尺寸而被截断， max_object_height_bits 参数，对应的 object size exceeds maximum 标志设置在截断的对象中，而不是后续的对象中。 |
| 变通方法： | 使用新的 BlobDetector1D 改为使用运算符。此问题已在新运算符中得到解决。 |
| 票号： | 9685 |
| 概括： | 即： Blob_Analysis_1D 算子未设置 label overflow 标志 |
|---|---|
| 描述： | 即： label overflow 表示所有标签均已使用且当前对象无法被标记的标志永远不会设置。 |
| 变通方法： | 使用新的 BlobDetector1D 改为使用运算符。此问题已在新运算符中得到解决。 |
| 票号： | 9691 |
| 概括： | 即： Blob_Analysis_1D 算子每行允许少于定义值的 20 个标签 |
|---|---|
| 描述： | 可用标签的数量由以下因素定义： Label_bits 参数减少了 20 个标签。例如，如果 Label_bits 设置为 5，则只有 12 (2^5 - 20) 个标签可用，而不是预期的 32 (2^5)。 |
| 变通方法： | 使用新的 BlobDetector1D 改为使用运算符。此问题已在新运算符中得到解决。 |
| 票号： | 9688 |
| 概括： | 的仿真 Blob_Analysis_1D 算子与硬件行为不一致 |
|---|---|
| 描述： | 硬件和软件中对象特征输出的顺序可能不同。这是因为硬件输出取决于数据的时序，而时序是无法模拟的。 VisualApplets此外，FlushI 输入与图像数据输入是异步的，因此可能无法以真实的方式模拟完成输出帧。 |
| 变通方法： | 使用新的 BlobDetector1D 改为使用运算符。此问题已在新运算符中得到解决。 |
| 票号： | 7709 |
Library Color#
| 概括： | 某些颜色转换无法按预期工作 |
|---|---|
| 描述： | 运营商 彩色 使用该库时应谨慎：某些颜色转换的结果可能与用户预期不符：
|
| 变通方法： | 暂无可用绕过方法。 |
| 票号： | – |
ColorTransform 操作员#
| 概括： | 负变换系数的限制 |
|---|---|
| 描述： | 即： ColorTransform 运算符仅在输入格式为有符号或系数为静态的情况下支持负变换系数。 |
| 变通方法： | 暂无可用绕过方法。 |
| 票号： | 251344 |
BAYER5x5Linear 操作员#
| 概括： | VisualApplets 中的资源估计 BAYER5x5Linear 与 Xilinx 中的估计不同 |
|---|---|
| 描述： | BAYER5x5Linear在某些情况下，资源估算VisualApplets 对于此运算符（在 FPGA Resource Usage 对话框）可能与显示的估计值有所不同Xilinx 布局布线后的工具。 |
| 变通方法： | 暂无可用绕过方法。 |
| 票号： | 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*Parallelism、kernel columns 为偶数且 Parallelism > 1，则算子可能会导致处理错误。该错误可在图像左边界监测到，此时帧内 kernel 位置使用了错误的像素数据。 |
| 变通方法： | 暂无可用绕过方法。 |
| 票号： | 2939 |
图书馆硬件平台#
触发运算符#
| 概括： | 触发算子可能会在触发输出线上产生毛刺 |
|---|---|
| 描述： | 在将小程序加载到帧捕获器时，初始化阶段触发运算符可能会在触发输出线上引起尖峰。 |
| 变通方法： | 暂无可用绕过方法。 |
| 票号： | – |
Library Memory#
基于 LUT 的算子#
| 概括： | 从文本文件导入的大整数值可能会精度受损 |
|---|---|
| 描述： | 当从文本文件将包含 53 位以上的整数值导入到整数字段参数中时，某些最低有效位可能会丢失。因此，导入的值可能会被四舍五入，并可能与文件中指定的值不同。这可能会影响基于 LUT 的算子以及其他支持导入整数值的算子，但仅在 VisualApplets 中发生。在运行时，这些值会被正确加载。 |
| 变通方法： | 确保导入的整数值不超过 53 位。或者，将 VisualApplets 更新到 3.8.0 或更高版本，该问题已在这些版本中得到修复。 |
| 票号： | 363933 |
FrameBufferMultiRoi 操作员#
| 概括： | 模拟中的黑色图像区域 FrameBufferMultiRoi 使用运营商和投资回报率 XOffset > 0 |
|---|---|
| 描述： | 模拟中的一个错误 FrameBufferMultiRoi 使用 ROI 时，操作者可能会导致模拟帧输出中出现黑区。 XOffset > 0此问题仅影响仿真，硬件功能不受影响。 |
| 变通方法： | 此问题已在 Visual Applets 版本 3.6.1 中修复。请更新您的版本。 VisualApplets 到此版本。或者，将输入行数增加最大值。 XOffset. |
| 票号： | 345327 |
LineMemory 和 ImageFifo Operators#
| 概括： | 设计与 LineMemory 或 ImageFifo 使用 UltraRAM 的操作符可能会导致增强型网表综合模式下的构建错误 |
|---|---|
| 描述： | 在构建包含以下元素的设计时： LineMemory 或 ImageFifo 配备 UltraRAM 的运营商，如果您已选择 已增强 网表综合引擎在运行过程中可能会出现错误。 链接设计 步。 |
| 变通方法： | 这个问题已在[日期]得到解决。 VisualApplets 版本 3.6.1。请更新您的VisualApplets 到此版本。或者，使用 标准 当需要 UltraRAM 时，网表综合引擎 ImageFifo 或 LineMemory. |
| 票号： | 342336 |
ImageBufferMultiRoiDyn 操作员#
| 概括： | 小图像的时序错误 |
|---|---|
| 描述： | 即： ImageBufferMultiRoiDyn 如果输入图像非常小，算子可能会导致时序错误。 |
| 变通方法： | 暂无可用绕过方法。 |
| 票号： | – |
Library Synchronization#
IsLastPixel 操作员#
| 概括： | 即： IsLastPixel 算子错误地指示图像为空 |
|---|---|
| 描述： | 即： IsEmpty 的输出 IsLastPixel 算子在参数处于以下状态时无法正常工作 Mode 参数 Frame。此问题会同时影响仿真和硬件行为。在硬件中，空帧可能会被错误地标记为非空。在仿真中，非空帧可能会被错误地标记为空。 |
| 变通方法： | 请勿使用 IsEmpty 输出，当 Mode = Frame. |
| 票号： | 337672 |