Professional Documents
Culture Documents
US
Troubleshooting Tools
System
System Troubleshooting
10032747
10032746
08653771
05936518
Siemens AG 2003
The reproduction, transmission or use
of this document or its contents is not
permitted without express written
Siemens Medical
Ultrasound
ejt DivisionSolutions
authority. Offenders will be liable for
damages. All rights, including rights
created by patent grant or registration
of a utility model or design, are
reserved.
Part No.:
sd
2 Revision / Disclaimer
1Revision / Disclaimer
Copyright
Copyright 2004 by Siemens Corporation. All rights reserved. No part of this publication
may be reproduced, transmitted, transcribed, stored in retrieval systems, or translated into
any language or computer language, in any form or by any means, electronic, mechanical,
magnetic, optical, chemical, manual, or otherwise, without the prior written permission of
Siemens Corporation. Siemens Corporation reserves the right to change its products and
services at any time. In addition, this manual is subject to change without notice. Siemens
Corporation welcomes customer input on corrections and suggestions for improvements
to this manual.Although Siemens Corporation has attempted to ensure accuracy through-
out this manual, Siemens Corporation assumes no liability for any errors or omissions, nor
for any damages resulting from the application or use of this information.
Trademarks
ACUSON, Sequoia, Cypress, AEGIS, Aspen, 128XP, XP, AcuNav, CV70, SONOLINE,
Adara, Antares, G20, G40, G50, G60S, Omnia and KinetDx are trademarks of Siemens
Corporation registered in the U.S. Patent and Trademark Office. CWS3000, DS3000,
WS3000, and WebPro are trademarks of Siemens Corporation.
Windows XP, 2000 and NT are registered trademarks of Microsoft Corporation. Internet
Explorer is a trademark of Microsoft Corporation. Netscape and Netscape Navigator are
registered trademarks of Netscape Communications Corporation. Java and the JavaScript
name are registered trademarks of Sun Microsystems, Inc. Adobe Acrobat is a registered
trademark of Adobe Systems, Inc.
Other products and brand names are trademarks of their respective owners.
Disclaimer
The service of equipment described herein is to be performed by qualified personnel who
are employed by Siemens or one of its affiliates or who are otherwise authorized by Sie-
mens or one of its affiliates to provide such services.
Assemblers and other persons who are not employed by or otherwise directly affiliated
with or authorized by Siemens or one of its affiliates are directed to contact one of the
local offices of Siemens or one of its affiliates before attempting installation or service pro-
cedures.
License Agreement
All computer programs copyright 1990-2004 by Siemens Corporation or its suppliers. Pro-
grams are licensed under the following agreement:
Siemens or its suppliers retain(s) ownership of and title to any computer program supplied
with the equipment and to the trade secrets embodied in such computer programs. Sub-
ject to the Buyers acceptance and fulfillment of the obligations in this paragraph, Siemens
grants the Buyer a personal, non-transferable, perpetual, non-exclusive license to use any
computer program supplied with the Equipment that is necessary to operate the Equip-
ment solely on the medium in which such program is delivered for the purpose of operat-
ing the equipment in accordance with the instructions set forth in the operators manuals
supplied with the Equipment and for no other purpose whatsoever. Buyer may not
reverse-assemble, reverse-compile or otherwise reverse-engineer such computer pro-
grams nor may Buyer make a copy of such program or apply any techniques to derive the
trade secrets embodied therein. In the event of a failure by Buyer to comply with the terms
of this license, the license granted by this paragraph shall terminate. Further, because
unauthorized use of such computer programs will leave Siemens without an adequate
remedy at law, Buyer agrees that injunctive or other equitable relief will be appropriate to
restrain such use, threatened or actual. Buyer further agrees that (i) any of Siemens"s
suppliers of software is a direct and intended beneficiary of this end-user sublicense and
may enforce it directly against Buyer with respect to software supplied by such supplier,
and (ii) No supplier of Siemens shall be liable to buyer for any general, special, direct, indi-
rect, consequential, incidental or other damages arising out of the sublicense of the com-
puter programs supplied with the equipment.
Purpose . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
Acronyms and Terms . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
Basic Troubleshooting steps. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
Rules for Interchanging Boards/Modules . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
Troubleshooting Flowchart . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
Using the Flowchart . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
Power Test Points . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
AC/DC Power Connections . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
AC Tray LED Faults . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
AC Tray LED Fault Indication tables . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
Troubleshooting the E Module . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
E Module Troubleshooting Process . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
Troubleshooting Flowcharts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
Boot Sequence . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
Troubleshooting basic imaging problems . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43
Channel Map . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51
Appendix A: Test Results and Test Summary . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54
Appendix B: How to Access ImagingBE and Firmware Logs . . . . . . . . . . . . . . . . . . . . . 55
What to look for in a ImagingBElog . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55
Appendix C: Examples of ImagingBE and Firmware Logs . . . . . . . . . . . . . . . . . . . . . . . 56
Imaging Log . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56
Firmware (FW) Log . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56
Appendix D: How to Boot in Safe Mode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59
Appendix E: Test Descriptions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61
Front-end Segment . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61
Control Dac Test . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72
Back-end Segment . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75
Video Interface Segment. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83
Control Panel Tests - CP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 84
System Level Tests - RC, BE, VI . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 85
Appendix F: Board Tests and Related Failures . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 88
Diagnostic Test Tools . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 88
Transmit test . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 95
Receive Test . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 97
Zm System B-Mode Test . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 98
Zm System BC-Mode Test . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 99
RTC Sequence Test (RC sequence, TR0 sequence, TR1 sequence, TR2 sequence)
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 100
FE memory (includes RC memory, TR0 memory, TR1 memory, TR2 memory). . . 101
DC cal/DC cal check . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 102
Probe Relay test . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 102
BE memory . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 103
VI memory . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 103
Control DAC test . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 103
A2D Diag Test . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 105
The purpose of this section is to identify the root cause of the error with the Antares sys-
tem.
Begin with the (Troubleshooting Flowchart / p. 11). It guides the user through a series of
functional tests and diagnostic suggestions.
If the answer is Troubleshoot E Module, refer to the (E Module Troubleshooting
Process / p. 36). Use this section and the service manual to further troubleshoot other
system faults.
Acronym/Term Definition
AC AC tray; also referred to as PSAC Tray
aperture number of active transducer elements, or transducer width, dur-
ing transmit or receive
apodization amplitude weighting function applied across the active trans-
ducer aperture
beamformer electronics responsible for combining signals (receive or trans-
mit) from each transducer element into a single acoustic vector
axial direction along the acoustic vector
B-mode two dimensional brightness mode display
BC-mode B-mode with a color flow ROI
BE backend or Backend Board
BP Backplane
BP-mode B-mode with power mode ROI
CB CW Beamformer Board
CLA transducer curved linear array transducer
CP Control Panel
Acronym/Term Definition
CW or CW Doppler continuous wave Doppler
DGC depth gain compensation (same as TGC)
ECG electrocardiogram
EM E Module
ensemble set of color flow vectors from a single direction used to estimate
flow
FE frontend
FOV field-of-view
FP Front Panel
HDD Hard Disk Drive
HW hardware
HW/HW IDD specifies signal characteristics of hardware-to-hardware inter-
faces
IO Input/Output Board
IP Image Processor Board
LA transducer linear array transducer
M-mode Motion Mode
PA transducer phased array transducer: element spacing is no greater than
half-wavelength
PY Physio Module
PS power supply
PSAC Power Supply AC tray; also referred to as AC Tray
PW or PW Doppler pulsed wave Doppler
RC Receive Beamformer and Controller Board
RM CPU Real-time Manager
ROI region-of-interest
TEE transesophageal transducer
TGC time gain compensation
THI Tissue harmonic Imaging
TI transducer interface, Transducer Interface Board
Acronym/Term Definition
TR Transmit/Receive Board
RTC Real Time Controller
VI Video Input/Output
1. Power up the system and ensure that the system boots to imaging mode with a func-
tional ultrasound image.
2. If the system does not boot to imaging, refer to the (Boot Sequence / p. 38) to deter-
mine possible defective EM boards.
3. If the service test tools are available, execute EM, PS and TI diagnostics.
4. If diagnostics fail, refer to (Appendix E: Test Descriptions / p. 61) and (Tab. 16 / p. 44) to
identify probable E Module board failures.
- If the diagnostic failure and the probable E Module board failure are related, then de-
termine which board needs to be replaced.
- If the two are not related, two boards may need to replaced; one to fix the diagnostic
problem and the other to fix the boot problem. Refer to the (Tab. 17 / p. 47) to resolve
the failure.
To prevent the loss of system license information, replace only one board or one FRU at a
time and reboot after each task.
The applications license.dat file is maintained in four locations in the system:
RM board
TI board
Control Panel
Hard Drive
On each reboot, the license.dat file is pulled from each location and the stored licenses
are compared.
If there is any disagreement within the individual license file locations, the software will
use the license.dat information that receives the most matches from within these loca-
tions. If no two license.dat files match, the license.dat file becomes corrupted and must be
reloaded.
Troubleshooting Flowchart 0
The system troubleshooting flowchart is designed as a closed loop. The main flowchart
branches to secondary flowcharts, each of which returns to the main flowchart for contin-
ued troubleshooting. With this method, fault conditions involving more than one error may
be resolved. The flowchart is not intended to resolve all possible fault conditions; it is
designed to resolve 80 percent of typical field situations.
Always start at the top and check each item in the CHECK column, which provides details
for each CHECK item. Any place on the flowchart which has an active link will be noted
with bold green text.As an example, a system does not boot correctly.Do not go directly to
the BOOTUP flowchart. First confirm power by checking the LEDs on the PSAC and I/O
modules. If these are all OK, and the monitor LED is on, proceed to the BOOTUP flow-
chart by clicking on the E, which will link to the section of the flowchart which deals spe-
cifically with BOOTUP troubleshooting. Follow the BOOTUP flowchart, then clicking the
F, which will follow the flowchart pattern back to the main flowchart. Confirm the remain-
ing items in the flowchart to complete use of the troubleshooting flowchart.
Fig. 1:
Fig. 2:
Fig. 3:
Fig. 4:
Fig. 5:
Fig. 7:
Fig. 8:
Fig. 9:
Fig. 10:
Fig. 11:
Fig. 12:
Fig. 13:
1. PSA test points are not labeled. Test point Number 1 is at the top.
1. PSD test points are not labeled. Test point Number 1 is at the top.
NOTE The I/O Board test points are located behind the hard disk drive as-
sembly.
When attempting to use the I/O Module LEDs to diagnose a problem, note that LED 1 will
be yellow during BIOS load and initialization of the system. It will change to solid green
when Windows starts loading.
LED 2 will flash yellow when any activity occurs on the hard drive.
LEDs 3-9 should be solid green, indicating voltages are present in the associated test
points.
CP J52/P52 1 +5V
2 +5V RET
7 +12V
8 +12V RET
Many system faults can be detected by viewing the AC Tray LED array located near the
circuit breaker on the rear of the Antares system. See (Fig. 19 / p. 32). The group of tables
located in (AC Tray LED Fault Indication tables / p. 32)will explain the AC Tray LED array
and what each fault indication pattern means.
In each of the next four sections, the Dont Care LED indicator means that the LED is not
relevant for the condition being described. The relevant error section should be used to
determine the meaning of the other LEDs. LED 1, 2 and 3 are described in the (Power
Supply Status / p. 34) section. LED 4, 5, and 6 are described in the (AC Tray Fan LED
Status / p. 35) section. The (Battery Status / p. 33) and (AC LED Status / p. 33) are
described in individual sections. Any condition that causes a yellow LED to illuminate will
cause the system to shutdown.
AC LED Status
Tab. 9 AC LED Status
Battery Status
Tab. 10 Battery Status
48V supply started This condition lasts for 1.2 seconds during
power up. It indicates the 48V power supply
successfully started. If this condition is not
exited in 5 seconds a fault condition will be
displayed
PSD started This condition lasts for less than 1 second
during power up. It follows It indicates the
48V power supply successfully started. If
this condition is not exited in 5 seconds a
fault condition will be displayed
AC Tray running This is the normal state of the AC Tray when
the system is running
PSA 48V Overload The PSA is overloading the 48V power sup-
ply. If condition continues, replace the PSA
AC Tray Fans Stopped The fan in the AC Tray has stopped. If this
condition continues replace the AC Tray
Using this section assumes that troubleshooting has already been completed at the mod-
ule level and the problem has been isolated to the E Module.
Stage Description
1 The CSE collects and analyzes imaging and other performance symptoms. These
will generally be reported by the customer, and later verified by the CSE at the site.
2 The E Module service test tools are used to provide additional information about E
Module performance. Using the combination of performance symptoms and test
data, the CSE assesses board defect possibilities, and determines a cost effective
strategy for ordering replacement boards.
3 The CSE accesses the E Module and makes one or more board replacements. Per-
formance symptoms and diagnostic tests are rechecked to confirm effectiveness of
the changes.
4 The CSE conducts a comprehensive set of imaging tests to verify that the system is
operating correctly.
Troubleshooting Flowcharts 0
Boot Sequence 0
(Tab. 14 / p. 38) shows the boot sequence for the Antares system software Rev 2.1 and
3.0 and potential problems that may occur during the sequence.
The table has four columns. The first column, Boot sequence progress, indicates the
approximate stage of the boot sequence.
The second column, Corresponding Expected Behavior/Indications, indicates what
should be happening in each stage of the sequence.
In the event that a condition described in the second column does not happen, refer to the
third column, Possible Causes of Unexpected Behavior, to determine a potential expla-
nation for why the behavior did not occur.
The fourth column, Further evaluation, provides suggestions to follow which may help
identify the defective E Module board.
Tab. 14 Boot Sequence troubleshooting chart
(Tab. 15 / p. 42) will show many of the common problems that occur during boot up and
the potential causes.
Tab. 15 Boot Problems
Symptom Cause
Press Power On and system exhibits no response AC tray is responding to a fault by not allow-
ing system to boot
Press Power On and system starts to respond but RM is in reset
stops after 2 to 3 seconds; RM BIOS error indicator is
on; monitor led is green VI is keeping RM in reset by not releasing
ACRM-PSS line
BE is keeping RM in reset by not releasing
ACRM-PSS line
Blank screen, monitor led is amber, RM proceeds VI board problem
through the standard POST process
System proceeds through boot up process, syngo BE PCI bridge is not functional
counts from 1 through 99, standard overlay informa-
tion from RM is present on the screen; but no ultra-
sound information is displayed. ImagingBE.log file
indicates BE driver install failure. Only shutdown or
cancel options are displayed when turning off sys-
tem, instead of the normal standby, shutdown, or
cancel
blank screen RM problem
LED #1 on I/O Board does not change from amber to
green
Hangs on a Windows Bar (Rev 2.1.032)
Hangs after I/O Board LED #1 transition to green but
before Syngo count starts (Rev 3.0)
Monitor LED does not change to green
Video problem early in the boot or with the overlay
information
Symptom Cause
Error message on screen or ImagingBE.log indicates RM is cause of error message
error
BE is cause of error message
See (Appendix C: Examples of ImagingBE and Firm-
ware Logs / p. 56)and (Appendix D: How to Boot in TR is cause of error message
Safe Mode / p. 59) for more details.
RC is cause of error message
TI is cause of error message
System shuts down during boot up PSA or PSD Fault is detected by AC tray.
See (Tab. 9 / p. 33)
No operating system found error message IO module/EM connection problem
HDD problem
The following troubleshooting table will show a number of potential problems and the test
that may help determine the problem. Always use the test tools for further troubleshooting.
Firmware failures
Firmware failures are logged in the fwlog.txt file located in the C:/syngo/log directory.
Always start at the end of the file to review the most current firmware information.
For firmware failures, the board where the failing device is located is the probable cause.
The board controlling the programming operation is the next probable - but less likely -
cause.
A firmware load/upgrade normally takes place if a new board, module or 4D transducer is
recognized. Firmware may also be upgraded as part of a software patch or combine code
load. For details on how to access a FW log, see (Appendix C: Examples of ImagingBE
and Firmware Logs / p. 56) and (Appendix D: How to Boot in Safe Mode / p. 59).
Tab. 18 Firmware Failures
Channel Map 0
The following figures show the Antares Channel map, from left to right. The map is broken
down into segments for ease of use.
Image channels from left to right refers to the channels displayed on the system moni-
tor, from left to right. Channel 0 is the left-most channel while channel 191 is the
right-most for a 192-element transducer. Channel 32 is the left-most and channel 159 is
the right-most channel for a 128-element transducer.
Diagnostic channel references refers to the numbering system used in diagnostic test
results.
Transmit receive PWA (TR) identifies which TR board - TR0, TR1 or TR2 - corresponds
to a particular channel or set of channels.
TXPG ASIC identifies which TXPG ASIC corresponds to a particular channel or set of
channels.
Receive Beanformer (RXBF) ASIC identifies which RXBF ASIC corresponds to a partic-
ular channel or set of channels.
An example of a test results and a test summary can be found in: (US03-101.840.71 /
System Logs.exe).
The ImagingBE log will display test results. Any problems or faults will be noted in the log
and will be preceded by the word ERROR!
Imaging Log 0
At each reboot, a new BE log is generated. ImagingBE.log is the log from last reboot. The
system saves up to 3 BE logs at a time. Scroll through the log and look for error indica-
tions.
An example of a BE log can be found in: (US03-101.840.71 / System Logs.exe).
The FW log gets updated every time a firmware load is executed. Typically, a firmware
load takes place if a new module or board is installed. The system checks the firmware
revision and loads new firmware if necessary.
A firmware load can take place if a 4D transducer is connected or a software patch or
combine code is installed.
If firmware is loaded or if an attempt is made to load firmware, information will be
appended to the fw log. The most recent information will be at the end of the log.
NOTE If this does not work, power down system and retry. Instead of
holding down the Ctl and Browser keys, hold down the Ctl key and
then quickly and continuously tap the Browser key.
NOTE In the Windows BIOS, the screen is called a clean screen and is
the same thing as the splash screen. The term splash screen will
be used exclusively except when referencing text taken directly
from the Windows BIOS.
3. Continue holding the key until the system starts beeping, then release the key.
4. A screen will come up asking how the system should be booted. Select Safe Mode
with a Command Prompt.
5. Press Enter on the keyboard
6. The system will ask which OS should be loaded. Choose MS Windows Profession-
al and press Enter on the keyboard.
7. The system will boot to Safe Mode with a Command Prompt.
NOTE After leaving Safe Mode and rebooting the system, the Antares will
not restore the BIOS defaults. Please re-enter the BIOS and change
the Clean Screen setting to Enable and the USB Legacy setting to
Disable.
Front-end Segment 0
Fig. 33: Test Coverage, Transmit Pulse Generator ASIC Memory Test
This test will exercise the TXPG by generating only one 4.5 mhz pulse sequence per
channel after a maximum length channel delay.
Test Coverage - Transmit Pulse Generator ASIC Built-in Self-test
This test covers the TXPG internal logic and SRAM plus the TCBus interface to the TR
and the local uP bus.
Fig. 34: Test Coverage, Transmit Pulse Generator ASIC Built-in Self-test
Receive Test
A signal source on the RC is routed through the TI to all receive channels and sampled by
each RXBF ADC. Signal analysis on samples in each RXBF SRAM are used to verify
each receive channel.
Test Coverage - Receive Test
Coverage includes the RC boards FEBus interface, RTC, RXBFs, gain controls and
TCBus interface; the TR boards TCBus interface, receive amplifiers and signal paths and
gain controls; TI boards BIT test signal routing and internal power divider.
Transmit Tests
The test will be done by transmitting on each channel in turn or multiple channels delayed
with increasing delay per channel and examining the signal received in the RXBF SRAM
of channel 16. This TRRCS channel can be connected to the TIRCMSR inputs which per-
mit an independent signal path. The resistive power combiner on the TI board can be
directed to this measurement path. Signal analysis on these samples will verify that each
of the transmitters fire.
The transmit test must be executed twice, once for each of the 2 transmit voltage supplies.
Test Coverage - Transmit Tests
Coverage includes the RC boards FEBus interface, RTC, RXBF channel 16, and TCBus
interface; the TR boards TCBus interface, transmit pulsers and signal paths and transmit
voltage controls; TI boards BIT test signal routing and internal power combiner or the
external PCD.
The Control Dac test exercises the TGC, AAC, TXV0, TXV1, PSMON0 and PSMON1 con-
trol dacs. Each dac output, or a derivative of it is available at the mux of each TR board.
For general tests related to the RC board the mux on the first TR board is used. For TR
board specific tests the mux on the Board under test is used.
The mux output drives the Diagnostic A2D converter on the RC board. Each dac is incre-
mented over its entire range. The acquired values from the ADC are processed for Slope,
Offset and RMS deviation. Limits are applied to each of these values.
The PSMON0 and 1 dacs are not directly tested. These dacs are tested by setting the
PSMON dac then incrementing the TXV dac until the corresponding interrupt occurs. The
TXV value is acquired and when all PSMON values have been exercised then the same
Slope, Offset and RMS calculations and limits are applied. The Slope and Offset values
from the TXV test, which is always executed first, are used to minimize errors in this calcu-
lation.
Back-end Segment 0
Executes the CP power-on self test on the CP sub-processor and reads the result back.
The POST tests executed are:
CPU Check
RAM Check
Boot Block CkSum
App Code CkSum
Stuck Key
The approach for each of the mode functional tests is to load a static test pattern into the
RXBF delay SRAMs and to program the entire system (excepting transmit channels) to
beamform and image this data in each of the specified modalities.
After a fixed number of frames the sequencer is stopped. Register data and CRC values
for memory data are examined to verify system operation in the specified imaging mode.
For each mode of operation a meaningful visual pattern is displayed on the system.
Register data and CRC values isolate the section of the EM that is responsible for a test
failure.
Tests are defined for the imaging modes listed below.
B-Mode
The test emulates B-Mode imaging operation for a C5-2 transducer set for maximum
depth and 4 parallel beams.
The test stimulus is a 2.2 Mhz sine wave pattern loaded into all RXBF Delay SRAMs.
Imaging is enabled for a fixed number of frames then halted. Register values are tested for
the RC board, for the VPSC ASIC on the BE board, and for the VPDM ASIC on the VI
board. When register values indicate successful operation, CRC values are calculated
from the following: Synthetic Aperture memories associated with all 4 DR ASICs on the
BE board, RP Raster memory associated with the VPSC ASIC on the BE board, and ras-
ter memory associated with the VPDM ASIC on the VI board. If register values indicate
that data were not processed as expected at any point, subsequent CRC values are not
calculated.
BC-Mode
The test emulates BC-Mode imaging operation for a C5-2 transducer with a color ROI set
for minimum width and maximum height.
The test stimulus is a 2.2 Mhz sine wave pattern loaded into all RXBF Delay SRAMs.
Imaging is enabled for a fixed number of frames then halted. Register values are tested for
the RC board, for the VPSC ASIC on the BE board, and for the VPDM ASIC on the VI
board. When register values indicate successful operation, CRC values are calculated
from the following: Synthetic Aperture memories associated with two DR ASICs on the BE
board, RP Raster memory associated with the VPSC ASIC on the BE board, and raster
memory associated with the VPDM ASIC on the VI board. If register values indicate that
data were not processed as expected at any point, subsequent CRC values are not calcu-
lated.
In this Stage, the higher level FRU diagnostic test suites can be run.
To access the diagnostic tests, a site-specific service access key Level 7 is needed. Ser-
vice access keys for the Antares are based on the system serial number. The CSE or user
who requires a Service key obtains it through Service.
Fig. 51:
Fig. 52:
4. The Service Authentication page appears. Enter the service access key and click OK.
The Service access key is a 20-digit alphanumeric password. The first 14 digits are
placed in the first field and the last six are placed in the second field. Clicking the Set as
Default box will save only the first 14 digits upon reboot. The final six must me entered
manually after each entrance to the local service page. if the Set as Default box is not
checked, the entire access key must be re-entered on reboot.
Fig. 53:
5. The Service Home page appears. Click TestTools to go to the TestTools screen. A
message will appear saying: Please insure [sic] that all probes are dis-
connected and REMOVED from the three connectors of the system.
This is REQUIRED for tests to operate properly. Ensure that all trans-
ducers are disconnected from the transducer interface, then click OK.
6. The TestTools screen allows access to all of the higher level FRU tests, including the E
Module test, E Module board level tests, transducer interface test, Power Supply test,
Physio Module test, transducer tests and CD-ROM tests.
Fig. 54:
7. Select Board Test, a sub-menu for E Module test. A new menu will appear which will
show all the available board tests.
Fig. 56:
9. After the tests are completed, scroll to the bottom of the scroll box and check the status
of the tests. If the test fails, a detailed report of the failure can be found on the Reports
page.
Test Backend BE EM
PCI FPGA Memory Test - BE BE Memory BE Memory
Digital Receiver ASIC Memory Test - BE
Digital Receiver ASIC Built-in Self-test - BE BE Memory BE Memory
Echo Processor ASIC Memory Test - BE BE Memory BE Memory
Echo Processor External Memory Test - BE BE Memory BE Memory
Echo Processor ASIC Built-in Self-test - BE BE Memory BE Memory
Flow Processor ASIC Memory Test - BE BE Memory BE Memory
Flow Processor CTB Memory Test - BE BE Memory BE Memory
Flow Processor FPGA Memory Test - BE BE Memory BE Memory
Flow Processor FPGA External Memory Test - BE BE Memory BE Memory
Scan Converter ASIC Memory Test - BE BE Memory BE Memory
Scan Converter External Memory Test - BE BE Memory BE Memory
SIP FPGA Memory Test - BE BE Memory BE Memory
Digital Signal Processor IPC Test - BE BE Memory BE Memory
Digital Signal Processor Memory Test - BE BE Memory BE Memory
Digital Signal Processor Program Verify- BE BE Memory BE Memory
Test RC BE VI EM
Physio POST Test
System Level Tests - RC, BE, VI+
B Mode B Mode B Mode B Mode B Mode
Test RC BE VI EM
BC-Mode BC Mode BC Mode BC Mode
Doppler Audio Check - BE, VI, IO, Speakers Audio
1. In the upper right corner, select Reports. This will bring up the Report Files page.
2. Click Test Results to bring up a directory of results.
Fig. 57:
3. Find and click Test Results.htm in the Hierarchal listing to show a detailed report of
the test, which may be used for further troubleshooting.
Fig. 58:
4. If multiple TestResults.htm items appear in the log, use the date and time to deter-
mine which summary is the most recent.
NOTE If the E Module test or any of the board tests fails, scroll through
the test results to identify which module/board is the root cause.
Use the information in (Appendix A: Test Results and Test
Summary / p. 54)
Transmit test 0
The transmit test exercises all 192 transmit circuits (EM level test) or all 64 transmit cir-
cuits (TR0, TR1, TR2 level tests). Antares has two transmit voltage sources (TXV0 and
TXV1). The transmit test uses TXV0 and then TXV1; the resulting sets of data (192 or 64
rows) are analyzed independently. The outputs of the transmit circuits on the TR board
are routed to the TI board where a resistor combiner combines the 192 or 64 channels
onto one signal line. This signal line is routed from the TI to the RC board. On the RC
board the signal is routed to the RXBF ASIC corresponding to channel 16 and the wave-
forms are stored in the SRAM of this ASIC. The stored SRAM data is then analyzed.
Receive Test 0
The receive test exercises all 192 receive circuits (EM/RC level test) or all 64 receive cir-
cuits (TR0, TR1, TR2 level tests). The receive test uses two gain settings (26 and 14); the
resulting two sets of data are analyzed independently. The RC board has a stimulus
source that is used for the receive test. This stimulus source is routed to the TI board
where a resistor divider distributes this stimulus to the 192 or 64 channels. From the TI,
these signals are routed to the TR where filtering and gain is applied. From the TR these
signals are routed to the RC board and then the waveforms are stored in the SRAM of
respective RXBF ASICs. The stored SRAM data is then analyzed.
This test inputs a known set of data into the RC board and the system processes this data
from the RC through the DR, EP, and SC sections of the BE and then to the VI board. A
CRC is a method of detecting a 1 bit mismatch. Once a CRC fails, this failure will propa-
gate through the remaining CRC checks. Thus the true failure information is contained in
the first failing CRC read from top to bottom.
This test inputs a known set of data into the RC board and the system processes this data
from the RC through the DR, EP, FP, and SC sections of the BE and then to the VI board.
A CRC is a method of detecting a 1 bit mismatch. Once a CRC fails, this failure will con-
tinue through the remaining CRC checks. Thus the true failure information is contained in
the first failing CRC.
RTC Sequence Test (RC sequence, TR0 sequence, TR1 sequence, TR2
sequence) 0
RTC FPGA programs the TR boards and RXBF ASICs at high speed. The target regis-
ters and tables are first cleared. Patterns are stored in the RC index state machines
tables. A sequence is loaded that is expected to move the patterns out to the TXPG and
RXBF ASICs. The sequence is executed and the results verified.
Tab. 27 RTC Sequence Test and related failures
Standard memory test performed on all testable registers and memory spaces in the fron-
tend. Buses used are PCI bus between RM and BE; Febus between BE and RC, and
TCbus between RC and TR.
Tab. 28 FE memory (includes RC memory, TR0 memory, TR1 memory, TR2 memory)
Adjusts a system parameter, measures DC offset of all 192 channels and verifies that all
are within a set of test limits. The initial parameter adjustment is executed in the tune up
menu. The EM and individual board tests execute the a subsequent verification of limits.
Tab. 29 DC cal/DC cal check
The probe relay test uses a test method similar to the receive test. Both use a stimulus
generated on the RC board and both route the signals for analysis through the TR to the
RC where the data is stored in the RXBF SRAM for analysis. The main difference is in the
routing of the stimulus on the TI board. For this test the stimulus is routed through the
relays on the TI board before being output to the TR boards.
Tab. 30 Probe Relay test
BE memory 0
Standard memory test performed on all testable registers and memory spaces in the fron-
tend. Buses used are PCI bus between RM and BE and local BE buses
Tab. 31 BE memory
VI memory 0
Standard memory test performed on all testable registers and memory spaces in the fron-
tend. Buses used are PCI bus between RM and VI and local VI buses
Tab. 32 VI memory
The RC board contains the Digital to Analog Converters (DAC) used to control five vari-
able voltages on the Antares system. The five voltages are VTGC, VFC, VMID, TXV0, and
TXV1. This test uses all possible digital inputs to the DACs in ascending order to produce
a ramp analog output. The test then analyzes the Slope (m), Offset (b), and RMS (stan-
dard error) for the resulting output (y=mx + b). For VTGC, VFC, and VMID these voltages
are routed from the RC to the TRs. From the TRs, these are routed to a separate mea-
surement signal path that returns to the RC, where a serial Analog to Digital converter
(ADC) is used to measure voltages. For TXV0 and TXV1, the output of the DACs are
routed to the PSA and the resulting TXV0 and TXV1 voltages are routed from the PSA
back to the TRs. The same measurement path to the ADC is used for these voltages as
for the other three voltages. Pass/Fail criteria is based on the calculated Slope, Offset,
and RMS values. A TXV0 and TXV1 trip point test is also part of this test group. Plots of
the data are also displayed as part of the test.
The RC board has an ADC that is used to measure DC voltages in the system. For A2D
Diag test various system DC voltages on the RC board, the TR board, and the TI board
are routed via multiplexers to this ADC on the RC board. Some of these voltages are cre-
ated on the PSA and PSD directly, while others are created using regulators on individual
boards.
Tab. 34 A2D Diag Test