> You can charge any price you
> like, and you're only obligated to pass on the code to those you sold
> or gave the binaries to.
Well, no. Once you ship a binary to even a single person (outside
your company), that person is free under the GPL license to make
Eric Blossom wrote:
>
> On Fri, Jul 18, 2008 at 03:19:08PM -0700, irene159 wrote:
>>
>> Hi,
>>
>> I have the same problem. I have already taken a look at gr_simple_framer,
>> but code seems slightly complicated. I would appreciate any
>> explanations/comments on how to code different input an
Hi everybody,
just a simple question:
does the RFX900 provide 200mW just out of the box? Do I have to take care of
something in particular in order to obtain them?
Actually, what are the appropriate gain values that I should pass to
subdev.set_gain() n order to maximize correctly the output power?
I am trying to extract data from a Turbo Code signal. My block’s input is the
signal with synchro sequences between frames. The block processes this input
in order to drop FEC bytes and send only useful data on the ouput. The
problem is I need a complete frame to process data correctly so any
inco
I am having trouble getting two USRP's synchronized using the multiple USRP
setup described at http://www.gnuradio.org/trac/wiki/MultiUsrp and
http://www.gnuradio.org/trac/wiki/USRPClockingNotes. I am able to open/get
data from both USRP's independently, and have even crafted a program to
setup sim
On Mon, Jul 21, 2008 at 02:23:55AM -0700, irene159 wrote:
>
> Eric Blossom wrote:
> >
> > On Fri, Jul 18, 2008 at 03:19:08PM -0700, irene159 wrote:
> >>
> >> Hi,
> >>
> >> I have the same problem. I have already taken a look at gr_simple_framer,
> >> but code seems slightly complicated. I would
On Mon, Jul 21, 2008 at 06:04:54AM -0700, irene159 wrote:
>
> I am trying to extract data from a Turbo Code signal. My block’s input is the
> signal with synchro sequences between frames. The block processes this input
> in order to drop FEC bytes and send only useful data on the ouput. The
> prob
I have been getting a lot of 'iU' outputs when I run my scripts, and I
found in the FAQ (here: http://gnuradio.org/trac/wiki/UsrpFAQ/Gen)
that:
"u" = USRP
"a" = audio (sound card)
"O" = overrun (PC not keeping up with received data from usrp or audio card)
"U" = underrun (PC not pr
John,
I understand that if you just provide the binaries to a customer, you must give
them a means to get the source code, and if they choose to distribute that
binary to others, they'll just pass on that original offer and hence you're on
the hook for providing anyone with source thereafter.
Looks like you're using Mac OS X ;) If you're not, then please let
the list know what OS you're using & ignore the rest of this message.
That "iU' should get fixed, since it's not in-line with that the FAQ
states those "codes" should be. It signifies that there is a read
overflow on the U
Hello Guys,
I'm a newbie in gnu radio. I started playing with it at the end of last month.
I'm wondering if we could send out or receive IP/Ethernet packets (by
some user space applications), and then send them out or receive them
though wireless media with tun/tap drivers. I'm not sure how the
On Mon, Jul 21, 2008 at 11:47 AM, Joel Koltner <[EMAIL PROTECTED]> wrote:
> John,
>
> I understand that if you just provide the binaries to a customer, you must
> give them a means to get the source code, and if they choose to distribute
> that binary to others, they'll just pass on that original
Joel-
Your question doesn't make sense to me. If your clients pay you to develop
source code that derives from, or
partially incorporates, GPL licensed code then they own the developed source,
not you. They are responsible for
license issues with the newly developed code.
If someone were to a
Tom, Matt, others hacking on the GNURadio OFDM code:
I believe I've found a performance bug in the ofdm_sync_pn (the default)
OFDM synchronization code in the trunk Subversion revision as of today.
This bug is present in the unaltered trunk code, but most visible when
I increase (at the trans
"Jeff Brower" <[EMAIL PROTECTED]> writes:
> Joel-
>
> Your question doesn't make sense to me. If your clients pay you to
> develop source code that derives from, or partially incorporates, GPL
> licensed code then they own the developed source, not you. They are
> responsible for license issues
Greg-
>> Your question doesn't make sense to me. If your clients pay you to
>> develop source code that derives from, or partially incorporates, GPL
>> licensed code then they own the developed source, not you. They are
>> responsible for license issues with the newly developed code.
>
> This is
Hi Kylie,
This has also been proposed by Minn et. al in their paper "On timing
offset estimation for OFDM systems". They showed that this method also
improves the variance of the estimator.
The modification is quite simple:
R(d) = 0.5 * sum over full window |r(d+m)|^2.
I think, normally the
> Your question doesn't make sense to me. If your
> clients pay you to develop source code that derives from,
> or
> partially incorporates, GPL licensed code then they own the
> developed source, not you.
They might "own" it, but since using GPL requires the company who paid me to
provide the
Oh, I forgot to mention that both the attached plots in my previous mail
were from an over-the-air test at 2.412 GHz using two USRP Rev 4.5
boards with RFX2400 Rev 30 and the new antennas.
Thanks for the pointer to the literature!
Kyle
Dominik Auras wrote:
Hi Kylie,
This has also been propo
Martin Braun wrote:
On Sun, Jul 20, 2008 at 10:07:00AM -0700, Charles N Wyble wrote:
Has anyone ever implemented ADSL using GNU Radio. It should be
possible rite?
H. Not sure why it would be possible. GNU Radio as far as I can tell
is focused on radio. :)
Hm, DSL is basical
I am trying to read samples from the USRP and the only samples I
receive back are integers between -2 and 2; not the -1500 to 1500 that
I get when running the samples.
As far as I can tell there is no difference between my set up and the
examples, I initialize the subdevice, set the gain choose th
On Mon, Jul 21, 2008 at 05:59:23PM -0500, Jason Uher wrote:
> I am trying to read samples from the USRP and the only samples I
> receive back are integers between -2 and 2; not the -1500 to 1500 that
> I get when running the samples.
>
> As far as I can tell there is no difference between my set u
On Mon, Jul 21, 2008 at 6:42 PM, Jason Uher <[EMAIL PROTECTED]> wrote:
>> I don't know if this is a problem, but you're not checking for errors
>> after any of the calls.
>>
>> This should be:
>>
>> r = ur.tune(0, r_subdev, 24e8)
>>
>> Eric
>>
>
> tune(0,r_subdev,24e8) produced no changes in the o
Hi,
I'm a gnu radio newbie. Can anyone tell me how to see what kind of mac/phy
schemes gnu radio comes with, and what is the capacity of gnu radio? Or is
there any documentation about this?
Thanks.
Y
--
View this message in context:
http://www.nabble.com/How-to-see-what-kind-of-mac-phy-schemes
On Mon, Jul 21, 2008 at 07:31:24PM -0500, Jason Uher wrote:
> On Mon, Jul 21, 2008 at 6:42 PM, Jason Uher <[EMAIL PROTECTED]> wrote:
> >> I don't know if this is a problem, but you're not checking for errors
> >> after any of the calls.
> >>
> >> This should be:
> >>
> >> r = ur.tune(0, r_subdev,
Please, I want to know about some details of blocks at
MAC and PHY layer. E.g., what kind of MAC modules or blocks that gnu
radio can provide us? I've read the tutorial here
http://www.nd.edu/~jnl/sdr/docs/tutorials/9.html#tthFtNtAAB but I can
not find what I want.
Do you guys know whether there
26 matches
Mail list logo