I wonder iff it's a standard data port then one of these may work http://www.arceurotrade.co.uk/Catalogue/Measurement/Standard-Digital-Readouts .
Unfortunately I don't think so - I
think those work with what the Schumatech & others refer to as the "Chinese Protocol".
I did a basic PIC-based interface many years ago, so following is from memory:
Four wires (Ready, Request, Clock & Data) + ground. Ready is just an output, the other three active lines are, IIRC, open-collector so can be used bi-directionally.
Ready is usually asserted on an ordinary measuring device, so you may not need to check it.
The simplest mode is where you just briefly pull REQ low and the device then blasts back the SPC bit string of thirteen BCD nibbles/digits. The data line values were read on the (falling?) edge of the clock line from the device.
The 13 nibbles/digits consisted of a three-digit start header 0xFFF, then the digits displayed on the device, then one digit containing the position in the string of the decimal point and then a final digit where 0/1 was used to indicate mm/inch (other values for metres etc.).
There is a 0/1 digit somewhere in there to indicate +/- but I can't immediately recall where that came in the sequence. Also there's a digit to indicate the type of reading - it is 0xFH for a normal reading, but there are other possibilities with devices that implement the statistical part of SPC (min, max, average, SD etc.).
As I understood it then, any devices which had a physical 'output' button (or a button built in to the lead, or even a footswitch) all just pulled that REQ line low.
The protocol is bi-directional - there are options to send limits, calibration factors etc. back to the device but I've never used them.
One issue I seem to recall is that if the operator set a "user zero" it made no change to the output - the output was always absolute.
If you want, I'll have a hunt around my old dev machine and see if I can find a detailed datasheet or my C code.
Dave