ギガチャネルモジュール
APM-425/APC-485に関するQ＆A
「APM-425/ACP-485」は、ご好評頂いております「APM-420/APC-480」の上位機種です。標準搭載メモリ容量が1MBから2MB、伝送路が1Gbpsから2Gbps、PCIバスも32ビットから64ビット対応へと大幅な速度アップが図られております。また、新規に「セマフォ機能」の追加が行われております。

注） Q&Aの説明で明示的な区別が無い場合は、APM-425とAPC-485の両方に対しての説明です。
Q1 APM-425とAPC-485の違いはなんですか？
Q2 どんなコンセプトの製品ですか？
Q3 何台接続可能なのですか？
Q4 各ノードのアドレスはPnPですか？
Q5 通信の為の特別なプロトコル・スタックは必要ですか？
Q6 データ通信（共有）以外の機能はありますか？
Q7 セフォマ機能とはどのような使い方をするものですか？
Q8 実際の転送速度はどのくらいですか？
Q9 接続されるノード数によって速度は変わりますか？
Q10 データの遅延時間を計算できますか？
Q11 サポートするOSは何ですか？
Q12 ITRONや他OSでも使用できますか？
Q13 その他、注意する点はありますか？
Q14 どんなアプリケーションが考えられますか？



Q1 APM-425とAPC-485の違いはなんですか？
主な違いは以下の通りです。
機種 形状 PCIバス 最大メモリ容量
（オプション）
APM-425 PMC （PCIメザニンカード） 5.0V 33MHz 8MB
APC-485 PCIカード 3.3V 66MHz 16MB

その他、PCI・コンフィグレーションヘッダのプロダクトIDが異なります。
TOPへ
Q2 どんなコンセプトの製品ですか？
複数のボードを高速な光ファイバーで接続し、通信する為のボードです。ソフトウェアから見れば、PCIバス上に共有メモリが2MByteアサインされているように見えます。その共有メモリを介してお互いが通信します。全ノードでデータを共有出来ますので、処理の分散化/共有化等に威力を発揮します。
TOPへ
Q3 何台接続可能なのですか？
128台まで接続可能です。接続形態はループ・トポロジーとなります。またノード間の最大距離は150ｍです。
TOPへ
Q4 各ノードのアドレスはPnPですか？
いいえ。各ノードはジャンパスイッチで自己のIDを固定指定します。同一ループ内に同じIDを指定することは出来ません。またマスタ・ノードが1つ存在する必要があります。マスタ・ノードはループ上を流れるパケットの管理ノードで、マスタ・ノードもジャンパで固定指定します。
TOPへ
Q5 通信の為の特別なプロトコル・スタックは必要ですか？
いいえ。プロトコルは全てH/Wで行いますのでS/Wで制御を行う必要はありません。S/Wは共有メモリをR/Wするだけで通信が可能です。データを他ノードに送信する場合は共有メモリに書き込むだけで、接続されている全ノードはそのデータを参照する事が可能です。
TOPへ
Q6 データ通信（共有）以外の機能はありますか？
ID=0〜31のノードでは任意のノードに対して割り込みを発生させる事が可能です。従ってデータの準備が出来た時点や変更を行った時点で一斉通知や個別通知が可能になります。また、エラーが発生した時点での割り込み通知や、共有メモリの排他同期をとるセマフォ機能があります。
TOPへ
Q7 セマフォ機能とはどのような使い方をするものですか？
共有メモリの「あるエリア」を複数のノードで同時に更新/参照するようなアプリケーションを作成する場合に、他ノードとの同期を簡単に行う為のHW機能です。
例えばアプリケーションでセマフォに対応するエリアを決めておき、そこに対するアクセスを「セマフォ取得」→（参照や更新）→「セマフォ開放」の手順で行います。これにより全ノード間での排他アクセスが簡単に実現出来ます。セマフォは8個用意されていますのでシステム全体で独立した8箇所の排他領域を持つ事が可能です。
この機能は共有メモリのアクセスをHW的に制限するものではなく、アプリケーションで同期を取る為の機能です。従って共有メモリのアクセスの為だけに使用するのではなく、複数ノード間で任意のリソースに対する排他同期をとる場合にも使用できます。
TOPへ
Q8 実際の転送速度はどのくらいですか？
APM-425の場合 = リードでおよそ210MByte/s。ライトでおよそ170MByte/sです。
APC-485の場合 = リードでおよそ380MByte/s。ライトでおよそ170MByte/sです。
また共有メモリ−メインメモリ間の転送はDMAをサポートしています。
TOPへ
Q9 接続されるノード数によって速度は変わりますか？

はい。各ノードを通過する際のオーバーヘッドがあります。データを送出したノードのすぐ隣のノードと一番遠いノードとではデータの到着時間が異なります。ノードを通過する際のオーバーヘッドは約460ｎｓです。またケーブル長によっても遅延が発生します。1ｍ当たり約5nsで計算されます。

TOPへ
Q10 データの遅延時間を計算できますか？
はい。通信プロトコルは独自のトークン方式を採用しており、各ノードはトークンが自ノードに来た時点でデータを送出します。送信を行う場合のベストケースはトークンが自ノード上にある場合、ワーストケースはトークンが過ぎた時点で送信する場合です。以下に例を示します。

ノード数=４、ID 0からID 3へ送信する場合（ノード間10m想定）
・ ベストケース 0→1→2→3 　ノード通過数=3×（460+55）ｎ　約1.5μｓ
・ ワーストケース 1→2→3→0→1→2→3　ノード通過数=6×（460+55）ｎ　約3μｓ
TOPへ
Q11 サポートするOSは何ですか？
Windows2000／XP,　Linux、VxWorksの各ドライバーを用意しています。
詳しくは弊社営業にご相談ください。
TOPへ
Q12 ITRONや他ＯＳでも使用できますか？
もちろん可能です。標準ドライバーは用意しておりませんが、実際にはメモリアクセスの概念ですので特別なS/Wは不要です。アプリケーションから直接R/Wする事も可能です。MMUを使用している場合や割り込みを使用する場合はＯＳによってはドライバーをお客さまで用意する必要があります。
詳しくは弊社営業にご相談ください。
TOPへ
Q13 その他、注意する点はありますか？
例えばx86システムとPowerPCシステムで通信をする場合は、「エンディアン」が異なりますので注意が必要です。通信するデータの特性によっては相手のエンディアンに合わせる必要があります。
TOPへ
Q14 どんなアプリケーションが考えられますか？
分散処理を考えると、あるノードでデータを収集しそれを他ノードで分散処理するようなケースです。データは画像データであったり、他ノードの演算結果であるケースも考えられます。
逆に集中処理を考えると、各ノードが収集したデータを管理ノードで一括管理するような場合にも利用できます。また単純にデータ転送の経路としても利用できますので、画像データ+制御データを同じ経路に流す事が可能となり省配線化にも有効です。
TOPへ