Thanks for f/b Jerry,
that lag due to display update might well be something to
investigate as when CW is selected as mode the key down cause the
TX button to light then the RF appears at the output so clearly
that is a lag possibility. I would have to compare the sequence of
events using one of the iambic keyer inputs to see if the lag
exists using the raduino keyer TX control as opposed to the PTT on
the mic line.
It is hard to imagine a class of basic hams trying to study to
upgrade to advanced levels having to go through this much trouble
with a practical kit before they can focus on course theory for an
exam.
Step 2 I just manually adjusted? the BFO freq so that I had the
best sounding audio from the two time signal stations in the
headset but could not zero beat or adjust it for? a zero
difference point so no tone was audible over the received signal
tones.
On 2020-01-20 2:28 p.m., Jerry Gaffke
via Groups.Io wrote:
toggle quoted message
Show quoted text
Andy,
I'm not quite sure I understand your first and second bullet
points.
But then I'm not familiar with the firmware you are using.
So feel free to disregard these comments in they seem wrong.
1.
I am unable to set the ref FREQ to 10 000 ; the closest is
10500
A 500khz error at 10mhz is an awful a lot, that's 50000 ppm
You might use a shortwave receiver to verify that the Si5351
crystal reference oscillator
is operating within perhaps 400ppm of 25.0mhz, so within 10khz
Probably somewhat high, as the crystal loading capacitance on the
Raduino is too low.?
2. ... The zero beat adjustment
allows me to hear the signals and voice
components/announcements but continuously has approx a 500
Hz tone superimposed on the time signals which appears as
though it might be due to the freq setting from step 1.
not working as text instructions state it to be set.
You lost me.? Is it 500khz or 500hz?
At any rate, if the calibration step for the 875mhz vco advances
in 875hz steps (so 1ppm), you should be able to get it within
10hz.
The operating frequency is always a ratio of the 875mhz vco, and
thus any error in the operating frequency is that same ratio
of any error in the 875mhz vco.
the
lag between key down and RF output is serious problem?
Got to be a firmware issue, perhaps due in part to the slow
display if they are trying to update the display when the key goes
down.
Not everybody here uses CW much, including those writing the
firmware.
The uBitx is primarily an SSB rig, but there has been firmware
that works well enough on CW.
Jerry, KE7ER
On Mon, Jan 20, 2020 at 07:12 AM, Andy_501 wrote:
Hi Reed,
I finally managed to get your arduino hex file uploaded into
the nano and the display back to what appears to be normally
visible. The 17M selection is working properly, albeit
sluggishly,? with this version also.
I managed to get the test menu to work also somewhat
sluggishly.
1. I am unable to
set the ref FREQ to 10 000 ; the closest is 10500
2. The zero beat
adjustment adjusts above and below but does not produce
a zero beat state. The receiver works and I am able to
hear WWV on? 2.5 MHz and CHU Canada on 3.330 MHz The
zero beat adjustment allows me to hear the signals and
voice components/announcements but continuously has
approx a 500 Hz tone superimposed on the time signals
which appears as though it might be due to the freq
setting from step 1. not working as text instructions
state it to be set.
3. I am able to
select Hand Key setting and in CW mode it outputs the
full 10 Watts on 80 M band on key down; however if I key
a test transmission at about 10-12 wpm with the hand key
the lag between key down and RF output is serious
problem (no setting of key delay helps improve). It is
so bad I would not be able to use it for CW operation. I
plug the hand key into the Mic jack and have the key
control the PTT; in CW mode it generates CW sidetone
signal but hand key does not work when plugged into the
J4 Morse Jack at all.
4. Changing modes
using the color display buttons and a stylus works but
it also exhibits serious delays and even sometimes
requires selecting the new band a second or third time
to finally get it to change. It is almost as if the
morse code hand keying and TFT screen servicing routines
get hung up in an idle code loop delay of some sort that
makes the overall operation seem sluggish or seriously
lagged or unresponsive/insensitive.
But on the plus side The BRICKED white screen appears to have
been cleared up; The only other possibility is that the
TFT/nano daughterboard pair has a problem that is creating the
sluggish performance; and HFSignals promised replacement has
not been sent to me and thus I am unable to compare it with a
supposed new one. They promised on two separate emails to send
me a replacement however have not so far lived up to that
promise.
Any suggestions now Reed?
Thanks for the hex file download
Andy