Project Logs

Collapse logs

• Using the Data (Part 1)

  Justin R. • 08/10/2014 at 03:27 • 0 comments

  Here is the very simple circuit I am using for the PIC chip which converts unique protocol from the dial indicator to regular UART signals that can be read by a USB TTL adapter (serial protocol @ 5V).

  This will probably the first circuit I try making once I get to that point. For now I'm just using small breadboard.

  I have also mounted the dial indicator to the CNC machine.

  Now that the dial indicator is mounted and we can read in its values from the computer, its time to make a program to use the data. Eventually this program will take in this data, create a surface map and then alter a g-code file by offsetting the Z values to match the interpolated surface map. But for a first step, I have made a program in python that will probe around in a grid and generate a surface and then displays that surface map on the screen, updating it for each point. The interpolation and altering the g-code will be added in the future. I'll post all the code once it is more or less finalized.

  Here's a video program and probe in action:

• Interfacing Dial Indicator to Computer (using PIC Chip)

  Justin R. • 04/16/2014 at 03:04 • 4 comments

  To convert the low voltage (~1.3V) custom protocol output by the dial indicator to something that will be readable by the computer I have chosen to use a PIC microcontroller. Specifically, I will be using a PIC12F1822 because it's cheap, small, well featured, and most importantly what I have on hand currently. I will be writing the code for the PIC chip in C using mikroC as a compiler.

  Goals for this interface:

  • Read in data from dial indicator
  • Process data
  • Send data to computer (via UART)

  Chip pinout and the functions I've chosen to use for each pin:

  ---

  Reading Data from the Dial Indicator
  

  Since the data coming out of the dial indicator only has a voltage of about 1.3V, and I will powering the PIC chip with 5V, I can not simply read the data and clock lines using standard digital I/O reads (FALSE will always be returned since the voltage never gets high enough to trip the TRUE threshold).

  Originally I thought I was going to have to use a hardware level converter using a transistor and pull-up resistor, but I have since realized that I can read the data as analog and make my own threshold HIGH and LOW in the software. I was originally concerned that the analog read would be too slow depending on how fast the data coming from the dial indicator is clocked. But it has turned out that it is plenty fast to reliably read the data and clock signals from the dial indicator.

  Here is the process for reading the data:

  1.  Wait for the Clock line to go LOW (it's natural state is to stay HIGH)

  2.  Repeat 24 times (to read in all the bits of the message):

  a.  Wait for a rising edge on the Clock line (LOW to HIGH transition)

  b.  Read the Data line to get the next bit

  c.  Add bit to cumulative data for this message and shift

  3.  Process Data (to be covered further down)

  4.  Send Data (to be covered further down)

  5.  Return to step 1 to wait for next message

  Note: In case we start or become un-synchronized from the data and end up waiting for the next bit of the message which will never come, we will want to have a timeout on step 2a, such that if the rising edge does not come with in a certain amount of time, we abort the current read and jump back to step 1 to wait for the next message to re-synchronize.

  Here is a quick screen shot showing that the PIC chip is able to successfully read the clock and reading the data signals at the correct time. The red line is the Data line from the dial indicator (keep in mind its natural state is HIGH, so this is showing all zeros except the last bit). The blue line is a temporary debug output from PIC chip showing when it detects a rising edge on the clock, and this will be where the Data line is sampled. It looks like they line up quite well.

  ---

  Processing the Data

  Once each individual bit is read in, it will need to be combined with the rest of the bits to build the final data word. This is done in a bit shifting process shown below, which is run for every bit. Keep in mind that the least significant bit is sent first so that determines the direction we need to shift.

  Process for building data word:

  1.  Take the current data bit (which will be 1 or 0) and shift it to the left 24 bits

  2.  Then add it to the data word

  3.  Shift the data word to the right 1 bit.

  4.  Repeat for next data bit

  Now that we have the data word, we can extract the measurement portion of it by taking bits 0-19. Taking the modulus of this number and 2 will give the last digit (which can only be 0 or 5, 0="0" and 1="5".  Then divide by 2 and this will leave the rest of the digits in decimal form. They can be converted to ASCII characters by breaking them up in to their individual digits then adding 0x30.

  ---

  Sending the data
  

  The data will be sent to the computer using the built-in hardware UART in the PIC chip.  So all that is required is setting up the UART and loading the send register with each character to be sent one at a time. 

  The PIC chip UART was configured...

  Read more »

• The Digital Dial Indicator and How to Read From It

  Justin R. • 03/17/2014 at 02:14 • 3 comments

  I purchased the digital dial indicator from Harbor Freight (Item # 93295) for $29. Now normally I don't have particularly high expectations for products from Harbor Freight, but I have to say that I'm actually quite impressed by the quality of this indicator. Even the box it came in was made from thicker cardboard and had a nice design. The indicator itself is made from more metal than plastic (only the front part of the case and buttons are plastic). The buttons have real microswitches behind them and have a nice solid feel.

  But the real reason I got this indicator was in the hopes I would be able to extract/export the data and send it over to a computer. Now I knew other cheap chinese calipers tend to have a data port that other people have successfully been able read data out of, so I was hoping this would have a similar port even though it is not a caliper.

  The first thing I noticed after buying it was there were two covers on the top of the indicator. One of them held the battery and the other one happened to have the magic data port I was looking for, Yay!

  Unfortunately I didn't take any pictures before proceeding to tear it completely apart, but I have the next best thing, pictures of it going back together:

  Exploded View:

  Exploded View (everything flipped over):

  After some quick testing I found this was the pinout I wanted from the data port:

  Soldering the wires on to the pads of the data port:

  After getting everything put back together, I tried to test it out by connecting it to the logic analyzer part of my USB oscilloscope. I couldn't get any reading to show up and it turns out that the voltage levels of the clock and data line are just too low to be picked up by the logic analyzer (1.3 V = High).  So I ended up having to use the 2-ch oscilloscope function to take a look at the data.

  Here is the reference I used on how to interpret the data being output by the indicator: http://www.yuriystoys.com/2013/07/chinese-caliper-data-format.html

  Data is output in six 4-bit nibbles. The first five sent represent the measurement in binary scaled by 2000 counts per inch (when in inch mode). The final nibble is a status word that indicates whether the measurement is positive or negative and also whether it is in inches or millimeters.

  Proof of Concept Test:

  Setting the indicator to an arbitrary distance, I tried to interpret the data to get a measurement that matched the display.

  Keep in mind that the measurement value is sent LSB first, MSB last (so its basically backwards in the above image, at least for the way I'm used to seeing numbers).  111111100 converts to 508 decimal and after dividing by 2000 counts/inch, it gives us 0.254 which matches the display! So now we know how to make sense of what is coming out of the indicator's data port.

  Next Step:

  I need to figure out the best way of importing this data to the computer controlling the CNC router. Right now, I think it is to use a PIC chip to interface with the indicator and then send the data to the computer through serial UART (with a USB adapter on the computer side). I'll also have to come up with some circuitry to allow the PIC to read the 1.3 V levels output by the indicator (probably just a transistor with a pull-up, since it won't matter if the signal gets inverted).

View all 3 project logs