Provide a connection to the QNet DAQ cards via python-serial. For software testing and development, (very) dumb DAQ card simulator is available
Control the two I/O threads which communicate with the DAQ. If the simulated DAQ is used, there is only one thread.
ZMQ Client site of the DAQ hadling.
The module provides a class which uses python-serial to open a connection over the usb ports to the daq card. Since on LINUX systems the used usb device ( which is usually /dev/tty0 ) might change during runtime, this is catched automatically by DaqConnection. Therefore a shell script is invoked.
This module provides a dummy class which simulates DAQ I/O which is read from the file “simdaq.txt”. The simulation is only useful if the software-gui should be tested, but no DAQ card is available
Provides a simple DAQ card simulation, so that software can be tested
Simulation mode reproduces rates from an file, drwan from a Poisson distribution. This routine will increase the scalars variables using predefined rates Rates are drawn from Poisson distributions
This package contains all gui relevant classes like dialogboxes and tabwidgets. Every item in the global menu is utilizes a “Dialog” class. The “Canvas” classes contain plot routines for displaying measurements in the TabWidget.
The gui of the programm, written with PyQt4
Contains the “main” gui application. It Provides the MainWindow, which initializes the different tabs and draws a menu.
The functionality of the software
Provide the dialog fields for user interaction
Set Configuration dialog. Set up the readout interval, gatewidth and whether an DAQ status line should be written.
Set Channel configuration: veto, coincidence, active channels.
Dialog to configure the fit range. It shows a dialog to change to upper and lower limit of the fit.
Shows the help dialog with the DAQ commands.
Base class of all muonic dialogs
Transformation of ASCII DAQ data. Combination of Pulses to events, and looking for decaying muons with different trigger condi
Get the absolute timing of the pulses by use of the gps time Calculate also a non hex representation of leading and falling edges of the pulses
We demand a second pulse in the same channel where the muon got stuck Should operate for a 10mu sec triggerwindow
get the pulses out of a daq line speed is important here
get the leading and falling edges of the pulses Use counter diff for getting pulse times in subsequent lines of the triggerflag
Get the absolute event time in seconds since day start If gps is not available, only relative eventtime based on counts is returned
Provide a fitting routine
Script for performing a fit to a histogramm of recorded time differences for the use with QNet