- Topic ID: id_17423059
- Version: 3.0
- Date: Apr 22, 2019 12:56:09 AM
Auxiliary Channel Test - Optima CT660 (Merc40)
The auxiliary channel test’s primary function is to query the CDCB and report specific data-such as detector temperature, power supply voltage, board temperatures, and KV/mA readings. With the exception of the KV/mA channel sub-test, this test uses basic firmware routines to communicate and query the CDCB. It does not use the Scan Acquisition process that DDC uses. The reason is that if the DAS fails power-up diagnostics, the error is reported to software and scanning is prevented, either in applications or Diagnostic Data Collection (DDC). This “tool” allows the user to query the CDCB and read the supply voltages, or detector board temperatures “real-time”.
The Iterations setting can be changed to poll and report aux channel data over a period of time at defined intervals.
In the log output from this test, ONLY failures are listed. Passing results are not shown. To view all results look at the ssw.dastools_aux_chxx.hist file found in /usr/g/service/state directory, where xx is 01-05 rotating log files for each pass.
1 Detector / Plenum Data
The detector plenum and rail temperature is measured by the CDCB as is reported in one of the auxiliary channels. The CDCB queries the Heater Controller through the fan controller communication link. The specifications vary depending on the detector type and are reported with the Aux channel output.
2 Power Supply Voltages
CDCB circuitry measures all DAS power supplies and reports in the auxiliary channels in the form of voltages. The CDCB also queries the power supply voltages they generate for themselves and all Chiclet Modules. The supplies that go to the Chiclet modules are sampled at the backplane connection for each Chiclet module's cable. The specifications and results are all shown in the Aux channel output.
3 Board Temperatures
The CDCB queries the Chiclet module temperatures. The Chiclet temperature is read and reported in the Aux channel output. There are no specifications but the CDCB will shut down power to the chiclet module should an over temp condition exist. A power or hardware reset is required to restore the chiclet module power. Another source of good information is the Scan Analysis Aux channel plotting that will show the temperature profile across the detector for the chiclet module.
The area of Low Spec., High Spec. and Result will be n/a from 15HW13.x or later software version. Only the Actual Value displays numerical value.
Module Sensor Low High Actual Result
Spec Spec Value
Mod_26_Sensor_1 n/a n/a 39.53 n/a
Mod_26_Sensor_2 n/a n/a 39.28 n/a
Mod_26_Sensor_3 n/a n/a 39.04 n/a
Mod_26_Sensor_4 n/a n/a 39.45 n/a
Mod_27_Sensor_1 n/a n/a n/a SKIP:not exist sensor
Mod_27_Sensor_2 n/a n/a 39.16 n/a
Mod_27_Sensor_3 n/a n/a n/a SKIP:not exist sensor
Mod_27_Sensor_4 n/a n/a 38.65 n/a
In above example, Module #27 has only two chiclet modules, then Mod_27_Sensor_1 and Mod_27_Sensor_3 shows n/a at temperature data area. If other module’s Actual value is n/a, need to do thermal troubleshooting.
4 KV / mA Channels
These auxiliary channels report the actual KV and mA signals as read from the generator (KV and mA control boards). Since this requires x-ray, this test is not part of the auto-mode, but it can be initiated in the manual-test mode with operator intervention. You must push the Scan Enable push-button to initiate x-ray. All x-ray safe guards are in place, which terminate x-ray in the event of a system failure, tube cooling limitations, or exposure time limitations.
The test takes several scans at selected techniques, and the measured KV and mA signals are compared to the selected techniques. If the reported signals do not match the firmware reported technique with specifications then a failure will be noted in the DAStools log. See the gantry interconnect drawing for the kV/mA measured signal path to the CDCB which is different depending on system type.