¿ªÔÆÌåÓý

ctrl + shift + ? for shortcuts
© 2025 Groups.io
Date

Re: T41 receive attenuator working?

 

That was it!!!! Wrong address. Now all three boards work with varying receiver attenuation.? Now I'm on to calibration.? Thank you all for your help.
dave, n3ds


On Mon, Feb 3, 2025 at 6:27?PM K9HZ via <bill=[email protected]> wrote:

The primary RF board (that is the Primary RX and TX) should be set to 0x27 which means that the three address lines A0, A1, and A2 should be set to ¡°111¡± or no shorted jumpers (J15, J16, J17).

?

?

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:

?

Moderator: North American QRO Group at Groups.IO.

Moderator: Amateur Radio Builders Group at Groups.IO.

?

email:? bill@...

?

?

From: [email protected] <[email protected]> On Behalf Of Oliver KI3P via
Sent: Monday, February 3, 2025 4:49 PM
To: [email protected]
Subject: Re: [SoftwareControlledHamRadio] T41 receive attenuator working?

?

Bill's right: you do not have the correct address for the MCP23017 chip. The I2C address is set by JP15, JP16 and JP17.

?

?

The command "#define RF_MCP23017_ADDR" sets the address that the code looks for -- make sure the address in software matches the address you set using the solder jumpers.


T41 and K9HZ-KI3P files

 

¿ªÔÆÌåÓý

Just so everyone knows.? Repeating.

?

A few months back, I separated the T41 boards and kits¡­ from the K9HZ-KI3P boards and kits¡­ by placing them is separate GITHUB directories.? I did that because a number of foreign entities were ripping off the GERBERS, making boards, and posting them for sale at exorbitant prices¡­ various places that include eBay.? I would then get by the purchaser thinking I would support someone elses PCBs because MY CALL WAS STILL ON THE BOARD [meaning the criminal didn¡¯t even bother removing my call from the board].

?

To END THAT Behavior, ?I moved K9HZ-KI3P proprietary stuff into a separate K9HZ GITHUB Directory¡­ removed the GERBERS and some schematics from that directory.? The GERBERS and all other documents for etc. for the T41 boards¡­ all versions¡­ are still available in the T41 directory on my GITHUB.

?

Those who want the K9HZ-KI3P stuff can contact me directly to see if that makes sense.? For example, I have authorized certain people to make boards for my 20W PA in the UK/EU because it¡¯s such a PITA for me to ship stuff there (unless they have a shipper here in the USA who will handle the paperwork).? For those of you in the USA¡­ I can¡¯t imagine anyone asking for GERBERS since I can make and sell you the boards much cheaper than you could possibly have them made¡­ and any changes you would make to the boards is easier to start over.

?

?

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:

?

Moderator: North American QRO Group at Groups.IO.

Moderator: Amateur Radio Builders Group at Groups.IO.

?

email:? bill@...

?

?

From: Greg Tilford <gregtilford@...>
Sent: Monday, February 3, 2025 5:03 PM
To: bill@...
Subject: Re: Private: [AmateurRadioBuilders] LPF Files

?

I'm glad I asked.? I've been working exclusively from this URL:

Thanks!

On 2/3/2025 4:55 PM, Dr. William J. Schmidt wrote:

?

It¡¯s all there¡­

?

?

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:

?

Moderator: North American QRO Group at Groups.IO.

Moderator: Amateur Radio Builders Group at Groups.IO.

?

email:? bill@...

?

?

From: Greg, KM5GT via groups.io <GregTilford@...>
Sent: Monday, February 3, 2025 4:49 PM
To: K9HZ <bill@...>
Subject: Private: [AmateurRadioBuilders] LPF Files

?

Hi Bill, I don't want to spam the who list ... but all of the files associated with the LPF seem to have disappeared from github.? At least I can't find any of them on my clone or on the site.? What am I missing?

?

Thanks and 73, Greg, KM5GT


Re: T41 receive attenuator working?

 

¿ªÔÆÌåÓý

The primary RF board (that is the Primary RX and TX) should be set to 0x27 which means that the three address lines A0, A1, and A2 should be set to ¡°111¡± or no shorted jumpers (J15, J16, J17).

?

?

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:

?

Moderator: North American QRO Group at Groups.IO.

Moderator: Amateur Radio Builders Group at Groups.IO.

?

email:? bill@...

?

?

From: [email protected] <[email protected]> On Behalf Of Oliver KI3P via groups.io
Sent: Monday, February 3, 2025 4:49 PM
To: [email protected]
Subject: Re: [SoftwareControlledHamRadio] T41 receive attenuator working?

?

Bill's right: you do not have the correct address for the MCP23017 chip. The I2C address is set by JP15, JP16 and JP17.

?

?

The command "#define RF_MCP23017_ADDR" sets the address that the code looks for -- make sure the address in software matches the address you set using the solder jumpers.


Re: Not Displaying the Frequency....

 

ah yes. That mythical prototyping standard ...

MIL TFD 4.1

"Make It Like The F***ing Drawing, For Once" !

On Mon, Feb 3, 2025 at 09:10 PM, jerry-KF6VB wrote:

*** Yeah, the military is a different world. LOADs of paperwork before
you write a single line of code. Time card audits...


Re: Toroid Winding

 

I'm not in a position to try this, being more of a theoretical than a
practical person (still not started on my T41) but musing, I wonder if one was
to wind the wire loosely around a pencil or something of a slightly larger
diameter than the cross section of the toroid and then to screw the wire
onto the toroid and then fettle it to tighten the turns?

On Sun, Feb 2, 2025 at 06:01 PM, jjpurdum wrote:
I'm winding the toroids for a new LPF board. Because the filter might be used
with Bill's 100W PA, the wire size is increased to #20 gauge for winding on
T68 cores. Because of the thicker wire and relative small cores, the Crochet
Hook method suggested in the QST article doesn't work very well and runs the
risk of kinking the wire. Therefore, I'm back to "hand-winding" the toroids.
FWIW, I've found that after I've threaded the wire through the center of the
core, placing the wire between my thumb and forefinger, with the forefinger
"on top" of the wire and gripping tightly and pulling the wire taught with my
thumb "under" the wire tends to curl the wire that makes threading it through
the center for the next turn much easier.
The curl thus formed is in the direction of the next turn and makes kinking
less likely.
Jack, W8TEE


Re: T41 receive attenuator working?

 

Bill's right: you do not have the correct address for the MCP23017 chip. The I2C address is set by JP15, JP16 and JP17.
?
?
The command "#define RF_MCP23017_ADDR" sets the address that the code looks for -- make sure the address in software matches the address you set using the solder jumpers.


Re: T41 receive attenuator working?

 

The control MC23017 is not recognized on the board so its not gonna work no matter what. ALSO MAKE SURE THAT THE .CPP and .H FILES FOR RF CONTROL ARE PRESENT IN THE FILE YOU ARE COMPILING. If they are not, there is no RF control software.


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: Monday, February 3, 2025 3:46 PM
To: [email protected]
Cc: D Solt via groups.io <davesolt@...>
Subject: Re: [SoftwareControlledHamRadio] T41 receive attenuator working?

On 2025-02-03 13:32, D Solt via groups.io wrote:
I wonder if my problem with the attenuator is related to software.
You can scope the control wires going to the attenuators. They're just DC levels.
For the receive attenuator, the signals are U21 pin 21 ( .5dB ) through
U21 pin 26.
High = near 3.3V,
Low = near 0V.

- Jerry, KF6VB



All 3 of my boards behave the same. They receive well, but the levels
never change when I adjust the receive attenuator. Maybe I have an
earlier version of the software or the I2C addresses are not right.
My Bit Report shows:
0x21 Front Panel
0x24 BPF
0x27 FR MC23017 NOT FOUND
0x6F RF
0x25 LPF
0x29 LPT
Does this look correct? I'll download the latest version of the SW
tomorrow.

dave

On Fri, Jan 31, 2025 at 6:14?PM Oliver KI3P via groups.io [1]
<oliver@...> wrote:

Here's one way to test it.

Load the latest code onto the Teensy. It has an option under the RF
set menu to change the input attenuation.

Then, put a 10 MHz (or whatever) signal into the RF_in SMA connector
and hook an oscilloscope or spectrum analyzer to the output side of
the attenuator bypass jumper.

You should see the signal amplitude change when you adjust the RF
input attention setting in the RF menu.

-------- Original Message --------
On 1/31/25 9:46 AM, D Solt via groups.io [1] wrote:

How do I tell if the receive PE4302 attenuator is working. I can't
tell any difference in received signals at whatever settings or when
I jumper it out. I have two RF boards built up and they behave the
same. Before I swap the chips out, I wanted to get some inputs. I
haven't gotten to testing the transmitter circuits yet.
dave, n3ds


Links:
------
[1]
[2] /g/SoftwareControlledHamRadio/message/32563
[3] /mt/110916510/243852
[4] /g/SoftwareControlledHamRadio/post
[5] /g/SoftwareControlledHamRadio/editsub/243852
[6]
/g/SoftwareControlledHamRadio/leave/10484476/243852/1
943518115/xyzzy


Re: T41 receive attenuator working?

 

¿ªÔÆÌåÓý

No¡­ looks like the control is not talking on the RF board.?

?

Here is a list of the reserved addresses (NOTE DON¡¯T get hung up on 1st receiver or Second receiver¡­ they could be either by changing some definitions in the software) :

?

??? <- open the I2C address assignments spreadsheet. ??Column ¡°G¡±

?

?

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:

?

Moderator: North American QRO Group at Groups.IO.

Moderator: Amateur Radio Builders Group at Groups.IO.

?

email:? bill@...

?

?

From: [email protected] <[email protected]> On Behalf Of D Solt via groups.io
Sent: Monday, February 3, 2025 3:32 PM
To: [email protected]
Subject: Re: [SoftwareControlledHamRadio] T41 receive attenuator working?

?

I wonder if my problem with the attenuator is related to software.? All 3 of my boards behave the same. They receive well, but the levels never change when I adjust the receive attenuator.? Maybe I have an earlier version of the software or the I2C addresses are not right.? My Bit Report shows:

0x21 Front Panel

0x24 BPF

0x27 FR MC23017 NOT FOUND

0x6F RF

0x25 LPF

0x29 LPT

Does this look correct?? I'll download the latest version of the SW tomorrow.

?

dave

?

On Fri, Jan 31, 2025 at 6:14?PM Oliver KI3P via <oliver=[email protected]> wrote:

Here's one way to test it.

Load the latest code onto the Teensy. It has an option under the RF set menu to change the input attenuation.

Then, put a 10 MHz (or whatever) signal into the RF_in SMA connector and hook an oscilloscope or spectrum analyzer to the output side of the attenuator bypass jumper.

You should see the signal amplitude change when you adjust the RF input attention setting in the RF menu.



-------- Original Message --------
On 1/31/25 9:46 AM, D Solt via wrote:

How do I tell if the receive PE4302 attenuator is working.? I can't tell any difference in received signals at whatever settings or when I jumper it out.? I have two RF boards built up and they behave the same.? Before I swap the chips out, I wanted to get some inputs. I haven't gotten to testing the transmitter circuits yet.

dave, n3ds


Re: T41 receive attenuator working?

 

On 2025-02-03 13:32, D Solt via groups.io wrote:
I wonder if my problem with the attenuator is related to software.
You can scope the control wires going to the attenuators. They're just DC levels.
For the receive attenuator, the signals are U21 pin 21 ( .5dB ) through U21 pin 26.
High = near 3.3V,
Low = near 0V.

- Jerry, KF6VB



All 3 of my boards behave the same. They receive well, but the levels
never change when I adjust the receive attenuator. Maybe I have an
earlier version of the software or the I2C addresses are not right.
My Bit Report shows:
0x21 Front Panel
0x24 BPF
0x27 FR MC23017 NOT FOUND
0x6F RF
0x25 LPF
0x29 LPT
Does this look correct? I'll download the latest version of the SW
tomorrow.
dave
On Fri, Jan 31, 2025 at 6:14?PM Oliver KI3P via groups.io [1]
<oliver@...> wrote:

Here's one way to test it.
Load the latest code onto the Teensy. It has an option under the RF
set menu to change the input attenuation.
Then, put a 10 MHz (or whatever) signal into the RF_in SMA connector
and hook an oscilloscope or spectrum analyzer to the output side of
the attenuator bypass jumper.
You should see the signal amplitude change when you adjust the RF
input attention setting in the RF menu.
-------- Original Message --------
On 1/31/25 9:46 AM, D Solt via groups.io [1] wrote:

How do I tell if the receive PE4302 attenuator is working. I
can't tell any difference in received signals at whatever settings
or when I jumper it out. I have two RF boards built up and they
behave the same. Before I swap the chips out, I wanted to get
some inputs. I haven't gotten to testing the transmitter circuits
yet.
dave, n3ds
Links:
------
[1]
[2] /g/SoftwareControlledHamRadio/message/32563
[3] /mt/110916510/243852
[4] /g/SoftwareControlledHamRadio/post
[5] /g/SoftwareControlledHamRadio/editsub/243852
[6]
/g/SoftwareControlledHamRadio/leave/10484476/243852/1943518115/xyzzy


Re: T41 receive attenuator working?

 

I wonder if my problem with the attenuator is related to software.? All 3 of my boards behave the same. They receive well, but the levels never change when I adjust the receive attenuator.? Maybe I have an earlier version of the software or the I2C addresses are not right.? My Bit Report shows:
0x21 Front Panel
0x24 BPF
0x27 FR MC23017 NOT FOUND
0x6F RF
0x25 LPF
0x29 LPT
Does this look correct?? I'll download the latest version of the SW tomorrow.

dave


On Fri, Jan 31, 2025 at 6:14?PM Oliver KI3P via <oliver=[email protected]> wrote:

Here's one way to test it.

Load the latest code onto the Teensy. It has an option under the RF set menu to change the input attenuation.

Then, put a 10 MHz (or whatever) signal into the RF_in SMA connector and hook an oscilloscope or spectrum analyzer to the output side of the attenuator bypass jumper.

You should see the signal amplitude change when you adjust the RF input attention setting in the RF menu.



-------- Original Message --------
On 1/31/25 9:46 AM, D Solt via wrote:
How do I tell if the receive PE4302 attenuator is working.? I can't tell any difference in received signals at whatever settings or when I jumper it out.? I have two RF boards built up and they behave the same.? Before I swap the chips out, I wanted to get some inputs. I haven't gotten to testing the transmitter circuits yet.
dave, n3ds


Re: Not Displaying the Frequency....

 

On 2025-02-03 12:34, james jones wrote:

My work at Rockwell-Collins (now Collins Aerospace) focused on
determining how comm systems worked on various military aircraft.
Mostly V/UHF radios but with some HF systems. Dealing with customer
and corporate ¡°rules¡± could be frustrating.
*** Yeah, the military is a different world. LOADs of paperwork before
you write a single line of code. Time card audits...

WRT airplanes - according to the guy at the local FSDO ( FAA shop ), I was
the second owner on the West Coast to self-install a GNS430 Nav/Comm/GPS unit.
Testing stuff was fun; I wrote a program to generate VOR audio from my laptop's
sound card.

I write lots of posts because I enjoy sharing what I'm doing. The family isn't
interested.

We have gone far beyond the original T41 project and now are hearing
about FPGAs. Collins had some really smart guys regarding that
technology. My question has always been whether you keep the FPGA or
transplant the functions into a less volatile and cheaper device.
*** OH, keep the FPGA, for sure. There just isn't the volume to justify
the NRE for an ASIC. I am attempting to learn about FPGAs. I got a little
tryit board at a hamfest a few years ago. ( www.webfpga.io )

Reading free info on the Internet,
just bought a book on Amazon. Might buy a second tryit board that goes along
with the book.
( )
( )

- Jerry, KF6VB


Re: Not Displaying the Frequency....

 

¿ªÔÆÌåÓý

It appears that some of Jerry¡¯s nearly daily posts relate to self inflicted issues. ?I think he is a veteran and talented bit banger so his posts always lead this old (nearly 83) system engineer to look at the code.

I¡¯m an early builder of 4SQRP T41 and never had many problems with how the radio worked until the display blew. ?Assumed it was something I did so bought a new display and everything on the shelf for the last year. ?Found a couple of shorted caps on the 3.3 line on the display so assumed it was likely spikes on the power input but never could find any thing with the scope.

My work at Rockwell-Collins (now Collins Aerospace) focused on determining how comm systems worked on various military aircraft. ?Mostly V/UHF radios but with some HF systems. ?Dealing with customer and corporate ¡°rules¡± could be frustrating. ?It appears that open architecture on the T41 shouldn¡¯t suffer from that problem; but of course, accountability is unclear. ?

We have gone far beyond the original T41 project and now are hearing about FPGAs. ?Collins had some really smart guys regarding that technology. My question has always been whether you keep the FPGA or transplant the functions into a less volatile and cheaper device. ?The engineering cost to do that are generally much higher than unit cost savings for low volume military or amateur applications. ?
My hope is that we can establish boundaries between experimental and function paths so old geezers like me can follow.?

73
Jim w0nkn

On Feb 3, 2025, at 9:50?AM, jjpurdum via groups.io <jjpurdum@...> wrote:

?
You're right. Tell you what: I work on being less defensive if you are more thoughtful in your word selection when criticizing the T41 Project. The T41 is not my project. It is the distillation of the effort of hundreds of other people working in concert to make a better radio. To my knowledge, you are the only person out of more than 3200 who have said the tuning is unusable. The tuning IS usable. It's just not working the way you want it to...and that's fine. Just don't chuck the effort by me and others into the dustbin by making a statement that it's unusable. Instead, provide encouragement that suggests a path to make it better without tossing the work into the ashcan.

Jack, W8TEE

On Sunday, February 2, 2025 at 03:16:09 PM EST, jerry-KF6VB <jerry@...> wrote:


On 2025-02-02 12:04, jjpurdum via groups.io wrote:
> Working toward minimal audio disruption from display changes will
> make
> the tuning useable - but still not nice
>
> Why would I _not _get that impression? To imply something is
> "unusable" clearly implies that the T41 Project is currently unusable.

Not the project, just the tuning.? It works great once you get where
you're
going.? It's quite an achievement, Jack.? You deserve kudos for bringing
it
to us.

? Don't be so defensive.

? ? ? ? ? ? ? ? ? ? - Jerry, KF6VB








--
Jack, W8TEE


Re: Not Displaying the Frequency....

 

You're right. Tell you what: I work on being less defensive if you are more thoughtful in your word selection when criticizing the T41 Project. The T41 is not my project. It is the distillation of the effort of hundreds of other people working in concert to make a better radio. To my knowledge, you are the only person out of more than 3200 who have said the tuning is unusable. The tuning IS usable. It's just not working the way you want it to...and that's fine. Just don't chuck the effort by me and others into the dustbin by making a statement that it's unusable. Instead, provide encouragement that suggests a path to make it better without tossing the work into the ashcan.

Jack, W8TEE

On Sunday, February 2, 2025 at 03:16:09 PM EST, jerry-KF6VB <jerry@...> wrote:


On 2025-02-02 12:04, jjpurdum via groups.io wrote:
> Working toward minimal audio disruption from display changes will
> make
> the tuning useable - but still not nice
>
> Why would I _not _get that impression? To imply something is
> "unusable" clearly implies that the T41 Project is currently unusable.

Not the project, just the tuning.? It works great once you get where
you're
going.? It's quite an achievement, Jack.? You deserve kudos for bringing
it
to us.

? Don't be so defensive.

? ? ? ? ? ? ? ? ? ? - Jerry, KF6VB








--
Jack, W8TEE


Re: Not Displaying the Frequency....

 

On 2025-02-02 12:04, jjpurdum via groups.io wrote:
Working toward minimal audio disruption from display changes will
make
the tuning useable - but still not nice
Why would I _not _get that impression? To imply something is
"unusable" clearly implies that the T41 Project is currently unusable.
Not the project, just the tuning. It works great once you get where you're
going. It's quite an achievement, Jack. You deserve kudos for bringing it
to us.

Don't be so defensive.

- Jerry, KF6VB


Re: Not Displaying the Frequency....

 

Working toward minimal audio disruption from display changes will make
the tuning useable - but still not nice

Why would I not get that impression? To imply something is "unusable" clearly implies that the T41 Project is currently unusable. Since Al and I were the initiators of the project, I think the implication is pretty clear. Why would I not want to work on it if the implication that the current turning isn't usable? I don't know how many others share your assessment of the T41, but I'm glad your working on it. Keep us posted on your progress.

Jack, W8TEE

On Sunday, February 2, 2025 at 02:52:02 PM EST, jerry-KF6VB <jerry@...> wrote:


On 2025-02-02 11:17, jjpurdum via groups.io wrote:

> I'm glad you are working on it, especially since you think it is an
> easy fix, and hope others are too. That's why it's Open Source.
> However, your comments imply that I have an infinite amount of
> programming time or that your issue is the top priority.

*** Jack, I am not asking you to work on it.? I am working on it right
now.
What on earth gave you the impression that I was asking YOU to work on
it?

? ? ? ? ? ? ? ? ? - Jerry, KF6VB






--
Jack, W8TEE


Re: Not Displaying the Frequency....

 

On 2025-02-02 11:17, jjpurdum via groups.io wrote:

I'm glad you are working on it, especially since you think it is an
easy fix, and hope others are too. That's why it's Open Source.
However, your comments imply that I have an infinite amount of
programming time or that your issue is the top priority.
*** Jack, I am not asking you to work on it. I am working on it right now.
What on earth gave you the impression that I was asking YOU to work on it?

- Jerry, KF6VB


Re: Interesting board

 

¿ªÔÆÌåÓý

It already has a WIFI block onboard and an minipci bus too.? Amazing little board.? The documentation says Verilog is the right tool for programming.

?

?

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:

?

Moderator: North American QRO Group at Groups.IO.

Moderator: Amateur Radio Builders Group at Groups.IO.

?

email:? bill@...

?

?

From: [email protected] <[email protected]> On Behalf Of J P Watters via groups.io
Sent: Sunday, February 2, 2025 12:41 PM
To: [email protected]
Subject: Re: [SoftwareControlledHamRadio] Interesting board

?

Dr. Bill,

?

In yeterday's Mouser delivery, there were a couple .

I will have to look at the ?

I am intrigued with the OnBoard HDMI Interface. It looks like a mini-hdmi to HDMI cable would?

make it work.?

Adding the W550 Ethernet Shield might be the way to add Ethernet Connectivity.

?

On an interesting note, one of the Hermes Variants, the , is based on the Cyclone 10.

The link is to the

?

We will have to see if the RadioBerry development will lend itself to using the MKR VIDOR 4000.

?

..jpw J P Watters

KC9KKO

Morris, IL USA

?

?

?


Re: Interesting board

 

¿ªÔÆÌåÓý

Thanks for the update.? Yep. I¡¯m very familiar with the Radioberry.? I have a couple of them and they work flawlessly.? Using the Radioberry and the Hermes projects as examples, I¡¯m convinced that long-term MY MAIN board will transition to an FPGA that runs full time processing frequency slices (read that as processing I/Q into audio, and generating I/Q from audio, and, separately generates and updates a waterfall display) while the rest of the minutia is processed in something else¡­ but both driven by the requirements of the design.? That makes my radio very close to what you might consider is a FLEX on steroids¡­ yet I built it with my hands.? I also think that if it were done right, it could be the back-end of many future radios (take the place of a fast PC with a high-end audio card running software like ¡°SDRConsole¡± and some hardware specific control routines sufficient to run the radio its connected to).? The T41 could have been (and can still be) divided into two parts in this way.? I think the part getting to generating I/Q from RF (demod) and I/Q from audio (mod) is there already.

?

NOW UNDERSTAND THIS IS JUST ME¡­ Pertains to NO ONE ELSE.? You won¡¯t see FPGA Main boards for sale anytime soon if at all.

?

Yes the HDMI connection on the MKR board strikes my fancy too.? It¡¯s the only Arduino I know of that has an HDMI connection¡­ and of all things I have a 10+ inch HDMI touch display sitting here that I use with one of my Radioberries that could easily be repurposed:?

?

?

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:

?

Moderator: North American QRO Group at Groups.IO.

Moderator: Amateur Radio Builders Group at Groups.IO.

?

email:? bill@...

?

?

From: [email protected] <[email protected]> On Behalf Of J P Watters via groups.io
Sent: Sunday, February 2, 2025 12:41 PM
To: [email protected]
Subject: Re: [SoftwareControlledHamRadio] Interesting board

?

Dr. Bill,

?

In yeterday's Mouser delivery, there were a couple .

I will have to look at the ?

I am intrigued with the OnBoard HDMI Interface. It looks like a mini-hdmi to HDMI cable would?

make it work.?

Adding the W550 Ethernet Shield might be the way to add Ethernet Connectivity.

?

On an interesting note, one of the Hermes Variants, the , is based on the Cyclone 10.

The link is to the

?

We will have to see if the RadioBerry development will lend itself to using the MKR VIDOR 4000.

?

..jpw J P Watters

KC9KKO

Morris, IL USA

?

?

?


Re: Not Displaying the Frequency....

 

See below:
Jack, W8TEE

On Sunday, February 2, 2025 at 01:13:05 PM EST, jerry-KF6VB <jerry@...> wrote:


On 2025-02-02 07:25, jjpurdum via groups.io wrote:
> Character displayed in first position, character displayed in second
> position - etc.? Then
>
> erase and rewrite ONLY those characters that have changed.
>
> Updating the characters used in the frequency display uses very little
> time.

*** Yet it is very disruptive to the audio.? Why is that?? I think it's
because interrupts are disabled during SPI transfers.
I don't know. The writing of the frequency is done by ShowFrequency(). You might try commenting those calls out to see if one is more "sensitive" than the others and that might lead you to what's really causing the delay.
? Tracking what has changed and what hasn't changed would likely
> take more time and updating the entire string.

*** Microseconds.? Literally zilch.? And during the process of this
figuring,
interrupts are open, and the audio continues.

? The real time eater is
> the updating the spectrum/waterfall displays. The waterfall is less of
> an issue because it's only changing 1x512 pixels on each pass.

*** For some reason - that I don't really understand - the
spectrum/waterfall
is not a problem.

? I *suspect* that we are leveraging an internal function of the display
to do
partial scrolls or block moves. I do use the Block Transfer Engine in the spectrum display code to make it as fast as I can.

> Since you can "see" which signals are active, I'm less concerned about
> the audio _while _tuning than the audio when you _stop _tuning.

*** Jack, I respectfully disagree.? Smooth tuning is VERY important.?
When I'm
zeroing in on an SSB signal or tuning past a CW signal, I want to hear
it.
Tuning around with my ancient Signal/One is more pleasant than tuning
around
with the T41 - although once you get there, the T41 receives better.
I think we have different ideas on what "smooth tuning" is. To me, that means the frequency changes without "jumps". To you, it has something to do with the audio while tuning. Also, as I tune the CW section, I can hear the stations as I tune past them, so maybe we scan the band at vastly different rates.?
? Personally, at least half the time I spend in front of a ham radio is
just
tuning around.? The equipment manufacturers understand this:? Just think
of all
the elaborate main tuning mechanisms that have been used over the years.

? ? I think that the tuning can be seriously improved without loading
down the
radio to any appreciable degree.? Just leaving out the update of the
inactive
VFO is making a big difference.? Tuning only affects the main VFO.? Why
are
we erasing and rewriting the inactive one - that doesn't change while
tuning? That would be easy to omit by just looking at the activeVFO variable. However, as you mentioned, not much time is spent writing the frequency info so I doubt that's main cause of the problem.

... let those people who think optimizing is so easy
> make the improvements to those things that are working.

*** Working on it Jack.? I am not a guy who takes software challenges
lightly.
Not any sort of programming genius or cowboy.? But I don't think this
particular
one is too hard.? I did embedded software for a living for 20 years, and developed a pretty good nose for what's hard, and what's not hard.
I'm glad you are working on it, especially since you think it is an easy fix, and hope others are too. That's why it's Open Source. However, your comments imply that I have an infinite amount of programming time or that your issue is the top priority. It is not. Al and I have been working on the Calibrate routines which are much more urgent. We almost are ready to release the new Calibrate routines and those changes, while perhaps not looking difficult, took over 6 man-months to write and test. Maybe that's a condemnation of our skills, maybe not. It's easy to criticize someone else's work, but to replace it with your own code is a little more difficult. I do hope you can improve it and will share it with all of us. That's what Al and I have been doing for almost 7 years now.


? The first most obvious thing is to have a global variable for each
display item
that tells us *WHAT IS BEING DISPLAYED NOW*?? If the new thing to
display is the
same as what's being displayed now, we don't mess with it.? Why change
it if it's
already right? I agree. But you will have to add code to test the current state of the display and that will take time. The question is, which is faster. Disaggregation should help, but I would like to do it without adding to the globals list...there are already too many globals.

? Working toward minimal audio disruption from display changes will make
the tuning
useable - but still not nice.? Disagree. Your statement asserts that tuning is not usable, but that is false. You may not like it in its current state, but to say it's not usable is simply not true.

To make it *nice* we will need to look at
the big fat
*tick* that happens at every encoder event.? That is IMHO a harder nut
to crack.? But
I remember the old encoder system with the encoders directly connected
to a couple of
I/O ports as being much smoother. The encoders are still directly coupled to the I/O ports. The difference is that the the main tuning is polled rather than driven by an interrupt. I discussed the change why earlier in the week.

? ? ? ? ? ? ? ? ? ? ? - Jerry, KF6VB







I'm



--
Jack, W8TEE


Re: T41 receive attenuator working?

 

That would be awesome.? I have not built yet and that is those were my biggest worries!