¿ªÔÆÌåÓý

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

Re: uBITX not T-41: Inversion of t/r signal


 

Thanks all!?

Since I am trying to continue supporting the Nano (very criptled because of flash size), I don't have an extra GPIO pins. So will use the transistor with a current limiting to do the inversion. Will initially breadboard it with some jumpers to existing design to get it right and then put it on board on the next design.

This has been a real fun project for me because it involved both software (port of the existing KD8CEC software) and board design (with KICAD). I have already gone thru multiple board revisions and now have designs that work with the v3-v5 Raduino mechanicals as well as the v6 Raduino dimesions too. To date I have been hand assembling all the SMT components (yes, that includes the wonderful si5351...). On the next run to JCLPCB I will have them place the SMT components and then offer some beta boards at cost. Not looking to make money here, if the designs prove out, hopefully someone else will take that ball. Currently have boards for Teensy 4, 4.1, Pico, Ardruino IOT, BLE and RP Connect. I don't like the cost-performance of the Arduinos chips, so will probably focus on the Teensy and Pico going forward. The Pico W with the second processor that can be used for wifi seems to be interesting...

As one might expect, porting the KD8CEC code to these platforms has been challenging. Most of the math assumed integers were 16 bits... Spent a lot of time tracking all those down. But in addition, had to deal with? the more subtle assumptions about the Nano (e.g. timing! I wonder why that delay is there...).?

Everything works pretty good, so this first phase seems close to being done. (Well having said that, tracking down a few new problems that occurred when I went to the latest IDE, library and board versions....)

Again, thanks all!

73
Mark

Join [email protected] to automatically receive all group messages.