aves/xync/updates/phase-offset-stability-testing
I hope this will help to bring more research and development into the
Massive MIMO and related areas, making it more affordable for everyone.
--
Regards,
Alexander Chemeris.
CTO/Founder, Fairwaves, Inc.
https://fairwaves.co
smoDevCon 2018 one year ago:
https://media.ccc.de/v/MNL3YJ
PS Many thanks to Harald "LaF0rge" Welte for his help with the workshop
organization.
--
Regards,
Alexander Chemeris.
CTO/Founder, Fairwaves, Inc.
https://fairwaves.co
___
Discuss-gn
n. So make yourself a
Christmas gift :)
I would appreciate any help in spreading the word, as well as feedback.
On Sun, Nov 5, 2017 at 1:55 PM, Alexander Chemeris <
alexander.cheme...@gmail.com> wrote:
> Hello, all.
>
> Following our presentation at the GRCon'17 [1], we'
E.g.
BRAM is almost completely gone, while DSP is almost unused.
> 4. Is 10 MHz reference input supproted?
Yes.
--
Regards,
Alexander Chemeris.
CTO/Founder, Fairwaves, Inc.
https://fairwaves.co
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
wdsupply.com/fairwaves/xtrx/updates/xtrx-software-status-update
--
Regards,
Alexander Chemeris.
CTO/Founder, Fairwaves, Inc.
https://fairwaves.co
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
.3.1 datasheet <http://umtrx.org/resources/>.
Buying UmTRX v2.3.1 you not only buy a piece of hardware, you're buying
years of our experience in building robust SDR based products.
Feel free to share this through social media and other mailing lists (or
let us know where else we should share th
u'll need a heatsink or a fan to prevent UmTRX from
overheating during long continuous operation. We provide thermal pads,
but you have to find a heatsink by yourself. HDD heatsinks are good
options, because UmTRX has almost the same size as an HDD.
--
Regards,
Alex
laforge.gnumonks.org/
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
--
Regards,
Alexander Chemeris.
CEO, Fairwaves LLC / ООО УмРадио
http://fairwaves.ru
__
ent ones are:
>>> - Only handles FDD
>>> - Only handles normal cyclic prefix
>>> - Only handles DCI 1A with localized VRBs on the PDCCH
>>> - Only handles normal PHICH duration
>>>
>>> Enjoy,
>>> Ben
>>>
>>
On Wed, Aug 17, 2011 at 21:50, Nick Foster wrote:
> On Wed, 2011-08-17 at 21:47 +0400, Alexander Chemeris wrote:
>> On Wed, Aug 17, 2011 at 21:15, Nick Foster wrote:
>> > On Wed, 2011-08-17 at 18:00 +0400, Alexander Chemeris wrote:
>> >> Hi Nick,
>> >>
On Wed, Aug 17, 2011 at 21:15, Nick Foster wrote:
> On Wed, 2011-08-17 at 18:00 +0400, Alexander Chemeris wrote:
>> Hi Nick,
>>
>> On Sat, Aug 13, 2011 at 02:41, Nick Foster wrote:
>> > On Fri, 2011-08-12 at 23:26 +0100, Nemanja Trecakov wrote:
>> >
> The external SRAM is currently used for buffering TX packets.
Is it true for USRP N and latest git too?
--
Regards,
Alexander Chemeris.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
, but
> haven't come up with the right search terms to bring up those emails.
>
> Cheers,
> Ben
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/
rver
>> > administrator to get an account.
>>
>> I couldn't find any contact information for the administrator or
>> anything on getting access. Do you know where I can find that
>> information?
>>
>> Thomas
>
>
--
Regards,
Alexander Chem
en-source is somewhat weird.
> I downloaded the code. It has most of LTE funcitons, only few bugs and
> mistakes which are not fully compatible with the LTE specification.
>
> Our comment is: this is a very good reference.
Do you refer to L1 or L2 or L3 or all of them?
--
Reg
open source LTE implementation in Eurecom, named as
> OpenAirInterface
> https://twiki.eurecom.fr/twiki/bin/view/OpenAirInterface/WebHome
> We are now trying to connect this with USRP by UHD.
> Lin
>
> 2011/5/4 Alexander Chemeris
>>
>> Adib,
>>
>> We're
On Mon, Jul 25, 2011 at 22:08, Tomas D. wrote:
> On 2011.07.25 15:47, Alexander Chemeris wrote:
>>
>> Hi all,
>>
>> On Sun, Jul 24, 2011 at 21:37, Justin Bracken wrote:
>>>
>>> I would suggest you look the other way, you have these Xilinx/Altera
>
we develop it:
https://github.com/chemeris/UHD-Mirror
I should receive EVB for LMS6002D this week, so I hope we'll have the
code working in about a month. If there is anyone working along the
same direction we would be happy to cooperate.
--
Regards,
Alexander Chemeris.
rs motto: cheap, good, fast: choose any two
> Patrick Strasser
> Student of Telemati_cs_, Techn. University Graz, Austria
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.o
On Fri, Jun 10, 2011 at 04:41, Tom Rondeau wrote:
> On Thu, Jun 9, 2011 at 2:01 PM, Alexander Chemeris
> wrote:
>>
>> On Thu, Jun 9, 2011 at 21:19, Matt Ettus wrote:
>> > On 06/07/2011 04:09 PM, Alexander Chemeris wrote:
>> >> Hi all,
>> >
On Thu, Jun 9, 2011 at 21:19, Matt Ettus wrote:
> On 06/07/2011 04:09 PM, Alexander Chemeris wrote:
>> Hi all,
>>
>> On Sat, May 28, 2011 at 21:30, Alexander Chemeris
>> wrote:
>>> On Sat, May 28, 2011 at 21:04, Marcus D. Leech wrote:
>>>>> Hi
Hi all,
On Sat, May 28, 2011 at 21:30, Alexander Chemeris
wrote:
> On Sat, May 28, 2011 at 21:04, Marcus D. Leech wrote:
>>> Hi all,
>>>
>>> I'm not sure whether to post this to GnuRadio or to USRP-users, so I
>>> post it here.
>>>
>>&
Hi,
This doesn't look like a GSM signal. There some pictures of GSM spectrum
captured with USRP on the internet. I don't have a link near my hands, but
you can probably google them easily.
Regards,
Alexander Chemeris.
On Jun 3, 2011 4:21 AM, "TheOperator" wrote:
>
On Tue, May 31, 2011 at 15:24, Andre Puschmann
wrote:
> On 05/31/2011 10:54 AM, Alexander Chemeris wrote:
>> On Tue, May 31, 2011 at 03:07, Marcus D. Leech wrote:
>>> I used the following two little programs:
>>>
>>>
>>> And found no signifi
On Mon, May 30, 2011 at 18:30, Andre Puschmann
wrote:
> On 05/30/2011 03:55 PM, Marcus D. Leech wrote:
>> On 30/05/2011 9:51 AM, Alexander Chemeris wrote:
>>>
>>>> Linux' pipe implementation is known to be quite slow. I would suggest to
>>>> use
On Mon, May 30, 2011 at 12:54, Andre Puschmann
wrote:
> On 05/29/2011 10:22 AM, Alexander Chemeris wrote:
>> On Sun, May 29, 2011 at 03:05, Marcus D. Leech wrote:
>>> On 05/28/2011 04:28 PM, Alexander Chemeris wrote:
>>>>>
>>>>> So, while
On Sun, May 29, 2011 at 23:57, Colby Boyer wrote:
> On Sun, May 29, 2011 at 1:22 AM, Alexander Chemeris
> wrote:
>> On Sun, May 29, 2011 at 03:05, Marcus D. Leech wrote:
>>> On 05/28/2011 04:28 PM, Alexander Chemeris wrote:
>>>>>
>>>>> So, wh
On Sun, May 29, 2011 at 03:05, Marcus D. Leech wrote:
> On 05/28/2011 04:28 PM, Alexander Chemeris wrote:
>>>
>>> So, while this method is simple and good for non-realtime
>>> applications, it doesn't fit our needs. It may be usable for PHY<->MAC
>&
a fast function. But if you want real high-fidelity
- read CPU clock counter. Just make sure your app runs on a one
selected core.
Could you post your app and raw results? I'm interested in
min/mean/max values and distribution graphs. Because max values do
play role when playing with r
e to slightly extend VRT/UHD code for our specific purposes,
but it will be minor changes.
In other words - all our changes will be to support a new platform
seamlessly with existing UHD code.
--
Regards,
Alexander Chemeris.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
tomization as
well.
So, we're looking for an advice on how to structure our relations with
the upstream (i.e. GnuRadio/USRP) the best way. I.e. where should we
place our code and how to ensure our code will be accepted to the
mainline, etc?
--
Regards,
Ale
s, in my experience. The kernel can prempt you
> at any time to deal with interrupts, etc.
You can do with sub-ms jitter on a decent Linux kernel. We performed a
tons of experiments with our VoIP media processing code (sipXmediaLib)
to make sure our processing is real
bly spent too much time developing VoIP media processing where
you can hear every "non-realtimness" with your ears. But RF processing
should be no less real-time, imho.
--
Regards,
Alexander Chemeris.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On Sat, May 28, 2011 at 19:38, Michael Dickens wrote:
> On May 28, 2011, at 11:26 AM, Alexander Chemeris wrote:
>> 5) How well is GnuRadio suited for real-time operation?
>
> In a general sense, yes, GNU Radio is well suited for real-time signal
> processing of data streams.
wonder - have anyone considered using Google's Protocol Buffers or a
similar messaging scheme with fast serialization/deserialization?
http://code.google.com/apis/protocolbuffers/docs/overview.html
--
Regards,
Alexander Chemeris.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hi community,
On Mon, May 23, 2011 at 23:50, Alexander Chemeris
wrote:
> Hi community,
>
> Our WiMAX Scanner project (http://code.google.com/p/wimax-scanner/)
> approaches the moment when we should start writing C/C++ code - our
> Matlab model decodes broadcast messages from al
ging people to buy our (very closed-source!) chips.
>> Project fell apart before we hit market. Sigh.
>>
>> --
>> Marcus Leech
>> Principal Investigator
>> Shirleys Bay Radio Astronomy Consortium
>> http:/
how the pipes are used.
Cool!
It would be truly great to see a simplified example of this in the
GnuRadio repository, and at least somehow mentioned on the wiki.
> The other "trick" that I use is to use the XMLRPC server stuff that Josh put
> in GRC--it allows you to s
blocks, but otherwise I think GNU Radio's data
>> processing is up to the task.
>>
>> On May 23, 2011, at 3:50 PM, Alexander Chemeris wrote:
>>> 3) Right now all our code is open-source, but we must
>> leave an option
>>> for proprietary plugins. How can we
Radio's data
> processing is up to the task.
Yes, with an exception that we our receiver is not basic (e.g. see
comment about DL-MAP) and we also need transmitter, and integration
with MAC level, ugh.
> On May 23, 2011, at 3:50 PM, Alexander Chemeris wrote:
>> 3) Right now all our co
On Tue, May 24, 2011 at 13:55, Tom Rondeau wrote:
> On Tue, May 24, 2011 at 7:04 AM, Martin Braun wrote:
>>
>> On Mon, May 23, 2011 at 11:50:52PM +0400, Alexander Chemeris wrote:
>> > Hi community,
>>
>> Hi Alex,
>>
>> > Our WiMAX Scan
Hi Martin, hi all,
I'm sorry for delayed replies. That's not because I don't care - I
just have very tight schedule at this moment.
On Tue, May 24, 2011 at 10:04, Martin Braun wrote:
> On Mon, May 23, 2011 at 11:50:52PM +0400, Alexander Chemeris wrote:
>> Hi communit
is possible?
4) Related to (3) - how can we make sure our protocol stack can be
embedded into a closed-source application/system?
PS I have heavy travel schedule these days and a lot of other duties,
so please excuse me is I respond slow.
--
Regards,
Ale
On Mon, May 16, 2011 at 19:04, Marcus D. Leech wrote:
> On 16/05/2011 10:24 AM, Alexander Chemeris wrote:
>>
>> Daniel,
>>
>> What hardware setup do you use to achieve 25MS/s? I wasn't able to
>> get stable connection with more then 16MS/s, and even at 16M
ied to measure offset from any clean tone, e.g.
transmitted by a second USRP.
--
Regards,
Alexander Chemeris.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
ion of UHD, but I wasn't were lucky.
>
> Best regards,
> Daniel
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Regards,
Alexander Chemeris.
___
27;t receive
that much in your PC. I'm working with USRP N210 and having troubles
with receiving even 16 MSPS.
--
Regards,
Alexander Chemeris.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
d
> probably suffice)? Again I don't know if the FSF would allow it, but there
> are plenty of potential end-users who would benefit from this model. - MLD
Dual-licensing is a flawed model, it's truly hard to make it working
right. I believe that something like LGPL would
t that hard to re-license it under LGPL? Really.
--
Regards,
Alexander Chemeris.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
sign a small SDR board.
--
Regards,
Alexander Chemeris.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
e too.
I booked a room in Residence Agenda (hotel-agenda.com) with
booking.com for 300 Euro for 4 nights for 2 persons. It should be
close to the place (at least the map tells me so), but I think I took
the last room there.
--
Regards,
Alexander Chemeris.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
y to go.
That's not true, Linux kernel itself doesn't generate $$$.
And to say truth - Linux kernel allows you (1) to load binary
proprietary drivers without open-sourcing them and (2) to use it with
user-space programs without open-sourcing them. And this makes
On Sat, May 7, 2011 at 02:03, Philip Balister wrote:
> On 05/06/2011 05:07 PM, Philip Balister wrote:
>>
>> On 05/06/2011 04:51 PM, Alexander Chemeris wrote:
>>>
>>> On Fri, May 6, 2011 at 16:29, Philip Balister wrote:
>>>>
>>>> On
On Wed, May 4, 2011 at 19:32, Philip Balister wrote:
> On 05/04/2011 09:37 AM, Alexander Chemeris wrote:
>> On Wed, May 4, 2011 at 17:05, Philip Balister wrote:
>>> See arch/arm/mach-omap2/board-overo.c for the gpmc config. (This setup
>>> move to u-boot at som
the interwebs. Next time I
> update u-boot, I'll include an extra variable to make it easier to create
> the memory hole.
On a related question - have anyone tried SysLink on Gumstix/E100?
I'm just getting into this staff and trying t
On Wed, May 4, 2011 at 19:32, Philip Balister wrote:
> On 05/04/2011 09:37 AM, Alexander Chemeris wrote:
>>
>> On Wed, May 4, 2011 at 17:05, Philip Balister wrote:
>>>
>>> We should move this to the usrp-users list since this has no gnuradio
>>> content
On Wed, May 4, 2011 at 17:05, Philip Balister wrote:
> We should move this to the usrp-users list since this has no gnuradio
> content. I've added it to the cc list.
>
> On 05/04/2011 02:01 AM, Alexander Chemeris wrote:
>>
>> Philip,
>>
>> On Wed, May
ed to convert data in real-time, and if we can avoid copying
it would be great help too. We need to capture raw data to RAM with
maximum possible throughput and then process it in offline mode.
--
Regards,
Alexander Chemeris.
___
Discuss-gnuradio mailing
Philip,
On Wed, May 4, 2011 at 01:03, Philip Balister wrote:
> On 05/03/2011 11:25 AM, Alexander Chemeris wrote:
>>
>> Hi Josh, Philip,
>>
>> On Sat, Apr 23, 2011 at 17:05, Philip Balister
>> wrote:
>>>
>>> On 04/22/2011 07:05 PM, Almohanad Fa
___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Regards,
Alexander Chemeris.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
g list archive at Nabble.com.
>>
>>
>> ___
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
>
w working with what we have already. :)
This is for the open-source WiMAX scanner project:
http://code.google.com/p/wimax-scanner/
--
Regards,
Alexander Chemeris.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
ck-tamer/ClockTamer-1.1
More will be available when we finish current production run (in less
then a month).
--
Regards,
Alexander Chemeris.
http://www.fairwaves.ru
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Ok, we've found the problem ourselves:
http://code.google.com/p/wimax-scanner/source/detail?r=a3f58c295ed975acd4f6cfac7687bac4c260dfe8
Now we can see DL-MAP in our test captures.
On Fri, Apr 8, 2011 at 13:15, Alexander Chemeris
wrote:
> Hi all,
>
> This is a little bit offtopic fo
an open-source WiMAX
implementation - you're very welcome to join the effort! We believe we
can make a real difference in the wireless world.
--
Regards,
Alexander Chemeris.
http://www.fairwaves.ru
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.o
Hi Nick,
You could use USRP1 plus our ClockTamer to get exact sampling rate right
from the USRP without fractional resampling. You could find more information
on the GnuRadio wiki and at ClockTamer google-code site
--
Regards,
Alexander Chemeris
On 3 Mar 2011 23:06, "Nick Othieno"
scale
> and enjoyed a resurgence with Starcore based devices. Starcore technology
> has always looked quite promising, but in
> my opinion, in day-to-day execution Freescale has not been able to match TI.
> Now TI has out the C667x series, which
> leaps beyond MSC815x/MSC825x.
>
> No
es.com/electronics-products/processors/4108765/Freescale-reboots-base-station-DSPs-leapfrogs-TI
7. http://focus.ti.com/docs/prod/folders/print/tms320c6670.html
--
Regards,
Alexander Chemeris.
http://www.fairwaves.ru
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hi Matt,
On Mon, Jan 24, 2011 at 21:42, Matt Ettus wrote:
> On 01/24/2011 10:30 AM, Alexander Chemeris wrote:
>> Is there any high-level description of what processing is done in FPGA
>> in E100 and is there any optional blocks which can be removed? I see
>> that even a
1 out of 244%
Number of DCMs: 1 out of 8 12%
Number of DSP48As: 16 out of 84 19%
Number of RAMB16BWERs: 41 out of 84 48%
Average Fanout of Non-Clock Nets:3.25
--
Regards,
Alexander Che
rouble to change it dynamically.
>
> Matt
>
>
> On 01/11/2011 12:38 PM, Miok Wah wrote:
>>
>> As far as I know, the decimation is after the ADC, so ADC rate doesn't
>> change
>> after changing the clock rate. I'm happy to be corrected if it's not so.
nd user space provided with the E100
> has the clock rate set to the max possible and does not take advantage of
> the OMAP power saving features. It should be possible to do work in this
> area with the E100 though. There is lots of activity on the linux-oma
John,
Does BURX work with UHD and USRP E100?
On Wed, Dec 15, 2010 at 18:51, John Orlando wrote:
> On Wed, Dec 15, 2010 at 8:21 AM, Alexander Chemeris
> wrote:
>> Hi all,
>>
>> I need to receive in the following bands - 2.3-2.4, 2.5-2.7, 3.4-3.6
>> GHz for WiMAX
bts set the filter?
>
> Regards.
>
> On Tue, Dec 28, 2010 at 2:50 PM, Alexander Chemeris
> wrote:
>>
>> It performs digital filtering after the signal is captured.
>>
>> On Tue, Dec 28, 2010 at 09:19, James Jordan
>> wrote:
>> > Hi all, I learn
John, Michael, thank you. I'll take a look.
On Wed, Dec 15, 2010 at 18:51, John Orlando wrote:
> On Wed, Dec 15, 2010 at 8:21 AM, Alexander Chemeris
> wrote:
>> Hi all,
>>
>> I need to receive in the following bands - 2.3-2.4, 2.5-2.7, 3.4-3.6
>> GHz for
gards,
Alexander Chemeris.
http://www.fairwaves.ru
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
is suitable for high
clock rates. That's from my memories, so I may be wrong somewhere.
--
Regards,
Alexander Chemeris.
http://www.fairwaves.ru
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
--
Regards,
Alexander Chemeris.
http://www.fairwaves.ru
___
Discuss-gnuradio mailing list
Discuss-g
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Regards,
Alexander Chemeris.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
e at
> www.legalepellegrini.it/ing/SR-DVB_demo_long.VRO
> as usual, mplayer or VLC wil play this camcorder mpeg2 viedo easily.
>
> Best regards to all writers and readers of the list
> vincenzo
>
>
>
>
> --
> Vincenzo Pellegrini
> http://www.youtube.com/user/w
ossible to
> install only that package, without all the rest of the GNU Radio.
Yes, I saw this and that's neat. I prefer to install full GR, but many
will want just libusrp.
--
Regards,
Alexander Chemeris.
___
Discuss-gnuradio mailing list
Di
Hi Johnathan,
On Mon, Jan 25, 2010 at 19:57, Johnathan Corgan
wrote:
> On Sat, Jan 23, 2010 at 06:03, Alexander Chemeris
> wrote:
>
>> 1) What is the reason you don't follow usual Debian/Ubuntu layout
>> where you use distribution versions under dists/ instead of
>
-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Regards,
Alexander Chemeris.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
srps2's sd card. The images can be found here:
> http://www.ettus.com/usrp2_vrt
>
> Thanks,
> -Josh
>
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Regards,
Alexander Chemeris.
ess) by talking to a GSM basestation.
As David Burgess suggested, GPRS is a separate huge task to implement,
because it share only small part with voice/sms services.
--
Regards,
Alexander Chemeris.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
l Laboratory of the Helmholtz Association
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
--
Regards,
Alexander Chemeris.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hi Thomas,
On Thu, Nov 5, 2009 at 00:19, Thomas Tsou wrote:
> On Mon, Nov 2, 2009 at 4:35 PM, Alexander Chemeris
> wrote:
>> Hum, why branch GnuRadio if it works pretty nicely with OpenBTS?
>
> Because individual branches are routinely part of git development. Of
>
Hi Thomas,
On Mon, Nov 2, 2009 at 23:28, Thomas Tsou wrote:
> On Sun, Nov 1, 2009 at 6:13 PM, Alexander Chemeris
> wrote:
>> I'm now trying to make GnuRadio usable with OpenBTS without
>> patching of GnuRadio and this is show-stopper for me now.
>>
>> PS
to make them working
without too much changes. Probably USRP FPGA frequency can
be set from environment variable? Is there any nicer way to do this?
--
Regards,
Alexander Chemeris.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://l
nd densely populated
it is for all its features.
On Tue, Oct 20, 2009 at 01:31, Alexander Chemeris
wrote:
> Hi all,
>
> As I wrote in my previous mail, we're working on an universal clock
> source for USRP (and not only for USRP). It is based on 0.28ppm TCXO
> from Connor Winfie
____
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org
>> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>>
>
> --
> View this message in context:
> http://www.nabble.com/error-on-running-usrp2_version-of--80211-tp25472151p26096371.html
> Sent from the GnuRadio mailing list archive at Nabble.com.
>
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Regards,
Alexander Chemeris.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On Tue, Oct 20, 2009 at 18:29, Jason wrote:
> Alexander Chemeris wrote:
>> As I wrote in my previous mail, we're working on an universal clock
>> source for USRP (and not only for USRP). It is based on 0.28ppm TCXO
>> from Connor Winfield [1], National Semiconductor
re working on detailed documentation and will make it available
as soon as possible.
1. http://www.conwin.com/datasheets/tx/tx236.pdf
2. http://www.national.com/ds/LM/LMX2531LQ1515E.pdf
3. http://www.national.com/ds/LM/LMK01000.pdf
--
Regards,
Alexander Chemeris.
__
h? I can't find any information about the policy anywhere.
On Wed, Sep 30, 2009 at 21:32, Josh Blum wrote:
> There is a guest account. The user-name is guest, and the password is the
> project's namesake.
>
> -Josh
>
> Alexander Chemeris wrote:
>>
>> Hi All
Hi All,
I'm having trouble understanding how can I edit wiki on
GnuRadio Trac? I want to put some info on our experiments
to OpenBTS pages, but I completely fail to understand how
can I login to be able edit them? Where is a registration page?
--
Regards,
Alexander Che
etting it assembled locally in small batches.
>
> When/if the FPGA firmware gets fixed, we can use a 26 MHz part without a
> doubler, which would reduce the cost further.
>
> -- David
>
>
> On Sep 29, 2009, at 2:02 AM, Alexander Chemeris wrote:
>
>> Hi David,
>>
On Mon, Sep 28, 2009 at 00:53, Alexander Chemeris
wrote:
> On Fri, Sep 25, 2009 at 05:20, Matt Ettus wrote:
>> Alexander Chemeris wrote:
>>> We're creating a clocking unit which will be easy to use with
>>> USRP. If there will be enough interest from the community
>
> David A. Burgess
> Kestrel Signal Processing, Inc.
>
>
>
>
--
Regards,
Alexander Chemeris.
SIPez LLC.
SIP VoIP, IM and Presence Consulting
http://www.SIPez.com
tel: +1 (617) 273-4000
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
ins and one of the digital IO lines as
> the enable (the ATMega8 running as a slave)
>
> That way theres functions to communicate with the chip already built in you
> just need to define the various commands etc?
>
> Tim.
>
> On Sun, Sep 27, 2009 at 9:53 PM, Alexander Chemeris
Hi Matt,
On Fri, Sep 25, 2009 at 05:20, Matt Ettus wrote:
> Alexander Chemeris wrote:
>> We're creating a clocking unit which will be easy to use with
>> USRP. If there will be enough interest from the community we
>> can order some amount of PCBs and put them for sal
1 - 100 of 103 matches
Mail list logo
