Troub l esh oot ing InstructionsPAMS Technica l Do cum en tation
Transceiver T roubleshooting
The first thing to do when you are encountered with a problem is to carry out a thorough
visual check of the module. Make sure that:
•there are no mechanical damages
•the solder joints are OK
Note: Before changing anything, ALL SUPPLY VOLTAGES AND THE SYSTEM
CLOCK / SLEEP CLOCK should be checked.
Baseband Troubleshooting
General about testing
The phone has three different modes for testing and/or r epairing the phone. The modes
can be selected with suitable resistors connected to BSI- and BTEMP- lines as illustrated
in the table below:
Table 1: Phone operating mode
ModeBSI-resistorBTEMP resisto rRemarks
Normal68k47k
Local560_
(<1k_)
Test> 1k560_ (<1k_)Recommended for baseband testing. Same as local
Whatever
mode, but making a phone call is possible.
If the corresponding resistors are connected, the MCU software automatically enters into
the local or test mode when the supply voltage is connected to the phone.
The power can be switched on by:
1Pressing the power key.
2Connecting the local/test mode resistors to the bsi/bt emp lines and connecting
the battery voltage to the phone.
3Connecting a charger.
4Phone’s internal functions (Real time clock alarm)
In the local and test mode, the baseband can be controlled through MBUS or FBUS (FBUS
is recommended) connections using Phoenix service software.
Troubleshooting
Note: Most of the baseband repair actions require removing the baseband shield.
The shield must not be removed unless separately authorized by the program.
•VCTCXO enabled by VR3 -> RFClk 19.44 MHz running.
2Purx released
•Purx released by UEM, UEMINT goes high for 100 ms, SleepX goes high and
UEM starts feeding SleepClk (32 KHz) to UPP.
Note: The sleepclock starts running in the crystal circuitry (B200) immediately when
the battery voltage is supplied.
3Software running
•Default value for Vcore is 1.5 volts and, if the software is running, Vcore will
rise to 1.8 volts.
Issue 1 10/01ãNokia CorporationPage 7
NPW-1
Troub l esh oot ing InstructionsPAMS Technica l Do cum en tation
•Cbus (1.08MHz) clock starts running.
Phone does not start up normally or does not stay on
Note: In case of power up faults, it is not possible to force the phone on by disabling
the watchdog. Instead, measurements should be taken immediately when the
power key is pressed or when the battery voltage is connected to the phone
(local/test mode).
The easiest way to check if the software is running when the phone takes an abnormal
amount of current is to measure the cbusclk and Vcore.
The Dbus clock (programmable 9.72MHz) is not automatically visible in the test and local
modes.
Troub l esh oot ing InstructionsPAMS Technica l Do cum en tation
Flash Programming does not work
Flash programming procedure
1The phone communicates with the prommer via the production test pattern,
using the following signals:
•FBUSTX(serial data to phone)
•FBUSRX(serial data from phone)
•MBUS(serial clock for FBUSRX)
•VPP(External flashing voltage for speed up flashing)
•The BSI line is also used when initializing flashing (battery connector).
2When the phone is powered (VBAT>3V), the MBUS and FBUSTX lines a re pulled
up internally by the phone.
3The prommer sends a command to the UEM, using FBUSRX, to enter the Flash-
mode. During the sending of this co mmand, the prommer keeps the BSI line high
and MBUS is used as a serial clock.
4When the Flash-mode command is acknowledged, UEM enters the Flash-mode
and releases reset (PURX) to MCU.
5After reset is released, UPP checks if there is a request for the Bootstrap code
(that resides in the UPP ROM).
6The request for Bootstrap is the MBUS pulled down by the prommer (if the boot-
strap is not requested, the bootstrap code jumps to FLASH SW).
7If the Bootstrap code is requested, UPP enters the Flash-mode and sets FbusTX to
'0' as an acknowledgement to the prommer. This is an indication that UPP can
run, at least, the fixe d Bootstra p c ode – although it is not abl e to r un t he FLASH
code. UPP then sends an UPP-ID to the prommer via the FBUSTX line.
8After the prommer has received the UPP-ID, it send s a corresponding Secondary
Boot Code to the phone via FBUSRX. The Secondary Boot Code, when run in UPP,
requests UPP to send information to the prommer about the flash type and other
HW-related parameters about the device to be flashed.
9Prommer then sends the Algorithm C ode corresponding to the HW parameters,
and this algorithm, when run in UPP, takes over handling the MCUSW transfer to
Flash.
10 12 volts can be supplied to Vpp (by the prommer) to speedup flashing .
11 The FLASH Program includes a package of MCU and DSP software and all default
parameters for the phone. The tuning values will be adde d/rewritten during the
Flash/Alignment phase.
Flash programming error codes
The various error codes can be seen from the "FPS-8 Flash" in Phoenix.
The underlined text in the table be low means t hat t he it em unde r consider ati on is bei ng
used for the first time in the flashing sequence.
Table 2: Table 2. Flash pr ogr am min g er ror codes.
ErrorDescriptionNot working properly
C101"The Phone does not set FbusTx line high
after the startup."
C102"The Phone does not set FbusTx line low
after the line has been high. The Prommer
generates this error also when the Phone
is not connected to the Prommer."
C103"Boot serial line fail."Mbus from Prommer->UEM->UPP(MbusRx)(SA0)
C104"MCU ID message sending failed in the
Phone."
C105"The Phone has not received Secondary
boot codes length bytes correctly."
C106"The Phone has not received Secondary
code bytes correctly."
Vbatt
Vflash1
Vcore
VIO
BSI and FbusRX from prommer to UEM.
FbusTx from UPP->UEM->Prommer(SA0)
PURX(also to Safari)
VR3
Rfclock(VCTCXO->Safari->UPP)
Mbus from Prommer->UEM->UPP(MbusRx)(SA1)
FbusTx from UPP->UEM->Prommer(SA1)
FbusRx from Prommer->UEM->UPP
FbusTx from UPP->UEM->Prommer
FbusTx from UPP->UEM->Prommer
Mbus from Prommer->UEM->UPP(MbusRx)
FbusRx from Prommer->UEM->UPP
FbusTx from UPP->UEM->Prommer
Mbus from Prommer->UEM->UPP(MbusRx)
FbusRx from Prommer->UEM->UPP
FbusTx from UPP->UEM->Prommer
C10 7"The Phone MCU can not start Secondary
code correctly."
A204"The flash manuf acturer and device IDs in
the existing Algorithm files do not match
with the IDs received from the target
phone."
A387"The MC U ID in the MCUSW. ”UPP
C601"The prommer has detected that Vpp volt-
age level has dropped below the limit"
UPP
Flash
Signals between UPP-Flash
Vpp from prommer - >Flash
Issue 1 10/01ãNokia CorporationPage 11
NPW-1
Troub l esh oot ing InstructionsPAMS Technica l Do cum en tation
C383
C583
C683
C384
C584
C684
C585
C685
C586
C686
Charging
Note: The charging voltage and current can be checked by connecting the phone to
"The Prommer has not received Phone
acknowledge to the message."
(C383-during algorithm download to tar-
get phone)
(C583-during erasing)
(C683-during programming)
"The Phone has generated NAK signal dur-
ing data block transfer."
(C384-during algorithm download to tar-
get phone)
(C584-during erasing)
(C684-during programming)
Data block handling timeout"
(C585-during erasing)
(C685-during programming)
"The status response from the Phone
informs about fail."
(C586-during erasing)
(C686-during programming)
Flash
UPP
Signals between UPP-Flash
Flash
UPP
Signals between UPP-Flash
Flash
UPP
Signals between UPP-Flash
Flash
the service software and reading the ad- converter values of the vchar and
ichar.
If charging fails when the ACP-9 or the LCH-9 is used, and works with ACP-7, ACP-8 and
LCH-8, check that the charge control pin of the system connector is connected to the
ground.
In case of audio failures, there are three possibilities to check the audio lines.
1Make a phone call against tester and check audios.
2In case the earpiece/XMIC fails: Feed a 1Khz signal to the XMIC line and measure
the signal from the earpiece line. T he Audio test box JBA-8 is needed. The Audio
loop (Audio test/Ext In Hp Out) must be switched on by the Phoenix service software. This loop will connect audios only through the UEM. In this case, the UPP is
not used.
In case the internal microphone/XEAR fails: Feed the tone to the microphone and
measure the signal from the XEAR line. The Audio test box JBA-8 is needed. The
Issue 1 10/01ãNokia CorporationPage 13
NPW-1
Troub l esh oot ing InstructionsPAMS Technica l Do cum en tation
Audio loop (Audio test/Hp In Ext Out) must be switched on by the Phoenix service
software. This loop will connect audios only through the UEM. In this case, the
UPP is not used.
3Run the audio-loop self-test with Phoenix (BB Self Tests/
ST_EAR_DATA_LOOP_TEST). This loop will test the ear-data/mic-data lines
between the UPP and the UEM.
Earpiece or external microphone line does not work
In any phase o f display
troublesho ot ing use Display Test i n
Phoenix to produce test patterns on
display.
Al so check with a known good
display m odule to see if it works.
OK
Run LCD test in
Phoenix
(BB Self Tests/
ST_LCD_TEST)
OK
Use Display Test
in Phoenix to
check if display
works
FAIL
Replace
display module
FAIL
Check
capacitors
C302...C304
OK
Replace
elastomer
FAIL
FAIL
display module
Replace
capacitors(s)
Replace
Issue 1 10/01ãNokia CorporationPage 19
NPW-1
Troub l esh oot ing InstructionsPAMS Technica l Do cum en tation
Buzzer does not work
Check spring connectors and C306.
•No sound: Try using a known good buzzer instead. If there is still no sound,
change the UEM (D200)
•Weak sound: Use the Audio test in Phoenix to set the buzzer parameters (frequency, strength). If it does not effect the sound level, change the buzzer.
Vibra does not work
Check spring connectors and C307&C308.
•No vibration: Try using a known good vibra instead. If there is still no vibration,
change the UEM(D200)
•Weak vibration: Use the Vibra test in Phoenix to set the vibra’s pa rameters (frequency, duty cycle). If it does not effect the magnitude of the vibration, change
the vibra.
Keyboard does not work
Check that there is no dirt between the dome sheet and the PWB. If the keyboard still
does not operate normally, try to use the Keyboard test in Phoenix to see if the pr essed
key is identified. If it is not identified, change the UPP(D400).
Troub l esh oot ing InstructionsPAMS Technica l Do cum en tation
Receiver Troubleshooting
General instructions for RX troubleshooting
Start the Phoenix-software and use it to start the required RX-mode of the mobile
phone. The troubleshooting flowchart is divide d into three steps: (1) general checking,
(29 local checking and (3) RX- chain checking.
Always use an RF-cable connected from an external RF-connector to the analyzer via
(RF-power) attennuator. This is important to protect the analyzer against excessive RFpower and not to allow leakage of undesired RF-power into the cellular frequencies.
1Start the Phoenix-software and select the TX mode under Testing (AMPS, DAMPS
or TDMA1900).
2It is useful to select the mid channel (383 for AMPS/DAMPS or 1000 for
TDMA1900) and the power level 2.
Note: Before changing ASICS or Filters, all solderings and missing components must
be checked visually. After any possible component chang es, the phone must be
tuned with the Phoenix autotune SW.
Path of the received signal
Block level description of the receiver:
(Antenna/ext RF) – Diplexer – Duplexer – Low Noise Amplifier (LNA) – RX band filt er –
First mixer – 135.54 MHz RX IF filter – IF-amplifier – second mixer – 14 kHz low-pass filter – adjustable IQ amplifier – Baseband.
Troub l esh oot ing InstructionsPAMS Technica l Do cum en tation
Note!
Check input level
at dipl exer (Z907)
input.
Y
N
Change EXT RF
Connector
Check all soldering and components
in antenna circuit before changing
Check input level at
duplex filter. You can
also check level at
diplexer output
Y
Check input level at
LNA input (J800).
Y
Check RF level at
RX800 band filter
input.
Y
N
Change diplexer Z906
N
Change duplex filter
(Z906)
N
N
Change SAFARI
(N801)
Note!
Check all soldering and discrete
components of frontend.
Note!
Check all solderings and discrete
copmponents around SAFARI
before changing
Note!
From the begin to MIX_1A input
you should see strong RF signal
level at 881.49 MHz. Exact level
is difficult to define here because
variable impedances in RX path.
Also used probe type affects to
the results.
Troub l esh oot ing InstructionsPAMS Technica l Do cum en tation
TDMA800
Since the same physical signal path is used for both a nalog and digital modes at the
lower band, there is no need for additional troubleshooting in the digital mode. So if the
digital mode at the lower band is not working properly, start the analog mode troubleshooting.
TDMA1900 (only dualband)
Only EXT RF connector –> 1
st
IF needs separate troubleshoot at upper band. After down
conversion (RF –> 135.54 MHz) both lower and upper band use same signal path.
Figure 12: Fault tree: TDMA1900 troubleshooting
Apply 1960.02 MH z =
ch 1000 -110 dBm
signal to external
RF-connector X900.
Y
Enable loop back BER
using RF Test UI and
check sensitivity: -110
dBm BER < 3%
N
N
Check UHF Vc (from
C773) V: 2. 2 . ..2.6 V
Y
Y
N
N
TDMA1900
RX-chain is OK
Start synthesizer
troubleshooting
These tests are done
in local mode by usin
RF Test UI.
Check all soldering and component
in antenna circuit before changing
Note!
Check all soldering and discrete
components of frontend.
Note!
Before replacing S A FA R I check
all the solderings and components
around V850
Check RF level at
RX1900 band filter
(Z850) input
Y
N
Check voltage at C854
out (V850 in). V: about
2.7V
Change SAF A RI
(N801)
Issue 1 10/01ãNokia CorporationPage 27
NPW-1
Troub l esh oot ing InstructionsPAMS Technica l Do cum en tation
Y
N
Check RF level at
MIX1_B input
Y
Check RF level at RX
IF filter input at 135.54
MHz
Y
Continue
troubleshooting like LB
Change RX1900
bandfilter
N
Check RF level at J 751
and J752 at
2095.56MHz
Y
Change SAFARI
(N801)
N
Start s y nthesizer
troubleshoot
Note !
Check all discrete components and
voltages around of SAFARI
Transmitter Troubleshooting
General instructions for TX troubleshooting
Always use an RF-cable connect ed from an ex ternal RF-connector to the analyzer via (rfpower) attennuator. This is important to protect the analyzer against excessive RF-power
and not to allow leakage of undesired RF-power into the cellular frequencies.
1Start the Phoenix-software and select the TX mode under Testing (AMPS, DAMPS
or TDMA1900).
2It is useful to select the mid channel (383 for AMPS/DAMPS or 1000 for
TDMA1900) and the power level 2.
Note: After any component change, tune the phone with the Phoenix autotune SW.
Path of the transmitted signal
AMPS/DAMPS
UEM TX I/Q DA-converters -> I/Q modulator and Digital gain step ampl ifier (SAFARI) ->
IF-BPF -> Upconverter+ drive r -> B P F -> PA -> Coupler (Power detector) -> Duplex-filter
The power detection and power control circuit belongs under the power control part of
this guide.
Fault finding charts for the transmitter
AMPS
1Start the Phoenix-software and set the phone to the Analog mode by using RF
Test UI.
2Set the channel to 383 and the power level to 2.
3Connect the RF-cable to the Ext RF co nnector.
4Connect the cable to the Spectrum analyzer input.
5Measure the RF level.
Note: Insertion loss of the cable and attenuations.
Issue 1 10/01ãNokia CorporationPage 29
NPW-1
Troub l esh oot ing InstructionsPAMS Technica l Do cum en tation
There are four oscillators generating the needed f requencies for RF-section. 19. 44 MHz
reference oscillator, 2GHz UHF VCO, TX VHF cascade amplifier VCO and RX VHF VCO integrated in Safari. RX VHF frequency is fixed 271.08 MHz and TX VHF has two fixed frequencies, 361.08 MHz for lowband and 363.6 MHz for upper band. VCO's operating
frequencies are controlled by PLL-circuit of SAFARI. All locals are locked to stable
19.44MHz reference oscillator.
800A
800D
1900D
Power level
The frequency range for 2GHz UHF VCO is: 2009.1 … 2125.53 MHz. The output frequency
range for the lower band is from 2009.1 to 2059.02MHz. In upper band the output frequency range from the UHF VCO is from 2031.81MHz to 2125.53MHz.
It is practical way to check out synthesizer status by measuring control voltage of the
VCO from Integrator capacitor. If voltage is stable and reasonable, local oscillators are
running correctly.
19.44 MHz reference oscillator
The 19.44 MHz oscillator frequency (G790) is controlled by UEM. This 19.44 MHz signal
is connected to SAFARI an d there in PLL-circuits and from SAFARI to UPP.
All synthesizers use divided VCTCXO signal as a reference signal for Phase locked loop to
provide correct LO-frequency.
Baseband also needs a reference signal where it can generate necessary the clock signals
and the VCTCXO output signal is also buffered and connected to the UPP.
Issue 1 10/01ãNokia CorporationPage 35
NPW-1
Troub l esh oot ing InstructionsPAMS Technica l Do cum en tation
Fault finding chart for 19.44 MHz oscillator
Figure 17: Fault tree: 19.44 MHz oscillator
2
Change
VCTCXO
OK
2.No
START HERE!
Is VCTCXO
oscillating?
19.44MHz
C792
2.78 V
No
R792
OK
1
OK
1.No
Check voltage
Check resistor
OK!
RX VHF VCO
The RX VHF VCO signal is used to generate receiver Intermediate frequency. RX VHF VCO
has one fixed frequency 271.08 MHz. Operating frequency is locked in Phase locked Loop.
RX VHF VCO output signal is fed to SAFARI. Inside the SAFARI signal is divided for Phase
detector and RX parts. Before I/Q-modulator freq uency is divided by 2.
Fault finding chart for RX VHF VCO
Measure oscillator frequency over L730 coil. Don´t connect the probe to the pads!
AMPS, CH383
The TX VHF VCO signal is used to generate transmitter Intermediate f requency. TX VHF
VCO has two fixed frequencies 361.08 MHz for lower band and 363.6 MHz for upper
band. Operating frequency is loc ked in Phase locked Loop and frequency is divided by
two before modulator.
Fault finding chart for TX VHF VCO
AMPS, CH383 -> TX VHF frequency 361.08 MHz
TDMA1900, CH1000-> TX VHF frequency 363.6 MHz
Issue 1 10/01ãNokia CorporationPage 37
NPW-1
Troub l esh oot ing InstructionsPAMS Technica l Do cum en tation
Figure 19: Fault tree: TX VHF VCO
4
Check components:
C740, C741, C742, R741,
R742, R743 and
C749, C750, L750
3
Check resonator
components:
V744, C745, L746,
C747, C748
4.No
OK
3.No
Change
cascade amplifier
OK
Is osc illator locked
5.No
1
START HERE
to 361.08 MHz
or 363.6 MHz
2.NoOK
Check operating
voltage:
4.75 V
at R745
5
N750
2
OK
6.No
Yes
No
OK
OK
6
Change
SAFARI
OK!
Check:
L751, R745
UHF SYNTHESIZER
The UHF synthesizer consists of a e xt ernal 2GH z UHF VCO, loop filter and int egrate d PLL
in Safari RF-IC. Safari T IC contains stages like counters, pre-scaler, divider by two, phase
and frequency comparator and a charge pump circuit which allows two operational
modes analog and digital. The UHF VCO Oscillation frequency is from 2009.1MHz to
2125.53
In upper band (TDMA1900) 2 GHz synthesizer frequency is fed straight to mixers. In the
lower band case (AMPS & TDMA800), 2 GHZ UHF VCO frequency signals are first divided
by 2 inside SAFARI and then that divided signal is fed to the mixers. The output frequency of the VCO depends on the DC-control voltage, which is controlled by the P LLcircuit inside the SAFARI.