VisualApplets 3.0.3 的變更與修正問題#
已實作的韌體#
進一步增強 PoCL 偵測機制#
- 針對marathon Camera Link 及LightBridge 幀擷取卡，VisualApplets 中所實作的 PoCL 偵測機制已進一步擴充。PoCL 控制器新增了一種狀態：狀態
NonPoCL_Save是指從偵測到相機的 PoCL 相容性，到連接 GND 之間的一段安全時間間隔。 -
- 州
NonPoCL_Save會反映為參數的新值PoCLStatePortA/PoCLStatePortBin 運算子BoardStatus. - 州
PoCL_Cable_Connection_Stability（此設定於VisualApplets 3.0.2 版本中首次引入，用於驗證 PoCL 相容訊號的穩定性，設定時間為 1.8 秒）現已反映為該參數的新數值PoCLStatePortA/PoCLStatePortBin 運算子BoardStatus.
參數
PoCLStatePortA/PoCLStatePortB屬於動態讀取參數，也就是說，可在執行期間讀取 PoCL 控制器的狀態。 - 州
增強的 PCIe 偵測#
- 所有 microEnable 5marathon 、ironman 及LightBridge 韌體：強化了PCIe 的偵測功能。
支援 PCIe Generation 1#
- 現在，所有 microEnable 5marathon 及LightBridge 韌體均支援PCIe 第一代（除PCIe 第二代之外）。第一代的實作比第二代消耗較少的資源，因此對於那些不需要第二代的高頻寬，但資源有限的設計而言，相當有幫助。
Operator#
所有 Operator#
- 現在可以在運算子、階層式方塊或使用者函式庫元件上新增／刪除節點，且不會產生任何副作用。所有連接到已變更運算子／HBox 的模擬模組，其連線狀態均維持不變。
RamLUT#
-
加快初始化檔案的載入速度，適用於
RamLUT二進位模式中的 Operator： Operator 的初始化檔案載入速度RamLUT二進位模式的功能已獲得強化。 -
擴充的資料輸出： Operator
RamLUT現在支援 128 位元資料輸出，可充分利用 RAM 的最大頻寬。
O 型 Operator#
- 現在，即使 O 型運算子從無限來源取得影像資料，也能以並行方式實作。
TxLink / RxLink#
- Operator
TxLink/RxLink在使用小規模並行處理和位元寬度時，不再引發時序錯誤。（此問題曾與microEnable IV VD4-CL/-PoCL 以及 microEnable IV VQ4–GE/-GPoE 相關。已修正。） - 已增補文件說明位元寬度與並行度的建議設定，以確保獲得良好的佈線結果。
ROM 與 LUT#
Operator ROM 和 LUT 新增了一個參數 ImplementationType 這會影響運算子的實作策略，也就是說，會決定使用哪些邏輯元件來實例化該運算子。可選的選項包括 AUTO、BRAM 或 LUTRAM。這使得在mE5-MA-VCL （Kintex）上，能夠利用具有 2^16 個位址的大型 LUT 來設計小程式。
SYNC#
SYNC現在，即使在 SyncToMax 模式下，該運算子也能存取有效的記憶體區域。
使用者程式庫#
- 現在可以更新使用者函式庫元件，且不會產生任何副作用。所有與已更新元件相連的模擬模組，其連線狀態均會維持不變。
CameraGrayFull und CameraRgbFull#
- 運算子的修復
CameraGrayFull與CameraRgbFull：這兩個運算子在 80bit 模式 AreaScan（8tapx10bit 與 10tapx8bit）中存在一個錯誤，在某些特殊情況下會導致影格內的行遺失。（LineScan 配置不受影響。）受影響的目標平台為 ironman 與 marathon Camera Link 張量擷取卡。此問題已修正。
其他修正#
- 當 VisualApplets 安裝路徑包含空格字元時，使用 Vivado 工具鏈進行合成也能正常運作。
- 設計中的註解方塊現在接受 UTF-8 字元，亦即使用者現在可以新增包含例如韓文或中文的註解方塊。
- 在 VisualApplets 程式視窗的 Project Info 面板中，資源：現在也會顯示「Embedded ALU」資源的消耗量。
- 載入與重新整理使用者函式庫現在能順暢運作。