Jul2019. CYRIC log
7/1-7/5
7/1 (Mon.)
raspberry pi 接続
(CYRIC 実験系ネットワーク 192.168.253.X)
raspberry pi IP set
- static ip_address (@ /etc/dhcpcd.conf) -> 192.168.253.32/24 (24はmask)
- reboot
- ifconfigで自身のIPアドレスを確認.
PC IP set (Windows)
- コントロールパネル → ネットワークとインターネット → ネットワークと共有センター → イーサネットの状態 → イーサネットのプロパティ → インターネットプロトコル バージョン4 (TCP/IPv4) のプロパティ
- →192.168.253.11
- 一度無効にし,もう一度有効にする.
- ifconfigで自身のIPアドレスを確認.
PCからraspiにssh接続できるかを確認.(@control counting room1)
- PCとraspiを,それぞれ別々のネットワークハブに接続.
- PCから, ping 192.168.253.32 でpingが通ることを確認.
- raspiから,ping 192.168.253.11 でpingが通ることを確認.
- もしpingが通らない場合,ネットワークハブを介さずに,PC-raspi接続にして,同様にして確かめる.
PCからraspiにssh接続できるかを確認.(@target room3)
- (monitor, key board, mouseがない...小さいのでいいのでdisplay(HDMI端子)(またはVGN to HDMI connector)がほしい...あとはehernet LAN cable)もいろいろ持ってくると便利.4pinのcable必要.)
- 上記と同じようにして,pingが通るか確認したら,なぜか通らなかった.(raspi or pcのIPが勝手に変更された?ethernetが生きているか?どこかの機器のIPがcollisionしているか?)
- CYRIC用のPC(192.168.2.10と書いてあるThink Pad)と,PCまたはraspiと接続できるか確認.
CYRIC PCのIP確認,接続
- 192.168.2.10にする.
- (Windowsのコマンドなので)コントロールパネル → cmd → ipconfigで確認.
- PCを192.168.2.11,raspiを192.168.2.12に変更し,CYRIC PCとそれぞれを接続 → pingが通った.
PCからraspiにssh接続できるかを再確認.
- このIPでPCとraspiを接続 → pingが通った.(192.168.253.Xがあまりよくない?)
- PCとraspiを,ハブを経由して接続.(奥の棚の上にあるハブ or XYZstageをcontrolするbox?の中にあるハブ)→ pingが通った.
- PCをcounting control room1に移動させ,そこでpingが通るか確認 → ok
thermal control system
irradiation box内の温度を測定するsystem.box上側と下側の2か所の温度を読み取る.
- raspi(@target room3)と,irradiation box内に入っているNTCを,接続.
- cd (/home/atlasj/)work/CYRIC
- sudo i2cget -y 1 0x35 0xDF (configを通す)
- sudo python themo_controllFNAL.py
- (themo_controllFNAL.pyで,温度・湿度を測定し,N2の弁をswitchingしてくれる.Tup=NTC上側,Tdown=下側に相当.)
- (別teminalで)cd work/CYRIC/TempMon
- source /usr/local/ROOT/v5.34/bin/thisroot.sh
- ./mkplot.sh -l 3 -H 1
- (詳しくは,http://atlaspc5.kek.jp/do/view/Main/Raspberrypi)
- なぜかいつもよりも温度がガタガタ.(adapter boardやNTCのせいではなかった → raspiのせい?)
N2 control system
irradiation box内を-15℃にするために,boxにN2を流す弁を制御させるsystem
- N2タンクに,弁をcontrolするsystemを設置.
- raspiとN2 switchを繋ぐ.(raspiのHPIO#4,15がswitchとinteraction.swichが逆のときは,thermo_controlFNAL.pyの中のHPIO#4,15をchange.)
- raspiとpower supplyを繋ぎ,24V印加
- switchの挙動が明らかにおかしい ← raspiのphotoMOS switchの1つが逝かれていた.
- spareのadapter boardに変更 → 正常に動作
power tap ON OFF system
XYZ stageをrebootさせるために,XYZ stageに接続するpower tapをOFF→ONにするsystem
- XYZ stageの電源をpower tapに接続.
- そのpower tapを,raspi adapter boardのmicro USBに接続.
- sudo python powertap.pyで電源をOFF→ONになるか確認.(これはphotoMOS switch0で行っている?)
- (photoMOSのハンダがうまくできてなかった.すいません.)
XYZ stage controller
- controllerの電源は,power supplyからの24V.
- XYZ stageの大元?(@target room3)から出てるethernetをハブに接続
- controllerもハブに接続し,controlできるか確認.
照射sampleをslotに設置
写真を参照.特にRD53A moduleの固定方法や向きに注意.
ネジの数とか確認しておくこと.
7/2 (Tue.)
N2 camera network set
N2の残量をmonitoringするためのカメラ(keekoon,ディグタみたいな形)を,remote controlする.
- 付属CDに入っているfileのうち,IP Camera Search Toolをinstall
- (IPCamera Viewerは不要.manualはCDに入っているが,下のattachmentに載せておいた(ガバガバ日本語))
IP Camera Search ToolでcameraのIP addressなどを編集する.
- ethernet cableで接続し,Search → atlasjを選択
- configure camera's network settings → (Obtain IP address automatically via DHCP)のcheckを外す.
- Camera Network Informationを変更する.
- IP:192.168.2.15,Subnet Mask:255.255.255.0,Gateway:192.168.2.1,DNS:8.8.8.8,Port:80
- Username:admin,Password:(いつもの) ← なくてもいけるかも?
- Apply → Search → atlasjのIPが変更されていることを確認.
- FireFox で,そのIP address(192.168.2.15)を打ち込んで検索 → 上から2つ目のをclick
irradiation
照射前
- targetが全て格納されていることを確認(TARGETがSETされていると,targetなしのDampのcurrentが読めない)(単動・連続照射で,画面右側の照射位置は,「TARGET=格納」,「Beam SIDE=TARGET SET中」)
- beamを出してもらい,Faraday cup(上流)とDamp(下流)でのbeam currentを目標値に設定してもらう.
- (照射slotが複数枚ある場合)単動照射 → TARGET No.を入力 → TARGET SET
- 連続照射 → TARGET No. , 開始位置,移動PITCH,移動回数を入力.(移動速度は20で固定,移動回数はzのみ変更し,x=1にする)(scanはまだしない)
- beamを止め,TARGET SET → SCAN開始
- beamを出してもらう.このときの開始時刻をmemo.Dampでのbeam current(target Damp)もmemo.
- 予定beam stop時刻を伝えておく.
- 途中alarmなどが鳴ったら下記のように対処する.(case2)
照射後
- beamを止めてもらい,そのときの時刻をmemo.
- 連続照射 → CANCEL(scanを停止し,TARGET No.のslotを格納)
- (照射slotが複数枚ある場合)単動照射 → TARGET No.を入力 → TARGET格納
- 格納されていることを確認.(画面右側で,照射位置がAlarmになっても特に問題はない)
- ここら辺でerrorになってalarmが鳴ったら下記のように対処.(case1)
何もなければ同じことを繰り返す.
errorになった場合
すぐに原点復帰を押さないこと!
TARGETをSETまたは格納(CANCEL)したときに発生した場合(case1)
- アラーム画面から,RESETをする.
- 原点復帰を絶対に押さない
- 手動2画面で,z→-方向に移動(約80くらいまで),y→0にする.(カメラ画面で絡まっていないか確認しながら)
- sudo python powertap.py(XYZstageをreboot)→(controllerもresetされる)
- 原点復帰をする.
- targetが格納されているか確認
scan中にalarmが鳴った場合(case2)
- まずはbeamを停止させる.その時の時刻をmemo
- アラーム画面からRESETを行う.
- (もし不可能な場合は,powertap.pyでreboot)
- 原点復帰をする.(targetが格納されているわけではないので大丈夫)
- (この状態ではTARGET SETされているがTARGET SCANできないので,)一度,単動照射 → TARGET格納
- 連続照射 → TARGET SET → SCAN開始
- beamを再び出してもらう.(時刻をmemo)
- loss timeを算出し,予定beam停止時刻を修正,operatorに伝えておく.
other
spread sheetのactivityに照射sampleのIDやsize, thickness, slot#などを書き込む.
irradiation time log
[19:35:00]
- ・Run #1 start
- (start position→x=-12, z=-24 ; pitch→x=1, z=48, scan回数=24 で誤ってset)
[19:55:20]
- Run #1 stop
- modify setting
[20:07:00]
[20:49:08]
[21:18:30]
[22:17:44]
[22:25:00]
7/3 (Wed.)
[01:39:56]
- Run #3 finish
- target格納時にalarm → 問題なく対処
- N2補充
[02:08:00]
[03:06:35]
- scan中にalarm → scan, beam stop
[03:10:00]
- Run #4 restart
- loss time → 00:03:25
[03:59:42]
- Run #4 finish
- target格納時にalarm → 問題なく対処
- N2 → -19kg
[04:08:00]
[05:00:00頃]
- spread sheetのrun planの時刻のところの計算式で,参照場所がおかしかった.
- →終了時刻変更(06:30頃→05:30頃)
[05:25:45]
[05:49:00]
[07:14:00頃]
- N2の残量を見る体重計が0のまま変化しなくなっていた.
--
Atlasj Silicon - 2019-06-28
Comments