Bot releases are visible (Hide)
Published by f4exb almost 6 years ago
New feature added to be able to forward channel and device settings changes to an external application using the same REST API interface as the one used to communicate settings changes to SDRangel. See the Wiki page for more information.
Published by f4exb almost 6 years ago
Setting the LimeSDR GPIO is now supported through the REST API. The value of GPIO pins in hex form (2 hex digits LSB first) is also displayed in the GUI next to the temperature.
As a consequence the 32 bit MinGW build is dropped since it supports less plugins.
Published by f4exb almost 6 years ago
SoapySDR support for both Rx and Tx. See:
It is available in the Windows MSVC version. Unfortunately it cannot be delivered at the moment in Ubuntu/Debian binaries due to dependency issues. Of course it can be compiled from source: see Wiki
You have to install SoapySDR separately to get hardware support.
Funcube support has not been working great so far if even working at all in the recent versions. This version fixes the essential problem of the FCD audio device being captured by the software itself. Using the Qt audio classes to get the samples from the FCD audio device fixes the issue.
Published by f4exb almost 6 years ago
The various builds are now done using LimeSuite 18.10.0. If you compile from source make sure you checkout the 18.10.0 tag from LimeSuite.
Quite a bit of rework has been going on to fix issues and make enhancements to provide a more enjoyable and useful experience with the scope which is used mainly in the Channel Analyzer plugin:
Published by f4exb about 6 years ago
While in memory mode added ability to save the 50 traces stored in the memory bank to file. It is also possible in the same mode to load traces from file to memory. See https://github.com/f4exb/sdrangel/tree/master/plugins/channelrx/chanalyzer#e-scope-trace-control-line for details.
Fixed separation between live and memory mode in particular the sample rate settings.
Reworked the histogram (phosphor) display:
Published by f4exb about 6 years ago
Corrected the wrong times display on large files due to counter overflow. This should fix issue #206. A playback accelerator has been added to allow waterfall fast forward helping getting faster to the point of interest.
Added a maximum mode in the list of averaging modes. This does not perform an average actually but takes the maximum over the same number of consecutive FFTs. This can help spotting transient bursts occurring during the "averaging" period. This implements issue #207
Published by f4exb about 6 years ago
A few fixes and enhancements have been applied to the file recording component. This changes significantly the way the File Input plugin works. This should fix issue #206 The file header has changed to include a CRC32 checksum that will guarantee that the header is not corrupted and hence the data can be processed correctly. Files recorded with SDRangel versions earlier than v4.2.1 will not work. A conversion or rescue (in case of corruption) tool can reconstruct the header with a valid CRC: https://github.com/f4exb/sdrangel/tree/master/rescuesdriq
For more details on the File Source plugin please check: https://github.com/f4exb/sdrangel/tree/master/plugins/samplesource/filesource
This version fixes the issue of incorrect stream enabling when running in multiple output (MO) mode that is when Tx1 and Tx2 run simultaneously. This fixes issue #225
Also the output plugin is now included in the Windows distribution.
Published by f4exb about 6 years ago
Support of the BladeRF 2.0 micro using the v.2 of libbladeRF more specifically the 2018.08 release.
Support plugins have been re-organized in separated sets for the classic (v1) and micro (v2) BladeRF devices:
Please follow the above links for more information.
Published by f4exb about 6 years ago
The companion project SDRdaemon has been integrated into SDRangel in the form of two new channel plugins:
Both plugins include the handling of FEC to recover possible lost UDP blocks just like in the original SDRdaemon.
The remote SDRangel instances in the headless version are controlled exclusively via their REST API. Therefore the dependency on nanomsg is lifted. To control this remote instance interactively you may use any form of client application. For example SDRangelcli that is web browser based. Note that the control from the SDRDaemon device plugins has been dropped.
Consequently the GUI of the SDRDaemonSource and SDRDaemonSink device plugins has been modified to a great extent.
The remote SDRangel instance can be of the GUI or headless variant therefore in its headless form it achieves exactly the same role as SDRdaemon used to. There are many advantages in this integration into SDRangel:
Note that there are also the UDP source and sink channel plugins that seem to have the same role when used with the I/Q samples format. However these plugins have filters and rational interpolators or decimators to achieve further sample rate conversion in the baseband and are therefore less efficient when you want to transfer the whole baseband like SDRdaemon used to do. Also they do not support FEC protection.
The names of UDP source and sink have been swapped to match the same convention as the Daemon plugins:
Note that the SDRdaemon related plugins are available only in the Linux distributions. With these plugins it becomes critical that the supporting O/S has near real time capabilities because the sample timing is handled only in software. Several tests have demonstrated that Windows is not suitable for this purpose. Consequently please note that these plugins will not run successfully in a Linux VM hosted on a Windows O/S except perhaps when Hyper-V is the supervisor (not tested).
Removed the timeout mechanism on the Audio FIFO that seems to cause program lockup particularly on the Tx side with the audio input in some conditions. When the FIFO gets full or empty the samples are simply dropped or not provided to the client. This should fix issue #210
Published by f4exb about 6 years ago
Removed the old "NG" scope objects to avoid confusion.
Published by f4exb about 6 years ago
Set samples to zero when no modulation is active. This fixes remaining DC leaving a carrier with no modulation. Fixes issue #204
Published by f4exb about 6 years ago
Published by f4exb over 6 years ago
Published by f4exb over 6 years ago
Added the option to view the spectrum in linear mode (squared magnitude). Please check the documentation for details: https://github.com/f4exb/sdrangel/tree/master/sdrgui#4-spectrum-display-control
Published by f4exb over 6 years ago
Implementation of averaging on the spectrum displays. This concerns the main window spectrum display and also the spectrum display on the following plugins: Broadcast FM demodulator, Channel analyzer, SSB demodulator, UDP source and UDP sink.
There are two modes for averaging N samples:
There are two new controls on the spectrum GUI for the averaging mode and value and other controls have been shuffled around a little bit. The details of the GUI can be found here: https://github.com/f4exb/sdrangel/tree/master/sdrgui#4-spectrum-display-control
Published by f4exb over 6 years ago
If you compile from source you will need to checkout the latest version v1.8.3 of dsdcc.
Adds NXDN to the list of digital voice modes supported according to latest dsdcc version. More information can be found in the readme,md file of the plugin: https://github.com/f4exb/sdrangel/blob/master/plugins/channelrx/demoddsd/readme.md
It has been tested only on the 4800 b/s version of the standard (2400 S/s) so it may or may not work on 9600 b/s (4800 S/s) transmissions. In any case the voice full rate decoding (EFR mode) works only if you have a DVSI AMBE dongle (DV serial).
Published by f4exb over 6 years ago
Many of you will not see a dramatic change for this new major version and in fact it has been in preparation for a while starting with v3.8.6. Now it is complete with almost all plugins supported:
The HTTP REST API is self documented using Swagger UI. The address of the Swagger UI is documented in the "About" window and by default is http://127.0.0.1:8089.
The sdrangelsdrv
server instance is a UI less version of SDRangel. As there is no UI all interaction is done via the REST API.
For both the server and REST API more information can be found in the sdrsrv
folder. More information will also be given in the Wiki in the near future.
Published by f4exb over 6 years ago
Support exploration of PSK signals adding the following features:
Check plugin documentation for details. This implements issue #33 .
Added a choice of signals to display:
In addition refactored to use settings structure similarly to other plugins.
Added synchronous AM option to the AM demodulator. Use a PLL to lock to the carrier and mix with the signal. Synchronous AM does not fix all selective fading distortion affecting broadcast on shortwave but does pretty well with the carrier fading which is the most annoying. Hopefully this will bring more comfort to the ears of the broadcast listeners.
Published by f4exb over 6 years ago
Firstly the decimator for inf/sup decimation with shift was not working properly just missing the FIR filter causing possible massive ghost images problems. I am wondering why this was not found before maybe it is not so much used. Anyway thaks to beta-tester
for having incidentally pointed me on this important bug. The original finding (issue #172) was that PlutoSDR was not showing the appropriate frequency shift on the spectrum. In order to fix that the calculation was moved in a single place thus it is the same for all plugins implementing the inf/sup feature. The shifting scheme has been changed also to have the baseband as close as possible to the device center frequency. This optimizes the device RF filtering not requiring exaggeratedly large bandwidths. See the plugins documentation for details. Some slight performance improvements to the decimators were made also.
My main development platform was updated from Ubuntu 16.04 to 18.04 which is the new LTS. Consequently the Qt version was bumped to 5.9.5 and a few adjustments and fixes were required:
top
for example. Overall this is fine as it optimizes power and heat but it ruins any benchmarking. It is unknown if high throughput operation is affected. A paragraph was added to documentation to avoid surprises as it occured to me. See issue #174Published by f4exb over 6 years ago
New benchmark program to test decimators. Run sdrangelbench -h
to display all options. This supports issue #166 to take a decision on further developments. While tuning the benchmark some optimizations on decimators could be made based on the benchmark results. Not tremendous improvements still on an average usage one can expect a few % improvement on CPU load.
Unify font usage across distributions using Liberation Sans (proportional) or Liberation Mono (monospace). Included font files in GUI resources (sdrgui) which should ensure a look and feel independent of the O/S or Linux distribution. One can expect a slight change in this look an feel however it is very similar to the default that was used previously. It could only look a bit more sleek.