已知問題 Framegrabber SDK 5.11.3
本節提供有關 Basler Framegrabber SDK 5.11.3 版已知問題的資訊。
所有元件
| 摘要 | 使用 Vivado 2025.1 建立的 Applet 可能無法載入 |
| 描述 | 使用 Vivado 2025.1 版建立的 Applet 有時可能會載入失敗。 |
| 受影響的作業系統 | Linux 與 Windows |
| 因應措施 | 此問題已在 Framegrabber SDK 5.11.6 中修正。因此，為避免此問題，請使用 Framegrabber SDK 5.11.6 或更高版本，或者使用 Vivado 2023.2 建置您的 Applet。 |
| 問題單 ID | 341684 |
| 摘要 | 儲存和載入 MCF 檔案會導致倍精確度數值被四捨五入為整數 |
| 描述 | 從 MCF 檔案載入組態時，帶有逗號分隔符號的倍精確度數值可能會被四捨五入到最接近的整數。這是由 Linux 作業系統的當前地區設定所引起的。如果地區設定將點定義為分隔符號，則不會發生四捨五入。 |
| 受影響的作業系統 | Linux |
| 因應措施 | 設定適當的地區設定，例如： LC_NUMERIC="C" ./<applicationName>，然後再啟動 microDisplay X 或 microDiagnostics。 |
| 問題單 ID | 265213 |
| 摘要 | 相機無法輸出正確的影像 |
| 描述 | 如果多連結相機不符合關於將影像資料分佈到各個連結的 CXP 標準，相機將無法正確傳輸影像。JAI SP-12000C-CXP4 相機曾觀察到此問題。 |
| 受影響的作業系統 | Windows 和 Linux |
| 因應措施 | 沒有可用的因應措施。 |
| 問題單 ID | 211645 |
| 摘要 | Linux 驅動程式無法使用受信任的 Basler 憑證進行簽署 |
| 描述 | 在 Linux 中使用安全開機 (UEFI 模式) 需要使用以受信任憑證簽署的驅動程式。由於驅動程式是以原始碼形式提供，因此無法使用受信任的 Basler 憑證進行簽署。 |
| 受影響的作業系統 | Linux |
| 因應措施 | 若要使用該驅動程式，可以停用安全開機。或者，您可以按照此 Ubuntu 部落格文章中的說明來簽署驅動程式。 |
| 問題單 ID | – |
Framegrabber API
| 摘要 | 顯示高幀率影像可能會導致輸入延遲 |
| 描述 | 當使用 display_lib Framegrabber API 程式庫（僅適用於 Windows）時，顯示高幀率（約每秒 10,000 幀）的影像可能會導致主機電腦出現輸入延遲（例如鍵盤和滑鼠延遲）。 |
| 受影響的作業系統 | Windows |
| 因應措施 | 沒有可用的因應措施。 |
| 問題單 ID | – |
CLComDriver
| 摘要 | 系統中安裝的驅動程式多於 CLSer 連接埠 |
| 描述 | 有時在使用 Install COM driver(s) for all Ports 時，安裝的驅動程式數量會多於系統中的 CLSer 連接埠數量。 |
| 受影響的作業系統 | Windows |
| 因應措施 | 選取額外的連接埠，並使用 Remove selected COM driver 命令將其移除。 |
| 問題單 ID | – |
| 摘要 | 使用 Basler Runtime 5.9.0 或較舊版本時無法辨識板卡類型 |
| 描述 | 使用 Basler Runtime 5.9.0 或較舊版本時，無法辨識板卡類型，且連接埠僅會使用 CLSer 識別碼顯示。 |
| 受影響的作業系統 | Windows |
| 因應措施 | 將您的 Basler Runtime/Framegrabber SDK 版本更新至 5.10 或更高版本。 |
| 問題單 ID | – |
| 摘要 | 裝置管理員中的連接埠設定無法反映實際設定 |
| 描述 | 裝置管理員中的連接埠設定無法反映實際設定，且變更不會生效。 |
| 受影響的作業系統 | Windows |
| 因應措施 | 請使用 Windows COM Port API 來變更連接埠設定。 |
| 問題單 ID | – |
GenTL Producer
| 摘要 | 在 Acquisition Start 後變更的相機參數不會反映在擷取卡中 |
| 描述 | 如果在影像擷取期間變更相機參數，該變更將不會反映在擷取卡中。這是因為 GenTL Producer 在開始擷取前會擷取相關參數（寬度、高度、影像格式等），並將這些參數與擷取卡進行同步。 |
| 受影響的作業系統 | Windows 和 Linux |
| 因應措施 | 沒有可用的因應措施。 |
| 問題單 ID | 195482 和 225591 |
| 摘要 | 當變更 Applet 時，GenTL 裝置 ID 會隨之改變 |
| 描述 | 根據 GenTL 標準，兩次工作階段之間的裝置 ID 應保持不變。然而，當變更 Applet 時，GenTL 裝置 ID 會改變。因此，只有在 Applet 的名稱與產生該裝置 ID 的 Applet 名稱相同時，才能重複使用裝置 ID。 |
| 受影響的作業系統 | Windows 和 Linux |
| 因應措施 | 沒有可用的因應措施。 |
| 問題單 ID | – |
microDisplay X
| 摘要 | 對於包含兩個 Camera 運算元的 VisualApplets 設計，相機偵測有時在 microDisplay X 中無法運作 |
| 描述 | 對於包含兩個 Camera 運算元（其中至少一個運算元具有兩個通道且資源索引以直接遞增順序指派）的 VisualApplets 設計，相機偵測在 microDisplay X 中無法運作。例如，兩個 Camera 運算元各具兩個通道，運算元 A 使用連接埠 0 和 1，而運算元 B 使用連接埠 2 和 3。 |
| 受影響的作業系統 | Windows 和 Linux |
| 因應措施 | 請勿以直接遞增順序指派資源索引。例如，將運算元 A 的通道指派給連接埠 0 和 2，並將運算元 B 的通道指派給連接埠 1 和 3。 |
| 問題單 ID | 314206 |
| 摘要 | 載入具有複雜設計的 HAP 檔案時，microDisplay X 會當機 |
| 描述 | 某些非常複雜的 VisualApplets 設計可能會導致在 microDisplay X 中載入 Applet 期間或載入後立即當機。在 SDK 程式中未觀察到此類當機情況。 |
| 受影響的作業系統 | Windows 和 Linux |
| 因應措施 | 再次在 microDisplay X 中載入 Applet。在 microDisplay X 中載入 Applet 通常在第二次或第三次嘗試後即可成功。 |
| 問題單 ID | 314234 |
| 摘要 | 在全新的 Linux 安裝上，microDisplay X 無法啟動 |
| 描述 | 在全新的 Linux 安裝上，microDisplay X 無法啟動。此問題的原因是，在全新的 Linux 安裝上， xcb 缺少 QT 平台外掛程式。 |
| 受影響的作業系統 | Linux |
| 因應措施 | 請安裝缺少的外掛程式： sudo apt install libxcb-xinerama0 指令。 |
| 問題單 ID | 259941 |
| 摘要 | 在 Linux 上，關閉 microDisplay X 時可能會發生當機 |
| 描述 | 在 Linux 上，關閉 microDisplay X 時可能會發生當機。這不會造成其他後果，可以忽略。 |
| 受影響的作業系統 | Linux |
| 因應措施 | 沒有可用的因應措施。 |
| 問題單 ID | 211811 |
python Wrapper
| 摘要 | 不提供適用於 imaFlex 平台的 python Wrapper 範例 |
| 描述 | Framegrabber SDK 未隨附適用於 imaFlex 平台的 python Wrapper 範例。 |
| 受影響的作業系統 | Windows 和 Linux |
| 因應措施 | 請使用適用於其他平台的範例並進行修改。 |
| 問題單 ID | – |