[Discuss-gnuradio] c++ question
I've got a relatively large array of maximal length LFSR masks I'd like to be able to use, there are of course a different number for each degree, increasing with the degree. I forgot that C++ doesn't support jagged arrays like C# so I created this great little jagged array with the 2nd dimension 0 terminated (mask of 0 isn't really useful anyway, so I used it like null) so that I could figure out how many were in each degree. I've been googling and IRCing and trying to figure out if there's a way to initialize a vector of vectors as a constant in a class header file or something that would hold these constants and coming up short on answers. Do I need to dump all my data to a file and read it in? That seems poor for minimizing the initialization delay. Is anyone willing to point me in the right direction? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] updating 2D arrays or passing 2D arrays to blocks
I am working on am imaging application where I get 3 inputs. A raw_signal which I need to image, an X signal and a Y signal. The X and Y signals tell me where I need to plot the signal that I receive. They correspond to voltages of a raster scanning system. The raw_signal goes into my block and become "processed_signal", along with "m" and "n" values such that "processed_signal" needs to be written to position (m,n) in a 2D array/image (raw_sig, X,Y) ---> (block) ---> (processed_sig,m,n) Is there a way from python that I can create a 2D array and then "watch" the outputs' sample by sample and do this ? Alternatively a faster way is to can I create a 2D array in python and pass it by reference to my block, so that the job of updating the 2D array is left to my block. Karthik ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Cannot receive after one run of the code?
Dear All, I am writing because I am really in need for some advice. I wrote a program that (1) receives from the sender and estimates the channel (2) switch to the transmitting mode and sends the channel estimation back to the sender (3) switch back to the receiving mode to receive data A while ago, I asked about how to switch between these modes without having to stop the flow graph, and Eric gave me excellent advice on looking at tunnel.py. Recently, after did some optimizations, I found that the code is having a weird problem, and I have struggled on it about a week on it but still don't know what to do. Basically, after power-on the USRP, the code runs perfectly once. But most often, it runs well exactly once -- the next time I run it, the receiver at step 1 cannot receive any signal. To run it again, I have to unplug the USRP. Here, by not receiving any signal, I mean that the signals read from USRP have an average square value of around 0.8. When things are working fine, the value is around 200 when the sender is not sending, and is around 100 when the sender is sending. At first I thought it was because I did not set mux right. But it does not seem to be so. I also noticed that after I screw it up, I cannot even run the benchmark_rx.py, because it will also not receive anything. But I can run usrp_oscope.py and I can see the waveform when I have a transmitter sending. I really appreciate if someone could give me a hint on this. Thanks so much! Best regards, Zhenghao --- I have simplified my code and I am posting it here. This code has exactly the same problem as I described. If other information is needed, please let me know. Thanks! from gnuradio import gr, gru, modulation_utils from gnuradio.blksimpl import psk import cmath import Numeric from pprint import pprint from gnuradio import usrp from pick_bitrate import pick_rx_bitrate import time import sys from arrayimport array from pick_bitrate import pick_tx_bitrate # default values (used in __init__ and add_options) _def_samples_per_symbol = 2 _def_excess_bw = 0.35 _def_gray_code = True _def_verbose = True _def_log = True _def_costas_alpha = 0.05 # the original setting _def_gain_mu = 0.03 _def_mu = 0.05 _def_omega_relative_limit = 0.005 _def_rv_tx_freq = 247000 _def_rv_rx_freq = 242000 _def_found_delta_f = 0.025 _def_bitrate = 50 _def_PI = 3.141592653 _def_rv_tx_power = 2000 #org: 12000 # / # DBPSK demodulator # # Differentially coherent detection of differentially encoded BPSK # / class dbpsk_demod(gr.hier_block): def __init__(self, fg, samples_per_symbol=_def_samples_per_symbol, excess_bw=_def_excess_bw, costas_alpha=_def_costas_alpha, gain_mu=_def_gain_mu, mu=_def_mu, omega_relative_limit=_def_omega_relative_limit, gray_code=_def_gray_code, verbose=_def_verbose, log=_def_log): """ Hierarchical block for RRC-filtered differential BPSK demodulation The input is the complex modulated signal at baseband. The output is a stream of bits packed 1 bit per byte (LSB) @param fg: flow graph @type fg: flow graph @param samples_per_symbol: samples per symbol >= 2 @type samples_per_symbol: float @param excess_bw: Root-raised cosine filter excess bandwidth @type excess_bw: float @param costas_alpha: loop filter gain @type costas_alphas: float @param gain_mu: for M&M block @type gain_mu: float @param mu: for M&M block @type mu: float @param omega_relative_limit: for M&M block @type omega_relative_limit: float @param gray_code: Tell modulator to Gray code the bits @type gray_code: bool @param verbose: Print information about modulator? @type verbose: bool @param debug: Print modualtion data to files? @type debug: bool """ self._fg = fg self._samples_per_symbol = samples_per_symbol self._excess_bw = excess_bw self._costas_alpha = costas_alpha self._gain_mu = gain_mu self._mu = mu self._omega_relative_limit = omega_relative_limit self._gray_code = gray_code self._rx_freq= _def_rv_rx_freq self._rx_gain= 45 # receiver's gain self._rx_subdev_spec = None self._bitrate= _def_bitrate self._decim = 64 # Decimating rate for the USRP (prelim) self._fusb_block_size= 0 self._fusb_nblocks = 0 if self._rx_freq is None:
[Discuss-gnuradio] Signal processing and GPU
Has anyone tried using GPU for signal processing? Does anyone know of a reason why this would not be a good idea I am planning on starting on it this week, would appreciate inputs Thanks Inderaj ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Microblaze? Why not OpenRISC
My bad. Thanks for the explanation...I had been reading about the Microblaze compilers and just assumed (what not to do before you hit the list). -- Newell http://www.gempillar.com Before enlightenment: chop wood, carry water After enlightenment: code, build circuits ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Microblaze? Why not OpenRISC
Newell Jensen wrote: For the USRP2 why did you guys decide to go with the Microblaze soft processor (which is not open source) versus the OpenRISC core on OpenCores.org (which is open source)? Was it just the overhead that would have been needed to get it up and running (my guess) or was it something else? We are NOT using the Microblaze. We are using an OpenCore called the aeMB which has the same instruction set as the microblaze, so we use the same GCC compilers as the microblaze. I chose not to use the OpenRISC because it is much larger. Matt ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Microblaze? Why not OpenRISC
On Mon, Oct 20, 2008 at 2:00 PM, Newell Jensen <[EMAIL PROTECTED]> wrote: > For the USRP2 why did you guys decide to go with the Microblaze soft > processor (which is not open source) versus the OpenRISC core on > OpenCores.org (which is open source)? Was it just the overhead that would > have been needed to get it up and running (my guess) or was it something > else? Actually, USRP2 uses the AEMB from OpenCores: http://www.opencores.org/projects.cgi/web/aemb/overview -- Johnathan Corgan Corgan Enterprises LLC http://corganenterprises.com/ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Strange result with trondeaus/dbs
On Mon, Oct 20, 2008 at 7:12 AM, Per Zetterberg <[EMAIL PROTECTED]> wrote: > As I mentioned erlier I receive a signal only on the A-side when running the > trondeaus/dbs code on my flexrf1800. I just tried running on another USRP > also equipped with flexrf1800 (using the same PC and the same input signal). > For this USRP there is no input signal on the A side nor on the B side. This code has been migrated to a a more current "feature branch", with some further updates. Can you try out: http://gnuradio.org/svn/gnuradio/branches/features/cppdb -- Johnathan Corgan Corgan Enterprises LLC http://corganenterprises.com/ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Microblaze? Why not OpenRISC
For the USRP2 why did you guys decide to go with the Microblaze soft processor (which is not open source) versus the OpenRISC core on OpenCores.org (which is open source)? Was it just the overhead that would have been needed to get it up and running (my guess) or was it something else? Thanks, -- Newell http://www.gempillar.com Before enlightenment: chop wood, carry water After enlightenment: code, build circuits ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] software defined antenna
I have an experimental four-element phased array running with 4 short verticals for the 160M/80M ham bands using the four channels of the USRP. The beam steering is fully functional, but there are still a bunch of other issues to be solved to make it a usable system. Dick... ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] atsc data sample file needed
does anyone have atsc data captured by the usrp that i can download. Thanks Achjilleas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Wired Keyboard Sniffer
Slashdot ran an article today that links to a video demonstrating a novel use of the USRP: the remote keyboard sniffer. Anyone for starting an identity protection business? Will Martin and Sylvain be posting their code for the rest of us hackers? Nice work, I look forward to reading their final report. http://lasecwww.epfl.ch/keyboard/ Sincerely, Glenn ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Strange result with trondeaus/dbs
Hi All, As I mentioned erlier I receive a signal only on the A-side when running the trondeaus/dbs code on my flexrf1800. I just tried running on another USRP also equipped with flexrf1800 (using the same PC and the same input signal). For this USRP there is no input signal on the A side nor on the B side. BR/ Per ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] rds on cgran
Dimitris Symeonidis wrote: I have uploaded the latest version of my RDS code on cgran: https://www.cgran.org/wiki/RDS i thought you might be interested feel free to send me any suggestions/bug reports Thanks for the add Dimitris! One thing I'm working on in CGRAN is the ticket system. I'm trying to add a form so when users create new projects, they can add a component to the ticket system such that bugs can be filed for the project as a component. In the meantime, I added one manually for now. Then, I'm trying to fix up the ticket view so that people can view all tickets for a project/component. I added a link to your project page for someone to file a ticket, which automatically gets assigned to you and you're e-mailed :) As a registered user, you can modify tickets, resolve them, delete them, anything you want. You can of course remove it if you don't want to use the ticket system. - George ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] rds on cgran
I have uploaded the latest version of my RDS code on cgran: https://www.cgran.org/wiki/RDS i thought you might be interested feel free to send me any suggestions/bug reports Dimitris Symeonidis "If you think you're too small to make a difference, try sleeping with a mosquito!" - Amnesty International ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] OFDM output in spectrum analyzer
Hello, I am testing the OFDM trunk code 9798 in openSUSE 10.3 (i586). I run the benchmark_ofdm_tx.py script while having connected the USRP to a spectrum analyzer and to my surprise, using the default parameters of the script (those are: Modulation Type: bpsk, FFT length: 512, Occupied Tones: 200, CP length: 128, Tx amplitude: 200) The spectrum shape that I get corresponds more to a single carrier modulation than to an OFDM signal (I see just 4 peaks spaced around 4MHz). I cannot see where all the subcarriers are gone! There is not any error message prompted or apparently any reason so that this is not working. I would really appreciate some help with this issue. Thanks in advance. -- Natalia Olano ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Help required in understanding backtrace
Hi, I get following backtrace of my program, but I am unable to understand it as it is first time I am dealing with such backtrace. Can someone help me to understand it. At least give me some clue how I can understand it and find these errors. -- #0 0xb710c289 in std::_List_node_base::hook () from /usr/lib/libstdc++.so.6 #1 0xb54e324a in fusb_ephandle_linux::completed_list_add (this=0x4f70, urb=0x8d5ec88) at /usr/include/c++/4.2.1/bits/stl_list.h:1162 #2 0xb54e364b in fusb_devhandle_linux::_reap (this=0x8d50888, ok_to_block_p=true) at fusb_linux.cc:268 #3 0xb54e37b2 in fusb_ephandle_linux::reload_read_buffer (this=0x8d508a0) at fusb_linux.cc:609 #4 0xb54e38b0 in fusb_ephandle_linux::read (this=0x8d508a0, buffer=0xb4a640ec, nbytes=14336) at fusb_linux.cc:575 #5 0xb54d69e9 in usrp_basic_rx::read (this=0x8d50600, buf=0xb4a640ec, len=14336, overrun=0xb4a680fb) at usrp_basic.cc:607 #6 0xb54a2de7 in usrp1_source_base::work (this=0x8d42e58, noutput_items=3584, [EMAIL PROTECTED], [EMAIL PROTECTED]) at usrp1_source_base.cc:105 #7 0xb60a80fa in gr_sync_block::general_work (this=0x8d42e58, noutput_items=3584, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]) at gr_sync_block.cc:64 #8 0xb60a6194 in gr_single_threaded_scheduler::main_loop (this=0x8d74788) at gr_single_threaded_scheduler.cc:338 #9 0xb60a76dd in gr_single_threaded_scheduler::run (this=0x8d74788) at gr_single_threaded_scheduler.cc:86 #10 0xb60a51d4 in gr_scheduler_thread::run_undetached (this=0x8d74a20, arg=0x0) at gr_scheduler_thread.cc:98 - Best Regards Kaleem Ahmad -- View this message in context: http://www.nabble.com/Help-required-in-understanding-backtrace-tp20065799p20065799.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] install OFDM
Dear Experts I am a really novice of GNU radio. I just installed GNU radio and succeeded in run FM radio with USRP. Actually, my goal is to transmit and receive OFDM signals. http://www.gnuradio.org/trac/wiki/CygwinInstallMain I've read some source file of OFDM codes.. http://gnuradio.org/svn/gnuradio/trunk/ But I don't know how to include those files to my system. Please let me know how to do it.. thanks a lot -- Posted via http://www.ruby-forum.com/. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] gnu-discuss: USRP connection
Hello, We are working with OpenSuse 11.1 and we have problems trying to connect the USRP, the O.S. recognizes it but we can't see the device. Anyone can help us? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
