Sunday, June 30, 2019

Re: [Discuss-gnuradio] PyBOMBS.install_manager - Error installing package uhd.

Hello Barry:


You will have to check the Python version used for GNU Radio. GNU Radio 3.7 uses Python 2, and GNU Radio 3.8 (no stable release yet) supports Python 2 and Python 3. Maybe your apt command installed Mako, but for a wrong version of Python.


If you want to build GNU Radio from scratch, there's a bit outdated Wiki document for Ubuntu. Maybe you can get that working on Debian with a bit of tinkering. ( https://wiki.gnuradio.org/index.php/UbuntuInstall )



보낸 사람: Barry Duggan <barry@dcsmail.net> 대신 Discuss-gnuradio <discuss-gnuradio-bounces+ksshin=postech.ac.kr@gnu.org>
보낸 날짜: 2019년 7월 1일 월요일 오전 9:34:38
받는 사람: sumit kumar
참조: Discuss Gnuradio
제목: Re: [Discuss-gnuradio] PyBOMBS.install_manager - Error installing package uhd.
 
Thanks, but that didn't work either:
pi@raspberrypi:~ $ sudo apt install python-mako
Reading package lists... Done
Building dependency tree
Reading state information... Done
python-mako is already the newest version (1.0.7+ds1-1).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

and I still got the same errors:
-- Python checking for Mako templates 0.4.2 or greater
-- Python checking for Mako templates 0.4.2 or greater - "import mako"
failed
etc.

Would I have better luck if I cloned gnuradio and built it from scratch?

---
Barry Duggan


On 2019-06-30 18:38, sumit kumar wrote:
> sudo apt install python-mako will work.
> After this you will get some more errors on python related
> dependencies,
> like python-six etc , so manually install them.
>
>
> On Sun, 30 Jun 2019 at 13:55, Barry Duggan <barry@dcsmail.net> wrote:
>
>> Last evening I:
>> -   downloaded Rasbian 'buster' using Torrent
>> -   built new SD card with Raspian
>> on raspberryPi, I followed instructions from
>> https://wiki.gnuradio.org/index.php/InstallingGR#Using_PyBOMBS :
>>    sudo apt-get install python-pip
>>    sudo pip install pybombs
>>    pybombs auto-config
>>    pybombs recipes add-defaults
>>    pybombs prefix init ~/gnuradio -R gnuradio-default
>>
>> and got the following errors:
>> -- Python checking for Python version 2.7 or greater
>> -- Python checking for Python version 2.7 or greater - found
>> --
>> -- Python checking for Mako templates 0.4.2 or greater
>> -- Python checking for Mako templates 0.4.2 or greater - "import mako"
>> failed
>> --
>> -- Python checking for requests 2.0 or greater
>> -- Python checking for requests 2.0 or greater - found
>> --
>> -- Python checking for numpy 1.7 or greater
>> -- Python checking for numpy 1.7 or greater - found
>> --
>> -- Configuring LibUHD support...
>> --   Dependency Boost_FOUND = 1
>> --   Dependency HAVE_PYTHON_PLAT_MIN_VERSION = TRUE
>> --   Dependency HAVE_PYTHON_MODULE_MAKO = FALSE
>> CMake Error at cmake/Modules/UHDComponent.cmake:59 (message):
>>    Dependencies for required component LibUHD not met.
>> Call Stack (most recent call first):
>>    CMakeLists.txt:392 (LIBUHD_REGISTER_COMPONENT)
>>
>> -- Configuring incomplete, errors occurred!
>> See also
>> "/home/pi/gnuradio/src/uhd/host/build/CMakeFiles/CMakeOutput.log".
>> See also
>> "/home/pi/gnuradio/src/uhd/host/build/CMakeFiles/CMakeError.log".
>> PyBOMBS.Packager.source - ERROR - Configuration failed after running
>> at
>> least twice.
>> PyBOMBS.Packager.source - ERROR - Problem occurred while building
>> package uhd:
>> Configuration failed
>> PyBOMBS.install_manager - ERROR - Error installing package uhd.
>> Aborting.
>>
>> What is 'Mako'? Is that something I should download?
>>
>> Thanks,
>> --
>> Barry Duggan
>>
>> _______________________________________________
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>
>
> --
> Sumit Kumar

_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Posted by at No comments:

Re: [Discuss-gnuradio] PyBOMBS.install_manager - Error installing package uhd.

Not sure about that but I had the same problem 2 days back and solved it by installing packages manually.  I had ubuntu 18.04. 

On Mon, Jul 1, 2019, 2:34 AM Barry Duggan <barry@dcsmail.net> wrote:
Thanks, but that didn't work either:
pi@raspberrypi:~ $ sudo apt install python-mako
Reading package lists... Done
Building dependency tree
Reading state information... Done
python-mako is already the newest version (1.0.7+ds1-1).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

and I still got the same errors:
-- Python checking for Mako templates 0.4.2 or greater
-- Python checking for Mako templates 0.4.2 or greater - "import mako"
failed
etc.

Would I have better luck if I cloned gnuradio and built it from scratch?

---
Barry Duggan


On 2019-06-30 18:38, sumit kumar wrote:
> sudo apt install python-mako will work.
> After this you will get some more errors on python related
> dependencies,
> like python-six etc , so manually install them.
>
>
> On Sun, 30 Jun 2019 at 13:55, Barry Duggan <barry@dcsmail.net> wrote:
>
>> Last evening I:
>> -   downloaded Rasbian 'buster' using Torrent
>> -   built new SD card with Raspian
>> on raspberryPi, I followed instructions from
>> https://wiki.gnuradio.org/index.php/InstallingGR#Using_PyBOMBS :
>>    sudo apt-get install python-pip
>>    sudo pip install pybombs
>>    pybombs auto-config
>>    pybombs recipes add-defaults
>>    pybombs prefix init ~/gnuradio -R gnuradio-default
>>
>> and got the following errors:
>> -- Python checking for Python version 2.7 or greater
>> -- Python checking for Python version 2.7 or greater - found
>> --
>> -- Python checking for Mako templates 0.4.2 or greater
>> -- Python checking for Mako templates 0.4.2 or greater - "import mako"
>> failed
>> --
>> -- Python checking for requests 2.0 or greater
>> -- Python checking for requests 2.0 or greater - found
>> --
>> -- Python checking for numpy 1.7 or greater
>> -- Python checking for numpy 1.7 or greater - found
>> --
>> -- Configuring LibUHD support...
>> --   Dependency Boost_FOUND = 1
>> --   Dependency HAVE_PYTHON_PLAT_MIN_VERSION = TRUE
>> --   Dependency HAVE_PYTHON_MODULE_MAKO = FALSE
>> CMake Error at cmake/Modules/UHDComponent.cmake:59 (message):
>>    Dependencies for required component LibUHD not met.
>> Call Stack (most recent call first):
>>    CMakeLists.txt:392 (LIBUHD_REGISTER_COMPONENT)
>>
>> -- Configuring incomplete, errors occurred!
>> See also
>> "/home/pi/gnuradio/src/uhd/host/build/CMakeFiles/CMakeOutput.log".
>> See also
>> "/home/pi/gnuradio/src/uhd/host/build/CMakeFiles/CMakeError.log".
>> PyBOMBS.Packager.source - ERROR - Configuration failed after running
>> at
>> least twice.
>> PyBOMBS.Packager.source - ERROR - Problem occurred while building
>> package uhd:
>> Configuration failed
>> PyBOMBS.install_manager - ERROR - Error installing package uhd.
>> Aborting.
>>
>> What is 'Mako'? Is that something I should download?
>>
>> Thanks,
>> --
>> Barry Duggan
>>
>> _______________________________________________
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>
>
> --
> Sumit Kumar
Posted by at No comments:

Re: [Discuss-gnuradio] PyBOMBS.install_manager - Error installing package uhd.

Thanks, but that didn't work either:
pi@raspberrypi:~ $ sudo apt install python-mako
Reading package lists... Done
Building dependency tree
Reading state information... Done
python-mako is already the newest version (1.0.7+ds1-1).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

and I still got the same errors:
-- Python checking for Mako templates 0.4.2 or greater
-- Python checking for Mako templates 0.4.2 or greater - "import mako"
failed
etc.

Would I have better luck if I cloned gnuradio and built it from scratch?

---
Barry Duggan


On 2019-06-30 18:38, sumit kumar wrote:
> sudo apt install python-mako will work.
> After this you will get some more errors on python related
> dependencies,
> like python-six etc , so manually install them.
>
>
> On Sun, 30 Jun 2019 at 13:55, Barry Duggan <barry@dcsmail.net> wrote:
>
>> Last evening I:
>> - downloaded Rasbian 'buster' using Torrent
>> - built new SD card with Raspian
>> on raspberryPi, I followed instructions from
>> https://wiki.gnuradio.org/index.php/InstallingGR#Using_PyBOMBS :
>> sudo apt-get install python-pip
>> sudo pip install pybombs
>> pybombs auto-config
>> pybombs recipes add-defaults
>> pybombs prefix init ~/gnuradio -R gnuradio-default
>>
>> and got the following errors:
>> -- Python checking for Python version 2.7 or greater
>> -- Python checking for Python version 2.7 or greater - found
>> --
>> -- Python checking for Mako templates 0.4.2 or greater
>> -- Python checking for Mako templates 0.4.2 or greater - "import mako"
>> failed
>> --
>> -- Python checking for requests 2.0 or greater
>> -- Python checking for requests 2.0 or greater - found
>> --
>> -- Python checking for numpy 1.7 or greater
>> -- Python checking for numpy 1.7 or greater - found
>> --
>> -- Configuring LibUHD support...
>> -- Dependency Boost_FOUND = 1
>> -- Dependency HAVE_PYTHON_PLAT_MIN_VERSION = TRUE
>> -- Dependency HAVE_PYTHON_MODULE_MAKO = FALSE
>> CMake Error at cmake/Modules/UHDComponent.cmake:59 (message):
>> Dependencies for required component LibUHD not met.
>> Call Stack (most recent call first):
>> CMakeLists.txt:392 (LIBUHD_REGISTER_COMPONENT)
>>
>> -- Configuring incomplete, errors occurred!
>> See also
>> "/home/pi/gnuradio/src/uhd/host/build/CMakeFiles/CMakeOutput.log".
>> See also
>> "/home/pi/gnuradio/src/uhd/host/build/CMakeFiles/CMakeError.log".
>> PyBOMBS.Packager.source - ERROR - Configuration failed after running
>> at
>> least twice.
>> PyBOMBS.Packager.source - ERROR - Problem occurred while building
>> package uhd:
>> Configuration failed
>> PyBOMBS.install_manager - ERROR - Error installing package uhd.
>> Aborting.
>>
>> What is 'Mako'? Is that something I should download?
>>
>> Thanks,
>> --
>> Barry Duggan
>>
>> _______________________________________________
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>
>
> --
> Sumit Kumar

_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Posted by at No comments:

Re: [Discuss-gnuradio] PyBOMBS.install_manager - Error installing package uhd.

sudo apt install python-mako will work. 
After this you will get some more errors on python related dependencies, like python-six etc , so manually install them. 


On Sun, 30 Jun 2019 at 13:55, Barry Duggan <barry@dcsmail.net> wrote:
Last evening I:
-   downloaded Rasbian 'buster' using Torrent
-   built new SD card with Raspian
on raspberryPi, I followed instructions from
https://wiki.gnuradio.org/index.php/InstallingGR#Using_PyBOMBS :
   sudo apt-get install python-pip
   sudo pip install pybombs
   pybombs auto-config
   pybombs recipes add-defaults
   pybombs prefix init ~/gnuradio -R gnuradio-default

and got the following errors:
-- Python checking for Python version 2.7 or greater
-- Python checking for Python version 2.7 or greater - found
--
-- Python checking for Mako templates 0.4.2 or greater
-- Python checking for Mako templates 0.4.2 or greater - "import mako"
failed
--
-- Python checking for requests 2.0 or greater
-- Python checking for requests 2.0 or greater - found
--
-- Python checking for numpy 1.7 or greater
-- Python checking for numpy 1.7 or greater - found
--
-- Configuring LibUHD support...
--   Dependency Boost_FOUND = 1
--   Dependency HAVE_PYTHON_PLAT_MIN_VERSION = TRUE
--   Dependency HAVE_PYTHON_MODULE_MAKO = FALSE
CMake Error at cmake/Modules/UHDComponent.cmake:59 (message):
   Dependencies for required component LibUHD not met.
Call Stack (most recent call first):
   CMakeLists.txt:392 (LIBUHD_REGISTER_COMPONENT)

-- Configuring incomplete, errors occurred!
See also
"/home/pi/gnuradio/src/uhd/host/build/CMakeFiles/CMakeOutput.log".
See also
"/home/pi/gnuradio/src/uhd/host/build/CMakeFiles/CMakeError.log".
PyBOMBS.Packager.source - ERROR - Configuration failed after running at
least twice.
PyBOMBS.Packager.source - ERROR - Problem occurred while building
package uhd:
Configuration failed
PyBOMBS.install_manager - ERROR - Error installing package uhd.
Aborting.

What is 'Mako'? Is that something I should download?

Thanks,
--
Barry Duggan

_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


--
Sumit Kumar


Posted by at No comments:

[Discuss-gnuradio] PyBOMBS.install_manager - Error installing package uhd.

Last evening I:
- downloaded Rasbian 'buster' using Torrent
- built new SD card with Raspian
on raspberryPi, I followed instructions from
https://wiki.gnuradio.org/index.php/InstallingGR#Using_PyBOMBS :
sudo apt-get install python-pip
sudo pip install pybombs
pybombs auto-config
pybombs recipes add-defaults
pybombs prefix init ~/gnuradio -R gnuradio-default

and got the following errors:
-- Python checking for Python version 2.7 or greater
-- Python checking for Python version 2.7 or greater - found
--
-- Python checking for Mako templates 0.4.2 or greater
-- Python checking for Mako templates 0.4.2 or greater - "import mako"
failed
--
-- Python checking for requests 2.0 or greater
-- Python checking for requests 2.0 or greater - found
--
-- Python checking for numpy 1.7 or greater
-- Python checking for numpy 1.7 or greater - found
--
-- Configuring LibUHD support...
-- Dependency Boost_FOUND = 1
-- Dependency HAVE_PYTHON_PLAT_MIN_VERSION = TRUE
-- Dependency HAVE_PYTHON_MODULE_MAKO = FALSE
CMake Error at cmake/Modules/UHDComponent.cmake:59 (message):
Dependencies for required component LibUHD not met.
Call Stack (most recent call first):
CMakeLists.txt:392 (LIBUHD_REGISTER_COMPONENT)

-- Configuring incomplete, errors occurred!
See also
"/home/pi/gnuradio/src/uhd/host/build/CMakeFiles/CMakeOutput.log".
See also
"/home/pi/gnuradio/src/uhd/host/build/CMakeFiles/CMakeError.log".
PyBOMBS.Packager.source - ERROR - Configuration failed after running at
least twice.
PyBOMBS.Packager.source - ERROR - Problem occurred while building
package uhd:
Configuration failed
PyBOMBS.install_manager - ERROR - Error installing package uhd.
Aborting.

What is 'Mako'? Is that something I should download?

Thanks,
--
Barry Duggan

_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Posted by at No comments:

Re: [Discuss-gnuradio] PSK modulation and demodulation from gnu radio tutorial.

Hello,


I recommend the following tutorials:


https://wiki.gnuradio.org/index.php/Guided_Tutorial_GNU_Radio_in_Python
https://wiki.gnuradio.org/index.php/Guided_Tutorial_GNU_Radio_in_C%2B%2B
https://duckduckgo.com/?q=gnu+radio+embedded+python+block&t=hp


If you experience problems in following those tutorials, please come to this mailing list.


The "demodulator block" which you originally attempted use, "PSK demod", is an all-in-one block which does synchronization, equalization, and detection (in detection & estimation theory sense) by itself. But that is not what you want: your flowgraph already has synchronizers and an equalizer, which decimates the signals to 1 sample/symbol (which the "PSK demod" block cannot properly handle). That is why it does not work.


Also, that "PSK demod" block is deprecated and is no longer supported. So, you shouldn't be using that anyway. (Real-world communication systems seldomly use blind synchronization & estimation techniques used in the PSK demod block or in the PSK transceiver tutorial that you are following; they use reference signals and correlators for the synchronization and equalization. The blind techniques do have places, however - like SIGINT.)


Regards,

Kyeong Su Shin


보낸 사람: Md. Atiqur Rahman <atiq.r12@gmail.com>
보낸 날짜: 2019년 6월 30일 일요일 오후 7:27:46
받는 사람: Kyeong Su Shin; discuss-gnuradio@gnu.org
제목: Re: [Discuss-gnuradio] PSK modulation and demodulation from gnu radio tutorial.
 
Hello Kyeong,   

Again thank you so much for helping. And yes my idea is generation IQ modulated signal to feed through the SDR board.

However, to sooner or later I may need to build the block by myself. I have worked with but as you know its failed to generate. Can you tell me any following tutorial to generate the block? 

Yes, I think the delay was the case to correct. However, as you used constellation modulator why we cannot do with demodulator block? Is there any reason? Sorry for the late reply. Looking forward to hearing from you.

Thank you so much.

Sincerely, 
Atiqur

On Sat, Jun 29, 2019 at 12:13 PM Kyeong Su Shin <ksshin@postech.ac.kr> wrote:


Hello Atiqur:


If all you want is writing a simple DQPSK transceiver, then you can use a Constellation Decoder block, as like in the attached file. I cannot comment much on the problems that you are experiencing, as I have not looked on the source codes that you are trying to build.


Please note that you may have to change numbers in the "delay" block at the end of the flow graph to get a correct plot. This is because the synchronizer and the equalizer blocks in the flow graph may end up adding a few numbers to the stream, and introduce "time differences" between the two streams. 


Also, please add the mailing list ('discuss-gnuradio.gnu.org') as a recipient when replying to the e-mail thread, as this discussion could useful for other people as well. 


Regards,

Kyeong Su Shin

보낸 사람: Md. Atiqur Rahman <atiq.r12@gmail.com>
보낸 날짜: 2019년 6월 29일 토요일 오전 5:23:59
받는 사람: Kyeong Su Shin
제목: Re: [Discuss-gnuradio] PSK modulation and demodulation from gnu radio tutorial.
 
Hello  Kyeong, 
First of thank you so much for your quick reply.  From the tutorial one, I am following all section. Unfortunately, from gnuradio with python, I am facing problems. I made the multiply block and its working but when I try to make the qpsk_demod_py_cb it is not working. I have tried to do the same tutorial so many times. Then I shifted to do the oot module by c++. Sometime in the tutorial, some file name changed. Like tutorial with c++ I am working now, my lib/ folder files like .h and .cc edited successfully but for making test: in my python/ folder qa_my_qpsk_demod_cd.py is present but in the tutorial it's named is qa_qpsk_demod.py!!!! However, I made the change .xml file and .py as suggested but still not working. When I do the make test it says tutorial passed but qa_qpsk_demod failed! I make the test and it failed again and again. Honestly, I don't know what I am doing wrong!

I do even see the source code from github and yet their file name is also changed!

All I wanted to do the generating the PSK signal (transceiver). I have failed for the last 3 weeks! Please would you give me some solutions here? I will be so grateful. Thank you.

Sincerely,
Atiqur


On Fri, Jun 28, 2019 at 4:32 PM Kyeong Su Shin <ksshin@postech.ac.kr> wrote:

Hello Atiqur,


The "PSK Demod" that you added into your flowgraph is deprecated, and is no longer supported. It is kept there for the backward-compatibility, but it is not guaranteed to work and will be removed in future. Also, that block does the synchronization and the equalization by itself, so you must remove the preceeding synchronization and equalization blocks if you actually want to use that (you shouldn't, though). Try other blocks, like a Constellation Decoder or a custom Python block.


Channel Model is used to "degrade" the signal (for simulation purposes). It will apply a FIR filter to the incoming signals to simulate the multipath environment. The taps are the filter taps used for that purpose. It is just a sequence of a few random non-zero numbers to simulate the multipath effect, and shouldn't really affect the functionality of the synchronizer and the equalizer blocks. A good equalizer will cancel out the effect of those channel taps. 


Regards,

Kyeong Su Shin


보낸 사람: Md. Atiqur Rahman <atiq.r12@gmail.com> 대신 Discuss-gnuradio <discuss-gnuradio-bounces+ksshin=postech.ac.kr@gnu.org>
보낸 날짜: 2019년 6월 28일 금요일 오후 9:32:46
받는 사람: discuss-gnuradio@gnu.org
제목: [Discuss-gnuradio] PSK modulation and demodulation from gnu radio tutorial.
 
Hello Guys,
I am very much new in gnu radio and trying to do the tutorial that gnuradio published for PSK demodulation. I am using constellation modulator to modulate the signal and demodulate it by PSK demodulation block(not my QPSK demodulator). I did put every parameter as they suggested.  Unfortunately, I do not get the same result(synchronized input and output ). I think its may the Channel model or time recovary block is not set correctly. Moreover, I do not understand why they use the channel model taps parameter to [1.0, 0.25-0.25j, 0.50 + 0.10j, -0.3 + 0.2j]? How did the get that? I did already spend a lot of time for searching about these but do not get any specific understandable solution.

I attach my .grc file in this mail. Please have a look. Looking forward to hearing from you guys.

Sincerely,
Atiq
Posted by at No comments:

Re: [Discuss-gnuradio] PSK modulation and demodulation from gnu radio tutorial.

Hello Kyeong,   

Again thank you so much for helping. And yes my idea is generation IQ modulated signal to feed through the SDR board.

However, to sooner or later I may need to build the block by myself. I have worked with but as you know its failed to generate. Can you tell me any following tutorial to generate the block? 

Yes, I think the delay was the case to correct. However, as you used constellation modulator why we cannot do with demodulator block? Is there any reason? Sorry for the late reply. Looking forward to hearing from you.

Thank you so much.

Sincerely, 
Atiqur

On Sat, Jun 29, 2019 at 12:13 PM Kyeong Su Shin <ksshin@postech.ac.kr> wrote:


Hello Atiqur:


If all you want is writing a simple DQPSK transceiver, then you can use a Constellation Decoder block, as like in the attached file. I cannot comment much on the problems that you are experiencing, as I have not looked on the source codes that you are trying to build.


Please note that you may have to change numbers in the "delay" block at the end of the flow graph to get a correct plot. This is because the synchronizer and the equalizer blocks in the flow graph may end up adding a few numbers to the stream, and introduce "time differences" between the two streams. 


Also, please add the mailing list ('discuss-gnuradio.gnu.org') as a recipient when replying to the e-mail thread, as this discussion could useful for other people as well. 


Regards,

Kyeong Su Shin

보낸 사람: Md. Atiqur Rahman <atiq.r12@gmail.com>
보낸 날짜: 2019년 6월 29일 토요일 오전 5:23:59
받는 사람: Kyeong Su Shin
제목: Re: [Discuss-gnuradio] PSK modulation and demodulation from gnu radio tutorial.
 
Hello  Kyeong, 
First of thank you so much for your quick reply.  From the tutorial one, I am following all section. Unfortunately, from gnuradio with python, I am facing problems. I made the multiply block and its working but when I try to make the qpsk_demod_py_cb it is not working. I have tried to do the same tutorial so many times. Then I shifted to do the oot module by c++. Sometime in the tutorial, some file name changed. Like tutorial with c++ I am working now, my lib/ folder files like .h and .cc edited successfully but for making test: in my python/ folder qa_my_qpsk_demod_cd.py is present but in the tutorial it's named is qa_qpsk_demod.py!!!! However, I made the change .xml file and .py as suggested but still not working. When I do the make test it says tutorial passed but qa_qpsk_demod failed! I make the test and it failed again and again. Honestly, I don't know what I am doing wrong!

I do even see the source code from github and yet their file name is also changed!

All I wanted to do the generating the PSK signal (transceiver). I have failed for the last 3 weeks! Please would you give me some solutions here? I will be so grateful. Thank you.

Sincerely,
Atiqur


On Fri, Jun 28, 2019 at 4:32 PM Kyeong Su Shin <ksshin@postech.ac.kr> wrote:

Hello Atiqur,


The "PSK Demod" that you added into your flowgraph is deprecated, and is no longer supported. It is kept there for the backward-compatibility, but it is not guaranteed to work and will be removed in future. Also, that block does the synchronization and the equalization by itself, so you must remove the preceeding synchronization and equalization blocks if you actually want to use that (you shouldn't, though). Try other blocks, like a Constellation Decoder or a custom Python block.


Channel Model is used to "degrade" the signal (for simulation purposes). It will apply a FIR filter to the incoming signals to simulate the multipath environment. The taps are the filter taps used for that purpose. It is just a sequence of a few random non-zero numbers to simulate the multipath effect, and shouldn't really affect the functionality of the synchronizer and the equalizer blocks. A good equalizer will cancel out the effect of those channel taps. 


Regards,

Kyeong Su Shin


보낸 사람: Md. Atiqur Rahman <atiq.r12@gmail.com> 대신 Discuss-gnuradio <discuss-gnuradio-bounces+ksshin=postech.ac.kr@gnu.org>
보낸 날짜: 2019년 6월 28일 금요일 오후 9:32:46
받는 사람: discuss-gnuradio@gnu.org
제목: [Discuss-gnuradio] PSK modulation and demodulation from gnu radio tutorial.
 
Hello Guys,
I am very much new in gnu radio and trying to do the tutorial that gnuradio published for PSK demodulation. I am using constellation modulator to modulate the signal and demodulate it by PSK demodulation block(not my QPSK demodulator). I did put every parameter as they suggested.  Unfortunately, I do not get the same result(synchronized input and output ). I think its may the Channel model or time recovary block is not set correctly. Moreover, I do not understand why they use the channel model taps parameter to [1.0, 0.25-0.25j, 0.50 + 0.10j, -0.3 + 0.2j]? How did the get that? I did already spend a lot of time for searching about these but do not get any specific understandable solution.

I attach my .grc file in this mail. Please have a look. Looking forward to hearing from you guys.

Sincerely,
Atiq
Posted by at No comments:

Saturday, June 29, 2019

Re: [Discuss-gnuradio] Generate Zadoff sequence

Hi Sneha,

we used a ZC sequence in our DySpan Spectrum Challenge code from 2017:
https://github.com/kit-cel/gr-fbmc
However, I'm not sure about the nature of the question. I think it's
much too general for anyone to provide an answer to this. If you're
completely uncertain how to start, I'd recommend the GNU Radio
tutorials: https://wiki.gnuradio.org/index.php/Tutorials. There is
explained how to „do SDR with GNU Radio". Implementing the ZC sequence
is then up to you.

Regards,

Sebastian Müller
gsenpo@gmail.com
PGP ID DC2AA3EE

Am 28. Juni 2019 um 15:27:14, Michael Dickens
(michael.dickens@ettus.com) schrieb:
> Hi Sneha Vasan - That all sounds very interesting and so forth. I'd recommend for the best
> chances of getting a reply from anyone regarding your specific topic, that you include
> links to describe the work you're referencing for the "Zadoff chu seq", whatever that
> is. Maybe there are some folks on the list who know what this is without referring to literature,
> but for the rest of us it's at least a few steps to do an internet search & parse through the
> results & then download a paper to help you here ... fewer steps will increase the chances
> of anyone here helping! Hope this is useful! - MLD
>
> ps> Please "reply all" so that the whole list can see your links & possibly help. More eyes
> reading your query increases the chances of someone helping!
>
> On Fri, Jun 28, 2019, at 5:58 AM, Sneha vasan wrote:
> > Hi,
> >
> > I would like to transmit and receive Zadoff chu seq from USRP and correlate this two signals.
> >
> > Any suggestions how we can do this?
> >
> > Regards
> > _______________________________________________
> > 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

Posted by at No comments:

Re: [Discuss-gnuradio] PSK modulation and demodulation from gnu radio tutorial.


Hello Atiqur:


If all you want is writing a simple DQPSK transceiver, then you can use a Constellation Decoder block, as like in the attached file. I cannot comment much on the problems that you are experiencing, as I have not looked on the source codes that you are trying to build.


Please note that you may have to change numbers in the "delay" block at the end of the flow graph to get a correct plot. This is because the synchronizer and the equalizer blocks in the flow graph may end up adding a few numbers to the stream, and introduce "time differences" between the two streams. 


Also, please add the mailing list ('discuss-gnuradio.gnu.org') as a recipient when replying to the e-mail thread, as this discussion could useful for other people as well. 


Regards,

Kyeong Su Shin

보낸 사람: Md. Atiqur Rahman <atiq.r12@gmail.com>
보낸 날짜: 2019년 6월 29일 토요일 오전 5:23:59
받는 사람: Kyeong Su Shin
제목: Re: [Discuss-gnuradio] PSK modulation and demodulation from gnu radio tutorial.
 
Hello  Kyeong, 
First of thank you so much for your quick reply.  From the tutorial one, I am following all section. Unfortunately, from gnuradio with python, I am facing problems. I made the multiply block and its working but when I try to make the qpsk_demod_py_cb it is not working. I have tried to do the same tutorial so many times. Then I shifted to do the oot module by c++. Sometime in the tutorial, some file name changed. Like tutorial with c++ I am working now, my lib/ folder files like .h and .cc edited successfully but for making test: in my python/ folder qa_my_qpsk_demod_cd.py is present but in the tutorial it's named is qa_qpsk_demod.py!!!! However, I made the change .xml file and .py as suggested but still not working. When I do the make test it says tutorial passed but qa_qpsk_demod failed! I make the test and it failed again and again. Honestly, I don't know what I am doing wrong!

I do even see the source code from github and yet their file name is also changed!

All I wanted to do the generating the PSK signal (transceiver). I have failed for the last 3 weeks! Please would you give me some solutions here? I will be so grateful. Thank you.

Sincerely,
Atiqur


On Fri, Jun 28, 2019 at 4:32 PM Kyeong Su Shin <ksshin@postech.ac.kr> wrote:

Hello Atiqur,


The "PSK Demod" that you added into your flowgraph is deprecated, and is no longer supported. It is kept there for the backward-compatibility, but it is not guaranteed to work and will be removed in future. Also, that block does the synchronization and the equalization by itself, so you must remove the preceeding synchronization and equalization blocks if you actually want to use that (you shouldn't, though). Try other blocks, like a Constellation Decoder or a custom Python block.


Channel Model is used to "degrade" the signal (for simulation purposes). It will apply a FIR filter to the incoming signals to simulate the multipath environment. The taps are the filter taps used for that purpose. It is just a sequence of a few random non-zero numbers to simulate the multipath effect, and shouldn't really affect the functionality of the synchronizer and the equalizer blocks. A good equalizer will cancel out the effect of those channel taps. 


Regards,

Kyeong Su Shin


보낸 사람: Md. Atiqur Rahman <atiq.r12@gmail.com> 대신 Discuss-gnuradio <discuss-gnuradio-bounces+ksshin=postech.ac.kr@gnu.org>
보낸 날짜: 2019년 6월 28일 금요일 오후 9:32:46
받는 사람: discuss-gnuradio@gnu.org
제목: [Discuss-gnuradio] PSK modulation and demodulation from gnu radio tutorial.
 
Hello Guys,
I am very much new in gnu radio and trying to do the tutorial that gnuradio published for PSK demodulation. I am using constellation modulator to modulate the signal and demodulate it by PSK demodulation block(not my QPSK demodulator). I did put every parameter as they suggested.  Unfortunately, I do not get the same result(synchronized input and output ). I think its may the Channel model or time recovary block is not set correctly. Moreover, I do not understand why they use the channel model taps parameter to [1.0, 0.25-0.25j, 0.50 + 0.10j, -0.3 + 0.2j]? How did the get that? I did already spend a lot of time for searching about these but do not get any specific understandable solution.

I attach my .grc file in this mail. Please have a look. Looking forward to hearing from you guys.

Sincerely,
Atiq
Posted by at No comments:

Friday, June 28, 2019

[Discuss-gnuradio] Errors With GRC using Eventstream


Generating: '/home/xroot/Sunbaked/gr-phantom4/apps/lb_modem_WISP_rough_AMC.py'

Executing: /usr/bin/python2 -u /home/xroot/Sunbaked/gr-phantom4/apps/lb_modem_WISP_rough_AMC.py

Traceback (most recent call last):
File "/home/xroot/Sunbaked/gr-phantom4/apps/lb_modem_WISP_rough_AMC.py", line 36, in <module>
import es
File "/usr/local/lib64/python2.7/site-packages/es/__init__.py", line 42, in <module>
from es_swig import *
File "/usr/local/lib64/python2.7/site-packages/es/es_swig.py", line 17, in <module>
_es_swig = swig_import_helper()
File "/usr/local/lib64/python2.7/site-packages/es/es_swig.py", line 16, in swig_import_helper
return importlib.import_module('_es_swig')
File "/usr/lib64/python2.7/importlib/__init__.py", line 37, in import_module
__import__(name)
ImportError: No module named _es_swig

>>> Done (return code 1)

Folks,

 

I am aware that the following is more likely an “EventStream” issue rather than a “GNUradio” issue, but I simply do not know to whom else to turn…

 

I have tried multiple times in multiple ways to build GNUradio with Eventstream. I downloaded the Eventstream code from GitHub. The build process works fine (cmake ../; make; make install). When I run GNUradio-Companion on a flowgraph that includes EventrStream blocks, the blocks display properly, and I get no errors when I click on the “Generate” button, but when I click on the “Execute” button, I get the attached error messages in the status window (copied below).

 

Please let me know what I should try/do to get this to work..

 

Thanks in advance,


Aaron Chesir

 

____ cut here _____________

 

Executing: /usr/bin/python2 -u /home/xroot/Sunbaked/gr-phantom4/apps/lb_modem_WISP_rough_AMC.py

 

Traceback (most recent call last):

  File "/home/xroot/Sunbaked/gr-phantom4/apps/lb_modem_WISP_rough_AMC.py", line 36, in <module>

    import es

  File "/usr/local/lib64/python2.7/site-packages/es/__init__.py", line 42, in <module>

    from es_swig import *

  File "/usr/local/lib64/python2.7/site-packages/es/es_swig.py", line 17, in <module>

    _es_swig = swig_import_helper()

  File "/usr/local/lib64/python2.7/site-packages/es/es_swig.py", line 16, in swig_import_helper

    return importlib.import_module('_es_swig')

  File "/usr/lib64/python2.7/importlib/__init__.py", line 37, in import_module

    __import__(name)

ImportError: No module named _es_swig

 

>>> Done (return code 1)

 

____ cut here _____________

 

Aaron Chesir

The MITRE Corporation

200 Valley Road

Mount Arlington, NJ 07856

w: (973) 810-0612 *NEW*

c: (908) 380-5798

achesir@mitre.org

“Ignorance is Bliss, but Knowledge is Power”

 

 

 

Posted by at No comments:

[Discuss-gnuradio] Clarification on how timing/latency applies to a stream mux

I have an application where I am multiplexing signals, and one of those signals requires time to poll a piece of equipment over a serial connection and package that information into what is sent.  I have an OOT module that contains the process to make the serial connection, and then in the work function it sends/receives the various commands and packages the information into an output stream.  The various signals are combined using the stream mux block.  Ideally the serial block would provide this input immediately before its turn in the stream mux block, i.e, I do not want it to run ahead and grab a large number of samples, such that there is latency between its requests over serial and when they are transmitted via the stream mux block.  Assume I do a good job and the serial block makes exactly the number of samples that are needed by the stream mux block for its turn.

 

I am curious how the timing of this is handled within gnuradio.  My understanding is that the work function of the serial block will provide samples per the backpressure from the stream mux block, but I do not know how exactly that should work out in this case.  Is it:

1)      If there is no forcing function to get the information from the serial port at a desired time, will the stream mux block start its work function when the samples run out from the block ahead of it in the stream mux?  In this case I think the finite time it takes to do the serial communication would cause underruns. 

OR

2)      Will the serial block run immediately upon the exhaustion of its output buffer, i.e., when its turn is complete in the stream mux block, then stop once it has the right number of samples for the next turn?  This would be a nearly maximum latency condition, but acceptable, since it would be deterministic.

 

If it is 2), if I put in an artificial delay inside of the serial block’s work function, I could lower the latency by pushing the start of the serial communication later within the time window before the serial block’s turn in the stream mux block.  This would have to be done carefully, because I could accidently push things into an underrun condition if that added delay is too long.

 

Comments? 

Thank you,

DL

 

Posted by at No comments:

[Discuss-gnuradio] gr-ettus and GNU radio v3.8


Have there been any efforts yet to port gr-ettus to the gnuradio master branch?

I made some trials today with gr-ettus under gnuradio-master and at least was able to compile and install it (except for fosphor which seems to need Qt4).
Automatic conversion of the grc xml files to the yml format was not possible, so I converted one by hand (uhd_rfnoc_dma_fifo).

I got so far that the block shows up in grc and most error messages went away.
There are still errors, however, about 'Domain key "rfnoc" is not registered' for the input and output ports. This is probably the reason as well why I cannot connect anything to this block (red arrows).

Any ideas? How do I register the rfnoc domain? Are there any serious reasons preventing the rfnoc blocks from working under v3.8?

Best regards,
Erik

Posted by at No comments:

Re: [Discuss-gnuradio] PSK modulation and demodulation from gnu radio tutorial.

Hello Atiqur,


The "PSK Demod" that you added into your flowgraph is deprecated, and is no longer supported. It is kept there for the backward-compatibility, but it is not guaranteed to work and will be removed in future. Also, that block does the synchronization and the equalization by itself, so you must remove the preceeding synchronization and equalization blocks if you actually want to use that (you shouldn't, though). Try other blocks, like a Constellation Decoder or a custom Python block.


Channel Model is used to "degrade" the signal (for simulation purposes). It will apply a FIR filter to the incoming signals to simulate the multipath environment. The taps are the filter taps used for that purpose. It is just a sequence of a few random non-zero numbers to simulate the multipath effect, and shouldn't really affect the functionality of the synchronizer and the equalizer blocks. A good equalizer will cancel out the effect of those channel taps. 


Regards,

Kyeong Su Shin


보낸 사람: Md. Atiqur Rahman <atiq.r12@gmail.com> 대신 Discuss-gnuradio <discuss-gnuradio-bounces+ksshin=postech.ac.kr@gnu.org>
보낸 날짜: 2019년 6월 28일 금요일 오후 9:32:46
받는 사람: discuss-gnuradio@gnu.org
제목: [Discuss-gnuradio] PSK modulation and demodulation from gnu radio tutorial.
 
Hello Guys,
I am very much new in gnu radio and trying to do the tutorial that gnuradio published for PSK demodulation. I am using constellation modulator to modulate the signal and demodulate it by PSK demodulation block(not my QPSK demodulator). I did put every parameter as they suggested.  Unfortunately, I do not get the same result(synchronized input and output ). I think its may the Channel model or time recovary block is not set correctly. Moreover, I do not understand why they use the channel model taps parameter to [1.0, 0.25-0.25j, 0.50 + 0.10j, -0.3 + 0.2j]? How did the get that? I did already spend a lot of time for searching about these but do not get any specific understandable solution.

I attach my .grc file in this mail. Please have a look. Looking forward to hearing from you guys.

Sincerely,
Atiq
Posted by at No comments:

Re: [Discuss-gnuradio] Generate Zadoff sequence

Hi Sneha Vasan - That all sounds very interesting and so forth. I'd recommend for the best chances of getting a reply from anyone regarding your specific topic, that you include links to describe the work you're referencing for the "Zadoff chu seq", whatever that is. Maybe there are some folks on the list who know what this is without referring to literature, but for the rest of us it's at least a few steps to do an internet search & parse through the results & then download a paper to help you here ... fewer steps will increase the chances of anyone here helping! Hope this is useful! - MLD

ps> Please "reply all" so that the whole list can see your links & possibly help. More eyes reading your query increases the chances of someone helping!

On Fri, Jun 28, 2019, at 5:58 AM, Sneha vasan wrote:
Hi,

I would like to transmit and receive  Zadoff chu seq from USRP and correlate this two signals.

Any suggestions how we can do this?

Regards
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Posted by at No comments:

[Discuss-gnuradio] PSK modulation and demodulation from gnu radio tutorial.

Hello Guys,
I am very much new in gnu radio and trying to do the tutorial that gnuradio published for PSK demodulation. I am using constellation modulator to modulate the signal and demodulate it by PSK demodulation block(not my QPSK demodulator). I did put every parameter as they suggested.  Unfortunately, I do not get the same result(synchronized input and output ). I think its may the Channel model or time recovary block is not set correctly. Moreover, I do not understand why they use the channel model taps parameter to [1.0, 0.25-0.25j, 0.50 + 0.10j, -0.3 + 0.2j]? How did the get that? I did already spend a lot of time for searching about these but do not get any specific understandable solution.

I attach my .grc file in this mail. Please have a look. Looking forward to hearing from you guys.

Sincerely,
Atiq
Posted by at No comments:

[Discuss-gnuradio] Generate Zadoff sequence

Hi,

I would like to transmit and receive  Zadoff chu seq from USRP and correlate this two signals.

Any suggestions how we can do this?

Regards
Posted by at No comments:

Thursday, June 27, 2019

Re: [Discuss-gnuradio] GRC newbie questions

Hello,

I believe you'd set the number of outputs to 1, for the array itself, and when you set the data type of the output, you'd use sizeof(float) or sizeof(gr_complex) * array_size, so in this case array_size is 58. You'd do this for both input and output signatures.

Good luck!

Kevin

On Thu, Jun 27, 2019, 5:14 PM Barry Duggan <barry@dcsmail.net> wrote:
This is a restatement of my second question:

If the input to a block is an array of X bytes, and I produce an output
array of Y bytes, is that still considered a sync_block, i.e. one array
in, one array out? For example, if the input array has a length of 64
bytes, and I produce an output array with 68 bytes, do I set the number
of outputs to 1 (for the array) or 68 for the length of the array?

Thanks
--
Barry Duggan

_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Posted by at No comments:

[Discuss-gnuradio] GRC newbie questions

This is a restatement of my second question:

If the input to a block is an array of X bytes, and I produce an output
array of Y bytes, is that still considered a sync_block, i.e. one array
in, one array out? For example, if the input array has a length of 64
bytes, and I produce an output array with 68 bytes, do I set the number
of outputs to 1 (for the array) or 68 for the length of the array?

Thanks
--
Barry Duggan

_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Posted by at No comments:

[Discuss-gnuradio] GRCon19 Updates & Reminders

Hi all!

This year's keynotes have been announced! This year, our keynote speakers will be:
  • Travis Goodspeed
  • Mark Shuttleworth, Canonical
  • Robert Suggs, Marshall Space Flight Center
  • Mark Spencer, Digium
You can see more details about the conference program on the website, located here. Note that talks & submitted tutorials have not yet been added to the program!

Next up, the first deadline for submissions to GRCon is next Monday 1 July! Please get your talk, poster, and paper submissions in as soon as you can. The submission website is here:


Remember that GRCon maintains a policy that you do not have to present at the conference to publish in the technical proceedings. If you're submitting a presentation or poster, we encourage you to also submit a paper to the proceedings. If you're unable to make the event but would like to publish and share your work, you can submit a paper alone, which if accepted will be posted with this year's TP at pubs.gnuradio.org.

Lastly, per my annual call to register earlier, please register as soon as you can! Conference registration can be found here: 


Please note that prices will go up on August 1st.

If you haven't booked your hotel, yet, you can book in our discounted room block at the conference hotel using this link:


As usual, if you have any questions, please don't hesitate to reach out! You can reach the organizing team at grcon@gnuradio.org

Cheers,
Ben

Posted by at No comments:

Re: [Discuss-gnuradio] gr-ieee-80211: UDP Warning and another error

Thats true, thanks. meanwhile the UDP problem is solved. I had to run the command as root :D not sudo. 

On Thu, 27 Jun 2019 at 20:07, Michael Dickens <michael.dickens@ettus.com> wrote:
I guess for your need so long as it works that's what matters, yes?

We'll work on fixing the issue you found anyway ... seems like it's legit & undesirable LOL.

Good luck with your demo! - MLD

On Thu, Jun 27, 2019, at 2:01 PM, sumit kumar wrote:
Well it worked after compiling old checkouts (but not giving me the usual satisfaction of a fresh install... but anyways)

On Thu, 27 Jun 2019 at 19:45, sumit kumar <sumitstop@gmail.com> wrote:
Its overwhelming :D, I have a demo on Monday and I was 100% assured gr-ieee-80211 will work as usual. 

Before I saw your mail, I already checked out GR to 3.7.12, UHD to 003 009 006 and compiling now. 
Yes I used pybombs for installation. 

I have a USB with gnuradio installed into it. It works good and it has GR 3.7.11, uhd 003 009 006 and gr-ieee-80211 version I dint check. 



--
Sumit Kumar


Posted by at No comments:

Re: [Discuss-gnuradio] gr-ieee-80211: UDP Warning and another error

I guess for your need so long as it works that's what matters, yes?

We'll work on fixing the issue you found anyway ... seems like it's legit & undesirable LOL.

Good luck with your demo! - MLD

On Thu, Jun 27, 2019, at 2:01 PM, sumit kumar wrote:
Well it worked after compiling old checkouts (but not giving me the usual satisfaction of a fresh install... but anyways)

On Thu, 27 Jun 2019 at 19:45, sumit kumar <sumitstop@gmail.com> wrote:
Its overwhelming :D, I have a demo on Monday and I was 100% assured gr-ieee-80211 will work as usual. 

Before I saw your mail, I already checked out GR to 3.7.12, UHD to 003 009 006 and compiling now. 
Yes I used pybombs for installation. 

I have a USB with gnuradio installed into it. It works good and it has GR 3.7.11, uhd 003 009 006 and gr-ieee-80211 version I dint check. 

Posted by at No comments:

Re: [Discuss-gnuradio] gr-ieee-80211: UDP Warning and another error

Well it worked after compiling old checkouts (but not giving me the usual satisfaction of a fresh install... but anyways)

On Thu, 27 Jun 2019 at 19:45, sumit kumar <sumitstop@gmail.com> wrote:
Its overwhelming :D, I have a demo on Monday and I was 100% assured gr-ieee-80211 will work as usual. 

Before I saw your mail, I already checked out GR to 3.7.12, UHD to 003 009 006 and compiling now. 
Yes I used pybombs for installation. 

I have a USB with gnuradio installed into it. It works good and it has GR 3.7.11, uhd 003 009 006 and gr-ieee-80211 version I dint check. 



On Thu, 27 Jun 2019 at 19:31, Michael Dickens <michael.dickens@ettus.com> wrote:
Hmmm ... well the current UHD API for "set_auto_dc_offset" is "(bool, size_t)". Looks like the generated Python from gr-ieee-80211 is "set_auto_dc_offset("", 0)", which isn't compatible with the current UHD API for this method.

Hmmm ... here's my best bet: gr-ieee802-11 uses the GR-provided GRC blocks (whether XML or YML). Guessing you're using some reasonably recently (e.g., 2019) GR 3.8-tech-preview commit. If that's the case, then here's what seems to be the issue ... In this commit < https://github.com/gnuradio/gnuradio/commit/4804d1fdb6950d2b2ec5707cd8a362f01ed2cf90 >, then file "gr-uhd/grc/gen_uhd_usrp_blocks.py" was dramatically changed to generate the YML required by the 3.8 GRC. The API for "set_auto_dc_offset" was removed entirely ... not sure why ... but somehow GRC when "compiling" the flowgraph from YML into Python generates that command improperly.

You said you used PyBOMBS to install everything ... yes? The UHD is the current GIT master, so bleeding edge LOL.

Any way you can figure out which commit of GNU Radio and gr-ieee-80211 were used? The latter was recently updated such that the GIT master corresponds to GR 3.8, while "main-3.7" is for the current GR "maint-3.7" branch ... - MLD

On Thu, Jun 27, 2019, at 12:59 PM, sumit kumar wrote:
Sure I will try that, meanwhile any tip on the other issue, i.e., 

TypeError: in method 'usrp_source_sptr_set_auto_dc_offset', argument 2 of type 'bool'

Regards
Sumit 



--
Sumit Kumar




--
Sumit Kumar


Posted by at No comments:

Re: [Discuss-gnuradio] gr-ieee-80211: UDP Warning and another error

Its overwhelming :D, I have a demo on Monday and I was 100% assured gr-ieee-80211 will work as usual. 

Before I saw your mail, I already checked out GR to 3.7.12, UHD to 003 009 006 and compiling now. 
Yes I used pybombs for installation. 

I have a USB with gnuradio installed into it. It works good and it has GR 3.7.11, uhd 003 009 006 and gr-ieee-80211 version I dint check. 



On Thu, 27 Jun 2019 at 19:31, Michael Dickens <michael.dickens@ettus.com> wrote:
Hmmm ... well the current UHD API for "set_auto_dc_offset" is "(bool, size_t)". Looks like the generated Python from gr-ieee-80211 is "set_auto_dc_offset("", 0)", which isn't compatible with the current UHD API for this method.

Hmmm ... here's my best bet: gr-ieee802-11 uses the GR-provided GRC blocks (whether XML or YML). Guessing you're using some reasonably recently (e.g., 2019) GR 3.8-tech-preview commit. If that's the case, then here's what seems to be the issue ... In this commit < https://github.com/gnuradio/gnuradio/commit/4804d1fdb6950d2b2ec5707cd8a362f01ed2cf90 >, then file "gr-uhd/grc/gen_uhd_usrp_blocks.py" was dramatically changed to generate the YML required by the 3.8 GRC. The API for "set_auto_dc_offset" was removed entirely ... not sure why ... but somehow GRC when "compiling" the flowgraph from YML into Python generates that command improperly.

You said you used PyBOMBS to install everything ... yes? The UHD is the current GIT master, so bleeding edge LOL.

Any way you can figure out which commit of GNU Radio and gr-ieee-80211 were used? The latter was recently updated such that the GIT master corresponds to GR 3.8, while "main-3.7" is for the current GR "maint-3.7" branch ... - MLD

On Thu, Jun 27, 2019, at 12:59 PM, sumit kumar wrote:
Sure I will try that, meanwhile any tip on the other issue, i.e., 

TypeError: in method 'usrp_source_sptr_set_auto_dc_offset', argument 2 of type 'bool'

Regards
Sumit 



--
Sumit Kumar


Posted by at No comments:

Re: [Discuss-gnuradio] gr-ieee-80211: UDP Warning and another error

Hmmm ... well the current UHD API for "set_auto_dc_offset" is "(bool, size_t)". Looks like the generated Python from gr-ieee-80211 is "set_auto_dc_offset("", 0)", which isn't compatible with the current UHD API for this method.

Hmmm ... here's my best bet: gr-ieee802-11 uses the GR-provided GRC blocks (whether XML or YML). Guessing you're using some reasonably recently (e.g., 2019) GR 3.8-tech-preview commit. If that's the case, then here's what seems to be the issue ... In this commit < https://github.com/gnuradio/gnuradio/commit/4804d1fdb6950d2b2ec5707cd8a362f01ed2cf90 >, then file "gr-uhd/grc/gen_uhd_usrp_blocks.py" was dramatically changed to generate the YML required by the 3.8 GRC. The API for "set_auto_dc_offset" was removed entirely ... not sure why ... but somehow GRC when "compiling" the flowgraph from YML into Python generates that command improperly.

You said you used PyBOMBS to install everything ... yes? The UHD is the current GIT master, so bleeding edge LOL.

Any way you can figure out which commit of GNU Radio and gr-ieee-80211 were used? The latter was recently updated such that the GIT master corresponds to GR 3.8, while "main-3.7" is for the current GR "maint-3.7" branch ... - MLD

On Thu, Jun 27, 2019, at 12:59 PM, sumit kumar wrote:
Sure I will try that, meanwhile any tip on the other issue, i.e., 

TypeError: in method 'usrp_source_sptr_set_auto_dc_offset', argument 2 of type 'bool'

Regards
Sumit 

Posted by at No comments:

Re: [Discuss-gnuradio] gr-ieee-80211: UDP Warning and another error

Sure I will try that, meanwhile any tip on the other issue, i.e., 

TypeError: in method 'usrp_source_sptr_set_auto_dc_offset', argument 2 of type 'bool'

Regards
Sumit 



On Thu, 27 Jun 2019 at 18:54, Michael Dickens <michael.dickens@ettus.com> wrote:
I'm no expert on what to change here, but I'd guess there's another setting that's the correct one for your specific OS & version, and that "net.core.rmem_max" is the correct one for some other OS and/or version. Maybe do a quick internet search for how to change the UDP buffer size on your OS and version? Maybe someone else in GR-land has seen this issue & knows what to do? - MLD

On Thu, Jun 27, 2019, at 12:43 PM, sumit kumar wrote:
This happens after running sudo sysctl -w net.core.rmem_max=50000000

[INFO] [UHD] linux; GNU C++ version 7.4.0; Boost_106501; UHD_3.15.0.git-1-gf83faf28
[INFO] [USRP2] Opening a USRP2/N-Series device...
[INFO] [USRP2] Current recv frame size: 1472 bytes
[INFO] [USRP2] Current send frame size: 1472 bytes
[WARNING] [UDP] The recv buffer could not be resized sufficiently.
Target sock buff size: 50000000 bytes.
Actual sock buff size: 212992 bytes.
See the transport application notes on buffer resizing.
Please run: sudo sysctl -w net.core.rmem_max=50000000
[WARNING] [UDP] The current recv_buff_size of 212992 is less than the minimum recommended size of 307200 and may result in dropped packets on some NICs
[WARNING] [UDP] The recv buffer could not be resized sufficiently.
Target sock buff size: 50000000 bytes.
Actual sock buff size: 212992 bytes.
See the transport application notes on buffer resizing.
Please run: sudo sysctl -w net.core.rmem_max=50000000
[WARNING] [UDP] The current recv_buff_size of 212992 is less than the minimum recommended size of 307200 and may result in dropped packets on some NICs
[WARNING] [UDP] The recv buffer could not be resized sufficiently.
Target sock buff size: 2500000 bytes.
Actual sock buff size: 212992 bytes.
See the transport application notes on buffer resizing.
Please run: sudo sysctl -w net.core.rmem_max=2500000
[WARNING] [UDP] The current recv_buff_size of 212992 is less than the minimum recommended size of 307200 and may result in dropped packets on some NICs
[WARNING] [UDP] The recv buffer could not be resized sufficiently.
Target sock buff size: 2500000 bytes.
Actual sock buff size: 212992 bytes.
See the transport application notes on buffer resizing.
Please run: sudo sysctl -w net.core.rmem_max=2500000
[WARNING] [UDP] The current recv_buff_size of 212992 is less than the minimum recommended size of 307200 and may result in dropped packets on some NICs
[WARNING] [UHD] Unable to set the thread priority. Performance may be negatively affected.
Please see the general application notes in the manual for instructions.
EnvironmentError: OSError: error in pthread_setschedparam
Traceback (most recent call last):
  File "/home/sumit/gradio/src/gr-ieee-80211/examples/wifi_rx.py", line 374, in <module>
    main()
  File "/home/sumit/gradio/src/gr-ieee-80211/examples/wifi_rx.py", line 362, in main
    tb = top_block_cls()
  File "/home/sumit/gradio/src/gr-ieee-80211/examples/wifi_rx.py", line 151, in __init__
    self.uhd_usrp_source_0.set_auto_dc_offset("", 0)
  File "/home/sumit/gradio/lib/python2.7/dist-packages/gnuradio/uhd/uhd_swig.py", line 3499, in set_auto_dc_offset
    return _uhd_swig.usrp_source_sptr_set_auto_dc_offset(self, enb, chan)
TypeError: in method 'usrp_source_sptr_set_auto_dc_offset', argument 2 of type 'bool'



--
Sumit Kumar


Posted by at No comments:
Subscribe to: Posts (Atom)