| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
| |
Signed-off-by: Josh Morman <jmorman@gnuradio.org>
|
| | |
|
| | |
|
| |
|
|
| |
Signed-off-by: Marcus Müller <mmueller@gnuradio.org>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Note: This requires a USRP with power API enabled.
Summary of changes:
- uhd_app now provides the --power argument and applies it as
a reference power level. It clashes with --gain. UHDApp now has two
'modes' for setting the power: Via gain (the previous, standard way)
or by setting a power. UHDApp calls all the right APIs for each use
case.
- uhd_siggen_base is now aware of these settings and will make sure the
output power is correct by combining the requested power and the
requested amplitude (meaning, it sets a ref power that is at the
correct level above the requested power level).
- The GUI can now set either power or gain, depending on command line
arguments. When changing the amplitude in power mode, the ref power is
also changed so the output power (in dBm) stays the same when the
amplitude changes.
- siggen now checks for invalid amplitudes (must be in 0 <= amplitude <=
1).
- --amplitude was moved from uhd_app.py to uhd_siggen_base.py, where it
belongs. uhd_fft for example does not have that argument.
- If --amplitude is set to 0.0, then it now fails in power mode. It's
still possible in gain mode.
|
| |
|
|
|
|
|
| |
- Fix formatting
- Fix PyLint complaints
No functional changes.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
All of the removed `from __future__ import` were needed in older
versions of Python (mostly 2.5.x and below) but later became mandatory
in most versions of Python 3 hence are not necessary anymore.
More specifically, according to __future__.py[1]:
- unicode_literals is part of Python since versions 2.6.0 and 3.0.0;
- print_function is part of Python since versions 2.6.0 and 3.0.0;
- absolute_import is part of Python since versions 2.5.0 and 3.0.0;
- division is part of Python since versions 2.2.0 and 3.0.0;
Get rid of those unnecessary imports to slightly clean up the codebase.
[1] https://github.com/python/cpython/blob/master/Lib/__future__.py
|
| | |
|
| | |
|
| |\ |
|
| | |\
| | |
| | |
| | |
| | | |
Conflicts:
gr-uhd/apps/uhd_app.py
|
| | |\ \
| | | |
| | | |
| | | |
| | | | |
Conflicts:
gnuradio-runtime/python/gnuradio/gr/tag_utils.py
|
| | |\ \ \ |
|
| | |\ \ \ \ |
|
| | |\ \ \ \ \
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
Conflicts:
gr-blocks/swig/blocks_swig.py.in
gr-uhd/apps/uhd_app.py
|
| | | | | | | | |
|
| | |_|_|_|_|/
|/| | | | |
| | | | | |
| | | | | |
| | | | | | |
When all LOs are externally sourced there is no primary channel to use
actual tune data from.
|
| |\ \ \ \ \ \
| |_|_|_|_|/
|/| | | | | |
|
| | | |_|_|/
| |/| | |
| | | | |
| | | | |
| | | | | |
Before, there was an issue where things could go awry with multiple
devices and only specifying a single --spec option.
|
| |\ \ \ \ \
| |/ / / /
|/| | | |
| | | | |
| | | | | |
Conflicts:
gr-uhd/apps/uhd_app.py
|
| | |/ / / |
|
| | |_|/
|/| |
| | |
| | |
| | |
| | | |
don't assign values back to args since that breaks apps who use the same
args to instantiate multiple usrp objects (e.g. tx and rx) with the same
arguments
|
| | |/
|/| |
|
| |/
|
|
| |
normalize_sel code
|
| |\ |
|
| | | |
|
| |/ |
|
| | |
|
| |
|
|
|
|
|
| |
- Added time source option
- Fixed bug where sources where not applied to all motherboards
- Various formatting cleanups (better Pylint score)
- Catch case where lo_locked sensor detection fails
|
| |\ |
|
| | | |
|
| |/ |
|
| | |
|
| |
|
|
|
| |
- --help didn't work
- Some tuning corner cases weren't properly handled
|
| |
|
|
|
| |
- UHDApp would not accept new frequencies after startup
- uhd_fft now has multi-channel capabiltities
|
|
|
- Added uhd_app.py base class for example apps
- uhd_siggen and uhd_siggen_gui now both use uhd_app
- siggen now also multi-channel capabilities
- siggen_gui fully QT, no more WX
|
