wrong antenna mode
Hi, I am using a X310 under uhd4.1.0.5, gnuradio 3.8 and rfnoc. Whenever I use an antenna mode with either usrp sink or source, I get an error stating: invalid antenna mode: RX/TX python error is: return_uhd_swig.usrp_source_sptr_set_antenna(self, ant, chan) How to solve this? Thanks in advance, Maxime DUPONT
Re: wrong antenna mode
Salut Maxime, a lot of arguments seem to have changed with UHD4. In the UHD: USRP Source, go to RF Options and for each board define Ch i: Antenna manually, replacing the TX/RX tab entry with your own. I use "A" setting. Probably your Subdev Spec that might have been defined with UHD3 is no longer valid as well: in the General menu of UHD Source I had to set A:0 B:0 under Mb0: Subdev Spec. Not sure how this setting relates to https://files.ettus.com/manual/page_dboards.html and the description that Antenna Mode A: real signal from antenna RXA Antenna Mode B: real signal from antenna RXB for the BasicRX. Best, JM > I am using a X310 under uhd4.1.0.5, gnuradio 3.8 and rfnoc. > Whenever I use an antenna mode with either usrp sink or source, I get > an error stating: invalid antenna mode: RX/TX > > python error is: > return_uhd_swig.usrp_source_sptr_set_antenna(self, ant, chan) > > How to solve this? > > Thanks in advance, > Maxime DUPONT > > -- JM Friedt, FEMTO-ST Time & Frequency, 26 rue de l'Epitaphe, 25000 Besancon, France
Software Defined Radio Academy 2022 && European GNURadio Days
Call for Contributions: SDRA-2022 Online and Friedrichshafen HAMRADIO Friedrichshafen Software Defined Radio Academy 2022 (SDRA- 2022) Date: Friday 24.06.2022, Saturday 25.06.2022 (and Sunday 26.06.2022) Conference Websites: https://www.hamradio-friedrichshafen.de https://2022.sdra.io SDRA-2022 invites radio amateurs and researchers from acadaemia and industry to submit papers for oral and poster presentations on recent research that addresses theoretical aspects, algorithms, applications, hardware and software architectures for applied Software Defined Radio systems and resources and other aspects of SDR, as well as survey and discussion papers. The invitation particularly addresses open source research and projects. We also particularly invite specialists giving introductory talks and tutorials on SDR technologies. European GNURadio Days We point out that we are co-operating closely with the European GNURadio Days. GNU Radio related contributions will be provided as tutorials recorded by the European GNU Radio Days organizers aimed at illustrating digital signal processing and communication techniques demonstrated with our favorite processing framework. European GNU Radio Days organizers remain open to all sorts of proposals, including tutorial contributions and experimental demonstrations using GNU Radio. SDRA Topics: Advances in GNURadio related projects and research Algorithms, applications, architectures in SDR systems Real Time signal processing Innovative applications using modern ADC/DAC environments Submission Information How to submit: Please send an abstract of approximately 250 words to: s...@darc.de Please include the following information: Paper title Author's name (and callsign). Names and callsigns of all authors if multiple authors. Author's affiliation Country Email address of the main author All accepted papers will be published. Publication details will be available at a later point of time. We ask authors to keep a limit of 6 pages. If there is a reason why the paper should be longer, please contact us. We also solicit Posters and Demo papers: Poster/Demo papers describe a small focused result, a negative result, or a late-breaking result, or a description of a system that can be demonstrated on-site at the conference. Papers should be formatted using the IEEE A4 templates: https://www.ieee.org/conferences_events/conferences/publishing/templates.html Organization Prof. Dr. Michael Hartje, DK5HH Markus Heller, M.A., DL8RDS Senior Programme Committee Prof. Dr. Michael Hartje, HS Bremen, DK5HH Prof. Dr. Michael Niemetz, OTH Regensburg, DG2RAM Prof. Dr. Michael Mächtel, HTWG Konstanz, DL2SBS Important Dates: Please note that we welcome earlier recordings. The earlier you can submit and arrange the recording with our video team, the better. Abstract Submission: 30.04.2022 Acceptance Notification: 15.05.2022 Presentation Recording: 15.05.2022 - 15.06.2022 PlayOut Date and Live Event: 24/25/26.06.2022 Contact For enquiries and paper submission details please do not hesitate to contact us: Email: s...@darc.de Tel.: +49.89.420956305-0
Re: wrong antenna mode
Salut JM, Thank you. This was as simple as that. Problem solved. See you, Maxime Le 22/03/2022 à 11:45, jmfriedt a écrit : Salut Maxime, a lot of arguments seem to have changed with UHD4. In the UHD: USRP Source, go to RF Options and for each board define Ch i: Antenna manually, replacing the TX/RX tab entry with your own. I use "A" setting. Probably your Subdev Spec that might have been defined with UHD3 is no longer valid as well: in the General menu of UHD Source I had to set A:0 B:0 under Mb0: Subdev Spec. Not sure how this setting relates to https://files.ettus.com/manual/page_dboards.html and the description that Antenna Mode A: real signal from antenna RXA Antenna Mode B: real signal from antenna RXB for the BasicRX. Best, JM I am using a X310 under uhd4.1.0.5, gnuradio 3.8 and rfnoc. Whenever I use an antenna mode with either usrp sink or source, I get an error stating: invalid antenna mode: RX/TX python error is: return_uhd_swig.usrp_source_sptr_set_antenna(self, ant, chan) How to solve this? Thanks in advance, Maxime DUPONT
gr_modtool rm in v3.9
I tried using gr_modtool in v3.9.5.0 to add a block, including python and C++ QA code. I then did a gr_modtool rm on that block, but the C++ QA code file was not removed, and the file shows up in the lib/CMakeLists.txt file. I tried a test with the same thing in v3.8.5.0, and it seems like the C++ file and reference were removed. I couldn't find any reference to it being changed, so I guess I'm just checking to see if there is an issue with me, or the tool. Regards, Jeff
conda build fails with: ImportError: generic_type: type "square_ff" referenced unknown base type "gr::block"
In order to learn how conda recipes and conda build work, I did the following steps on my computer: - created a VM running the latest version of Ubuntu (21.10); I did all the remaining steps inside this VM - installed conda (miniforge3), created the 'gnuradio' environment, installed the latest version of gnuradio from conda (3.10.1.1), ran 'conda upgrade -all', ran a quick check with 'gnuradio-compantion' - for this part I followed the instructions in the GNU Radio Wiki (https://wiki.gnuradio.org/index.php/CondaInstall) - ran 'conda install gnuradio-build-deps' and 'conda activate $CONDA_DEFAULT_ENV' as per the instructions here: https://wiki.gnuradio.org/index.php/CondaInstall#Building_OOT_modules_to_use_with_conda-installed_GNU_Radio - followed the GNU Radio OOT Modules tutorial (https://wiki.gnuradio.org/index.php/OutOfTreeModules) to create the sample 'gr-howto' OOT module with the two blocks 'square_ff' and 'square2_ff' - in the sample OOT howto module I ran the commands: mkdir build cd build cmake -G Ninja -DCMAKE_INSTALL_PREFIX=$CONDA_PREFIX -DCMAKE_PREFIX_PATH=$CONDA_PREFIX -DLIB_SUFFIX="" .. cmake --build . cmake --build . --target install and I was able to build the sample 'gr-howto' module, and ran the QA tests without any errors - I then created a conda recipe following the steps in Ryan Volz template (https://github.com/ryanvolz/gnuradio-oot-template-feedstock); modified the meta.yaml file, and the build.sh file (didn't touch bld.bat since my build/host environment is Ubuntu) - I installed conda-build and ran the command 'conda build .' in the directory with the recipe - After a few minutes the compile/link part ran without errors, however the QA tests failed with the error message: ImportError: generic_type: type "square_ff" referenced unknown base type "gr::block" For those interested in seeing all the files (howto module, meta.yaml, build.sh), I uploaded them to my Google drive and this is the link: https://drive.google.com/file/d/1rkMcrsF9jLxUvgOU1F3kpbCRij4e9qa-/view?usp=sharing I know that error message is due to pybind11 and I saw it was mentioned in this mailing list before (https://lists.gnu.org/archive/html/discuss-gnuradio/2021-05/msg00056.html and https://github.com/gnuradio/gnuradio/issues/4841), but in this case the module does work with the conda gnuradio environment if built the 'normal' way using the 'cmake' commands above; it fails when run inside a 'conda build' recipe. Thanks in advance, Franco
