wowczarek
yesterday at 10:04 PM
I went through a similar process recently with an HP/Agilent 54845A scope (1.5 Ghz, 8 Gsa combined) - a great tool if you need reasonably fast rise times and a reasonably fine time base resolution - the only issue is that it has an abysmally low sample memory for today's standards, so you get to see the trigger and "just a bit more". Well the other issue is that it pushes a lot of air... Like a lot, jumbo jet a lot. The scope luckily was in great shape and had a fresh test cert from not long ago.
I was going down the same route as the blog post (MSATA->PATA adapter), but simply imaging the HDD onto flash also didn't work.
The scope had to go into storage so I never finished this, but the SSD was being detected albeit at a lower capacity and no amount of twiddling with LBA and CHS geometry made a difference. My next step is going to be zeroing the drive, booting the scope with it as secondary, and then imagining it from within DOS/Windows. My hope is that the data will just end up at some offset. Or not even imaging it - just partitioning it, formatting it and doing XCOPY + SYS.
You may want to image the drive every so often and accessing the drive is a bit of a bastard (fewer than 32 screws on the HP but it's a pain regardless) - so it might make sense to actually get an SD->PATA adapter and mount it onto a PCI blanking plate, so that you can take it out easily. You may need a longer ribbon cable. There are also some 2.5 inch HDD brackets that mount onto a PCI blanking plate. Possibly a DIY job to replace the FDD with a plate that has the SD card mounted. Mine came with a ZIP drive.
I added the following software extras to the OS which I would recommend to anyone with an old scope like this that has an Ethernet port:
- An SNTP client so that you don't have to worry about the time and date (https://www.timesynctool.com/) - open source, win95 and up, just disable all logging to disk so as not to introduce extra writes and drive wear.
- TightVNC (1.3.10 I think) - a version that works on older Windows. Accessing it while the scope app is running slows things down significantly, so this is only for configuration changes and whatnot, also this particular scope writes directly to the VGA framebuffer, so you don't actually get to see the scope output via VNC!
- Shared some folders from the scope. This required a significant amount of fuckery to mount an SMB1 drive elsewhere without ruining one's existing Samba config, but it helps quite a bit to be able to exchange files with the scope.
Hardware extras that proved useful in a lab setting:
- One of those cheap VGA to USB frame grabber adapter things - they are detected as a video device, don't need drivers and you can watch your scope with VLC or your OS's built-in camera app.
- A remote-controlled power outlet. Speaks for itself - no need to touch the scope to shut down and restart an experiment from wherever you are.
- A GPIB to USB adapter if your scope has a GPIB/IEEE 488 port. Current Linux support is in a bit of a state, but anyway, this will allow you some degree of automation when reading the math / stats / other data, and will sometimes allow you to do more than the scope's UI will. I know for example that with GPIB I can control the signal on the AUX port on my scope, for which the GUI has no options.
- Not tried yet: this scope uses a PS/2 mouse (remember that they are not hot-pluggable) and a DIN keyboard. This bad boy: https://github.com/rasteri/HIDman - will let you plug in your wireless USB dongle and control your scope with your everyday keyboard and mouse.
The above significantly improves the "workflow" so that you hardly need to touch your scope or even swing your chair, or can use it remotely, and applies to most of the late 90s - early 2000s Windows scopes.
tverbeure
yesterday at 10:11 PM
Not sure if you saw it, but before doing the TDS7104, I refurbished two Agilent 54831 scopes: https://tomverbeure.github.io/2026/03/28/Repair-of-Two-Agile.... For the one that still had a HD, copying the image from to an SSD worked without any issues. However, I also had a 54825A where it didn't work (I sold it, no blog post about that one.) So it's clearly hit-and-miss.
I found the 32 screws of the TDS7104 less of a pain than the dismantling the Agilents which had less screws.
wowczarek
yesterday at 10:19 PM
> I found the 32 screws of the TDS7104 less of a pain than the dismantling the Agilents which had less screws.
Yeah sliding the whole thing out of the shell and the (curses) front panel ribbon that gets in the way, and the best part is that if it pops out on the front panel end, the tab is held in place by a metal prong that you have to bend (break away) to undo the tab to secure the ribbon. The prong is not screwed down, it's riveted. Breaking that thing away was the best thing I could do without ruining the panel. I ended up also gluing that ribbon to the chassis so that it doesn't get caught again.
Edit: I also bought mine to use it, hence all the extra bits around it.
tverbeure
yesterday at 10:25 PM
My 54825A had a power-up problem: if you unplugged the AC cord for a few hours, pressing the front-panel button wouldn't power on the scope. But if you plugged in the AC for about 5 minutes, it would work fine again.
That sounds like an easy thing to fix, but the whole power-on architecture was a baffling Rube Goldberg device from the button on a small support PCB to the front panel PCB to the PC plug-in card to the power supply. I've never seen anything like it.
I disclosed the flaw to the buyer (the price was very low) and he was excited to have something to work on. :-)
wowczarek
yesterday at 10:33 PM
There are exceptions to the "Winscopes" from the same era in the 1 GHz+ space (RTOS like VxWorks but with Ethernet and modern goodies) that are not HP/Tek/R&S, but I'm not listing them because I'm out on an active hunt for one ;-)
tverbeure
yesterday at 11:16 PM
> not HP/Tek/R&S
That doesn't leave a whole lot of alternatives, Mr Lecroy.
wowczarek
today at 12:50 AM
...sorry, not HP/Tek/R&S/Lecroy ;)