Re: Suggestion of some basic documents on GNU Radio modulation for baseband signal generation.
Hello Barry, Thank you so much for your reply. I will follow up on your suggestions. On Wed, Apr 8, 2020 at 9:17 PM Barry Duggan wrote: > Khalil, > > Here are some concepts you need to understand the capabilities of GNU > Radio: > - Complex Numbers, Negative Frequency > - Digital signal processing > - Frequency/Phase/Timing Offsets > - Sampling rates / sampling theorem > > 1) Study the https://wiki.gnuradio.org/index.php/SuggestedReading topics > on modulation and SDR. > > 2) If you have worked through the QPSK tutorial > https://wiki.gnuradio.org/index.php/Guided_Tutorial_PSK_Demodulation, > study each block in the flowgraph to determine what it does. > https://wiki.gnuradio.org/index.php/Category:Block_Docs has > documentation on every GR block. > > 3) If you have a specific / detailed question on an item, help can be > found in a number of places, such as: > - the search box in https://wiki.gnuradio.org/ > - search engines such as Google > - search the https://lists.gnu.org/archive/html/discuss-gnuradio > > Enjoy learning about SDR and GNU Radio! > -- > Barry Duggan KV4FV > > On Sat, 4 Apr 2020 23:07:34 +0200, Khalilur Rahman wrote: > > Hello Everyone, > > I hope everyone is doing well. I have a request to ask you guys. > I need to generate a baseband signal (I-Q) by using digital modulation > techniques like QPSK. I did generate the signal. However, I do not have > that much basic about how does it actually working. From source to sink > points. I follow-up on the tutorial but still do not get the real idea > behind it ( mapping points, amplitude, frequency, pulse shaping and > etc). > > So my request is to you how can I get these ideas behind it in prospect > to GNU Radio. I did read something from books on digital modulation but > I found myself a bit different ideas with GNU Radio. > > Would anyone like to share some documents on that with the related > environment with GNU Radio of course. Thank you in advance. > > Sincerely, > Khalil > > -- Sincerely, Md Atiqur Rahman Hochschule Bremen
Re: Thesis report.
Dear Marcus, Please please please help me. Please detete this from directory. This is my thesis please On Fri, Mar 6, 2020 at 9:11 PM Md. Atiqur Rahman wrote: > Hello, Please don't share it with others. > > -- > Sincerely, > Md Atiqur Rahman > Hochschule Bremen > -- Sincerely, Md Atiqur Rahman Hochschule Bremen
Measure bit error rate.
Hello Everyone, Again I have a question for another issue. In my project work, the baseband complex signal generation and later on convert it to RF signal is the main idea. These task is completed and I can successfully demodulate the RF signal from the spectrum analyzer. However, the signal generation was from a 'random signal' source and I need to measure the BER. How can I do it? I read some documents and it is mostly saying need a file sink, but what would be the file formate of the sink? I hope I will get some response. Thank you in advance. -- Sincerely, Md Atiqur Rahman
Re: How to control span of the frequency sink?
Thank you so much for your response. This helped me. On Wed, Mar 4, 2020 at 5:52 PM Derek Kozel wrote: > Hello, > > The span of the frequency sink is determined by the sample rate of the > signal that is input to it. In order to zoom in add a Resampler block in > front and decimate by the zoom factor. > > Regards, > Derek > > On 04/03/2020 16:42, Md. Atiqur Rahman wrote: > > Hello everyone, > I have a question to ask. While using the QT GUI Frequency Sink, the > y-axis means signal gain/power can be change with respect minimum and > maximum. > However, I need to change the span size of the x-axis, but I did not find > the option. Can I change the span size manually? > Would you like to give me a hint here? > > -- > Sincerely, > Md Atiqur Rahman > Hochschule Bremen > > > -- Sincerely, Md Atiqur Rahman Hochschule Bremen
Re: How to update GNU Radio to 3.8 version in Debian Linux
Hello Shin, First link you suggested, I try that before but didn't work. For the second link, If I want to install a new version I have to uninstall the previous one as the link says? I am using Debian Linux. On Sun, Mar 1, 2020 at 7:44 AM Kyeong Su Shin wrote: > Hello Atiq: > > Please refer https://wiki.gnuradio.org/index.php/InstallingGR . > > I guess you are using a Ubuntu-like distro; if so, you can try the > gnuradio PPA ( > https://wiki.gnuradio.org/index.php/InstallingGR#Ubuntu_PPA_Installation > ). > > Regards, > Kyeong Su Shin > ---------- > *보낸 사람:* Md. Atiqur Rahman 대신 Discuss-gnuradio > > *보낸 날짜:* 2020년 3월 1일 일요일 오후 2:03 > *받는 사람:* discuss-gnuradio@gnu.org > *제목:* How to update GNU Radio to 3.8 version in Debian Linux > > Hello Everyone, > I hope everyone doing great! > I want to update the GNU Radio from 3.7.10 to 3.8. to my virtual > machine(Linux). > Before I did install Gnu Radio by using : sudo apt-get install gnuradio > python-numpy python-gtk2 > Now, If i try to give update of GNU Radio, it says already the newest > version installed which is 3.7.10 version. > What can I do now? Please any command-line suggestion would be appreciated. > Thank you in advance. > > -- > Sincerely, > Atiq > > -- Sincerely, Md Atiqur Rahman Hochschule Bremen
How to update GNU Radio to 3.8 version in Debian Linux
Hello Everyone, I hope everyone doing great! I want to update the GNU Radio from 3.7.10 to 3.8. to my virtual machine(Linux). Before I did install Gnu Radio by using : sudo apt-get install gnuradio python-numpy python-gtk2 Now, If i try to give update of GNU Radio, it says already the newest version installed which is 3.7.10 version. What can I do now? Please any command-line suggestion would be appreciated. Thank you in advance. -- Sincerely, Atiq
How to update GNU Radio to 3.8 version in Alpine Linux.
Hello Everyone, I hope everyone doing great! I want to update the GNU Radio from 3.7.10 to 3.8. to my virtual machine(Linux). How can I do that? Please any command-line suggestion would be appreciated. Thank you in advance. -- Sincerely, Atiq
Re: Excess bandwidth in constellation modulator
This is exactly what i was looking for. Thank you so much. On Wed, 26 Feb 2020, 9:22 am Moses Browne Mwakyanjala, wrote: > Hello, > That comes down to baseband signal and passband as shown below. > Traditionally, we only quote positive frequencies. For example, for the > SRRC pulse you mentioned, the baseband signal extends from -Rs(1+alpha)/2 > to +Rs(1+alpha)/2. Thus, we say the baseband bandwidth is Rs(1+alpha)/2. > When transmitting over the air, we have a passband signal which extends > from Fc -Rs(1+alpha)/2 to Fc +Rs(1+alpha)/2 where Fc is the carrier > frequency. In this case, the positive bandwidth is Rs(1+alpha), which is > twice the bandwidth at baseband. As a general rule, passband frequency (the > frequency you transmit over the air) is twice the baseband signal. > Regards, > Moses. > PS- The attached pdf is quite a good introduction to gnuradio and signal > processing basics. > [image: image.png] > > On Wed, Feb 26, 2020 at 5:09 AM Md. Atiqur Rahman > wrote: > >> Thank you for your reply with the details. >> I do already read from the GNU Radio tutorial but wasn't fully sure. >> The equation now clear, just want to make sure one point from you. >> After the modulation(e.g qpsk) signal upconverted to RF, then the signal >> bandwidth still will be the same? >> >> Thank you again. >> >> >> On Wed, Feb 26, 2020 at 12:31 AM Moses Browne Mwakyanjala < >> mbkit...@gmail.com> wrote: >> >>> I saw your post on the gnuradio mailing list. >>> The constellation modulator block uses a Square-Root Raised-Cosine >>> filter with occupied bandwidth (double-sided a.k.a passband) given by BW = >>> (1 + alpha)Rs, where Rs is the symbol rate. The bit rate for M-ary linear >>> modulation is given by Bit Rate = Rs*Log(M)base2. Thus, for BPSK you will >>> achieve Bit Rate = Rs, and for QPSK it will be Bit Rate = 2 * Rs. >>> The transmission over-the-air is called passband, which for the SRRC >>> filter is given as described above. >>> You could read more on the SRRC filter from this Wikipedia article: >>> https://en.wikipedia.org/wiki/Root-raised-cosine_filter >>> You could get more information here: >>> https://wiki.gnuradio.org/index.php/Tutorials >>> >>> Good luck. >>> >>> >> >> -- >> Sincerely, >> Md Atiqur Rahman >> >>
Re: Excess bandwidth in constellation modulator
Thank you for your reply with the details. I do already read from the GNU Radio tutorial but wasn't fully sure. The equation now clear, just want to make sure one point from you. After the modulation(e.g qpsk) signal upconverted to RF, then the signal bandwidth still will be the same? Thank you again. On Wed, Feb 26, 2020 at 12:31 AM Moses Browne Mwakyanjala < mbkit...@gmail.com> wrote: > I saw your post on the gnuradio mailing list. > The constellation modulator block uses a Square-Root Raised-Cosine filter > with occupied bandwidth (double-sided a.k.a passband) given by BW = (1 + > alpha)Rs, where Rs is the symbol rate. The bit rate for M-ary linear > modulation is given by Bit Rate = Rs*Log(M)base2. Thus, for BPSK you will > achieve Bit Rate = Rs, and for QPSK it will be Bit Rate = 2 * Rs. > The transmission over-the-air is called passband, which for the SRRC > filter is given as described above. > You could read more on the SRRC filter from this Wikipedia article: > https://en.wikipedia.org/wiki/Root-raised-cosine_filter > You could get more information here: > https://wiki.gnuradio.org/index.php/Tutorials > > Good luck. > > -- Sincerely, Md Atiqur Rahman
Re: Baseband signals frequency,amplitude,data rate determination.
Hello, I apologize in advance If I sound not right. To follow up on my inquiry: Well, I get to know how to find the bandwidth, as our constellation modulator uses some root raised cosine filter, it needs to have a roll-off factor which in another way excess bandwidth. Bw=(1+alpha)*T = (1+0.7)*(62500 symbol rate)= 106.25Khz. As the sampling rate is 2Mhz, SPS 32 and in QPSK 2bit inserted at once then the data rate would be 106.25Khz /2 = 53.125Khz am I right? if I am right then for the BPSK data rate would equal to bw as 1 bit per sec? For BW calculation I think it is right but date rate I not sure. Thank for your all support. On Sat, Feb 15, 2020 at 3:04 PM Müller, Marcus (CEL) wrote: > Please reply to the mailing list, not only to me privately. Thank you. > On Sat, 2020-02-15 at 02:17 +0100, Md. Atiqur Rahman wrote: > > Hello, I apologize in advance If I sound not right. > > To follow up on my inquiry: > > Well, I get to know how to find the bandwidth, as our constellation > > modulator uses some root raised cosine filter, it needs to have a > > roll-off factor which in another way excess bandwidth. Bw=(1+alpha)*T > > = (1+0.7)*(62500 symbol rate)= 106.25Khz. As the sampling rate is > > 2Mhz, SPS 32 and in QPSK 2bit inserted at once then the data rate > > would be 106.25Khz /2 = 53.125Khz am I right? if I am right then for > > the BPSK data rate would equal to bw as 1 bit per sec? > > > > For BW calculation I think it is right but date rate I not sure. > > Thank for your all support. > > > > On Fri, Feb 14, 2020 at 10:29 PM Md. Atiqur Rahman < > > atiq@gmail.com> wrote: > > > Hello, > > > > > > Yes, you got me totally. The 'time sink', I am referring to as > > > timing diagram and about showing frequency as the signal changing > > > over time, hence signals have a certain frequency. > > > > > > ''Are you perhaps mixing up bandwidth and frequency? Or maybe > > > symbol > > > rate?'' yes I am confused in this two-term, bandwidth, of course, > > > the range of frequency where the frequency of that generated > > > signal. I am mostly like to calculate things to understand a > > > certain topic but understanding them practically I have a gap on > > > that. As like how pulse shaping really determined the bandwidth of > > > the signal. > > > > > > ''Regarding bandwidth: Bandwidth of a linear modulation (without > > > Bias) is > > > always fully defined by the pulse shaping filter. You have one of > > > these > > > in your system!'' > > > The first GRC flow graph I attached by followed the PSK > > > demodulation documentation, but all I really need to understand is > > > the baseband signal with its associates(data rate sampling rate, > > > symbol rate, bw and frequency)by digital modulation system. The > > > root raised filter is used for 'polyphase clock sync' but how I > > > insert a pulse shaping filter as associated with a roll of > > > factor(excess bw). As Excess BW is 0.7, symbol rate 62.5 k, sps is > > > 32 then how can I determine BW? > > > > > > I am going to read your suggested sections and will come back. > > > > > > Thank you so much for your support, I really appreciate it. > > > > > > On Fri, Feb 14, 2020 at 9:42 PM Müller, Marcus (CEL) < > > > muel...@kit.edu> wrote: > > > > Hello, > > > > > > > > > I need the basic baseband signal (low frequency) but it would > > > > be a > > > > 0Hz frequency? > > > > > > > > Yes, as said, it would be a band-limited signal around 0 Hz. > > > > That's the > > > > definition of baseband signal. > > > > > > > > I'm not sure what you mean with > > > > > > > > > timing diagram is showing the signal has some certain frequency > > > > > > > > A timing diagram (not _quite_ sure what that is) shows no > > > > frequency. > > > > > > > > Are you perhaps mixing up bandwidth and frequency? Or maybe > > > > symbol > > > > rate? (But you already have some calculations of symbol rate, so > > > > I'm > > > > really not sure what you mean.) > > > > > > > > Regarding bandwidth: Bandwidth of a linear modulation (without > > > > Bias) is > > > > always fully defined by the pulse shaping filter. You have one of > > > > these > > > > in you
Re: Baseband signals frequency,amplitude,data rate determination.
Thank you for the clarification. I will update it to 3.8 soon. However, baseband is the main signal which will be converted to RF signal by means of upconverter. I have a SDR device(red-pitaya), in which two digitally modulated baseband signals(I-Q) will come out separately and later on with RF front end it will be mixed with high frequency. That is the main idea. Hence, first, I need the basic baseband signal (low frequency) but it would be a 0Hz frequency? That I have no idea of. The timing diagram is showing the signal has some certain frequency, then it would be 0? Would you please give me some details. Thank you so much. ps: WX block insertion was a mistake. I didn't realize it until you mentioned it. As I am going to write a report on my work as well, it is great to know that now the graph can be export. Is there any updates also for extracting GRC flow graph from file>screen capture as well? On Fri, Feb 14, 2020 at 9:01 PM Müller, Marcus (CEL) wrote: > Hi Md. Atiqur, > > On Fri, 2020-02-14 at 20:43 +0100, Md. Atiqur Rahman wrote: > > For a QPSK modulation technique, I choose to set constellation point 1 > to -1, hence 1.4142 would be amplitude > > Ah, you're confusing the magnitude of the complex number with the > amplitude of the I and Q component. > > So, yes, the magnitude of (1 + 1j), (1 - 1j), (-1 + 1j) and (-1 -1j) > are 1.41, but the real and imaginary parts are still +-1. > > > but in the timing diagram, it looks less than that. > > So, that's correct :) > > > Another point is, as my sampling rate is 2Mhz, and samples per symbol > are 32, hence 62.5K is the symbol rate, what will be my baseband signal > frequency? > > 0 Hz. That's what "baseband" means. > > > Best regards, > Marcus > > PS: As someone occasionallly advising students, I'd recommend > you clean up your flow graph; there's blocks in there you've commented > out that you can never use (WX can't coexist with QT GUI). Also, try to > make it as linear as possible, so to make it really easy to follow the > "sample flow" optically. This is the Nr. 1 debugging hint for GRC > beginners, and it really helps a lot when talking about a flow graph. > > Also, by the way, you're using a legacy GNU Radio. We've released GR > 3.8, and you're still on 3.7.; the new GNU Radio has fewer bugs, and > vector export for GRC figures, which is important to anyone writing a > thesis with GRC flow graph pictures ;) > -- Sincerely, Md Atiqur Rahman Hochschule Bremen
Re: Baseband signal generating.
Hello, Thank you so much for your response. Yes, I get it. I did multiply the result with the factor but I wanted to know how the constellation object setting defined it. Now I know that, thanks to Mr. Christophe and Mr. Marcus. On Fri, Nov 15, 2019 at 1:20 PM Müller, Marcus (CEL) wrote: > … and the easiest way to adjust that is by simply multiplying the > result with the appropriate factor > > Best regards, > Marcus > On Fri, 2019-11-15 at 13:06 +0100, Christophe Seguinot wrote: > > Hi > > > > Your amplitude is set in constellation object, in the constellation > points list. > > > > At present yours is +-1 for BPSK, and +-1+-j for QPSK > > > > So amplitude is 1 (+-1) for BPSK and 1.414 for QPSK > > > > This must be adjusted to your requirements (-0.5,0.5) for BPSK > > > > Regards > > > > > > > > On 15/11/2019 11:03, Md. Atiqur Rahman wrote: > > > Hello there, I am working on generating a baseband signal by using > GNU-Radio. I have chosen a random signal along with the constellation > modulator and constellation object. However, I go through all settings for > these blocks but don't find the setting option for signal 'Amplitude'. How > can I be sure that my generating amplitude (let say peak to peak)? > > > > > > I can see the signal amplitude in QT GUI Time Sink but I am not sure > how its amplitude define here in this scheme. It seems like signal > amplitude is 2v peak to peak. Is it right? But I want to generate a > baseband signal which will have 1v peak to peak. Thank you. > > > > > > -- > > > Sincerely, > > > Hasan > > > > -- Sincerely, Md Atiqur Rahman Hochschule Bremen
Re: [Discuss-gnuradio] Let's wrap this up! (was: Re: Delay determination between Tx and Rx signal for limesdr mini with help of gnu radio.)
Dear Marcus, Thank you so much for your response. I will contact with my professor about it soon. Sincerely, Atiqur On Tue, Jul 16, 2019 at 12:45 PM Müller, Marcus (CEL) wrote: > Hi Atiqur, > > On Tue, 2019-07-16 at 12:02 +0200, Md. Atiqur Rahman wrote: > > I really need to know that SPS(samples per symbol) like 16,32,64 so on > for qpsk scheme, possible to take? > > Uh-oh! You're confusing things. Samples per Symbol is a property of > your pulse shaper, not of your constellation. You think of bits? But > even then, 16,32,64 makes no sense. at. all. > > TALK to your advisor, today! Don't stall this. The misunderstandings > you have can probably be solved in half an hour of intense sitting down > with the aforementioned tabular representation, and talking about how > to fill it in. It's near impossible to even remotely achieve the same > level of knowledge transfer by spending hours upon hours on writing > emails. > Say hello to your advisor. Is it Prof. Schmatz himself? > > It's just that this is the discuss-gnuradio mailing list, and although > I know that people, including me, are extremely helpful when it comes > to also explaining a bit of the surrounding theory, we really can't be > giving you a basic course on digital comms with the amount of > misunderstandings you carry around. > > Again, as someone who advises students himself, I'd be very happy that > you came to me early and discussed all this, if you were my student. > Say hello to your advisor from me; it's not that we don't want to help > you, it's just that a mailing list about a specific piece of software > isn't the right place to help you with the fundamental problems you're > having. > > > > > If possible then bits per symbol will not be changed, right? It will be > always 2(bits per symbol) for qpsk? > > No. > > > > > Suppose I need data rate 1Mbits/s: then sample rate would be > (sps*1Mbits/s)/(bps)= ((4*1Mbits/s))/2 bits/s= 2Mbits/s, right? then for > sps change, sample would be change as well. > > > > >>Please make sure that you are not violating your local laws if you are > actually transmitting radio signals using your SDRs (you apparently are, > unless you are using a loopback cable with attenuators). You may end up > annoying your local RF regulation bodies. > > Actually, I am using limesdr with the wire itself, one end connected tx > and another one with Rx. > > That's an easy way to damage your RX. You need an attenuator. > > Best regards, > Marcus > > -- Sincerely, Md Atiqur Rahman Hochschule Bremen ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Delay determination between Tx and Rx signal for limesdr mini with help of gnu radio.
> a digital transmitter. > > Since it's the raw foundation of whatever you're doing: You're at > Hochschule Bremen, which probably means you have a good > adviser/supervisor (I only know one EE prof from there, and he's really > nice). Make the above table, take it to him and talk about it. As > someone advising a couple of students, that's exactly the kind of > discussions I'd want to have as early as possible. > > Best regards, > Marcus > > On Mon, 2019-07-15 at 18:25 +0200, Md. Atiqur Rahman wrote: > > Dear Marcus, > > > > Thank you so much for the nice explanation about CMA and polyphase > block. I rearranged it as it shows in the attached file. > > > > Moreover, I thought my sample rate was ok as less than 64K it was not > working (maybe for the Nyquist rate is not satisfied). Maybe it is a silly > question but I must need to ask you as I am using 4sps but how I will find > my data rate? (I do not know because I never calculate my data rate from > sps before: as in here in gnu radio. Therefore, I put 64k sample rate from > the tutorial of PSK modulation scheme ) If I have data rate then I could > easily find out my sampling rate for this particular SDR. I know it is > silly please don't mind. I am just a beginner of DSP and SDR communication > systems. > > > > Sincerely, > > Atiqur > > > > On Mon, Jul 15, 2019 at 5:48 PM Müller, Marcus (CEL) > wrote: > > > Dear Atiqur, > > > > > > my concerns are less of the GRC variant, but of the DSP variant: > > > > > > * If your GRC doesn't complain about you using Throttle together with > > > the hardware blocks, that's a bug in the hardware blocks. Anyway, NEVER > > > use Throttle with hardware blocks. You incur the two-clock problem, and > > > will run into overflows/underruns. You can't see that with a GNU Radio- > > > internal visualization. More info under [1]. > > > > > > * Your sampling rate is laughably low for SDR applications, which is > > > why I presume that the LimeSDR doesn't support sampling rates that are > > > so low. > > > > > > * No matter what you say, an equalizer and a timing/phase recovery is > > > something to be done on the *receive* side, not on the transmit side. > > > > > > Best regards, > > > Marcus > > > > > > [1] > > > > https://wiki.gnuradio.org/index.php/FAQ#When_do_I_use_a_throttle_block.3F > > > On Mon, 2019-07-15 at 17:40 +0200, Md. Atiqur Rahman wrote: > > > > Dear Marcus, > > > > Thank you for your quick reply. > > > > > > > > Actually, I am very much new in GRC. The GRC is running without > giving me any error though. If I use 32KS/s, it stopped working by saying > python stop working. Therefore, I am giving 64KS/s. > > > > > > > > I am following the grc-tutorial, hence that modulation scheme > contains equalizer and timing recovery on the transmit side. Shouldn't I > use it? please correct me if I am wrong. > > > > > > > > Sincerely, > > > > Atiqur > > > > > > > > On Mon, Jul 15, 2019 at 5:05 PM Müller, Marcus (CEL) < > muel...@kit.edu> wrote: > > > > > Oh, and why are you doing an equalizer and a timing recovery on the > > > > > *transmit* side!? > > > > > > > > > > On Mon, 2019-07-15 at 15:04 +, Müller, Marcus (CEL) wrote: > > > > > > Also, without knowing, I'm almost certain that 64kS/s is not a > possible > > > > > > sampling rate for the device. You really might want to read the > console > > > > > > output very closely! > > > > > > On Mon, 2019-07-15 at 14:56 +, Müller, Marcus (CEL) wrote: > > > > > > > So, first of all: > > > > > > > > > > > > > > never use "Throttle" in a flow graph with hardware. > > > > > > > In fact, GRC will *scream* at you that you shouldn't be doing > that! > > > > > > > > > > > > > > Then: I can't claim to have any knowledge of the limeSDR > driver, but > > > > > > > unless that driver specifically allows you to start the TX and > RX > > > > > > > streaming at the exact same instance: That delay is not a > deterministic > > > > > > > value. > > > > > > > > > > > > > > Best regards, > > > > > > > Marcus > &g
Re: [Discuss-gnuradio] Delay determination between Tx and Rx signal for limesdr mini with help of gnu radio.
Also, should I use timing recovery and equalizer in the receiving side(as it would make more sense). My idea is transmitting the data and receiving it simultaneously without losing data. Thank you. On Mon, Jul 15, 2019 at 5:40 PM Md. Atiqur Rahman wrote: > Dear Marcus, > Thank you for your quick reply. > > Actually, I am very much new in GRC. The GRC is running without giving me > any error though. If I use 32KS/s, it stopped working by saying python stop > working. Therefore, I am giving 64KS/s. > > I am following the grc-tutorial, hence that modulation scheme contains > equalizer and timing recovery on the transmit side. Shouldn't I use it? > please correct me if I am wrong. > > Sincerely, > Atiqur > > On Mon, Jul 15, 2019 at 5:05 PM Müller, Marcus (CEL) > wrote: > >> Oh, and why are you doing an equalizer and a timing recovery on the >> *transmit* side!? >> >> On Mon, 2019-07-15 at 15:04 +, Müller, Marcus (CEL) wrote: >> > Also, without knowing, I'm almost certain that 64kS/s is not a possible >> > sampling rate for the device. You really might want to read the console >> > output very closely! >> > On Mon, 2019-07-15 at 14:56 +, Müller, Marcus (CEL) wrote: >> > > So, first of all: >> > > >> > > never use "Throttle" in a flow graph with hardware. >> > > In fact, GRC will *scream* at you that you shouldn't be doing that! >> > > >> > > Then: I can't claim to have any knowledge of the limeSDR driver, but >> > > unless that driver specifically allows you to start the TX and RX >> > > streaming at the exact same instance: That delay is not a >> deterministic >> > > value. >> > > >> > > Best regards, >> > > Marcus >> > > >> > > On Mon, 2019-07-15 at 16:46 +0200, Md. Atiqur Rahman wrote: >> > > > Hello Guys, I am having trouble to find the proper delay point >> between Rx and Tx signal while running the qpsk modulation scheme on gnu >> radio to my Limesdr mini board. While I am running the program through >> limesdr, I realize that it has a greater delay between (as expected). >> However, until now I am unable to find the proper amount of delay. I am >> changing the range of the delay from gui range(int type) to find the delay >> which will give me the synchronized Rx and Tx so that I could ensure that >> there is no missing data at the receiver side. >> > > > >> > > > I attach the file here in this email. Hope anybody would like to >> help. Thanks in advance. >> > > > >> > > > Sincerely, >> > > > Atiqur >> > > > >> > > > ___ >> > > > Discuss-gnuradio mailing list >> > > > Discuss-gnuradio@gnu.org >> > > > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >> > > >> > > ___ >> > > Discuss-gnuradio mailing list >> > > Discuss-gnuradio@gnu.org >> > > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >> > >> > ___ >> > Discuss-gnuradio mailing list >> > Discuss-gnuradio@gnu.org >> > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >> > > > -- > Sincerely, > Md Atiqur Rahman > Hochschule Bremen > -- Sincerely, Md Atiqur Rahman Hochschule Bremen ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] DQPSK /QAM modulation and demodulation from gnu radio tutorial for IQ signal generation.
Hello Guys, I am very much new in gnu radio and trying to do the tutorial that gnuradio published for PSK demodulation. I am using constellation modulator to modulate the signal and demodulate it by constellation demodulator block. I have managed that successfully for 4 sps for psk but now I want to modify it 8/16/32 sps(samples/symbol) for QAM. Unfortunately, I do not get the same result(synchronized input and output ). I think its may the Channel model or time recovery block is not set correctly. I am still confused the term delay block though. I have to complete this task to generate the IQ signal of 32sps for the SDR board. I have installed all the driver that needed but still couldn't figure out how to use it in my task. I want to run this IQ signal to my SDR board to see how it works (means is it working perfectly on the sdr board or not). If you have something to share for this matter, I will be glad. I attach my .grc file in this mail. Please have a look. Looking forward to hearing from you guys. Sincerely, Atiq stage6_32_samples.grc Description: Binary data ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] PSK modulation and demodulation from gnu radio tutorial.
Hi Jonas, Yes, I have the same idea that my samples/symbol is inconsistent. I will share the source file. Please have a look at that. I am still confused the term delay though. I have to complete this task to generate the IQ signal for the SDR board. I have installed all the driver that needed but still couldn't figure out how to use it in my task. I want to run this IQ signal to my SDR board to see how it works (means is it working perfectly on the sdr board or not). If you have something to share for this matter, I will be glad. Thank you. Looking forward to hearing from you. Sincerely, Atiqur On Mon, Jul 8, 2019 at 2:46 PM Md. Atiqur Rahman wrote: > Hi Jonas, > > Yes, I have the same idea that my samples/symbol is inconsistent. > I will share the source file. Please have a look at that. I am still > confused the term delay though. > > I have to complete this task to generate the IQ signal for the SDR board. > I have installed all the driver that needed but still couldn't figure out > how > to use it in my task. I want to run this IQ signal to my SDR board to see > how it works (means is it working perfectly on the sdr board or not). If > you have something to share for this matter, I will be glad. > > Thank you. Looking forward to hearing from you. > > Sincerely, > Atiqur > > > On Mon, Jul 8, 2019 at 1:55 PM Jonas Manthey > wrote: > >> Hi Atiqur, >> >> >> >> Can you share the source? I have a feeling that your sample rates are >> inconsistent. >> >> >> >> >> >> Cheers, >> >> Jonas >> >> >> >> *From:* Discuss-gnuradio [mailto:discuss-gnuradio-bounces+jonas.manthey= >> u-blox@gnu.org] *On Behalf Of *Md. Atiqur Rahman >> *Sent:* Montag, 8. Juli 2019 13:41 >> *To:* Kyeong Su Shin ; discuss-gnuradio@gnu.org >> *Subject:* Re: [Discuss-gnuradio] PSK modulation and demodulation from >> gnu radio tutorial. >> >> >> >> Hello, >> >> >> >> Thank you for your response. I have had some exams so I couldn't reply on >> time. >> >> >> >> yes; I will follow those tutorials as you suggested. >> >> Perhaps I want to ask you that If I want to change the samples/symbol >> then it could be a problem for QPSK task? I am changing it to 4 to 16 or 32 >> but now it is no longer synchronized. I have to change the delay by >> changing the gui range but still problem present. >> >> >> >> Is there anything I need to take care of? Please have a look. >> >> >> >> Looking forward to hear from you. Thank you. >> >> >> >> Sincerely, >> >> Atiqur >> >> >> >> >> >> On Sun, Jun 30, 2019 at 1:23 PM Kyeong Su Shin >> wrote: >> >> Hello, >> >> >> >> I recommend the following tutorials: >> >> >> >> https://wiki.gnuradio.org/index.php/Guided_Tutorial_GNU_Radio_in_Python >> https://wiki.gnuradio.org/index.php/Guided_Tutorial_GNU_Radio_in_C%2B%2B >> https://duckduckgo.com/?q=gnu+radio+embedded+python+block&t=hp >> >> >> >> If you experience problems in following those tutorials, please come to >> this mailing list. >> >> >> >> The "demodulator block" which you originally attempted use, "PSK demod", >> is an all-in-one block which does synchronization, equalization, and >> detection (in detection & estimation theory sense) by itself. But that is >> not what you want: your flowgraph already has synchronizers and >> an equalizer, which decimates the signals to 1 sample/symbol (which the >> "PSK demod" block cannot properly handle). That is why it does not work. >> >> >> >> Also, that "PSK demod" block is deprecated and is no longer supported. >> So, you shouldn't be using that anyway. (Real-world communication systems >> seldomly use blind synchronization & estimation techniques used in the PSK >> demod block or in the PSK transceiver tutorial that you are following; they >> use reference signals and correlators for the synchronization and >> equalization. The blind techniques do have places, however - like SIGINT.) >> >> >> >> Regards, >> >> Kyeong Su Shin >> >> >> -- >> >> *보낸* *사람**:* Md. Atiqur Rahman >> *보낸* *날짜**:* 2019년 6월 30일 일요일 오후 7:27:46 >> *받는* *사람**:* Kyeong Su Shin; discuss-gnuradio@gnu.org >> *제목**:* Re: [Discuss-gnuradio] PSK modulation and demodulation from gnu >> radio tutorial. >> &
Re: [Discuss-gnuradio] PSK modulation and demodulation from gnu radio tutorial.
Hello Kyeong,
Again thank you so much for helping. And yes my idea is generation IQ
modulated signal to feed through the SDR board.
However, to sooner or later I may need to build the block by myself. I have
worked with but as you know its failed to generate. Can you tell me any
following tutorial to generate the block?
Yes, I think the delay was the case to correct. However, as you used
constellation modulator why we cannot do with demodulator block? Is there
any reason? Sorry for the late reply. Looking forward to hearing from you.
Thank you so much.
Sincerely,
Atiqur
On Sat, Jun 29, 2019 at 12:13 PM Kyeong Su Shin
wrote:
>
> Hello Atiqur:
>
>
> If all you want is writing a simple DQPSK transceiver, then you can use a
> Constellation Decoder block, as like in the attached file. I cannot comment
> much on the problems that you are experiencing, as I have not looked on the
> source codes that you are trying to build.
>
>
> Please note that you may have to change numbers in the "delay" block at
> the end of the flow graph to get a correct plot. This is because the
> synchronizer and the equalizer blocks in the flow graph may end up adding a
> few numbers to the stream, and introduce "time differences" between the two
> streams.
>
>
> Also, please add the mailing list ('discuss-gnuradio.gnu.org') as a
> recipient when replying to the e-mail thread, as this discussion
> could useful for other people as well.
>
>
> Regards,
>
> Kyeong Su Shin
> --
> *보낸 사람:* Md. Atiqur Rahman
> *보낸 날짜:* 2019년 6월 29일 토요일 오전 5:23:59
> *받는 사람:* Kyeong Su Shin
> *제목:* Re: [Discuss-gnuradio] PSK modulation and demodulation from gnu
> radio tutorial.
>
> Hello Kyeong,
> First of thank you so much for your quick reply. From the tutorial one, I
> am following all section. Unfortunately, from gnuradio with python, I am
> facing problems. I made the multiply block and its working but when I try
> to make the qpsk_demod_py_cb it is not working. I have tried to do the
> same tutorial so many times. Then I shifted to do the oot module by c++.
> Sometime in the tutorial, some file name changed. Like tutorial with c++ I
> am working now, my lib/ folder files like .h and .cc edited successfully
> but for making test: in my python/ folder qa_my_qpsk_demod_cd.py is present
> but in the tutorial it's named is qa_qpsk_demod.py However, I made the
> change .xml file and .py as suggested but still not working. When I do the
> make test it says tutorial passed but qa_qpsk_demod failed! I make the test
> and it failed again and again. Honestly, I don't know what I am doing wrong!
>
> I do even see the source code from github and yet their file name is also
> changed!
>
> All I wanted to do the generating the PSK signal (transceiver). I have
> failed for the last 3 weeks! Please would you give me some solutions here?
> I will be so grateful. Thank you.
>
> Sincerely,
> Atiqur
>
>
> On Fri, Jun 28, 2019 at 4:32 PM Kyeong Su Shin
> wrote:
>
> Hello Atiqur,
>
>
> The "PSK Demod" that you added into your flowgraph is deprecated, and is
> no longer supported. It is kept there for the backward-compatibility, but
> it is not guaranteed to work and will be removed in future. Also, that
> block does the synchronization and the equalization by itself, so you must
> remove the preceeding synchronization and equalization blocks if you
> actually want to use that (you shouldn't, though). Try other blocks, like a
> Constellation Decoder or a custom Python block.
>
>
> Channel Model is used to "degrade" the signal (for simulation purposes).
> It will apply a FIR filter to the incoming signals to simulate the
> multipath environment. The taps are the filter taps used for that purpose.
> It is just a sequence of a few random non-zero numbers to simulate the
> multipath effect, and shouldn't really affect the functionality of the
> synchronizer and the equalizer blocks. A good equalizer will cancel out the
> effect of those channel taps.
>
>
> Regards,
>
> Kyeong Su Shin
>
>
> --
> *보낸 사람:* Md. Atiqur Rahman 대신 Discuss-gnuradio
>
> *보낸 날짜:* 2019년 6월 28일 금요일 오후 9:32:46
> *받는 사람:* discuss-gnuradio@gnu.org
> *제목:* [Discuss-gnuradio] PSK modulation and demodulation from gnu radio
> tutorial.
>
> Hello Guys,
> I am very much new in gnu radio and trying to do the tutorial that
> gnuradio published for PSK demodulation. I am using constellation modulator
> to modulate the signal and demodulate it by PSK demodulation block(not my
> QPSK demodulator). I did put every parameter as they suggested.
> Unfortunately, I do not get th
[Discuss-gnuradio] PSK modulation and demodulation from gnu radio tutorial.
Hello Guys, I am very much new in gnu radio and trying to do the tutorial that gnuradio published for PSK demodulation. I am using constellation modulator to modulate the signal and demodulate it by PSK demodulation block(not my QPSK demodulator). I did put every parameter as they suggested. Unfortunately, I do not get the same result(synchronized input and output ). I think its may the Channel model or time recovary block is not set correctly. Moreover, I do not understand why they use the channel model taps parameter to [1.0, 0.25-0.25j, 0.50 + 0.10j, -0.3 + 0.2j]? How did the get that? I did already spend a lot of time for searching about these but do not get any specific understandable solution. I attach my .grc file in this mail. Please have a look. Looking forward to hearing from you guys. Sincerely, Atiq stage6.grc Description: application/gnuradio-grc ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
