Loading...

Change Owns to Parent Ofs

Set start and due date...

Xporter

XML

Word

Printable

Details

Type: Feature
Priority: Must have
Fix Version/s: PI22, PI23
Component/s: LOW MCCS
Labels:

ARTs:

LOW ART
Benefit hypothesis:

Hide

MCCS control of TPM configuration needed to effectively perform signal acquisition. Automated alarm reporting improves the integrity of the signal chain and the ability to flag faults and take corrective action including suspending the operations.

Show
MCCS control of TPM configuration needed to effectively perform signal acquisition. Automated alarm reporting improves the integrity of the signal chain and the ability to flag faults and take corrective action including suspending the operations.
Acceptance criteria:

Hide

MCCS configuration of TPM is demonstrated. MCCS integrates the TPM alarms and can be displayed in a dashboard as well as communicated to TMC.

Show
MCCS configuration of TPM is demonstrated. MCCS integrates the TPM alarms and can be displayed in a dashboard as well as communicated to TMC.
Feature Points:
1
Initial Size:
3
WSJF:
0
Epic Link:
AA0.5 LOW Digital Signal Chain Processing
Agile Teams:

Team_MCCS
Due Sprint:
Sprint 2
Story Point Burn-up:
Overdue:
Outcomes:

Hide

The main value from this feature has been to make the TPM monitoring / control more robust and complete. It was decided to re-implement the Tile component manager as a poller. Vulcan have reported finding this new realization much improved. This also facilitated work to improve communication with the TPM, giving more separation between CPLD and FPGAs such that CPLD values could still be read in the event of FPGA shutdown, this being the case when the maximum temperature threshold is passed. By forcing a TPM into an over-temperature state (not literally, but by means of an added engineering-mode command artificially to reduce the threshold value) it was demonstrated that the new poller and communications element has indeed made the device robust against over-T events.

Also all of the available attributes from the tile have been added to the Tango device.

Show
The main value from this feature has been to make the TPM monitoring / control more robust and complete. It was decided to re-implement the Tile component manager as a poller. Vulcan have reported finding this new realization much improved. This also facilitated work to improve communication with the TPM, giving more separation between CPLD and FPGAs such that CPLD values could still be read in the event of FPGA shutdown, this being the case when the maximum temperature threshold is passed. By forcing a TPM into an over-temperature state (not literally, but by means of an added engineering-mode command artificially to reduce the threshold value) it was demonstrated that the new poller and communications element has indeed made the device robust against over-T events. Also all of the available attributes from the tile have been added to the Tango device.
Resolved PI.Sprint:
23.3

Feature Checklist:

Stories Completed, Integrated, BDD Testing Passes (no errors), Outcomes Reviewed, NFRS met, Satisfies Acceptance Criteria, Accepted by FO

Requirement Status:

PI24 - UNCOVERED
Labels_MIRO:
LOW-G2 Team_MCCS mccs_firmware mccs_software

Description

Complete and test integration of MCCS TPM communication including alarms

Several TPM internal parameters are not settable through MCCS configuration yet - review and explore/plan work

per-channel quantization re-scale values
derive set of initial values
put into station initialization yaml (telModel)
provide method to change as/if needed to test

-gain equalization algorithm (see https://jira.skatelescope.org/browse/SPRTS-94)
ensure failures are indicated
document how/when to call from eng user POV

Also includes alarm for loss of PPS (complete work to make useful)
should provide sync state and pps display UI

TPM temperature exceeding limits. Some work on this is ongoing in PI21 but needs to be tested adequately and temperature alarm added.
Control of fan-speed at subrack level to equalize temperatures should be scoped/planned.
This will need both Firmware & Software work as the alarms need to be visible in MCCS and available also to TMC. May need a bug-request to Sanitas to assist.

Attachments

Issue Links

mentioned in: Page Loading...

Structure

Activity

People

Assignee:: Mohile, Vivek

Reporter:: Mohile, Vivek

Votes:: 0 Vote for this issue

Watchers:: 1 Start watching this issue

Feature Progress

Story Point Burn-up: (100.00%)

Feature Estimate: 1.0

	Issues	Story Points
To Do	0	0.0
In Progress	0	0.0
Complete	12	30.0
Total	12	30.0

Dates

Created:: 06/Feb/24 7:34 AM

Updated:: 31/Jul/24 2:54 PM

Resolved:: 22/Jul/24 6:37 AM

Due Sprint Date:: 09/Jul/24

MCCS TPM monitoring & alarms (communication & temperature) - Complete and test integration