Index: trunk/FACT++/ScriptsForDimCtrl/FirstDrsCalib.dim
===================================================================
--- trunk/FACT++/ScriptsForDimCtrl/FirstDrsCalib.dim	(revision 14266)
+++ trunk/FACT++/ScriptsForDimCtrl/FirstDrsCalib.dim	(revision 14267)
@@ -17,4 +17,5 @@
 .w 2000
 # stopping should always be possible, and end in state 'Connected'(6)
+> ...waiting for FEEDBACK to be in state 6: Connected
 .s FEEDBACK 6
 > ..done
@@ -30,4 +31,5 @@
 BIAS_CONTROL/SET_ZERO_VOLTAGE
 .w 2000
+> ...waiting for BIAS to be in state 7: VoltageOff
 .s BIAS_CONTROL 7
 > ...done
@@ -39,4 +41,5 @@
 BIAS_CONTROL/SET_GLOBAL_DAC 1
 .w 2000
+> ...waiting for BIAS to be in state 9: VoltageOn
 .s BIAS_CONTROL 9
 > ...done
@@ -59,5 +62,7 @@
 # in order to find out when the calibration ends, we have to wait for the transistion from state
 # 'Calibrating'(13) back to 'Connected'(6)
+> ...waiting for FEEDBACK to be in state 13: Calibrating
 .s FEEDBACK 13
+> ...waiting for FEEDBACK to be in state 6: Connected
 .s FEEDBACK 6
 
@@ -75,4 +80,5 @@
 BIAS_CONTROL/SET_ZERO_VOLTAGE
 .w 5000
+> ...waiting for BIAS to be in state 7: VoltageOff
 .s BIAS_CONTROL 7
 > ...done
@@ -83,9 +89,17 @@
 # and a second pedestal run, with the same ROI as our next data will be, i.e. ROI=300 in this case
 > taking DRS:Pedestal 1000 ...
-> OPERATOR: observe Events tab and make sure there are no patches with strange behaviour, which can be caused by DRS-CHIP Problems
+> ===================================================
+> OPERATOR: 
+> observe Events tab and make sure there are no patches 
+> with strange behaviour, which can be caused 
+> by DRS-CHIP Problems
+> ===================================================
+
 FAD_CONTROL/START_DRS_CALIBRATION
 ###FAD_CONTROL/SET_FILE_FORMAT 0
 MCP/START -1 1000 drs-pedestal
+> ...waiting for FAD to be in state 8: Writing Data
 .s FAD_CONTROL 8
+> ...waiting for FAD to be in state 4: Connected
 .s FAD_CONTROL 4
 > ... done
@@ -93,5 +107,7 @@
 > taking DRS:Gain 1000 ...
 MCP/START -1 1000 drs-gain
+> ...waiting for FAD to be in state 8: Writing Data
 .s FAD_CONTROL 8
+> ...waiting for FAD to be in state 4: Connected
 .s FAD_CONTROL 4
 > ... done
@@ -99,5 +115,7 @@
 > taking Pedestal 1000 ...
 MCP/START -1 1000 pedestal
+> ...waiting for FAD to be in state 8: Writing Data
 .s FAD_CONTROL 8
+> ...waiting for FAD to be in state 4: Connected
 .s FAD_CONTROL 4
 > ... done
@@ -111,5 +129,7 @@
 ###FAD_CONTROL/SET_FILE_FORMAT 0
 MCP/START -1 1000 pedestal
+> ...waiting for FAD to be in state 8: Writing Data
 .s FAD_CONTROL 8
+> ...waiting for FAD to be in state 4: Connected
 .s FAD_CONTROL 4
 > ... done
@@ -124,4 +144,5 @@
 # the feedback should be in state 'CurrentControl'(12) now
 # the feedback should be in state 'CurrentCtrlIdle'(9) now since 30.05.12
+> ...waiting for FEEDBACK to be in state 9: CurrentCtrlIdle
 .s FEEDBACK 9
 > ... done
@@ -130,4 +151,5 @@
 BIAS_CONTROL/SET_GLOBAL_DAC 1
 # after this command the bias_ctrl should be in state 'VoltageOn'(9) after a second or so
+> ...waiting for BIAS to be in state 9: VoltageOn
 .s BIAS_CONTROL 9
 > ...1 DAC globally set
@@ -135,6 +157,8 @@
 # when the feedback actually kicks in, the bias is first in state 'Ramping'(5) for some seconds and finally in 'VoltageOn'(9)
 # again
+> ...waiting for BIAS to be in state 5: Ramping
 .s BIAS_CONTROL 5
 > ...ramping to nominal voltage
+> ...waiting for BIAS to be in state 9: VoltageOn
 .s BIAS_CONTROL 9
 > ...bias on
@@ -149,5 +173,7 @@
 > taking Pedestal with BIAS on 3000 ...
 MCP/START -1 3000 pedestal
+> ...waiting for FAD to be in state 8: Writing Data
 .s FAD_CONTROL 8
+> ...waiting for FAD to be in state 4: Connected
 .s FAD_CONTROL 4
 > ... done
@@ -157,4 +183,5 @@
 > switching OFF bias ...
 BIAS_CONTROL/SET_ZERO_VOLTAGE
+> ...waiting for BIAS to be in state 7: VoltageOff
 .s BIAS_CONTROL 7
 > ...done