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
On 11/18/20 10:31 AM, Ivan Zahartchuk via USR
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,
Julian
> A
rt of the 3.7.14.5 release.
Simona - Can you update GR to the 3.7.14.5 release? Doing so and using "True" / "False"
(without ""s) in the UHD GRC blocks will hopefully resolve your issue. - MLD
On Tue, Jul 30, 2019, at 12:44 PM, Julian Arnold wrote:
Hey,
I'
o I have to run anyway the flow-graph?
Best regards,
Simona
Il giorno mar 30 lug 2019 alle ore 17:44 Julian Arnold
mailto:jul...@elitecoding.org>> ha scritto:
Hey,
I've had a similar issue with a 3.7 version so maybe this helps.
For me, no other value than "True" (w
Hey,
I've had a similar issue with a 3.7 version so maybe this helps.
For me, no other value than "True" (without "") would generate a call to
"set_auto_dc_offset()" in the GRC generated python script ("top_block.py").
So, in order to disable DC offset tracking, a quick workaround would be
t
Johannes,
I don't know if this helps but I think I was facing the same issue quite
a while ago.
If I remember correctly, I was able to work around the issue by setting
a tx_time time tag on each burst which was pointing far enough into the
future to use the USRP as a "buffer" until all sampl
Hey Bob,
there is plenty of documentation on this topic you can check out under
[1,2].
Especially, the Header Payload Demuxer (HPD) [3] should be worth a look
if you are dealing with packetized variable length data.
Hope those pointer can get you started. If you have further questions
after
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
Hey,
I had the same problem a few weeks back in a two channel scenario.
I ended up writing a simple python 'gate' block that passes a
configurable amount of samples for every pulse on the trigger input.
It is super inflexible and hacky but should be fairly easy to modify.
I quickly moved the
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>
>
>
>
>
>
scuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
--
Julian Arnold, M.Sc.
Institute for Networked Systems
RWTH Aachen University
Kackertstrasse 9
52072 Aachen
Germany
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
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
ating a different
> result. If anyone has any suggestions or comments, they would be
> greatly appreciated!
>
> Thanks!
>
>
> ___________
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailma
________
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
--
Julian Arnold, M.Sc.
Institute for Networked Systems
RWTH Aachen University
Kackertstrasse 9
52072 Aachen
Germany
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
ing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
--
Julian Arnold, M.Sc.
Institute for Networked Systems
RWTH Aachen University
Kackertstrasse 9
52072 Aachen
Germany
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
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
munication
> NIT Rourkela
> M: 8337942928
>
>
>
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Julian Arnold, M.Sc.
Institute for Ne
I am getting very less data and the power values are not
> legitimate. Am I missing anything here?
>
> I have attached my code. Please find the attachment.
>
> Can you help me in this? Thank you very much.
>
> On Fri, Jan 6, 2017 at 4:18 AM, Julian Arnold <mailto:jul...
sweep entire band by using the approach you mentioned? I
> thought using gnuradio-companion, we can scan only one or few
> channels depending on the sample rate.
>
> Regarding Hardware: I am using USRP B210 with a sample rate of 8Msps.
>
> On Wed, Jan 4,
Hi Mallesham,
the easiest way would probably be to create your own simple flowgraph
using GRC like so:
|-| |-|
| USRP Source | --> | File Sink |
|-| |-|
However, remember tha
o update UHD to 3.9 LTS as well, and let you know.
>
> Thanks a lot for the advice.
>
> Anyway, what should be the configuration to run tunnel.py? I mean, could you
> tell me how to connect the PCs, USRPs, and switch each other?
>
> Best,
> Danilo
>
>
> -Me
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
Dan
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 to run
Hi Logan,
The problem is that the USRP does not know where your burst of data starts and
how long it is and therefore it will respond with Us as soon as no new data is
coming in. In order to tell the USRP how long a packet of data is the USRP sink
in GNURadio offers the 'length tag name' proper
Hi Priyank,
The packet decoder is checking for a preamble sequence in the data stream.
If there is no output coming from the decoder the preamble is probably not
being detected.
How does the output of the gmsk demod look like?
Also, are you transmitting the signal or are you just simulating loca
so happens, I have an update for you: we have multiple x300's
>> here. I've reinstalled again GNURadio & UHD (again 3.9) and with another
>> x300, it works perfectly! I'm not really sure what to make of that, but it
>> might help you guys to narrow it down.
>>
>
an I not use UHD
> 003.008.005 with the X300? I'm assuming that something weird happened
> during the installation as the board revision number is so odd..
> I'm using an USRP X300 with a UBX-160 daughterboard, connected over 10Gb
> ethernet. Gnuradio
at 1:56 PM, Wolfgang Nagele wrote:
> Hi Julian,
>
> Thanks for the pointer. I'm using a HackRF - doesn't look like the
> Osmocom sink supports the same construct. Any way of doing something
> like this in a more generic approach?
>
> Cheers,
> Wolfgang
>
> On
Wolfgang
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Julian Arnold
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
ng Computing Communications Group
>> (SGCC)
>> Department of Electrical Engineering
>> University of Washington
>> 3927 Adams Lane, NE, Mercer Court D805B, 98105
>> website: http://staff.washington.edu/ekampian/
>> <http://users.isc.tuc.gr/%7Eekabianakis/>
>> m
33 matches
Mail list logo
