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