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 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 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,
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, 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
clang formating
Hi, I just made a pr and got the message that the pr formatting check failed. But looking at the output I don't understand, what's wrong. Even more I'd like to know how I can do the formatting check locally. The coding guide in the wiki is empty. Thanks in advance -- Volker
Re: clang formating
On Ubuntu 20.04: sudo apt-get install clang-format-10 Then update your changed files. clang-format-10 -i sourcefile.cc The -i formats the file in place. Otherwise, output is to stdout. Ron On 11/11/20 02:20, Volker Schroer wrote: Hi, I just made a pr and got the message that the pr formatting check failed. But looking at the output I don't understand, what's wrong. Even more I'd like to know how I can do the formatting check locally. The coding guide in the wiki is empty. Thanks in advance -- Volker
Re: clang formating
I forgot to mention, you have to run clang-format-10 in tree. It gets the formatting rules from the file .clang-format in the top level directory. Ron On 11/11/20 02:41, Ron Economos wrote: On Ubuntu 20.04: sudo apt-get install clang-format-10 Then update your changed files. clang-format-10 -i sourcefile.cc The -i formats the file in place. Otherwise, output is to stdout. Ron On 11/11/20 02:20, Volker Schroer wrote: Hi, I just made a pr and got the message that the pr formatting check failed. But looking at the output I don't understand, what's wrong. Even more I'd like to know how I can do the formatting check locally. The coding guide in the wiki is empty. Thanks in advance -- Volker
Re: clang formating
Hi, unless the clang-format behavior changed, the function call should be: clang-format --style=file -i path/to/file.cc The `--style=file` option tells clang-format to search for a `.clang-format` file. Cheers Johannes On 11.11.20 11:47, Ron Economos wrote: I forgot to mention, you have to run clang-format-10 in tree. It gets the formatting rules from the file .clang-format in the top level directory. Ron On 11/11/20 02:41, Ron Economos wrote: On Ubuntu 20.04: sudo apt-get install clang-format-10 Then update your changed files. clang-format-10 -i sourcefile.cc The -i formats the file in place. Otherwise, output is to stdout. Ron On 11/11/20 02:20, Volker Schroer wrote: Hi, I just made a pr and got the message that the pr formatting check failed. But looking at the output I don't understand, what's wrong. Even more I'd like to know how I can do the formatting check locally. The coding guide in the wiki is empty. Thanks in advance -- Volker
Re: clang formating
It's apparently not documented, but it works without --style-file as long as a .clang-format file exists in a directory at or above your current directory. You can test it with: clang-format --dump-config Ron On 11/11/20 02:53, Johannes Demel wrote: Hi, unless the clang-format behavior changed, the function call should be: clang-format --style=file -i path/to/file.cc The `--style=file` option tells clang-format to search for a `.clang-format` file. Cheers Johannes On 11.11.20 11:47, Ron Economos wrote: I forgot to mention, you have to run clang-format-10 in tree. It gets the formatting rules from the file .clang-format in the top level directory. Ron On 11/11/20 02:41, Ron Economos wrote: On Ubuntu 20.04: sudo apt-get install clang-format-10 Then update your changed files. clang-format-10 -i sourcefile.cc The -i formats the file in place. Otherwise, output is to stdout. Ron On 11/11/20 02:20, Volker Schroer wrote: Hi, I just made a pr and got the message that the pr formatting check failed. But looking at the output I don't understand, what's wrong. Even more I'd like to know how I can do the formatting check locally. The coding guide in the wiki is empty. Thanks in advance -- Volker
Re: clang formating
Johannes Demel wrote: unless the clang-format behavior changed, the function call should be: clang-format --style=file -i path/to/file.cc The `--style=file` option tells clang-format to search for a `.clang-format` file. Does not work on Windows (using clang-format v10.0.0). In a .bat-file I have: clang-format.exe -style=%GR_ROOT%/.clang-format -i %* No matter how style is; '--style' or '-style', it says 'Invalid value for -style'. Only these values works: LLVM, Google, Chromium, Mozilla, WebKit. which all are equally ugly. -- --gv
Re: clang formating
Hi Gisle, `file` is not a placeholder but the literal argument. `--style=file` tells `clang-format` to search for a `.clang-format` file in the current and parent folders. Cheers Johannes On 11.11.20 13:19, Gisle Vanem wrote: Johannes Demel wrote: unless the clang-format behavior changed, the function call should be: clang-format --style=file -i path/to/file.cc The `--style=file` option tells clang-format to search for a `.clang-format` file. Does not work on Windows (using clang-format v10.0.0). In a .bat-file I have: clang-format.exe -style=%GR_ROOT%/.clang-format -i %* No matter how style is; '--style' or '-style', it says 'Invalid value for -style'. Only these values works: LLVM, Google, Chromium, Mozilla, WebKit. which all are equally ugly.
Re: clang formating
Den 11.11.2020 13.28, skrev Johannes Demel: Hi Gisle, `file` is not a placeholder but the literal argument. `--style=file` tells `clang-format` to search for a `.clang-format` file in the current and parent folders. Oh. But deleting the '%GR_ROOT/.clang-format' and doing a: clang-format.exe -style=file -i file_descriptor_sink_impl.cc in '%GR_ROOT/gr-blocks/lib', works too. So it traverses multiple directories under my %GR_ROOT? Adding a '--verbose' gives no extra clue what this tool does and where it finds '.clang-format'. -- --gv
Re: Ofdm transceiver with more than 16QAM
I don know how can I measure the SNR with QAM modulation. There is only a MPSK SNR probe. Can you tell me how to measure SNR with MQAM? Thanks for your help, Pedro Viegas Citando Marcus Müller : Hi. this is a typical question like I'd ask it when talking a student through a test for a digital comms computer lab. So here's a hint: "Constellations with very many points" don't always work. It has to do with SNR. Can you explain what the problem is with low SNR? Best regards, Marcus On 10.11.20 12:56, p...@koalatech.pt wrote: Hi, I'm trying to make an OFDM transmission of a png file (9.3 kB) with 256QAM with the gnuradio example of OFDM transmitter / receiver. The USRP I'm using is the ettus n210 with the cbx daughter board. With the QPSK and 16QAM modulations it works, but with 64QAM or 256QAM I can´t receive the file, sometimes it receives some packets but most of the time it doesn't receive any byte. Can anyone help me with with this problem? Thanks in advance. Pedro Viegas -- Pedro Viegas Signal Processing Engineer Koala Tech phone: +351 917 354 070 e-mail: p...@koalatech.pt
Re: Import Block "bad import syntax"
Hi Jim, 1) Have you done https://wiki.gnuradio.org/index.php/TutorialPythonFunctions with the changes I suggested? Did it work? 2) Did you create ~/gr-softrock in the same manner as that tutorial? 3) What is your module going to do? Is it just an audio input from a USB dongle such as the 'Plugable USB Audio Adapter' I use on my rPi? If so, you can use the Audio Source block with the appropriate device name for the USB device. Look at https://wiki.gnuradio.org/index.php/Simulation_example:_AM_transmitter_and_receiver#AM_transmitter for an example. 4) Otherwise, it would probably be a lot simpler to use an Embedded Python Block (https://wiki.gnuradio.org/index.php/Embedded_Python_Block) for your softrock_usb.py program. Keep me posted. P.S. If you 'reply all' it will get included in the Discuss Gnuradio thread. --- Barry Duggan KV4FV https://github.com/duggabe On 11/10/20 9:46 PM, Elmore Family wrote: Barry, Nice to be in touch with a fellow ham. I am using 3.7.5 loaded using apt-get install. I have been through the OOT tutorial, built the module in the tutorial as a test. Also, added some code to it to communicate with the Softrock via USB. However, I can't accomplish much more. Using a noblock module I think will solve my problem. But back to the basic question - how is import softrock bad syntax? 73, Jim WA4YWM -Original Message- From: Barry Duggan Sent: Tuesday, November 10, 2020 10:22 PM To: wa4...@comcast.net Cc: Discuss Gnuradio Subject: Re: Import Block "bad import syntax" Hi Jim, The tutorial you cited has been deprecated in GR 3.8. Also, it doesn't work as written! At this point we have chosen not to update or correct it. The recommended tutorial is https://wiki.gnuradio.org/index.php/OutOfTreeModules What version of GR do you have on your rPi, and how did you load it? For the tutorial you referenced, your Import should be for testpy and not squareme. Also, for the Variable test_var, the value should be squareme(12) without the "testpy." in front of it. 73, --- Barry Duggan KV4FV https://github.com/duggabe --- On Mon, 9 Nov 2020 10:13:53 -0500, Elmore's wrote: I have a problem as indicated in the subject line that has me totally baffled. I have created a noblock module with gr_modtool called softrock. This module has been successfully created and lives in /usr/local/lib/python2.7/dist-packages/softrock. It contains a file softrock_usb.py. I have an existing flowgraph in which I select an Import block. In the Import line in Properties I type “import softrock” (without quotes). I get the error “bad import syntax”. I used the document TutorialPythonFunctions from the gnuradio wiki as guidance for this task. I have performed extensive searching for this issue but everything points back to simply adding the word “import” in front of the module name. I have tried completely clearing the text box thinking that there might be extraneous characters present. This seems so simple that I am baffled why it isn’t working. My platform is a Raspberry Pi 3 with Raspbian Jessie. Thanks for any help you might give me. Jim
Re: Import Block "bad import syntax"
Barry, 1) I tried this and I can specify import testpy without getting a bad syntax error. I generated my softrock module in exactly the same manner but still get the bad syntax error. Note that my document does say import testpy, not import squareme as you mentioned. Also, in order for it to work in test_var testpy.squareme(12) is correct. 2) When I originally created softrock I did so in a directory called Softrock. Upon seeing that testpy worked I moved the gr-softrock directory to ~/ but still no joy. 3) My intent is to create a module which will communicate with my softrock xcvr through its' USB interface using a PTT button and some means of frequency adjustment (slider or text entry). I specifically want to be able to issue PTT and Frequency commands. As a test I created an OOT module following the OOT tutorial and placed some USB code retrieved from Quisk code and was able to issue a PTT command. However, I couldn't seem to go much farther with my ideas without considerable difficulty if at all. So I abandoned this approach. That's when I came across the idea of using a noblock module so that I didn't need to deal with in/out and could put any code in there that I need. 4) I tried creating an Embedded Python Module some time ago but encountered numerous errors including Import Error: No module named epy_block_0, and Attribute Error. The latter I could not resolve after much anguish and abandoned this approach. Note that this is the first I have worked with gnuradio or Python. I have found gnuradio to be a particularly difficult nut to crack. My professional background (now retired) was in Embedded Programming mostly in C and Assembly. 73, Jim WA4YWM -Original Message- From: Barry Duggan Sent: Wednesday, November 11, 2020 10:46 AM To: Elmore Family Cc: Discuss Gnuradio Subject: Re: Import Block "bad import syntax" Hi Jim, 1) Have you done https://wiki.gnuradio.org/index.php/TutorialPythonFunctions with the changes I suggested? Did it work? 2) Did you create ~/gr-softrock in the same manner as that tutorial? 3) What is your module going to do? Is it just an audio input from a USB dongle such as the 'Plugable USB Audio Adapter' I use on my rPi? If so, you can use the Audio Source block with the appropriate device name for the USB device. Look at https://wiki.gnuradio.org/index.php/Simulation_example:_AM_transmitter_and_receiver#AM_transmitter for an example. 4) Otherwise, it would probably be a lot simpler to use an Embedded Python Block (https://wiki.gnuradio.org/index.php/Embedded_Python_Block) for your softrock_usb.py program. Keep me posted. P.S. If you 'reply all' it will get included in the Discuss Gnuradio thread. --- Barry Duggan KV4FV https://github.com/duggabe On 11/10/20 9:46 PM, Elmore Family wrote: Barry, Nice to be in touch with a fellow ham. I am using 3.7.5 loaded using apt-get install. I have been through the OOT tutorial, built the module in the tutorial as a test. Also, added some code to it to communicate with the Softrock via USB. However, I can't accomplish much more. Using a noblock module I think will solve my problem. But back to the basic question - how is import softrock bad syntax? 73, Jim WA4YWM -Original Message- From: Barry Duggan Sent: Tuesday, November 10, 2020 10:22 PM To: wa4...@comcast.net Cc: Discuss Gnuradio Subject: Re: Import Block "bad import syntax" Hi Jim, The tutorial you cited has been deprecated in GR 3.8. Also, it doesn't work as written! At this point we have chosen not to update or correct it. The recommended tutorial is https://wiki.gnuradio.org/index.php/OutOfTreeModules What version of GR do you have on your rPi, and how did you load it? For the tutorial you referenced, your Import should be for testpy and not squareme. Also, for the Variable test_var, the value should be squareme(12) without the "testpy." in front of it. 73, --- Barry Duggan KV4FV https://github.com/duggabe --- On Mon, 9 Nov 2020 10:13:53 -0500, Elmore's wrote: I have a problem as indicated in the subject line that has me totally baffled. I have created a noblock module with gr_modtool called softrock. This module has been successfully created and lives in /usr/local/lib/python2.7/dist-packages/softrock. It contains a file softrock_usb.py. I have an existing flowgraph in which I select an Import block. In the Import line in Properties I type “import softrock” (without quotes). I get the error “bad import syntax”. I used the document TutorialPythonFunctions from the gnuradio wiki as guidance for this task. I have performed extensive searching for this issue but everything points back to simply adding the word “import” in front of the module name. I have tried completely clearing the text box thinking that there might be extraneous characters present. This seems so simple that I am baffled why it isn’t working. My platform is a Raspberry Pi 3 with Raspbian Jessie. Thanks for any help you migh
Makefile:127: recipe for target 'test' failed during 'make test' command
Hi there, I am using Ubuntu 16.08 and GNU 3.8. When I run ''make test'' cmd for creating new OOT module, it fails and shows- .. Running tests... Test project /home/rupak/gr-howto/build Start 1: test_howto 1/2 Test #1: test_howto ... Passed0.02 sec Start 2: qa_square_ff 2/2 Test #2: qa_square_ff .***Failed0.42 sec 50% tests passed, 1 tests failed out of 2 Total Test time (real) = 0.44 sec The following tests FAILED: 2 - qa_square_ff (Failed) Errors while running CTest Makefile:127: recipe for target 'test' failed make: *** [test] Error 8 ... I followed every steps according to 'OutOfTreeModules'. How can I fix this issue? -- Thanking you, Rupak Paul
