mirror of
https://github.com/portapack-mayhem/mayhem-firmware.git
synced 2024-12-13 03:34:35 +00:00
2435ee780f
* Small fine tuning xOVS selection for BW 25k * Comments , same growing order ending with dot.
75 lines
3.4 KiB
C++
75 lines
3.4 KiB
C++
/*
|
|
* Copyright (C) 2023 Kyle Reed, zxkmm
|
|
*
|
|
* This file is part of PortaPack.
|
|
*
|
|
* This program is free software; you can redistribute it and/or modify
|
|
* it under the terms of the GNU General Public License as published by
|
|
* the Free Software Foundation; either version 2, or (at your option)
|
|
* any later version.
|
|
*
|
|
* This program is distributed in the hope that it will be useful,
|
|
* but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
* GNU General Public License for more details.
|
|
*
|
|
* You should have received a copy of the GNU General Public License
|
|
* along with this program; see the file COPYING. If not, write to
|
|
* the Free Software Foundation, Inc., 51 Franklin Street,
|
|
* Boston, MA 02110-1301, USA.
|
|
*/
|
|
|
|
/* Helpers for handling oversampling and interpolation. */
|
|
|
|
#ifndef __OVERSAMPLE_H__
|
|
#define __OVERSAMPLE_H__
|
|
|
|
#include "message.hpp"
|
|
#include "utility.hpp"
|
|
|
|
/* TODO:
|
|
* The decision to oversample/interpolate should only be a baseband concern.
|
|
* However, the baseband can't set up the radio (M0 code), so the apps also
|
|
* need to know about the "actual" sample rate so the radio settings can be
|
|
* applied correctly. Ideally the baseband would tell the apps what the
|
|
* actual sample rate is. Currently the apps are telling the baseband and
|
|
* that feels like a separation of concerns problem. */
|
|
|
|
/* HackRF suggests a minimum sample rate of 2M so a oversample rate is applied
|
|
* to the sample rate (pre-scale) to get the sample rate closer to that target.
|
|
* The baseband needs to know how to correctly decimate (or interpolate) so
|
|
* the set of allowed scalars is fixed (See OversampleRate enum).
|
|
* In testing, a minimum rate of 400kHz seems to the functional minimum.
|
|
*
|
|
* There are several different concepts or terms related to Capture and Replay,
|
|
* (1) Oversampling (x8, x16, ...) and Decimation (/8, /16...)
|
|
* In Capture App, the ADC can not directly handle low sample rates.
|
|
* We need to apply oversampling (x8, x16, ...), collecting more "x number" additional real samples.
|
|
* To write it to SD card with the desired sample rate, we apply Decimation ("/ number").
|
|
*
|
|
* (2) Up-sampling or re-scale or interpolation. (x8, x16, ...).
|
|
* In Replay-list App, when the bit rate data is too low for HackRF.
|
|
* We need to upsample or interpolate to increase those low bit rates
|
|
* to a rate higher than the hardware nminimum to be transmitted by Hackrf.
|
|
*/
|
|
|
|
/* Gets the oversample rate for a given sample rate.
|
|
* The oversample rate is used to increase the sample rate to improve SNR and quality.
|
|
* This is also used as the interpolation rate when replaying captures. */
|
|
inline OversampleRate get_oversample_rate(uint32_t sample_rate) {
|
|
if (sample_rate < 25'000) return OversampleRate::x64; // 12k5, 16k.
|
|
if (sample_rate < 80'000) return OversampleRate::x32; // 25k, 32k, 50k, 75k.
|
|
if (sample_rate < 250'000) return OversampleRate::x16; // 100k, 150k.
|
|
if (sample_rate < 1'250'000) return OversampleRate::x8; // 250k, 500k, 600k, 750k, 1Mhz.
|
|
|
|
return OversampleRate::x4; // Top range (1.25Mhz ... 5.5Mhz).
|
|
}
|
|
|
|
/* Gets the actual sample rate for a given sample rate.
|
|
* This is the rate with the correct oversampling rate applied. */
|
|
inline uint32_t get_actual_sample_rate(uint32_t sample_rate) {
|
|
return sample_rate * toUType(get_oversample_rate(sample_rate));
|
|
}
|
|
|
|
#endif /*__OVERSAMPLE_H__*/
|