Re: [Discuss-gnuradio] Help : Using another Hardware in gnuradio.
Thanks tom ... As the question sounds to be a bit ambigous , what i was trying to figure out was that , I have a hardware drivers written in labview programming ie. .vi format, now as per the usrp it uses .rbf files to talk to the usrp hardware . But now as i want a new hardware to be used there would not be any .rbf files but instead the hardware driver written in the .vi form . So what i was trying to figure out was that , is that possible to make a block in gnuradio where i will replace the usrp block with my abcd block , and if so how can i do this . thanks for the immediate reply and highly apologize for the ambiguity. Thanks On Sat, Apr 16, 2011 at 8:18 PM, Tom Rondeau trondeau1...@gmail.com wrote: On Sat, Apr 16, 2011 at 1:27 AM, ton ph phenomenon.aur...@gmail.comwrote: Hi everyone , I think this is true that gnuradio is a general purpose signal processing framework , not only for USRP. Now i have a question regarding this , suppose i have a hardware in which the hardware drivers are given in .vi [ labview ] or matlab compatible format . At this situation what i can i do, is I can make a share library .so format of my hardware interaction block and embed it to my gnuradio core as like the usrp block. So, what i want to ask is that , is the idea which i am thinking is alright or that ll not be possible. If not possible how can we solve such kind of situation. Thanks in advance and any illogical question if mistaken from my side , I highly apologize for that. Thanks. I'm not sure I fully understand what you're saying, possibly just due to lack of details. But in general, yes, if you can make a library hardware driver with an API to set the proper parameters and to get and send samples, then you can work with it in GNU Radio. You would probably want to write something like a gr-your_hw block that wraps your device driver library in a way that works with GNU Radio, much like how we have gr-usrp, gr-usrp2, and gr-uhd right now. Tom -- Phenomenon # Life is the most precious phenomenon ever happen ... # Lets pray and give emotional strength to the innocent brave victims of japan. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Help : Using another Hardware in gnuradio.
As the question sounds to be a bit ambigous , what i was trying to figure out was that , I have a hardware drivers written in labview programming ie. .vi format, now as per the usrp it uses .rbf files to talk to the usrp hardware . But now as i want a new hardware to be used there would not be any .rbf The rbf file is an FPGA configuration file for the altera FPGA in the USRP1. My understanding is that a VI is a program that runs in the labview runtime environment. Not related. files but instead the hardware driver written in the .vi form . So what i was trying to figure out was that , is that possible to make a block in gnuradio where i will replace the usrp block with my abcd block , and if so how can i do this . 100% possible Any arbitrary hardware can work with gnuradio. You need to write a class in C++ that inherits from a gr_sync_block and talks to your device. Are you willing and able to do that? -- another option -- Some people use a named pipe to share streaming data between a gnuradio file source/sink and another software environment that produces/consumes the samples. -Josh ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] GRC samp_rate question
Hi List, I am working on an energy detector on USRP1 and i use GRC to develop a model first. I need to scan some start and stop freqs. and determine if energy level is exceeded. As i search on the net, the bandwidth of the USB interface is 32MB and 16MB is used for I-Q samples respectively. If i set the samp_rate parameter = 8M on GRC, does that mean, i receive the whole 8MHz BW for a given center freq.(from fc-4M to fc+4M). Mehmet. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Help : Using another Hardware in gnuradio.
On Sun, Apr 17, 2011 at 1:00 PM, Josh Blum j...@joshknows.com wrote: As the question sounds to be a bit ambigous , what i was trying to figure out was that , I have a hardware drivers written in labview programming ie. .vi format, now as per the usrp it uses .rbf files to talk to the usrp hardware . But now as i want a new hardware to be used there would not be any .rbf The rbf file is an FPGA configuration file for the altera FPGA in the USRP1. My understanding is that a VI is a program that runs in the labview runtime environment. Not related. Thanks josh regarding the VI programming , yes it does run on labview , so what i can do with this part of my problem is that , i can think of generating a .so library which does the work of interacting /talking to my device and by importing this files in my gnuradio block i could think of integrating with my gnuradio custom block. Hope u understand my point , and i highly apologise if my thinking is wrong. files but instead the hardware driver written in the .vi form . So what i was trying to figure out was that , is that possible to make a block in gnuradio where i will replace the usrp block with my abcd block , and if so how can i do this . 100% possible Any arbitrary hardware can work with gnuradio. You need to write a class in C++ that inherits from a gr_sync_block and talks to your device. Are you willing and able to do that? -- another option -- Some people use a named pipe to share streaming data between a gnuradio file source/sink and another software environment that produces/consumes the samples. thanks for your guidance . -Josh ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Phenomenon # Life is the most precious phenomenon ever happen ... # Lets pray and give emotional strength to the innocent brave victims of japan. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] CIC decimator in software
On Sat, Apr 16, 2011 at 7:23 PM, Marcus D. Leech mle...@ripnet.com wrote: I'm looking for opinions about whether doing a single-stage, N=2 decimator in software is practical for sample rates of ~100Msps. Assume reasonably-modern X86-64 hardware, and R=[2..500]. It looks like the integrator stage could be reasonably lightweight, and the comb stage for N=2 could also be quite lightweight. Assume that input words are 10 to 12 bits. It looks like bit growth wouldn't be much of an issue, because it's single-stage. -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org My guess is that, yes, you can probably get those speeds from a CIC in software. You're right, it's not very complicated, so, considering other numbers I've seen on various other SDR stuff people have done, I think it's doable. You might have to resort to SIMD programming to really get there, though. Then again, that's what Volk is for :) Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] CIC decimator in software
I'm looking for opinions about whether doing a single-stage, N=2 decimator in software is practical for sample rates of ~100Msps. Assume reasonably-modern X86-64 hardware, and R=[2..500]. Assuming you can get the data into the processor fast enough, I expect you will. (As a reference point: a decade ago I wrote a fourth order fixed point Bessel filter as a speedtest for my StrongARM-based SDR platform, with 16bit input, 32bit coefficients and 64bit accumulator. After a minor fixup to make it 64-bit clean, it shows a throughput of 290Msps (fixp) / 275Msps (floatp) on my vanilla Core i7-920.) Good luck, JDB. -- LART. 250 MIPS under one Watt. Free hardware design files. http://www.lartmaker.nl/ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] gr-noaa HRPT Receiver
Hi, Does anyone have any experience using the 'file_rx_hrpt' program in the gr-noaa package? I've been unsuccessful using it with raw HRPT data files that I downloaded from NOAA's website (www.class.ngdc.noaa.gov). The receiver does not seem to identify any frames. I would eventually like to process data received by a USRP from the satellites, but was hoping to first familiarize myself with the general HRPT receiver flow by using raw data files. If someone could point me towards an HRPT data file that is verified to work with the receiver or advise me on how to get the receiver working with the NOAA files, I'd greatly appreciated it. Thanks, Jordan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio