tag:blogger.com,1999:blog-7971006171435933962024-03-28T09:53:55.947-07:00GNU Radio, One Step at a TimeRead the mailing list of the GNU project right here!
The information here is regarding the GNU radio project for USRP radios.Unknownnoreply@blogger.comBlogger49912125tag:blogger.com,1999:blog-797100617143593396.post-78172813602708187932024-03-28T09:52:00.000-07:002024-03-28T09:53:20.718-07:00Re: Feedback on unfinished Proposal for "gr-fec module"<div dir="ltr">I resent my proposal, no need to check this out</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 25 Mar 2024 at 13:44, Hamza Mohammed <<a href="mailto:hamza.mohammed.hasan@gmail.com">hamza.mohammed.hasan@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi all,<br>I was working on my GsoC proposal for the project titled "Forward Error Correction in GNU Radio". This proposal is not finished yet, however I would like to receive some feedback on the ideas. Please let me know if my approach is "implantable" .<br><br></div> </blockquote></div> Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-797100617143593396.post-26974285044088065032024-03-28T09:50:00.000-07:002024-03-28T09:52:09.259-07:00GsoC Proposal Feedback<div dir="ltr">Hi all,<br>Please take a look at my proposal for the project "Forward Error Correction", that I attached below. Do you think the way I am planning to integrate the AFF3CT library in the gr-fec package is efficient ? I think it is because my implementation will not change the overall FEC API.</div> Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-797100617143593396.post-61826874074422601432024-03-27T18:27:00.000-07:002024-03-27T18:28:13.953-07:00Re: Resending: reconfigure flowgrpah through messaging<div dir="ltr">Thanks Nick!<div><br></div><div>I tried the "selector" idea with a message block and it works fine.</div><div><br></div><div>Achilleas</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Mar 27, 2024 at 2:50 PM Nick Foster <<a href="mailto:bistromath@gmail.com">bistromath@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Achilleas,</div><div><br></div><div>Sure, this is possible. Through Python all things are possible, to paraphrase. =)<br></div><div><br></div><div>The message could be, but doesn't have to be, a Gnuradio PMT message passed via the message passing interface. It is probably easier for your sending block to simply set a semaphore or condition variable shared by the toplevel flowgraph and passed into the sending block at construction. The semaphore is monitored by the toplevel main loop and triggers a reconfiguration when set.</div><div><br></div><div>You could also use the "Message to Variable" block to set a variable created in the toplevel flowgraph, and then monitor that variable's value in the toplevel main loop to trigger reconfiguration.</div><div><br></div><div>The important thing to remember about the above two approaches is that thread safety requires that you do the reconfiguration in the thread context of the toplevel main loop. You cannot trigger a reconfiguration via a callback as each block runs in its own thread.<br></div><div><br></div><div>You could also try using the "Selector" block to control dataflow through a static flowgraph without reconfiguring. A pair of such selectors can be used much the same as filterbank switches in hardware. The selection change can be triggered via the same "Message to Variable" block.</div><div><br></div><div>There are probably more elegant options as well. These are just the ones that came to mind immediately.<br></div><div><br></div><div>Hope this helps,</div><div>Nick<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Mar 27, 2024 at 9:44 AM Achilleas Anastasopoulos <<a href="mailto:anastas@umich.edu" target="_blank">anastas@umich.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi all,<div><br></div><div>I sent an email earlier but didn't get any response, so I am restating the problem in the hope that I will elicit some feedback.</div><div><br></div><div>I would like to be able to reconfigure a flowgraph when a message is received by a block.</div><div>Is there a mechanism to do that?</div><div><br></div><div><br></div><div>Here is why I want to do it:</div><div>I am building a system which uses a lot of resources for initial acquisition (think eg, of a FH system that tries to acquire the FH pattern, which I have implemented by a massively parallel filter bank).</div><div>Once this is done, I want to "turn off" this part of the RX.</div><div>I was thinking that a block will send an appropriate message once acquisition is achieved and this will trigger the reconfiguration of a flowgraph.</div><div><br></div><div>thanks</div><div>Achilleas</div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div></div> </blockquote></div> </blockquote></div> Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-797100617143593396.post-5649911329476533612024-03-27T11:50:00.000-07:002024-03-27T11:51:40.262-07:00Re: Resending: reconfigure flowgrpah through messaging<div dir="ltr"><div>Achilleas,</div><div><br></div><div>Sure, this is possible. Through Python all things are possible, to paraphrase. =)<br></div><div><br></div><div>The message could be, but doesn't have to be, a Gnuradio PMT message passed via the message passing interface. It is probably easier for your sending block to simply set a semaphore or condition variable shared by the toplevel flowgraph and passed into the sending block at construction. The semaphore is monitored by the toplevel main loop and triggers a reconfiguration when set.</div><div><br></div><div>You could also use the "Message to Variable" block to set a variable created in the toplevel flowgraph, and then monitor that variable's value in the toplevel main loop to trigger reconfiguration.</div><div><br></div><div>The important thing to remember about the above two approaches is that thread safety requires that you do the reconfiguration in the thread context of the toplevel main loop. You cannot trigger a reconfiguration via a callback as each block runs in its own thread.<br></div><div><br></div><div>You could also try using the "Selector" block to control dataflow through a static flowgraph without reconfiguring. A pair of such selectors can be used much the same as filterbank switches in hardware. The selection change can be triggered via the same "Message to Variable" block.</div><div><br></div><div>There are probably more elegant options as well. These are just the ones that came to mind immediately.<br></div><div><br></div><div>Hope this helps,</div><div>Nick<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Mar 27, 2024 at 9:44 AM Achilleas Anastasopoulos <<a href="mailto:anastas@umich.edu">anastas@umich.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi all,<div><br></div><div>I sent an email earlier but didn't get any response, so I am restating the problem in the hope that I will elicit some feedback.</div><div><br></div><div>I would like to be able to reconfigure a flowgraph when a message is received by a block.</div><div>Is there a mechanism to do that?</div><div><br></div><div><br></div><div>Here is why I want to do it:</div><div>I am building a system which uses a lot of resources for initial acquisition (think eg, of a FH system that tries to acquire the FH pattern, which I have implemented by a massively parallel filter bank).</div><div>Once this is done, I want to "turn off" this part of the RX.</div><div>I was thinking that a block will send an appropriate message once acquisition is achieved and this will trigger the reconfiguration of a flowgraph.</div><div><br></div><div>thanks</div><div>Achilleas</div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div></div> </blockquote></div> Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-797100617143593396.post-14551886282124894702024-03-27T09:43:00.000-07:002024-03-27T09:44:21.030-07:00Resending: reconfigure flowgrpah through messaging<div dir="ltr">Hi all,<div><br></div><div>I sent an email earlier but didn't get any response, so I am restating the problem in the hope that I will elicit some feedback.</div><div><br></div><div>I would like to be able to reconfigure a flowgraph when a message is received by a block.</div><div>Is there a mechanism to do that?</div><div><br></div><div><br></div><div>Here is why I want to do it:</div><div>I am building a system which uses a lot of resources for initial acquisition (think eg, of a FH system that tries to acquire the FH pattern, which I have implemented by a massively parallel filter bank).</div><div>Once this is done, I want to "turn off" this part of the RX.</div><div>I was thinking that a block will send an appropriate message once acquisition is achieved and this will trigger the reconfiguration of a flowgraph.</div><div><br></div><div>thanks</div><div>Achilleas</div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div></div> Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-797100617143593396.post-67728390051869240222024-03-26T12:06:00.000-07:002024-03-26T12:07:42.406-07:00Potential GSOC contributor introduction : "GRC: Standalone application and pluggable workflows"<div dir="ltr">Hello,<div>My name is Pradyumna and I just came across the GNURadio ideas list for GSOC. Since past few months, I've been using Gnuradio and was really impressed by the UI of GRC and was wondering if I could port it to create some generic flowgraph creation softwares that can run blocks of code with configurable parameters.</div><div><br></div><div>I was very elated to find the topic "GRC: Standalone application and pluggable workflows" as it's exactly what I was planning to do myself! My larger plan was to port GRC to create a "Procedure creation tool" for automation of spacecraft operations. For example : A flowgraph that sends a heater ON command, then checks for thermistor temperatures and when above a certain value, sends a heater OFF command and so on...</div><div><br></div><div>I'd really love to work on this topic but I do realise that I'm starting very late, I was wondering if that's okay ? I plan to utilize the next few days to understand the project idea a bit more given the information on the ideas page and putting together a proposal for feedback quickly.</div><div><br></div><div>I also came across this gist : <a href="https://gist.github.com/haru-02/369d1e15feb3b82247eb3fece75754c4">https://gist.github.com/haru-02/369d1e15feb3b82247eb3fece75754c4</a> , looks like someone has already worked on this idea partially in previous GSOC year. I would really appreciate some context on what can be reused from that project and what needs to be improved.</div><div><br></div><div>Thanks alot for your time,</div><div>Regards</div><div>Pradyumna</div></div> Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-797100617143593396.post-18326130372255228892024-03-26T05:01:00.000-07:002024-03-26T06:38:23.091-07:00Re: Viewing other signals in OFDMHi Sourya,
<br>
<br> > However, I want to attempt to view signals in OFDM receiver which are being sent using
<br>a non-OFDM transmitter.
<br>
<br>how is that supposed to work? An OFDM receiver necessarily needs to synchronize to the
<br>OFDM transmission.
<br>
<br>Without an OFDM transmission, there's nothing to synchronize to.
<br>
<br>A working OFDM receiver will hence simply *not* receive something outside of the
<br>possibility of mis-detecting something as OFDM that isn't, and in that rare and probably
<br>very intermittent case, what you then get would be totally random nonsense.
<br>
<br>You can throw out the OFDM part and just use the DFT to estimate the spectrum, but that's
<br>just that: the spectrum of the reception, not giving you much to go on about the frequency
<br>responses of the channels observed:
<br>
<br> > What I actually want to see is the frequency response of the signals on the subcarriers
<br>on the receiving side.
<br>
<br>Without OFDM, no subcarriers exist. So, we can talk about the frequency response of the
<br>channel, if you like. Yes, you can do *blind* channel estimation (i.e., estimating the
<br>channel without knowing characteristics of the signal transmitted over said channel), but
<br>it's not going to be possible with an OFDM receiver.
<br>
<br> > What would be the right way to move forward with this?
<br>
<br>Honestly: forget about OFDM, and learn about *blind channel estimation*.
<br>
<br>In multiple of your previous emails (including this) I had the feeling that, although I've
<br>pointed you to OFDM literature, you at best skimmed that and never developed a
<br>mathematical understanding for why you use it, how it works, and why it's implemented that
<br>way.¹
<br>
<br>Channel estimation is a more mathematical problem, and you won't build something useful
<br>without having a solid understanding of the fundamentals; you need books at this point,
<br>not software:
<br>
<br>I'd personally re-read the basics chapters of Kay, Steven: Statistical Signal Processing
<br>Vol 1: Estimation Theory, because that's what some of the material that I learned with was
<br>based on, then followed by the famous Kailath report on sampling time-variant filters
<br>(which fits the channel model you'd use OFDM in, anyways), but I think this might not fit
<br>you well. However,
<br>
<br>D. Manolakis, V. Ingle, and S. Kogon, Statistical and Adaptive Signal Processing. 2005.
<br>
<br>might be more of your way! You'd need to understand what an equalizer is, in detail, why
<br>you need one, and what the problems estimating the channel for one are. But these are the
<br>same basics you would have to learn to really understand why you're doing OFDM, so you
<br>need to read that, anyways.
<br>
<br>---
<br>
<br>So here comes the part were I advise you if we'd be working at the same institute. You
<br>seem to be doing a thesis on this, so:
<br>
<br>Write an email to your advisor. Advisors are typically people that are busy, and have to,
<br>but also want to, supervise students. Their least favorite kind of student is the one that
<br>doesn't come and ask questions and delivers no results; their favorite kind of student is
<br>the one that comes, asks good questions that help the advisor understand their own
<br>research better and help refine the goal of the thesis the student is doing, and then in
<br>the end deliver interesting results. I've myself been the question-answering,
<br>does-more-on-other-student's-projects-than-he-should kind of student, back in the day; I
<br>leave the assessment of my results up to my former advisors. I learned a lot during my
<br>theses! It does mean reading stuff you don't understand the first time around, noting down
<br>questions, trying to answer these yourself, dropping by your advisor's office occasionally
<br>(or them dropping by at your desk), getting the rest answered or categorized as "that's
<br>not relevant to your thesis right now".
<br>
<br>So, write an email to your advisor. Start it with a short description of what you think
<br>your current task is, and a sentence on why you think that. Just forward this email to
<br>them and say that while you were researching (and I swear your advisor will love that
<br>you've been researching and talking to experts on your own!) this grumpy guy on the
<br>internet told you that an OFDM receiver is not what you need, that a blind channel
<br>estimation / blind equalization approach is probably what you need, and had literature
<br>recommendations. Say you're attaching the email, because you want to discuss the right way
<br>to move forward.
<br>
<br>I say this because your question,
<br>
<br> > What would be the right way to move forward with this?
<br>
<br>is one that makes advisors very happy. You've researched stuff, you hit an obstacle, you
<br>identified the obstacle, and you wonder where to go next. Helping you choose where to go
<br>next is *literally* the advisor's job. And it's also *literally* in their own interest,
<br>because they *want* you to succeed in your thesis because ideally, your results help them
<br>understand their own topics better.
<br>
<br>Best regards,
<br>Marcus
<br>
<br>¹ per my mail from the 13th of March:
<br>
<br>> If you have a good basic education in digital communications, Proakis' "Digital
<br>> Communications", I think starting from 4th or 5th edition. In the third edition (which
<br>> can be bought very cheaply used), it's called "An FFT-based Multicarrier System",  but
<br>> it's really OFDM, just without the name. Either way, that chapter would have explained
<br>> the same as I did above!
<br>>
<br>> If you need a slightly gentler entry to OFDM (in the lectures on digital communications
<br>> that I've been part of, we treated it as something rather advanced, because explaining
<br>> *why* it is like it is requires understanding of a lot of channel concepts), you would
<br>> probably *not* want to rely on Proakis.
<br>>
<br>> Instead, you could try the free "Software-Defined Radio for Engineers" by Travis Collins
<br>> et al.,
<br>> <a href="https://www.analog.com/en/resources/technical-books/software-defined-radio-for-engineers.html">https://www.analog.com/en/resources/technical-books/software-defined-radio-for-engineers.html</a>
<br>
<br>On 25.03.24 18:42, Sourya Saha wrote:
<br>> Hi.
<br>> I am working with OFDM. I know that OFDM receiver in GNURadio needs a lot of parameters
<br>> that are similar to the transmitter side in order to function. However, I want to
<br>> attempt to view signals in OFDM receiver which are being sent using a non-OFDM
<br>> transmitter. What I actually want to see is the frequency response of the signals on the
<br>> subcarriers on the receiving side. What would be the right way to move forward with this?Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-797100617143593396.post-43338342170006281302024-03-25T11:09:00.000-07:002024-03-25T11:10:31.304-07:00Re: GSOC proposalHi Kayla,
<br>
<br>thanks for sharing your current proposal on the forward error correction project idea from our GSoC ideas page.
<br>Overall it looks well written and it contains all required elements.
<br>We have collected some feedback for you:
<br>
<br> - In the proposal you mention that many of the current FEC blocks in GNU Radio are implemented in Python. This is actually not correct, as most FEC is implemented in C++ and made available in Python through a wrapper. This is a common technique employed throughout GNU Radio and also for new blocks it is a requirement to have a Python wrapper (which is easy to implement since GNU Radio comes with a framework for that).
<br>
<br> - It would be very useful to develop a testbench (e.g. with a corresponding flowgraph) to compare the performance in terms of throughput, but also error correction capability, of existing blocks in GNU Radio with newly developed/integrated blocks e.g. using Aff3ct (which duplicate exisiting blocks like LDPC or viterbi decoders).
<br>
<br>Cheers,
<br>Andrej
<br>
<br>> On 23. Mar 2024, at 10:07, Kayla Comer <<a href="mailto:kmcomer2002@gmail.com">kmcomer2002@gmail.com</a>> wrote:
<br>>
<br>> Hello, I have attached a draft of my proposal for the forward error correction project. Please let me know what could improve for the final submission
<br>>
<br>> Best,
<br>> Kayla Comer
<br>> <kmcomer_gnuradio_gsoc_proposal.pdf>Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-797100617143593396.post-39566573621316451172024-03-25T10:42:00.000-07:002024-03-25T10:43:03.391-07:00Viewing other signals in OFDM<div dir="auto">Hi. <div dir="auto">I am working with OFDM. I know that OFDM receiver in GNURadio needs a lot of parameters that are similar to the transmitter side in order to function. However, I want to attempt to view signals in OFDM receiver which are being sent using a non-OFDM transmitter. What I actually want to see is the frequency response of the signals on the subcarriers on the receiving side. What would be the right way to move forward with this?</div></div> Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-797100617143593396.post-89562903240000665452024-03-25T10:36:00.000-07:002024-03-25T10:38:23.151-07:00Re: My Introduction to the CommunityHi Amitesh,
<br>
<br>welcome to the discuss-gnuradio mailinglist. Nice that you found your way here.
<br>Before you start drafting on your proposal I recommend you get a little bit familiar with GNU Radio.
<br>You can do that by looking at our tutorials, which you can find in the wiki and through <a href="http://tutorials.gnuradio.org">tutorials.gnuradio.org</a><<a href="http://tutorials.gnuradio.org/">http://tutorials.gnuradio.org/</a>>
<br>
<br>If you have questions or problems you are welcome to ask here on the mailinglist or in our chatroom. We use matrix, if you already have
<br>an account you can join the general chat room through #gnuradio:<a href="http://gnuradio.org">gnuradio.org</a> otherwise you can find some more information here <a href="https://wiki.gnuradio.org/index.php?title=Chat">https://wiki.gnuradio.org/index.php?title=Chat</a>
<br>
<br>Cheers,
<br>Andrej
<br>
<br>> On 15. Mar 2024, at 12:03, Amitesh Mahapatra <<a href="mailto:amiteshm0101@gmail.com">amiteshm0101@gmail.com</a>> wrote:
<br>>
<br>> Greetings!
<br>>
<br>> I am Amitesh, a driven first year undergrad from Delhi, India. I came across this org and its work through its GSoC listing, and thought I'd check it out! I am figuring out how I can possibly contribute to it.
<br>> I have extensive experience writing C and Python code, although contributing to a project such as this would certainly be a challenge!
<br>>
<br>> Currently, the ideas titled 'GRC: Build-in sub flowgraphs', 'GRC: Standalone application and pluggable workflows', and 'Revitalize in-tree and out-of-tree (OOT) modules' have caught my attention. I am learning and thinking more about their specific requirements and considering writing a proposal for one of these projects.
<br>>
<br>> Hoping to make this count, and learn invaluable skills along the way!
<br>>
<br>> Regards,
<br>>
<br>> Amitesh
<br>>
<br>>Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-797100617143593396.post-70617157196166945762024-03-25T04:44:00.000-07:002024-03-25T04:46:12.250-07:00Feedback on unfinished Proposal for "gr-fec module"<div dir="ltr">Hi all,<br>I was working on my GsoC proposal for the project titled "Forward Error Correction in GNU Radio". This proposal is not finished yet, however I would like to receive some feedback on the ideas. Please let me know if my approach is "implantable" .<br><br></div> Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-797100617143593396.post-26664332548006413522024-03-25T03:52:00.000-07:002024-03-25T03:53:19.335-07:00Re: Building OOT module on windowsYes; <a href="https://lists.gnu.org/archive/html/discuss-gnuradio/2022-03/msg00047.html">https://lists.gnu.org/archive/html/discuss-gnuradio/2022-03/msg00047.html</a>
<br>
<br>On 23.03.24 20:14, Sourya Saha wrote:
<br>> Is there any way to build OOT module on WindowsUnknownnoreply@blogger.com0tag:blogger.com,1999:blog-797100617143593396.post-12418936979224443862024-03-25T02:48:00.000-07:002024-03-25T02:49:20.334-07:00Beginner-Friendly Issue of the week<p>Hi everybody,</p> <p>we're cleaning out the issue tracker. Some things are important, but falling off our list of things we can reasonably manage to do. Some of these things are not actually hard, I think, but need someone who can work with GRC and attack these.</p> <p>This is one of these issues:</p> <p><a class="moz-txt-link-freetext" href="https://github.com/gnuradio/gnuradio/issues/1106">https://github.com/gnuradio/gnuradio/issues/1106</a>, "Deprecate packet synchronizers"</p> <p>These blocks have been around forever, and I don't even know whether every single one of them still exists. Someone could go through the list and just search for the strings that don't have a file name attached to them and see whether they still exist, and comment on that.</p> <p>Afterwards, they could go through that list and do:</p> for each individual block mentioned <ol dir="auto"> <li>add the <code class="notranslate">flags: [deprecated]</code> property to each block's gr-something/grc/something_blockname.block.yml,</li> <li>Make sure the block still shows up correctly in GRC, but marked as deprecated (orange!)</li> <li>search the examples whether any existing example uses the block</li> <li>open a new issue "remove or update example XYZ to not use deprecated block" for each affected example</li> <li>(equally important) add a remark to the block's wiki page (if it exists) that it's deprecated, in bold, quite at the beginning of each page</li> </ol> <p dir="auto">while doing this, talking to the people in the #docs Matrix chat room is probably a good idea, they have a good idea of existing examples, and the wiki.</p> <p dir="auto"><br> </p> <p dir="auto">Best regards,<br> Marcus<br> </p> <p></p> Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-797100617143593396.post-55636011530980493962024-03-24T18:27:00.000-07:002024-03-24T19:39:41.731-07:00set_tag_propagation_policy(gr.TPP_DONT) stops block from working?<div style="font-family: Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);"> <span style="font-family: Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">When I set TPP_DONT in a sync block (python block), I am not able to get the signal downstream in the next block (output_items is indeed getting the data from input_items proved with a simple print, but I don't get them in the next block a time sink).</span><br> </div> <div style="font-family: Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);"> <br> </div> <div style="font-family: Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);"> All the information I've found about TPP_DONT says it just stops tags from being propagated, so If I just make a python block that copies the input to the output (sync block) it should do it without the tags.</div> <div style="font-family: Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);"> I know this is the same as "Tag Gate" block but I am just doing the first steps to get into the things I want to do: (change key and value of tags, transmitting tags only from one port or only to one port)</div> <div style="font-family: Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);"> <br> </div> <div style="font-family: Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);"> <span style="display: inline !important; background-color: rgb(255, 255, 255);" class="ContentPasted0">I am wondering if my setup is wrong and I need to use the general_work and the basic block even if I want a sync transmission just because of TPP_DONT.</span><br> </div> <div style="font-family: Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);"> I am kind of new in gnuradio and I only use the flow graph and the python blocks, going into C++ code is a bit more confusing for me right now. </div> Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-797100617143593396.post-15657860984565598602024-03-23T12:14:00.000-07:002024-03-23T12:15:54.752-07:00Building OOT module on windows<div dir="auto">Is there any way to build OOT module on Windows?</div> Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-797100617143593396.post-40428226739438559822024-03-23T10:07:00.000-07:002024-03-23T10:09:26.952-07:00GSOC proposal<div dir="ltr"><div>Hello, I have attached a draft of my proposal for the forward error correction project. Please let me know what could improve for the final submission</div><div><br></div><div>Best,</div><div>Kayla Comer<br></div></div> Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-797100617143593396.post-50785765321243525632024-03-23T08:57:00.000-07:002024-03-23T08:59:01.820-07:00Re: Prospective GSoC contributor introductionHi Hamza,
<br>
<br>I don't know whether someone else has reached out to you already. In any case, I'm happy
<br>you found your way to the mailing list!
<br>It's great to hear you've been going through the tutorials already, that is a good basis.
<br>If you want to ask questions about anything code-related, or about an approach you have
<br>for what you'll be doing, do reach out to use here on the mailing list or in the
<br>#gnuradio:<a href="http://gnuradio.org">gnuradio.org</a> matrix chat room, as explained in [1].
<br>
<br>Best regards,
<br>Marcus
<br>
<br>[1] <a href="https://wiki.gnuradio.org/index.php?title=Chat">https://wiki.gnuradio.org/index.php?title=Chat</a>
<br>
<br>On 15.03.24 22:38, Hamza Mohammed wrote:
<br>> Hi,
<br>> My name is Hamza Hasan, I am a 3rd year Student in Egypt, majoring in Communication
<br>> Engineering. I am interested in contributing to gnu-radio through GsoC, specifically the
<br>> project titled "Forward Error Correction in GNU Radio". I just heard about gnu radio
<br>> recently (in my university we mostly use Matlab for DSP) from GsoC and I have been going
<br>> over the tutorials for the past days. As I am becoming more familiar with the repository
<br>> and software, I figured I might introduce myself here on the mailing list.Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-797100617143593396.post-66746238994469417772024-03-23T08:52:00.000-07:002024-03-23T08:53:16.711-07:00Steps towards a GSoC proposal for project "GRC: built-in flowgrpahs…" (was: Regarding GSoC)Hi Adarsh,
<br>
<br>nice to have you around!
<br>Since you are choosing a topic where familiarity with the workflow in GRC is necessary, it
<br>would be a good point in time to start working through the tutorials
<br><a href="https://tutorials.gnuradio.org">https://tutorials.gnuradio.org</a> ; you'll want to know how to create your own flow graph, be
<br>familiar with the terminology (Blocks, flow graphs, hierarchical block, …) when you start
<br>writing your proposal.
<br>
<br>If while working through the tutorials you have questions, you can always find helpful
<br>people here on the mailing list, or on the #gnuradio:<a href="http://gnuradio.org">gnuradio.org</a> chat room (see [1] on
<br>how to reach that). The same, and even more, applies when you want to discuss approaches
<br>to the problem before finalizing your proposal!
<br>
<br>Best regards,
<br>Marcus
<br>
<br>[1] <a href="https://wiki.gnuradio.org/index.php?title=Chat">https://wiki.gnuradio.org/index.php?title=Chat</a>
<br>
<br>On 23.03.24 14:41, Adarsh Sudheer wrote:
<br>> Hello Everyone,
<br>>
<br>> I am Adarsh Sudheer and i am currently pursuing my 2nd year CS undergraduate at Amrita
<br>> University. I am interested in learning technologies related to python  and cpp. I will be
<br>> very happy to work with you all in accomplishing our goals. I will very happy to work on
<br>> the topic of GRC: Build-in sub flowgraphs involving python
<br>>
<br>> With Regards
<br>> Adarsh Sudheer
<br>>Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-797100617143593396.post-88654307419753051312024-03-23T06:41:00.000-07:002024-03-23T06:42:51.448-07:00Regarding GSoC<div dir="ltr">Hello Everyone,<div> <br>I am Adarsh Sudheer and i am currently pursuing my 2nd year CS undergraduate at Amrita</div><div>University. I am interested in learning technologies related to python and cpp. I will be very happy to work with you all in accomplishing our goals. I will very happy to work on the topic of <span style="color:rgb(0,0,0);font-family:sans-serif">GRC: Build-in sub flowgraphs involving python</span></div><div><br></div><div>With Regards <br>Adarsh Sudheer<br><br></div></div> Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-797100617143593396.post-85044822766887256432024-03-22T04:09:00.000-07:002024-03-22T04:10:49.424-07:00Re: Constellation object for ASKHi,
<br>
<br>that would be called "OOK", on-off-keying, usually, because 0·3 = 0; it has very low
<br>spectral efficiency. Its constellation points would hence be 0 and 3, so the argument to
<br>the constellation object would be [0, 3].
<br>
<br>Do note that by default, SDR frontend drivers are configured to map numbers with magnitude
<br>1 to maximum DAC output; you using 3 does sound a bit questionable here, unless you use
<br>that constellation then in a different more complex system and adjust the amplitude of the
<br>result.
<br>
<br>Best regards,
<br>Marcus
<br>
<br>
<br>On 21.03.24 17:32, Sourya Saha wrote:
<br>> Hi.
<br>> I was wondering what would the parameters of the constellation object be if I am doing
<br>> ASK modulation by multiplying each bit with a constant 3?
<br>>Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-797100617143593396.post-17555129765301856872024-03-21T09:32:00.000-07:002024-03-21T09:34:27.133-07:00Constellation object for ASK<div dir="auto">Hi.<div dir="auto">I was wondering what would the parameters of the constellation object be if I am doing ASK modulation by multiplying each bit with a constant 3? </div><div dir="auto"><br></div></div> Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-797100617143593396.post-6438609423752581602024-03-19T05:27:00.000-07:002024-03-19T05:28:35.785-07:00Re: GNURadio OFDM multiple data in subcarriers.Hi Sourya,
<br>
<br>before embarking on that endeavour: Have you made sure you can transmit a single file on
<br>all subcarriers?
<br>
<br>Best,
<br>Marcus
<br>
<br>On 18.03.24 18:15, Sourya Saha wrote:
<br>> Hi all,
<br>> I was trying to send contents of a file using a single subcarrier in OFDM. As Marcus
<br>> pointed out, it is a complex process and i found out that using a single data carrier
<br>> for the main data apart from the carriers for the header and sync words, the channel
<br>> estimation takes forever. The data is never decoded.
<br>>
<br>> What I want to do is use different subcarriers of the OFDM transmitter to send different
<br>> file contents. Say use subcarrier 3, 4 to send contents of file 1 and subcarriers 7, 8
<br>> to send contents of file 2. I want to do it simultaneously. I am using USRP B200 on
<br>> both. I tried using 2 flowgraphs, one for each file, in the same grc file for doing it.
<br>> The transmitter seems to send the required data. I tried decoding it with the loopback
<br>> flowgraph. The output was redirected to the terminal. The contents were being printed
<br>> properly.  But whenever I use the USRP, the receiver side just stops working. The
<br>> receiver side also has 2 flowgraphs running with the corresponding values of the
<br>> subcarriers.
<br>>
<br>> For ofdm transmitter 1, the parameter values are:
<br>> Occupied carriers- ((-2, -1, 2, 1 3, 4),)
<br>> Pilot carriers- ((-21, -11, 11, 21),)
<br>> Pilot symbols- ((-1, 1, -1, 1),)
<br>>
<br>>
<br>> For ofdm transmitter 2, the parameter values are:
<br>> Occupied carriers- ((-4, -3, -5, -6, 6, 7),)
<br>> Pilot carriers- ((-26, -25, 26, 25),)
<br>> Pilot symbols- ((-1, 1, -1, 1),)
<br>>
<br>> I want to do it using a single flowgraph. What would be the right way to proceed with this?
<br>>
<br>>Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-797100617143593396.post-88304762989881786092024-03-18T10:15:00.000-07:002024-03-18T10:17:07.144-07:00GNURadio OFDM multiple data in subcarriers.<div dir="auto">Hi all,<div dir="auto">I was trying to send contents of a file using a single subcarrier in OFDM. As Marcus pointed out, it is a complex process and i found out that using a single data carrier for the main data apart from the carriers for the header and sync words, the channel estimation takes forever. The data is never decoded.</div><div dir="auto"><br></div><div dir="auto">What I want to do is use different subcarriers of the OFDM transmitter to send different file contents. Say use subcarrier 3, 4 to send contents of file 1 and subcarriers 7, 8 to send contents of file 2. I want to do it simultaneously. I am using USRP B200 on both. I tried using 2 flowgraphs, one for each file, in the same grc file for doing it. The transmitter seems to send the required data. I tried decoding it with the loopback flowgraph. The output was redirected to the terminal. The contents were being printed properly. But whenever I use the USRP, the receiver side just stops working. The receiver side also has 2 flowgraphs running with the corresponding values of the subcarriers.</div><div dir="auto"><br></div><div dir="auto">For ofdm transmitter 1, the parameter values are:</div><div dir="auto">Occupied carriers- ((-2, -1, 2, 1 3, 4),)</div><div dir="auto">Pilot carriers- ((-21, -11, 11, 21),)</div><div dir="auto">Pilot symbols- ((-1, 1, -1, 1),)</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><div dir="auto">For ofdm transmitter 2, the parameter values are:</div><div dir="auto">Occupied carriers- ((-4, -3, -5, -6, 6, 7),)</div><div dir="auto">Pilot carriers- ((-26, -25, 26, 25),)</div><div dir="auto">Pilot symbols- ((-1, 1, -1, 1),)</div><div dir="auto"><br></div><div dir="auto">I want to do it using a single flowgraph. What would be the right way to proceed with this?</div></div><div dir="auto"><br></div><div dir="auto"><br></div></div> Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-797100617143593396.post-67978181735369575352024-03-18T09:04:00.000-07:002024-03-18T09:07:06.324-07:00Introduction<div dir="ltr">Hello Everyone,<div>I am Satya Prakash Sasini, a final year B Tech. graduate from India. Current;lly I am working as a DevOps Intern in Devtron Inc. With my expertise in DevOps technologies and proficiency in Data Structures and Algorithms using C++ I would like to contribute to GNU Radio in this Google Summer of Codes 2024.</div><div><br></div><div>Eager to learn and apply my skills to contribute to such a interesting open-source project.<br><br>Regards<br>Satya Prakash Sasini<br><br></div></div> Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-797100617143593396.post-78231319381051806402024-03-18T05:37:00.000-07:002024-03-18T05:38:51.517-07:00Re: Transmitting on a single subcarrierHi Sourya,
<br>
<br>On 16.03.24 22:30, Sourya Saha wrote:
<br>> I am using an OFDM transmitter and receiver blocks from GNU radio. Essentially what i want
<br>> to do is split up the bandwidth into 64 subcarriers and trasmit on any one of the
<br>> subcarriers, say subcarrier 3.
<br>
<br>Remark: that is just FSK, but due to the nature of OFDM an FSK with a less-than-pretty
<br>symbol shaping, and due to the cyclic prefix, an FSK with a phase jump within each symbol.
<br>
<br>*Usually*, you'd avoid doing that, and just build an FSK system. Especially, since if you
<br>only use one carrier at a time, you lose the ability to sense the channel, or use
<br>Schmidl&Cox (or similar methods) for synchronization, so there's no arguments going for
<br>OFDM here – that's why I pointed out that OFDM was a rather advanced topic, you need to
<br>understand *why* you're using it, fighting *which* channel problems.
<br>You get all the complexity, the overhead and all the problems of OFDM, without any data
<br>rate benefit.
<br>
<br>However, nothing in GNU Radio would stop you from doing that:
<br>Data vectors with a lot of zero entries and a single non-zero entry.
<br>
<br>> If that is to be done, in the data carriers field of the ofdm transmitter and receiver, mentioning just '3' as the subcarrier should work.
<br>
<br>Not sure what "mentioning" means, but as described above: data vector with all zeros, but
<br>a non-zero value in the third entry.
<br>
<br>
<br>Best,
<br>MarcusUnknownnoreply@blogger.com0