コンテンツにスキップ

GenTLインターフェースの使用#

このトピックでは、Basler Framegrabber SDKのGenTL Producerの使用方法について説明します。

GenTL Producerは、GenICam GenTLトランスポート層インターフェースを実装するライブラリです。GenTLコンシューマーとは、pylon、HALCON、または独自のソフトウェアなど、そのインターフェースを介して1つ以上のプロデューサーをロードするアプリケーションまたはライブラリのことです。実装されたプロデューサーは、GenICam GenTL Standard 1.5を提供します。

GenTL Producerを使用すると、次の操作を実行できます:

  • GenICam互換のCamera LinkおよびCoaXPressカメラを同じインターフェース(GenApi)を介して設定する。
  • 画像取得システムの階層構造を表示します。
  • 使用されているカメラ規格を意識せずに、汎用アプリケーション(GenTLコンシューマー)を開発する。

GenTL Producerを開く#

ディレクトリ <Framegrabber SDK installation directory>/bin には、2つのGenTL Producerファイルが含まれています:

プロデューサー トランスポートテクノロジー
ProducerCL.cti Camera Link
ProducerCXP.cti CoaXPress

.ctiファイルはGenTL Producerを識別します。この拡張子はCommon Transport Interfaceを表しています。

GenTL Producerを直接開かないでください。pylonなどのGenTLコンシューマーを開きます。コンシューマーは、 GENICAM_GENTL64_PATH または GENICAM_GENTL32_PATH 環境変数が正しく設定されている場合にGenTL Producerを読み込みます。各変数には1つまたは複数のプロデューサーディレクトリが含まれます。Framegrabber SDKによって追加されるのは <Framegrabber SDK installation directory>/bin を GENICAM_GENTL64_PATH または GENICAM_GENTL32_PATHです。パッケージのインストールまたはアンインストール後、 GENICAM_GENTL64_PATH または GENICAM_GENTL32_PATH 環境変数にBaslerプロデューサーのパスが1つだけ含まれていることを確認してください。設定方法の詳細については、 GENICAM_GENTL64_PATH pylonとFramegrabber SDKが並行してインストールされている場合は、以下を参照してください。 pylon と Framegrabber SDK の並行インストール.

GenTL設定ファイル#

GenTL Producerは、検知された各フレームグラバーの設定ファイルを次のディレクトリに保存します。

  • Windows: %AppData%\basler
  • Linux: ~/.config/basler

.configファイルには、選択されたアプレット、検出方法、カメラプロトコル設定など、そのフレームグラバーのプロデューサー設定が保存されます。ファイルを削除すると、プロデューサーはそのフレームグラバーの設定をデフォルト値にリセットします。ファイルを削除する前にコンシューマーを閉じてから、削除後にコンシューマーを再度開いてください。

この設定は永続的であり、フレームグラバーに属します。1つのアプリケーションセッションで行った設定は、次のセッションや別のGenTLコンシューマーでも引き続き有効です。保存された設定は、アプリケーションの一時的な選択ではなく、フレームグラバーのアクティブなプロファイルとして扱ってください。変更された設定がいつ有効になるかについての詳細は、変更の適用と永続化を参照してください。

GenTLモジュール階層#

GenTLは、取得システムをモジュールの階層としてコンシューマーに提示します。

モジュール Framegrabber SDKでの表現
System プロデューサー自体。このモジュールは階層のエントリポイントです。
Interface 1つのフレームグラバーボード。
Device 1台のカメラ、または取得チャネルの代わりとなる疑似デバイス。
Data Stream デバイスの1つの取得ストリーム。
Buffer 画像取得のために割り当てられたMemory。

コンシューマーはこの階層を異なる方法で表示できます。このトピックのGenApiフィーチャー名は、どのコンシューマーでも同じです。次のセクションの設定のほとんどは、 Interface モジュールに属しています。これらはカメラではなくフレームグラバーに属しています。

インターフェースアプレット#

イメージ Interface モジュールには、 InterfaceApplets カテゴリ内の利用可能なアプレットがリストされます。 InterfaceApplets > InterfaceApplet、現在ロードされているもの以外の .hap ファイルを選択できます。

プロデューサーはアプレットの変更を永続的なGenTL設定ファイルに保存します。この変更は、すべてのデバイスを閉じてデバイスリストを更新した後、または Interfaceを閉じて再度開いた後にのみ有効になります。アプレットを選択してデバイスを更新した後、数秒待ってから確認してください。 InterfaceAppletStatus アプレットがロードされたかどうかを確認するには、次のようにします。

使用可能なアプレットは、フレームグラバーの種類によって決まります。

フレームグラバー アプレットが利用可能になる条件…
imaWorx、imaFlex アプレットはファイルシステム内、Framegrabber SDKインストールの DLL または Hardware Applets サブディレクトリに存在します。アプレットを含むアプレットインストーラーを実行するか、VisualAppletsの .hap ファイルを Hardware Applets フォルダー(例:…\Basler\FramegrabberSDK5.x.x\Hardware Applets)にコピーします。
marathon アプレットがフレームグラバーにフラッシュされます。まだフラッシュされていない場合は、最初にフラッシュしてください。詳細については、marathonフレームグラバーへのアプレットのフラッシュを参照してください。

microDiagnosticsでのアプレットの管理の詳細については、アプレットの管理(microDiagnostics)を参照してください。

User Setsを使用したアプレット設定#

MCFファイルにはアプレットの設定が保存されます。MCFはmicroEnable Configuration Fileの略です。ファイル拡張子は .mcf です。詳細については、MCFファイルを参照してください。

ペインの UserSetControl の Interface モジュールを使用すると、現在選択されているアプレットの設定を保存およびロードできます。その設定を保存またはロードするには、既存または新規のパスを入力します *.mcf ファイルのパスを UserSetFile パラメータに入力します。次に UserSetSave または UserSetLoad。パスが空の場合、またはファイル拡張子が .mcfではない場合、2つのコマンドは使用できません。

2つの異なる設定ファイルが関与しています。これらはスコープとライフタイムが異なります。

ファイル 含む 有効期間
*.mcf 1つのアプレットのパラメータ値。 プロデューサーはオンデマンドでこれらの値をロードします UserSetLoad。非永続:プロデューサーは、アプレットの変更後またはシステムのシャットダウン後も値を保持しません。
*.config 1つのフレームグラバーのGenTL Producer設定。 永続:プロデューサーは、初期化するたびにこのファイルを自動的に再ロードします Interface.

現在ロードされているアプレットが、ロードされた .mcf ファイルが参照するアプレットと一致しない場合、プロデューサーは最初に設定を試みます InterfaceApplet を、設定ファイルのアプレットに設定しようとします。デバイスを閉じてデバイスリストを更新してください。 Systemを閉じないでください。その後、設定が有効になります。

デバイスの検出と疑似デバイス#

イメージ DiscoveryMethod 機能を初期化するたびに、このファイルを自動的にリロードします(Interface.DiscoveryMethod in Interface > TransportLayerControl)。これにより、デバイスリストが更新されたときにプロデューサーが作成するデバイスが定義されます。

検出モードの概要#

DiscoveryMethod 公開されるデバイス のデフォルト
EmulationDiscovery アプレットの各取得チャンネルにつき1つの擬似デバイス。実際のカメラは検索されません。 Camera Link
MixedDiscovery 実際のカメラが検索されます。Camera Linkでは、検索にGenCPまたはCLPを使用します。検出されたカメラがない取得チャンネルには、擬似デバイスが割り当てられます。 —
CameraDiscovery 実際のカメラのみが検索され、公開されます。擬似デバイスは作成されません。 CoaXPress

疑似デバイス(エミュレーションデバイス)により、カメラが検出されない場合でもアプレットとその取り込みチャネルを使用できるようになります。プロデューサーは、各疑似デバイスに対して基本的なリモートデバイスXMLファイルを生成します。アプレットに画像ジェネレーターが含まれている場合、プロデューサーはデフォルトで画像ジェネレーターを有効にします。接続されたCamera Linkカメラから画像を受信するには、リモートデバイスノードで画像ジェネレーターを無効にします。

用途に応じて検出モードを選択します。

  • EmulationDiscovery:アプレットの開発や検査を行うとき、カメラが接続されていないとき、またはカメラ制御なしでアプレットパラメータや取り込みチャネルパラメータにアクセスできる必要があるときにこのモードを使用します。実カメラの検出は無効になり、カメラプロトコル設定は使用されません。
  • MixedDiscovery:実際のカメラを検出し、空の取得チャンネルを擬似デバイスとしてアクセス可能な状態に維持する必要がある場合に、このモードを使用します。Camera Linkでは、GenCPまたはCLPを通じて実際のカメラが検索されます。また、VisualAppletsの .hap ファイル(CXPフレームグラバー上のファイルを含む)に対してもこのモードを使用します。詳細については、以下を参照してください: GenTLでのVisualAppletsアプレットの使用.
  • CameraDiscovery:アプリケーションが実カメラのみをリストする必要がある場合にこのモードを使用します。

Camera Linkの場合、実カメラの検出にはカメラプロトコルも必要です。詳細については、Camera Linkカメラへのアクセスを参照してください。

互換性ステータス#

イメージ CompatibilityStatus カテゴリは、フレームグラバー、アプレット、カメラの現在の組み合わせが正常に機能するかどうかを報告します。

インターフェースモジュール(フレームグラバー)#

機能 Reported Values
InterfaceDriverVersion このドライバーのバージョン番号 Interface.
InterfaceProducerVersion GenTL Producerのバージョン番号。
InterfacePCIeStatus PCIeの速度が要求速度と一致するかそれを上回る場合、この機能には検出されたPCIe速度が表示されます(例: Gen3x8)。それ以外の場合、この機能には次のような警告が表示されます Warning: Gen2x1 detected, but Gen3x8 possible。リンクがダウングレードされていると、利用可能な帯域幅が制限されます。
InterfacePowerSupplyStatus フレームグラバーの電源コネクタが接続されている場合、この機能には Connected が表示されます。電源コネクタが接続されていない場合、この機能には Warning: PCI-Power connector missing が表示されます。

pylon Viewerでは、 互換性ステータス のために Interface モジュールは次のようになります:

pylon Viewer の Compatibility Status インターフェース

デバイスモジュール(カメラ)#

機能 Reported Values
DevicePixelformatStatus フレームグラバーの電源コネクタが接続されている場合、この機能には Supported は、カメラが設定されたPixel Formatをサポートしている場合に表示されます。それ以外の場合、この機能には Warning: Not supported.
DeviceAutomaticROIControlStatus フレームグラバーの電源コネクタが接続されている場合、この機能には Activated (デフォルト)、または Deactivated (Automatic ROIが無効な場合)が表示されます。pylon Viewerで、 Automatic ROI : Device Transport Layer > Image Format Controlを無効にします。カメラのステップサイズがアプレットのステップサイズと異なり、ROIが次に低い一致値に調整された場合、この機能には Warning: ROI truncated according to stepping が表示されます。
DeviceTapGeometryStatus フレームグラバーの電源コネクタが接続されている場合、この機能には Supported は、Tap Geometryの一致が見つかった場合に表示されます。それ以外の場合、この機能には Warning: Driver does not support tap geometry setting または Warning: Requested geometry not supported in applet.

Tap Geometryは、センサーデータの転送方法を表します。ほとんどのカメラのデフォルト設定である 1X_1Yでは、画像全体が1つのデータストリームとして転送されます。大型で高速なセンサーでは、 1X_2YEが必要になる場合があります。そのモードでは、センサーは2つのサブフレームに分かれて同時に読み出されます。Tap Geometryを設定するのは、 1X_2YE カメラにその必要があり、かつアプレットがそれをサポートしている場合のみにしてください。

pylon Viewerでは、 互換性ステータス のために Device モジュールは次のようになります:

pylon Viewer の Compatibility Status デバイス

自動ROIおよびフォーマット#

ペインの ImageFormatControl の Device モジュール内で、 AutomaticFormatControl, AutomaticROIControl, AutomaticTapGeometryControlおよび OutputPacketFormats ノードが見つかります。 AutomaticFormatControl, AutomaticROIControlおよび AutomaticTapGeometryControl が有効な間、GenTL Producerはアプレットのフォーマット、ROI、Tap Geometryがカメラの設定と一致するように自動設定するため、カメラとアプレットの設定は1回行うだけで済みます。この動作は、microEnable 6フレームグラバーのアプレットに適用されます。

アプレットが独自のコンフィギュレーションを維持する必要がある場合は、これらの機能を無効にしてください。これは特に、VisualAppletsで設計されたアプレットに当てはまります。詳細については、Using VisualApplets Applets with GenTLを参照してください。

ProducerCL.ctiはCamera Linkカメラを検出し、カメラのXML記述ファイルを含む完全なGenApiアクセスを提供できます。ほとんどのGenTL Producerはサードパーティ製のCamera Linkカメラに対してXMLアクセスを提供しないため、このアクセスはサードパーティ製のCamera Linkカメラにおいて有用です。以下のセクションでは、サポートされている2つのカメラプロトコルとそれらの設定方法について説明します。

Camera Linkでは、カメラプロトコルを設定します。プロトコルは自動検出されません。Camera Linkは画像転送とシリアル接続を標準化していますが、そのシリアル回線を介してカメラを制御する方法については標準化していません。各ベンダーが独自のコマンドプロトコルを実装しています。最初に試すべき標準プロトコルが存在しないため、自動検出は不可能です。任意のプロトコルバリアントをプローブするには時間がかかりすぎ、一部のカメラモデルが未定義の状態に陥る可能性があります。

GenApiには、レジスタ指向のアクセス(このアドレスを読み取る、そのアドレスに書き込む)が必要です。カメラのXMLファイルは、そのアクセスについて記述しています。シリアル回線とこのレジスタモデルを接続する2つの標準化されたルートがあります。

ルート ギャップが埋められる仕組み カメラ固有の部分の保存場所
GenCP カメラ自体が、シリアル回線上で標準化されたパケットベースのレジスタアクセスプロトコルを実装しています。 カメラファームウェア。ホスト側にベンダーソフトウェアは必要ありません。
CLP (CLProtocol) カメラベンダーのプロトコルライブラリが、GenApiのレジスタアクセスをベンダー独自のシリアルプロトコルに翻訳します。 ホストにインストールされるCLProtocolライブラリ(.dllファイル)。

これら2つのルートを互換的に使用することはできません。ベンダーのCLPライブラリを使用するカメラはGenCPを理解できません。GenCPカメラにCLPライブラリは不要です。

情報

Basler Camera LinkカメラはGenCP互換ではありませんが、CLPをサポートしています。Basler CLProtocolライブラリがインストールされている場合、ProducerCLはカメラのXMLファイルおよび完全なカメラ設定への直接アクセスを提供します。

GenCP(Generic Control Protocol)は、レジスタベースのデバイス向けのGenICam標準規格です。カメラは、シリアル回線上の標準化された読み取りおよび書き込みコマンドに応答します。コマンドはCamera Linkの起動ボーレートである9600ボーで開始されます。カメラはブートストラップレジスタマップを通じて自身のアイデンティティを公開し、そのレジスタスペース内のマニフェストを通じてGenICam XMLファイルを提供します。カメラ固有の要素はすべてファームウェアに含まれているため、GenCPカメラはホスト側のベンダー固有のソフトウェアなしで動作します。

CLP (CLProtocol)は、その他のすべてのCamera Linkカメラ向けのGenICam標準規格です。ベンダーのCLProtocolライブラリは、GenApiのレジスタインターフェイスを提供し、そのインターフェイスをカメラ独自のシリアルプロトコルに翻訳します。ASCIIベースのカメラの場合、ライブラリは疑似レジスタスペースと一致するXML記述を提供します。CLProtocolライブラリはベンダーごとにインストールされ、 GENICAM_CLPROTOCOL 環境変数を通じて登録されます。登録された各ディレクトリの下で、64ビットWindowsアプリケーション用のライブラリは Win64_x64 サブディレクトリにあります。Baslerライブラリの場合、ファイルは \Win64_x64\BaslerClProtocol.dll.

Basler CLPの自動設定#

イメージ ConfigurationForBaslerCLP 機能は、Basler Camera Linkカメラの自動設定を提供します。この機能はデフォルトで有効になっています。 Interface 初期化時に、Producerは BaslerClProtocol.dll を GENICAM_CLPROTOCOLプロデューサーがライブラリを見つけると、以下の変更が行われます。

  1. を設定します DiscoveryMethod を MixedDiscovery.
  2. を設定します ClpSharedLibraryPath を通じて見つけられるかどうかを確認します BaslerClProtocol.dll.

読み取り専用の Property BaslerCLPAutoConfigActive は、自動設定が有効であることを示します。デバイスリストを更新した後、以下で読み込まれたライブラリを確認してください LoadedClpSharedLibraryPath.

自動設定がアクティブな間は、以下を制御します DiscoveryMethod および ClpSharedLibraryPath。いずれかの Property を手動で設定するには、まず設定します ConfigurationForBaslerCLP を false.

検出された#

設定するプロトコル(GenCP または CLP)はカメラによって異なります。設定します ConfigurationForBaslerCLP を false プロトコルを設定する前に。

CLPライブラリが設定されていない場合のリアルカメラ検出のデフォルトプロトコルである GenCP の場合:

ステップ 機能 値
1 ConfigurationForBaslerCLP false
2 ClpSharedLibraryPath 空
3 DiscoveryMethod MixedDiscovery または CameraDiscovery

ベンダーライブラリを使用する CLP の場合:

ステップ 機能 値
1 ConfigurationForBaslerCLP false
2 ClpSharedLibraryPath ベンダーのCLProtocolライブラリ(.dll または .so )ファイルのフルパス。通常は以下の場所に登録されているディレクトリ内にあります: GENICAM_CLPROTOCOL
3 DiscoveryMethod MixedDiscovery または CameraDiscovery

デバイスリストを更新した後、以下で結果を確認します LoadedClpSharedLibraryPath. ClpSharedLibraryPath 要求されたパスのみを保存します。 LoadedClpSharedLibraryPath 実際に読み込まれたライブラリをレポートします。

すべての Property は以下にあります Interface > TransportLayerControl:

機能 目的
ConfigurationForBaslerCLP Basler の自動設定を有効にします。この Property はデフォルトで有効になっています。プロトコルを手動で設定する前に無効にしてください。
BaslerCLPAutoConfigActive 読み取り専用。自動設定がアクティブであり、Basler CLProtocol ライブラリが見つかったことを示します。
DiscoveryMethod リアルカメラ、擬似デバイス、またはその両方を選択します。詳細については、デバイスの検出と擬似デバイスを参照してください。
ClpSharedLibraryPath CLProtocol ライブラリの要求されたフルパス。パスが空の場合、実カメラ検出に GenCP が選択されます。
LoadedClpSharedLibraryPath 読み取り専用。実際に読み込まれた CLProtocol ライブラリ。

次の表は、一般的な設定を示しています。

使用目的 ConfigurationForBaslerCLP DiscoveryMethod ClpSharedLibraryPath
アプレットまたは取り込みチャンネルのみで、実カメラはありません false EmulationDiscovery 未使用
Basler Camera Linkカメラ true 自動制御(MixedDiscovery) 自動制御(BaslerClProtocol.dll)
GenCP互換カメラ false MixedDiscovery または CameraDiscovery 空
ベンダーCLPライブラリを搭載したカメラ false MixedDiscovery または CameraDiscovery ベンダーライブラリへのフルパス
シリアル接続の確立方法#

CLProtocolライブラリはフレームグラバーと直接通信しません。ライブラリは、ライブラリをロードするソフトウェアからシリアルインターフェース(ISerial)を受け取ります。ライブラリがProducerCL内で実行される場合、プロデューサーは独自の内部 ISerial 実装を提供します。フレームグラバーへのアクセスはプロデューサー内に留まり、追加のシリアルコンポーネントは関与しません。

pylonなどのスタンドアロンのCLProtocolクライアントは、GenTL内で実行されません。これらのクライアントは、シリアルインターフェースを次を通じて取得します CLAllSerial. CLAllSerial は、レジストリ値clser*.dllの下に登録されているディレクトリ内のCamera Linkシリアルライブラリ( HKEY_LOCAL_MACHINE\SOFTWARE\CameraLink\CLSERIALPATH)を検出します。通常、そのディレクトリは C:\Program Files\CameraLink\Serialです。そのディレクトリ内で、 clsersis.dll はBasler製フレームグラバー用のCamera Linkシリアルを実装します。

どちらのパスも同じハードウェアに接続されています。フレームグラバーを両方のパスから同時に初期化することはできません。この制限は、主にpylonがインストールされている場合に重要になります。このトピックでは、pylonトランスポート層としての ProducerCL.cti の使用については説明していません。詳細については、pylonとFramegrabber SDKの並行インストールを参照してください。

変更の適用と永続化#

次への変更: DiscoveryMethod、アプレットの選択、およびGenCPまたはCLPの設定は、デバイスリストを更新した後にのみ有効になります。状況によっては、変更は次の操作を行った後にのみ有効になります:閉じて再び開く Interface 、またはコンシューマーの再起動。適用する前に完全な構成を設定してください。構成を適用した後に、結果を評価してください。

設定はフレームグラバーごとに保存され、プロデューサーが閉じられた後もセッション間で有効なままになります。詳細については、GenTL設定を参照してください。使用目的を変更する際は、次の点に注意してください:

  • 保持された EmulationDiscovery 設定により、実カメラの検出が防止されます。これは意図的なものです。
  • 保持された CameraDiscovery 設定では、選択したプロトコルでカメラを識別できない場合に擬似デバイスが作成されません。
  • 保持されたCLPパスは、カメラが交換された後もそのベンダーライブラリを選択し続けます。
  • Basler自動構成が有効な場合、それは復元します MixedDiscovery およびBasler CLPパスを、 Interface が初期化されるたびに。

Interface 一部のコンシューマーにおけるノードアクセス

HALCONなどの一部のコンシューマーでは、 Interface ノードマップは、少なくとも1台のデバイスが検出された場合にのみ使用できます。もし DiscoveryMethod が次のように設定されている場合、自動的に無効になります: CameraDiscovery とカメラのプロトコルが一致しない場合、プロデューサーはデバイスを作成しません。その結果、そのコンシューマーで検出設定にアクセスできなくなります。フレームグラバーのシリアル番号に関連付けられた設定ファイルを見つけてください。Windowsの場合、ファイルは次の場所にあります: %AppData%\basler。Linuxの場合、ファイルは次の場所にあります: ~/.config/baslerそのファイルで検出設定を変更するか、ファイルを削除して設定をリセットします。アプレットのみのセットアップの場合は、次を使用します EmulationDiscovery を使用してこの状況を回避してください。そのモードでは常に疑似デバイスが作成されます。

GenTLでのVisualAppletsアプレットの使用#

設計上の考慮事項#

アプレットファイル名: アプレットのファイル名は、次として直接使用されます Name 内の対応するエントリの InterfaceApplets 属性として直接使用されます。したがって、ファイル名は GenICam の命名規則に準拠している必要があります。GenICam 標準バージョン 2.1.1 では、以下の要件が規定されています:

Each node has a Name attribute. The Name must be unique within the camera description
file. Names can be composed of alphanumeric characters [A-Za-z0-9]. The schema also
allows the use of the underscore '_', but not as a leading character.

オペレーターおよび階層名:アプレットのパラメータ名は、VisualAppletsデザインのオペレーター階層から形成されます。プロデューサーは、これらの名前がGenICamの要件に準拠するように変更します。最初からGenApiのルールに従ってオペレーターインスタンスと階層要素に名前を付けると、結果として得られるノード名が理解しやすくなります。

ランタイム設定#

VisualApplets で設計されたアプレットを使用する場合、通常のカメラ検出だけでは不十分です。また、プロデューサーはカメラパラメータをアプレットに自動的に同期しません。以下の設定を行ってください:

  1. 設定 DiscoveryMethod を MixedDiscovery デバイスを列挙する前に実行してください。この設定により、すべての DmaToPc モジュールが有効になります。
  2. デバイスを開いた後、デバイス XML 内の AutomaticFormatControl, AutomaticROIControlおよび AutomaticTapGeometryControl を false.

トラブルシューティング#

確認された動作 解釈と対処法
DiscoveryMethod または ClpSharedLibraryPath は、Camera Link Interface. 自動Basler設定が有効になっています。設定してください ConfigurationForBaslerCLP を false 最初に。
Camera Linkに対して擬似デバイスのみがリストされます Interface. EmulationDiscovery が有効であるか、あるいは MixedDiscovery 実カメラが見つからなかったため、チャンネルが擬似デバイスで埋められました。プロトコルの設定を確認してください。
Basler Camera Linkカメラが検出されません。 維持 ConfigurationForBaslerCLP を有効に保ってください。 GENICAM_CLPROTOCOL Basler CLProtocolのインストールを指しています。デバイスリストを更新し、次を確認します BaslerClProtocol.dll in LoadedClpSharedLibraryPath.
CLPの設定後、GenCP互換カメラが検出されません。 設定 ConfigurationForBaslerCLP を false設定後、CLP が設定された後に GenCP 互換カメラが検出されません。 ClpSharedLibraryPathを使用する場合は、 MixedDiscovery または CameraDiscovery、およびデバイスリストを更新します。
ベンダーのCLPライブラリを使用するカメラが検出されません。 設定 ConfigurationForBaslerCLP を falseをクリアして、デバイスリストを更新してください。ベンダー CLP ライブラリを持つカメラが検出されません。を設定し、 ClpSharedLibraryPathにライブラリのフルパスを入力し、デバイスリストを更新して確認してください。 LoadedClpSharedLibraryPath.
擬似デバイスがカメラ画像の代わりに Test Images を配信します。 アプレットの画像ジェネレーターが有効になっています。擬似デバイスのリモートデバイスノードで画像ジェネレーターを無効にしてください。
Interface またはフレームグラバーの初期化により、リソースが使用中であることが報告されます。 別のプロセスがすでにフレームグラバーを保持しています。各フレームグラバーは、一度に1つのプロセスでのみ初期化できます。対象
Camera Linkの場合、これには clsersis.dll を使用する pylon などのスタンドアロンの CLProtocol クライアントが含まれます。詳細については、pylon と Framegrabber SDK の並行インストールを参照してください。
別の Framegrabber SDK バージョンがすでにアクティブであることを、初期化時にプロデューサーが報告します。 プロデューサーは、別のインストールから fglib5.dll などの保護された Framegrabber SDK モジュールを読み込みました。詳細については、pylon と Framegrabber SDK の並行インストールを参照してください。
アクセスできません Interface 検出の変更後、コンシューマーの設定。 デバイスが作成されていないため、コンシューマーが表示するのは Interface ノードマップのみです(少なくとも1つのデバイスが存在する場合を除く)。フレームグラバーの .config ファイルをリセットまたは編集してください。詳細については、以下を参照してください。 変更の適用と永続化.

参考資料#