From 723e7442af4093dc2d1c3e97e9bc0662783a14d6 Mon Sep 17 00:00:00 2001 From: philippe44 Date: Sun, 31 Jan 2021 15:07:09 -0800 Subject: [PATCH] Update README.md --- README.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/README.md b/README.md index 8b9e82fe..aefd36a4 100644 --- a/README.md +++ b/README.md @@ -212,12 +212,12 @@ There is also the possibility to use 'knobonly' option (exclusive with 'volume' - double press is 'Back' (Left in LMS's terminology). - a quick left-right movement on the encoder is 'Pause' -The speed of double click (or left-right) can be set using the optional parameter of 'knobonly'. This is not a perfect solution, and other ideas are welcome. Be aware that the longer you set double click speed, the less responsive the interface will be. The reason is that I need to wait for that delay before deciding if it's a single or double click. It can also make menu navigation "hesitations" being easoly interpreted as 'Pause' +The speed of double click (or left-right) can be set using the optional parameter of 'knobonly'. This is not a perfect solution, and other ideas are welcome. Be aware that the longer you set double click speed, the less responsive the interface will be. The reason is that I need to wait for that delay before deciding if it's a single or double click. It can also make menu navigation "hesitations" being easily interpreted as 'Pause' Use parameter rotary_config with the following syntax: ``` -A=,B=[,SW=gpio>[[,knobonly[=]|[,volume][,longpress]] +A=,B=[,SW=gpio>[[,knobonly[=]]|[[,volume][,longpress]]]] ``` HW note: all gpio used for rotary have internal pull-up so normally there is no need to provide Vcc to the encoder. Nevertheless if the encoder board you're using also has its own pull-up that are stronger than ESP32's ones (which is likely the case), then there will be crosstalk between gpio, so you must bring Vcc. Look at your board schematic and you'll understand that these board pull-up create a "winning" pull-down when any other pin is grounded.