Feature/ziupdate drivers

[nielshaandbaek]

Please use the following template for a pull request.

Fixes #92, #128, #123, #137, #140, #126, #132, #111, #96.

Changes proposed in this pull request:

• ZI drivers restructured such that the functionality to support dynamic waveform upload is managed by the ZI_base_instrument class. The driver monitors the waveforms that are configured using the dedicated waveform parameters. If it detects a change in length of a waveform, then it will trigger a recompilation of the AWG program next time the start() method is called. If a waveform is changed, but the configuration remains the same otherwise, then the waveform will be written directly to the instrument prior to the next time the AWG is started. The base class has also been extended with functionality to check for sufficient firmware/bitstream versions.
• A mock version of the server has been introduced, which is used in a few very basic tests: two for the AWG-8 and two for the UHFQC driver. The tests instantiate the driver and make a basic sanity check of the dynamic waveform upload functionality.
• UHFQC driver updated to use a more standard format for the AWG programs. It now uses a number of object variables to keep track of the kind of AWG program currently configured on the instrument. If the user tries to modify parameters that are not supported by the current program, then an error will be raised. In addition, it inherits the new waveform management functionality from the base class. Waveforms are no longer encoded in the AWG program, but written to CSV files prior to compilation.
• AWG-8 driver updated and simplified to use the new dynamic waveform uploading functionality provided by the base class.
• The LutMan's have also been updated (read-out, microwave and flux) to work with the new drivers. The LutMan's no longer have dedicated real-time uploading methods. Instead, the user should make use of the standard load_waveform(s)_onto_AWG_lookuptable for changing the waveforms. Note that the waveforms will only be updated on the instrument the next time the AWG is started. The available tests for the LutMan's have been updated and should pass again.
• The detector functions, qubit objects, and heterodyne functions have been updated to support the new UHFQC driver.
• All tests that previously relied on the dummy_UHFQC or virtual AWG-8 have been updated to use the real drivers in 'mock' mode.

It would be great if you could have a look at the changes @AdriaanRol and @wvlothuizen.

I am still seeing some failing tests on the develop branch, like test_gst.py, but I am not sure if this is expected.

[AdriaanRol]

@nielshaandbaek I have also fixed the tests on develop. If you merge the latest version into this PR the tests should pass.

[nielshaandbaek]

I've checked the UHQA and RO lutman drivers. I've left a bunch of comments and I have two major points.

• The check for keyboard interrupt functionality was removed from the UHFQA driver. Could you add that back in.

Done.

• The ro lutman seems to have its own logic for determining if it needs to upload waveforms. I understood that that functionality should be part of the UHFQA itself as we discussed. Could you make it clear how it works/is supposed to work.

The RO LutMan has two different operating modes as you have defined it. Either single-pulse or normal DIO triggered mode. These modes require a different AWG program on the UHF. Currently, the RO LutMan keeps track of which of these two programs has been uploaded to the UHF and, if necessary, toggles between them. The actual waveform uploading is triggered by the user using the load_waveforms_onto_AWG_lookuptable. I'm not really sure how else you would expect this to work. I thought the user would interface with the LutMan to change the waveforms and the logic in the LutMan would determine which 'wave_chX_cwYYY' parameter in the instrument to update.

[MiguelSMoreira]

According to @AdriaanRol, all changes featured in this pull request have been merged to enh/QCC_Integration and submitted to develop under pull request #587