RE: OOT-Modul and Callback
Hello,
where can I look, why the GRC don't create
a callback statement in the generated python file?
From: discuss-gnuradio-bounces+info=kemnas@gnu.org
On Behalf Of Info
Sent: Montag, 27. März 2023 09:42
To: DiscussGnuRadio
Subject: OOT-Modul and Callback
Hello,
I have an OOT Block with a bool parameter and try to set
the parameter with a toggle switch. But it don't work.
I have seen that in the generated python file the callback is missing:
def set_select(self, select):
self.select = select
Here I expected the callback to set the select:
self.blockname.set_select(self.select)
in the yml file I have:
templates:
imports: from gnuradio import myModule
make: myModule.addSubSelect(${selector})
callbacks:
- set_selector($(selector))
and in the python file I have:
def set_selector(self, selector):
self.selector = selector
Is this a bug, or must I define something more...
Thanks
Karlheinz
OOT-Modul and Callback
Hello,
I have an OOT Block with a bool parameter and try to set
the parameter with a toggle switch. But it don't work.
I have seen that in the generated python file the callback is missing:
def set_select(self, select):
self.select = select
Here I expected the callback to set the select:
self.blockname.set_select(self.select)
in the yml file I have:
templates:
imports: from gnuradio import myModule
make: myModule.addSubSelect(${selector})
callbacks:
- set_selector($(selector))
and in the python file I have:
def set_selector(self, selector):
self.selector = selector
Is this a bug, or must I define something more...
Thanks
Karlheinz
Using Socket_PDU & TCP_Sink
Hello, I'm trying 2 simple things, see appended files: a) The PUSH_BUTTON works only after aktivation of TOGGLE_BUTTON ( I think, it is a initialisation problem...). b) I have no idea, how can I send the LED_STATE to an external server... ( I'm trying some things, but with no succes). Thanks for some suggestion Karlheinz LanTest#3.grc Description: Binary data
LimeSdrMini2.0, GnuRadio3.10, Ubuntu22_10(kinetic)
Subject: LimeSdrMini2.0, GnuRadio3.10, Ubuntu22_10(kinetic) Hello, I'm trying to get my LimeSdrMini2.0 up and running with GnuRadio3.10. I've done all the installation steps describe on myriadrf and GnuRadio. Here are the installation sequence (I omit sudo): Name Command Version Ubuntu Fresh from ISO image and all updates 22_10 64Bit (kinetic) GnuRadio apt install gnuradio 3.10.3.0 swig apt-get -y install swig 4.0.2-1 boost apt-get install libboost-all-dev 1.74.0.3 git apt-get install git 1:2.37.2-1 g++ was already installed with ubuntu 4:12.2.0-1 cmake apt-get install cmake 3.24.2-1 sqlite3 apt-get install libsqlite3-dev 3.39.3-1 soapysdr apt-get install libsoapysdr-dev 0.8.1-2 i2c apt-get install libi2c-dev 4.3-2 usb apt-get install libusb-1.0-0-dev 2:1.0.26-1 wxgtk apt-get install libwxgtk3.0-gtk3-dev 3.0.5.1+dfsg-4 freeglut apt-get install freeglut3-dev 2.8.1-6 LimeSuite >From source git clone https://github.com/myriadrf/LimeSute.git 20.10.0+dfsg-6 gr-limesdr >From source git clone https://github.com/bkerler/gr-limesdr 3.0.1-4 (LimeUtil, LimeQuickTest, LimeSuiteGUI runs well) And here is my question/problem: On GnuRadioCompanion I have a very smal flowgraph(SampRate=1MHz): LimeSuiteSource(RX) --> QT_GUI Frequency Sink On startup it give me the following output: Generating: '/home/user/MyTest_2.py' Executing: /usr/bin/python3 -u /home/user/MyTest_2.py Warning: Ignoring XDG_SESSION_TYPE=wayland on Gnome. Use QT_QPA_PLATFORM=wayland to run on Wayland anyway. --- LimeSuite Source (RX) info ## Connecting to device ## LimeSuite version: 22.09.1-gabc28c0e gr-limesdr version: 2.2.7 ## Device list: Nr.:0 device:LimeSDR Mini, media=USB 3.0, module=FT601, addr=24607:1027, serial=1D90F5631A4C83 ## Reference clock 40,00 MHz Using device: LimeSDR-Mini_v2(1D90F5631A4C83) GW: 2.1 FW: 8 ## INFO: device_handler::enable_channels(): SISO CH0 set for device number 0. SISO CH0 set for device number 0. INFO: source_impl::init_stream(): source channel 0 (device nr. 0) stream setup done. ## INFO: device_handler::close_device(): Disconnected from device number 0. ## >>> Done This looks like ok, but the samples in the QT_GUI Frequency Sink have all 0(zero) amplitudes. The sampRate 1e6=1us(steamPlot) is correct. I don't now what goes wrong in this configuration/setup. Has anybody experience with LimeSdrMini2.0 as frontend to GnuRadio? Karlheinz
Tutorial "Creating Python OOT with gr-modtool" Switch selector at runtime
System: GnuRadio 2.10.1.1 and Python 3.10.4 on Ubuntu 22_04 Hello, in the course of familiarization with gnuradio I've successful finished the tutorial "Creating Python OOT with gr-modtool". There is a parameter "Selector" to select the working of the block. Now, I added a QT-Toggle switch to the flowgraph to control the addSubSelect block at RUNTIME. But it don't work. My question is: Where can I find information about that and what is necessary to get it work? Thanks Karlheinz
Mysterious on Block QT GNU Level Gauge
Hello, I have installed GnuRadio 3.10.1.1 and Python 3.10.4 on Ubuntu 22_04 There is a mysterious with the block QT GUI Level Gauge: If I set "Show Values" of True, the graph steps in 1 inclement. If I set "Show Values" of False" the graph steps in 10 increments! Has everybody an idea? Thanks Karl-Heinz Kemna
Compatibility_Ubuntu_GnuRadio_Python
Hello,
I have installed GnuRadio 3.10.1.1 and Python 3.10.4 on Ubuntu 22_04
and I run into a problem:
There is only a very simple flowgraph:
QT GUI Toggle Switch --> QT GUI LED Indicator
At runtime, there is an error in modul:
"/usr/lib/python3/dist-packages/gnuradio/qtgui/ledindicator.py", line 79
As I can see, there is a type mismatch between float and whatever?
Has anybody an idea what goes wrong and how can I fix it?
Thanks
Karlheinz Kemna
Console printout at runtime:
<<< Welcome to GNU Radio Companion 3.10.1.1 >>>
Block paths:
/usr/share/gnuradio/grc/blocks
/usr/local/share/gnuradio/grc/blocks
Loading: "/home/user/MyProj/GnuRadio/Test/LedIndicator.grc"
>>> Done
Generating: '/home/user/MyProj/GnuRadio/Test/LedIndicator.py'
Executing: /usr/bin/python3 -u
/home/user/MyProj/GnuRadio/Test/LedIndicator.py
Warning: Ignoring XDG_SESSION_TYPE=wayland on Gnome. Use
QT_QPA_PLATFORM=wayland to run on Wayland anyway.
Traceback (most recent call last):
File "/home/user/MyProj/GnuRadio/Test/LedIndicator.py", line 188, in
main()
File "/home/user/MyProj/GnuRadio/Test/LedIndicator.py", line 166, in main
tb = top_block_cls()
File "/home/user/MyProj/GnuRadio/Test/LedIndicator.py", line 85, in
__init__
self.qtgui_ledindicator_0 = self._qtgui_ledindicator_0_win =
qtgui.GrLEDIndicator('Hallo', "green", "red", False, 40, 1, 1, 1, self)
File "/usr/lib/python3/dist-packages/gnuradio/qtgui/ledindicator.py", line
175, in __init__
LabeledLEDIndicator.__init__(self, lbl, onColor, offColor, initialState,
File "/usr/lib/python3/dist-packages/gnuradio/qtgui/ledindicator.py", line
79, in __init__
self.setMinimumSize(maxWidth, maxHeight)
TypeError: arguments did not match any overloaded call:
setMinimumSize(self, int, int): argument 1 has unexpected type 'float'
setMinimumSize(self, QSize): argument 1 has unexpected type 'float'
Re: [Discuss-gnuradio] Compatible GNU Radio $500 2x2 full duplex MIMO SDR coming to a Kickstarter Shortly
To whom so ever it may concern... This work is been Patented and Copyrights are with Agile Solutions. This PCB Layout work and RF designs are panted work of Agile Solutions. We have the NDA signed by Xxillence Incorporate and we have started the legal action against them. Any sort of communication this way is illegal by Mr. Puspraj as per the NDA signed by him. Any kind proliferation of this work will be direct liability of XxiLLENCE Incorporate for compensations as per the law of the land. The claim of Mr. Puspraj is completely wrong as we have paid for this work. All the payment for this work has been done directly to him as we have all the bank transactions for proof. PS: Our new product lines are much better than ASRP1. We will be soon releasing new series of products offering better solutions and capabilities at same price of ASRP1. Martin O'Shield is closely working with us for creating a new and better SDR platforms. Regards Akash On 06-07-2013, Martin O'Shield wrote: Pusraj, Please reach me on my Mobile # 1-773-531-7312 If Akash really did this, and its been listed on his website since last year, I am not seeing how you wouldn't be aware of this, especially considering Akash mentioned this last year on this mailing list as well. We really need to talk as things are already in motion. Sincerely, Martin On Sat, Jul 6, 2013 at 2:01 AM, Puspraj Prasad Yadav wrote: Hi; Everybody reached me on below nos. I don’t know how you are not able to contact us. We are in the process of filing a patent in India and display on our own website as we have the design ownership. I have not received any details or any intimation regarding this update as we came to know today only. Regarding this we need to discuss. Thanks and Regards Puspraj CEO & Founder Xxillence Incorporate MOB#9449014171,9341714272,OFFICE#080-23195646 FAX NO-080-23195646 Mailto- puspraj@xxillence [4].in, i...@xxillence.in [5] No-29,Basement Floor,5th Cross,Ganesha Block,Nandini Layout,Bangalore-560096, Karnataka,INDIA "A winner is not who never fails,But who never quits" _ We have our own responsibilities to protect our planet.Act fast or preapare ourselves for the questions to be asked by the generations to come._ FROM: Martin O'Shield [mailto:mar...@windycitysdr.com [6]] SENT: Saturday, July 06, 2013 11:51 AM TO: Puspraj Prasad Yadav; discuss-gnuradio@gnu.org [7] SUBJECT: Re: [Discuss-gnuradio] Compatible GNU Radio $500 2x2 full duplex MIMO SDR coming to a Kickstarter Shortly Puspraj, Akash has had this listed for over 7 months, and I've just tried to reach you on both of the telephone #s you have listed on this post, which neither of them works. Did you patent any of this? And you can contact me off list as you've only replied here. Again, Akash has had this listed and announced on the GNU Radio mailing list and yet nothing from you to date? Did you patent this within India as I checked, believe me? Sincerely, Martin On Sat, Jul 6, 2013 at 12:21 AM, Puspraj Prasad Yadav wrote: Dear Sir ; We have the original schematic, board files, Gerber files, Assembly files, Bom . It is our design. The same things Akash Kosgi may have provided you. Because we worked with him. He was previously working as a partner is some company named as “Radion Technology”. But he has dismantled the company and run away with all the data with him. We had a tie up with Radion. But Mr. Akash Kosgi duped us and Radion also. You are a respected client . You must have verified the credentials of any individual before dealing with him. In India there are many people who claim to be genuine but somewhere they stole the data and try to sell overseas clients to make money. Thanks and Regards Puspraj CEO & Founder Xxillence Incorporate MOB#9449014171,9341714272,OFFICE#080-23195646 FAX NO-080-23195646 Mailto- puspraj@xxillence [9].in, i...@xxillence.in [10] No-29,Basement Floor,5th Cross,Ganesha Block,Nandini Layout,Bangalore-560096, Karnataka,INDIA "A winner is not who never fails,But who never quits" _We have our own responsibilities to protect our planet.Act fast or preapare ourselves for the questions to be asked by the generations to come._ FROM: Martin [mailto:mar...@windycitysdr.com [11]] SENT: Saturday, July 06, 2013 10:34 AM TO: Puspraj Prasad Yadav SUBJECT: Re: [Discuss-gnuradio] Compatible GNU Radio $500 2x2 full duplex MIMO SDR coming to a Kickstarter Shortly Pups raj, This is my first learning about this. Please provide me with proof. Sincerely,
[Discuss-gnuradio] Announcing availability of New SDR Receiver ASRP3
Dear All, Greetings from Agile Solutions. We are pleased to announce ASRP3, a Wideband SDR Receiver. ASRP3 is built with new capabilities for streaming IQ samples upto 100MSPS to PC using latest USB 3.0 interface. The board comes with driver support for Window/Linux/MAC. API's library are available in C++ and C#. ASRP3 is integrated with SDRSHARP which provides a great GUI for SDR with lot of filtering options, demod's(AM/FM/WFM/CW), Spectrum Analyzer. ASRP3 is also directly integrated with MATLAB which helps rapidly testing algorithms with over the air signals. Matlab built in functions are available (ASRP3_IQ_Source.m, Set_RF_Freq.m, Set_RF_Gain.m, Set_Sampling_Freq.m, Set_Bandwidth.m). We welcome any volunteer's for building GNURADIO wrapper for ASRP3. We are giving away few boards for this development. Interested people do write to us at cont...@agile-sdr-solutions.com. For more details please check our website www.agile-sdr-solutions.com. Thanks and Regards Akash Kosgi Agile Solutions ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Extending UHD Device Support
Try to explore IT++ as well. On Fri, 26 Aug 2011 11:45:13 -0400, "Wilson, Jeffery (DS-1)" wrote: Designation: Non-SSA/Finmeccanica Matt, Thank you for your response. We will certainly be sure to abide by any and all licensing requirements as we move forward. As for now I would like to develop a simple source block (without using UHD) for our radio so I can at least do something like a basic FFT display as a proof of concept that we can in fact get our radio working in some way with GNU Radio. Is there anywhere I can find help/guidance specific to creating new source blocks other than picking apart the current ones? If not, which block(s) would be a good starting place? Thanks! -- Jeff FROM: Matt Ettus [mailto:m...@ettus.com] SENT: Thursday, August 25, 2011 6:18 PM TO: Wilson, Jeffery (DS-1); discuss-gnuradio@gnu.org SUBJECT: Re: [Discuss-gnuradio] Extending UHD Device Support Jeffery, The first thing to keep in mind is that everything is GPL'ed (and specifically, *not* LGPL). This means that if you use any UHD host code, you must obey the GPL for EVERYTHING that links in. This goes all the way up to your customer's application. This restriction already applies for GNU Radio itself since it is also GPL'ed. The firmware is GPL'ed. This means that if you use any of the firmware, your ENTIRE firmware image must obey the terms of the GPL. The FPGA design is GPL'ed. This means that if you use any of our Verilog, *everything* compiled into that FPGA image must comply with the GPL. This would include all of your custom signal processing code, if it is in the same FPGA. The implementation of UHD host code is heavily oriented towards the state machines in the firmware and FPGA, so modifying it to work with other devices is easier if they use the same firmware and FPGA designs. This is fine as long as you are ok with invoking the GPL requirements on those portions of your design. Users of Ettus Research hardware are able to use all of this under less restrictive terms in our alternative license. Matt Ettus President, Ettus Research LLC On Wed, Aug 24, 2011 at 8:23 AM, Wilson, Jeffery (DS-1) wrote: Designation: Non-SSA/Finmeccanica Hello, We make several RF front-ends that we’d like to see supported in GNU Radio. Our initial idea is was to extend the Ettus UHD to include support for our devices, so that a waveform/flow graph using a UHD block could run using either a USRP or one of our devices with only minor modifications. Does it “make sense” to extend UHD for this purpose? Our radios are embedded Linux systems that can communicate over USB as well as Ethernet. Initially I would like to use Ethernet as communication (using sockets). As far as I can figure a good place to start would be to follow the USRP2 UHD implementation and re-implement it for our system. Any tips, examples or general guidance would be very much appreciated. Thank you! -- Jeff Wilson DRS Signal Solutions, Inc. Direct: 301.944.8772 3.1.1001 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org [2] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio [3] 3.1.1001 Links: -- [1] mailto:jawil...@drs-ds.com [2] mailto:Discuss-gnuradio@gnu.org [3] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Announcement: New Hardware Platform solutions are available for use with GNURADIO
Dear all, Greetings from Agile Solutions...! New Hardware Platform solutions are available for use with GNURADIO. Please checkout our new solutions for exploring new posibilities with PC based SDR at www.agile-sdr-solutions.com Regards Team, Agile Solutions ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Agile Solutions is Pleased to announce USRPSTAR. Yet another addition to GNURADIO
On Wed, 20 Apr 2011 17:12:34 -0500 (CDT), "Jeff Brower" wrote: >> On 04/19/2011 01:10 PM, i...@agile-sdr-solutions.com wrote: >>> >>> Dear Matt, >>> >>> We honestly went through every material in search on Google but we >>> couldn't locate a single article published successful testing for >>> STBC/SFBC. >>> >>> For whatever reason, we would like to know, if you can confirm on this >>> with your lab setup ? >>> We have done considerable experimental work on this. And we are certain >>> with the results we have have found. >>> We would encourage this exploration in best interest of all from your >>> end. >>> >>> Thank you. >>> >> >> Dear Mr. Solutions, > > Mr. Solutions = Akash Kosgi, Lakshmamma Layout, Banaswadi, Bangalore, > 560043, India. > > -Jeff > >> >> All USRP systems can do STBC, SFBC, spatial multiplexing, etc. I've >> said it multiple times and pointed you to multiple sources. Steve >> Peters told you he and the Hydra team at UT have done it. I have seen >> it done. I have done it myself. Our customers have been doing it for 6 >> years now. The WARP boards from Rice do it in the exact same way. >> Millions of WiFi systems do it the same way. >> >> Page 4, section 4 of the following paper says the same thing: >> >> http://newport.eecs.uci.edu/~hyousefi/publ/lamacGC09.pdf >> >> "Our experiments rely on a MANET testbed in >> which each test node consists of a host PC and a USRP >> motherboard hosting a pair of frontend RF daughter boards. >> Since each daughter board is attached to a single antenna, >> each MANET node is equipped with a pair of antennas. When >> transmitting, each MANET node utilizes Space-Time Block >> Coding (STBC) method of [23]. " >> >> >> I don't know what more I could possibly say. No matter how many times >> you ask the question, the answer will always be the same. Just because >> *you* couldn't get it to work doesn't mean it's impossible. >> >> Matt Ettus Dear Mr. Research, This sounds odd if you meant it to be 2x2 Alamouti scheme. "When transmitting, each MANET node utilizes Space-Time Block Coding (STBC) method of [23]." "When receiving, it utilizes Maximum Ratio Combining (MRC)." STBC and MRC are two different methods. If such an article is published, then it is to reviewed to its contents with right experts. A simple signal processing math would be sufficient to understand Space/Time/Frequency diversities. Akash Kosgi ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Odd use of LO phase lock feature on USRP for RFID application
On Tue, 19 Apr 2011 14:00:01 -0700, Colby Boyer wrote: The two boards should have different clocks, so there should be some frequency offset. Even in typical SISO systems, you use a PLL block to deal with this since you can't access the other LO because its physically somewhere else. While receiving, the transmitter is still running at full power to run the RFID tag. The transmitters carrier is down converted by the receiver board. Unless I have a misunderstanding, and the two daughter boards share the same clock there should be some frequency offset. ? Thanks, Colby On Tue, Apr 19, 2011 at 12:44 PM, wrote: On Tue, 19 Apr 2011 11:41:46 -0700, Matt Ettus wrote: > On 04/19/2011 11:38 AM, Colby Boyer wrote: >> Hi All, >> >> In RFID applications, a reader receives (backscatter from RFID tag) and >> transmits (constant tone) at the same frequency. With commercial >> readers, a single LO will be shared by the RX and TX chain. However, in >> the USRP case, two separate daughter boards are used so different LOs >> are in use for the RX and TX chain. So you should end up with some >> frequency offset in RX chain due to mismatched clocks. >> >> Is it possible to lock the LOs of a TX daughter board and a RX daughter >> board, as you would for a traditional MIMO 2 TX or 2 RX setup? There >> appears to numerous discussions and examples of the latter. I'm thinking >> it would be possible. But I'm more of a systems guy and less of a RF >> hardware guy, so any comments would be appreciated. >> >> Thanks, >> Colby > > > As long as you set them to the same frequency, they're already locked. > No need to do anything different. > > Matt > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org [3] > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio [4] True, for a SISO system with TDD(not FDD) theres no problem for your kind of application. Regards Agile Solutions If you are using two separate boards for Tx and RX, certainly you will experience relative frequency offset between the two. Links: -- [1] mailto:i...@agile-sdr-solutions.com [2] mailto:m...@ettus.com [3] mailto:Discuss-gnuradio@gnu.org [4] 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] Agile Solutions is Pleased to announce USRP STAR. Yet another addition to GNURADIO
On Mon, 18 Apr 2011 12:17:22 -0700, Matt Ettus wrote: > On 04/18/2011 10:13 AM, i...@agile-sdr-solutions.com wrote: >> We went through this published article you sent to us for review >> http://newport.eecs.uci.edu/~hyousefi/publ/sdrMC08.pdf >> >> We didn't see anything particular to STBC/SFBC. > > http://lmgtfy.com/?q=usrp+stbc+filetype%3Apdf > >> For a beamformong >> system phase coherence is the fundamental requirement. By varying >> phase(weighting the antenna co-efficient) we can steer the beam. In >> USRP1/2/200/210 there is no guarantee of the phase reference every time >> you send the packets for transmitting or receiving. Every packet >> transmission they start with arbitrary phase. > > That is fundamentally incorrect. Every packet will NOT start with > arbitrary phase. All of our systems have been used for beamforming. > All beamforming systems need calibration and the USRP is no different. > Here are some examples: > > http://lmgtfy.com/?q=usrp+beamforming+filetype%3Apdf > >> So every time the beam >> will be switching in arbitrarily. Particularly transmitter DAC doesn't >> have control over the phase plus deviation in the LO phase lock with >> track length of the common clock. And for for a phased array system, >> DOA(Direction of arrival) depends on the phase reference of the system. >> So every time the phase reference needs o be tracked in the algorithm to >> know actual DOA. For a diversity transmitter and diversity receiver >> employing MRC would only be realized with USRP1 system as per our >> understanding. > > That is incorrect. The USRP will maintain a constant phase relationship > between antennas for as long as you leave it running. > >> We would like to know if USRP1 is capable of these things and how ? > > Yes. I have answered the question of how to do this many times on this > mailing list over the years. > >> Although we haven't come across any projects with USRP1 for successful >> testing for STBC and SFBC codes. >> If any team or individual has published this work, we would be happy to >> check that part. > > Steve answered that for you, and you can find a lot more at the link I > sent above. > >> To verify from our end we took IQ samples for 2x2 Almouti scheme from >> Agilent-VSA example files. >> We have then transmitted and received these IQ samples via >> USRP1+RFX2400. Transmission and reception done at 1MSPS with 4x >> interpolation. >> Received IQ samples when loaded into VSA for analysis, it failed to >> demodulate and decode. We have used Agilent VSA for years now and we >> consider it as a golden reference for demodulation and decoding. >> >> We respect your timely suggestions and advice. > > Tom and I wrote Alamouti OFDM code and used it on USRPs in my office. > You can find some other people who did the same here: > > http://lmgtfy.com/?q=alamouti+usrp+filetype%3Apdf > > Matt Ettus Dear Matt, We honestly went through every material in search on Google but we couldn't locate a single article published successful testing for STBC/SFBC. For whatever reason, we would like to know, if you can confirm on this with your lab setup ? We have done considerable experimental work on this. And we are certain with the results we have have found. We would encourage this exploration in best interest of all from your end. Thank you. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Odd use of LO phase lock feature on USRP for RFID application
On Tue, 19 Apr 2011 11:41:46 -0700, Matt Ettus wrote: > On 04/19/2011 11:38 AM, Colby Boyer wrote: >> Hi All, >> >> In RFID applications, a reader receives (backscatter from RFID tag) and >> transmits (constant tone) at the same frequency. With commercial >> readers, a single LO will be shared by the RX and TX chain. However, in >> the USRP case, two separate daughter boards are used so different LOs >> are in use for the RX and TX chain. So you should end up with some >> frequency offset in RX chain due to mismatched clocks. >> >> Is it possible to lock the LOs of a TX daughter board and a RX daughter >> board, as you would for a traditional MIMO 2 TX or 2 RX setup? There >> appears to numerous discussions and examples of the latter. I'm thinking >> it would be possible. But I'm more of a systems guy and less of a RF >> hardware guy, so any comments would be appreciated. >> >> Thanks, >> Colby > > > As long as you set them to the same frequency, they're already locked. > No need to do anything different. > > Matt > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio True, for a SISO system with TDD(not FDD) theres no problem for your kind of application. Regards Agile Solutions ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Agile Solutions is Pleased to announce USRP STAR. Yet another addition to GNURADIO
On Mon, 18 Apr 2011 12:33:31 -0500, Steve Peters wrote: Although we haven't come across any projects with USRP1 for successful testing for STBC and SFBC codes. If any team or individual has published this work, we would be happy to check that part. The Hydra project (http://netlab.ece.utexas.edu/hydra/ [1]) has space-time block codes as defined in the IEEE 802.11n standard, along with spatial multiplexing. We've successfully tested these using the USRP1 in 2x2 systems. Steve -- Steven Peters Chief Executive Officer Kuma Signals, LLC 5926 Balcones Dr. Ste. 230 Austin, TX, 78731 512-879-6384 www.kumasignals.com [2] Hi Steve, Thanks for your update. We couldn't find anything on STBC/SFBC with hydra project. We are interested to know in particular what has been aim of this project and what has been demonstrated. We have failed to test USRP1 for this purpose(testing for STBC and SFBC for MIMO). Can you confirm us with the reports for this. This would help everyone in GNURADIO community. Regards Agile Solutions Links: -- [1] http://netlab.ece.utexas.edu/hydra/ [2] http://www.kumasignals.com/ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Agile Solutions is Pleased to announce USRP STAR. Yet another addition to GNURADIO
On Sun, 17 Apr 2011 23:09:15 -0700, Matt Ettus wrote: > On 04/16/2011 11:15 AM, i...@agile-sdr-solutions.com wrote: >> Hi Marcus, >> >> >> >> Welcome to Agile Solutions. >> >> >> >> Yes, it uses both common clock and common LO. Theres no phase tracking >> required due to common LO with cycle slip. This is main requirement for >> MIMO systems for Space Time(STBC) and Space Frequency(SFBC) Codes. >> >> >> >> Although, diversity only systems needs only common clock. Either TX or >> RX. There were fundamental issues when we used USRP1 to detect this >> problem. We had extensive analysis and solid theoretical analysis to >> prove this. Although this analysis and material is not property of Agile >> Solutions, we would not like to comment more on this. > > > Dear Mr. Agile Solutions, > > You appear to have a fundamental misunderstanding of MIMO systems in > general, and of the design and function of the USRP in particular. The > USRP1 (as well as all of our other products) is fully MIMO capable. It > does not suffer from cycle slips, and all oscillators are fully coherent > so the phases "track". > > Many papers have been written by people using USRPs for MIMO, including > with STBC and SFBC, as well as phased arrays. For example, a 30-second > search on Google finds this one right away: > > http://newport.eecs.uci.edu/~hyousefi/publ/sdrMC08.pdf > > Matt Ettus > President, Ettus Research LLC Dear Matt, We do not have any fundamental misunderstanding of MIMO systems. Further, there are fundamental drawbacks using common clock for multiple LO's used for achieving phase coherency. Should you need for more understandings of MIMO systems, below are the leading Test and Measurement companies. Please check this post from NI http://zone.ni.com/devzone/cda/pub/p/id/1001 and AGILENT http://wireless.agilent.com/wireless/helpfiles/n7617b/n7617b_technical_overview.pdf USRP STAR meets all the design requirements for a true MIMO system. A host of MIMO transmitter and receiver examples we will be posting soon. These will be plug and play. People can use these examples to build their system. We went through this published article you sent to us for review http://newport.eecs.uci.edu/~hyousefi/publ/sdrMC08.pdf We didn't see anything particular to STBC/SFBC. For a beamformong system phase coherence is the fundamental requirement. By varying phase(weighting the antenna co-efficient) we can steer the beam. In USRP1/2/200/210 there is no guarantee of the phase reference every time you send the packets for transmitting or receiving. Every packet transmission they start with arbitrary phase. So every time the beam will be switching in arbitrarily. Particularly transmitter DAC doesn't have control over the phase plus deviation in the LO phase lock with track length of the common clock. And for for a phased array system, DOA(Direction of arrival) depends on the phase reference of the system. So every time the phase reference needs o be tracked in the algorithm to know actual DOA. For a diversity transmitter and diversity receiver employing MRC would only be realized with USRP1 system as per our understanding. We would like to know if USRP1 is capable of these things and how ? Although we haven't come across any projects with USRP1 for successful testing for STBC and SFBC codes. If any team or individual has published this work, we would be happy to check that part. To verify from our end we took IQ samples for 2x2 Almouti scheme from Agilent-VSA example files. We have then transmitted and received these IQ samples via USRP1+RFX2400. Transmission and reception done at 1MSPS with 4x interpolation. Received IQ samples when loaded into VSA for analysis, it failed to demodulate and decode. We have used Agilent VSA for years now and we consider it as a golden reference for demodulation and decoding. We respect your timely suggestions and advice. Thank you. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Agile Solutions is Pleased to announce USRP STAR. Yet another addition to GNURADIO
Hi Marcus, Welcome to Agile Solutions. Yes, it uses both common clock and common LO. Theres no phase tracking required due to common LO with cycle slip. This is main requirement for MIMO systems for Space Time(STBC) and Space Frequency(SFBC) Codes. Although, diversity only systems needs only common clock. Either TX or RX. There were fundamental issues when we used USRP1 to detect this problem. We had extensive analysis and solid theoretical analysis to prove this. Although this analysis and material is not property of Agile Solutions, we would not like to comment more on this. In principle, MIMO systems need strict phase relations between antenna's to work. Particularly antenna phase relations are closely related to antenna correlation parameters. Our primary goal is to help people adopt low cost SDR solution(like USRP) which empowers our world for better wireless solution. Our effort is to make improvement every day and contribute more as far possible. We know your question was straight to know in particular to LO. We intended to add more information so that people visiting at GNURADIO may benefit with this information. Best Regards Agile Solutions On Sat, 16 Apr 2011 13:06:06 -0400, "Marcus D. Leech" wrote: On 04/16/2011 05:10 AM, i...@agile-sdr-solutions.com [1] wrote: AGILE SOLUTIONS IS PLEASED TO ANNOUNCE USRP STAR. YET ANOTHER ADDITION TO GNURADIO USRP STAR is a 2x2 full duplex MIMO Transceiver System housing complete RF and DAQ subsystems on a single board. Its architecture is designed for a true MIMO System. It meets the unique architecture required for MIMO systems which are not part of traditional MIMO hardware's using common clock for RF subsystems where a continuous RF phase tracking is required. Coupled with these benefits it hosts onboard RF Transceiver subsystems capable of tuning frequencies from 400MHz to 4.4GHz. Applications developed based on USRP1 seamlessly works with USRP STAR. USRP STAR is under production. Pre-Reservations are open. USRP STAR is available for Low Introductory price of USD 800. USRP STAR HOSTS * Altera Cyclone FPGA 12K * Cypress FX2 USB * Quad 12-Bit 64 MSPS ADC * Quad 14-bit 128 MSPS DAC * 50MHz Lowpass filters for each channel at baseband * Dual 400MHz to 4.4GHz Quadrature Modulators with fine tuning resolution of 1Hz * Dual 400MHz to 4.4GHz Quadrature De-Modulators with fine tuning resolution of 1Hz * LNA's, Power amplifiers and attenuaors * Receiver Sensitivity: -115dBm upto 3.8GHz and -95dBm upto 4.4GHz * MAX RF Output Power: 17dBm with upto 25dB Output power control * Receiver Sensitivity: -115dBm upto 3.8GHz and -95dBm upto 4.4GHz * Receiver Noise figure: 6-8 dB For more details and enquiries please visit www.agile-sdr-solutions.com [2]. Regards Agile Solutions ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org [3] http://lists.gnu.org/mailman/listinfo/discuss-gnuradio [4] Does this have independent LOs, or does it use a common LO for both channels? -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org [5] Links: -- [1] mailto:i...@agile-sdr-solutions.com [2] http://www.agile-sdr-solutions.com [3] mailto:Discuss-gnuradio@gnu.org [4] http://lists.gnu.org/mailman/listinfo/discuss-gnuradio [5] http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Agile Solutions is Pleased to announce USRP STAR. Yet another addition to GNURADIO
AGILE SOLUTIONS IS PLEASED TO ANNOUNCE USRP STAR. YET ANOTHER ADDITION TO GNURADIO USRP STAR is a 2x2 full duplex MIMO Transceiver System housing complete RF and DAQ subsystems on a single board. Its architecture is designed for a true MIMO System. It meets the unique architecture required for MIMO systems which are not part of traditional MIMO hardware's using common clock for RF subsystems where a continuous RF phase tracking is required. Coupled with these benefits it hosts onboard RF Transceiver subsystems capable of tuning frequencies from 400MHz to 4.4GHz. Applications developed based on USRP1 seamlessly works with USRP STAR. USRP STAR is under production. Pre-Reservations are open. USRP STAR is available for Low Introductory price of USD 800. USRP STAR HOSTS * Altera Cyclone FPGA 12K * Cypress FX2 USB * Quad 12-Bit 64 MSPS ADC * Quad 14-bit 128 MSPS DAC * 50MHz Lowpass filters for each channel at baseband * Dual 400MHz to 4.4GHz Quadrature Modulators with fine tuning resolution of 1Hz * Dual 400MHz to 4.4GHz Quadrature De-Modulators with fine tuning resolution of 1Hz * LNA's, Power amplifiers and attenuaors * Receiver Sensitivity: -115dBm upto 3.8GHz and -95dBm upto 4.4GHz * MAX RF Output Power: 17dBm with upto 25dB Output power control * Receiver Sensitivity: -115dBm upto 3.8GHz and -95dBm upto 4.4GHz * Receiver Noise figure: 6-8 dB For more details and enquiries please visit www.agile-sdr-solutions.com. Regards Agile Solutions___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] U-RFX PRICE BREAK ANNOUNCEMENT
Greetings to GNURadio community. Agile Solutions is pleased to announce price break for U-RFX starting from 1st March 2011. We are now selling U-RFX at USD 350. A direct 50% cut down from the launch price. By optimizing BOM and Volume production we could cut down production cost by more than 50% and we are passing on this benefit directly to our customers. Board ID and Drivers U-RFX is developed based on WBX and is fully compatible with WBX drivers. GNURadio users can tune the Gain, Frequency of U-RFX by burning the EEPROM of the board as WBX. Currently U-RFX boards are shipped out with their EEPROM's burned with WBX daughter board ID. With this the end user can plug and play directly with GNURadio. We will be soon releasing the private version of the drivers for U-RFX board. Regards Agile Solutions ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Introducing Wideband RF Transceiver Board U-RFX covering frequencies from 1MHz to 4.4GHz
On Wed, 2 Feb 2011 21:26:32 -0600, Darol Klawetter wrote: > On Tue, Feb 1, 2011 at 10:07 PM, wrote: >> Agile Solutions is pleased to announce a new Wideband RF Transceiver board >> U-RFX capable of tuning frequencies from 1MHz to 4.4GHz. >> >> >> >> The wide frequency coverage addresses the need for single RF transceiver >> board capable of meeting various application needs ranging from 1MHz to >> 4.4GHz with 50 MHz of RF Bandwidth. >> >> Agile Solutions is Startup Company Started in 2010 with goal to produce low >> cost software Defined Radio Solutions for Teaching, Research and Prototype >> Solutions. >> >> Our first Universal RF Transceiver board U-RFX is developed to address >> GNURADIO and USRP. >> >> U-RFX board seamlessly works with USRP family of boards. >> >> U-RFX is Full duplex RF Tranceiver board and operates in two modes >> >> Low Frequency Operation: 1MHz to 200MHz, same as Basic TX and >> Basic RX >> High Frequency Operation: 200MHz to 4.4GHz >> MAX RF Output Power: 17dBm with upto 25dB Output >> power control >> MAX RF Input Power: -15dBm with upto 45dB gain >> control >> Receiver Sensitivity: -115dBm upto 3.8GHz and >> -95dBm upto 4.4GHz >> Receiver Noise figure: 6-8 dB >> >> U-RFX is MIMO capable:All the LO's on U-RFX board are phase synchronous with >> respect to motherboard clock. By using two or more U-RFX boards, NxM MIMO >> can be realized. >> >> U-RFX board is available for purchase at an introductory price of 700 USD. >> >> Universal RF Tranceiver board U-RFX is designed with Zero IF direct >> conversion architecture and has onboard Local Oscillators, Mixers, Switches, >> LNA's and Power amplifiers. >> >> >> For more information on U-RFX, please visit www.agile-sdr-solutions.com >> >> Regards >> Agile Solutions >> > > > Such a broad-band Rx front-end, depending on the environment, can > require more dynamic range than you'll have downstream. Do you have RF > preselectors before the amplification and mixing stages? Many > broad-band, high-performance RF receivers will have a switchable > filter bank (usually containing a bank of SAW or BAW filters) to > divide the antenna RF into bands of a few hundred MHz. After looking > at your website and considering the price that you have listed, I > doubt that you're doing this. > > I've been considering building a USRP compatible receiver board with > preselectors, but would like to find one off-the shelf. > > Darol Klawetter > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio Hi Darol, Welcome to Agile Solutions. Yes, you are correct. We have not used any RF preselectors. We will create a place holder for RF filter before the LNA so that desired filter can be installed(if required) for the target application. Please check this link for off the shelf available filters http://www.triquint.com/prodserv/types/filters/rf.cfm Regards Agile Solutions ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Introducing Wideband RF Transceiver Board U-RFX covering frequencies from 1MHz to 4.4GHz
Agile Solutions is pleased to announce a new Wideband RF Transceiver board U-RFX capable of tuning frequencies from 1MHz to 4.4GHz. The wide frequency coverage addresses the need for single RF transceiver board capable of meeting various application needs ranging from 1MHz to 4.4GHz with 50 MHz of RF Bandwidth. Agile Solutions is Startup Company Started in 2010 with goal to produce low cost software Defined Radio Solutions for Teaching, Research and Prototype Solutions. Our first Universal RF Transceiver board U-RFX is developed to address GNURADIO and USRP. U-RFX board seamlessly works with USRP family of boards. U-RFX is Full duplex RF Tranceiver board and operates in two modes Low Frequency Operation: 1MHz to 200MHz, same as Basic TX and Basic RX High Frequency Operation: 200MHz to 4.4GHz MAX RF Output Power: 17dBm with upto 25dB Output power control MAX RF Input Power: -15dBm with upto 45dB gain control Receiver Sensitivity: -115dBm upto 3.8GHz and -95dBm upto 4.4GHz Receiver Noise figure: 6-8 dB U-RFX is MIMO capable:All the LO's on U-RFX board are phase synchronous with respect to motherboard clock. By using two or more U-RFX boards, NxM MIMO can be realized. U-RFX board is available for purchase at an introductory price of 700 USD. Universal RF Tranceiver board U-RFX is designed with Zero IF direct conversion architecture and has onboard Local Oscillators, Mixers, Switches, LNA's and Power amplifiers. For more information on U-RFX, please visit www.agile-sdr-solutions.com Regards Agile Solutions___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
