Vincenzo Pellegrini wrote:
SR-DVB demo video on youtube
http://www.youtube.com/watch?v=S5nGBDCxhmk
regards
vincenzo
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
Does GPLv3 ensure that they'll release the code?
Dimitris Symeonidis
"If you think you're too small to make a difference, try sleeping with
a mosquito!" - Amnesty International
On Fri, Jan 29, 2010 at 19:01, Johnathan Corgan
wrote:
> On Thu, Jan 28, 2010 at 12:47, Ken N9VV wrote:
>
>> Congrat
Does any body have an idea about construction of the Benchmark_tx packet.
Because when i transmit big files it takes long time to be received on the
other computer.
Furthermore, I want to create a header for my own protocol.
So any body have an idea about the GnuRadio packet's header?
regards
On (09:09 01/02/10), Dimitrios Symeonidis wrote:
> Does GPLv3 ensure that they'll release the code?
It never "ensures" this. It requires them as a licensee to make offer to
provide the source to those who they provide object code to, who in turn are
free to pass this on to whomever they please. Ho
Hi,
I am trying to run benchmark_tx.py with USRP1 from one PC, and receiving data
with another USRP1 from another PC, with this some .dat files are getting
generated with some junk data.
My approach:
At TX PC: ./benchmark_tx.py --modulation=gmsk --size=1500 --megabytes=1.0
--from-file=payload
Hi,
I am trying to run benchmark_tx.py with USRP1 from one PC, and receiving data
with another USRP1 from another PC, with this some .dat files are getting
generated with some junk data.
My approach:
At TX PC: ./benchmark_tx.py --modulation=gmsk --size=1500 --megabytes=1.0
--from-file=payload
Thank you Pascal, I configured proxy setting, and then downloading
successfully without error anymore.
Thanks
Makmur
2010/1/29 Pascal Charest
> On Thu, Jan 28, 2010 at 4:05 AM, Makmur Hidayat wrote:
> >
> > This is the errors:
> >
> > W: Failed to fetch
> > http://au.archive.ubuntu.com/ubuntu/
Thank you Johnathan, I finished installation and I found the binary packages
in the folder as you mentioned.
Thanks
Makmur
2010/1/26 Johnathan Corgan
> On Sun, Jan 24, 2010 at 20:48, Makmur Hidayat wrote:
>
> > As far as I know that after installation then the package installed can
> be
> > fo
Hi Per,
carrier freq is 809.5 MHz (one of the Australian DVB-T center freqs in UHF)
Phase and frequency responses are compensated by applying estimations done
based on the (many) DVB-T OFDM pilot carriers. We do not average channel
estimates to remove noise, still we get very clean constellation w
On Mon, Feb 1, 2010 at 5:22 AM, ashwini wrote:
> Can anyone tell me what is wrong in my approach, (why junk data is getting
> written) and how to resolve this issue.
We need more information on your set up to get an idea of what might
be going wrong (http://gnuradio.org/redmine/wiki/gnuradio/Rep
Hi,
I haven't looked at any of the QAM-related code in the GNU Radio baseline,
but it should be possible to design a generic MQAM demodulator.
In fact, you should be able to build a generic MQAM demodulator for a given
constellation set. This, I've done before in Matlab. You start with an
A
Hi all,
we are using two USRP2 devices to build a CDMA communication channel,
at the moment the big issuewe are facing is the error frequency introduced
coupling two (TX and RX) USRP2 devices.
In order to reduce the frequency error we are using an external 10Mhz
reference and we are planning to u
Hi,
I am trying to figure out how it is possible to get more than the "U" message
from the USRP2 to the host via the UART port but I am stucked at some point.
When I try to transmit other characters than "U" I am receiving something
completely unpredictable (at least it looks like that to me at
Hi all,
I am using benchmark_tx.py and benchmark_rx.py with USRP1. I am using d8psk
as the modulation scheme. Initially I was not able to receive any packets.
So I looked up the mailing list and found a patch for gr_mpsk_receiver_cc.cc
and some information about the parameters --costas and --gain
On Jan 27, 2010, at 11:10 AM, Clark Pope wrote:
Didn't realize they cared as long as you purchase the OS. Guess I'll
try dual boot instead, but I doubt that's this particular problem.
Everything else seems to run okay.
I'm not saying they do care; my bet is that so long as you own a
variet
Using the latest git checkout of gnuradio (and an older svn one, not
sure of the rev #), the scope sink will only show a single channel of
input.
If I use the float sink, only the first channel show up. If I use the
complex sink, only the real part of the first channel shows up. I
have verified
On Feb 1, 2010, at 10:45 AM, Michael Dickens wrote:
On Jan 27, 2010, at 11:10 AM, Clark Pope wrote:
Didn't realize they cared as long as you purchase the OS. Guess
I'll try dual boot instead, but I doubt that's this particular
problem. Everything else seems to run okay.
I'm not saying the
Vincenzo,
this seems very impressive!
May I ask what the initials NA stand for?
best,
Achilleas
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On Feb 1, 2010, at 2:29 PM, Charles Brown wrote:
I finally received word just now that I'll be approved shortly as a
MacPorts developer; yay! Once I'm approved, I'll update the
MacPorts portfiles for GNU Radio for the 3.2.2 release tarball.
I'll see if I can get additional 'gnuradio-devel'
On 02/01/2010 07:37 AM, Gaetano Mendola wrote:
Hi all,
we are using two USRP2 devices to build a CDMA communication channel,
at the moment the big issuewe are facing is the error frequency introduced
coupling two (TX and RX) USRP2 devices.
In order to reduce the frequency error we are using an
We have been requested to provide some signals for another
organization to detect and analyze. We don't have to receive anything
and so it is perfectly acceptable to pregenerate the outgoing waveform
and just play it back over the air.
Here are a couple of the requests that, hopefully, are
On 02/01/2010 04:39 PM, Matt Ettus wrote:
> On 02/01/2010 07:37 AM, Gaetano Mendola wrote:
>> Hi all,
>> we are using two USRP2 devices to build a CDMA communication channel,
>> at the moment the big issuewe are facing is the error frequency
>> introduced
>> coupling two (TX and RX) USRP2 devices.
On Mon, Feb 01, 2010 at 05:57:04PM +0100, Christoph Thein wrote:
> Hi,
>
> I am trying to figure out how it is possible to get more than the "U" message
> from the USRP2 to the host via the UART port but I am stucked at some point.
> When I try to transmit other characters than "U" I am receivin
On Mon, Feb 01, 2010 at 02:36:22AM -0800, abbasi wrote:
>
> Does any body have an idea about construction of the Benchmark_tx packet.
Yes.
> Because when i transmit big files it takes long time to be received on the
> other computer.
OK.
> Furthermore, I want to create a header for my
http://www.trimble.com/timing/thunderbolt-e.aspx?dtID=overview
On 02/01/2010 07:37 AM, Gaetano Mendola wrote:
Hi all,
we are using two USRP2 devices to build a CDMA communication channel,
at the moment the big issuewe are facing is the error frequency introduced
coupling two (TX and RX) USRP2 d
Thanks Josh
I can now confirm that it is definitely failing to lock. I have noticed
on some rare occasions that it actually does lock. However, as soon as
the USRP2 is power-cycled it goes back to the default behaviour of being
unable to lock.
What can be done to make sure that it will lock? Is t
Is it failing to lock at all different frequencies? and in the high band
and low band ranges? Do you have more than one XCVR board with this problem?
It could be possible that for this board, and the frequencies you have
chosen, the N divider value teeters on the border or locking/not
locking.
Hi,
> From: Matt Ettus
>
>
> Jackson Labs Firefly:
>
> http://jackson-labs.com/
>
> Matt
Just an idea, if this device is recommended by you, can you offer it (with
cables and other needed staff) as a synchronization tool kit in Ettus sales so
it will be a one stop shop ?
Best regards,
> On Mon, Feb 01, 2010 at 05:57:04PM +0100, Christoph Thein wrote:
> > Hi,
> >
> > I am trying to figure out how it is possible to get more than the "U"
> > message from the USRP2 to the host via the UART port but I am stucked at
> > some point. When I try to transmit other characters than "U" I a
29 matches
Mail list logo
