downconverted signal would end up sitting exactly at DC, and may be removed
by DC offset correction if it is enabled. Once you've widened up your
sample rate a bit per Tom's suggestion (try something on the order of a
couple of MHz, or whatever decimation ratio would get you to somethin
, but I figured I'd throw the question to the list
prior to that to see if I could get a definitive answer.
Thanks much...
--
Regards,
John Orlando
CEO/System Architect
Epiq Solutions
www.epiq-solutions.com
___
Discuss-gnuradio mailing list
Discuss
urrent OpenBTS
> USRP clock.
>
Gotcha. Thanks for the quick response David.
Anyone else know of any other issues that would prevent the FPGA from being
clocked at lower speeds?
> On Jan 16, 2010, at 4:33 PM, John Orlando wrote:
>
> Hi all,
> I've seen posts about folks providing a
o any daughtercard using these, nor did grep find any
reference to these in the 3.2.2 release of GNUradio. Is there any way
to send/receive UART data to these lines from within GNUradio? If
not, what was the intent with these lines?
Thanks much...
--
Regards,
John Orlando
CEO/System Architect
On Tue, Jan 19, 2010 at 11:55 AM, Matt Ettus wrote:
> On 01/19/2010 09:41 AM, John Orlando wrote:
>>
>> Hi all,
>> A while back I noticed there are two signals called RS232_RXD and
>> RS232_TXD exposed on the PMC connector going to the daughtercard slots
>> on the
dards.
The BURX daughterboard is our first step in this process, and we are
excited to contribute to the hardware and software ecosystem of the
USRP and GNU Radio.
--
Regards,
John Orlando
CEO/System Architect
Epiq Solutions
www.epiq-solutions.com
_
g wouldn't help. Any guidance here
would be appreciated.
Our DBSRX is from rev 2.2, dated 2007.
Thanks much.
--
Regards,
John Orlando
CEO/System Architect
Epiq Solutions
www.epiq-solutions.com
___
Discuss-gnuradio mailing list
Discuss-gnura
MHz, how the clk div 2
occurs on the USRP2?
Thanks much...
--
Regards,
John Orlando
CEO/System Architect
Epiq Solutions
www.epiq-solutions.com
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss
> On Tue, Mar 16, 2010 at 04:34:44PM -0500, John Orlando wrote:
>> Hi all,
>> Just looking through the WBX daughterboard code in the latest git repo
>> for adding support for the USRP2 (which can be found at
>> usrp2/firmware/lib/). I noticed that in adf4350.c
nshots of usrp2_fft.py would possibly be helpful), it may
help diagnose what's going on.
--
Regards,
John Orlando
CEO/System Architect
Epiq Solutions
www.epiq-solutions.com
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
that sounds like 4x the UMTS chip rate (which is
3.84 Mchips/sec). If this is the case, there is an RRC filter at the
last DSP stage typically, so your suggestion for folding this
re-sampling in is spot-on.
--
Regards,
John Orlando
CEO/System Architect
Epiq Solutions
www.epiq-solutions.com
ed ~4/5/2010
-USRP2 + DBSRX, plugged directly into the gigE port on a Lenovo
T400/Core 2 Duo laptop running FC12 (32-bit)...I've also tried this on
an Acer 8940 with a Core I7 running FC12 (64-bit)...same issue on both
Any help would be appreciated...thanks.
--
Regards,
John Orlando
CEO
On Tue, Apr 13, 2010 at 1:54 AM, Johnathan Corgan
wrote:
> On Mon, Apr 12, 2010 at 15:27, John Orlando wrote:
>
>> However, as soon as I try to change the gain via the usrp2_fft.py GUI,
>> I get an 'O' character spit out on the USRP2's serial port, and the
>&g
dependent).
If there is any interest here, we'd be happy to submit a patch to the FPGA
codebase to add this capability in. And for people who don't need it, the
block can simply be bypassed.
Comments welcome...
--
Regards,
John Orlando
CEO/System Architect
Epiq Solutio
al documentation for the BURX board will be made available in
the coming weeks on
the BURX product page, so stay tuned.
--
Regards,
John Orlando
CEO/System Architect
Epiq Solutions
www.epiq-solutions.com
___
Discuss-gnuradio mailing list
Discu
is not my best
> assetWhich are the command to type...?
>
> $ gcc db_dbsrx.c..and what else? which option have i to add to
> compile it?
You shouldn't be calling gcc directly here. You just need to call
'make' from the firmware directory, and it will re-build
in half
internally).
That being said, these VCOs can typically be tuned lower in frequency
(or higher) than the min/max frequency specs, but you'll likely see
additional phase noise, and you'll be running outside the expected
operating range of the chip, which is generally not ideal. But i
On Wed, Jun 2, 2010 at 4:29 PM, Matt Ettus wrote:
> On 06/02/2010 02:06 PM, John Orlando wrote:
>>
>> On Wed, Jun 2, 2010 at 3:54 PM, Sharif Shaher
>> wrote:
>>>
>>> Hello,
>>>
>>> I am trying to tune the WBX to 60MHz, but everytime I d
he baseband
signal, with one A/D digitizing the I channel, and one digitizing the
Q channel. Google for "zero IF receiver" and you'll find more
details.
The 20 MHz low-pass filters are there to reduce wideband noise, and to
help with anti-aliasing. They don't imply that there
mple so that it can be
> transfer trough usb 2.0 which have the bottleneck at 32Mhz am i correct?
Sounds right to me.
--
John Orlando
CEO/System Architect
Epiq Solutions
www.epiq-solutions.com
___
Discuss-gnuradio mailing list
Discuss-gnu
f passband bandwidths would be useful?
-how much RF power output would be useful, and at what frequencies?
All feedback is welcome and appreciated. If the interest is there,
we'd likely have the most requested boards available to the public in
the September/October timeframe.
--
John Orl
On Wed, Jun 9, 2010 at 6:07 AM, Martin DvH wrote:
> The gnuradio.org server seems to be down. (9 Jun 2010)
>
> Even a ping times out.
Hmm...works for me in the US (Illinois).
--
John Orlando
CEO/System Architect
Epiq Solutions
www.epiq-solu
r with a known
output power level, feeding it directly into the USRP. Then, you can
measure the value of the signal you are receiving (either manually in
your application or by viewing the samples with a graphical tool such
as using usrp_fft.py) and calibrate against this.
--
Joh
>> interface. So it is possible.
>
> Are there any source code examples for USRP1 ? I need to have an idea of
> where to start and how to interface USRP2 and to control it.
I'm assuming you've seen this:
http://www.cel.kit.edu/downloads.php
--
John Orlando
CEO/Syste
ory will re-build just the source file that
is modified, perform the proper linking, and will emit the series of
.bin executable files into the apps directory. This is the standard
way of re-building after code modifications for the USRP2.
--
John Orlando
CEO/System Arch
On Mon, Jun 21, 2010 at 3:35 PM, John Orlando wrote:
> On Mon, Jun 21, 2010 at 3:10 PM, Bryan Edelman
> wrote:
>> Hello all,
>>
>> As I am not an expert on linux/compilers by a longhop I have a question
>> about the proper way to build a dependency after making
ailing list
as they arise, and we'll update the wiki as appropriate. If you're
interested in an account to post content to the wiki, please email us
at contact (at) epiq-solutions.com and we'll get you setup.
--
John Orlando
CEO/System Ar
erning. I've seen
traffic of other folks using UHD + the RFX2400, such as:
http://www.mail-archive.com/discuss-gnuradio@gnu.org/msg24051.html
...so I'm fairly certain the RFX2400 is supported. Any ideas as to
what the issue could be here?
Any insight is appreciated.
--
John Orlando
about this, so one way or
another we'll get support added in.
--
John Orlando
CEO/System Architect
Epiq Solutions
www.epiq-solutions.com
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
be properly recognized (both tx and rx EEPROMs),
and benchmark_rx_rate passes all tests successfully. Must have had an
intermittent connection.
Thanks Josh.
--
John Orlando
CEO/System Architect
Epiq Solutions
www.epiq-solutions.com
___
Discuss-gnuradio m
lly goes, which will phase lock the two clocks.
But you will need to tweak the aeMB firware to make this happen.
--
John Orlando
CEO/System Architect
Epiq Solutions
www.epiq-solutions.com
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
signals?
Indeed, in either a USRP1 modified to accept an external clock, or a
USRP2 that has undergone the non-trivial modification mentioned above,
having the A/D converters run at a multiple of 13 MHz reduces the
computational load on the host machine.
--
John Orlando
CEO/System Arc
erminators,
> so I would expect my sweep to be fairly flat. However, there peaks
> and troughs. Does anyone know how I could get a flatter response?
>
You should be able to get a "flatter" gain throughout by more
carefully selecting your gain settings.
--
John Orlando
CEO
as a starting
point for your design. You'll also want to make sure the gnd
reference point for the scope is as close to the measurement point as
possible to ensure that you aren't picking up stray
signals/interference.
Good luck, and keep the list posted of progress. Sounds like quite a
things
> where I'm probably best positioned to do the work.
>
> Bottom line: business continues as usual, and you'll see more of Tom
> and less of me.
I'm sure you'll be inundated with this sort of email, but your efforts
to make GNU Radio into what it is tod
nfo.php?products_id=10009
Cheap, simple, and the FTDI Linux drivers work fine at 230.4 Kbps (the
rate of the UART on the USRP2).
We've instrumented the USRP2 firmware at different times with debug
messages to understand what is going on, but that is about it. It can
be very helpful f
branch with the 3.3.1 release. You can find details on this
daughterboard at our website:
http://www.epiq-solutions.com/products_overview.php
We have customers who are using it for WiMAX signal processing, so it
should be a good match for your needs.
--
John Orlando
CEO/System Architect
Epiq Sol
ical standpoint, we've been monitoring progress/changes
with the UHD, and it seems reasonably stable at this point. We can
revisit adding support in for the BURX board if there was interest in
this, and prioritize it accordingly.
--
John Orlando
CEO/System Architect
Epiq Solut
27;s using COMPLEX_FLOAT32
interface", what exactly do you mean? Do you mean the value 100 in
decimal repeatedly? If so, this is a DC signal with no frequency
content, and DC offset correction could be wiping it out. If not, can
you elaborate more on the data values that you're sending?
iate the patience
of everyone who has been waiting for this support to be added in, and
stay tuned for additional hardware and software announcements
throughout 2011.
--
John Orlando
CEO/System Architect
Epiq Solutions
www.epiq-solutions.com
___
Dis
-db-eeprom
--
John Orlando
CEO/System Architect
Epiq Solutions
http://www.epiq-solutions.com
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
ented in USRP land, but it may very well
take a few tens/hundreds of samples before it is completely corrected,
which lines up with what you're seeing.
Try changing your sig gen to output a tone at, say 100 Khz from your
RF tuning frequency, and it should not attenuate over time.
--
John Orl
you get into the new bulk streaming mode). Could make for a very
interesting multi-transmit/multi-receive system (assuming you've got a PC
that can actually do something with that much data coming in, which is still
a big challenge).
--
John Orlando
CEO/System Architect
Epiq Solutions
HY processing to
achieve this.
--
John Orlando
CEO/System Architect
Epiq Solutions
http://www.epiq-solutions.com
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
n shipping next month, and additional details can
be found at our website:
http://epiqsolutions.com/matchstiq/
Regards,
John
--
John Orlando
CEO/System Architect
Epiq Solutions
http://www.epiq-solutions.com
___
Discuss-gnuradio mailing list
Discuss-gnuradi
account some input
capacitance on the A/D converter on the USRP (10-20 pF?), it still
would be larger than 30 MHz. Am I missing something here?
Thanks much,
John Orlando
www.epiq-solutions.com
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
On Fri, Oct 23, 2009 at 7:08 PM, Matt Ettus wrote:
> John Orlando wrote:
>>
>> Hi all,
>> I was just reading the specs/schematic on the LFRX RF daughterboard,
>> and noticed that the literature indicates that there is a 30 MHz
>> low-pass filter after the differe
at a loss as to what that could be. Couldn't find much on
the mailing list or internet to point me down the right path. Anybody got
any ideas?
Thanks for the bandwidth.
--
Regards,
John Orlando
CEO/System Architect
Epiq Solutions
www.epiq-solutions.com
_
On Sat, Jan 9, 2010 at 9:58 AM, Eric Blossom wrote:
> On Sat, Jan 09, 2010 at 08:16:01AM -0600, John Orlando wrote:
> > Hi all,
> > I'm working with GNUradio 3.2.2 on an Ubuntu 8.04 x86 box. I'm in the
> > process of making some modifications to the source that bu
mitigated, as I found several folks in the archives that mention using two
dbsrx cards simultaneously. Any insight is appreciated.
Also, is there a reason that address bit A2 isn't used to select different
i2c devices on the same card?
Thanks much...
--
Regards,
John Orlando
CEO/System
On Mon, Jan 11, 2010 at 3:04 PM, Eric Blossom wrote:
> On Mon, Jan 11, 2010 at 10:51:09AM -0600, John Orlando wrote:
> > Hi Matt,
> > In reviewing the schematic of the dbsrx daughtercard, I noticed that
> there
> > are two i2c devices (the EEPROM and the MAX211x recei
51 matches
Mail list logo
