This Git repository contains a Micro-SDR implementation, based on a RP2040 Pi Pico.
 
 
Go to file
ArjanteMarvelde cb55be8195
Update 1.2
2021-09-27 12:31:25 +02:00
doc Update 1.2 2021-09-27 12:31:25 +02:00
CMakeLists.txt Update monitor 2021-05-15 22:12:44 +02:00
README.md Update README.md 2021-05-15 22:28:41 +02:00
dsp.c Update monitor 2021-05-15 22:12:44 +02:00
dsp.h Update monitor 2021-05-15 22:12:44 +02:00
hmi.c bug solved 2021-05-19 10:06:25 +02:00
hmi.h HMI changes 2021-04-16 19:51:51 +02:00
lcd.c HMI working 2021-04-19 22:24:03 +02:00
lcd.h HMI changes 2021-04-16 19:51:51 +02:00
monitor.c Update monitor 2021-05-15 22:12:44 +02:00
monitor.h HMI changes 2021-04-16 19:51:51 +02:00
pico_sdk_import.cmake First draft 2021-04-03 21:39:24 +02:00
si5351.c Changed pinning 2021-04-11 11:58:04 +02:00
si5351.h Multicore support 2021-04-05 21:18:30 +02:00
uSDR.c HMI changes 2021-04-16 19:51:51 +02:00

README.md

uSDR-pico

A uSDR implementation based on a RP2040 Pi Pico.
This code is experimental, intended to investigate how the HW and SDK work with an application like this. So download and play with it, ask questions and suggest improvements, but do not expect any kind of "product" support.

This is the repository for an experimental implementation of the control and signal processing for a QSD/QSE based transceiver. The platform used is a Pi Pico module with an RP2040 processor. This processor has dual core, running at 125MHz each and very configurable I/O which eases the HW design.

The software is distributed over two cores, core0 takes care of all user I/O and control functions, while core1 performs all signal processing. The core1 functionality consists of a TX-branch and an RX-branch, each called from a function that waits for inter-core FIFO words popping out. This happens every 16usec, because on core0 a 16usec timer callback ISR pushes the RX/TX status into that FIFO. Hence the signal processing rythm on core1 effectively is 62.5kHz.
On core1 the three ADC channels are continuously sampled at maximum speed in round-robin mode. Samples are therefore taken every 6usec for each channel, maximum delay between I and Q channels is 2usec, which has a negligible effect in the audio domain.

The TX-branch

  • takes lates audio audio sample input from ADC2 (rate = 62.5 kHz),
  • applies a low-pass filter at Fc=3kHz,
  • reduces sampling by 2 to get better low frequency response Hilbert xform (rate = 31.25 kHz),
  • splits into an I-channel 7 sample delay line and a Q-channel 15-tap DHT
  • scales and outputs I and Q samples on PWM based DACs, towards QSE output

The RX-branch

  • takes latest I and Q samples from QSD on ADC0 and ADC1 (rate = 62.5 kHz)
  • applies a low-pass filter at Fc=3kHz,
  • reduces sampling by 2 to get better low frequency response Hilbert xform (rate = 31.25 kHz),
  • applies 15-tap DHT on Q channel and 7 sample delay on I channel
  • subtracts I and Q samples
  • scales and outputs audio on an PWM based DAC, towards audio output

On core0 the main loop takes care of user I/O, all other controls and the monitor port. There is also a LED flashing timer callback functioning as a heartbeat.

The Pico controls an Si5351A clock module to obtain the switching clock for the QSE and QSD. The module outputs two synchronous square wave clocks on ch 0 and 1, whith selectable phase difference (0, 90, 180 or 270 degrees). The clock on ch2 is free to be used for other goals. The module is controlled over the i2c1 channel. The display is a standard 16x2 LCD, but with an I2C interface. The display is connected through the i2c0 channel.

Open issues:

  • take care of processing cycles, by moving signal processing parts to the second core
  • add some more filtering
  • implement the user I/O bit: LCD+Rotary encoder+buttons
  • implement AGC and RSSI
  • implement other modes than USB
  • sort out the surrounding HW
  • maybe design a PCB?

Installing and using the SDK for Windows:

Please refer to https://github.com/ndabas/pico-setup-windows/releases where the latest installer can be downloaded (e.g. pico-setup-windows-0.3-x64.exe).
Execute the installer to set up the SDK environment, e.g. in ~/Documents/Pico (let's call this folder $PICO).

Building uSDR-pico:

Clone/copy the uSDR-pico code files into a subdirectory, e.g. $PICO/uSDR-pico
Create the build folder: $PICO/uSDR-pico/build

Before doing any building you need to adapt the file $PICO/uSDR-pico/CMakeLists.txt, using your favourite browser, to reflect your own directory structure. Also, select whether you want stdio to use the UART on pins 1 and 2 or the USB serial port. The monitor terminal is on stdio.
In $PICO/ you will find a command to start a Developer Command Prompt window. Within this DCP all environment settings are initialized to enable building.
In the DCP window, chdir to the build folder and execute: cmake -G "NMake Makefiles" ..
Now you have initialized the make environment, and by executing nmake in that same build folder, the Pi Pico loadable file uSDR.uf2 is created.
Rebooting the Pico while the bootsel button is pressed will open a file explorer window with the Pico as a Mass Storage Device. Moving the binary to the Pico is as easy as dragging and dropping this uf2 file into that MSD.

Background

The folder $PICO/docs also contains some manuals, of which the C-SDK description, the RP2040 datasheet and the Pico Pinout are absolute must-reads when you start writing software.
For calculating filters I have used the free software from Iowa Hills (http://www.iowahills.com/8DownloadPage.html)
I also used the online FIR filter calculator T-Filter (http://t-filter.engineerjs.com/)