Hi,
you are right I hope now you came to know my problem,I have got same
question when i have seen those examples so I had asked question,
whether am I able to generate such kind of continuous wave from gnuradio(I
am having hardware USRP E310) or not? because examples what I have gone
through does
Smoke? No signal? Distortion? Increased noise? I don't have one and I've
never seen the schematic.
I'm totally guessing, but maybe you got lucky. I'd guess that if you'd
cooked it, you'd get nothing at all... then again, when the amplifier in a
hackrf is damaged, it usuall just turns into somethin
Hi Chris,
Thanks for the info. What would the symptoms of a spyverter failure be ? I
tested it with a shortwave loop antenna and it picks up the local AM stations
fine with sdrsharp. But some bands the spectrum display a series of evenly
spaced spikes that are not AM signals. Could this be due
If the delayed signal is optional, why not just use a delay block when you
need a delayed signal?
[your_source]--+-->[do_stuff]---+
||
|+-->[ something ]
|
How many ports GRC enforces depends on the .xml file in your module's
grc/ folder, so you will have to add a
1/
to the respective definition in your .xml.
Regarding operating on out1 iff there's a second output port:
you can either overwrite the check_topology()[1] method and memorize the
number
I've created a signal source and want to create a second port which outputs
the same signal, except one sample behind. The problem I'm having is that I
don't know how to make it "optional". If I change the code in the private
constructor from:
[Constructor Code}
...
gr::io_signature::make(1,1,siz
Well, then basic Unix shell scripting will do:
program > /dev/null
just redirects all output to Nirvana.
If you need *specific* output, but not other, you could do
program | grep 'pattern'
where 'pattern' is a regular expression that matches your desired
output, but not the rest.
Best regards
Hi Marcus,
Thank you
for the answer.
I want to
make a presentation in my degree final project in order to show how two USRPs
are able to communicate and send information
each other. For this purpose, I’ve created a simple shell script where I call
python programs so that the process was aut
Hello Ekko:
I'm just following up on this old post. I know that you had been talking
about this issue in some other threads. Do you still have any outstanding
questions or problems regarding this issue??
The most recent E310 image is posted at:
http://files.ettus.com/e3xx_images/e3xx-release-3/sd
Hi Silvio,
I'm really not very proficient with the WX GUI stuff; I'd have to try
out and look through the source code. Really, WX is a bit outdated and
*will* be removed at one point from GNU Radio, so you might really fare
better in the long run using Qt if you want to modify things.
Now, call b
Kevin,
The output rate of a 3072 Interpolation, 1000 Decimation resampler is,
per definition, 3.072 of the input rate, because from every single input
sample, it generates 3072 intermediate samples, correctly
anti-image-filtering that , and from every 1000 intermediate samples,
correctly anti-alia
Thank you ,johannes.I set the Resampler as: Interpolation:3.072k, Decimation
:1k ,and the N_rb_dl=50, fft_length=2048.
How should I set the sample_rate of USRP N210 to match the flowgragh?
Best wishes!
--
View this message in context:
http://gnuradio.4.n7.nabble.com/gr-lte-can-t-decode-MIB-t
I think Ron's recommended setting is already used in GNU Radio's in-tree
gr-dtv/examples/dvbt_rx_8k.grc example.
On 16.12.2015 14:05, Ron Economos wrote:
> Also, since you're using a B210, you can use the correct DVB-T sample
> rate of (8,000,000 * 8) / 7 Msps (instead of 10 Msps) and delete the
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Kevin,
Marcus's hint would've been the first thing I'd have mentioned. Also,
your flowgraph expects the samples to be resampled to 30.72Msps. It is
really important that you match the sampling rate the flowgraph expects.
Cheers
Johannes
On 16.12.
Something that you can try is to use the OFDM synchronization block from
gr-isdbt.
https://github.com/git-artes/gr-isdbt
Just replace the gr-dvbt ofdm_sym_acquisition block with the one from
gr-isdbt. Leave the freq. error output unconnected.
I believe German DVB-T is 16QAM 2/3 rate, so your
Hi Ahsan,
nice to be hearing from you!
So, two things: Can you actually tell us how you configured your flow
graph, the USRP and so on?
Then, the output you've shown us really just shows an excerpt of what
GNU Radio printed during initialization of the flow graph, even before
the flowgraph started
Hi Kevin,
> The source file is recorded from USRP N210 with a samp_rate of 15.36M,
It cannot be, because the N210 doesn't support that rate. Did you
correctly resample to 15.36MS/s before saving it to 1.dat?
Best regards,
Marcus
On 16.12.2015 06:10, kevin_L wrote:
> Hi,johannes,I deactivate th
Hi Vingnu,
can you please try to keep discussions on the list?
I still don't understand:
Your graph then tells me that the amplitude would be high over
*bandwidths* of 60MHz, and low for *bandwidths *of 4MHz, right?
Still, all your other explanations indicate you're talking about single
tones (li
Hi Israel,
that is *not* a silly question!
What you see are two things:
1. output of UHD (the USRP hardware driver) and
2. output of GNU Radio itself
In detail, those are:
> linux; GNU C++ version
> 4.9.2; Boost_105400; UHD_003.010….
UHD initialization
> Using Volk machine: …
GNU Radio
> Openi
19 matches
Mail list logo
