Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Ecalpf cluster corrections93 x - taking care of events with flag==5 #19827

Merged
merged 6 commits into from Aug 1, 2017

Conversation

jainshilpi
Copy link
Contributor

This is taking care of events in which flag==5. These are forces ZS events. So these should go under the ZS category. Similarly, there can be events which have flag==7. Those are
forced FULL readout. So those should go under the FULL readout category. Code has been changed accordingly now.
@rafaellopesdesa @slava77

@cmsbuild
Copy link
Contributor

A new Pull Request was created by @jainshilpi for master.

It involves the following packages:

RecoParticleFlow/PFClusterProducer

@perrotta, @cmsbuild, @slava77, @davidlange6 can you please review it and eventually sign? Thanks.
@mmarionncern, @felicepantaleo, @rafaellopesdesa, @lgray, @seemasharmafnal, @cbernet, @bachtis this is something you requested to watch as well.
@davidlange6 you are the release manager for this.

cms-bot commands are listed here

@slava77
Copy link
Contributor

slava77 commented Jul 19, 2017

@cmsbuild please test

@cmsbuild
Copy link
Contributor

cmsbuild commented Jul 19, 2017

The tests are being triggered in jenkins.
https://cmssdt.cern.ch/jenkins/job/ib-any-integration/21621/console Started: 2017/07/19 20:46

@slava77
Copy link
Contributor

slava77 commented Jul 19, 2017

@jainshilpi
if I understand correctly, the behavior will change after this PR.
Do these forced ZS or full readout appear in MC or is it just data?
If there are some slides or a document describing when/how the other bits can happen, it would be nice to know.

Thank you.

@cmsbuild
Copy link
Contributor

@cmsbuild
Copy link
Contributor

Comparison job queued.

@cmsbuild
Copy link
Contributor

Comparison is ready
https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-19827/21621/summary.html

Comparison Summary:

  • No significant changes to the logs found
  • Reco comparison results: 0 differences found in the comparisons
  • DQMHistoTests: Total files compared: 23
  • DQMHistoTests: Total histograms compared: 2310405
  • DQMHistoTests: Total failures: 15093
  • DQMHistoTests: Total nulls: 0
  • DQMHistoTests: Total successes: 2295146
  • DQMHistoTests: Total skipped: 166
  • DQMHistoTests: Total Missing objects: 0
  • Checked 93 log files, 14 edm output root files, 23 DQM output files

@jainshilpi
Copy link
Contributor Author

@slava77 yes this is correct, the behaviour will change after this PR. earlier clusters which were forced
ZS were taken as in full readout. Now they will appropriately be taken in ZS. I will check if this can happen in MC as well. About the slides/documents as to how bits 5 and 7 can happen, I just know the pointer to this code:
https://github.com/cms-sw/cmssw/blob/master/DataFormats/EcalDigi/interface/EcalSrFlag.h
which says that /** Mask for the 'forced' bit which is set when the decision was

  • forced by an error condition or by configuration.
  • E.g., a force full readout flag has value SRF_FORCED_MASK|SRF_FULL

*/
I have also written to Andrea Massironi and Emanuele. I will let you know when I get more information about it.

Thanks

@jainshilpi
Copy link
Contributor Author

@slava77 , so I checked with Emanuele. This cannot happen in MC.
And this is what Emanuele mentioned about the forced decisions:

"these are the correspondent “forced” bits of the Selective Readout flags (ZS or FR),
which occur when the DCC has some issue in applying the readout determined by the trigger (high/medium/low interest).
The force ZS flag can happen on data (not in MC) when the data payload of the Data Concentrator Card (DCC)
is too high, for example at the beginning of a high PU fill in the barrel, so the DAQ has to read also
the high interest zones in zero suppression mode. "

if (clusFlag!=1 && clusFlag!=3) {
edm::LogWarning("PFClusterEMEnergyCorrector") << "We can only correct regions readout in ZS (flag 1) or FULL readout (flag 3). Flag " << clusFlag << " is not recognized."
if (!ZS_bit && !FR_bit) {
edm::LogWarning("PFClusterEMEnergyCorrector") << "We can only correct regions readout in ZS (flag 1,5) or FULL readout (flag 3,7). Flag " << clusFlag << " is not recognized."
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

as defined, this warning will not be made for clusFlag of 2,6, which apparently do not exist based on the description above.
should they be captured here as well?
if ( (!ZS_bit && !FR_bit) || (!ZS_bit && FR_bit) )

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

... which is actually just if ( !ZS_bit)

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

actually, values like above 7 should probably still have a warning as well
if ( !ZS_bit || clusFlag > 7)

@slava77
Copy link
Contributor

slava77 commented Jul 26, 2017

@jainshilpi
are you available to address #19827 (comment)
soon?
Please let me know.
Thank you.

if (pt<2.5) coridx = 1 + regind;
else if (pt>=2.5 && pt<6.) coridx = 2 + regind;
else if (pt>=6.) coridx = 3 + regind;
}
if (clusFlag!=1 && clusFlag!=3) {
edm::LogWarning("PFClusterEMEnergyCorrector") << "We can only correct regions readout in ZS (flag 1) or FULL readout (flag 3). Flag " << clusFlag << " is not recognized."
if (ZS_bit!=0 || clusFlag > 7) {
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

here and above the change is made backwards for values of x in 0 or 1, !x is the same as x==0
instead of the suggested x!=0

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@slava77 I realized I made a stupid mistake. Its corrected now. Thank you

@slava77
Copy link
Contributor

slava77 commented Jul 31, 2017

@jainshilpi
please follow up on the last update to fix the bug introduced.
Thank you.

@cmsbuild
Copy link
Contributor

Pull request #19827 was updated. @perrotta, @cmsbuild, @slava77, @davidlange6 can you please check and sign again.

@slava77
Copy link
Contributor

slava77 commented Jul 31, 2017

@cmsbuild please test

@cmsbuild
Copy link
Contributor

cmsbuild commented Jul 31, 2017

The tests are being triggered in jenkins.
https://cmssdt.cern.ch/jenkins/job/ib-any-integration/21934/console Started: 2017/07/31 23:48

@cmsbuild
Copy link
Contributor

@cmsbuild
Copy link
Contributor

Comparison job queued.

@cmsbuild
Copy link
Contributor

cmsbuild commented Aug 1, 2017

Comparison is ready
https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-19827/21934/summary.html

Comparison Summary:

  • No significant changes to the logs found
  • Reco comparison results: 16 differences found in the comparisons
  • DQMHistoTests: Total files compared: 25
  • DQMHistoTests: Total histograms compared: 2651091
  • DQMHistoTests: Total failures: 61519
  • DQMHistoTests: Total nulls: 0
  • DQMHistoTests: Total successes: 2589391
  • DQMHistoTests: Total skipped: 181
  • DQMHistoTests: Total Missing objects: 0
  • Checked 102 log files, 14 edm output root files, 25 DQM output files

@slava77
Copy link
Contributor

slava77 commented Aug 1, 2017

+1

for #19827 d067060

@cmsbuild
Copy link
Contributor

cmsbuild commented Aug 1, 2017

This pull request is fully signed and it will be integrated in one of the next master IBs (tests are also fine). This pull request requires discussion in the ORP meeting before it's merged. @davidlange6, @smuzaffar

@davidlange6
Copy link
Contributor

+1

@cmsbuild cmsbuild merged commit 3a437c2 into cms-sw:master Aug 1, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants