Re: [Discuss-gnuradio] USRP2 SD Card rewrite

[Daniel O'Connor]

On Monday 03 November 2008 10:31:59 Robert McGwier wrote:
> with the rest which I emphasize again.  If you get the wrong  for
> the device,  you can wipe out your hard drive.  Most people will have
> their hard drive as /dev/sda and on my computer it seems the device
> is, like Matt's computer, to be /dev/sdb.

Surely the kernel would prevent you writing to a disk that is opened by it for 
the FS. (It does in FreeBSD anyway)

-- 
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
  -- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C


signature.asc
Description: This is a digitally signed message part.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] USRP2 SD Card rewrite

[Robert McGwier]

On October 25 Matt wrote:

"   Build the firmware by running make in the gnuradio/usrp2 directory
Insert the SD card into the card reader, and the card reader into a
USB port on your computer
Run  "sudo u2_flash_tool --dev=/dev/ -t s/w
usrp2/firmware/txrx.bin -w"
   /dev/ has to be replaced with the device for the SD card
"

This needs some small corrections I think.

The correct instructions seem to be

cd usrp2/firmware
Run "sudo ./u2_flash_tool --dev=/dev/ -t s/w ./apps/txrx.bin -w"

with the rest which I emphasize again.  If you get the wrong  for
the device,  you can wipe out your hard drive.  Most people will have
their hard drive as /dev/sda and on my computer it seems the device
is, like Matt's computer, to be /dev/sdb.

Bob


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Ubuntu 8.10

[Johnathan Corgan]

On Sun, 2008-11-02 at 14:36 -0800, Matt Robert wrote:

> I have been trying to get the current trunk to install on 8.04 and 8.10 but 
> couldnt get it working.
> 
> The instructions in the GNUradio wiki if followed to the letter don't seem to 
> work for me.

I've been going through the Ubuntu 8.10 dependencies, etc., in detail,
as part of revising the binary packaging for release 3.2.  Once I'm
done, I'll go through the Wiki and make any updates needed.  What is
failing for you?

-Johnathan




___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Re: Soft-DVB DVB-T transmitter

[Vincenzo Pellegrini]

This is Great... :)

Yup, the playback cannot be smooth because of the wrong throughput,
definitely.
Did you use the USRP1 with interpolation factor = 16 ?

I can prepare a modulated signal with the correct throughput for you.. this
is not a problem... :)

what hard disc are you playing your signal back from?

regards

vincenzo

2008/11/3 Martin DvH <[EMAIL PROTECTED]>

>
> Hi,
> > > In fact: 8 complex Msps implement a 7 MHz channel while 9.142857143
> > > complex Msps implement an 8 MHz channel.
> > > Just try to go as close as possible to such sampling frequency by
> > > using USRP2 and let me know what happens... it could turn out that we
> > > need a resampler block.
> > So if I use a fractional rate resampler with interpolation factor
> > 10/8=1.25 I get a 7 Mhz channel with 10 Msps samplerate.
> > If I use a fractional rate resampler with interpolation factor
> > 10/9.142857143=1.09375 I get a 8 Mhz channel with 10 Msps samplerate
> >
> > If I use a fractional rate resampler with DECIMATION factor
> > 9.142857143/8=8/7=1.142857143 I get a 8 Mhz channel with 8 Msps
> > samplerate with the out-of-band skirts folded back at the sides.
> >
> > Would be interesting to see if this last one works with a USRP1.
> >
> > I'll let you know how the experiments go.
> I resampled and scaled your ofdm_40.dump file so it now will use 8 Mhz
> bandwidth with a 8 Msps samplerate.
> The reception never can be perfect this way but it seems good enough for
> tests.
>
> My USB DVB-T receiver receives the transport stream without problems.
> Mplayer playes the stream without problem for two loops and then crashes
> with a broken frame.
> My standalone settopbox DVB-T receiver now also receives the stream.
> (8 MHz channel on UHF)
> It has big problems displaying it. Sound is only a chop of sound now and
> then and video stops, then runs for a second, then stops again.
>
> I think this is because the timestamps and framerate (playout speed)
> don't match the data throughput of the MPEG stream anymore.
> (It is getting the stream too fast)
>
> I put my resampled RF file at:
>
> http://www.olifantasia.com/projects/gnuradio/mdvh/OTA/DVB-T/ofdm_40_bw8Mhz_samplerate_8Msps_cshort.raw
>
> format is complex signed short integers (I 16 bit, Q 16 bit) at 8
> Msamples/sec.
>
>
> Greetings,
> Martin
>
>
> > > more details will follow as soon as I find some time...
> > Thanks and success with your second group of tests.
> >
> > Martin
> > > best regards and greetings
> > > to all fellow GNURadioers
> > >
> > > vincenzo
> > >
> > > PS
> > > Rafael, just have a look back a this thread and you'll find all the
> > > info you need to do your test broadcast. Thanks for your interest
> > >
> > >
> > >
> > >
> > >
> > >
> > > 2008/10/31 Martin Dudok van Heel <[EMAIL PROTECTED]>
> > > Hi Vincenzo.
> > > How are things going with your exams.
> > >
> > > I hope well.
> > >
> > > Thanks for your help so far.
> > >
> > > I finally got your DVB-T dump streams working.
> > > I first tried using an undersampled basicTX but never got it
> > > to work.
> > > (use a niquist mirror in the VHF range on channel 11 or 12
> > > (219.5 Mhz or 226.5 Mhz))
> > >
> > > I now use a RFX900 and that works with a pinnacle PCTV-Solo
> > > 72e usb DVB-T receiver card plugged into my PC.
> > > I use 858.0 Mhz (channel 69)
> > > I used a 10 dB attenuator on the antenna output to limit
> > > output power.
> > > I also modified the RFX900 to enable transmitting outside of
> > > the ISM band. (disable saw-filter. add 220 pF capacitor)
> > >
> > > Apparantly the pinnacle 72e can receive 7 Mhz channels on the
> > > UHF channels.
> > > My standalone settopbox DVB-T receiver can't handle it.
> > >
> > > I noticed you don't use the full possible range in your 16 bit
> > > streams.
> > > (only goes from -80 to +80 while you could use -8192 to 8192)
> > > Is this on purpose?
> > > I can multiply samples by 64 and get a cleaner signal. (But
> > > also more output power)
> > >
> > >
> > > I do have a request, I hope it is not too much work.
> > > Could you make a stream with 10 Msamples/sec samplerate and 8
> > > Mhz wide channel.
> > > This way I can use standard standalone DVB-T receivers and
> > > don't have the 7Mhz bandwith on UHF problem.
> > >
> > > For the 10 Msps stream I would have to use my USRP2 to output
> > > it.
> > > It has a 100 Mhz DAC (in stead of 64 Msps in the USRP1)
> > > It has a gbit ethernet connection for the samples, so I can go
> > > up to 25 Msps.
> > > It can only do fixed interpolation rates so I have to choose
> > > from the table below.
> > > (8 Msamples/sec is not supported on the USRP2)
> > >
> > >
> > > USRP2
> > > dac_rateinte

[Discuss-gnuradio] Re: Soft-DVB DVB-T transmitter

[Martin DvH]

Hi,
> > In fact: 8 complex Msps implement a 7 MHz channel while 9.142857143
> > complex Msps implement an 8 MHz channel.
> > Just try to go as close as possible to such sampling frequency by
> > using USRP2 and let me know what happens... it could turn out that we
> > need a resampler block.
> So if I use a fractional rate resampler with interpolation factor
> 10/8=1.25 I get a 7 Mhz channel with 10 Msps samplerate.
> If I use a fractional rate resampler with interpolation factor
> 10/9.142857143=1.09375 I get a 8 Mhz channel with 10 Msps samplerate 
> 
> If I use a fractional rate resampler with DECIMATION factor
> 9.142857143/8=8/7=1.142857143 I get a 8 Mhz channel with 8 Msps
> samplerate with the out-of-band skirts folded back at the sides.
> 
> Would be interesting to see if this last one works with a USRP1.
> 
> I'll let you know how the experiments go.
I resampled and scaled your ofdm_40.dump file so it now will use 8 Mhz 
bandwidth with a 8 Msps samplerate.
The reception never can be perfect this way but it seems good enough for
tests.

My USB DVB-T receiver receives the transport stream without problems.
Mplayer playes the stream without problem for two loops and then crashes
with a broken frame.
My standalone settopbox DVB-T receiver now also receives the stream.
(8 MHz channel on UHF)
It has big problems displaying it. Sound is only a chop of sound now and
then and video stops, then runs for a second, then stops again.

I think this is because the timestamps and framerate (playout speed)
don't match the data throughput of the MPEG stream anymore.
(It is getting the stream too fast)

I put my resampled RF file at:
http://www.olifantasia.com/projects/gnuradio/mdvh/OTA/DVB-T/ofdm_40_bw8Mhz_samplerate_8Msps_cshort.raw

format is complex signed short integers (I 16 bit, Q 16 bit) at 8
Msamples/sec.


Greetings,
Martin

 
> > more details will follow as soon as I find some time...
> Thanks and success with your second group of tests.
> 
> Martin
> > best regards and greetings 
> > to all fellow GNURadioers
> > 
> > vincenzo 
> > 
> > PS
> > Rafael, just have a look back a this thread and you'll find all the
> > info you need to do your test broadcast. Thanks for your interest
> > 
> > 
> > 
> > 
> > 
> > 
> > 2008/10/31 Martin Dudok van Heel <[EMAIL PROTECTED]>
> > Hi Vincenzo.
> > How are things going with your exams.
> > 
> > I hope well.
> > 
> > Thanks for your help so far.
> > 
> > I finally got your DVB-T dump streams working.
> > I first tried using an undersampled basicTX but never got it
> > to work.
> > (use a niquist mirror in the VHF range on channel 11 or 12
> > (219.5 Mhz or 226.5 Mhz))
> > 
> > I now use a RFX900 and that works with a pinnacle PCTV-Solo
> > 72e usb DVB-T receiver card plugged into my PC.
> > I use 858.0 Mhz (channel 69)
> > I used a 10 dB attenuator on the antenna output to limit
> > output power.
> > I also modified the RFX900 to enable transmitting outside of
> > the ISM band. (disable saw-filter. add 220 pF capacitor)
> > 
> > Apparantly the pinnacle 72e can receive 7 Mhz channels on the
> > UHF channels.
> > My standalone settopbox DVB-T receiver can't handle it.
> > 
> > I noticed you don't use the full possible range in your 16 bit
> > streams.
> > (only goes from -80 to +80 while you could use -8192 to 8192)
> > Is this on purpose?
> > I can multiply samples by 64 and get a cleaner signal. (But
> > also more output power)
> > 
> > 
> > I do have a request, I hope it is not too much work.
> > Could you make a stream with 10 Msamples/sec samplerate and 8
> > Mhz wide channel.
> > This way I can use standard standalone DVB-T receivers and
> > don't have the 7Mhz bandwith on UHF problem.
> > 
> > For the 10 Msps stream I would have to use my USRP2 to output
> > it.
> > It has a 100 Mhz DAC (in stead of 64 Msps in the USRP1)
> > It has a gbit ethernet connection for the samples, so I can go
> > up to 25 Msps.
> > It can only do fixed interpolation rates so I have to choose
> > from the table below.
> > (8 Msamples/sec is not supported on the USRP2)
> > 
> > 
> > USRP2
> > dac_rateinterp  ethernet_sample_rate
> > 100 4   25
> > 100 5   20
> > 100 6   16.67
> > 100 7   14.29
> > 100 8   12.5
> > 100 9   11.11
> > 100 10  10   > should be optimal
> > 100 11  9.09
> > 100 12  8.33
> > 100 1