跳至內容

VisualApplets 3.0.6 的變更與已修正問題#

Operators#

TrgBoxLine#

運算子 TrgBoxLine (函式庫原型)：

  • 參數的數值範圍為 ImgTrgDelay has been extended to {0;65535} lines. (6848)
  • 運算元的輸出埠 Exsync 現在運作正常了。(6608)

記憶體運算子#

記憶體運算子允許核心大小 >1

  • 操作員 LineMemory, LineMemoryRandomRd, FrameMemory以及 FrameMemoryRandomRead (圖書館 記憶) 現在允許核心大小大於 1。(2369)

PixelNeighbours1xM#

  • 運算子 PixelNeighbours1xM 現在在模擬過程中也支援可變線長。在較早的版本中，可變線長僅在硬體模式下受支援。(7170)

使用者函式庫元素的實例#

改進變更處理機制

經使用者修改過的用戶庫元素實例，現在會以特殊圖示標示。此外，當針對此類實例從用戶庫啟動更新或快速更新時，系統會顯示相應的訊息，告知使用者：若執行更新，對此實例所做的所有變更將會遺失。如此一來，已修改的用戶庫實例便不會再被無意間覆寫。

Parameters Library#

VisualApplets 當參數設定錯誤時，會偵測到此情況 DisplayHierarchy 進行明確的生命週期管理即呼叫 Display Name 參考／轉換運算子模組嘗試將運算子參數新增至設計中的流程（此操作不被允許）。在較早版本中，這可能會導致 `VisualApplets` 當機，或在執行期間導致 Applet 當機。此問題已修正。現在，VisualApplets 會透過錯誤訊息告知如何正確地為參考／轉換運算子設定參數。(7053)

詳細說明：若參考/轉換運算子位於設計的最高層級（流程層級），且 DisplayHierarchy 是空的， DisplayName 也必須為空，因為該程序本身並非階層式方塊，因此無法取得參數。現在，VisualApplets 會偵測此類情況，並拋出相應的錯誤訊息 DisplayName 當 DisplayHierarchy 指向「流程層級」時，該參數必須為空。在較早的版本中，曾可在 Display Name 此外，當……時 Display Hierarchy 指向流程層級（即當參考／轉換運算子位於設計的最高層級時，且 Display Hierarchy 為空。這可能會導致 `VisualApplets` 發生當機，或使小程式在執行期間當機。此問題已修正。

Blob 運算子#

在VisualApplets 3.0.4 版本中，運算子 Blob_Analysis_1D 進行明確的生命週期管理即呼叫 Blob_Analysis_2D 在遭到阻擋時會導致死鎖。此問題已修復。(6702)

DIV#

DIV 運算子（Arithmetics 函式庫）的時序封閉機制已獲得改善。在較早的版本中，在特定情況下，DIV 運算子會在建置過程中引發時序錯誤。此問題已修復。(6900)

RamLUT#

初始化檔案的全新錯誤代碼

若 RamLUT 運算子的初始化檔案大小不正確，該運算子現在會傳回錯誤代碼 FG_INVALID_FILESIZE。 在較早版本中，此類情況下會輸出錯誤代碼 FG_ERR_RANGE_ERROR。新的錯誤代碼 FG_INVALID_FILESIZE 適用於 Basler 執行時軟體 5.4.4.1 版或更高版本。(6422)

LineMemory#

運算子 LineMemory 已修正。在較早的版本中，在極其罕見的情況下，運算子中的資料可能會發生損毀 LineMemory. 此問題已修復。(6436)

FIR 運算子#

透過右鍵選單將節點插入運算子（例如 BRANCH）可能會導致後續運算中的係數遺失 FIRoperator 模組。此問題已修復。(5450)

「強制運算子」在新流程 0 中同樣適用#

ironman 、marathon 或LightBridge 的設計：若您刪除流程 0，然後從頭建立新的流程 0，系統會自動將必填運算子 AppletProperties 和 BoardStatus 插入至新的流程 0 設計中。（在較早版本中，移除並重新建立流程 0 後，這些必填運算子會遺漏。此問題已修正。）(5720)

ADD#

已修正 ADD 運算子，使其現在也允許兩個位元寬度為 63 位元（帶符號）的輸入埠。（在較早版本中，ADD 運算子曾錯誤地不允許兩個位元寬度為 63 位元（帶符號）的輸入埠。已修正。） (7138)

CoefficientBuffer#

運算子 CoefficientBuffer 現在可以設定參數 Ylength = 1。（1763, 3924）

Parameters Library#

強化控制機制

若庫「Parameters」的操作員實例以某種方式參數化，導致其透過 DisplayName 和 DisplayHierarchy 所引用的項目不符，則會拋出新的錯誤訊息：「當 DisplayHierarchy 指向程序層級時，DisplayName 必須為空」。

Simulation#

  • RemovePixel 運算子：現在，模擬包含「RemovePixel 」運算子實例的設計時，運作已十分順暢。在較早的版本中，當模擬包含「RemovePixel 」運算子實例的設計時，偶爾會發生錯誤：移除影像的最後一個像素可能會導致內部錯誤，進而立即停止模擬，並顯示關於模擬資料損毀的訊息。此問題已修復。(6103)
  • 模擬控制：針對單一影像會在影像處理流程中產生多個影像的情況，已改進模擬控制功能。(6314)
  • 64 位元解析度的像素資料：現在，在涉及 64 位元解析度像素資料的情況下，模擬結果的計算已能正確運作。在較早的版本中，此類計算結果不正確。此問題已修復。(6878)
  • 運算子 RamLUT 現在即使在對設計進行模擬時，也支援可變行長。進行模擬時，圖像不再需要是矩形，也可以包含空白行和／或長度不一的行（例如三角形圖像）。(6997)

刪除函式庫參數的被引用運算子#

現在即使庫參數中的運算子實例其參數仍被其他模組引用，也可從設計中刪除該實例。（在較早版本中，若被刪除模組的參數被其他模組的參數引用（包括因「DisplayName」屬性所導致的參數引用），可能會導致VisualApplets 發生當機。此問題已修正。） (6423)

整體資源估算有所改善#

整體資源估算（在設計規則檢查 2 完成後，顯示於 DRC 日誌的「網表生成」下方；以及在啟動建置程序後，顯示於「建置硬體小程式」對話方塊中）現在也會將 RAM LUT 資源納入考量。因此，計算出的資源總量會比先前VisualApplets 版本更高，因為在那些版本中，整體資源估算會忽略 RAM LUT。 現在，「網表生成」下的整體資源估算結果已與「FPGA 資源使用情況」對話方塊中的資訊一致。(6487)

為 eVA 平台生成GenICam XML 程式碼#

已修復在為包含以下內容的設計生成GenICam XML 程式碼（僅適用於嵌入式VisualApplets 目標）時，VisualApplets 發生當機的問題： ColorTransform 具有動態係數的運算子。(6625)

運算子參考（文件）#

使用範例連結

操作員參考文件：「使用範例」章節中的連結，現已如預期般直接連結至相應的範例。（7086）

在迴圈中載入與卸載小程式#

在迴圈中載入與卸載小程式（使用VisualApplets 3.0.6 或更高版本建置）時，不再會導致記憶體洩漏。當使用較早版本建置的小程式在迴圈中被載入與卸載時，曾觀察到記憶體洩漏的情況。此問題已修復。(6925)

ROI Fix CXP 攝影師（marathon 及ironman ）#

現在，ROI 設定已可與所有 CXP 相機型號正常運作。在較早的版本中，針對某些特定 CXP 相機，ROI 畫框高度的某些設定會導致影像擷取不正確。此問題已修復。(6461)

PoCL 支援功能已獲得改善#

針對marathon 及LightBridge 影像擷取卡，在Camera Link 小程式中自動實作的 PoCL 支援功能已獲得改善：

  • PoCL 的偵測機制已進一步強化。
  • 針對時脈頻率正在變更的 PoCL 攝影機，其支援功能已獲得改善：當攝影機在重新設定時脈頻率期間傳送不穩定的時脈訊號時，小程式能容忍此狀況的時間已延長。

在相機傳出無效像素訊號後，穩定性有所提升

當幀擷取卡在擷取開始前接收到來自攝影機的無效像素時，即使擷取是透過觸發訊號啟動的，攝影機在擷取開始後傳送的第一條有效行／幀仍會被捨棄（這是因為實作了一套用於捨棄無效訊號的過濾系統）。此問題已修復。 濾波系統已進行優化，現在即使在擷取開始前相機曾傳送過無效像素，只要透過觸發訊號啟動擷取，相機傳送的第一行或第一幀影像仍會被正常處理。此修正已套用至所有 mE5marathon 、mE 5ironman 及LightBridge Camera Link 影像擷取卡，以及 microEnable IV AD4 CL/PoCL 和 microEnable IV VD4 CL/PoCL 產品。