Rohde & Schwarz SMS 302.4012.26

 

 The seller said that the on/off switch didn't latch so he held it in the ON position and something went wrong ("the fuse blew"). As you can see the signal generator looks to be in excellent condition and there shouldn't be too much trouble finding out the problem.

Soon after it arrived I decided to start investigations and realised it decidedly had NOT been designed for ease of servicing. For a start it's pretty heavy and the mechanical design doesn't offer simple handling (no handles or projecting parts). Working out how to dismantle it, to extract for example the power supply printed circuit board, was at first completey baffling, so I decided to just start removing all the screws that might allow parts to be detached. I unscrewed one end of three copper coax leads only to discover this wasn't necessary.

 

 Above: The pair of RF modules stay screwed in place when detaching the rear panel but the flexible coax lead has to be unscrewed.

Below on the right you can see three of the four main smoothing capacitors and on their right the sluminium covers fitted over the two pairs of TO3 devices.

 

 I replaced the connections except the one to the rear-mounted coax socket, and just carried on removing screws. Little by little the rear panel, on which is mounted the power supply, began to loosen. I gently pulled off several ribbon cables which used dual-in-line headers and ended up with just one puzzling problem.. the mains on/off switch operating shaft, but after donning my magnifying goggles I spotted the end of the shaft was split and could be eased off the switch.

At this point the entire rear panel with the PSU and a heavy metal-cased toroidal transformer lifted off.

I counted the screws and found I'd had to remove no less than 73 plus nearly as many washers to get this far.

I listed the operations here in more detail

 

 Above: In the rear right corner is the faulty mains switch which I believe is a stock fault and easily fixed with a spot of WD40 and lots of waggling. Initially it was a real puzzle to gain access to the switch as the operating rod runs above a rectangular motherboard which looks impossible to extract without major dismantling. However, once the rear panel was partially freed the switch could be moved to the rear by an inch or so allowing access to detach the operating rod. But see below....

 

Upper left is the mains switch held by two M3 screws. As WD40 freed up the mechanism permitting it to latch and unlatch I didn't need to swap it. The switch design is similar to those used in CRT TV sets from the 70s and 80s and, as I still have a selection of these, swapping it may have been straightforward.

Above is the power supply mounted on the rear panel and below the circuit diagram which I had to stitch together from five pages.

Click on this mini-image to see it full size as a PDF. I'll be replacing this soon as I now have a much clearer copy.

 

 The PSU uses a mains transformer with four secondary windings to provide +5V, -15V, +15V, +20V and +28V and all use similar components depending on the current draw. 2N3055 power transistors are used for +5V, +15V and +20V whilst uA723C, uA741C, LM320 chips are used for regulation. High current circuits use discrete silicon diodes whilst the low current 28V supply uses a full wave bridge.

 

I reached the stage where I wanted to remove the PSU board from the rear panel so that I could test the capacitors and found to my surprise that the German designers appeared to have lost their presence of mind. At first sight the board cannot be removed without unsoldering the three 2N3055 tansistors and the 4th device, a uA7915. Unsoldering is not easy because other components are obstructing access. An added complication are the insulating washers especially under the pair of stud diodes above the TO3 devices above.

 

 Here's one example of the seemingly odd TO-3 pins. Ordinarily one would expect the case to be connected via one or both the outer holes in the case, but here we have three grouped solder joints.

 

 

 

 The answer is not specially produced transistors carrying an extra pin but the addition of a plate with a pin pressed from the material (hence that slot which isn't a shadow).

The transistors are bolted to the rear heatsink via insulating bushes and the three pins mate with special sockets soldered to the board.

 In the meantime check out the processing system below. This is essentially very simple, translating front panel push button presses into electrical control signals. To do this a program within the microprocessor scans the state of all the front panel controls and decides what to do. When things get too complicated, for example driving the front panel display to echo the RF output parameters, a second ROM carrying preset command signals can be brought into play.

Below you can see code numbers printed on the chips carrying ROM. During development lots of attempts would have been made to get everything working perfectly and the printed codes reflect the issue date of the chips used in the equipment. Before microprocessors this function was done by things like custom-designed yaxley switches and loads of wire. Changes would have involved wiremen and the manufacture of modified switches so the advent of microprocessors would have been a lot easier. A few years later, reprogrammable ROMs became available which would have saved scrapping bad chips carrying faulty code.

 

 Here are the two processor boards, as distinct from the RF boards contained in a sealed enclosure. Above is the microprocessor board with an Intel P8049 which uses 8-bit architecture and embodies a built-in 2KByte ROM, 128Byte RAM and 27 I/O ports. There's also an HEF4738VP bus controller and a P8355 16Kbit ROM with I/O. I spotted a couple of SN54LS244 chips which are military spec amongst a group of common or garden 74LS and CMOS chips. Maybe they had sourcing problems?

Below, the supporting board which has a Signetics chip carrying two codes. "8010" probably the manufacturing date and "MP8243N" the chip code. I thought it might be a RAM device but I can't find a spec on the Internet. luckily I have a period data book from Signetics and their 8243 is described as an "8-bit Position Scaler". No doubt R & S discussed this chip with the Signetics rep who of course lived just down the road in Munich. In fact.. who knows.. the local rep might have arranged for this strange chip to be designed for R & S? Let's hope the chip doesn't ever fail as sourcing a new one might be tricky! It's function is to rearrange 8 data bits according to a 3 bit select code.

 

 I mentioned that it was cumbersome moving parts of the equipment around because of its weight and the lack of handles etc. Most equipments can be stood face down with impunity but not this one. Whilst detaching the PSU board there was a loud crack and the spindle of the on/off switch flew across the room. I considered gluing it back but as the switch had already proved troublesome I raided my junk box and found a suitable "universal" replacement.. shown below. As it was designed to fit numerous different, now antiquated, TV sets it can be mounted in various positions and it fitted here perfectly. I'll refit the plastic safety cover later.

 

 

 

 After the battle removing the PSU board so I could check the major parts I found nothing wrong with it. Maybe something's amiss on one of the plug-in boards, otherwise it may just have been a fluke that the fuse blew. The fuse appears to be rated at either 1.25A or only 125mA. I need to check this but it's possible that arcing took place at the faulty on/off switch.

Below is the result of testing. All the capacitors measured with an ESR of zero ohms except the 47uF which read 0.4 ohms. As I had to remove this because in-circuit tests were inconclusive, I fitted a new 47uF x 63v electrolytic. All the diodes and transistors were OK so I now need to reassemble everything. See details of this.

 

 I decided the best plan is to reassemble the rear panel, refit and see if the fuse blows. It took a fair time and involved a long perusal of the manual's block diagram to identify where the last cable plugged in. Eventually I plugged it in and switched on.

The fuse didn't blow but the front panel displays were all garbled.

After a few minutes I sensed a burning smell and identified an 8.2 ohm resistor (R13) as the culprit. This resistor feeds the minus 15V supply to the fan, across which is a 470uF capacitor (C11). The circuit below has a 39 ohm resistor but that is for the SMS2 version. Maybe the original fan was unreliable?

 

 

 

 I measured R13 and found it was 10 ohms (burning had increased its resistance a little) with -15 volts and -4.7 volts at the ends. This represents a resistor dissipation of a little over 10 watts. As the fan is stationary I guess that either it's failed, or there's a slim chance the 470uF capacitor has failed (probably not though as it previously tested at 498uF and zero ESR). I'll trace the fan wiring and see what this "voltage converter" is. It turned out to be a tiny sealed box but then I noticed there were 6 wires from the box, two of which (red/blue) went off one way whilst the other 4 disappeared behind the PSU board and reappeared half way down one side. As I pulled on them I noticed two of the wires were trapped between a metal lug on the pcb and the aluminium panel, screwed tightly and cutting the wire insulation. After freeing the wires the fan voltage rose to 10 volts and it spun nicely, but the display was still garbled with few recognisable characters.

I decided to do a quick check of all the supply voltages. These are wired to a set of 10 pins (labelled MP1-10 in the user guide).

Interestingly, opposite one of the PSU circuit diagrams, in European script, is pencilled a set of voltages.

I switched on the equipment just long enough to make the measurements. The results are tabled below and all are correct.

PIN

MP1

MP2

MP3

MP4

MP5

MP6

MP7

MP8

MP9

MP10

VOLTS 

 8.2

5.39

20.5

-15

15.2

25.5

25.5

20.1

43.6

28

 Time for some serious fault-finding. Looking downwards on the front panel I could see at least one very large i/c so maybe this panel carries the display decoding? Either that or one or both the processing boards? First a look at the display panel schematic.

Thankfully all the i/c's look standard off-the-shelf types with a few uncommon ones. basically a large P8279-5 driven from the microprocessor bus provides the drive to a large number of logic i/c's. The first step will be to check that the cable carrying the bus is the right way round as R & S didn't use polarised connectors, relying on either 16 or 24 pin DIL plugs. At first sight the entire display appears to rely on strobing dictated by an NE555 and obviously all the clock signals for the logic circuits have to be perfect. My last-but-one HP signal generator had a duff logic chip (74LS96N) that resulted in a display failure. In this R & S sig gen all the i/c's are in sockets and I have an i/c tester that handles 74 and CD 4000 series.

 

 Here's a time exposure of the front panel powered up (which is exactly what one sees). I'd found a short duration picture showed only a few lit segments because the display is being continuously refreshed, although the single LEDs seem to be constant. I had some trouble identifying that the various flat cables were in their correct orientation.. for example the one connecting the microprocessor board to the front panel. The pins of the 16-pin DIL sockets are labelled on the pictures of the pcb track drawings so I believe the cables are right. The cable carries the 8-wire computer bus (pins 1 to 8) plus a number of control signals (pins 9-16). The microprocessor is presumably looking for commands resulting from front panel button presses, then working out what to send on the bus to illuminate the figures on the display. Because any button presses (apart from the POWER button) do pecisely nothing I guess there's a fault.

At first sight the pcb on the rear of the front panel looks mighty difficult to get at. Thinking logically (which may be a bad idea) pressing RF-OFF should change the state of its red LED. Also the AM, FM and EXT LEDs shouldn't all be on at the same time! Below a quick snap captures this, some of which does actually line up with the time delay results.

 

In fact the front panel pcb wasn't too difficult to extract, but prior to that I tested all the 74 and CD logic chips on the microprocessor and modulation boards (side by side on Motherboard 2.. the smaller backplane of the pair). All tested OK but I did find a short-circuit J111A FET on the modulation pcb. This wasn't connected with the display fault however.

Sadly the front panel chips were all soldered in place so testing is on hold. I decided to trace a simple anomaly viz. the simultaneous illumination of the AM and FM LEDs. These appear to be driven from B1 microprocessor which from Pins 27 and 28 drives the modulation indicator LEDs via logic chips plus driving the circuitry on the modulation pcb.

The process being.. (1) press AM, (2) the micro senses the switch activation, (3) the micro switches on the AM LED and at the same time turns on A/M mode.

As both AM and FM LEDs are both on clearly there's a problem. Below, the front panel pcb. To extract it the four screws securing the front panel assembly to the chassis are removed, the long solid copper coax cable is detached from the attenuator at the rear, the EXT modulation cable unplugged, the two flat cables (DIL16 connectors) unplugged and the dodgy bit.. the ON/OFF switch extension pulled off the switch. Once this is done the pcb can be pulled away after a set of M3 screws is removed.

I hadn't noticed until this point that a few push button covers are missing so IF I can get things working that will be on a list of jobs.

 

 Communication between the various processing elements is via the CPU bus together with clock and control signals so it's possible that either the clock is bad, a control signal is bad or the CPU bus is being held up (to +5v) or down (to ground), either wholly or in part. The principle of the bus is based on tristate logic and it is relatively simple for a fault to jam the bus. Either a bad tristate chip or a bad gating signal allowing the bus to jam. This could be a simple a problem as a grounded or stuck enable signal.

Back in the 1970's when I worked in the defence industry we were encouraged to take out patents in Plessey's name. They said this was necessary to balance out patent possession within the UK's largest defence companies so a tit for tat arrangement would be possible. At the time I was managing a small team of engineers designing a multiplexer for air traffic control and we were using new chips almost straight from their designers' fag-packet sketches. One such chip used a tri-state bus and, as the chips were incredibly sensitive to static damage, we found shorted tri-state bus bits to be a frequent problem. I worked out a very simple solution which was to insert a resistor of only just enough value to help pinpoint a bus short without affecting noise immunity. This was duly patented and I received the princely sum of £30. Actually not a bad amount back then.

Well, I looked at the tristate bus and found no anomalies... at least on the individual unpowered pcbs. Maybe it's time to call in my oscilloscope and see what's going on. I'm now banking on a missing clock. The fact that all the common 74 series i/cs tested OK so far makes me think all the i/c's are probably OK. The sig gen has been dropped during its life. Once in transit because the four plastic feet were broken off (that must have been something like a 4 foot drop on solid ground) and some time ago another bang resulting in a bent aluminium extrusion. Maybe the HC18U crystal was damaged... I just checked my list of crystals and I have a spare 6MHz one, but alas it wasn't present in the box so instead I tried one marked 6.125MHz. This failed to work so I decided to test the old crystal. This is easier than you might imagine.

Connect a signal generator to an oscilloscope using a pair of leads fitted with croc clips. Set the sig gen to say 100KHz under the marked crystal frequency (in this case 5.9MHz). Set the signal to the max level (say +10dBm). Open the croc clips and insert the crystal then slowly tune upwards and at the marked crystal frequency the displayed signal should dramatically rise in value before dropping back again. I tried this and the resonance was precisely 6MHz so the crystal isn't damaged after all.
 
 

 Extracting, opposite, from the spec for the P8049 (click to see it), is the crystal circuitry. The pcb actually has a pair of 22pF capacitors equivalent to a load across the crystal of 11pF. The connecting leads to the crystal are parallel and about 3 inches long but obviously (used to) work.

The scope did show a repetitive signal at Pin 2 or Pin 3 but low in amplitude and with an indication of 600KHz. Maybe this is to be expected, bearing in mind I'm using an oscilloscope probe which might upset the crystal, so the next step is to monitor the various output pins to see if these are clocked?

 I wondered if the 8049 might be faulty so searched through my collection of 40-pin chips for another or even something vaguely compatible. I found an 8042 whose pinning is just about the same. Obviously any ROM within the chip will be different but at least I can see if the front panel garbled display is the same or similar.

Swapping it had no effect so either both the 8049 and 8042 are both bad or something else is messing up the display. I'm not really happy about the 6MHz oscillator. Either the crystal or padding capacitors are not up to scratch or my attempt at measuring Pins 2 and 3 are stopping oscillation. According to the picture above the value of C2 (equals C1 and C3 in series) should be less than 8pF whereas the R & S designers chose 11pF (two 22pF in series). Clutching at straws could either of these 22pF be high in value? At least I can test the microprocessor on the bench.

Both of the 22pF capacitors were about their correct value and removing them had no effect, however during my experiments I noticed that when I inadvertently shorted Pins 3 and 4 with my scope probe the 6MHz crystal suddenly came to life with about a volt of signal. Pin 4 is the PC reset signal which is ground for reset and normally rests at 5v. Sure enough feeding Pin 3 from 5v via a 470 ohm resistor triggered the oscillator, however there was no activity at any other of the 40 pins and the display garbling was unchanged.

Could the microprocessor be damaged? How could this be? Well, at the rear is a mains voltage selector and I wonder what could happen if the 115 volt setting had been selected?

Well, I had a couple of other 40 pin chips, admittedly an 8042 and an M5L8042 which have the same pinning but obviously would not have suitable program code in their ROM but, I'd expect either to have some life by way of active output pins, but alas the display garbling was unchanged, so could there be a bad component, damaged or shorted tracks that's stopping the processor pcb from working?

Bearing in mind I've powered the processor pcb on the bench and it seemed lifeless so the problem, I should say is in the microprocessor pcb itself.
 

 Other projects and lift repairs (before I retired a few months back) put the R & S box on the back burner, but recently I watched on YouTube a chap in the USA attempting to tackle his duff R & S SMS2 and during the process he'd noticed the pair of PSU power output leads to the motherboard and front panel were not polarised and could be fitted either way round. During my fault diagnosis I'm pretty sure I'd inadvertently reversed one or both of these power leads. In his case he'd noted that one of the power regulation transistors was running extremely hot and this no doubt was because a lead was reversed.

Any R & S electronics design engineer worth his salt would have recognised this shortcoming and planned for it. So, what about this design? What happens if a lead is reversed? I decided to tackle this question and see exactly what happens. One connection uses a 24-pin header plugging into a 24-pin i/c DIL socket and the other a 16-pin.

Below is a table showing normal and reverersed connections for the 24-pin header. You can see that there isn't really a problem because in no case is there an excessive voltage sitting on the equipments power rails. There are several short-circuits but as the designers built a crowbar into each regulated power supply, apart from maybe a power transistor running a bit hot the circuitry is safe from damage.

 

 

Below is a second table showing the effect of reversing the 16-pin header. Again nothing untoward will happen. Although it first appears something bad will happen, for example connecting PSU pin 9 to the 5 volt rail, PSU Pin 10 carrying ground will present a short-circuit to this at Pin 2 which is connected to Pin 1.

 

 The next stage might be to use my second R & S SMS2 (albeit also faulty) to compare various circuit signals and voltages. I carried out an analysis of the SMS and SMS2 equipments and it seems that nearly all their circuit boards are identical. The important difference is the microprocessor board which uses different programs in the chips.

I fitted the suspect SMS display panel in the SMS2 and it worked perfectly so either the microprocessor board is faulty or there's possibly something corrupting the tri-state bus.

Having had success with the second purchase (the SMS2) I decided to re-check the SMS example. What was worrying however was a discussion on the Net about an identical SMS equipment with the same fault as mine viz. a supposedly dead microprocessor. In that case the evidence suggested a previous owner to the writer had diagnosed a bad P8049 and had fitted a new device. Both the P8049 and the P8355 include ROM and unless one has a copy of the P8049 code together with a programmer a new P8049 will fail. In my case both the P8049 and P8355 have zero activity at their data buses and this would be the case if the chips were both bad. One slim possibility is the local oscillator has failed. This circuit is actually located at the empty 40-pin holder but I believe it is used for both the P8049 and the neighbouring P8355. A possible option is to remove the P8049 and P8355 and fit a replacement chip in either position. This would perhaps bring either or both chips to life if the oscillator starts up. In other words the task is to prove not the good or bad chips but the oscillator circuit. Another slim chance is failure of the reset/start circuit.

Fortuitously, when I suspected a bad display board in my SMS2 I tested the one from the SMS and it worked OK so at least I know the P8279 on the display board, together with the bus connections on it are in good order.

The microprogram board is Y11 and, in the SMS, is 302.7111. B1 is the P8049 and B2 is the P8355. There's also a third 40-pin chip which is B17 a HEF4738 used for interfacing with the IEC bus.

 

 

 B1, the P8049 uses a 6MHz crystal or a clock signal from B6, a 74LS74 flip flop. B6 also feeds B17 and is used as an alternative to the crystal. Testing of V11 is carried out by changing the jumper positions, but unless you have a specific piece of test gear you can't do this.

Swap link from I to V

Swap links from the crystal to B6 (II & III)

Plug Start/Stop and clock into HP 5004A analyser

 

 
 

 The P8355 doesn't use its clock input so must be run asychronously by commands from the P8049.

According to the manual the P8049 is driven by what are termed "interrupts". This is an Industry term which means that the microprocessor is continuously scanning for signals or commands which determine its next procedure. For example, if a front panel key is pressed that specific key will trigger the program to execute a particular action. Pressing a number key, say "1" would result in that value being stored. The next key would determine the action taken, so if the MHz key is pressed, the program would output "1MHz" to the display. This process would ensure the figures make logical sense.

 

It would make sense that the P8355 would have a program which perhaps activated the various functions within the equipment such as modulation type and attenuator settings. It could do this by monitoring the status of the address bus and producing a logical output to control the hardware on the various circuit boards.

 

 
 

 

 

 

I have scores of old computer chips but no example of the P8049 but I do have a P8742, which, if you examine the pinning on the left, you can see the clock, reset and power pins are the same. Naturally the replacement will not have the Rohde & Schwarz program, but at least I can check to see if it supports the crystal at pins 2 and 3.

Sure enough I can see a nice 6MHz sinewave at the P8742 but nothing for the P8049 so I guess that the former is faulty.

Both chips run at around the same temperature so is the P8049 beyond help?

With the P8742 in place the random front panel display clears but obviously whatever code is in the P8742 will not be valid.

 I noticed on an Internet forum someone suggested putting one's bad processor in the freezer to cool it down, but that didn't work, neither did increasing the 5-volt supply although the highest it would go was only around 5.7 volts. I did however find by fiddling with a probe that just touching some pins made a relay chatter and this blanked some of the display contents to the extent that with several touches all would be blanked. I also found that by shorting Pins 3 and 4 (Clock & Reset) that the oscillator started working. The reset pin is sitting at 5-volts (with a ground pulse for reset) so maybe adding a resistor from pin 3 to 5 volts might get the oscillator running? Looking back at my previous experiments I see I'd already tried hooking up Pin 3 to 5-volts via a 470 ohm resistor to no avail, but I'll try again.

Sure enough, with Pin 3 tied to the 5-volt supply via a 470 ohm resistor the crystal oscillated at its correct value of 6MHz but still no bus activity. Removing the other two 40-pin chips failed to fix the problem of getting the microprocessor to work, and I noticed that touching Pin 11 with the scope probe caused a relay in the circuitry to drop in and out. The fact that the increase in voltage at Pin 3 got the crystal to run I'm wondering if an internal voltage regulator has failed reducing an on-board supply to drop below a critical level? My final test might be to add a 10uF capacitor across various pins to ground as this might increase the on-board supply sufficiently to get the program to run. This resulted in a lot of relay chattering but no display change.

Below is a table of voltage readings measured with a DC meter at the P8049 pins (click to see the spec)

Marked with a cross are possible bad readings because their active rest state looks wrong. You'd think that if the processor is looking for a ground signal the rest state should be at Vcc level such as Reset? For example Pin 5 is set at ground for "single step" operation. TTL (guaranteed level) has a logic "1" defined as a voltage greater than 2.0 volts and a logic "0" as equal or less than 0.8 volts.

The "xx" indicates a problem, because at the "ALE" pin, should be a clock signal reflecting each microprogram cycle. This can be used to protect a device from damage, for example, if it's not present prior to the internal ROM being programmed. Typically a DC measurement at a pin carrying a series of pulses would normally show up as a DC voltage and zero volts (as seen at pin 11 below) would indicate that no pulses are present. Some "DB" pins have a sawtooth waveform present. To confuse things a tr-state output might have an indeterminate voltage (ie. not a true TTL level). Such a pin is only valid during a program action and at this point the level is standard TTL.

You'll note that very few pins have a proper TTL level present so I need to check for the presence of pulses at these pins.

 

 PIN

 1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

40

 NAME

 TO

X1

X2

RE

SS

INT

EA

RD

PS

WR

ALE

DB0

DB1

DB2

DB3

DB4

DB5

DB6

DB7

VSS

P20

P21

P22

P23

PR

VDD

P10

P11

P12

P13

P14

P15

P16

P17

P24

P25

P26

P27

T1

VCC

VOLTS 

 5.5

 2.2

4.2

5.5

1.1

5.5

0

0

0

0.5

0

0.8

0.6

0.7

0.8

1.1

0.8

0.5

0.3

0

1

1

1

1

1.2

5.5

3

3

1

0

0

1.2

5.5

5.5

5.5

5.5

5.5

5.5

0

5.5
 NOTES          x      x  x  x  xx                                                          
 P8742

 5.4

1.8

1.4

5.4

2.5

5.4

0

1.3

0

0.2

1.0

0.03

0.03

0.03

0.03

0.03

0.03

0.03

0

5.4

5.4

5.4

5.4

5.4

4.5

5.4

0.03

0.03

0.04

0.02

0.02

0.02

0.09

0.09

0.09

0.09

0.09

0.09

0.09

5.4

 What next? Is it possible that the microprocessor has failed completely? To help confirm this because of course another chip may be responsible as, on a bus system, any device might be responsible for strange voltages. To come to a conclusion I found in my junk box another relatively compatible device (a P8742)and swapped this for the P8049. The row in the table above lists the voltages at the 40 device pins. Of course the P8742 will have different ROM contents which may confuse things because I'm measuring DC voltage rather than checking for pulses. As there are no pulses present at all on the P8049 pins then the pin voltages should be consistent with valid TTL levels and as they're not the device is definitely faulty even when forced to oscillate by fudging the voltages at pins 2 and 3. All that remains is to pack the SMS away.

 The next project will be my CJD receiver.

 pending

 Return to Reception