Tektronix TDS7000 series repair

Scope diagram

Recently we acquired Tektronix CSA7404 scope, bought as dead for parts. Unit come in pretty bad physical shape:

All plastic exterior parts except front panel were missing. Outside aluminum shielding/case covers were bent on corners, looked that scope was dropped on angle.

Despite of damages and poor look – it still was able to power on and booting Windows 98 OS. Hard drive had bad SMART status and was making clicking noise, so obviously it’s going to be replaced with new HDD as one of first steps of scope restoration.

While machine was able to boot OS without problems, main scope application, TekScope was unable to start. It was just showing welcome splash screen and hanging there. Downloading fresh copy of TekScope 2.5.3 Firmware for CSA7000/TDS7000 from Tektronix site and reinstalling application did not help either.

Before we dig in, let’s take a look on high-level block diagram of Tektronix CSA7404 from service manual :

There are four main modules/boards in scope.

  • x86 PC system (NLX motherboard, Socket 370 Celeron 850/128/100 Coppermine CPU, i810 chipset, onboard VGA, network, USB, SDRAM PC133 × 2 slots (only one used with 256MB DIMM)
  • PowerPC system (Tektronix custom board with interface to NLX and ACQ board (had installed 256MB DIMM on it))
  • Acquisition board (ACQ, front-end to scope channels, custom Tektronix high-speed ASICs with dedicated RAM and interface to PowerPC board)
  • Main power supply board (cross compatible, at least with tested CSA7404 and TDS7704B)

We had access to working Tektronix TDS7704B, which come handy to check some parts and do board-level testing. Obviously both these scopes use common architecture, and share same power supply board and similar (but not interchangeable) PowerPC/x86 combo.

As first measure of any electronic device troubleshooting – check power. Swap whole power supply module from TDS7704B to CSA7404 showed no functional issues or differences, which pretty safely can show that power supply delivery to other boards from mains PSU is OK.

Initial testing and debug

First step will be visual inspection of all internals of scope to see, if any components or boards are physically damaged or missing.

On acquisition board there was missing heatsink on one of big National Semi custom ASICs for channel 3. New heatsink was bought are placed on chip, hoping that it’s BGA connection to board is intact.

On x86 board there was leaky output electrolytic capacitor in CPU DC-DC convertor. It was replaced to new one, which is common operation for servicing old computer motherboards already for a while. As a side note, considering cost of such scopes even today it’s quite unpleasant to see low-end CapXon capacitors being used.

As was already stated earlier – there were no power supply board problems, as all voltages were present, and no visual damages were observed either. Swapping PSU from another scope did not make scope progress on loading app any further.

Interconnect boards (P200 between PPC board and ACQ, power delivery interconnect boards) were fine too, replacing them to same from TDS7704B did not change anything. So problem lied either in acquisition board, or PowerPC board or interfacing between NLX and PPC boards or PPC/ACQ. Interesting fact, that removing interconnect board P200 from PPC to ACQ on TDS7704B did exactly same – TekScope app stopped working and hung on welcome splash screen. This gives us information, that TekScope app needs to communicate successfully with PPC and ACQ boards to be able to start.

After some checks of x86 side of scope and trying to run few HDDs with Windows 2000 no obvious problems was found. CD-ROM drive was changed to DVD-RW from old laptop. Connection was standard notebook PATA. Original IBM Travelstar DARA-206000 6GB 4200RPM disk was changed to fresh IBM Travelstar IC25N020ATDA04-0 20GB drive. New Windows 2000 SP4 Professional was installed as maximum supported OS on this series scopes. Given current Celeron 850MHz CPU and 256MB this setup should run smoothly for beginning.

Moving our focus to PowerPC board as main suspect. This module There is handy debug 7-segment single digit debug LED, which according to service manual have next codes:

This LED is located on PPC board near riser connector and easily visible even when outer aluminum shell is installed.

Our board during power up and after was rolling from “.8” code to “L”, stays there for couple seconds, and then restarting from start again, and doing this infinitely in loops. On working TDS7704B post code LED was going from “.8” to “L”, then when OS started goes to “P” and finally to flashing “-”, staying there when TekScope application running. Looks like PowerPC board unable to finish it’s booting sequence.

NVRAM Failure (Scope boots, OS boots, but TekScope application hangs on welcome splash screens, front panel not responding)

Due to age of these machines and usage of battery-backed NVRAM (Dallas DS1245) it’s not rare that onboard 3V battery (similar to ones used in usual computers for CMOS data retention) loose it’s voltage. Unluckily, boot parameters and configuration is stored in PowerPC NVRAM as well, so after battery failure scope likely to fail, due to inability to load boot ROM from x86 PC system HDD. Visual diagnosis can be done by observing TekScope application to hang on splash screen, and debug POST code indicator rolling codes over and over from 4 to L on PPC board. This is happening because when PPC boot loader lost its boot settings and cannot find correct ROM anymore, it reboots after 10 seconds to try again. That’s why it’s staying on “L” phase for 10 sec before it repeats loop.

Quickly I found users with very same issues with their TDS7000/CSA7000 series machines here .

NVRAM repair solution / fix

First step is to replace faulty battery and allow Dallas NVRAM to be functional again.

Locate NVRAM on PPC board:

On CSA7404 it’s near NLX riser connector, and have PowerCAP module on top of DALLAS DS1245YP-100. PowerCAP is just simple PCB with BR1632 battery soldered on and plastic cover. I replaced old battery (voltage on it was 0.7V after removal) with new Panasonic BR1632A/FA. Make sure polarity is correct when soldering battery on. Latch PowerCAP with new battery back on top of NVRAM.

Now we need to reset again correct boot parameters. To do so there are few extra tools are required:

  • Serial interface to your host, or RS232-USB dongle
  • Few wires for connecting PowerPC debug serial port
  • Any terminal software which can work on serial port

I had no RS232 on my PC, but had few UART-USB interface bridges based on Silabs CP2103. RS232 levels are converted from UART by onboard MAX232 Driver IC , which is located near NLX riser connector on PPC board. I connected GND (Pin 15), TX (Pin 11), RX (Pin 12) to Silabs CP2103 dongle inputs and connected terminal at 9600, 8N1 settings.

First boot output with 9600 baud rate, 8N1 settings :

UUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUU

romPost: MPC106  Walking-one passed.
romPost: MPC106 configuration passed.
romPost: First PCI access  passed.
romPost: PC87560 Walking-one passed.
romPost: PC87560 configuration passed.
romPost: DEC21554 configuration passed.

romPost: PERFORMING ROM CHECKSUM TEST...
romPost: ROM checksum passed.

romPost: PERFORMING DRAM CELL TEST...

romPost: Enabling data cache...
romPost: Data cache enabled.
romPost: Enabling instruction cache...
romPost: Instruction cache enabled.

romPost: DRAM Cell test passed.
romPost: Disabling data Cache...
romPost: Data cache disabled.
romPost: Disabling instruction cache...
romPost: Instruction cache disabled.

romPost: PERFORMING DRAM MARCH TEST WITH CACHE OFF...
romPost: Writing address to each *address...
romPost: Reading address from each *address...
romPost: DRAM march test passed...

romPost: PERFORMING DRAM MARCH TEST WITH CACHE ON...

romPost: Enabling data cache...
romPost: Data cache enabled.
romPost: Enabling instruction cache...
romPost: Instruction cache enabled.
romPost: Writing address to each *address...
romPost: Reading address from each *address...
romPost: DRAM march test passed...

romPost: PERFORMING DRAM WALKING-ONE  TEST...

romPost: DRAM Walking-one test passed.

romPost: PERFORMING NV-MEMORY WALKING-ONE  TEST...

romPost: NV-MEMORY Walking-one test passed.
romPost: Disabling data Cache...
romPost: Data cache disabled.
romPost: Disabling instruction cache...
romPost: Instruction cache disabled.
romPost: Enabling instruction cache...
romPost: Instruction cache enabled.

romPost: POWER-UP DIAGNOSTIC COMPLETE.

Hel

                            VxWorks System Boot

Copyright 1984-1996  Wind River Systems, Inc.

CPU: Tektronix HPP - PowerPC 740
Version: 5.3.1
BSP version: 1.0.4.0
Creation date: Nov  2 2000, 11:03:34

Press any key to stop auto-boot...
 7 6 5 4 3 2 1 0

auto-booting...

boot device          : ??D?h?
processor number     : 0 
flags (f)            : 0x0 

Network interface   D¦h  unknown.

Can't load boot file!!
[VxWorks Boot]: Starting at 0xfff00100...

Then it rebooted and repeated above sequence again, and again, and again.
OK, so now we know that PowerPC board works, but obviously boot device “??D?h?” does not look right, thus it cannot load ROM and boot it’s OS.
So let’s halt auto-booting process by sending any char to terminal. By doing so we can stop loop and try to interact with PPC system. Now can send “?” command:

[VxWorks Boot]: ?
 ?                     - print this list
 @                     - boot (load and go)
 p                     - print boot params
 c                     - change boot params
 l                     - load boot file
 g adrs                - go to adrs
 d adrs[,n]            - display memory
 m adrs                - modify memory
 f adrs, nbytes, value - fill memory
 t adrs, adrs, nbytes  - copy memory
 e                     - print fatal exception
 n netif               - print network interface device address
 N                     - set ethernet address
 $dev(0,procnum)host:/file h=# e=# b=# g=# u=usr [pw=passwd] f=# 
                           tn=targetname s=script o=other 
 Boot flags:           
   0x02   - load local system symbols 
   0x04   - don't autoboot 
   0x08   - quick autoboot (no countdown) 
   0x20   - disable login security 
   0x40   - use bootp to get boot parameters 
   0x80   - use tftp to get boot image 
   0x100  - use proxy arp 
   0x1000 - use dio to get boot image  

available boot devices: feippc bp sm

After some experimenting and searching web, I found somebody who had similar issues with CSA8000 oscilloscope. Tried very similar parameters and discovered that they work fine after minor modification for my system:

Send “c” command to set settings:

[VxWorks Boot]: c

'.' = clear field;  '-' = go to previous field;  ^D = quit

boot device          : sm
processor number     : 0 
host name            : host
file name            : c:\vxBoot\vxWorks.st
inet on ethernet (e) : 192.168.0.2:ffffff00
inet on backplane (b): 192.168.0.2:ffffff00
host inet (h)        : 192.168.0.1
gateway inet (g)     : 192.168.0.2
user (u)             : anonymous
ftp password (pw) (blank = use rsh): anonymous
flags (f)            : 0x1000 
target name (tn)     : target
startup script (s)   : c:\vxBoot\dio_rst.vsh
other (o)            : nvfs=0x1000

I used path to standard location on my x86 HDD partition, which is hidden folder c:\vxBoot. So if your location different – path need to be corrected. Inet/network addresses are used by internal interface between x86 and PPC. No ethernet cable was connected to either network ports on scope itself.

Now reboot scope.

...
VxWorks System Boot

Copyright 1984-1996  Wind River Systems, Inc.

CPU: Tektronix HPP - PowerPC 740
Version: 5.3.1
BSP version: 1.0.4.0
Creation date: Nov  2 2000, 11:03:34

Press any key to stop auto-boot...
 7 6 5 4 3 2 1 0

auto-booting...

boot device          : sm
processor number     : 0 
host name            : host
file name            : c:\vxBoot\vxWorks.st
inet on ethernet (e) : 192.168.0.2:ffffff00
inet on backplane (b): 192.168.0.2:ffffff00
host inet (h)        : 192.168.0.1
gateway inet (g)     : 192.168.0.2
user (u)             : anonymous
ftp password (pw)    : anonymous
flags (f)            : 0x1000 
target name (tn)     : target
startup script (s)   : c:\vxBoot\dio_rst.vsh
other (o)            : nvfs=0x1000

Initializing backplane net with anchor at 0x1e80000... done.
Backplane anchor at 0x1e80000... Attaching network interface sm0... done
done.
Attaching network PC1 dio device driver installed
interface lo0... done.
Attaching DIO client... done.
Loading c:\vxBoot\vxWorks.st...1773516
Starting at 0x200000...

Initializing backplane net with anchor at 0x16e0000... done.
Backplane anchor at 0x16e0000... Attaching network interface sm0... done
done.
PC1 dio device driver installed
Attaching network interface lo0... done.

Adding 6008 symbols for standalone.

 ]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]
 ]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]
 ]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]
      ]]]]]]]]]]]  ]]]]     ]]]]]]]]]]       ]]              ]]]]         (R)
 ]     ]]]]]]]]]  ]]]]]]     ]]]]]]]]       ]]               ]]]]            
 ]]     ]]]]]]]  ]]]]]]]]     ]]]]]] ]     ]]                ]]]]            
 ]]]     ]]]]] ]    ]]]  ]     ]]]] ]]]   ]]]]]]]]]  ]]]] ]] ]]]]  ]]   ]]]]]
 ]]]]     ]]]  ]]    ]  ]]]     ]] ]]]]] ]]]]]]   ]] ]]]]]]] ]]]] ]]   ]]]]  
 ]]]]]     ]  ]]]]     ]]]]]      ]]]]]]]] ]]]]   ]] ]]]]    ]]]]]]]    ]]]] 
 ]]]]]]      ]]]]]     ]]]]]]    ]  ]]]]]  ]]]]   ]] ]]]]    ]]]]]]]]    ]]]]
 ]]]]]]]    ]]]]]  ]    ]]]]]]  ]    ]]]   ]]]]   ]] ]]]]    ]]]] ]]]]    ]]]]
 ]]]]]]]]  ]]]]]  ]]]    ]]]]]]]      ]     ]]]]]]]  ]]]]    ]]]]  ]]]] ]]]]]
 ]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]
 ]]]]]]]]]]]]]]]]]]]]]]]]]]]]]       Development System
 ]]]]]]]]]]]]]]]]]]]]]]]]]]]]
 ]]]]]]]]]]]]]]]]]]]]]]]]]]]       VxWorks version 5.3.1
 ]]]]]]]]]]]]]]]]]]]]]]]]]]       KERNEL: WIND version 2.5
 ]]]]]]]]]]]]]]]]]]]]]]]]]       Copyright Wind River Systems, Inc., 1984-1997

                              CPU: Tektronix HPP - PowerPC 740.  Processor #0.
                              Memory Size: 0x2000000.  BSP version 1.0.8.0 .
                             WDB: Ready.

usrNvFsInit: NAME=/nvram BASE=0xfd0ff100 BPB=512 BPT=8 NB=8 BO=0
nvfs: WARNING: Creating new NVRAM file system
tcsTableUnpack: checksum failed on buffer
tcsTableLoadFromNVRAM: tcsTableUnpack failed
tcsSynchronizeSensors:  ERROR:  Failed to create '/dev/tsAmbAcq'
tcsSynchronize: ERROR: Sensor synch failed
KERNEL: THERMAL CONTROL INITIATED
Executing startup script c:\vxBoot\dio_rst.vsh ...
dbFsIoctl: invalid code 3
    #################### topScript starts ###############################
    #
    #  This script was initially constructed by running
    #	make scripts/topScript
    #  in the nextGen directory.
    #
    #  This script is for standalone prototypes that want to update
    #   their bootROMs to the newest version in the 
    #   scope's c:/vxBoot directory.

    cd "pc:c:/vxboot"
value = 0 = 0x0
    tcsLoadTableToNVRAM "setup.tcs"
value = 0 = 0x0

   #
    # hopefully you get this message at the end:
    # 'value = 0 = 0x0'
    # REBOOT!!!

Great, now PowerPC board boots (diag POST LED shows “P” after “L” which means boot image is running). Now change dio_rst.vsh script to original top-level script which was recovered from native Win98 HDD folder c:/vxBoot. I renamed topScript.hw to dio_rst.vsh to match boot settings:

Executing startup script c:\vxBoot\dio_rst.vsh ...
dbFsIoctl: invalid code 3
    ################### topScript starts ###############################
     cd "dbfs:c:/vxBoot"
value = 0 = 0x0
    ld < TekScope.o
value = 23662048 = 0x1690de0
    ld < TekScopeSM.o
value = 23661408 = 0x1690b60
    pDbDev = ramDevCreate(0, 512, 1152, 1152, 0)
new symbol "pDbDev" added to symbol table.
pDbDev = 0x1692720: value = 23668544 = 0x1692740 = pDbDev + 0x20
    pDBfs  = dosFsMkfs("/db", pDbDev)
new symbol "pDBfs" added to symbol table.
pDBfs = 0x16909a0: value = 23661056 = 0x1690a00 = pDBfs + 0x60
    copy ("TekScope.DBF", "/db/TekScope.DBF")
value = 0 = 0x0

    overrideFPdefaults()
value = 0 = 0x0

   measurePPCtimebase
value = 0 = 0x0

    registerMemPartitionSizes ( 0x00000000 )
value = 0 = 0x0

   semInitForQueueCheckLogMsg
value = 21818112 = 0x14ceb00

   initSysWaiter()
value = 0 = 0x0

    raxInit
value = 0 = 0x0
    paiInit
done
value = 16983892 = 0x1032754 = PaiBaseRegisterTable + 0x948

    verifyAcqBoardID
value = 0 = 0x0

    tcsLoadTableToNVRAM "pc:c:/vxBoot/Setup.tcs"
value = 0 = 0x0
     updateAcqProcFirmware("dbfs:c:/vxBoot/acqProc.hex")
0x16975c0 (tShell): Device failed to verify at address 0x0000.
0x16975c0 (tShell): Burning new code into AT90S8535 processor.
0x16975c0 (tShell): 1370 bytes successfully programmed.
value = 1 = 0x1
     cd "pc:"
value = 0 = 0x0
   raxInitializeDevices
done
0x16975c0 (tShell): (Re)starting Acq Processor
value = 21815208 = 0x14cdfa8

    excHookAdd(stopStressForException)
value = 16770764 = 0xffe6cc = stopStressForException

   dsyInit
value = 21806440 = 0x14cbd68
    dsyWPApplyNextRegs
value = 16973768 = 0x102ffc8 = DsyRegisterTable + 0xab0

    # remove '#' from next line to set power up scope state to factory default:
    # NvramClearDb = 1

    nvram_initFileSys
0x16975c0 (tShell): >> Kernel version 1.0.8.0  does not match Boot ROM version 1.0.4.0
value = -49409789 = 0xfd0e1103 = pDbDev + 0xfba4e9e3

    TmgrInit("/db")
0x16975c0 (tShell): NO BACKUP SERIAL NUMBER FOUND, RESTORING VALUE FROM DISK...
0x16975c0 (tShell): NO BACKUP OPTION KEY FOUND, RESTORING VALUE FROM DISK...
0x16975c0 (tShell): NO BACKUP SERIAL NUMBER FOUND, RESTORING VALUE FROM DISK...
0x16975c0 (tShell): NO BACKUP OPTION KEY FOUND, RESTORING VALUE FROM DISK...
value = 0 = 0x0
    PhxProxyInit
value = 20819072 = 0x13dac80
    rtlInit
value = 0 = 0x0

    sysExtMemAddToPool memSysPartId,0x02000000,0x0e000000
value = 0 = 0x0

    hwAccount_init
sysEnetAddrGet: cc:aa:88:0c:0c:0c
value = 0 = 0x0
   GpibInit
value = 267500128 = 0xff1ba60

    wfmMemInit(1)
value = 57781984 = 0x371aee0

    vertInstall
value = 57774948 = 0x3719364

    calConStatus = cc_init(2)
0x16975c0 (tShell): Reading 300 bytes of service cal data from EEPROM[0] into 0x3719220
0x16975c0 (tShell): nvMem_read succeeded
0x16975c0 (tShell): Reading 82 bytes of service cal data from EEPROM[300] into 0x3719300
0x16975c0 (tShell): nvMem_read succeeded
0x16975c0 (tShell): cc_restoreBank: can't open file C:/vxBoot/calCons/0
0x16975c0 (tShell): cc_init: bank 0 chksum failed, NOT reset to factory
0x16975c0 (tShell): cc_restoreBank: can't open file C:/vxBoot/calCons/1
0x16975c0 (tShell): cc_init: bank 1 chksum failed, NOT reset to factory
0x16975c0 (tShell): cc_restoreBank: can't open file C:/vxBoot/calCons/2
0x16975c0 (tShell): cc_init: bank 2 chksum failed, NOT reset to factory
0x16975c0 (tShell): cc_restoreBank: can't open file C:/vxBoot/calCons/3
0x16975c0 (tShell): cc_init: bank 3 chksum failed, NOT reset to factory
0x16975c0 (tShell): cc_restoreBank: can't open file C:/vxBoot/calCons/5
0x16975c0 (tShell): cc_init: bank 5 chksum failed, NOT reset to factory
0x16975c0 (tShell): cc_restoreBank: can't open file C:/vxBoot/calCons/6
0x16975c0 (tShell): cc_init: bank 6 chksum failed, NOT reset to factory
0x16975c0 (tShell): cc_restoreBank: can't open file C:/vxBoot/calCons/7
0x16975c0 (tShell): cc_init: bank 7 chksum failed, NOT reset to factory
0x16975c0 (tShellcalConStatus): cc_restoreBank: can't open file  = C:/vxBoot/calCons/0x8
0x16975c01335528 (tShell: value = ): cc_init: bank 332638 chksum failed, NOT reset to factory
 = 0x0x16975c081ef (tShell): cc_restoreBank: can't open file 
C:/vxBoot/calCons/    15
0x16975c0
 (tShell): cc_init: bank     ver15tPostCalRestoreIns chksum failed, NOT reset to factory
tal0xl16975c0 (tShell): 
Optical hardware is not present.
value = 0 = 0x0

   MathMeasCreateTheMathandMeasurementLibraries
value = 57602368 = 0x36ef140
    initAcqMapper
0x16975c0 (tShell): initAcqMapper: Enter
value = 0 = 0x0
    trigMapInit
value = 0 = 0x0
    dsyMapInit
value = 0 = 0x0
    mathMapperInit
value = 0 = 0x0
    utilMapInit
value = 57599712 = 0x36ee6e0
    TmgrHookup
value = 0 = 0x0
    PhxProxyHookup
value = 0 = 0x0
    hookupAcqMapper
value = 20074648 = 0x1325098 = AcqMapperRtlDataList
    MathMeasMapHookup
value = 23687912 = 0x16972e8
    dsyMapHookup
value = 23688016 = 0x1697350
    utilMapHookup
value = 23688048 = 0x1697370

    rtlHookup
value = 0 = 0x0
    horizMapHookup
value = 23688008 = 0x1697348
    fastFrameMapHookup
value = 23688032 = 0x1697360

    trigMapHookup
value = 23688040 = 0x1697368
    vertMapHookup
value = 23688032 = 0x1697360
    spcMapHookup
value = 23688032 = 0x1697360
    autosetMapHookup
value = 23688072 = 0x1697388
    timeSyncMapHookup
value = 23688064 = 0x1697380
   auxTrigMapHookup
value = 23688048 = 0x1697370
    dpoMapHookup
value = 23688040 = 0x1697368

    TmgrStartup
value = 56629168 = 0x36017b0
    PhxProxyStartup
value = 56578624 = 0x35f5240
    taskDelay(2)
0x3681ea0 (tmgr): >> optNewOptKey: Bad instru Id
value = 0 = 0x0

   gpibHwInitC
value = 0 = 0x0
    gpibTaskSpawn
value = 56182496 = 0x35946e0

   gpibIoInit "/dbios/DBIO005","/dbios/DBIO006"    
value = 56356992 = 0x35bf080

   enablePowerupDiags = 0
enablePowerupDiags = 0x12fad08: value = 0 = 0x0

    EnableHorizInterpolation=1
new symbol "EnableHorizInterpolation" added to symbol table.
EnableHorizInterpolation = 0x14bc820: value = 1 = 0x1

    runPowerupDiags
done
dipSwitch = 0x0, enablePowerupDiags = 0, puMode=0 
CalDiagPowerUpDiagsEnabled = 0 
!! SKIPPING POWERUP DIAGNOSTICS !!
value = 0 = 0x0

    rtlStartup
value = 0 = 0x0

   tsComp
value = 0 = 0x0

   ################### topScript ends ###############################
Done executing startup script c:\vxBoot\dio_rst.vsh
KERNEL:  RUNNING TIME SLICED AT 10 TICKS PER SLICE!
-> 

Now scope application able to run successfully, and I got first waveforms on screen :).

Also seem like this particular scope got all options enabled, but some applications required for those options are missing, as I had installed fresh OS.
So system/software spec is:

CSA7404 (4GHz, optical hardware present) running Windows 2000 Pro SP4 Ru
TekScope version 2.5.3
Option 4M: 32 Meg Max 8M/Channel
Disk Drive Measurements 2 (Option 48)
Option 49
USB 2.0 Test package (Option 50) 
Option 51
Option 52
Option 53
Option 54
RT-Eye Serial Compliance and Analysis
InfiniBand Compliance Module
PCI-Express Compliance Module

Pretty nice set got there for use in digital/PC hardware development and debug. Scope input interface for all four channels is proprietary TekConnect, and inputs are all 50 Ohm only. So to be able use regular passive BNC probes high-impedance adapter system TCA-1MEG is required, to use 50 ohm direct interface to target environment one can use TCA-BNC or TCA-292MM or TCA-SMA. As drawbacks of high-performance capabilities of such high-speed scopes special probing accessories are required, increasing total using cost. Passive probes cannot be used without TCA-1MEG.

We already got pair of Tektronix P7380 8GHz Differential probes, which are designed for high-speed signal acquisition with special solder-on tip system. Going to buy some lower speed single-ended active probes as well later.

Using this probe is really using for debug hardware, like DDR interfaces on VGA/DIMMs/MB’s:

DDR3 DIMM clock measurement


RT-Eye report:

PCI-Express 1.0 report

Next steps:

  • Buy replacement parts for plastic housings and front panel.
  • Design and assemble few custom probes for high-impedance environment
  • Upgrade Celeron 850/128/100 to Pentium III 1000/256/100 CPU
  • Add more memory to x86 system
  • Installing missing options software

Bonus:

Replace LEDs behind front panel indicators and push-buttons, just like in newer DSO/MSO series.

Current scope state:

Update 11/07/2015:

Downloaded current BIOS From CSA7404:

Tektronix CSA7404 Intel SF810 motherboard BIOS dumpCRC32 Checksum: C357A520
Bootloader binary dump

Handy UNIFLASH tool did the job saving BIOS.

GUI Fonts fix

To get TekScope app to correctly show symbols like Ω and such, download these fonts and install them on your scope OS.

Author: Illya Tsemenko
Published: Sept. 9, 2014, 1:39 p.m.
Modified: March 29, 2016, 11:42 p.m.

Comments