pothosware / pothossoapy Goto Github PK
View Code? Open in Web Editor NEWPothos framework support for software defined radio hardware.
Home Page: https://github.com/pothosware/PothosSoapy/wiki
License: Boost Software License 1.0
Pothos framework support for software defined radio hardware.
Home Page: https://github.com/pothosware/PothosSoapy/wiki
License: Boost Software License 1.0
A block with N input and N output streams that uses time labels and selective dropping to ensure that the output stream is time aligned.
I propose that the label names be changed so as to match tag names found in gnuradio, so that someday some compatible behavior or even standard may evolve.
The following tag names are used in gr-uhd and gr-osmosdr/bladerf:
txTime -> tx_time
txEnd -> tx_eob
rxTime -> rx_time
rxEnd -> rx_eob
rxFreq -> rx_freq
rxRate -> rx_rate
A demo control block ships with the sdr package. It has hooks to read the hw time periodically through the signals and slots, print info from a receive channel, and send TX bursts. Timed tuning.
The random dropper has a chance (configurable) of dropping a random chunk of samples. After a drop, a new time stamp will be output. This block will be used for internal tests, however, users may find it helpful to test their systems in the presence of overflows.
One of the strengths of the Pothos Framework is the advanced buffer integration. Naturally, we would like the source and sink blocks to provide scheduler access to underlying buffers provided by the hardware driver.
Currently blocked by a need for a demonstration driver to motivate the SoapySDR API: pothosware/SoapySDR#8
CMake looks for SoapySDR 0.6+, but the converter block doesn't compile because the first stable version with the converters was 0.7.
Blocking on pothosware/SoapySDR#22
For an application that I am currently working on I need to transmit chirp signals with a bandwidth of 15MHz.
The setup consists of a transmitting LimeSDR and a receiving LimeSDR that both operate at a sample rate of 32Msps.
I always set the RX bandwidth to 16MHz. Now, the waveforms and the spectrum that I expect look like this:
To achieve this, I usually set the TX bandwidth to 100e6.
However, if I assign TX bandwidth the values 16e6 or 32e6, I will get the following:
Can you please help me investigate that issue. It probably occurs at the interface of Pothos and the LMS7 module.
Thank you very much.
Support setting the soapy sdr log level. This is a drop down that by default, does not modify the default level. Users will set the log level to allow debug prints.
The SDR block will cache any settings calls while the future is busy setting up the device handle. Currently, these cached calls are forcibly applied when the block is activated. However, they should really be applied ASAP when the device handle is setup.
Meaning that the std::future task should run through all settings calls after its finished getting a device handle. Some extra synchronization will be needed to protect the cached settings while the future is processing them because additional settings could potentially be made. Possibly, we can just make a dedicated execution thread in the place of using std::future.
Fixing this issue means that the block will continue to set itself up while the topology activates, but without blocking calls. This is because talking out to hardware can be a costly or long operation, such as calibration and waiting on time-outs. A block, its stream, and configuration will be fully setup by the time activate() is called.
Can the gui widgets handle the vector of strings for available options? If not, we should fix this.
A declarative, efficient, and flexible JavaScript library for building user interfaces.
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. ๐๐๐
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google โค๏ธ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.