¿ªÔÆÌåÓý

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

Re: T41 partially thawed

 

The stack space is probably large enough here not to be a problem. The other version make me uncertain. My system is still in parts as Al and I are finishing up the last update for the book. I'm still a week away from a working system..

Jack, W8TEE

On Sunday, March 16, 2025 at 11:15:46 AM EDT, Robert Luken W3RDL via groups.io <now.w3rdl@...> wrote:


Jack, I recompiled SDTVer066.1_2-24_25 (Arduino IDE 2.3.4) unmodified(original config.h) with:

Smallest Code with LTO

528MHz

Serial

Statistics:

Memory Usage on Teensy 4.1:
? FLASH: code:208488, data:128216, headers:8380?? free for files:7781380
?? RAM1: variables:189568, code:197768, padding:31608?? free for local variables:105344
?? RAM2: variables:471456? free for malloc/new:52832

Compiled with Smallest code

Memory Usage on Teensy 4.1:
? FLASH: code:235292, data:164296, headers:8980?? free for files:7717896
?? RAM1: variables:244864, code:216568, padding:12808?? free for local variables:50048
?? RAM2: variables:406624? free for malloc/new:117664

The header in the .ino file says it should be:
Memory Usage on Teensy 4.1:
? FLASH: code:228876, data:161312, headers:9164 ? free for files:7727112
? ?RAM1: variables:219584, code:210408, padding:18968 ? free for local variables:75328
? ?RAM2: variables:409920 ?free for malloc/new:114368
Both freeze after the Setup Complete message.
I don't know what this means, but if I run from a cold start(CPU Temp ~ 30C, it runs for about 15 secs, Temp 32.5C.
The hotter it is the shorter the run time.
Running with the Ver50.x, it stabilizes ~41C and runs fine.
All of the Ver66.x releases have run before with Faster with LTO and I was able to go through the Freq and Receive IQ cal.
Also between Ver 50.x and 66.x the Tx and Rx LEDs are swapped.

On 3/16/2025 9:48 AM, jjpurdum via groups.io wrote:
What happens if you compile with the smallest code option? In the compile statistics, what values do you see

Memory Usage on Teensy 4.1:
? FLASH: code:10228, data:3016, headers:8256?? free for files:8104964
?? RAM1: variables:3808, code:7664, padding:25104?? free for local variables:487712
?? RAM2: variables:12416? free for malloc/new:511872

(These data are for the ASCII table example program.)

Jack, W8TEE

On Saturday, March 15, 2025 at 10:28:04 PM EDT, Robert Luken W3RDL via groups.io <now.w3rdl@...> wrote:


I removed the Arduino IDE 2.3.4 and reinstalled it along with Teensyduino and the libraries. I compiled SDTVer50.2 and it loaded and ran. Everything worked. Thought problem was fixed so I compiled and loaded SDT Ver66.7. It froze at random points every time I restarted it. I went back to the SDTVer50.2 and recompiled and it froze this time. What's going on? Then I realized that the first time I compiled the SDTVer50.2 I had forgotten to change the compile options to those suggested (Faster with LTO, 528 MHz and Serial). It was set for Faster and 600MHz. I compiled again with the Faster and 600MHz and it ran fine.

I tried compiling SDTVer66.1 with Faster and 600MHz. Compile failed with an out of memory message. Tried SDTVer66.1 with Faster with LTO and 528MHz. Compiles but freezes. It ran prior to this, hardware wasn't changed, so I don't know what it takes to run the Ver66 code. Is Arduino IDE 2.3.4 what others are using?
73 to you!

73 Animated graphic flashing 73 in Morse code.

Bob W3RDL


Virus-free.

--
Jack, W8TEE
-- 
73
Bob W3rdl

--
Jack, W8TEE


Re: T41 partially thawed

 

¿ªÔÆÌåÓý

Jack, I recompiled SDTVer066.1_2-24_25 (Arduino IDE 2.3.4) unmodified(original config.h) with:

Smallest Code with LTO

528MHz

Serial

Statistics:

Memory Usage on Teensy 4.1:
? FLASH: code:208488, data:128216, headers:8380?? free for files:7781380
?? RAM1: variables:189568, code:197768, padding:31608?? free for local variables:105344
?? RAM2: variables:471456? free for malloc/new:52832

Compiled with Smallest code

Memory Usage on Teensy 4.1:
? FLASH: code:235292, data:164296, headers:8980?? free for files:7717896
?? RAM1: variables:244864, code:216568, padding:12808?? free for local variables:50048
?? RAM2: variables:406624? free for malloc/new:117664

The header in the .ino file says it should be:
Memory Usage on Teensy 4.1:
? FLASH: code:228876, data:161312, headers:9164 ? free for files:7727112
? ?RAM1: variables:219584, code:210408, padding:18968 ? free for local variables:75328
? ?RAM2: variables:409920 ?free for malloc/new:114368
Both freeze after the Setup Complete message.
I don't know what this means, but if I run from a cold start(CPU Temp ~ 30C, it runs for about 15 secs, Temp 32.5C.
The hotter it is the shorter the run time.
Running with the Ver50.x, it stabilizes ~41C and runs fine.
All of the Ver66.x releases have run before with Faster with LTO and I was able to go through the Freq and Receive IQ cal.
Also between Ver 50.x and 66.x the Tx and Rx LEDs are swapped.

On 3/16/2025 9:48 AM, jjpurdum via groups.io wrote:
What happens if you compile with the smallest code option? In the compile statistics, what values do you see

Memory Usage on Teensy 4.1:
? FLASH: code:10228, data:3016, headers:8256?? free for files:8104964
?? RAM1: variables:3808, code:7664, padding:25104?? free for local variables:487712
?? RAM2: variables:12416? free for malloc/new:511872

(These data are for the ASCII table example program.)

Jack, W8TEE

On Saturday, March 15, 2025 at 10:28:04 PM EDT, Robert Luken W3RDL via groups.io <now.w3rdl@...> wrote:


I removed the Arduino IDE 2.3.4 and reinstalled it along with Teensyduino and the libraries. I compiled SDTVer50.2 and it loaded and ran. Everything worked. Thought problem was fixed so I compiled and loaded SDT Ver66.7. It froze at random points every time I restarted it. I went back to the SDTVer50.2 and recompiled and it froze this time. What's going on? Then I realized that the first time I compiled the SDTVer50.2 I had forgotten to change the compile options to those suggested (Faster with LTO, 528 MHz and Serial). It was set for Faster and 600MHz. I compiled again with the Faster and 600MHz and it ran fine.

I tried compiling SDTVer66.1 with Faster and 600MHz. Compile failed with an out of memory message. Tried SDTVer66.1 with Faster with LTO and 528MHz. Compiles but freezes. It ran prior to this, hardware wasn't changed, so I don't know what it takes to run the Ver66 code. Is Arduino IDE 2.3.4 what others are using?
73 to you!

73

Bob W3RDL


Virus-free.

--
Jack, W8TEE
-- 
73
Bob W3rdl


Re: T41 partially thawed

 

What happens if you compile with the smallest code option? In the compile statistics, what values do you see

Memory Usage on Teensy 4.1:
? FLASH: code:10228, data:3016, headers:8256?? free for files:8104964
?? RAM1: variables:3808, code:7664, padding:25104?? free for local variables:487712
?? RAM2: variables:12416? free for malloc/new:511872

(These data are for the ASCII table example program.)

Jack, W8TEE

On Saturday, March 15, 2025 at 10:28:04 PM EDT, Robert Luken W3RDL via groups.io <now.w3rdl@...> wrote:


I removed the Arduino IDE 2.3.4 and reinstalled it along with Teensyduino and the libraries. I compiled SDTVer50.2 and it loaded and ran. Everything worked. Thought problem was fixed so I compiled and loaded SDT Ver66.7. It froze at random points every time I restarted it. I went back to the SDTVer50.2 and recompiled and it froze this time. What's going on? Then I realized that the first time I compiled the SDTVer50.2 I had forgotten to change the compile options to those suggested (Faster with LTO, 528 MHz and Serial). It was set for Faster and 600MHz. I compiled again with the Faster and 600MHz and it ran fine.

I tried compiling SDTVer66.1 with Faster and 600MHz. Compile failed with an out of memory message. Tried SDTVer66.1 with Faster with LTO and 528MHz. Compiles but freezes. It ran prior to this, hardware wasn't changed, so I don't know what it takes to run the Ver66 code. Is Arduino IDE 2.3.4 what others are using?
73 to you!

73 Animated graphic flashing 73 in Morse code.

Bob W3RDL


Virus-free.

--
Jack, W8TEE


T41 partially thawed

 

¿ªÔÆÌåÓý

I removed the Arduino IDE 2.3.4 and reinstalled it along with Teensyduino and the libraries. I compiled SDTVer50.2 and it loaded and ran. Everything worked. Thought problem was fixed so I compiled and loaded SDT Ver66.7. It froze at random points every time I restarted it. I went back to the SDTVer50.2 and recompiled and it froze this time. What's going on? Then I realized that the first time I compiled the SDTVer50.2 I had forgotten to change the compile options to those suggested (Faster with LTO, 528 MHz and Serial). It was set for Faster and 600MHz. I compiled again with the Faster and 600MHz and it ran fine.

I tried compiling SDTVer66.1 with Faster and 600MHz. Compile failed with an out of memory message. Tried SDTVer66.1 with Faster with LTO and 528MHz. Compiles but freezes. It ran prior to this, hardware wasn't changed, so I don't know what it takes to run the Ver66 code. Is Arduino IDE 2.3.4 what others are using?
73 to you!

73 Animated graphic flashing 73 in Morse code.

Bob W3RDL


Virus-free.


Re: T41 Locking up again!

 

¿ªÔÆÌåÓý

I have driver boards for this available when I return on Tuesday. ?


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: www.VillaGrandPiton.com


email:??bill@...

?


On Mar 14, 2025, at 3:38?PM, Phil Taylor via groups.io <philbyt1@...> wrote:

?
Robert
?
Do you have a driver for the SPI to the display? If not, how long is the cable? Try a very short cable if you have no driver. Humor me.
?
My theory is that lockups occur because the SPI fails after startup, I was having a similar issue, and then I shortened the display cable from 5 in to 2 in and the problem ceased.
?
Regards
Phil VK2KKZ


Re: T41 Locking up again!

 

¿ªÔÆÌåÓý

Phil, thanks.

I solved that issue months ago. Shortened the cable to ~2.5", worked solid until I clicked OK on a update libraries message(never again). Switching between my IC7610 and the T41, comparable reception. Nothing has changed hardware wise and SDT versions that worked before now lockup at the Main screen or earlier. I'm going to remove the IDE and reload the libraries. I had a similar problem before and that was the only thing that fixed it. Teaching a class tomorrow, so I probably won't get it done until Sunday.?

Never found out what caused it. I'm going to bug Dr. Schmidt again about the Display Driver I ordered. It can't hurt.

The first time it happened I had a 6" cable and it would come up and start drawing random lines and colors on the screen. Moving the Main Board got rid of the random lines but it still locked up when it started drawing the Spectrum and Waterfall. It seems to be waiting for a reply from the Display, which never happens.

On 3/14/2025 6:38 PM, Phil Taylor via groups.io wrote:
Robert
?
Do you have a driver for the SPI to the display? If not, how long is the cable? Try a very short cable if you have no driver. Humor me.
?
My theory is that lockups occur because the SPI fails after startup, I was having a similar issue, and then I shortened the display cable from 5 in to 2 in and the problem ceased.
?
Regards
Phil VK2KKZ
--

73 Animated graphic flashing 73 in Morse code.

Bob W3RDL


Virus-free.


Re: T41 Locking up again!

 

Robert
?
Do you have a driver for the SPI to the display? If not, how long is the cable? Try a very short cable if you have no driver. Humor me.
?
My theory is that lockups occur because the SPI fails after startup, I was having a similar issue, and then I shortened the display cable from 5 in to 2 in and the problem ceased.
?
Regards
Phil VK2KKZ


Re: T41 Locking up again!

 

¿ªÔÆÌåÓý

Oliver, thanks, I remember that now. I got confused due to the comment in SDT.h for the #include <RA8875.h> that gives the url for the RA8875_4 library. It should probably be removed.

However, it didn't make any difference. I removed the RA8875 libraries and reinstalled Teensyduino. Tried several clean versions back to Ver50.0-1? and all locked up at the main screen or before. As I recall, the last time I had a similar problem, I wound up removing the IDE and reinstalling everything.

On 3/13/2025 8:12 PM, Oliver KI3P via groups.io wrote:

You should be using the RA8875 library that comes bundled with the Teensyduino package, so you can remove the Adafruit library. That might be the source of your issue.



-------- Original Message --------
On 3/13/25 4:54 PM, Robert Luken W3RDL via groups.io wrote:

I went back to W8TEE's Ver 66-3 release and compiled, with no changes. It compiled and loaded and it makes it to the main screen. Serial monitor gets to Setup Complete. Totally frozen, no shut down.

Memory Usage on Teensy 4.1:
? FLASH: code:302212, data:129248, headers:8852?? free for files:7686152
?? RAM1: variables:177600, code:278728, padding:16184?? free for local variables:51776
?? RAM2: variables:462400? free for malloc/new:61888

Seems like I've been here before, so I suspect a library(Display!). What is the correct version of the RA8875 library:

??? Adafruit RA8875

???

Neither fixes lockup, however the RA8875_4 makes it to the main loop.

Nothing has changed hardware wise. Any suggestions?

--
73
Bob W3rdl

Virus-free.
--

73 Animated graphic flashing 73 in Morse code.

Bob W3RDL


Re: T41 Locking up again!

 

The Teensy display library is different than the Adafruit library. Try changing libraries.

Jack, W8TEE

On Thursday, March 13, 2025 at 04:54:59 PM EDT, Robert Luken W3RDL via groups.io <now.w3rdl@...> wrote:


I went back to W8TEE's Ver 66-3 release and compiled, with no changes. It compiled and loaded and it makes it to the main screen. Serial monitor gets to Setup Complete. Totally frozen, no shut down.

Memory Usage on Teensy 4.1:
? FLASH: code:302212, data:129248, headers:8852?? free for files:7686152
?? RAM1: variables:177600, code:278728, padding:16184?? free for local variables:51776
?? RAM2: variables:462400? free for malloc/new:61888

Seems like I've been here before, so I suspect a library(Display!). What is the correct version of the RA8875 library:

??? Adafruit RA8875

???

Neither fixes lockup, however the RA8875_4 makes it to the main loop.

Nothing has changed hardware wise. Any suggestions?

-- 
73
Bob W3rdl

Virus-free.

--
Jack, W8TEE


Re: T41 Locking up again!

 

You should be using the RA8875 library that comes bundled with the Teensyduino package, so you can remove the Adafruit library. That might be the source of your issue.



-------- Original Message --------
On 3/13/25 4:54 PM, Robert Luken W3RDL via groups.io wrote:

I went back to W8TEE's Ver 66-3 release and compiled, with no changes. It compiled and loaded and it makes it to the main screen. Serial monitor gets to Setup Complete. Totally frozen, no shut down.

Memory Usage on Teensy 4.1:
? FLASH: code:302212, data:129248, headers:8852?? free for files:7686152
?? RAM1: variables:177600, code:278728, padding:16184?? free for local variables:51776
?? RAM2: variables:462400? free for malloc/new:61888

Seems like I've been here before, so I suspect a library(Display!). What is the correct version of the RA8875 library:

??? Adafruit RA8875

???

Neither fixes lockup, however the RA8875_4 makes it to the main loop.

Nothing has changed hardware wise. Any suggestions?

--
73
Bob W3rdl

Virus-free.


T41 Locking up again!

 

¿ªÔÆÌåÓý

I went back to W8TEE's Ver 66-3 release and compiled, with no changes. It compiled and loaded and it makes it to the main screen. Serial monitor gets to Setup Complete. Totally frozen, no shut down.

Memory Usage on Teensy 4.1:
? FLASH: code:302212, data:129248, headers:8852?? free for files:7686152
?? RAM1: variables:177600, code:278728, padding:16184?? free for local variables:51776
?? RAM2: variables:462400? free for malloc/new:61888

Seems like I've been here before, so I suspect a library(Display!). What is the correct version of the RA8875 library:

??? Adafruit RA8875

???

Neither fixes lockup, however the RA8875_4 makes it to the main loop.

Nothing has changed hardware wise. Any suggestions?

-- 
73
Bob W3rdl

Virus-free.


Flex for sale -- sold

 

My Flex 6400 has found a new home.

Jack, W8TEE

--
Jack, W8TEE


Re: Transmit attenuator

 

¿ªÔÆÌåÓý

So you probably want to characterize the gain (loss) from the antenna input on the LPF to TP6 of the RF board since we specifically put U2 in to overcome the loss from the BPF and the attenuator on the RF board¡­? That is the gain that you would calibrate out for the s-meter.

?

?

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, March 10, 2025 6:22 PM
To: [email protected]
Subject: Re: [SoftwareControlledHamRadio] Transmit attenuator

?

The insertion loss of the attenuator chip when set to 0dB is roughly 2dB below 20 MHz and increases at higher frequencies, so the loss you're seeing is expected. See this plot of the receive attenuator insertion loss vs frequency and attenuation setting -- the transmit path should be the same.

?

?

On Monday, March 10th, 2025 at 10:38 AM, John G0SDF via groups.io <jatkins295@...> wrote:

The transmit attenuator is working in that the amount of attenuation is able to be adjusted by the setting in the Menu.

However at the 0dB attenuation setting I am getting -3dB. I have a 50 ohm load on RF_OUT (J6) on the RF Board.

I am testing this on CW and the peak to peak signal (ignoring overshoot) going into the attenuator chip (U12) is 980mV

but the peak to peak signal out is only 696mV.

Has anyone else measured the performance of the transmit attenuator?

?


Re: Transmit attenuator

 

The insertion loss of the attenuator chip when set to 0dB is roughly 2dB below 20 MHz and increases at higher frequencies, so the loss you're seeing is expected. See this plot of the receive attenuator insertion loss vs frequency and attenuation setting -- the transmit path should be the same.

image.png

On Monday, March 10th, 2025 at 10:38 AM, John G0SDF via groups.io <jatkins295@...> wrote:

The transmit attenuator is working in that the amount of attenuation is able to be adjusted by the setting in the Menu.
However at the 0dB attenuation setting I am getting -3dB. I have a 50 ohm load on RF_OUT (J6) on the RF Board.
I am testing this on CW and the peak to peak signal (ignoring overshoot) going into the attenuator chip (U12) is 980mV
but the peak to peak signal out is only 696mV.
Has anyone else measured the performance of the transmit attenuator?


Re: LPF-Control PCB TX Logic at U3 & U7

 

¿ªÔÆÌåÓý

Cool!


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: www.VillaGrandPiton.com


email:??bill@...

?


On Mar 10, 2025, at 9:51?AM, D Solt via groups.io <davesolt@...> wrote:

?
Thanks to all for the help.? I was misunderstanding the signal path, thinking that the BPF was out of the signal path during transmit.? My T41 is working with several watts out!? Now to finish calibrating.

dave, n3ds

On Sun, Mar 9, 2025 at 6:27?AM Oliver KI3P via <oliver=[email protected]> wrote:
When TX_BPF_SEL is LOW, then RF2 is selected on U3 and U7 (BPF is bypassed for the TX path). When TX_BPF_SEL is HIGH, then RF1 is selected and the BPF is placed in the path.


U3 U7
TX_BPF_SEL Pin 6/A Pin 4/B RFC ¡ú Pin 6/A Pin 4/B RFC ¡ú
0 0 1 RF2 0 1 RF2
1 1 0 RF1 1 0 RF1



On Sunday, March 9th, 2025 at 5:37 AM, John G0SDF via <jatkins295=[email protected]> wrote:
According to the data sheet this is correct, selecting the BPF for transmit sets TX_BPF_SEL high resulting in a high on pin 6 of U3 which in turn connects RFC to RF1 which is the BPF connector. So no should not connect to RF2.


Re: Excessive Noise

 

Look at Oliver, sportin' V066.7?
Go Oliver!


Re: Excessive Noise

 

Hi Bill-
?
That is a bit of roll-off in the baseband circuitry which follows the QSD (quadrature sampling demodulator).
That's a trade-off when using the demodulator for both demodulation and as a panadapter.
?
--
73 Greg KF5N


Re: LPF-Control PCB TX Logic at U3 & U7

 

Thanks to all for the help.? I was misunderstanding the signal path, thinking that the BPF was out of the signal path during transmit.? My T41 is working with several watts out!? Now to finish calibrating.

dave, n3ds

On Sun, Mar 9, 2025 at 6:27?AM Oliver KI3P via <oliver=[email protected]> wrote:
When TX_BPF_SEL is LOW, then RF2 is selected on U3 and U7 (BPF is bypassed for the TX path). When TX_BPF_SEL is HIGH, then RF1 is selected and the BPF is placed in the path.


U3 U7
TX_BPF_SEL Pin 6/A Pin 4/B RFC ¡ú Pin 6/A Pin 4/B RFC ¡ú
0 0 1 RF2 0 1 RF2
1 1 0 RF1 1 0 RF1



On Sunday, March 9th, 2025 at 5:37 AM, John G0SDF via <jatkins295=[email protected]> wrote:
According to the data sheet this is correct, selecting the BPF for transmit sets TX_BPF_SEL high resulting in a high on pin 6 of U3 which in turn connects RFC to RF1 which is the BPF connector. So no should not connect to RF2.


Re: Transmit attenuator

 

¿ªÔÆÌåÓý

Need to calibrate it. ?Its not absolute.?


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: www.VillaGrandPiton.com


email:??bill@...

?


On Mar 10, 2025, at 7:38?AM, John G0SDF via groups.io <jatkins295@...> wrote:

?
The transmit attenuator is working in that the amount of attenuation is able to be adjusted by the setting in the Menu.
However at the 0dB attenuation setting I am getting -3dB. I have a 50 ohm load on RF_OUT (J6) on the RF Board.
I am testing this on CW and the peak to peak signal (ignoring overshoot) going into the attenuator chip (U12) is 980mV
but the peak to peak signal out is only 696mV.
Has anyone else measured the performance of the transmit attenuator?


Re: Excessive Noise

 

Good morning Greg,
Last night was able to get the T41-2 main board/qse2/qsd2 combination working in what was originally a 4SQRP T-41k. (so far just on receive)
I noticed that the right side of the waterfall display seemed to be more sensitive than the left. When I looked at the google drive pictures of your radio posted on this thread, I noticed the same effect. I am curious as to the reason for this.
73 Bill NX5AA