-
Notifications
You must be signed in to change notification settings - Fork 36
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Use with Rotary Encoder? #36
Comments
Hi=) Unfortunately there is no example for rotary encoders specifically, but theoretically as soon as input device can produce 6 basic operations that menu understands (up, right, down, left, ok, cancel) it should be completely possible. But it is up to you to figure out how to extract those readings from encoder (or any other input device for that matter). See Control menu from your sketch section of wiki for a little more details. You may want to look into how Hopefully this may help! |
@Spirik Thanks for a quick reply! Ah ok I think i understand now. So the "control menu from sketch" literally lets you control a menu arbitrarily with whatever conditional or changes you want. One followup: Is there a straight forward way to change the logic for how the menu item / selection process works? For instance I specifically want to change the way the digit selection process works. Preferably in this way:
I would still have a dedicated back or cancel button. This would allow me with a rotary encoder + extra push button to control all menu settings. |
How an item would be saved in that scheme (apart from pressing cancel button, which results in exit without saving), since you're planning to use push button to select digit position while in edit mode? Or is your plan to save an item any time its digit is saved? That may lead to some unwanted results (unnecessary triggering validation callbacks, redrawing menu, etc.). And I am afraid there is no way you can edit this logic without editing source code of library. What you can do without modifying the source code, however, is to wait for menu to be ready to accept a key press and then fire up your own logic to determine which menu key press to trigger: void loop() {
// If menu is ready to accept button press...
if (menu.readyForKey()) {
// ...detect key press using your own logic
byte keyCode = myRotaryEncoderKeyDetectionLogic();
// Pass pressed button to menu
menu.registerKeyPress(keyCode);
}
} Edit: On the second thought, It still may be possible to recreate the logic you described without editing the source code. Just track combination of short and long presses of the push button to determine how to interpret the rotation of the knob (whether to send |
Well the encoder has a push button built in. So I would have two push buttons total, and two left/right keys (encoder). This sounds promising. I'll take a stab at this in the morning. Another question: How does one constrain the values while editing? Also related, is there possibly a way to instead of editing digit by digit, you could simply +/- from the full value all together? |
You can not constrain user input during edit mode, however you can implement validation callback, that will be triggered upon saving the value: that way you can change value to, say, the closest one from the valid range, once user finished editing.
Nope, unfortunately there is no way to do that at the moment. However there is possibility it will be implemented in the future via dedicated menu item type. |
In case this is relevant, I'm after similar functionality and among other things #42 adds a callback upon entering the edit mode. You could use that to start scrolling over the desired range. |
@danieltwagner Does your implementation allow to scroll over an entire range of a number, or just a single digit of that number? |
Just the single digits as is the case in "vanilla" GEM. I was going to look at extending it to scroll over the entire range though. It just turned out to not be super straight-forward to figure out an intuitive interaction to cater to both long ranges as well as fine adjustments so I've punted that for now to implement the part that the controller/menu actually controls :) |
I implemented this as you suggested, Spirik, assigning the encoder to up/down keypresses, and a short press of the button to "ok" and a long press to "right". Works great. Thank you! |
@zandernc Is it possible to rotate the knob while simultaneously being pressed on your encoder? If it is, then I would suggest to consider the following scheme:
That way we will cover all 6 interactions GEM is able to respond to. |
👋 FYI: just updated GEM with examples on how to control menu with rotary encoder using latest version of KeyDetector (implementing control scheme described above). |
Hi there,
Trying to find examples of using GEM using a single push-button rotary encoder. Do you have any examples of this?
Cheers
The text was updated successfully, but these errors were encountered: