https://www.dropbox.com/t/03n4vwp9n5o8E5Pf
On Fri, 13 Nov 2020 12:00:10 , discuss-gnuradio-request@gnu.org wrote:
Send Discuss-gnuradio mailing list submissions to discuss-gnuradio@gnu.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.gnu.org/mailman/listinfo/discuss-gnuradio or, via email, send a message with subject or body 'help' to discuss-gnuradio-request@gnu.org You can reach the person managing the list at discuss-gnuradio-owner@gnu.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Discuss-gnuradio digest..." Today's Topics: 1. Re: Ofdm transceiver with more than 16QAM (Marcus Müller) 2. Re: (Martin Braun) 3. Re: gr 3.8, uhd4.0 and rfnoc (Martin Braun) 4. Re: Regarding ofdm mod in gnu radio (Martin Braun) 5. Re: clang formating (Martin Braun) 6. GNU Radio Organization Updates (Martin Braun) ---------------------------------------------------------------------- Message: 1 Date: Thu, 12 Nov 2020 18:25:45 +0100 From: Marcus Müller <mmueller@gnuradio.org> To: discuss-gnuradio@gnu.org Subject: Re: Ofdm transceiver with more than 16QAM Message-ID: <c3d1b323-0a3e-cddd-0213-83723e0af487@gnuradio.org> Content-Type: text/plain; charset=utf-8 You don't need to measure it. You need to ask yourself *why* a constellation with many points might not work well with a low SNR. Then you have your answer. On 11.11.20 14:03, pv@koalatech.pt wrote: > I don know how can I measure the SNR with QAM modulation. There is only > a MPSK SNR probe. > Can you tell me how to measure SNR with MQAM? > > Thanks for your help, > Pedro Viegas > > Citando Marcus Müller <mmueller@gnuradio.org>: > >> Hi. this is a typical question like I'd ask it when talking a student >> through a test for a digital comms computer lab. So here's a hint: >> >> "Constellations with very many points" don't always work. It has to do >> with SNR. Can you explain what the problem is with low SNR? >> >> Best regards, >> Marcus >> >> On 10.11.20 12:56, pv@koalatech.pt wrote: >>> Hi, I'm trying to make an OFDM transmission of a png file (9.3 kB) with >>> 256QAM with the gnuradio >>> example of OFDM transmitter / receiver. The USRP I'm using is the ettus >>> n210 with the cbx daughter board. With the QPSK and 16QAM modulations it >>> works, but with 64QAM or 256QAM I can´t receive the file, sometimes it >>> receives some packets but most of the time it doesn't receive any byte. >>> Can anyone help me with with this problem? >>> >>> Thanks in advance. >>> Pedro Viegas > > ------------------------------ Message: 2 Date: Fri, 13 Nov 2020 14:47:55 +0100 From: Martin Braun <martin.braun@ettus.com> Cc: GNURadio Discussion List <discuss-gnuradio@gnu.org> Subject: Re: Message-ID: <CAFOi1A7F+Z4UErWRMC4ZjmCqwDfAfRn6a=pLkM5jVS3QTLiL1g@mail.gmail.com> Content-Type: text/plain; charset="utf-8" What's wrong with the layout? You can probably ignore the GTK warnings. The flowgraph itself is run in QT. --M On Fri, Nov 6, 2020 at 8:07 PM <joao@phygitall.rio> wrote: > Hello, > > I am new to gnu radio. I installed it in Ubuntu 20.04 through PPA ( > http://ppa.launchpad.net/gnuradio/gnuradio-releases/ubuntu). The version > installed is 3.8.2.0 (Python 3.8.5). > > Every time I execute a flow graph I receive the following warnings in the > grc terminal. > > ##### Start of the grc log ##### > > <<< Welcome to GNU Radio Companion 3.8.2.0 >>> > > Block paths: > /usr/share/gnuradio/grc/blocks > > Loading: "/home/joao/Downloads/gnuradio/tutorial_two_3.grc" > >>> Done > > Generating: '/home/joao/Downloads/gnuradio/tutorial_two_3.py' > > Executing: /usr/bin/python3 -u > /home/joao/Downloads/gnuradio/tutorial_two_3.py > > > (python3:22390): Gtk-WARNING **: 11:09:32.062: GTK+ module > /usr/lib/x86_64-linux-gnu/gtk-2.0/modules/libgail.so cannot be loaded. > GTK+ 2.x symbols detected. Using GTK+ 2.x and GTK+ 3 in the same process > is not supported. > Gtk-Message: 11:09:32.062: Not loading module "atk-bridge": The > functionality is provided by GTK natively. Please try to not load it. > > (python3:22390): Gtk-WARNING **: 11:09:32.174: GTK+ module > /usr/lib/x86_64-linux-gnu/gtk-2.0/modules/libcanberra-gtk-module.so cannot > be loaded. > GTK+ 2.x symbols detected. Using GTK+ 2.x and GTK+ 3 in the same process > is not supported. > Gtk-Message: 11:09:32.174: Failed to load module "canberra-gtk-module" > > (python3:22390): Gtk-WARNING **: 11:09:32.174: GTK+ module > /usr/lib/x86_64-linux-gnu/gtk-2.0/modules/libgail.so cannot be loaded. > GTK+ 2.x symbols detected. Using GTK+ 2.x and GTK+ 3 in the same process > is not supported. > Gtk-Message: 11:09:32.174: Not loading module "atk-bridge": The > functionality is provided by GTK natively. Please try to not load it. > > (python3:22390): Gtk-WARNING **: 11:09:32.175: GTK+ module > /usr/lib/x86_64-linux-gnu/gtk-2.0/modules/libcanberra-gtk-module.so cannot > be loaded. > GTK+ 2.x symbols detected. Using GTK+ 2.x and GTK+ 3 in the same process > is not supported. > Gtk-Message: 11:09:32.175: Failed to load module "canberra-gtk-module" > > (python3:22390): Gtk-WARNING **: 11:09:32.175: GTK+ module > /usr/lib/x86_64-linux-gnu/gtk-2.0/modules/libgail.so cannot be loaded. > GTK+ 2.x symbols detected. Using GTK+ 2.x and GTK+ 3 in the same process > is not supported. > Gtk-Message: 11:09:32.175: Not loading module "atk-bridge": The > functionality is provided by GTK natively. Please try to not load it. > > ##### End of the grc log ##### > > The print screen of the flow graph is in the tutorial_two_3.png file. It > is the example that exists in the "A More Complex Flowgraph" section in > https://wiki.gnuradio.org/index.php/Guided_Tutorial_GRC. > > The tutorial_two.png file shows the gui obtained when the flow graph is > run. The GUI layout is not correct and I think it could be related to the > above warnings. > > Is there something I can do to solve this issue? or is this a bug? > > Thanks a lot! > > João > -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201113/2a3a341d/attachment.html> ------------------------------ Message: 3 Date: Fri, 13 Nov 2020 14:51:42 +0100 From: Martin Braun <martin.braun@ettus.com> To: Dario Pennisi <dario@iptronix.com> Cc: "discuss-gnuradio@gnu.org" <discuss-gnuradio@gnu.org> Subject: Re: gr 3.8, uhd4.0 and rfnoc Message-ID: <CAFOi1A7ikdygEhSzd+1K884+xZb2OCbA41AwNRgnFq9n-5NJ2w@mail.gmail.com> Content-Type: text/plain; charset="utf-8" The Block#0 issue is a known one, the problem is that it doesn't pick up the name until it invokes the DLL/.so from your custom code. It's being worked on. They should work, however, in GNU Radio where the DLL/.so *is* linked in. You do, however, need to create block.yaml files to describe your blocks to UHD. --M On Sun, Nov 8, 2020 at 8:04 AM Dario Pennisi <dario@iptronix.com> wrote: > Hi, > I've been trying to create and use a rfnoc block for n310 within gnuradio > 3.8 and uhd4.0. I first tried with pybombs but this doesn't not seem to > work very well and there is no default recipe that works. I then moved to > manual install from source and got something up using the maint-3.8 and > uhd-4.0 branches however none of the rfnoc blocks in uhd 4.0 seem to be > usable directly in gnuradio companion as the yaml files in uhd are not > compatible with the yaml block files required by grc. > > I then moved to master branch of both repositories and this installs with > gnuradio, some yaml files for some of the blocks in uhd, so I tired > compiling a fpga with fft block as instructed in the tutorial but the fft > would not produce output data. > > Finally I tried compiling the gain example block out of tree and installed > its control block both with maint 3.8 branch (that uses swig) and master > branches (that uses pybind11) but in both cases the block doesn't get > recognized when i issue uhd_usrp_probe and it gets listed as block#0 > regardless of Ldconfig. > I get it listed in grc after I created a second yaml file compatible with > grc but of course running a graph will fail as it doesn't find the block > control class, likely because in the installation process I don't see > python bindings being generated for it, regardless of the binding creation > mechanism. > > So my questions are: > 1) is there any way to use rfnoc in grc as of today that doesn't need > manual creation of the block.yaml files? > 2) why the fft block using the block.yaml definition from gr-uhd doesn't > seem to work? > 3) how do I make oot blocks recognized by probe and grc? > > Thanks, > > > Dario Pennisi > -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201113/f42ab762/attachment.html> ------------------------------ Message: 4 Date: Fri, 13 Nov 2020 14:55:52 +0100 From: Martin Braun <martin.braun@ettus.com> To: Rozana Alam <rozana.alam0@gmail.com> Cc: GNURadio Discussion List <discuss-gnuradio@gnu.org> Subject: Re: Regarding ofdm mod in gnu radio Message-ID: <CAFOi1A41zh8RMGN_W=qZqO=Mo+vUptb-zcTVvt+oeJaA2xPYFQ@mail.gmail.com> Content-Type: text/plain; charset="utf-8" Check the tx_ofdm.grc and rx_ofdm.grc examples in the gr-digital module. This page will help if you want to access the C++ API: https://www.gnuradio.org/doc/doxygen/group__ofdm__blk.html Also, this: https://wiki.gnuradio.org/index.php/Basic_OFDM_Tutorial --M On Tue, Nov 10, 2020 at 2:53 PM Rozana Alam <rozana.alam0@gmail.com> wrote: > Hello community, > I have currently started using gnu radio for some signal measurement > purpose. I want to transmit ofdm signal with the help of gnu through > SDR(bladeRF). I got an idea from some tutorials that ofdm mod is needed for > transmitting ofdm signal.but I don't have any ofdm mod block on my gnu > platform but I have all the other ofdm components like ofdm tx,Rx, channel > allocator etc.i am using gnu radio 3.8 version in Ubuntu 18.04 and it's > compiled from source. Can anyone please assist me how to download ofdm mod > in my current platform.or is there any supplement that I can simply use > ofdm transmitter and receiver to transmit and receive ofdm signal through > the SDR. I would highly appreciate your help. > Sincerely, > Rozana > -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201113/74c7df38/attachment.html> ------------------------------ Message: 5 Date: Fri, 13 Nov 2020 14:57:37 +0100 From: Martin Braun <martin.braun@ettus.com> To: Volker Schroer <dl1ksv@gmx.de> Cc: GNURadio Discussion List <discuss-gnuradio@gnu.org> Subject: Re: clang formating Message-ID: <CAFOi1A6TnesNsvxuHx9iEV-XWXd=OYDrCyK6N7uxTO56NhDhVQ@mail.gmail.com> Content-Type: text/plain; charset="utf-8" Most IDEs have clang-format support built in and can tell you what's wrong (like a word processor spellchecker). I use vim + ALE, for example. VS Code also has plugins. --M On Wed, Nov 11, 2020 at 11:25 AM Volker Schroer <dl1ksv@gmx.de> wrote: > Hi, > > I just made a pr and got the message that the pr formatting check > failed. But looking at the output I don't understand, what's wrong. > > Even more I'd like to know how I can do the formatting check locally. > The coding guide in the wiki is empty. > > Thanks in advance > > -- Volker > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201113/2f38ac01/attachment.html> ------------------------------ Message: 6 Date: Fri, 13 Nov 2020 15:18:24 +0100 From: Martin Braun <martin@gnuradio.org> To: "discuss-gnuradio@gnu.org" <discuss-gnuradio@gnu.org> Subject: GNU Radio Organization Updates Message-ID: <f196e5ee-eedd-a15a-bb3b-5cddf6b19375@gnuradio.org> Content-Type: text/plain; charset=utf-8 Hi all, we're a bit behind in updating the mailing list on the latest organizational update. At GRCon, we talked about the changes we were planning to do within the GNU Radio organization (https://www.youtube.com/watch?v=FRGwxPBG1wM). In the meantime, we have implemented most of these changes. The people who were previously officers of the project congregated on 8-Oct-2020 to have our first General Assembly. Here, we decided to reorganize the GNU Radio Project under new articles of association. The new articles, and the minutes of the General Assembly can be found on a new repository we've been using to capture all important organizational documents: https://github.com/gnuradio/gr-governance We'll also document assembly meeting minutes and other decisions here, so if you care about the organization, you can monitor that repository for updates. Other than agreeing on the new organization format, the assembly also elected a new board. The board now consists of Derek Kozel, Marc Lichtman, and myself. After the assembly, the board met internally to decide on who would be the new president of the project, and we are very happy to have Derek Kozel fill that role. Ben Hilburn, our previous president, did not run for the office of the board, but remains part of the General Assembly. We are very grateful for all his work during the years of his presidency, in particular, the work he did to set up the GNU Radio organization in a more sustainable way, ultimately leading to the organization we have now. Finally, we elected two more members into the General Assembly: Barry Duggan (our documentation lead) and Sam Palazzolo (who was a key member of the GRCon committee). We will be adding more members to the GA in the coming months. We had a bit of an audio snafu during the last project call, but we did also talk about the new org structure in the October call: https://youtu.be/HS4F2Z60NUU I want to thank all volunteers in the project, on the assembly or otherwise, for their contributions to the project, and hope that the new org structure will continue to bring success to the project. Cheers, Martin ------------------------------ Subject: Digest Footer _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ------------------------------ End of Discuss-gnuradio Digest, Vol 217, Issue 16 ************************************************* Send Discuss-gnuradio mailing list submissions to discuss-gnuradio@gnu.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.gnu.org/mailman/listinfo/discuss-gnuradio or, via email, send a message with subject or body 'help' to discuss-gnuradio-request@gnu.org You can reach the person managing the list at discuss-gnuradio-owner@gnu.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Discuss-gnuradio digest..." Today's Topics: 1. Re: Import Block "bad import syntax" (Elmore Family) 2. Makefile:127: recipe for target 'test' failed during 'make test' command (Rupak Paul) 3. Issue in pack repack block? (former Issue in file sink block) (Christophe Seguinot) 4. Re: Makefile:127: recipe for target 'test' failed during 'make test' command (Marcus Müller) ---------------------------------------------------------------------- Message: 1 Date: Wed, 11 Nov 2020 14:10:25 -0500 From: "Elmore Family" <wa4ywm@comcast.net> To: "Barry Duggan" <barry@dcsmail.net> Cc: "Discuss Gnuradio" <discuss-gnuradio@gnu.org> Subject: Re: Import Block "bad import syntax" Message-ID: <B936AE1A84D8463D9123BF1E46399D73@Mainpc2> Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=response Barry, 1) I tried this and I can specify import testpy without getting a bad syntax error. I generated my softrock module in exactly the same manner but still get the bad syntax error. Note that my document does say import testpy, not import squareme as you mentioned. Also, in order for it to work in test_var testpy.squareme(12) is correct. 2) When I originally created softrock I did so in a directory called Softrock. Upon seeing that testpy worked I moved the gr-softrock directory to ~/ but still no joy. 3) My intent is to create a module which will communicate with my softrock xcvr through its' USB interface using a PTT button and some means of frequency adjustment (slider or text entry). I specifically want to be able to issue PTT and Frequency commands. As a test I created an OOT module following the OOT tutorial and placed some USB code retrieved from Quisk code and was able to issue a PTT command. However, I couldn't seem to go much farther with my ideas without considerable difficulty if at all. So I abandoned this approach. That's when I came across the idea of using a noblock module so that I didn't need to deal with in/out and could put any code in there that I need. 4) I tried creating an Embedded Python Module some time ago but encountered numerous errors including Import Error: No module named epy_block_0, and Attribute Error. The latter I could not resolve after much anguish and abandoned this approach. Note that this is the first I have worked with gnuradio or Python. I have found gnuradio to be a particularly difficult nut to crack. My professional background (now retired) was in Embedded Programming mostly in C and Assembly. 73, Jim WA4YWM -----Original Message----- From: Barry Duggan Sent: Wednesday, November 11, 2020 10:46 AM To: Elmore Family Cc: Discuss Gnuradio Subject: Re: Import Block "bad import syntax" Hi Jim, 1) Have you done https://wiki.gnuradio.org/index.php/TutorialPythonFunctions with the changes I suggested? Did it work? 2) Did you create ~/gr-softrock in the same manner as that tutorial? 3) What is your module going to do? Is it just an audio input from a USB dongle such as the 'Plugable USB Audio Adapter' I use on my rPi? If so, you can use the Audio Source block with the appropriate device name for the USB device. Look at https://wiki.gnuradio.org/index.php/Simulation_example:_AM_transmitter_and_receiver#AM_transmitter for an example. 4) Otherwise, it would probably be a lot simpler to use an Embedded Python Block (https://wiki.gnuradio.org/index.php/Embedded_Python_Block) for your softrock_usb.py program. Keep me posted. P.S. If you 'reply all' it will get included in the Discuss Gnuradio thread. --- Barry Duggan KV4FV https://github.com/duggabe On 11/10/20 9:46 PM, Elmore Family wrote: > Barry, > > Nice to be in touch with a fellow ham. > > I am using 3.7.5 loaded using apt-get install. > > I have been through the OOT tutorial, built the module in the tutorial as > a test. Also, added some code to it to communicate with the Softrock via > USB. > > However, I can't accomplish much more. Using a noblock module I think will > solve my problem. > > But back to the basic question - how is import softrock bad syntax? > > 73, > Jim WA4YWM > > -----Original Message----- From: Barry Duggan > Sent: Tuesday, November 10, 2020 10:22 PM > To: wa4ywm@comcast.net > Cc: Discuss Gnuradio > Subject: Re: Import Block "bad import syntax" > > Hi Jim, > > The tutorial you cited has been deprecated in GR 3.8. Also, it doesn't > work as written! At this point we have chosen not to update or correct > it. The recommended tutorial is > https://wiki.gnuradio.org/index.php/OutOfTreeModules > > What version of GR do you have on your rPi, and how did you load it? > > For the tutorial you referenced, your Import should be for testpy and > not squareme. Also, for the Variable test_var, the value should be > squareme(12) without the "testpy." in front of it. > > 73, > --- > Barry Duggan KV4FV > https://github.com/duggabe > > --- > On Mon, 9 Nov 2020 10:13:53 -0500, Elmore's wrote: > > I have a problem as indicated in the subject line that has me totally > baffled. > > I have created a noblock module with gr_modtool called softrock. This > module has been successfully created and lives in > /usr/local/lib/python2.7/dist-packages/softrock. It contains a file > softrock_usb.py. > > I have an existing flowgraph in which I select an Import block. In the > Import line in Properties I type "import softrock" (without quotes). I > get the error "bad import syntax". > > I used the document TutorialPythonFunctions from the gnuradio wiki as > guidance for this task. > > I have performed extensive searching for this issue but everything > points back to simply adding the word "import" in front of the module > name. > > I have tried completely clearing the text box thinking that there might > be extraneous characters present. > > This seems so simple that I am baffled why it isn't working. > > My platform is a Raspberry Pi 3 with Raspbian Jessie. > > Thanks for any help you might give me. > > Jim > > -- This email has been checked for viruses by AVG. https://www.avg.com ------------------------------ Message: 2 Date: Thu, 12 Nov 2020 04:02:15 +0100 From: Rupak Paul <rpk.aiub990@gmail.com> To: discuss-gnuradio@gnu.org Subject: Makefile:127: recipe for target 'test' failed during 'make test' command Message-ID: <CAFQvaatX3pVoYr9Dhd+06_NrvrwOmLWZs76+=5ubuOBVzKO-jw@mail.gmail.com> Content-Type: text/plain; charset="utf-8" Hi there, I am using Ubuntu 16.08 and GNU 3.8. When I run ''make test'' cmd for creating new OOT module, it fails and shows- ...................................................................... Running tests... Test project /home/rupak/gr-howto/build Start 1: test_howto 1/2 Test #1: test_howto ....................... Passed 0.02 sec Start 2: qa_square_ff 2/2 Test #2: qa_square_ff .....................***Failed 0.42 sec 50% tests passed, 1 tests failed out of 2 Total Test time (real) = 0.44 sec The following tests FAILED: 2 - qa_square_ff (Failed) Errors while running CTest Makefile:127: recipe for target 'test' failed make: *** [test] Error 8 ............................................................................... I followed every steps according to 'OutOfTreeModules'. How can I fix this issue? -- Thanking you, Rupak Paul -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201112/aba9fe02/attachment.html> ------------------------------ Message: 3 Date: Thu, 12 Nov 2020 16:17:12 +0100 From: Christophe Seguinot <christophe.seguinot@orange.fr> To: discuss-gnuradio <discuss-gnuradio@gnu.org> Subject: Issue in pack repack block? (former Issue in file sink block) Message-ID: <ff30489d-4f5b-e4d2-019f-a4e36cc73aa0@orange.fr> Content-Type: text/plain; charset="utf-8" An HTML attachment was scrubbed... URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201112/9f3239ec/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: packing_test.grc Type: application/gnuradio-grc Size: 12702 bytes Desc: not available URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201112/9f3239ec/attachment.bin> ------------------------------ Message: 4 Date: Thu, 12 Nov 2020 17:58:44 +0100 From: Marcus Müller <mmueller@gnuradio.org> To: discuss-gnuradio@gnu.org Subject: Re: Makefile:127: recipe for target 'test' failed during 'make test' command Message-ID: <45e11ba4-e206-f6c1-fd8f-0016d19fcf46@gnuradio.org> Content-Type: text/plain; charset=utf-8 Hi Rupak, can you update to a moderner Ubuntu? GNU Radio 3.8 should work with Ubuntu 16.04, indeed, but on 20.04, you can just sudo apt install gnuradio gnuradio-dev cmake swig and have a working GNU Radio 3.8 development environment, eradicating so many sources of error... Anyway, did you implement that test? Also, when you run `ctest --output-on-failure` instead of `make test`, you should be getting a more detailed error report. Best regards, Marcus On 12.11.20 04:02, Rupak Paul wrote: > Hi there, > > I am using Ubuntu 16.08 and GNU 3.8. > When I run ''make test'' cmd for creating new OOT module, it fails and > shows- > ...................................................................... > Running tests... > Test project /home/rupak/gr-howto/build > Start 1: test_howto > 1/2 Test #1: test_howto ....................... Passed 0.02 sec > Start 2: qa_square_ff > 2/2 Test #2: qa_square_ff .....................***Failed 0.42 sec > > 50% tests passed, 1 tests failed out of 2 > > Total Test time (real) = 0.44 sec > > The following tests FAILED: > 2 - qa_square_ff (Failed) > Errors while running CTest > Makefile:127: recipe for target 'test' failed > make: *** [test] Error 8 > ............................................................................... > > I followed every steps according to'OutOfTreeModules'. > How can I fix this issue? > -- > > > Thanking you, > > Rupak Paul > ------------------------------ Subject: Digest Footer _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ------------------------------ End of Discuss-gnuradio Digest, Vol 217, Issue 15 ************************************************* Send Discuss-gnuradio mailing list submissions to discuss-gnuradio@gnu.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.gnu.org/mailman/listinfo/discuss-gnuradio or, via email, send a message with subject or body 'help' to discuss-gnuradio-request@gnu.org You can reach the person managing the list at discuss-gnuradio-owner@gnu.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Discuss-gnuradio digest..." Today's Topics: 1. Re: Issue in file sink block (Cinaed Simson) 2. Re: GRC Documentation tab (Marcus Müller) 3. Re: Ofdm transceiver with more than 16QAM (Marcus Müller) 4. Re: GRC Documentation tab (Barry Duggan) 5. Re: Import Block "bad import syntax" (Barry Duggan) 6. Re: GRC Documentation tab (Jeff Long) 7. Re: Issue in file sink block (Maitry Raval) 8. Re: Issue in file sink block (Christophe Seguinot) 9. Re: Issue in file sink block (Maitry Raval) 10. clang formating (Volker Schroer) 11. Re: clang formating (Ron Economos) 12. Re: clang formating (Ron Economos) 13. Re: clang formating (Johannes Demel) 14. Re: clang formating (Ron Economos) 15. Re: clang formating (Gisle Vanem) 16. Re: clang formating (Johannes Demel) 17. Re: clang formating (Gisle Vanem) 18. Re: Ofdm transceiver with more than 16QAM (pv@koalatech.pt) 19. Re: Import Block "bad import syntax" (Barry Duggan) ---------------------------------------------------------------------- Message: 1 Date: Tue, 10 Nov 2020 11:21:54 -0800 From: Cinaed Simson <cinaed.simson@gmail.com> To: Maitry Raval <maitry.raval@azistaaerospace.com> Cc: discuss-gnuradio <discuss-gnuradio@gnu.org> Subject: Re: Issue in file sink block Message-ID: <96f19e4f-020e-5c92-f379-8522cfb75d73@gmail.com> Content-Type: text/plain; charset="utf-8"; Format="flowed" Hi Maitry - okay, then Marcus has already updated you - DPSK Mod is depreciated. That is, it has bugs which can't or won't be fixed and is no longer supported. -- Cinaed On 11/9/20 7:43 PM, Maitry Raval wrote: > Hello, > > I understand that I have use online ASCII to binary converter and for > that I am using below online converter. > https://www.rapidtables.com/convert/number/ascii-to-binary.html > <https://www.rapidtables.com/convert/number/ascii-to-binary.html> > > But I am facing an issue, while I am transmitting repetitive pattern > such as 1100, 1010 , the data stored in the file after mod-demod is > almost similar( only some initial bits are changed) . Please check the > screenshot attached. > > But when I am transmitting some random pattern instead of repetitive > using file source, I am not receiving the same pattern, while I am > converting the stored ASCII to binary using converter. > > I have sent the GRC file in previous mail. Kindly let me know, where > is the problem? > > Waiting for your positive response. > > With Best Regards, > Maitry Raval, > R& D engineer|Azista Industries Pvt Ltd| > 079-40605800|www.azistaaerospace.com > > ------------------------------------------------------------------------ > *From: *"Cinaed Simson" <cinaed.simson@gmail.com> > *To: *"discuss-gnuradio" <discuss-gnuradio@gnu.org> > *Sent: *Monday, November 9, 2020 1:15:51 PM > *Subject: *Re: Issue in file sink block > > Hi Maitry - if by update you mean dumping a binary file as binary > instead of hexadecimal, then on Linux use > > xxd -b <infile> <outfile> > > -- Cinaed > > > On 11/8/20 8:13 PM, Maitry Raval wrote: > > Hello experts, > > Any updates? > > With Best Regards, > Maitry Raval, > R& D engineer|Azista Industries Pvt Ltd| > 079-40605800|www.azistaaerospace.com > > ------------------------------------------------------------------------ > *From: *"Aditya Arun Kumar" <adityaarunkumarphi@gmail.com> > *To: *"Maitry Raval" <maitry.raval@azistaaerospace.com> > *Cc: *"discuss-gnuradio" <discuss-gnuradio@gnu.org> > *Sent: *Wednesday, November 4, 2020 11:46:32 AM > *Subject: *Re: Issue in file sink block > > Ok, thanks. > > On Wed, Nov 4, 2020 at 11:28 AM Maitry Raval > <maitry.raval@azistaaerospace.com > <mailto:maitry.raval@azistaaerospace.com>> wrote: > > Hello, > > Please ignore the previous grc file. please find attached the > correct grc file. > > With Best Regards, > Maitry Raval, > R& D engineer|Azista Industries Pvt Ltd| > 079-40605800|www.azistaaerospace.com > <http://www.azistaaerospace.com> > > ------------------------------------------------------------------------ > *From: *"Maitry Raval" <maitry.raval@azistaaerospace.com > <mailto:maitry.raval@azistaaerospace.com>> > *To: *"Aditya Arun Kumar" <adityaarunkumarphi@gmail.com > <mailto:adityaarunkumarphi@gmail.com>> > *Cc: *"discuss-gnuradio" <discuss-gnuradio@gnu.org > <mailto:discuss-gnuradio@gnu.org>> > *Sent: *Wednesday, November 4, 2020 9:06:09 AM > *Subject: *Re: Issue in file sink block > > Hello, > > Please find attached grc file for reference. I have done trial > and error by converting the output file into online ascii to > binary converter, but it provides random output. > > Please guide which binary viewer I need to use in check the > data in 1 and 0 format(binary) ? > > With Best Regards, > Maitry Raval, > R& D engineer|Azista Industries Pvt Ltd| > 079-40605800|www.azistaaerospace.com > <http://www.azistaaerospace.com> > > ------------------------------------------------------------------------ > *From: *"Aditya Arun Kumar" <adityaarunkumarphi@gmail.com > <mailto:adityaarunkumarphi@gmail.com>> > *To: *"Derek Kozel" <derek@bitstovolts.com > <mailto:derek@bitstovolts.com>> > *Cc: *"Maitry Raval" <maitry.raval@azistaaerospace.com > <mailto:maitry.raval@azistaaerospace.com>>, "Marcus Müller" > <mmueller@gnuradio.org <mailto:mmueller@gnuradio.org>>, > "discuss-gnuradio" <discuss-gnuradio@gnu.org > <mailto:discuss-gnuradio@gnu.org>> > *Sent: *Tuesday, November 3, 2020 5:49:05 PM > *Subject: *Re: Issue in file sink block > > Or maybe use a gr-baz any sink to view bits? > > On Tue, Nov 3, 2020 at 5:43 PM Derek Kozel > <derek@bitstovolts.com <mailto:derek@bitstovolts.com>> wrote: > > Hello Maitry, > > The File Sink is not producing a text file, it is the raw > binary data. > You need to look at the contents of the file using a > binary viewer. > > Regards, > Derek > > On 03/11/2020 11:12, Maitry Raval wrote: > > Hello sir, > > > > Please find attached screenshot for the grc file same as > given in PSK guided tutorials. also, I have attached > output txt file for your reference. still , did not > receive binary data stored via file sink. > > > > Please guide, where am I doing wrong. > > > > > > With Best Regards, > > Maitry Raval, > > R& D engineer|Azista Industries Pvt Ltd| > 079-40605800|www.azistaaerospace.com > <http://www.azistaaerospace.com> > > > > ----- Original Message ----- > > From: "Marcus Müller" <mmueller@gnuradio.org > <mailto:mmueller@gnuradio.org>> > > To: "discuss-gnuradio" <discuss-gnuradio@gnu.org > <mailto:discuss-gnuradio@gnu.org>> > > Sent: Monday, November 2, 2020 8:47:28 PM > > Subject: Re: Issue in file sink block > > > > Again, the file sink is fine. > > > > On 02.11.20 04:39, Maitry Raval wrote: > >> Hello, > >> > >> I understand, I think, I need to use PSK demod using > below link. > >> > https://wiki.gnuradio.org/index.php/Guided_Tutorial_PSK_Demodulation > <https://wiki.gnuradio.org/index.php/Guided_Tutorial_PSK_Demodulation> > >> > >> But, as I have a requirement of storing the demod data > in file , how is it possible using file sink or any other > way, please guide. > >> > >> With Best Regards, > >> Maitry Raval, > >> R& D engineer|Azista Industries Pvt Ltd| > 079-40605800|www.azistaaerospace.com > <http://www.azistaaerospace.com> > >> > >> ----- Original Message ----- > >> From: "Marcus Müller, CEL" <mueller@kit.edu > <mailto:mueller@kit.edu>> > >> To: "discuss-gnuradio" <discuss-gnuradio@gnu.org > <mailto:discuss-gnuradio@gnu.org>> > >> Sent: Saturday, October 31, 2020 9:06:22 PM > >> Subject: Re: Issue in file sink block > >> > >> Hi Maitry, > >> > >> I doubt it's the file sink. That tutorial used DPSK > Mod, and that's > >> among the buggy packet_encoder tooling that we > deprecated a long time > >> ago, and finally banished two-ish years ago. It just > dropped data. > >> > >> See the more modern packet examples that come with your > GNU Radio 3.8. > >> > >> Cheers, > >> Marcus > >> > >> On 31.10.20 09:34, Maitry Raval wrote: > >>> Hello , > >>> > >>> I am using GNU radio along with ADRV9361-Z7035 Board > for data reception > >>> and demodulation. I have faced an issue of using file > sink block along > >>> with QPSK demod blocks. when I am attaching dpsk/PSK > demod block with > >>> file sink, I have not received data in binary format. > it gives some > >>> trunk values. when I am doing wrong, please guide us. > >>> I have taken a reference of below link. > >>> > https://courses.washington.edu/ee420/projects/lab2_gnuradio.pdf > <https://courses.washington.edu/ee420/projects/lab2_gnuradio.pdf> > >>> > >>> The only difference is that I am using receiving > section only. as I am > >>> transmitting from other source. so I have attached > fmcommsource block > >>> with dpsk demod followed by file sink. > >>> > >>> Please guide > >>> > >>> With Best Regards, > >>> Maitry Raval, > >>> R& D engineer|Azista Industries Pvt Ltd| > >>> 079-40605800|www.azistaaerospace.com > <http://www.azistaaerospace.com> > > > > > > > > -- > S. Aditya Arun Kumar > Security Researcher, Comms > +919123517465 > > > > -- > S. Aditya Arun Kumar > Security Researcher, Comms > +919123517465 > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201110/6142450e/attachment.html> ------------------------------ Message: 2 Date: Tue, 10 Nov 2020 23:36:09 +0100 From: Marcus Müller <mmueller@gnuradio.org> To: discuss-gnuradio@gnu.org Subject: Re: GRC Documentation tab Message-ID: <fc10730e-744c-bd30-cec0-915e58ae57db@gnuradio.org> Content-Type: text/plain; charset=utf-8 Hi Barry, not as far as I know, but well, in which part of software do you need to know that? Best regards, Marcus On 09.11.20 00:50, Barry Duggan wrote: > Using GRC, open the Properties of a block, select the 'Documentation' > tab. Is there a way to get a hook / callback if the user clicks within > the text box of that tab? > > I don't even need the contents of that text box, just the fact that the > user clicked it, and which type of block (label) it is. > > Thanks! > --- > Barry Duggan KV4FV > https://github.com/duggabe > ------------------------------ Message: 3 Date: Tue, 10 Nov 2020 23:37:58 +0100 From: Marcus Müller <mmueller@gnuradio.org> To: discuss-gnuradio@gnu.org Subject: Re: Ofdm transceiver with more than 16QAM Message-ID: <8854bcf4-9313-c9e9-47c0-db77cd1726a9@gnuradio.org> Content-Type: text/plain; charset=utf-8 Hi. this is a typical question like I'd ask it when talking a student through a test for a digital comms computer lab. So here's a hint: "Constellations with very many points" don't always work. It has to do with SNR. Can you explain what the problem is with low SNR? Best regards, Marcus On 10.11.20 12:56, pv@koalatech.pt wrote: > Hi, I'm trying to make an OFDM transmission of a png file (9.3 kB) with > 256QAM with the gnuradio > example of OFDM transmitter / receiver. The USRP I'm using is the ettus > n210 with the cbx daughter board. With the QPSK and 16QAM modulations it > works, but with 64QAM or 256QAM I can´t receive the file, sometimes it > receives some packets but most of the time it doesn't receive any byte. > Can anyone help me with with this problem? > > Thanks in advance. > Pedro Viegas ------------------------------ Message: 4 Date: Tue, 10 Nov 2020 20:43:17 -0600 From: Barry Duggan <barry@dcsmail.net> To: mmueller@gnuradio.org Cc: Discuss Gnuradio <discuss-gnuradio@gnu.org> Subject: Re: GRC Documentation tab Message-ID: <ecc0a725-b60f-4cd3-963f-3a0099bb572e@dcsmail.net> Content-Type: text/plain; charset=utf-8; format=flowed Hi Marcus, Here is what I would like to happen: 1) The user has a GRC flowgraph open, clicks on a block, selects Properties, and selects the Documentation tab. 2) The user clicks within the text block of the Documentation tab. It contains the URL of the wiki page for that block, but as far as I can tell, there is no way to make a clickable link in a text block. 3) Since we know which block Parameters screen is open, we know the name of the block and can derive the URL from it. 4) By intercepting that click, I would trigger a link to the wiki for the user's web browser. I haven't dug into the GRC code enough to know exactly where to put the code to do that, but it would be a neat feature to have. Any suggestions and/or assistance would be appreciated greatly! Thanks, --- Barry Duggan KV4FV https://github.com/duggabe --- On Tue, 10 Nov 2020 23:36:09 +0100, Marcus Müller wrote: Hi Barry, not as far as I know, but well, in which part of software do you need to know that? Best regards, Marcus On 09.11.20 00:50, Barry Duggan wrote: > Using GRC, open the Properties of a block, select the 'Documentation' > tab. Is there a way to get a hook / callback if the user clicks within > the text box of that tab? > > I don't even need the contents of that text box, just the fact that the > user clicked it, and which type of block (label) it is. > > Thanks! > --- > Barry Duggan KV4FV > https://github.com/duggabe > ------------------------------ Message: 5 Date: Tue, 10 Nov 2020 21:22:54 -0600 From: Barry Duggan <barry@dcsmail.net> To: wa4ywm@comcast.net Cc: Discuss Gnuradio <discuss-gnuradio@gnu.org> Subject: Re: Import Block "bad import syntax" Message-ID: <429c9c57-2e69-61af-035f-a89dc231ac68@dcsmail.net> Content-Type: text/plain; charset=utf-8; format=flowed Hi Jim, The tutorial you cited has been deprecated in GR 3.8. Also, it doesn't work as written! At this point we have chosen not to update or correct it. The recommended tutorial is https://wiki.gnuradio.org/index.php/OutOfTreeModules What version of GR do you have on your rPi, and how did you load it? For the tutorial you referenced, your Import should be for testpy and not squareme. Also, for the Variable test_var, the value should be squareme(12) without the "testpy." in front of it. 73, --- Barry Duggan KV4FV https://github.com/duggabe --- On Mon, 9 Nov 2020 10:13:53 -0500, Elmore's wrote: I have a problem as indicated in the subject line that has me totally baffled. I have created a noblock module with gr_modtool called softrock. This module has been successfully created and lives in /usr/local/lib/python2.7/dist-packages/softrock. It contains a file softrock_usb.py. I have an existing flowgraph in which I select an Import block. In the Import line in Properties I type "import softrock" (without quotes). I get the error "bad import syntax". I used the document TutorialPythonFunctions from the gnuradio wiki as guidance for this task. I have performed extensive searching for this issue but everything points back to simply adding the word "import" in front of the module name. I have tried completely clearing the text box thinking that there might be extraneous characters present. This seems so simple that I am baffled why it isn't working. My platform is a Raspberry Pi 3 with Raspbian Jessie. Thanks for any help you might give me. Jim ------------------------------ Message: 6 Date: Tue, 10 Nov 2020 22:24:04 -0500 From: Jeff Long <willcode4@gmail.com> To: Discuss Gnuradio <discuss-gnuradio@gnu.org> Subject: Re: GRC Documentation tab Message-ID: <CAC5f9jampqKXbmxPA3AbJkx8xWW4FqBxGb8UgSaGtC6r5w+iSw@mail.gmail.com> Content-Type: text/plain; charset="utf-8" First thought was that you could add a hyperlink in the text here: https://github.com/gnuradio/gnuradio/blob/55621a9709b219551b908e67ee88f6f7ad2593cb/grc/gui/PropsDialog.py#L208 but GTK doesn't seem to do that very well. I wouldn't intercept any old dialog click. Users might be trying to cut/paste, or just click on stuff because they're bored. So another idea would be to add a widget to the doc tab: https://developer.gnome.org/pygtk/stable/class-gtklinkbutton.html here: https://github.com/gnuradio/gnuradio/blob/55621a9709b219551b908e67ee88f6f7ad2593cb/grc/gui/PropsDialog.py#L68 On Tue, Nov 10, 2020 at 9:45 PM Barry Duggan <barry@dcsmail.net> wrote: > Hi Marcus, > > Here is what I would like to happen: > > 1) The user has a GRC flowgraph open, clicks on a block, selects > Properties, and selects the Documentation tab. > > 2) The user clicks within the text block of the Documentation tab. It > contains the URL of the wiki page for that block, but as far as I can > tell, there is no way to make a clickable link in a text block. > > 3) Since we know which block Parameters screen is open, we know the name > of the block and can derive the URL from it. > > 4) By intercepting that click, I would trigger a link to the wiki for > the user's web browser. > > I haven't dug into the GRC code enough to know exactly where to put the > code to do that, but it would be a neat feature to have. > > Any suggestions and/or assistance would be appreciated greatly! > > Thanks, > --- > Barry Duggan KV4FV > https://github.com/duggabe > > --- > > On Tue, 10 Nov 2020 23:36:09 +0100, Marcus Müller wrote: > > Hi Barry, > > not as far as I know, but well, in which part of software do you need to > know that? > > Best regards, > Marcus > > On 09.11.20 00:50, Barry Duggan wrote: > > Using GRC, open the Properties of a block, select the 'Documentation' > > tab. Is there a way to get a hook / callback if the user clicks within > > the text box of that tab? > > > > I don't even need the contents of that text box, just the fact that the > > user clicked it, and which type of block (label) it is. > > > > Thanks! > > --- > > Barry Duggan KV4FV > > https://github.com/duggabe > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201110/1edb28b2/attachment.html> ------------------------------ Message: 7 Date: Wed, 11 Nov 2020 08:55:44 +0530 (IST) From: Maitry Raval <maitry.raval@azistaaerospace.com> To: Cinaed Simson <cinaed.simson@gmail.com> Cc: discuss-gnuradio <discuss-gnuradio@gnu.org> Subject: Re: Issue in file sink block Message-ID: <1797760303.6043346.1605065144550.JavaMail.zimbra@azistaaerospace.com> Content-Type: text/plain; charset="utf-8" Hello, I think there is some misunderstanding here, I am using the attached grc file which includes all the ok blocks such as polyphase clock sync, costas loop, CMA equilizer etc for demodulation. Please check the attached file. for the attached grc, I am facing the below issue. I understand that I have use online ASCII to binary converter and for that I am using below online converter. [ https://www.rapidtables.com/convert/number/ascii-to-binary.html | https://www.rapidtables.com/convert/number/ascii-to-binary.html ] But I am facing an issue, while I am transmitting repetitive pattern such as 1100, 1010 , the data stored in the file after mod-demod is almost similar( only some initial bits are changed) . Please check the screenshot attached. But when I am transmitting some random pattern instead of repetitive using file source, I am not receiving the same pattern, while I am converting the stored ASCII to binary using converter. Please help. With Best Regards, Maitry Raval, R& D engineer|Azista Industries Pvt Ltd| 079-40605800|www.azistaaerospace.com From: "Cinaed Simson" <cinaed.simson@gmail.com> To: "Maitry Raval" <maitry.raval@azistaaerospace.com> Cc: "discuss-gnuradio" <discuss-gnuradio@gnu.org> Sent: Wednesday, November 11, 2020 12:51:54 AM Subject: Re: Issue in file sink block Hi Maitry - okay, then Marcus has already updated you - DPSK Mod is depreciated. That is, it has bugs which can't or won't be fixed and is no longer supported. -- Cinaed On 11/9/20 7:43 PM, Maitry Raval wrote: Hello, I understand that I have use online ASCII to binary converter and for that I am using below online converter. [ https://www.rapidtables.com/convert/number/ascii-to-binary.html | https://www.rapidtables.com/convert/number/ascii-to-binary.html ] But I am facing an issue, while I am transmitting repetitive pattern such as 1100, 1010 , the data stored in the file after mod-demod is almost similar( only some initial bits are changed) . Please check the screenshot attached. But when I am transmitting some random pattern instead of repetitive using file source, I am not receiving the same pattern, while I am converting the stored ASCII to binary using converter. I have sent the GRC file in previous mail. Kindly let me know, where is the problem? Waiting for your positive response. With Best Regards, Maitry Raval, R& D engineer|Azista Industries Pvt Ltd| 079-40605800| [ http://www.azistaaerospace.com/ | www.azistaaerospace.com ] From: "Cinaed Simson" [ mailto:cinaed.simson@gmail.com | <cinaed.simson@gmail.com> ] To: "discuss-gnuradio" [ mailto:discuss-gnuradio@gnu.org | <discuss-gnuradio@gnu.org> ] Sent: Monday, November 9, 2020 1:15:51 PM Subject: Re: Issue in file sink block Hi Maitry - if by update you mean dumping a binary file as binary instead of hexadecimal, then on Linux use xxd -b <infile> <outfile> -- Cinaed On 11/8/20 8:13 PM, Maitry Raval wrote: BQ_BEGIN Hello experts, Any updates? With Best Regards, Maitry Raval, R& D engineer|Azista Industries Pvt Ltd| 079-40605800| [ http://www.azistaaerospace.com/ | www.azistaaerospace.com ] From: "Aditya Arun Kumar" [ mailto:adityaarunkumarphi@gmail.com | <adityaarunkumarphi@gmail.com> ] To: "Maitry Raval" [ mailto:maitry.raval@azistaaerospace.com | <maitry.raval@azistaaerospace.com> ] Cc: "discuss-gnuradio" [ mailto:discuss-gnuradio@gnu.org | <discuss-gnuradio@gnu.org> ] Sent: Wednesday, November 4, 2020 11:46:32 AM Subject: Re: Issue in file sink block Ok, thanks. On Wed, Nov 4, 2020 at 11:28 AM Maitry Raval < [ mailto:maitry.raval@azistaaerospace.com | maitry.raval@azistaaerospace.com ] > wrote: BQ_BEGIN Hello, Please ignore the previous grc file. please find attached the correct grc file. With Best Regards, Maitry Raval, R& D engineer|Azista Industries Pvt Ltd| 079-40605800| [ http://www.azistaaerospace.com/ | www.azistaaerospace.com ] From: "Maitry Raval" < [ mailto:maitry.raval@azistaaerospace.com | maitry.raval@azistaaerospace.com ] > To: "Aditya Arun Kumar" < [ mailto:adityaarunkumarphi@gmail.com | adityaarunkumarphi@gmail.com ] > Cc: "discuss-gnuradio" < [ mailto:discuss-gnuradio@gnu.org | discuss-gnuradio@gnu.org ] > Sent: Wednesday, November 4, 2020 9:06:09 AM Subject: Re: Issue in file sink block Hello, Please find attached grc file for reference. I have done trial and error by converting the output file into online ascii to binary converter, but it provides random output. Please guide which binary viewer I need to use in check the data in 1 and 0 format(binary) ? With Best Regards, Maitry Raval, R& D engineer|Azista Industries Pvt Ltd| 079-40605800| [ http://www.azistaaerospace.com/ | www.azistaaerospace.com ] From: "Aditya Arun Kumar" < [ mailto:adityaarunkumarphi@gmail.com | adityaarunkumarphi@gmail.com ] > To: "Derek Kozel" < [ mailto:derek@bitstovolts.com | derek@bitstovolts.com ] > Cc: "Maitry Raval" < [ mailto:maitry.raval@azistaaerospace.com | maitry.raval@azistaaerospace.com ] >, "Marcus Müller" < [ mailto:mmueller@gnuradio.org | mmueller@gnuradio.org ] >, "discuss-gnuradio" < [ mailto:discuss-gnuradio@gnu.org | discuss-gnuradio@gnu.org ] > Sent: Tuesday, November 3, 2020 5:49:05 PM Subject: Re: Issue in file sink block Or maybe use a gr-baz any sink to view bits? On Tue, Nov 3, 2020 at 5:43 PM Derek Kozel < [ mailto:derek@bitstovolts.com | derek@bitstovolts.com ] > wrote: BQ_BEGIN Hello Maitry, The File Sink is not producing a text file, it is the raw binary data. You need to look at the contents of the file using a binary viewer. Regards, Derek On 03/11/2020 11:12, Maitry Raval wrote: > Hello sir, > > Please find attached screenshot for the grc file same as given in PSK guided tutorials. also, I have attached output txt file for your reference. still , did not receive binary data stored via file sink. > > Please guide, where am I doing wrong. > > > With Best Regards, > Maitry Raval, > R& D engineer|Azista Industries Pvt Ltd| 079-40605800| [ http://www.azistaaerospace.com/ | www.azistaaerospace.com ] > > ----- Original Message ----- > From: "Marcus Müller" < [ mailto:mmueller@gnuradio.org | mmueller@gnuradio.org ] > > To: "discuss-gnuradio" < [ mailto:discuss-gnuradio@gnu.org | discuss-gnuradio@gnu.org ] > > Sent: Monday, November 2, 2020 8:47:28 PM > Subject: Re: Issue in file sink block > > Again, the file sink is fine. > > On 02.11.20 04:39, Maitry Raval wrote: >> Hello, >> >> I understand, I think, I need to use PSK demod using below link. >> [ https://wiki.gnuradio.org/index.php/Guided_Tutorial_PSK_Demodulation | https://wiki.gnuradio.org/index.php/Guided_Tutorial_PSK_Demodulation ] >> >> But, as I have a requirement of storing the demod data in file , how is it possible using file sink or any other way, please guide. >> >> With Best Regards, >> Maitry Raval, >> R& D engineer|Azista Industries Pvt Ltd| 079-40605800| [ http://www.azistaaerospace.com/ | www.azistaaerospace.com ] >> >> ----- Original Message ----- >> From: "Marcus Müller, CEL" < [ mailto:mueller@kit.edu | mueller@kit.edu ] > >> To: "discuss-gnuradio" < [ mailto:discuss-gnuradio@gnu.org | discuss-gnuradio@gnu.org ] > >> Sent: Saturday, October 31, 2020 9:06:22 PM >> Subject: Re: Issue in file sink block >> >> Hi Maitry, >> >> I doubt it's the file sink. That tutorial used DPSK Mod, and that's >> among the buggy packet_encoder tooling that we deprecated a long time >> ago, and finally banished two-ish years ago. It just dropped data. >> >> See the more modern packet examples that come with your GNU Radio 3.8. >> >> Cheers, >> Marcus >> >> On 31.10.20 09:34, Maitry Raval wrote: >>> Hello , >>> >>> I am using GNU radio along with ADRV9361-Z7035 Board for data reception >>> and demodulation. I have faced an issue of using file sink block along >>> with QPSK demod blocks. when I am attaching dpsk/PSK demod block with >>> file sink, I have not received data in binary format. it gives some >>> trunk values. when I am doing wrong, please guide us. >>> I have taken a reference of below link. >>> [ https://courses.washington.edu/ee420/projects/lab2_gnuradio.pdf | https://courses.washington.edu/ee420/projects/lab2_gnuradio.pdf ] >>> >>> The only difference is that I am using receiving section only. as I am >>> transmitting from other source. so I have attached fmcommsource block >>> with dpsk demod followed by file sink. >>> >>> Please guide >>> >>> With Best Regards, >>> Maitry Raval, >>> R& D engineer|Azista Industries Pvt Ltd| >>> 079-40605800| [ http://www.azistaaerospace.com/ | www.azistaaerospace.com ] > > -- S. Aditya Arun Kumar Security Researcher, Comms +919123517465 BQ_END -- S. Aditya Arun Kumar Security Researcher, Comms +919123517465 BQ_END BQ_END -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201111/841bbae9/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: mpsk_stage6.grc Type: application/xml Size: 67766 bytes Desc: not available URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201111/841bbae9/attachment.wsdl> ------------------------------ Message: 8 Date: Wed, 11 Nov 2020 09:23:34 +0100 From: Christophe Seguinot <christophe.seguinot@orange.fr> To: Maitry Raval <maitry.raval@azistaaerospace.com> Cc: discuss-gnuradio <discuss-gnuradio@gnu.org> Subject: Re: Issue in file sink block Message-ID: <c2592f81-038e-9e91-3acc-a025679c5455@orange.fr> Content-Type: text/plain; charset="utf-8" An HTML attachment was scrubbed... URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201111/27e399a1/attachment.html> ------------------------------ Message: 9 Date: Wed, 11 Nov 2020 14:00:22 +0530 (IST) From: Maitry Raval <maitry.raval@azistaaerospace.com> To: Christophe Seguinot <christophe.seguinot@orange.fr> Cc: discuss-gnuradio <discuss-gnuradio@gnu.org> Subject: Re: Issue in file sink block Message-ID: <637638444.6063137.1605083422673.JavaMail.zimbra@azistaaerospace.com> Content-Type: text/plain; charset="utf-8" Dear sir, Thank you for your response. As I have a final application to use only demodulation and data storage using GNU radio as my transmitter is external. after that also I am facing an issue for stored data which is random not as transmitted. so request you to please guide me further in this demodulation. Thank you in advance With Best Regards, Maitry Raval, R& D engineer|Azista Industries Pvt Ltd| 079-40605800|www.azistaaerospace.com From: "Christophe Seguinot" <christophe.seguinot@orange.fr> To: "Maitry Raval" <maitry.raval@azistaaerospace.com> Cc: "discuss-gnuradio" <discuss-gnuradio@gnu.org> Sent: Wednesday, November 11, 2020 1:53:34 PM Subject: Re: Issue in file sink block Hi I've been investigating but did not yet found the origin of this problem. I'm working under GR 3.9/Ubuntu 20.04 * the bit sequence is correctly demodulated, whatever the source (txt or random) is. There is a 58 sample delay between bit source and demodulated bit. (so modulation/demodulation is OK) * however, the received bytes don't match the emitted bytes. * I'm further investigating if "pack bits" and "unpack bits" block are used correctly (I'm not familiar to them) Regards On 11/11/2020 04:25, Maitry Raval wrote: Hello, I think there is some misunderstanding here, I am using the attached grc file which includes all the ok blocks such as polyphase clock sync, costas loop, CMA equilizer etc for demodulation. Please check the attached file. for the attached grc, I am facing the below issue. I understand that I have use online ASCII to binary converter and for that I am using below online converter. [ https://www.rapidtables.com/convert/number/ascii-to-binary.html | https://www.rapidtables.com/convert/number/ascii-to-binary.html ] But I am facing an issue, while I am transmitting repetitive pattern such as 1100, 1010 , the data stored in the file after mod-demod is almost similar( only some initial bits are changed) . Please check the screenshot attached. But when I am transmitting some random pattern instead of repetitive using file source, I am not receiving the same pattern, while I am converting the stored ASCII to binary using converter. Please help. With Best Regards, Maitry Raval, R& D engineer|Azista Industries Pvt Ltd| 079-40605800| [ http://www.azistaaerospace.com/ | www.azistaaerospace.com ] From: "Cinaed Simson" [ mailto:cinaed.simson@gmail.com | <cinaed.simson@gmail.com> ] To: "Maitry Raval" [ mailto:maitry.raval@azistaaerospace.com | <maitry.raval@azistaaerospace.com> ] Cc: "discuss-gnuradio" [ mailto:discuss-gnuradio@gnu.org | <discuss-gnuradio@gnu.org> ] Sent: Wednesday, November 11, 2020 12:51:54 AM Subject: Re: Issue in file sink block Hi Maitry - okay, then Marcus has already updated you - DPSK Mod is depreciated. That is, it has bugs which can't or won't be fixed and is no longer supported. -- Cinaed On 11/9/20 7:43 PM, Maitry Raval wrote: BQ_BEGIN Hello, I understand that I have use online ASCII to binary converter and for that I am using below online converter. [ https://www.rapidtables.com/convert/number/ascii-to-binary.html | https://www.rapidtables.com/convert/number/ascii-to-binary.html ] But I am facing an issue, while I am transmitting repetitive pattern such as 1100, 1010 , the data stored in the file after mod-demod is almost similar( only some initial bits are changed) . Please check the screenshot attached. But when I am transmitting some random pattern instead of repetitive using file source, I am not receiving the same pattern, while I am converting the stored ASCII to binary using converter. I have sent the GRC file in previous mail. Kindly let me know, where is the problem? Waiting for your positive response. With Best Regards, Maitry Raval, R& D engineer|Azista Industries Pvt Ltd| 079-40605800| [ http://www.azistaaerospace.com/ | www.azistaaerospace.com ] From: "Cinaed Simson" [ mailto:cinaed.simson@gmail.com | <cinaed.simson@gmail.com> ] To: "discuss-gnuradio" [ mailto:discuss-gnuradio@gnu.org | <discuss-gnuradio@gnu.org> ] Sent: Monday, November 9, 2020 1:15:51 PM Subject: Re: Issue in file sink block Hi Maitry - if by update you mean dumping a binary file as binary instead of hexadecimal, then on Linux use xxd -b <infile> <outfile> -- Cinaed On 11/8/20 8:13 PM, Maitry Raval wrote: BQ_BEGIN Hello experts, Any updates? With Best Regards, Maitry Raval, R& D engineer|Azista Industries Pvt Ltd| 079-40605800| [ http://www.azistaaerospace.com/ | www.azistaaerospace.com ] From: "Aditya Arun Kumar" [ mailto:adityaarunkumarphi@gmail.com | <adityaarunkumarphi@gmail.com> ] To: "Maitry Raval" [ mailto:maitry.raval@azistaaerospace.com | <maitry.raval@azistaaerospace.com> ] Cc: "discuss-gnuradio" [ mailto:discuss-gnuradio@gnu.org | <discuss-gnuradio@gnu.org> ] Sent: Wednesday, November 4, 2020 11:46:32 AM Subject: Re: Issue in file sink block Ok, thanks. On Wed, Nov 4, 2020 at 11:28 AM Maitry Raval < [ mailto:maitry.raval@azistaaerospace.com | maitry.raval@azistaaerospace.com ] > wrote: BQ_BEGIN Hello, Please ignore the previous grc file. please find attached the correct grc file. With Best Regards, Maitry Raval, R& D engineer|Azista Industries Pvt Ltd| 079-40605800| [ http://www.azistaaerospace.com/ | www.azistaaerospace.com ] From: "Maitry Raval" < [ mailto:maitry.raval@azistaaerospace.com | maitry.raval@azistaaerospace.com ] > To: "Aditya Arun Kumar" < [ mailto:adityaarunkumarphi@gmail.com | adityaarunkumarphi@gmail.com ] > Cc: "discuss-gnuradio" < [ mailto:discuss-gnuradio@gnu.org | discuss-gnuradio@gnu.org ] > Sent: Wednesday, November 4, 2020 9:06:09 AM Subject: Re: Issue in file sink block Hello, Please find attached grc file for reference. I have done trial and error by converting the output file into online ascii to binary converter, but it provides random output. Please guide which binary viewer I need to use in check the data in 1 and 0 format(binary) ? With Best Regards, Maitry Raval, R& D engineer|Azista Industries Pvt Ltd| 079-40605800| [ http://www.azistaaerospace.com/ | www.azistaaerospace.com ] From: "Aditya Arun Kumar" < [ mailto:adityaarunkumarphi@gmail.com | adityaarunkumarphi@gmail.com ] > To: "Derek Kozel" < [ mailto:derek@bitstovolts.com | derek@bitstovolts.com ] > Cc: "Maitry Raval" < [ mailto:maitry.raval@azistaaerospace.com | maitry.raval@azistaaerospace.com ] >, "Marcus Müller" < [ mailto:mmueller@gnuradio.org | mmueller@gnuradio.org ] >, "discuss-gnuradio" < [ mailto:discuss-gnuradio@gnu.org | discuss-gnuradio@gnu.org ] > Sent: Tuesday, November 3, 2020 5:49:05 PM Subject: Re: Issue in file sink block Or maybe use a gr-baz any sink to view bits? On Tue, Nov 3, 2020 at 5:43 PM Derek Kozel < [ mailto:derek@bitstovolts.com | derek@bitstovolts.com ] > wrote: BQ_BEGIN Hello Maitry, The File Sink is not producing a text file, it is the raw binary data. You need to look at the contents of the file using a binary viewer. Regards, Derek On 03/11/2020 11:12, Maitry Raval wrote: > Hello sir, > > Please find attached screenshot for the grc file same as given in PSK guided tutorials. also, I have attached output txt file for your reference. still , did not receive binary data stored via file sink. > > Please guide, where am I doing wrong. > > > With Best Regards, > Maitry Raval, > R& D engineer|Azista Industries Pvt Ltd| 079-40605800| [ http://www.azistaaerospace.com/ | www.azistaaerospace.com ] > > ----- Original Message ----- > From: "Marcus Müller" < [ mailto:mmueller@gnuradio.org | mmueller@gnuradio.org ] > > To: "discuss-gnuradio" < [ mailto:discuss-gnuradio@gnu.org | discuss-gnuradio@gnu.org ] > > Sent: Monday, November 2, 2020 8:47:28 PM > Subject: Re: Issue in file sink block > > Again, the file sink is fine. > > On 02.11.20 04:39, Maitry Raval wrote: >> Hello, >> >> I understand, I think, I need to use PSK demod using below link. >> [ https://wiki.gnuradio.org/index.php/Guided_Tutorial_PSK_Demodulation | https://wiki.gnuradio.org/index.php/Guided_Tutorial_PSK_Demodulation ] >> >> But, as I have a requirement of storing the demod data in file , how is it possible using file sink or any other way, please guide. >> >> With Best Regards, >> Maitry Raval, >> R& D engineer|Azista Industries Pvt Ltd| 079-40605800| [ http://www.azistaaerospace.com/ | www.azistaaerospace.com ] >> >> ----- Original Message ----- >> From: "Marcus Müller, CEL" < [ mailto:mueller@kit.edu | mueller@kit.edu ] > >> To: "discuss-gnuradio" < [ mailto:discuss-gnuradio@gnu.org | discuss-gnuradio@gnu.org ] > >> Sent: Saturday, October 31, 2020 9:06:22 PM >> Subject: Re: Issue in file sink block >> >> Hi Maitry, >> >> I doubt it's the file sink. That tutorial used DPSK Mod, and that's >> among the buggy packet_encoder tooling that we deprecated a long time >> ago, and finally banished two-ish years ago. It just dropped data. >> >> See the more modern packet examples that come with your GNU Radio 3.8. >> >> Cheers, >> Marcus >> >> On 31.10.20 09:34, Maitry Raval wrote: >>> Hello , >>> >>> I am using GNU radio along with ADRV9361-Z7035 Board for data reception >>> and demodulation. I have faced an issue of using file sink block along >>> with QPSK demod blocks. when I am attaching dpsk/PSK demod block with >>> file sink, I have not received data in binary format. it gives some >>> trunk values. when I am doing wrong, please guide us. >>> I have taken a reference of below link. >>> [ https://courses.washington.edu/ee420/projects/lab2_gnuradio.pdf | https://courses.washington.edu/ee420/projects/lab2_gnuradio.pdf ] >>> >>> The only difference is that I am using receiving section only. as I am >>> transmitting from other source. so I have attached fmcommsource block >>> with dpsk demod followed by file sink. >>> >>> Please guide >>> >>> With Best Regards, >>> Maitry Raval, >>> R& D engineer|Azista Industries Pvt Ltd| >>> 079-40605800| [ http://www.azistaaerospace.com/ | www.azistaaerospace.com ] > > -- S. Aditya Arun Kumar Security Researcher, Comms +919123517465 BQ_END -- S. Aditya Arun Kumar Security Researcher, Comms +919123517465 BQ_END BQ_END BQ_END -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201111/6c7ea4fe/attachment.html> ------------------------------ Message: 10 Date: Wed, 11 Nov 2020 11:20:52 +0100 From: Volker Schroer <dl1ksv@gmx.de> To: GNURadio Discussion List <discuss-gnuradio@gnu.org> Subject: clang formating Message-ID: <72001bbf-3f68-bd01-a386-e4cd7264b2c7@gmx.de> Content-Type: text/plain; charset=utf-8; format=flowed Hi, I just made a pr and got the message that the pr formatting check failed. But looking at the output I don't understand, what's wrong. Even more I'd like to know how I can do the formatting check locally. The coding guide in the wiki is empty. Thanks in advance -- Volker ------------------------------ Message: 11 Date: Wed, 11 Nov 2020 02:41:28 -0800 From: Ron Economos <w6rz@comcast.net> To: discuss-gnuradio@gnu.org Subject: Re: clang formating Message-ID: <23ce9f89-7970-88af-21a8-c677b620bc66@comcast.net> Content-Type: text/plain; charset=utf-8; format=flowed On Ubuntu 20.04: sudo apt-get install clang-format-10 Then update your changed files. clang-format-10 -i sourcefile.cc The -i formats the file in place. Otherwise, output is to stdout. Ron On 11/11/20 02:20, Volker Schroer wrote: > Hi, > > I just made a pr and got the message that the pr formatting check > failed. But looking at the output I don't understand, what's wrong. > > Even more I'd like to know how I can do the formatting check locally. > The coding guide in the wiki is empty. > > Thanks in advance > > -- Volker > > > > > ------------------------------ Message: 12 Date: Wed, 11 Nov 2020 02:47:57 -0800 From: Ron Economos <w6rz@comcast.net> To: discuss-gnuradio@gnu.org Subject: Re: clang formating Message-ID: <fc9c1dfd-9f71-3a39-8561-839c8a03c2f1@comcast.net> Content-Type: text/plain; charset=utf-8; format=flowed I forgot to mention, you have to run clang-format-10 in tree. It gets the formatting rules from the file .clang-format in the top level directory. Ron On 11/11/20 02:41, Ron Economos wrote: > On Ubuntu 20.04: > > sudo apt-get install clang-format-10 > > Then update your changed files. > > clang-format-10 -i sourcefile.cc > > The -i formats the file in place. Otherwise, output is to stdout. > > Ron > > On 11/11/20 02:20, Volker Schroer wrote: >> Hi, >> >> I just made a pr and got the message that the pr formatting check >> failed. But looking at the output I don't understand, what's wrong. >> >> Even more I'd like to know how I can do the formatting check locally. >> The coding guide in the wiki is empty. >> >> Thanks in advance >> >> -- Volker >> >> >> >> >> > ------------------------------ Message: 13 Date: Wed, 11 Nov 2020 11:53:14 +0100 From: Johannes Demel <demel@ant.uni-bremen.de> To: discuss-gnuradio@gnu.org Subject: Re: clang formating Message-ID: <c9e676d0-3da6-4ae3-809e-c23c9d477171@ant.uni-bremen.de> Content-Type: text/plain; charset=utf-8; format=flowed Hi, unless the clang-format behavior changed, the function call should be: clang-format --style=file -i path/to/file.cc The `--style=file` option tells clang-format to search for a `.clang-format` file. Cheers Johannes On 11.11.20 11:47, Ron Economos wrote: > I forgot to mention, you have to run clang-format-10 in tree. It gets > the formatting rules from the file .clang-format in the top level > directory. > > Ron > > On 11/11/20 02:41, Ron Economos wrote: >> On Ubuntu 20.04: >> >> sudo apt-get install clang-format-10 >> >> Then update your changed files. >> >> clang-format-10 -i sourcefile.cc >> >> The -i formats the file in place. Otherwise, output is to stdout. >> >> Ron >> >> On 11/11/20 02:20, Volker Schroer wrote: >>> Hi, >>> >>> I just made a pr and got the message that the pr formatting check >>> failed. But looking at the output I don't understand, what's wrong. >>> >>> Even more I'd like to know how I can do the formatting check locally. >>> The coding guide in the wiki is empty. >>> >>> Thanks in advance >>> >>> -- Volker >>> >>> >>> >>> >>> >> > ------------------------------ Message: 14 Date: Wed, 11 Nov 2020 03:37:57 -0800 From: Ron Economos <w6rz@comcast.net> To: discuss-gnuradio@gnu.org Subject: Re: clang formating Message-ID: <1faec58e-132b-6e06-13de-ba1d5ad88170@comcast.net> Content-Type: text/plain; charset=utf-8; format=flowed It's apparently not documented, but it works without --style-file as long as a .clang-format file exists in a directory at or above your current directory. You can test it with: clang-format --dump-config Ron On 11/11/20 02:53, Johannes Demel wrote: > Hi, > > unless the clang-format behavior changed, the function call should be: > > clang-format --style=file -i path/to/file.cc > > The `--style=file` option tells clang-format to search for a > `.clang-format` file. > > Cheers > Johannes > > On 11.11.20 11:47, Ron Economos wrote: >> I forgot to mention, you have to run clang-format-10 in tree. It gets >> the formatting rules from the file .clang-format in the top level >> directory. >> >> Ron >> >> On 11/11/20 02:41, Ron Economos wrote: >>> On Ubuntu 20.04: >>> >>> sudo apt-get install clang-format-10 >>> >>> Then update your changed files. >>> >>> clang-format-10 -i sourcefile.cc >>> >>> The -i formats the file in place. Otherwise, output is to stdout. >>> >>> Ron >>> >>> On 11/11/20 02:20, Volker Schroer wrote: >>>> Hi, >>>> >>>> I just made a pr and got the message that the pr formatting check >>>> failed. But looking at the output I don't understand, what's wrong. >>>> >>>> Even more I'd like to know how I can do the formatting check locally. >>>> The coding guide in the wiki is empty. >>>> >>>> Thanks in advance >>>> >>>> -- Volker >>>> >>>> >>>> >>>> >>>> >>> >> > ------------------------------ Message: 15 Date: Wed, 11 Nov 2020 13:19:18 +0100 From: Gisle Vanem <gisle.vanem@gmail.com> To: discuss-gnuradio@gnu.org Subject: Re: clang formating Message-ID: <c721ef30-89c0-e151-fad3-c36880214ce2@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Johannes Demel wrote: > unless the clang-format behavior changed, the function call should be: > > clang-format --style=file -i path/to/file.cc > > The `--style=file` option tells clang-format to search for a `.clang-format` file. Does not work on Windows (using clang-format v10.0.0). In a .bat-file I have: clang-format.exe -style=%GR_ROOT%/.clang-format -i %* No matter how style is; '--style' or '-style', it says 'Invalid value for -style'. Only these values works: LLVM, Google, Chromium, Mozilla, WebKit. which all are equally ugly. -- --gv ------------------------------ Message: 16 Date: Wed, 11 Nov 2020 13:28:55 +0100 From: Johannes Demel <demel@ant.uni-bremen.de> To: discuss-gnuradio@gnu.org Subject: Re: clang formating Message-ID: <0ca58436-5dd5-c10d-7243-f03f90d2322c@ant.uni-bremen.de> Content-Type: text/plain; charset=utf-8; format=flowed Hi Gisle, `file` is not a placeholder but the literal argument. `--style=file` tells `clang-format` to search for a `.clang-format` file in the current and parent folders. Cheers Johannes On 11.11.20 13:19, Gisle Vanem wrote: > Johannes Demel wrote: > >> unless the clang-format behavior changed, the function call should be: >> >> clang-format --style=file -i path/to/file.cc >> >> The `--style=file` option tells clang-format to search for a >> `.clang-format` file. > > Does not work on Windows (using clang-format v10.0.0). > In a .bat-file I have: > clang-format.exe -style=%GR_ROOT%/.clang-format -i %* > > No matter how style is; '--style' or '-style', it > says 'Invalid value for -style'. > > Only these values works: > LLVM, Google, Chromium, Mozilla, WebKit. > which all are equally ugly. > ------------------------------ Message: 17 Date: Wed, 11 Nov 2020 13:50:29 +0100 From: Gisle Vanem <gisle.vanem@gmail.com> To: discuss-gnuradio@gnu.org Subject: Re: clang formating Message-ID: <53286c32-853d-b995-025b-d883470e742a@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Den 11.11.2020 13.28, skrev Johannes Demel: > Hi Gisle, > > `file` is not a placeholder but the literal argument. `--style=file` tells `clang-format` to search for a > `.clang-format` file in the current and parent folders. Oh. But deleting the '%GR_ROOT/.clang-format' and doing a: clang-format.exe -style=file -i file_descriptor_sink_impl.cc in '%GR_ROOT/gr-blocks/lib', works too. So it traverses multiple directories under my %GR_ROOT? Adding a '--verbose' gives no extra clue what this tool does and where it finds '.clang-format'. -- --gv ------------------------------ Message: 18 Date: Wed, 11 Nov 2020 13:03:55 +0000 From: pv@koalatech.pt To: discuss-gnuradio@gnu.org Subject: Re: Ofdm transceiver with more than 16QAM Message-ID: <20201111130355.Horde.IQ3C1IfCdWUnvkmt3ALeBVM@h2.dnshelene.com> Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes I don know how can I measure the SNR with QAM modulation. There is only a MPSK SNR probe. Can you tell me how to measure SNR with MQAM? Thanks for your help, Pedro Viegas Citando Marcus Müller <mmueller@gnuradio.org>: > Hi. this is a typical question like I'd ask it when talking a student > through a test for a digital comms computer lab. So here's a hint: > > "Constellations with very many points" don't always work. It has to do > with SNR. Can you explain what the problem is with low SNR? > > Best regards, > Marcus > > On 10.11.20 12:56, pv@koalatech.pt wrote: >> Hi, I'm trying to make an OFDM transmission of a png file (9.3 kB) with >> 256QAM with the gnuradio >> example of OFDM transmitter / receiver. The USRP I'm using is the ettus >> n210 with the cbx daughter board. With the QPSK and 16QAM modulations it >> works, but with 64QAM or 256QAM I can´t receive the file, sometimes it >> receives some packets but most of the time it doesn't receive any byte. >> Can anyone help me with with this problem? >> >> Thanks in advance. >> Pedro Viegas -- Pedro Viegas Signal Processing Engineer Koala Tech phone: +351 917 354 070 e-mail: pv@koalatech.pt ------------------------------ Message: 19 Date: Wed, 11 Nov 2020 09:46:38 -0600 From: Barry Duggan <barry@dcsmail.net> To: Elmore Family <wa4ywm@comcast.net> Cc: Discuss Gnuradio <discuss-gnuradio@gnu.org> Subject: Re: Import Block "bad import syntax" Message-ID: <805151be-50ce-d850-b7b0-3e9153c4e422@dcsmail.net> Content-Type: text/plain; charset=utf-8; format=flowed Hi Jim, 1) Have you done https://wiki.gnuradio.org/index.php/TutorialPythonFunctions with the changes I suggested? Did it work? 2) Did you create ~/gr-softrock in the same manner as that tutorial? 3) What is your module going to do? Is it just an audio input from a USB dongle such as the 'Plugable USB Audio Adapter' I use on my rPi? If so, you can use the Audio Source block with the appropriate device name for the USB device. Look at https://wiki.gnuradio.org/index.php/Simulation_example:_AM_transmitter_and_receiver#AM_transmitter for an example. 4) Otherwise, it would probably be a lot simpler to use an Embedded Python Block (https://wiki.gnuradio.org/index.php/Embedded_Python_Block) for your softrock_usb.py program. Keep me posted. P.S. If you 'reply all' it will get included in the Discuss Gnuradio thread. --- Barry Duggan KV4FV https://github.com/duggabe On 11/10/20 9:46 PM, Elmore Family wrote: > Barry, > > Nice to be in touch with a fellow ham. > > I am using 3.7.5 loaded using apt-get install. > > I have been through the OOT tutorial, built the module in the tutorial > as a test. Also, added some code to it to communicate with the Softrock > via USB. > > However, I can't accomplish much more. Using a noblock module I think > will solve my problem. > > But back to the basic question - how is import softrock bad syntax? > > 73, > Jim WA4YWM > > -----Original Message----- From: Barry Duggan > Sent: Tuesday, November 10, 2020 10:22 PM > To: wa4ywm@comcast.net > Cc: Discuss Gnuradio > Subject: Re: Import Block "bad import syntax" > > Hi Jim, > > The tutorial you cited has been deprecated in GR 3.8. Also, it doesn't > work as written! At this point we have chosen not to update or correct > it. The recommended tutorial is > https://wiki.gnuradio.org/index.php/OutOfTreeModules > > What version of GR do you have on your rPi, and how did you load it? > > For the tutorial you referenced, your Import should be for testpy and > not squareme. Also, for the Variable test_var, the value should be > squareme(12) without the "testpy." in front of it. > > 73, > --- > Barry Duggan KV4FV > https://github.com/duggabe > > --- > On Mon, 9 Nov 2020 10:13:53 -0500, Elmore's wrote: > > I have a problem as indicated in the subject line that has me totally > baffled. > > I have created a noblock module with gr_modtool called softrock. This > module has been successfully created and lives in > /usr/local/lib/python2.7/dist-packages/softrock. It contains a file > softrock_usb.py. > > I have an existing flowgraph in which I select an Import block. In the > Import line in Properties I type "import softrock" (without quotes). I > get the error "bad import syntax". > > I used the document TutorialPythonFunctions from the gnuradio wiki as > guidance for this task. > > I have performed extensive searching for this issue but everything > points back to simply adding the word "import" in front of the module name. > > I have tried completely clearing the text box thinking that there might > be extraneous characters present. > > This seems so simple that I am baffled why it isn't working. > > My platform is a Raspberry Pi 3 with Raspbian Jessie. > > Thanks for any help you might give me. > > Jim > > ------------------------------ Subject: Digest Footer _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ------------------------------ End of Discuss-gnuradio Digest, Vol 217, Issue 14 ************************************************* Send Discuss-gnuradio mailing list submissions to discuss-gnuradio@gnu.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.gnu.org/mailman/listinfo/discuss-gnuradio or, via email, send a message with subject or body 'help' to discuss-gnuradio-request@gnu.org You can reach the person managing the list at discuss-gnuradio-owner@gnu.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Discuss-gnuradio digest..." Today's Topics: 1. RE: Measuring transmission power from USRP B210 (Bernd Schleicher) 2. Re: Issue in file sink block (Maitry Raval) 3. Ofdm transceiver with more than 16QAM (pv@koalatech.pt) 4. Regarding ofdm mod in gnu radio (Rozana Alam) ---------------------------------------------------------------------- Message: 1 Date: Tue, 10 Nov 2020 08:28:24 +0000 From: Bernd Schleicher <Bernd.Schleicher@qorvo.com> To: GNURadio Discussion List <discuss-gnuradio@gnu.org> Subject: RE: Measuring transmission power from USRP B210 Message-ID: <BYAPR08MB4422D4738C8C1EF9C9BF2B7595E90@BYAPR08MB4422.namprd08.prod.outlook.com> Content-Type: text/plain; charset="utf-8" Hi Moses, I would try to reduce the task to something that >must< work and then gradually increase the complexity. * Maybe even start with checking the spectrum analyzer with another signal source. Do you have a programmed calibration (power) offset? * Put a DC block at the input of the spectrum analyzer. * Reduce sample rate * Reduce amplitude of the signal source in flow chart. --> Does the spectrum change? View wider spectrum. Do you see intermodulation products, harmonics, other spurs? * Reduce gain of the USRP sink in flow chart --> Does increasing gain follow a linear relation, i.e. 1 dB increase in gain value gives 1 dB increase of output power? * Change center frequency --> Is it the same at all center frequencies or does it have a frequency slope? * … Best regards, Bernd Sent: Dienstag, 10. November 2020 09:12 To: Moses Browne Mwakyanjala <mbkitine@gmail.com>; GNURadio Discussion List <discuss-gnuradio@gnu.org> Subject: Re: Measuring transmission power from USRP B210 **This email has been sent from an EXTERNAL source** Hi I did not tried to calibrate my USRP source up to now but I'm interesting by this subject. * I saw in Ettus USRP manual<in%20%20%20%20%20%20%20%20%20%20https:/files.ettus.com/manual/page_power.html> that : * "The TX reference power level is defined as such: When a 0 dBFS signal is transmitted, it will leave the RF output at the selected reference power level. In other contexts, this value is sometimes referred to as "peak power level", because it's the maximum power that can be transmitted." * It seems that on some USRP, this reference power level can be set/changed at runtime * Given example clearly states that the source level in GRC is not directly related to the power level at URSP output in dBm * Looking at How to set the trasmit power of USRP?<https://urldefense.com/v3/__https:/forums.ni.com/t5/USRP-Software-Radio/How-to-set-the-trasmit-power-of-USRP/td-p/2202190?profile.language=fr__;!!LUcoR2A!bMdMC6dkA6QgtJNBOvi1aHbim4k7ioMTl4gp0PpaZy086ea5k3FNiIpwMBQ_J4VH7iHJDg$> on NI forum (see Sara answer) * "Since these are uncalibrated devices, a particular gain value doesn't correspond to a particular power level" * take a look at Sarah's reference b200_rev4_TX_FE1.pdf 859 KB<https://urldefense.com/v3/__https:/forums.ni.com/ni/attachments/ni/500/1420/1/b200_rev4_TX_FE1.pdf__;!!LUcoR2A!bMdMC6dkA6QgtJNBOvi1aHbim4k7ioMTl4gp0PpaZy086ea5k3FNiIpwMBQ_J4W3DRwbyQ$> page 61 : it seems that the output power for a B200 at 2.2 GHz, with 0 dB gain (1 in linear) is close to -5 dB for a zero gain : Could that explains your -6 dBm? * These references do not give a clear answer. I don't clearly understand given explanation. Regards On 09/11/2020 17:39, Moses Browne Mwakyanjala wrote: Hello everyone, I'm in the process of testing a GNU Radio transmitter. The transmitter will be connected to a solid-state power amplifier (SSPA) for near-Earth satellite communications. The SSPA expects an input of 0dm from the USRP TX port. The first step is thus to measure the power from the USRP. To that end, the flowgraph generates a complex sinusoidal signal with a unit magnitude. The UHD:USRP Sink block is set to maximum gain (i.e. normalized gain of 1.0). Unfortunately, the maximum power I can see from the spectrum analyzer is around -6.93 dBm as shown below. To my understanding, the USRP can transmit up to 20 dBm as reported in the "External Connections" section at this Ettus link : https://files.ettus.com/manual/page_usrp_b200.html<https://urldefense.com/v3/__https:/files.ettus.com/manual/page_usrp_b200.html__;!!LUcoR2A!bMdMC6dkA6QgtJNBOvi1aHbim4k7ioMTl4gp0PpaZy086ea5k3FNiIpwMBQ_J4WmUTIx6Q$>. Could anyone explain why I can't achieve a 20 dBm (or anything around it) power level? [cid:image002.jpg@01D6B743.D5271B10] Thanks in advance, Moses. This email may contain highly sensitive, confidential information that may be privileged and is meant only for the use of the specific intended addressee(s). Your receipt is not intended to waive any applicable privilege. If you have received this email in error, please delete it and immediately notify the sender by separate email. Unauthorized disclosure of confidential information may cause irreparable harm to Qorvo. -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201110/b460363a/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 24887 bytes Desc: image002.jpg URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201110/b460363a/attachment.jpg> ------------------------------ Message: 2 Date: Tue, 10 Nov 2020 17:04:03 +0530 (IST) From: Maitry Raval <maitry.raval@azistaaerospace.com> To: Cinaed Simson <cinaed.simson@gmail.com> Cc: discuss-gnuradio <discuss-gnuradio@gnu.org> Subject: Re: Issue in file sink block Message-ID: <31545377.6017009.1605008043901.JavaMail.zimbra@azistaaerospace.com> Content-Type: text/plain; charset="utf-8" Hello, Adding some more information to the previous mail, that I want to use only receiver part from GNU radio and SDR and my transmitter is different from which I am transmitting modulated signal and received and demodulated using GNU radio. so, when I am doing simulation( using back to back blocks of constellation modulator with the demod blocks) I am receiving the 1100 and 1010 data same as transmitted. but , when I am using the receive only blocks and use external transmitter, then also received data changes. I don't understand , where is the main problem. Kindly help. With Best Regards, Maitry Raval, R& D engineer|Azista Industries Pvt Ltd| 079-40605800|www.azistaaerospace.com From: "Maitry Raval" <maitry.raval@azistaaerospace.com> To: "Cinaed Simson" <cinaed.simson@gmail.com> Cc: "discuss-gnuradio" <discuss-gnuradio@gnu.org> Sent: Tuesday, November 10, 2020 9:13:38 AM Subject: Re: Issue in file sink block Hello, I understand that I have use online ASCII to binary converter and for that I am using below online converter. [ https://www.rapidtables.com/convert/number/ascii-to-binary.html | https://www.rapidtables.com/convert/number/ascii-to-binary.html ] But I am facing an issue, while I am transmitting repetitive pattern such as 1100, 1010 , the data stored in the file after mod-demod is almost similar( only some initial bits are changed) . Please check the screenshot attached. But when I am transmitting some random pattern instead of repetitive using file source, I am not receiving the same pattern, while I am converting the stored ASCII to binary using converter. I have sent the GRC file in previous mail. Kindly let me know, where is the problem? Waiting for your positive response. With Best Regards, Maitry Raval, R& D engineer|Azista Industries Pvt Ltd| 079-40605800|www.azistaaerospace.com From: "Cinaed Simson" <cinaed.simson@gmail.com> To: "discuss-gnuradio" <discuss-gnuradio@gnu.org> Sent: Monday, November 9, 2020 1:15:51 PM Subject: Re: Issue in file sink block Hi Maitry - if by update you mean dumping a binary file as binary instead of hexadecimal, then on Linux use xxd -b <infile> <outfile> -- Cinaed On 11/8/20 8:13 PM, Maitry Raval wrote: Hello experts, Any updates? With Best Regards, Maitry Raval, R& D engineer|Azista Industries Pvt Ltd| 079-40605800| [ http://www.azistaaerospace.com/ | www.azistaaerospace.com ] From: "Aditya Arun Kumar" [ mailto:adityaarunkumarphi@gmail.com | <adityaarunkumarphi@gmail.com> ] To: "Maitry Raval" [ mailto:maitry.raval@azistaaerospace.com | <maitry.raval@azistaaerospace.com> ] Cc: "discuss-gnuradio" [ mailto:discuss-gnuradio@gnu.org | <discuss-gnuradio@gnu.org> ] Sent: Wednesday, November 4, 2020 11:46:32 AM Subject: Re: Issue in file sink block Ok, thanks. On Wed, Nov 4, 2020 at 11:28 AM Maitry Raval < [ mailto:maitry.raval@azistaaerospace.com | maitry.raval@azistaaerospace.com ] > wrote: BQ_BEGIN Hello, Please ignore the previous grc file. please find attached the correct grc file. With Best Regards, Maitry Raval, R& D engineer|Azista Industries Pvt Ltd| 079-40605800| [ http://www.azistaaerospace.com/ | www.azistaaerospace.com ] From: "Maitry Raval" < [ mailto:maitry.raval@azistaaerospace.com | maitry.raval@azistaaerospace.com ] > To: "Aditya Arun Kumar" < [ mailto:adityaarunkumarphi@gmail.com | adityaarunkumarphi@gmail.com ] > Cc: "discuss-gnuradio" < [ mailto:discuss-gnuradio@gnu.org | discuss-gnuradio@gnu.org ] > Sent: Wednesday, November 4, 2020 9:06:09 AM Subject: Re: Issue in file sink block Hello, Please find attached grc file for reference. I have done trial and error by converting the output file into online ascii to binary converter, but it provides random output. Please guide which binary viewer I need to use in check the data in 1 and 0 format(binary) ? With Best Regards, Maitry Raval, R& D engineer|Azista Industries Pvt Ltd| 079-40605800| [ http://www.azistaaerospace.com/ | www.azistaaerospace.com ] From: "Aditya Arun Kumar" < [ mailto:adityaarunkumarphi@gmail.com | adityaarunkumarphi@gmail.com ] > To: "Derek Kozel" < [ mailto:derek@bitstovolts.com | derek@bitstovolts.com ] > Cc: "Maitry Raval" < [ mailto:maitry.raval@azistaaerospace.com | maitry.raval@azistaaerospace.com ] >, "Marcus Müller" < [ mailto:mmueller@gnuradio.org | mmueller@gnuradio.org ] >, "discuss-gnuradio" < [ mailto:discuss-gnuradio@gnu.org | discuss-gnuradio@gnu.org ] > Sent: Tuesday, November 3, 2020 5:49:05 PM Subject: Re: Issue in file sink block Or maybe use a gr-baz any sink to view bits? On Tue, Nov 3, 2020 at 5:43 PM Derek Kozel < [ mailto:derek@bitstovolts.com | derek@bitstovolts.com ] > wrote: BQ_BEGIN Hello Maitry, The File Sink is not producing a text file, it is the raw binary data. You need to look at the contents of the file using a binary viewer. Regards, Derek On 03/11/2020 11:12, Maitry Raval wrote: > Hello sir, > > Please find attached screenshot for the grc file same as given in PSK guided tutorials. also, I have attached output txt file for your reference. still , did not receive binary data stored via file sink. > > Please guide, where am I doing wrong. > > > With Best Regards, > Maitry Raval, > R& D engineer|Azista Industries Pvt Ltd| 079-40605800| [ http://www.azistaaerospace.com/ | www.azistaaerospace.com ] > > ----- Original Message ----- > From: "Marcus Müller" < [ mailto:mmueller@gnuradio.org | mmueller@gnuradio.org ] > > To: "discuss-gnuradio" < [ mailto:discuss-gnuradio@gnu.org | discuss-gnuradio@gnu.org ] > > Sent: Monday, November 2, 2020 8:47:28 PM > Subject: Re: Issue in file sink block > > Again, the file sink is fine. > > On 02.11.20 04:39, Maitry Raval wrote: >> Hello, >> >> I understand, I think, I need to use PSK demod using below link. >> [ https://wiki.gnuradio.org/index.php/Guided_Tutorial_PSK_Demodulation | https://wiki.gnuradio.org/index.php/Guided_Tutorial_PSK_Demodulation ] >> >> But, as I have a requirement of storing the demod data in file , how is it possible using file sink or any other way, please guide. >> >> With Best Regards, >> Maitry Raval, >> R& D engineer|Azista Industries Pvt Ltd| 079-40605800| [ http://www.azistaaerospace.com/ | www.azistaaerospace.com ] >> >> ----- Original Message ----- >> From: "Marcus Müller, CEL" < [ mailto:mueller@kit.edu | mueller@kit.edu ] > >> To: "discuss-gnuradio" < [ mailto:discuss-gnuradio@gnu.org | discuss-gnuradio@gnu.org ] > >> Sent: Saturday, October 31, 2020 9:06:22 PM >> Subject: Re: Issue in file sink block >> >> Hi Maitry, >> >> I doubt it's the file sink. That tutorial used DPSK Mod, and that's >> among the buggy packet_encoder tooling that we deprecated a long time >> ago, and finally banished two-ish years ago. It just dropped data. >> >> See the more modern packet examples that come with your GNU Radio 3.8. >> >> Cheers, >> Marcus >> >> On 31.10.20 09:34, Maitry Raval wrote: >>> Hello , >>> >>> I am using GNU radio along with ADRV9361-Z7035 Board for data reception >>> and demodulation. I have faced an issue of using file sink block along >>> with QPSK demod blocks. when I am attaching dpsk/PSK demod block with >>> file sink, I have not received data in binary format. it gives some >>> trunk values. when I am doing wrong, please guide us. >>> I have taken a reference of below link. >>> [ https://courses.washington.edu/ee420/projects/lab2_gnuradio.pdf | https://courses.washington.edu/ee420/projects/lab2_gnuradio.pdf ] >>> >>> The only difference is that I am using receiving section only. as I am >>> transmitting from other source. so I have attached fmcommsource block >>> with dpsk demod followed by file sink. >>> >>> Please guide >>> >>> With Best Regards, >>> Maitry Raval, >>> R& D engineer|Azista Industries Pvt Ltd| >>> 079-40605800| [ http://www.azistaaerospace.com/ | www.azistaaerospace.com ] > > -- S. Aditya Arun Kumar Security Researcher, Comms +919123517465 BQ_END -- S. Aditya Arun Kumar Security Researcher, Comms +919123517465 BQ_END -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201110/f820b1d4/attachment.html> ------------------------------ Message: 3 Date: Tue, 10 Nov 2020 11:56:59 +0000 From: pv@koalatech.pt To: discuss-gnuradio@gnu.org Subject: Ofdm transceiver with more than 16QAM Message-ID: <20201110115659.Horde.oqxc23k7l5Fijz0Ozsu6sFl@h2.dnshelene.com> Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes Hi, I'm trying to make an OFDM transmission of a png file (9.3 kB) with 256QAM with the gnuradio example of OFDM transmitter / receiver. The USRP I'm using is the ettus n210 with the cbx daughter board. With the QPSK and 16QAM modulations it works, but with 64QAM or 256QAM I can´t receive the file, sometimes it receives some packets but most of the time it doesn't receive any byte. Can anyone help me with with this problem? Thanks in advance. Pedro Viegas -- Pedro Viegas Signal Processing Engineer Koala Tech phone: +351 917 354 070 e-mail: pv@koalatech.pt ------------------------------ Message: 4 Date: Tue, 10 Nov 2020 21:52:22 +0800 From: Rozana Alam <rozana.alam0@gmail.com> To: discuss-gnuradio@gnu.org Subject: Regarding ofdm mod in gnu radio Message-ID: <CAL9nTpaSUB+D5VGDN7xEc9ay1BkEnfd8NwyL-L0iJ-KfTV0cQg@mail.gmail.com> Content-Type: text/plain; charset="utf-8" Hello community, I have currently started using gnu radio for some signal measurement purpose. I want to transmit ofdm signal with the help of gnu through SDR(bladeRF). I got an idea from some tutorials that ofdm mod is needed for transmitting ofdm signal.but I don't have any ofdm mod block on my gnu platform but I have all the other ofdm components like ofdm tx,Rx, channel allocator etc.i am using gnu radio 3.8 version in Ubuntu 18.04 and it's compiled from source. Can anyone please assist me how to download ofdm mod in my current platform.or is there any supplement that I can simply use ofdm transmitter and receiver to transmit and receive ofdm signal through the SDR. I would highly appreciate your help. Sincerely, Rozana -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201110/8931a135/attachment.html> ------------------------------ Subject: Digest Footer _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ------------------------------ End of Discuss-gnuradio Digest, Vol 217, Issue 13 ************************************************* Send Discuss-gnuradio mailing list submissions to discuss-gnuradio@gnu.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.gnu.org/mailman/listinfo/discuss-gnuradio or, via email, send a message with subject or body 'help' to discuss-gnuradio-request@gnu.org You can reach the person managing the list at discuss-gnuradio-owner@gnu.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Discuss-gnuradio digest..." Today's Topics: 1. Re: Measuring transmission power from USRP B210 (Ron Economos) ---------------------------------------------------------------------- Message: 1 Date: Tue, 10 Nov 2020 00:43:13 -0800 From: Ron Economos <w6rz@comcast.net> To: discuss-gnuradio@gnu.org Subject: Re: Measuring transmission power from USRP B210 Message-ID: <146b391c-d08f-480a-c58b-f0b4c5ace7f5@comcast.net> Content-Type: text/plain; charset="utf-8"; Format="flowed" A much easier to read reference is: https://kb.ettus.com/images/c/cb/B200_RF_Performance.pdf Pages 182 and 226 show a maximum power output of +14 dBm at 2200 MHz. Ron On 11/10/20 00:11, Christophe Seguinot wrote: > > Hi > > I did not tried to calibrate my USRP source up to now but I'm > interesting by this subject. > > * I saw in Ettus USRP manual <in > https://files.ettus.com/manual/page_power.html> that : > o "The TX reference power level is defined as such: When a 0 > dBFS signal is transmitted, it will leave the RF output at the > selected reference power level. In other contexts, this value > is sometimes referred to as "peak power level", because it's > the maximum power that can be transmitted." > o It seems that on some USRP, this reference power level can be > set/changed at runtime > o Given example clearly states that the source level in GRC is > not directly related to the power level at URSP output in dBm > * Looking at How to set the trasmit power of USRP? > <https://forums.ni.com/t5/USRP-Software-Radio/How-to-set-the-trasmit-power-of-USRP/td-p/2202190?profile.language=fr> > on NI forum (see Sara answer) > o "Since these are uncalibrated devices, a particular gain value > doesn't correspond to a particular power level" > o take a look at Sarah's reference b200_rev4_TX_FE1.pdf 859 KB > <https://forums.ni.com/ni/attachments/ni/500/1420/1/b200_rev4_TX_FE1.pdf> > page 61 : it seems that the output power for a B200 at 2.2 > GHz, with 0 dB gain (1 in linear) is close to -5 dB for a > zero gain : Could that explains your -6 dBm? > * These references do not give a clear answer. I don't clearly > understand given explanation. > > Regards > > On 09/11/2020 17:39, Moses Browne Mwakyanjala wrote: >> Hello everyone, >> I'm in the process of testing a GNU Radio transmitter. The >> transmitter will be connected to a solid-state power amplifier (SSPA) >> for near-Earth satellite communications. The SSPA expects an input of >> 0dm from the USRP TX port. >> >> The first step is thus to measure the power from the USRP. To that >> end, the flowgraph generates a complex sinusoidal signal with a unit >> magnitude. The UHD:USRP Sink block is set to maximum gain (i.e. >> normalized gain of 1.0). Unfortunately, the maximum power I can see >> from the spectrum analyzer is around -6.93 dBm as shown below. To my >> understanding, the USRP can transmit up to 20 dBm as reported in the >> "External Connections" section at this Ettus link : >> https://files.ettus.com/manual/page_usrp_b200.html. >> Could anyone explain why I can't achieve a 20 dBm (or anything around >> it) power level? >> IMG_3475.JPG >> Thanks in advance, >> Moses. >> -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201110/377f99f9/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: IMG_3475.JPG Type: image/jpeg Size: 1112823 bytes Desc: not available URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201110/377f99f9/attachment.jpe> ------------------------------ Subject: Digest Footer _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ------------------------------ End of Discuss-gnuradio Digest, Vol 217, Issue 12 ************************************************* Send Discuss-gnuradio mailing list submissions to discuss-gnuradio@gnu.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.gnu.org/mailman/listinfo/discuss-gnuradio or, via email, send a message with subject or body 'help' to discuss-gnuradio-request@gnu.org You can reach the person managing the list at discuss-gnuradio-owner@gnu.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Discuss-gnuradio digest..." Today's Topics: 1. Amateur Radio & GNU Radio (Gavin Jacobs) 2. Re: Discuss-gnuradio Digest, Vol 217, Issue 10 (Moses Browne Mwakyanjala) 3. Re: Measuring transmission power from USRP B210 (Moses Browne Mwakyanjala) 4. Re: Measuring transmission power from USRP B210 (Marcus D Leech) 5. Re: Amateur Radio & GNU Radio (Barry Duggan) 6. Re: Issue in file sink block (Maitry Raval) 7. Re: Measuring transmission power from USRP B210 (Christophe Seguinot) ---------------------------------------------------------------------- Message: 1 Date: Mon, 9 Nov 2020 16:49:55 +0000 From: Gavin Jacobs <apriljunkbox@hotmail.com> To: "discuss-gnuradio@gnu.org" <discuss-gnuradio@gnu.org> Subject: Amateur Radio & GNU Radio Message-ID: <MWHPR17MB10867861D78830CAD378896EC6EA0@MWHPR17MB1086.namprd17.prod.outlook.com> Content-Type: text/plain; charset="iso-8859-1" Thanks to the organizers of the Zoom meeting held on Saturday. On your page https://wiki.gnuradio.org/index.php/HamRadio you mention Transmit / Receive Station Control TBD. I volunteer to do a presentation at a future meeting and describe how I do that on my Hackrf with GnuRadio. I couldn't see any contact information for the group, so I'm putting it out here. 73 VE7GSJ HamRadio - GNU Radio<https://wiki.gnuradio.org/index.php/HamRadio> Using GNU Radio for Amateur Radio []. Ham radio operators are given a license by their government enabling them to make radio transmissions for the purpose of scientific investigation, experimentation and non-commercial communication. wiki.gnuradio.org -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201109/7e0bc940/attachment.html> ------------------------------ Message: 2 Date: Mon, 9 Nov 2020 18:26:53 +0100 From: Moses Browne Mwakyanjala <mbkitine@gmail.com> To: GNURadio Discussion List <discuss-gnuradio@gnu.org> Subject: Re: Discuss-gnuradio Digest, Vol 217, Issue 10 Message-ID: <CABYsGdkRKs+VEFNgu1g2Cdfsprzv+dd7j0+KH1hLSng=neS4bQ@mail.gmail.com> Content-Type: text/plain; charset="utf-8" Hi, The flowgraph contains a sinusoidal source and a USRP sink. You may notice that the sample rate is quite high. It is part of the requirements. Regards, Moses. [image: image.png] On Mon, Nov 9, 2020 at 6:19 PM <discuss-gnuradio-request@gnu.org> wrote: > Send Discuss-gnuradio mailing list submissions to > discuss-gnuradio@gnu.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > or, via email, send a message with subject or body 'help' to > discuss-gnuradio-request@gnu.org > > You can reach the person managing the list at > discuss-gnuradio-owner@gnu.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Discuss-gnuradio digest..." > > > Today's Topics: > > 1. Re: Measuring transmission power from USRP B210 (Marcus D. Leech) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 09 Nov 2020 12:01:24 -0500 > From: "Marcus D. Leech" <patchvonbraun@gmail.com> > To: discuss-gnuradio@gnu.org > Subject: Re: Measuring transmission power from USRP B210 > Message-ID: <5FA975E4.9020000@gmail.com> > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > On 11/09/2020 11:39 AM, Moses Browne Mwakyanjala wrote: > > Hello everyone, > > I'm in the process of testing a GNU Radio transmitter. The transmitter > > will be connected to a solid-state power amplifier (SSPA) for > > near-Earth satellite communications. The SSPA expects an input of 0dm > > from the USRP TX port. > > > > The first step is thus to measure the power from the USRP. To that > > end, the flowgraph generates a complex sinusoidal signal with a unit > > magnitude. The UHD:USRP Sink block is set to maximum gain (i.e. > > normalized gain of 1.0). Unfortunately, the maximum power I can see > > from the spectrum analyzer is around -6.93 dBm as shown below. To my > > understanding, the USRP can transmit up to 20 dBm as reported in the > > "External Connections" section at this Ettus link : > > https://files.ettus.com/manual/page_usrp_b200.html. > > Could anyone explain why I can't achieve a 20 dBm (or anything around > > it) power level? > > IMG_3475.JPG > > Thanks in advance, > > Moses. > > > Could we perhaps see a minimal flow-graph that demonstrates the issue? > > Generally, setting the baseband magnitude to 1.0 at the same times as > setting to MAX gain can cause linearity issues. > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201109/e3b13728/attachment.html > > > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: not available > Type: image/jpeg > Size: 1112823 bytes > Desc: not available > URL: < > https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201109/e3b13728/attachment.jpe > > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > > ------------------------------ > > End of Discuss-gnuradio Digest, Vol 217, Issue 10 > ************************************************* > -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201109/52b8aff6/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 32070 bytes Desc: not available URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201109/52b8aff6/attachment.png> ------------------------------ Message: 3 Date: Mon, 9 Nov 2020 19:14:34 +0100 From: Moses Browne Mwakyanjala <mbkitine@gmail.com> To: GNURadio Discussion List <discuss-gnuradio@gnu.org> Subject: Re: Measuring transmission power from USRP B210 Message-ID: <CABYsGdmqyCgYBEsyhuqNJxprCjv7Lr59d3CF1EG64GXkgKhx9w@mail.gmail.com> Content-Type: text/plain; charset="utf-8" Hi, The flowgraph contains a sinusoidal source and a USRP sink. You may notice that the sample rate is quite high. It is part of the requirements. Regards, Moses. [image: image.png] On Mon, Nov 9, 2020 at 6:19 PM <discuss-gnuradio-request@gnu.org> wrote: > Send Discuss-gnuradio mailing list submissions to > discuss-gnuradio@gnu.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > or, via email, send a message with subject or body 'help' to > discuss-gnuradio-request@gnu.org > > You can reach the person managing the list at > discuss-gnuradio-owner@gnu.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Discuss-gnuradio digest..." > > > Today's Topics: > > 1. Re: Measuring transmission power from USRP B210 (Marcus D. Leech) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 09 Nov 2020 12:01:24 -0500 > From: "Marcus D. Leech" <patchvonbraun@gmail.com> > To: discuss-gnuradio@gnu.org > Subject: Re: Measuring transmission power from USRP B210 > Message-ID: <5FA975E4.9020000@gmail.com> > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > On 11/09/2020 11:39 AM, Moses Browne Mwakyanjala wrote: > > Hello everyone, > > I'm in the process of testing a GNU Radio transmitter. The transmitter > > will be connected to a solid-state power amplifier (SSPA) for > > near-Earth satellite communications. The SSPA expects an input of 0dm > > from the USRP TX port. > > > > The first step is thus to measure the power from the USRP. To that > > end, the flowgraph generates a complex sinusoidal signal with a unit > > magnitude. The UHD:USRP Sink block is set to maximum gain (i.e. > > normalized gain of 1.0). Unfortunately, the maximum power I can see > > from the spectrum analyzer is around -6.93 dBm as shown below. To my > > understanding, the USRP can transmit up to 20 dBm as reported in the > > "External Connections" section at this Ettus link : > > https://files.ettus.com/manual/page_usrp_b200.html. > > Could anyone explain why I can't achieve a 20 dBm (or anything around > > it) power level? > > IMG_3475.JPG > > Thanks in advance, > > Moses. > > > Could we perhaps see a minimal flow-graph that demonstrates the issue? > > Generally, setting the baseband magnitude to 1.0 at the same times as > setting to MAX gain can cause linearity issues. > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201109/e3b13728/attachment.html > > > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: not available > Type: image/jpeg > Size: 1112823 bytes > Desc: not available > URL: < > https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201109/e3b13728/attachment.jpe > > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > > ------------------------------ > > End of Discuss-gnuradio Digest, Vol 217, Issue 10 > ************************************************* > -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201109/6f623985/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 32070 bytes Desc: not available URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201109/6f623985/attachment.png> ------------------------------ Message: 4 Date: Mon, 9 Nov 2020 13:30:15 -0500 From: Marcus D Leech <patchvonbraun@gmail.com> To: Moses Browne Mwakyanjala <mbkitine@gmail.com> Cc: GNURadio Discussion List <discuss-gnuradio@gnu.org> Subject: Re: Measuring transmission power from USRP B210 Message-ID: <96D6C022-9001-4BF5-BAB0-A3F23C38C65A@gmail.com> Content-Type: text/plain; charset="utf-8" Is it possible that you have the cables on the wrong port? Sent from my iPhone > On Nov 9, 2020, at 1:16 PM, Moses Browne Mwakyanjala <mbkitine@gmail.com> wrote: > > > Hi, > The flowgraph contains a sinusoidal source and a USRP sink. You may notice that the sample rate is quite high. It is part of the requirements. > Regards, > Moses. > <image.png> > > >> On Mon, Nov 9, 2020 at 6:19 PM <discuss-gnuradio-request@gnu.org> wrote: >> Send Discuss-gnuradio mailing list submissions to >> discuss-gnuradio@gnu.org >> >> To subscribe or unsubscribe via the World Wide Web, visit >> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >> or, via email, send a message with subject or body 'help' to >> discuss-gnuradio-request@gnu.org >> >> You can reach the person managing the list at >> discuss-gnuradio-owner@gnu.org >> >> When replying, please edit your Subject line so it is more specific >> than "Re: Contents of Discuss-gnuradio digest..." >> >> >> Today's Topics: >> >> 1. Re: Measuring transmission power from USRP B210 (Marcus D. Leech) >> >> >> ---------------------------------------------------------------------- >> >> Message: 1 >> Date: Mon, 09 Nov 2020 12:01:24 -0500 >> From: "Marcus D. Leech" <patchvonbraun@gmail.com> >> To: discuss-gnuradio@gnu.org >> Subject: Re: Measuring transmission power from USRP B210 >> Message-ID: <5FA975E4.9020000@gmail.com> >> Content-Type: text/plain; charset="utf-8"; Format="flowed" >> >> On 11/09/2020 11:39 AM, Moses Browne Mwakyanjala wrote: >> > Hello everyone, >> > I'm in the process of testing a GNU Radio transmitter. The transmitter >> > will be connected to a solid-state power amplifier (SSPA) for >> > near-Earth satellite communications. The SSPA expects an input of 0dm >> > from the USRP TX port. >> > >> > The first step is thus to measure the power from the USRP. To that >> > end, the flowgraph generates a complex sinusoidal signal with a unit >> > magnitude. The UHD:USRP Sink block is set to maximum gain (i.e. >> > normalized gain of 1.0). Unfortunately, the maximum power I can see >> > from the spectrum analyzer is around -6.93 dBm as shown below. To my >> > understanding, the USRP can transmit up to 20 dBm as reported in the >> > "External Connections" section at this Ettus link : >> > https://files.ettus.com/manual/page_usrp_b200.html. >> > Could anyone explain why I can't achieve a 20 dBm (or anything around >> > it) power level? >> > IMG_3475.JPG >> > Thanks in advance, >> > Moses. >> > >> Could we perhaps see a minimal flow-graph that demonstrates the issue? >> >> Generally, setting the baseband magnitude to 1.0 at the same times as >> setting to MAX gain can cause linearity issues. >> >> >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201109/e3b13728/attachment.html> >> -------------- next part -------------- >> A non-text attachment was scrubbed... >> Name: not available >> Type: image/jpeg >> Size: 1112823 bytes >> Desc: not available >> URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201109/e3b13728/attachment.jpe> >> >> ------------------------------ >> >> Subject: Digest Footer >> >> _______________________________________________ >> Discuss-gnuradio mailing list >> Discuss-gnuradio@gnu.org >> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >> >> >> ------------------------------ >> >> End of Discuss-gnuradio Digest, Vol 217, Issue 10 >> ************************************************* -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201109/134c0ef8/attachment.html> ------------------------------ Message: 5 Date: Mon, 9 Nov 2020 13:22:14 -0600 From: Barry Duggan <barry@dcsmail.net> To: apriljunkbox@hotmail.com Cc: Discuss Gnuradio <discuss-gnuradio@gnu.org> Subject: Re: Amateur Radio & GNU Radio Message-ID: <875289f1-14c9-02cf-a3f7-aee23be4ca85@dcsmail.net> Content-Type: text/plain; charset=utf-8; format=flowed Hi Gavin, Thank you for your response! At this time we have no other volunteers, so if you would like to do one in December or January, that would be great. We seem to have somewhat of a consensus for a Saturday and for starting between 1600 to 1800 UTC. Let me know what you would like to do. 73, --- Barry Duggan KV4FV https://github.com/duggabe On Mon, 9 Nov 2020 16:49:55 +0000, Gavin Jacobs wrote: Thanks to the organizers of the Zoom meeting held on Saturday. On your page https://wiki.gnuradio.org/index.php/HamRadio you mention Transmit / Receive Station Control TBD. I volunteer to do a presentation at a future meeting and describe how I do that on my Hackrf with GnuRadio. I couldn't see any contact information for the group, so I'm putting it out here. 73 VE7GSJ ------------------------------ Message: 6 Date: Tue, 10 Nov 2020 09:13:38 +0530 (IST) From: Maitry Raval <maitry.raval@azistaaerospace.com> To: Cinaed Simson <cinaed.simson@gmail.com> Cc: discuss-gnuradio <discuss-gnuradio@gnu.org> Subject: Re: Issue in file sink block Message-ID: <453538720.5993161.1604979818482.JavaMail.zimbra@azistaaerospace.com> Content-Type: text/plain; charset="utf-8" Hello, I understand that I have use online ASCII to binary converter and for that I am using below online converter. [ https://www.rapidtables.com/convert/number/ascii-to-binary.html | https://www.rapidtables.com/convert/number/ascii-to-binary.html ] But I am facing an issue, while I am transmitting repetitive pattern such as 1100, 1010 , the data stored in the file after mod-demod is almost similar( only some initial bits are changed) . Please check the screenshot attached. But when I am transmitting some random pattern instead of repetitive using file source, I am not receiving the same pattern, while I am converting the stored ASCII to binary using converter. I have sent the GRC file in previous mail. Kindly let me know, where is the problem? Waiting for your positive response. With Best Regards, Maitry Raval, R& D engineer|Azista Industries Pvt Ltd| 079-40605800|www.azistaaerospace.com From: "Cinaed Simson" <cinaed.simson@gmail.com> To: "discuss-gnuradio" <discuss-gnuradio@gnu.org> Sent: Monday, November 9, 2020 1:15:51 PM Subject: Re: Issue in file sink block Hi Maitry - if by update you mean dumping a binary file as binary instead of hexadecimal, then on Linux use xxd -b <infile> <outfile> -- Cinaed On 11/8/20 8:13 PM, Maitry Raval wrote: Hello experts, Any updates? With Best Regards, Maitry Raval, R& D engineer|Azista Industries Pvt Ltd| 079-40605800| [ http://www.azistaaerospace.com/ | www.azistaaerospace.com ] From: "Aditya Arun Kumar" [ mailto:adityaarunkumarphi@gmail.com | <adityaarunkumarphi@gmail.com> ] To: "Maitry Raval" [ mailto:maitry.raval@azistaaerospace.com | <maitry.raval@azistaaerospace.com> ] Cc: "discuss-gnuradio" [ mailto:discuss-gnuradio@gnu.org | <discuss-gnuradio@gnu.org> ] Sent: Wednesday, November 4, 2020 11:46:32 AM Subject: Re: Issue in file sink block Ok, thanks. On Wed, Nov 4, 2020 at 11:28 AM Maitry Raval < [ mailto:maitry.raval@azistaaerospace.com | maitry.raval@azistaaerospace.com ] > wrote: BQ_BEGIN Hello, Please ignore the previous grc file. please find attached the correct grc file. With Best Regards, Maitry Raval, R& D engineer|Azista Industries Pvt Ltd| 079-40605800| [ http://www.azistaaerospace.com/ | www.azistaaerospace.com ] From: "Maitry Raval" < [ mailto:maitry.raval@azistaaerospace.com | maitry.raval@azistaaerospace.com ] > To: "Aditya Arun Kumar" < [ mailto:adityaarunkumarphi@gmail.com | adityaarunkumarphi@gmail.com ] > Cc: "discuss-gnuradio" < [ mailto:discuss-gnuradio@gnu.org | discuss-gnuradio@gnu.org ] > Sent: Wednesday, November 4, 2020 9:06:09 AM Subject: Re: Issue in file sink block Hello, Please find attached grc file for reference. I have done trial and error by converting the output file into online ascii to binary converter, but it provides random output. Please guide which binary viewer I need to use in check the data in 1 and 0 format(binary) ? With Best Regards, Maitry Raval, R& D engineer|Azista Industries Pvt Ltd| 079-40605800| [ http://www.azistaaerospace.com/ | www.azistaaerospace.com ] From: "Aditya Arun Kumar" < [ mailto:adityaarunkumarphi@gmail.com | adityaarunkumarphi@gmail.com ] > To: "Derek Kozel" < [ mailto:derek@bitstovolts.com | derek@bitstovolts.com ] > Cc: "Maitry Raval" < [ mailto:maitry.raval@azistaaerospace.com | maitry.raval@azistaaerospace.com ] >, "Marcus Müller" < [ mailto:mmueller@gnuradio.org | mmueller@gnuradio.org ] >, "discuss-gnuradio" < [ mailto:discuss-gnuradio@gnu.org | discuss-gnuradio@gnu.org ] > Sent: Tuesday, November 3, 2020 5:49:05 PM Subject: Re: Issue in file sink block Or maybe use a gr-baz any sink to view bits? On Tue, Nov 3, 2020 at 5:43 PM Derek Kozel < [ mailto:derek@bitstovolts.com | derek@bitstovolts.com ] > wrote: BQ_BEGIN Hello Maitry, The File Sink is not producing a text file, it is the raw binary data. You need to look at the contents of the file using a binary viewer. Regards, Derek On 03/11/2020 11:12, Maitry Raval wrote: > Hello sir, > > Please find attached screenshot for the grc file same as given in PSK guided tutorials. also, I have attached output txt file for your reference. still , did not receive binary data stored via file sink. > > Please guide, where am I doing wrong. > > > With Best Regards, > Maitry Raval, > R& D engineer|Azista Industries Pvt Ltd| 079-40605800| [ http://www.azistaaerospace.com/ | www.azistaaerospace.com ] > > ----- Original Message ----- > From: "Marcus Müller" < [ mailto:mmueller@gnuradio.org | mmueller@gnuradio.org ] > > To: "discuss-gnuradio" < [ mailto:discuss-gnuradio@gnu.org | discuss-gnuradio@gnu.org ] > > Sent: Monday, November 2, 2020 8:47:28 PM > Subject: Re: Issue in file sink block > > Again, the file sink is fine. > > On 02.11.20 04:39, Maitry Raval wrote: >> Hello, >> >> I understand, I think, I need to use PSK demod using below link. >> [ https://wiki.gnuradio.org/index.php/Guided_Tutorial_PSK_Demodulation | https://wiki.gnuradio.org/index.php/Guided_Tutorial_PSK_Demodulation ] >> >> But, as I have a requirement of storing the demod data in file , how is it possible using file sink or any other way, please guide. >> >> With Best Regards, >> Maitry Raval, >> R& D engineer|Azista Industries Pvt Ltd| 079-40605800| [ http://www.azistaaerospace.com/ | www.azistaaerospace.com ] >> >> ----- Original Message ----- >> From: "Marcus Müller, CEL" < [ mailto:mueller@kit.edu | mueller@kit.edu ] > >> To: "discuss-gnuradio" < [ mailto:discuss-gnuradio@gnu.org | discuss-gnuradio@gnu.org ] > >> Sent: Saturday, October 31, 2020 9:06:22 PM >> Subject: Re: Issue in file sink block >> >> Hi Maitry, >> >> I doubt it's the file sink. That tutorial used DPSK Mod, and that's >> among the buggy packet_encoder tooling that we deprecated a long time >> ago, and finally banished two-ish years ago. It just dropped data. >> >> See the more modern packet examples that come with your GNU Radio 3.8. >> >> Cheers, >> Marcus >> >> On 31.10.20 09:34, Maitry Raval wrote: >>> Hello , >>> >>> I am using GNU radio along with ADRV9361-Z7035 Board for data reception >>> and demodulation. I have faced an issue of using file sink block along >>> with QPSK demod blocks. when I am attaching dpsk/PSK demod block with >>> file sink, I have not received data in binary format. it gives some >>> trunk values. when I am doing wrong, please guide us. >>> I have taken a reference of below link. >>> [ https://courses.washington.edu/ee420/projects/lab2_gnuradio.pdf | https://courses.washington.edu/ee420/projects/lab2_gnuradio.pdf ] >>> >>> The only difference is that I am using receiving section only. as I am >>> transmitting from other source. so I have attached fmcommsource block >>> with dpsk demod followed by file sink. >>> >>> Please guide >>> >>> With Best Regards, >>> Maitry Raval, >>> R& D engineer|Azista Industries Pvt Ltd| >>> 079-40605800| [ http://www.azistaaerospace.com/ | www.azistaaerospace.com ] > > -- S. Aditya Arun Kumar Security Researcher, Comms +919123517465 BQ_END -- S. Aditya Arun Kumar Security Researcher, Comms +919123517465 BQ_END -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201110/9f42d736/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot (12).png Type: image/png Size: 165613 bytes Desc: not available URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201110/9f42d736/attachment.png> ------------------------------ Message: 7 Date: Tue, 10 Nov 2020 09:11:42 +0100 From: Christophe Seguinot <christophe.seguinot@orange.fr> To: Moses Browne Mwakyanjala <mbkitine@gmail.com>, GNURadio Discussion List <discuss-gnuradio@gnu.org> Subject: Re: Measuring transmission power from USRP B210 Message-ID: <c473775f-b16e-7913-5766-902e905cbe56@orange.fr> Content-Type: text/plain; charset="utf-8" An HTML attachment was scrubbed... URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201110/04b908f7/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: IMG_3475.JPG Type: image/jpeg Size: 1112823 bytes Desc: not available URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201110/04b908f7/attachment.jpe> ------------------------------ Subject: Digest Footer _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ------------------------------ End of Discuss-gnuradio Digest, Vol 217, Issue 11 ************************************************* Send Discuss-gnuradio mailing list submissions to discuss-gnuradio@gnu.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.gnu.org/mailman/listinfo/discuss-gnuradio or, via email, send a message with subject or body 'help' to discuss-gnuradio-request@gnu.org You can reach the person managing the list at discuss-gnuradio-owner@gnu.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Discuss-gnuradio digest..." Today's Topics: 1. Re: Measuring transmission power from USRP B210 (Marcus D. Leech) ---------------------------------------------------------------------- Message: 1 Date: Mon, 09 Nov 2020 12:01:24 -0500 From: "Marcus D. Leech" <patchvonbraun@gmail.com> To: discuss-gnuradio@gnu.org Subject: Re: Measuring transmission power from USRP B210 Message-ID: <5FA975E4.9020000@gmail.com> Content-Type: text/plain; charset="utf-8"; Format="flowed" On 11/09/2020 11:39 AM, Moses Browne Mwakyanjala wrote: > Hello everyone, > I'm in the process of testing a GNU Radio transmitter. The transmitter > will be connected to a solid-state power amplifier (SSPA) for > near-Earth satellite communications. The SSPA expects an input of 0dm > from the USRP TX port. > > The first step is thus to measure the power from the USRP. To that > end, the flowgraph generates a complex sinusoidal signal with a unit > magnitude. The UHD:USRP Sink block is set to maximum gain (i.e. > normalized gain of 1.0). Unfortunately, the maximum power I can see > from the spectrum analyzer is around -6.93 dBm as shown below. To my > understanding, the USRP can transmit up to 20 dBm as reported in the > "External Connections" section at this Ettus link : > https://files.ettus.com/manual/page_usrp_b200.html. > Could anyone explain why I can't achieve a 20 dBm (or anything around > it) power level? > IMG_3475.JPG > Thanks in advance, > Moses. > Could we perhaps see a minimal flow-graph that demonstrates the issue? Generally, setting the baseband magnitude to 1.0 at the same times as setting to MAX gain can cause linearity issues. -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201109/e3b13728/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 1112823 bytes Desc: not available URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201109/e3b13728/attachment.jpe> ------------------------------ Subject: Digest Footer _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ------------------------------ End of Discuss-gnuradio Digest, Vol 217, Issue 10 ************************************************* Send Discuss-gnuradio mailing list submissions to discuss-gnuradio@gnu.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.gnu.org/mailman/listinfo/discuss-gnuradio or, via email, send a message with subject or body 'help' to discuss-gnuradio-request@gnu.org You can reach the person managing the list at discuss-gnuradio-owner@gnu.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Discuss-gnuradio digest..." Today's Topics: 1. GRC Documentation tab (Barry Duggan) 2. How to run gr-howto Python or C++ files from ubuntu (Rupak Paul) 3. Re: Issue in file sink block (Maitry Raval) 4. Re: Issue in file sink block (Cinaed Simson) 5. Import Block "bad import syntax" (Elmore's) 6. Measuring transmission power from USRP B210 (Moses Browne Mwakyanjala) ---------------------------------------------------------------------- Message: 1 Date: Sun, 8 Nov 2020 17:50:01 -0600 From: Barry Duggan <barry@dcsmail.net> To: Discuss Gnuradio <discuss-gnuradio@gnu.org> Subject: GRC Documentation tab Message-ID: <8f393e6d-72be-242f-ed3c-3463b1c62995@dcsmail.net> Content-Type: text/plain; charset=utf-8; format=flowed Using GRC, open the Properties of a block, select the 'Documentation' tab. Is there a way to get a hook / callback if the user clicks within the text box of that tab? I don't even need the contents of that text box, just the fact that the user clicked it, and which type of block (label) it is. Thanks! --- Barry Duggan KV4FV https://github.com/duggabe ------------------------------ Message: 2 Date: Mon, 9 Nov 2020 01:08:21 +0100 From: Rupak Paul <rpk.aiub990@gmail.com> To: discuss-gnuradio@gnu.org Subject: How to run gr-howto Python or C++ files from ubuntu Message-ID: <CAFQvaasNZy0JUYiY4h62kgCZh4QAD5ftnnTqs7duzGLEbQZnbg@mail.gmail.com> Content-Type: text/plain; charset="utf-8" Hi, I am new in this platform and trying to run my first block in Gnu Radio. Using tutorial script from OOT modules, I am unable to run C++ or Python files (e.g. qa_square_ff.py) from cmd window. When I use "python3 qa_square_ff.py" command, it always says some module (e.g. howto_swig) is missing. Is there any step by step guideline to run this type file from cmd window? Regards, Rupak -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201109/13154e57/attachment.html> ------------------------------ Message: 3 Date: Mon, 9 Nov 2020 09:43:35 +0530 (IST) From: Maitry Raval <maitry.raval@azistaaerospace.com> To: Aditya Arun Kumar <adityaarunkumarphi@gmail.com> Cc: discuss-gnuradio <discuss-gnuradio@gnu.org> Subject: Re: Issue in file sink block Message-ID: <460582662.5950255.1604895215949.JavaMail.zimbra@azistaaerospace.com> Content-Type: text/plain; charset="utf-8" Hello experts, Any updates? With Best Regards, Maitry Raval, R& D engineer|Azista Industries Pvt Ltd| 079-40605800|www.azistaaerospace.com From: "Aditya Arun Kumar" <adityaarunkumarphi@gmail.com> To: "Maitry Raval" <maitry.raval@azistaaerospace.com> Cc: "discuss-gnuradio" <discuss-gnuradio@gnu.org> Sent: Wednesday, November 4, 2020 11:46:32 AM Subject: Re: Issue in file sink block Ok, thanks. On Wed, Nov 4, 2020 at 11:28 AM Maitry Raval < [ mailto:maitry.raval@azistaaerospace.com | maitry.raval@azistaaerospace.com ] > wrote: Hello, Please ignore the previous grc file. please find attached the correct grc file. With Best Regards, Maitry Raval, R& D engineer|Azista Industries Pvt Ltd| 079-40605800| [ http://www.azistaaerospace.com/ | www.azistaaerospace.com ] From: "Maitry Raval" < [ mailto:maitry.raval@azistaaerospace.com | maitry.raval@azistaaerospace.com ] > To: "Aditya Arun Kumar" < [ mailto:adityaarunkumarphi@gmail.com | adityaarunkumarphi@gmail.com ] > Cc: "discuss-gnuradio" < [ mailto:discuss-gnuradio@gnu.org | discuss-gnuradio@gnu.org ] > Sent: Wednesday, November 4, 2020 9:06:09 AM Subject: Re: Issue in file sink block Hello, Please find attached grc file for reference. I have done trial and error by converting the output file into online ascii to binary converter, but it provides random output. Please guide which binary viewer I need to use in check the data in 1 and 0 format(binary) ? With Best Regards, Maitry Raval, R& D engineer|Azista Industries Pvt Ltd| 079-40605800| [ http://www.azistaaerospace.com/ | www.azistaaerospace.com ] From: "Aditya Arun Kumar" < [ mailto:adityaarunkumarphi@gmail.com | adityaarunkumarphi@gmail.com ] > To: "Derek Kozel" < [ mailto:derek@bitstovolts.com | derek@bitstovolts.com ] > Cc: "Maitry Raval" < [ mailto:maitry.raval@azistaaerospace.com | maitry.raval@azistaaerospace.com ] >, "Marcus Müller" < [ mailto:mmueller@gnuradio.org | mmueller@gnuradio.org ] >, "discuss-gnuradio" < [ mailto:discuss-gnuradio@gnu.org | discuss-gnuradio@gnu.org ] > Sent: Tuesday, November 3, 2020 5:49:05 PM Subject: Re: Issue in file sink block Or maybe use a gr-baz any sink to view bits? On Tue, Nov 3, 2020 at 5:43 PM Derek Kozel < [ mailto:derek@bitstovolts.com | derek@bitstovolts.com ] > wrote: BQ_BEGIN Hello Maitry, The File Sink is not producing a text file, it is the raw binary data. You need to look at the contents of the file using a binary viewer. Regards, Derek On 03/11/2020 11:12, Maitry Raval wrote: > Hello sir, > > Please find attached screenshot for the grc file same as given in PSK guided tutorials. also, I have attached output txt file for your reference. still , did not receive binary data stored via file sink. > > Please guide, where am I doing wrong. > > > With Best Regards, > Maitry Raval, > R& D engineer|Azista Industries Pvt Ltd| 079-40605800| [ http://www.azistaaerospace.com/ | www.azistaaerospace.com ] > > ----- Original Message ----- > From: "Marcus Müller" < [ mailto:mmueller@gnuradio.org | mmueller@gnuradio.org ] > > To: "discuss-gnuradio" < [ mailto:discuss-gnuradio@gnu.org | discuss-gnuradio@gnu.org ] > > Sent: Monday, November 2, 2020 8:47:28 PM > Subject: Re: Issue in file sink block > > Again, the file sink is fine. > > On 02.11.20 04:39, Maitry Raval wrote: >> Hello, >> >> I understand, I think, I need to use PSK demod using below link. >> [ https://wiki.gnuradio.org/index.php/Guided_Tutorial_PSK_Demodulation | https://wiki.gnuradio.org/index.php/Guided_Tutorial_PSK_Demodulation ] >> >> But, as I have a requirement of storing the demod data in file , how is it possible using file sink or any other way, please guide. >> >> With Best Regards, >> Maitry Raval, >> R& D engineer|Azista Industries Pvt Ltd| 079-40605800| [ http://www.azistaaerospace.com/ | www.azistaaerospace.com ] >> >> ----- Original Message ----- >> From: "Marcus Müller, CEL" < [ mailto:mueller@kit.edu | mueller@kit.edu ] > >> To: "discuss-gnuradio" < [ mailto:discuss-gnuradio@gnu.org | discuss-gnuradio@gnu.org ] > >> Sent: Saturday, October 31, 2020 9:06:22 PM >> Subject: Re: Issue in file sink block >> >> Hi Maitry, >> >> I doubt it's the file sink. That tutorial used DPSK Mod, and that's >> among the buggy packet_encoder tooling that we deprecated a long time >> ago, and finally banished two-ish years ago. It just dropped data. >> >> See the more modern packet examples that come with your GNU Radio 3.8. >> >> Cheers, >> Marcus >> >> On 31.10.20 09:34, Maitry Raval wrote: >>> Hello , >>> >>> I am using GNU radio along with ADRV9361-Z7035 Board for data reception >>> and demodulation. I have faced an issue of using file sink block along >>> with QPSK demod blocks. when I am attaching dpsk/PSK demod block with >>> file sink, I have not received data in binary format. it gives some >>> trunk values. when I am doing wrong, please guide us. >>> I have taken a reference of below link. >>> [ https://courses.washington.edu/ee420/projects/lab2_gnuradio.pdf | https://courses.washington.edu/ee420/projects/lab2_gnuradio.pdf ] >>> >>> The only difference is that I am using receiving section only. as I am >>> transmitting from other source. so I have attached fmcommsource block >>> with dpsk demod followed by file sink. >>> >>> Please guide >>> >>> With Best Regards, >>> Maitry Raval, >>> R& D engineer|Azista Industries Pvt Ltd| >>> 079-40605800| [ http://www.azistaaerospace.com/ | www.azistaaerospace.com ] > > -- S. Aditya Arun Kumar Security Researcher, Comms +919123517465 BQ_END -- S. Aditya Arun Kumar Security Researcher, Comms +919123517465 -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201109/c877afd4/attachment.html> ------------------------------ Message: 4 Date: Sun, 8 Nov 2020 23:45:51 -0800 From: Cinaed Simson <cinaed.simson@gmail.com> To: discuss-gnuradio@gnu.org Subject: Re: Issue in file sink block Message-ID: <5db7b573-6b1a-867c-0143-87b176c5152e@gmail.com> Content-Type: text/plain; charset="utf-8"; Format="flowed" Hi Maitry - if by update you mean dumping a binary file as binary instead of hexadecimal, then on Linux use xxd -b <infile> <outfile> -- Cinaed On 11/8/20 8:13 PM, Maitry Raval wrote: > Hello experts, > > Any updates? > > With Best Regards, > Maitry Raval, > R& D engineer|Azista Industries Pvt Ltd| > 079-40605800|www.azistaaerospace.com > > ------------------------------------------------------------------------ > *From: *"Aditya Arun Kumar" <adityaarunkumarphi@gmail.com> > *To: *"Maitry Raval" <maitry.raval@azistaaerospace.com> > *Cc: *"discuss-gnuradio" <discuss-gnuradio@gnu.org> > *Sent: *Wednesday, November 4, 2020 11:46:32 AM > *Subject: *Re: Issue in file sink block > > Ok, thanks. > > On Wed, Nov 4, 2020 at 11:28 AM Maitry Raval > <maitry.raval@azistaaerospace.com > <mailto:maitry.raval@azistaaerospace.com>> wrote: > > Hello, > > Please ignore the previous grc file. please find attached the > correct grc file. > > With Best Regards, > Maitry Raval, > R& D engineer|Azista Industries Pvt Ltd| > 079-40605800|www.azistaaerospace.com <http://www.azistaaerospace.com> > > ------------------------------------------------------------------------ > *From: *"Maitry Raval" <maitry.raval@azistaaerospace.com > <mailto:maitry.raval@azistaaerospace.com>> > *To: *"Aditya Arun Kumar" <adityaarunkumarphi@gmail.com > <mailto:adityaarunkumarphi@gmail.com>> > *Cc: *"discuss-gnuradio" <discuss-gnuradio@gnu.org > <mailto:discuss-gnuradio@gnu.org>> > *Sent: *Wednesday, November 4, 2020 9:06:09 AM > *Subject: *Re: Issue in file sink block > > Hello, > > Please find attached grc file for reference. I have done trial and > error by converting the output file into online ascii to binary > converter, but it provides random output. > > Please guide which binary viewer I need to use in check the data > in 1 and 0 format(binary) ? > > With Best Regards, > Maitry Raval, > R& D engineer|Azista Industries Pvt Ltd| > 079-40605800|www.azistaaerospace.com <http://www.azistaaerospace.com> > > ------------------------------------------------------------------------ > *From: *"Aditya Arun Kumar" <adityaarunkumarphi@gmail.com > <mailto:adityaarunkumarphi@gmail.com>> > *To: *"Derek Kozel" <derek@bitstovolts.com > <mailto:derek@bitstovolts.com>> > *Cc: *"Maitry Raval" <maitry.raval@azistaaerospace.com > <mailto:maitry.raval@azistaaerospace.com>>, "Marcus Müller" > <mmueller@gnuradio.org <mailto:mmueller@gnuradio.org>>, > "discuss-gnuradio" <discuss-gnuradio@gnu.org > <mailto:discuss-gnuradio@gnu.org>> > *Sent: *Tuesday, November 3, 2020 5:49:05 PM > *Subject: *Re: Issue in file sink block > > Or maybe use a gr-baz any sink to view bits? > > On Tue, Nov 3, 2020 at 5:43 PM Derek Kozel <derek@bitstovolts.com > <mailto:derek@bitstovolts.com>> wrote: > > Hello Maitry, > > The File Sink is not producing a text file, it is the raw > binary data. > You need to look at the contents of the file using a binary > viewer. > > Regards, > Derek > > On 03/11/2020 11:12, Maitry Raval wrote: > > Hello sir, > > > > Please find attached screenshot for the grc file same as > given in PSK guided tutorials. also, I have attached output > txt file for your reference. still , did not receive binary > data stored via file sink. > > > > Please guide, where am I doing wrong. > > > > > > With Best Regards, > > Maitry Raval, > > R& D engineer|Azista Industries Pvt Ltd| > 079-40605800|www.azistaaerospace.com > <http://www.azistaaerospace.com> > > > > ----- Original Message ----- > > From: "Marcus Müller" <mmueller@gnuradio.org > <mailto:mmueller@gnuradio.org>> > > To: "discuss-gnuradio" <discuss-gnuradio@gnu.org > <mailto:discuss-gnuradio@gnu.org>> > > Sent: Monday, November 2, 2020 8:47:28 PM > > Subject: Re: Issue in file sink block > > > > Again, the file sink is fine. > > > > On 02.11.20 04:39, Maitry Raval wrote: > >> Hello, > >> > >> I understand, I think, I need to use PSK demod using below > link. > >> > https://wiki.gnuradio.org/index.php/Guided_Tutorial_PSK_Demodulation > <https://wiki.gnuradio.org/index.php/Guided_Tutorial_PSK_Demodulation> > >> > >> But, as I have a requirement of storing the demod data in > file , how is it possible using file sink or any other way, > please guide. > >> > >> With Best Regards, > >> Maitry Raval, > >> R& D engineer|Azista Industries Pvt Ltd| > 079-40605800|www.azistaaerospace.com > <http://www.azistaaerospace.com> > >> > >> ----- Original Message ----- > >> From: "Marcus Müller, CEL" <mueller@kit.edu > <mailto:mueller@kit.edu>> > >> To: "discuss-gnuradio" <discuss-gnuradio@gnu.org > <mailto:discuss-gnuradio@gnu.org>> > >> Sent: Saturday, October 31, 2020 9:06:22 PM > >> Subject: Re: Issue in file sink block > >> > >> Hi Maitry, > >> > >> I doubt it's the file sink. That tutorial used DPSK Mod, > and that's > >> among the buggy packet_encoder tooling that we deprecated a > long time > >> ago, and finally banished two-ish years ago. It just > dropped data. > >> > >> See the more modern packet examples that come with your GNU > Radio 3.8. > >> > >> Cheers, > >> Marcus > >> > >> On 31.10.20 09:34, Maitry Raval wrote: > >>> Hello , > >>> > >>> I am using GNU radio along with ADRV9361-Z7035 Board for > data reception > >>> and demodulation. I have faced an issue of using file sink > block along > >>> with QPSK demod blocks. when I am attaching dpsk/PSK demod > block with > >>> file sink, I have not received data in binary format. it > gives some > >>> trunk values. when I am doing wrong, please guide us. > >>> I have taken a reference of below link. > >>> > https://courses.washington.edu/ee420/projects/lab2_gnuradio.pdf > <https://courses.washington.edu/ee420/projects/lab2_gnuradio.pdf> > >>> > >>> The only difference is that I am using receiving section > only. as I am > >>> transmitting from other source. so I have attached > fmcommsource block > >>> with dpsk demod followed by file sink. > >>> > >>> Please guide > >>> > >>> With Best Regards, > >>> Maitry Raval, > >>> R& D engineer|Azista Industries Pvt Ltd| > >>> 079-40605800|www.azistaaerospace.com > <http://www.azistaaerospace.com> > > > > > > > > -- > S. Aditya Arun Kumar > Security Researcher, Comms > +919123517465 > > > > -- > S. Aditya Arun Kumar > Security Researcher, Comms > +919123517465 > -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201108/c307fbc3/attachment.html> ------------------------------ Message: 5 Date: Mon, 9 Nov 2020 10:13:53 -0500 From: "Elmore's" <wa4ywm@comcast.net> To: <discuss-gnuradio@gnu.org> Subject: Import Block "bad import syntax" Message-ID: <C381876910D1402D94F3B7EA4A4B91C9@Mainpc2> Content-Type: text/plain; charset="windows-1252" I have a problem as indicated in the subject line that has me totally baffled. I have created a noblock module with gr_modtool called softrock. This module has been successfully created and lives in /usr/local/lib/python2.7/dist-packages/softrock. It contains a file softrock_usb.py. I have an existing flowgraph in which I select an Import block. In the Import line in Properties I type "import softrock" (without quotes). I get the error "bad import syntax". I used the document TutorialPythonFunctions from the gnuradio wiki as guidance for this task. I have performed extensive searching for this issue but everything points back to simply adding the word "import" in front of the module name. I have tried completely clearing the text box thinking that there might be extraneous characters present. This seems so simple that I am baffled why it isn't working. My platform is a Raspberry Pi 3 with Raspbian Jessie. Thanks for any help you might give me. Jim -- This email has been checked for viruses by AVG. https://www.avg.com -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201109/b7f0b97e/attachment.html> ------------------------------ Message: 6 Date: Mon, 9 Nov 2020 17:39:06 +0100 From: Moses Browne Mwakyanjala <mbkitine@gmail.com> To: GNURadio Discussion List <discuss-gnuradio@gnu.org> Subject: Measuring transmission power from USRP B210 Message-ID: <CABYsGdn3SUUvs3QR3DDy9Y6VPd6pFTioxjob_ASMCqsa2t_UZg@mail.gmail.com> Content-Type: text/plain; charset="utf-8" Hello everyone, I'm in the process of testing a GNU Radio transmitter. The transmitter will be connected to a solid-state power amplifier (SSPA) for near-Earth satellite communications. The SSPA expects an input of 0dm from the USRP TX port. The first step is thus to measure the power from the USRP. To that end, the flowgraph generates a complex sinusoidal signal with a unit magnitude. The UHD:USRP Sink block is set to maximum gain (i.e. normalized gain of 1.0). Unfortunately, the maximum power I can see from the spectrum analyzer is around -6.93 dBm as shown below. To my understanding, the USRP can transmit up to 20 dBm as reported in the "External Connections" section at this Ettus link : https://files.ettus.com/manual/page_usrp_b200.html. Could anyone explain why I can't achieve a 20 dBm (or anything around it) power level? [image: IMG_3475.JPG] Thanks in advance, Moses. -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201109/84800f95/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: IMG_3475.JPG Type: image/jpeg Size: 1112823 bytes Desc: not available URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201109/84800f95/attachment.jpe> ------------------------------ Subject: Digest Footer _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ------------------------------ End of Discuss-gnuradio Digest, Vol 217, Issue 9 ************************************************ Send Discuss-gnuradio mailing list submissions to discuss-gnuradio@gnu.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.gnu.org/mailman/listinfo/discuss-gnuradio or, via email, send a message with subject or body 'help' to discuss-gnuradio-request@gnu.org You can reach the person managing the list at discuss-gnuradio-owner@gnu.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Discuss-gnuradio digest..." Today's Topics: 1. (joao@phygitall.rio) 2. Latency Manager from GRCON2019 (Fabien PELLET) 3. Re: Latency Manager from GRCON2019 (Volker Schroer) 4. GNURadio 3.9 build from source VS THRIFT (Fabien PELLET) 5. Re: Latency Manager from GRCON2019 (Fabien PELLET) 6. Re: Latency Manager from GRCON2019 (Cinaed Simson) 7. Re: Latency Manager from GRCON2019 (Fabien PELLET) 8. Watchdog for GNU Radio (Kopa Rebu) 9. Help check flow-graph (AKINYELE ITAMAKINDE) 10. Re: Help check flow-graph (Marcus Müller) 11. Re: GNURadio 3.9 build from source VS THRIFT (Marcus Müller) 12. Re: Centos7 installing GNU3.8 via pybombs issue (Marcus Müller) 13. Re: Watchdog for GNU Radio (Marcus Müller) 14. Re: Latency Manager from GRCON2019 (Derek Kozel) 15. Re: Watchdog for GNU Radio (Kopa Rebu) ---------------------------------------------------------------------- Message: 1 Date: Fri, 06 Nov 2020 16:05:39 -0300 From: <joao@phygitall.rio> To: <discuss-gnuradio@gnu.org> Message-ID: <1604689539903.371.328434@webmail1> Content-Type: text/plain; charset="utf-8" Hello, I am new to gnu radio. I installed it in Ubuntu 20.04 through PPA (<http://ppa.launchpad.net/gnuradio/gnuradio-releases/ubuntu>). The version installed is 3.8.2.0 (Python 3.8.5). Every time I execute a flow graph I receive the following warnings in the grc terminal. ##### Start of the grc log ##### <<< Welcome to GNU Radio Companion 3.8.2.0 >>> Block paths: /usr/share/gnuradio/grc/blocks Loading: "/home/joao/Downloads/gnuradio/tutorial_two_3.grc" >>> Done Generating: '/home/joao/Downloads/gnuradio/tutorial_two_3.py' Executing: /usr/bin/python3 -u /home/joao/Downloads/gnuradio/tutorial_two_3.py (python3:22390): Gtk-WARNING **: 11:09:32.062: GTK+ module /usr/lib/x86_64-linux-gnu/gtk-2.0/modules/libgail.so cannot be loaded. GTK+ 2.x symbols detected. Using GTK+ 2.x and GTK+ 3 in the same process is not supported. Gtk-Message: 11:09:32.062: Not loading module "atk-bridge": The functionality is provided by GTK natively. Please try to not load it. (python3:22390): Gtk-WARNING **: 11:09:32.174: GTK+ module /usr/lib/x86_64-linux-gnu/gtk-2.0/modules/libcanberra-gtk-module.so cannot be loaded. GTK+ 2.x symbols detected. Using GTK+ 2.x and GTK+ 3 in the same process is not supported. Gtk-Message: 11:09:32.174: Failed to load module "canberra-gtk-module" (python3:22390): Gtk-WARNING **: 11:09:32.174: GTK+ module /usr/lib/x86_64-linux-gnu/gtk-2.0/modules/libgail.so cannot be loaded. GTK+ 2.x symbols detected. Using GTK+ 2.x and GTK+ 3 in the same process is not supported. Gtk-Message: 11:09:32.174: Not loading module "atk-bridge": The functionality is provided by GTK natively. Please try to not load it. (python3:22390): Gtk-WARNING **: 11:09:32.175: GTK+ module /usr/lib/x86_64-linux-gnu/gtk-2.0/modules/libcanberra-gtk-module.so cannot be loaded. GTK+ 2.x symbols detected. Using GTK+ 2.x and GTK+ 3 in the same process is not supported. Gtk-Message: 11:09:32.175: Failed to load module "canberra-gtk-module" (python3:22390): Gtk-WARNING **: 11:09:32.175: GTK+ module /usr/lib/x86_64-linux-gnu/gtk-2.0/modules/libgail.so cannot be loaded. GTK+ 2.x symbols detected. Using GTK+ 2.x and GTK+ 3 in the same process is not supported. Gtk-Message: 11:09:32.175: Not loading module "atk-bridge": The functionality is provided by GTK natively. Please try to not load it. ##### End of the grc log ##### The print screen of the flow graph is in the tutorial_two_3.png file. It is the example that exists in the "A More Complex Flowgraph" section in <https://wiki.gnuradio.org/index.php/Guided_Tutorial_GRC>. The tutorial_two.png file shows the gui obtained when the flow graph is run. The GUI layout is not correct and I think it could be related to the above warnings. Is there something I can do to solve this issue? or is this a bug? Thanks a lot! João -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201106/98e65a1b/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: tutorial_two_3.png Type: image/png Size: 153888 bytes Desc: not available URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201106/98e65a1b/attachment.png> -------------- next part -------------- A non-text attachment was scrubbed... Name: tutorial_two.png Type: image/png Size: 43805 bytes Desc: not available URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201106/98e65a1b/attachment-0001.png> ------------------------------ Message: 2 Date: Fri, 6 Nov 2020 22:31:28 +0100 From: Fabien PELLET <fpellet.f4ctz@free.fr> To: discuss-gnuradio@gnu.org Subject: Latency Manager from GRCON2019 Message-ID: <849d16dc-3121-bfc3-1771-0cbebbe30bdb@free.fr> Content-Type: text/plain; charset=utf-8; format=flowed Hello, I'm trying to compile the project OOT of latency manager of Matt ETTUS from he presents at the GRCON2019. For that I built from source GNURadio to get 3.9 version successfully but I can't compile the project provided here : https://github.com/dkozel/gr-workinprogress. The CMAKE fails and tell that it can't find GRSwig. I'm on Ubuntu 20.04. Thanks for any help or suggestions. Best regards, Fabien PELLET, F4CTZ. ------------------------------ Message: 3 Date: Fri, 6 Nov 2020 22:35:54 +0100 From: Volker Schroer <dl1ksv@gmx.de> To: discuss-gnuradio@gnu.org Subject: Re: Latency Manager from GRCON2019 Message-ID: <e5a9c924-a1eb-37e9-482d-515583aae453@gmx.de> Content-Type: text/plain; charset=utf-8; format=flowed Hello ! Meanwhile gnuradio does not use swig but pybind. If your OOT requires swig you have to go back to 3.8 -- Volker, dl1ksv Am 06.11.20 um 22:31 schrieb Fabien PELLET: > Hello, > > I'm trying to compile the project OOT of latency manager of Matt ETTUS > from he presents at the GRCON2019. > > For that I built from source GNURadio to get 3.9 version successfully > but I can't compile the project provided here : > https://github.com/dkozel/gr-workinprogress. > > The CMAKE fails and tell that it can't find GRSwig. I'm on Ubuntu 20.04. > > Thanks for any help or suggestions. > > Best regards, > > Fabien PELLET, F4CTZ. > > ------------------------------ Message: 4 Date: Fri, 6 Nov 2020 22:51:39 +0100 From: Fabien PELLET <fpellet.f4ctz@free.fr> To: discuss-gnuradio@gnu.org Subject: GNURadio 3.9 build from source VS THRIFT Message-ID: <cfa43e7b-3470-53f9-28f3-7dff0d13945e@free.fr> Content-Type: text/plain; charset=utf-8; format=flowed Hello, When compiling the actual source that we can clone from github, I'm unable to compile with Thrift module. I also build Thrift from source 0.10.0 (as read on some forums), 0.11.0, 0.12.0, 0.13.0, none of them works. With 0.10.0 and 0.13.0 I get some signature error on some functions. With 0.11.0 and 0.12.0 I get errors in some files (rpcserver_thrift.h, rpcserver_thrift.cc for example) and it complains about "logger" that was not declared in "GR_LOG_ERROR(logger, msg.str())" for example. I'm interresting in using gr-ctrlport for some test I'm doing and it needs thrifts to work as far as I can understand. Which sources should I use for Thrift and which dependencies ? Thanks a lot, Best regards, Fabien PELLET, F4CTZ. ------------------------------ Message: 5 Date: Fri, 6 Nov 2020 22:57:11 +0100 From: Fabien PELLET <fpellet.f4ctz@free.fr> To: discuss-gnuradio@gnu.org Subject: Re: Latency Manager from GRCON2019 Message-ID: <4342b05f-9712-da11-253d-1832a3ff5959@free.fr> Content-Type: text/plain; charset=utf-8; format=flowed Hello, The problem is that when I try to compile the module with 3.8 installed, the CMAKE complains that it can't find 3.9. When 3.9 is installed, the CMAKE complains that GRSwig is missing so I'm a little lost if swig is not used... Best regards, Fabien PELLET, F4CTZ. Le 06/11/2020 à 22:35, Volker Schroer a écrit : > Hello ! > Meanwhile gnuradio does not use swig but pybind. > If your OOT requires swig you have to go back to 3.8 > > -- Volker, dl1ksv > > Am 06.11.20 um 22:31 schrieb Fabien PELLET: >> Hello, >> >> I'm trying to compile the project OOT of latency manager of Matt ETTUS >> from he presents at the GRCON2019. >> >> For that I built from source GNURadio to get 3.9 version successfully >> but I can't compile the project provided here : >> https://github.com/dkozel/gr-workinprogress. >> >> The CMAKE fails and tell that it can't find GRSwig. I'm on Ubuntu 20.04. >> >> Thanks for any help or suggestions. >> >> Best regards, >> >> Fabien PELLET, F4CTZ. >> >> > > ------------------------------ Message: 6 Date: Fri, 6 Nov 2020 15:32:06 -0800 From: Cinaed Simson <cinaed.simson@gmail.com> To: discuss-gnuradio@gnu.org Subject: Re: Latency Manager from GRCON2019 Message-ID: <dde43398-e3cb-1fff-c933-4276d19a6d57@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Hi Fabian - the CMakeLists.txt file in the top directory contains the following line: find_package(Gnuradio "3.9" REQUIRED) If I change the version from 3.9 to 3.8, and git checkout maint-3.8 it builds and passes make test I haven't installed it or tested it. But it does generate _example_swig.so in the build/swig directory. -- Cinaed On 11/6/20 1:57 PM, Fabien PELLET wrote: > Hello, > > The problem is that when I try to compile the module with 3.8 > installed, the CMAKE complains that it can't find 3.9. > > When 3.9 is installed, the CMAKE complains that GRSwig is missing so > I'm a little lost if swig is not used... > > Best regards, > > Fabien PELLET, F4CTZ. > > Le 06/11/2020 à 22:35, Volker Schroer a écrit : >> Hello ! >> Meanwhile gnuradio does not use swig but pybind. >> If your OOT requires swig you have to go back to 3.8 >> >> -- Volker, dl1ksv >> >> Am 06.11.20 um 22:31 schrieb Fabien PELLET: >>> Hello, >>> >>> I'm trying to compile the project OOT of latency manager of Matt ETTUS >>> from he presents at the GRCON2019. >>> >>> For that I built from source GNURadio to get 3.9 version successfully >>> but I can't compile the project provided here : >>> https://github.com/dkozel/gr-workinprogress. >>> >>> The CMAKE fails and tell that it can't find GRSwig. I'm on Ubuntu >>> 20.04. >>> >>> Thanks for any help or suggestions. >>> >>> Best regards, >>> >>> Fabien PELLET, F4CTZ. >>> >>> >> >> > ------------------------------ Message: 7 Date: Sat, 7 Nov 2020 01:57:24 +0100 From: Fabien PELLET <fpellet.f4ctz@free.fr> To: discuss-gnuradio@gnu.org Subject: Re: Latency Manager from GRCON2019 Message-ID: <d400d2b9-9777-18ce-2e7d-5da91534bf89@free.fr> Content-Type: text/plain; charset=utf-8; format=flowed Hi Cinaed, Thanks a lot. I will try this. Best regards, Fabien. Le 07/11/2020 à 00:32, Cinaed Simson a écrit : > Hi Fabian - the CMakeLists.txt file in the top directory contains the > following line: > > find_package(Gnuradio "3.9" REQUIRED) > > If I change the version from 3.9 to 3.8, and > > git checkout maint-3.8 > > it builds and passes > > make test > > I haven't installed it or tested it. > > But it does generate > > _example_swig.so > > in the build/swig directory. > > > -- Cinaed > > > > On 11/6/20 1:57 PM, Fabien PELLET wrote: >> Hello, >> >> The problem is that when I try to compile the module with 3.8 >> installed, the CMAKE complains that it can't find 3.9. >> >> When 3.9 is installed, the CMAKE complains that GRSwig is missing so >> I'm a little lost if swig is not used... >> >> Best regards, >> >> Fabien PELLET, F4CTZ. >> >> Le 06/11/2020 à 22:35, Volker Schroer a écrit : >>> Hello ! >>> Meanwhile gnuradio does not use swig but pybind. >>> If your OOT requires swig you have to go back to 3.8 >>> >>> -- Volker, dl1ksv >>> >>> Am 06.11.20 um 22:31 schrieb Fabien PELLET: >>>> Hello, >>>> >>>> I'm trying to compile the project OOT of latency manager of Matt ETTUS >>>> from he presents at the GRCON2019. >>>> >>>> For that I built from source GNURadio to get 3.9 version successfully >>>> but I can't compile the project provided here : >>>> https://github.com/dkozel/gr-workinprogress. >>>> >>>> The CMAKE fails and tell that it can't find GRSwig. I'm on Ubuntu >>>> 20.04. >>>> >>>> Thanks for any help or suggestions. >>>> >>>> Best regards, >>>> >>>> Fabien PELLET, F4CTZ. >>>> >>>> >>> >>> >> > > ------------------------------ Message: 8 Date: Sat, 07 Nov 2020 13:40:29 +0100 From: Kopa Rebu <koparebu@yandex.com> To: discuss-gnuradio@gnu.org Subject: Watchdog for GNU Radio Message-ID: <129821604752683@mail.yandex.com> Content-Type: text/plain; charset="utf-8" An HTML attachment was scrubbed... URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201107/6e09ab7a/attachment.html> ------------------------------ Message: 9 Date: Sat, 7 Nov 2020 13:55:45 +0100 From: AKINYELE ITAMAKINDE <aitamakinde@abuad.edu.ng> To: discuss-gnuradio@gnu.org Subject: Help check flow-graph Message-ID: <CAD-eGGowFWDJ6ioUUVGRM4Md_YbxkB7ofd8iQx8EdQ0vn8jp4w@mail.gmail.com> Content-Type: text/plain; charset="utf-8" Can someone help to check whether these transmitter and receiver sliding correlator channel sounder flowgraph are rightly configured. Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201107/de8554fc/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: FB_IMG_1604752807819.jpg Type: image/jpeg Size: 35015 bytes Desc: not available URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201107/de8554fc/attachment.jpg> -------------- next part -------------- A non-text attachment was scrubbed... Name: FB_IMG_1604752840775.jpg Type: image/jpeg Size: 35017 bytes Desc: not available URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201107/de8554fc/attachment-0001.jpg> ------------------------------ Message: 10 Date: Sat, 7 Nov 2020 14:51:43 +0100 From: Marcus Müller <mmueller@gnuradio.org> To: discuss-gnuradio@gnu.org Subject: Re: Help check flow-graph Message-ID: <85f839b3-6c4a-25fd-a3dc-e8a7c74c2f40@gnuradio.org> Content-Type: text/plain; charset=utf-8 Hi Akinyele, GNU Radio companion has an "screen capture" function that allows you to directly save **good** images of your flow graph. Also, your operating system has the same. So, I'll respectfully point out that taking photos with a camera is a complicated and not overly useful method to communicate flow graphs. Can't read anything in these. So, checking your flow graph as far as possible: * uses legacy GNU Radio 3.7.11, which is an old release, even for that legacy release series. Update to 3.8 as soon as possible. Not a good idea to start a new project based on old software. I think this looks like Ubuntu, so a simple update to Ubuntu 20.04 LTS solves that * WX GUI: don't use that. Use Qt instead. * Can't tell you whether your channel sounder is correctly configured without knowing your channel *and* the required precision of your channel state estimate. As Marcus D. Leech already explained in May, you might want to make sure your DSP/channel understanding is good enough and ask a more precise question! Best regards, Marcus M. On 07.11.20 13:55, AKINYELE ITAMAKINDE wrote: > Can someone help to check whether these transmitter and receiver sliding > correlator channel sounder flowgraph are rightly configured. Thanks > ------------------------------ Message: 11 Date: Sat, 7 Nov 2020 14:58:58 +0100 From: Marcus Müller <mmueller@gnuradio.org> To: discuss-gnuradio@gnu.org Subject: Re: GNURadio 3.9 build from source VS THRIFT Message-ID: <7e0eacab-a887-5def-3f89-156362918713@gnuradio.org> Content-Type: text/plain; charset=utf-8 Hi Fabien, just so you know: We're aware and it's being worked on. If you don't need controlport, then for now, disabling it (cmake -DENABLE_GR_CTRLPORT=Off ...) would be a workaround. Best regards, Marcus On 06.11.20 22:51, Fabien PELLET wrote: > Hello, > > When compiling the actual source that we can clone from github, I'm > unable to compile with Thrift module. I also build Thrift from source > 0.10.0 (as read on some forums), 0.11.0, 0.12.0, 0.13.0, none of them > works. > > With 0.10.0 and 0.13.0 I get some signature error on some functions. > > With 0.11.0 and 0.12.0 I get errors in some files (rpcserver_thrift.h, > rpcserver_thrift.cc for example) and it complains about "logger" that > was not declared in "GR_LOG_ERROR(logger, msg.str())" for example. > > I'm interresting in using gr-ctrlport for some test I'm doing and it > needs thrifts to work as far as I can understand. > > Which sources should I use for Thrift and which dependencies ? > > Thanks a lot, > > Best regards, > > Fabien PELLET, F4CTZ. > > ------------------------------ Message: 12 Date: Sat, 7 Nov 2020 15:05:29 +0100 From: Marcus Müller <mmueller@gnuradio.org> To: discuss-gnuradio@gnu.org Subject: Re: Centos7 installing GNU3.8 via pybombs issue Message-ID: <2765cd6f-b796-7f6a-49f4-8bebdc1323b9@gnuradio.org> Content-Type: text/plain; charset=windows-1252 Hi James, our software is called "GNU Radio", not just "GNU" :) Anyway, the relevant python-click-plugins.lwr is most definitely not empty, otherwise your Pybombs wouldn't be calling `yum info python3-click-plugins` (it only knows to do that because of that recipe file). Can you run `yum info python3-click-plugins` manually and check what it says? (generally, we're happier about copy&pasted text from a console than about a screenshot) Best regards, Marcus On 05.11.20 14:46, J P wrote: > Hello, > > For a project that I am currently doing, i'm required to use GNU3.8 on > centos 7. > My virtual machine is using: > gcc:9.3.1 > python 3.6.8 > pybombs 2.3.4. > > I followed the steps on GNU website > (https://github.com/gnuradio/pybombs#prefixes > <https://github.com/gnuradio/pybombs#prefixes>). > During the pybombs prefix I'm running into an Error as shown below. > > I have looked into the python-click-plugin.lwr which is empty; but im > not sure if its meant to be. > > Thank you for the response in advanced. > > Kind Regards > James > > ------------------------------ Message: 13 Date: Sat, 7 Nov 2020 15:09:48 +0100 From: Marcus Müller <mmueller@gnuradio.org> To: discuss-gnuradio@gnu.org Subject: Re: Watchdog for GNU Radio Message-ID: <57f83907-80a2-02fa-9d0d-8b3de97d9734@gnuradio.org> Content-Type: text/plain; charset=utf-8 I'd presume there's something going wrong in the communication between your PC and the dongle; maybe a USB packet goes missing, maybe the dongle reboots for some reason, like unstable power supply. It's probably wisest to fix that instead of building a watchdog around it. If you really want to build a watchdog: Spawn a thread, e.g. by embedding a python module in the flow graph, that periodically checks whether the nitems_written(0) of your osmocom_source has increased since last call, and otherwise shuts down the flow graph. Cheers, Marcus On 07.11.20 13:40, Kopa Rebu wrote: > Hi all, > > I use GNU Radio with a rtl-sdr dongle, which I tune to some frequency > and then leave unattended for some hours. Sometimes, the reception just > stops: in my flowgraph, I have some display sinks showing the waveform, > and it remains still, like frozen. The GNU Radio interface is not > frozen, though: I can click on the buttons, only that they won't make > anything useful because the reception is not working anymore. > When this happens, I close the flowgraph and launch it again, without > having to unplug the dongle, and it starts working. > > As this can happen and go unnoticed for hours, I was thinking if there > would be a way to automatically detect this from somewhere, so the graph > can be restarted. Something like a watchdog. > > I use Linux. Any ideas? > > Thanks in advance ------------------------------ Message: 14 Date: Sat, 7 Nov 2020 15:24:12 +0000 From: Derek Kozel <derek@bitstovolts.com> To: Fabien PELLET <fpellet.f4ctz@free.fr>, discuss-gnuradio@gnu.org Subject: Re: Latency Manager from GRCON2019 Message-ID: <b7d9ac87-c061-3712-c048-64d3276aae8c@bitstovolts.com> Content-Type: text/plain; charset=utf-8; format=flowed Hi Fabien, The blocks were built for use with the development version of GNU Radio for a year ago, and as the OOT name states it's very much a work in progress. The blocks function but I haven't updated them for the newest development changes, nor have they been tested for actual 3.8 release versions. I do think they'll likely work on 3.8, please let me know how it goes. I'll update them for 3.9 officially sometime soon and release the repository in a more maintainable form (and better name). Cheers, Derek On 07/11/2020 00:57, Fabien PELLET wrote: > Hi Cinaed, > > Thanks a lot. I will try this. > > Best regards, > > Fabien. > > Le 07/11/2020 à 00:32, Cinaed Simson a écrit : >> Hi Fabian - the CMakeLists.txt file in the top directory contains the >> following line: >> >> find_package(Gnuradio "3.9" REQUIRED) >> >> If I change the version from 3.9 to 3.8, and >> >> git checkout maint-3.8 >> >> it builds and passes >> >> make test >> >> I haven't installed it or tested it. >> >> But it does generate >> >> _example_swig.so >> >> in the build/swig directory. >> >> >> -- Cinaed >> >> >> >> On 11/6/20 1:57 PM, Fabien PELLET wrote: >>> Hello, >>> >>> The problem is that when I try to compile the module with 3.8 >>> installed, the CMAKE complains that it can't find 3.9. >>> >>> When 3.9 is installed, the CMAKE complains that GRSwig is missing so >>> I'm a little lost if swig is not used... >>> >>> Best regards, >>> >>> Fabien PELLET, F4CTZ. >>> >>> Le 06/11/2020 à 22:35, Volker Schroer a écrit : >>>> Hello ! >>>> Meanwhile gnuradio does not use swig but pybind. >>>> If your OOT requires swig you have to go back to 3.8 >>>> >>>> -- Volker, dl1ksv >>>> >>>> Am 06.11.20 um 22:31 schrieb Fabien PELLET: >>>>> Hello, >>>>> >>>>> I'm trying to compile the project OOT of latency manager of Matt >>>>> ETTUS >>>>> from he presents at the GRCON2019. >>>>> >>>>> For that I built from source GNURadio to get 3.9 version successfully >>>>> but I can't compile the project provided here : >>>>> https://github.com/dkozel/gr-workinprogress. >>>>> >>>>> The CMAKE fails and tell that it can't find GRSwig. I'm on Ubuntu >>>>> 20.04. >>>>> >>>>> Thanks for any help or suggestions. >>>>> >>>>> Best regards, >>>>> >>>>> Fabien PELLET, F4CTZ. >>>>> >>>>> >>>> >>>> >>> >> >> > ------------------------------ Message: 15 Date: Sat, 07 Nov 2020 17:02:42 +0100 From: Kopa Rebu <koparebu@yandex.com> To: "discuss-gnuradio@gnu.org" <discuss-gnuradio@gnu.org> Subject: Re: Watchdog for GNU Radio Message-ID: <52551604764736@mail.yandex.com> Content-Type: text/plain; charset="utf-8" An HTML attachment was scrubbed... URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201107/3055c1d6/attachment.html> ------------------------------ Subject: Digest Footer _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ------------------------------ End of Discuss-gnuradio Digest, Vol 217, Issue 7 ************************************************ Send Discuss-gnuradio mailing list submissions to discuss-gnuradio@gnu.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.gnu.org/mailman/listinfo/discuss-gnuradio or, via email, send a message with subject or body 'help' to discuss-gnuradio-request@gnu.org You can reach the person managing the list at discuss-gnuradio-owner@gnu.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Discuss-gnuradio digest..." Today's Topics: 1. where can i find gnuradio uhd example? (james jordan) 2. Re: where can i find gnuradio uhd example? (Kyeong Su Shin) 3. RTL-SDRV3-GNURadio Comp.-Win10 (gilles rubin) ---------------------------------------------------------------------- Message: 1 Date: Sun, 1 Nov 2020 04:15:25 +0000 From: james jordan <james.jordan.999@hotmail.com> To: "discuss-gnuradio@gnu.org" <discuss-gnuradio@gnu.org> Subject: where can i find gnuradio uhd example? Message-ID: <SY2PR01MB26527D48E1796FDBFC3019559A130@SY2PR01MB2652.ausprd01.prod.outlook.com> Content-Type: text/plain; charset="iso-8859-1" Hi, i am using usrp with gnuradio. i want to find some example of this to know more about the usage of every module of gnuradio. <http://aka.ms/weboutlook> -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201101/529f2f10/attachment.html> ------------------------------ Message: 2 Date: Sun, 1 Nov 2020 06:36:32 +0000 From: Kyeong Su Shin <ksshin@postech.ac.kr> To: james jordan <james.jordan.999@hotmail.com>, "discuss-gnuradio@gnu.org" <discuss-gnuradio@gnu.org> Subject: Re: where can i find gnuradio uhd example? Message-ID: <SL2P216MB0331CFB040CF5C4CE2B322CA93130@SL2P216MB0331.KORP216.PROD.OUTLOOK.COM> Content-Type: text/plain; charset="euc-kr" Hello James: GNU Radio Wiki is a good starting point. (https://wiki.gnuradio.org/index.php/Main_Page ; blocks are at https://wiki.gnuradio.org/index.php?title=Category:Block_Docs . ) Regards, Kyeong Su Shin ________________________________ 보낸 사람: james jordan <james.jordan.999@hotmail.com> 대신 Discuss-gnuradio <discuss-gnuradio-bounces+ksshin=postech.ac.kr@gnu.org> 보낸 날짜: 2020년 11월 1일 일요일 오후 1:15 받는 사람: discuss-gnuradio@gnu.org <discuss-gnuradio@gnu.org> 제목: where can i find gnuradio uhd example? Hi, i am using usrp with gnuradio. i want to find some example of this to know more about the usage of every module of gnuradio. <http://aka.ms/weboutlook> -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201101/b7eab4f2/attachment.html> ------------------------------ Message: 3 Date: Sun, 1 Nov 2020 14:43:25 +0000 (UTC) From: gilles rubin <rubingilles@yahoo.com> To: "discuss-gnuradio@gnu.org" <discuss-gnuradio@gnu.org> Subject: RTL-SDRV3-GNURadio Comp.-Win10 Message-ID: <533163222.1707778.1604241805336@mail.yahoo.com> Content-Type: text/plain; charset="utf-8" Hello, Maybe could you help me... I'm using a RTL SDRV3, it works well on my laptop(Win10) with SDRSharp, RTL1090 etc.. but GNU Radio Companion doesn't recognizedit ? My GNU Radio flowcharts without using RTL SDR as asource works perfectly. I have some initialization trouble with my RTLSDRV3 on my laptop. The driver is ok. It looks Python have some troubles, whatdo you think about it ? My RTL-SDRV3 works on my other computer, here (below)you can see the difference with the same flowchart on my laptop. Here when it's working and here at start the same but at the end, just"done" and nothing about RTL2838 ?! When I use rtl_test.exe, it seems ok. Thanks for your help. Best regards. Gil. -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201101/db8e2215/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: 1604241747148blob.jpg Type: image/png Size: 70167 bytes Desc: not available URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201101/db8e2215/attachment.png> -------------- next part -------------- A non-text attachment was scrubbed... Name: 1604241777199blob.jpg Type: image/png Size: 45232 bytes Desc: not available URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20201101/db8e2215/attachment-0001.png> ------------------------------ Subject: Digest Footer _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ------------------------------ End of Discuss-gnuradio Digest, Vol 217, Issue 1 ************************************************
No comments:
Post a Comment