Re: [Discuss-gnuradio] QPSK Modulation and Demodulation Question

Hey, Uhm looks like I didn’t look at the whole flow graph. Now I realize the PSK Demod block. Indeed, it doesn’t make sense to use this one in this configuration as it basically contains all the other RX blocks you have in your flow graph (it is an hierarchical block). So yes, it’s best to go

Re: [Discuss-gnuradio] Trying to connect USRP200 to Ubuntu18.04.1 in VM

I highly recommend that you do not use a VM. It adds a lot of potential irritating issues and is not worth the hassle. *If you make a mistake your data is probably gone. Make a backup before you try this.* You can easily dual boot windows 10 and Ubuntu 1. Go into disk manager in windows 10 2.

Re: [Discuss-gnuradio] "Give me a ping, Vasili. One ping only, please."

BTW: nice reference to Red October :-) Although I wonder if even at that time the US navy would be using 'consumer type' tape recorders in their sonar systems... Ciao, -- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org

Re: [Discuss-gnuradio] "Give me a ping, Vasili. One ping only, please."

On Fri, Aug 10, 2018 at 02:57:34PM +0200, Markus Heller wrote: > I wonder how I could generate one single shortest possible pulse on my > USRP2 with GNURadio.  > > Normally all the blocks would always generate an entire sequence, a > continuous signal.  > > I want to generate (and analyze) the s

Re: [Discuss-gnuradio] Trying to connect USRP200 to Ubuntu18.04.1 in VM

On 08/10/2018 09:50 AM, Linda20071 wrote: I connected USRP200 to my host computer via USB3.0. I set up the VM adaptor's IP address and subnet mask as 192.168.10.1 & 255.255.255.0 via Windows 10. However, when I run "uhd_find_devices", I got: linux; GNU C++ version 7.3.0; Boost_106501; UHD_0

Re: [Discuss-gnuradio] Trying to connect USRP200 to Ubuntu18.04.1 in VM

Dear Luis, that's not necessary. If Linda uses the device from within the VM, then the host operating system (Windows) doesn't need to "know" how to talk to a USRP. What's important is that the virtualizer is told to "reach through" the USB port to the VM. Best regards, Marcus On Fri, 2018-08-1

Re: [Discuss-gnuradio] Trying to connect USRP200 to Ubuntu18.04.1 in VM

Hi dear, you install UHD driver in your windows operating system? please check it. Atento a sus comentarios, Luis Gabriel Yaya García Ingeniero Electrónico luize...@hotmail.com Considere su responsabilidad ambiental antes de imprimir este correo electrónico

Re: [Discuss-gnuradio] gr-fec Viterbi example

I tried building this program on Windows and failed. Since it's missing in viterbi/CmakeLists.txt, I fail to see it's built by default. How did you compile it? Are you sure it wasn't written on a big-endian machine? under GNU/Linux g++ -c encode.cc gcc -c viterbi.c gcc -c tab.c gcc -c metrics.c

Re: [Discuss-gnuradio] gr-fec Viterbi example

Jean-Michel FRIEDT wrote: I am currently investigating LRPT (as used by METEOR-M2) and am stuck with the Viterbi decoder. While trying to use https://github.com/gnuradio/gnuradio/blob/master/gr-fec/lib/viterbi/decode.cc which implements I tried building this program on Windows and failed. Sinc

Re: [Discuss-gnuradio] "Give me a ping, Vasili. One ping only, please."

Hi Markus, Well, the shortest possible pulse has duration 1/sampling rate and can be sent with 0…010…0 Now, that pulse has incredibly little power; and thus, the LO leakage and all negative effects will probably make that unnecessary hard to detect. I really recommend pulse compression: Can't

[Discuss-gnuradio] Trying to connect USRP200 to Ubuntu18.04.1 in VM

I connected USRP200 to my host computer via USB3.0. I set up the VM adaptor's IP address and subnet mask as 192.168.10.1 & 255.255.255.0 via Windows 10. However, when I run "uhd_find_devices", I got: linux; GNU C++ version 7.3.0; Boost_106501; UHD_003.010.003.000-0-unknown No UHD Devices Found Un

[Discuss-gnuradio] "Give me a ping, Vasili. One ping only, please."

Dear list, I wonder how I could generate one single shortest possible pulse on my USRP2 with GNURadio.  Normally all the blocks would always generate an entire sequence, a continuous signal.  I want to generate (and analyze) the shortest possible signal.  Any ideas?  The background: I want to

Re: [Discuss-gnuradio] USRP Source Block error 255

Hi all, I just experienced the same error. Since my setup differs (ancient OS), I thought I'd just share my experience so far. For low sample rates (3.125MSps) the flowgraph freezes after a while and an 'O' is printed. For 6.25MSps: gr::log :WARN: gr uhd usrp source0 - USRP Sour

[Discuss-gnuradio] [GSoC'18][MIMO]: Final blog post

Hi all, in my final week of GSoC, I have got 2 links to share. [1] is a summary of my project where I list all my accomplishments during GSoC and things that are left to be done in detail. Google is going to use thi

Re: [Discuss-gnuradio] gr-fec Viterbi example

#define POLYA 0x6d #define POLYB 0x4f If I modify viterbi.c in gr-fec/viterbi (swapping the polynomial coefficients) #define POLYB 0x6d #define POLYA 0x4f then $ xxd word.bin : 1acf fc1d and $ cat word.bin | ./encode > t then t is 0011