Caisey Blog

MSPs · May 23, 2026

Caisey handles esoteric hardware and software

The Topaz Pad That Wasn't There
Troubleshooting

The error was specific enough to feel solvable: "Unable to open COM1. Either it does not exist, or it is in use by another program." A Topaz signature pad in Opie software. COM port conflict — probably a driver thing, right?

It wasn't.

When a tech opened Caisey on the issue, it went straight to work. First move: actually test whether COM1 exists. Not "check the vendor docs" or "verify the driver installation." A direct probe — mode COM1: — which returned "Illegal device name." COM1 doesn't exist on this machine. Not busy. Not conflicted. Just absent.

From there, Caisey pulled a full USB enumeration. No Topaz VID anywhere. No USB-to-serial adapter chipsets — not FTDI, not Prolific, not CH340. It also checked HKLM:\HARDWARE\DEVICEMAP\SERIALCOMM, the definitive OS-level list of registered COM ports. Empty.

Here's the interesting part: the machine had some Topaz software installed and running. The SigREST service was active. A SigWeb process was live on ports 47289 and 47290. Opie was running. The entire software stack was present and accounted for — which meant the next obvious theory, "probably a driver problem," was already dead on arrival.

Caisey's read, delivered clean: the pad isn't reaching the OS. Not a driver issue. Not a software misconfiguration. Not a COM port conflict. The device either isn't plugged in, the cable is dead, or the pad itself has failed.

The tech confirmed the physical situation. That's exactly where the problem was.

Without Caisey, this session looks like an afternoon. You reinstall SigPlus. You try reassigning a COM port. You find a forum post from 2019 recommending a registry tweak. You escalate to the vendor. The pad sits there unplugged or dead, completely indifferent to your troubleshooting effort.

Caisey ran 21 diagnostic commands across PnP devices, USB enumeration, event logs, services, and the registry in about 10 minutes. It confirmed the software stack was healthy, which narrowed the problem to exactly one category: hardware. The tech got a specific physical checklist instead of a debugging rabbit hole.

That's not magic. That's systematic — the diagnostic loop a good senior tech would run, without the interruptions or the wasted motion.

Want to see how it handles your stack? helpforsupport.com/get-started