Changeset 7830 for trunk


Ignore:
Timestamp:
08/01/06 14:24:19 (18 years ago)
Author:
tbretz
Message:
*** empty log message ***
Location:
trunk/MagicSoft/Mars
Files:
3 edited

Legend:

Unmodified
Added
Removed
  • trunk/MagicSoft/Mars/Changelog

    r7829 r7830  
    5757   * msignal/MSignalPix.[h,cc]:
    5858     - added new (non I/O) member fLoGainUsed
     59
     60   * msignal/MSignalCam.cc:
     61     - added cases 10 and 11 to GetPixelContent
     62     - added some more comments
    5963
    6064
  • trunk/MagicSoft/Mars/NEWS

    r7829 r7830  
    3131     factors to be 10 after the first calibration update.
    3232
     33   - callisto: Fixed the hi-/lo-gain offset for the Digital Filter. It
     34     was off by more than one slice (which gives wrong values for
     35     pixels which have saturated the hi-gain) This was a problem
     36     mainly for timing studies, not for the automatic standard analysis.
     37
     38   - callisto: Implemented two new tabs, the pulse position of pulses
     39     not saturating the hi-gain (and above 20phe) and the pulse-position
     40     saturating the hi-gain (means the pulse position of signal extracted
     41     from the lo-gain) This can be used to check (and/or correct) the
     42     hi-/lo-gain offset.
     43
     44   - callisto: The signal threshold for the pulse position has been
     45     changed from 15phe to 20phe and the scaling of the outer pixels has
     46     been switched off.
     47
    3348   - star: changed the fit for the ffective on time such that initial
    34        values are calculated automatically now instead of using build
    35        in values. This makes the fit more indepedant of the underlaying
    36        rates. With a test of ~350 sequences in the test database it could
    37        be shown that the new fit gives the same result +/-1sek.
    38        The highest deviation was +5s the lowest -10s. You can now control
    39        the bahaviour with two resource values:
    40           MHEffectiveOnTime.FistBin:   3
    41           MHEffectiveOnTime.NumEvents: 12000
    42        Use FirstBin=1 and NumEvents=120 to fit the effective on time
    43        from the resulting gamma candidates
     49     values are calculated automatically now instead of using build
     50     in values. This makes the fit more indepedant of the underlaying
     51     rates. With a test of ~350 sequences in the test database it could
     52     be shown that the new fit gives the same result +/-1sek.
     53     The highest deviation was +5s the lowest -10s. You can now control
     54     the bahaviour with two resource values:
     55        MHEffectiveOnTime.FistBin:   3
     56        MHEffectiveOnTime.NumEvents: 12000
     57     Use FirstBin=1 and NumEvents=120 to fit the effective on time
     58     from the resulting gamma candidates
    4459
    4560   - ganymed: now pruduces valid error codes if failed
  • trunk/MagicSoft/Mars/msignal/MSignalCam.cc

    r7804 r7830  
    589589// Returns, depending on the type flag:
    590590//
    591 //  0: Number of Photons*PixRatio
     591//  0: Number of Photons*PixRatio <default>
    592592//  1: Error*sqrt(PixRatio)
    593593//  2: Cleaning level = Num Photons*sqrt(PixRatio)/Error
     
    595595//  4: Error
    596596//  5: Island index
     597//  6: arrival time of mapped pixels
     598//  7: arrival time if signa avove 20phe
     599//  8: arrival time
     600// 10: arrival time if extracted from lo-gain
     601// 11: arrival time if extracted from hi-gain (and signal above 20phe)
    597602//
    598603Bool_t MSignalCam::GetPixelContent(Double_t &val, Int_t idx, const MGeomCam &cam, Int_t type) const
     
    610615    switch (type)
    611616    {
    612     case 1:
     617    case 1: // scaled error of phtoons
    613618        val = pix->GetErrorPhot()*TMath::Sqrt(ratio);
    614619        return kTRUE;
    615     case 2:
     620
     621    case 2: // significance of number of photons
    616622        if (pix->GetErrorPhot()<=0)
    617623            return kFALSE;
    618624        val = pix->GetNumPhotons()*TMath::Sqrt(ratio)/pix->GetErrorPhot();
    619625        return kTRUE;
    620     case 3:
     626
     627    case 3: // number of photo electrons
    621628        val = pix->GetNumPhotons();
    622629        break;
    623     case 4:
     630
     631    case 4: // error of signal
    624632        val = pix->GetErrorPhot();
    625633        break;
    626     case 5:
     634
     635    case 5: // index of island
    627636        val = pix->GetIdxIsland();
    628637        break;
    629     case 6:
     638
     639    case 6: // arrival time of mapped pixels only
    630640        if (pix->IsPixelUnmapped())
    631641            return kFALSE;
    632642        val = pix->GetArrivalTime();
    633643        break;
    634     case 7:
    635         if (pix->IsPixelUnmapped() || pix->GetNumPhotons()*ratio<15) // maybe 15 as static data member?
     644
     645    case 7: // pulse position above 15phe
     646        // The number of photons is not scaled with the ratio because
     647        // otherwise to many large pixels survive (maybe because the
     648        // fluctuations scale different than expected)
     649        if (pix->IsPixelUnmapped() || pix->GetNumPhotons()<20)
    636650            return kFALSE;
    637651        val = pix->GetArrivalTime();
    638652        break;
    639     case 8:
     653
     654    case 8: // arrival time
    640655        val = pix->GetArrivalTime();
    641656        break;
     657
     658    case 10: // lo gain time
     659        if (pix->IsPixelUnmapped() || !pix->IsLoGainUsed())
     660            return kFALSE;
     661        val = pix->GetArrivalTime();
     662        return kTRUE;
     663
     664    case 11: // hi gain time
     665        if (pix->IsPixelUnmapped() || pix->IsLoGainUsed())
     666            return kFALSE;
     667
     668        // The number of photons is not scaled with the ratio because
     669        // otherwise to many large pixels survive (maybe because the
     670        // fluctuations scale different than expected)
     671        if (pix->GetNumPhotons()<20)
     672            return kFALSE;
     673
     674        val = pix->GetArrivalTime();
     675        return kTRUE;
     676
    642677    default:
    643678        val = pix->GetNumPhotons()*ratio;
Note: See TracChangeset for help on using the changeset viewer.