GSOC 2020
Hello everyone, I am Samesh Lakhotia, a second year Electronics and Communication undergraduate from BITS Pilani, India. I started using GRC and it felt like a great tool. I would like to contribute to the GRC project. I looked into some features which could be implemented in GRC with the help of the GSOC 2019 ideas list here https://wiki.gnuradio.org/index.php/GSoCIdeas. I saw some ideas which have not yet been completed and I would love to work on them on GRC. The ideas include "GRC: Bus-Ports reimplementation", "GRC: View-Only Mode (Secure)" and GRC: Build-in sub flowgraphs". I wanted to know the current status of these ideas and would like to start contributing to them ASAP. Could you all please tell me if one of these ideas has a higher priority than the other so I could start working on the appropriate idea. Thank you, Samesh Lakhotia
Re: GSOC 2020
Hey Samesh, Welcome to the GNU Radio community. I am especially happy that your interested in improving and extending GRC. >From the project ideas you listed, only the bus ports have been implemented. The other two have good chances to be list for GSoC 2020. I personally would prioritize the sub-flowgraphs. Please note though, that its quite a while until GSoC starts (orgs application hasn't even started yet). Currently there is an effort to move a away from the GTK bases GUI to a qt based one. Maybe you'd like to contribute in porting stuff over. Sebastian (von unterwegs gesendet) On Sat, Jan 11, 2020, 14:21 Samesh Lakhotia wrote: > Hello everyone, > I am Samesh Lakhotia, a second year Electronics and Communication > undergraduate from BITS Pilani, India. > > I started using GRC and it felt like a great tool. I would like to > contribute to the GRC project. I looked into some features which could be > implemented in GRC with the help of the GSOC 2019 ideas list here > https://wiki.gnuradio.org/index.php/GSoCIdeas. > > I saw some ideas which have not yet been completed and I would love to > work on them on GRC. > The ideas include "GRC: Bus-Ports reimplementation", "GRC: View-Only Mode > (Secure)" and GRC: Build-in sub flowgraphs". > > I wanted to know the current status of these ideas and would like to start > contributing to them ASAP. Could you all please tell me if one of these > ideas has a higher priority than the other so I could start working on the > appropriate idea. > > Thank you, > Samesh Lakhotia >
Re: FSK and Timing Recovery Questions
Hi Alex, You might be interested in: https://wiki.gnuradio.org/index.php/Sample_Rate_Tutorial#Source_hardware_example It's a little different approach, but works very well. Contact me if you have any questions. Happy New Year to you too. -- Barry Duggan KV4FV On Wed, 8 Jan 2020 13:57:09 -0600, Alex Roberts wrote: Hello Mailing List, Happy New Year! I've been playing around with this ( http://aaronscher.com/GNU_Radio_Companion_Collection/Audio_Modem_loop_back_test_FSK.html) FSK audio modem and have a few issues/questions. 1) Is the PFB block the way to go for FSK timing recovery? I have issues where if I start the receiver before the transmitter, the system doesn't work. And if I start the transmitter before the receiver, it will eventually lose sync and never recover. I added a message strobe to send dummy data once a second (like a keep alive/heartbeat) and this helps it from losing sync in between time of when I send meaningful data. 1a) Reading docs on both PFB and M&M blocks, do I need a moving avg. filter after quad demod to round out the square pulses to allow PFB and M&M to better find peaks or is the moving avg filter implemented within the block? 2) Is the pre-amble being muxed doing anything more than just padding my data to help the PFB lock in before actual data arrives? 3) Would the Correlation Estimator help since it can send "time_est" tags downstream to the PFB and if so, where would be the ideal place to put it? Cheers, Alex
Windows Installers 3.8.0.0 BETA starting problems
Hi, This could be a trivial issue, but I am reporting out of curiosity. I am using gnuradio 3.8.0.0 on Windows 10. Whenever, I start GRC I am receiving following warning, on terminal output: WARNING:gnurado.grc.core.platform:slow YAML loading(libyaml not available). Some times it does take some time more than earlier versions. -- Best Regards, vsrk sarma