下载中心

x64-linux 平台版本，适用于配备 SSE2（AVX2 调度）处理器的 Intel 64 或 AMD 64 Linux x86_64xspace、GLIBC_2.27、GLIBCXX_3.4.24 系统

armv7a-linux 平台版本，用于 Linux armv7axspace，内核支持 hidraw、硬浮点 ABI、GLIBCXX_3.4.24、支持 NEON 的 Armv7-A 上的 GLIBCXX_3.4.24

用于 Linux aarch64xspace 的 aarch64-linux 平台版本、支持 hidraw 的内核、支持 AArch64 的 Armv8-A 上的 GLIBC_2.27、GLIBCXX_3.4.24

当某些表达式（如字典使用或命名常量）与相邻术语之间仅用虚括号分隔而没有空格时，代码导出失败，例如 A : A := (D.a)and(D.b)。 该问题已得到修复。

在 v := w.at(0) 中，从子向量向变量赋值的 C# 和 VB 导出没有复制向量数据，导致共享引用。该问题已得到修复。

使用多个相同的虚拟输出变量（如 some_proc(In, Out1, _, _)）可能导致代码导出后出现意外行为。这一问题已得到修复。请注意，从目标程序直接调用导出的存储过程时，仍应避免为多个输出参数传递相同的内存地址。

只将当前函数导出到单个文件时，忽略了包含引用的外部函数的设置。这一问题已得到修复。

C 代码导出生成的全局元组变量代码不正确。该问题已得到修复。

HDevelop 启动对话框中 MVTec 学院教程的链接不能按预期工作，并且链接到错误的目标。该问题已得到修复。

HDevelop 不支持拖放 STEP 文件。该问题已得到修复。

HDevelop 文件跟踪的默认行为误为 "应用程序文件跟踪"。这个问题已经解决。现在，默认行为是 "系统文件跟踪"。
请注意，"应用程序文件跟踪 "可能会对 HDevelop 的性能产生负面影响。 If you experience periodic moments of unresponsiveness or unusual file activity, switch to 'System file tracking' in HDevelop's preferences manually.如果出现周期性的无响应或文件活动异常，请在HDevelop的首选项中手动 switch 到 "系统文件跟踪"。

hdevelop/Applications/Wafer-Inspection/inspect_wafer.hdev

新增了 HDevelop 示例程序 hdevelop/Applications/Wafer-Inspection/inspect_wafer.hdev。它展示了如何使用基于形状的匹配和变化模型来检查晶圆和检测芯片上的小缺陷。

将设备设置为 "tensorrt" 或 "openvino" 时，HDevelop 示例程序 hdevelop/3D-Matching/Deep-3D-Matching/deep_3d_matching_workflow.hdev 无法正常工作。此外，结果的可视化也存在一些问题。这些问题已得到修复。

在 HDevelop 示例浏览器中看不到 hdevelop/Tuple/String-Operations/tuple_split_join 示例。该问题已得到修复。

当函数变量的序列化大小超过 100 MB 时，远程调试失败。这一问题已得到解决。请注意，2 GB 的硬限制仍然存在。

通过 HDevEngine/.NET 将空元组作为输入参数传递会导致状态不一致，在极少数情况下会导致错误行为，例如算子 send_data。 该问题已得到修复。

对 read_object_model_3d 中的格式选项 "generic_ascii "进行了扩展。现在，逗号可以作为列之间的分隔符。

The Aztec Code reader is now more robust against false-positive reads. Aztec码阅读器现在对假阳性读数的识别能力更强了。

现在支持以下新的 GS1 应用标识符：

在 Linux 上，HALCON 使用 select() 来检查套接字是否已为 I/O 做好准备。如果进程使用的打开文件描述符超过 1024 个，就会出现问题。现在，HALCON 使用 poll() 代替，消除了这一限制。

set_deep_matching_3d_param 在设置了远心相机的情况下不会引发错误。该问题已得到修复。

apply_deep_matching_3d 没有正确处理输入的图像，这可能会导致错误的结果。该问题已得到修复。

如果在 HDevelop 中使用 F9 中断，或使用 interrupt_operator 从其他线程中断，apply_deep_matching_3d 在某些情况下可能会崩溃。该问题已得到修复。

read_deep_matching_3d 在极少数情况下，如果文件名指向的是一个目录而不是文件，该程序可能会崩溃。该问题已得到修复。

apply_deep_matching_3d 在极少数情况下，如果物体离摄像机很近，可能会崩溃。这一问题已得到修复。

set_deep_matching_3d_param 的 GenParamName "camera_pose N" 只对 0 类型的姿势有效。姿势类型 1 至 13 无法正常工作。这一问题已得到修复。

xyz_to_object_model_3d 可能会返回错误 3513（"内部错误：弦数过多，不符合 num_max"）。该问题已得到修复。

find_deformable_surface_model, find_surface_model、 find_surface_model_image 和 register_object_model_3d_pair在极少数情况下，当其执行被取消或中断时会泄露内存。这一问题已得到修复。

gen_binocular_rectification_map 及其 set_stereo_model_image_pairs 中的内部调用在极少数情况下会在远心相机的矫正姿态中返回非常大的平移，有时会导致后来重建的点云出现数字伪影。这一问题已得到修复。

get_bar_code_result 对某些 Code 128 类型的符号返回不正确的 "decoded_data"。该问题已得到解决。

对于所有遵循 ISO/IEC 15420 的 EAN/UPC 代码，参数为 "quality_isoiec15416"、"quality_isoiec15416_float_grades" 或 "quality_isoiec15416_values" 的 get_bar_code_result 报告的可解码等级及其相关值可能是错误的。如果临界条形图和空格位于下列符号字符之一中，则会返回错误的值： {0, 3, 4, 5, 6, 9}. 该问题已得到修复。

在极少数情况下，get_bar_code_object 返回的 "scanlines_all"、"scanlines_valid" 和 "scanlines_merged_edges" 扫描线没有边缘标记。如果由于扫描线数量过多或条形码高度过低而导致扫描线靠得很近或相互重叠，就会出现这种情况。该问题已得到修复。

如果读取方向限制为反向，例如通过 set_bar_code_param(..., 'orientation', ...)，且启用了 "quiet_zone" 检查，则 find_bar_code 无法读取代码类型 "PharmaCode" 的正确代码。该问题已得到修复。

在极少数情况下，使用 small_elements_robustness 解码功能和 quiet_zone 检查成功解码条形码可能会导致意外错误 3100（"错误的分割阈值"）。该问题已得到修复。

在极少数情况下，find_bar_code 可能无法成功解码某些可读条形码。该问题只影响打印增大或丢失的条形码。该问题已得到修复。

在 HDevelop 中取消执行 find_calib_object 时，HALCON 可能会崩溃。该问题已得到修复。

当使用颜色模型 "hsv" 时，trans_from_rgb 在某些条件下会为 x64-win64 和 x64-linux 生成不精确的四舍五入结果。该问题已得到修复。

如果 Shift_JIS 编码字符的第二个字节包含一个  字符，QR 码阅读器会返回不正确的字符串。该问题已得到修复。

在极少数情况下，如果 "stop_after_result_num" 设置为 0，find_data_code_2d 会崩溃。这个问题已得到修复。现在，find_data_code_2d 在这种情况下会返回错误。

Data Matrix ECC 200 阅读器在单线程执行时，在极少数情况下会返回重叠的结果。该问题已得到修复。

在某些情况下，对域缩小的图像调用 find_data_code_2d 时可能会出现问题。这个问题会影响 DataMatrix、PDF417 和 QR 码阅读器。不过，只有后者出现了崩溃现象。该问题已得到修复。如果图像上有多个代码（不止一个），新行为可能会导致略有不同的结果。即使对于没有缩小域的图像也是如此。

对于Aztec码，如果对一个图像上的多个代码进行了评估，或随后在一个结果上调用了两个不同的标准，则 get_data_code_2d_results 可能会返回错误的 "quality_isoiec15415" 或 "quality_isoiec29158" 等级或值。该问题已得到修复。

对于 Aztec 代码阅读器，参数 "strict_model "会影响镜像代码的解码结果： 如果将 "strict_model "设置为 "no"，即使通过 set_data_code_2d_param 禁用了 "mirrored"，实际上镜像代码也能成功解码。 这一问题已得到修复。此外，文档现在还说明，如果 "strict_model "设置为 "no"，阿兹台克码的 "format "设置将被忽略。

对于 Data Matrix ECC 200 阅读器，如果事先将 "quality_isoiec15415_decode_algorithm" 设置为 "reference"，则通过 get_data_code_2d_results 进行的 "quality_isoiec15415" 评估可能会在 HALCON XL 中崩溃。该问题已得到修复。

在极少数情况下，QR 码阅读器无法终止，必须手动终止 find_data_code_2d。这一问题已得到修复。

在极少数情况下，PDF417 阅读器会返回已损坏的 candidate_xld，无法显示。该问题已得到修复。

对于 QR 码，作为打印质量检测（quality_isoiec15415 和 quality_isoiec29158）一部分的合成平滑所使用的 X 维度计算有误。这一问题已得到解决。这可能会影响不同等级的打印质量检测。尤其是符号尺寸较小的代码受到的影响可能更大。

如果通过 set_data_code_2d_param 将 "极性"设置为"任意"，则 QR 和 Micro QR 码符号的打印质量结果可能与在模型中设置实际极性时的结果不同。这一问题已得到解决。现在，如果结果的流程级别为零，打印质量检测的符号细化也将执行。这些更改可能导致打印质量检测结果略有不同，并可能影响 QR 和 Micro QR 码符号打印质量计算的运行时间。

在一些罕见的情况下，QR 码阅读器的标准参数与预期不符。用标准识别功能可以解码的符号，用增强识别功能却无法解码。这个问题已经部分解决。现在，这种情况发生的频率降低了。

在极少数情况下，如果启用了超时，二维码阅读器会在 find_data_code_2d 中返回错误 6006（"Tmp-内存管理：找不到内存元素"）。该问题已得到修复。

通过 get_data_code_2d_results 对 Aztec 码进行打印质量评估时，如果使用的结果需要 "module_gap" 不等于 "no" 才能成功解码，则可能会崩溃或出现未定义的行为。该问题已得到修复。

在极少数情况下，get_data_code_2d_results 在检测 PDF 417 码的打印质量时会返回错误的开始/停止模式等级。该问题已得到修复。

对于数据矩阵 ECC 200 符号，如果查询不成功的候选码，get_data_code_2d_results 会返回 "structured_append" 的随机值。这一问题已得到解决。现在，如果查询候选码不成功，"structured_append" 总是返回空元组。这与符号类型无关。也就是说，现在数据矩阵 ECC 200、QR 码、微型 QR 码、Aztec码和 DotCode 的行为是一致的。

序列化策略 "best "已被扩展为支持一种新的行为，它允许在训练过程中持续保存模型，即使验证性能与上次保存的模型相比同样出色。可以使用 create_dl_train_param 函数及其 GenParamName 和 GenParamValue 参数启用新行为。create_dl_train_param 函数的文档中提供了一个最小工作示例。

在使用函数 train_dl_model 训练神经网络时，特定历时后对模型的评估可能会晚一次迭代。这一问题已得到修复。

在训练神经网络期间，当学习率发生变化时，学习率无法正确显示。这一问题已得到修复。

fit_dl_out_of_distribution 在某些情况下会泄露内存，原因是模型无法正确应用于数据集中的样本。这一问题已得到修复。

在使用非计算设备并启用 AOP 的情况下，sqrt_image、dots_image、sin_image、cos_image 和 tan_image 对于字节图像不是线程安全的。在极少数情况下，这可能会导致一些错误像素。该问题已得到修复。

harmonic_interpolation 在激活算子自动并行化的极少数情况下会返回错误的结果。该问题已得到修复。

eliminate_sp 存在四舍五入问题，导致结果偏差 1。如果超出图像类型的上限值，还可能导致 BYTE 和 UINT2 的定义溢出。该问题已得到修复。

在输入对象数量无效的情况下调用 phase_correlation_fft，可能导致内存损坏。该问题已得到修复。

在极少数情况下，harmonic_interpolation 可能会生成 NaN 值。该问题已得到修复。请注意，此修复也会影响运算符 get_structured_light_object、calibrate_sheet_of_light 和某些形状模型算子，因为它们共享某些关键部分。

convol_image 导致超大滤波器尺寸和镜像余量出现错误。该问题已得到修复。

convol_image 默认使用不可分离的 SIMD 实现（SSE2、AVX），当时 SIMD 可用于真实图像和除镜像类型外的所有可分离掩模。现在，它改用可分离实现。

当 CoordSystem 设置为 "image"，且参数 "rotate_row "或 "rotate_col "与文本值（如 "text_left "或 "text_top"）一起使用时，disp_text 和 dev_disp_text 会出错。该问题已得到修复。

如果放大，HALCON 窗口中的小轮廓会消失。该问题已得到修复。

在某些现代 Linux 系统上，即使系统支持 OpenGL，HALCON 也会报告没有 OpenGL 可用。这一问题已得到修复。

如果查询的结果不是第一个结果，而是 "gs1_lint_passed"，则 get_bar_code_result 会崩溃。HDevelop 中的变量检查窗口也受到影响。该问题已得到修复。

Aztec阅读器在极少数情况下会崩溃。该问题已得到修复。

当传递混合类型的元组作为 "大小" 时，add_image_border 返回错误。该问题已得到修复。现在，可以正确处理只包含整数类型条目的混合类型元组。

find_local_deformable_model、find_planar_calib_deformable_model 和 find_planar_uncalib_deformable_model 可能会漏掉靠近图像边界的匹配项，如果这些匹配项不完全在图像内，但搜索时使用了 "border_shape_models" 和缩小的图像域。这一问题已得到修复。

find_ncc_model 和 find_ncc_models 即使在搜索图像中看不到模型实例，也会返回过高的分数，因为在顶层较大的情况下（通常意味着顶层是一个很低的金字塔层），它们会受到数值不精确的影响。虽然这个问题在顶层非常大的情况下仍有可能发生，但其影响已经有所缓和。

find_ncc_model 和 find_ncc_models 在极少数情况下会出现不一致，从而导致错误匹配。这一问题已得到修复。

find_shape_model、find_shape_models、find_scaled_shape_model 和 find_scaled_shape_models 无法找到各向异性缩放模型的匹配项，即使缩放范围允许。这一问题已得到修复。

在使用子像素细化的极少数情况下，find_generic_shape_model、find_shape_model、find_shape_models、find_scaled_shape_model、find_scaled_shape_models、find_aniso_shape_model 和 find_aniso_shape_models 返回的匹配结果略有不准确。这一问题已得到修复。

find_ncc_model、 find_ncc_models、 find_component_model、 find_local_deformable_model、 find_planar_calib_deformable_model 和 find_planar_uncalib_deformable_model 在极少数情况下返回的匹配结果略有不准确。这一问题已得到修复。

train_generic_shape_model、 create_shape_model、 create_scaled_shape_model、 create_aniso_shape_model 和 determine_shape_model_params 在估算步长时使用了相同的度量和最小对比度值，这可能会导致给定形状模型的步长不理想。这一问题已得到解决。现在，步长估算将使用用户设置的度量值和最小对比度值。

find_generic_shape_model、 find_shape_model、 find_shape_models、 find_scaled_shape_model、 find_scaled_shape_models、 find_aniso_shape_model 和 find_aniso_shape_models 在使用忽略全局极性度量时可能会漏掉对所有点的评估，从而导致匹配略有偏差。该问题已得到修复。

以下 HDevelop 示例错误地显示了找到匹配的相应模型实例的原点：
determine_rotation_almost_rotationally_symmetric_objects, find_mirror_dies, determine_tilt_slant_photometric_stereo, find_generic_shape_model_xld_workflow, train_generic_shape_model_sample_workflow
该问题已得到修复。现在可选择使用新函数dev_display_shape_matching_instances_model_origin，以实现可视化。

find_shape_models、 find_scaled_shape_models 和 find_aniso_shape_models 如果使用不同的搜索参数多次传递同一模型，则会使用不正确的参数执行搜索。该问题已得到修复。

get_text_model_param 的参数 "dot_print_tight_char_spacing" 的返回值总是 "false"。这一问题已得到解决。现在，将返回实际设置（"true "或 "false"）。

在调用 area_center 时，如果空输入区域的数量少于自动算子并行化所使用的线程数，可能会返回不一致的结果。该问题已得到修复。

gen_checker_region 没有正确检查输入参数的范围。该问题已得到修复。

在极少数情况下，如果输出图像大小设置为 1，closest_point_transform 会崩溃。该问题已得到修复。

在极少数情况下，如果前景设置为 "false"，则 closest_point_transform 会返回最后输出图像行的不正确距离。该问题已得到修复。

如果输入区域仅由短水平弦组成，inner_circle 返回错误 3513（"内部错误：弦数量对于 num_max 而言太大"）。这也影响了具有相应特征的 region_features 和 select_shape。该问题已得到修复。

polar_trans_region_inv 以前限制输入区域必须位于要转换的输入虚拟图像内。这一限制现已取消。

set_system ('disabled_operators') 实际上并未禁用任何算子。该问题已得到修复。

在 Windows 系统上，使用 get_serial_param 和 set_serial_param 算子可能会在某些情况下导致程序崩溃。该问题已得到修复。

create_rectification_grid 创建的 PostScript 输出的边界框不正确。这一问题已得到修复。

对于 affine_trans_image，参数 "AdaptImageSize" 错误地接受了 "true" 和 "false" 以外的字符串值。在这种情况下，假定值为 "false"。该问题已得到修复。现在，如果使用了除 "true" 或 "false" 以外的其他值，算子将返回错误信息。

对第一个元素是句柄的混合元组调用 tuple_sort，返回错误 6004（"Tmp-内存管理： 调用释放内存，但没有分配任何内存"），而不是 1201（"控制参数 1 类型错误"）。该问题已得到修复。

HALCON 24.11 引入了多线程并行 HTuple 访问行为的回归。虽然根据程序员指南第 6.2.1 节的规定，该问题不受官方支持，但现已得到修复。

HALCON C++ 语言接口的成员方法 HHandle::TupleIsSerializable 和 HHandle::TupleSemType 没有正确地将参数传递给 HALCON，因此没有返回正确的结果。该问题已得到修复。

HALCON 变量检查中的图标有时无法适应主题变化。这一问题已得到修复。

HALCON 变量检查悬停时不显示图像坐标和灰度值。该问题已得到修复。

如果 open_framegrabber 在图像采集接口中失败，则会泄露内存。该问题已得到修复。

在 PDF 版本的程序员指南》，有几个类名没有显示，主要是在 HDevEngine 部分。这个问题已经解决。

基于形状的匹配的文档没有提到子像素细化不会更新分数。这一问题已得到修复。

get_deep_matching_3d_param 的参考手册条目指出，角度必须以弧度而不是度为单位传递。该问题已得到修正。

例如，可通过 set_data_code_2d_param 设置的参数 "symbol_shape" 的文档具有误导性。文档中提到的是模块形状，而不是符号形状。这一问题已得到修复。

参考手册没有提到，对于微型 QR 码，参数 "position_pattern_min" 是有效的，可通过 set_data_code_2d_param 设置，也可通过 get_data_code_2d_param 获取。该问题已得到修复。

澄清了参考手册中的 tile_images、tile_channels 和 tile_images_offset 条目，现在提到所有通道必须是相同的图像类型。

现在为 HALCON Steady 客户提供单独的 HALCON 24.11.1 发布说明。

misc/x86-win32 中的 HalconUninst.dll 和 hcheck_cpu.exe 文件在较新版本的 HALCON 中已不再使用，因此已从文件集（包括包含的文件夹）中删除。

"Deep Learning Core" 软件包的安装错误地不依赖于 "Microsoft Visual C++ Redistributable" 的安装。该问题已得到修复。

对于所有许可证类型，通过 get_system('failed_license_rechecks') 获取的许可证重新检查失败次数计算不正确。该问题已得到修复。

在 Windows 系统中，如果一个具有高级权限的进程是第一个使用 HALCON 的进程，则同一登录会话中的其他非特权进程无法使用相同的 HALCON 许可证。这一问题已得到修复。

自 HALCON 13.0.2 以来，hhostid 一直报告相同的版本号。这个问题已经解决。现在，hhostid 会报告编译时所对应的 HALCON 版本的版本号。

hinfo 没有在 Windows 上明确释放浮动许可证，这可能会阻止浮动许可证直到许可证服务器上出现超时。该问题已得到修复。

在诊断许可证问题时，hinfo 会忽略 -d 命令行标志。该问题已得到修复。

HALCON 现在使用 CodeMeter Runtime 8.20a 版本。

OpenSSL 库已更新至 3.0.16 版本。

mimalloc 已更新至 2.2.4 版。