G'day,
May be this is of interest to some!
http://www.electronicstalk.com/news/sun/sun102.html
cheerio Berndt
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
I've got to go with Dan on this one, there is no chance of 802.11 with
the USRP and GNU Radio. However, we are working on something
802.11-like with the in-band signaling work and the MAC we are building.
I think a big first step for the platform is getting a solid contention
based MAC protoc
On Wed, Aug 15, 2007 at 10:20:43AM +0100, Richard Meston wrote:
> Actually, I'd be very interested in this as well. Especially if it
> worked under Windoze. Something that will just configure and grab data
> from the USRP into a buffer would be fantastic.
>
> Any ideas anyone?
>
> Rich
Support
On Tue, Aug 14, 2007 at 11:27:31PM +0200, Dominik Auras wrote:
> Hi!
>
> First of all, excuse me for this beginner's question. Furthermore this is a
> little bit offtopic.
>
> I have copied gr-howto-write-a-block and adapted everything to my needs.
> Now, in the Makefiles, it says "This file is p
On Wed, Aug 15, 2007 at 06:56:17PM -0700, Dan Halperin wrote:
>
> On top of that, an (extremely, I think) optimistic lower bound for
> latency in a GNU radio system is over 1 millisecond from the RX antenna
> through the FPGA over the USB to the computer to your software back over
> the USB and ou
On Wed, 2007-08-15 at 22:54 -0500, Jeff Brower wrote:
> Michael-
>
> > I think the most comprehensive page I've found is < http://
> > en.wikipedia.org/wiki/XMax >. Links to patents and reviews (e.g.
> > Phil Karn's). - MLD
>
> Phil Karn is a Qualcomm employee -- maybe not the most impartial sou
Charles Swiger wrote:
> On Wed, 2007-08-15 at 22:54 -0500, Jeff Brower wrote:
>
>> Michael-
>>
>>
>>> I think the most comprehensive page I've found is < http://
>>> en.wikipedia.org/wiki/XMax >. Links to patents and reviews (e.g.
>>> Phil Karn's). - MLD
>>>
>> Phil Karn is a Qualco
Bahn William L Civ USAFA/DFCS schrieb:
I would prefer to use the constants that have been set up so that the
code is (1) more readable, and (2) more maintainable. So instead of
using "8" for complex, I would like to use gr.sizeof_"whatever". But I
don't know what "whatever" needs to be. Where do
Marcus-
> I couldn't find Jeffs response in my "discuss-gnuradio" archive, so I'm
> responding here.
>
> I've known Phil personally for many years (yikes, a couple of decades
> now!). I'd be utterly
> shocked to find him simply "spouting the company line".
>
> I've read his analysis, and tal
> > When possible, I would prefer to use the constants that have been set up
> so that the code is (1) more readable, and (2) more maintainable. So
> instead of using "8" for complex, I would like to use
> gr.sizeof_"whatever". But I don't know what "whatever" needs to be. Where
> do I find this?
Jordan-
> > Phil Karn is a Qualcomm employee -- maybe not the most impartial
> > source.
>
> Hey, Jeff: welcome to the Internet. I see this must be your first day
> :)
It seems like Phil has worked carefully and thoroughly to show areas of
weakness --
or unexplained gaps -- in xG's approach an
Eric Blossom wrote:
> For now, don't worry about getting it into dB on the FPGA.
> The representation can be manipulated on the host.
>
OK, so how do I get post-ADC rssi out of the USRP for any arbitrary
daughtercard?
My radio astronomy receiver could benefit from this, especially if the
RSSI i
On Thu, Aug 16, 2007 at 12:36:05PM -0400, George Nychis wrote:
> Okay, so I'm a little bit intimidated, I'm not too familiar at this level.
>
> So I'm going to ask for some help me through with baby step questions :)
>
> We managed to get reading/writing to some unused registers working
> throug
Okay, so I'm a little bit intimidated, I'm not too familiar at this level.
So I'm going to ask for some help me through with baby step questions :)
We managed to get reading/writing to some unused registers working
through in-band C/S packets. So, we're ready to use this code to pass
informat
Jeff Brower schrieb:
> Jordan-
>
>
>>> Phil Karn is a Qualcomm employee -- maybe not the most impartial
>>> source.
>>>
>> Hey, Jeff: welcome to the Internet. I see this must be your first day
>> :)
>>
>
> It seems like Phil has worked carefully and thoroughly to show areas of
> we
George Nychis wrote:
> We want to compute the RSSI in dB on the FPGA, we're not even
> interested in the FPGA responding back with the RSSI at this point.
Okay, but--why do you need units of dB? This is in the log domain, so
at some point on the FPGA you'll need to take a logarithm of an
amplitu
John Clark wrote:
> On the topic of Phil Karn... my 'contact' with that name was using the
> ancient AX-25/Packet Radio networking stacks of yore
> to do incredibly low speed networking (as a note my system in Florida
> was replacing a KA9Q based implementation...). So
> perhaps while now Karn may
Eric, we want feedback from you on this one :)
I think you're right Jonathan, for performing carrier sense in the FPGA,
we really do not need it in dB. Calculating the average to determine a
threshold will get the job done with less the hassle. And right, if the
host really wants it in dB, i
PS. We have a hacked up version of carrier sense working right now :)
We're just using the C/S read register method to get a couple RSSI
readings, computing an average, then writing the threshold to a register
on the FPGA.
The packets are then marked with a carrier sense flag, which we stole
George Nychis wrote:
> I think you're right Jonathan, for performing carrier sense in the
> FPGA, we really do not need it in dB. Calculating the average to
> determine a threshold will get the job done with less the hassle.
You may want to implement two thresholds, one for rising power and one
Dawei Shen wrote:
> BTW: Eric, you mentioned the gr_udp_source, I am quite interested in it,
> is there any example in the svn using this block? If so, please point
> some of them to me. Thanks.
See gnuradio-examples/python/hier/networking.
These use the new-style flowgraph code, but you can see
If you're still interested, I'm about to upload a pure C++
Oscilloscope that I wrote to Sourceforge that does exactly what you're
looking for, for the Basic TX and RX daughterboards only.
It's pretty straightforward. The only problem you'll have is that
with other daughterboards, you'll have to d
Ian Larsen wrote:
If you're still interested, I'm about to upload a pure C++
Oscilloscope that I wrote to Sourceforge that does exactly what you're
looking for, for the Basic TX and RX daughterboards only.
Ian,
I would love to have this!! Greg H. put a C++ DBSRX driver on the
patches mailing
Can anyone direct me to a block that does its processing on a separate
thread (i.e. other than the thread that calls gr_sync_block::work)
Thanks,
Chris
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinf
If my i(t) and q(t) samples are defined as follows:
i(t) = x(t) * sin(wt)
q(t) = x(t) * cos(wt)
then, given i(t) and q(t), I can recover the magnitude of x(t) as follows:
|x(t)| = sqrt(i^2(t) + q^2(t))
But how can I recover the sign of x(t)? For each of the four possible
combinations of the si
I supposed I can reconstruct a virtual local oscillator by looking at the zero
crossings and syncing a sine generator to that and then using the sine
generator to determine the sign (making it a sign generator ;-P). Then my
entire waveform might be inverted, but that is probably not much of a co
26 matches
Mail list logo
