Thanks for your answer, Derek.
I got an attenuator between them.
Maybe i can ask in a different direction: I got problems with the
virtual interfaces provided by tunnel.py. Do I really need them?
In GRC there are the adresses of the USRPs inside the
USRP-source/sink-block, not any virtual int
Geof,
Thank you for the advice.
It is indeed a nice project that you are working on.
It will help the Windows user working in GNURadio
All the best for the project.
Ankit
On 30-Mar-2016 10:24 AM, "Geof Nieboer" wrote:
> Ankit,
>
> The mailing list overall is always ready help, though they are
Ankit,
The mailing list overall is always ready help, though they are here to help
you solve a puzzle, not solve the puzzle for you. As long as you bear that
in mind, this is a very helpful group.
As for the windows install, I can't easily give you simple instructions on
how to install it. The d
Geof
What are the steps that you followed to install GNU Radio in WIndows.
I can maybe follow that and install GNU once again
Ankit
On Wed, Mar 30, 2016 at 6:01 AM, Ankit Saharia wrote:
> Thank you Sir for taking the time and helping me out for my project.
>
> I'll do as per your instructions
Thank you Sir for taking the time and helping me out for my project.
I'll do as per your instructions.
Can I get back to you Sir if I face any problem again?
On Tue, Mar 29, 2016 at 1:18 AM, Ankit Saharia wrote:
> Thankyou Sir for your response. Sorry for replying late Sir. I didnot
> receive
Hi Andy,
I like the "GMSK 9600" approach you mentioned - certainly will be looking into
it. in the meanwhile I attached my flow graph. The debug folder has the input
and output files.
0xFC0C3 is the sync word as can be seen in "stream_helloWorld". I use Bless to
generate the binaries but any
Did you run volk_profile? That one tries out all volk kernels, and notes
down which one works best on your PC, so they'll be used automatically
the next time. Maybe that increases performance!
On 29.03.2016 22:24, Abhinav Jadon wrote:
> gcc version is 4.8.4
> cpuinfo output :
> flags: fpu
gcc version is 4.8.4
cpuinfo output :
flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca
cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx
pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl
xtopology nonstop_tsc aperfmperf eagerfpu pni pc
Abhinav,
I am not certain what to make of the asynch message buffer overflowing.
The __SSE2_MATH__, __SSE_MATH__, __SSE2__, __SSE__ defines are the SIMD
preprocessor defines. Can you run gcc --version and do cat /proc/cpuinfo |
grep flags? The former will indicate the gcc version number. The l
Ankit,
So I ran the .grc file in my Windows GNURadio and it did not have the same
appearance bugs.
I suspect your WX installation has a problem. As discussed earlier, I
would recommend creating a new version substituting Qt blocks for the Wx.
I think you will find there are equivalent widgets (T
Hi Alex ,
The output in the console was all 'U's before I disabled the WX/GUI blocks.
Now, it seems to run fine initially before throwing this message :
"WARN: asynchronous message buffer overflowing, dropping message"
>
The output of gcc -dM -E - < /dev/null | grep -e "SE" -e "AVX" was :
#defi
Abhinav,
When you run the flowgraph, can you look at system monitor? This will give
some indication whether the problem is that all the cores are pegged or if
RAM is filling up.
A couple of other things to look at:
1) Is there any text being printed to the console?
2) What happens if you disable
I am using the floating type values to generate the samples using matlab.
Am I correct in assuming that gr_complex = float16(half-precision IEEE 754)
+ iota*float16(the Q sample) ?
Regards
Abhinav PS Jadon
___
Discuss-gnuradio mailing list
Discuss-gnura
That's pretty much impossible to say.
My prime suspect would be the WX Gui visualization sink. Really, a
couple of 64 FFTs aren't that terrible performance-wise.
On 29.03.2016 20:53, Abhinav Jadon wrote:
> Marcus,
> Thanks for all the help.
> But Is my system underpowered ?
> Also, I just observed
Marcus,
Thanks for all the help.
But Is my system underpowered ?
Also, I just observed that if I bunch few blocks in the tx flowgraph in a
similar way as phy_hier block in the wifi_loopback flowgraph, I dont
receive any more underruns.
Regards
Abhinav PS Jadon
2012122
Electronics and Communicat
When you set the length tag field in the USRP sink, it starts looking
for that stream tag, which contains number of samples in the starting burst.
Technically, that starts a uhd::tx_streamer for a finite number of
samples, which means different things for different hardware.
Best regards,
Marcus
Hi Marcus,
I am working on a Core i7 8GB system, I dont know if its underpowered, if
it is I have access to another Corei5 16 GB station.
I know this is going to sound dumb but,
how does the USRP sink go into burst mode, I was under the impression that
USRP could only transmit data continuously. D
On 10/01/16 18:45, Marcus Müller wrote:
> Hi Daniel,
>
> USB sound devices with mute/unmute buttons usually have a USB endpoint
> that enumerates as Human Interface Device; in that way, they are simply
> keyboards with a highly limited set of keys.
> Now, I'm not aware of any GNU Radio OOT that
Hello Royce,
It looks like there is GNU Radio support for the board you mention.
https://wiki.analog.com/resources/tools-software/linux-software/gnuradio
Assuming the Source block runs you should have little problem connecting it
to the gr-air-modes blocks. I'd recommend reaching out to the
discu
Hello Henning,
I don't have advice on TDMA in GNU Radio, but want to step in and make sure
that you have attenuation between the two B200's. The recommended maximum
receive power on the B200 is -15 dBm and the transmit power is up to 10
dBm. It sounds like you probably do have attenuation and aren
Hi Abhinav,
my instantaneous diagnosis would be that your PC is simply too slow at
supplying samples. Incresing the rate of the strobe doesn't help -- the
USRP sink is in burst mode and as such, will not complain if it's
currently not sending samples. Underruns only happen if you're currently
tran
Hi ,
I was working on the transmitter of gr-ieee80211. I will first explain my
setup and then go on to detail the problem.
Setup :
X310 (transmitter) -> SMA cable -> Attenuator -> SMA cable -> X310
(receiver)
The transmitter runs the wifi_tx.grc. The receiver runs the wifi_rx.grc
The tx gain was i
First of all, you are transmitting with 5 KHz of deviation, but when I look at
your TX frequency, you are listening with a normal FM radio to it. This expects
75 KHz of deviation! Also your WBFM receive block expects more than 5 KHz.
Isn't there also a WBFM transmitting block? If available, t
Hey,
> So ICE problems. Getting out the good ol' tome of /fixing elaborate
> technology by //random incantation and//extensive guesswork/, does
> deleting ~/.ICEauthority fix the issue? For me, it does.
I'm having a Gentoo-Machine with KDE4 running here, even without an
~/.ICEauthority file
Hi SangHyuk,
On 29.03.2016 13:45, SangHyuk Kim wrote:
> Hi,
>
> I found two phenomenons when USRP N210 are on receiving mode (but, no
> received data)
>
> i) When I capture eth0 packets using wireshark, USRP send buffer to
> host continuously. Maybe it is to sampling process.
Of course. How else
Same blank window here, doesn't even respond to "window close" events;
my machine (let's call it workhorse) runs awesome WM, cinnamon session
manager underneath. Hm.
Attaching to that process with a slightly python-tuned GDB results in
what seems to be a blocking call to read() on a socket that ICE
Hi,
I found two phenomenons when USRP N210 are on receiving mode (but, no
received data)
i) When I capture eth0 packets using wireshark, USRP send buffer to host
continuously. Maybe it is to sampling process. I think that host cannot
read these buffer quickly, so overflow is occurred (at high sam
Hi all,
I'm using GNU-Radio for some weeks now and i try to implement a little
project. This list already helped me to get into it. Thanks for that.
First step of my project now is to implement a simple tdma-frame using
two USRPs B200 connected via a coax cable. The first 20ms of a
80ms-f
HI SangHyuk,
as Martin explained, you're using the old blocks (which are still
contained in the modern GNU Radio).
It's very hard to help you with that.
Please use the new blocks, as you'll find them in the
gnuradio/digital/ofdm example rx_ofdm.grc.
Also, your question is still unclear; the rate
Also, I wanted to ask that, especially since you're seeing OpenGL errors
with WX Gui, you can try to disable openGL usage in WX, but then it
typically eats up a lot of CPU. A problem that the Qt GUIs never had.
Really, if doing something new, use Qt.
Best regards,
Marcus
On 28.03.2016 21:45, Tom
Hi Santos,
as you're transmitting FM, and not the audio amplitude itself (that'd be
AM), the amplitude you're receiving is really just what the NBFM
receiver interprets from the incoming signal. Just multiply with a
constant, and you're done. That very much is like the amplifier knob on
your analo
31 matches
Mail list logo
