December 15, 2010 online meeting minutes: Difference between revisions
Jump to navigation
Jump to search
No edit summary |
m Text replacement - "clonwiki.jlab.org" to "clonwiki0.jlab.org" |
||
| (8 intermediate revisions by 2 users not shown) | |||
| Line 7: | Line 7: | ||
* Ben's trigger GUI is working; v1495 software was adjusted; EPICS scalers readout to be implemented | * Ben's trigger GUI is working; v1495 software was adjusted; EPICS scalers readout to be implemented | ||
* DAQ was tuned; both rol2 and net are running on all available co-processors; 'parallel' rol1 is used everywhere; reached 4.6kHz at 86% livetime, limited by DC occupancy but DAQ limit is close as well; sc2 rol1 processing time is much bigger then others (see | * DAQ was tuned; both rol2 and net are running on all available co-processors; 'parallel' rol1 is used everywhere; reached 4.6kHz at 86% livetime and beam current 140nA, limited by DC occupancy but DAQ limit is close as well; sc2 rol1 processing time is much bigger then others (see [https://clonwiki0.jlab.org/wiki/clondocs/Docs/tpe_run_rol1.ps ps]), may try to decrease readout window width; clastrig2 readout speed still to be studied | ||
* fast reconstraction works producing target [https://clonwiki0.jlab.org/wiki/clondocs/Docs/tpe_run_target.ps image]. | |||
* RF signal dissapeards, Raffaella fixed it (bad unit, see logbook Dec 14 around 7pm), need to fix permanently | * RF signal dissapeards, Raffaella fixed it (bad unit, see logbook Dec 14 around 7pm), need to fix permanently | ||
| Line 13: | Line 15: | ||
* last night 2 switches went down, CC want to replace the one on 96 subnet, should think about bethsw3sc; also, dc6pmc1 died and did not want to reboot | * last night 2 switches went down, CC want to replace the one on 96 subnet, should think about bethsw3sc; also, dc6pmc1 died and did not want to reboot | ||
* two kind of ROC crashes were observed: ROLS_LOOP on host and PROC on PMCs; last one does not require reboot, cancel-reser-download-.. works, first one will try it; will try | * two kind of ROC crashes were observed: ROLS_LOOP on host and PROC on PMCs; last one does not require reboot, cancel-reser-download-.. works, first one will try it; will try to reproduce and debug it over downtime (big buffer check function etc) | ||
to reproduce and debug it over downtime (big buffer check function etc) | |||
* TOF SCHV alarm did not work when all values (except EPICS demand values) went to zero; crate turned on but values stayed zero and it was no alarm which is correct; we do not know why values went down to zero; will ask Nerses to look | |||
* | * epics_monitor config files are ready and will be installed; run_log_comment and database info to be reviewed and corrected | ||
Latest revision as of 15:06, 17 April 2015
present: Sergey Boyarinov, Sergey Pozdnyakov
1. TPE run status
- new trigger was commissioned and compared with old one, seems working, need to measure adc gate position; latch feature seems working, need to read it out and place to datastream
- Ben's trigger GUI is working; v1495 software was adjusted; EPICS scalers readout to be implemented
- DAQ was tuned; both rol2 and net are running on all available co-processors; 'parallel' rol1 is used everywhere; reached 4.6kHz at 86% livetime and beam current 140nA, limited by DC occupancy but DAQ limit is close as well; sc2 rol1 processing time is much bigger then others (see ps), may try to decrease readout window width; clastrig2 readout speed still to be studied
- fast reconstraction works producing target image.
- RF signal dissapeards, Raffaella fixed it (bad unit, see logbook Dec 14 around 7pm), need to fix permanently
- last night 2 switches went down, CC want to replace the one on 96 subnet, should think about bethsw3sc; also, dc6pmc1 died and did not want to reboot
- two kind of ROC crashes were observed: ROLS_LOOP on host and PROC on PMCs; last one does not require reboot, cancel-reser-download-.. works, first one will try it; will try to reproduce and debug it over downtime (big buffer check function etc)
- TOF SCHV alarm did not work when all values (except EPICS demand values) went to zero; crate turned on but values stayed zero and it was no alarm which is correct; we do not know why values went down to zero; will ask Nerses to look
- epics_monitor config files are ready and will be installed; run_log_comment and database info to be reviewed and corrected