uBITX rotary enconder
|
Jose,
It will not work right.? I have one and I connected it to my Raduino to actually test it (using my home made test set).? At 400 pulses per revolution of the shat, it sends pulses to the Raduino many times too fast and you have to turn the shaft very very slow to get it to keep from jumping digits forward and backward.? It has open collector outputs and the internal pull up from the Nano does not give enough current to make the encoders output transistors work properly. If you try to connect one of these to the uBITX you will not be very happy.? Save your money. Jim, W0EB |
|
I know this is an pretty old post but I have some info that might help others too.? I have been playing with on Jim's (W0EB) wonderful BITeensio board with a Teensy 3.6 processor, and I'm able to read my 1024ppr optical encoder pretty much as fast as I can spin it.? The 1024ppr encoder is pretty useless for the uBitx unless I added routines to divide the ppr (way)down, but I also have several encoders which I do plan on using in my uBitx.? These are very nice and have square wave output and no de-bounce needed.? Now I just need to figure out how to replace the existing encoder non-interrupt based routine with this code..
toggle quoted message
Show quoted text
On Wed, Feb 7, 2018 at 12:01 PM, Michael Monteith wrote: After I saw the post and responses I was wondering too.? I ran across this that might help.? If nothing else it helps with doing fast digital writes. ? -- John - N0CTL - Fulltime RV in a 40' motorhome |
|
I also use this type of optical rotary encoder. It is much better and the feel is just perfect.
Between the encoder and the Radiuno I have a extra Arduino to adapt the pulses and divide them to not overrun the Radiuno. I found a sketch by Jim Smith - G3ZQC and Glenn Percy - VK3PE to perform this task perfectly and only added some stuff for my project. Try it ! Regards and 73's PE1MHY Guido |
|
I've seen that code Guido, but there is more to that code.? For others coming here and seeing the link to the code above.? Please see for more info on how to implement it. But basicly, you program that code into a small microprocessor, something like a ATTiny85, though others even use a Nano.? You then connect you high-pulse count encoder to the processor, and it outputs a divide/N signal that you then feed to yourRaduinos encoder inputs:
 |
|
Jack, W8TEE
Wouldn't it just be easier (and less expensive) to buy an encoder with a lower ppr? Mouser sells good quality Bourns 20ppr encoders for under $2. Jack, W8TEE
On Monday, September 23, 2019, 11:07:33 PM EDT, John Scherer <jrsphoto@...> wrote:
I've seen that code Guido, but there is more to that code.? For others coming here and seeing the link to the code above.? Please see for more info on how to implement it. But basicly, you program that code into a small microprocessor, something like a ATTiny85, though others even use a Nano.? You then connect you high-pulse count encoder to the processor, and it outputs a divide/N signal that you then feed to yourRaduinos encoder inputs:
-- Jack, W8TEE |
|
Hey Jack!? Easier?? Sure, ok.? But its not always about what easy, is it.? If it were, we would just buy all of our ham gear and be done with it.? That being said, whats mentioned above isn't that difficult.? I used and attiny85 that I programmed with the ArduinoIDE.? Works like a champ.? The one thing I would love to add is, when I change the step size in the uBitx, I would like to have the radio change the divisor on the fly.? For 10 Hz step, divide by 2, for the others by 4.? The goal would be for about 2.4 kHz span per one knob revolution when 10 Hz is selected, and about 12 kHz when 100 Hz is selected.
My reasons for going to a higher PPR optical encoder over the mechanical encoder that most use was all about the feel.? Most optical encoders have bearings and makes for very smooth operation.? The encoder in my uBitx is 128ppr and the Nano just isn't up to that task.? It could likely be made to work but I'm no expert with the code or ISR's.? I also have the BITeensio board and I can tell you that with its Teensy 3.6 processor and? a few simple mods to their encoder routines, I was able to read my 1024 ppr encoders (overkill for sure) as fast as I could spin it, without missing a beat.? Point being, we really need a faster processor in the raduino, something like the Teensy 4 would be pretty interesting.? The Teensy 4 could open the door for having some fun with digital audio filters, better spectrum display, etc. |
|
Jack, W8TEE
Agree, and I have some interesting things I want to try with the 4.0 Teensy. For a while, JackAl used a software timer to track the rate at which the user was "spinning" the frequency knob. If the rate when above some user-defined threshold, we upper the increment factor by 10x. It worked fine, but seemed awkward to us. Because we use a touchscreen with the JackAl, we just put a "floating" cursor above the current frequency (shown here above the '3' digit) and the user can tap the '<' or '>' to move the frequency increment value. Not the best solution, perhaps, but it works. Plus, if you don't like it, you have the source code to change it if you want. Jack, W8TEE
On Tuesday, September 24, 2019, 6:26:37 AM EDT, John Scherer <jrsphoto@...> wrote:
Hey Jack!? Easier?? Sure, ok.? But its not always about what easy, is it.? If it were, we would just buy all of our ham gear and be done with it.? That being said, whats mentioned above isn't that difficult.? I used and attiny85 that I programmed with the ArduinoIDE.? Works like a champ.? The one thing I would love to add is, when I change the step size in the uBitx, I would like to have the radio change the divisor on the fly.? For 10 Hz step, divide by 2, for the others by 4.? The goal would be for about 2.4 kHz span per one knob revolution when 10 Hz is selected, and about 12 kHz when 100 Hz is selected. My reasons for going to a higher PPR optical encoder over the mechanical encoder that most use was all about the feel.? Most optical encoders have bearings and makes for very smooth operation.? The encoder in my uBitx is 128ppr and the Nano just isn't up to that task.? It could likely be made to work but I'm no expert with the code or ISR's.? I also have the BITeensio board and I can tell you that with its Teensy 3.6 processor and? a few simple mods to their encoder routines, I was able to read my 1024 ppr encoders (overkill for sure) as fast as I could spin it, without missing a beat.? Point being, we really need a faster processor in the raduino, something like the Teensy 4 would be pretty interesting.? The Teensy 4 could open the door for having some fun with digital audio filters, better spectrum display, etc. -- Jack, W8TEE |
|
I always liked that screen layout Jack.? UI design for these small displays, well any display really, and especially when its for the masses, can be an exercise in futility. Its hard to be all things to all the people ;-)? But this layout puts everything you need all on one screen.? Simple and sweet.
-- John - N0CTL - Fulltime RV in a 40' motorhome |
|
It just came to me that, the circuit I posted above and designed by Glen - VK3PE, would be super easy to modify to have two different division ratios.? Rather than using D0 as a direction output, just configure it as an input and have it divide by 2 if its high, or 4 if is low.? Divisors could be anything but you get the idea.? The all I would need is an output from the teensy / nano to reflect the step size chosen to flip the bit
-- John - N0CTL - Fulltime RV in a 40' motorhome |
开云体育Jack I like the way you implemented changing frequency steps right there on the screen, it is clean and efficient. I hate to have to dive into menus to fine useful functions that I use frequently, and changing tuning steps is one of those I use on my other rigs.Skip Davis, NC9O? On Sep 24, 2019, at 09:27, Jack, W8TEE via Groups.Io <jjpurdum@...> wrote:
|
Jim Sheldon
Michael Monteith
John Scherer
PA3GYV - Werner
Guido de Vries
Skip Davis