[Discuss-gnuradio] Plug-in list to Gnuradio?
Hi I wonder if there is a list of all plug-ins written to gnuradio? I'm looking someone who wrote Gnuradio talking to an RS-232 or to hamlib. Is there a cheaper alternative to USDR? With the shipping, customs (10-20%) and sales tax (25%) with USDR becomes too expensive for a private person to import to Sweden. Have a nice day Kenta / SM0LRU ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Plug-in list to Gnuradio?
On 08/13/2011 07:36 AM, Kenta Berggren wrote: Hi I wonder if there is a list of all plug-ins written to gnuradio? I'm looking someone who wrote Gnuradio talking to an RS-232 or to hamlib. Is there a cheaper alternative to USDR? With the shipping, customs (10-20%) and sales tax (25%) with USDR becomes too expensive for a private person to import to Sweden. This is slightly cheaper, but you'll have the same shipping and customs issues. This is a much cheaper solution, but is very focused on amateur applications: http://www.wb5rvz.com/sdr/sr_lite_ii/index.htm Philip Have a nice day Kenta / SM0LRU ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] benchmark OFDM Question
Hi Everyone/Smith,
I am doin my M.Sc. project on OFDM Implementation in GNU RADIO (SDR) via
USRP.
I am quite new to GNU Radio i dont know much about its functions. I am
looking for benchmark_ofdm.py file that i can use to implement the design n
GNU radio and later on transmit and recieve via USRP.
I will be very greatful to you if anyone of you send me the file or tell me
where i can get all this info and how to implement (procedure).
Thanks in advance...
Waqas.
14/08/2011
waqa...@hotmail.com
smith mark wrote:
Hi everyone,
I am working on OFDM in gnuradio. I ran the benchmark_ofdm.py file.
Everything worked well, I want to ask one thing that I didn't see the last
packet on the terminal.
I set the packet size to 400 bytes and total number of bytes to be
transmitted to 1600. I should see 4 packets but i see only 3 packets.
Where
is the problem??
Portion of the code is given blelow:
nbytes = int(1600 * 1) //line that I changed
n = 0
pktno = 0
pkt_size = int(400) //line that I changed
while n nbytes:
pkt_contents = struct.pack('!H', pktno) + (pkt_size - 2) * chr(pktno
0xff)
send_pkt(pkt_contents)
n += pkt_size
pktno += 1
-
Output is shown below:
gr_fir_ccf: using SSE
gr_fir_ccc: using SSE
gr_fir_fff: using SSE
ok: True pktno: 0 n_rcvd: 1 n_right: 1
ok: True pktno: 1 n_rcvd: 2 n_right: 2
0101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101
ok: True pktno: 2 n_rcvd: 3 n_right: 3
0202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202
Why fourth packet is not sent ? Or if it is sent then why it is not
displayed in the output. I am using gnuradio 3.3.0. Please help me in
this.
Regards
Smith
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
--
View this message in context:
http://old.nabble.com/benchmark-OFDM-Question-tp31765422p32256377.html
Sent from the GnuRadio mailing list archive at Nabble.com.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] the program stops unpredictedly
On Wed, Aug 3, 2011 at 9:49 AM, Minhoo Kim ki...@purdue.edu wrote: Tom, Thank you for your help first of all. I actually need the file_source to be replayed, meaning not just repeated over and over, after the frequency is changed. I also have to make sure that the file_source is played just once for each frequency change. Would that still not require a stop? You can still use the seek function to set the pointer to the beginning of the file whenever you want. There is a transient after changing frequencies, though, that you will have to think about. So just be aware that you should give some time for the system to settle. In this case, stopping the system might be the best thing for you to do. Also, what do you mean by changing the parameters online? does that mean while usrp is running? Yes, that's what I meant. A lot of parameters can be changed without stopping the flow graph. Mostly, stopping the flow graph is meant for restructuring the graph, but in your case, you might want to play with it to avoid the frequency settling issues. Let us know what you find out. It does work for a bit then it stops very unpredictedly, and the time it keeps working is very inconsistent, like I had a case where it stopped running after like 20 while loops, and there was also a case that it kept running for like 30 seconds. That's odd. Have you found anything more out about this? No reason that should be happening. Tom Thanks for the help. Tom Rondeau wrote: On Tue, Aug 2, 2011 at 4:55 PM, Minhoo Kim ki...@purdue.edu wrote: Hi all, I can't find out why this program stops running. snip Sorry if the code is long. In short, the top block just creates a signal, then there is an infinite while loop in the main that just keeps the signal running. I need the infinite loop so I can retune the center frequency every time the program passes through the loop. I made a null_sink block to check if the problem is within creating the signal part, and infinite loop never stopped so i assume the top block is ok. I also tried with start(), stop(), and wait() in the main loop instead of lock and unlock, which still caused the unpredicted stop. I also had other trials, which I forgot about. There are also consistent underruns, which I am not really worried about, as long as the underrun does not cause the stop of the program, since I am not transmitting any meaningful message. Thanks a lot. You don't need to stop the flow graph when you are just changing frequency. You only really need to stop it if you are disconnecting and reconnecting blocks; changing parameters can be done online. You said it stops running, but I'm not sure how it stops running? Does it work for a bit and then stop, or does it never produce anything at all? Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- View this message in context: http://old.nabble.com/the-program-stops-unpredictedly-tp32181366p32186451.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] xlating filter will introduce phase shift
On Fri, Aug 12, 2011 at 3:50 AM, Page Jack jack.page...@gmail.com wrote: I use xlating filter to down convert signal. after I down convert signal it I decode it. however the data decoded is still the signal in 0 frequency before down convert. I check the xlating filter code it will change the signal phase to avoid aliasing, yeah it avoid aliasing but it is not the data I want how can I recover the data's phase after xlating filter? Regards! Those filters are implemented as FIRs, which means they will have linear phase in the passband and constant (and known) group delay. In general, though, you will never know the phase of the incoming signal received over the air. If you have a signal where you require the phase, you'll have to figure out a way to recover it, anyways. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] raw binary data transmission
On Fri, Aug 12, 2011 at 6:38 PM, shantharam balasubramanian shantharam...@gmail.com wrote: hi I am using USRP2 testbed and I am willing to transmit and receive binary data between two nodes I am using. I have been working with the benchmark_tx and rx.py and I have been modifying those programs for the past 2 months for my project. I did this by, generating random number between 0 and 1 and then forming a binary sequence from it. But when adding the payload to the packet, I am not able to add any data of data type, other than string. So I had to make the binary numbers randomly and make them as string using str() function, and then add them to the payload before sending the packet. Is there anyway to transmit raw binary data through the nodes using the benchmark programs? Or is there any other program, that can help me with it? thank you To do this, you'll probably want to redo the benchmark programs a bit. You can make a gr.vector_source_b that you can put directly into the modulators. They expect to take packed bytes (that is, all 8 bits in the byte contain information). I use scipy.random.randint(0,256, N) for stuff like this. If you are looking to packetize your data like the benchmark scripts do, then you will have to change how the paketizing function works to work with non-string data. We don't have that functionality in there right now. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Need to resolve error: Unpack requires a string argument of length 3
Hello,
This is Nazmul, a PhD student of Rutgers University. I am using a modified
form of 'benchmark_Tx.py' and 'benchmark_Rx.py' for my research. I am
transmitting a random binary sequence and calculating the bit error rate at
the receiver (BER). Basically, I am generating a long binary sequence,
grouping them into different packets and then transmitting the packets using
'benchmark_Tx' program. I receive the packets using 'benchmark_Rx.py' and
then find the BER. The program works at high transmitter amplitude, i.e.,
when channels are good. However, when I start lowering the transmitter
amplitude, i.e. create bad channels, at some point, I get the following
error:
*Exception in thread Thread-1:
Traceback (most recent call last):
File /usr/lib/python2.6/threading.py, line 532, in __bootstrap_inner
self.run()
File /usr/local/lib/python2.6/dist-packages/gnuradio/blks2impl/pkt.py,
line 164, in run
self.callback(ok, payload)
File ./rec_randombingen.py, line 97, in rx_callback
(ide,pktno,) = struct.unpack('!cH', payload[0:3])
error: unpack requires a string argument of length 3*
After showing this error, the whole programs. Let's assume that I am
transmitting 100 packets. If this error occurs at 20-th packet, the
benchmark_rx does not receive the next 80 packets. This really hampers the
calculation of packet loss probability and bit error rate.
I guess, for very bad channels, noise is acting as erasure, i.e., some part
of the packet header is getting erased. Ideally, I would like the program to
assume this packet to be 'lost' and move on to receiving the remaining
packets. It is OK with me if I lose a packet due to this type of error but
how can I make sure that the whole program does not stop due to this error?
Your feedback will be very appreciated.
Thanks,
Nazmul
--
Muhammad Nazmul Islam
Graduate Student
Electrical Computer Engineering
Wireless Information Networking Laboratory
Rutgers, USA.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Benchmark_rx is giving weird output for high bit rate
Hello, This is Nazmul, a PhD student of Rutgers University. I am using a modified form of 'benchmark_Tx.py' and 'benchmark_Rx.py' for my research. I am transmitting a random binary sequence from an USRP2 testbed and calculating the bit error rate at the receiver (BER), another USRP2 testbed. Basically, I am generating a long binary sequence, grouping them into different packets and then transmitting the packets using 'benchmark_Tx' program. I receive the packets using 'benchmark_Rx.py' and then find the BER. The program works well when bit rate is lower than 3 Mbps or 3.5 Mpbs. However, when the bit rate exceeds 3.5 Mbps, the benchmark_Rx produces a bunch of S characters. It produces a weird output like following!! I don't know why this weird output occurs. Does it happen because I am exceeding the capacity of the path? Or is there an in built low pass filter at the receiver that only passes signals whose bandwidth is lower than 3 MHz? (let's say that I am using Differential BPSK here). Your feedback on this will be highly appreciated. Thanks, Nazmul -- Muhammad Nazmul Islam Graduate Student Electrical Computer Engineering Wireless Information Networking Laboratory Rutgers, USA. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] benchmark OFDM Question
Thank you so much Tom for your quick response.. yes i have found the code scripts in gnurdio-examples/python/ofdm. But iam not sure how to implement this code to make simulation in GNU radio. could you please explain in bit detail how to use this code to make the tranmission and reception blocks in GNU Radio. I will really appriciate if you kindly guide me how to make this simulation work. Thanks for your help and for your valuable information. looking forward to hear from you. Regards, Waqas. waqa...@hotmail.com On Sat, Aug 13, 2011 at 11:38 AM, waqasme waqa...@hotmail.com wrote: Hi Everyone/Smith, I am doin my M.Sc. project on OFDM Implementation in GNU RADIO (SDR) via USRP. I am quite new to GNU Radio i dont know much about its functions. I am looking for benchmark_ofdm.py file that i can use to implement the design n GNU radio and later on transmit and recieve via USRP. I will be very greatful to you if anyone of you send me the file or tell me where i can get all this info and how to implement (procedure). Thanks in advance... Waqas. In the source code, you can find these scripts in gnurdio-examples/python/ofdm. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- View this message in context: http://old.nabble.com/benchmark-OFDM-Question-tp31765422p32257757.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
