As an aside…. I wonder if the original USRP2 transport code is still captured
in the public domain. This used a proprietary Ethernet transport for IQ before
we switched to UDP in UHD transport.
Sent from my iPhone
> On Jul 13, 2024, at 7:33 AM, Marcus Müller wrote:
>
> Hi Walter,
>
> intere
Brian, I think your idea does work. I think the tricky bit to doing this really
well is having a control loop that reacts quickly enough that we don’t have to
be stuck with a giant buffer that adds undesirable latency, but then conversely
a control loop that adapts at a slow enough rate and with
…..but you *must* use an attenuator if you cable a TX port directly back to an
RX port otherwise you will damage the H/W
(30dB is a good safe default value to start with)
> On May 9, 2018, at 8:20 AM, Derek Kozel wrote:
>
> Hello Maria,
>
> Yes, exactly what you describe will work.
>
> Regard
I may have missed this being announced whilst in San Diego, but is there an
online location where all the slides and presentations got uploaded to yet?
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/disc
Craig,
If what you are trying to do is build a verilog test bench and use this
data as stimulus then stay within GR, multiply your float data by 2^16 and
then convert it to short integer before passing to file sink(s).
That will give you two's complement signed integer signal data.
Assemble your p
Stu,
It's very useable and well structured to help with a new H/W port. Actively
being used on a number of commercial projects currently, including ones
using Altera FPGA's
-Ian
On Sun, May 8, 2016 at 1:33 PM, Card, Stu wrote:
> (cross-posted to the 3 different sub-communities with relevant driv
Henry,
Its important to realize that there are 3 generations of Inmarsat systems
currently in use. The I3 birds carry a lot of narrow band services for air
to ground and ship to shore as Kevin just described. As you move to I5 via
I4 you see higher, more modern broadband service start to appear.
-I
Here's a good starting point for you:
http://www.uhf-satcom.com/lband/
The answers to both 1) and 2) are yes. Stay tuned.
On Tue, May 3, 2016 at 12:56 PM, wrote:
> I assume you're asking "Is there a big blue DECODE ALL THE INMARSAT
> THINGS" knob in Gnu Radio. The answer to that would be a re
-06
On Wed, Apr 13, 2016 at 12:57 PM, Alexander Levedahl <
alexanderleved...@gmail.com> wrote:
> Out of curiosity, when you say B2x0, did you mean to exclude the B205
> mini?
>
> Alex
>
> On Wed, Apr 13, 2016 at 2:16 PM, Ian Buckley wrote:
>
>> For what (lit
For what (little) it's worth I removed the H/W constraints in B2x0 that
forced a minimum of 5MHz master clock rate when UHD 3.9.x was released.
Running AD9361 at low clock rates isn't the best way to utilize its
capabilities but it may help for certain niche narrow band applications.
-Ian
On Wed
er 0.8mS is 1250Hz.
On Thu, Mar 3, 2016 at 6:30 PM, Richard Bell
wrote:
> I see thanks. My BW is several hundred MHz wide, so no all DSP tuning for
> me.
>
> Rich
>
> On Thu, Mar 3, 2016 at 5:57 PM, Derek Kozel wrote:
>
>> Also if your frequency hopping is within the analog bandwidth of
Cell phones in the last approx *20*+ years have been SDR based...we started
production of a dual core processor with an instruction set specifically
enhanced for SDR that ran part of the GSM radio for handsets in S/W (as
well as the voice codecs) in about 1993 when I worked at Motorola. I also
rec
Spectrum analyzer and a wrist watch? (or a loopback cable to RX) :-)
On Apr 29, 2015, at 9:44 AM, "Anderson, Douglas J."
wrote:
> Thanks Marcus, that's what I assumed (that the code that spits back the
> "Successfully tuned" bit and stores the current freq settings) is independent
> of the qu
Jonathon,
The source code for both USRP2 and N210 was updated at the same commit with the
new FPGA compat number (78eab419fdcdc18f4da8fd33f267af6c4d0494f6).
Hoever because nothing changed *functionally* on USRP2 someone forgot to
re-build USRP2 images for inclusion in the updated binary image pac
rrect European TV channel without having to know the
> frequency.
>
> Ralph.
>
>
> From: Ian Buckley [mailto:i...@ionconcepts.com]
> Sent: Saturday, April 18, 2015 03:45
> To: Ralph A. Schmid, dk5ras
> Cc: 'Martin Braun'; usrp-us...@lists.ettus.com; '
VB/
>
> This way we can keep it on the list without sending attachments.
>
> They were taken from the VM container before all the upgrades were made, but
> I did not change anything when upgrading.
>
> Ralph.
>
>
>
> -Original Message-
> From: Ian
Great Ralph, thats a big help. Can you send me your exact flow graph used to
generate these 2 plots off list please. I want to re run this scenario and see
your exact configuration.
Thanks
-Ian
On Apr 17, 2015, at 10:00 AM, "Ralph A. Schmid, dk5ras"
wrote:
> OK, here we go. The hotel TV was
Ben,
That card is very mainstream and uses an Intel driver so I'd expect good
support from the get go on 14.04.
-Ian
On Apr 28, 2014, at 7:39 AM, "Lapointe, Benjamin - 1008 - MITLL via USRP-users"
wrote:
> Does the 10 Gigabit Ethernet PCI-express adapter card sold by Ettus work with
> Ubunt
The N2920 is derived from N210, it uses a USRP2 clocking architecture with a
fixed 100MHz ADC/DAC clock and *ONLY* supports integer decimation rates.
Decimation rates that factor by 4 are preferred as they provide a much flatter
passband.
-Ian
On Apr 1, 2014, at 10:10 PM, Amber and Sarosh wr
Luke, take a look at J400, 3 pin 0.1" header next to the FPGA….it's nominally
for a debug UART for engineering work, currently unused in the production RTL.
This would be an easier header to work with for a simple external T/R switch
than the MICTOR debug header.
Another alternative is the GPSDO
>
>
>
> Dear Sir,
>
> Does UHD API only available in Python, not C++ ?
> Regards.
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
UHD's API is available in C++. There are plen
Lee,
What Marcus and Tom are telling you is that when a signal reaches a USRP Sink
in GNURadio it is transformed into an integer representation that is weighted
so that the integers represent values -1 <= x < 1.
Input values with magnitudes larger than these will be saturated to these
limits,
Whenever I hear of anyone struggling with ethernet ports going up and down
unexpectedly on Ubuntu it nearly always comes down to Ubuntu's Network Manager
trying to be clever.
Go google information on how to disable Ubuntu from automatically managing
network interfaces for the version you are usi
Paul, I read that as lack of available shared memory. I'm curious what result
you get if you run the following at the command line:
sysctl kernel.shmmax
Not sure how you installed gnu radio, but if you used Marcus's build_gnuradio
script then the following changes should have been made in /etc/
Paul,Attached an über simple flow graph, perhaps this is a better way to get you going…25MHz of bandwidth where ever you center the band, which with an LFRX and your application would make most sense to be somewhere in the range 12.5MHz-17.5MHz …all written to file (as single precision complex floa
…and cheap switches with a couple of 10G ports and 24 1G ports from folks like
Dell.
On Oct 31, 2013, at 8:06 PM, Marcus D. Leech wrote:
> On 10/31/2013 04:54 PM, rmsrms1987 wrote:
>> Hi Everyone,
>>
>> I recently discovered that Ettus offer a way of synchronizing up the eight
>> USRPs with th
Paul,
With (the default) 16bit complex sample format the maximum sample rate
supported on USRP2 is 25Msps, simply because that is pretty much as much data
as you can get over 1G Ethernet in one direction.
50Msps is supported if you use 8bit complex samples and loose some dynamic
range.
The dec
Parameters you pass to UHD like this are not persistent between runs, the
hardware is re-initialized each time so you must pass them each time.
In GRC you would pass the parameters as per the example I've attached.
-Ian
args_example.grc
Description: Binary data
On Oct 18, 2013, at 2:10 AM, B
On Sep 24, 2013, at 1:54 PM, Ian Buckley wrote:
> On Sep 24, 2013, at 11:41 AM, Marcus D. Leech wrote:
>
>> On 09/23/2013 10:59 AM, Juha Vierinen wrote:
>>>
>>> I was playing around with the rtl_sdr dongles and came up with a trivial
>>> hack to
On Sep 24, 2013, at 11:41 AM, Marcus D. Leech wrote:
> On 09/23/2013 10:59 AM, Juha Vierinen wrote:
>>
>> I was playing around with the rtl_sdr dongles and came up with a trivial
>> hack to build a receiver with multiple coherent channels. I do this
>> basically by unsoldering the quartz clock
back kit is a 30dB attenuator and an SMA cable sold by Ettus Research.
>
>
> On Thu, Sep 19, 2013 at 8:40 AM, Ian Buckley wrote:
> Can you describe for us what the "loopback kit" comprises? Theres hopefully
> significant attenuation in the signal path.
>
> On Sep 19
Can you describe for us what the "loopback kit" comprises? Theres hopefully
significant attenuation in the signal path.
On Sep 19, 2013, at 7:53 AM, "Marcus D. Leech" wrote:
> On 09/19/2013 10:45 AM, Isdren Gineer wrote:
>> I am using N210 USRP's with WBX daughtercards connected with a loopback
e have the dedicated antenna with has exactly
> same bandwidth as real satellite, is the filters still necessary ? Will the
> filters attenuate the signal ? Thanks.
>
>
>
> Best regards,
>
> Ruoyu
>
> From: Ian Buckley [i...@ionconcepts.com]
> Sent:
Ruoyu,
First off, Singapore is a very noisy place (From a radio perspective), so you
are going to have to pair any external low noise amplifiers with appropriate
filters for your signals of interest. It is vital that none of the components
in the radio signal chain receivers too much power which
>
> It's also interesting to see that 3 out of 5 are LMS6002D based
> hardware. This chip sure gets around ...
>
>
Well the reason why it "gets around" is that it's done poorly competitively
against other devices in the top tier customer accounts, thus they are force to
scratch around and fin
y.net/fft3.7_test.pngI was expecting something very close to this output from 3.6: http://ianbuckley.net/fft3.6_test.png-Ian
fft3.7_test.grc
Description: Binary data
On Aug 26, 2013, at 2:17 PM, Ian Buckley <i...@ionconcepts.com> wrote:Anyone else seeing weirdness in WX FFT under 3.7?I'm running a
Anyone else seeing weirdness in WX FFT under 3.7?
I'm running a simple baseband loopback test on development hardware using
BasicRX/BasicTX, passing CW's out and back again.
When I use my normal flow graph that's WX GUI based I see large skirts on the
CW's and a large magnitude bounce in the noi
First step, follow the instructions in the error message, in my experience
there's lots of useful information in the log file:
On Aug 3, 2013, at 9:16 AM, Tom Rondeau wrote:
>> Please see the log file for port py27-wxpython-devel for
>> details:
>>
>> /opt/local/var/macports/logs/_opt_local_va
As indicated on the silk screening of the front panel of the USRP(s) they are
powered by 6V DC @ 3A (Center pin is positive, outer negative). It's fairly
easy to find battery solutions that meet this criteria directly without using
the AC adapter. I have built light weight Li-Ion solutions for U
https://github.com/EttusResearch/uhd
Under fpga/usrp2/top/N2x0
-Ian
On Jul 16, 2013, at 10:10 PM, Sam mite wrote:
> Hi list,
>
> I want to compile USRP N210 FPGA code. From where I can get the latest fpga
> code for USRP N210 ? Please provide the link. Any help will be appreciated.
>
> --
, 2013, at 8:38 AM, Marcus D. Leech wrote:
> On 06/23/2013 11:34 AM, Ian Buckley wrote:
>>
>> Interesting project though, the USRP could definitely be a useful
>> generalized scientific data capture device.
>> -ian
>>
>>
> I've used USRPs for radio as
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 either 25MSa
Dan, Any chance you can attach those pictures in a different way and resend, I
couldn't find a way to view them and I'm curious to see them.
-Ian
On Jun 11, 2013, at 10:12 PM, Dan CaJacob wrote:
> There are two parameters that will affect your TX power: digital amplitude
> and RF gain. The di
Absolutely don't worry about carrying it on. Describe it exactly as it is, if
questioned: Expensive electronic test equipment, with no internal batteries.
Folks have to travel with test equipment and electronic prototypes that look
plain weird all the time, I certainly have.
On Jun 9, 2013, at
And since we are all very lazy:
for (( i=1; i <= 34; i++ )); do wget "www.dspguide.com/CH${i}.PDF"; done
On May 16, 2013, at 8:31 AM, Michael Dickens wrote:
> Not sure if this has been mentioned here before, and it cannot hurt to
> mention it again. The book "The Scientist and Engineer's Guid
uivalent to pre-compiled usrp_n200_fpga_r3.bin file.
> Right?
>
>
> Thanks,
> Mahboob
>
> From: Ian Buckley [i...@ionconcepts.com]
> Sent: 01 May 2013 11:01
> To: Rahman, Muhammad Mahboob Ur
> Cc: Ian Buckley; usrp-us...@lis
OK, if you have yet to change any files from the default and that is the result
of a build then I strongly suspect the ISE version.
2013.1 has not been used to try to build any of the USRP databases yet.
2012.4 (14.4) is known to work for N200, and production images for N200 as
supplied by Ettus
Neat idea! Presumably he just tapped the (buffered?) output of the VCTCXO on
the phone which has is being actively steered by the phones operation, and I'm
guessing the breadboard is a fractional-N PLL to get it to the frequency needed
to replace the existing RTL_SDR clock.
Not exactly durable t
Current Ettus RF daughter cards work entirely with analog signals, DAC and ADC
are on the "Motherboard".
You can look at the published schematics for the model(s) you are interested to
extract the part numbers.
https://www.google.com/search?q=ettus+n210+schematic
As a general rule RF broadband c
Zo,
Have you tried swapping cables between USRP's? both REF/PPS and signal (one at
a time) to see if the apparent phase differences follow particular
cables/signal paths?
On Apr 3, 2013, at 2:32 AM, Zooz Engineer wrote:
> Hi Marcus,
>
> Thanks for replying. I did the following test after you
I ran benchmark_rate with the same parameters tonight on an Intel 82574L and
and Intel 82579V, also with flawless results.
On Dec 11, 2012, at 12:53 PM, Balint Seeber wrote:
> Hi Richard,
>
> Thanks for reporting on your experiments! I have doing a few lately myself
> (specifically in rega
Dave, I've built a few systems like this using Pelican case's or cheaper knock
off's.
Rather than go for a "side-by-side layout" which is hard to accommodate in
common Peli case sizes, I buried the gel cells and USRP deep in the foam under
the laptop. By making the USRP fit snuggly in the foam I
In general that is correct, analog filtering has been applied to the signal
chain prior to the ADC to prevent significant spectral folding.
Specifically, the individual radio daughter cards provide filters of
appropriate bandwidth for each design, there is no analog filtering circuit in
the actu
On Jun 18, 2012, at 6:54 PM, Marcus D. Leech wrote:
> On 18/06/12 09:46 PM, signalswdm wrote:
>>
>> Hello everyone:
>>You see in theory there should be a low-pass filter after ADC for
>> eliminating the image. Also after DDC there should also be a
>> filter. But in USRP there are not such t
block ram^H^H^H^H^H^H^H^using SRL16's
;-)
>
> If you are seeing transients at the beginning of a burst, thats probably
> the half band filters. They are implemented in block ram and dont clear
> between bursts.
>
> -josh
___
Discuss-gnuradio mailing
If you are asking for the definition of the acronym "GNU" GNU's not
Unix.:
https://en.wikipedia.org/wiki/GNU
On Jun 9, 2012, at 6:01 AM, Sravya Reddy wrote:
> hi all,
>
> can anybody please tell me the full form of GNU. please excuse me if it is a
> basic question but i couldn't find a
Google is your friend:
http://code.ettus.com/redmine/ettus/projects/public/documents
On Jun 8, 2012, at 2:12 PM, Nick Iliev wrote:
> Hello,
>
> we have a USRP1 with 2 XCVR2450 daughtercards. Each XCVR2450 has its
> own LO however , we would like to bypass it with the motherboard's
> X-TAL sourc
>>> is capable or indeed one with a flexible physical interface that can
>>> support 60MB/syou're clearly in the realm of high-end DSP
>>> processors at those rates.
>>>
>> Well, keep in mind that if the goal is really 60MB/s, rather than
>> 60Msps,
There is a mictor connector (J301 on both USRP2 and N2x0) that has 32 signal
and 2 clock pins all free to be used in the FPGA. Searching for "mictor" in the
archive of this forum will find other posts about this.
However I do want to drive home the point that you are unlikely to find an ARM
pr
ADI tutorial on the topic.
http://www.analog.com/static/imported-files/tutorials/MT-017.pdf
On May 23, 2012, at 2:41 AM, Sravya Reddy wrote:
> hi everyone,
>
> USRP board has ADC's and DAC's operating with different speeds. why DAC's are
> faster than ADC's? please excuse me if it is a basic q
Alex,
I'm not entirely sure you correctly understood Brian's point...he's referring
to "backing off" the Tx gain to ensure that the RF power amp remains entirely
linear throughout the power envelope of the OFDM signal. The PAPR is directly
proportional to the number of carriers employed and is
Fred Harris insists on his name being un-capitalized, I forget (and forgive!)
his reasoning...or eccentricity.
On Apr 12, 2012, at 7:26 AM, mle...@ripnet.com wrote:
> I've forgotten the story on this. I'm sure it's funny.
>
>
> On Thu, 12 Apr 2012 07:13:30 -0700, Nick Foster wrote:
>
>> Tom
Just to confirm, the USRP2/N2x0 ADC samples at 100MHz. (The DAC output however
runs at 400MHz, its fed samples at 100MHz and it has built in 4x interpolation
which may be the source of confusion).
On Feb 8, 2012, at 4:12 PM, Tom Rondeau wrote:
> On Tue, Feb 7, 2012 at 5:37 PM, George Nychis w
Eduardo,
On Jan 19, 2012, at 7:37 AM, Eduardo Lloret Fuentes wrote:
> Hello,
>
> I am working with a USRP2 board and the old GNU Radio driver (not the
> UHD driver) under Ubuntu 10.04. I added a module to the FGPA in the
> file named u2_core.v and I defined some setting registers in order to
> c
Ok, I glanced at your code quickly, here are my thoughts (some of which you may
already do in files I haven't seen):
1) You are using tx_io[15] as a potentially highspeed I/O. This signal travels
via the radio daughter cards and could easily lead to EMI noise issues. You
could consider multiple
I've only done a little FPGA work on the N210 so this is a bit of a guess, Nick
or Josh can answer better, but I would imagine you probably need to understand
how the FPGA image "bootstraps". The N210 stores 2 FPGA images so that there is
a safe image to restore from if you upload a bad image. T
Reginald,
Here's what's going on:
Firstly what would be nominally "DAC A (port1)" and "DAC B (port2)" in the
AD9777 (by Analog Devices definition) are used for the opposite for the
opposite signals by the USRP/ETTUS definition i.e USRP signal DACB is actually
processed by physical DACA.
Next (on
Reginald,
As already pointed out by Philip and Marcus, it is quite possible to modify the
embedded firmware to initialize/hardcode SPI and internal FPGA register values.
I've not looked at the firmware for the TCP/IP wrapper on packets that was
added when UHD was introduced, but presumably you c
Remember that you in fact are not required to "Login" to the USRP at all, it
isn't an interactive device, more like a peripheral device to a host computer.
Thus your remote access limitation is purely dependent on the remote host you
utilize to run GNURadio to interface to the USRP. The main iss
This is quick and off the top of the top of my head but here are some clues:
1)The appropriate Makefile.srcs should call both 'fifo_xlnx_2Kx36_2clk.v' and
''fifo_xlnx_2Kx36_2clk.xco'
2) In the log (capture all ISE output to a file for review by redirecting
STDOUT) you should see the following l
Just to expand on Matt's answer a little. ISE 12.2 and ISE 12.3 are also known
to work to build the USRP2 UHD FPGA image. I haven't tried ISE12.4 yet.
-Ian
>
>
> Message: 4
> Date: Sat, 12 Feb 2011 12:20:13 -0800
> From: Matt Ettus
> Subject: Re: [Discuss-gnuradio] Requirements for building US
71 matches
Mail list logo
