Hello fellow SDR developers. I am still accepting abstracts for the SDR
session at the Aerospace Conference to be held next March in Big Sky, MT. Let
me know if you are interested in submitting a paper (only abstracts are
required right now), or just go to aeroconf.org. Session 4.12. Hope to
Hello,
This may be an usrp-users question, but I can't seem to get approved for that
list. Is it possible to use two TwinRX boards (4 channels) in a X310? As far
as I can tell you need 4 DDCs, but only two are available by default.
A followup: why is it that TwinRX connection type is reported
We're transmitting two linear polarizations interleaved. Any polarization
should work.
Two independent linear polarizations will give optimal results when
producing a map (one can form polarized and depolarized images).
Here's a link to the radar:
http://jro.igp.gob.pe/english/
juha
On Mon, Jul
Cool! Is there an optimal receive antenna polarization?
Michael
On Mon, Jul 03, 2017 at 10:07:03PM +, Juha Vierinen wrote:
>
> Hi,
>
> I forgot to mention that the interpulse period is 38 ms on 2017/07/04 at
> 01:21:00 UTC and 40 ms on 2017/07/05 02:04:00 UTC.
>
> juha
>
>
> On Mon, Ju
I have a flow graph that currently has a packet encoder at the transmitter and
an encoder at the receiver.
I am attempting to send a file from one usrp to the other.
On investigating the output of the receiver it would not appear that it is
processing anything possibly because of the access cod
Hi,
I forgot to mention that the interpulse period is 38 ms on 2017/07/04 at
01:21:00 UTC and 40 ms on 2017/07/05 02:04:00 UTC.
juha
On Mon, Jul 3, 2017 at 9:58 PM, Juha Vierinen wrote:
> Hi,
>
> Just to let you guys know, I'll be radiating the moon with 1 MW and 36 dBi
> 49.92 MHz on 2017/0
Hi,
Just to let you guys know, I'll be radiating the moon with 1 MW and 36 dBi
49.92 MHz on 2017/07/04 at 01:21:00 UTC. The experiment will repeat also at
2017/07/05 02:04:00 UTC. Both experiments last about 15 minutes, when the
Moon transits the radar beam.
In case somebody wants to tune in wit
Dear all,
I translate the /gr-digital/examples/narrowband/digital_bert_tx.py and the
/gr-digital/examples/narrowband/digital_bert_rx.py python source codes to
GRC flow graphs. The objective is to get more graphical possibilities with
a GRC. My flow graph gives a fine result of BER and SNR for DBP
Hello Nicolas,
sorry for the delayed reaction!
So, the signal chain looks roughly like this:
RX:
ADC (@Master Clock Rate (MCR) --> Rotator (@MCR) --> decimator --> Host
(@user-requested sampling rate)
TX:
Host (@user sampling rate) --> interpolator --> Rotator (@MCR) --> DAC
(@MCR)
The two r
Hello Yang,
it is true that each block will have its own thread in GNURadio, but, in
any case, your resources are limited when it comes to CPU processing. What
seems to be happening is that one of your paths is demanding resources and,
when it gets them, leaves the other path without enough resour
Hello Tellrell,
the description that you are making as a possible solution to your problem
sounds very reasonable in many ways. As an informative example for the
command messages. you can check the "uhd_msg_tune.grc" example in
gnuradio/gr-uhd [1] where the uhd control over message is shown.
A se
11 matches
Mail list logo
