I'll attempt to summarize the SD card situation as I see it.
There are 3 main reasons why you might have trouble with SD cards in
your USRP2 -
- You aren't actually using an SD card. SD Cards have been made in
sizes from 8MB up to 2GB. Any card of more than 2 GB is NOT an SD card,
it is
LinkedIn
I'd like to add you to my professional network on LinkedIn.
- Muhammad Amir
Muhammad Amir Pervaiz
Software Engineer at TkXel
Pakistan
Confirm that you know Muhammad Amir Pervaiz
https://www.linkedin.com/e/isd/1119880681/bR7w_C3p/
--
(c) 2010, LinkedIn
LinkedIn
I'd like to add you to my professional network on LinkedIn.
- Muhammad Amir
Muhammad Amir Pervaiz
Software Engineer at TkXel
Pakistan
Confirm that you know Muhammad Amir Pervaiz
https://www.linkedin.com/e/isd/1119880681/bR7w_C3p/
--
(c) 2010, LinkedIn
Thanks a lot Josh! Adding return not done() instead of return true did work.
I'm running Ubuntu in virtualbox, hence the lack of resources.
Couple more questions if you don't mind:
1) Where does the number of items per packet (which is 365 in my case) comes
from? Or is it the format USRP2 always
On Wed, Mar 3, 2010 at 1:06 PM, Johnathan Corgan
jcor...@corganenterprises.com wrote:
On Wed, Mar 3, 2010 at 03:26, srinivas naga vutukuri
srinivas.vutuk...@gmail.com wrote:
I am transmitting the sinusoidal wave form (IQ samples), in the following
methods, and found that when i stem plot in
Hi folks,
I just committed a change to gr-howto-write-a-block that now has it
install in the howto python namespace instead of in the
gnuradio.howto namespace.
This allows howto (or other things based on it) to install under a
non-system prefix. For systems using binary GR packages, this means
Eric Blossom wrote:
I assume that you mean 1 byte per symbol.
I suggest that you create *_ci and *_ii versions that handle 32-bits.
Eric
You are correct, one byte per symbol. Or one symbol per byte, whichever
way one wants to look at it.
To clarify what the custom block does is that it takes K
On Thu, Mar 4, 2010 at 10:28 AM, Mattias Kjellsson m...@kth.se wrote:
Eric Blossom wrote:
I assume that you mean 1 byte per symbol.
I suggest that you create *_ci and *_ii versions that handle 32-bits.
Eric
You are correct, one byte per symbol. Or one symbol per byte, whichever
way one
On Thu, Mar 4, 2010 at 06:59, Tom Rondeau trondeau1...@gmail.com wrote:
A fun thing to do on the USRPs is to blow on the crystal while it's
transmitting. If you transmit a tone with usrp_siggen.py and receive
it using usrp_fft.py with a high decimation rate (so you're only
looking at a fairly
Tom Rondeau wrote:
On Thu, Mar 4, 2010 at 10:28 AM, Mattias Kjellsson m...@kth.se wrote:
Eric Blossom wrote:
I assume that you mean 1 byte per symbol.
I suggest that you create *_ci and *_ii versions that handle 32-bits.
Eric
You are correct, one byte per symbol. Or one
Hi Johnathan, appreciate for your help.
I have bought another brand (ADATA) 2GB SD card today and did the same thing
as before since I can not find any Kingston card available in shop.
1. I downloaded txrx.bin and u2_rev3.bin files from
http://gnuradio.org/releases/usrp2-bin/trunk/
and
On Thu, Mar 4, 2010 at 11:38 AM, Mattias Kjellsson m...@kth.se wrote:
Tom Rondeau wrote:
On Thu, Mar 4, 2010 at 10:28 AM, Mattias Kjellsson m...@kth.se wrote:
Eric Blossom wrote:
I assume that you mean 1 byte per symbol.
I suggest that you create *_ci and *_ii versions that handle 32-bits.
Hi All,
When we use any of the USRP daughterboard to transmit, do we need the
authorization? For example, FRX900 includes the cell phone bands in US. If
we use FRX900 to transmit, do we violate the FCC rule? Or, we could legally
use any daughterboard on any band that falls in the frequency
On Thu, Mar 4, 2010 at 08:51, Andy_Long luckshiw...@yahoo.com.cn wrote:
I have bought another brand (ADATA) 2GB SD card today and did the same thing
as before since I can not find any Kingston card available in shop.
3. Using sudo ./u2_flash_tool --dev=/dev/mmcblk0p1 -t s/w txrx.bin �Cw
I'm
I used the SD card with the laptop built-in reader. Actucally it is a bit
difficult to buy a mmc card in shop now. :) I will try to use the other SD
reader outside the laptop to see the difference. thank you.
Andy
Johnathan Corgan-2 wrote:
On Thu, Mar 4, 2010 at 08:51, Andy_Long
3. Using sudo ./u2_flash_tool --dev=/dev/mmcblk0p1 -t s/w txrx.bin �Cw
I'm a litttle concerned that you have an MMC card and not an SD card,
based on the device name that gets created when you insert the card
into your read/writer. Using SD cards, I've only ever seen Ubuntu
generate devices
On Thu, Mar 4, 2010 at 12:48 PM, Brook Lin gnu.f...@yahoo.com wrote:
Hi All,
When we use any of the USRP daughterboard to transmit, do we need the
authorization? For example, FRX900 includes the cell phone bands in US. If
we use FRX900 to transmit, do we violate the FCC rule? Or, we could
On Thu, Mar 4, 2010 at 10:48, Brook Lin gnu.f...@yahoo.com wrote:
When we use any of the USRP daughterboard to transmit, do we need the
authorization? For example, FRX900 includes the cell phone bands in US. If
we use FRX900 to transmit, do we violate the FCC rule? Or, we could legally
use
Couple more questions if you don't mind:
1) Where does the number of items per packet (which is 365 in my case) comes
from? Or is it the format USRP2 always uses to send the data to the host?
Its probably the MTU (1500 bytes) minus the ip/udp/ethernet headers
sizes minus the size of the vrt
On Thu, Mar 4, 2010 at 11:24, Jason Uher jasonu...@gmail.com wrote:
...with the RFX900 you can transmit safely in the ISM band.
And others as long as you are below the transmit power thresholds
(which are quite low).
I (perhaps mistakenly) thought that in order to be in compliance with
FCC
Hi everyone,
I am trying to use the GNU-Radio+USRP to implement a cognitive radio
use case in which radios exchange information (XML-based documents)
between each other in order to achieve a defined goal (e.g. to improve
connectivity), without disturbing the usual communication. I have
several
And the offset seems to be positive, i.e. the packet timestamp is the time of
the first sample in the packet and not of the last one (referring to my
previous calculation: for the sample number 300 in the first packet the
timestamp is 35564266+300*16=35569066). I've come up to this conclusion by
On 03/04/2010 11:56 AM, ValentinG wrote:
And the offset seems to be positive, i.e. the packet timestamp is the time of
the first sample in the packet and not of the last one (referring to my
previous calculation: for the sample number 300 in the first packet the
timestamp is
Hi,
I have a quick question regarding the complex binary samples captured by
using usrp_rx_cfile.py. I would like to draw them against time. So,
(Magnitude on Y-axis and Time on X-axis) in matlab. I was able to do the
following
1. ./usrp_rx_cfile.py -f 2.5G capture.dat
2. d =
On Mon, Feb 22, 2010 at 12:03:28PM -0500, christophe.par...@etsmtl.ca wrote:
Hi all !
I am dealing with PSK (BPSK, QPSK, 8PSK) modulation/demodulation ;
in demodulation, I would want to retrieve the exact point (vector)
before finding the closest constellation point.
K
Is there
On Thu, Mar 4, 2010 at 12:15, Jason Uher jasonu...@gmail.com wrote:
You are right, unless your device is pre-approved by the FCC you can't
legally transmit in unlicensed bands.
I was under the impression that the USRPs status as 'test equipment'
allowed transmission in unlicensed bands (like
Hi all !
I have only one USRP2 and would like to use a loop-back cable to connect the
output to the input of the same USRP. So I would, for example, run benchmark_tx
and benchmark_rx in two different shells. Can I do it without any worry ? I am
asking the question because it seems that many
On 03/04/2010 11:24 AM, Josh Blum wrote:
3. Using sudo ./u2_flash_tool --dev=/dev/mmcblk0p1 -t s/w txrx.bin �Cw
I'm a litttle concerned that you have an MMC card and not an SD card,
based on the device name that gets created when you insert the card
into your read/writer. Using SD cards,
On Thu, Mar 4, 2010 at 12:37, christophe.par...@etsmtl.ca wrote:
I have only one USRP2 and would like to use a loop-back cable to connect the
output to the input of the same USRP. So I would, for example, run
benchmark_tx and benchmark_rx in two different shells. Can I do it without
any
3. Using sudo ./u2_flash_tool --dev=/dev/mmcblk0p1 -t s/w txrx.bin ¨Cw
I'm a litttle concerned that you have an MMC card and not an SD card,
based on the device name that gets created when you insert the card
into your read/writer. Using SD cards, I've only ever seen Ubuntu
generate
When we use any of the USRP daughterboard to transmit, do we need the
authorization? For example, FRX900 includes the cell phone bands in US. If
we use FRX900 to transmit, do we violate the FCC rule? Or, we could legally
use any daughterboard on any band that falls in the frequency range of
To echo what John sent. There are provisions to do testing and very
limited radiation from intentional radiators. You can see them
outlined in Part 15 of the FCC Rules and Regulations...
There are two things that tend to get conflated here. One is the
ability to market and sell products like the USRP and the other is the
ability to operate it.
Items that radiate and are marketed and sold in the US, typically are
subject to certification. Test equipment is subject to
Just to kick in our experience at Virginia Tech, we have several STA's
because we do a lot of wireless work. I believe this link will take you
to our license:
https://fjallfoss.fcc.gov/oetcf/els/reports/ViewGrant.cfm?id_file_num=0013-EX-ST-2010application_seq=43699
The process is not as bad
OK, so this probably seems like a fundamental sort of question, but I've
noticed that there seem to be
a couple of different places on the net describing quadrature receiver
toplogies, and I want to know something
fairly simple.
For a direct-conversion quadrature receiver, must you phase
hi everyone
i am new to gnuradio, nowadays,i want to build an interference source,but in
grc,i just know grc a little and do not implement the interference source.so
can anyone help me resolve this problem or give me some advices.
the interference source demands QPSK module,500K
See the channel model block.
-Josh
On 03/04/2010 07:19 PM, cbwangmail wrote:
hi everyone
i am new to gnuradio, nowadays,i want to build an interference source,but in
grc,i just know grc a little and do not implement the interference source.so
can anyone help me resolve this problem or give
As discussed in the licensing thread... In FCC-land the only people
that can legally transmit at any kind of real power level using
non-certified devices without obtaining specific permission from the
FCC are amateur radio operators.
Testing with attenuators is an obvious first step, but it
Brook Lin wrote:
Hi All,
When we use any of the USRP daughterboard to transmit, do we need the
authorization? For example, FRX900 includes the cell phone bands in US. If
we use FRX900 to transmit, do we violate the FCC rule? Or, we could legally
use any daughterboard on any band that falls in
Gregory Maxwell wrote:
Moreover, the amateur license gives you a ready and simple explanation
for anyone who might want to claim that you possession of radio
equipment signals some kind of intent to operate in a forbidden
manner. Why do you have all this radio stuff? Are you a terrorist??
No.
40 matches
Mail list logo