Re: Real-time video streaming

[Ahmet DEMIR]

Hello Marcus,
I understand what I can use in my project, but I have a problem. Can you
inform me how I can give my real-time video(taken from camera) as input to
the uhd_packet_tx_tun example. For example, when I use a 'file source'
block at the input, it says that "No connection known between domains
stream and message." How can I do the necessary transformations? Or which
input block is better to use here? Thanks for the help.
Regards.


Marcus Müller , 7 Mar 2020 Cmt, 20:01 tarihinde şunu
yazdı:

> I'd really recommend using uhd_packet_tx_tun or any other of the current
> examples over tunnel.py, which we mourningly¹ retired² a while³ ago.
>
> Tunnel.py was meant as a demo of how to make GNU Radio work with network
> interfaces, and as a proof of concept that you can make GNU Radio your
> real-world packet transport. It was never meant to be a great
> transceiver, just one that works and exercised our –now mostly replaced–
> packet infrastructure.
> Yet, we saw literally dozens of questions on people who thought it was
> their optimum solution and were wondering why it wasn't as great as a
> properly optimized transceiver.
>
> Best regards,
> Marcus
>
> ¹ ...with a vengeance
> ² ...six feet deep
> ³ to be exact, Fri Nov 4 09:43:04 2016 -0700 was the time the OFDM
> tunnel.py was removed from the source tree.
> On 07.03.20 10:12, sumit kumar wrote:
> > Hello Ahmet,
> > If can make tunnel script working , then video transmission using vlc
> > will be very straightforward.
> > We did this long back
> > https://youtu.be/bKF67pFQy1k
> > Regards
> > Sumit
> >
> > On Sat, Mar 7, 2020, 9:54 AM Ahmet DEMIR  > > wrote:
> >
> > Hi,
> > Thanks for the help.
> > I am trying to stream a real time video taken from a camera. I know
> > that I will use gstreamer to take and encode the video. And then
> > pass it to the gnuradio and do some digital processing operations on
> > it. And lastly by using a usrp, I will transmit it in radio
> > frequency range. Can I use uhd_packet_tx.grc example which is used
> > to message passing for this aim? Or how can I find the flowgraph of
> > video transmitter? I am using Gnuradio3.8 version and linux OS. I
> > will be very happy if you help me.
> > Regards.
> >
>
>

Doubt about input of my bloce

[Vinicius Mesquita]

Hello.
Thank you so much for your attention.

I'm writing my own block using python, trying to get the output of the *OFDM
Channel Estimation* block to be the input of my own block.

I'm getting the following error:

*RuntimeError: itemsize mismatch: ofdm_chanest_vcvc0:0 using 512,
cir_sink_c0:0 using 8*

I'm using:






*def __init__(self, fft_len):gr.sync_block.__init__(self,
  name="cir_sink_c",in_sig=[np.complex64],
out_sig=None)self.fft_len = fft_len*

and in the YML file:




*inputs:- label: in  domain: stream  dtype: complex  vlen: ${fft_len}*

I've tried to use *complex_vetor *in the dtype, but I kept getting
this error message:



* File
"/root/prefix/lib/python3/dist-packages/gnuradio/grc/core/ports/port.py",
line 91, in item_sizereturn Constants.TYPE_TO_SIZEOF[self.dtype] *
self.vlenKeyError: 'complex_vector'*

I've also tried to use *np.complex128 *in the in_sig, but that doesn't work
either.

Does anyone a solution for this?

Thank you so much for your help!
Yours sincerely,
Vinicius.

Re: Doubt about input of my bloce

[Kyeong Su Shin]

Hello Vinicius:

My guess is that you want to use something like in_sig=[np.complex64,fft_len] 
for your constructor.

Regards,
Kyeong Su Shin

보낸 사람: Vinicius Mesquita  대신 Discuss-gnuradio 

보낸 날짜: 2020년 3월 9일 월요일 오후 6:28
받는 사람: discuss-gnuradio@gnu.org 
제목: Doubt about input of my bloce

Hello.
Thank you so much for your attention.

I'm writing my own block using python, trying to get the output of the OFDM 
Channel Estimation block to be the input of my own block.

I'm getting the following error:

RuntimeError: itemsize mismatch: ofdm_chanest_vcvc0:0 using 512, cir_sink_c0:0 
using 8

I'm using:

def __init__(self, fft_len):
gr.sync_block.__init__(self,
name="cir_sink_c",
in_sig=[np.complex64],
out_sig=None)
self.fft_len = fft_len

and in the YML file:
inputs:
- label: in
  domain: stream
  dtype: complex
  vlen: ${fft_len}

I've tried to use complex_vetor in the dtype, but I kept getting this error 
message:

 File "/root/prefix/lib/python3/dist-packages/gnuradio/grc/core/ports/port.py", 
line 91, in item_size
return Constants.TYPE_TO_SIZEOF[self.dtype] * self.vlen
KeyError: 'complex_vector'

I've also tried to use np.complex128 in the in_sig, but that doesn't work 
either.

Does anyone a solution for this?

Thank you so much for your help!
Yours sincerely,
Vinicius.

Re: Doubt about input of my bloce

[Vinicius Mesquita]

That worked! Thank you!

On Mon, Mar 9, 2020 at 10:36 AM Kyeong Su Shin  wrote:

> Hello Vinicius:
>
> My guess is that you want to use something like *in_sig=[np.complex64,fft_len]
> * for your constructor.
>
> Regards,
> Kyeong Su Shin
> --
> *보낸 사람:* Vinicius Mesquita  대신
> Discuss-gnuradio 
> *보낸 날짜:* 2020년 3월 9일 월요일 오후 6:28
> *받는 사람:* discuss-gnuradio@gnu.org 
> *제목:* Doubt about input of my bloce
>
> Hello.
> Thank you so much for your attention.
>
> I'm writing my own block using python, trying to get the output of the *OFDM
> Channel Estimation* block to be the input of my own block.
>
> I'm getting the following error:
>
> *RuntimeError: itemsize mismatch: ofdm_chanest_vcvc0:0 using 512,
> cir_sink_c0:0 using 8*
>
> I'm using:
>
>
>
>
>
>
> *def __init__(self, fft_len): gr.sync_block.__init__(self,
> name="cir_sink_c", in_sig=[np.complex64],
> out_sig=None) self.fft_len = fft_len*
>
> and in the YML file:
>
>
>
>
> *inputs: - label: in   domain: stream   dtype: complex   vlen: ${fft_len}*
>
> I've tried to use *complex_vetor *in the dtype, but I kept getting
> this error message:
>
>
>
> * File
> "/root/prefix/lib/python3/dist-packages/gnuradio/grc/core/ports/port.py",
> line 91, in item_size return Constants.TYPE_TO_SIZEOF[self.dtype] *
> self.vlen KeyError: 'complex_vector'*
>
> I've also tried to use *np.complex128 *in the in_sig, but that doesn't
> work either.
>
> Does anyone a solution for this?
>
> Thank you so much for your help!
> Yours sincerely,
> Vinicius.
>

Osmocom Source problem

[sarandis. Doulgeris]

Hello
I installed gr-osmocom package following these instructions:
git clone git://git.osmocom.org/gr-osmosdr
cd gr-osmosdr/
mkdir build
cd build/
cmake ../
make
sudo make install
sudo ldconfig.

So i went in to check if they are indeed working and i get this error:
import osmosdr ModuleNotFoundError: No module named 'osmosdr'
As you can see from the .png i am trying to see the wi-fi signal.

Thanks for your time

Re: Osmocom Source problem

[Kyeong Su Shin]

Hello Sarandis:

Maybe you are experiencing a path issue, similar to this: 
https://lists.gnu.org/archive/html/discuss-gnuradio/2019-06/msg00103.html .

The most likely case is that some gr-osmosdr Python scripts that were meant to 
be installed on /usr/lib/python3.x/dist-packages/gnuradio went to 
/usr/local/lib/python3.x/dist-packages/gnuradio instead, or vice versa. So, 
please check that first. Other scenarios are also possible.

Regards,
Kyeong Su Shin

보낸 사람: sarandis. Doulgeris  대신 Discuss-gnuradio 

보낸 날짜: 2020년 3월 9일 월요일 오후 9:11
받는 사람: Discuss Gnuradio 
제목: Osmocom Source problem

Hello
I installed gr-osmocom package following these instructions:
git clone git://git.osmocom.org/gr-osmosdr
cd gr-osmosdr/
mkdir build
cd build/
cmake ../
make
sudo make install
sudo ldconfig.

So i went in to check if they are indeed working and i get this error:
import osmosdr ModuleNotFoundError: No module named 'osmosdr'
As you can see from the .png i am trying to see the wi-fi signal.

Thanks for your time

Web server emulates a terminal/console for GNU Radio

[Barry Duggan]

I have created a web server written in nodejs which emulates a 
terminal/console using a browser for the user interface.


For use with GNU Radio, it sends keyboard input text to a ZMQ PUSH 
Message socket and displays received text from a ZMQ PULL Message 
socket. It can be used as an alternative to a Message Edit Box and/or a 
Message Debug Block for string messages.

See https://github.com/duggabe/gr-webserver

Comments and suggestions are welcome.

--
Barry Duggan KV4FV

Re: Pi GNURadion challenge.

[Glen Langston]

Hi

Thanks for your summary of experience with installing Gnuradio 3.8.1 for 
Raspberry Pi.

I’ve started the install on a fresh version on the latest Raspberry Pi OS,
but ran into a few issues I’m still working on.

One question/request for this group:

The folks at SDRPlay have done a very nice job of porting a good working 
version of
gnuradio into a working image of the Raspberry OS and compressed it.
(https://www.sdrplay.com/downloads/)

After downloading (about 2GB) and writing to the SD card, this version just 
works fine.
The simple-minded user can then just start enjoying Gnuradio.

However they don’t yet have Gnuradio 3.8.1 on the SD card.

Question/Request:

If anyone gets 3.8.1 working for Raspberry pi, please remove all personal info
and then compress whole OS on SD card to a ???.img.xz file and distribute it 
for download.

Thanks!

Glen

PS I’ve shared the Raspberry pi OS for our radio astronomy code, but this for 
3.7
Now I’d recommend starting with the SDRPlay OS, as it is more up to date.

PS I’ve had to download/install some code for other SDR devices, but that is 
not too hard
compared to getting gnu radio running in the first place.

Our project is converting to 3.8, but this is not yet complete.
git clone http://www.github.com/WVURAIL/gr-radio_astro
Any assistance is welcome.

> On Mar 8, 2020, at 3:24 PM, Robert Heerekop  wrote:
> 
> Dear GNURadio-friends!
> 
> Thank you so much for your replies on my previous post! It feels good to get 
> feedback and I did read every single line 4 times and did numerous 
> attempts/installations this weekend on the Pi4 and Pi3B1.2 which I have 
> available here. Yes, I'm making progress first steps-by-steps, but...
> ...the speaker is still silent...no WBFM music yet... 
> 
> Marcus M. his clarification on sw building process was very interesting. 
> Thanks for explaining this process! At this (Hello World) beginners on 
> GNURadio I prefer to use a low risk easy to install version and get my 
> RTL-SDR and ADALM-PLUTO sounding WBFM in the first place. Good to know though 
> how development&building works and I will keep an eye on Debian porting to 
> RPi4 and make use of the faster vector optimized processing. interesting to 
> have this insight. Thanks!
> Manolis S. his suggestion to use an existing build sounded also good. I 
> failed however...
> 
> The SD Cards here were over-and-over refreshed with 'latest' fresh 
> 2020-02-13-raspbian-buster images to ensure I used every time an 
> of-the-raspberry-shelf default configuration.
> 
> Summarized my failing GNURadio weekend results:
> 
> 1. The standard beginners level gnuradion Pi installation process fails with 
> the current raspberry NOOBS raspian image.I presume because due to referral 
> to the version "Pi3B+": 
> https://wiki.gnuradio.org/index.php/InstallingGRFromSource_on_Raspberry_Pi
> Unfortunately I one have Pi3B1.2, Pi4(c03112, 4Gb, 32GB-SD) and PiZero
> I figured out I also had to add the commands:
> sudo apt install gr-osmosdr (otherwise the 'blocks' to input data from the 
> USB connected SDR were missing.)
> sudo apt-get install xterm
> 
> 2. I try to get GNURadio Companion 3.8 running as a GUI because I read that 
> that was more stable. I'm happy though if I can get any version working in 
> the first place...
> The provided sugegstion to simply perform "sudo apt install gnuradio" does 
> not install 3.8 but 3.7.13.4. The good news however is that GNU Radio 
> Companion can be started from the GUI and after installing the osmocom, 
> RTL-SDR from the RPi-menu and fixing a lxterminal issue, I am able to proces 
> a WBFM receiver grc-example, but seems facing an audio sink issue resulting 
> in silence I will continue to look to search for a solution but failed so 
> far.
> 
> 3. After "sudo dpkg -i" installing the pre-build repo Manolis suggested, 
> GNURadio did not appear on the GUi so I failed here as well. I guess this is 
> because I am using not the same RPi hardware version...
> 
> 4. the only way to get some WBFM-audio working(yes!) is installing 
> Gqrx2.11.5(which is qt5.11.3 based). The Gqrx is working fine, but the 
> GNURadio which comes with it, gives interrupted audio as I recorded and show 
> here: https://youtu.be/WNpgtsG8Bls
> 
> Yes, this is struggling on rookie level.  I will continue my attemps and am 
> aware that...
> The more a Hello world GNURadio struggle takes, the better the first music in 
> the end sounds ;-)
> If you have a working 'beginers level' instruction, SD-image or build (of any 
> GNURadio) that works on Pi4/Pi3B1.2 I will reserve a place in the Radio Hall 
> of Fame!
> 
> Thanks for sharing any suggestions!
> rrrRbert
> ps. I happy to provide any logs is that helps in finding the rootcause.

Re: Pi GNURadion challenge.

[CEL]

Hi Robert,

On Sun, 2020-03-08 at 20:24 +0100, Robert Heerekop wrote:
> 
> 2. I try to get GNURadio Companion 3.8 running as a GUI because I read that 
> that was more stable. I'm happy though if I can get any version working in 
> the first place...
> The provided sugegstion to simply perform "sudo apt install gnuradio" does 
> not install 3.8 but 3.7.13.4. The good news however is that GNU Radio 
> Companion can be started from the GUI and after installing the osmocom, 
> RTL-SDR from the RPi-menu and fixing a lxterminal issue, I am able to proces 
> a WBFM receiver grc-example, but seems facing an audio sink issue resulting 
> in silence I will continue to look to search for a solution but failed so 
> far.
> 
As I wrote, you should first upgrade to Testing. That should be easy:

https://www.raspberrypi.org/forums/viewtopic.php?t=212223 says: edit
your /etc/apt/sources.list, and replace what's in there (stretch,
buster, stable, ...) with "testing", then run "sudo apt update", "sudo
apt full-upgrade", "sudo apt install gnuradio".

Best regards,
Marcus


smime.p7s
Description: S/MIME cryptographic signature

Re: Pi GNURadion challenge.

[Chris Vine]

On Mon, 9 Mar 2020 10:59:04 -0400
Glen Langston  wrote:
> Hi
> 
> Thanks for your summary of experience with installing Gnuradio 3.8.1 for 
> Raspberry Pi.
> 
> I’ve started the install on a fresh version on the latest Raspberry Pi OS,
> but ran into a few issues I’m still working on.
> 
> One question/request for this group:
> 
> The folks at SDRPlay have done a very nice job of porting a good working 
> version of
> gnuradio into a working image of the Raspberry OS and compressed it.
> (https://www.sdrplay.com/downloads/)
> 
> After downloading (about 2GB) and writing to the SD card, this version just 
> works fine.
> The simple-minded user can then just start enjoying Gnuradio.
> 
> However they don’t yet have Gnuradio 3.8.1 on the SD card.

As far as I can tell there is no gnuradio-3.8.1.  Where did you find it?
I can see a first release candidate as of some weeks ago, which of
course is something different.

Re: Pi GNURadion challenge.

[Manolis Surligas]

Have you followed the repo installation instructions? The package has a 
lot of dependencies so installing the deb manually may not work. Also 
What do you get if run from the terminal the |gnuradio-companion| command?


On 3/8/20 9:24 PM, Robert Heerekop wrote:


3. After "sudo dpkg -i" installing the pre-build repo Manolis 
suggested, GNURadio did not appear on the GUi so I failed here as 
well. I guess this is because I am using not the same RPi hardware 
version...


--
/* Code is the Law */

GnuRadio Help

[Vincenzo Mone]

Hi Folks,

This is my first post on this group.

Anybody can tell me the right procedure and where to get the Gnuradio v. 3.8
or above

For Ubuntu? I have tried in Terminal to digit  sudo apt gnuradio but I get
installed

The 3.7 version.

Please any help?

Thanks in advance

 

73 de Enzo IK8OZV
EasyLog 5 BetaTester
EasyLog PDA BetaTester
WinBollet BetaTester
D.C.I. CheckPoint Regione Campania
Skype: ik8ozv8520




  *

  **   GSM  +39 328 7110193  **

  * SMS  +39 328 7110193*

  *

 

Re: GnuRadio Help

[Kyeong Su Shin]

Hello Vincenzo:

For an AMD64 system with Ubuntu 18.04 or above, you may try using the GNU Radio 
PPA. See: 
https://wiki.gnuradio.org/index.php/InstallingGR#Ubuntu_PPA_Installation .

If that does not work (if your system is not a typical AMD64 box with Ubuntu 
18.04 or higher), you may try PyBOMBs or try building it from manually (from 
source). These are described in other sections of the wiki page linked above.

Regards,
Kyeong Su Shin

보낸 사람: Vincenzo Mone  대신 Discuss-gnuradio 

보낸 날짜: 2020년 3월 10일 화요일 오전 2:18
받는 사람: discuss-gnuradio@gnu.org 
제목: GnuRadio Help


Hi Folks,

This is my first post on this group.

Anybody can tell me the right procedure and where to get the Gnuradio v. 3.8 or 
above

For Ubuntu? I have tried in Terminal to digit  sudo apt gnuradio but I get 
installed

The 3.7 version.

Please any help?

Thanks in advance



73 de Enzo IK8OZV
EasyLog 5 BetaTester
EasyLog PDA BetaTester
WinBollet BetaTester
D.C.I. CheckPoint Regione Campania
Skype: ik8ozv8520




  *

  **   GSM  +39 328 7110193  **

  * SMS  +39 328 7110193*

  *

Re: GnuRadio Help

[Kyeong Su Shin]

(By the way, do not forget uninstalling GNU Radio 3.7 before trying this.)

Regards,
Kyeong Su Shin

보낸 사람: Kyeong Su Shin 
보낸 날짜: 2020년 3월 10일 화요일 오전 2:43
받는 사람: Vincenzo Mone ; discuss-gnuradio@gnu.org 

제목: Re: GnuRadio Help

Hello Vincenzo:

For an AMD64 system with Ubuntu 18.04 or above, you may try using the GNU Radio 
PPA. See: 
https://wiki.gnuradio.org/index.php/InstallingGR#Ubuntu_PPA_Installation .

If that does not work (if your system is not a typical AMD64 box with Ubuntu 
18.04 or higher), you may try PyBOMBs or try building it from manually (from 
source). These are described in other sections of the wiki page linked above.

Regards,
Kyeong Su Shin

보낸 사람: Vincenzo Mone  대신 Discuss-gnuradio 

보낸 날짜: 2020년 3월 10일 화요일 오전 2:18
받는 사람: discuss-gnuradio@gnu.org 
제목: GnuRadio Help


Hi Folks,

This is my first post on this group.

Anybody can tell me the right procedure and where to get the Gnuradio v. 3.8 or 
above

For Ubuntu? I have tried in Terminal to digit  sudo apt gnuradio but I get 
installed

The 3.7 version.

Please any help?

Thanks in advance



73 de Enzo IK8OZV
EasyLog 5 BetaTester
EasyLog PDA BetaTester
WinBollet BetaTester
D.C.I. CheckPoint Regione Campania
Skype: ik8ozv8520




  *

  **   GSM  +39 328 7110193  **

  * SMS  +39 328 7110193*

  *

Re: GnuRadio Help

[CEL]

Hello Vincenzo,

Kyeong Su Shin is absolutely right!

I'd also like to add that in any case, you'd really want at least
Ubuntu 18.04LTS; anything older than that becomes a dependency hell,
anyway, so even PyBOMBS wouldn't help much.

Best regards,
Marcus 
On Mon, 2020-03-09 at 17:43 +, Kyeong Su Shin wrote:
> Hello Vincenzo:
> 
> For an AMD64 system with Ubuntu 18.04 or above, you may try using the GNU 
> Radio PPA. See: 
> https://wiki.gnuradio.org/index.php/InstallingGR#Ubuntu_PPA_Installation .
> 
> If that does not work (if your system is not a typical AMD64 box with Ubuntu 
> 18.04 or higher), you may try PyBOMBs or try building it from manually (from 
> source). These are described in other sections of the wiki page linked above.
> 
> Regards,
> Kyeong Su Shin
> 보낸 사람: Vincenzo Mone  대신 Discuss-gnuradio 
> 
> 보낸 날짜: 2020년 3월 10일 화요일 오전 2:18
> 받는 사람: discuss-gnuradio@gnu.org 
> 제목: GnuRadio Help
>  
> Hi Folks,
> This is my first post on this group.
> Anybody can tell me the right procedure and where to get the Gnuradio v. 3.8 
> or above
> For Ubuntu? I have tried in Terminal to digit  sudo apt gnuradio but I get 
> installed
> The 3.7 version.
> Please any help?
> Thanks in advance
>  
> 73 de Enzo IK8OZV
> EasyLog 5 BetaTester
> EasyLog PDA BetaTester
> WinBollet BetaTester
> D.C.I. CheckPoint Regione Campania
> Skype: ik8ozv8520
> 
> 
> 
> 
>   *
>   **   GSM  +39 328 7110193  **
>   * SMS  +39 328 7110193*
>   *
>  


smime.p7s
Description: S/MIME cryptographic signature

Re: Pi GNURadion challenge.

[Glen Langston]

Hi

Yes. 3.8.1 is the version I’d started to install.   I ran into trouble
downloading all the support packages.  Slowly but surely I was
installing everything needed.  But after a few hours of good progress
I ran out of time.So I thought I’d just ask if someone more talented
had already done the install before I put more time into the install.

Definitely, for me, a complete install of the OS is the best, rather than
on a package by package basis.   Remember to compress (and remove all gmail
etc logins) before distributing.

It is fairly quick to do the whole install to the SD card, from the 
compressed .img file.   With “Etcher” they uncompress and write simultaneously,
so you are only working with a couple gigabyte file.   

I have 4 working horn radio telescopes working this way and a few more almost
ready to start observing.  I thought I would get up to date with the
3.8.? Gnuradio then restart observations.

Maybe I have to wait.

Thanks in advance.

Glen

> On Mar 9, 2020, at 1:05 PM, Chris Vine  wrote:
> 
> On Mon, 9 Mar 2020 10:59:04 -0400
> Glen Langston  wrote:
>> Hi
>> 
>> Thanks for your summary of experience with installing Gnuradio 3.8.1 for 
>> Raspberry Pi.
>> 
>> I’ve started the install on a fresh version on the latest Raspberry Pi OS,
>> but ran into a few issues I’m still working on.
>> 
>> One question/request for this group:
>> 
>> The folks at SDRPlay have done a very nice job of porting a good working 
>> version of
>> gnuradio into a working image of the Raspberry OS and compressed it.
>> (https://www.sdrplay.com/downloads/)
>> 
>> After downloading (about 2GB) and writing to the SD card, this version just 
>> works fine.
>> The simple-minded user can then just start enjoying Gnuradio.
>> 
>> However they don’t yet have Gnuradio 3.8.1 on the SD card.
> 
> As far as I can tell there is no gnuradio-3.8.1.  Where did you find it?
> I can see a first release candidate as of some weeks ago, which of
> course is something different.
> 

Re: Osmocom Source problem

[Kyeong Su Shin]

Hello Sarandis:

I cannot give you a conclusive answer, since I simply do not have enough 
information (all I know is that your installation did not work, and it is most 
likely because Python is not correctly detecting your osmosdr module).

If it is indeed the path issue, you may try uninstalling and re-building 
gr-osmosdr with the correct install prefix. Alternatively, you can try 
modifying your Python PATH variable (so as Python would have path to your 
osmosdr installations), or simply move the misplaced files to the 'correct' 
path.

Basically, what you want to do is finding where your Python module (for 
osmosdr) has been installed, and making sure that Python is looking at that 
path. See: https://bic-berkeley.github.io/psych-214-fall-2016/sys_path.html .

(I am adding discuss-gnuradio@gnu.org back to the recipient list, as this 
thread may benefit other people as well.)

Regards,
Kyeong Su Shin

보낸 사람: sarandis. Doulgeris 
보낸 날짜: 2020년 3월 10일 화요일 오전 2:49
받는 사람: Kyeong Su Shin 
제목: Re: Osmocom Source problem

so i should uninstall and reinstall?

Στις Δευ, 9 Μαρ 2020 στις 2:59 μ.μ., ο/η Kyeong Su Shin 
mailto:kss...@postech.ac.kr>> έγραψε:
Hello Sarandis:

Maybe you are experiencing a path issue, similar to this: 
https://lists.gnu.org/archive/html/discuss-gnuradio/2019-06/msg00103.html .

The most likely case is that some gr-osmosdr Python scripts that were meant to 
be installed on /usr/lib/python3.x/dist-packages/gnuradio went to 
/usr/local/lib/python3.x/dist-packages/gnuradio instead, or vice versa. So, 
please check that first. Other scenarios are also possible.

Regards,
Kyeong Su Shin

보낸 사람: sarandis. Doulgeris 
mailto:sarandis.doulge...@gmail.com>> 대신 
Discuss-gnuradio 
mailto:postech.ac...@gnu.org>>
보낸 날짜: 2020년 3월 9일 월요일 오후 9:11
받는 사람: Discuss Gnuradio 
mailto:Discuss-gnuradio@gnu.org>>
제목: Osmocom Source problem

Hello
I installed gr-osmocom package following these instructions:
git clone git://git.osmocom.org/gr-osmosdr
cd gr-osmosdr/
mkdir build
cd build/
cmake ../
make
sudo make install
sudo ldconfig.

So i went in to check if they are indeed working and i get this error:
import osmosdr ModuleNotFoundError: No module named 'osmosdr'
As you can see from the .png i am trying to see the wi-fi signal.

Thanks for your time

Re: Pi GNURadion challenge.

[Christoph Mayer]

Hi all,

are there any binary packages adapted for Raspberry PIs allowing to
use full NEON SIMD (armhf/aarch64) for gnuradio+volk?

Cheers
Christoph

On Mon, Mar 9, 2020 at 7:05 PM Glen Langston  wrote:
>
> Hi
>
> Yes. 3.8.1 is the version I’d started to install.   I ran into trouble
> downloading all the support packages.  Slowly but surely I was
> installing everything needed.  But after a few hours of good progress
> I ran out of time.So I thought I’d just ask if someone more talented
> had already done the install before I put more time into the install.
>
> Definitely, for me, a complete install of the OS is the best, rather than
> on a package by package basis.   Remember to compress (and remove all gmail
> etc logins) before distributing.
>
> It is fairly quick to do the whole install to the SD card, from the
> compressed .img file.   With “Etcher” they uncompress and write 
> simultaneously,
> so you are only working with a couple gigabyte file.
>
> I have 4 working horn radio telescopes working this way and a few more almost
> ready to start observing.  I thought I would get up to date with the
> 3.8.? Gnuradio then restart observations.
>
> Maybe I have to wait.
>
> Thanks in advance.
>
> Glen
>
> > On Mar 9, 2020, at 1:05 PM, Chris Vine  wrote:
> >
> > On Mon, 9 Mar 2020 10:59:04 -0400
> > Glen Langston  wrote:
> >> Hi
> >>
> >> Thanks for your summary of experience with installing Gnuradio 3.8.1 for 
> >> Raspberry Pi.
> >>
> >> I’ve started the install on a fresh version on the latest Raspberry Pi OS,
> >> but ran into a few issues I’m still working on.
> >>
> >> One question/request for this group:
> >>
> >> The folks at SDRPlay have done a very nice job of porting a good working 
> >> version of
> >> gnuradio into a working image of the Raspberry OS and compressed it.
> >> (https://www.sdrplay.com/downloads/)
> >>
> >> After downloading (about 2GB) and writing to the SD card, this version 
> >> just works fine.
> >> The simple-minded user can then just start enjoying Gnuradio.
> >>
> >> However they don’t yet have Gnuradio 3.8.1 on the SD card.
> >
> > As far as I can tell there is no gnuradio-3.8.1.  Where did you find it?
> > I can see a first release candidate as of some weeks ago, which of
> > course is something different.
> >
>
>

Re: Pi GNURadion challenge.

[Robert Heerekop]

Dear friends, thanks a lot for your responses.No WBFM music yet. Just to
share; I followed these steps which fail:
0. Flash and setup with RaspberryPi4 the 32GbSD Card from Raspberry Pi
image file: "2020-02-13-raspbian-buster.img"
1. run "sudo nano /etc/apt/sources.list" and replace "buster" by "testing"
2. run "sudo apt update"
3. run "sudo apt full-upgrade"
4. run "sudo reboot"
5. run "sudo apt install gnuradio"
6. run "sudo reboot"
7. Validate is GUI:Start>Programming>GNU Radio Companion>Help>About shows
"3.8.1.0(Python3.7.6)"
7. Loading a hello-world FMWB example showed Missing Block "rtlsdr_source"
so end GNU Radio Companion (I have a RTL-SDR stick)
8. run "sudo apt-get install gr-osmosdr"
9. run "sudo apt-get install xterm"
10. sudo reboot
11. run "sudo apt autoremove"
12. Loading the FMWB example again I noticed that there were no Missing
Blocks anymore and that "rtlsdr_source" could be used.
13. Generating flow seemed to be going okay.
14. Executing flow generated the failure:
<<< Welcome to GNU Radio Companion 3.8.1.0 >>>
...Warning: failed to XInitThreads()
gr-osmosdr 0.2.0.0 (0.2.0) gnuradio 3.8.1.0
built-in source types: file osmosdr fcd rtl rtl_tcp uhd miri hackrf bladerf
rfspace airspy airspyhf soapy redpitaya freesrp
[INFO] [UHD] linux; GNU C++ version 9.2.1 20200104; Boost_106700;
UHD_3.15.0.0-2
Assertion 'close_nointr(fd) != -EBADF' failed at src/basic/fd-util.c:71,
function safe_close(). Aborting.
>>> Done (return code -6)

I continue with the suggested SDRPlay asap and share the results!
No matter how, but the music will Sound!

Op ma 9 mrt. 2020 om 19:52 schreef Christoph Mayer :

> Hi all,
>
> are there any binary packages adapted for Raspberry PIs allowing to
> use full NEON SIMD (armhf/aarch64) for gnuradio+volk?
>
> Cheers
> Christoph
>
> On Mon, Mar 9, 2020 at 7:05 PM Glen Langston 
> wrote:
> >
> > Hi
> >
> > Yes. 3.8.1 is the version I’d started to install.   I ran into trouble
> > downloading all the support packages.  Slowly but surely I was
> > installing everything needed.  But after a few hours of good progress
> > I ran out of time.So I thought I’d just ask if someone more talented
> > had already done the install before I put more time into the install.
> >
> > Definitely, for me, a complete install of the OS is the best, rather than
> > on a package by package basis.   Remember to compress (and remove all
> gmail
> > etc logins) before distributing.
> >
> > It is fairly quick to do the whole install to the SD card, from the
> > compressed .img file.   With “Etcher” they uncompress and write
> simultaneously,
> > so you are only working with a couple gigabyte file.
> >
> > I have 4 working horn radio telescopes working this way and a few more
> almost
> > ready to start observing.  I thought I would get up to date with the
> > 3.8.? Gnuradio then restart observations.
> >
> > Maybe I have to wait.
> >
> > Thanks in advance.
> >
> > Glen
> >
> > > On Mar 9, 2020, at 1:05 PM, Chris Vine  wrote:
> > >
> > > On Mon, 9 Mar 2020 10:59:04 -0400
> > > Glen Langston  wrote:
> > >> Hi
> > >>
> > >> Thanks for your summary of experience with installing Gnuradio 3.8.1
> for Raspberry Pi.
> > >>
> > >> I’ve started the install on a fresh version on the latest Raspberry
> Pi OS,
> > >> but ran into a few issues I’m still working on.
> > >>
> > >> One question/request for this group:
> > >>
> > >> The folks at SDRPlay have done a very nice job of porting a good
> working version of
> > >> gnuradio into a working image of the Raspberry OS and compressed it.
> > >> (https://www.sdrplay.com/downloads/)
> > >>
> > >> After downloading (about 2GB) and writing to the SD card, this
> version just works fine.
> > >> The simple-minded user can then just start enjoying Gnuradio.
> > >>
> > >> However they don’t yet have Gnuradio 3.8.1 on the SD card.
> > >
> > > As far as I can tell there is no gnuradio-3.8.1.  Where did you find
> it?
> > > I can see a first release candidate as of some weeks ago, which of
> > > course is something different.
> > >
> >
> >
>
>

BER calculation - GMSK Demod

[Artur Nogueira]

Hello,

I am simulating a simple GMSK modulation/demodulation process, without any
channel model, in order to evaluate the BER under normal conditions and
with noise. I would like to have your opinion about the way I calculate the
BER: is it correct? Is there a better way to do it?

Here a brief description of the problem:
I created the following input binary sequence: 1110011100 as a .bin file
and I loaded it in the File Source block. Then, I fed the GMSK Mod block
with this binary sequence, I added noise to it and then I sent the
resulting signal to a GMSK Demod unit. Finally, I saved the output sequence
in a .bin file by means of File Sink block.

Apparently, the GMSK Demod block creates 8-bit packets for each input bit,
by allocating them in the LSB position. In this case, instead of
calculating the BER, I am calculating the PER (Packet Error Rate), by
comparing the 0's with  and 1's with 0001. And when I add noise
to the model, the output sequence is modified (as expected).

In this case, I am proceeding with the same methodology for the PER
calculation so every time a non-zero bit appears between the 1st and 7th
position of a byte (ex: 0100), I suppose this is caused by noise and I
count it as a wrong packet.

Does my analysis make sense? Is there a more practical or correct way of
evaluating the BER/PER?

Thanks.

Best regards,
Artur

Re: Failed to XInitThreads()

[Marcus D. Leech]

On 03/09/2020 11:52 PM, Comm Sp wrote:

Hi
 I have installed Ubuntu 18.04 and GNU Radio 3.8 on two 
different computers several times using these commands from 
https://wiki.gnuradio.org/index.php/InstallingGR#Ubuntu_PPA_Installation.


sudo add-apt-repository ppa:gnuradio/gnuradio-releases, (or
sudo add-apt-repository ppa:gnuradio/gnuradio-master)
then

sudo apt-get update
sudo apt install gnuradio


But each time my flowgraph runs with the following warning:

<<< Welcome to GNU Radio Companion 3.8.1.0 >>>

Block paths:
/usr/share/gnuradio/grc/blocks

Loading: "/home/mgusr/Flowgraphs/Test.grc"
>>> Done

Generating: '/home/mgusr/Flowgraphs/Test.py'

Executing: /usr/bin/python3 -u /home/mgusr/Flowgraphs/Test.py

Warning: failed to XInitThreads()

>>> Done


My flowgraph runs but I have seen some effects that shouldn't appear 
(e.g., FFT of a cosine doesn't have two simple impulses) and perhaps 
GUI not updating properly. How can I fix this problem?


Thanks.

The XinitThreads() is  just a warning.

Without seeing your actual flow-graph, and the results, it's rather hard 
to comment on the rest of your problem report.