|Subject:||Re: [Discuss-gnuradio] unexpected underruns|
|Date:||Tue, 1 Aug 2017 18:04:29 +0200|
|User-agent:||Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1|
Ah, cool, but then I wouldn't start by packetizing data.
Simply send your file GMSK-Modulated; drop the packet encoding; think about it: the MIMO coding (usually) happens *after* the data has been formed to logical data units.
A few notes on your flowgraphs: Don't use the WX GUI elements in new flowgraphs. We have deprecated them, since no-one can maintain them, and the Qt GUI sinks have shown to be both more stable and efficient. As far as I can foresee your application's needs, Qt has replacements for all the WX visualizations you'd need.
For the receiver, I'd guess you'd first simply start by just
recording from to channels, and then experimenting with things
like cross-correlation, and estimating the channel matrix based on
your known transmit signal. I wouldn't be surprised if the channel
is rather boring in your setup – I blindly assume you're doing
this indoors, and that limits the path difference and the amount
of change (and hence, the delay spread and the doppler spread)
your signals are subject to, especially since your bandwidth is so
low. Of course, having a flat channel is nice :) but it also means
that it might be quite hard to get any actual MIMO gain, because
the two RX antennas might be very correlated. If in doubt,
increase bandwidth. Be agressive with roll-off / Bandwidth factors
of your GMSK.
On 08/01/2017 05:51 PM, Rui ZOU wrote:
|[Prev in Thread]||Current Thread||[Next in Thread]|