Re: [Discuss-gnuradio] GNU Radio for Android
Wow, it's so cool! I'll have a try, following your wiki. -Lin 2015-05-06 4:06 GMT+08:00 Tom Rondeau t...@trondeau.com: While I have been talking around it for a while, I wanted to better publicize our work on GNU Radio for Android. We can now build applications that run GNU Radio flowgraphs on Android (= 5.0). We build the flowgraph in C++ and link it through to a Java app for the user interface using the JNI. I have tried to collect the howtos for getting all of the various parts up and running here: http://gnuradio.org/redmine/projects/gnuradio/wiki/Android Last week, we got UHD support working, and I felt this was a big marker in our progress on the project. To top it off, we now even have ControlPort support on Android apps, which makes it possible to provide remote control and run tools like gr-perf-monitorx, from which I'm already finding out new things about GNU Radio and Android device performance issues. There's still a big warning about this being a work in progress, and it definitely is. However, with the support for all of the various hardware and tools that we now have, I think we're at a place of usability for a lot of applications. Feel free to ask questions if things in the wiki don't work for you. I've tried to go through it multiple times and make it as robust as possible and mostly things should be copy-and-paste. But as things change, and they do rapidly here, we're likely to continue to need some evolution of the instructions. I will hopefully post some of my simple applications online sometime soon, as well. Tom ___ 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] [USRP-users] best transmitter/receiver setup for large coverage
1 km is a long distance, so the lower frequency, the less pathloss. Use maximum tx gain and rx gain. And the distance may highly depend on the environment. Is there buildings, trees, or just a blank space? Lin 2013/8/15 dilip thapa palpa5b...@hotmail.com Hi, I am using usrp2 and gnuradio 3.3.0. I want to use benchmark_tx.py as transmitter and benchmark_rx.py as receiver. so that multiple receiver at distance of around 1 KM should get good signal strength. So could you please let me know the best options for tx and rx waveform, so I could get the maximum range of coverage. best options means: transmitter frequency, tx gain, tx amplitude and rx-gain, if there is any other then let me know. I need this to do spectrum sensing with energy detection. with Thanks, Dilip ___ USRP-users mailing list usrp-us...@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] [USRP-users] best transmitter/receiver setup for large coverage
Dilip, So you just use CORNET remotely. Well, I think you should try different parameters... They use Custom developed USRP2 daughterboard based on the Motorola RFIC4. I didn't find *specifications on the custom daughterboard* in the FAQ. Lin 2013/8/15 dilip thapa palpa5b...@hotmail.com Lin, actually it is under the building please check here CORNEThttp://cornet.wireless.vt.edu/trac/wiki/CORNET/NetworkTopography. ~Dilip -- Date: Thu, 15 Aug 2013 19:49:38 +0800 Subject: Re: [USRP-users] best transmitter/receiver setup for large coverage From: huanglin.b...@gmail.com To: palpa5b...@hotmail.com CC: discuss-gnuradio@gnu.org; usrp-us...@lists.ettus.com 1 km is a long distance, so the lower frequency, the less pathloss. Use maximum tx gain and rx gain. And the distance may highly depend on the environment. Is there buildings, trees, or just a blank space? Lin 2013/8/15 dilip thapa palpa5b...@hotmail.com Hi, I am using usrp2 and gnuradio 3.3.0. I want to use benchmark_tx.py as transmitter and benchmark_rx.py as receiver. so that multiple receiver at distance of around 1 KM should get good signal strength. So could you please let me know the best options for tx and rx waveform, so I could get the maximum range of coverage. best options means: transmitter frequency, tx gain, tx amplitude and rx-gain, if there is any other then let me know. I need this to do spectrum sensing with energy detection. with Thanks, Dilip ___ USRP-users mailing list usrp-us...@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Flexible RF, Picasso, one paper from SIGCOMM 2012
Hello est, Albert, and all, I read a paper, 'Picasso: Flexible RF and Spectrum Slicing', from SIGCOMM 2012 recently. And I found it gives a solution to integrate many spectrum bands into one antenna and RF chain. Basically, Picasso uses a very wideband AD/DA and then digitally slices the spectrum into many bands for different usages. There are some tricks for interference cancellation. I'm not a RF expert. I don't know whether this solution is really novel. I just remember that you mentioned that LTE has a too wide frequency range and this brings big challenge to mobile chipset design. Picasso is a possible solution to this problem. Just FYI Lin ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] nVidia's Tegra 4 has SDR - the i500 LTE soft modem from Icera
Well, for this case, is the solution with multiple RF modules plus one BB module OK? The BB modules for different bands are almost same, right? Or do you think a very wide band RF module plus a BB module is better? I'm not expert on chipset design. What's your opinion? There are different levels of flexibility. As we talk about software radio, Icera's solution may be not 'soft' enough, but it may be a good choice for cellphone manufacturer. BR Lin 2013/1/15 est electronix...@gmail.com In consumer electronic products, ASIC is always the best performance-price choice. Even with LTE you have to deal with 12 freq. bands? On Tue, Jan 15, 2013 at 4:03 PM, Lin HUANG huanglin.b...@gmail.comwrote: ASIC is always the best performance-price choice. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] nVidia's Tegra 4 has SDR - the i500 LTE soft modem from Icera
Thanks for your opinion sharing. I'll read the links you gave. I'm thinking that the advantage of software radio is its flexibility but this flexibility is constrained by standards of telecommunication. I mean when you create a telecom device you have to follow standard, so that less space is left for your innovation. That's why software radio is majorly used in research activities or military systems. In consumer electronic products, ASIC is always the best performance-price choice. Only when the two ends (network and terminal) of telecommunication can be self-defined, the constrain of standard is broken then people can create anything freely. Anyway, this may be a wrong proposition, and an impossible mission. Regards Lin 2013/1/14 Albert Chun-Chieh Huang alberthuang...@gmail.com Hi, Lin, According to Icera's previous product lines, there is no any documentation for instruction sets. I think their market is the same as Qualcomm's, i.e. cell phone manufactorurs. TI has a digital signal processor C6670, which targets base stations. It contains some coprocessors, e.g. turbo encoder/decoder, FFT coprocessors, to perform signal processing tasks. TI provides detailed documentation for DSP instruction set as well as these coprocessor configuration. IMHO, TI C6670 is more suitable for GNU Radio guys to DIY something. C6670 EVM has Gigabit Ethernet interface to connect to USRP N2xx and is sold at the price of USD$599. You can find information for C6670 at http://processors.wiki.ti.com/index.php/C6670 IMHO, to do SDR on generalized CPU like x86 is very difficult to achieve low power consumption if the targeted standard is cellular communication. I would guess that Icera's approach is using some SIMD processors with instruction set specialized for signal processing tasks, such as FFT, Turbo codec, Rake receivers. Optimizing programs with that kind of instruction set requires long-time training and careful tuning. And I guess they use assembly to write these programs in order to save memory footprint and hence reduce die size of the chip. But that's just my guess. Software radio, as I imagine and expect, would be very easy to program in high level language with a lot of flexibility and many already-existed components. If computing power is not enough to perform real-time communication on a single computer, it is reasonable to split tasks among several computers. On ICE's website, it is compared to CORBA, which is a distributed computing framework/service. By introducing ICE into GNU Radio, as I expect happily, would make distributed SDR possible, that means if we need more computing power for real-time communication, we might be able to add more computers with careful splitting tasks among these computers! And these programs are written in high level languages! That makes developing communication more enjoyable than writing and tuning assembly code! Cheers, Albert Lin HUANG huanglin.b...@gmail.com writes: Hi Albert, If that is as you said, Icera won't open the instruction set and develop tool, and all the software are encrypted. Then this chipset is not suitable for people like GNU Radio guys to DIY something. So, what is the major market of this chipset? Cellphone manufactor? Let them to develop more diverse products? I paid attention to Icera's solution for a long time. I hope there will be a small chipset which can be used as CPU plus USRP, with low power comsumption, suitable for mobile terminal. Based on your knowledge on industry, do you think when and what kind of solution may come to market? What is 'a scalable computer farm that can do distributed SDR' that you said? Regards Lin 2013/1/9 Albert Chun-Chieh Huang alberthuang...@gmail.com I'd rather spend time to build a scalable computer farm that can do distributed SDR Hi Albert, If that is as you said, Icera won't open the instruction set and develop tool, and all the software are encrypted. Then this chipset is not suitable for people like GNU Radio guys to DIY something. So, what is the major market of this chipset? Cellphone manufactor? Let them to develop more diverse products? I paid attention to Icera's solution for a long time. I hope there will be a small chipset which can be used as CPU plus USRP, with low power comsumption, suitable for mobile terminal. Based on your knowledge on industry, do you think when and what kind of solution may come to market? What is 'a scalable computer farm that can do distributed SDR' that you said? Regards Lin 2013/1/9 Albert Chun-Chieh Huang alberthuang...@gmail.com I'd rather spend time to build a scalable computer farm that can do distributed SDR -- Albert Chun-Chieh Huang(�S俊��) Blog: Random Notes, http://alberthuang314.blogspot.com/ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https
Re: [Discuss-gnuradio] nVidia's Tegra 4 has SDR - the i500 LTE soft modem from Icera
Hi Albert, If that is as you said, Icera won't open the instruction set and develop tool, and all the software are encrypted. Then this chipset is not suitable for people like GNU Radio guys to DIY something. So, what is the major market of this chipset? Cellphone manufactor? Let them to develop more diverse products? I paid attention to Icera's solution for a long time. I hope there will be a small chipset which can be used as CPU plus USRP, with low power comsumption, suitable for mobile terminal. Based on your knowledge on industry, do you think when and what kind of solution may come to market? What is 'a scalable computer farm that can do distributed SDR' that you said? Regards Lin 2013/1/9 Albert Chun-Chieh Huang alberthuang...@gmail.com I'd rather spend time to build a scalable computer farm that can do distributed SDR ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] LTE LTE-Advanced using GNU Radio
What Eurocom is developing is a TDD system, but I don't think they develop for Chinese version. Long time ago, when they developed the 3.84M chip rate TDD CDMA system they focused on TDD. So I guess the reason may be the spectrum license that Eurocom has is a TDD one. As for us, our target is a FDD LTE system. 2011/8/17 Alexander Chemeris alexander.cheme...@gmail.com Thank you, I will try. Do you know what flavor of LTE do they implement? Is it something which can be useful in Europe, or it's only Chinese version of LTE? On Mon, Aug 8, 2011 at 13:47, Lin HUANG huanglin.b...@gmail.com wrote: Try this: http://www.openairinterface.org/overview/page1011.en.htm Lin 2011/8/4 Thomas Tsou tt...@vt.edu On Tue, Aug 2, 2011 at 7:31 PM, Lin HUANG huanglin.b...@gmail.com wrote: This link is for download. https://twiki.eurecom.fr/twiki/bin/view/OpenAirInterface/GetSources But the username seems not usable. You have to contact the server administrator to get an account. I couldn't find any contact information for the administrator or anything on getting access. Do you know where I can find that information? Thomas -- Regards, Alexander Chemeris. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] LTE LTE-Advanced using GNU Radio
At least L1, we spent a lot of time on checking the code's compliance with spec. I heard the RRC part is not completed. Lin 2011/8/4 Alexander Chemeris alexander.cheme...@gmail.com Hi Lin, On Wed, Aug 3, 2011 at 06:31, Lin HUANG huanglin.b...@gmail.com wrote: This link is for download. https://twiki.eurecom.fr/twiki/bin/view/OpenAirInterface/GetSources But the username seems not usable. You have to contact the server administrator to get an account. Yes, their approach to open-source is somewhat weird. I downloaded the code. It has most of LTE funcitons, only few bugs and mistakes which are not fully compatible with the LTE specification. Our comment is: this is a very good reference. Do you refer to L1 or L2 or L3 or all of them? -- Regards, Alexander Chemeris. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] LTE LTE-Advanced using GNU Radio
Try this: http://www.openairinterface.org/overview/page1011.en.htm Lin 2011/8/4 Thomas Tsou tt...@vt.edu On Tue, Aug 2, 2011 at 7:31 PM, Lin HUANG huanglin.b...@gmail.com wrote: This link is for download. https://twiki.eurecom.fr/twiki/bin/view/OpenAirInterface/GetSources But the username seems not usable. You have to contact the server administrator to get an account. I couldn't find any contact information for the administrator or anything on getting access. Do you know where I can find that information? Thomas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] LTE LTE-Advanced using GNU Radio
A very late message ;) There is one open source LTE implementation in Eurecom, named as OpenAirInterface https://twiki.eurecom.fr/twiki/bin/view/OpenAirInterface/WebHome We are now trying to connect this with USRP by UHD. Lin 2011/5/4 Alexander Chemeris alexander.cheme...@gmail.com Adib, We're working on an open-source implementation of WiMAX PHY. It's not exactly LTE, but they have many things in common, so we plan to do LTE work. We invite everyone interested in 4G PHY levels to cooperate and especially we're interested in WiMAX and LTE. To date we only have Matlab scripts, which can decode from I/Q samples to DL-MAP, but we should start moving to C/C++ code very soon. This is one more area where we would appreciate contributions. Project is hosted at Google Code: http://code.google.com/p/wimax-scanner/ Contact me if you have questions. On Mon, Apr 25, 2011 at 09:40, adib_sairi adib_sa...@yahoo.com wrote: Dear all, Is anybody know if there is any work on LTE or LTE-A using GNU Radio? is there already any code for LTE phy layer on GNU Radio? please provide me any information if there is one. thanks.. Adib - Mohd Adib Sarijari Universiti Teknologi Malaysia www.fke.utm.my www.utm.my -- View this message in context: http://old.nabble.com/LTE---LTE-Advanced-using-GNU-Radio-tp31469223p31469223.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 -- Regards, Alexander Chemeris. ___ 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] LTE LTE-Advanced using GNU Radio
This link is for download. https://twiki.eurecom.fr/twiki/bin/view/OpenAirInterface/GetSources But the username seems not usable. You have to contact the server administrator to get an account. I downloaded the code. It has most of LTE funcitons, only few bugs and mistakes which are not fully compatible with the LTE specification. Our comment is: this is a very good reference. Lin 2011/8/3 Alexander Chemeris alexander.cheme...@gmail.com Hi Lin, I'm also looking into it right now, but I can't find LTE-related code in their downloads. Did you? Anyway, please keep us updated with your progress, this is very interesting. On Tue, Aug 2, 2011 at 14:20, Lin HUANG huanglin.b...@gmail.com wrote: A very late message ;) There is one open source LTE implementation in Eurecom, named as OpenAirInterface https://twiki.eurecom.fr/twiki/bin/view/OpenAirInterface/WebHome We are now trying to connect this with USRP by UHD. Lin 2011/5/4 Alexander Chemeris alexander.cheme...@gmail.com Adib, We're working on an open-source implementation of WiMAX PHY. It's not exactly LTE, but they have many things in common, so we plan to do LTE work. We invite everyone interested in 4G PHY levels to cooperate and especially we're interested in WiMAX and LTE. To date we only have Matlab scripts, which can decode from I/Q samples to DL-MAP, but we should start moving to C/C++ code very soon. This is one more area where we would appreciate contributions. Project is hosted at Google Code: http://code.google.com/p/wimax-scanner/ Contact me if you have questions. On Mon, Apr 25, 2011 at 09:40, adib_sairi adib_sa...@yahoo.com wrote: Dear all, Is anybody know if there is any work on LTE or LTE-A using GNU Radio? is there already any code for LTE phy layer on GNU Radio? please provide me any information if there is one. thanks.. Adib - Mohd Adib Sarijari Universiti Teknologi Malaysia www.fke.utm.my www.utm.my -- View this message in context: http://old.nabble.com/LTE---LTE-Advanced-using-GNU-Radio-tp31469223p31469223.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 -- Regards, Alexander Chemeris. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Regards, Alexander Chemeris. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Re: making a small USRP board
I like powered from the USB port too !! But I know what William want to make now. That will be a half-size USRP mother board + single daughter board, placed in a small underwater vehical, and powerd by vehical battery, right? It sounds interesting! Lin 2010/8/30 Mark J. Blair n...@nf6x.net: On Aug 30, 2010, at 8:24 AM, William Cox wrote: Right now I'm thinking the easiest thing would be to keep everything the same, except remove the 2nd mixed-signal chip, and move the power circuit off the board. So, yes, same form factor for daughterboard connections. That seems like a lot of effort and expense to make something just a little bit smaller. Now, if you could make the equivalent of a USRP + WBX board about the size of a pack of playing cards, and powered from the USB port, that would be quite interesting! -- Mark J. Blair, NF6X n...@nf6x.net Web page: http://www.nf6x.net/ GnuPG public key available from my web page. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Re: making a small USRP board
Will it support FDD full duplex? I'd like to run OpenBTS on a smaller USRP. -Lin 2010/8/28 William Cox wc...@ncsu.edu: Yes, same functions, just smaller and only one rx/tx pair. -William On Friday, August 27, 2010, Abdalaleem Andy James Potter ajpot...@youdinar.com wrote: Would it have the same functionality? On 27 Aug 2010, at 22:05, William Cox wrote: I'm interested in making a much smaller USRP1 board. Has anyone tried this? I was planning on stripping out the 2nd AD9862 and the power supply circuit. Is there anything I should watch out for? Thanks. -William ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Re:usrp1 benchmark_ofdm.py
I've met the same problem. At the tail of each burst, the ofdm waveform always becomes a constant line. So the last several ofdm symbols are always error received. I guess it is caused by the RF part, but I'm not sure. My solution is to add some padding bits in the tail of each burst. -Lin 在 2010年5月20日 下午12:10，weizhongshan weizhongsha...@163.com 写道： I'm a newer to USRP ,I'm testing the benchmark_ofdm.py module,and find the last packet is not been received.I wonder why best wishes wei 网易为中小企业免费提供企业邮箱（自主域名） ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] How to finish the rx_callback? in benchmark_ofdm_rx.py
I'm not very clear with your method3. But what we use is very similar
with this method. When we want to jump out from the callback's block
status, we send a useless pkt to it to make it quit out.
Lin
2010/4/20 Sung Jeen Jang wireless.j...@gmail.com:
Hello all
At first, I appreciate you read my text.
My problem is that
how to finish the rx_callback in benchmark_ofdm_rx.py
I think that the structure of benchmark_ofdm_rx.py is like this.
make rx_callback and return this to my_top_block
and return my_top_block to tb
and tb.start()
I want to receive the data in 2.5e9 Hz one time.
and second time receive the data in 2.6e9 Hz.
So I would like to make this scenario.
Receiving the data in specific frequency
and receiving the data in another frequency.
I tried these method, but failed.
failed method 1:
tb = my_top_block(rx_callback, options)
tb.start()
tb.wait() #-- process goes into here and cannot escape
tb.stop()
failed method 2:
tb = my_top_block(rx_callback, options)
tb.start()
tb.stop() # - process broken here
tb.wait()
method 3:
def rx_callback(ok, payload):
n=0
while n1000:
n += 1
(pktno,) = struct.unpack('!H', payload[0:2])
# -- after n goes over 1000, process broken
So, is there good method to this problem?
In combining sensing transmit, I succeed like this
if __name__ == '__main__':
tb_wsensing = my_top_block()
while 1:
tb_wsensing.start() # start executing flow graph in
another
thread...
main_loop(tb_wsensing)
tb_wsensing.stop()
tb_wsensing.wait()
whichfreq=open(minfreq.dat)
a=whichfreq.readline()
freq_offset=float(a)
print a
transmit()
Thank you very very very much for your reading.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP2 transmit to USRP1 issue
I met similar problem about the USRP2 transmitting. When I record the received signal I found the signal that USRP2 transmitted out is not continuous. Some signal segements are lost. This problem is independent with the data rate. And this problem appears in some DELL computers but doesn't appear in one IBM computer. I guess the ethernet chipset may be the reason. But I didn't check this until now. You may, 1. Record the signal then check what happens 2. Try another computer BR Lin 2010/3/27 Phillip Walsh phillip.a.wa...@gmail.com The question: Has anyone gotten benchmark_tx.py (or tunnel.py) to work from USRP2 to USRP1? I have built a fairly in-depth CSMA/CA MAC on top of the simple carrier sensing in 'tunnel.py' to test the performance in some protocol variations. My setup works great with the USRP1s which I designed on. The problem is we ordered a USRP2 in edition to the 3 USRP1's we have and I've had no luck getting it to work with the rest. I am using RFX2400 d'boards. The problem is packets sent by USRP2 are either not received at all by the USRP1 or occasionally received but with bit errors. The USRP2 IS able to receive USRP1 packets using DBPSK at 100Kbps successfully. I have tried different rates making sure both give the same actual bitrate using the verbose option. I set tx-amplitude=0.05. I am using the 3.2.2 release, but have also tried the benchmark_tx/rx2.py using 'dbpsk2' in the developers branch with no luck. Thanks for any input, Phil Walsh Auburn University ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] IEEE802.11a/g/p OFDM Encoder for USRP2 released on CGRAN
Congratulations!! Thanks a lot for your contribute! Recently I'm also interested in 802.11p. I'v very glad to see this. :) Lin 2010/1/18 Paul Fuxjäger fuxjae...@ftw.at Hello Everyone, we are glad to announce that our IEEE802.11a/g/p OFDM frame encoder has passed the last round of testing and is now finally released on CGRAN (under GPLv3): https://www.cgran.org/wiki/ftw80211ofdmtx What does the encoder do? In a nutshell: take a MAC payload, slap a static header on it and then do ALL the processing steps that it takes to generate a standard-compliant IEEE802.11a/g/p OFDM frame. That includes things like: CRC32 calculation, generating the bits for the signal-symbol, scrambling, convolutional encoding, forcing the tailbits, symbol-mapping, interleaving, pilot symbol insertion, remapping the carriers, iFFT, cyclic prefix insertion, training-sequence insertion, normalization, etc.. The encoder produces the digital complex baseband signal for the frame and sends it the USRP2 sink (using the appropriate interpolation factor). Unfortunately, due to USB2 bandwidth constraints this method cannot be used with the USRP Version 1. The result: the frame is successfully decoded by any ordinary WiFi chipset that supports either 11a, 11g or 11p. !!It is important which USRP2 firmware-version is used - for details see the lengthy README included in the trunk!! In the release included is also the MATLAB encoder we wrote in the process of development. It facilitated debugging of the GNURadio encoder as it can be used to generate a reference frame. The MATLAB encoder itself has been checked to be 100% consistent with the ANNEX G reference frame in 802.11-2007. Funny enough - turned out that the reference frame in the official STANDARD document STILL (dated 2007) contains a false CRC32 - so much about taking things for granted :) Our original motivation to implement an OFDM-encoder in GNURadio was that there are no chipsets available for _11p_. This standard is not very well known as it is still in draft status - but it is likely that this amendment will become the industry-standard for vehicular car-to-car and car-to-infrastructure communication applications in the future. And it turned out that the 11p physical layer only differs marginally from 11a and 11g - the OFDM-symbol time is doubled. This is our first contribution and we would like to say a big Thanks! to all the other enthusiasts that supported us by giving helpful hints here on this mailing-list. The main credits for this work go to Andrea Costantini, a young master-thesis student from the University of Salento, Italy. He spent countless hours on this project an was supported by Paul Fuxjaeger, Danilo Valerio, Paolo Castiglione and last but not least Giammarco Zacheo (the only one with decent coding skillz in our group ;) Originally, this release was planned as a small Christmas present to the GNURadio community for December 2009 but last-minute bug-fixes delayed the process. We would like to collaborate with other groups that are interested in WiFi standards and their implementation using SDR tools. Currently, we are concentrating on the receiver counterpart, the main problems seem to be automatic gain control and carrier sensing. Also of special interest for us is the subject of low-latency implementation - to finally implement to a fully fledged WiFi OFDM transceiver in GNURadio. --- Cheers! The SDR-team at FTW PS: In case of questions regarding the code please get in contact with either Paul (fuxjae...@ftw.at), Danilo (vale...@ftw.at) or Paolo (castigli...@ftw.at) as Andrea has left our team after he completed his thesis (good luck down there!) ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Throughput with Turbo Encoder
The throughput depends on how optimal and fast the program you write is. I'm not familar with Turbo decoder theory. In 2007, we used turbo decoder from IT++ libary (http://sourceforge.net/apps/wordpress/itpp/). It is faster than that we wrote. It supports a 64 kbps (One CPU) and 384 kbps (maybe 3 CPUs, I don't remember.) TD-SCDMA PHY layer in realtime. Another method is to use SIMD optimization. Lin 2010/1/16 万千 henghax...@126.com Dear all, I am new to GNU Radio. I am building a transceiver with turbo encoder and FQPSK modulator. At the receiver, FQPSK demodulator softly demodulates the received signals with BCJR algorithm (FQPSK can be viewed as a two-bit input TCM with 16 states). I simulated the system using C++ code. The length of a frame into the turbo encoder is 1024. The generator polynomial is (013, 015). 8 iterations are taken. The three metrics of alpha, beta and gamma are calculated by using LUT to speed up the simulation. But I found that it still is a little bit slow. The turbo decoding operation of a frame takes about 0.064s (the simulation runs on a computer with 2 CPU of 3.0GHz and 2G memory). So I think if the turbo decoding is done by software, the throughput will be rather slow. I checked the mailing list in 2006-05, in which it is said that throughput is very slow with extension to turbo decoding. But I am still wondering with some easy improvements, the throughput can be increased significantly. Further, if iterative phase synchronization is done by software, the receiving time of a frame will be intolerable. So I wonder whether the software define radio is suited for the transceiver that I mentioned above and GNU Radio is really real-time. thanks Neil ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] CDMA in GNURadio
It is possible I think. The current synchronization method only uses the inserted preambles. If you don't change the preamble, it will not affect the synchronization. You may add a Code block into the transmitter diagram, also you need to change some parameters of other blocks. But for the receiver side, it is not as easy as the TX side. Because for the receiver path: ofdm receive -- ofdm demod only two blocks. You have to go deep into them and modify them. Lin 2009/11/21 Brook Lin gnu.f...@yahoo.com Hi Brian and All, Thanks for your last reply about implementing CDMA in GNURadio. I read some materials on synchronization and also the OFDM examples in GNURadio. Is that possible if I add a Code block into the OFDM block diagram to implement MC-CDMA? For the OFDM Transmit path: frame source - symbol modulation - insert preambles - IFFT - add cyclic prefix - scale - USRP Can I add a code block into this path to get MC-CDMA, like frame source - symbol modulation - code - insert preambles - IFFT - add cyclic prefix - scale - USRP Is this possible for implementing the MC-CDMA. Can I apply the same synchronization method for OFDM into MC-CMDA? Please advise me. Thanks, Brook Brian Padalino wrote: On Mon, Oct 26, 2009 at 6:31 PM, Brook Lin gnu.f...@yahoo.com wrote: Thanks for your reply, Brian. Is there any examples that I can reference? Though I have never read any of the books, these seem to have a lot of good information: Spread Spectrum and CDMA: Principles and Applications # ISBN-13: 978-0470091784 CDMA: Principles of Spread Spectrum Communication # ISBN-13: 978-0201633740 They both have sections on synchronization, and other details you will encounter in a CDMA system. Good luck! Brian ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- View this message in context: http://old.nabble.com/CDMA-in-GNURadio-tp26067547p26447376.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 mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] why usrp2::tx_raw: FIXME: short packet still appear
Hello all, I tried 'ofdm example' on my two computers. I used 'benchmark_ofdm_tx.py' and 'benchmark_ofdm_rx.py' for test. 1. If I use computer A as transmiter and computer B as receiver. The transmission is successful. 2. But if I take B as transmitter and A as receiver. B will report 'usrp2::tx_raw: FIXME: short packet' sometimes. 3. And if B transmits in discontinuous mode, the error 'short packet' disappear but the signal transmitted out still seems not correct since A cannot demodulate it correctly. Some data may be lost at the transmitter side. (Later, I'll open logging to confirm this.) I had a look in the discussion list and I found this error should have been fixed in gnuradio3.2.2. But at that time computer B used gnuradio3.2.0. So I reinstalled gnuradio for version 3.2.2. But this error still appears. A computer is FC8 + gnuradio3.2.2 B computer is FC10 + gnuradio3.2.2 What does other configuration need to make the ethernet port work well? Thanks a lot for your help!! Best Wishes Lin ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP OFDM example TIMEOUT always timeout on RFX2400 can not be solved
suggest you open the logging flag, then have a look at the data file to find which block doesn't work well. 2009/9/25, zhenhuan86 wz...@hotmail.com: Hi everyone, now I have one a USRP device with two RFX 2400. when i try to use the example in gnuradio-example/python/ofdm/ benchmark_tx/rx.py. i use this one board to send and receive. the following command is the command i use, but the result is Timeout. I can not figure that out, anybody can give me a idea~, the gnuradio is Version3.2. is the problem of the gnuradio daughterboard or i use the wrong command. i just use the example in the gnuradio. what can i do, thnx~. ./benchmark_tx.py -m qpsk -f 2400M --tx-amplitude=5000 -T A --log ./benchmark_rx.py -m qpsk -f 2400M -R A --log -- View this message in context: http://www.nabble.com/USRP-OFDM-example-TIMEOUT-always-timeout-on-RFX2400-can-not-be-solved-tp25588234p25588234.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 mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Re: transmission from usrp1 vs. usrp2
YES. I also found this fact that the dynamic ranges of two usrps are so different, just in these days. Furthermore, the range of usrp.source_32fc is also +-1.0, right? Because I found the sample amplitude is very small when I use usrp2_fft.py observe the same RF input on USRP2, compared with usrp_fft.py on USRP. Lin 2009/8/11, Johnathan Corgan jcor...@corganenterprises.com: On Tue, 2009-08-11 at 09:38 -0600, Jordan J Riggs wrote: Here is the FFT output of the two devices. This looks like gain compression or even clipping on the USRP2. The dynamic range of samples to be sent to the usrp.sink_c block for the USRP1 is +- 32767. The dynamic range of samples to be sent to the usrp2.sink_32fc block for the USRP2 is +-1.0. In either case, the RFX boards go into gain compression in the upper 20 dB or so of their transmit range, so if you have a modulation which requires linear frequency response (e.g., filtered BPSK), you need to restrict the sample amplitude to +- 3000 or so for USRP1 and += 0.1 or so for USRP2. If you are in fact sending the same actual sample range valid for the USRP1 (+-32767) into the USRP2 sink, you will of course get severe distortion as the sink will clip this to a +-1.0 square wave. Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: Re[Discuss-gnuradio] al-time video receiving?
Yes. This document will be helpful. I think VLC has friendly user interface so maybe you just install it then you will know how to start it. If the data rate of your gnrradio link is very low, you have to set small size of the image (e.g. 480*320) and very low bit rate to the video codec (bad quality). Good Luck Lin 2008/6/20, Brian Padalino [EMAIL PROTECTED]: On Fri, Jun 20, 2008 at 3:08 AM, Brook Lin [EMAIL PROTECTED] wrote: Thanks so much. But do you have some tutorial regarding it? How should I start it? I believe you may be looking in the wrong place for the answer to this one. Might I suggest VLC's documentation? You may want to try this out: http://www.videolan.org/doc/ I think I'd recommend VLC Streaming Howto: Complete user guide for the server aspects of VLC, but feel free to browse through them all. Brian ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] How is USRP2 going now?
Hi Matt and all, We keep waiting for the USRP2 available and plan to use it upgrade our platform's bandwidth. How is it going now? Do you wish to publish it before SDR'08 Tech Conf? BR HUANG Lin ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: Re[Discuss-gnuradio] al-time video receiving?
You may try 'VideoLAN'. It supports IP streaming output and input. Then you can make your TX RX as an IP tunnel. BR HUANG Lin 2008/6/19, Brook Lin [EMAIL PROTECTED]: Hi All, I am using benchmark_tx.py and benchmark_rx.py to transmit and receive video file. For now, I have a video file to transmit, and at the receiver side, I save the received data to a file, then use a media player to play it. This part works fine. However, how about if I want to do a real-time video receiving? How to sink received data directly to a media player, instead of saving them as a file first? Thanks, Brook -- View this message in context: http://www.nabble.com/Real-time-video-receiving--tp17996908p17996908.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 mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP Documentation
Thank you so much! This is very useful for me to introduce USRP to other people. Thank you! Firas! BR HUANG Lin ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Contribution: ofdm system
Hello all, Our team also implemented a MIMO-OFDM platform in the past few months. The system parameters are like LTE. But it is not fully in GNU Radio framework, so it's not suitable to be imported. One paper introducing this platform will be published in SDR07 Tech Conference. Unfortunately I cannot go to attend this conference. :( Otherwise maybe I could meet Eric or Ettus to thank you for such good USRP and GNU RADIO. Best wishes HUANG Lin 2007/10/19, Dominik Auras [EMAIL PROTECTED]: Hello, In the last months, we have developed an ofdm system using your gnuradio architecture as part of a research on dynamic resource allocation. Now we like to contribute parts of our code to the gnuradio project. We think that it will be useful to you since it partially employs more advanced techniques than in your example. If you like it, I suggest to add it as an alternative ofdm system. We are using this system on USRPs at revision 4 with daughterboards RFX2400. It is tested, stable and has a good performance in BER and SNR. All hierarchical blocks are using the new style blocks. Here are some facts about the receiver and transmitter: - preamble based timing synchronization The modified Schmidl Cox algorithm is used to position the sampling window at the first preamble. Only coarse timing synchronization is done. - preamble based frequency offset synchronization Before FFT, the frequency offset, divided into a fractional part and an integer part, will be estimated based on the SC preamble (also used for timing sync) and a second preamble. Therefore both fine and coarse frequency offset estimation is performed. - preamble based channel estimation The second preamble, used for frequency offset estimation, will be exploited to give an estimate of the current channel state. The fine timing synchronization is absorbed into the channel transfer function (as phase rotation), i.e. compensated for at this place. - pilot tone based sampling frequency offset estimation We insert 8 pilot tones (or subcarriers) to ofdm data blocks. The sampling frequency offset (as phase rotation) and the residual carrier frequency offset is estimated and compensated for. Without SFO compensation, we observed a severe drop of SNIR using the USRPs, especially between two different charges we bought. The current algorithm acquires and tracks the SFO and RCFO within an ofdm frame. - flexible channel estimator The estimator block can easily use several ofdm blocks to estimate the channel transfer function. It will output both the inverse ctf to be fed to the equalizer and the ctf. It uses a simple zero-forcing criteria. The known blocks' positions within the ofdm frame can be freely chosen. For example, we used a midamble in our experiments to mitigate some special problems. - flexible mapper/demapper We created a new ofdm mapper/demapper that allows to assign different signal constellations on different subcarriers. This can be either static or dynamically changed. Please let me know if you want to have more details. If you accept our contribution, I will port the system to use your packet utils and to have it behave like your systems. Please note that the system has a modular design and uses simple gnuradio blocks if possible and useful. Additionally, I personally want to thank you for your great work at the gnuradio project. It is definitely one of the best SDR environments. Greetings, Dominik Auras Chair of Theoretical Information Technology RWTH Aachen University http://www.ti.rwth-aachen.de ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] about how to test RFX900 with USRP
2007/6/24, CHEN,ZHIFENG [EMAIL PROTECTED]: Hi, I am a beginner in USRP for GNU Radio. I just buy two sets of USRP with RFX900 for our project. There is no any documents together with the package. That is fine for play USRP monther board. I have test the USRP and it is fine. But when I want to test a transmitter and receiver between two sets of USRP+RFX900, there is no any documents address this. I have to find which file may be used to test RFX900, and furthermore go through all the codes in that file to decide how to build up a link between two RFX900. Since there are almost no comments, it is very difficult for many beginners like me to understand. Does anyone have suggestions for: 1. which files should I use to test link between two RFX900? Just change the carrier frequency, you may use a lot of files for test. For example, usrp_fft.py, usrp_nbfm_ptt.py, usrp_nbfm_rcv.py etc. http://gnuradio.org/trac/browser/gnuradio/trunk/gnuradio-examples/python/digital is a good example for full duplex transmission. 2. which file may I use to set the power gain for trasmitter? since my experience before is LNA in receiver has maximum input power limit. Only the software gain. I mean the data you give to DA. 3. which file may I use to set different waveforms? 4. Is there such documents addressing these for beginner? Thank you very much! http://www.gnu.org/software/gnuradio/doc/howto-write-a-block.html how to write a block is a document for beginner. And http://www.nd.edu/~jnl/sdr/docs/tutorials/ is a good tutorial, but maybe not updated for a long time. Hope they are helpful for you. BR HUANG Lin Best Regards, James ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] A rfx2400 is down, which chip on the borad is broken?
Hello all, Just update the status of our broken boards. Now they are fixed up. :) We replaced the amplifier chip, U4 MGA82563, with a new one. Then everything works now. Good luck HUANG Lin 2007/6/6, Lin HUANG [EMAIL PROTECTED]: I'd like to report to all of you our investigation results. At least, the TX side works now. But for the RX side, I think it is absolutely broken and I give up to repair it. I changed the resistors R40, R42, R46, R130, R132, R136 to be 1k ohms. This prevents the RX side influencing the TX side. And I connected the 6V power of TX side with the power pin of the control part (U203), because the power of RX is not normal. Then the TX side can work. Thanks a lot for Ettus's help.~ HUANG Lin 2007/5/30, Lin HUANG [EMAIL PROTECTED]: I continued checking these broken boards recent days. I found for the TX side, the graph stops as soon as it starts. It seems the daughter board gives some signal to stop the motherboard to load data from PC. I read the .sch file in the subversion repository and the defination of the interface between db and mb. IOUTN_B IOUTP_B IOUTP_A IOUTN_A the analog IF signal mb--db clock the db is synchronous with mb mb--db I2C_A0 I2C_A1 TX/RX RX1/RX switch control signal mb--db SCLK SDA R/W interface to E2PROM mb--db IO0~IO15 for debug usage. mb--db Which pin will give a wrong signal to motherboard and disable the board? IO? We never used u_write_oe. So it may be as a input? Thanks for Eric and Nikhil's help before. Hope you are continously interested in my bug investigation. Thank you. :) HUANG Lin ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] A rfx2400 is down, which chip on the borad is broken?
I'd like to report to all of you our investigation results. At least, the TX side works now. But for the RX side, I think it is absolutely broken and I give up to repair it. I changed the resistors R40, R42, R46, R130, R132, R136 to be 1k ohms. This prevents the RX side influencing the TX side. And I connected the 6V power of TX side with the power pin of the control part (U203), because the power of RX is not normal. Then the TX side can work. Thanks a lot for Ettus's help.~ HUANG Lin 2007/5/30, Lin HUANG [EMAIL PROTECTED]: I continued checking these broken boards recent days. I found for the TX side, the graph stops as soon as it starts. It seems the daughter board gives some signal to stop the motherboard to load data from PC. I read the .sch file in the subversion repository and the defination of the interface between db and mb. IOUTN_B IOUTP_B IOUTP_A IOUTN_A the analog IF signal mb--db clock the db is synchronous with mb mb--db I2C_A0 I2C_A1 TX/RX RX1/RX switch control signal mb--db SCLK SDA R/W interface to E2PROM mb--db IO0~IO15 for debug usage. mb--db Which pin will give a wrong signal to motherboard and disable the board? IO? We never used u_write_oe. So it may be as a input? Thanks for Eric and Nikhil's help before. Hope you are continously interested in my bug investigation. Thank you. :) HUANG Lin ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] A rfx2400 is down, which chip on the borad is broken?
I continued checking these broken boards recent days. I found for the TX side, the graph stops as soon as it starts. It seems the daughter board gives some signal to stop the motherboard to load data from PC. I read the .sch file in the subversion repository and the defination of the interface between db and mb. IOUTN_B IOUTP_B IOUTP_A IOUTN_A the analog IF signal mb--db clock the db is synchronous with mb mb--db I2C_A0 I2C_A1 TX/RX RX1/RX switch control signal mb--db SCLK SDA R/W interface to E2PROM mb--db IO0~IO15 for debug usage. mb--db Which pin will give a wrong signal to motherboard and disable the board? IO? We never used u_write_oe. So it may be as a input? Thanks for Eric and Nikhil's help before. Hope you are continously interested in my bug investigation. Thank you. :) HUANG Lin ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] A rfx2400 is down, which chip on the borad is broken?
Hi everybody, I'm the colleague of Hanwen. Today I checked the broken board. I need your help especial Ettus' help. We can assure that the mother board is OK, because when we plug other rfx2400, it works well. For this broken rfx2400: 1. The switch control signal, U204 7404 A1 B1 A2 B2 : 0 1 0 1 It seems no problem. And 3.3V voltage is normal. 2. The TX side: For the power supply circuit, U111 ADP3336 has input 6V and output 5V and U110 has 5V input and 3.3V output. For the AD8349, VCC=5V, and ADF4360 has VCC=3.3V. They all seem normal. But when we run the transmit program, the graph always stops immediatly and there is no any error report on screen. I'm very confused with this. 3. The RX side: the power circuit U6 has 6V input and 5V output, but U5 cannot output 3.3V. So U3 ADF4360 has no power supply. If U5 is the reason for board broken, I can try to replace this chip. But I'm not sure the broken chip is U5. I remember Ettus said that the TX and RX path is completely indenpendent. Why our TX path doesn't work either? Untill now we have already broke THREE rfx2400s, all with the same problem. I worry about other boards will be broken too. Can anybody give some advice? Thank you very much! HUANG Lin 2007/5/15, hanwen [EMAIL PROTECTED]: Hi, One of our rfx2400 seems not work. I've tested for a while and found: 1. the board can be identified by motherboard 2. when I plugged the db to motherboard and run some scripts, I found there aren't any samples come to PC through USB cable. (no wave but a blank on usrp_oscope.py) 3. the TX doesn't work either I doubt there is something wrong with the controlling circuit of this db and the RF analog part is OK. I'm really a layman in hardware, can you give me some idea about which part is possibly broken, so I can exchange them to repair. Thanks! ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] A rfx2400 is down, which chip on the borad is broken?
What are you doing to the boards? We are using the rfx2400s to make a 2*2 MIMO-OFDM platform. We also run some other programs like usrp-fft, spectrum sensing etc. What are you connecting them to? 2 common 2.4G antennas, not the PCB antennas from Ettus. What level signals are you connecting to the inputs? RF signal from air. According to the received data in PC, I don't think they are too high. And we have used them for several weeks with the current connection. What are you using for the power supply? The one that came from Ettus Research, or something else? They are exactly the ones from Ettus Research. The story is like this: We use the platform everyday. Then in someday morning or afternoon, we started the USRP and found they had no responses?! Nobody touched the boards during the period. And when we leave the lab, we always shut off the power of the boards. The enclosures are usually open because we often plug in and out the daughterboard. At that time we are always very careful. So we are very confused. What's the reason? HUANG Lin 2007/5/24, Eric Blossom [EMAIL PROTECTED]: On Thu, May 24, 2007 at 07:35:15PM +0800, Lin HUANG wrote: Hi everybody, I'm the colleague of Hanwen. Today I checked the broken board. I need your help especial Ettus' help. We can assure that the mother board is OK, because when we plug other rfx2400, it works well. For this broken rfx2400: 1. The switch control signal, U204 7404 A1 B1 A2 B2 : 0 1 0 1 It seems no problem. And 3.3V voltage is normal. 2. The TX side: For the power supply circuit, U111 ADP3336 has input 6V and output 5V and U110 has 5V input and 3.3V output. For the AD8349, VCC=5V, and ADF4360 has VCC=3.3V. They all seem normal. But when we run the transmit program, the graph always stops immediatly and there is no any error report on screen. I'm very confused with this. 3. The RX side: the power circuit U6 has 6V input and 5V output, but U5 cannot output 3.3V. So U3 ADF4360 has no power supply. If U5 is the reason for board broken, I can try to replace this chip. But I'm not sure the broken chip is U5. I remember Ettus said that the TX and RX path is completely indenpendent. Why our TX path doesn't work either? Untill now we have already broke THREE rfx2400s, all with the same problem. I worry about other boards will be broken too. Can anybody give some advice? Thank you very much! HUANG Lin What are you doing to the boards? What are you connecting them to? What level signals are you connecting to the inputs? What are you using for the power supply? The one that came from Ettus Research, or something else? Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Smart Antenna
In gnuradio-examples/python/multi-antenna or multi_usrp Lin 2007/1/22, Roberto Mastrodonato [EMAIL PROTECTED]: Hi where cai I find MIMO USRP codes? 10x R 2007/1/19, Lin HUANG [EMAIL PROTECTED]: Hi Roberto, I don't think there is code related to Smart Antenna, but many people are working on MIMO-USRP. The difference between them is the correlation between antennas. If you have antenna array for smart antenna, I think you may utilize some code of MIMO. Lin 2007/1/18, Roberto Mastrodonato [EMAIL PROTECTED]: Hi all is there anybody that experienced USRP projects with SMART Antenna technology? If yes, where can I find codes or something else related to USRP-SMART Antenna? Thanks a lot Roberto ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Smart Antenna
Hi Roberto, I don't think there is code related to Smart Antenna, but many people are working on MIMO-USRP. The difference between them is the correlation between antennas. If you have antenna array for smart antenna, I think you may utilize some code of MIMO. Lin 2007/1/18, Roberto Mastrodonato [EMAIL PROTECTED]: Hi all is there anybody that experienced USRP projects with SMART Antenna technology? If yes, where can I find codes or something else related to USRP-SMART Antenna? Thanks a lot Roberto ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] synchronization questions
2007/1/15, science quest [EMAIL PROTECTED]: Hi My appologies if the question is too vague or sounds naive- I have read a number of papers(specially IEEE communication society journals) on synchronization issues in communication- frequency, time and phase sync. All these papers address the issue of synchronization in baseband and no reference is made to the AFC present in transciever chips (which in all probablity is controlled by baseband processor according to some algorithm) . On the other hand literature from receiver circuit perspective present approaches for synchronization in hardware by using AFC/PLL etc and this is performed on RF signal. Considering this, I have the following questions- 1) Is the baseband approach of frequency synchronization only of theroretical interest or are they actually used in products With the development of full-digital receiver, now the baseband frequency synchronization is already used in products. 2) Is the synchronization task perfomed in two stages? eg- first at RF/IF level and then remaining offset in baseband software I'm not familiar with RF/IF. In my opinion, two stages are better. But only one stage is also acceptable. It depends on the signal characters. 3) How is synchronization achieved in USRP- at daughterboard hardware or gnuradio software On the daughterboards, there is no synchonization processing. Everything is made in gnuradio software. You may use 'soft PLL' or 'soft baseband SYNC'. Thanks SQ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Setting Intermediate Frequency (IF)
Oh, recently I'm also confused with the IF issue. Now I see. This is a zero-IF architecture, right? The A/D conversion rate is fixed at 64M. If you want to change the frequency, maybe you can give another clock source outside. 1 bit quatization seems possible. I remember there are some emails discussing 8 bit quantization in this list. 2006/12/19, Davide Anastasia [EMAIL PROTECTED]: Il giorno lun, 18/12/2006 alle 12.44 -0800, Chris Stankevitz ha scritto: I'm curious, why do you want to bring the L1 carrier to an IF of 15.42? I'm workin' on the code written for a custom board who uses this IF. I need to replicate the behaviour of the custom board in the USRP to reuse a large amount of already written code. So I need this IF, a selectable A/D conversion frequency and 1 bit quantization I don't know if it is possible to do that with USRP. I'm a newbie of GNU Radio and something is cryptic for me... and in general any kind of documentation is very full of gaps and it doesn't help who don't know how GNU Radio works. And if you include my crappy english :D Regards, -- Davide Anastasia web: http://www.davideanastasia.com/ email: [EMAIL PROTECTED] ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Xilinx SFF SDR Platform
It is not the same type of product as USRP. It don't need to work with GNURadio I think. The products of xilinx, including other big companies, Spectrum, ICS, Pentek... can completeall the signal processing on the board. They have high processing speed, fast real-time reaction performance. The costare their high price, expensive development software etc. So they are not comparable. Alin 2006/11/14, Brian Padalino [EMAIL PROTECTED]: I just read that Xilinx has come out with an interesting small formfactor SDR platform.More details can be found here: www.xilinx.com/dsp/sffsdrIt's a shame they are priced so high, but it would be very interestingto see how difficult it might be to get GNURadio to work with other sets of hardware over USB - especially since it's just a datastream.Brian___Discuss-gnuradio mailing list Discuss-gnuradio@gnu.orghttp://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] What does the onboard FPGA now and how can I realtime process the signal?
Yes, I knew that. That will bea really great improvement. I've been waiting for that. :) ButI don't knowwhen it'll be ready for all of us. ;P How about the time schedule? alin 2006/10/12, Eric Blossom [EMAIL PROTECTED]: On Tue, Oct 10, 2006 at 04:38:47PM +0800, Lin Huang wrote: The time slot has to be strictly at micro-second level. Now the whole vision is not very clear for us. We don't know whether the TDD system requires not only the modification on the FPGA but also on large modification on the gnuradio software.Waiting for your document. alinAs part of the message block effort (m-block), we'll be supportingprecise timing. This impacts the host and the FPGA, and will providetime stamped input and do not transmit until time t output. One of the use cases is TDMA.The timing resolution will be determined by the master clock in theFPGA, currently 64MHz.Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] What does the onboard FPGA now and how can I realtime process the signal?
I don't think now there is available GNU radio modules for WLAN tranceiver.The FPGA is used as DDC/DUC. Maybe you can directly save the signal into files and then do the correlation or other processing. Alin 2006/10/5, Lin Ji [EMAIL PROTECTED]: Hi, I'm working with analyzing WLAN signals andplan to use the onboard FPGA to process the signal. I wonder what does this FPGA do by default? Is there any documents about this? What I need to do is before saving the IQ signal samples to files, do a correlation and time stamping on the incoming samples. Is this possible to do by the FPGA? I mean, can I feed the realtime stream to FPGA and process it? And if so, how? Is there some python functions which do this? I would be very grateful if I can get some help. /Lin___Discuss-gnuradio mailing listDiscuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] TDMA question
I think it is under developing now. You may search 'm-block' or BBN in the discussion. 2006/9/19, [EMAIL PROTECTED] [EMAIL PROTECTED]: I couldn't help but notice that there was a mention of TDMA on the Wiki:Precision time stamping and synchronization for TDMA waveforms is this time stamp referring to a method of the tun/tap driver in tunnel.py?oris there another example that shows how to do that??I am not very experienced with tun/tap, but I couldn't find any other programs that could possibly be time stamping packets.I read through the docs in/usr/src/... but I didn't see any mention about time stamps.Thanks for any help you can give!David Scaperoth___ Discuss-gnuradio mailing listDiscuss-gnuradio@gnu.orghttp://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
