Skip to main content

Python scripts to be located on the user interface computer.

Project description

WagonTestGUI

This repository contains the GUI used to run the quality control testing for all HGCAL LD Wagons.

Setup

GUI Setup

Run these commands from your working area to pull the code in:

	git clone git@github.com:UMN-CMS/WagonTestGUI.git

	pip install WagonTestGUI

When updating the code, you can use the following commands:

    git add <your files>
    git commit -m "Message about what you are committing"
    git push origin <LocalBranchName>:<RemoteBranchName>

You can then open a pull request (PR) by going to the Github repo and then we can merge your code into the master branch.

Setting Up Server/Client/Backend

You will need to pull the repository for the testing station onto the testing station.

You will then need to run "python utils/fetch_ip.py" on the testing station.

You will need to pull "client_setup.py" from the git@github.com:UMN-CMS/WagonTestHUI.git repository onto the GUI computer.

Then run the command it tells you (./client_setup.py testing_station_ip_address).

You will also need to install and set up the database that you will be using at DATABASE GITHUB REPO LINK HERE

To run the program:

To run the program:

You will need to run "python REPServer.py" on the appropriate machine after pulling the server code from REPSERVER GITHUB REPO LINK HERE.

This program is built to be compatible with a Zebra (MODEL NUMBER GOES HERE) Scanner. Please connect it to the computer and do any required setup before running the program.

With those set up and running, open these files in VS Code (or any application that runs Python) and run the following commands in the terminal:

./run_WagonTestGUI

Using the program

When the GUI loads in there will be a loading screen, this will change to the login scene when the GUI is loaded.

The login scene will require you to choose a user to continue into the program further. If you wish to add a new user, you may click the "Add User" button. However, this will require admin privileges within the database.

The scan scene will require a board serial number to be scanned to progress forward. Simply scan the QR code on the board and then hit the "Submit" button. If you scan the wrong QR Code, you may push the "Rescan" button to scan another QR code.

Most scenes in the GUI will contain the "Change Boards" and "Logout" buttons. This will allow you to return to scan scene and scan a new board in or return to login scene to choose a new user respectively.

When using the GUI, the sidebar will allow you to navigate to any frame that is not greyed out simply by click on the respective named button. If a test has been completed, it cannot be selected from the navigator, but instead requires the user to use the respective "Retest" button found on the test summary scene.

While a test is in progress, the GUI will disable sidebar navigation and prevent you from leaving the GUI. This can be overriden using CTRL + C, but it will not halt the test. That would require a similar override on the test station's computer.

The test summary scene contains a "More Info" button. This button will display the information found in the "data" portion of the test results in the python dictionary. This information is also viewable from the website. It also contain's a "Next Test" button. This functions identically to the "Change Boards" button found on other scenes.

To access the website, you simply need to type "" into the web browser of your choice (CHECK IF THIS NEEDS TO BE ON A CERTAIN COMPUTER)

Goals for this Framework:

The main goal for this framework is to have an efficient and easy-to-use user interface for running Wagon QC testing. The points of focus are:

  • Integration the GUI with the test results database to store information about which boards have been tested and what tests have been run
  • Easy to understand step-by-step instructions for QC testers to follow
  • Implementation of a barcode scanning functionality for registering new boards and uploading test results
  • Tracking of who is doing a tests, where it is taking place, and where the boards will be moved to after testing is finished

Background Information

What is a GUI?

A GUI (or Graphical User Interface) is a program which allows users to interact with software via buttons, text entry boxes, and other module types. Most software that we are familiar with includes a user interface where we can modify data, navigate pages, and perform actions. An example of a GUI is the webpage you are currently on! You can choose to look at some of the code in this repository or perform actions to updated it with the click of a button.

The GUI we will be developing for testing wagon functionality will be python based. There are a few packages that can be used for developing python based GUIs. The example GUI (here) uses TKinter to produce the user interface. You can try out this GUI by performing the following command line call: python initial_test_gui.py.

What is a Wagon?

Wagons are the motherboard connecting the active detector modules (what is measuring particle intractions) and the engines (the "brains" of the front-end electronics). Wagons are responsible for carrying clock, trigger, DAQ, and control infromation to between 2-4 modules simultaneously. They are completely passive boards and have no chips for communicating with the rest of the system.

The purpose of wagons in the front-end readout train is to tranasmit data and control information to and from modules. Thus, we would like to ensure that each wagon in the final version of the detector has been checked for good communication ability.

What tests are being run?

There are four tests that need to be run in order to verify a wagon is funcitioning properly:

  • Analog line connection check: measure the resistance of each of the analog lines on the wagon to ensure good connection
  • Measurement of ID resistor: each wagon has a precision resistor used for identification of wagon type that must be measured and compared to the nominal value
  • I2C read/write test: verify that the slow control communication along the wagon lines is working
  • Bit error rate measurement: check the quality of the data sent along the wagon elinks

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

WagonTestGUI-1.2.2.tar.gz (283.2 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

WagonTestGUI-1.2.2-py3-none-any.whl (297.0 kB view details)

Uploaded Python 3

File details

Details for the file WagonTestGUI-1.2.2.tar.gz.

File metadata

  • Download URL: WagonTestGUI-1.2.2.tar.gz
  • Upload date:
  • Size: 283.2 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/3.8.0 pkginfo/1.8.3 readme-renderer/34.0 requests/2.27.1 requests-toolbelt/0.9.1 urllib3/1.26.11 tqdm/4.64.0 importlib-metadata/4.8.3 keyring/23.4.1 rfc3986/1.5.0 colorama/0.4.5 CPython/3.6.8

File hashes

Hashes for WagonTestGUI-1.2.2.tar.gz
Algorithm Hash digest
SHA256 cd7067a93fb5059201cfe74afa102669816c64a936ab40162c7f77d06f2d798e
MD5 57b4b36f36adc98ab5d4bf0f2e965139
BLAKE2b-256 3b176d78bf66f950c84265a816a505c13c3afb706466c277c4a28b2432d8a257

See more details on using hashes here.

File details

Details for the file WagonTestGUI-1.2.2-py3-none-any.whl.

File metadata

  • Download URL: WagonTestGUI-1.2.2-py3-none-any.whl
  • Upload date:
  • Size: 297.0 kB
  • Tags: Python 3
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/3.8.0 pkginfo/1.8.3 readme-renderer/34.0 requests/2.27.1 requests-toolbelt/0.9.1 urllib3/1.26.11 tqdm/4.64.0 importlib-metadata/4.8.3 keyring/23.4.1 rfc3986/1.5.0 colorama/0.4.5 CPython/3.6.8

File hashes

Hashes for WagonTestGUI-1.2.2-py3-none-any.whl
Algorithm Hash digest
SHA256 cfedb041da428ec3aea816d8e9d4a1a5c50bd9c05900da18ef0c3bfb5e6aeb52
MD5 e7702aa765fc9748f466f2e25409de8b
BLAKE2b-256 90be56cccccd56839e24b7f16b7f0c713b66eefdfb304debeda3dd0045c50abe

See more details on using hashes here.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Pingdom Monitoring Sentry Error logging StatusPage Status page