コンテンツにスキップ

VisualApplets 3.0.6 の変更点と修正された問題#

オペレーター#

TrgBoxLine#

オペレーター TrgBoxLine （ライブラリ Prototype）：

  • パラメータの有効値範囲 ImgTrgDelay has been extended to {0;65535} lines. (6848)
  • オペレーターの出力ポート Exsync が正常に機能するようになりました。（6608）

Memory オペレーター#

MemoryオペレーターでKernel Size > 1が可能に

  • オペレーター LineMemory, LineMemoryRandomRd, FrameMemoryおよび FrameMemoryRandomRead （ライブラリ メモリー) において、カーネルサイズ > 1 が許可されるようになりました。(2369)

PixelNeighbours1xM#

  • オペレーター PixelNeighbours1xM シミュレーション中においても可変ライン長がサポートされるようになりました。従来バージョンでは、可変ライン長はハードウェアでのみサポートされていました。（7170）

ユーザーライブラリエレメントのインスタンス#

変更に対するハンドリングの改善

ユーザーによって変更されたユーザーライブラリ要素のインスタンスには、特別なアイコンが表示されるようになります。さらに、このようなインスタンスに対してユーザーライブラリからの更新またはクイック更新が開始された場合、アップデートを実行するとこのインスタンスに加えられたすべての変更が失われることをユーザーに通知するメッセージが表示されます。これにより、変更されたユーザーライブラリインスタンスが意図せず上書きされるのを防ぐことができます。

Parameters Library#

パラメータの誤ったパラメータ設定が原因で DisplayHierarchy および Display Name 参照/トランスレーション・オペレーター・モジュールが、デザインのプロセスにオペレーター・パラメータを追加しようとした場合（許可されていません）、VisualAppletsがそれを検出します。以前のバージョンでは、これによりVisualAppletsがクラッシュしたり、実行中にアップレットがクラッシュしたりする可能性がありました。修正済み。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)

FIRoperator#

コンテキストメニューを介して（BRANCHなどの）ノードをオペレータに挿入すると、後続の FIRoperator モジュールで係数が失われる可能性がありました。これが修正されました。(5450)

新しいプロセス 0 においても必須のオペレーター#

ironman、marathon、またはLightBridgeのデザイン：プロセス0を削除してから新しいプロセス0を最初から作成した場合、必須オペレータのAppletPropertiesとBoardStatusが新しいプロセス0のデザインに自動的に挿入されます。（以前のバージョンでは、プロセス0を削除して再作成した後、必須オペレータが欠落していました。修正済み。）(5720)

ADD#

ADDオペレータが修正され、符号付き63ビットのビット幅を持つ2つの入力ポートも許可されるようになりました。（以前のバージョンでは、ADDオペレータは符号付き63ビットのビット幅を持つ2つの入力ポートを誤って許可していませんでした。修正済み。）(7138)

CoefficientBuffer#

オペレーター CoefficientBuffer でパラメータ Ylength = 1 を設定できるようになりました。(1763, 3924)

Parameters Library#

拡張制御メカニズム

ライブラリ Parameters のオペレーターインスタンスが、DisplayName および DisplayHierarchy によって要求される参照を行うようにパラメータ化されている場合、新しいエラーメッセージ「DisplayName must be empty when DisplayHierarchy refers to process level」が表示されるようになりました。

シミュレーション#

  • RemovePixel オペレータ：RemovePixelオペレータのインスタンスを含むデザインのシミュレーションがスムーズに実行されるようになりました。以前のバージョンでは、RemovePixelオペレータのインスタンスを含むデザインがシミュレートされる際、まれにエラーが発生していました：画像の最後のピクセルを削除すると内部エラーが発生し、シミュレーションが直ちに停止して、破損したシミュレーションデータに関するメッセージが返されることがありました。これが修正されました。(6103)
  • シミュレーション制御：画像処理パイプライン内で1つの画像から複数の画像が生成される状況に対するシミュレーション制御が改善されました。(6314)
  • 64ビット解像度のピクセルデータ：64ビット解像度のピクセルデータが関与する状況でのシミュレーション結果の計算が正しく機能するようになりました。以前のバージョンでは、このような計算の結果が誤っていました。これが修正されました。(6878)
  • オペレーター RamLUT は、デザインのシミュレーション時にも可変ライン長をサポートするようになりました。シミュレーションのために画像が長方形である必要がなくなり、空の行やさまざまな長さの行（三角形の画像など）を含めることもできるようになりました。(6997)

ライブラリパラメータの参照されているオペレーターの削除#

parametersライブラリのオペレータインスタンスは、そのパラメータが他のモジュールからまだ参照されている場合でも、デザインから削除できるようになりました。（以前のバージョンでは、削除されたモジュールのパラメータが他のモジュールのパラメータによって参照されている状況（プロパティ「DisplayName」によるパラメータ参照を含む）で、VisualAppletsのクラッシュが発生する可能性がありました。修正済み。）(6423)

リソースの全体的な見積もりが改善されました#

全体的なリソースの見積もり (デザインルールチェック 2 後の DRC ログのネットリスト生成の下、およびビルドプロセスの開始後のハードウェアアプレットのビルドダイアログに表示される) で、RAM LUT リソースも考慮されるようになりました。そのため、従来の一部の VisualApplets バージョンで RAM LUT が全体的なリソース見積もりから除外されていた場合と比較して、より多くのリソースが計算されます。現在、ネットリスト生成における全体的なリソース見積もりは、FPGA Resource Usage ダイアログの情報と一致しています。(6487)

eVA プラットフォーム用の GenICam XML コードの生成#

次を含むデザインのGenICam XMLコード生成時（組み込みのVisualAppletsターゲットにのみ適用）に、VisualAppletsがクラッシュする不具合を修正しました。 ColorTransform 動的係数を持つオペレーター。（6625）

オペレーターリファレンス (ドキュメント)#

使用例へのリンク

オペレーターリファレンスドキュメント：Examples of Use セクションに含まれるリンクが、意図した通りに対応する例に直接リンクするようになりました。(7086)

ループ内でのアプレットのロードおよびアンロード#

VisualApplets 3.0.6以降でビルドされたアプレットをループ内でロードおよびアンロードしても、メモリリークが発生しなくなりました。以前のバージョンでビルドされたアプレットをループ内でロードおよびアンロードした際に、メモリリークが確認されることがありました。これが修正されました。（6925）

ROI 固定 CXP カメラオペレーター (marathon および ironman)#

すべてのCXPカメラモデルでROI設定が正常に機能するようになりました。以前のバージョンでは、特定のCXPカメラにおいてROIフレームハイトの一部の設定により不正確な画像取り込みが発生していました。これが修正されました。（6461）

PoCL サポートの改善#

marathonおよびLightBridgeフレームグラバー用のCamera Linkアプレットに自動実装されるPoCLサポートが改善されました：

  • PoCL検出メカニズムがさらに強化されました。
  • クロック周波数を変更するPoCLカメラのサポートが改善されました：カメラからの不安定なクロック信号（カメラでのクロック周波数の再設定中）が、アプレットによってより長い期間許容されるようになりました。

カメラからの無効なピクセル信号受信後の安定性の向上

取り込み開始前にフレームグラバーがカメラから無効なピクセルを受信した場合、たとえトリガー経由で取り込みが開始された場合でも、（無効な信号を破棄するために実装されたフィルターシステムにより）取り込み開始後にカメラから送信された最初の有効なライン／フレームが破棄されていました。これが修正されました。フィルターシステムが改善され、トリガー経由での取り込み開始前にカメラから無効なピクセルが送信されていた場合でも、取り込み開始後にカメラから送信された最初のライン／フレームが処理されるようになりました。この修正は、すべてのmE5 marathon、mE 5 ironman、およびLightBridge Camera Linkフレームグラバー、ならびにmicroEnable IV AD4 CL／PoCLおよびmicroEnable IV VD4 CL／PoCLに実装されています。