Hi guys,
I have the following gear, all guaranteed to be working, if anyone is
interested, reach me at n...@mod.net. My name is Jon.
USRP2 (SBX or WBX wideband dboard). Power supply=yes, Fan working=yes,
working=yes.
USRPN210 (SBX or WBX windband dboard). Power supply=yes, Fan
working
I'm looking at using USRPs for data acquisition in a physics project using an
LFRX.
Rather than for more typical SDR applications. I'd be interested in hearing from
anyone who's done this.
At first however I was wondering if this application sounds feasible, is it
crazy to
use the USRP for non-S
> Regardless of whether you use the stock FPGA design or a custom one to do raw
> data capture you are going to run up against the basic limits of 1GB/s
> i.e 1Gb/S = 125MB/S = 62.5M 16bit samples/S
>
> The stock image is always going to want to send an I and Q channel, and has
> the option of
The last device I received did not appear to have the correct IP set from the
factory.
I had to reset using the "Device recovery and bricking" procedure here:
http://files.ettus.com/uhd_docs/manual/html/usrp2.html#load-the-images-onto-the-on-board-flash-usrp-n-series-only
and set th
Hi all, I'm still trying to get used to things on Gnu Radio and i'm ready to
jump into making my own "tweaks". I am trying to duplicate a scanner that I
saw on YouTube. ( https://www.youtube.com/watch?v=r9GtAFn5UlY ). The
question that I have is regarding printing out of values. For instance if
already there and I'm just not using the
interface correctly?
Thanks.
N.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Helo,
I was looking at the FIR algorithm in pm_remez.cc and saw it is based on the
old Janovetz implementation of Parks-McClellan. The author of one of my DSP
books, Andreas Antoniou, makes the statement that he improved on the original
Parsk-McClellan algorithm. I found another paper online wh
Hi GNU hackers,
what is the accepted best practice to have a source and a sink block
share a common resource?
In my case, the shared resource is a thread that does I/O and both
source/sink use it to interface to GNU Radio.
First I thought about adding the I/O thread to the source block and use
th
N. Benes:
> what is the accepted best practice to have a source and a sink block
> share a common resource?
> In my case, the shared resource is a thread that does I/O and both
> source/sink use it to interface to GNU Radio.
[snip]
> Is there a commonly accepted pattern t
If you are on Linux you could just create a file in tmpfs (i.e. RAM).
Use a File Sink with a file in "/dev/shm" for instance (see "man mount"
to configure tmpfs).
Of course you then probably need a lot of RAM (or can capture only small
durations). But it is much faster than disk I/O...
Müller, Mar
> std::vector< std::vector <@TAP_TYPE@> > xtaps(nfilters);
>
> for(int n = 0; n < nfilters; n++)
> xtaps[n].resize (nt);
ali mokdad:
> do you know a special program I can test?
"stdbuf" could be of help here. But beware that the input stream into
"cat" may still be (line) buffered because of bash.
Example:
$ stdbuf -i 0 -o 0 cat > in
Cheers!
___
Discuss-gnuradio mailing
hamzeh elsayed:
> I wrote a c code program to write in fifo in file to use it instead of cat
> in.
>
> The result was the same.
I'd still believe the error is in the way you interact with the fifo.
Have you looked at setvbuf() or fflush()?
(e.g. "setvbuf(f, (char *)NULL, _IONBF, 0);" )
Hi everyone,
FYI, here is the general announcement of and motivation for the changes:
> https://lists.gnu.org/archive/html/savannah-hackers-public/2019-06/msg00018.html
> https://lists.gnu.org/archive/html/savannah-hackers-public/2019-09/msg00016.html
Adrian Musceac:
> I have to agree with Bogd
s.stderr.write ("usage: am_rcv_file {file_name,'usrp'}
freq_offset_KHz\n")
sys.exit (1)
fg = build_graph (filename, freq_offset_khz)
fg.start ()
raw_input ('Press Enter to quit: ')
fg.stop ()
if __name__ == '__main__':
main (sys
Hi all,
I am currently attempting to get a bit stream from a captured RF signal that I
know is from a burst FSK transmitter( 433.92 MHz carrier, 10kHz deviation,
Manchester).
Using GNU Radio 3.7.8.
I have isolated the signal and would say I have successfully demodulated the
signal. I am not
On 12/7/15, 2:39 PM, "Andy Walls" wrote:
>Ryan Wilson wrote:
>> Hi all,
>>
>>
>> I am currently attempting to get a bit stream from a captured RF
>> signal that I know is from a burst FSK transmitter( 433.92 MHz
>> carrier, 10kHz deviation, Manchester).
>>
>> Using GNU Radio 3.7.8.
>>
>>
::control_loop(fll_lpbw, 2*M_PI*(2.0/fll_sps),
-2*M_PI*(2.0/fll_sps)) but still I am getting the same error.
Any help will be appreciated.
--
Regards,
Wilson A N
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo
Hi,
I was checking the code of the packet encoder to see how it works. Whatever
preamble and access code i gave i could successfully obtain them back. But
i couldn't figure how the data is being encoded.
Can anyone help me with this??
Thanking you,
Wilson A N
--
Regards,
Wilso
I am trying to setup a flow graph that has 2 states, in which upon a state
change the flow graph is reconfigured.
FlowGraph 1:
[src] -> [filt] -> [modem-1]
FlowGraph 2:
[src] -> [filt] -> [modem-2]
FG-1 runs to completion, is then disconnected. Then FG-2 is connected and
executed. For both flo
FIR when I switch
modems, but the querying the FIR object tells me that the min_output_buffer is
correct.
Thanks
-Original Message-
From: Kevin Reid [mailto:kpreid.switchb@gmail.com] On Behalf Of Kevin Reid
Sent: Thursday, September 04, 2014 10:58 PM
To: Gould, Daniel N.
Cc: discuss
Hi
I am using the ezcap RTL2838U USB dongle along with gnuradio 3.6.0 and
the svn latest version of Multimode.py on Debian Linux 6.0.2. I have
installed the HEAD git branches of rtl-sdr, gr-osmosdr and libosmocore
successfully. I have taken care of all pre-requisites needed as well
as in the build
On Sun, Jun 17, 2012 at 11:16 PM, Marcus D. Leech wrote:
\\> This is almost certainly caused by having a version of Gnu Radio that
> isn't up-to-date. Are you sure you're
> running the version you think you're running? The GIT master of Gnu
> Radio has support for the
> 'set_callback' function
On Sun, Jun 17, 2012 at 11:50 PM, Marcus D. Leech wrote:
>>
>>
> The X window system error is likely due to some subtlety in OpenGL which
> has nothing directly to do with
> Gnu Radio or Multimode.
>
So any idea how to get around this ?
___
Discuss-gn
On Sun, Jun 17, 2012 at 11:56 PM, Vikas N Kumar
wrote:
> On Sun, Jun 17, 2012 at 11:50 PM, Marcus D. Leech wrote:
>>>
>>>
>> The X window system error is likely due to some subtlety in OpenGL which
>> has nothing directly to do with
>> Gnu Radio or M
On Sun, Jun 17, 2012 at 11:59 PM, Marcus D. Leech wrote:
> Different X drivers? Are you on a VM, or physical machine?
Physical machine with NVIDIA 270.xx drivers using a GTX 550i card.
Could just be the NVIDIA drivers !
___
Discuss-gnuradio mailing l
Hi
I am researching methods/algorithms to perform descrambling of
scrambled radio waves as part of a research project.
- I was hoping to find out if anyone here knows about or has resources
where GNU radio is being used for doing such things. If yes, what
algorithms are possibly used to scramble
On Tue, Jun 19, 2012 at 10:01 AM, Patrik Tast wrote:
> If the signal is crypted then it was not ment for you unless you have a KEY
> to "unlock".
> In CCSDS (digital reception) frame header there is a bit telling you if data
> is/not crypted. It also contains the key number that you have to use to
On Tue, Jun 19, 2012 at 11:13 AM, Martin Braun (CEL)
wrote:
>> - can we transmit and receive at the same time in the same application
>> using the same hardware ?
>
> This question has a *lot* of caveats. I'll assume you know what you're
> doing (and what you can realistically expect), and then th
I solved the problem by reinstalling my NVIDIA drivers and the OpenGL
issues went away. They had been created by an xserver-xorg-* update to
the system.
thanks.
On Mon, Jun 18, 2012 at 12:01 AM, Marcus D. Leech wrote:
> On 17/06/12 11:59 PM, Vikas N Kumar wrote:
>>
>> Got it t
Hi,
We are using the Ettus XCVR2450 boards for a research project and had
a question in this regard.
We are using the XCVR in receive mode. We would like to have 2
antennas connected to the board. Moreover, we would like to switch
between the 2 antennas using a control signal (from the PC).
Speci
Dear All,
I would like to learn the noise floor of a receiver which uses USRP,
XCVR2450 and VERT2450.
Namely, when usrp_fft.py is run with no incoming signal present in an indoor
environment, what is the expected noise level?
Thanks in advance.
Regards,
Pelin Yalcin
Research Assistant
Center for
Hey all,
I'm looking at using the FPGA on the USRP to improve the performance in some of
what my lab is doing. To learn about the Verilog code already written for the
FPGA, I'm trying to do phase recovery with the Costas loop at the end of the
rx_chain. First of all, is this a good project? It
Hello,
I've written a small Verilog module for the FPGA on the USRP to do phase
recovery. I'd like to test it in isolation before I try it out on the board,
but I'm having major problems feeding Quartus two 16 bit sine and cosine
signals with a random phase offset. The idea is that q_out after t
Is anyone familiar with the following error? I don't see it already on the
list.
g++ -DHAVE_CONFIG_H -I. -I../../../.. -DOMNITHREAD_POSIX=1 -I../../../../omnith
read -I../../../../gnuradio-core/src/lib/runtime -I../../../../gnuradio-core/src
/lib/general -I../../../../gnuradio-core/src/lib/gener
est of the code?
Thanks,
Reid
Quoting Don Ward <[EMAIL PROTECTED]>:
- Original Message ----- From: "Reid N Kleckner" <[EMAIL PROTECTED]>
To:
Sent: Wednesday, August 08, 2007 2:17 PM
Subject: [Discuss-gnuradio] Compile Error Under Cygwin: Undefined
Symbol"INFI
Someone posted to the list asking about GSM/gnuradio. Came across a
project when researching some other stuff (related to FPGA).
This might be of interest.
http://wiki.thc.org/gsm
--
Charles N Wyble (818) 280-7059
http://charlesnw.blogspot.com
ply purchase a DSL modem PCI card from many online
retailers. There are several that work in Linux for example.
--
Charles N Wyble (818) 280-7059
http://charlesnw.blogspot.com
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lis
Hi,
We are evaluating SDR platforms for conducting wireless physical layer
experiments. It would be great if some one could help with the following
information.
1. I know that a modified version of 802.11 has been implemented and tested
successfully on USRP1. Has it been tested on USRP2 ? Are
39 matches
Mail list logo
