已知問題：VisualApplets 3.3.0 版
Windows 2017 年 7 月 10 日發布的 10 x64（版本 1803）累積更新（KB4338819），適用於安裝了 ISE 14.7 或 2017.4 之前版本 Vivado 的電腦
若您安裝上述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 |
| 摘要： | 無法使用Xilinx 、Vivado 2020.2 或更高版本編譯適用於 mE5 平台的 Applet |
| 說明： | 無法使用 Vivado 2020.2 或更高版本為所有 mE5 平台編譯 Applet。這些平台所支援的最新 Vivado 版本為 Vivado 2020.1。 |
| 受影響的作業系統： | Windows 8 |
| 解決方法： | 請使用Xilinx Vivado 2020.1 或更早版本來為 mE5 平台建置小程式。 |
| 票證編號： | 9848 |
| 摘要： | 在Windows 電腦上，您必須將「使用者資料夾」設為目標資料夾 |
| 說明： | 關於 MicrosoftWindows 8 作業系統的重要注意事項：必須且建議將使用者資料夾設定為目標資料夾。此外，亦可使用任何其他具備完全存取權限的資料夾。 |
| 受影響的作業系統： | Windows 8 |
| 解決方法： | 目前沒有任何解決方法。 |
| 票證編號： | – |
| 摘要： | 將設計轉換至不同的硬體平台時，可能無法取得依賴硬體的操作元函式庫 |
| 說明： | 在將VisualApplets 設計轉換至其他硬體平台時，在某些情況下，目標平台的硬體相關運算子函式庫可能無法取得。 |
| 解決方法： | 若要解決此問題，請重新啟動VisualApplets 。 |
| 票證編號： | – |
| 摘要： | 「建置硬體平台」對話方塊在建置過程中始終保持空白 |
| 說明： | 有時在建置過程中，「建置硬體平台」對話方塊會保持空白，但停靠視窗「建置日誌」中仍會顯示輸出內容。這不會影響建置流程。 |
| 解決方法： | 要解決此問題，請取消並重新執行建置。 |
| 票證編號： | – |
| 摘要： | 發生模擬錯誤後，您需要重設模擬條件 |
| 說明： | 發生模擬錯誤後，必須重設模擬條件 |
| 解決方法： | 目前沒有任何解決方法。 |
| 票證編號： | – |
| 摘要： | Xilinx 建置 Applet 時出現的 Vivado 警告 |
| 說明： | 當您使用 Vivado 工具（Xilinx ）建置 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 型運算子直接連接到輸入埠時，會發生設計規則檢查錯誤 |
| 說明： | 若您使用階層式方塊，在某些特定情況下，設計規則檢查可能會顯示以下錯誤訊息：「運算子 ABC（階層式方塊）的輸入 XYZ 必須連接至 O 型運算子，例如 NOP。」 原因在於，某些置於階層式方塊內的 M 型運算子無法直接連接至該階層式方塊的輸入埠。此限制僅適用於特定類型的 M 型運算子。 |
| 解決方法： | 您可以在（階層化方塊內）透過在階層化方塊的輸入埠與 M 型運算子的輸入埠之間插入一個 NOP 運算子，來解決這個問題。 |
| 票證編號： | – |
| 摘要： | 使用逐行一維模擬模式時出現的設計規則檢查錯誤 |
| 說明： | 對於某些在VisualApplets 早期版本中通過「設計規則檢查」的設計，系統可能會報告與最大影像高度相關的連結錯誤。特別是當涉及一維處理，且啟用了新的逐行模擬模式（預設）時，此情況可能會發生。原因在於，在逐行模式下，某些運算子將輸入連結的最大影像高度傳遞至輸出連結的方式，與先前有所不同。 |
| 解決方法： | 您可以透過切換至傳統模擬模式，或新增SetDimension模組來調整最大影像高度值，藉此解決此問題。 |
| 票證編號： | – |
| 摘要： | 使用逐行一維模擬模式時，運作時間會增加 |
| 說明： | 對於某些設計，模擬的執行時間可能會比VisualApplets 的舊版本長得多。特別是當涉及一維處理、啟用了新的逐行模擬模式（預設設定），且設計中包含大量模擬探針時，可能會發生這種情況。 |
| 解決方法： | 您可以透過切換至傳統模擬模式，或減少模擬探針的數量來解決此問題。 |
| 票證編號： | – |
| 摘要： | CXP 專用 SDK：使用者必須自行編寫程式才能存取 SISO_GenICam 函式庫 |
| 說明： | CXP 的 SDK：對 SISO_GenICam 程式庫的存取不會自動產生，必須由使用者進行程式設計。 |
| 解決方法： | 目前沒有任何解決方法。 |
| 票證編號： | – |
| 摘要： | 提高 FPGA 設計時脈頻率可能會導致建置速度變慢 |
| 說明： | 提高 FPGA 設計的時脈頻率，可能會導致建置流程耗時甚久，甚至因無法滿足時序限制而失敗。這在很大程度上取決於VisualApplets 設計的內容。 |
| 解決方法： | 目前沒有任何解決方法。 |
| 票證編號： | 8513 |
| 摘要： | 模擬探針中不會顯示大圖像 |
| 說明： | 當模擬探針包含非常大的影像時，由於記憶體限制，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 」工具在佈置與佈線後所顯示的估算值有所不同。 |
| 解決方法： | 目前沒有任何解決方法。 |
| 票證編號： | 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、核心欄數為偶數且 Parallelism > 1 時，可能會導致處理錯誤。此錯誤可在影像的左邊框監控到，該處在畫面內的核心位置使用了錯誤的像素資料。 |
| 解決方法： | 目前沒有任何解決方法。 |
| 票證編號： | 2939 |
運算子 CLHSSingleCamera
| 摘要： | 包含運算子的設計所產生的建置錯誤 CLHSSingleCamera 針對該平台mE5-MA-VF2 |
| 說明： | 當您使用攝影師時 CLHSSingleCamera 在mE5-MA-VF2 平台的設計中，建置流程期間發生了內部例外。 |
| 解決方法： | 目前沒有任何解決方法。 |
| 票證編號： | 229896 |
觸發運算子
| 摘要： | 觸發運算子可能會在觸發輸出線路上引起電壓尖峰 |
| 說明： | 將 applet 載入擷取卡期間的初始化階段，觸發運算子可能會在觸發輸出端產生突波。 |
| 解決方法： | 目前沒有任何解決方法。 |
| 票證編號： | – |
Library Memory
運算子 ImageBufferMultiRoiDyn
| 摘要： | 小圖片的時序錯誤 |
| 說明： | 此運算子 ImageBufferMultiRoiDyn 在輸入影像極小時，可能會導致時序錯誤。 |
| 解決方法： | 目前沒有任何解決方法。 |
| 票證編號： | – |
運算子 ImageSequence
| 摘要： | 由運算子引起的編譯錯誤 ImageSequence |
| 說明： | 此運算子 ImageSequence 可能會導致編譯錯誤（時序錯誤）。 |
| 解決方法： | 目前沒有任何解決方法。 |
| 票證編號： | 2422 |
運算子 RamLUT
| 摘要： | 使用「操作員」變更設計的平台時發生錯誤 RamLUT |
| 說明： | 當您為一個包含 RamLUT 在進行設計規則檢查時，若使用此運算子，可能會出現「參數值無效：不接受 RamDataWidth」的錯誤訊息。此情況發生於您使用的模組會運用 RAM 資源，且新目標平台的記憶體佈局與先前平台不同時。 |
| 解決方法： | 要解決此問題，請儲存並重新載入設計。 |
| 票證編號： | 8708 及 224018 |