Re: CW Side tone

#33151

On 2025-03-21 05:17, Paul Michel via groups.io wrote:
My CW side tone is very loud, the volume setting in the CW menu does
not have any affect. I am using V12 boards and running Ver 50.2.
Any ideas on what to look for?*** Yeah, there's a line you need to change in the .ino file.
 Inside setup_cw_transmit_mode()
you will see something like: sidetone_oscillator.amplitude( 1 );

Replace it with:
sidetone_oscillator.amplitude( sidetoneVolume / 500 );

          - Jerry, KF6VB

Re: boards and kits and stuff

#33150

开云体育

Actually it didnt originally dawn on me to use the parallel bus for the display bit it makes a lot of sense to do that and dedicate a processor to it. ?I may take a look at that. ?

Dr.?William J. Schmidt - K9HZ J68HZ 8P6HK ZF2HZ PJ4/K9HZ VP5/K9HZ PJ2/K9HZ

?

Owner - Operator

Big Signal Ranch – K9ZC

Staunton, Illinois

?

Owner – Operator

Villa Grand Piton - J68HZ

Soufriere, St. Lucia W.I.

Rent it: www.VillaGrandPiton.com

email:??bill@...

?

Show quoted text

On Mar 21, 2025, at 10:40?AM, rebruhnke via groups.io <rebruhnke@...> wrote:

?
I have been playing with a Genmitsu CNC....? Made the rear panel of my radio using that.... so much nicer than drilling even with my drill press.? Learning curve was big even after knowing and using the 3D printer.

?

My display uses an 8bit parallel bus. I prefer that to any type of serial bus

?

Russ

Re: boards and kits and stuff

#33149

Jack, one version of my radio (it has been in progress for 10 years!) did use the Raspberry PI for the display. I used Python and it worked quite well. Hated the? boot time so I looked at other options.? My radio, up until now, always used a DSPIC as the RX and TX processor, modeled somewhat from the SDRCube project. Another processor has always been used for the UI. I even split the audio processing up with another DSPIC. An FPGA has always been the frequency/down/up convertor.? Next iteration used an ARM (Microchip again) running at 300MHz for the UI and that worked quite well. The current iteration uses two Teensys, one for the UI and the other in place of the DSPIC.

?

Russ

Re: boards and kits and stuff

#33148

I have been playing with a Genmitsu CNC....? Made the rear panel of my radio using that.... so much nicer than drilling even with my drill press.? Learning curve was big even after knowing and using the 3D printer.

?

My display uses an 8bit parallel bus. I prefer that to any type of serial bus

?

Russ

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

#33147

Thanks Oliver.? I recognize this from the sketch.? I use the test code to check the LPF out and let yall' know. The filters alone are working great.

Thanks again.

Mark

KU3O

CW Side tone

#33146

My CW side tone is very loud, the volume setting in the CW menu does not have any affect. I am using V12 boards and running Ver 50.2.

Any ideas on what to look for?

?

Paul M.

KC2TVJ

?

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

#33145

开云体育

There seems to be several failures at the LPF associated with the last software release. ? Maybe just coincidental ?

Dr.?William J. Schmidt - K9HZ J68HZ 8P6HK ZF2HZ PJ4/K9HZ VP5/K9HZ PJ2/K9HZ

?

Owner - Operator

Big Signal Ranch – K9ZC

Staunton, Illinois

?

Owner – Operator

Villa Grand Piton - J68HZ

Soufriere, St. Lucia W.I.

Rent it: www.VillaGrandPiton.com

email:??bill@...

?

Show quoted text

On Mar 21, 2025, at 5:56?AM, Oliver KI3P via groups.io <oliver@...> wrote:

?
The sketch that aids in testing the LPF is here:

I don't recall there being a detailed checklist to work through... the closet we have a list of all the functions of the LPF that you can test with the software:

? Serial.println("N ? - Select NO FILT band");
? Serial.println("6 ? - Select 6M band");
? Serial.println("10 ?- Select 10M band");
? Serial.println("12 ?- Select 12M band");
? Serial.println("15 ?- Select 15M band");
? Serial.println("17 ?- Select 17M band");
? Serial.println("20 ?- Select 20M band");
? Serial.println("30 ?- Select 30M band");
? Serial.println("40 ?- Select 40M band");
? Serial.println("60 ?- Select 60M band");
? Serial.println("80 ?- Select 80M band");
? Serial.println("160 - Select 160M band");
? Serial.println("1-4 - Select antenna 1 to 4");
? Serial.println("XV ?- Select TXVR state");
? Serial.println("HF ?- Select none-TXVR state");
? Serial.println("PA ?- Toggle 100W PA state");
? Serial.println("TXB - Toggle TX BPF state");
? Serial.println("RXB - Toggle RX BPF state");
? Serial.println("TX ?- Select TX state");
? Serial.println("RX ?- Select RX state");
? Serial.println("SWR - Read the SWR");

Is that what you were looking for?

Cheers,
Oliver KI3P
On Thursday, March 20th, 2025 at 8:39 PM, epif18 via groups.io <epif18@...> wrote:

I think my LPF is acting up.? I'm using 66.4.? I built it a while ago and tested it with the LPF testing software, worked great.? But I seem to remember a detailed checklist to be used with the SW that I can't seem to find.? Am I mistaken, loosing my mind or just can't find it on github?? I need to get the hook ups right when testing the various modes.? With the nanoVNA hooked up to the filter board, filters are switched correctly but when I go through the control board I can't seem to get a good result.

Thanks

Mark

KU3O

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

#33144

The sketch that aids in testing the LPF is here:

I don't recall there being a detailed checklist to work through... the closet we have a list of all the functions of the LPF that you can test with the software:

? Serial.println("N ? - Select NO FILT band");

? Serial.println("6 ? - Select 6M band");

? Serial.println("10 ?- Select 10M band");

? Serial.println("12 ?- Select 12M band");

? Serial.println("15 ?- Select 15M band");

? Serial.println("17 ?- Select 17M band");

? Serial.println("20 ?- Select 20M band");

? Serial.println("30 ?- Select 30M band");

? Serial.println("40 ?- Select 40M band");

? Serial.println("60 ?- Select 60M band");

? Serial.println("80 ?- Select 80M band");

? Serial.println("160 - Select 160M band");

? Serial.println("1-4 - Select antenna 1 to 4");

? Serial.println("XV ?- Select TXVR state");

? Serial.println("HF ?- Select none-TXVR state");

? Serial.println("PA ?- Toggle 100W PA state");

? Serial.println("TXB - Toggle TX BPF state");

? Serial.println("RXB - Toggle RX BPF state");

? Serial.println("TX ?- Select TX state");

? Serial.println("RX ?- Select RX state");

? Serial.println("SWR - Read the SWR");

Is that what you were looking for?

Cheers,

Oliver KI3P

On Thursday, March 20th, 2025 at 8:39 PM, epif18 via groups.io <epif18@...> wrote:

Show quoted text

I think my LPF is acting up.? I'm using 66.4.? I built it a while ago and tested it with the LPF testing software, worked great.? But I seem to remember a detailed checklist to be used with the SW that I can't seem to find.? Am I mistaken, loosing my mind or just can't find it on github?? I need to get the hook ups right when testing the various modes.? With the nanoVNA hooked up to the filter board, filters are switched correctly but when I go through the control board I can't seem to get a good result.

Thanks

Mark

KU3O

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

#33143

I think my LPF is acting up.? I'm using 66.4.? I built it a while ago and tested it with the LPF testing software, worked great.? But I seem to remember a detailed checklist to be used with the SW that I can't seem to find.? Am I mistaken, loosing my mind or just can't find it on github?? I need to get the hook ups right when testing the various modes.? With the nanoVNA hooked up to the filter board, filters are switched correctly but when I go through the control board I can't seem to get a good result.

Thanks

Mark

KU3O

Re: boards and kits and stuff

#33142

开云体育

-----Original Message-----
From: [email protected] <[email protected]> On Behalf Of ken WA2MZE
Sent: Thursday, March 20, 2025 3:57 PM
To: [email protected]
Subject: Re: [SoftwareControlledHamRadio] boards and kits and stuff

?

I would suggest that if you want to try using a different processor, just make a new main board and keep the other V12 boards. Yeah my thought too.? The MPU used on the Teensy is either a BGA or a very dense QFTP, not for the faint of heart to solder, so this one would HAVE to be outsourced to a board house, at least for any BGA like parts and leave the chip resistors, inductors, and caps for the builders to play with. The whole project is moving that direction anyway.? It might be a sneaky idea to make a clone of the Teensy4.1, leaving out the extra i/o pads, the ethernet stuff, and the boot processor, and add an SWD port. Heck, if someone does the CAD work for this, I wouldn't be surprised if SpartFun might pick it up.? My feeling is that one uses a processor intended for the job rather than throwing a processor at the problem and hope its enough.

?

As long as we are programming in C/C++ it should be possible to port any graphic libraries? maybe but native libraries for the part would be faster.? That may mean redesigning the screen, but I wanted to do that for my radio anyway.? There are some standards that have been adopted in most of the commercial radios that could propagate to the T41, unless they make use of processor specific blobs written in assembler which most good graphics are.? I'd suggest using eclipse and a JLINK mini for the debugger via SWD.? The JLink supports almost every ARM Cortex family MPU, and the mini isn't any more expensive than a good AVR/PIC programmer from Microchip / Atmel. It might take a bit to wrap you head around GDB, but it's a good tool.? Interesting.

?

The new RP2350 (Pico2) has DSP instructions and can probably be pushed to 200mhz or more.? The "B" version has more pins in a larger package. Versions with flash "on chip" are coming.? The packages are hand solderable (with a stencil and hot air) it's almost duck soup, I've done one myself.? Now that we have some datapoints from the Teensy used in the T41 radio, we know what is limiting…? The package is almost irrelevant compared to the buss speed, buss type, on-board A/Ds and numbers/ accuracy, etc.

?

Re: boards and kits and stuff

#33141

Raspberry pi works great for SDR's, C and or C++ is standard (linux). I even port a lot of Arduino libraries to the pi for managing I2C chips. But if you want to debug Arduido (or raspberry pi for that matter) have a look at VisualGDB this is an add-on for Visual Studio which allows remote debugging for most embedded boards and linux. Its not free but I use it for years and remote debugging saves loads of time. If you only want Arduino debugging for Visual Studio you can also look at Visual Micro, also an excellent tool.? So there is choice, and maybe hope :)

Re: boards and kits and stuff

#33140

I would suggest that if you want to try using a different processor, just make a new main board and keep the other V12 boards.? The MPU used on the Teensy is either a BGA or a very dense QFTP, not for the faint of heart to solder, so this one would HAVE to be outsourced to a board house, at least for any BGA like parts and leave the chip resistors, inductors, and caps for the builders to play with.? It might be a sneaky idea to make a clone of the Teensy4.1, leaving out the extra i/o pads, the ethernet stuff, and the boot processor, and add an SWD port. Heck, if someone does the CAD work for this, I wouldn't be surprised if SpartFun might pick it up.

As long as we are programming in C/C++ it should be possible to port any graphic libraries, unless they make use of processor specific blobs written in assembler.? I'd suggest using eclipse and a JLINK mini for the debugger via SWD.? The JLink supports almost every ARM Cortex family MPU, and the mini isn't any more expensive than a good AVR/PIC programmer from Microchip / Atmel. It might take a bit to wrap you head around GDB, but it's a good tool.

The new RP2350 (Pico2) has DSP instructions and can probably be pushed to 200mhz or more.? The "B" version has more pins in a larger package.? Versions with flash "on chip" are coming.? The packages are hand solderable (with a stencil and hot air) it's almost duck soup, I've done one myself.

Re: Rob Sherwood rankings??

#33139

?73 de Luc ON4ALV

Show quoted text

On Thu, Mar 20, 2025 at 8:06?PM jjpurdum via <jjpurdum=[email protected]> wrote:

All:

I can't seem to find Rob's transceiver ranking list. Anyone have a URL that works?

Jack, W8TEE

--
Jack, W8TEE

Rob Sherwood rankings??

#33138

All:

I can't seem to find Rob's transceiver ranking list. Anyone have a URL that works?

Jack, W8TEE

--
Jack, W8TEE

Re: boards and kits and stuff

#33137

On Thu, Mar 20, 2025 at 11:21 AM, jjpurdum wrote:

so overall it costs less than the Discovery board

Yeah, I mainly used the discovery board as a test bed for the dual-core processor.? I thought it would make my testing easier given that it came with a display.? That's when I learned how much we've benefited from PRJC's library support.? Switching systems isn't easy.

Re: boards and kits and stuff

#33136

开云体育

“Perhaps he can jump in and talk about debugging and library support.”??

?

Yeah… I’d love to hear what he as to say about that too.? He sure got the sBITx working in a hurry after the uBITx…

?

Dr. William J. Schmidt - K9HZ J68HZ 8P6HK ZF2HZ PJ4/K9HZ VP5/K9HZ PJ2/K9HZ VP2EHZ

?

Owner - Operator

Big Signal Ranch – K9ZC

Staunton, Illinois

?

Owner – Operator

Villa Grand Piton – 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@...

?

Show quoted text

From: [email protected] <[email protected]> On Behalf Of jjpurdum via groups.io
Sent: Thursday, March 20, 2025 1:21 PM
To: [email protected]
Subject: Re: [SoftwareControlledHamRadio] boards and kits and stuff

?

If I were going to start over, I might consider the Raspberry Pi. It has the memory resources and clock speed to pull it off and a 10" 1024x600 display is less than $50, so overall it costs less than the Discovery board. What I don't know is the programming and library support for C. Python appears good, but the job would be easier in C. Farhan's sBITx uses an RP, so he would know about the development environment better than I would. Perhaps he can jump in and talk about deubgging and library support.

?

Jack, W8TEE

?

On Thursday, March 20, 2025 at 02:08:02 PM EDT, Terrance Robertson, KN6ZDE via groups.io <tmrob4@...> wrote:

?

On Thu, Mar 20, 2025 at 10:34 AM, Greg KF5N wrote:

I've thought about looking around for a Teensy equivalent which has a debugger.? The Teensy audio libraries would be missed.

I spent about a month working with the STM32H747I-DISCO Discovery board.? It has good debugging capabilities.

My goal was to get a mockup of the T41 code running on the dual core processor, with DSP on the M7 core and the display on the M4.? I got basic stuff working as planned on the two cores, but good library support didn't make things easy. I finally gave up after determining the display code would require a major rewrite.? Even though the display resolution was the same as the one we use on the T41, the library support was very different.? This will be a bit of a hurdle for those wanting to move to another display type, though not insurmountable.? I have a with a version of the T41 display written in C#.

?

--
Jack, W8TEE

Re: boards and kits and stuff

#33135

The call sign/grid square info could be moved to the SD card and not be part of the raw code. All you would need is a text file with that info on the SD card and then add a trivial amount of code to read it before the Splash screen is displayed.

Jack, W8TEE

On Thursday, March 20, 2025 at 02:15:16 PM EDT, jerry-KF6VB <jerry@...> wrote:

On 2025-03-20 10:34, Greg KF5N via groups.io wrote:

>
> What I don't like about the T41 is the minimalistic documentation.
> Perhaps with SparkFun taking over, Paul will have some time to finish
> that up.
> And the worst part is the lack of a debugger!

*** Amen!? The raspberry pi Pico has become my go-to for little projects
because it supports
SWD ( single wire debug ).? Breakpoints.? Source level single step.?
Etc.? Shortens development
time by an order of magnitude.

The iMXRT1062 chip DOES have a JTAG port, but PJRC took that over for
their boot processor -
to make it more "Arduino-like".

If we were to do another Main Board, it might make sense to just put an
iMXRT1062 & flash chip on it.
Less pins, less connectors.? JTAG debug!? The schematic of the Teensy
could be a guide for our intrepid
hardware folks.

On the software side, serious rework would be necessary.? What about the
PJRC audio library?? Well - I suspect
that PJRC didn't write it.? The graphic design tool was ported from a
project called "Node-Red".

I personally would ditch the Arduino IDE in a heartbeat.? I've never
liked it.? It hides too much from the programmer.
There are better IDEs out there.? Other IDEs do have more of a learning
curve to get to the "hello world" stage.? Right now,
everybody needs to use the IDE if they want a complete working T41.?
Why?? Because the user's callsign and grid square are
include-file compile time options.? If those things were EEPROM/SD-card
data, that requirement would disappear, and people
with no interest in software could just download a hex file.

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

--
Jack, W8TEE

Re: boards and kits and stuff

#33134

If I were going to start over, I might consider the Raspberry Pi. It has the memory resources and clock speed to pull it off and a 10" 1024x600 display is less than $50, so overall it costs less than the Discovery board. What I don't know is the programming and library support for C. Python appears good, but the job would be easier in C. Farhan's sBITx uses an RP, so he would know about the development environment better than I would. Perhaps he can jump in and talk about deubgging and library support.

Jack, W8TEE

On Thursday, March 20, 2025 at 02:08:02 PM EDT, Terrance Robertson, KN6ZDE via groups.io <tmrob4@...> wrote:

On Thu, Mar 20, 2025 at 10:34 AM, Greg KF5N wrote:

I've thought about looking around for a Teensy equivalent which has a debugger.? The Teensy audio libraries would be missed.

I spent about a month working with the STM32H747I-DISCO Discovery board.? It has good debugging capabilities.

My goal was to get a mockup of the T41 code running on the dual core processor, with DSP on the M7 core and the display on the M4.? I got basic stuff working as planned on the two cores, but good library support didn't make things easy. I finally gave up after determining the display code would require a major rewrite.? Even though the display resolution was the same as the one we use on the T41, the library support was very different.? This will be a bit of a hurdle for those wanting to move to another display type, though not insurmountable.? I have a with a version of the T41 display written in C#.

?

--
Jack, W8TEE

Re: boards and kits and stuff

#33133

On 2025-03-20 10:34, Greg KF5N via groups.io wrote:

What I don't like about the T41 is the minimalistic documentation.
Perhaps with SparkFun taking over, Paul will have some time to finish
that up.
And the worst part is the lack of a debugger!*** Amen!  The raspberry pi Pico has become my go-to for little projects because it supports
SWD ( single wire debug ).  Breakpoints.  Source level single step.  Etc.  Shortens development
time by an order of magnitude.

The iMXRT1062 chip DOES have a JTAG port, but PJRC took that over for their boot processor -
to make it more "Arduino-like".

If we were to do another Main Board, it might make sense to just put an iMXRT1062 & flash chip on it.
Less pins, less connectors.  JTAG debug!  The schematic of the Teensy could be a guide for our intrepid
hardware folks.

On the software side, serious rework would be necessary.  What about the PJRC audio library?  Well - I suspect
that PJRC didn't write it.  The graphic design tool was ported from a project called "Node-Red".

I personally would ditch the Arduino IDE in a heartbeat.  I've never liked it.  It hides too much from the programmer.
There are better IDEs out there.  Other IDEs do have more of a learning curve to get to the "hello world" stage.  Right now,
everybody needs to use the IDE if they want a complete working T41.  Why?  Because the user's callsign and grid square are
include-file compile time options.  If those things were EEPROM/SD-card data, that requirement would disappear, and people
with no interest in software could just download a hex file.

                     - Jerry, KF6VB

Re: boards and kits and stuff

#33132

On Thu, Mar 20, 2025 at 10:34 AM, Greg KF5N wrote:

I've thought about looking around for a Teensy equivalent which has a debugger.? The Teensy audio libraries would be missed.

I spent about a month working with the STM32H747I-DISCO Discovery board.? It has good debugging capabilities.

My goal was to get a mockup of the T41 code running on the dual core processor, with DSP on the M7 core and the display on the M4.? I got basic stuff working as planned on the two cores, but good library support didn't make things easy. I finally gave up after determining the display code would require a major rewrite.? Even though the display resolution was the same as the one we use on the T41, the library support was very different.? This will be a bit of a hurdle for those wanting to move to another display type, though not insurmountable.? I have a with a version of the T41 display written in C#.

?