 |
 |
Hi all, the format string of the data produced by the FADC in mode 7 is coherent with the bank content. - The mode 3 format tag is: "c,i,l,N(c,N(s,i))" - The mode 7 format tag is: "c,i,l,N(c,N(s,i,s,s))" The two additional shorts reported are the peak "minimum" (i.e. the pedestal) and the peak "maximum", in FADC units. These are not present in mode 3. I modified the EcalEvioReader to handle this case (I tested it with the file hps_003001_mode7.evio.0, with positive result). I just closed the JIRA issue related to this. Jeremy, can you please check if the code looks enough well written? It works properly, but I'd like a Java expert to have a look at it and check everything is done properly. Andrea Il 12/09/2014 05:34 PM, Maurik Holtrop ha scritto: > Hello Sho, Kyle, > > If the format string is different from the actual contents of the bank, that that would be a bug in how the DAQ writes out the data. We should contact Sergey to have that fixed on the DAQ side as well. > > - Maurik > > On Dec 8, 2014, at 11:19 PM, Sho Uemura <[log in to unmask]> wrote: > >> Looking at hps_003001_mode7.evio.0. I see the mode 7 format, and I see: >> >> * the format tag is 0xe102 >> >> * the format string is "c,i,l,N(c,N(s,i,s,s))" >> >> so the format tag is the same as the old pulse format, but the actual format is different. That's why the EVIO-LCIO conversion isn't working. This will not work until somebody writes the code to do the conversion - this is Jira item #349, I guess, assigned to Andrea. >> >> On Mon, 8 Dec 2014, Kyle McCarty wrote: >> >>> Hello Sho, >>> >>> That's the newest that we have. The file name should indicate the ones that >>> were run in mode 7 (the mode we are supposedly using). We aren't able to >>> get new data at the moment, unfortunately. >>> >>> I made the change that you suggested and tried running the monitoring >>> application on an older EVIO file (the DAQ is down at the moment; I'll test >>> it on the ET ring once i comes up again) and got a different error: >>> >>> java.lang.NullPointerException >>>> at >>>> org.hps.record.composite.EvioEventAdapter.recordSupplied(EvioEventAdapter.java:92) >>>> at >>>> org.freehep.record.loop.DefaultRecordLoop.consumeRecord(DefaultRecordLoop.java:832) >>>> at >>>> org.freehep.record.loop.DefaultRecordLoop.loop(DefaultRecordLoop.java:668) >>>> at >>>> org.freehep.record.loop.DefaultRecordLoop.execute(DefaultRecordLoop.java:566) >>>> at org.hps.record.composite.CompositeLoop.loop(CompositeLoop.java:211) >>>> at >>>> org.hps.record.composite.EventProcessingThread.run(EventProcessingThread.java:48) >>>> org.hps.record.RecordProcessingException: No next EVIO record available >>>> from source. >>>> at >>>> org.hps.record.composite.EvioEventAdapter.recordSupplied(EvioEventAdapter.java:103) >>>> at >>>> org.freehep.record.loop.DefaultRecordLoop.consumeRecord(DefaultRecordLoop.java:832) >>>> at >>>> org.freehep.record.loop.DefaultRecordLoop.loop(DefaultRecordLoop.java:668) >>>> at >>>> org.freehep.record.loop.DefaultRecordLoop.execute(DefaultRecordLoop.java:566) >>>> at org.hps.record.composite.CompositeLoop.loop(CompositeLoop.java:211) >>>> at >>>> org.hps.record.composite.EventProcessingThread.run(EventProcessingThread.java:48) >>>> Caused by: org.freehep.record.source.NoSuchRecordException >>>> at org.hps.record.evio.EvioFileSource.next(EvioFileSource.java:109) >>>> at >>>> org.hps.record.composite.EvioEventAdapter.recordSupplied(EvioEventAdapter.java:68) >>>> ... 5 more >>>> org.hps.record.composite.CompositeLoopAdapter.finish >>>> >>> I'm not sure if this helps or not. >>> >>> Also, it is possible something with the SSP has changed, though I'm not >>> sure if that would cause this specific error. >>> >>> Thanks, >>> >>> Kyle >>> >>> On Mon, Dec 8, 2014 at 10:21 PM, Sho Uemura <[log in to unmask]> wrote: >>> >>>> I need a file with pulse mode readout, since that's what the error is >>>> coming from. >>>> >>>> (If you're not running pulse mode, and the reader is misidentifying the >>>> readout mode, that's obviously also a big problem.) >>>> >>>> I don't see anything newer than Dec. 4 in /volatile/hallb/hps/led/; do you >>>> mean some other directory? >>>> >>>> >>>> On Mon, 8 Dec 2014, Kyle McCarty wrote: >>>> >>>> Hello Sho, >>>>> I'll give that a try in a moment. >>>>> >>>>> For data, we don't have anything since the error started. Do you think it >>>>> is related to data format? If not, we have some data from earlier today at >>>>> the LED sub-directory that you can try. >>>>> >>>>> Thanks, >>>>> >>>>> Kyle >>>>> That points to an EVIO error - either a bug in the reader (you're >>>>> exercising the pulse mode code, and we never ran pulse mode in the test >>>>> run), or something unexpected in the data format. >>>>> >>>>> In either case, I can probably fix it if I have a file to look at. I don't >>>>> find any data from this week in /volatile or on tape, but can you tell me >>>>> where to look? >>>>> >>>>> On Mon, 8 Dec 2014, Kyle McCarty wrote: >>>>> >>>>> Hello hps-software, >>>>> >>>>>> Using the most recent build of hps-java, we obtain the following error >>>>>> during event processing on the monitoring application in the counting >>>>>> house: >>>>>> >>>>>> SEVERE: Error making ECal hits >>>>>> >>>>>> java.lang.NullPointerException >>>>>>> at org.hps.evio.ECalEvioReader.makePulseHits(ECalEvioReader. >>>>>>> java:259) >>>>>>> at org.hps.evio.ECalEvioReader.makeHits(ECalEvioReader.java:129) >>>>>>> at >>>>>>> org.hps.evio.LCSimEngRunEventBuilder.makeLCSimEvent( >>>>>>> LCSimEngRunEventBuilder.java:47) >>>>>>> at >>>>>>> org.hps.record.composite.LcioEventAdapter.recordSupplied( >>>>>>> LcioEventAdapter.java:82) >>>>>>> at >>>>>>> org.freehep.record.loop.DefaultRecordLoop.consumeRecord( >>>>>>> DefaultRecordLoop.java:832) >>>>>>> at >>>>>>> org.freehep.record.loop.DefaultRecordLoop.loop( >>>>>>> DefaultRecordLoop.java:668) >>>>>>> at >>>>>>> org.freehep.record.loop.DefaultRecordLoop.execute( >>>>>>> DefaultRecordLoop.java:566) >>>>>>> at org.hps.record.composite.CompositeLoop.loop( >>>>>>> CompositeLoop.java:211) >>>>>>> at >>>>>>> org.hps.record.composite.EventProcessingThread.run( >>>>>>> EventProcessingThread.java:48) >>>>>>> >>>>>>> >>>>>>> It seems to be keeping us from seeing events in some of the GUIs. Any >>>>>> ideas >>>>>> what the problem is? >>>>>> >>>>>> Thanks, >>>>>> >>>>>> Kyle >>>>>> >>>>>> ######################################################################## >>>>>> Use REPLY-ALL to reply to list >>>>>> >>>>>> To unsubscribe from the HPS-SOFTWARE list, click the following link: >>>>>> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=HPS-SOFTWARE&A=1 >>>>>> >>>>>> >>>>>> >>>>> ######################################################################## >>>>> Use REPLY-ALL to reply to list >>>>> >>>>> To unsubscribe from the HPS-SOFTWARE list, click the following link: >>>>> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=HPS-SOFTWARE&A=1 >>>>> >>>>> >>>> ######################################################################## >>>> Use REPLY-ALL to reply to list >>>> >>>> To unsubscribe from the HPS-SOFTWARE list, click the following link: >>>> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=HPS-SOFTWARE&A=1 >>>> >>> ######################################################################## >>> Use REPLY-ALL to reply to list >>> >>> To unsubscribe from the HPS-SOFTWARE list, click the following link: >>> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=HPS-SOFTWARE&A=1 >>> >> ######################################################################## >> Use REPLY-ALL to reply to list >> >> To unsubscribe from the HPS-SOFTWARE list, click the following link: >> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=HPS-SOFTWARE&A=1 > ######################################################################## > Use REPLY-ALL to reply to list > > To unsubscribe from the HPS-SOFTWARE list, click the following link: > https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=HPS-SOFTWARE&A=1 ######################################################################## Use REPLY-ALL to reply to list To unsubscribe from the HPS-SOFTWARE list, click the following link: https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=HPS-SOFTWARE&A=1