Re: [Discuss-gnuradio] Regarding correlate access code-tag block
Thanks for your guidance and support. I will try to make flow graph with the blocks as per examples given by you. With Best Regards, Maitry Raval, - Original Message - From: "Cinaed Simson" To: "Maitry Raval" Cc: "discuss-gnuradio" Sent: Tuesday, January 15, 2019 10:25:52 AM Subject: Re: [Discuss-gnuradio] Regarding correlate access code-tag block Actually, with the Default Header Format file, and the Protocol Formatter, use correlation-access tagged block was a piece of cake. Also, here's an example of bspk using constellations - if you haven't found already. -- Cinaed On 1/14/19 12:39 PM, Cinaed Simson wrote: > As you may have already discovered, I was wrong about unpacking bits for > fec. > > Actually, I have no idea on how I'm getting the results I'm getting > using my modifications of your flowgraph - those depreciated blocks > definitely have strange problems. If I insert the unpack k=8 block as > required for fec the flowgraph doesn't work. > > I ran into a problem testing fec - I modified your sources and I didn't > have enough frame bits. So I set the frame bits to exactly what I need. > > And I can't get a simple correlation access tagged test working - even > with a tag gate. The only way it works is if remove the access code - > which defeats the purpose. > > So I'm go to have to evolve and get the protocol formatter working. > > Also, you don't have to use the rx and tx packet blocks - you can use > the replacements for the PSK mod/demod blocks - the constellation > mod/demod blocks - you probably shouldn't use any depreciated blocks. > > -- Cinaed > > > On 1/10/19 10:01 PM, Maitry Raval wrote: >> Hello, >> >> Ok, One more query, what is the purpose of the block unpack k=1 bit at >> output of PSK demod block, because the meaning of unpack k=1 means byte to >> byte conversion, right? >> >> With Best Regards, >> Maitry Raval, >> >> - Original Message - >> From: "Cinaed Simson" >> To: "Maitry Raval" >> Cc: "discuss-gnuradio" >> Sent: Friday, January 11, 2019 2:11:54 AM >> Subject: Re: [Discuss-gnuradio] Regarding correlate access code-tag block >> >> On 1/10/19 2:47 AM, Maitry Raval wrote: >>> Hello, >>> >>> Thanks for your time! >>> >>> It works completely fine, now I understand that we have to give tagged >>> stream at the input of encoder. >> >> Sorry, I didn't mean to imply you needed the stream to tagged stream >> block to make it work. >> >> I just put in at the beginning so I could use the tag debug as a brute >> force search to find out what was blocking the flow. >> >> There are two sequential tag blocks - the correlate correlate access >> code-tag from gnuradio and a block from gr-satellites - I would guess >> that is all you need. >> >> Select "pass thru" on the stream to tagged stream block - it should >> still work. >> >> -- Cinaed >> >> >>> >>> >>> With Best Regards, >>> Maitry Raval, >>> R& D engineer|Azista Industries Pvt Ltd| >>> 079-40605800|www.azistaaerospace.com >>> >>> - Original Message - >>> From: "Cinaed Simson" >>> To: "discuss-gnuradio" >>> Cc: "Maitry Raval" >>> Sent: Thursday, January 10, 2019 1:21:34 PM >>> Subject: Re: [Discuss-gnuradio] Regarding correlate access code-tag block >>> >>> Hi Mailry - I was able to get it run. >>> >>> I used the "correlate access" block from gnuradio - my installation of >>> gnuradio didn't like the block in your flowgraph. >>> >>> And then I had to install the python module "construct" in order to get >>> the flowgraph to run. >>> >>> In order to get the flowchart to work - at least in the sense of filling >>> up the output.txt file - I added a "Stream to Tagged Stream" block and >>> define a consist tag to get the Tag Debug block to work. >>> >>> Also, I had to remove the "unpack" block before the PSK modulation, >>> added a "Unpack K=1" block just after the PSK demodulation - and I set >>> "Generate Options" to "No Gui" in the Options block. >>> >>> -- Cinaed >>> >>> >>> >>> On 1/8/19 12:40 AM, Maitry Raval wrote: >>>> Hello, >>>> thanks for your guidance. >>>> I have also attached the grc file, input/output files and python file f
Re: [Discuss-gnuradio] Regarding correlate access code-tag block
Hello, I have updated Ubuntu version to 18.10 in order to install GNU radio version 3.7.12. (As GNU radio version 3.7.12 have bug fixes for additive CCSDS de scrambler, as per said by gr-satellites). but the different problem arises, when I have simulate(run) the same GRC flow graph file (the one with correlate access tag stream and fixed length packet tagger). I have attached the GRC file for your reference.As this file is run with generate option to NO GUI option, once I press the run button in GRC, it is not continuously run the flow graph and didnot get the output. can you please tell me, when am i dong wrong. With Best Regards, Maitry Raval, - Original Message - From: "Maitry Raval" To: "Cinaed Simson" Cc: "discuss-gnuradio" Sent: Friday, January 18, 2019 10:11:18 AM Subject: Re: [Discuss-gnuradio] Regarding correlate access code-tag block Thanks for your guidance and support. I will try to make flow graph with the blocks as per examples given by you. With Best Regards, Maitry Raval, - Original Message - From: "Cinaed Simson" To: "Maitry Raval" Cc: "discuss-gnuradio" Sent: Tuesday, January 15, 2019 10:25:52 AM Subject: Re: [Discuss-gnuradio] Regarding correlate access code-tag block Actually, with the Default Header Format file, and the Protocol Formatter, use correlation-access tagged block was a piece of cake. Also, here's an example of bspk using constellations - if you haven't found already. -- Cinaed On 1/14/19 12:39 PM, Cinaed Simson wrote: > As you may have already discovered, I was wrong about unpacking bits for > fec. > > Actually, I have no idea on how I'm getting the results I'm getting > using my modifications of your flowgraph - those depreciated blocks > definitely have strange problems. If I insert the unpack k=8 block as > required for fec the flowgraph doesn't work. > > I ran into a problem testing fec - I modified your sources and I didn't > have enough frame bits. So I set the frame bits to exactly what I need. > > And I can't get a simple correlation access tagged test working - even > with a tag gate. The only way it works is if remove the access code - > which defeats the purpose. > > So I'm go to have to evolve and get the protocol formatter working. > > Also, you don't have to use the rx and tx packet blocks - you can use > the replacements for the PSK mod/demod blocks - the constellation > mod/demod blocks - you probably shouldn't use any depreciated blocks. > > -- Cinaed > > > On 1/10/19 10:01 PM, Maitry Raval wrote: >> Hello, >> >> Ok, One more query, what is the purpose of the block unpack k=1 bit at >> output of PSK demod block, because the meaning of unpack k=1 means byte to >> byte conversion, right? >> >> With Best Regards, >> Maitry Raval, >> >> - Original Message - >> From: "Cinaed Simson" >> To: "Maitry Raval" >> Cc: "discuss-gnuradio" >> Sent: Friday, January 11, 2019 2:11:54 AM >> Subject: Re: [Discuss-gnuradio] Regarding correlate access code-tag block >> >> On 1/10/19 2:47 AM, Maitry Raval wrote: >>> Hello, >>> >>> Thanks for your time! >>> >>> It works completely fine, now I understand that we have to give tagged >>> stream at the input of encoder. >> >> Sorry, I didn't mean to imply you needed the stream to tagged stream >> block to make it work. >> >> I just put in at the beginning so I could use the tag debug as a brute >> force search to find out what was blocking the flow. >> >> There are two sequential tag blocks - the correlate correlate access >> code-tag from gnuradio and a block from gr-satellites - I would guess >> that is all you need. >> >> Select "pass thru" on the stream to tagged stream block - it should >> still work. >> >> -- Cinaed >> >> >>> >>> >>> With Best Regards, >>> Maitry Raval, >>> R& D engineer|Azista Industries Pvt Ltd| >>> 079-40605800|www.azistaaerospace.com >>> >>> - Original Message - >>> From: "Cinaed Simson" >>> To: "discuss-gnuradio" >>> Cc: "Maitry Raval" >>> Sent: Thursday, January 10, 2019 1:21:34 PM >>> Subject: Re: [Discuss-gnuradio] Regarding correlate access code-tag block >>> >>> Hi Mailry - I was able to get it run. >>> >>> I used the "correlate access" block from gnuradio - my installation of >>> gnuradio didn't like the block in your flowgraph. >>> >>> And then I had to install the python modul
Re: [Discuss-gnuradio] Regarding correlate access code-tag block
Hello, Thanks for your time! It works completely fine, now I understand that we have to give tagged stream at the input of encoder. With Best Regards, Maitry Raval, R& D engineer|Azista Industries Pvt Ltd| 079-40605800|www.azistaaerospace.com - Original Message - From: "Cinaed Simson" To: "discuss-gnuradio" Cc: "Maitry Raval" Sent: Thursday, January 10, 2019 1:21:34 PM Subject: Re: [Discuss-gnuradio] Regarding correlate access code-tag block Hi Mailry - I was able to get it run. I used the "correlate access" block from gnuradio - my installation of gnuradio didn't like the block in your flowgraph. And then I had to install the python module "construct" in order to get the flowgraph to run. In order to get the flowchart to work - at least in the sense of filling up the output.txt file - I added a "Stream to Tagged Stream" block and define a consist tag to get the Tag Debug block to work. Also, I had to remove the "unpack" block before the PSK modulation, added a "Unpack K=1" block just after the PSK demodulation - and I set "Generate Options" to "No Gui" in the Options block. -- Cinaed On 1/8/19 12:40 AM, Maitry Raval wrote: > Hello, > thanks for your guidance. > I have also attached the grc file, input/output files and python file for > your reference. after adding tag debug, still didn't get any output. I have > also tried this same in ubuntu 18.04 with GNU radio 3.7.11 version. > actually because these psk blocks are deprecated, I have tried it with dpsk > mod, demod block. But as I wanted to do continuous transmission, I didn't > find replaced block for correlate access code-tag block, and the cusom block > from gr-satellites are for extracting syncbits. > I have also tried with simple flow graph by just sream muxing 2 files one > with sync bits and other one is payload file and give that output to > correlate access code-tag block, but that also didn't work. > > It would be grateful, If you guide me on this. I just want to make that sync > bits searching and extracting from payload and receive only payload at the > output. > > > With Best Regards, > Maitry Raval, > > > - Original Message - > From: "Cinaed Simson" > To: "discuss-gnuradio" > Sent: Tuesday, January 8, 2019 1:47:56 PM > Subject: Re: [Discuss-gnuradio] Regarding correlate access code-tag block > > I broke down and looked at the image. > > Note, PSK Demod, Correlate Access Code - Tag, Packet Encoder, and Packet > Decoder have been depreciated. > > And they're usually depreciated because they have problems - and they > are usually replaced with different blocks which work better and are > typically more general. > > The tutorials are good place to start looking for the replacements. > > -- Cinaed > > > On 1/7/19 11:22 PM, Thomas Lavarenne wrote: >> Oh, it is "File Sink" not "Tagged file sink", didn't see sorry. >> >> Le mar. 8 janv. 2019 à 08:20, Thomas Lavarenne >> mailto:thomas.lavare...@gmail.com>> a écrit : >> >> >> >> Hi, >> >> But, the issue is that correlate access code-tag block is not >> working and producing tags, so that my output file will come >> blank. as I am certain that at the output of FEC extended >> decoder, both the sync bits and payload is available which I >> have seen by attaching file sink at the output of FEC extended >> decoder. >> >> >> There is a block "Tag Debug" to see if the tag is generated behind >> "correlate access code - tag block". >> >> On the other hand, the documentation of "Tagged File sink" indicate >> that the block need the keyword "burst" (with value: True) to >> trigger the saving of the data. >> >> Best regards, >> >> Thomas >> >> ___ >> >> Discuss-gnuradio mailing list >> Discuss-gnuradio@gnu.org <mailto: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 > > > ___ > 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] regarding ubuntu GNU radio version
Hello, Can anyone provide the link in order to install GNU radio version 3.7.12 to ubuntu 18.04 With Best Regards, Maitry Raval, ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Regarding correlate access code-tag block
Hello, Ok, One more query, what is the purpose of the block unpack k=1 bit at output of PSK demod block, because the meaning of unpack k=1 means byte to byte conversion, right? With Best Regards, Maitry Raval, - Original Message - From: "Cinaed Simson" To: "Maitry Raval" Cc: "discuss-gnuradio" Sent: Friday, January 11, 2019 2:11:54 AM Subject: Re: [Discuss-gnuradio] Regarding correlate access code-tag block On 1/10/19 2:47 AM, Maitry Raval wrote: > Hello, > > Thanks for your time! > > It works completely fine, now I understand that we have to give tagged stream > at the input of encoder. Sorry, I didn't mean to imply you needed the stream to tagged stream block to make it work. I just put in at the beginning so I could use the tag debug as a brute force search to find out what was blocking the flow. There are two sequential tag blocks - the correlate correlate access code-tag from gnuradio and a block from gr-satellites - I would guess that is all you need. Select "pass thru" on the stream to tagged stream block - it should still work. -- Cinaed > > > With Best Regards, > Maitry Raval, > R& D engineer|Azista Industries Pvt Ltd| 079-40605800|www.azistaaerospace.com > > - Original Message - > From: "Cinaed Simson" > To: "discuss-gnuradio" > Cc: "Maitry Raval" > Sent: Thursday, January 10, 2019 1:21:34 PM > Subject: Re: [Discuss-gnuradio] Regarding correlate access code-tag block > > Hi Mailry - I was able to get it run. > > I used the "correlate access" block from gnuradio - my installation of > gnuradio didn't like the block in your flowgraph. > > And then I had to install the python module "construct" in order to get > the flowgraph to run. > > In order to get the flowchart to work - at least in the sense of filling > up the output.txt file - I added a "Stream to Tagged Stream" block and > define a consist tag to get the Tag Debug block to work. > > Also, I had to remove the "unpack" block before the PSK modulation, > added a "Unpack K=1" block just after the PSK demodulation - and I set > "Generate Options" to "No Gui" in the Options block. > > -- Cinaed > > > > On 1/8/19 12:40 AM, Maitry Raval wrote: >> Hello, >> thanks for your guidance. >> I have also attached the grc file, input/output files and python file for >> your reference. after adding tag debug, still didn't get any output. I have >> also tried this same in ubuntu 18.04 with GNU radio 3.7.11 version. >> actually because these psk blocks are deprecated, I have tried it with dpsk >> mod, demod block. But as I wanted to do continuous transmission, I didn't >> find replaced block for correlate access code-tag block, and the cusom block >> from gr-satellites are for extracting syncbits. >> I have also tried with simple flow graph by just sream muxing 2 files one >> with sync bits and other one is payload file and give that output to >> correlate access code-tag block, but that also didn't work. >> >> It would be grateful, If you guide me on this. I just want to make that sync >> bits searching and extracting from payload and receive only payload at the >> output. >> >> >> With Best Regards, >> Maitry Raval, >> >> >> - Original Message - >> From: "Cinaed Simson" >> To: "discuss-gnuradio" >> Sent: Tuesday, January 8, 2019 1:47:56 PM >> Subject: Re: [Discuss-gnuradio] Regarding correlate access code-tag block >> >> I broke down and looked at the image. >> >> Note, PSK Demod, Correlate Access Code - Tag, Packet Encoder, and Packet >> Decoder have been depreciated. >> >> And they're usually depreciated because they have problems - and they >> are usually replaced with different blocks which work better and are >> typically more general. >> >> The tutorials are good place to start looking for the replacements. >> >> -- Cinaed >> >> >> On 1/7/19 11:22 PM, Thomas Lavarenne wrote: >>> Oh, it is "File Sink" not "Tagged file sink", didn't see sorry. >>> >>> Le mar. 8 janv. 2019 à 08:20, Thomas Lavarenne >>> mailto:thomas.lavare...@gmail.com>> a écrit : >>> >>> >>> >>> Hi, >>> >>> But, the issue is that correlate access code-tag block is not >>> working and producing tags, so that my output file will come >>> blank. as I am certain that at the output of FEC extended >>> decoder, b
Re: [Discuss-gnuradio] Regarding correlate access code-tag block
Hello, I have seen those examples for packet_tx and packet_rx. but the issue here is I want to do contionous transmission and I think, header/payload demux block is for packet transmission, and besides, this block differentiate header and payload , and I want to do is to extract preamble(CCSDS syncbits-32 bits) from the contionous frame and receive only frame bits except syncbits. can you please give suggestion about this? and yes, It is great to see those examples from which i can get an idea about modulation/demodulation without the use of deprecated blocks. With Best Regards, Maitry Raval, R& D engineer|Azista Industries Pvt Ltd| 079-40605800|www.azistaaerospace.com - Original Message - From: "Müller, Marcus (CEL)" To: "discuss-gnuradio" , "maitry raval" Sent: Wednesday, January 9, 2019 2:44:09 AM Subject: Re: [Discuss-gnuradio] Regarding correlate access code-tag block As indicated, have you worked through the tutorials on https://tutorials.gnuradio.org? That's the place where I'd start. You should drop *all* the blocks that are deprecated. As said, these are deprecated for a reason (buggy and no-one is willing or able to fix them – most of the ones you're using are simply broken on a conceptual level). Instead of the correlate access block, my guess is that the header_payload_demux-based examples from gr- digital/examples/packet/packet_rx.grc and packet_tx.grc and packet_loopback_hier.grc will make you much happier. You'll probably find them in /usr/share/gnuradio/examples/digital/packet. Best regards, Marcus On Tue, 2019-01-08 at 14:10 +0530, Maitry Raval wrote: > Hello, > thanks for your guidance. > I have also attached the grc file, input/output files and python file for > your reference. after adding tag debug, still didn't get any output. I have > also tried this same in ubuntu 18.04 with GNU radio 3.7.11 version. > actually because these psk blocks are deprecated, I have tried it with dpsk > mod, demod block. But as I wanted to do continuous transmission, I didn't > find replaced block for correlate access code-tag block, and the cusom block > from gr-satellites are for extracting syncbits. > I have also tried with simple flow graph by just sream muxing 2 files one > with sync bits and other one is payload file and give that output to > correlate access code-tag block, but that also didn't work. > > It would be grateful, If you guide me on this. I just want to make that sync > bits searching and extracting from payload and receive only payload at the > output. > > > With Best Regards, > Maitry Raval, > > > - Original Message - > From: "Cinaed Simson" > To: "discuss-gnuradio" > Sent: Tuesday, January 8, 2019 1:47:56 PM > Subject: Re: [Discuss-gnuradio] Regarding correlate access code-tag block > > I broke down and looked at the image. > > Note, PSK Demod, Correlate Access Code - Tag, Packet Encoder, and Packet > Decoder have been depreciated. > > And they're usually depreciated because they have problems - and they > are usually replaced with different blocks which work better and are > typically more general. > > The tutorials are good place to start looking for the replacements. > > -- Cinaed > > > On 1/7/19 11:22 PM, Thomas Lavarenne wrote: > > Oh, it is "File Sink" not "Tagged file sink", didn't see sorry. > > > > Le mar. 8 janv. 2019 à 08:20, Thomas Lavarenne > > mailto:thomas.lavare...@gmail.com>> a écrit : > > > > > > > > Hi, > > > > But, the issue is that correlate access code-tag block is not > > working and producing tags, so that my output file will come > > blank. as I am certain that at the output of FEC extended > > decoder, both the sync bits and payload is available which I > > have seen by attaching file sink at the output of FEC extended > > decoder. > > > > > > There is a block "Tag Debug" to see if the tag is generated behind > > "correlate access code - tag block". > > > > On the other hand, the documentation of "Tagged File sink" indicate > > that the block need the keyword "burst" (with value: True) to > > trigger the saving of the data. > > > > Best regards, > > > > Thomas > > > > ___ > > > > Discuss-gnuradio mailing list > > Discuss-gnuradio@gnu.org <mailto:Discuss-gnuradio@gnu.org> > > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > > > > > ___
Re: [Discuss-gnuradio] Regarding correlate access code-tag block
Hello, thanks for your guidance. I have also attached the grc file, input/output files and python file for your reference. after adding tag debug, still didn't get any output. I have also tried this same in ubuntu 18.04 with GNU radio 3.7.11 version. actually because these psk blocks are deprecated, I have tried it with dpsk mod, demod block. But as I wanted to do continuous transmission, I didn't find replaced block for correlate access code-tag block, and the cusom block from gr-satellites are for extracting syncbits. I have also tried with simple flow graph by just sream muxing 2 files one with sync bits and other one is payload file and give that output to correlate access code-tag block, but that also didn't work. It would be grateful, If you guide me on this. I just want to make that sync bits searching and extracting from payload and receive only payload at the output. With Best Regards, Maitry Raval, - Original Message - From: "Cinaed Simson" To: "discuss-gnuradio" Sent: Tuesday, January 8, 2019 1:47:56 PM Subject: Re: [Discuss-gnuradio] Regarding correlate access code-tag block I broke down and looked at the image. Note, PSK Demod, Correlate Access Code - Tag, Packet Encoder, and Packet Decoder have been depreciated. And they're usually depreciated because they have problems - and they are usually replaced with different blocks which work better and are typically more general. The tutorials are good place to start looking for the replacements. -- Cinaed On 1/7/19 11:22 PM, Thomas Lavarenne wrote: > Oh, it is "File Sink" not "Tagged file sink", didn't see sorry. > > Le mar. 8 janv. 2019 à 08:20, Thomas Lavarenne > mailto:thomas.lavare...@gmail.com>> a écrit : > > > > Hi, > > But, the issue is that correlate access code-tag block is not > working and producing tags, so that my output file will come > blank. as I am certain that at the output of FEC extended > decoder, both the sync bits and payload is available which I > have seen by attaching file sink at the output of FEC extended > decoder. > > > There is a block "Tag Debug" to see if the tag is generated behind > "correlate access code - tag block". > > On the other hand, the documentation of "Tagged File sink" indicate > that the block need the keyword "burst" (with value: True) to > trigger the saving of the data. > > Best regards, > > Thomas > > ___ > > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org <mailto: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-gnuradio0001101011001101110110101010#!/usr/bin/env python2 # -*- coding: utf-8 -*- ## # GNU Radio Python Flow Graph # Title: Ccsds Tm # Generated: Tue Jan 8 13:52:35 2019 ## from distutils.version import StrictVersion if __name__ == '__main__': import ctypes import sys if sys.platform.startswith('linux'): try: x11 = ctypes.cdll.LoadLibrary('libX11.so') x11.XInitThreads() except: print "Warning: failed to XInitThreads()" from PyQt5 import Qt, QtCore from gnuradio import blocks from gnuradio import digital from gnuradio import eng_notation from gnuradio import fec from gnuradio import gr from gnuradio.eng_option import eng_option from gnuradio.filter import firdes from grc_gnuradio import blks2 as grc_blks2 from optparse import OptionParser import numpy import satellites import sys from gnuradio import qtgui class ccsds_TM(gr.top_block, Qt.QWidget): def __init__(self): gr.top_block.__init__(self, "Ccsds Tm") Qt.QWidget.__init__(self) self.setWindowTitle("Ccsds Tm") qtgui.util.check_set_qss() try: self.setWindowIcon(Qt.QIcon.fromTheme('gnuradio-grc')) except: pass self.top_scroll_layout = Qt.QVBoxLayout() self.setLayout(self.top_scroll_layout) self.top_scroll = Qt.QScrollArea() self.top_scroll.setFrameStyle(Qt.QFrame.NoFrame) self.top_scroll_layout.addWidget(self.top_scroll) self.top_scroll.setWidgetResizable(True) self.top_widget = Qt.QWidget() self.top_scroll.setWidg
[Discuss-gnuradio] query regarding store transmitted signal
Hello, I want to store the modulated transmitted signal through USRP such as given in lab -3 receiving AM signal and store it as .DAT file. Is it possible to store transmitted signal as .DAT file through USRP source and file sink? and use that stored data from file source to do demodulation. thanks for your support in advance. With Best Regards, Maitry Raval, ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] query regarding store transmitted signal
Hello, Thanks for your reply. I.e It is possible to store the transmitted modulated signal (for ex AM modulated signal) through USRP as per below, USRP source - file sink. but in which format, this data can be stored? (.txt, .pdf)_ I have seen.DAT file in one of the example,but when I tried , it does not give proper output. Actually, my requirement is to receive the modulated signal through USRP source, store it in a file. and later, I can be able to do demodulation offline from that particular stored data. it will be grateful, if you provide guidance. With Best Regards, Maitry Raval, - Original Message - From: "Marcus Müller, CEL" To: "discuss-gnuradio" , "maitry raval" Sent: Friday, 17 May, 2019 10:50:00 Subject: Re: [Discuss-gnuradio] query regarding store transmitted signal Hi Maitry, sorry, we have no idea what lab you're referring to! However, yes, that sounds exactly what File Sinks are meant to do. Best regards, Marcus On Fri, 2019-05-17 at 12:01 +0530, Maitry Raval wrote: > Hello, > > I want to store the modulated transmitted signal through USRP such as given > in lab -3 receiving AM signal and store it as .DAT file. Is it possible to > store transmitted signal as .DAT file through USRP source and file sink? and > use that stored data from file source to do demodulation. > thanks for your support in advance. > > > With Best Regards, > Maitry Raval, > > ___ > 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
Re: [Discuss-gnuradio] query regarding wav file recording through wav file sink block
Hello, Please check the flow graph. With Best Regards, Maitry Raval, - Original Message - From: "Marcus Müller, CEL" To: "maitry raval" Cc: "discuss-gnuradio" Sent: Tuesday, 4 June, 2019 08:56:22 Subject: Re: query regarding wav file recording through wav file sink block Frankly, multiplication with a constant doesn't offer any benefit. The numbers stay the same, just scaled. However, 8 bit might be the giveaway here: are you maybe trying to multiply 8 bit numbers with a constant that leads to values larger than what can be represented in 8 bits? A screenshot of your flowgraph rather than just its result would be most interesting here. On Tue, 2019-06-04 at 13:58 +0530, Maitry Raval wrote: > Hello, > > Thanks for your response. > > My requirement is to use GNU generated wav file into MATLAB. But when I > record the wav file with 48k sample rate and 8 bits per sample, my recorded > wavfile shows a very low amplitude signal, the screenshot is attached, please > check. > > > With Best Regards, > Maitry Raval, > > > ----- Original Message - > From: "Marcus Müller, CEL" > To: "maitry raval" > Cc: "discuss-gnuradio" > Sent: Tuesday, 4 June, 2019 08:02:48 > Subject: Re: query regarding wav file recording through wav file sink block > > I assume you do the multiplication with a constance to change the > amplitude, and so that's right. > > A multiplication with a constant does however not change the shape of > the signal at all, unless you're running into numerical limits. > > We'll need more info on what exactly you're doing and what exactly > you're seeing. > > Best regards, > Marcus > > On Tue, 2019-06-04 at 10:22 +0530, Maitry Raval wrote: > > Hello, > > And when I use multiply constant block in order to increase the amplitude > > of the wav file, It slightly change the amplitude and change the shape of > > the signal. PLease someone guide. > > > > > > With Best Regards, > > Maitry Raval, > > > > - Original Message - > > From: "Maitry Raval" > > To: "Marcus Müller, CEL" > > Cc: "discuss-gnuradio" > > Sent: Monday, 3 June, 2019 10:14:11 > > Subject: Re: [Discuss-gnuradio] query regarding store transmitted signal > > > > Hello, > > > > PLease someone guide about wav file recording signal's amplitude. as I have > > a requirement of using GNU generated wav file to my application, but as > > amplitude of wav file is very low, I couldnot use that in my application. > > > > Thanks for your support in advance. > > > > With Best Regards, > > Maitry Raval, > > > > - Original Message - > > From: "Maitry Raval" > > To: "Marcus Müller, CEL" > > Cc: "discuss-gnuradio" > > Sent: Monday, 20 May, 2019 05:16:52 > > Subject: Re: [Discuss-gnuradio] query regarding store transmitted signal > > > > Hello, > > > > there is a amplitude change in signal source and wav file sink(recorded wav > > file), please check the screenshots as well. I think, because of that when > > I use the recorded wav file as source for transmission, I didnot get the > > sucessful reception. Please guide how to record wav file with the same > > amplitude as signal source. > > > > Thanks for your support in advance. > > > > > > With Best Regards, > > Maitry Raval, > > > > > > - Original Message - > > From: "Maitry Raval" > > To: "Marcus Müller, CEL" > > Cc: "discuss-gnuradio" > > Sent: Saturday, 18 May, 2019 08:29:16 > > Subject: Re: [Discuss-gnuradio] query regarding store transmitted signal > > > > Hello, > > > > Thanks for your reply. > > I have successfully record one modulated signal transmitted from USRP into > > .txt file and done demodulation offline, i.e of that stored data and > > receive audio from that. > > But, I have all this done with wav file which is 48k sampled. but my > > requiremnet is to do AM modulation of 600Hz audio file. for that, I have > > done the following. > > > > signal source(600Hz,8K)- wav file sink > > > > AM transmission of this wav file from USRP. > > > > record AM modulated transmitted signal in .txt file. > > > > and demodulate it in order to receive 600Hz, 8k wav file. during > > demodulation, I saw signal in scope sink and figure out frequency of that > > signal through FFT sink, biut when I record received 600Hz signal as w
Re: [Discuss-gnuradio] query regarding store transmitted signal
Hello, PLease someone guide about wav file recording signal's amplitude. as I have a requirement of using GNU generated wav file to my application, but as amplitude of wav file is very low, I couldnot use that in my application. Thanks for your support in advance. With Best Regards, Maitry Raval, - Original Message - From: "Maitry Raval" To: "Marcus Müller, CEL" Cc: "discuss-gnuradio" Sent: Monday, 20 May, 2019 05:16:52 Subject: Re: [Discuss-gnuradio] query regarding store transmitted signal Hello, there is a amplitude change in signal source and wav file sink(recorded wav file), please check the screenshots as well. I think, because of that when I use the recorded wav file as source for transmission, I didnot get the sucessful reception. Please guide how to record wav file with the same amplitude as signal source. Thanks for your support in advance. With Best Regards, Maitry Raval, - Original Message - From: "Maitry Raval" To: "Marcus Müller, CEL" Cc: "discuss-gnuradio" Sent: Saturday, 18 May, 2019 08:29:16 Subject: Re: [Discuss-gnuradio] query regarding store transmitted signal Hello, Thanks for your reply. I have successfully record one modulated signal transmitted from USRP into .txt file and done demodulation offline, i.e of that stored data and receive audio from that. But, I have all this done with wav file which is 48k sampled. but my requiremnet is to do AM modulation of 600Hz audio file. for that, I have done the following. signal source(600Hz,8K)- wav file sink AM transmission of this wav file from USRP. record AM modulated transmitted signal in .txt file. and demodulate it in order to receive 600Hz, 8k wav file. during demodulation, I saw signal in scope sink and figure out frequency of that signal through FFT sink, biut when I record received 600Hz signal as wav file through wav file sink, then, that wav file's scope is blank, I get blank wva file, when am I doing wrong. I think, at transmitter side, amplitude of my original wav file source's amplitude is too low. PLease guide. With Best Regards, Maitry Raval, ----- Original Message - From: "Marcus Müller, CEL" To: "maitry raval" Cc: "discuss-gnuradio" Sent: Friday, 17 May, 2019 11:57:45 Subject: Re: [Discuss-gnuradio] query regarding store transmitted signal https://wiki.gnuradio.org/index.php/FAQ#What_is_the_file_format_of_a_file_sink.3F_How_can_I_read_files_produced_by_a_file_sink.3F On Fri, 2019-05-17 at 17:06 +0530, Maitry Raval wrote: > Hello, > > Thanks for your reply. > > I.e It is possible to store the transmitted modulated signal (for ex AM > modulated signal) through USRP as per below, > USRP source - file sink. but in which format, this data can be stored? (.txt, > .pdf)_ I have seen.DAT file in one of the example,but when I tried , it does > not give proper output. > > Actually, my requirement is to receive the modulated signal through USRP > source, store it in a file. and later, I can be able to do demodulation > offline from that particular stored data. it will be grateful, if you provide > guidance. > > > With Best Regards, > Maitry Raval, > > - Original Message - > From: "Marcus Müller, CEL" > To: "discuss-gnuradio" , "maitry raval" > > Sent: Friday, 17 May, 2019 10:50:00 > Subject: Re: [Discuss-gnuradio] query regarding store transmitted signal > > Hi Maitry, > > sorry, we have no idea what lab you're referring to! However, yes, that > sounds exactly what File Sinks are meant to do. > > Best regards, > Marcus > > On Fri, 2019-05-17 at 12:01 +0530, Maitry Raval wrote: > > Hello, > > > > I want to store the modulated transmitted signal through USRP such as given > > in lab -3 receiving AM signal and store it as .DAT file. Is it possible to > > store transmitted signal as .DAT file through USRP source and file sink? > > and use that stored data from file source to do demodulation. > > thanks for your support in advance. > > > > > > With Best Regards, > > Maitry Raval, > > > > ___ > > 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 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] query regarding wav file recording through wav file sink block
Hello, Please check the flowgraph, as there is a wav file sink at output side, that record the incoming signal, but when I use that same recorded wav file in wav file source and check the output in time sink and FFT sink, then amplitude changes. With Best Regards, Maitry Raval, - Original Message - From: "Marcus Müller, CEL" To: "maitry raval" Cc: "discuss-gnuradio" Sent: Tuesday, 4 June, 2019 13:01:55 Subject: Re: query regarding wav file recording through wav file sink block Ok, there's no Wave file involved here; instead, you read a file as complex 2×3bit floating point binary that has a .txt ending. Have you read [1]? Then, you're doing *way* more than just multiplying with a constant, so really, I'm not sure this flow graph has *anything* to do with your question. [1] https://wiki.gnuradio.org/index.php/FAQ#What_is_the_file_format_of_a_file_sink.3F_How_can_I_read_files_produced_by_a_file_sink.3F On Tue, 2019-06-04 at 15:17 +0530, Maitry Raval wrote: > Hello, > > Please check the flow graph. > > > With Best Regards, > Maitry Raval, > > > - Original Message - > From: "Marcus Müller, CEL" > To: "maitry raval" > Cc: "discuss-gnuradio" > Sent: Tuesday, 4 June, 2019 08:56:22 > Subject: Re: query regarding wav file recording through wav file sink block > > Frankly, multiplication with a constant doesn't offer any benefit. The > numbers stay the same, just scaled. > > However, 8 bit might be the giveaway here: are you maybe trying to > multiply 8 bit numbers with a constant that leads to values larger than > what can be represented in 8 bits? > > A screenshot of your flowgraph rather than just its result would be > most interesting here. > On Tue, 2019-06-04 at 13:58 +0530, Maitry Raval wrote: > > Hello, > > > > Thanks for your response. > > > > My requirement is to use GNU generated wav file into MATLAB. But when I > > record the wav file with 48k sample rate and 8 bits per sample, my recorded > > wavfile shows a very low amplitude signal, the screenshot is attached, > > please check. > > > > > > With Best Regards, > > Maitry Raval, > > > > > > - Original Message - > > From: "Marcus Müller, CEL" > > To: "maitry raval" > > Cc: "discuss-gnuradio" > > Sent: Tuesday, 4 June, 2019 08:02:48 > > Subject: Re: query regarding wav file recording through wav file sink block > > > > I assume you do the multiplication with a constance to change the > > amplitude, and so that's right. > > > > A multiplication with a constant does however not change the shape of > > the signal at all, unless you're running into numerical limits. > > > > We'll need more info on what exactly you're doing and what exactly > > you're seeing. > > > > Best regards, > > Marcus > > > > On Tue, 2019-06-04 at 10:22 +0530, Maitry Raval wrote: > > > Hello, > > > And when I use multiply constant block in order to increase the amplitude > > > of the wav file, It slightly change the amplitude and change the shape of > > > the signal. PLease someone guide. > > > > > > > > > With Best Regards, > > > Maitry Raval, > > > > > > - Original Message - > > > From: "Maitry Raval" > > > To: "Marcus Müller, CEL" > > > Cc: "discuss-gnuradio" > > > Sent: Monday, 3 June, 2019 10:14:11 > > > Subject: Re: [Discuss-gnuradio] query regarding store transmitted signal > > > > > > Hello, > > > > > > PLease someone guide about wav file recording signal's amplitude. as I > > > have a requirement of using GNU generated wav file to my application, but > > > as amplitude of wav file is very low, I couldnot use that in my > > > application. > > > > > > Thanks for your support in advance. > > > > > > With Best Regards, > > > Maitry Raval, > > > > > > - Original Message - > > > From: "Maitry Raval" > > > To: "Marcus Müller, CEL" > > > Cc: "discuss-gnuradio" > > > Sent: Monday, 20 May, 2019 05:16:52 > > > Subject: Re: [Discuss-gnuradio] query regarding store transmitted signal > > > > > > Hello, > > > > > > there is a amplitude change in signal source and wav file sink(recorded > > > wav file), please check the screenshots as well. I think, because of that > > > when I use the recorded wav file as
Re: [Discuss-gnuradio] query regarding wav file recording through wav file sink block
Hello, I am using USRP-B200 mini, and as I want to use USRP offline, that's why I am trying to record the transmitted modulated signal through UHD USRP source to some file, Is it ok to use .txt file for this? And the problem arise in this is , when the signal is being recorded in a wav file through wav file sink, then the recorded wav file's amplitude is lower than the the signal I have seen during simulation in time sink and FFt sink. With Best Regards, Maitry Raval, - Original Message - From: "Marcus Müller, CEL" To: "maitry raval" Cc: "discuss-gnuradio" Sent: Friday, 7 June, 2019 06:42:44 Subject: Re: query regarding wav file recording through wav file sink block 256 kHz is not a sampling rate supported by many devices. What USRP are you using? Also, the filename doesn't matter to its content at all, so this is fine, but using .txt for a file that contains raw binary samples is questionable. So, back to your original problem: can you describe how the result of the operation is different from what you're expecting? I still must admit I don't get where the problem lies. Best regards, Marcus On Fri, 2019-06-07 at 10:04 +0530, Maitry Raval wrote: > Hello, > > PLease find attached flowgraph for other end of txt file writing, as > I have received the transmitted signal through UHD USRP source block > and record it in a text file at 256k sample rate and then this > recorded text file is being used in next flow graph for converting it > into wav file. > > that means I have received the modulated transmitted signal, record > it in txt file and remove noise as well resample it to 48k in order > to save that downcoverted signal to wav file sink. > > With Best Regards, > Maitry Raval, > > - Original Message - > From: "Marcus Müller, CEL" > To: "maitry raval" > Cc: "discuss-gnuradio" > Sent: Wednesday, 5 June, 2019 07:09:42 > Subject: Re: query regarding wav file recording through wav file sink > block > > we really need both your Wav writing (we've got that) and Wav reading > flow graph to make any qualified statement. > > Again, the file name in your file source is suspicious. > > Best regards, > Marcus > > On Wed, 2019-06-05 at 10:54 +0530, Maitry Raval wrote: > > Hello, > > > > Please check the flowgraph, as there is a wav file sink at output > > side, that record the incoming signal, but when I use that same > > recorded wav file in wav file source and check the output in time > > sink and FFT sink, then amplitude changes. > > > > With Best Regards, > > Maitry Raval, > > > > > > - Original Message - > > From: "Marcus Müller, CEL" > > To: "maitry raval" > > Cc: "discuss-gnuradio" > > Sent: Tuesday, 4 June, 2019 13:01:55 > > Subject: Re: query regarding wav file recording through wav file > > sink > > block > > > > Ok, there's no Wave file involved here; instead, you read a file as > > complex 2×3bit floating point binary that has a .txt ending. Have > > you > > read [1]? > > Then, you're doing *way* more than just multiplying with a > > constant, > > so > > really, I'm not sure this flow graph has *anything* to do with your > > question. > > > > [1] > > https://wiki.gnuradio.org/index.php/FAQ#What_is_the_file_format_of_a_file_sink.3F_How_can_I_read_files_produced_by_a_file_sink.3F > > > > On Tue, 2019-06-04 at 15:17 +0530, Maitry Raval wrote: > > > Hello, > > > > > > Please check the flow graph. > > > > > > > > > With Best Regards, > > > Maitry Raval, > > > > > > > > > - Original Message - > > > From: "Marcus Müller, CEL" > > > To: "maitry raval" > > > Cc: "discuss-gnuradio" > > > Sent: Tuesday, 4 June, 2019 08:56:22 > > > Subject: Re: query regarding wav file recording through wav file > > > sink block > > > > > > Frankly, multiplication with a constant doesn't offer any > > > benefit. > > > The > > > numbers stay the same, just scaled. > > > > > > However, 8 bit might be the giveaway here: are you maybe trying > > > to > > > multiply 8 bit numbers with a constant that leads to values > > > larger > > > than > > > what can be represented in 8 bits? > > > > > > A screenshot of your flowgraph rather than just its result would > > > be > > > most interesting here. > > > On Tue, 2019-06-04 at 13:58 +0530, Maitr
Re: [Discuss-gnuradio] query regarding wav file recording through wav file sink block
Yes, the amplitude of a wav file saved with a wav file sink is differnt while I open it with wav file source - Original Message - From: "Marcus Müller, CEL" To: "maitry raval" Cc: "discuss-gnuradio" Sent: Friday, 7 June, 2019 08:15:30 Subject: Re: query regarding wav file recording through wav file sink block Hello, On Fri, 2019-06-07 at 12:40 +0530, Maitry Raval wrote: > Hello, > > I am using USRP-B200 mini, and as I want to use USRP offline, that's > why I am trying to record the transmitted modulated signal through > UHD USRP source to some file, Is it ok to use .txt file for this? Again, the filename says *nothing* about a file's contents. So it's OK, it's just utterly misleading, because there's absolutely no text inside. > And the problem arise in this is , when the signal is being recorded > in a wav file through wav file sink, then the recorded wav file's > amplitude is lower than the the signal I have seen during simulation > in time sink and FFt sink. > Wait, the amplitude of the wav file saved with the wav file sink is different when you open it with a wav file source? Or how do you open it? Reminder, again: Files are *interpreted* by the reading software. GNU Radio maps -1 to +1 to the full scale of the wav file's sample format. Other software might do something else. Best regards, Marcus > With Best Regards, > Maitry Raval, > > > ----- Original Message - > From: "Marcus Müller, CEL" > To: "maitry raval" > Cc: "discuss-gnuradio" > Sent: Friday, 7 June, 2019 06:42:44 > Subject: Re: query regarding wav file recording through wav file sink > block > > 256 kHz is not a sampling rate supported by many devices. What USRP > are > you using? > > Also, the filename doesn't matter to its content at all, so this is > fine, but using .txt for a file that contains raw binary samples is > questionable. > > So, back to your original problem: can you describe how the result of > the operation is different from what you're expecting? I still must > admit I don't get where the problem lies. > > Best regards, > Marcus > > On Fri, 2019-06-07 at 10:04 +0530, Maitry Raval wrote: > > Hello, > > > > PLease find attached flowgraph for other end of txt file writing, > > as > > I have received the transmitted signal through UHD USRP source > > block > > and record it in a text file at 256k sample rate and then this > > recorded text file is being used in next flow graph for converting > > it > > into wav file. > > > > that means I have received the modulated transmitted signal, record > > it in txt file and remove noise as well resample it to 48k in order > > to save that downcoverted signal to wav file sink. > > > > With Best Regards, > > Maitry Raval, > > > > - Original Message - > > From: "Marcus Müller, CEL" > > To: "maitry raval" > > Cc: "discuss-gnuradio" > > Sent: Wednesday, 5 June, 2019 07:09:42 > > Subject: Re: query regarding wav file recording through wav file > > sink > > block > > > > we really need both your Wav writing (we've got that) and Wav > > reading > > flow graph to make any qualified statement. > > > > Again, the file name in your file source is suspicious. > > > > Best regards, > > Marcus > > > > On Wed, 2019-06-05 at 10:54 +0530, Maitry Raval wrote: > > > Hello, > > > > > > Please check the flowgraph, as there is a wav file sink at output > > > side, that record the incoming signal, but when I use that same > > > recorded wav file in wav file source and check the output in time > > > sink and FFT sink, then amplitude changes. > > > > > > With Best Regards, > > > Maitry Raval, > > > > > > > > > - Original Message - > > > From: "Marcus Müller, CEL" > > > To: "maitry raval" > > > Cc: "discuss-gnuradio" > > > Sent: Tuesday, 4 June, 2019 13:01:55 > > > Subject: Re: query regarding wav file recording through wav file > > > sink > > > block > > > > > > Ok, there's no Wave file involved here; instead, you read a file > > > as > > > complex 2×3bit floating point binary that has a .txt ending. Have > > > you > > > read [1]? > > > Then, you're doing *way* more than just multiplying with a > > > constant, > > > so > > > really, I'm not sure this flow graph has *anything* to do with > > > your > > > question. &
Re: [Discuss-gnuradio] query regarding wav file recording through wav file sink block
Hello, PLease find attached flowgraph for other end of txt file writing, as I have received the transmitted signal through UHD USRP source block and record it in a text file at 256k sample rate and then this recorded text file is being used in next flow graph for converting it into wav file. that means I have received the modulated transmitted signal, record it in txt file and remove noise as well resample it to 48k in order to save that downcoverted signal to wav file sink. With Best Regards, Maitry Raval, - Original Message - From: "Marcus Müller, CEL" To: "maitry raval" Cc: "discuss-gnuradio" Sent: Wednesday, 5 June, 2019 07:09:42 Subject: Re: query regarding wav file recording through wav file sink block we really need both your Wav writing (we've got that) and Wav reading flow graph to make any qualified statement. Again, the file name in your file source is suspicious. Best regards, Marcus On Wed, 2019-06-05 at 10:54 +0530, Maitry Raval wrote: > Hello, > > Please check the flowgraph, as there is a wav file sink at output > side, that record the incoming signal, but when I use that same > recorded wav file in wav file source and check the output in time > sink and FFT sink, then amplitude changes. > > With Best Regards, > Maitry Raval, > > > - Original Message - > From: "Marcus Müller, CEL" > To: "maitry raval" > Cc: "discuss-gnuradio" > Sent: Tuesday, 4 June, 2019 13:01:55 > Subject: Re: query regarding wav file recording through wav file sink > block > > Ok, there's no Wave file involved here; instead, you read a file as > complex 2×3bit floating point binary that has a .txt ending. Have you > read [1]? > Then, you're doing *way* more than just multiplying with a constant, > so > really, I'm not sure this flow graph has *anything* to do with your > question. > > [1] > https://wiki.gnuradio.org/index.php/FAQ#What_is_the_file_format_of_a_file_sink.3F_How_can_I_read_files_produced_by_a_file_sink.3F > > On Tue, 2019-06-04 at 15:17 +0530, Maitry Raval wrote: > > Hello, > > > > Please check the flow graph. > > > > > > With Best Regards, > > Maitry Raval, > > > > > > - Original Message - > > From: "Marcus Müller, CEL" > > To: "maitry raval" > > Cc: "discuss-gnuradio" > > Sent: Tuesday, 4 June, 2019 08:56:22 > > Subject: Re: query regarding wav file recording through wav file > > sink block > > > > Frankly, multiplication with a constant doesn't offer any benefit. > > The > > numbers stay the same, just scaled. > > > > However, 8 bit might be the giveaway here: are you maybe trying to > > multiply 8 bit numbers with a constant that leads to values larger > > than > > what can be represented in 8 bits? > > > > A screenshot of your flowgraph rather than just its result would be > > most interesting here. > > On Tue, 2019-06-04 at 13:58 +0530, Maitry Raval wrote: > > > Hello, > > > > > > Thanks for your response. > > > > > > My requirement is to use GNU generated wav file into MATLAB. But > > > when I record the wav file with 48k sample rate and 8 bits per > > > sample, my recorded wavfile shows a very low amplitude signal, > > > the screenshot is attached, please check. > > > > > > > > > With Best Regards, > > > Maitry Raval, > > > > > > > > > - Original Message - > > > From: "Marcus Müller, CEL" > > > To: "maitry raval" > > > Cc: "discuss-gnuradio" > > > Sent: Tuesday, 4 June, 2019 08:02:48 > > > Subject: Re: query regarding wav file recording through wav file > > > sink block > > > > > > I assume you do the multiplication with a constance to change the > > > amplitude, and so that's right. > > > > > > A multiplication with a constant does however not change the > > > shape of > > > the signal at all, unless you're running into numerical limits. > > > > > > We'll need more info on what exactly you're doing and what > > > exactly > > > you're seeing. > > > > > > Best regards, > > > Marcus > > > > > > On Tue, 2019-06-04 at 10:22 +0530, Maitry Raval wrote: > > > > Hello, > > > > And when I use multiply constant block in order to increase the > > > > amplitude of the wav file, It slightly change the amplitude and > > > > change the shape of the
[Discuss-gnuradio] query regarding wav file recording through wav file sink block
Hello, And when I use multiply constant block in order to increase the amplitude of the wav file, It slightly change the amplitude and change the shape of the signal. PLease someone guide. With Best Regards, Maitry Raval, - Original Message - From: "Maitry Raval" To: "Marcus Müller, CEL" Cc: "discuss-gnuradio" Sent: Monday, 3 June, 2019 10:14:11 Subject: Re: [Discuss-gnuradio] query regarding store transmitted signal Hello, PLease someone guide about wav file recording signal's amplitude. as I have a requirement of using GNU generated wav file to my application, but as amplitude of wav file is very low, I couldnot use that in my application. Thanks for your support in advance. With Best Regards, Maitry Raval, - Original Message - From: "Maitry Raval" To: "Marcus Müller, CEL" Cc: "discuss-gnuradio" Sent: Monday, 20 May, 2019 05:16:52 Subject: Re: [Discuss-gnuradio] query regarding store transmitted signal Hello, there is a amplitude change in signal source and wav file sink(recorded wav file), please check the screenshots as well. I think, because of that when I use the recorded wav file as source for transmission, I didnot get the sucessful reception. Please guide how to record wav file with the same amplitude as signal source. Thanks for your support in advance. With Best Regards, Maitry Raval, - Original Message - From: "Maitry Raval" To: "Marcus Müller, CEL" Cc: "discuss-gnuradio" Sent: Saturday, 18 May, 2019 08:29:16 Subject: Re: [Discuss-gnuradio] query regarding store transmitted signal Hello, Thanks for your reply. I have successfully record one modulated signal transmitted from USRP into .txt file and done demodulation offline, i.e of that stored data and receive audio from that. But, I have all this done with wav file which is 48k sampled. but my requiremnet is to do AM modulation of 600Hz audio file. for that, I have done the following. signal source(600Hz,8K)- wav file sink AM transmission of this wav file from USRP. record AM modulated transmitted signal in .txt file. and demodulate it in order to receive 600Hz, 8k wav file. during demodulation, I saw signal in scope sink and figure out frequency of that signal through FFT sink, biut when I record received 600Hz signal as wav file through wav file sink, then, that wav file's scope is blank, I get blank wva file, when am I doing wrong. I think, at transmitter side, amplitude of my original wav file source's amplitude is too low. PLease guide. With Best Regards, Maitry Raval, - Original Message - From: "Marcus Müller, CEL" To: "maitry raval" Cc: "discuss-gnuradio" Sent: Friday, 17 May, 2019 11:57:45 Subject: Re: [Discuss-gnuradio] query regarding store transmitted signal https://wiki.gnuradio.org/index.php/FAQ#What_is_the_file_format_of_a_file_sink.3F_How_can_I_read_files_produced_by_a_file_sink.3F On Fri, 2019-05-17 at 17:06 +0530, Maitry Raval wrote: > Hello, > > Thanks for your reply. > > I.e It is possible to store the transmitted modulated signal (for ex AM > modulated signal) through USRP as per below, > USRP source - file sink. but in which format, this data can be stored? (.txt, > .pdf)_ I have seen.DAT file in one of the example,but when I tried , it does > not give proper output. > > Actually, my requirement is to receive the modulated signal through USRP > source, store it in a file. and later, I can be able to do demodulation > offline from that particular stored data. it will be grateful, if you provide > guidance. > > > With Best Regards, > Maitry Raval, > > - Original Message - > From: "Marcus Müller, CEL" > To: "discuss-gnuradio" , "maitry raval" > > Sent: Friday, 17 May, 2019 10:50:00 > Subject: Re: [Discuss-gnuradio] query regarding store transmitted signal > > Hi Maitry, > > sorry, we have no idea what lab you're referring to! However, yes, that > sounds exactly what File Sinks are meant to do. > > Best regards, > Marcus > > On Fri, 2019-05-17 at 12:01 +0530, Maitry Raval wrote: > > Hello, > > > > I want to store the modulated transmitted signal through USRP such as given > > in lab -3 receiving AM signal and store it as .DAT file. Is it possible to > > store transmitted signal as .DAT file through USRP source and file sink? > > and use that stored data from file source to do demodulation. > > thanks for your support in advance. > > > > > > With Best Regards, > > Maitry Raval, > > > > ___ > > Discuss-gnuradio mailing list > > Discuss-gnuradio@gnu.org > > https://lists.gnu.org/m
Re: [Discuss-gnuradio] query regarding wav file recording through wav file sink block
Hello, Thanks for your response. My requirement is to use GNU generated wav file into MATLAB. But when I record the wav file with 48k sample rate and 8 bits per sample, my recorded wavfile shows a very low amplitude signal, the screenshot is attached, please check. With Best Regards, Maitry Raval, - Original Message - From: "Marcus Müller, CEL" To: "maitry raval" Cc: "discuss-gnuradio" Sent: Tuesday, 4 June, 2019 08:02:48 Subject: Re: query regarding wav file recording through wav file sink block I assume you do the multiplication with a constance to change the amplitude, and so that's right. A multiplication with a constant does however not change the shape of the signal at all, unless you're running into numerical limits. We'll need more info on what exactly you're doing and what exactly you're seeing. Best regards, Marcus On Tue, 2019-06-04 at 10:22 +0530, Maitry Raval wrote: > Hello, > And when I use multiply constant block in order to increase the amplitude of > the wav file, It slightly change the amplitude and change the shape of the > signal. PLease someone guide. > > > With Best Regards, > Maitry Raval, > > - Original Message - > From: "Maitry Raval" > To: "Marcus Müller, CEL" > Cc: "discuss-gnuradio" > Sent: Monday, 3 June, 2019 10:14:11 > Subject: Re: [Discuss-gnuradio] query regarding store transmitted signal > > Hello, > > PLease someone guide about wav file recording signal's amplitude. as I have a > requirement of using GNU generated wav file to my application, but as > amplitude of wav file is very low, I couldnot use that in my application. > > Thanks for your support in advance. > > With Best Regards, > Maitry Raval, > > - Original Message - > From: "Maitry Raval" > To: "Marcus Müller, CEL" > Cc: "discuss-gnuradio" > Sent: Monday, 20 May, 2019 05:16:52 > Subject: Re: [Discuss-gnuradio] query regarding store transmitted signal > > Hello, > > there is a amplitude change in signal source and wav file sink(recorded wav > file), please check the screenshots as well. I think, because of that when I > use the recorded wav file as source for transmission, I didnot get the > sucessful reception. Please guide how to record wav file with the same > amplitude as signal source. > > Thanks for your support in advance. > > > With Best Regards, > Maitry Raval, > > > - Original Message - > From: "Maitry Raval" > To: "Marcus Müller, CEL" > Cc: "discuss-gnuradio" > Sent: Saturday, 18 May, 2019 08:29:16 > Subject: Re: [Discuss-gnuradio] query regarding store transmitted signal > > Hello, > > Thanks for your reply. > I have successfully record one modulated signal transmitted from USRP into > .txt file and done demodulation offline, i.e of that stored data and receive > audio from that. > But, I have all this done with wav file which is 48k sampled. but my > requiremnet is to do AM modulation of 600Hz audio file. for that, I have done > the following. > > signal source(600Hz,8K)- wav file sink > > AM transmission of this wav file from USRP. > > record AM modulated transmitted signal in .txt file. > > and demodulate it in order to receive 600Hz, 8k wav file. during > demodulation, I saw signal in scope sink and figure out frequency of that > signal through FFT sink, biut when I record received 600Hz signal as wav file > through wav file sink, then, that wav file's scope is blank, I get blank wva > file, when am I doing wrong. I think, at transmitter side, amplitude of my > original wav file source's amplitude is too low. > PLease guide. > > > With Best Regards, > Maitry Raval, > > - Original Message - > From: "Marcus Müller, CEL" > To: "maitry raval" > Cc: "discuss-gnuradio" > Sent: Friday, 17 May, 2019 11:57:45 > Subject: Re: [Discuss-gnuradio] query regarding store transmitted signal > > https://wiki.gnuradio.org/index.php/FAQ#What_is_the_file_format_of_a_file_sink.3F_How_can_I_read_files_produced_by_a_file_sink.3F > On Fri, 2019-05-17 at 17:06 +0530, Maitry Raval wrote: > > Hello, > > > > Thanks for your reply. > > > > I.e It is possible to store the transmitted modulated signal (for ex AM > > modulated signal) through USRP as per below, > > USRP source - file sink. but in which format, this data can be stored? > > (.txt, .pdf)_ I have seen.DAT file in one of the example,but when I tried , > > it does not give proper output. > > > > Actually, my requirement is to receive the modulated signal
Re: [Discuss-gnuradio] query regarding store transmitted signal
Hello, Thanks for your reply. I have successfully record one modulated signal transmitted from USRP into .txt file and done demodulation offline, i.e of that stored data and receive audio from that. But, I have all this done with wav file which is 48k sampled. but my requiremnet is to do AM modulation of 600Hz audio file. for that, I have done the following. signal source(600Hz,8K)- wav file sink AM transmission of this wav file from USRP. record AM modulated transmitted signal in .txt file. and demodulate it in order to receive 600Hz, 8k wav file. during demodulation, I saw signal in scope sink and figure out frequency of that signal through FFT sink, biut when I record received 600Hz signal as wav file through wav file sink, then, that wav file's scope is blank, I get blank wva file, when am I doing wrong. I think, at transmitter side, amplitude of my original wav file source's amplitude is too low. PLease guide. With Best Regards, Maitry Raval, - Original Message - From: "Marcus Müller, CEL" To: "maitry raval" Cc: "discuss-gnuradio" Sent: Friday, 17 May, 2019 11:57:45 Subject: Re: [Discuss-gnuradio] query regarding store transmitted signal https://wiki.gnuradio.org/index.php/FAQ#What_is_the_file_format_of_a_file_sink.3F_How_can_I_read_files_produced_by_a_file_sink.3F On Fri, 2019-05-17 at 17:06 +0530, Maitry Raval wrote: > Hello, > > Thanks for your reply. > > I.e It is possible to store the transmitted modulated signal (for ex AM > modulated signal) through USRP as per below, > USRP source - file sink. but in which format, this data can be stored? (.txt, > .pdf)_ I have seen.DAT file in one of the example,but when I tried , it does > not give proper output. > > Actually, my requirement is to receive the modulated signal through USRP > source, store it in a file. and later, I can be able to do demodulation > offline from that particular stored data. it will be grateful, if you provide > guidance. > > > With Best Regards, > Maitry Raval, > > ----- Original Message - > From: "Marcus Müller, CEL" > To: "discuss-gnuradio" , "maitry raval" > > Sent: Friday, 17 May, 2019 10:50:00 > Subject: Re: [Discuss-gnuradio] query regarding store transmitted signal > > Hi Maitry, > > sorry, we have no idea what lab you're referring to! However, yes, that > sounds exactly what File Sinks are meant to do. > > Best regards, > Marcus > > On Fri, 2019-05-17 at 12:01 +0530, Maitry Raval wrote: > > Hello, > > > > I want to store the modulated transmitted signal through USRP such as given > > in lab -3 receiving AM signal and store it as .DAT file. Is it possible to > > store transmitted signal as .DAT file through USRP source and file sink? > > and use that stored data from file source to do demodulation. > > thanks for your support in advance. > > > > > > With Best Regards, > > Maitry Raval, > > > > ___ > > 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
Re: Issue in file sink block
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" To: "Cinaed Simson" Cc: "discuss-gnuradio" 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" To: "discuss-gnuradio" 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 -- 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:adityaarunkumar...@gmail.com | ] To: "Maitry Raval" [ mailto:maitry.ra...@azistaaerospace.com | ] Cc: "discuss-gnuradio" [ mailto: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.ra...@azistaaerospace.com | maitry.ra...@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.ra...@azistaaerospace.com | maitry.ra...@azistaaerospace.com ] > To: "Aditya Arun Kumar" < [ mailto:adityaarunkumar...@gmail.com | adityaarunkumar...@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:adityaarunkumar...@gmail.com | adityaarunkumar...@gmail.com ] > To: "Derek Kozel" < [ mailto:de...@bitstovolts.com | de...@bitstovolts.com ] > Cc: "Maitry Raval" < [ mailto:maitry.ra...@azistaaerospace.com | maitry.ra...@azistaaerospace.com ] >, "Marcus Müller" < [ mailto:mmuel...@gnuradio.org | mmuel...@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:de...@bitstovolts.com | de...@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
Re: Issue in file sink block
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" To: "Maitry Raval" Cc: "discuss-gnuradio" 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.sim...@gmail.com | ] To: "Maitry Raval" [ mailto:maitry.ra...@azistaaerospace.com | ] Cc: "discuss-gnuradio" [ mailto: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.sim...@gmail.com | ] To: "discuss-gnuradio" [ mailto: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 -- 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:adityaarunkumar...@gmail.com | ] To: "Maitry Raval" [ mailto:maitry.ra...@azistaaerospace.com | ] Cc: "discuss-gnuradio" [ mailto: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.ra...@azistaaerospace.com | maitry.ra...@azistaaerospace.com ] > wrote: BQ_BEGIN Hello,
Re: Issue in file sink block
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" To: "Maitry Raval" Cc: "discuss-gnuradio" 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.ra...@azistaaerospace.com | maitry.ra...@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.ra...@azistaaerospace.com | maitry.ra...@azistaaerospace.com ] > To: "Aditya Arun Kumar" < [ mailto:adityaarunkumar...@gmail.com | adityaarunkumar...@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:adityaarunkumar...@gmail.com | adityaarunkumar...@gmail.com ] > To: "Derek Kozel" < [ mailto:de...@bitstovolts.com | de...@bitstovolts.com ] > Cc: "Maitry Raval" < [ mailto:maitry.ra...@azistaaerospace.com | maitry.ra...@azistaaerospace.com ] >, "Marcus Müller" < [ mailto:mmuel...@gnuradio.org | mmuel...@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:de...@bitstovolts.com | de...@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:mmuel...@gnuradio.org | > mmuel...@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:muel...@kit.edu | muel...@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, >>
Re: Issue in file sink block
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" To: "Maitry Raval" Cc: "discuss-gnuradio" 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.sim...@gmail.com | ] To: "discuss-gnuradio" [ mailto: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 -- 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:adityaarunkumar...@gmail.com | ] To: "Maitry Raval" [ mailto:maitry.ra...@azistaaerospace.com | ] Cc: "discuss-gnuradio" [ mailto: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.ra...@azistaaerospace.com | maitry.ra...@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.ra...@azistaaerospace.com | maitry.ra...@azistaaerospace.com ] > To: "Aditya Arun Kumar" < [ mailto:adityaarunkumar...@gmail.com | adityaarunkumar...@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:adityaarunkumar...@gmail.com | adityaarunkumar...@gmail.com ] > To: "Derek Kozel" < [ mailto:de...@bitstovolts.com | de...@bitstovolts.com ] > Cc: "Maitry Raval" < [ mailto:maitry.ra...@azistaaerospace
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 From: "Aditya Arun Kumar" To: "Derek Kozel" Cc: "Maitry Raval" , "Marcus Müller" , "discuss-gnuradio" 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:de...@bitstovolts.com | de...@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| [ > http://www.azistaaerospace.com/ | www.azistaaerospace.com ] > > - Original Message - > From: "Marcus Müller" < [ mailto:mmuel...@gnuradio.org | > mmuel...@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:muel...@kit.edu | muel...@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 PSK modem.grc Description: XML document
Re: Issue in file sink block
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 From: "Maitry Raval" To: "Aditya Arun Kumar" Cc: "discuss-gnuradio" 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 From: "Aditya Arun Kumar" To: "Derek Kozel" Cc: "Maitry Raval" , "Marcus Müller" , "discuss-gnuradio" 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:de...@bitstovolts.com | de...@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| [ > http://www.azistaaerospace.com/ | www.azistaaerospace.com ] > > - Original Message - > From: "Marcus Müller" < [ mailto:mmuel...@gnuradio.org | > mmuel...@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:muel...@kit.edu | muel...@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 mpsk_stage6.grc Description: XML document
Issue in file sink block
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
Re: Issue in file sink block
Hello, I understand, I think, I need to use PSK demod using below link. 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 - Original Message - From: "Marcus Müller, CEL" To: "discuss-gnuradio" 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 > > 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