Yesterday the B1_PD{1,2}_DC offsets wee adjusted by Romain:

• 2026-04-08-19h18m30-UTC    info gouaty       SDB2_dbox_bench saved - gouaty: adjust B1_PD2 offset (rev. 269159)
  2026-04-08-19h19m45-UTC    info gouaty       SDB2_dbox_bench saved - gouaty: adjust B1_PD1 offset (rev. 269160)
  2026-04-08-19h19m48-UTC    info gouaty       'Reload config' sent to SDB2_dbox_bench

After this operation, the SDB2_LC and the SQZ_CTRL became blue in VPM interface complaining about possible missing samples

This morning we made some investigations on the rtpc1 servers

• by changing  the TOLM_PROCESSOR_LOOP delays from 25us to 28us and then restarting most of  the rtpc1's servers execpt the DaqBox ones 
• and then reconfiguring the   SDB2_MezzPD0  and the  SDB2_MezzPD1 service mezzanines 
• but without any improvments 

We put back the standard  TOLM_PROCESSOR_LOOP value (25us)  and we  continued with the investigations . We found that

•  the SDB1_FAST_SHUTTER server task order can change . To fix its order a dependancy with the SQB1_Quadrants server has been added and now this server is always excuted after the SQB1_Quadrants one . Note that the SQB1_FAST _SERVER is the server driving  the OMC dac channels 
• re-starting any ACL's server on the rtpc1, is enough to recover the correct running conditions for the 2 faulty servers

At the end, as a simple workaround, a reloadConfig  of the SDB_EDB_Tpro server allows recovering the correct running conditions without stopping any ACL's servers