Peter Pan

Member Since: September 24, 2012

Country: United States

  • Product COM-08605 | about a year ago

    Because of its small footprint and tall shaft, this button spared my project from having to devise separate actuator mechanisms to extend each button up through a panel. (my project uses 8 of these, very closely spaced). But I have observed that the mechanism is somewhat delicate. These buttons can easily be compromised mechanically or rendered unusable with too much lateral pressure. Trust me, this can easily happen by accident during testing, handling, or while soldering additional components. Needless to say, replacing a switch already soldered into a PCB is a pain.

    Of course, once your final assembly is mounted so that the shafts pass through holes in your panel, they are protected from lateral motion. But in the mean time I strongly recommend making a kind of temporary front panel to protect a PCB assembly using these buttons. A spare piece of PC board with 1/8" drill holes (for the button shafts), mounted with 3/8" spacers works perfectly, providing a neat 3/32" of button shaft access for operation.

  • Product COM-10596 | about a year ago

    I’m actually surprised you found so much jitter , and I wonder if you just got a bad unit. I’ve been using this encoder for several months, as I was testing it for a Wixel based application, and I was finding it to be very stable… certainly very rare a transition would happen without even touching it. Couple of things though. First, I realized a big difference is that I am “polling” (sampling) the encoder at a rapid but constant rate rather than interrupting on change as you are. My premise is that regular polling offers some of the protection from excessive processing that a denounce routine would offer. You could do the same thing with an interrupt based on a timer rather than on a state change. I basically calculated the max reasonable number of transitions I could expect within a given time, with someone making a fairly rapid adjustment. As long as I was “polling” at least 2X or 4X faster, I’d be safe from losing ANY counts. (In actual use, usually losing SOME counts from a human operated control is acceptable too). Anyway, it seems to have worked out well. There’s no way to make an interrupt on state change intelligent, as the interrupt has to do some time based processing just to see if it was valid. And really, doing any kind of delays or waits within an interrupt is asking for trouble, because a badly jittering contact could start eating all your CPU time. The other thing, as I’m sure you’ve heard before, is that with the gray code output from these encoders, the worst that could happen with a properly written routine is that the final output (the accumulated count) might be +/- 1 off. But really, +/- 1 counts is considered to be the maximum practical accuracy in any digitally acquired count.

  • Tutorial - Soldering Quickstart | about a year ago

    Hey, don’t laugh, but in the past I’ve almost always smeared a light layer of soldering paste over SMT pads on a PC board before soldering a part down. Seems to work pretty well, but is there a better flux to use for this purpose?

  • Product BOB-00494 | about a year ago

    Will this work for what TI is calling their “narrow SOIC” package? I need to experiment with some Low Voltage OP amps in this case LME49721, and i can’t imagine doing so without the ease of whit boarding. The TI data sheet for this chip at but I don’t see any reference to whether or not is “JEDEC SOIC”.

  • Product COM-00100 | about a year ago

    Well no matter what, you won’t be able to drive a relay coil directly from an MCU. BUT, it definitely is convenient to not require a second power supply! So here’s part at mouser I’m looking at. The 3V version Need 60mA to trigger the coil, but with a diode protected transistor buffer, it should work OK with a 2 or 3 cell supply.

  • Product PRT-10527 | about 2 years ago

    I bought these because I wanted to experiment with a pair of Wixels, and wanted to avoid having to solder in the standard headers Pololu provides. The through holes seemed pretty loose, so an ordinary header would not make good contact on its own without solder, so this product looked ideal. Unfortunately now that I have them here, I see that I simply can’t push even a few of these pins through the Wixel through holes, without applying an uncomfortable amount of pressure. The wixels are almost $20, so I’m not going to press further and risk ruining them. I even tried pushing these headers into an experimenter board first, hoping their firmly held position might make it easier to rock the wixel board back and fourth and eventually get the expansion pins to fully seat. Doing so barely allowed me to get the wixel board to hold in place. But they are still not even going fully through the holes from one side of the board to the other. I guess I can try modifying the product, but if I’m going to do that I might as start with ordinary headers, coating one side with a thin layer of solder to make a better force fit. In any case, I’m sure they work fine with some product the designer had in mind, but this is my experience.

  • Product COM-09117 | about 2 years ago

    I want to ultimately convert the codes to tell a audio volume control IC to step the attenuation up or down. Most such chips resolve to about 1db per step, so to have rotary encoder behave something akin to what one would expect in a volume control, I’m going to need about 128 PPR. I’ve been looking all week and have come to conclusion only expensive optical units with offer any PPRs > about 32. So before I start looking for an inexpensive gear arrangement, does anyone know of a a better product for me to look at?

No public wish lists :(