Is it possible to know, from a gnuradio OOT block, if underflow(s) occurred with a UHD sink block ?
Yes, using the UHD: USRP Async Msg Source, or observing the tags on the output stream of the USRP Source.
Related
I am going to transmit the complex data produced from matlab by using usrp b210 and gnuradio on windows.
gnuradio flowgraph is following:
Here, data type is complex.
Problem:
I want sample-rate is 20MHz or 30.72MHz, but gnuradio is stoped, logging out 'UUUUUUU...' or 'UUOUUUUU...'.
why?, and how to fix it? please help me. thanks.
GRC will even warn you that you must not use a throttle block in your flow graph if you have hardware. Read the console log!
Other than that, you're expecting your storage to read and write simultaneously 16 MS/s ยท (32 bit I + 32 bit Q) = 1.024 Gb/s, reliably. It's also not very likely it's fast enough to do that.
I was struggling with designing an application with gnuradio, that would receive and decode ASK modulated signal that is transmitting UART messages. It seems to me like an obvious thing to do, but I can't find any straightforward method, other than creating my own component, that would consume stream of 0s and 1s and produce a decoded string.
What I would like to accomplish is to connect the output of the binary slicer to one end of something and have decoded characters on the other end.
Is my approach correct? Is it possible to do with default gnuradio components? Or maybe that's not how it's supossed to be done?
it is possible, i made both a modulator and a demodulator, though i had to use a tcp sink and custom python code to go from bytes to chars
I am working on developing blocks for Decoding and demodulating Bluetooth signal and then to show the sequence of 1s of 0s in demodulated signal.
I am trying to build blocks in GNURadio.
My question is : Is decoding Bluetooth previously built in GNU like photos or do we need to code it in python and build block by yourself?
My question is : Is decoding Bluetooth previously built in GNU like photos ...
Yes, gr-bluetooth is an open source OOT(out of tree) module for gnuradio that implements bluetooth.
See also Decoding Bluetooth signal and packets using GnuRadio
I am working on a project to transmit and receive the binary data by using QPSK modulation and demodulation technique on GNURadio via SDR (BladeRFx40). Here is the sketch of the task to be implemented.
The flow graph is simple and workable when the intent is not to use bladeRF or is solely to modulate and demodulate binary data as the image shows
But problem arises when using osmocom source and sink (i.e. QPSK transceiver via BladeRFx40).
Few Important Questions and Problems Regarding the Working:
On the receiver side, the osmocom source(or the received signal) when tested directly using FFT plot gives no signal. How can this be made to work successfully?
Theoretically, QPSK modulation is mapping plus up-conversion, but in GNURadio, QPSK Mod block only shows mapping but no up-conversion, does the purpose of up-conversion is fulfilled itself when osmocom sink block is used(since it shows frequency at which signal is to be transmitted)? Or the up-conversion is done separately by multiplying QPSK Mod Block output with sinosoid along with osmocom sink block? Precisely how is up-conversion done on GNURadio for such a task?
If only i do modulation and demodulation without transmitting and receiving on SDR platform, then i must up-convert and down-convert it separately according to my understanding. Even then, i am unable to get the binary data: here is the attachment for it too, Kindly rectify me for any misplacement or misuse of the blocks and recommend for any changes needed in the flow graph of image.
I recommend that you visit the following link (if you have not seen it yet). When we talk about digital modulations, and these are transmitted / received by a USRP, HackRF, etc., the recovery of the signal is not as easy as in FM or AM.
I do not fully understand your question because I just entered the world of SDR, but in the sdr sinks (UHD or OSMOCON) is where the RF frequency is configured (M / GHz).
If you want to simulate the TX / RX process, you do not need to configure the RF frequency because it will not transmit this signal to the air. You will be working in Baseband
I have one USRP B210 and E312 and all the message transferred between them are via the broadcast message.
Is there any way to transmit a unicast message (point to point) in GNURadio?
If yes, can you please help me with an example?
You're confusing GNU Radio with something it is not:
GNU Radio is a framework for designing signal processing flow graphs. It is especially useful for processing digital radio signals.
Whether a message is "unicast" or "broadcast" or whatever isn't anything that GNU Radio is concerned with. You'd typically just analyze a packet that you received to determine whether it was meant for you.
GNU Radio isn't something that you typically use to implement a network layer. Mostly, you do physical layer signal processing. As soon as you have packets of bits, you usually leave GNU Radio. Your problem arises from a misunderstanding of what GNU Radio does (and maybe, software defined radio in general).
I found a great library, gr-mac which can handle the broadcast and unicast messaging above the gnuradio.
https://github.com/jmalsbury/gr-mac
I hope it will be helpful to other new gnuradio users like me.