次のモデルへDAQチャンネルの追加を行いました。 1.PAYLOAD_MASTERのMNへDAQチャンネルの追加、変更 K1:VIS-{optic}_MN_DRIVEALIGN_{L,P,Y}_OUT 2048 K1:VIS-{optic}_MN_OSEMINF_{V1,V2,V3,H1,H2,H3}_IN1 1024 K1:VIS-{optic}_MN_OSEMINF_{V1,V2,V3,H1,H2,H3}_OUT 256 K1:VIS-{optic}_MN_OLDAMP_{L,P,Y}_IN1 1024 K1:VIS-{optic}_MN_OLDAMP_{L,P,Y}_OUT 256 K1:VIS-{optic}_MN_DAMP_{L,T,V,R,P,Y}_IN1* 1024 -> 1024{サイエンスフレームなし} K1:VIS-{optic}_MN_DAMP_{L,T,V,R,P,Y}_OUT 256 K1:VIS-{optic}_MN_MASTER_OUT_{V1,V2,V3,H1,H2,H3} 2048 optic: ITMX, ITMY, ETMX, ETMY Git:Release/0.1.11 2.TOWER_MASTERのBFへDAQチャンネルを追加、変更 DAMP_GAS_IN1 2048 -> 1024 DAMP_{L,T,V,R,P,Y}_IN1* 2048 -> 1024{サイエンスフレームなし} DAMP_GAS_OUT 256 => 変更なし DAMP_{L,T,V,R,P,Y}_OUT 256 => 変更なし LVDTINF_GAS_IN1 2048 -> 512 LVDTINF_{H1,H2,H3,V1,V2,V3}_IN1 512 LVDTINF_GAS_OUT 256 LVDTINF_{H1,H2,H3,V1,V2,V3}_OUT 256 MASTER_OUT_{V1,V2,V3,H1,H2,H3,GAS} 512 optic: PRM, PR2, PR3、ETMX, ETMY, ITMX, ITMY, BS, SR2, SR3 SRMは共通ファイルではない独立した環境なので未反映 Git:Release/0.1.12 3.DAQ Timing Errorの調査を行った。 3-1.まず6/18でエラーになったiniファイルを試してみた。 これは上記2とGASのDAQチャンネルの変更だけの差分である。 [変更] K1:VIS-{optic}_{F0,F1,F2,F3,SF}_DAMP_GAS_IN1_DQ 2048 => 1024 K1:VIS-{optic}_{F0,F1,F2,F3,SF}_LVDTINF_GAS_IN1_DQ 2048 => 512 [追加] K1:VIS-{optic}_{F0,F1,F2,F3,SF}_LVDTINF_GAS_OUT_DQ 256 K1:VIS-{optic}_{F0,F1,F2,F3,SF}_MASTER_OUT_GAS_DQ 512 optic: PRM, PR2, PR3 => PR2T,PR3T,PR3Tを変更したら前回と同じくDAQのTiming errorが発生した。 3-2.次に追加、変更どちらで不具合が発生したかを確認 [追加]のみを行ったファイル => TimingErrorは発生しない。 [変更]のみを行ったファイル => TimingErrorが発生した。   [変更]のLVDTINF_GAS_IN1_DQのみ変更したファイル   => TimingErrorが発生した。   [変更]のDAMP_GAS_IN1_DQのみ変更したファイル   => TimingErrorが発生した。 [変更]のDAQチャンネルを全て削除したファイル   => 頻度が非常に低いがTimingErrorが発生した。 [/users/ikeda/20210628/フォルダ下] サイエンスフレームは無関係でした。 GASのDAQチャンネルのデータレートを減らす方向で不具合が発生する 4.各FEのdmesgを確認してみた。 k1pr2,k1pr3,k1sr2で次のログが出続けているようです。 他にk1asc0,k1ioo1,k1imc0も同じでした。 不具合に関係あるかわからない。 [xxx.xx] (get_path_table_index:580):Cannot handle more than 3 hops [xxx.xx] (dx_seg_pe_setup:922):unable get path table index k1prm,k1bs,k1sr3,k1omc0,k1ix1,k1iy1,k1ex1,k1ey1では発生していない。 k1lsc0,k1als0,k1ioo --- Added DAQ channel to the following models. 1. Addition and change of DAQ channel to MN of PAYLOAD_MASTER K1:VIS-{optic}_MN_DRIVEALIGN_{L,P,Y}_OUT 2048 K1:VIS-{optic}_MN_OSEMINF_{V1,V2,V3,H1,H2,H3}_IN1 1024 K1:VIS-{optic}_MN_OSEMINF_{V1,V2,V3,H1,H2,H3}_OUT 256 K1:VIS-{optic}_MN_OLDAMP_{L,P,Y}_IN1 1024 K1:VIS-{optic}_MN_OLDAMP_{L,P,Y}_OUT 256 K1:VIS-{optic}_MN_DAMP_{L,T,V,R,P,Y}_IN1* 1024 -> 1024 {no science frame} K1:VIS-{optic}_MN_DAMP_{L,T,V,R,P,Y}_OUT 256 K1:VIS-{optic}_MN_MASTER_OUT_{V1,V2,V3,H1,H2,H3} 2048 optic: ITMX, ITMY, ETMX, ETMY Git:Release/0.1.11 2. Added and changed DAQ channel to BF of TOWER_MASTER DAMP_GAS_IN1 2048 -> 1024 DAMP_{L,T,V,R,P,Y}_IN1* 2048 -> 1024 {no science frame} DAMP_GAS_OUT 256 => no change DAMP_{L,T,V,R,P,Y}_OUT 256 => no change LVDTINF_GAS_IN1 2048 -> 512 LVDTINF_{H1,H2,H3,V1,V2,V3}_IN1 512 LVDTINF_GAS_OUT 256 LVDTINF_{H1,H2,H3,V1,V2,V3}_OUT 256 MASTER_OUT_{V1,V2,V3,H1,H2,H3,GAS} 512 optic: PRM, PR2, PR3, ETMX, ETMY, ITMX, ITMY, BS, SR2, SR3 SRM is not reflected because it is an independent environment, not a common file. Git:Release/0.1.12 3.DAQ Timing Error was investigated. 3-1. First, I tried the ini file that caused the error on 6/18. This is the difference between the above 2 and only the change of DAQ channel of GAS. [Change] K1:VIS-{optic}_{F0,F1,F2,F3,SF}_DAMP_GAS_IN1_DQ 2048 => 1024 K1:VIS-{optic}_{F0,F1,F2,F3,SF}_LVDTINF_GAS_IN1_DQ 2048 => 512 [Add]. K1:VIS-{optic}_{F0,F1,F2,F3,SF}_LVDTINF_GAS_OUT_DQ 256 K1: VIS-{optic}_{F0,F1,F2,F3,SF}_MASTER_OUT_GAS_DQ 512 optic: PRM, PR2, PR3 => I changed PR2T, PR3T, PR3T and got DAQ timing error as before. 3-2. Next, check whether the problem occurred by adding or changing File with [Add] only => TimingError is not generated. The file which only [Change] was done => TimingError occurred.   The file which changed only LVDTINF_GAS_IN1_DQ of [Change]   => TimingError occurred.   The file which changed only DAMP_GAS_IN1_DQ of [Change]   => TimingError occurred. File with all DAQ channels removed in [Change].   => TimingError was raised, although the frequency is very low. [under /users/ikeda/20210628/ folder]. Science frames were irrelevant. The problem occurs in the direction of reducing the data rate of DAQ channels in GAS 4. I checked the dmesg of each FE. It seems that the following logs keep appearing in k1pr2, k1pr3, and k1sr2. The same was also true for k1asc0, k1ioo1, and k1imc0. I don't know if this is related to the glitch. [xxx.xx] (get_path_table_index:580):Cannot handle more than 3 hops [xxx.xx] (dx_seg_pe_setup:922):unable to get path table index Does not occur in k1prm,k1bs,k1sr3,k1omc0,k1ix1,k1iy1,k1ex1,k1ey1. k1lsc0,k1als0,k1ioo