Please see all COVID-19 updates here as some shipments may be delayed due to CDC safety and staffing guidelines. If you have an order or shipping question please refer to our Customer Support page. For technical questions please check out our Forums. Thank you for your continued support.


Member Since: August 25, 2008

Country: United States

  • Well, after fiddling around with my code I seem to have it working pretty good now. Thank you.

  • I'm not that happy with this product. Even though it works to some extent it misses counts and has switch bounce issues I haven't been able to resolve yet. I have 4 of them chained together and being run using a Teensy 3.5. Even the most basic example provided has issues with it constantly non-stop firing off interrupts. Seems like this is due to I2C communication which when you perform a "GET" command in your loop it will non-stop perform an interrupt. This seems to be creating problems reading the encoder accurately and the push switch also. Is interrupts really needed for Ic2 communications? You can see this by my forum post here https://forum.sparkfun.com/viewtopic.php?f=14&t=49095 The ATTINY84 is suppose to, on idle go into a sleep mode but it looks like it never does. There is a very similar product offered on tindie. It uses a PIC microcontroller instead of an ATTINY84 and looking at the firmware code does not perform an interrupt on every I2C command that gets requested data. Here is that device to compare to https://www.tindie.com/products/Saimon/i2c-encoder-v2/ it is very similar. Actually this one was developed several years ago. I might try these out and see how well they work. Or at least prototype the circuit for testing.

  • Would it be possible to run processing for example 2 on a teensy 3.5 at the same time as measurements are being taken. Just skipping the serial communications and use SPI instead to send the data to a ILI9341 LCD Display. Would this be too much for the Teensy to handle? I haven't even tried to do this yet. Just looking for an opinion on whether it would be feasible to do. The other option I was looking at was to send the data to an Android device for processing. I want to make this sensor for portable use.

  • Just a suggestion as I did some research on measuring both speed and displacement on steel cables. Check out this website. http://www.polytec.com/usa/158_289.asp
    These systems are expensive but do the job very well.

  • Just would like to add a layout suggestion. Maybe make the width of the board so that the spacing between the 2 rows of connection pads (like for .1 male headers) would be made so that this breakout board would align up with pads on another .1" spaced proto board if someone needed to place this on another circuit board. Hope I made some sense here.

  • Cmos or CCD? I don't like Cmos cameras they just don't offer that good of video. Was looking at video security cameras the other day and none of the packages would state whether they were Cmos or CCD. Sales person didn't know either. To me there is a big difference in the quality of the video between the two.

  • OK, Figured I can flatbed scan one of these boards and create a Pdf of the layout and see how that work out. Otherwise maybe I'll make one in eagle or other pcd application and put it into a Pdf. Will provide a link on Sparkfun's forum when done.

  • Firstly, Great Product.
    I would have to agree with previous poster for a Pdf of the board for layout sketching.
    Also, bigger is better. How about a larger board, with maybe some smd (soic ?) pads connected by the 20 mil traces to the plated thru holes? Not for the smaller board but for a larger sized one. Maybe a layout similar to the Diprotodon Protoboard or add this design to the Diprotodon instead.

No public wish lists :(