Hi everyone !
Long story short, in the context of a broader project I am attempting to
recreate on GNUradio an SSB receiver for VLF, meant to function with an
ultrasonic hydrophone. The goal here is to demodulate everything between 20
and 40khz (or higher, with a similar bandwidth) down to between
Ivan,
to the best of my knowledge, there should not be any RX1 port.
Instead, you should have two (coherent) channels "A" and "B" both
allowing you to select one out of two available antenna ports when
receiving ("TX/RX" or "RX2").
Cheers,
Julian
O
Hey,
I had similar requirements a few years ago and came up with a rolling-scope
block:
https://github.com/RWTH-iNets/gr-rollingscope/
I haven't used this code for quite a while so no guarantees but maybe it can
serve as a base for your own implementation.
Hope that helps!
Cheers,
J
We fixed it here <...>
Sweet! Thanks for pointing that out.
Julian
On 30.07.19 19:24, Michael Dickens wrote:
Thank you, Julian ... that's the issue here I bet!
Simona is running GR 3.7.14.4, which contains a bug in gr-uhd's GRC interface where the "set_auto_dc_offset&q
Hey,
you should be able to just run it as any other python script i.e.
"python ./top_block.py"
Cheers,
Julian
On 30.07.19 19:10, Simona Sibio wrote:
Thank you very much.
This tip is very helpful.
I edited the file.py but I don't know how can I do to run the file.py?
Or, d
_block.py" and DC offset
tracking should be disabled. Remember to not regenerate the flow-graph
after making those changes as otherwise GRC will override your changes.
Alternatively, you can of course always simply add the line
self.uhd_usrp_source_0.set_auto_dc_offset(False, 0)
to your
quot; until all samples had left the
Burst Shaper (hope this makes sense).
Not very elegant but I think it worked quite well at the end.
You can find the block I used to calculate and set the tx_time tags in
flow graph [1].
Cheers,
Julian
[1] https://github.com/RWTH-iNets/gr-inets/
going through those pages, let me know.
Cheers,
Julian
[1] https://www.gnuradio.org/doc/doxygen/page_packet_data.html
[2] https://www.gnuradio.org/doc/doxygen/page_packet_comms.html
[3]
https://www.gnuradio.org/doc/doxygen/classgr_1_1digital_1_1header__payload__demux.html
On 31.12.18 01:00
go ahead and use the block you previously implemented
which is just performing the de-mapping (if I remember correctly).
Let me know in case you have any further questions.
Cheers,
Julian
Julian Arnold, M.Sc
> On 10. Aug 2018, at 21:47, 梁帆 wrote:
>
> Hi,
>
> Thanks for you
you set sps
again to 4 whereas it should be 2.
Hope this helps.
Cheers,
Julian
Julian Arnold, M.Sc
> On 7. Aug 2018, at 23:08, 梁帆 wrote:
>
> Hello All,
>
> I am using the Gnuradio for two weeks. I am doing the Gnuradio tutorial 7 on
> stage 5. There I used PSK demod to dem
moved the block to it's own OOT module. You can find it here:
https://github.com/jarn0ld/gr-gate
Let me know if you need any help modifying it.
Cheers,
Julian
On 20.06.2018 20:02, Marcus D. Leech wrote:
On 06/20/2018 01:05 PM, c...@origosat.com wrote:
Hi, I am new to the gnuradio environ
Hey,
I created a test branch for the AGC a few years ago. It should still work. You
can find it here:
https://github.com/jarn0ld/gnuradio/tree/jarnold/b2xx_agc?files=1
Cheers,
Julian
Julian Arnold, M.Sc
Institute for Networked Systems
RWTH-Aachen University
Kackertstrasse 9
52072 Aachen
is message in context:
> http://gnuradio.4.n7.nabble.com/dB-or-dBm-tp64323p64327.html
> Sent from the GnuRadio mailing list archive at Nabble.com.
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu
_
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org <mailto:Discuss-gnuradio@gnu.org>
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> <https://lists.gnu.org/mailman/listinfo/discuss-gnuradio>
>
>
>
>
>
://github.com/RWTH-iNets/gr-inets
Cheers,
Julian
On 05/29/2017 01:33 PM, Mojtaba Mansour Abadi wrote:
> Hi Everyone,
>
> Is it possible to stream a live video in GNURadio?
>
> What I want to do is to transmit the video over air (using a pair of
> USRP) for demonstration purposes.
>
ples in order for the noise to be Gaussian. Can
> anybody help me out in this process?
>
>
> Regards,
> Ammar
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/dis
help to convert from unpacked to packed.
Hope that helps.
[1]
http://gnuradio.org/doc/doxygen/classgr_1_1blocks_1_1unpacked__to__packed__bb.html
Cheers,
Julian
On 04/13/2017 12:40 AM, Kacie O'Neil wrote:
>
> I'm having trouble with a BPSK Modulation/Demodulation flowgraph I
>
le? Is
that an option?
Cheers,
Julian
On 03/31/2017 01:47 PM, Marcus Müller wrote:
>
> Hi Ruben,
>
>> If I consume (ninput_items[0] - 1) samples every time general_work is
>> called, I will eventually get general_work called with ninput_items[0]
>> == 1. Would this be
Hey Bruno,
you could take a look at the guided tutorials. Especially [1] is also
talking about matched filtering.
Cheers,
Julian
[1] https://wiki.gnuradio.org/index.php/Guided_Tutorial_PSK_Demodulation
On 03/29/2017 07:14 PM, Eng. Bruno Taranto Alvim wrote:
> Hi!
>
> My name is B
e very
>> first to the absolute last are displayed no matter how long the
>> simulation runs for.
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
--
J
ength of the binary
data before you start sending it or you use some sort of delimiter
sequence which must not appear in the payload.
Hope that helps.
Cheers,
Julian
On 03/01/2017 05:14 PM, Sagnik Basu wrote:
> Hi.
>
> If I want to transfer, say an image, from one SDR to another using
&
17 11:48 PM, Mallesham Dasari wrote:
> Hi Julian,
>
> Thanks again for your help. I have done some following changes in the
> usrp_spectrum_sense.py code. I Removed the FFT and Complex to Mag Square
> block and writing the m.raw_data into a file inside the while loop.
> However,
Cheers,
Julian
On 01/04/2017 10:42 PM, Mallesham Dasari wrote:
> Hi Julian,
>
> Thank you so much again. I am able to collect the raw IQ samples using
> USRP source and File sink with gnuradio-companion. But, I am confused
> why you said that I will run into additional problems.
>
ber that writing to a file can be slow. You might want to
consider using a ramdisk.
Also, what whole Wifi band are you talking about? Depending on your
hardware configuration you might run into additional problems.
Cheers,
Julian
On 01/03/2017 09:04 PM, Mallesham Dasari wrote:
> Hello,
>
>
tunnel.py on both PCs you can set the IP of one
tun/tap interface to 10.0.0.1 and to 10.0.0.2 on the other.
Hope that helps.
Cheers,
Julian
Danilo De Donno schrieb am 02.12.2016 13:57:
> Hi Julian,
> for now, I'm using the 1Gbit Ethernet interface. I'll run bechmark_rate and
> als
Hi Danilo,
Just to get it right, so far you have one USRP attached to a PC using a switch?
Is it a gigabit switch? Have you tried to run something like benchmark_rate to
see if the connection works fine?
Also, at the moment I would recommend using the LTS version of UHD 3.9.
Cheers,
Julian
Hi Danilo,
what version of UHD are you using and how exactly does your network
configuration look like?
Also, you might want to post this question to the usrp-users mailing list.
Cheers,
Julian
On 12/01/2016 11:29 AM, Danilo De Donno wrote:
> Dear all,
> for several days, I made attempts
p with the processing
of the incoming data. This should be more or less independent on weather or not
you are transmitting bursty data.
Are you not seeing any Us and only Os?
Cheers,
Julian
> Am 24.09.2015 um 17:20 schrieb Washbourne, Logan
> :
>
> Hello all,
>
> I've b
locally?
Cheers,
Julian
> Am 24.08.2015 um 21:05 schrieb Patel, Priyank :
>
> Hello,
>
> I am trying to get a simple packet radio GRC working but so far have had no
> luck with the following scheme:
>
> tcp-source (port 9000) -> packet encoder -> gmsk mod ->
Hi Matija,
thank you for your information.
Just to get it right, did you run the command
usrp_burn_mb_eeprom --values="revision=6"
with your corrupted USRP and after that the error still persists?
Cheers,
Julian
On Tue, Aug 11, 2015 at 5:20 PM, Matija Ciganovic
wrote:
> How
l.cpp (located in
uhd/host/lib/usrp/x300) (Lines 625-632)
2.) rebuild uhd
3.) run usrp_burn_mb_eeprom --values="revision=6"
After that you should be able to switch back to stock UHD without issues.
Again, Sorry for your inconvenience. I hope that gets you going.
Cheers,
Julian
On Tue, Aug 1
It kind of implements the
'mute block' concept you were talking about.
I hope that gets you started. Let me know if you have any more questions.
[1]
http://oshearesearch.com/2015/03/15/burst-transmission-in-gnu-radio-sample-streams-with-eventstream/
Cheers,
Julian
On Thu, Aug 6, 2015
s to be exactly here
value = 10 samples
Hope that helps.
Cheers,
Julian
[1] https://gnuradio.org/doc/doxygen/page_stream_tags.html
[2] https://gnuradio.org/doc/doxygen/page_tagged_stream_blocks.html
On Thu, Aug 6, 2015 at 12:05 PM, Wolfgang Nagele wrote:
> Hi,
>
> I've bee
Hi Lefteris
thank you for bringing that up!
There has indeed been a bug in UHD caused by parallel access to rx/tx
methods by gnuradio.
Please find a patch attached that will fix the issue for the time being.
This code is not yet finalized but should solve your problem.
Cheers,
Julian
On Mon
again.
best regards,
Julian.
--
View this message in context:
http://gnuradio.4.n7.nabble.com/installing-gnuradio-e110-tp47730p47784.html
Sent from the GnuRadio mailing list archive at Nabble.com.
___
Discuss-gnuradio mailing list
Discuss-gnuradio
Hello Marcus, i have updated the gnuradio from git and now i have this error
when make:
[ 60%] Built target _digital_swig_swig_tag
[ 60%] Building CXX object
gr-digital/swig/CMakeFiles/_digital_swig.dir/digital_swigPYTHON_wrap.cxx.o
g++: Internal error: Killed (program cc1plus)
Please submit a ful
Probably more than 2 weeks...
i will try again and i see if it happens again.
thanks for reply!.
--
View this message in context:
http://gnuradio.4.n7.nabble.com/installing-gnuradio-e110-tp47730p47732.html
Sent from the GnuRadio mailing list archive at Nabble.com.
__
),\n'))
make[2]: *** [gnuradio-runtime/python/pmt/__init__.pyc] Error 1
make[1]: ***
[gnuradio-runtime/python/pmt/CMakeFiles/pygen_gnuradio_runtime_pyth
on_pmt_a42cc.dir/all] Error 2
make: *** [all] Error 2
some idea?.
looks like there is some syntax error in the code downloa
On 14.01.2013, at 16:56, David Greene wrote:
> Hey Folks,
>
> I've installed the latest version of GNURadio (3.6.3) using MacPorts on a
> fresh Macbook Pro running 10.8.2 using,
>
> sudo port install gnuradio +full configure.compiler=llvm-gcc-4.2
>
> Installation was flawless and I can receiv
alled unit generators) are here:
https://github.com/supercollider/supercollider/tree/master/server/plugins
___
Prof. Julian Rohrhuber
Institut Fuer Musik Und Medien
Georg-Glock-Straße 15
D-40474 Duesseldorf
http://musikund
me into running the examples
and/or wiring up our own SDRs
Clever people could then contribute blocks without needing hardware
perhaps ?
What do folk think
Thanks for your time
Julian
-Original Message-
From: Eric Blossom [mailto:[EMAIL PROTECTED]]
Sent: Fri 10/11/2006 16:31
To: Old
Has any luck person with hardware posted any sample
files
To view the terms under which this email is distributed, please go to http://disclaimer.leedsmet.ac.uk/email.htm___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mai
> Hello,
>
> I have seen in the file usrp_basic.h that the minimum value of the
gain
> is -20 and the maximum is 0. And in the user guide of the USRP, it is
> written that the PGA has a maximum gain of 20 dB.
> Yes, this is true, for the PGA in the AD9862.
But the AD9862 is only used for the tra
maximum value is 90. Is it the same? With Python
it is just a different representation?
Thanks
Julian
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hi Matt,
Perhaps do you already know, but there is a little
mistake in the ROM. The RFX2400 can work from 2.3 GHz to 2.9 GHz. But when you
use the freq_range() functions, Pyhton sends you back that the maximum
frequency is 2.7 GHz.
Best Regards
Julian
way to install Gnu Radio, but I did a mix between
some installation guide.
Julian
-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Matt Ettus
Envoyé : dimanche, 29. octobre 2006 14:11
À : gnuradio mailing list
Objet : [Discuss-gnuradio] Maintenan
I/Q format?
Thanks
Julian De Lima
-Message d'origine-
De : Eric Blossom [mailto:[EMAIL PROTECTED]
Envoyé : jeudi, 26. octobre 2006 15:36
À : De Lima Julian
Cc : discuss-gnuradio@gnu.org
Objet : Re: [Discuss-gnuradio] Sample rate for source_noise and source_vector
On Thu, Oct 26, 2006
Hello,
How can I display the data contained inside a vector_sink on the
terminal? I am doing some tests now...
Thanks
Julian De Lima
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Thanks
Therefore the USB rate is automatically adapted by the interpolation/decimation
factor! I thinked that it was us that have to adapted the different parameters
(interpolation/decimation and sample rate over USB).
Thank you
Julian
-Message d'origine-
De : Eric Blossom [m
Hello,
When you specify a signal_source, you have to set up the sample rate.
But with the noise and vector sources you do not have to specify this
parameter.
What is the sample rate in the computer -> USB when we generate a noise
or generate data from a list/file?
Thanks
_
different example and the value are
16e3 for a sine wave (in example). I see different values with the
usrp_oscope.py program but there is signal lose. Is it in uV?
Thanks
Julian
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http
Dear member.
Would you like to please your lovely partner completely?
Be realistic – you always wanted it
Try this volume enhancing formula
You may find what you need here: http://vuinoget.com/gall/gsm/
We thank you for being our customer!
___
Hello,
What are the minimum and maximum values for the data
when we use the gr_vector_source_X? I do not find this information in the
Doxygen documentation.
Thanks
Julian De Lima
___
Discuss-gnuradio mailing list
Discuss-gnuradio
?
Thank you
Julian De Lima
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
I had the same problem on
Ubuntu (Segmantation fault). I found that I have to do “make” 12 times, each
time it generates another fault. But after these 12 times make, Gnu Radio works…
De :
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] De la part de Kyle Zhou
Envoyé : lundi, 16. o
Hello,
I would like to know where can I find the datasheet
for the RFX2400. Because I would like to know the operating range of frequency
and the maximum power for TX and RX.
I downloaded the usrp-hw folder with subversion and I
only find schematic file for the RFX2400.
Thank you
Hello,
I’m a newbie and I installed Gnu Radio with
svn. But I read a tutorial that there is a document generated with Doxygen
about the USRP in /usr/local/share/doc/usrp-xx…./html.
I search all in my filesystem and I did not find any
html document for the USRP. I tried to generated
Hello,
I have gcc3.4 and g++3.4 and when I do the ./configure there is no problem. But
after when I do the make, I have this mistake :
../../../../gnuradio-core/src/lib/general/gri_agc2_cc.h:40: warning: when
initialized here
gnuradio_swig_python.cc: In function `PyObject*
_wrap_gr_multiply
Hello,
I am using a Fedora Core 5 and I want to install gnu
radio. But when I type “./bootstrap”, I have a Segmentation Fault
with the automake.
How can I resolve this problem? There is not a real
response in the mailing list.
Thank you very much.
Julian
59 matches
Mail list logo
