SctApiToDo

See SctApiTests for things that should be checked every time.

Add Slave single write to RODDiagnostics.

Split along Crate/Partition lines see SctApiSplit.

See also DspCodeToDo and (more up-to-date) https://savannah.cern.ch/bugs/?group=atlassctrod

High Priority

Timeouts:

• With more modules and multiple rods and crates more requests timeout
  • setABCDModules
  • sendABCDModules
  • reloadModuleConfiguration

Off ROD redundancy (Someone with access to off-ROD setup):

• See OffRodRedundancyHandling
• Redundant tx and rx fibres on different RODs
  • Some info has been put into RodInfo?
  • Needs following through to histogramming
  • Possibly will now work...
• Needs redundancy loop across two RODs to test!

Lower Priority

BOC settings management (Bruce and Alan):

• To facilitate updates from Raw Scans
  • Save and Restore now in SctApi
    • Is this enough (more Banks?)
    • Needs integrating in Calibration Controller (SctApi doRawScan now uses it)
• Also for persistent storage of results (done)

Dual triggers:

• Two ports for different sets of modules
  • New DSP code needs testing
  • "Minor" fix for SctApi (Use both "serial ports")
    • Need to check if configuration is valid
      • What happens if only one module!

Redundancy loop timings:

• When have a redundancy loop can find relative timings by BOC scans
  • This is an inter-module analysis (with raw scans)

Progress bar:

• For multiple RODs, the current bin displayed in the GUI jumps around a lot (each ROD goes at a different speed!)
  • Also a problem in NO (variable trigger count)

Default scan (copy when asked for a new one):

• Much easier with Release 4 CORBA
• Useful for switching all scans to 32 bit
• Tests may store scan between invocations so doesn't get used?

Abort a scan (eg when stop button pressed in igui):

• I think this is mostly there... (which method?)

Move to new style DSP code:

• Changes to Histogramming primitives
  • How much is necessary?
• New RodModule for "dynamic" memory

Raw scans slow:

• Raw scans are now threaded, and 2D raw scans are fast
• Is there a way to speed up the slow config register ones?

SR1 (ie 4 barrels)

Multi-crate operation:

• Integration with ROD Crate DAQ
  • This may be useful to read the official configuration and turn off RODs
  • What is ROD Crate DAQ?
    • If "just" needs another IPC interface this may be relatively easy
  • Probably wants relatively quick startup?
    • Configuring modules every time

Low Priority

Check event error reporting:

• Compression error not found in ScanErrors?.txt
• Select = 1 => no ScanErrors?.txt
  • No complaints recently

BOC monitoring:

• Method in SctApi
• Where to do polling??
  • Thread in SctApiServer?, writes to IS, names not very useful
    • Breaks new DSP scans
    • Pause during scans?
  • Long term use ELMB

More TIM functionality:

• Options in configuration
  • Whether to relay external triggers
  • Implement BCID offset?
• Turn on resets during free triggers
• Do we need double triggers for TIM?
  • (Two triggers in close succession)
  • TIMSequin?
    • Needs sequencer to do closely spaced triggers

TIM Triggers:

• Is there a need for more advanced flow control?

Cleaner interface (redesign the whole thing from scratch!):

• Separate low-level SctApi which communicates with Crates from IDL/ROOT API
  • PrimBuilder? builds PrimLists?
  • Raw, Histograms, Events in separate classes
  • Discussed some things with Chris

Very Low Priority (ie probably not going to happen)

AutoConfigure? (I think this doesn't get used as the fibres are correct):

• Auto configure button?
  • Suggested (by MRS) if not at least clk/2 on config
  • View suggestions in GUI and button to action changes
    • Config file will need adjustments...
    • Save for future...
  • Check current configuration against that found as separate method?
• Mostly done

Usability test of sctConfGUI (Anyone):

• See ConfGuiUsability
• Fixes mainly Bruce, need to check how far I've got

Try to reconcile differences between modifyBOCParam and modifyABCDVar.

• Difference is "raw" parameter, whether to lookup module mapping
• What does setting a global BOC variable on a module or chip mean?

Eternal

MRS messages:

• May be useful to add more tags for filtering
  • Most (but not all) have "SCTAPI" tag
  • Probably an official recomendation for this
• Put module position in checkAllModulesProbe MRS message
  • Currently has serial number and SctApi ID, is this enough
• Fix fibre numbers in MRS for status

SctApiGUI

View module configuration banks from SctApiGUI?:

• Don't have all options yet

ModifyABCDVar? from SctApiGUI:

• Reload on change
• DSP code doesn't support ST_FEEDTHROUGH (does now)
  • Should do in updated version

BOC global registers GUI:

• Add status word

Need checking (have been implemented)

Masks set to all for probe:

• If the ROD output mask is incorrectly set then the probe should still get data (if the BOC tx currents are set up)

When to sendABCDModules after scan (CalibrationController?):

• Especially for FullBypass? (lost a link! [never was one...])

Check the extra buttons:

• configureBOC (in BOCDiagnostics)
• standardReigsterDump

DDCDiagnostics:

• data point list in combo box

DSP write in GUI

Mask error trapping by ROD:

• The ROD provides channel by channel masks for various error types
  • In configuration as errorMask on link

Done

Module Groups:

• If group == -1 module not in use
  • Remove (or disable) from ROD config (checked during startup)

Use ROD mode bits:

• Swapping mode bits in the ROD FPGAs instead of from DSPs
• Should speed up module group change overs in histogramming
  • Or is this done by default now?

Speed improvements:

• Module configurations (see CalibrationController)
  • Consolidation to remove extraneous movement (around update)
  • Send once to ROD then copy (**Needs extra primitive**)
    • Update most configuration in ROD
  • A copy of the configuration is saved with the module scan data
    • This is read out at the end of the scan...
    • Could mirror ROD changes in SctApi
    • Maybe this readout insignificant in comparison to histograms

Harness tests (Alessandro):

• Nice GUI for loopback tests