I modified the EVIO converter to handle these channels (and any other FADC channels you decide to plug stuff into), see: https://jira.slac.stanford.edu/browse/HPSJAVA-309 Let me know if you need help working with the LCIO file, or any improvements to this code. On Thu, 6 Nov 2014, Gabriel CHARLES wrote: > How do you then to work with the slcio file produced? Conversion to lcio file > was not exactly a success for me. > > Le 2014-11-06 13:31, Nathan Baltzell a écrit : >> Yes, slot 20, channels 13-15 are not calorimeter channels. >> >> crate slot channel >> 1 20 13 = unused >> 1 20 14 = unused >> 1 20 15 = LED clock trigger >> 2 20 13 = bottom cosmic PMT >> 2 20 14 = top cosmic PMT >> 2 20 15 = unused >> >> Only the two PMTs are useful offline. Their coincidence is the cosmic >> trigger. >> In our current DAQ configuration for cosmics, raw mode and a PMT threshold >> that probably can be increased, so far some offline cuts must be done on >> the >> PMT pulses to cleanly select cosmics. >> >> -Nathan >> >> >> >> >> On Nov 6, 2014, at 5:28 AM, Gabriel CHARLES <[log in to unmask]> wrote: >> >>> Yes, I could see this message too. >>> >>> Le 2014-11-06 11:25, Andrea Celentano a écrit : >>>> Hi, >>>> I runned this test, and I got errors like: >>>> created LCSim event #53 >>>> Crate 1, slot 20, channel 13 not found in map >>>> Crate 1, slot 20, channel 14 not found in map >>>> Crate 2, slot 20, channel 13 not found in map >>>> Crate 2, slot 20, channel 14 not found in map >>>> Crate 2, slot 20, channel 15 not found in map >>>> Did this happen also to you? >>>> I know what is going on here: >>>> - These DAQ channels are connected to trigger PMTS in the ECAL, and >>>> they're not define in the ECAL daq map (since they do not match any >>>> ecal channel) >>>> - In the past, I tried to find a hack for this, by defining in the daq >>>> map a correspondence between these DAQ channels and some non-existing >>>> crystals (for example, using ix=0) >>>> - This still does not work, because, when creating the lcio event, >>>> there's correspondence between these "fake crystals" and the >>>> detector-related information >>>> --> One would have also to "hack" the detector description and add >>>> these "fake crystals". However, I do not know if this is a good idea. >>>> What I did in the commissioning branch was to modify the >>>> EcalEvioReader class, skipping the data for these DAQ channels >>>> (methods makeIntegralHits / makePulseHits). >>>> I see that this modification was not moved to the trunk: this is >>>> probably ok, since the solution I found was only a temporary >>>> work-around. >>>> Best, >>>> Andrea >>>> Il 11/06/2014 12:47 AM, McCormick, Jeremy I. ha scritto: >>>>> Hi, >>>>> Today I was able to generate LCIO data from the current ECAL EVIO >>>>> output, using the HPS Java trunk distribution jar. (Thanks mostly to >>>>> updates from Sho for Engineering Run compatibility.) >>>>> Basically, this just includes the RawCalorimeterHit collections with the >>>>> IDs and ADC values. >>>>> You can test this by running: >>>>> cd trunk/evio; mvn test -Dtest=LCSimEngRunEventBuilderTest >>>>> It will generate an LCIO file with a few events in it at: >>>>> target/test-output/LCSimEngRunEventBuilderTest/LCSimEngRunEventBuilderTest_output.slcio >>>>> Right now I am using mostly ?dummy? db conditions to get this working. >>>>> I know that the pedestal/noise values definitely need to be updated in >>>>> the database. Gains are all set to 1 for now. >>>>> Any comment/questions on the output can go here: >>>>> https://jira.slac.stanford.edu/browse/HPSJAVA-275 >>>>> Next I?m going to try and get the new event builder working in the >>>>> monitoring application... >>>>> ?Jeremy >>>> ######################################################################## >>>> 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 >>> >>> -- >>> Gabriel CHARLES >>> Institut de Physique Nucléaire d'Orsay >>> >>> ######################################################################## >>> 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 > > -- > Gabriel CHARLES > Institut de Physique Nucléaire d'Orsay > > ######################################################################## > 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