[Discuss-gnuradio] TDMA based Multiple Access Channel

[Ammar Mahmood]

Hi,

I am using an experimental setup using two transmitters and one receiver. I
want only one transmitter to transmit at a given time so as to avoid
collisions. For this purpose, I want to create a TDMA based multiple access
channel. How can I achieve this task?

Best,
Ammar
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] TUN/TAP PDU not working

[Cinaed Simson]

On 06/13/2017 12:41 PM, Mojtaba Mansour Abadi wrote:
> Hi Everyone,
> 
>  
> 
> I am trying to connect two PCs using B210 USRPs and tunnelling method.
> 
>  
> 
> After going through examples and documents I came ups with the attached
> flowgraph.
> 
>  
> 
> I run the flowgraph on both machines and once the virtual Ethernet card
> is created I use “ifconfig” command to assign an IP address to it.
> 
>  
> 
> However the machines cannot ping each other.

Did you bring up the interfaces?

Are the IP addresses of the tuntaps reachable with a ping from your PC?

-- Cinaed

> 
>  
> 
> I use USB GNURadioLiveDVD
>  as the OS.
> 
>  
> 
> I wonder which part is not right. The flowgraph is also attached to the
> email.
> 
>  
> 
>  
> 
> Regards,
> Mansour.
> 
> https://www.linkedin.com/in/mojtaba-mansour-abadi-4311b451
> 
> Mojtaba Mansour Abadi
> Editorial Board
> Journal of Advanced Engineering
> IGRPS
> 
> http://igrps.org/journal-of-advanced-engineering.php
> 
>  
> 
> 
> 
> ___
> 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

[Discuss-gnuradio] [GSoC 2017] gr-sigmf: Weekly update

[Kostis Triantafyllakis]

Hello,

The second week of my GSoC project was focused on the implementation of the 
SigMF JSON C++ API writing functionality. Currently, I'm working on the sink 
block of the gr-sigmf.
Please take a look at my blog[1] and the gr-sigmf repo[2].

Thanks!

Links:
--
[1] http://ixion.csd.uoc.gr/ctriant/
[2] https://github.com/ctriant/gr-sigmf



This message was sent using IMP, the Internet Messaging Program.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Signal distorted when using concurrently two USRP B210 devices

[mleech]

In the two-USRPs scenario, one of the USRPs is transmitting, and one is
receiving? 

Are they "through the air" or over a cable.  If over a cable, how much
attenuation has been added to the cable. 

On 2017-06-13 11:16, Manolis Surligas wrote:

> Ok lets explain a little bit more what actually you observe. Each burst is a 
> training sequence that has a duration of 64 samples and then 1000 zero 
> samples. This is generated using a vector source block repeatedly. As you can 
> see in the ok.jpeg all sequences are exactly the same. In the other plot 
> however the sequence constantly changes. To me, it seems that parts of the 
> actual sequence are randomly cropped or re-arranged. This happens only when 
> two different B210 are used. We also tried to transmit the sequence from a 
> third device with the same results. 
> 
> And yes we have tried to receive from both devices each one working on a 
> separate flowgraph. The result was exactly the same. 
> On 06/13/2017 06:05 PM, mle...@ripnet.com wrote: 
> 
> I'm having a hard time seeing a significant functional difference between the 
> two.  Could you perhaps explain? 
> 
> Also, maybe a diagram showing the two configurations? 
> 
> Do you get any error messages during a run? 
> 
> Are you doing reception on the two USRPs within a single flow-graph, or two 
> separate processes? 
> 
> On 2017-06-13 10:51, Manolis Surligas wrote: 
> 
> Hi Marcus, 
> 
> yeah we have updated the UHD on the latest version and the problem still 
> persists. I have started to debug the UHD and we suspect some kind of 
> inconsistency between the device pointers of the different devices. Perhaps a 
> race condition is hidden somewhere. 
> 
> I also attach two plots. The first one is the problematic with two different 
> USRPs and the second the expected signal transmitting and receiving using the 
> same USRP.
> 
> On 06/13/2017 05:30 PM, mle...@ripnet.com wrote: 
> 
> Thanks, George. 
> 
> Two things: 
> 
> Could you try updating to the most recent UHD version? 
> 
> It would be helpful if you provided your .dat files in the form of plots or 
> graphs, highlighting the areas you consider "distortion".  This will help us 
> help you. 
> 
> On 2017-06-13 07:23, George Vardakis wrote: 
> Good evening, 
> 
> I attach three captures to show you the problem, one with the reference 
> signal i transmit, one with the received samples when using the same device 
> for TX and RX and one with the received samples of the one device, when the 
> second one transmits. I also attach the flowgraph i used for this capture. 
> The sampling rate i use is 1MHz. The specific captures are done with the 
> USRPs over USB-2 ports, but i have also tried over USB-3 and observed the 
> same behavior. 
> 
> Thank you for your time​
> same_tx_rx_device.dat [2] ​​
> refference.dat [3] ​​
> different_tx_rx_device.dat [4] ​ 
> 
> On Tue, Jun 13, 2017 at 12:04 AM, Marcus D. Leech  wrote:
> 
> On 06/12/2017 03:53 PM, George Vardakis wrote: 
> 
> Hello all, 
> 
> I have two USRP B210 devices which i use in my MIMO application. When i use 
> the two of them concurrently in a flowgraph - or different flowgraphs - i 
> notice that the signal received by the streams of one of the devices (the one 
> whose serial number is last in lexicographical order) is distorted. Because i 
> transmit a known training sequence, i know what to expect, and i observe that 
> sometimes the real or imaginary part of the signal has flipped its sign (i 
> see the signal mirrored compared to the known one), or other times it is 
> completely distorted. When i use each device separately, everything works 
> fine. The UHD driver i use is the v3.9.5 one.Any ideas about it? 
> 
> Thank you!   
> 
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio [1]
> 
> COuld you perhaps share a very-simple flow-graph that shows the issue? What 
> sample-rate are you using?  Is this over USB-2 or USB-3? 
> ___ Discuss-gnuradio mailing list 
> Discuss-gnuradio@gnu.org 
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio [1]

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

-- 
/* Code is the Law */

___ Discuss-gnuradio mailing
list Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio 

-- 
/* Code is the Law */
 

Links:
--
[1] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[2]
https://drive.google.com/file/d/0BxyASy57xNmqV2pLd2xUVWRRRU0/view?usp=drive_web
[3]
https://drive.google.com/file/d/0BxyASy57xNmqT1JQd2xfWjF6SjQ/view?usp=drive_web
[4]
https://drive.google.com/file/d/0BxyASy57xNmqMVhqd29NTmdiMDA/view?usp=drive_web___

Re: [Discuss-gnuradio] DARPA Hackfest talks in DC

[Tom Rondeau]

Just a quick reminder that I'll be at HacDC tomorrow night at 7:30pm.

Tom


On Sun, Jun 4, 2017 at 11:51 AM, Tom Rondeau  wrote:

> I'll be speaking about the DARPA Bay Area Hackfest in two venues around
> the DC area over the next couple of weeks. I'll be at Nova Labs in Reston
> on Tuesday the 6th at 7pm and HacDC on the 14th at 7:30. If you want to
> hear more about DARPA and the Hackfest we're putting together with NASA
> Ames, please come out and join me at one of these venues.
>
> More information at darpahackfest.com.
>
> Tom
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] gr-scan gain options

[GNUBeginner]

Hello Everyone, 

Does anyone know about gr-scan gain control options if available? 

Thanks,



--
View this message in context: 
http://gnuradio.4.n7.nabble.com/gr-scan-gain-options-tp64242.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Bounty: BPSK/QPSK Receiver

[Chris Cook]

We have a satellite modem used for an uplink that we want to have a
GNUradio receiver built. We will pay $1500 USD for the working receiver.

The modem is a Comtech CDM-570L.  For more information, please see:

Datasheet:
http://www.comtechefdata.com/files/datasheets/legacy/ds-cdm570-L.pdf

Manual:
http://www.comtechefdata.com/files/manuals/legacy_product_pdfs/mn-cdm570-570L.pdf


We will be using this modem in the most basic configuration.  We are
sending UDP multicast data through the modem and need to receiver this via
gnuradio.

The modem supports BPSK and QPSK, and we’d like the gnu radio receiver to
support both BPSK and QPSK modes.  It uses Viterbi FEC, but we would like
to support turbo codes as well.

I can give you remote access to a machine that is connected to the modem
via serial and has an RTL SDR connected to the Tx output of the modem.  I
also have a USRP connected to the Rx input of the modem so you can
effectively loopback the modem through GNUradio for testing.

So the deliverable is being able to receive the data from this modem with
various bitrates and FEC rates, turn the data back into udp data that we
can access on the gnuradio host.

Will pay an additional bonus if it can be completed in less than 2 weeks.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Signal distorted when using concurrently two USRP B210 devices

[Manolis Surligas]

Ok lets explain a little bit more what actually you observe. Each burst 
is a training sequence that has a duration of 64 samples and then 1000 
zero samples. This is generated using a vector source block repeatedly. 
As you can see in the ok.jpeg all sequences are exactly the same. In the 
other plot however the sequence constantly changes. To me, it seems that 
parts of the actual sequence are randomly cropped or re-arranged. This 
happens only when two different B210 are used. We also tried to transmit 
the sequence from a third device with the same results.


And yes we have tried to receive from both devices each one working on a 
separate flowgraph. The result was exactly the same.



On 06/13/2017 06:05 PM, mle...@ripnet.com wrote:


I'm having a hard time seeing a significant functional difference 
between the two.  Could you perhaps explain?


Also, maybe a diagram showing the two configurations?

Do you get any error messages during a run?

Are you doing reception on the two USRPs within a single flow-graph, 
or two separate processes?


On 2017-06-13 10:51, Manolis Surligas wrote:


Hi Marcus,

yeah we have updated the UHD on the latest version and the problem 
still persists. I have started to debug the UHD and we suspect some 
kind of inconsistency between the device pointers of the different 
devices. Perhaps a race condition is hidden somewhere.


I also attach two plots. The first one is the problematic with two 
different USRPs and the second the expected signal transmitting and 
receiving using the same USRP.


On 06/13/2017 05:30 PM, mle...@ripnet.com wrote:


Thanks, George.

Two things:

Could you try updating to the most recent UHD version?

It would be helpful if you provided your .dat files in the form of 
plots or graphs, highlighting the areas you consider "distortion".  
This will help us help you.


On 2017-06-13 07:23, George Vardakis wrote:

Good evening,
I attach three captures to show you the problem, one with the
reference signal i transmit, one with the received samples when
using the same device for TX and RX and one with the received
samples of the one device, when the second one transmits. I also
attach the flowgraph i used for this capture. The sampling rate
i use is 1MHz. The specific captures are done with the USRPs
over USB-2 ports, but i have also tried over USB-3 and observed
the same behavior.
Thank you for your time​
same_tx_rx_device.dat


​​
refference.dat


​​
different_tx_rx_device.dat


​

On Tue, Jun 13, 2017 at 12:04 AM, Marcus D. Leech
> wrote:

On 06/12/2017 03:53 PM, George Vardakis wrote:

Hello all,
I have two USRP B210 devices which i use in my MIMO
application. When i use the two of them concurrently in
a flowgraph - or different flowgraphs - i notice that
the signal received by the streams of one of the devices
(the one whose serial number is last in lexicographical
order) is distorted. Because i transmit a known training
sequence, i know what to expect, and i observe that
sometimes the real or imaginary part of the signal has
flipped its sign (i see the signal mirrored compared to
the known one), or other times it is completely
distorted. When i use each device separately, everything
works fine. The UHD driver i use is the v3.9.5 one.Any
ideas about it?
Thank you!

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org 
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


COuld you perhaps share a very-simple flow-graph that shows
the issue? What sample-rate are you using?  Is this over
USB-2 or USB-3?
___
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

--
/* Code is the Law */
___ Discuss-gnuradio 
mailing list Discuss-gnuradio@gnu.org 
 
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

--
/* Code 

Re: [Discuss-gnuradio] Signal distorted when using concurrently two USRP B210 devices

[mleech]

I'm having a hard time seeing a significant functional difference
between the two.  Could you perhaps explain? 

Also, maybe a diagram showing the two configurations? 

Do you get any error messages during a run? 

Are you doing reception on the two USRPs within a single flow-graph, or
two separate processes? 

On 2017-06-13 10:51, Manolis Surligas wrote:

> Hi Marcus, 
> 
> yeah we have updated the UHD on the latest version and the problem still 
> persists. I have started to debug the UHD and we suspect some kind of 
> inconsistency between the device pointers of the different devices. Perhaps a 
> race condition is hidden somewhere. 
> 
> I also attach two plots. The first one is the problematic with two different 
> USRPs and the second the expected signal transmitting and receiving using the 
> same USRP.
> 
> On 06/13/2017 05:30 PM, mle...@ripnet.com wrote: 
> 
> Thanks, George. 
> 
> Two things: 
> 
> Could you try updating to the most recent UHD version? 
> 
> It would be helpful if you provided your .dat files in the form of plots or 
> graphs, highlighting the areas you consider "distortion".  This will help us 
> help you. 
> 
> On 2017-06-13 07:23, George Vardakis wrote: 
> Good evening, 
> 
> I attach three captures to show you the problem, one with the reference 
> signal i transmit, one with the received samples when using the same device 
> for TX and RX and one with the received samples of the one device, when the 
> second one transmits. I also attach the flowgraph i used for this capture. 
> The sampling rate i use is 1MHz. The specific captures are done with the 
> USRPs over USB-2 ports, but i have also tried over USB-3 and observed the 
> same behavior. 
> 
> Thank you for your time​
> same_tx_rx_device.dat [2] ​​
> refference.dat [3] ​​
> different_tx_rx_device.dat [4] ​ 
> 
> On Tue, Jun 13, 2017 at 12:04 AM, Marcus D. Leech  wrote:
> 
> On 06/12/2017 03:53 PM, George Vardakis wrote: 
> 
> Hello all, 
> 
> I have two USRP B210 devices which i use in my MIMO application. When i use 
> the two of them concurrently in a flowgraph - or different flowgraphs - i 
> notice that the signal received by the streams of one of the devices (the one 
> whose serial number is last in lexicographical order) is distorted. Because i 
> transmit a known training sequence, i know what to expect, and i observe that 
> sometimes the real or imaginary part of the signal has flipped its sign (i 
> see the signal mirrored compared to the known one), or other times it is 
> completely distorted. When i use each device separately, everything works 
> fine. The UHD driver i use is the v3.9.5 one.Any ideas about it? 
> 
> Thank you!   
> 
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio [1]
> 
> COuld you perhaps share a very-simple flow-graph that shows the issue? What 
> sample-rate are you using?  Is this over USB-2 or USB-3? 
> ___ Discuss-gnuradio mailing list 
> Discuss-gnuradio@gnu.org 
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio [1]

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

-- 
/* Code is the Law */

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio 

Links:
--
[1] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[2]
https://drive.google.com/file/d/0BxyASy57xNmqV2pLd2xUVWRRRU0/view?usp=drive_web
[3]
https://drive.google.com/file/d/0BxyASy57xNmqT1JQd2xfWjF6SjQ/view?usp=drive_web
[4]
https://drive.google.com/file/d/0BxyASy57xNmqMVhqd29NTmdiMDA/view?usp=drive_web___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] usrp_spectrum_sense.py

[GNUBeginner]

Hello Everyone,

Does anyone know about gr-scan gain control options if available?

Thanks,



--
View this message in context: 
http://gnuradio.4.n7.nabble.com/usrp-spectrum-sense-py-tp63994p64239.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Signal distorted when using concurrently two USRP B210 devices

[mleech]

Thanks, George. 

Two things: 

Could you try updating to the most recent UHD version? 

It would be helpful if you provided your .dat files in the form of plots
or graphs, highlighting the areas you consider "distortion".  This will
help us help you. 

On 2017-06-13 07:23, George Vardakis wrote:

> Good evening, 
> 
> I attach three captures to show you the problem, one with the reference 
> signal i transmit, one with the received samples when using the same device 
> for TX and RX and one with the received samples of the one device, when the 
> second one transmits. I also attach the flowgraph i used for this capture. 
> The sampling rate i use is 1MHz. The specific captures are done with the 
> USRPs over USB-2 ports, but i have also tried over USB-3 and observed the 
> same behavior. 
> 
> Thank you for your time​
> same_tx_rx_device.dat [2] ​​
> refference.dat [3] ​​
> different_tx_rx_device.dat [4] ​ 
> 
> On Tue, Jun 13, 2017 at 12:04 AM, Marcus D. Leech  wrote:
> 
> On 06/12/2017 03:53 PM, George Vardakis wrote: 
> 
> Hello all, 
> 
> I have two USRP B210 devices which i use in my MIMO application. When i use 
> the two of them concurrently in a flowgraph - or different flowgraphs - i 
> notice that the signal received by the streams of one of the devices (the one 
> whose serial number is last in lexicographical order) is distorted. Because i 
> transmit a known training sequence, i know what to expect, and i observe that 
> sometimes the real or imaginary part of the signal has flipped its sign (i 
> see the signal mirrored compared to the known one), or other times it is 
> completely distorted. When i use each device separately, everything works 
> fine. The UHD driver i use is the v3.9.5 one.Any ideas about it? 
> 
> Thank you!   
> 
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio [1]
> 
> COuld you perhaps share a very-simple flow-graph that shows the issue?
> 
> What sample-rate are you using?  Is this over USB-2 or USB-3?
> 
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio [1]
 

Links:
--
[1] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[2]
https://drive.google.com/file/d/0BxyASy57xNmqV2pLd2xUVWRRRU0/view?usp=drive_web
[3]
https://drive.google.com/file/d/0BxyASy57xNmqT1JQd2xfWjF6SjQ/view?usp=drive_web
[4]
https://drive.google.com/file/d/0BxyASy57xNmqMVhqd29NTmdiMDA/view?usp=drive_web___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] How to change center frequency automatically in rx usrp?

[Lambertz, Thomas]

Hey Sinta,


I have actually just Implemented a Spectrum Sweep using USRP and GNU Radio.


One possible, though very ugly approach can be implemented using a Probe Signal 
and Function Probe. The idea being, that you have a Signal Source generating a 
Saw-Tooth Signal which gets fed into the Probe Signal. The Function Probe then 
sets the Frequency of another Signal Source/USRP Block to this probed value.

But this way you cannot tune to exact frequencies, because you don't know when 
the Function Probe will probe the Saw-Tooth. But if you only want to use the 
output visually, this might be enough.

I have attached a working example.


A much nicer approach would be to write your own OutOfTree Block. The port on 
the left of your USRP Source is a Message Command port. You can pass it 
messages and it handles the frequency changing for you. More Information on 
that can be found on the GNURadio Wiki and Doxygen pages:

https://wiki.gnuradio.org/index.php/Guided_Tutorial_GNU_Radio_in_C%2B%2B

https://wiki.gnuradio.org/index.php/OutOfTreeModules

https://gnuradio.org/doc/doxygen/page_msg_passing.html

https://gnuradio.org/doc/doxygen/page_uhd.html#uhd_command_syntax


Basically, you would create a Block which periodically sends a "tune" Message. 
You can then simply connect this block to the USRP's Command Port in GNURadio 
and do not have to edit the generated Python script each time you make a change 
in GNURadio.

The Message Strobe block is not configurable enough to do this, since it can 
only send one pre-set message.


Depending on how you want to store the data you might also want to add Stream 
Tags, which additional blocks down the chain can use to determine at which 
frequency the samples were recorded:

https://gnuradio.org/doc/doxygen/page_stream_tags.html

That would require a sync-block which just hands the samples along and tags 
accordingly.


Best Regards,


Thomas


sweep_test.grc
Description: sweep_test.grc
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Signal distorted when using concurrently two USRP B210 devices

[George Vardakis]

Good evening,

I attach three captures to show you the problem, one with the reference
signal i transmit, one with the received samples when using the same device
for TX and RX and one with the received samples of the one device, when the
second one transmits. I also attach the flowgraph i used for this capture.
The sampling rate i use is 1MHz. The specific captures are done with the
USRPs over USB-2 ports, but i have also tried over USB-3 and observed the
same behavior.

Thank you for your time​
 same_tx_rx_device.dat

​​
 refference.dat

​​
 different_tx_rx_device.dat

​

On Tue, Jun 13, 2017 at 12:04 AM, Marcus D. Leech  wrote:

> On 06/12/2017 03:53 PM, George Vardakis wrote:
>
> Hello all,
>
> I have two USRP B210 devices which i use in my MIMO application. When i
> use the two of them concurrently in a flowgraph - or different flowgraphs -
> i notice that the signal received by the streams of one of the devices (the
> one whose serial number is last in lexicographical order) is distorted.
> Because i transmit a known training sequence, i know what to expect, and i
> observe that sometimes the real or imaginary part of the signal has flipped
> its sign (i see the signal mirrored compared to the known one), or other
> times it is completely distorted. When i use each device separately,
> everything works fine. The UHD driver i use is the v3.9.5 one.Any ideas
> about it?
>
> Thank you!
>
>
> ___
> Discuss-gnuradio mailing 
> listDiscuss-gnuradio@gnu.orghttps://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
> COuld you perhaps share a very-simple flow-graph that shows the issue?
>
> What sample-rate are you using?  Is this over USB-2 or USB-3?
>
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>


test.grc
Description: Binary data
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] How to change center frequency automatically in rx usrp?

[Sinta Novtafiani]

Hey Julian,

Did you mean message strobe block? I've try it and the result is my center
frequency from variabel "freq" replaced by new center frequency as massage
strobe set but not automatically.
I also tried usrp_spectrum_sense.py and its absolutely works. Now i
confused how to adapt the python scipt from usrp_spectrum_sense.py to
python script that grc generate because the structure are different at all.
Would you mind to help me, please? I haven't basic on gnuradio. Thankyou so
much.

Best Regards,
Sinta.

On Tue, Jun 13, 2017 at 3:35 AM, Julian Arnold 
wrote:

> Hey Sinta,
>
> > Should i edit the python that grc generate?
> Exactly!
> You can find the example Sumit mentioned under
> gnuradio/gr-uhd/examples/python/.
> Either use this directly or copy over the required functionality to your
> flowgraph.
> However, it should be mentioned that this functionality could also be
> achieved using messages
> which makes it much easier to setup from within GRC.
>
> Cheers,
>
> On 06/13/2017 01:21 AM, Sinta Novtafiani wrote:
> > How can i get that?
> > I using gnuradio companion to create a receiver. How to syncronize the
> > flowgraph and the python? Should i edit the python that grc generate?
> >
> > On Jun 12, 2017 6:13 PM, "Sumit Kumar"  > > wrote:
> >
> > try using usrp_spectrum_sense.py
> > its very near to what you want.
> >
> > On Mon, Jun 12, 2017 at 8:41 AM, Sinta Novtafiani
> > > wrote:
> >
> > Hi all,
> >
> > I'm on reseaching receiver radio frequency using USRP B200. I
> > want to sweep
> > center frequency in rx usrp over 45-870 MHz. I want it running
> > just like
> > slider on QT and WX slider. Is it possible to make it running
> > automatically?
> >
> > Best Regards,
> > Sinta.
> >
> >
> >
> >
> >
> > --
> > View this message in context:
> > http://gnuradio.4.n7.nabble.com/How-to-change-center-
> frequency-automatically-in-rx-usrp-tp64224.html
> >  frequency-automatically-in-rx-usrp-tp64224.html>
> > Sent from the GnuRadio mailing list archive at Nabble.com.
> >
> > ___
> > 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

Re: [Discuss-gnuradio] How to change center frequency automatically in rx usrp?

[Julian Arnold]

Hey Sinta,

> Should i edit the python that grc generate?
Exactly!
You can find the example Sumit mentioned under
gnuradio/gr-uhd/examples/python/.
Either use this directly or copy over the required functionality to your
flowgraph.
However, it should be mentioned that this functionality could also be
achieved using messages
which makes it much easier to setup from within GRC.

Cheers,

On 06/13/2017 01:21 AM, Sinta Novtafiani wrote:
> How can i get that?
> I using gnuradio companion to create a receiver. How to syncronize the
> flowgraph and the python? Should i edit the python that grc generate?
>
> On Jun 12, 2017 6:13 PM, "Sumit Kumar"  > wrote:
>
> try using usrp_spectrum_sense.py 
> its very near to what you want.
>
> On Mon, Jun 12, 2017 at 8:41 AM, Sinta Novtafiani
> > wrote:
>
> Hi all,
>
> I'm on reseaching receiver radio frequency using USRP B200. I
> want to sweep
> center frequency in rx usrp over 45-870 MHz. I want it running
> just like
> slider on QT and WX slider. Is it possible to make it running
> automatically?
>
> Best Regards,
> Sinta.
>
>
>
>
>
> --
> View this message in context:
> 
> http://gnuradio.4.n7.nabble.com/How-to-change-center-frequency-automatically-in-rx-usrp-tp64224.html
> 
> 
> Sent from the GnuRadio mailing list archive at Nabble.com.
>
> ___
> 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