Keyboard Shortcuts
Likes
- SoftwareControlledHamRadio
- Messages
Search
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: Compiled with Smallest code Memory Usage on Teensy 4.1: The header in the .ino file says it should be: Memory Usage on Teensy 4.1: ? ?RAM1: variables:219584, code:210408, padding:18968 ? free for local variables:75328 ? ?RAM2: variables:409920 ?free for malloc/new:114368 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 Bob W3RDL -- 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: Compiled with Smallest code Memory Usage on Teensy 4.1: The header in the .ino file says it should be: Memory Usage on Teensy 4.1: ? ?RAM1: variables:219584, code:210408, padding:18968 ? free for local variables:75328 ? ?RAM2: variables:409920 ?free for malloc/new:114368 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:
-- 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
Bob W3RDL -- 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
Bob W3RDL |
||||||||||||||||||||||||||||
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:
|
||||||||||||||||||||||||||||
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:
--
73
Bob W3RDL |
||||||||||||||||||||||||||||
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:
--
73
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: 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 -- 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:
|
||||||||||||||||||||||||||||
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: 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 |
||||||||||||||||||||||||||||
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:
? |
||||||||||||||||||||||||||||
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.
On Monday, March 10th, 2025 at 10:38 AM, John G0SDF via groups.io <jatkins295@...> wrote:
|
||||||||||||||||||||||||||||
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:
|
||||||||||||||||||||||||||||
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:
|
||||||||||||||||||||||||||||
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:
|
||||||||||||||||||||||||||||
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 |