Re: Ubitx calibration help
?Ah!? ?From your QRZ page you have an ICOM 718 exactly like me.? ?
One additional question:? are you able to make small changes in the code of the firmware that you've downloaded? like minor edits?
And which VERSION of firmware are you using?
Cheers,
gordon
toggle quoted message
Show quoted text
?Can you give a little more information?
How far off?? Exactly how did you measure???
What did you do (give the details) when you tried "calibrating"??
Do you have accesss to an accurate existing receiver with a digital readout?
Cheers,
gordon
Need some advice on how to calibrate my ubitx. I have read the instructions. ?After several tries no success. Reloaded the firmware but freq is still off. Is there a better
way to calibrate?
Art- N2AJO?
|
Re: Ubitx calibration help
?Can you give a little more information?
How far off?? Exactly how did you measure???
What did you do (give the details) when you tried "calibrating"??
Do you have accesss to an accurate existing receiver with a digital readout?
Cheers,
gordon
toggle quoted message
Show quoted text
Need some advice on how to calibrate my ubitx. I have read the instructions. ?After several tries no success. Reloaded the firmware but freq is still off. Is there a better
way to calibrate?
Art- N2AJO?
|
Re: Tuning reversed issue
Jack you are right.
I was thinking of this ubitx software center git.
Ron
From: Jack Purdum via Groups.Io <jjpurdum@...>
To: [email protected]
Sent: Sunday, January 7, 2018 10:20 PM
Subject: Re: [BITX20] Tuning reversed issue
Sounds like more work to me. There's nothing sacrosanct about the two analog pins. As far as changing sketches, whose sketches? If you write your own, it really doesn't matter. If you use someone else's, make a few typing changes and you're done. If you change the wires and then replace the board, then what? Quite often it is easier to make a software change than a hardware change.
Jack, W8TEE
From: John McFadden <johnamcf@...> To: [email protected] Sent: Sunday, January 7, 2018 10:15 PM Subject: Re: [BITX20] Tuning reversed issue
Even easier is using a small object (thumb tack, tiny drill bit,
etc) to unhook the black and brown wires from the header and
reverse their positions. Then you can change sketches without
worry in the future.
John
On 1/7/2018 4:22 PM, Jack Purdum via
Groups.Io wrote:
One of the
beautiful things in C are symbolic constants. These are
textual strings that get substituted by the compiler. Around
line 75 in ubitx_20.ino you will find? these two symbolic
constants:
#define
ENC_A (A0)
#define ENC_B (A1)
these
define encoder tab A and B to be assigned to Nano pins A0 and
A1. Now reverse these to:
#define
ENC_A (A1)??????????? // NOTE: these are reversed from the
original code
#define ENC_B (A0)
and everywhere
those symbolic constants (END_A and ENC_B) are used have now
been reversed. Save, recompile, and upload and you're done.
?????????????????????????????????????????????????????????????????????????????????
OR
you can open your
?BITX, unsolder pins A1 and A0, reverse those two
connections, resolder the two leads, and put everything back
in it's case. To me, the software change is easier and the
change presented here doesn't mess with the function code.
Jack, W8TEE
From:
Ronald Pfeiffer via Groups.Io
<w2ctx@...>
To:
[email protected]
Sent:
Sunday, January 7, 2018 4:09 PM
Subject:
[BITX20] Tuning reversed issue
Working with Jim, W0EB, I found that
if the black and brown wires
are
reversed on the encoder then the frequency
tuning is backwards.
Some
people, including myself, just changed the
"doTuning" routine
to
reverse the offsets.? This however fixes the
frequency tuning but
the
menus options seem to be backwards.
Better
fix is to change the enc_read(void) routine and
then both the
freq
tuning and menus selections are in sync.
Please
correct me if I am wrong.
Ron
|
Re: Tuning reversed issue
Sounds like more work to me. There's nothing sacrosanct about the two analog pins. As far as changing sketches, whose sketches? If you write your own, it really doesn't matter. If you use someone else's, make a few typing changes and you're done. If you change the wires and then replace the board, then what? Quite often it is easier to make a software change than a hardware change.
Jack, W8TEE
From: John McFadden <johnamcf@...>
To: [email protected]
Sent: Sunday, January 7, 2018 10:15 PM
Subject: Re: [BITX20] Tuning reversed issue
Even easier is using a small object (thumb tack, tiny drill bit,
etc) to unhook the black and brown wires from the header and
reverse their positions. Then you can change sketches without
worry in the future.
John
On 1/7/2018 4:22 PM, Jack Purdum via
Groups.Io wrote:
One of the
beautiful things in C are symbolic constants. These are
textual strings that get substituted by the compiler. Around
line 75 in ubitx_20.ino you will find? these two symbolic
constants:
#define
ENC_A (A0)
#define ENC_B (A1)
these
define encoder tab A and B to be assigned to Nano pins A0 and
A1. Now reverse these to:
#define
ENC_A (A1)??????????? // NOTE: these are reversed from the
original code
#define ENC_B (A0)
and everywhere
those symbolic constants (END_A and ENC_B) are used have now
been reversed. Save, recompile, and upload and you're done.
?????????????????????????????????????????????????????????????????????????????????
OR
you can open your
?BITX, unsolder pins A1 and A0, reverse those two
connections, resolder the two leads, and put everything back
in it's case. To me, the software change is easier and the
change presented here doesn't mess with the function code.
Jack, W8TEE
From:
Ronald Pfeiffer via Groups.Io
<w2ctx@...>
To:
[email protected]
Sent:
Sunday, January 7, 2018 4:09 PM
Subject:
[BITX20] Tuning reversed issue
Working with Jim, W0EB, I found that
if the black and brown wires
are
reversed on the encoder then the frequency
tuning is backwards.
Some
people, including myself, just changed the
"doTuning" routine
to
reverse the offsets.? This however fixes the
frequency tuning but
the
menus options seem to be backwards.
Better
fix is to change the enc_read(void) routine and
then both the
freq
tuning and menus selections are in sync.
Please
correct me if I am wrong.
Ron
|
Re: Tuning reversed issue
Even easier is using a small object (thumb tack, tiny drill bit,
etc) to unhook the black and brown wires from the header and
reverse their positions. Then you can change sketches without
worry in the future.
John
On 1/7/2018 4:22 PM, Jack Purdum via
Groups.Io wrote:
toggle quoted message
Show quoted text
One of the
beautiful things in C are symbolic constants. These are
textual strings that get substituted by the compiler. Around
line 75 in ubitx_20.ino you will find? these two symbolic
constants:
#define
ENC_A (A0)
#define ENC_B (A1)
these
define encoder tab A and B to be assigned to Nano pins A0 and
A1. Now reverse these to:
#define
ENC_A (A1)??????????? // NOTE: these are reversed from the
original code
#define ENC_B (A0)
and everywhere
those symbolic constants (END_A and ENC_B) are used have now
been reversed. Save, recompile, and upload and you're done.
?????????????????????????????????????????????????????????????????????????????????
OR
you can open your
?BITX, unsolder pins A1 and A0, reverse those two
connections, resolder the two leads, and put everything back
in it's case. To me, the software change is easier and the
change presented here doesn't mess with the function code.
Jack, W8TEE
From:
Ronald Pfeiffer via Groups.Io
<w2ctx@...>
To:
[email protected]
Sent:
Sunday, January 7, 2018 4:09 PM
Subject:
[BITX20] Tuning reversed issue
Working with Jim, W0EB, I found that
if the black and brown wires
are
reversed on the encoder then the frequency
tuning is backwards.
Some
people, including myself, just changed the
"doTuning" routine
to
reverse the offsets.? This however fixes the
frequency tuning but
the
menus options seem to be backwards.
Better
fix is to change the enc_read(void) routine and
then both the
freq
tuning and menus selections are in sync.
Please
correct me if I am wrong.
Ron
|
Hi Bill,
Great project. Very interested in this as a remote tuner.?
One query - why are the last two 5.2uH and 10.6uH as opposed to continuing to double up? Not a criticism just seeking to understand.
Regards
Simon VK3ELH?
|
Need some advice on how to calibrate my ubitx. I have read the instructions. ?After several tries no success. Reloaded the firmware but freq is still off. Is there a better way to calibrate?
Art- N2AJO?
|
Re: "More than one XXX library found" error message
Thanks for the information Jack I really appreciate your help....Dale
On Sun, Jan 7, 2018 at 2:44 PM, Jack Purdum via Groups.Io <jjpurdum@...> wrote: The "more than one LCD library found" is because there are multiple libraries named "LiquidCrystal" out there and your directory might have several installed.
The solution:
1) Find where your IDE is installed. Mine is installed on E:\Arduino1.8.5. Yours will likely be on the C drive, perhaps in the Programs directory. It all depends on where/how you installed it.
2) Inside your IDE directory will be a subdirectory named libraries. Inside that subdirectory should only ONE LiquidCrystal library, so on my system I see something ? ? like this:
??? E:\Arduino1.8.5\libraries\LiquidCrystal?????????? // You will likely see a bunch of libraries before and after this one...
??? If you see mutliple libraries, you need to delete one of them. But, which one?
In my BITX code, I use a TFT display, so instead of the LiquidCrystal library, I use:
??? #include <MCUFRIEND_kbv.h>??? //
Anytime I use a library that is not included in the standard IDE installation, I have a comment that tells you were to go to download that library (yellow above). I'm not sure which software you are trying to install, but look at the line that includes the LiquidCrystal library (e.g., #include <LiquidCrystal>) and see if the programmer left you a URL for the library. Rename the original LiquidCrystal library directory (e.g., OriginalLiquidCrystal) before you install the new library just in case you need to go back to the original setup if it doesn't work.
Jack, W8TEE
This one is for Jack Purdum about the software loading. First I want to thank Jack for his wonderful contribution to our group. My problem is this. when I perform the compile on a known working program I get all these error messages such as: more than one LCD library found, unable to to download and a list of attempts to download. I have your book and sorry to say I haven't had much chance to really dig in and try to learn from it but I don't see anything that assists in troubleshooting the error codes and making the necessary changes to correct them. Jack can you or any one else assist me in finding information on how to troubleshoot and repair the compiler errors so I can reliable load my programs. Thanks in advance for the assistance. Dale kg7ssb
|
So for all the folks that sent me emails about the cheap auto tuner kit... i made some progress this week. ?The cores came in and i would a staggered set that total 20 uh. ?All checked out and tested. ?Very simple to wind. I decided not to use chip capacitors. ?They are expensive in the size needed to carry the current needed at large values. Silver mica capacitors are cheaper and easier for most people (like me with marginal eyes) to solder to boards. ?Plus the space savings is almost nil. I also found some cheap latching relays so the current draw stays low and the price of the kit stays in the sweet spot. ?This week ill design the discriminator (phase and magnitude) for power reading and tuning. ? More next weekend.?
Dr.?William J. Schmidt - K9HZ J68HZ 8P6HK ZF2HZ PJ4/K9HZ VP5/K9HZ PJ2/K9HZ ? Owner - Operator Big Signal Ranch ¨C K9ZC Staunton, Illinois ? Owner ¨C Operator Villa Grand Piton - J68HZ Soufriere, St. Lucia W.I. Rent it:
email:??bill@... ?
|
Re: BITX QSO Night, Sunday, January 7, 7pm Local Time, 7277 kHz in North America, 7177 kHz elsewhere
I watched the band go dead after it got dark here.
|
The cases you see are for the bitx40.? They will have a ubitx case, shortly.? It has not been released for sale, yet.? It is supposed to be released sometime his month.
Marco - KG5PRT?
On Jan 7, 2018 8:13 PM, "Richard Lawn" < rjlawn@...> wrote: I¡¯m considering ordering this great looking all band semi kit. I¡¯ve built s number of kits of varying levels of difficulty. I noticed that there are some cases for sale on eBay but it¡¯s unclear if these are compatible with he ubitx. Anyone know?
73
Rick, W2JAZ?
|
I¡¯m considering ordering this great looking all band semi kit. I¡¯ve built s number of kits of varying levels of difficulty. I noticed that there are some cases for sale on eBay but it¡¯s unclear if these are compatible with he ubitx. Anyone know?
73
Rick, W2JAZ?
|
Re: Tuning reversed issue
After Ron helped me get over the "stupids" and I finally learned how to properly compile & upload stuff to the Raduino, I now have Ron's mods running and he's fixed a lot of little annoying things (annoying to me anyway).? In between bricking & fixing the rig (all firmware, no hardware) I managed to make a couple of real nice 20 meter SSB QSO's and also a couple of 40 meter CW QSO's as well with it.
I heard a lot of RTTY (contest this weekend) and sure wish there were at least 5 more digital pins on the Nano.? Then it would really easy to implement a good CW Keyer and even implement true FSK for RTTY.? You'd still need a computer with sound card running something like Mako Mori's (JE1HHT) MMTTY program, but that would really work well.? Hardware FSK would be much cleaner to implement than tones into the SSB section.? As wide as the filter is, I'd be wary of the 2nd and maybe even 3rd harmonics of the tones being transmitted at the same time as the fundamentals.? That would really create havoc on the bands especially during a RTTY contest, not to mention incur the wrath of the FCC as well.
Jim - W0EB
This little rig just keeps getting better and quite rapidly too!
|
Sorry Bob,
I already sent him the money - I usually don't get that lucky, but I was in my email client when Fred's message hit and it was too good to pass up.? I do have one coming in the 2nd batch from HF Signals but no clue when that will ship - LOL.?? This way I'll have the backup in case I brick the first one - (I did brick it learning how to compile and upload firmware to it today, but thanks to some nice off line help I have that sorted out now and I'm back up to normal.
Jim
|
Re: BITX QSO Night, Sunday, January 7, 7pm Local Time, 7277 kHz in North America, 7177 kHz elsewhere
I listened to both, nothing heard.? We are having a significant
warm up here, going to be above freezing for a few days.? I will
check the antenna tomorrow!
Dave, KI4PSR
On 1/7/2018 7:10 PM, Tom VE3THR wrote:
toggle quoted message
Show quoted text
Is everyone QRV on
7.277 or 7.177? Never think to try 177. Still keeping the freq
warm up here. temp up to +19 deg F outside - heat wave!
|
Re: No amps on power up
#ubitx
All - turns out my ammeter was reading 0.0A on a simple D-cell and lightbulb circuit. Sorry for the noise!
|
Thanks Dave...I'll play around with higher value dropping resistors and see how I fare.
Paul ZS2OE
|
Re: BITX QSO Night, Sunday, January 7, 7pm Local Time, 7277 kHz in North America, 7177 kHz elsewhere
Is everyone QRV on 7.277 or 7.177? Never think to try 177. Still keeping the freq warm up here. temp up to +19 deg F outside - heat wave!
|
Re: BITX QSO Night, Sunday, January 7, 7pm Local Time, 7277 kHz in North America, 7177 kHz elsewhere
Al VE3RRD and Tom VE3THR are in QSO on 7.277 right now. Not hearing anyone anywhere YET! 00:58 HRS UTC.
|
Re: BITX QSO Night, Sunday, January 7, 7pm Local Time, 7277 kHz in North America, 7177 kHz elsewhere
Nothing here in Illinois either- maybe 3 or 4 hours earlier sometime? ?Band is awfully long here by 7p. 73 Scott ka9p Make something good happen!
toggle quoted message
Show quoted text
On Jan 7, 2018, at 6:24 PM, lostfrogsrecords < dave@...> wrote:
Nothing here in Brentwood TN, EM65 at 6:20 CST.? Using my uBitX,
meter shows 8-10W, nothing but static.
Dave KI4PSR
On 1/7/2018 6:12 PM, John P wrote:
Anyone else on?
Nothing but noise here!
--
John - WA2FZW
|
K9HZ
Arvo W0VRA
Jim Sheldon