A long time ago I found somebody who was trying to reverse engineer the Victor86B protocol - this may give you a head start... CD display state, not the numeric measurement data. Each byte has the high order nibble set to its sequence number, starting from 1. A packet looks something like - 15 27 3D 47 5D 67 7D 8F 9D A0 B0 C0 D4 E8 The low order nibble contains the display data. As far as I am able to determine, each bit corresponds to a display element, and is set to '1' if the element is on, or '0' if it is off. The bits correspond to display elements as follows - Byte 1x - bit 0001 -> RS232 (?) - bit 0010 -> Auto - bit 0100 -> DC (not displayed) - bit 1000 -> AC The next 8 bytes encode the seven segment display values for the four digits. These are encoded in two consecutive nibbles. Byte 2x & 3y correspond to digit 1 (leftmost) Byte 4x & 5y correspond to digit 2 Byte 6x & 7y correspond to digit 3 Byte 8x & 9y correspond to digit 4 Taking the two nibbles together, the segment values are encoded - bit 0000 0001 - top right bit 0000 0010 - centre bit 0000 0100 - bottom right bit 0000 1000 - bottom bit 0001 0000 - top bit 0010 0000 - top left bit 0100 0000 - bottom left bit 1000 0000 - minus sign for digit 1, leading decimal point for other digits Byte Ax - bit 0001 -> diode indicator - bit 0010 -> kilo indicator - bit 0100 -> nano (or Farrad?) - bit 1000 -> micro indicator Byte Bx - bit 0001 -> speaker indicator - bit 0010 -> mega indicator - bit 0100 -> % indicator - bit 1000 -> milli indicator Byte Cx - bit 0001 -> Hold indicator - bit 0010 -> Rel indicator - bit 0100 -> Ohm indicator - bit 1000 -> Farrad (or nano?) Byte Dx - bit 0001 -> unknown or unused - bit 0010 -> Hz indicator - bit 0100 -> V indicator - bit 1000 -> A indicator Byte Ex - bit 0001 -> unknown or unused - bit 0010 -> unknown or unused - bit 0100 -> degC indicator - bit 1000 -> I don't know - this seems to be off for temp, and on for all other measurements.