Korg Poly800/EX800 Users group photo

Yahoo Groups archive

Korg Poly800/EX800 Users

Index last updated: 2026-04-28 23:27 UTC

Message

Re: [korgpolyex] Re: Poly 800 data knob schematics

2014-05-14 by Martin Ator

Circumbenders? That sounds painful. I'll stick with my ant-eater thank you very much.

On Wednesday, 14 May 2014, 16:54, "bperkins211@... [korgpolyex]" <korgpolyex@yahoogroups.com> wrote:
 
  
You can use a variety of encoders and that's what I did with my experiments.

That schematic I did is incorrect in the cap/resistors for the debounce circuit.  I think the HIGH signal is debounced, but the LOW signal isnt.   I must have changed values several times while jacking with it for best results.  It really needs to be abandoned or perhaps a note of warning.. I dunno.


I tried 30ppr and 20ppr encoders.  They are standard for the most part.  30ppr is too many short pulses in one revolution, that's why Circuitbenders used a 20ppr encoder.  It's slower with a longer pulse.
You cant even click the buttons faster than a certain speed.



To put in a encoder with only
 hardware would be very frustrating and if I had paid for a kit(which I basically
did when I bought the parts I used), I'd be very disappointed.
It's those larger values like 0-99 for filter and other high value 
parameters that you'd really want to tweak quickly that really need 
firmware based decoding of the encoder.
I built one, spent DAYS 
on it and I was so disappointed that I finally gave up on it and deemed 
it unworthy to pursue any further due to the pulse/scan issue that I came to realize was the problem.




Mike, I believe doing a bit of code magic to the firmware would allow a much more useable knob.
The Kawai K3 keyboard used a very simple encoder circuit that the uC decodes.
Take a look at the schematic sometime..

http://www.soundprogramming.net/manuals/Kawai_K3_ServiceManual.pdf

page 9, upper left corner is the encoder and debounce schematic w/DDFF.
Looks like one signal is untreated by the FF and the other line is processed by the FF.

I think it's a ~25ppr encoder.  Works nice, but takes a few full turns to do 0-99.  They provide a very nice knob with a "finger dimple" in it to help spin it evenly/without stops.
there are very nice HAM radio knobs out there with spinner knobs to grab a tiny handle to keep it spinning w/out stops.  This is the best method, but are expensive.. $12+ for one.
I bought a nice 1 1/4"d  x 1"h knob with a small finger dimple in it for $4 instead



Mike, I liked your idea of sampling the rate of change to perhaps cause the change to be more logarithmic vs. linear, depending on how fast you turned the knob.
And I think maybe there's a way to load data to a algor. to process the rate according to the size of values to change.  Like each time you select a parameter, it loads that param's value range into the Wheel's algor.  Or is that too much to process on each update?

I'd love to help create a great Data Wheel for the HAWK.. 
Anything I can do to help?  I have plenty of parts/veroboard etc. to build prototypes.

-Blaine

Attachments

Move to quarantaine

This moves the raw source file on disk only. The archive index is not changed automatically, so you still need to run a manual refresh afterward.