Log entry time 12:49:30 on February 18, 2012

Entry number 362228

Fixed the problem of ROC1 not getting gates. I believe this was a CRL
issue and not a module issue. Even when xcefdmp was reporting 0xdc0000ff,
all the modules were "lighting up" showing they were getting gates.

Now to the CRL issue. The CRL of ROC2 is a modified version of LHRS ROC3
CRL. For ROC1 I just modified the old ROC1 CRL for the new module
configuration. The old ROC1 CRL contains this offending piece of code in
the trigger section:

# Skip the readout for event types NEXTEVT (External Events) -- see comments.

%%
  if (event_ty != NEXTEVT) {
    datascan = 0;
    while( (( ii < 100) )&&(( scan_mask  != (datascan& scan_mask )) )){ 
      padr   = 9;
      fb_frcm_1(padr,0,&datascan,1,0,1,0,0,0);
      ii++ ;
    }
  } else {
    ii = 1000;  /* trick to skip event type NEXTEVT */
  }
%%

The if statement "if (event_ty != NEXTEVT)" isn't there on LHRS CRL. When
I created a new ROC1 CRL from modified LHRS CRL, ROC1 started getting
gates again.

The old ROC1 crl can be found at (on a-onl)
~/crl/sfi1.crl.BAK

Also, when I tried a ROC2 CRL based off a old RHRS CRL with this if
statement, ROC2 reported 0xdc0000ff. 

Hopefully we will now be able to take a long cosmic run and check out all
the modules. I'll periodically check and see if the DAQ is still running.