前書き

いまの工場現場はますます複雑になり、もちろんStation間（PLCとPLCと）にもデータが交換すること求められています。しかも単なるデータ交換できるではなく、効率よく、ネットワーク機器少なく、簡単明瞭で、立ち上げはすぐできるなども必要になります。そこでSiemnes社がI-Deviceという機能が提供し、２つのControllerの間に簡単でデータ簡単を実現します。

IDeviceとは？

少し詳しくそのIDeviceを見てみましょう。IDeviceを使うことによって２つのControllerの間にデータ交換することが簡単に実現できると書いていますが、ざっくりいうとそのIDeviceはCPU(PLC、Motion Controller、Software Controllerなど)、CP(Communication Processer)をDevice扱いするってことです。そうすると、自分がControllerで自分のネットワーク内のRemote IO、Fieldデバイス持ちながら他の上位のControllerの”Device”として通信するってことです。

(国産のメーカよくMasterとSlaveのような言い方で、自分がMasterでSlaveのデバイスありながら他の上位システムのSlaveとして存在するって意味ですね。SiemensはそれをControllerとDevicesと呼ぶ)

例えば下のように、一番上のIO Controllerと他のFieldデバイスとProfinetでつながっています。
下にぶら下がってる四角のはS7-1200でそのS7-1200はIO Devicesであり(一番の上のS7-1500からみると)、そして自分もIO ControllerとしてRemote IOのようなIO Devicesがもってます。簡単明瞭。

使用可能のデバイス

S7-300(Firmware V3.2以上)
CP 341-1(Adv)
S7-400(Firmware V6以上)
S7-1500
S7-1200(Firmware V4以上)
ET 200S/ET200SP/ET200pro CPU
SIMOTION

その詳細はManualを参照お願いします。

ここでもう一つのアプリケーションを話ししましょう。
まず上にいるのは上位のCPUで、自分のDistrictedがあり、そしてWirelessを使ってVehicle1..nの各PLCとIDeviceでデータ交換します。そして各PLCも自分のFieldデバイスあり、それを実現するとか上位PLCが自分のプロジェクトにデバイス名ことにアドレスふっておけば問題ありません。
Vehicle1：IQ5000からー
Vehicle2：IQ5050からーなど。

メリット？

ネットワークの配置はもっと柔軟になる
各プロジェクトの修正が最小限に
SiemensのControllerと他のメーカーデバイスと統合(GSDFilesを使う)
PN/PN couplersいらない
ルーターなどの設置なく

まぁ、つまりお金ですね。

IDevicesの基本

もちろん、そのままプロジェクトの設定こうして、次はこうしてScreen Shotを貼り付ければOKですが、そのやり方はいかにも芸が無さすぎでここで基本を踏みながらしたいと思います。

用語

IDevice

Intelligent IO deviceの構成設定されてるCPUかCPのこと。

Profinet

PROFINETとは1999年にプロフィバス協会より発表された産業用のEthernetプロトコルです。PROFIBUSと同様にPROFIBUS & PROFINET Internationalにより管理されています(日本では、日本プロフィバス協会が普及に取り組んでいます)。

GSD

PROFIBUSで機器の通信設定するにはGSDファイル(General Station Description) が必要で、
PROFINETならGSDMLファイル(XMLベースのGSD)が必要です。
そのFILEはベンダーより提供されていますので、GSDファイルを入手し、通信設定ツールを使用しスレーブアドレスやI/O割付などの設定作業を行います。

データ交換のコンセプト

基本的にI-DeviceはCPU中のProcess Imageでデータ交換します。Process Imageを使うことによって直接すべてのデバイスをアクセスできるようになり、ルータ、Gatewayを使わず済みます。

IOContollerの視点

IOContollerにとっては単なるRemote IOとやり取りとあまり変わりません。Process ImageからInputを読み、メモリをOutputへ書き込むのような感じです。

I-Deviceの視点

それでもあまり変わりませんね。データを上位IOControllerとやりとりはRemote IOとINPUT、OUTPUTのデータ交換みたいです。

Transfer areas

先に言いましたが、CPUのProcess Imageでデータ交換するのでそのProcess Imageの領域が”Transfer areas”と呼びます。

領域

AR

ARはApplication Relationshipのこと。

注意するのは1440Bytesまで交換できますよと書いておりますが、
そのRangeは直接Profinet更新時間に影響します。
transfer areasのBandwidth＋下位IOSystemのBandwidth＝IDeviceで使うBandwidth。

設定の選択肢

同じTIAプロジェクト内で直接構築する
異なるプロジェクトで構築する(その場合はGSDが必要になります)

IDeviceの種類

IDevice自分のIOSystem無し

いわゆる以下のような構成ですね。
自分Remote IOなく、上位のControllerとProfinetでつながってデータ交換する。

IDevice自分のIOSystemあり

いわゆる以下のような構成ですね。
IOControllerが自分のRemote IOなどがあり、そして上位のControllerのDevicesとしてProfinet繋がってデータ交換する。

アラームと診断

S7CPUは様々な診断関数が提供され、例えば下位Systemとの通信エラーなど、より簡単でトラブルによる停止時間を短くすることができます。

OB

OB 83 (insert/remove)
OB 85 (program sequence error)
OB 86 (rack failure)
OB 122 (I/O access errors)

TIA関数

GET_ERROR
GET_DIAG

Project構成

いよいよProjectをどう構築すればよいかのところまで来たね。同じProject内で構築すると別々Projectで構築する方法を紹介したいと思います。

同じProject内

ここでまずPLC_1とPLC_2２つのControllerがあり、PLC_1はControllerでPLC_2がDeviceとしてPLC_1とデータ交換。

PLC_1にProperties>PROFINET Interface>Ethernetを選んで、Add new subnetで新しいSubnetを追加し、IPはネットワーク構成に合わせるように設定します。

次はPLC_2にProperties>PROFINET Interface>Ethernetを選んで、Subnetのところに先追加したSubnetを選択します。

いまは２つPLCが同じSubnetに繋がっています。

次はPLC_2をDeviceとして設定します。Operating modeでIO DeviceのCheckBoxを入り、Assigned IO ControllerをPLC_1のInterfaceを選んでください。

下のTransfer areasでを押すと新しい転送エリア設定できます。そして矢印を押すとIかQかを設定することができます。もちろんIはInput,QはOuputです。

それだけです。最後はProjectを２つのPLCにもダウンロードすればOKです。

別々Projectで

多分こっちのほうが使うことが多いと思います。よく考えたら少し大きめなLineであればそもそも全てのControllerが同じProject内にはあまり考えられないです。ここで使うのはGSDFileです。考え方としてはもし自分がControllerでありながらすればDeviceのGSDをIMPORTする必要があり、逆に自分がDeviceとして他の上位Controllerとデータ交換したいのであればGSDをEXPORTしControllerのProjectにIMPORTする必要があります。

でも大丈夫です。ここで両方も紹介しますので。