Requesting help for an amateur radio project
Hello, I'm working on a project for amateur radio purposes, a multi-channel / multi- carrier DMR, Yaesu System Fusion and D-Star base transceiver which uses GNU Radio heavily. Please excuse the spam if this is not an interesting topic here, but I don't know where else to go. If you are interested in this amateur radio topic and able to help with things related to the scheduler and timing of samples from multiple GNU radio sources for use by devices like the LimeSDR or USRP, please contact me privately. Thanks, Adrian
Re: Requesting help for an amateur radio project
On 08/08/2022 10:04, Adrian Musceac wrote: Hello, I'm working on a project for amateur radio purposes, a multi-channel / multi- carrier DMR, Yaesu System Fusion and D-Star base transceiver which uses GNU Radio heavily. Please excuse the spam if this is not an interesting topic here, but I don't know where else to go. If you are interested in this amateur radio topic and able to help with things related to the scheduler and timing of samples from multiple GNU radio sources for use by devices like the LimeSDR or USRP, please contact me privately. Thanks, Adrian Hi Adrian, You might find some interested souls in the GNURadio amateur radio channel on GNU Radio chat server. There's certainly plenty of operators using GR. You can find information on how to join the matrix chat server here: https://wiki.gnuradio.org/index.php?title=HamRadio (tip: if you are an IRC user, you can join via the IRC bridge. See info here: https://wiki.gnuradio.org/index.php?title=Chat#Matrix_Chat_Server) Hope that's of help, Bernard
Re: Requesting help for an amateur radio project
Thank you Bernard for the tip, I used to be able to login to matrix until it stopped working a year or so ago (Quaternion, Debian 11). I will try to use the IRC bridge. Best regards, Adrian YO8RZZ
Re: Scale Blocks and Pluto Cyclic Behaviour
On your first question, see https://github.com/gnuradio/gnuradio/pull/6024. On Wed, Aug 3, 2022 at 3:52 PM DİREN ERDEM AYDIN via GNU Radio, the Free & Open-Source Toolkit for Software Radio wrote: > Dear All, > > I am using Adalm Pluto SDR with GNU Radio for a time and working on a > transmission of a sin gaussian wavelet. The used flowgraph is given in the > attachments. > > First, I want to ask the scaling parameters of data conversion blocks that > are used with IIO Device Sink and Source; Float To Short block is ok and it > is used to get full-scale representation as the given signal has 1 V > peak, we multiply it with 2^15. However, I didn't get the math behind short > to float block; the scale has to be 2.048k (which is 2^15/2^11) to get the > same amplitude level that I have received with standard PlutoSDR Source. > 32768 can be represented in single precision floating point format so why > we are dividing it? > > About cyclic behaviour; the transmitted signal has 6144 samples, TX and RX > buffers are set as 614400 which equals to 100 signals in each turn but > after receiving about 900-1000 signals GNU radio gives "Unable to push > buffer: Resource device" error and stop transmitting. Does anyone has an > idea that what can be the cause of this problem? Cyclic_ON_614K_43 > screenshot is the received waveform which includes many sine_gaussian. > To handle the problem I have turned off the cyclic mode, the error is gone > but now the received signal count is unpredictable. As far as I know cyclic > mode off means that sending a signal only once. In this case, it sends > multiple times ie. between 110 to 400. Therefore, I may say that buffers > are filled more than once. At this point, I think that something is not > correct in cyclic-off case too. > > Will appreciate any help, > Regards, > Diren >
Adalm Pluto's Generic Blocks in GNU Radio
Dear Users, I have a flow graph that is given in the figure. I am using generic pluto blocks to avoid PLL randomization in each frequency update. In the given received signal graph 800 - 900 MHz bandwidth is scanned by 20 MHz steps. As you can see, the acquired signal form is changed in each step. Therefore, I may say that PLLs are updated even if I have used generic blocks. What went wrong in this particular case? Is there a way that I can maintain the received signal form through a certain band? Regards, dea
