Date   
Re: Thank you HF Signals

rmvanb@...
 

Pfff ik wacht ook nog steeds,spannend om na 20 jaar geen weerstand meer hebben aangeraakt, weer te beginnen met de hobby. Moet van alles leren, arduino enzenz. Ook mijn N licentie gaan halen dit jaar. Druk druk druk

software update, Reed's code merged

Christopher Miller
 

I was resisting responding to this, but since Farnham has. I wish the people slandering hfsignals would do their homework BEFORE spending money. There is no reason to complain if they don’t have have the foresight to ask if they need basic computer skills, or want a off the shelf rig.

Yelling about having to get free tools to program a microcontroller seems childish.  Also not using google before they yell is silly.

Hopefully after I catch up with my bills I can get one of these kits.

KF4FTR

On Fri, Jan 24, 2020 at 11:34 PM Ashhar Farhan <farhanbox@...> wrote:
We use Arduino because there is support for it. If you spend a minute looking at vidoes to upload sketchs to arduino, it will save you the misery.
1. You don't HAVE to upload. There are no new features. Just that the display and tuning works better.
2. Just like we dont have a tutor on soldering, we don't discuss how to upload on arduino..the reason i stuck yo arduino was so that the arduino website as well as the large amounts of videos available make it very easy to learn it.

In the future more and more homebrewing will demand familiarity with uploading software. Spend a few minutes on youtube and learn it.

- f

On Sat 25 Jan, 2020, 10:32 AM Smitty, KR6ZY, <mark-groupsio@...> wrote:
Well, that’s a bit aggressive isn’t it?

The uBitX is a radio to be hacked on and tweaked, it’s not an appliance. It’s no surprise that there will be updates over time. Nothing was “rushed for the moneys.”

I agree that some step-by-step instructions would be a good idea. It’s the best way to make a hacking community more inclusive of beginners, and not exclusive to those who already have the skills. I’m in InfoSec, we have the same problem there. 

Having said that, attacking the people you’re asking for help is not likely to get you what you need. 

I’m not in a position right now to write anything up. But I can suggest you look for an Arduino IDE tutorial online somewhere: google, YouTube, whatever format you prefer. Once you know how to load an Arduino program (sometimes called a Sketch) onto an Arduino, then loading Farhan’s code is the same process. This is a uBitX community, not an Arduino community. Hence the assumption that most people already have that skill, or can get it elsewhere. 

The unique-to-uBitX knowledge you need is:
- Set the board type to Arduino Nano
- Make sure you’re using a recent version of Arduino. I’ve seen some people have problems with older versions. I use 1.8.9 and it works fine. 

Otherwise, the process is an Arduino process, not a uBitX process. 

Good luck! If you find a good tutorial, please post it here; I’m sure others would like to read it too.

-Mark

On Jan 24, 2020, at 8:51 PM, Steve Sawicki via Groups.Io <ab2et=yahoo.com@groups.io> wrote:

OK I have kept quiet until now..... A bid pissed to say the least at the statment
" the upgrading process for the V6s shipped in December is quite smooth too. A plain vanilla Arduino software is all you need"
I STRONGLY believe that Ashhar needs to provide a step by step fully illustrated process for how to perform the process, now I have to find plain vanilla Arduino software and do what with it???
I believed in the V6 project I put my monies up front and I guess that got me the big shaft I guess that the statement was correct, "it was rushed to get the monies" .
Never Again!
Steve
AB2ET
 

Re: software update, Reed's code merged

Ashhar Farhan
 

We use Arduino because there is support for it. If you spend a minute looking at vidoes to upload sketchs to arduino, it will save you the misery.
1. You don't HAVE to upload. There are no new features. Just that the display and tuning works better.
2. Just like we dont have a tutor on soldering, we don't discuss how to upload on arduino..the reason i stuck yo arduino was so that the arduino website as well as the large amounts of videos available make it very easy to learn it.

In the future more and more homebrewing will demand familiarity with uploading software. Spend a few minutes on youtube and learn it.

- f

On Sat 25 Jan, 2020, 10:32 AM Smitty, KR6ZY, <mark-groupsio@...> wrote:
Well, that’s a bit aggressive isn’t it?

The uBitX is a radio to be hacked on and tweaked, it’s not an appliance. It’s no surprise that there will be updates over time. Nothing was “rushed for the moneys.”

I agree that some step-by-step instructions would be a good idea. It’s the best way to make a hacking community more inclusive of beginners, and not exclusive to those who already have the skills. I’m in InfoSec, we have the same problem there. 

Having said that, attacking the people you’re asking for help is not likely to get you what you need. 

I’m not in a position right now to write anything up. But I can suggest you look for an Arduino IDE tutorial online somewhere: google, YouTube, whatever format you prefer. Once you know how to load an Arduino program (sometimes called a Sketch) onto an Arduino, then loading Farhan’s code is the same process. This is a uBitX community, not an Arduino community. Hence the assumption that most people already have that skill, or can get it elsewhere. 

The unique-to-uBitX knowledge you need is:
- Set the board type to Arduino Nano
- Make sure you’re using a recent version of Arduino. I’ve seen some people have problems with older versions. I use 1.8.9 and it works fine. 

Otherwise, the process is an Arduino process, not a uBitX process. 

Good luck! If you find a good tutorial, please post it here; I’m sure others would like to read it too.

-Mark

On Jan 24, 2020, at 8:51 PM, Steve Sawicki via Groups.Io <ab2et=yahoo.com@groups.io> wrote:

OK I have kept quiet until now..... A bid pissed to say the least at the statment
" the upgrading process for the V6s shipped in December is quite smooth too. A plain vanilla Arduino software is all you need"
I STRONGLY believe that Ashhar needs to provide a step by step fully illustrated process for how to perform the process, now I have to find plain vanilla Arduino software and do what with it???
I believed in the V6 project I put my monies up front and I guess that got me the big shaft I guess that the statement was correct, "it was rushed to get the monies" .
Never Again!
Steve
AB2ET
 

Re: software update, Reed's code merged

Smitty, KR6ZY
 

Well, that’s a bit aggressive isn’t it?

The uBitX is a radio to be hacked on and tweaked, it’s not an appliance. It’s no surprise that there will be updates over time. Nothing was “rushed for the moneys.”

I agree that some step-by-step instructions would be a good idea. It’s the best way to make a hacking community more inclusive of beginners, and not exclusive to those who already have the skills. I’m in InfoSec, we have the same problem there. 

Having said that, attacking the people you’re asking for help is not likely to get you what you need. 

I’m not in a position right now to write anything up. But I can suggest you look for an Arduino IDE tutorial online somewhere: google, YouTube, whatever format you prefer. Once you know how to load an Arduino program (sometimes called a Sketch) onto an Arduino, then loading Farhan’s code is the same process. This is a uBitX community, not an Arduino community. Hence the assumption that most people already have that skill, or can get it elsewhere. 

The unique-to-uBitX knowledge you need is:
- Set the board type to Arduino Nano
- Make sure you’re using a recent version of Arduino. I’ve seen some people have problems with older versions. I use 1.8.9 and it works fine. 

Otherwise, the process is an Arduino process, not a uBitX process. 

Good luck! If you find a good tutorial, please post it here; I’m sure others would like to read it too.

-Mark

On Jan 24, 2020, at 8:51 PM, Steve Sawicki via Groups.Io <ab2et@...> wrote:

OK I have kept quiet until now..... A bid pissed to say the least at the statment
" the upgrading process for the V6s shipped in December is quite smooth too. A plain vanilla Arduino software is all you need"
I STRONGLY believe that Ashhar needs to provide a step by step fully illustrated process for how to perform the process, now I have to find plain vanilla Arduino software and do what with it???
I believed in the V6 project I put my monies up front and I guess that got me the big shaft I guess that the statement was correct, "it was rushed to get the monies" .
Never Again!
Steve
AB2ET
 

Re: software update, Reed's code merged

Steve Sawicki
 

OK I have kept quiet until now..... A bid pissed to say the least at the statment
" the upgrading process for the V6s shipped in December is quite smooth too. A plain vanilla Arduino software is all you need"
I STRONGLY believe that Ashhar needs to provide a step by step fully illustrated process for how to perform the process, now I have to find plain vanilla Arduino software and do what with it???
I believed in the V6 project I put my monies up front and I guess that got me the big shaft I guess that the statement was correct, "it was rushed to get the monies" .
Never Again!
Steve
AB2ET
 

Re: software update, Reed's code merged

Smitty, KR6ZY
 

What version of Arduino? I saw some people note that older versions didn’t compile it correctly. 

Make sure you have the correct board selected: Arduino Nano.

-Mark

On Jan 24, 2020, at 1:08 PM, Andy_501 <andrew.webb.501.ve4per@...> wrote:



Just loaded files from github @  https://github.com/afarhan/ubitxv6/  I got it into arduino IDE and on a verify/compile before uploading came up with a whack of errors.  Where to begin looking?










On 2020-01-24 11:52, Ashhar Farhan wrote:
Yes, we didn't ship any V6 until now because of these changes in software. the kits are going out today and tomorrow. the upgrading process for the V6s shipped in December is quite smooth too. A plain vanilla Arduino software is all you need.

- f

On Fri, Jan 24, 2020 at 9:47 PM V Zecchinelli <n1vin@...> wrote:
Thank you Ashhar.  Is this new version used on all new V6 orders now?  I want to order a V6 but am waiting for bugs to settle down.
Thanks 73 Vince N1VIN


On 1/24/2020 2:24 AM, Ashhar Farhan wrote:
Peeps,

I have done a bit of tweaking to the code of the version 6. the updated code is at https://github.com/afarhan/ubitxv6/
Here is what is new:
1. The 17 meters band now works, it was an oversight to have made a one line mistake in the code.
2. The display is now quite fast. It is a rewrite of the the display routines
3. Reed's momentum tuning has been added to the code.

Do download and test it.

Now, for the longer story...

The way display controller works is that it sets a 'window' within the 320x240 display and then you transfer all the bytes needed to be written to it. They are written to fill up the display left to right each line, from top to bottom.  Thus, if you wanted a letter that is 14 pixels high and 5 pixels across, you will open a window that is 14 by 5 and then transfer 70 pixels (of 16 bits each) to it.
The transfer function of the SPI library works such that it transfers a whole array at once. We don't have the luxury of memory to store a whole array of the screen, hence, we were doing something silly.

We were defining each pixel to be a 1x1 tiny window and painting it with the colour that we needed. Thus, a line that was 320 pixles across needed to draw 320 pixels, one at a time. SLOW!!

The new code snips the drawing into smaller segments of about 64 pixels at a time and transfers them in blocks. the code to fill rectangular blocks is in quickFill and the displayChar.

That apart, Reed's excellent code for better tuning has also been merged. I briefly tested it to work well with the CAT on wsjtx. That's always a big worry. it seems to work quite well.

73, f

<ubitx_V6.1codeERRORS on compile.txt>

Re: software update, Reed's code merged

Smitty, KR6ZY
 

Great news. When I get a moment, I’ll reflash from Farhan’s master branch. Looking forward to it!

-Mark

On Jan 24, 2020, at 12:27 AM, Reed N <greenkid336600+groupsio@...> wrote:

Ashhar,

Great to see some of these improvements make their way back into the official repo! I'll take a look this weekend.

I also want to give a shout-out to Mark (aka Smitty) who did the interrupt-based encoder piece of the tuning code.


Reed

Re: REPLACEMENT RADUINO

mm0bef@...
 

Could u send the design and code to me please.
Best regards
Brian_____MM0BEF

Latest TSW Teensy 4 software on the website #v6 #teensy #ubitx

Jim Sheldon
 

TSW has released our latest firmware for the Teensy4 which can be used with the uBITX Version 6 factory Raduino, the TSW V6 Raduino Clone kit and our upcoming Teensy4 Raduino Clone kit that will only take the Teensy 4 as it's MPU.  This kit should be available in early February if the prototype testing goes as well as our original V6 Raduino clone did.  We now have that kit available - pricing to USA customers and ordering details are available on the website.  We're still working to find out why export restrictions were placed on our older Raduino Clone kit when shipping to EU.  For that reason our international shipping is not available until we get it sorted out.  I'm sure it was just a misunderstanding because all of the parts are standard stuff and available internationally.  For now though, shipping is only to the US and its territories.  Sorry for the inconvenience.

The factory Raduino and TSW's V6 Raduino Clone can use either the Arduino NANO with stock factory firmware or by obtaining TSW's Teensy 4 to NANO plug-in adapter (requiring no hardware mods to the Raduino) the Teensy 4 can be used with TSW's T4 software in either of the Raduinos.

Thanks to Jim, KK0U's help we also have a new document available on the website that very explicitly explains how to set up the Arduino IDE environment with PJRC's "Teensyduino" add on and how to compile/upload the sketches to the Teensy 4. This should help those who are just getting started using the Teensy line of products from PJRC get set up to program them.

In TSW's new firmware using the Teensy 4, We've completely re-done the Master Oscillator and BFO calibration routines so they are very intuitive and simple to use.  A stand-alone document is available on the TSW (www.w0eb.com) website in the Documentation directory showing the easy to use screens and giving explicit instructions on how to use them. 

For further info, check the TSW website or email W0EB (w0eb [at] cox dot net) for more explicit details.

Jim, W0EB
TSW Project Coordinator

Re: software update, Reed's code merged

Philip
 

Hi Andy.
Here is the compiled HEX file
Philip

Re: software update, Reed's code merged

Andy_501
 

Just loaded files from github @  https://github.com/afarhan/ubitxv6/  I got it into arduino IDE and on a verify/compile before uploading came up with a whack of errors.  Where to begin looking?










On 2020-01-24 11:52, Ashhar Farhan wrote:
Yes, we didn't ship any V6 until now because of these changes in software. the kits are going out today and tomorrow. the upgrading process for the V6s shipped in December is quite smooth too. A plain vanilla Arduino software is all you need.

- f

On Fri, Jan 24, 2020 at 9:47 PM V Zecchinelli <n1vin@...> wrote:
Thank you Ashhar.  Is this new version used on all new V6 orders now?  I want to order a V6 but am waiting for bugs to settle down.
Thanks 73 Vince N1VIN


On 1/24/2020 2:24 AM, Ashhar Farhan wrote:
Peeps,

I have done a bit of tweaking to the code of the version 6. the updated code is at https://github.com/afarhan/ubitxv6/
Here is what is new:
1. The 17 meters band now works, it was an oversight to have made a one line mistake in the code.
2. The display is now quite fast. It is a rewrite of the the display routines
3. Reed's momentum tuning has been added to the code.

Do download and test it.

Now, for the longer story...

The way display controller works is that it sets a 'window' within the 320x240 display and then you transfer all the bytes needed to be written to it. They are written to fill up the display left to right each line, from top to bottom.  Thus, if you wanted a letter that is 14 pixels high and 5 pixels across, you will open a window that is 14 by 5 and then transfer 70 pixels (of 16 bits each) to it.
The transfer function of the SPI library works such that it transfers a whole array at once. We don't have the luxury of memory to store a whole array of the screen, hence, we were doing something silly.

We were defining each pixel to be a 1x1 tiny window and painting it with the colour that we needed. Thus, a line that was 320 pixles across needed to draw 320 pixels, one at a time. SLOW!!

The new code snips the drawing into smaller segments of about 64 pixels at a time and transfers them in blocks. the code to fill rectangular blocks is in quickFill and the displayChar.

That apart, Reed's excellent code for better tuning has also been merged. I briefly tested it to work well with the CAT on wsjtx. That's always a big worry. it seems to work quite well.

73, f

Re: software update, Reed's code merged

Richard Spohn
 

Ashhar, I am making purchase decisions based on your excellent demos
on Youtube. Will you be posting a demo of the new, improved software
v6 soon? Thanks - Rich WB2GXM

On 1/24/20, Ashhar Farhan <farhanbox@...> wrote:
Yes, we didn't ship any V6 until now because of these changes in software.
the kits are going out today and tomorrow. the upgrading process for the
V6s shipped in December is quite smooth too. A plain vanilla Arduino
software is all you need.

- f

On Fri, Jan 24, 2020 at 9:47 PM V Zecchinelli <n1vin@...> wrote:

Thank you Ashhar. Is this new version used on all new V6 orders now? I
want to order a V6 but am waiting for bugs to settle down.
Thanks 73 Vince N1VIN


On 1/24/2020 2:24 AM, Ashhar Farhan wrote:

Peeps,

I have done a bit of tweaking to the code of the version 6. the updated
code is at https://github.com/afarhan/ubitxv6/
Here is what is new:
1. The 17 meters band now works, it was an oversight to have made a one
line mistake in the code.
2. The display is now quite fast. It is a rewrite of the the display
routines
3. Reed's momentum tuning has been added to the code.

Do download and test it.

Now, for the longer story...

The way display controller works is that it sets a 'window' within the
320x240 display and then you transfer all the bytes needed to be written
to
it. They are written to fill up the display left to right each line, from
top to bottom. Thus, if you wanted a letter that is 14 pixels high and 5
pixels across, you will open a window that is 14 by 5 and then transfer
70
pixels (of 16 bits each) to it.
The transfer function of the SPI library works such that it transfers a
whole array at once. We don't have the luxury of memory to store a whole
array of the screen, hence, we were doing something silly.

We were defining each pixel to be a 1x1 tiny window and painting it with
the colour that we needed. Thus, a line that was 320 pixles across needed
to draw 320 pixels, one at a time. SLOW!!

The new code snips the drawing into smaller segments of about 64 pixels
at
a time and transfers them in blocks. the code to fill rectangular blocks
is
in quickFill and the displayChar.

That apart, Reed's excellent code for better tuning has also been merged.
I briefly tested it to work well with the CAT on wsjtx. That's always a
big
worry. it seems to work quite well.

73, f






Re: software update, Reed's code merged

Ashhar Farhan
 

Neil.
I am not yet satisfied with the morse reading. Give it another few days and I will finish it. the blindfold tests were not very satisfactory. Especially when it comes to homing to a certain frequency.
- farhan

On Fri, Jan 24, 2020 at 9:12 PM Neil k8it <k8it@...> wrote:
Asher
Can you make an updated version that has these changes and the Morse’s code feedback turned on and add Reeds updated function that displays the calibration values?
I am totally blind and could use these features. Also can you make a hex file available. Reed did this the other day before you made these changes and I would like to have one version. That I need to track as you make more changes in the future.
Thanks
73 Neil k8it


On Jan 24, 2020, at 3:26 AM, Reed N <greenkid336600+groupsio@...> wrote:

Ashhar,

Great to see some of these improvements make their way back into the official repo! I'll take a look this weekend.

I also want to give a shout-out to Mark (aka Smitty) who did the interrupt-based encoder piece of the tuning code.


Reed

Re: software update, Reed's code merged

Ashhar Farhan
 

Yes, we didn't ship any V6 until now because of these changes in software. the kits are going out today and tomorrow. the upgrading process for the V6s shipped in December is quite smooth too. A plain vanilla Arduino software is all you need.

- f

On Fri, Jan 24, 2020 at 9:47 PM V Zecchinelli <n1vin@...> wrote:
Thank you Ashhar.  Is this new version used on all new V6 orders now?  I want to order a V6 but am waiting for bugs to settle down.
Thanks 73 Vince N1VIN


On 1/24/2020 2:24 AM, Ashhar Farhan wrote:
Peeps,

I have done a bit of tweaking to the code of the version 6. the updated code is at https://github.com/afarhan/ubitxv6/
Here is what is new:
1. The 17 meters band now works, it was an oversight to have made a one line mistake in the code.
2. The display is now quite fast. It is a rewrite of the the display routines
3. Reed's momentum tuning has been added to the code.

Do download and test it.

Now, for the longer story...

The way display controller works is that it sets a 'window' within the 320x240 display and then you transfer all the bytes needed to be written to it. They are written to fill up the display left to right each line, from top to bottom.  Thus, if you wanted a letter that is 14 pixels high and 5 pixels across, you will open a window that is 14 by 5 and then transfer 70 pixels (of 16 bits each) to it.
The transfer function of the SPI library works such that it transfers a whole array at once. We don't have the luxury of memory to store a whole array of the screen, hence, we were doing something silly.

We were defining each pixel to be a 1x1 tiny window and painting it with the colour that we needed. Thus, a line that was 320 pixles across needed to draw 320 pixels, one at a time. SLOW!!

The new code snips the drawing into smaller segments of about 64 pixels at a time and transfers them in blocks. the code to fill rectangular blocks is in quickFill and the displayChar.

That apart, Reed's excellent code for better tuning has also been merged. I briefly tested it to work well with the CAT on wsjtx. That's always a big worry. it seems to work quite well.

73, f

Re: Thank you HF Signals

Gordon Gibby
 

I think I remembered they were taking a little holiday didn’t they say?  


On Jan 24, 2020, at 12:03, Ben Holmes <judosandan@...> wrote:

I'm jealous, I ordered 12/24, and am still waiting.

Patience, right?

Ben Holmes, K6QV

Re: Thank you HF Signals

Ben Holmes
 

I'm jealous, I ordered 12/24, and am still waiting.

Patience, right?

Ben Holmes, K6QV

Common Heat Sink on IRF510 #ubitx

KC0GKF
 

I screwed up and connected both IRF510 to the same heat sink.  I knew they would have 12v on them, but didn't realize they can't be connected together.

Anyway what should I be looking for as far as other damaged components?

I replaced both IRF510 and tried to do the bias adjustment.  It seemed to work on one of them, but the other didn't change with the pot so I am thinking there is something else wrong?  Just wondering what else I should be looking for.

Thanks for the help.

Re: software update, Reed's code merged

V Zecchinelli
 

Thank you Ashhar.  Is this new version used on all new V6 orders now?  I want to order a V6 but am waiting for bugs to settle down.
Thanks 73 Vince N1VIN


On 1/24/2020 2:24 AM, Ashhar Farhan wrote:
Peeps,

I have done a bit of tweaking to the code of the version 6. the updated code is at https://github.com/afarhan/ubitxv6/
Here is what is new:
1. The 17 meters band now works, it was an oversight to have made a one line mistake in the code.
2. The display is now quite fast. It is a rewrite of the the display routines
3. Reed's momentum tuning has been added to the code.

Do download and test it.

Now, for the longer story...

The way display controller works is that it sets a 'window' within the 320x240 display and then you transfer all the bytes needed to be written to it. They are written to fill up the display left to right each line, from top to bottom.  Thus, if you wanted a letter that is 14 pixels high and 5 pixels across, you will open a window that is 14 by 5 and then transfer 70 pixels (of 16 bits each) to it.
The transfer function of the SPI library works such that it transfers a whole array at once. We don't have the luxury of memory to store a whole array of the screen, hence, we were doing something silly.

We were defining each pixel to be a 1x1 tiny window and painting it with the colour that we needed. Thus, a line that was 320 pixles across needed to draw 320 pixels, one at a time. SLOW!!

The new code snips the drawing into smaller segments of about 64 pixels at a time and transfers them in blocks. the code to fill rectangular blocks is in quickFill and the displayChar.

That apart, Reed's excellent code for better tuning has also been merged. I briefly tested it to work well with the CAT on wsjtx. That's always a big worry. it seems to work quite well.

73, f

Re: Enhancement to #v6

Andy_501
 

Here is digi-key site information on it.     https://www.digikey.ca/en/product-highlight/t/texas-instruments/c5000-boosterpack

and ti wiki link   https://processors.wiki.ti.com/index.php/Audio_Capacitive_Touch_BoosterPack . It is generally an ext sound card but in the ALE world  it was adapted for use similar to a SignalinkUSB except the Two TI units have more respectable tech characteristics for ale requirements.

I bought two back when I was active in cfars/mars  as it was an acceptable option used by a few ops  to use with PC-ALE / MARS-ALE software. Another one was TI ezDSP but mine was quite a bit more expensive (in the $99 range the one preferred by the software developers in that group).

C5000 series appear to have a stackable connection system much like the arduino starter kits make reference to; since I have the unused one in junk box I thought I would see if it might be of use as a built in digi modem enhancement for my V6. It was why I was also searching for more details from someone on setting CAT control up for the v6 unit here.  Need CAT to control RIG PTT mode freq etc but need the sound device to perform modem functions (USB interfaces with laptop and audio TX and RX modem tones)


On 2020-01-24 8:15 a.m., N0YWB wrote:
Do you have a link to specs or the  "att device" 


On Thu, Jan 23, 2020, 6:57 PM Andy_501 <andrew.webb.501.ve4per@...> wrote:
Anybody with experience implementing CAT rig control have suggestions on
best way to incorporate att device to work as modem embedded in uBITxV6
chassis. To enable more digi modes.

Card was only $15

cheers






Re: software update, Reed's code merged

Neil k8it
 

Asher
Can you make an updated version that has these changes and the Morse’s code feedback turned on and add Reeds updated function that displays the calibration values?
I am totally blind and could use these features. Also can you make a hex file available. Reed did this the other day before you made these changes and I would like to have one version. That I need to track as you make more changes in the future.
Thanks
73 Neil k8it


On Jan 24, 2020, at 3:26 AM, Reed N <greenkid336600+groupsio@...> wrote:

Ashhar,

Great to see some of these improvements make their way back into the official repo! I'll take a look this weekend.

I also want to give a shout-out to Mark (aka Smitty) who did the interrupt-based encoder piece of the tuning code.


Reed