Proceedings of the 13th Annual Meeting of Particle Accelerator Society of Japan
August 8-10, 2016, Chiba, Japan

PASJ2016 MOP099

RIBF 制御系への統合のための HYPER ECR イオン源制御システムアップグレード
UPGRADE OF HYPER ECR ION SOURCE CONTROL SYSTEMFOR CONTROL SYSTEM INTEGRATION AT RIBF西村誠#, A), 内山暁仁 B), 大城幸光 C)
Makoto Nishimura #, A), Akito UchiyamaB), Yukimitsu OhshiroC)A)
SHI Accelerator Service, Ltd.
B)
RIKEN Nishina CenterC)
CNS, University of Tokyo

Abstract
In RIKEN RIBF, Hyper Electron Cyclotron Resonance Ion Source (Hyper ECRIS) of CNS is used to produce avariety of metal ion beams for injection into the AVF cyclotron. The control system is constructed by stand-alone
system with a closed network, and it consists of Xicom TWTA with serial communication and MELSEC-A series PLC
as controllers. Hyper ECRIS is controlled by using a Windows-based client PC implemented in the ion source room.
Therefore, the client PC in the ion source room is accessed by the accelerator operator from RIBF control room byRemote Desktop Protocol, when beam tuning of Hyper ECRIS is required. On the other hand, an unintegrated control
system between Hyper ECRIS and the RIBF accelerator causes inefficient cross-operation. However, this control
system cannot be replaced by the control method to EPICS by only convenience of RIBF accelerator side, because
Hyper ECRIS is managed by CNS. For this reason, without renewing a controller, the upgrade system using EPICS wasdesigned while leaving conventional method. Additionally, the useful operator interface was constructed by utilizing
CSS/BOY for the accelerator operator.
制御システムと RIBF の加速器データを同時系列で解析することが困難であった。
これらの問題は、RIBF で採用している EPICS をフ
理研仁科センターRIBF における AVF 入射用イオン
レームワークとして、Hyper
ECR イオン源制御システム源の一つとして Hyper ECR イオン源は稼働している。に適応させれば解決する。しかし、HyperECR イオン源
2001 年当時運用されていた 10 GHz ECR イオン源より、は東大CNSが運用しているため、理研側の都合で制御大強度の多価イオンビームを CRIB (CNS Radio-Isotope
Beam Separator)[1] へ供給する目的で、東大 CNS 田無 コントローラを置き換えたり、ネットワーク構成を変更したから RIBF 施設へ Hyper ECR イオン源は移設された りする事はできない。
そこで、既存の制御方式を残したまま、Hyper ECR イ[2]。
オン源の全ての制御を加速器制御システムに統合する
Hyper ECR イオン源の主制御系のコントローラは、
MELSEC-A シ リ ー ズ の PLC (Programmable Logic ことで、既存制御と EPICS 制御を両立させる手法を検討
Controller) と GT SoftGOT2 を用いて構築されたクライ し、開発を行った。
アントから成る[3]。RF 源は、Xicom TWTA (Traveling
制御システム統合手法
Wave Tube Amplifier) XTRD-750 であり、制御をするた 2.
めに、現場に設置された PC （Microsoft Windows 7 2.1 ネットワーク間コミュニケーション
Professional）と TWTA を RS-232C で直接接続し、メーシステムの詳細を Figure 1 に示す。Hyper ECR イオン
カー標準の制御ソフトをクライアントとして使用していた。
源の主制御系ネットワークは、RIBF 制御系とは独立してそしてこれらのネットワークは、加速器制御系ネットワークいる。よって、既存システムに変更を加えずに、RIBF 制とは完全に独立していた。
御系のクライアント端末からもイオン源制御系ネットワー
これらを運用していく上で以下の問題が明らかになっ
ク内のコントローラ (MELSEC-A シリーズ) にアクセスすた。1 つは、イオン源主制御と TWTA が RIBF 制御室とるため、EPICS Input/Output Controller (IOC) を、両ネッ離れた現場イオン源室に設置された Windows マシンでトワーク間のゲートウェイとして実装した。以上により、イしか制御できないため、加速器調整時に Hyper ECR イオン源ネットワーク内は、RIBF 制御系から見た時、一種オ ン 源 の RF パ ラ メ ー タ を 変 更 す る場 合 、 Microsoftのバスインターフェース層となった。
Windows リモートデスクトップを用いて、現場 Windows
一方、Xicom XTRD-750 は、既存システムにおいて、マシンにアクセスしなければならなかった。2 つ目に、
RS-232C 接続で直接現場 PC とシリアル接続で制御さRIBF 加速器制御システムは主に EPICS (Experimentalれていた。Xicom XTRD-750 は、RS-232C だけでなくPhysics and Industrial Control System) を用いて構築さRS-485 通信が割り込みで同時に使用できるため、RSれており[4]、それとは独立していた Hyper ECR イオン源
485 を EPICS 専用の通信と位置づけ、イーサシリアルコ____________________________________________#mkt_nishimura@riken.jp
ンバータの実装を行った。このように、シリアル信号を

1.

はじめに- 660 -Proceedings of the 13th Annual Meeting of Particle Accelerator Society of Japan
August 8-10, 2016, Chiba, Japan

PASJ2016 MOP099

イーサネットフレームに変換したことで、EPICS 経由の伝送路を TCP/IP に統一することが可能になった。

（A シリーズは１E フレーム、Q シリーズは 4E フレーム）、
KEK から提供されている NetDev[7]を用いて新たに

Figure 1: System diagram of upgrading system using EPICS and previous system.
2.2 EPICS Input/Output Controller
EPICS IOC は、RIBF 制御系での運用実績を考慮した。
2007 年頃より RIBF 制御系では、PC Engines WRAP を、EPICS IOC が走るシングルボードコンピュータとして採用 し て い た [5] が 、 現 在 は そ の 後 継 機 種 で あ る PC
Engines ALIX 3d2 を採用している[6]。 ALIX 3d2 はイーサネットポートを１つ備えているタイプであるが、Hyper ECR イオン源制御において、EPICS IOC はゲートウェイの役目を担うために、イーサネットポートを複数使用しなくてはならない。よって、イーサネットポートを 2 つ
備 えて い る ALIX 2d2 (Figure 2 参照 ) を採 用し、EPICS R3.14.12 との組み合わせで運用する事とした。

Figure 2: Photograph of ALIX single board
computer. This is utilized for EPICS IOC with agateway between Hyper ECR ion source control
network and RIBF control network.
2.3

デバイスサポート開発

本システムで開発しなければならない EPICS デバイスサポートは、MELSEC-A シリーズと Xicom XTRD-750である。MELSEC-A シリーズは、RIBF 制御系でも実績が多い MELSEC-Q シリーズとプロトコルが異なるため

EPICS デバイスサポートを開発した。開発されたデバイスサポートでは、バイナリコードでの 1E フレームの利用をサポートする。
一方、Xicom XTRD-750 において、そのプロトコルは例えば”<ACK>A?PQLV<EXT><checksum>”の様に表される ASCII 形式のクエリを TCP/IP で送信し、レスポンスを受信する形になっている。よって StreamDevice[8]を用いて EPICS デバイスサポートを開発した。ASCII 形式でのデバイスサポート開発で広く用いられており、かつXicom XTRD-750 は XOR (排他論理和) のチェックサムが必要になるが、それがサポートされている事がStreamDevice を採用した理由である。チェックサムはSteamDevice のプロトコルファイルでは”<xor>”という形で表現される。

3.

クライアントシステム

3.1

オペレータインターフェース

Hyper ECR イオン源用オペレータインターフェースをKEK 版 Control System Studio (CSS ver. 3.2.16) のBOY[9,10] を用いて構築した。CSS は EPICS 環境におけるユーザインターフェースを開発するための Eclipseベースのフレームワークである。本システムは、Microsoft
Windows7 Professional で運用を行った。RIBF 制御系
では、MEDM/EDM を用いてオペレータインターフェースを構築してきた[11,12]が、CSS は GUI コンポーネントの種類やプロパティが豊富かつ、今までオペレータインターフェースとは独立に運用していたクライアントシステ
ム（例えばアラームシステム）も統合的に管理する事が可能である。また Eclipse ベースのため、プログラミング開発環境に慣れたユーザにとって開発の閾値を下げる事が可能である。
従来独立してクライアントシステムが運用されていた
MELSEC-A シ リ ー ズ と Xicom XTRD-750 に お い て
EPICS を用いた制御が可能になったことから、統一的な手法でクライアントシステムも構築する事が可能になった。
構築された Hyper ECR イオン源用オペレータインターフェースを Figure 3 に示す。この GUI 上では、ビーム電流、引き出し電流、真空度やプラズマ分光信号電圧をト- 661 -

Proceedings of the 13th Annual Meeting of Particle Accelerator Society of Japan
August 8-10, 2016, Chiba, Japan

PASJ2016 MOP099

レンドグラフでモニタしながら、Hyper ECR イオン源のミラーコイル、TWTA、ガス圧、ロッド位置、分析電磁石、引き出し電圧等を調整する事が可能である。
また、CSS/BOY には手軽にストリップチャートを作成可能にさせる機能 (Data Browser) があるので、これを用いて真空度やビーム強度等の監視も行っている。の理由で、56Fe15+は 63Cu17+とスペクトル上で分離し辛い。
そのため、 56Fe15+ ビームを AVF に渡したはずが、AVFでビームが回らないため、イオン源を再調整することが度々起きていた。しかし、本システムで 63Cu の価数分布がスペクトルに現れていることを突き止め、焼き出し時に56Fe と 63Cu の価数分布全体を確認しながらイオン源調整をする手法が確立されたことで加速イオンの取り違えがなくなった。ちなみに 63Cu はプラズマチェンバーの材質である。このように、高精度にスペクトル解析できるようになったことで、Hyper ECR イオン源から供給されるビームの信頼性が向上した。
3.3

Figure 3: Screenshot of the operator interface utilizing
CSS/BOY for Hyper ECRIS control.
3.2

イオンスペクトル解析とイオン源調整

本システムは、イオンスペクトル解析においても有用である。イオン価数分布測定では、分析磁石の磁場強度を変化させ、イオンスペクトルを取得する。従来、イオンスペクトルはペンレコーダによって分析電磁石の磁場とビーム電流値を方眼紙に描き出していた (XY プロッタ)。
今回、EPICS に統合されたことよって CSS/BOY でも XYプロッタを実装した。取得したスペクトルのデータを CSVファイルに一旦保存し、スペクトル解析システム (イオンの判別、イオンの分布傾向や焼き出し状況の確認をするために Microsoft Excel で開発したシステム) に読み込ませると、イオンスペクトルがグラフに表示され、α,16O4+ピーク位置を基にすべてのイオンピーク位置を自動計算する準備が完了する。目的のイオンの質量、価数をパラメータとして入力すると、瞬時にイオン種のピークが現れるはずの位置（分析磁石の磁場に対応する電流値）に矢印が表示される。実際運用されているシステムのスクリーンショットを Figure 4 に示す。
システムの具体的な使用例は以下の通りである。
Hyper ECR イオン源は比較的判別の難しいイオンを生成することが多い。例えば 18O6+と 12C4+は M/q が近い値のためスペクトル上で分離し辛い。よって、12C の各イオンピークが下がっていくことで焼き出しの進み具合を確認しつつ、18O が多くなるようイオン源調整していく。同様

RIBF 制御系との連携

通常のオペレーションでは、最初に目的イオン種のビーム強度が最大になる様にイオン源下流のファラデーカップでイオン源調整を行い、その後加速器側の調整を行う。最終的には加速器からビーム取り出し後に全体調整 (イオン源を含めた RF、磁場等全てのパラメータ) を行う。従来の手法では、この全体調整時に、リモートデスクトップで Hyper ECR イオン源のオペレーションをせざるを得ず、不便な点が多かった。しかし、本システム構築でRIBF 制御系と統合された事により、クライアントシステム間の横断がなくなり、オペレーションの操作性が向上した。
また、今まで行っていなかった Hyper ECR イオン源と加速器のデータを同時系列で比較する事ができるようになり、加速器から取り出した後のビーム電流に Hyper ECRイオン源が与える影響を迅速に判断する事が可能になった。

4.

まとめと今後の課題

Hyper ECR イオン源制御の更新を行った。従来の制御手法を残したまま、EPICS においても制御可能にさせるため、Xicom TWTA XTRD-750 と MELSEC-A シリー
ズ用の EPICS デバイスサポートを開発し、運用を開始した。 Hyper ECR イオン源制御が EPICS に対応した事により CSS/BOY を用いてオペレータインターフェースを構築可能になり、その有用性も確認した。また、RIBF 制御系とシステム統合された結果、加速器からビーム取出し後の全体調整時におけるクライアントシステムの操作性が向上した。さらにイオンスペクトル解析のためのアプリ
ケーションを開発したことにより Hyper ECR イオン源から供給されるビームの信頼性が向上した。引き続きビーム調整効率向上を実現するクライアントシステムの開発を行っていく予定である。
一方、MELSEC-A シリーズは 2006 年 9 月に既に生産を中止しており[13]、また当然現在主流の MELSECQ シリーズに比べ CPU 性能が劣る。よって、今後の課題としてレスポンスの改善や老朽化対策が必要になるのであれば PLC の置き換えを検討せざるを得ないと考えている。

- 662 -

Proceedings of the 13th Annual Meeting of Particle Accelerator Society of Japan
August 8-10, 2016, Chiba, JapanPASJ2016 MOP099

Figure 4: Screenshot of the Excel-based system for analyzing ion spectrum data. In this case, Hyper ECRIS
produce the 26Mg8+ beam and this graph shows 26Mg and 24Mg distribution.

参考文献[1] T. Teranishi et al., CNS Ann. Rep. 2001 (2002) 7.
[2] Y. Ohshiro et al., RIKEN Accel. Prog. Rep. 36 (2003) 279.
[3] Y. Ohshiro et al., RIKEN Accel. Prog. Rep. 37 (2004) 271.
[4] M. Komiyama et al., Proc. HIAT2015, Yokohama, Japan,
P.101- P.103.
[5] A. Uchiyama et al., Proc. ICALEPCS2007, Knoxville,U.S.A, P.334-P.336.
[6] M. Komiyama et al., Proc. ICALEPCS2011, Grenoble,France, P.90-P.92.
[7] J. Odagiri et al., Proc. ICALEPCS2003, Gyeongu, Korea,P.494-P.207.
[8] D. Zimoch, “StreamDevice2”;
http://epics.web.psi.ch/software/streamdevice.
[9] Kay-Uwe Kasemir et al., Proc. ICALEPCS2011 Grenoble
France, P.1178–P.1181.
[10] http://www-linac.kek.jp/cont/epics/css/[11] M. Komiyama et al., Proc. The 4th Annual Meeting ofParticle Accelerator Society of Japan, Wako, Japan, P.416P.418.
[12] A. Uchiyama et al., Proc. ECRIS2012, Sydney, Australia,P.61-P.63.
[13] http://www.mitsubishielectric.co.jp/fa/- 663 -