100% found this document useful (3 votes)
981 views38 pages

Essenza Mars

mri
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
100% found this document useful (3 votes)
981 views38 pages

Essenza Mars

mri
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
You are on page 1/ 38

l

g
E
s
n
m
ie
S

MAGNETOM
MR

Function Description
System

Measurement And Reconstruction System (MARS


and MARS_C)

MAGNETOM ESSENZA
10130587

© Siemens 2006
The reproduction, transmission or use
of this document or its contents is not
permitted without express written
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.

Print No.: M4-060.850.13.03.02 English


Replaces: M4-060.850.13.02.02 Doc. Gen. Date: 11.08
2 Revision / Disclaimer
1Revision / Disclaimer

Document revision level


The document corresponds to the version/revision level effective at the time of system
delivery. Revisions to hardcopy documentation are not automatically distributed.
Please contact your local Siemens office to order current revision levels.

Disclaimer
The installation and 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 autho-
rized by Siemens 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 proce-
dures.

MAGNETOM M4-060.850.13.03.02 Page 2 of 38 Siemens


11.08 CS SD MR
Table of Contents 3
0Table of Contents

1 _______ Introduction ____________________________________________________ 4

General. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
Concept . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7

2 _______ Functional______________________________________________________ 8

Software Download . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
Boot. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
Start-up Script. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
Loadware . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
Stimo Function Test . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
PALI Function Test . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
Sequence Control. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
RF Control. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
RF Safety WatchDog (RFSWD) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
Gradient Control . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
Gradient Safety WatchDog (GSWD) -Stimulation Monitor . . . . . . . . . . . . . . . . . . . . 15
System Compensations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
Dynamic Control Signals. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
Supervision and Error Handling . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
System Standby Mode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
Image Reconstruction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19

3 _______ Hardware______________________________________________________ 20

Introduction. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
MARS Computer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
Function . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
PCI_STAR . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
Function . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
PCI_RX. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
Function . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
FIBER_IO . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
Function . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
CAN Bus Topology . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
CAN Bus Principle . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
Collision Detect . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
Addressing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
Electrical CANopen Bus . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
Optical CANopen Bus . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35

4 _______ Changes to previous version _____________________________________ 37

Siemens M4-060.850.13.03.02 Page 3 of 38 MAGNETOM


11.08 CS SD MR
4 Introduction
1-
General
1Introduction

The system MAGNETOM ESSENZA integrates a new concept for the imager (formerly
called: MRIR) and measurement control (formerly called: AMC).
In former systems, these functionalities were realized with two separate computer systems.
The imager was a PC and the measurement control was a dedicated computer unit with its
own card cage and backplane. Communication between these two units and the Host took
place via Ethernet by means of a switch.
Now both functionalities are integrated into one computer system called MARS (Measure-
ment And Reconstruction System).

Fig. 1: AMC+MRIR=MARS

NOTE Please note that the software calls the MARS MCIR

MAGNETOM M4-060.850.13.03.02 Page 4 of 38 Siemens


11.08 CS SD MR
Introduction 5

The MARS is a rack-mounted 19" box


that contains a computer with built-in
PC cards developed by Siemens. Com-
munication with the Host still takes
place via Ethernet (but no additional
switch is needed). There is also an
additional serial line connection from
MARS to Host used for boot messages.
Image reconstruction, e.g., calculating
images with the help of an FFT from the
raw data, is done on the PC computer.

Fig. 2: MARS in ECA

The built-in PC cards run and control measurement:


• PCI_STAR: Calculates RF and gradient waveforms. Monitors RF (RFSWD) and gradi-
ent pulses (GSWD). Provides two independent CANopen channels. Generates control
signals.
• PCI_RX: Demodulation and filter of the acquired MR signals coming from the RX mod-
ule in the RFSU.
• FIBER_IO: Converts and distributes control signals and data to/from the system.

NOTE The above-mentioned PC cards are available as single FRUs


in addition to the complete MARS.

Siemens M4-060.850.13.03.02 Page 5 of 38 MAGNETOM


11.08 CS SD MR
6 Introduction

NOTE A new MARS_C was introduced in January 2009, which


replaces the old MARS in production and as a spare part.
It requires NUMARIS software VC11A_SP3.

Fig. 3: MARS_C front view


Pos. 1 PCI_STAR
Pos. 2 PCI_RX16 (or PCI_RX16_8)
Pos. 3 FIBER_IO

Fig. 4: MARS front view


Pos. 1 PCI_STAR
Pos. 2 PCI_RX16_8
Pos. 3 FIBER_IO
Pos. 4 SAS controller

MAGNETOM M4-060.850.13.03.02 Page 6 of 38 Siemens


11.08 CS SD MR
Introduction 7

Concept 1.1

Those familiar with other Tim systems like Avanto/Espree can compare them to
MAGNETOM ESSENZA as follows:
Tab. 1 MAGNETOM Avanto/Espree versus MAGNETOM ESSENZA

Avanto/Espree MAGNETOM ESSENZA


Imager PC computer MARS PC computer
PCI_RX16_8 / PCI_RX16 PCI_RX16_8 / PCI_RX16
Measurement MPCU MARS PC computer
Control (AMC)
PCI_MON
PCI_TX PCI_STAR
PCI_CAN
LWL-Int FIBER_IO

The background concept of the measurement control implemented in the MARS is princi-
pally the same as that of the AMC in the Avanto/Espree systems. In this concept, the
sequences (C++ programs) run in real time on the MARS computer, which then feeds the
DSP on the PCI_STAR with the sequence-specific tasks that then create the RF pulses,
gradient pulses, and sequence timing signals, including compensation. The modulation of
the RF pulses and demodulation of the MR echo pulses are also performed digitally in
accordance with the proven methods used in the previous system control unit. With the
improvement in performance of the latest DSP component, it was possible to integrate the
MARS components into just 3 boards, allowing for a very compact design.
The MARS functional description has been divided into two parts:
Functional - describes the functions performed by the MARS components.
Hardware - describes the individual hardware components and their tasks.

The next chapter (Functional) describes the functionalities of the MARS. Its responsibilities
can be grouped into the following tasks:
• Software download
• Sequence control
• Supervision and error handling
• Image reconstruction

Siemens M4-060.850.13.03.02 Page 7 of 38 MAGNETOM


11.08 CS SD MR
8 Functional
2-
Software Download
2Functional

Fig. 5: Host and MARS overview

Boot 0

A reboot can be initiated in three ways:


• initial power-on of the MARS
• select “reboot” in the System Manager (main menu > System > Control > Meas &
Recon)
• press the reboot button on the MARS

MAGNETOM M4-060.850.13.03.02 Page 8 of 38 Siemens


11.08 CS SD MR
Functional 9

Fig. 6: MARS boot options


Pos. 1 System on at alarm box
Pos. 2 Reboot in Meas & Recon (System Manager)
Pos. 3 Reboot button on MARS

After a boot is initiated, the MARS BIOS initializes the hardware and jumps into the Intel
Ethernet bootloader routine.
The Ethernet boot routine sends a DHCP request to the Host requesting an IP address as
well as the name and location of the operating system (OS) bootloader program file. The
Host evaluates the MAC address since it indicates which MARS computer is installed and
sends it the proper loader program.
Using the TFTP protocol, the MARS sends a request to the Host for the OS bootloader pro-
gram file. The Host also sends an FTP client program and BOOTP protocol routine needed
for the next steps. The MARS executes the OS loader routine after receipt.
The OS loader issues a BOOTP request for an IP address (the first was only temporary)
and the name and location of the OS files. They are sent back from the Host. The MARS
then uses the FTP protocol to retrieve the OS files from the Host.

Siemens M4-060.850.13.03.02 Page 9 of 38 MAGNETOM


11.08 CS SD MR
10 Functional

Fig. 7: Software download

MAGNETOM M4-060.850.13.03.02 Page 10 of 38 Siemens


11.08 CS SD MR
Functional 11

Start-up Script 0

Once the OS has been loaded, it applies the environment variables, loads the necessary
drivers, and retrieves and executes a startup script from the Host which starts the four
MARS processes:

1. MrMCIRContainer - Sequence and peripheral control


2. MrIrisContainer - Image reconstruction
3. UTraceDeamon - Collects traces and sends it to Host
4. MrIrisProcessController - restarts other processes if necessary

NOTE The “MrIrisProcessController” process is not shown in the


System Manager > Meas & Recon window.

Fig. 8: System Manager > Meas & Recon

For detailed messages of the MARS activities, another trace can be started with
Main menu > System > Control > Tools > Save System Log-files
which starts the MR Savelog mechanism. Another way to start the MR Savelog mechanism
is via Windows Start menu:
Control+Esc > Start > Programs > MrSaveLog.
Messages will be logged into C:\MedCom\MriDiagnostics

Siemens M4-060.850.13.03.02 Page 11 of 38 MAGNETOM


11.08 CS SD MR
12 Functional

Loadware 0

Once the MARS has booted, the Host queries each loadable component and delivers new
loadware, if necessary.
The PMU and CAN units also require loadware. This will initially be loaded and stored into
FLASH/EEPROMs at the factory or by a software update. Afterwards, only the loadware
version will be checked. A unit will be downloaded only if the version is not correct.

Parameters 0

For most units, the parameters required for measurements will be supplied.

Stimo Function Test 0

To test the GSWD (gradient safety watchdog) hard- and software, a special Stimo-test
sequence will be run during the scanner start up. This sequence is parameterized with very
high gradient amplitudes so that when the gradient pulse is applied, it will exceed the limit
and the GSWD will cause a sequence abort. If an abort occurs, it signifies that the GSWD
is working.

PALI Function Test 0

To test the RFSWD/PALI hard- and software, a special PALI test sequence will be run dur-
ing the scanner start up. This sequence is parameterized with very low SAR limits so that
when the RF is applied, it will exceed the limit and the RFSWD will cause a sequence abort.
If an abort occurs, it signifies that the RFSWD/PALI is working.

MAGNETOM M4-060.850.13.03.02 Page 12 of 38 Siemens


11.08 CS SD MR
Functional 13

Sequence Control 2.1

The sequence control tasks can be summarized as follows:


• RF Control
• RF Safety WatchDog (RFSWD)
• Gradient Control
• Gradient Compensations
• Gradient Safety WatchDog (GSWD)
• Supervision and Error handling
• System Standby
The sequence file is a compiled C++ program which is loaded into the MARS memory. In
preparation for the measurement, the MARS first checks for system readiness. If the status
of all system hardware components is in the green, the SCT (Sequence Control Task) will
start feeding the sequence information to the DSP on the PCI_STAR and initiate the start
of the sequence. During the measurement, the MARS surveys for any error or status
change from the PCI_STAR or peripheral hardware components. In case of any errors, the
sequence is stopped and the operator informed.

Fig. 9: MARS_C overview

Siemens M4-060.850.13.03.02 Page 13 of 38 MAGNETOM


11.08 CS SD MR
14 Functional

RF Control 0

As the sequence progresses, the MARS feeds the DSP on the PCI_STAR board also
responsible for the generation of RF pulses with the corresponding requests and the RF
pulse amplitudes are generated (calculated) in real time. The pulse generation must also
include system-specific corrections and compensations, such as correction of RFPA
non-linearities and B0 field correction.
Dynamic timing signals must also be provided for RF components like RFPA (unblanking),
RFIS_60 (coil detuning), RCCS_60 (receive matrix switching), and BCCS (T/R switch) to
name a few. These sequence timing signals are generated by the PCI_STAR DSP on
request from the MARS.

RF Safety WatchDog (RFSWD) 0

The RF Safety WatchDog provides patient safety monitoring by measuring the specific
absorption rate (SAR) of the RF energy being irradiated into the patient. This energy
causes warming of the patient both locally and globally, that is, warming in the direct vicinity
of the transmitting coil. Global warming results on the basis of blood circulation. The
RFSWD must quantify the amount of heat-causing energy being applied to the patient, cal-
culate the distribution of these energies throughout the body, and check irradiation limits
which may have been exceeded. If any limit is reached, the RFSWD can disable the RF
transmission.

The RFSWD is implemented as two independent processes:


1. Look-ahead monitor
2. Run-time monitor

1. Look-ahead monitor
The first is a software look-ahead monitor running on the Host, which evaluates the
sequence and parameters (i.e., protocol) as they are selected and entered by the user. If
the look-ahead monitor detects that the protocol will cause excessive RF, it issues appro-
priate warnings and suggests new parameters to bring the SAR under the limit. A
sequence can be loaded and started only if it will not exceed the prescribed SAR limits.
There are two levels of SAR limits: normal mode (NM) and first level (FL). First level limits
are higher than those of normal mode and may be selected only if the user explicitly per-
mits.

2. Run-time monitor
The second process is realized in hardware and monitors the RF in real time. The actual
RF transmit pulses are sampled by directional couplers located in both the RF Power
Amplifier and the TALES, quantified, and fed back for calculation to the PALI-DSP on the
PCI_STAR board. The run-time RFSWD keeps a running tabulation of the applied RF
pulses. If for some reason limits are exceeded before the conclusion of the measurement,
the sequence will be terminated immediately.

MAGNETOM M4-060.850.13.03.02 Page 14 of 38 Siemens


11.08 CS SD MR
Functional 15

Measurement of RF Power to Body Coil


Six voltages from the RF system are read in at the modulator (multiplexed) in 20 µs inter-
vals and digitized:
• PALI_FORW_0 (Body coil system 1)
• PALI_REFL_0 (Body coil system 1)
• PALI_FORW_90 (Body coil system 2)
• PALI_REFL_90 (Body coil system 2)
• PALI_OFFSET
• PALI_REF
The digitized data are transferred over a high-speed fiber optic link from the modulator to
the PCI_STAR.
The PALI_DSP reads in these values during a RFON phase and calculates the power
according to the SAR formula. Frequency dependencies of the TALES are corrected by the
DSP.

Gradient Control 0

The gradient pulses are generated in much the same way as those for the RF. As the
sequence progresses, the MARS supplies the PCI_STAR DSP with requests for pulse gen-
eration of the logical slice selection, read-out, and phase encoding gradients. A rotation
matrix is then sent to the PCI_STAR DSP and is able to calculate the logical amplitudes
(SS - slice selection, RO - readout, PE - phase encoding) into the physical coordinates of
X, Y or Z. The DSP then corrects the eddy current, cross-term and B0 compensations
before sending the data to the gradient amplifier. The amplitude data for each axis is 20
bits, in addition certain timing and control signals are also sent. The communication
between gradient and MARS is realized by a high-speed fiber-optic connection from
MARS/PCI_STAR to GPA/STAR_NODE.

Gradient Safety WatchDog (GSWD) -Stimulation Monitor 0

When gradient pulses are applied during an MR examination, the patient may experience
muscular stimulation. The cause is the development of electrical fields within the patient’s
nerve fibers, which are induced by the dynamic magnetic field generated by the gradient
coil. The magnitude of these induced electrical fields is, for any given sequence type, pro-
portional to the change of the magnetic field in time, expressed otherwise as dB/dt.
A stimulation occurs when a characteristic threshold of the electrical field is exceeded. The
corresponding dB/dt value needed to exceed this limit depends on the patient’s anatomy
and physiology, the geometrical and physical attributes of the gradient coil and the position
of the patient within this coil.
The ratio dB/dt is determined by the amplitude and rise time of the gradient pulses. During
actual imaging conditions, dB/dt is never constant, but depends on the sequence type and
sequence parameters (e.g., slice thickness, FoV, matrix size, TR, TE, number of slices,
etc.). The stimulation thresholds are further influenced by the timely organization of the
individual gradient pulses, the total number of pulses, their repetition time and the coinci-
dence of any or all three gradients at any one time.

Siemens M4-060.850.13.03.02 Page 15 of 38 MAGNETOM


11.08 CS SD MR
16 Functional

The Gradient Safety WatchDog (GSWD), also called stimulation monitor (STIMO), pro-
vides safety against patient stimulation. The stimulation monitor (STIMO) is realized in
three parts:
• Look-ahead monitoring with a "SAFE Model"
• Look-ahead monitoring using the legal dB/dt limits
• Run-time monitoring with a "SAFE Model"

Look-ahead Monitor
The look-ahead monitor runs simultaneously with the parameterizing of a sequence. If
sequence parameters are chosen that will cause stimulation, a warning message is issued
to that effect and eventually changes are suggested that will prevent stimulation.
In the SAFE Model, the physiological stimulation is approximated by filtering the differenti-
ated gradient pulses. Each gradient pulse is differentiated and then filtered by applying at
least two exponential functions using two time constants. The filtered signals are then
added together using a weighting function and then compared to an established limit. The
established limits have been derived empirically through studies performed on real people.
If these limits are exceeded, stimulations are to be expected.

Run-time Monitoring
The actual values of the gradient currents are digitized on the D66 Opto-Link in the GSSU
and sent to the PCI_STAR over a high-speed fiber optic connection.
The DSP on the PCI_STAR calculates the actual gradient values and compares them to
stimulation limits. If a limit is exceeded, the GPA will be disabled.

System Compensations 0

Adjustments
Before a sequence measurement can begin, there are some system and patient-depen-
dent adjustments which have to be performed. They include:
• adjust frequency (Adj/Fre)
• adjust transmitter (Adj/Tra)
• adjust shim (3D Shim)
All of these adjustments are themselves sequences. The sequence is loaded into the
MARS and performed as any other sequence. The measured raw data will be evaluated in
the MARS, too.

3D Shim
The 3D Shim procedure measures the magnetic field, determines the field inhomogene-
ities and calculates the necessary corrections. The 1st order inhomogeneities (linear
terms) are compensated by driving an offset current through the gradient coils. The A(2,0)
term (2nd order term) is compensated by the E-Shim device. Unlike in Avanto systems, this
E-Shim is standard and contains only one channel. Unlike in the Espree systems, the
A(2,0) channel is not a supercon shim but uses a resistive shim coil.

MAGNETOM M4-060.850.13.03.02 Page 16 of 38 Siemens


11.08 CS SD MR
Functional 17

Eddy Current Compensation


Eddy current compensation is performed digitally by the DSP on the PCI_STAR. The cor-
rection values are determined in a tune-up procedure. The correction also includes a B0
component, which is implemented by changing the synthesizer frequency dynamically dur-
ing the sequence.

Gradient delay
The gradient delay compensation for the three axes is also performed by the DSP on the
PCI_STAR. The necessary time parameters are determined in the tune-up procedure.

Dynamic Control Signals 0

Various dynamic control signals required by several RF components and the gradient
amplifier are also generated by this DSP on the PCI_STAR board and sent by the
FIBER_IO.

Siemens M4-060.850.13.03.02 Page 17 of 38 MAGNETOM


11.08 CS SD MR
18 Functional

Supervision and Error Handling 2.2

During the sequence, the MARS supervises all components, assures the DSP is working
correctly or if the measurement has to be stopped in case of some functional or run-time
error. There are two main events that can cause an abort of the sequence:
• input of an error message from a unit
• the system state changes to ’not normal’
Error Messages can be generated by any of the units. If an error is detected, it will be clas-
sified and sent to the MARS. Here, depending on whether a sequence is running or not,
the MARS will decide what to do. The following error classes have been established:
• Information
• Warning and
• Error
In all cases the operator will be informed via a NUMARIS message and there will be a new
entry in the NUMARIS Eventlog. A running sequence will be stopped only in case there is
an ’Error’ classification.
Beside the error messages, there is a System State. For each of the following units, there
is status information available, detailing the current systems status. The units are the
RFAS, GPA, PTAB, MSUP, ICS, and the RFPA.
If any status bit changes, e.g., due to an overtemperature in the gradient coil or a malfunc-
tion in the chiller, the MARS will be informed automatically. This new status will be com-
pared with the predefined patterns for each of the units, representing the normal working
status. If the comparison shows that the system is not functioning properly, an error will be
created.

System Standby Mode 0

System Power ON_OFF Control


The Host is able to switch the system into standby by sending a signal to the appropriate
relay in the Line Power Distribution section. In Standby-mode, all system components are
switched off with the exception of the MRC and MRSC Hosts.
Switching them back on (leaving standby mode) is possible only using the power-on button
in the Alarm Box. A remote switch-on from standby is not possible.

MAGNETOM M4-060.850.13.03.02 Page 18 of 38 Siemens


11.08 CS SD MR
Functional 19

Image Reconstruction 2.3

The MR signals coming from the RF system are demodulated as well as filtered at the
PCI_RX board in the MARS. The demodulated raw data will then be Fourier transformed
by the image reconstruction task of the MARS.
The MARS reconstruction tasks are:
• receive the measurement data from the RF system
• calculate the raw data during demodulation and filtering
• reconstruct the MR images

The measurement data are only temporarily stored on the hard drive and will be overwritten
sooner or later by new measurement data.

NOTE The raw data normally are not stored.

If the raw data are needed, there are two possibilities:


1. Raw data will be available for display when enabling the storage prior to the measure-
ment or
2. by a backward FFT of the image data (raw data not clear without ambiguity).

Siemens M4-060.850.13.03.02 Page 19 of 38 MAGNETOM


11.08 CS SD MR
20 Hardware
3-
Introduction
3Hardware

The MARS basically consists of two parts:


1. the MARS computer and
2. its peripheral hardware for measurement control and data reception.

Fig. 10: MARS computer


Pos. 1 Power inlet
Pos. 2 Button - on/off
Pos. 3 Button - reboot
Pos. 4 RS-232 connection to Host (serial port)
Pos. 5 Ethernet link to Host

The MARS is located in the ECA cabinet and consists of the following components:
• PCI_STAR - responsible for RF pulses, gradient pulses, monitoring, and sequence
control.
• PCI_RX16_8 or PCI_RX16 - eight/sixteen MR signals can be received, digitally filtered
and demodulated.
• FIBER_IO - responsible for converting TTL control signals into fiber-optic signals and
vice versa.
• SAS controller - for the hard disk (temporary raw data store).
• Motherboard - the so-called MARS computer primarily responsible for image recon-
struction and communication to/from the Host.

The following parts are FRUs:


1. PCI_STAR
2. PCI_RX16_8 or PCI_RX16 (for 16 channel option)
3. FIBER_IO
4. the complete MARS

MAGNETOM M4-060.850.13.03.02 Page 20 of 38 Siemens


11.08 CS SD MR
Hardware 21

Fig. 11: MARS overview

Pos. 1 PCI_STAR (FRU)


Pos. 2 PCI_RX16_8 or PCI_RX16 (FRU)
Pos. 3 FIBER_IO (FRU)
Pos. 4 SAS controller (not available in MARS_C)
Pos. 5 Motherboard

NOTE The SAS controller is only used in the older MARS. The new
MARS_C uses a SATA disk (controller on motherboard).

Siemens M4-060.850.13.03.02 Page 21 of 38 MAGNETOM


11.08 CS SD MR
22 Hardware
Fig. 12: MARS block diagram
MAGNETOM M4-060.850.13.03.02 Page 22 of 38 Siemens
11.08 CS SD MR
Hardware 23
Fig. 13: MARS_C block diagram
Siemens M4-060.850.13.03.02 Page 23 of 38 MAGNETOM
11.08 CS SD MR
24 Hardware

MARS Computer 3.1

Overview 0

The basis of the MARS computer is an ATX server motherboard design. The complete soft-
ware of the MARS computer is downloaded over the Ethernet and stored directly in the
onboard RAM. Since the connection to the host is a point-to-point connection, no switch is
needed.
The main features are:
• Dual core Opteron CPU (f > 2.2 GHz)
• 8 GB memory
• Ethernet 1 Gbits/s, 2 serial, 1 Parallel, 2 USB
• Linux operating system (OS) with real time extension
It includes all necessary peripheral device interfaces, including an on/off and reboot button.

Function 0

The MARS computer fulfills three main functions:


• Image reconstruction
The demodulated and filtered raw data are transferred from the time into the frequency
domain by means of an FFT. The calculated images are then sent to the database on
the Host.
• Pulse sequence control
On the MARS computer, the pulse sequence is executed in real time. The MARS com-
puter sends a sustained stream of instructions to the PCI_STAR board, which inter-
prets these instructions and generates the appropriate hardware signals.
• Communication control with Host and peripheral units
Most of the communication between the Host and MARS runs via an Ethernet connec-
tion. There is an extra serial line especially for boot messages. The communication with
the peripheral units runs via two CANopen buses.

MAGNETOM M4-060.850.13.03.02 Page 24 of 38 Siemens


11.08 CS SD MR
Hardware 25

PCI_STAR 3.2

Overview 0

Fig. 14: PCI_STAR overview

The PCI_STAR is a single board that fits into a PCI-X slot of the MARS. It offers the follow-
ing features:
• 1*500 MHz TigerSharc DSP
• a multifunctional FPGA
• 4 MB fast memory (SRAM)
• 2 high-speed serial links (800 Mbits/s)
• CANopen master functionality

Siemens M4-060.850.13.03.02 Page 25 of 38 MAGNETOM


11.08 CS SD MR
26 Hardware

Connections to/from PCI_STAR:


1. X7: 10 MHz from synthesizer
2. U3: High-speed fiber optic to/from
RFSU
3. U2: High-speed fiber optic to/from
GPA

Fig. 15: PCI_STAR connections (Slot 3)

Function 0

The following functions are performed on the PCI_STAR DSP and the FPGA:
• Calculation of the gradient pulse amplitudes in the logical coordinate system
• Conversion of the gradient pulse amplitudes from logical to physical coordinate system
(coordinate rotation operations)
• Eddy current compensation (ECC)
• Gradient delay
• B0 compensation
• Cross-term eddy current compensation
• Calculation and modulation of the RF pulse amplitudes
• Frequency-dependent RFPA correction curve compensation in amplitude and phase
• Frequency-dependent RFPA correction of modulator tolerances (frequency dependen-
cies of the 6 and 12 dB attenuators)
• Generation of control signals for RF and PDAU
• RFSWD (PALI algorithm)
• GSWD (STIMO algorithm)
• Providing two independent CANopen channels (CANopen-wake and CANopen-mute)

MAGNETOM M4-060.850.13.03.02 Page 26 of 38 Siemens


11.08 CS SD MR
Hardware 27

PCI_RX 3.3

Overview 0

The PCI_RX16(_8) is a single board that fits into a PCI slot of the MARS. It can receive up
to 16(8) RF channels. The board is identical to the version used in Avanto/Espree systems.

Fig. 16: PCI_RX16_8 (8 channel standard)

Fig. 17: PCI_RX16 (16 channel option)

Siemens M4-060.850.13.03.02 Page 27 of 38 MAGNETOM


11.08 CS SD MR
28 Hardware

Fiber-optic connections to/from


PCI_RX16_8:
1. U1: Raw Data 1 from RFSU
(MRSIG 1 to 4)
2. U2: Raw Data 2 from RFSU
(MRSIG 5 to 8)

3. U3: Raw Data 3 from RFSU


(MRSIG 9 to 12)
4. U4: Raw Data 4 from RFSU
(MRSIG 13 to 16)
Fig. 18: PCI_RX16 connections (slot 2)

NOTE Fiber-optic connections U3 and U4 (position 3 and 4 in the


above image) are not available on standard 8 channel sys-
tems.

Function 0

The main task of the PCI_RX16(_8) board is to demodulate and filter the acquired digital
MR signals coming from the receiver board of the RFSU. Afterwards the signals of the dif-
ferent channels are sorted and transferred to the main memory of the MARS PC computer.
The main components of the PCI_RX16(_8) are :
• PCI interface
• PCI control
• SDRAM FIFO as a buffer to the PCI bus
• Receiver interfaces with high-speed fiber optic links
• 4(2) MOFIs for the demodulating and filtering of eight (four) respective receive channels
• PCI_STAR interface to control the PCI_RX while running a sequence
• Echo RAM buffer to store the MR signals

MAGNETOM M4-060.850.13.03.02 Page 28 of 38 Siemens


11.08 CS SD MR
Hardware 29

FIBER_IO 3.4

Overview 0

Fig. 19: FIBER_IO overview

The FIBER_IO is mounted to the front side of the MARS box. It has no PCI-bus connection.
Most of the signals from/to the MARS are fiber optic signals that run via the FIBER_IO.

Function 0

The FIBER_IO serves primarily as an interface board. The functions found on this board
are:
• converting various electrical control signals to fiber optic and vice versa
• converting a RS-232 serial communication link to fiber optic and vice versa (used for
communication to the PMU front-end (PDAU)
• converting a V24 current-loop serial format for the Physio-Beeper
• 2 independent electric CANopen buses
• Trigger signal for oscilloscope

Siemens M4-060.850.13.03.02 Page 29 of 38 MAGNETOM


11.08 CS SD MR
30 Hardware

Fig. 20: FIBER_IO block diagram

MAGNETOM M4-060.850.13.03.02 Page 30 of 38 Siemens


11.08 CS SD MR
Hardware 31

Fig. 21: FIBER_IO connections

Tab. 2 Connections to Fiber_IO

Position To/From Used for


1. X1: Trigger signal for oscilloscope
2. U1: RFPA Unblank
3. U2: RFPA RFPA on
4. U3: RFSU Reset
5. U4: External trigger output
6. U5 to U7: TALES Control
7. U9, U10: RFIS_60 SPI link (data to/from RFIS_60 and RCCS_60)
8. U11 PDAU PMU_TX
9. U12 PDAU PMU_RX
10. X3: Door contact, beeper, ext. trigger output
11. X9: CANopen ele. (mute and wake)

CAN Bus Topology 0

Controlling and monitoring of the peripheral units, e.g., MSUP, patient table etc., is done via
CAN bus.
The MAGNETOM ESSENZA provides three CAN buses:
• CANopen wake, controlling
- E-Shim
- ICS (cooling)
• CANopen mute controlling
- MSUP
- RFIS_60
- PTAB
- MPS (in case of ramping only)
• CANproprietary monitoring RFPA (DORA) only

Siemens M4-060.850.13.03.02 Page 31 of 38 MAGNETOM


11.08 CS SD MR
32 Hardware

Fig. 22: CAN bus topology

The two CANopen buses (mute and wake) in the ECA are electric buses. The CANopen
bridge (COB) on the top left of the ECA cabinet converts the electric CANopen mute into
an optic CANopen mute and provides the old optic CANproprietary bus for the RFPA.

MAGNETOM M4-060.850.13.03.02 Page 32 of 38 Siemens


11.08 CS SD MR
Hardware 33

Fig. 23: CANopen bridge (COB)


Pos. 1 Electric CANopen mute
Pos. 2 Optic CANopen mute
Pos. 3 Optic CANproprietary

Siemens M4-060.850.13.03.02 Page 33 of 38 MAGNETOM


11.08 CS SD MR
34 Hardware

CAN Bus Principle 3.5

The CAN bus is a serial bus. It can be compared to the Ethernet hardware.
All units at the bus are connected to the same signal. Each unit can transmit and receive
data.

Collision Detect 0

In order to avoid collisions, all units will listen to the bus. If a unit wants to send data, it will
wait until there is no activity. In the event that two units start simultaneously, the unit with
the higher priority proceeds. When the bus is free, the other unit will start again. This func-
tion is available on each unit although it is shown only once in the drawing.

Addressing 0

All units listen to the bus and will respond only if the address in a telegram matches its own
unit ID. The individual 4 bit address for each unit is fixed with resistor networks.

Fig. 24: CAN bus principle

MAGNETOM M4-060.850.13.03.02 Page 34 of 38 Siemens


11.08 CS SD MR
Hardware 35

Electrical CANopen Bus 0

The MAGNETOM ESSENZA uses a differential electrical CANopen bus (also called wired
CAN bus), that is, a three-wire system. One is ground/shielding, one is called CAN_high
and one is CAN_low. The CAN signal itself is derived from the difference between the
CAN_high and CAN_low signals.

NOTE All electrically connected units are strictly parallel. There-


fore, all other units will be able to respond if one unit has no
power. This is different with the FOC-connected units.

Optical CANopen Bus 0

It is very important that the CANopen bus be able to write and read simultaneously. How
does the optical CANopen bus accomplish this? The solution is to have two fiber optics. For
the electrical variation of the CANopen bus, there is one input for receiving (RX) and one
output for transmitting (TX). The RX signal is ’copied’ to the TX internally. When connected
to another station, the transmitted data come back in over the RX via the internal connec-
tion of the connected station.

Fig. 25: Optical CAN bus

Siemens M4-060.850.13.03.02 Page 35 of 38 MAGNETOM


11.08 CS SD MR
36 Hardware

NOTE The fiber optic cables connecting the various stations always
connect RX with TX and TX with RX.

The additional connection of the start and end point in the optical CANopen bus produces
a ring, leading to a breakdown because of a constant light on. This also happens if RX and
TX re-swapped at one unit!

NOTE The FOC connections are implemented as a daisy chain such


that power failure in one unit will break the line. The MARS
will not be able to access any units behind the powerless
unit!

There are LEDs on the RFIS_60 that indicate CAN bus activity. In the idle state, there is no
activity on the bus.
In the CAN topology diagram, you will find some CAN units called ’SLIO’ and others called
’Module’, which include a CAN and CPU.
• the SLIO is a serial-linked IO, which means it just has input and output ports; the func-
tionalities are hard-coded.
• The ’module’ has a processor and a loadable software program.

MAGNETOM M4-060.850.13.03.02 Page 36 of 38 Siemens


11.08 CS SD MR
Changes to previous version 37
4-
4Changes to previous version

(Introduction / p. 4)
Information regarding MARS_C and 16 channel option added in chapter Introduction.

(Functional / p. 8)
Information regarding MARS_C and 16 channel option added in chapter Functional.

(Hardware / p. 20)
Information regarding MARS_C and 16 channel option added in chapter Hardware.

Siemens M4-060.850.13.03.02 Page 37 of 38 MAGNETOM


11.08 CS SD MR
38 Changes to previous version

MAGNETOM M4-060.850.13.03.02 Page 38 of 38 Siemens


11.08 CS SD MR

You might also like

pFad - Phonifier reborn

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy