Omron

Omron の PLC に接続します。CJ、CS、CP は FINS（UDP、TCP、またはシリアル回線上の Host Link）でメモリアドレスを、NJ、NX、NY は EtherNet/IP で変数名を指して読みます。FINS の設定、アドレスの書き方、データ型、読み取り、書き込み、機器検出。

Omron のドライバーは、Omron の PLC とその 2 つの言葉のどちらかで話します。どちらを使うかは機器ごとに選びます。CJ、CS、CP のコントローラーと、CJ メモリモードに設定した NJ や NX は、FINS でメモリアドレスを指して読みます。アドレスは Omron のプログラミングソフトと同じ書き方で、D100、W0.01、CIO100.05 のようになります。NJ、NX、NY のコントローラーは、ネットワークに公開した変数の名前、たとえば Level や Motor.Speed を指して EtherNet/IP で読みます。1 台のステーションが、両方の種類を 1 つのドライバーの下で並べて読みます。Connector の Omron のドライバーの下に機器を追加し、そのプロトコルを選んでください。パネルは、そのプロトコルが使う項目だけを見せます。

プロトコル

既定は FINS で、新しい機器は FINS から始まります。プロトコルは機器の設定なので、CJ2 と NX1P2 が同じドライバーの下に並び、それぞれ自分の言葉で読まれます。プロトコルを切り替えても、FINS の設定は残したときのまま保たれ、FINS に戻したときに使われます。機器のタグはどれも、その時点から新しいプロトコルでアドレスを読みます。タグのデータ型は、そのアドレスが新しいプロトコルで扱える型に合わせて変わり、新しいプロトコルで読めないアドレスは、直すまでタグのページに印が付きます。

接続

機器の見出しは、組み立てられた接続先を見せます。FINS の機器は設定をすべてそこに書き込み、ノードの 0 は自動を表します。たとえば omron://192.168.250.1:9600?protocol=fins&transport=udp&network=0&node=0&unit=0&source=0&timeoutMs=2000 です。名前で読む機器は、ホストとプロトコルだけを書きます。omron://192.168.250.1?protocol=njnx です。タグごとに独自の読み出し周期（ms）を設定できます。タグの値を 0 にすると機器の周期に戻ります。

コントローラーの準備

名前で読む NJ、NX、NY のコントローラーが提供するのは、ネットワークに公開したグローバル変数だけです。公開は変数ごとの属性で、Sysmac Studio で設定してコントローラーに転送します。FINS で読むコントローラーには、このような設定は要りません。

プログラムの変数（ローカル変数）は公開できません。グローバル変数として宣言するか、プログラムの中でグローバル変数にコピーします。

タグの名前の変数を提供していないとコントローラーが答えたときは、機器のページがその変数とそれを読むタグを挙げ、2 つの原因（存在しない名前か、公開されていない変数）とこの手順を通知で示します。通知は変数が読めるようになると自然に消えます。タグ自身のページにも同じ通知が出ます。診断ログとエージェントも同じ手順を読みます。

FINS のカード

FINS で読む機器には、「接続」のカードの下に FINS のカードが付きます。要求を何に載せて送るか、だれに宛てるか、それぞれの要求が応答をどれだけ待つかを決めます。名前で読む機器には、このカードはありません。

範囲の外の数は欄の下で拒否されます。たとえば「0 から 127 までの数値を入力してください。」と表示され、欄は今の値に戻ります。トランスポートを TCP に切り替えても UDP 用に入れたステーションのノードは残りますが、機器はそれを使いません。

シリアル回線上の Host Link

シリアルポートしかない CP1E、CP1L、CP1H、CJ、CS のコントローラー（RS-232C、またはオプションボードや変換器を介した RS-485、RS-422A）は、Omron ドライバーのシリアル回線を通して Host Link 上の FINS で読みます。1 つの COM ポートを最大 32 台の PLC が共有し、それぞれが自分のユニット番号で応答します。ドライバーのページのシリアル回線の表にある回線を追加で回線を追加し、シリアルポート、ボーレート、シリアルの形式を PLC のシリアルポートの設定に合わせ（回線のページのほかの部分はシリアル回線にあります）、回線を有効にしてから、回線のページの機器を追加で PLC を 1 台ずつ追加します。

回線上の機器はずっと FINS で読みます。プロトコル、ホスト、ポートの欄はなく、FINS のカードには「このシリアル回線上で Host Link により FINS を送ります。宛先は、ユニット番号（PLC Setup でシリアルポートに設定した値）が上のユニット ID と同じ PLC です。」と応答のタイムアウト（ms）だけが表示されます。要求はバスが指す PLC の CPU ユニットに届き、ネットワークの項目は使わないためです。ネットワークへ移ることはなく、ネットワークの機器が回線へ移ることもありません。タグはネットワークのときと同じようにアドレスを書き（D100、W0.01）、接続先は回線とユニットを指します。たとえば omron://serial/<line id>/COM5/9600/7E2?protocol=fins&transport=hostlink&hostLinkUnit=0&timeoutMs=2000 です。

スキャンはシリアル回線を探しません。PLC は 1 台ずつユニット番号で追加してください。

アドレス指定

タグのアドレスは、タグの「信号源」のカードにある 1 つの欄で指します。欄の名前は機器のプロトコルで決まり、FINS ではメモリアドレス、名前で読む機器では変数名になり、その下にプロトコルのヒントが出ます。ドライバーが読めないアドレスは、入力したその場でタグのページが理由とともに拒否します。「信号源」のカードの読み取り専用の行取得元のアドレス（バス上）が、ドライバーに渡るアドレスを示します。

メモリアドレス（FINS）

メモリアドレスは、領域の文字、10 進数のワード番号、そして 1 つのビットならドットとビット番号（00 から 15）で書きます。文字の大文字と小文字は区別せず、古い書き方も読みます。

各領域の上限は、CJ、CS、CP のどれかが持つ最も大きいものに合わせています（CJ2 には保持ワードが 1,536 あり、拡張データメモリのバンクは 18 まであります）。小さいコントローラーにないワードやバンクは、その PLC 自身が答えることで、タグを最初に読んだときのエラーになります（読み取りを参照）。タグのページが入力したその場で拒否するもの：

バス上のアドレスは、ビットを 2 桁にした 1 つの書き方にそろえたアドレスです。100.5 は CIO100.05 として、DM100 は D100 として送られます。文字列のタグは ? の後ろに占める文字数を付けるので、D200 にある 16 文字の文字列は D200?16 として送られます。

変数名（NJ/NX）

NJ、NX、NY のコントローラーは、ネットワークに公開したグローバル変数の名前で読みます。Sysmac Studio でいえば、Network Publish の属性が Publish Only、Input、Output のいずれかになっている変数です（コントローラーの準備 を参照）。コントローラーが公開していない変数は、名前では読めません。名前は ASCII の英字、数字、アンダースコアで書き、数字では始めず、構造体のメンバーの前にはドットを付け、インデックスは角かっこで囲みます。Level、Motor.Speed、Temps[3]、Grid[1,2] のようになります。ほかの形はタグのページが拒否します。「変数名は英字、数字、アンダースコアで書き、数字では始めません。メンバーの前にはドットを、インデックスは角かっこで囲みます（例：Level、Motor.Speed、Temps[3]）。」Sysmac Studio が許すほかの文字で書いた名前も同じように拒否されます。EtherNet/IP の要求がそれを運べないからです。

コントローラーは、このドライバーが読まない方法で変数の一覧を出すので、名前で読む機器のタグはどれも手で入力します。コントローラーがその名前を公開しているかどうかは、コントローラー自身が、タグを最初に読んだときに答えます。オフセットの欄はありません。メンバーや要素はそれ自体の名前で指し、BOOL 配列の要素も Flags[5] のように自分の名前で読みます。バス上のアドレスは名前の後ろに ?0 を付けたもので、たとえば Motor.Speed?0 です。

データ型

FINS では、選べるデータ型がアドレスによって決まります。

タグの型を扱えないアドレスを入力すると、型はそのアドレスがいちばん自然に読む型に変わります。ビットなら Boolean、ワードなら Int16 です。アドレスが扱えない型は、扱える型を並べて拒否されます。たとえば「アドレス D100 は次のいずれかのデータ型として読みます：Int16, UInt16, Int32, UInt32, Float, String。」です。バイト順やワード順の選択肢はありません。FINS はどのワードも上位バイトを先に置き、ドライバーがそれを扱います。

名前で読む機器は、そのコントローラーのアトミックな型をすべて選べます。

WORD の変数は UInt16 として、DWORD の変数は UInt32 として読みます。STRING の変数は読まず、String は選べません。一覧にない型は、一覧を添えて拒否されます。「NJ/NX コントローラーの変数は次のいずれかのデータ型として読みます：Boolean, SByte, Byte, Int16, UInt16, Int32, UInt32, Int64, UInt64, Float, Double。」

読み取り

FINS では、機器は PLC と 1 本の会話を保ち、要求を 1 つずつ送ります。タグ 1 つが、そのワードのメモリ領域の読み出し 1 回です。応答として受け取るのは、その要求自身の番号を持つ返事だけなので、遅れて届いた返事を次の要求の返事として読むことはありません。タグを読む前に、PLC はコントローラーのデータの読み出しに、どの終了コードでもよいので応答しなければなりません。PLC が名乗る機種は診断ログに書かれます。その後は、PLC の答えがそれぞれの読み取りの行方を決めます。

名前で読む機器は、どのプログラムも宣言しない変数をコントローラーに尋ねて確かめます。その名前はないというコントローラーの返事が、コントローラーからの返事だからです。この機器の要求は Rockwell EtherNet/IP のドライバーと同じ EtherNet/IP のコードを通り、10 秒でタイムアウトします。

書き込み

アクセスが読み書きか書き込みのみのタグは書き込めます。新しいタグは読み取りのみから始まります。書き込みは機器の待ち行列で読み取りと一緒に順番を待ち、頼まれた値だけを送り、それ以外は何も送りません。

タグの型が収められない値の FINS の書き込みは、何も送る前に拒否されます。

機器検出

Omron のドライバーのページには スキャンの範囲 のカードがあり、任意の欄が 1 つあります。「FINS で問い合わせる PLC のアドレス、例：192.168.250.1（空欄ならブロードキャストで NJ/NX だけを探します）」です。機器検出は、次の問いを最大 2 つ、順に行います。

どちらの問いもタグは見つけません。FINS の PLC はアドレスの一覧を公開せず、NJ/NX はこのドライバーが読まない方法で変数の一覧を出すので、候補にはどれも「タグの報告はありませんでした。機器を追加してから、その編集画面でタグを設定してください。」と表示されます。欄の中身がホストでなければその下で拒否され、機器検出は灰色になります。「Omron のスキャンは、ここに書いた PLC に FINS で識別情報を問い合わせます。IP アドレスか名前を、必要ならポートを付けて書きます（例：192.168.250.1 や 192.168.250.1:9600）。ブロードキャストで NJ/NX コントローラーだけを探すには空欄のままにします。」このコンピューターがつながっていないネットワークのコントローラーはブロードキャストに応答しないので、手で追加してください。Rockwell EtherNet/IP のスキャンも同じブロードキャストを聞きますが、Omron のコントローラーはすべてこちらに任せます。スキャンのそのほかの振る舞いは機器検出にあります。

エージェントのツール

driver_capabilities は、このドライバーを omron の下に説明します。2 つのプロトコルのそれぞれについて受け付ける機器の項目、アドレスの書き方、データ型と、FINS のトランスポートと範囲、書き込み、機器検出です。device_upsert driver=Omron は omronProtocol（Fins か NjNx）を受け付け、FINS では finsTransport（Udp か Tcp）、finsNetwork、finsNode（0 で自動）、finsUnit、finsSourceNode（UDP だけ、0 で自動）、finsResponseTimeoutMs も受け付けます。名前で読む機器は、ポートも FINS の項目も受け付けません。tag_upsert は、メモリアドレスか変数名を address で、型を opcUaType で（省くとビットは Boolean、ワードは Int16 になります）、FINS の文字列の長さを wireQuantity で受け付けます。device_discover driver=Omron がスキャンを行い、FINS の問い合わせ先は target で渡します。UDP で読む CJ2 と、名前で読む NX1P2 の例です。

device_upsert driver=Omron name=Press host=192.168.250.1 omronProtocol=Fins finsTransport=Udp
tag_upsert device=Press name=Level address=D100 opcUaType=Float
device_upsert driver=Omron name=Filler host=192.168.250.2 omronProtocol=NjNx
tag_upsert device=Filler name=Speed address=Motor.Speed opcUaType=Float

シリアル回線上の PLC は、このドライバーの回線にぶら下がります。serial_line_upsert driver=Omron で回線を作り、device_upsert driver=Omron serialLineId=<id> で PLC を Host Link で追加します（回線から finsTransport=HostLink になります）。unitId にはユニット番号を 0 から 31 で渡し（省くと空いている最初の番号）、finsResponseTimeoutMs も渡せます。ネットワークの項目は受け付けません。COM5 のユニット 0 にある CP1L の例です。

serial_line_upsert driver=Omron name=HostLink serialPort=COM5 baudRate=9600 serialFormat=7E2
device_upsert driver=Omron name=Mixer serialLineId=<the line's id> unitId=0
tag_upsert device=Mixer name=Level address=D100 opcUaType=Int16

ほかのツールはエージェントのツールにあります。

知っておきたい制限

• 古い C モードの Host Link コマンドしか話さないコントローラー（CPM1、CPM2、CQM1、C200HS など）は、シリアル回線でも変換器経由でも読めません。ドライバーは FINS のコマンドしか送りません。
• タイマーとカウンターは FINS では選べません。現在値は PLC の設定しだいで BCD かバイナリで保たれ、FINS の応答にはどちらなのかが含まれないからです。そうした値は、プログラムがコピーする先のワードを通して読んでください。
• NJ/NX のコントローラーの変数は、タグのページでもスキャンでも一覧になりません。名前はどれも入力します。
• 名前で読む機器は、タグ 1 つにつきアトミックな値を 1 つ読みます。STRING の変数、構造体の全体、配列の全体は読みません。メンバーや要素は名前で読みます。
• ドライバーが送る FINS のコマンドは、メモリ領域の読み出し、メモリ領域の書き込み、コントローラーのデータの読み出しの 3 つだけです。PLC の運転モード、時計、プログラムを変えることはありません。

知っておくとよいこと

• UDP では、ステーションは要求のたびに自分のポートから送り、PLC はそのポートに応答します。これが Omron の Ethernet ポートの出荷時の設定です。静的なアドレス変換に設定した Ethernet ユニットは、代わりにステーションのポート 9600 に応答しますが、ドライバーはそこで聞いていません。そうした PLC は TCP で読んでください。
• 0 以外の FINS ネットワークには、PLC に設定したルーティングテーブルを通って届きます。ステーション自身は何も中継しません。
• NJ/NX のコントローラーには、まず CIP の経路 1,0 で尋ね、応答がなければ 18 にコントローラー自身の IP アドレスを続けた経路、たとえば 18,192.168.250.1 で尋ねます。応答した経路は、次の回に最初に試します。経路の欄はありません。
• FINS のタグは 1 つずつが独立した要求で、機器はそれを 1 つずつ送ります。そのため、ひと回りの読み取りにかかる時間はタグの数とともに伸びます。