Date   
Re: How to get rid of Local FM broadcast stations #ubitx

Gavin
 

I stripped all the paint from the connections to the chassis, and twisted the wires up a bit more. There is continuity between the coax ground and the other grounds. Any other ideas why its picking up these local stations?

Re: Let's Minimize the Library problems.

Ashhar Farhan
 

Cory, jack,
Great ideas. I am travelling and I will try implementing these.
One of my key constraints is to keep things working with what others find easy to use. I would switch from Arduino to the Blue pill in a second except that programming it from Arduino or Platform I/O isn't so simple. You have burn in the boot loader that needs you to hook it up with a serail to usb cable, then switch over to usb programming.
I just give this as an example. Platform io isn't as familiar to many as the horribly kuldgy Arduino IDE. I aleast wish they had implemented a goto line feature!

73, f


On Sun 15 Dec, 2019, 2:16 AM Cory King, <cory@...> wrote:
And sorry to double reply, “good ide support” I mean something other than Arduino IDE.  VSCode or JetBrains CLion.  Both have much better syntax highlighting, auto-completion, git integration and oh so much more.

Manual to set up uBitx Ver 6

wnpauls
 

Is there a manual, or pictures, or help to set up the new uBitx Ver 6? 

If so, where can I find it?

thanks,  Paul K0ZYV

Re: bitx v6 is here

Ashhar Farhan
 

Buddy,
All the user interface is usable without needing touch. If you tap on the tuning knob for a second, you can move the focus from one button to the next and then click in the button to select again. Each button has text associated with it that can be read out. I have taken care to see to it that all features are accessible with and without touch. For example, the ability to enter a new frequency using the touch pad is replicated in fast tune where if you hold down the button while on one of the vfos , you can now quickly move across the bands in 50 khz steps.

Jack,
The function names are confusing as well..many variables are declared and not used any more. There is a large amount of code that is commented out as well. I have to clean that up, refactor reassemble. I will hopefully do this after Christmas.
The graphics library should really be called just a user interface library. The ILI9341 uses a SPI interface where it can fill a rectangle with a 16-bit colour. I used this to draw vertical lines, horizontal lines and pixels. No other graphical primitives have been used. The text characters are plotted pixel by pixel. The entire graphics routines are less than 100 lines. An often reused routine is the drawText routine that draws text centered inside a rectangle with a border. That makes all the buttons trivial. Almost all the user interface is just buttons, very much inspired by the jackal.
While tuning, i observed that only one digit if the frequency read out changes most of the time. So, the displayVFO routines figures which digits need to be repainted and updates only those. This routine is probably what makes the interface usable with the 8 bit power of the Arduino Nano.

- f

On Sun 15 Dec, 2019, 5:43 AM Buddy Brannan, <buddy@...> wrote:
Ooh…a thing that reads the screen in morse? That’s half the battle toward eyes-free operation. The other half, of course, is some additional way to control besides the built-in touch screen interface, like a programmable keypad. Seems to me there were a couple of implementations of this floating around. Do please elaborate.


Buddy Brannan, KB5ELV - Erie, PA
Email: buddy@...
Mobile: (814) 431-0962



> On Dec 14, 2019, at 12:38 PM, Ashhar Farhan <farhanbox@...> wrote:
>
> By morse reader, I actually meant software that reads out the screen in morse code.
> I had fooled around with many morse decoders. Nothing really works on the bands. CW skimmer is the only thing that works under contest conditions.
> So, if you want a morse code decoder that really works well, can adapt to any radio and needs no special hardware, then, spend a month, 20 minutes a day and practice at 30 wpm.
> - f
>
> On Sat 14 Dec, 2019, 9:56 PM splat1956, <dnrabin7@...> wrote:
> Hi
> This is very exciting. I have been thinking a long time but have not purchased one because I was afraid that the soldering and wiring instructions would be confusing. There have been many posts by confused builders.
>
> This sounds great. Is there a morse code decoder built in or coming soon ? Your earlier post said " I have added a morse reader already. I shall finish integration to the user interface soon."
> Please let us know when that is incorporated. I am unlikely to upgrade the software-firmware once it is working and that would be a very nice feature.
>
> Great idea on the calibration with a known station signal for people without test equipment.
>
> Thank you very much for this great upgrade !
>
> David W9PH
>
>
>




Re: bitx v6 is here

Buddy Brannan
 

Ooh…a thing that reads the screen in morse? That’s half the battle toward eyes-free operation. The other half, of course, is some additional way to control besides the built-in touch screen interface, like a programmable keypad. Seems to me there were a couple of implementations of this floating around. Do please elaborate.


Buddy Brannan, KB5ELV - Erie, PA
Email: buddy@...
Mobile: (814) 431-0962

On Dec 14, 2019, at 12:38 PM, Ashhar Farhan <farhanbox@...> wrote:

By morse reader, I actually meant software that reads out the screen in morse code.
I had fooled around with many morse decoders. Nothing really works on the bands. CW skimmer is the only thing that works under contest conditions.
So, if you want a morse code decoder that really works well, can adapt to any radio and needs no special hardware, then, spend a month, 20 minutes a day and practice at 30 wpm.
- f

On Sat 14 Dec, 2019, 9:56 PM splat1956, <dnrabin7@...> wrote:
Hi
This is very exciting. I have been thinking a long time but have not purchased one because I was afraid that the soldering and wiring instructions would be confusing. There have been many posts by confused builders.

This sounds great. Is there a morse code decoder built in or coming soon ? Your earlier post said " I have added a morse reader already. I shall finish integration to the user interface soon."
Please let us know when that is incorporated. I am unlikely to upgrade the software-firmware once it is working and that would be a very nice feature.

Great idea on the calibration with a known station signal for people without test equipment.

Thank you very much for this great upgrade !

David W9PH


Re: Digital mode transmit via CAT but MIC-connector switches to Transmit directly - #cat #digital #v5 #ubitx-help - SOLVED #digital #v5 #ubitx-help #cat

Erwin - PE3ES - F4VTQ
 

Solved by inserting the small PTT switch into the orange Raduino line. Now I can switch to Tx by PTT via CAT with or without plug in the mic jack. And can activate Tx via the little PTT switch manually when a plug is in the mic jack.


--
PE3ES - F4VTQ - Erwin
73

Re: PTT with digital modes #bitx20 #cat #digital

Erwin - PE3ES - F4VTQ
 

Just had the same since yesterday. I installed the small PTT push button in the orange cable coming from Raduino board and going to the microphone key jack. Now th problem is over.

You can now do a CAT PTT with the CEC firmware (with or without a plug in the key jack) or a manual PTT when the plug is in the mic key jack.
I have used JS8CALL and WSJT-x to test PTT.
I have not transmitted so far.
--
PE3ES - F4VTQ - Erwin
73

Re: uBITX CW offset woes

Gordon Gibby
 

You are very gracious.

I think the real issue is that my other rigs know if you are in CW mode or in single side band mode, and so they can’t offset the beat frequency oscillator appropriately

The MicroBid X with Stock software does not know; if you push the mic button you are single side band if you push the key you are CW., and until you do that it doesn’t know. By merely adding a way for it to know which technique (SSB vs cw) you prefer this could be solved.

On Dec 14, 2019, at 09:34, Bill Cromwell <wrcromwell@...> wrote:

Hi Gordon,

Either way we setup the dial is right. Either way is wrong. If we use it the wrong way. As we have both said, we have to know how the radio in front of us works if we are going to have good results. That means we don't have any part of our emission outside the band AND our signal is where the other ham can hear it. For SSB we must present the right sideband, too.

Once upon a time I got a headache sorting it all out. At that time the headache medicines had a commercial showing Thor's hammer inside a human head striking an anvil complete with lightning strikes. If you remember those you will know it was at least a week ago:)

73,

Bill KU8H


On 12/13/19 8:35 PM, Gordon Gibby wrote:
Aargh. I may be wrong here! If I am, my apologies, it makes my head spin a bit. I’ll have to go fiddle with the radio and try it out.
--
bark less - wag more


PTT with digital modes #bitx20 #cat #digital

V Zecchinelli
 

Good Afternoon,

I don't know if this has already been discussed.  I found one message with same issues but no answers.  Could someone point me in the right direction?

When I plug 3.5mm cable into PTT/Mic my V5 uBitx immediately goes into transmit.  I tried stereo cable, mono cable and even just a bare plug with no cable attached.  CAT works fine and so does audio but I can't get past the radio going into TX.

Using Windows 10 on Acer PC,  WSJTX V2.12.  CEC V1.08.

Thank you,
Vince N1VIN

Re: Let's Minimize the Library problems.

Cory King
 

And sorry to double reply, “good ide support” I mean something other than Arduino IDE.  VSCode or JetBrains CLion.  Both have much better syntax highlighting, auto-completion, git integration and oh so much more.

Re: bitx v6 is here

 

Rick,

 We have one on order for testing and fitting of the AGC just to be sure it fits and works as it should. We will keep the group updated with our findings.

73
--
David

 N8DAH
Kit-Projects.com

Shop is open!

Re: Let's Minimize the Library problems.

Cory King
 

In my personal projects that use Arduino stuff (or in my case ESP32/8266) I have been using platform.io.  In addition to really good IDE integration, it has a way to express library dependencies.  


Its way isn’t as fancy as something you’d see with a “real” package manager like NPM but it is good enough that anybody pulling down your source code will know what libraries to install—in fact platform.io will do it for them.

If it was me, I’d switch all the code to use platform.io.  It could also help with porting to ESP and teensy as the system helps manage any compiler flags you’d need in order to add platform-specific code.

Re: Sidebands reversed after Memory Manager Used

Anthony Gomes
 

Bill, I had the same issue with SSB (LSB & USB getting inverted) with my scratch build. I don't like any software which does code changes magically, I like "Breaking the Magician's Code" maybe it just me. Don't get wrong the Memory Manager has it's own benefits, I would have taken a backup of the config before using the Memory Manager and doing any changes. I use the Memory manager to backup and restore my best tuned config and make another Arduino nano clone.

I think the best option will be to start with the CEC recommend factory reset and calibration process.

73
Anthony
VU3JVX 

Re: Frequency calibration V5

Cory King
 

“Replacement frequency source”.

So i picked up one of those NanoVNA’s on amazon and it can generate a constant signal on any given frequency.  I’m wondering how I can use that to set the BFO / calibration.

I have yet to find a concise YouTube video or guide on how one actually knows when the BFO and calibration are both set correctly.

my guess is for BFO I’m looking for the setting where the “tone” generated by VNA goes away— meaning the frequency on the dial is now sitting right on top of what would be the carrier.  But I could be completely wrong.


but seriously, the descriptions of “zero beat” I read online don’t click with me...   this stuff is all just math... surely somebody can describe it that way.

Re: bitx v6 is here

Hans Summers
 

> Respectfully, the on-board decoder on the K3 works well. 

The decoder in the QCX CW transceiver http://qrp-labs.com/qcx works well too. Of course, nothing works as well as the human brain. 

CW Skimmer probably does better than embedded decoders because an awful lot of dedicated effort has gone into that function alone and because it has a lot of PC computing power available to it that is not available in an embedded processing system. 

73 Hans G0UPL

Sidebands reversed after Memory Manager Used

Bill Meara
 

Thanks to all who offered advice on how to get my uBITX to display transmit frequency on CW.   I went to Memory Manger and changed the settings.  Unfortunately this seems to have seriously messed up my software.  

I cleared the EEPROM, and loaded CEC version 1.20.  It looked good, but the sidebands were reversed -- I had to put 40 meters in USB to copy the sideband signals (which are on LSB). 

I even tried to go back to 1.071.  But I have the same problem with the sidebands.  It is as if the BFO is being placed in the wrong spots. 

Any suggestions on how to fix this?  It is not a hardware problem -- I had it working fine until I tried to make changes with Memory Manager.  

Thanks 73  Bill N2CQR

Re: bitx v6 is here

Jack, W8TEE
 

Jerry:

I agree that the type specifier should be a capital 'L':

        #define INIT_USB_FREQ   (11059200L)

and I use them, not for the compiler's benefit, as you're right that the compiler can figure that out. I do it as a form of documentation. Therefore, if I use the constant in a complex expression of mixed data types, the compiler uses the correct data type (e.g., a long, not a long long or an unsigned long) after the parse. (There are tools that let you see the source after the preprocessor pass and it can be helpful there.)

Another change I would make on Farhan's new code is to change all of the *.INO files except ubitx_v6.3_code,ino (because it contains setup() and loop() in it) to *.cpp files. If you use a bunch of *.ino files, the compiler must gather all of the files into one "super" ino file before it can compile the code. If you have only one *.ino file, the compiler can perform incremental compiles. The time savings can be substantial. The JackAl code was 11,000+ lines of source code spread over 19 files. The first compile in the morning would take about a minute on a pretty fast machine. Then, since I tend to end up working on just one file most of the day, the compiler can see that the dirty flag is only set on the file I'm editing. Therefore, it only compiles that one file and let's the linker splice the other (previously-compiled) files into the executable. This can cut the compile time by 90%. For me, this could save a half hour each day of unnecessary thumb-twiddling.

Making the change involves some work, since it usually means a header file with extern data declarations in it and the actual data defintions in INO file. I did this for Farhan on the V5 code, but he never released it. It probably would have just confused people. Still, if you plan on messing around with the code to any extent, using *.cpp files will end up saving you a lot of time in the long run.

Jack, W8TEE


On Saturday, December 14, 2019, 2:34:59 PM EST, Jerry Gaffke via Groups.Io <jgaffke@...> wrote:


Farhan wrote
>  If your board has 12 mhz, you have to just edit that one line to change the second IF.

That would probably be this line in ubitx_v6.3_code.ino:
    #define INIT_USB_FREQ   (11059200l)
Older code has this line instead:
    #define INIT_USB_FREQ   (11996500l)

Note that the final character is a lower case L (for long integer), not a one.
This has caused confusion in the past, would be better to change that letter to upper case,
here and many instances elsewhere in the code.
Better in my opinion is to remove the L entirely, the compiler is perfectly capable
of figuring out how many bits are needed. 



I'm seeing two routines in ubitx_v6.3_code.ino,
One is named setTXFilters(), this one gets used down in setFrequency()
The other is named setTXFilters_v5(), has identical code in the function body, does not get used.

I believe v5 and v6 have an identical configuration for the filter relays.
However v3 and v4 uBitx hardware will want to replace setTXFilters() with the older version of that routine.



Code for the ILI9341 display is in v6, the old v3,v4,v5 code
using the LiquidCrystal library for the old 2x16 display has been removed.
Would be nice if this was if-def'd so code could be compiled for either.

So "you have to just edit that one line" applies to changing the IF frequency, 
but you have a fair bit more work to do if planning to use v6 code on v3,v4,v5.

Jerry, KE7ER



On Fri, Dec 13, 2019 at 06:58 PM, Ashhar Farhan wrote:
We have left the old traces, connectors etc in exactly the same place. The software is backwards compatible with the previous versions. If your board has 12 mhz, you have to just edit that one line to change the second IF.
I have also written a new calibration rountine that makes it easy to calibrate without needing any instrumentation in the shack. You set the dial to the frequency of a known station, get into calibration mode, and then keep spinning the tuning knob until you are zero-beat with the known signal.
73, f

--
Jack, W8TEE

Re: Which version of the XPT2046_Touchscreen library is used by the V6 ?

GM4CID
 

Farhan, thank you.

73, Bob GM4CID

Re: bitx v6 is here

Jerry Gaffke
 

Farhan wrote
>  If your board has 12 mhz, you have to just edit that one line to change the second IF.

That would probably be this line in ubitx_v6.3_code.ino:
    #define INIT_USB_FREQ   (11059200l)
Older code has this line instead:
    #define INIT_USB_FREQ   (11996500l)

Note that the final character is a lower case L (for long integer), not a one.
This has caused confusion in the past, would be better to change that letter to upper case,
here and many instances elsewhere in the code.
Better in my opinion is to remove the L entirely, the compiler is perfectly capable
of figuring out how many bits are needed. 



I'm seeing two routines in ubitx_v6.3_code.ino,
One is named setTXFilters(), this one gets used down in setFrequency()
The other is named setTXFilters_v5(), has identical code in the function body, does not get used.

I believe v5 and v6 have an identical configuration for the filter relays.
However v3 and v4 uBitx hardware will want to replace setTXFilters() with the older version of that routine.



Code for the ILI9341 display is in v6, the old v3,v4,v5 code
using the LiquidCrystal library for the old 2x16 display has been removed.
Would be nice if this was if-def'd so code could be compiled for either.

So "you have to just edit that one line" applies to changing the IF frequency, 
but you have a fair bit more work to do if planning to use v6 code on v3,v4,v5.

Jerry, KE7ER



On Fri, Dec 13, 2019 at 06:58 PM, Ashhar Farhan wrote:
We have left the old traces, connectors etc in exactly the same place. The software is backwards compatible with the previous versions. If your board has 12 mhz, you have to just edit that one line to change the second IF.
I have also written a new calibration rountine that makes it easy to calibrate without needing any instrumentation in the shack. You set the dial to the frequency of a known station, get into calibration mode, and then keep spinning the tuning knob until you are zero-beat with the known signal.
73, f

Re: bitx v6 is here

Jack, W8TEE
 

SOTABeams has a nice (and small) DSP filter. There's also a really nice DSP package described in Microcontroller Projects for Amateur Radio that lets you define the filter parameters:

Inline image

Oh, never mind...that book's not out yet!   :>)

Jack, W8TEE



On Saturday, December 14, 2019, 12:02:58 PM EST, John AE5X <ae5x@...> wrote:


On Fri, Dec 13, 2019 at 03:41 PM, Dave Dixon wrote:
just ordered my V6 looking forward to receiving it next year..Im hunting around for a variable cw filter..any ideas guys.,Dave G0AYD
I'll probably be ordering one of these:
https://qrpguys.com/qrpguys-active-600hz-audio-filter

Here's another option if you want to spend more:
https://www.sotabeams.co.uk/variable-bandwidth-filter-modules-ssb-cw/

John AE5X
https://ae5x.blogspot.com/

--
Jack, W8TEE