TriggerDevelopment: Difference between revisions

From Mu2eWiki
Jump to navigation Jump to search
(Created page with " ==Introduction== Mu2e will use a trigger schema based on the online reconstruction performed on the DAQ servers. ==How to generate and run a Trigger executable in the Offlin...")
 
 
(12 intermediate revisions by 2 users not shown)
Line 1: Line 1:
==Intro==
In this page, we present our current set of tools you can use to test the Trigger executable in the offline and online environments. We also provide some guidance the user should look at if he/she wants to develop a Filter module for the Trigger Menu.


==Introduction==
==Run the Trigger executable==
Mu2e will use a trigger schema based on the online reconstruction performed on the DAQ servers.
The best way to run Trigger jobs is to generate your own fcl file using the script [[GenerateTriggerFcl]]. Our current best example of the full Trigger menu is implemented in the fcl <code>Trigger/fcl/runGlobalTrigger.fcl</code>.


==How to generate and run a Trigger executable in the Offline==
==What to do for creating an additional trigger path==
 
So far, the Physics trigger filters that have been developed rely on the info from the calorimeter reconstruction or the tracking one. The filters that use only the calorimeter reconstruction are in the directory <code>CaloFilters</code>, while those that use the info from the tracking reconstruction are in <code>TrkFilters</code>. For both cases, the filters default instances and the sequences definition are in the <code>fcl/prolog_trigger.fcl</code> file under the respective directories. The "general" filters, like the pre-scale filter and the minimum-bias filters, are housed in the <code>Trigger</code> directory.  
The Mu2e offline provides a dedicated python script <code>Trigger/scripts/genTriggerFcl.py</code> that allows the user to generate an fcl starting from a trigger configuration file. Examples of config file can be found on <code>Trigger/scripts/inputs</code> directory. The configuration file allows the user to set a general event prescale factor and also a second prescale factor that is applied to the good events.
In case the new filter module does not belong to one of these three categories, we will need to create a new one accordingly, so it is better to discuss it in the Trigger meeting. Then next two important steps are:
<pre>
<ul>
caloCosmicMuon 10 100
<li>update the corresponding prolog_trigger.fcl file to include the new sequence required to run the new filter;</li>
tprDeMSeed
<li>in case a new directory was made:
cprDeMSeed
<ul>
...
<li>create a file <code>fcl/prolog_trigger.fcl</code> that includes the filter default instance and also the sequence required to run it;</li>
</pre>
<li>include in the <code>Trigger/fcl/templates.fcl</code> file the new <code>prolog_trigger.fcl</code> file.</li>
</ul>
</ul>
It is important to note that in all the trigger sequences defined so far, we have been including two event pre-scale filter instances at the very beginning and at the very end. In this way we have an handle to eventually reduce the number of times the sequence is run and/or pre-scale on the group of "good" events selected by the filter.

Latest revision as of 20:32, 3 May 2019

Intro

In this page, we present our current set of tools you can use to test the Trigger executable in the offline and online environments. We also provide some guidance the user should look at if he/she wants to develop a Filter module for the Trigger Menu.

Run the Trigger executable

The best way to run Trigger jobs is to generate your own fcl file using the script GenerateTriggerFcl. Our current best example of the full Trigger menu is implemented in the fcl Trigger/fcl/runGlobalTrigger.fcl.

What to do for creating an additional trigger path

So far, the Physics trigger filters that have been developed rely on the info from the calorimeter reconstruction or the tracking one. The filters that use only the calorimeter reconstruction are in the directory CaloFilters, while those that use the info from the tracking reconstruction are in TrkFilters. For both cases, the filters default instances and the sequences definition are in the fcl/prolog_trigger.fcl file under the respective directories. The "general" filters, like the pre-scale filter and the minimum-bias filters, are housed in the Trigger directory. In case the new filter module does not belong to one of these three categories, we will need to create a new one accordingly, so it is better to discuss it in the Trigger meeting. Then next two important steps are:

  • update the corresponding prolog_trigger.fcl file to include the new sequence required to run the new filter;
  • in case a new directory was made:
    • create a file fcl/prolog_trigger.fcl that includes the filter default instance and also the sequence required to run it;
    • include in the Trigger/fcl/templates.fcl file the new prolog_trigger.fcl file.

It is important to note that in all the trigger sequences defined so far, we have been including two event pre-scale filter instances at the very beginning and at the very end. In this way we have an handle to eventually reduce the number of times the sequence is run and/or pre-scale on the group of "good" events selected by the filter.