On 2025-02-01 22:06, K9HZ wrote:
Hmmm Stripping functionality out of the radio. Quite the dilemma when you
will likely prefer to "do more" with your radio long-term than less...
Stripping functionality was just done as a test. As a solution - doing video
in small chunks is just as functional as doing it all at once.
And - you gotta get the basics right. THEN you add all the fancy stuff.
- Jerry, KF6VB
Dr. William J. Schmidt - K9HZ J68HZ 8P6HK ZF2HZ PJ4/K9HZ VP5/K9HZ PJ2/K9HZ
VP2EHZ
Owner - Operator
Big Signal Ranch ¨C K9ZC
Staunton, Illinois
Owner ¨C Operator
Villa Grand Piton ¨C J68HZ
Soufriere, St. Lucia W.I.
Rent it: www.VillaGrandPiton.com
Moderator: North American QRO Group at Groups.IO.
Moderator: Amateur Radio Builders Group at Groups.IO.
email:? bill@...
-----Original Message-----
From: [email protected]
<[email protected]> On Behalf Of jerry-KF6VB
Sent: Saturday, February 1, 2025 11:06 PM
To: [email protected]
Subject: Re: [SoftwareControlledHamRadio] Not Displaying the Frequency....
Things are a little improved. There is a call to tft.fillRect() that erases
the area where the frequency is displayed. Theorizing that audio interrupts
are held back while that's done, I split it up into 5 fillRect()s. So -
clear this little bit, then come up for air and let the audio go. Then
clear the next little bit, then come up for air... etc.
I disabled updating VFO-B, and divided the clear of the current frequency
into 10 mini-clears. Much Better! The audio is still chunky, but you can
hear what you're tuning past.
An obvious next step is to *selectively* rewrite stuff. Why erase and
rewrite stuff that hasn't changed? Keep a string variable "displayed
frequency". Or to make it even simpler, have an array of 8 bytes:
Character displayed in first position, character displayed in second
position - etc. Then erase and rewrite ONLY those characters that have
changed.
- Jerry, KF6VB
On 2025-02-01 20:39, jerry-KF6VB wrote:
I suspect I understand...and it's not good.
I think that SPI requires precise timing, and audio interrupts are
disabled during long video transfers.
Yet... the audio works fine while the spectrum, the S-meter bargraph,
and the waterfall update. Sigh.
- Jerry, KF6VB
On 2025-02-01 18:50, jerry-KF6VB wrote:
...When tuning.
The tuning of the T41 ( V12, I2C front panel, I2C encoders ) is
unpleasant. As you tune around, you get tiny blips of sound,
interspersed with long display updates. You basically cannot hear
what you're tuning past.
I just tried commenting out the bit of code that displays the
frequency as you tune. Tuning is much better.
There is still a burst of nasty noise with each encoder *tick*, but
it's short, and you can easily hear what you're tuning past.
Naturally, that's not a real fix. The instant you start tuning,
the frequency display is wrong...and that's just wrong!
What would be a fix? A few things: First of all, we *could* do a
timer thing where we don't bother to display the frequency until we
stop tuning. There was tuning, and now there isn't? Ok, display
where we got to. Still not optimal.
I note that it always updates ALL the digits of the frequency, even
those that haven't changed. It even redisplays the VFO B frequency.
Surely it doesn't need to update all that.
Also - I wonder why on earth the audio pauses or stops or gets
discarded while it writes the display? Surely audio interrupts can
continue during this time....?
- Jerry, KF6VB
