# non-detented encoders question (regarding MB-6582)

**URL:** <https://forum.midibox.org/t/non-detented-encoders-question-regarding-mb-6582/19934>\
**Category:** MIDIbox SID\
**Tags:** encoders, alpha, mb-6582\
**Created:** [April 9, 2017, 10:56am UTC](https://forum.midibox.org/t/non-detented-encoders-question-regarding-mb-6582/19934 "2017-04-09T10:56:43Z")\
**Posts on this page:** 12\
**Page:** 1

<div class="post-metadata">

**Author:** ![skunks](https://forum.midibox.org/user_avatar/forum.midibox.org/skunks/32/237_2.png) [@skunks](https://forum.midibox.org/u/skunks)\
**Post date:** [April 9, 2017, 10:56am UTC](https://forum.midibox.org/t/non-detented-encoders-question-regarding-mb-6582/19934/1 "2017-04-09T10:56:43Z")

</div>

Hello guys!

Finally I reached my hands to try to fix jumping behavior of&nbsp;non-detented encoders on my MB-6582.

Wilba says that only one (menu) encoder has to be left detented&nbsp;in his CS construction guide.&nbsp;I’m curious then why ALL 15&nbsp;encoders are assigned as MIOS\_ENC\_MODE\_DETENTED3 in&nbsp;setup\_mb6582.asm by default ? Were&nbsp;MIOS\_ENC\_MODE\_DETENTED\* modes designed only for detented encoders?

As for my non-detented&nbsp;ALPHA encoders&nbsp;MIOS\_ENC\_MODE\_NON\_DETENTED works best. However, not perfect (it’s more noticeable on large range values like cutoff):&nbsp;even if I move encoder very slowly, sometimes value gets rapidly&nbsp;advanced by ~10 (jumps a little forward). And sometimes even it jump backward, but not so often at least (like&nbsp;MIOS\_ENC\_MODE\_DETENTED3 mode does). By “forward” I mean sporadic acceleration, and by&nbsp;“backward” I&nbsp;mean direction opposite to direction in which I turn&nbsp;the knob.

So, I’ve checked all the modes and&nbsp;MIOS\_ENC\_MODE\_NON\_DETENTED seems to be the most close to perfect.

I’ve tried also another encoder. It is almost like my ALPHA, however without “ALPHA” logo on it’s bottom and contacts are white instead of yellow. Metal tongue inside is also white, not yellow. I’ve made it non-detented also.&nbsp;I must admit, this encoder&nbsp;does not jump backwards in&nbsp;MIOS\_ENC\_MODE\_DETENTED3 mode. Almost 🙂 It jumped to&nbsp;~30 (of 256 range) back only once. I slowly moved it back and forth during 10 minutes - the feel is very symmetrical and uniform compared to original ALPHA, however, not as smooth and still a little “clicky” (may be I didn’t remove detent perfectly). So, if I want to set a precise value - it&nbsp;feels a little&nbsp;rough and non linear compared to original ALPHA, but in large scope (when I turn encoder faster)&nbsp;- it works in polite and predicted manner.

Please, let me know what do you think

---

<div class="post-metadata">

**Author:** ![ChinMuzik](https://forum.midibox.org/letter_avatar_proxy/v4/letter/c/35a633/32.png) [@ChinMuzik](https://forum.midibox.org/u/ChinMuzik)\
**Post date:** [April 9, 2017, 3:49pm UTC](https://forum.midibox.org/t/non-detented-encoders-question-regarding-mb-6582/19934/2 "2017-04-09T15:49:30Z")

</div>

I’m curious about this…The encoders are by far the most difficult decision of my build to make.&nbsp;

Do you hear any stepping when sweeping the filter?&nbsp;

---

<div class="post-metadata">

**Author:** ![skunks](https://forum.midibox.org/user_avatar/forum.midibox.org/skunks/32/237_2.png) [@skunks](https://forum.midibox.org/u/skunks)\
**Post date:** [April 9, 2017, 4:10pm UTC](https://forum.midibox.org/t/non-detented-encoders-question-regarding-mb-6582/19934/3 "2017-04-09T16:10:09Z")

</div>

Yep, but I wouldn’t call it “stepping” in a standard way, because of the nature of described bug - it has&nbsp;audible consequences only when it occurs (i.e. value jumps).

What about Alpha - they have to be good encoders, HawkEye recommended them here&nbsp;

\< _ **base\_url** _ \>/topic/14564-building-the-mb-6582-control-surface-photo-tutorial/?do=embed

&nbsp;

---

<div class="post-metadata">

**Author:** ![Hawkeye](https://forum.midibox.org/user_avatar/forum.midibox.org/hawkeye/32/223_2.png) [@Hawkeye](https://forum.midibox.org/u/Hawkeye)\
**Post date:** [April 10, 2017, 9:44am UTC](https://forum.midibox.org/t/non-detented-encoders-question-regarding-mb-6582/19934/4 "2017-04-10T09:44:11Z")

</div>

Correct me, if am wrong, but methinks the MIOS detention mode selection is all about selecting the encoding of the physical encoder pulses sent when turning the encoder - it has nothing to do with physically flattening the “detention lid” of the encoder, which will not alter the pulse encoding. That’s why the same mode is used for all encoders in the program.

Basically, flattening that lid just makes the encoders turn smoother - removing them is completely optional - if they are not flattened, you can feel the encoders “click into place” after every step.

I can still highly recommend the Alpha encoders, after many years, they still work flawlessly - they are a bit expensive, but worth their money :-).

Many greets,

Peter

---

<div class="post-metadata">

**Author:** ![skunks](https://forum.midibox.org/user_avatar/forum.midibox.org/skunks/32/237_2.png) [@skunks](https://forum.midibox.org/u/skunks)\
**Post date:** [April 10, 2017, 12:30pm UTC](https://forum.midibox.org/t/non-detented-encoders-question-regarding-mb-6582/19934/5 "2017-04-10T12:30:15Z")

</div>

Theoretically you are right, in newer MIOS8 versions&nbsp;we can select any combination of pulses that MIOS should react to.

However, my menu (still detented) encoder works flawlessly IN ALL MODES comparing to other non-detented encoders, especially some of them. Non-detented encoders have to be set to&nbsp;MIOS\_ENC\_MODE\_NON\_DETENTED&nbsp; in order to work more or less evenly. This was my strange experience.

Of course, in some modes detented menu encoder works&nbsp;with some multiplier (like 2x, 4x), but anyway without unpredictable jumping back and forth. Exactly these modes give me ability to adjust value precisely with non-detented encoders (though it jumps sometimes). It feels like detent gives kinda “guaranty” that full sequence between two detention points will be completed correctly (without bouncing?), and if it is removed and encoder gets an ability to stop somewhere in-between (increasing it’s resolution though) - staying in these “in-between areas” can produce some bouncing. Just a feeling.

Hawkeye, why did you&nbsp;:

“_If you changed the angle of the metal tongue while flattening the dent with your caliper, push back the metal tongue to an angle as it had before_”

This tongue (which we flattened) does not have any electrical contact with any of 3 legs, as far as I understood detention is it’s only purpose. Or may be I should have done that for some&nbsp;reason&nbsp;unclear for me yet&nbsp;:-/

---

<div class="post-metadata">

**Author:** ![jaytee](https://forum.midibox.org/user_avatar/forum.midibox.org/jaytee/32/442_2.png) [@jaytee](https://forum.midibox.org/u/jaytee)\
**Post date:** [April 10, 2017, 1:47pm UTC](https://forum.midibox.org/t/non-detented-encoders-question-regarding-mb-6582/19934/6 "2017-04-10T13:47:50Z")

</div>

Fwiw, I have the Bourns encoders recommended on the Wiki. I haven’t had a chance to really put my new MB-6582 through its paces, but in the couple of days I’ve spent noodling around on it so far, I haven’t noticed significant issues with values jumping. Sometimes the acceleration is more than I expect, but no issues yet with obvious jumping.

---

<div class="post-metadata">

**Author:** ![skunks](https://forum.midibox.org/user_avatar/forum.midibox.org/skunks/32/237_2.png) [@skunks](https://forum.midibox.org/u/skunks)\
**Post date:** [April 10, 2017, 7:45pm UTC](https://forum.midibox.org/t/non-detented-encoders-question-regarding-mb-6582/19934/7 "2017-04-10T19:45:32Z")

</div>

jaytee, that’s great your Bourns encoders&nbsp;work&nbsp;good. Have you removed detents? So, you never-ever have noticed them jumping back, right?

---

<div class="post-metadata">

**Author:** ![ChinMuzik](https://forum.midibox.org/letter_avatar_proxy/v4/letter/c/35a633/32.png) [@ChinMuzik](https://forum.midibox.org/u/ChinMuzik)\
**Post date:** [April 10, 2017, 7:49pm UTC](https://forum.midibox.org/t/non-detented-encoders-question-regarding-mb-6582/19934/8 "2017-04-10T19:49:31Z")

</div>

Why not just order the ones with no detents?

&nbsp;

[Non-Detent Bourns encoder](http://www.mouser.com/Search/m_ProductDetail.aspx?Bourns%2FPEC16-4015F-N0024%2F&qs=h2IHEVivlqBHjMMX4nV%252bdg%3D%3D&gclid=CjwKEAjw2qzHBRChloWxgoXDpyASJAB01Io0jkSr0akt2BuSm8JRWpEKIuTv5V45caWU7OD77UA8_xoCltTw_wcB)

---

<div class="post-metadata">

**Author:** ![Hawkeye](https://forum.midibox.org/user_avatar/forum.midibox.org/hawkeye/32/223_2.png) [@Hawkeye](https://forum.midibox.org/u/Hawkeye)\
**Post date:** [April 10, 2017, 8:28pm UTC](https://forum.midibox.org/t/non-detented-encoders-question-regarding-mb-6582/19934/9 "2017-04-10T20:28:57Z")

</div>

> 7 hours ago, skunks said:
> 
> Hawkeye, why did you&nbsp;:
> 
> “_If you changed the angle of the metal tongue while flattening the dent with your caliper, push back the metal tongue to an angle as it had before_”
> 
> This tongue (which we flattened) does not have any electrical contact with any of 3 legs, as far as I understood detention is it’s only purpose. Or may be I should have done that for some&nbsp;reason&nbsp;unclear for me yet&nbsp;:-/

Just to make sure the encoder is not wobbly and there is more rotational resistance when turning. I have the alphas (14 modified + 1 menu encoder unmodified) running under the base MB6582 firmware, imho it needs no MIOS alteration because of physical modification, but these are just my 2 cents :). Jumping values can also be caused by low-quality encoders with bad contacts causing bad pulses (Bourns have received some bashing in this forum in the last years) and may not be related to the detention modification.

Many greets,  
Peter

---

<div class="post-metadata">

**Author:** ![jaytee](https://forum.midibox.org/user_avatar/forum.midibox.org/jaytee/32/442_2.png) [@jaytee](https://forum.midibox.org/u/jaytee)\
**Post date:** [April 10, 2017, 10:43pm UTC](https://forum.midibox.org/t/non-detented-encoders-question-regarding-mb-6582/19934/10 "2017-04-10T22:43:48Z")

</div>

> 2 hours ago, skunks said:
> 
> jaytee, that’s great your Bourns encoders&nbsp;work&nbsp;good. Have you removed detents? So, you never-ever have noticed them jumping back, right?

I removed detents on 14 of them yes. Like I said, no issues so far, but that’s only about 6 hours total use so far. Occasionally they skip backward by one “click” if I turn it veeeery slowly, but this is an issue I’ve noticed with many encoders.

> 2 hours ago, ChinMuzik said:
> 
> Why not just order the ones with no detents?
> 
> &nbsp;
> 
> [Non-Detent Bourns encoder](http://www.mouser.com/Search/m_ProductDetail.aspx?Bourns%2FPEC16-4015F-N0024%2F&qs=h2IHEVivlqBHjMMX4nV%252bdg%3D%3D&gclid=CjwKEAjw2qzHBRChloWxgoXDpyASJAB01Io0jkSr0akt2BuSm8JRWpEKIuTv5V45caWU7OD77UA8_xoCltTw_wcB)

That’s not quite a match, you want&nbsp;[these](http://www.mouser.com/ProductDetail/Bourns/PEC16-4020F-N0024/?qs=sGAEpiMZZMsWp46O%252bq11WcGoMlc56u%2F2Fl3zskED5a0%3D). But the simple answer is: I didn’t think to look for them without detents, since literally every mention on these forums of MB6582 encoders involves removing detents!&nbsp;, FWIW, removing the detents on these is really easy, looks even easier than with the Alphas. No flattening of parts, just have to pull out a teensy-tiny spring and bearing.

---

<div class="post-metadata">

**Author:** ![skunks](https://forum.midibox.org/user_avatar/forum.midibox.org/skunks/32/237_2.png) [@skunks](https://forum.midibox.org/u/skunks)\
**Post date:** [April 12, 2017, 8:12am UTC](https://forum.midibox.org/t/non-detented-encoders-question-regarding-mb-6582/19934/11 "2017-04-12T08:12:27Z")

</div>

Thank you, guys. It’s strange for me to think something wrong is with the quality of my Alphas.

Maybe something with electronics?&nbsp;Yesterday I noticed one strange thing:

I set&nbsp;DEFAULT\_TESTMODE\_ENC\_SPEED &nbsp;to 1 and uploaded the application. So I started to experiment with NORMAL speed mode. Mode of all encoders was set to&nbsp;MIOS\_ENC\_MODE\_DETENTED4&nbsp;(0xa5), that means that the same edges triggers DEC and INC (according to&nbsp;diagram found in mios.h)

I took a piece of wire, pressed one end to encoder’s ground leg and started touching encoder’s D0&nbsp;leg with the other end. Touching and releasing, several times. Note, that I touched only D0&nbsp;leg and did not touch D1 leg at all. And I’ve got a sequence of values like:

5,6,5,6,5,6,7,6,7,6,7,8,9,10,9,10,9,10,11,10,11,10, …

Increasing when I touch end decreasing when I release the wire is no surprise - that’s exactly how&nbsp;MIOS\_ENC\_MODE\_DETENTED4 should behave.

What surprised me is that numbers started to drift in one direction, and sometimes in other direction. I thought that could be because of speed acceleration in random direction cause by bouncing contacts, but NORMAL speed test mode does not imply any acceleration.

Is it intended to be? This drifting is&nbsp;strange, because for every INC (touch with wire) we have DEC (release). Even if some&nbsp;bouncing e.g.&nbsp;DEC is skipped, there should be no INC because no change was registered.

Could anyone please&nbsp;explain, why it is so

---

<div class="post-metadata">

**Author:** ![skunks](https://forum.midibox.org/user_avatar/forum.midibox.org/skunks/32/237_2.png) [@skunks](https://forum.midibox.org/u/skunks)\
**Post date:** [April 18, 2017, 1:12pm UTC](https://forum.midibox.org/t/non-detented-encoders-question-regarding-mb-6582/19934/12 "2017-04-18T13:12:22Z")

</div>

MIOS does not check for&nbsp;full transition cycle completion, it reacts on each edge regardless if there was a full turn or not. However the question remains.

Meanwhile I’m trying to find manual mode for each encoder. But I suspect I’ll have to replace some of them anyway ☹

Or maybe set all to MIOS\_ENC\_MODE\_NON\_DETENTED and reduce their speed.&nbsp;
