Peripheral Diagnostics

Diagnostics are available to check most parts of the system. The following sections describe these tests. This information is also available from the hyper-linked test names on the MR system (see Section 1 of Diagnostic Test Theory and Help Information).

1 CAN Link Diagnostic

This diagnostic tests the functionality of all the devices on the CAN link. This diagnostic first detects all the available nodes (in this case the Driver Control Module) on the CAN link by monitoring the Node Guarding messages. Once any nodes are detected, they are logged to the screen and then a data path test is run on each of them sequentially. The data path test consists of writing a walking one’s pattern on the Diagnostic Dictionary Index on the node and reading it back. The received data is checked to ensure its validity. The data path test is repeated three times on each node. Any errors will result in an error message logged and the information written to the screen. See Figure 1.

Figure 1. CAN LINK DIAGNOSTIC TEST

  • The Force Reset button will reset the CAN Link.

  • The Run button will start the execution of the diagnostic.

  • The Stop button will end execution of the diagnostic.

Figure 2. CAN Link Help Messages Upgrade

Figure 3. CAN Link Help Messages Forward Production

2 Driver Control Module BLD Tests

These diagnostics provide the ability to test the functionality of the Driver Control Module and components within this module. See Figure 4. Refer toTable 1 for test descriptions.

Figure 4. DCB DIAGNOSTIC WINDOW

2.1 DCB Power Supply Data

Figure 5 provides a display of what results should normally be seen. Note that all passing results are displayed in blue. Failing results are displayed in red. All passing results should be displayed in blue.

Figure 5. SAMPLE DCB POWER SUPPLY DATA OUTPUT SCREEN

2.2 DCB IO Status

Figure 6 provides an example display of what should be seen when running this diagnostic in Product Configuration. Again, normally all the results should be displayed in blue. Any failing results will be displayed in red. Don’t assume that failures reported here automatically mean that the Driver Module should be replaced. Try removing output cables to the Driver Module and run the diagnostic again. See if the results have changed. If they have, the problem may be external to the Driver Module.

Figure 6. SAMPLE DCB IO STATUS OUTPUT SCREEN 1

Figure 7. SAMPLE DCB IO STATUS OUTPUT SCREEN 2

Refer to Table 1 for a description of the remaining tests.

3 SRI Datapath Tests

Refer to Figure 8. These diagnostics test the communication paths between the internal sections of the SRI. Refer to Table 3 for test descriptions.

Figure 8. SRI DATAPATHS WINDOW

4 SSM Board Level Diagnostics

These diagnostics only check the RF Interface and Power Monitoring functions of the SSM. The Driver Module now handles all TR and DD biasing. These tests do not check hardware external to the SSM. See Figure 9 below.

note:

TR Dynamic Disable Power supply Regs and Power Monitor Communication Test are not used in 3.0T systems.

Figure 9. SYSTEM SUPPORT MODULE DIAGNOSTICS

See Table 4 for an overview of each of the tests.

5 Gradient Diagnostics

The functionality of the Gradient hardware is directly exercised through running these diagnostics. See Figure 10 below.

Figure 10. GRADIENT DIAGNOSTICS SCREEN

Refer to the Gradient Driver Tests in .

6 RRF-DIF CAN Functional Diagnostic

These tests, run from the SCP, verify features of the RRF through the CAN-Link. See Figure 11 below.

Figure 11. RRF DIF DIAGNOSTIC SCREEN

7 PHPS Functional Diagnostics

The PHPS (Patient Handling Power Supply) Functional diagnostics checks the status of the different power supplies in the PHPS module via CAN communication.

Figure 12. PHPS Diagnostic Screen

8 UPM Functional Diagnostics

The UPM (Universal Power Monitor) Functional diagnostics checks the status of the supplies via CAN communication. This only applies to systems equipped with an Amplifier Support Controller (UPM).

Figure 13. UPM Diagnostic Screen

9 MDS Diagnostics

This test provides a means for check the functionality of the Multi-Drop Serial (MDS) Link. See Figure 14 below. The MDS Link is currently the primary means of communication between the System Cabinet and the other cabinets in the MR system. The MDS Link is only used on systems upgraded to EXCITE HD equipped with an SSM.

Figure 14. MDS DIAGNOSTICS SCREEN

10 Shim Supply Diagnostics (Only Available if Optional High Order Shim is Installed

These diagnostics allow setting of currents on various High Order (HO) Shim channels, and reading of these currents. In addition, various tests allow the user to determine the functionality of the HO Shim Circuit and the health of the supply. See Figure 15.

Figure 15.

11 Keyboard Data Path

Figure 16. Keyboard Data Path

12 PAC Diagnostics

Figure 17. PAC Diagnostics

13 Fiber Optic Repeater Data Paths

Figure 18. Fiber Optic Repeater Data Paths

14 Power Monitor Diagnostics

These diagnostics test the health of the Universal Power Monitor (UPM). The UPM RF Detector Board, UPM Processor Board and Power Supply are all tested. See Figure 19. This only applies to systems equipped with an Amplifier Support Controller (UPM).

Figure 19. UPM Diagnostics Screen