Date   

V5 id

Vk6hly@...
 

Hi and thanks for the ad to the group.
I just received my ubitx only after 5 days and that includes the weekend. And I live remote southwest Western Australia...no complaint there.
One question tho, how can I tell if my board is V5? I can't find any version I'd on it anywhere.....or will it be v5 because it's new delivery?
Cheers
Maurice


Re: Swapping Nano's

hickmodawg@...
 

Hallelujah!  And Eureka!

I successfully compiled and uploaded the CEC Firmware Ver. 1.2 to my spare Nano and it works in the radio!  Finally!

My mistake was trying to compile and upload with the new Arduino Nano on the workbench, not in the radio.  I feel so dumb…


After I soldered the pins onto the Nano and inserted it into the radio, the compile and upload worked perfectly with no error reports.


Now it’s on to calibration.

I understand that there may be several ways to calibrate?  What’s your favorite method to calibrate this little gem of a radio?  How do you find the correct values to enter into Memory Manager? 


73 to all of you and thank you big time all for your patience.

Martin, AJ6CL


Re: Plugged sound card mic into speaker #ubitx

Tom, wb6b
 

Hi,

In my case I hooked the microphone input of the USB sound adaptor to the high side of the uBitx volume control. That way I don't need to readjust the volume control to get the level correct if I use the uBitx for something else between running WSPR/Digital modes, and I can listen to the digital signals if I wish.

The signal level from the high side of the volume control, at least with the USB sound adaptor I have, is a little on the high side, so optionally you could put a couple of resistors in a voltage divider to lower the signal level a bit.

Tom, wb6b


Re: Plugged sound card mic into speaker #ubitx

 

Hi Rob,

What voltage do you read on the other side of the capacitor?  IIRC, there's about 4-6VDC on the output of the lm386.  If so, then your 2V is not going to matter much I think.

73,


Mark.


Re: Plugged sound card mic into speaker #ubitx

Bryan Corkran, VK3KEZ
 

I’ve found these work well and very cheap been around for years , use it for Wspr
no drivers needed in windows..


Re: Swapping Nano's

V Zecchinelli <n1vin@...>
 

You should have a directory labeled ubitx_20 and inside this folder should look like this pic.
Open ubitx_20.ino and compile.
Vince



On 9/29/2019 4:01 PM, W2CTX wrote:
When I start my IDE the ubitx_20 file is on the far left.
The routine getBtnStatus is in file ubitx_ui.ino


On September 29, 2019 at 3:40 PM hickmodawg@... wrote:


Hi W2CTX:

I think the com port is correct and the correct board is selected because the top line next to the upload arrow has the correct board and com port listed.

Upon hitting the Verify and Save box, (the icon with the check mark in it)  I notice that line 698 under the tab labeled “ubitx_20.ino” is highlighted in red. It reads “int keyStatus = getBtnStatus();”

And after trying to compile, I receive the error message “getBtnStatus’ was not declared in this scope,” And the program won’t upload to the Nano.

Anyone have any idea how to fix it? I think the problem is related to this line in the firmware?

Martin







Re: Swapping Nano's

W2CTX
 

When I start my IDE the ubitx_20 file is on the far left.
The routine getBtnStatus is in file ubitx_ui.ino

On September 29, 2019 at 3:40 PM hickmodawg@gmail.com wrote:


Hi W2CTX:

I think the com port is correct and the correct board is selected because the top line next to the upload arrow has the correct board and com port listed.

Upon hitting the Verify and Save box, (the icon with the check mark in it)  I notice that line 698 under the tab labeled “ubitx_20.ino” is highlighted in red. It reads “int keyStatus = getBtnStatus();”

And after trying to compile, I receive the error message “getBtnStatus’ was not declared in this scope,” And the program won’t upload to the Nano.

Anyone have any idea how to fix it? I think the problem is related to this line in the firmware?

Martin



Re: Swapping Nano's

hickmodawg@...
 

Hi W2CTX:

I think the com port is correct and the correct board is selected because the top line next to the upload arrow has the correct board and com port listed.

Upon hitting the Verify and Save box, (the icon with the check mark in it)  I notice that line 698 under the tab labeled “ubitx_20.ino”  is highlighted in red.  It reads “int keyStatus = getBtnStatus();”

And after trying to compile, I receive the error message “getBtnStatus’ was not declared in this scope,” And the program won’t upload to the Nano.

Anyone have any idea how to fix it?  I think the problem is related to this line in the firmware?  

Martin


Re: Swapping Nano's

W2CTX
 

On the IDE there are buttons with a check-mark and a right-arrow.
The check-mark button only compiles. The right-arrow will compile and
upload. You must also make sure under the "Tools" menu that you
have selected a Port.

On September 29, 2019 at 2:44 PM hickmodawg@gmail.com wrote:


Evan:

Thanks for your quick reply and for your help.

Yes. You are correct. I’m on the IDE.

I see the ubitx_20 file my library in the center column. I see five tabs in the right-hand column and they are labeled “ubitx_.ino,” “cat_libs.ino,” “cw_autokey.ino,” “softserial__tiny.cpp, and “ubitx.h.” Anyone know my next step? I’ve looked at “Getting Started” but it doesn’t get this far…

Clicking the “Verify and Save” (Is this the compile function?) box gets me the error message saying “‘getBtnStatus’ was not declared in this scope.”

I think I’m getting close but, I’m stuck…

Martin, AJ6CL



Re: Swapping Nano's

hickmodawg@...
 

Evan:

Thanks for your quick reply and for your help.

Yes.  You are correct.  I’m on the IDE.

I see the ubitx_20 file my library in the center column.  I see five tabs in the right-hand column and they are labeled “ubitx_.ino,” “cat_libs.ino,” “cw_autokey.ino,” “softserial__tiny.cpp, and “ubitx.h.”   Anyone know my next step?  I’ve looked at “Getting Started” but it doesn’t get this far…

Clicking the “Verify and Save” (Is this the compile function?) box gets me the error message saying “‘getBtnStatus’ was not declared in this scope.”

I think I’m getting close but, I’m stuck…

Martin, AJ6CL


Re: Swapping Nano's

Evan Hand
 

Martin,
Based on your question, I will assume that you are not using the .hex files and hex loader to change the firmware in the new Nano.  In order to use the source code and make changes, you will need to have the full uBITX_20 master files in the smae directory, and then open/make a project with the uBITX20.h file as the source.  

The above is from memory, so I am sure that there are errors on the file names.  The fact that all of the required modules (end in .ino) must also be included in the same directory as the top level source file.  

Also, I would first do the compile option to test the compile before doing the download.  Again, it has been almost a year since I tried doing this myself, so you would be better off to wait for someone with more recent experience to give you the correct steps.

You can start with the Hex Loader and verify that the uBITX works with the pre-compiled version.

FWIW
73
Evan
AC9TU


Re: Swapping Nano's

hickmodawg@...
 

Fellow uBITx Enthusiasts:


Attempting to load the CEC firmware to my spare Nano…

I setup the Arduino Web Editor/Create platform/IDE, and successfully loaded the “Blink” program to my Nano, to be sure my PC and Nano are communicating.  I even changed the rate of the blink.


I downloaded the uBITx-1.20 zip file and imported it to my library.  Under the “ubitx.h” tab, I noticed that lines 25 to 35 seem to already be set to support the stock, unmodified uBITx and stock screen, which is what I’m using.


I clicked on the box with the check-mark (“Verify and Save”) then the box with the arrow to upload to my Nano, but it didn’t load and I got an error message saying “‘getBtnStatus’ was not declared in this scope”.


The Blink program is still running.


Does anyone know where my glitch could be?  Did I skip a step?


Sorry for my rookie questions.  So far, I’ve already learned a lot from you all and I appreciate the help.

Martin, AJ6CL


Re: Swapping Nano's

hickmodawg@...
 

Dear Evan & John:

Perfect! 

Thanks for the info. 

You guys are heroes!

This is just what I needed.

I’ll proceed forthwith.

I’ve made several CW QSO’s using my new radio in its unmodified, stock state.  It is a very rewarding sense of accomplishment for a beginner to put something together yourself and discover that it works! 

I’ll modify, compile and upload the CEC firmware to my spare Nano, then insert it into my uBITX and attempt a calibration, keeping the original Nano as a backup. 

I hope to hear you on the air!

73 es TNX AGN!

Martin, AJ6CL


Re: uBITX HD raduino bracket

_Dave_ AD0B
 

Thanks for the comments on the parts Wayne.
The heat sinks are swiped from a deceased computer. I cut one in half.
--
73
Dave
k0mbt
Raduino bracket and Ham_Made_Keys


Re: Swapping Nano's

John (vk2eta)
 

Hello Martin,

Welcome to the world of conditional compile.

Here are the lines in the ubitx.h file that you need for the stock standard V5 board (you can copy/paste to replace existing lines 25 to 35 with the text below):

//Ubitx Board Version
#define UBITX_BOARD_VERSION 5           //v1 ~ v4 : 4, v5: 5

//Depending on the type of LCD mounted on the uBITX, uncomment one of the options below.
//You must select only one.
#define UBITX_DISPLAY_LCD1602P        //LCD mounted on unmodified uBITX (Parallel)
//#define UBITX_DISPLAY_LCD1602I        //I2C type 16 x 02 LCD
//#define UBITX_DISPLAY_LCD1602I_DUAL   //I2C type 16 x02 LCD Dual
//#define UBITX_DISPLAY_LCD2004P        //24 x 04 LCD (Parallel)
//#define UBITX_DISPLAY_LCD2004I        //I2C type 24 x 04 LCD
//#define UBITX_DISPLAY_NEXTION         //NEXTION LCD

This generates a program that just fits in the Nano's memory but you have all the features enabled.

Later if you want to, you can remove the features you do not use to make your menu simpler.
This is done in lines 62 to 83. To disable a feature change the "1" into a "0" (zero, not "O").

Example to disable WSPR:
Change line 73 form:
#define FN_WSPR         1 //1044
To:
#define FN_WSPR         0 //1044

The number after the // is an information Dr Lee has provided to indicate how much memory you save/use by disabling/enabling that feature. This is useful if you want to program other functions and need to make some room by removing unused features.

Hope that helps,

Good luck.

73, John (VK2ETA)


Re: GOT IT WORKING including the BFO numbers.Calibration #calibration

d.maccallum@...
 

Attached please find my final cal numbers, i used the memory manager for the master cal tweaks by entering the corrected numbers directly into the display box for the calibration after i up loaded the current values from the MBITX radio then I down loaded changes and closed comm port and disconnected the USB cable. Did this till the MBITX freq display matched and tracked the display on of my KX2 radio. The BFO numbers were generated directly by cranking the numbers for best sounding audio using V1.2 CEC firmware in the MBITX radio.

Also I edited my spreadsheet calculator to handle ABS difference between freq displays, I have not tested it, because my KX2  measured freq was always higher in value than my MBITX displayed value. 

You can test it and fix it if it does not work and pass it along to the group. Have fun..............

73 CU Later on the Bands....I am moving along now to install AGC control, 700 hz filter and tuning indicator..
I installed a BCI filter that I got off Amazon from RTL-SDR.com 2.6 MHz HPF Broadcast AM reject filter. I removed the filter board from it's case and wired it to the MBITX board works great! It's wired between the antenna relay and the receive relay K2 low power RX connection gonna install my AGC control in the same line..

Dave N8KZ


Re: uBITX HD raduino bracket

Wayne Leake
 

 That's a good looking mounting bracket.
 I'd want one if I had a uBITX.
 BTW, I like the looks of the heat sinks I see.
 Where did you get them?
 Wayne WA2YNE


On Sat, Sep 28, 2019 at 2:35 PM _Dave_ K0MBT <davesters@...> wrote:
I decided to re-do the popular uBITX raduino bracket. 



Mainly beefed it up and added a two line display bracket. Also added an audio cable hold down. I did make one small dimensional change.

It is now a 3 part unit that can be used with or without the stock display. 

Am offering these from my shack to yours for $15 including hardware and shipping. 

I have another printer and want to give it a job!
--
73
Dave
k0mbt
Ham_Made_Keys


Re: uBITX +12V Fuse: 0.5 amp or 5 amp? #ubitx

Wayne Leake
 

 RE fuses, I bought an assortment of the small glass fuses, plus a bunch of fuse holders.
 So I could use a 0.5 (1/2) or a 1.0 amp fuse in the supply line, plus a 1.5 or 2.0 amp fuse in the line to the PA.
 A 5.0 amp fuse is  more like what I'd need with a 25 to 40 watt VHF/UHF FM rig.
 And maybe a 10.0 amp for my Icom MK II G.
 Wayne WA2YNE
 


Plugged sound card mic into speaker #ubitx

Rob French (KC4UPR)
 

I've been using my ubitx with the speaker output connected directly to my USB sound card input.  The sound card supplies ~2V for an electret mic, but I figured I was fine since the ubitx output has the 47uF capacitor after the LM386... But I just realized, that is the wrong polarity for a DC bias applied from the USB sound card!  I haven't seen a pop, but am I slowly destroying that output capacitor?


Re: Did something break, and what should I check?

DD5ET
 

I'm new with the uBITX, too, so I'm no expert. Just some initial thoughts.

Regarding WSPR, what you describe doesn't necessarily sound unusual to me. I've got a WSPRLite from SotaBeams and I've had similar experiences. Some days I'll have reports all day, some from halfway around the world (with 200mW transmit power on 20 M). Other days, I'll have only a few scattered reports. Could be several things. Propagation changes, of course, would be the first thing to consider. Also, I've noticed that WSPRnet.org has been very flaky for me lately. I use the DXplorer.net service and they depend on getting data from WSPRnet. Frequently, I'll get a notice from DXplorer that says there's a problem getting data from WSPRnet. When I go to WSPRnet to check directly, it often doesn't respond. Also, there are times when I'll have no reports for hours and then all of a sudden reports start showing up from hours ago. So, it also could just be issues with web sites and reporting delays.

What band(s) are you using for WSPR? What kind of an antenna are you using? Where is the antenna located? Do you know how much actual power your uBITX is putting out with WSPR? All of these things can affect WSPR performance.

I noticed you mentioned noise (but didn't mention what kind of an antenna you use or where it's located). At my QTH, virtually all of my radios are deaf. The noise level here is between S5 and S7 on good days. If I go for a walk outside the town, the airwaves come alive. Even my portable SW radios hear tons of stuff with just a telescopic antenna when I'm away from the noise. If you have too much noise at home, you won't really get a good idea of what the radio can do until you take it somewhere with low noise levels. Take it portable. If it's still having these issues, then maybe you can conclude it's not the antenna or noise and take a closer look at the radio.

15321 - 15340 of 86801