VisualApplets 릴리스 3.7.0의 알려진 문제점#
일반#
| 요약: | mE5 플랫폼 및 imaFlex 플랫폼의 경우, 리소스 추정치가 너무 낮을 수 있습니다. |
|---|---|
| 설명: | mE5 및 imaFlex 플랫폼의 경우, 일부 연산자에 대한 리소스 추정(즉, Blob 및 Histogram)는 사용 중인 블록 RAM의 수를 과소평가할 수 있습니다. 모듈 구성에 따라 블록 RAM 리소스의 실제 사용량은 50% 이상 더 많을 수 있습니다. |
| 대안: | 사용 가능한 해결 방법이 없습니다. |
| 티켓 ID: | 297790 |
| 요약: | 클립보드를 사용하여 콘텐츠를 복사할 수 없습니다 |
|---|---|
| 설명: | 이 VisualApplets 버전에서 열린 디자인의 내용을 클립보드(복사 및 붙여넣기)를 사용하여 VisualApplets 버전 3.3.2 이하에서 열린 디자인으로 복사할 수는 없습니다. 그러나 VisualApplets 의 모든 버전에서 이 버전으로 복사하는 것은 가능합니다. |
| 대안: | 디자인을 기존 *.va 파일 형식으로 저장한 다음, 구버전의 VisualApplets 에서 파일을 열고 거기서 내용을 복사하세요. |
| 티켓 ID: | – |
| 요약: | 설계를 다른 하드웨어 플랫폼으로 변환할 때, 하드웨어 종속 연산자 라이브러리를 사용할 수 없을 수도 있습니다. |
|---|---|
| 설명: | VisualApplets 설계를 다른 하드웨어 플랫폼으로 변환할 때, 특정 상황에서는 대상 플랫폼용 하드웨어 종속 연산자 라이브러리를 사용할 수 없는 경우가 있습니다. |
| 대안: | 이 문제를 해결하려면 VisualApplets 을 다시 시작하세요. |
| 티켓 ID: | – |
| 요약: | *.va 파일 이름에는 ASCII 문자만 지원됩니다. |
|---|---|
| 설명: | *.va 파일의 이름을 지정할 때는 ASCII 문자를 기반으로 한 글꼴만 사용할 수 있습니다. 즉, 파일 이름에는 아시아 문자, 키릴 문자, 그리스 문자 또는 아랍 문자 등의 글꼴이 지원되지 않습니다. |
| 대안: | 사용 가능한 해결 방법이 없습니다. |
| 티켓 ID: | – |
| 요약: | 계층적 박스 내의 M형 연산자가 입력 포트에 직접 연결될 때 발생하는 설계 규칙 검사 오류 |
|---|---|
| 설명: | 계층적 박스를 사용하는 경우, 특정 상황에서 설계 규칙 검사 ( Design Rules Check )에서 다음과 같은 오류 메시지가 표시될 수 있습니다. “연산자 ABC(계층적 박스)의 입력 XYZ는 NOP와 같은 O형 연산자에 연결되어야 합니다.” 이는 계층적 박스 내에 배치된 일부 M형 연산자가 계층적 박스의 입력 포트에 직접 연결될 수 없기 때문입니다. 단, 이는 특정 M형 연산자에 한해서만 해당됩니다. |
| 대안: | 이 문제(계층적 박스 내)는 계층적 박스의 입력 포트와 M형 연산자의 입력 포트 사이에 NOP 연산자를 배치함으로써 해결할 수 있습니다. |
| 티켓 ID: | – |
| 요약: | 줄 단위 1차원 시뮬레이션 모드 사용 시 발생하는 설계 규칙 검사 오류 |
|---|---|
| 설명: | VisualApplets 의 이전 버전에서 설계 규칙 검사를 통과한 일부 설계의 경우, 최대 이미지 높이와 관련된 링크 오류가 보고될 수 있습니다. 특히, 1D 처리가 포함되고 새로운 줄 단위 시뮬레이션 모드(기본 설정)가 활성화된 경우 이러한 현상이 발생할 수 있습니다. 그 이유는 줄 단위 모드에서 일부 연산자가 입력 링크의 최대 이미지 높이를 출력 링크로 전달하는 방식이 이전과 다르기 때문입니다. |
| 대안: | 이 문제는 레거시 시뮬레이션 모드로 전환하거나, 최대 이미지 높이 값을 조정하기 위해 SetDimension 모듈을 추가함으로써 해결할 수 있습니다. |
| 티켓 ID: | – |
| 요약: | 줄 단위 1차원 시뮬레이션 모드 사용 시 운영 시간 증가 |
|---|---|
| 설명: | 일부 설계의 경우, 시뮬레이션에 소요되는 시간이 이전 버전의 VisualApplets 보다 훨씬 더 길어질 수 있습니다. 특히, 1차원 처리가 포함되고, 새로운 줄 단위 시뮬레이션 모드가 활성화된 상태(기본 설정)이며, 설계에 시뮬레이션 프로브가 많이 포함된 경우 이러한 현상이 발생할 수 있습니다. |
| 대안: | 이 문제는 레거시 시뮬레이션 모드로 전환하거나 시뮬레이션 프로브의 수를 줄임으로써 해결할 수 있습니다. |
| 티켓 ID: | – |
| 요약: | CXP용 SDK: SISO_GenICam 라이브러리에 대한 액세스는 사용자가 직접 프로그래밍해야 합니다. |
|---|---|
| 설명: | CXP용 SDK: SISO_GenICam 라이브러리에 대한 호출 코드는 자동으로 생성되지 않으며, 사용자가 직접 프로그래밍해야 합니다. |
| 대안: | 사용 가능한 해결 방법이 없습니다. |
| 티켓 ID: | – |
| 요약: | FPGA 설계 클럭 주파수를 높이면 빌드 속도가 느려질 수 있습니다 |
|---|---|
| 설명: | FPGA 설계 클럭 주파수를 높이면 타이밍 제약 조건을 충족하지 못해 빌드 프로세스가 매우 오래 걸리거나 심지어 실패할 수도 있습니다. 이는 ‘ VisualApplets ’ 설계의 내용에 따라 크게 달라집니다. |
| 대안: | 사용 가능한 해결 방법이 없습니다. |
| 티켓 ID: | 8513 |
| 요약: | 시뮬레이션 프로브에서 큰 이미지가 표시되지 않습니다 |
|---|---|
| 설명: | 시뮬레이션 프로브에 매우 큰 이미지가 포함되어 있는 경우, 메모리 제한으로 인해 ‘ VisualApplets ’에서 해당 이미지를 올바르게 표시하지 못할 수 있습니다. 이 경우 회색 이미지(즉, 모든 픽셀의 값이 205(0xCD)인 이미지)가 표시됩니다. |
| 대안: | 시뮬레이션에는 더 작은 이미지를 사용하십시오. |
| 티켓 ID: | 6822 |
| 요약: | 시뮬레이션은 2GB 미만의 이미지만 지원합니다. |
|---|---|
| 설명: | 시뮬레이션 실행 중 모든 이미지의 내부 버퍼 크기는 2 GB로 제한됩니다. 2 GB보다 큰 이미지를 사용하는 시뮬레이션의 경우, 오류 메시지와 함께 시뮬레이션이 중지됩니다. |
| 대안: | 시뮬레이션에는 2GB 미만의 이미지를 사용하십시오. |
| 티켓 ID: | 240989 |
| 요약: | 시뮬레이션 프로브 뷰어에 불러온 RGB 이미지가 단색 이미지(8비트)로 저장될 수 있습니다. |
|---|---|
| 설명: | 시뮬레이션 프로브 뷰어에서는 색상 채널 전반에 걸쳐 동일한 값을 포함하는 RGB 이미지가 24비트 이미지가 아닌 모노 이미지로 저장됩니다(즉, 8비트 이미지). |
| 대안: | 채널을 유지하려면 이미지를 BMP 파일 형식으로 저장하십시오. |
| 티켓 ID: | 266977 |
| 요약: | VisualApplets 특정 유형의 TIF 이미지를 사용할 경우 시뮬레이션 중에 프로그램이 중단될 수 있습니다. |
|---|---|
| 설명: | VisualApplets 특정 종류의 .tif 이미지를 사용할 경우 시뮬레이션 중에 프로그램이 중단될 수 있습니다. |
| 대안: | 다른 이미지 편집 프로그램을 사용하여 .tif 이미지를 다시 저장하십시오. 또는, 이 문제가 수정된 VisualApplets 를 버전 3.8.0 이상으로 업데이트하십시오. |
| 티켓 ID: | 368717 |
Xilinx#
| 요약: | Vivado를 사용하여 imaFlex 설계를 빌드할 때 최적화 단계에서 오류가 발생할 수 있음 |
|---|---|
| 설명: | 때때로 Vivado를 사용하여 imaFlex 설계를 빌드할 때 ‘최적화(Optimize )’ 단계에서 오류가 발생하기도 합니다. 이 문제는 빌드 프로세스를 다시 실행하면 해결할 수 있습니다. |
| 대안: | 빌드 프로세스를 다시 실행하십시오. 빌드 디렉터리의 경로는 가능한 한 짧게 유지하십시오. ‘시스템 설정’ 대화 상자의 ‘전역 빌드’ 카테고리 > ‘애플릿 빌드 경로 설정’에서 빌드 디렉터리를 직접 지정할 수 있습니다. |
| 티켓 ID: | 341870 |
| 요약: | Xilinx ISE 빌드 툴 체인은 ‘ Windows 11’을 지원하지 않습니다. |
|---|---|
| 설명: | Xilinx 년판 ISE 빌드 툴체인은 ‘ Windows ’ 11을 지원하지 않습니다. 따라서 Xilinx 년판 ISE에서는 VisualApplets 년판 설계를 빌드할 수 없습니다. |
| 대안: | Xilinx (ISE)를 사용하여 빌드해야 하는 플랫폼용 애플릿을 제작하려면, Windows 10 환경에서 VisualApplets 를 설치하십시오. 대상 플랫폼이 Vivado에서 지원되는 경우, Xilinx Vivado를 사용하여 애플릿을 빌드하십시오(Vivado는 Windows 11을 지원합니다). Vivado에서 지원하는 플랫폼 목록은 시스템 요구 사항 항목을 참조하십시오. 이 포럼 토론에서는 공식적으로 지원되지 않음에도 불구하고 Windows 11 환경에서 ISE를 설치하는 몇 가지 우회 방법을 확인할 수 있습니다. |
| 티켓 ID: | 236990 |
| 요약: | VisualApplets Vivado 2025.1 및 2025.2에서 대부분의 플랫폼에 대한 빌드 설계를 허용하지 않습니다. |
|---|---|
| 설명: | VisualApplets Vivado 2025.1 및 2025.2 버전에서는 대부분의 플랫폼에 대한 설계 빌드를 지원하지 않습니다. 해당 버전으로 생성된 설계는 정상적으로 작동하지 않기 때문입니다. 유일한 예외는 imaFlex 2 Dual 100 플랫폼입니다. 이 플랫폼용 설계는 Vivado 2025.2 이상 버전을 사용하여 빌드해야 합니다. |
| 대안: | Vivado 2023.2를 사용하여 imaFlex 2 Dual 100 을 제외한 모든 플랫폼용 애플릿을 빌드하십시오. |
| 티켓 ID: | 341684 / 348084 |
| 요약: | mE 5 marathon VCL 및 mE 5 marathon VCLx 플랫폼용 애플릿은 특정 Xilinx Vivado 버전에서는 빌드할 수 없습니다. |
|---|---|
| 설명: | microEnable 5 marathon VCL 및 microEnable 5 marathon VCLx 플랫폼용 애플릿은 Vivado 2020.2부터 2021.1까지의 버전에서는 빌드할 수 없습니다. |
| 대안: | 이 문제는 Xilinx 의 Vivado 버전 2021.2에서 수정되었습니다. 따라서 이 문제를 방지하려면 Vivado 버전 2021.2 이상을 사용하십시오. |
| 티켓 ID: | 217879 |
| 요약: | Xilinx 애플릿 빌드 시 Vivado 경고 |
|---|---|
| 설명: | Xilinx 년 Vivado 도구를 사용하여 애플릿을 빌드할 때, (LinkDesign 빌드 단계에서) 심각한 경고가 표시될 수 있습니다. 이 경고는 Xilinx 툴 체인 내의 문제로 인해 발생합니다. 이 문제는 Xilinx 에 보고되었으며, 현재 수정 작업이 진행 중입니다. 예시: |
| 대안: | 경고 메시지는 무시하십시오. 이 문제는 VisualApplets 에서 생성된 디자인의 경우 심각한 문제가 아닙니다. |
| 티켓 ID: | – |
Library Blob#
BlobDetector1D 운영자#
| 요약: | BlobDetector1D 줄 단위로 시뮬레이션하는 동안 데이터가 손실될 수 있습니다.Line Mode |
|---|---|
| 설명: | ~일 때 BlobDetector1D 연산자가 행 단위 모드로 사용될 경우, 하류 연산자가 역압을 유발하면(예를 들어, 다음을 사용할 때와 같이) 시뮬레이션에서 연산자 출력 데이터가 손실될 수 있습니다. SplitLine 연산자. 이 문제는 시뮬레이션에만 국한되며, 생성된 하드웨어 설계의 동작에는 영향을 미치지 않습니다. |
| 대안: | 하드웨어에서 설계 동작을 확인하십시오. 또는, 이 문제가 수정된 VisualApplets 를 버전 3.8.0 이상으로 업데이트하십시오. |
| 티켓 ID: | 364374 |
Blob_Analysis_1D 운영자#
| 요약: | The Blob_Analysis_1D 연산자는 다음을 설정합니다. object size exceeds maximum 기호가 예상과 다름 |
|---|---|
| 설명: | 객체가 다음에서 정의된 최대 크기를 초과하여 잘리는 경우, max_object_height_bits 매개변수, 이에 상응하는 object size exceeds maximum 플래그는 앞선 객체가 아닌 잘린 객체에 설정됩니다. |
| 대안: | 새로운 기능을 사용하려면 BlobDetector1D 대신 연산자를 사용하십시오. 이 문제는 새로운 연산자에서 해결되었습니다. |
| 티켓 ID: | 9685 |
| 요약: | The Blob_Analysis_1D 운영자는 다음을 설정하지 않습니다. label overflow 깃발 |
|---|---|
| 설명: | The label overflow 모든 레이블이 사용 중이며 현재 객체에 태그를 지정할 수 없음을 나타내는 플래그는 절대 설정되지 않습니다. |
| 대안: | 새로운 기능을 사용하려면 BlobDetector1D 대신 연산자를 사용하십시오. 이 문제는 새로운 연산자에서 해결되었습니다. |
| 티켓 ID: | 9691 |
| 요약: | The Blob_Analysis_1D 연산자는 한 줄당 정의된 수보다 20개 적은 수의 레이블만 허용합니다. |
|---|---|
| 설명: | 에 의해 정의된 사용 가능한 라벨의 수는 Label_bits 매개변수가 20개의 레이블만큼 줄어듭니다. 예를 들어, 만약 Label_bits 값이 5로 설정되어 있으면, 예상된 32개(2^5)가 아닌 12개(2^5 - 20)의 레이블만 사용할 수 있습니다. |
| 대안: | 새로운 기능을 사용하려면 BlobDetector1D 대신 연산자를 사용하십시오. 이 문제는 새로운 연산자에서 해결되었습니다. |
| 티켓 ID: | 9688 |
| 요약: | 의 시뮬레이션 Blob_Analysis_1D 운영자가 하드웨어 동작과 동일하지 않음 |
|---|---|
| 설명: | 객체 특징 출력의 순서는 하드웨어와 소프트웨어에 따라 다를 수 있습니다. 이는 하드웨어 출력이 데이터의 타이밍에 좌우되는데, 이러한 타이밍은 VisualApplets 에서 시뮬레이션할 수 없기 때문입니다. 또한, FlushI 입력은 이미지 데이터 입력과 비동기적이므로, 출력 프레임의 완료를 현실적으로 시뮬레이션하지 못할 수도 있습니다. |
| 대안: | 새로운 기능을 사용하려면 BlobDetector1D 대신 연산자를 사용하십시오. 이 문제는 새로운 연산자에서 해결되었습니다. |
| 티켓 ID: | 7709 |
Library Color#
| 요약: | 일부 색상 변환은 예상대로 작동하지 않습니다 |
|---|---|
| 설명: | ~의 운영사 컬러 이 라이브러리는 신중하게 사용해야 합니다. 일부 색상 변환은 사용자가 예상하는 대로 작동하지 않을 수 있습니다:
|
| 대안: | 사용 가능한 해결 방법이 없습니다. |
| 티켓 ID: | – |
ColorTransform 운영자#
| 요약: | 음의 변환 계수에 대한 제한 사항 |
|---|---|
| 설명: | The ColorTransform 이 연산자는 입력 형식이 부호 있는 경우이거나 계수가 정적인 경우에만 음의 변환 계수를 지원합니다. |
| 대안: | 사용 가능한 해결 방법이 없습니다. |
| 티켓 ID: | 251344 |
BAYER5x5Linear 운영자#
| 요약: | VisualApplets 에서 다음을 위한 자원 추정 BAYER5x5Linear 다음의 추정치와는 다릅니다. Xilinx |
|---|---|
| 설명: | BAYER5x5Linear: 경우에 따라, VisualApplets 에서 이 연산자에 대한 리소스 추정치는 ( FPGA 리소스 사용량 (대화 상자)는 배치 및 배선(Place & Route) 후 ‘ Xilinx ’ 도구에서 표시되는 추정값과 다를 수 있습니다. |
| 대안: | 사용 가능한 해결 방법이 없습니다. |
| 티켓 ID: | 6426 |
라이브러리 압축#
JPEG_Encoder 운영자#
| 요약: | 의 출력 전송 JPEG_Encoder 운영자가 실제 이미지 데이터 전송보다 먼저 시작됩니다. |
|---|---|
| 설명: | 오퍼레이터: 이미지 처리 속도(대역폭)를 최적화하기 위해, 오퍼레이터는 헤더 생성이 활성화되는 즉시 — 이미지 데이터가 오퍼레이터의 입력 단에 도달하기 전이라도 — 헤더를 출력합니다. 이렇게 하면 헤더가 미리 전송되므로, 헤더 데이터 전송이 이미지 데이터 전송을 방해하지 않습니다. 이 방식의 단점은 운영자의 출력 전송이 실제 이미지 데이터 전송보다 먼저 시작된다는 점입니다. 이로 인해 특정 상황에서는 문제가 발생할 수 있습니다: 만약 다음을 사용하고 계신다면 SourceSelector "바로 뒤에" 연산자 JPEG_Encoder: SourceSelector 연산자는 헤더 데이터를 수신하는 즉시 부분적으로 처리된 프레임을 등록합니다. 따라서, 만약 SourceSelector 다음에서 이미지 데이터를 가져오도록 전환됩니다. JPEG_Encoder, SourceSelector 항상 미완성 프레임을 감지하기 때문에 다른 소스로 전환할 수 없습니다. 또한, 헤더 생성이 활성화된 상태에서 SourceSelector 다른 소스에서 다음으로 전환됩니다. JPEG_Encoder 채널에서는 첫 번째 이미지가 사라집니다. |
| 대안: | 사용 가능한 해결 방법이 없습니다. |
| 티켓 ID: | – |
Library Filter#
FIRKernelNxM 운영자#
| 요약: | FIRKernelNxM 연산자가 처리 오류를 유발할 수 있습니다 |
|---|---|
| 설명: | The FIRKernelNxM 연산자는 다음과 같은 경우 처리 오류를 일으킬 수 있습니다. EdgeHandling 매개변수가 상수로 설정되어 있고, 열 수가 2*병렬도보다 크며, 커널 열 수가 짝수이고, 병렬도가 1보다 큰 경우입니다. 오류는 이미지의 왼쪽 가장자리에서 확인할 수 있는데, 이 부분에서는 프레임 내 커널 위치에 잘못된 픽셀 데이터가 사용됩니다. |
| 대안: | 사용 가능한 해결 방법이 없습니다. |
| 티켓 ID: | 2939 |
도서관 하드웨어 플랫폼#
CoFCamera 운영자 (imaFlex 2 Dual 100 전용)#
| 요약: | DRC2는 두 가지를 사용하는 ‘ imaFlex 2 Dual 100 ’ 설계에 대해 일반적인 넷리스트 생성 오류를 보고합니다. CoFCamera 모듈 |
|---|---|
| 설명: | 두 개가 CoFCamera imaFlex 2 Dual 100 설계에서 모듈을 사용하는 경우, DRC2에서 일반적인 넷리스트 생성 오류가 보고될 수 있습니다. 설계는 여전히 빌드될 수 있지만, 그 결과로 생성된 하드웨어 설계는 정상적으로 작동하지 않을 수 있습니다. |
| 대안: | VisualApplets 을 이 문제가 수정된 버전 3.8.0 이상으로 업데이트하십시오. |
| 티켓 ID: | 366304 |
트리거 연산자#
| 요약: | 트리거 연산자는 트리거 출력 라인에서 전압 급등을 유발할 수 있습니다. |
|---|---|
| 설명: | 트리거 연산자는 애플릿을 프레임 그래버에 불러올 때 초기화 단계에서 트리거 출력 라인에 스파이크를 유발할 수 있습니다. |
| 대안: | 사용 가능한 해결 방법이 없습니다. |
| 티켓 ID: | – |
ImageBufferMultiRoiDyn 운영자#
| 요약: | 작은 이미지의 타이밍 오류 |
|---|---|
| 설명: | The ImageBufferMultiRoiDyn 입력 이미지가 매우 작은 경우, 이 연산자는 타이밍 오류를 일으킬 수 있습니다. |
| 대안: | 사용 가능한 해결 방법이 없습니다. |
| 티켓 ID: | – |
Memory Library#
| 요약: | mE6 플랫폼에서 버퍼 연산자에 대해 WritePriority 모드가 활성화되었을 때 처리량 감소 |
|---|---|
| 설명: | mE6 하드웨어 플랫폼에서 다음을 활성화하면 WritePriority 메모리 라이브러리의 버퍼 연산자에 적용되는 이 모드는 달성 가능한 최대 데이터 처리량을 저하시킵니다. 이 모드는 효율성이 낮은 DRAM 액세스 중재 전략을 사용하기 때문에 전반적인 인터페이스 성능이 저하됩니다. |
| 대안: | 비활성화 WritePriority 애플리케이션에서 명시적으로 요구하지 않는 한 해당 모드를 사용하지 마십시오. |
| 티켓 ID: | 366936 |
LUT 기반 연산자#
| 요약: | 텍스트 파일에서 가져온 큰 정수 값은 정밀도가 떨어질 수 있습니다 |
|---|---|
| 설명: | 텍스트 파일에서 53비트 이상의 정수 값을 정수 필드 매개변수로 가져올 때, 최하위 비트 일부가 손실될 수 있습니다. 그 결과, 가져온 값이 반올림되어 파일에 지정된 값과 다를 수 있습니다. 이 문제는 LUT 기반 연산자 및 정수 값의 파일 가져오기를 지원하는 기타 연산자에 영향을 미칠 수 있으나, VisualApplets 버전에서만 발생합니다. 실행 시에는 값이 올바르게 로드됩니다. |
| 대안: | 가져온 정수 값이 53비트를 초과하지 않도록 하십시오. 또는 이 문제가 수정된 VisualApplets 를 버전 3.8.0 이상으로 업데이트하십시오. |
| 티켓 ID: | 363933 |
LineBuffer 운영자 접속 중 imaFlex 2 Dual 100#
| 요약: | LineBuffer 운영자는 다음 상황에서 처리량이 감소할 수 있습니다. imaFlex 2 Dual 100 |
|---|---|
| 설명: | imaFlex 2 Dual 100 하드웨어 플랫폼에서, LineBuffer 입력 데이터 스트림의 타이밍 특성에 따라 연산자의 성능이 저하될 수 있습니다. 최악의 경우, 달성 가능한 최대 대역폭이 최대 50%까지 감소할 수 있습니다. |
| 대안: | [ ]의 상류에 충분히 큰 FIFO를 삽입하십시오. LineBuffer 입력 스트림의 타이밍 변동을 상쇄하기 위한 연산자. |
| 티켓 ID: | 366936 |