VisualApplets 3.0.6 的變更與修正問題#
Operator#
TrgBoxLine#
- 參數的數值範圍
ImgTrgDelayhas been extended to {0;65535} lines. (6848) - 運算子的輸出連接埠
Exsync現在能正常運作。（6608）
Memory 運算子#
Memory Operators 允許 Kernel Size > 1
- 運算子
LineMemory,LineMemoryRandomRd,FrameMemory的狀態，以及FrameMemoryRandomRead（library Memory）現在允許核心大小 > 1。(2369)
PixelNeighbours1xM#
- Operator
PixelNeighbours1xM現在甚至在模擬期間也支援可變行長度。在較早的版本中，可變行長度僅在硬體中受到支援。（7170）
使用者庫元素的執行個體#
改善變更處理
經由使用者修改過的使用者函式庫元素執行個體現在會標有特殊的圖示。此外，當在此類執行個體上啟動來自使用者函式庫的更新或快速更新時，會出現相應的訊息，通知使用者如果執行更新，對此執行個體所做的所有變更將會遺失。透過這種方式，經修改的使用者函式庫執行個體將不再能被無意中覆蓋。
Parameters Library#
VisualApplets 會在由於參數設定錯誤而導致 DisplayHierarchy 和 Display Name 參照/轉換運算子模組嘗試將運算子參數新增至設計的處理程序中（這是被禁止的）時進行偵測。在較早的版本中，這可能會導致 VisualApplets 當機，或導致 applet 在執行階段當機。已修正。VisualApplets 現在會透過錯誤訊息告知如何正確設定參照/轉換運算子的參數。（7053）
詳細資訊：如果參照/轉換運算子位於設計的最高階層級（處理程序層級）且 DisplayHierarchy 為空， DisplayName 也必須為空，因為程序本身並非階層式方塊，且無法取得參數。現在，VisualApplets 會偵測此類情況並顯示對應的錯誤訊息 DisplayName 當 DisplayHierarchy 指向 process 級別時必須為空。在早期版本中，可以在 Display Name 下定義參數 Display Hierarchy 同時也指向 process 級別（即當參考/轉譯運算子位於設計的最高階層級別，且 Display Hierarchy 為空時）。這可能會導致 VisualApplets 當機，或在執行階段期間導致小應用程式（applet）當機。此問題已修正。
Blob 運算子#
在 VisualApplets 3.0.4 版本中，運算子 Blob_Analysis_1D 和 Blob_Analysis_2D 在遭到封鎖時會導致死結。此問題已修正。(6702)
DIV#
DIV 運算子（library Arithmetics）的時序收斂已獲改善。在早期版本中，在特定情況下，DIV 運算子會在建置期間導致時序錯誤。此問題已修正。(6900)
RamLUT#
初始化檔案的新錯誤代碼
若初始化檔案的大小不正確，RamLUT 運算子現在會傳回錯誤代碼 FG_INVALID_FILESIZE。在早期版本中，在此類情況下會輸出錯誤代碼 FG_ERR_RANGE_ERROR。新的錯誤代碼 FG_INVALID_FILESIZE 可搭配 Basler 執行階段軟體版本 5.4.4.1 或更新版本使用。(6422)
LineMemory#
Operator LineMemory 已修正。在早期版本中，在非常罕見的情況下，運算子中的資料可能會損毀 LineMemory。此問題已修正。(6436)
FIRoperator#
透過內容功能表將節點新增至運算子（例如 BRANCH）可能會導致後續 FIRoperator 模組中的係數遺失。此問題已修正。(5450)
新處理程序 0 中亦包含強制運算子#
針對 ironman、marathon 或 LightBridge 的設計：如果您刪除 process 0，然後從頭建立新的 process 0，則必要的運算子 AppletProperties 和 BoardStatus 會自動插入新的 process 0 設計中。（在早期版本中，移除並重新建立 process 0 後，會缺少必要的運算子。已修正。）(5720)
ADD#
已修正 ADD 運算子，現在也允許兩個位元寬度為帶正負號 63 位元的輸入連接埠。（在早期版本中，ADD 運算子錯誤地不允許兩個位元寬度為帶正負號 63 位元的輸入連接埠。已修正。）(7138)
CoefficientBuffer#
Operator CoefficientBuffer 現在允許設定參數 Ylength = 1。(1763, 3924)
Parameters Library#
增強型控制機制
如果 library Parameters 的運算子執行個體進行了參數化，導致 DisplayName 與 DisplayHierarchy 所要求的參照發生衝突，將會擲回新的錯誤訊息 "DisplayName must be empty when DisplayHierarchy refers to process level"。
Simulation#
RemovePixel運算子：模擬包含 RemovePixel 運算子執行個體的設計現在可以順暢執行。在早期版本中，當模擬包含 RemovePixel 運算子執行個體的設計時，偶爾會發生錯誤：移除影像的最後一個像素可能會導致內部錯誤，從而立即停止模擬並傳回有關損毀模擬資料的訊息。此問題已修正。(6103)- 模擬控制：改善了針對單一影像在影像處理管線中觸發產生多個影像之情況的模擬控制。(6314)
- 具有 64 位元解析度的像素資料：涉及具有 64 位元解析度像素資料之情況的模擬結果計算現在可以正確運作。在早期版本中，此類計算的結果是錯誤的。此問題已修正。(6878)
- Operator
RamLUT現在即使在模擬設計時也支援可變線長。進行模擬時，影像不再需要是矩形的，也可以包含空行和/或不同長度的行（例如三角形影像）。(6997)
刪除庫參數所參照的運算子#
即使 library Parameters 的運算子執行個體的參數仍被其他模組參考，現在也可以從設計中將其刪除。（在早期版本中，若刪除的模組之參數被其他模組的參數參考（包含由於 Property 'DisplayName' 而產生的參數參考），可能會導致 VisualApplets 當機。已修正。）(6423)
整體資源估算已獲改善#
整體資源估算（在執行設計規則檢查 2 之後顯示於 DRC Log 的「網表生成」下方，以及在啟動「建置硬體 Applet」對話方塊中）現在也會將 RAM LUT 資源納入考量。因此，計算出的資源量會高於先前的 VisualApplets 版本（在那些版本中，整體資源估算忽略了 RAM LUT）。現在，「網表生成」下的整體資源估算與 FPGA Resource Usage 對話方塊中的資訊一致。(6487)
為 eVA 平台產生 GenICam XML 程式碼#
修正了 VisualApplets 在為包含以下內容的設計產生 GenICam XML 程式碼（僅適用於嵌入式 VisualApplets 目標）時發生當機的問題： ColorTransform 具有動態係數的運算子。(6625)
運算子參考（說明文件）#
使用範例連結
運算子參考說明文件：Examples of Use 區段中包含的連結現在會如預期般直接連結至對應的範例。(7086)
在迴圈中載入與解除載入 Applet#
在迴圈中載入和卸載 applet（使用 VisualApplets 3.0.6 或更高版本建置）不再導致記憶體流失。當在迴圈中載入和卸載使用早期版本建置的 applet 時，可能會觀察到記憶體流失。此問題已獲修正。(6925)
ROI 修復 CXP 相機運算子（marathon 與 ironman）#
現在 ROI 設定可以適用於所有 CXP 相機型號並正常運作。在早期版本中，針對某些特定 CXP 相機的 ROI 圖框高度的一些設定會導致不正確的影像擷取。此問題已獲修正。(6461)
PoCL 支援已獲改善#
已改進自動實作於 marathon 和 LightBridge 圖框擷取卡的 Camera Link Applet 中的 PoCL 支援：
- PoCL 偵測機制已進一步強化。
- 改進了對變更時脈頻率的 PoCL 相機的支援：Applet 對相機傳送的不穩定時脈訊號（在相機重新設定時脈頻率期間）具有更長的容許時間。
Camera Link#
改進相機傳送無效像素訊號後的穩定性
當圖框擷取卡在擷取開始之前從相機接收到無效像素時，即使擷取是透過觸發啟動，相機在擷取開始後傳送的第一個有效行／圖框仍會被捨棄（由於實作了用於捨棄無效訊號的濾波系統）。此問題已獲修正。濾波系統已獲得改進，因此現在透過觸發啟動擷取後，即使相機在擷取開始之前傳送了無效像素，相機傳送的第一個行／圖框也會被處理。此修正已實作至所有 mE5 marathon、mE 5 ironman 和 LightBridge Camera Link 圖框擷取卡，以及 microEnable IV AD4 CL／PoCL 和 microEnable IV VD4 CL／PoCL 中。