stgislander What are you thinking the time would be to modify the existing Bela code?

If one has the encoder at hand, that would be one hour including debugging perhaps. I'd encourage extending the library instead of rolling an entirely different implementation ...

    Good thing I have four of them handy, huh?

    So far I've made the following changes to Encoder.h and Encoder.cpp. I'm going on the assumption that I need to perform the same debounce and edge checking operations on input b as I do on input a. I've commented around the code I've added.

    In Encoder.h I added four new variables to private

    private:
   bool validEdge(bool a);
   unsigned int debouncing_;
   unsigned int debounce_;
   int position_;
   Polarity polarity_;
   bool a_;
   bool lastA_;
   bool primed_;
   //TIM 3-2-22 New
   unsigned int debouncingB_;
   unsigned int debounceB_;
   bool b_;
   bool lastB_;
   //end NEW

    In Encoder.cpp I made the following changes

    void Encoder::setup(unsigned int debounce, Polarity polarity)
{
   debounce_ = debounce;
   reset();
   polarity_ = polarity;
   debouncing_ = 0;
   primed_ = false;
   //TIM 3-2-22 New
   debounceB_ = debounce;
   debouncingB_ = 0;
   //end NEW
}

    and

    Encoder::Rotation Encoder::process(bool a, bool b)
{
   Rotation ret = NONE;
   if(!primed_) {
      lastA_ = a_ = a;
      primed_ = true;
   }
    
   if(a != lastA_) {
      if(validEdge(a))
         debouncing_ = debounce_ + 1;
      else
         a_ = a;
   }
    
   //TIM 3-2-22 New
   if(b != lastB_) {
      if(validEdge(b))
         debouncingB_ = debounceB_ + 1;
      else
         b_ = b;
      }
   //end NEW

   // wait for the data to be stable long enough
   // before checking for an updated value
   if(1 == debouncing_ && a_ != a)
   {
      a_ = a;
      if(validEdge(a))
      {
         if(b == a)
            ret = CCW;
         else
            ret = CW;
         if(ACTIVE_LOW == polarity_)
            ret = CCW == ret ? CW : CCW;
         position_ += ret;
      }
   }
   if(debouncing_)
      --debouncing_;
   lastA_ = a;
    
   //TIM 3-2-22 NEW
   if(debouncingB_)
      --debouncingB_;
   lastB_ = b;
   //end NEW
    
   return ret;
}

    That leaves the checking and counting operation in the if(1 == debouncing_ && a_ != a) conditional statement to handle.

    Am I on track, and what are your thoughts on performing checking and counting input b?

    Technically I've made the changes to files on my local PC. I'm guessing the real library files that are used to build programs reside on GitHub?

    For testing purposes, can I point the IDE to modified library files on my PC?

      stgislander I'm guessing the real library files that are used to build programs reside on GitHub?

      no, they are on the board. You can copy your file over with something like

      rsync -av path/to/Bela/libraries/Encoder/Encoder.* root@bela.local:Bela/libraries/Encoder/

      or directly edit the files on the board at /root/Bela/libraries/Encoder/

      When editing a library, you won't automatically trigger a rebuild of the program, so you either need to make a non-meaningful change to the file in your project or add RELINK=1 to the Make parameters box in the project settings in the IDE to automatically rebuild the library (you can remove it later on when you are done with the development).

        Okay I may have a problem. That looks like Unix (yeah I'm that old) to me, and I live in the Windows world.

        Can I do any of that through the IDE?

          stgislander Can I do any of that through the IDE?

          it's complicated. You could also add all the (modified or not) files from the libraries/Encoder folder to the project folder and turn all instances of

          #include <libraries/Encoder/Encoder.h

          to

          #include "Encoder.h"

          and

          #include <libraries/Encoder/BelaEncoder.h

          to

          #include "BelaEncoder.h"

            Thanks. I'll try that.

            I'm also looking for a Linux desktop/laptop, and/or installing Windows Subsystem for Linux (WSL) on my PC as a fallback.

            or install github desktop and it comes with "Git Bash" which should have scp and/or rsync

            So should my modified files still be named Encoder.h and Encoder.cpp, or can I can I rename them to differentiate them from the originals?

            Also, thanks for pointing out the BelaEncoder.* files. I didn't think to look at those.

              stgislander So should my modified files still be named Encoder.h and Encoder.cpp, or can I can I rename them to differentiate them from the originals?

              as you prefer. As long as you don't

              #include <libraries/Encoder/SOMETHING

              then none of the files in libraries/Encoder will be used.

                I prefixed the modified Encoder and BelaEncoder files with "New" to keep me straight. I changed all #include statements to "NewEncoder.h" and "NewBelaEncoder.h". Finally I uploaded two new .cpp and two new .h files into my project folder, and rebuilt them

                The project built successfully, so it appears I can now get back to troubleshooting.

                Success. I need to exercise it more to find any hidden bugs, but it counts at every step. Next is to edit render.cpp to read 2-3 encoders.

                Thanks Giulio.

                Good news! If you have any code worth sharing that could be integrated back in the original library, let us know here or by making a pull request on github.com/BelaPlatform/Bela/pulls

                If you were going to read three different encoders, would you just create three instances of gEncoder?

                For example in render.cpp, something like Encoder gEncoder[3];

                an array like that would be a good option. You could make it std::vector<Encoder> gEncoder(3); or std::array<Encoder, 3> gEncoder; so that you can later call gEncoder.size() to get the number of elements.

                Thanks Giulio. I'm not familiar with the syntax you use so it takes me a bit to figure out what you are doing. It's nothing like the software for the control system that I maintain, which is over 10 years old.

                Looking at other code, I am guessing that to use std::vector I have to add #include <vector.h>. Likewise, to use std::array I have to add #include <array.h>. Correct? Otherwise I get a "use of undeclared identifier 'std'..." error.

                Using #include <vector.h> though, I get a "'vector.h' file not found..." error.

                confusingly, C++'s standard library includes do not include .h, so:

                #include <vector>

                or

                #include <array>

                I used std::array<Encoder, 3> gEncoder; and created arrays to hold the DIO pin numbers for each encoder. Everything looks good so far.

                My only issue now that I now need to dig into (and that I didn't notice before) is that when I press the encoder button to perform the counter reset, the console fills up with "reset : 0" messages.