Re: Transmitter and Receiver on the same SDR
On 24/5/22 14:33, Oğuzhan Gedikli wrote: Hello, I have USRP B200 and i use GNU Radio for design. I want to transmit a random signal (whatever, is'nt important for now) I am using the TX/RX port as transmitter and the RX2 port as receiver. I can transmit signal without any problems but i can't receive it from other port. I am sending screenshots to you. If you are help me, i would be glad. Thank you. It's giving you any information in the log window?
Re: Rational resampler does not change behaviour when changing the decimaton rate
I don't think this is a problem at all as long as you have the fractional resampler which works well in this case, maybe it is just a matter of documentation On 28/11/21 21:51, Jeff Long wrote: This is true. The buffers are allocated when the flowgraph starts, and buffer size depends on relative rate. So, no luck getting this changed soon. On Sun, Nov 28, 2021 at 3:46 PM Marcus D. Leech wrote: On 2021-11-28 12:21, Jeff Long wrote: Sure, you can use a single tap. You will end up with aliasing when you decimate. I'd call the addition of run time modification of the RR a feature request, not an issue. Either way you can put it on the github issue tracker. No promises until someone looks at how easy it is to change. My understanding is that "sync decimator" blocks, of which this may be one, cannot have their decimation ratio changed at run-time. It's a scheduler thing. But my impression may be years out of date at this point.
Re: Rational resampler does not change behaviour when changing the decimaton rate
On 28/11/21 18:21, Jeff Long wrote: Sure, you can use a single tap. You will end up with aliasing when you decimate. Well, yes, I was using it for an educational example to show the effect of aliasing when doing decimation.
Best configuration for gnuradio + grc + osmocon + bladeRF 2.0
I'm trying to use this configuration in linux. I have been having a lot of problems trying to do it work. I have read tha maybe gr_osmo is not compatible with python3, that is better to use bladerRF from a ppa if ubuntu is 20.04 or later, that better use of pyboms, etc. So the question is, if I install a ubuntu from scratch just to use GRC and GR-osmo with bladeRF 2.0, which would be the better options? best regards
Frequency modulator sensitivity and Quadrature demod gain
In the GRC Frequency mod block the doc says analog_frequency_modulator_fc make(float sensitivity) -> frequency_modulator_fc_sptr Frequency modulator block. float input; complex baseband output Takes a real, baseband signal (x_m[n]) and output a frequency modulated signal (y[n]) according to: Where x[n] is the input sample at time n and is the frequency deviation. Common values for are 5 kHz for narrowband FM channels such as for voice systems and 75 KHz for wideband FM, like audio broadcast FM stations. In this block, the input argument is , not the frequency deviation. The sensitivity specifies how much the phase changes based on the new input sample. Given a maximum deviation, , and sample rate , the sensitivity is defined as: Constructor Specific Documentation: Build a frequency modulator block. Args: sensitivity : radians/sample = amplitude * sensitivity There is somejhing missing at: " Where x[n] is the input sample at time n and is the frequency deviation" Here https://wiki.gnuradio.org/index.php/Frequency_Mod the same is missing too. I guess it refers to sensitivity = K = (2*pi*freq_deviation)/samp_rate correct? Second question related to this one. If I the use Quadrature_demod for demodulation of the signal, the gain parameter will be the inverso of this one isnt it? gain=samp_rate/((2*pi*freq_deviation) but when I insert the quadrature demod block it is autofilled with samp_rate/(2*math.pi*fsk_deviation_hz/8.0) where does the 8.0 come from? best regards
Re: BladeRF 2 in GRC3.8
Hi. I tried about four months ago with both, GRC3.7 and GRC 3.8 in ubuntu 18.04 I was not capable of using it with either of them. Did you do it in 3.7? how? using the GRC and osmo from the repos? or did you built them? best regards On 6/3/20 12:37, Jerom Maas - LR wrote: Hello everyone, at the moment, I'm trying to connect a BladeRF2 to GNU Radio Companion, using the Osmocom block (in Ubuntu). This appears to be more difficult than I thought: I could do it in GRC3.7, but for some reason I can't pull it off in GRC3.8. After a bit of Googling, I get the impression that others have struggled with this before, but I couldn't really find a solution. Does anyone know if it is still possible to connect a BladeRF2 via Osmocom to GRC3.8? Or do I have to find another solution? Thanks for your help! Jerom Maas
Re: pybombs install gr-osmosdr ........ bunch of errors
I have tried: * sudo apt install git sudo apt install cmake git clone git://git.osmocom.org/gr-osmosdr cd gr-osmosdr/ git checkout gr3.8 mkdir build cd build/ cmake ../ Error: CMake 3.13 or higher is required. You are running version 3.10.2 Then I installed last cmake (and mpir3.0.0) and * * bin/cmake ../ * and then grc@gnuradio:~/gr-osmosdr/build$ bin/cmake ../ -- Build type not specified: defaulting to release. -- Checking for module 'gmp' -- No package 'gmp' found -- Could NOT find GMP (missing: GMPXX_LIBRARY GMP_LIBRARY GMP_INCLUDE_DIR) -- Checking for module 'mpir >= 3.0' -- No package 'mpir' found -- Could NOT find MPIR (missing: MPIRXX_LIBRARY MPIR_INCLUDE_DIR) CMake Error at build/share/cmake-3.15/Modules/FindPackageHandleStandardArgs.cmake:137 (message): Could NOT find MPLIB (missing: MPLIBXX_LIBRARY MPLIB_INCLUDE_DIR) Call Stack (most recent call first): build/share/cmake-3.15/Modules/FindPackageHandleStandardArgs.cmake:378 (_FPHSA_FAILURE_MESSAGE) /usr/lib/x86_64-linux-gnu/cmake/gnuradio/FindMPLIB.cmake:26 (find_package_handle_standard_args) build/share/cmake-3.15/Modules/CMakeFindDependencyMacro.cmake:47 (find_package) /usr/lib/x86_64-linux-gnu/cmake/gnuradio/GnuradioConfig.cmake:26 (find_dependency) CMakeLists.txt:45 (find_package) -- Configuring incomplete, errors occurred! See also "/home/grc/gr-osmosdr/build/CMakeFiles/CMakeOutput.log". And I have read this wich says that gr-osmosdr does not work with gnuradio 3.8 https://github.com/gnuradio/gnuradio/issues/2838 On 14/1/20 11:42, Müller, Marcus (CEL) wrote: Ah little correction: On Tue, 2020-01-14 at 10:10 +, Müller, Marcus (CEL) wrote: Hi Fernando, GNU Radio itself doesn't interface with the bladeRF directly, at all – things like gr-osmosdr do. Hence, there's absolutely no need to build GNU Radio from source. Instead: 1. Get a modern GNU Radio (3.8.0.0 as of writing) as a binary package via our PPA [1]: sudo add-apt-repository ppa:gnuradio/gnuradio-releases sudo apt update sudo apt install gnuradio also sudo apt install gnuradio-dev 2. build the libbladerf from source that can talk to your BladeRF. Install it. 3. build gr-osmosdr from source so that you get GNU Radio blocks to use that libbladerf Best regards, Marcus [1] https://launchpad.net/~gnuradio/+archive/ubuntu/gnuradio-releases On Mon, 2020-01-13 at 21:53 +0100, Fernando wrote: As I reported before I'm trying to use a new bladeRF 2.0 in gnuradio but it does not work with the bladeRF in the ubuntu repos, so I'm trying to install gnuradio and gr-osmosdr with pybombs I'm using ubuntu 19.04. The precess i have followed is the following: sudo apt install git sudo apt install python3 sudo apt install python3-pip sudo pip3 install --upgrade git+https://github.com/gnuradio/pybombs.git pybombs auto-config pybombs recipes add-defaults sudo apt install git cmake g++ libboost-all-dev libgmp-dev swig python3-numpy \ python3-mako python3-sphinx python3-lxml doxygen libfftw3-dev libcomedi-dev \ libsdl1.2-dev libgsl-dev libqwt-qt5-dev libqt5opengl5-dev python3-pyqt5 \ liblog4cpp5-dev libzmq3-dev python3-yaml python3-click python3-click-plugins \ python3-zmq pybombs prefix init ~/gnuradio -R gnuradio-default pybombs install gr-osmosdr there comes the error: mpir not found, then I have installed mpir sudo apt install yasm I have installed mpir3.0.0 from http://mpir.org/downloads.html and then grc@gnuradio:~$ pybombs install gr-osmosdr [INFO] Prefix Python version is: 3.7.3 [INFO] PyBOMBS Version 2.3.4a0 [INFO] Phase 1: Creating install tree and installing binary packages: Install tree: \- gr-osmosdr [INFO] Phase 1 complete: All binary dependencies installed. [INFO] Phase 2: Recursively installing source packages to prefix: [INFO] Installing package: gr-osmosdr [WARNING] Build dir already exists: /home/grc/gnuradio/src/gr-osmosdr/build Configuring: (100%) [==] [WARNING] Configuration failed. Re-trying with higher verbosity. -- Extracting version information from git describe... -- Configuring Boost C++ Libraries... -- Boost version: 1.67.0 -- Found the following Boost libraries: -- thread -- system -- chrono -- date_time -- atomic -- Checking for module 'gmp' -- No package 'gmp' found -- Checking for module 'mpir >= 3.0' -- No package 'mpir' found -- Could NOT find MPIR (missing: MPIRXX_LIBRARY MPIR_INCLUDE_DIR) -- Checking for module 'gnuradio-iqbalance' -- No package 'gnuradio-iqbalance' found -- Found gnuradio-uhd: /home/grc/gnuradio/include, /home/grc/gnuradio/lib/libgnuradio-uhd.so -- Checking for module 'gnuradio-fcd' -- No package 'gnuradio-fcd' found -- gnuradio-fcd not found. -
pybombs install gr-osmosdr ........ bunch of errors
As I reported before I'm trying to use a new bladeRF 2.0 in gnuradio but it does not work with the bladeRF in the ubuntu repos, so I'm trying to install gnuradio and gr-osmosdr with pybombs I'm using ubuntu 19.04. The precess i have followed is the following: ** *sudo apt install git* * sudo apt install python3 sudo apt install python3-pip sudo pip3 install --upgrade git+https://github.com/gnuradio/pybombs.git pybombs auto-config pybombs recipes add-defaults sudo apt install git cmake g++ libboost-all-dev libgmp-dev swig python3-numpy \ python3-mako python3-sphinx python3-lxml doxygen libfftw3-dev libcomedi-dev \ libsdl1.2-dev libgsl-dev libqwt-qt5-dev libqt5opengl5-dev python3-pyqt5 \ liblog4cpp5-dev libzmq3-dev python3-yaml python3-click python3-click-plugins \ python3-zmq pybombs prefix init ~/gnuradio -R gnuradio-default pybombs install gr-osmosdr there comes the error: mpir not found, then I have installed mpir *sudo apt install yasm* I have installed mpir3.0.0 from **http://mpir.org/downloads.html** * and then grc@gnuradio:~$ pybombs install gr-osmosdr [INFO] Prefix Python version is: 3.7.3 [INFO] PyBOMBS Version 2.3.4a0 [INFO] Phase 1: Creating install tree and installing binary packages: Install tree: | \- gr-osmosdr [INFO] Phase 1 complete: All binary dependencies installed. [INFO] Phase 2: Recursively installing source packages to prefix: [INFO] Installing package: gr-osmosdr [WARNING] Build dir already exists: /home/grc/gnuradio/src/gr-osmosdr/build Configuring: (100%) [==] [WARNING] Configuration failed. Re-trying with higher verbosity. -- Extracting version information from git describe... -- Configuring Boost C++ Libraries... -- Boost version: 1.67.0 -- Found the following Boost libraries: -- thread -- system -- chrono -- date_time -- atomic -- Checking for module 'gmp' -- No package 'gmp' found -- Checking for module 'mpir >= 3.0' -- No package 'mpir' found -- Could NOT find MPIR (missing: MPIRXX_LIBRARY MPIR_INCLUDE_DIR) -- Checking for module 'gnuradio-iqbalance' -- No package 'gnuradio-iqbalance' found -- Found gnuradio-uhd: /home/grc/gnuradio/include, /home/grc/gnuradio/lib/libgnuradio-uhd.so -- Checking for module 'gnuradio-fcd' -- No package 'gnuradio-fcd' found -- gnuradio-fcd not found. -- Could NOT find GNURADIO_FCD (missing: GNURADIO_FCD_LIBRARIES GNURADIO_FCD_INCLUDE_DIRS) -- Checking for module 'gnuradio-fcdproplus' -- No package 'gnuradio-fcdproplus' found -- gnuradio-fcdproplus not found. -- Could NOT find GNURADIO_FCDPP (missing: GNURADIO_FCDPP_LIBRARIES GNURADIO_FCDPP_INCLUDE_DIRS) -- Checking for module 'libmirisdr' -- No package 'libmirisdr' found -- libmirisdr not found. -- Checking for module 'libfreesrp' -- No package 'libfreesrp' found -- libfreesrp not found. CMake Error at CMakeLists.txt:179 (message): GnuRadio Runtime required to build gr-osmosdr -- Configuring incomplete, errors occurred! See also "/home/grc/gnuradio/src/gr-osmosdr/build/CMakeFiles/CMakeOutput.log". See also "/home/grc/gnuradio/src/gr-osmosdr/build/CMakeFiles/CMakeError.log". [ERROR] Configuration failed after running at least twice. [ERROR] Problem occurred while building package gr-osmosdr: Configuration failed [ERROR] Error installing package gr-osmosdr. Aborting. grc@gnuradio:~$ I'm stuck here, any help, please? best regards
[Discuss-gnuradio] contextual help is not visible in GRC
When I locate the pointer over some item it appears the contextual help, but it is not visible because of the colors. how can I change that? regards ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] ImportError: No module named _osmosdr_swig
After a lot of research guided by Michel Dickens, we found out the solution
The symptom: GRC crashes when placing osmosdr source and osmosdr sink
in a diagram on Opensuse Leap 42.2. Both gnuradio and gr_osmosdr
installed from hamradio repository, but I had tried other repositories
also with same error.
We find the error was generated by
fernando@andromeda:~> python -c 'import osmosdr'
Traceback (most recent call last):
File "", line 1, in
File "/usr/lib64/python2.7/site-packages/osmosdr/__init__.py", line
26, in
from osmosdr_swig import *
File "/usr/lib64/python2.7/site-packages/osmosdr/osmosdr_swig.py",
line 21, in
_osmosdr_swig = swig_import_helper()
File "/usr/lib64/python2.7/site-packages/osmosdr/osmosdr_swig.py",
line 20, in swig_import_helper
return importlib.import_module('_osmosdr_swig')
File "/usr/lib64/python2.7/importlib/__init__.py", line 37, in
import_module
__import__(name)
ImportError: No module named _osmosdr_swig
fernando@andromeda:~>
I replaced file
"/usr/lib64/python2.7/site-packages/osmosdr/osmosdr_swig.py" with the
one attached and got different error:
fernando@andromeda:~> python -c 'import osmosdr'
Traceback (most recent call last):
File "", line 1, in
File "/usr/lib64/python2.7/site-packages/osmosdr/__init__.py", line
26, in
from osmosdr_swig import *
File "/usr/lib64/python2.7/site-packages/osmosdr/osmosdr_swig.py",
line 14, in
_osmosdr_swig = swig_import_helper()
File "/usr/lib64/python2.7/site-packages/osmosdr/osmosdr_swig.py",
line 13, in swig_import_helper
return importlib.import_module(mname)
File "/usr/lib64/python2.7/importlib/__init__.py", line 37, in
import_module
__import__(name)
ImportError: /usr/lib64/libairspy.so.0: undefined symbol:
libusb_handle_events_timeout_completed
fernando@andromeda:~>
So it was a problem generated by libusb. I made a cleanup of libusb 32
bits libraries but problem remained.
Then we found the error was generated by /usr/local/lib/libusb-1.0.so.0
andromeda:~ # /bin/ls -lAF /usr/local/lib/libusb-1.0.so.0
lrwxrwxrwx 1 root root 17 Feb 4 2016 /usr/local/lib/libusb-1.0.so.0 ->
libmchpusb-1.0.so*
andromeda:~ # nm -a /usr/local/lib/libusb-1.0.so.0 | grep timeout
5500 t arm_timerfd_for_next_timeout
5260 t get_next_timeout
54a0 t handle_timeouts
5380 t handle_timeouts_locked
5090 T libusb_get_next_timeout
5e70 T libusb_handle_events_timeout
4c60 T libusb_pollfds_handle_timeouts
andromeda:~ #
I found that /usr/local/lib/libmchpusb-1.0.so wasn't in the rpm
database, so it seems not to be used by any package, so I tried to
remove the soft link
andromeda:/home/fernando # rm /usr/local/lib/libusb-1.0.so.0
andromeda:/home/fernando # /bin/ls -lAF /usr/local/lib/libusb-1.0.so.0
/bin/ls: cannot access '/usr/local/lib/libusb-1.0.so.0': No such file or
directory
andromeda:/home/fernando # ldconfig
andromeda:/home/fernando # /bin/ls -lAF /usr/local/lib/libusb-1.0.so.0
lrwxrwxrwx 1 root root 17 May 16 00:22 /usr/local/lib/libusb-1.0.so.0 ->
libmchpusb-1.0.so*
andromeda:/home/fernando #
I delete the soft link but when running ldconfig it appears again
I found who installed /usr/local/lib/libusb-1.0.so.0 ->libmchpusb-1.0.so*
I was michochip mplabx and it is reported the error with ldconfig
http://www.microchip.com/forums/m729021.aspx
https://groups.google.com/forum/#!msg/linrad/HVjwG36Kl9c/37hTBl1IIX0J
So I deleted ALL microchip software (I had a lot of old microchip
software, with more than one version of the same programs: xc8, xc16,
mplabx, etc.) and we solve the problem.
I installed the new versions of microchip programs and the problem did
not appear again.
thanks Michael.
# This file was automatically generated by SWIG (http://www.swig.org).
# Version 3.0.12
#
# Do not make changes to this file unless you know what you are doing--modify
# the SWIG interface file instead.
from sys import version_info as _swig_python_version_info
if _swig_python_version_info >= (2, 7, 0):
def swig_import_helper():
import importlib
pkg = __name__.rpartition('.')[0]
mname = '.'.join((pkg, '_osmosdr_swig')).lstrip('.')
return importlib.import_module(mname)
_osmosdr_swig = swig_import_helper()
del swig_import_helper
elif _swig_python_version_info >= (2, 6, 0):
def swig_import_helper():
from os.path import dirname
import imp
fp = None
try:
fp, pathname, description = imp.find_module('_osmosdr_swig', [dirname(__file__)])
except ImportError:
import _osmosdr_swig
return _osmosdr_swig
try:
_mod = imp.load_module('_os
Re: [Discuss-gnuradio] GFSK mod/demod does not work OK with wav file
Done. https://github.com/gnuradio/gnuradio/issues/1314 regards On 17/05/17 14:25, Marcus Müller wrote: > Hm, I'd call that a bug. Throttle should *not* change the behaviour of a > system. and especially, it should *not* be required in a hardware > rate-limited flow graph. > > Would you be as nice as to open a bug on > https://github.com/gnuradio/gnuradio/issues ? I'd like to keep track of > this. > > Best regards, > > Marcus > > > On 17.05.2017 14:18, Fernando wrote: >> On 15/05/17 21:57, Cinaed Simson wrote: >>> On 05/15/2017 09:50 AM, Fernando wrote: >>>> On 15/05/17 05:33, Cinaed Simson wrote: >>>>> On 05/14/2017 01:06 PM, Fernando wrote: >>>>>> With 8 samples/symbol there was aU and CPU at 94% (I have three AMD >>>>>> cores> I have reduced it to 2 s/s as suggested Cinaed, then aU >>>>>> dissapear and >>>>>> CPU is at 70%, sound is a little better but still intermittent. >>>>>> File is sampled at 44100 and with direct connection from wav file source >>>>>> to audio sink (everything else disabled) it plays fine >>>>> Try turning on the throttle and see what happens. >>>>> >>>>> >>>> it works!! >>>> why Should not be limited by the sound card? >>>> >>>> It report a warning: >>>>>>> Warning: This flow graph contains a throttle block and another rate >>>> limiting block, e.g. a hardware source or sink. This is usually >>>> undesired. Consider removing the throttle block. >>>> >>>> but it keeps the CPU under 40% and works fine. >>>> Even with samples/symbol set to 8 it has go to 95% CPU but it has worked >>>> some seconds until it has begun to show aUaU. >>>> >>>> >>>> regards >>>> >>>> >>>> >>>> >>>> ___ >>>> Discuss-gnuradio mailing list >>>> Discuss-gnuradio@gnu.org >>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >>>> >>> Don't know. But you can't use a re-sampler because you don't know the >>> rate flowing into the audio card. >>> >>> Try setting the sampling rate to 48 kHz, i.e. set the throttle rate to >>> 48 kHz, and then under the properties for the audio sink, use the pull >>> down menu and set the audio card to 44.1 kHz. And leave the sps set to 8. >>> >>> If that works, then try disabling the throttle and setting the sampling >>> rate of the audio card to 48 Khz - leaving the sps set to 8. >>> >>> If it doesn't work try setting the sps to 2, no throttle and audio card >>> set to 48 KHz. >>> >>> Use whatever works - but ideally without a throttle. >>> >> It work both 2samples/symbol and 8s/s but only with the throtle. (with >> 8s/s the system is nearly overloaded, 85-90%CPU) >> With throtle and 2s/s system is 60-80% CPU but sound is intermittent. >> OK, it works although I don't know why. I'll remember trying a throtle >> in other situations if something strange happen >> >> 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
Re: [Discuss-gnuradio] GFSK mod/demod does not work OK with wav file
On 15/05/17 21:57, Cinaed Simson wrote: > On 05/15/2017 09:50 AM, Fernando wrote: >> On 15/05/17 05:33, Cinaed Simson wrote: >>> On 05/14/2017 01:06 PM, Fernando wrote: >>>> With 8 samples/symbol there was aU and CPU at 94% (I have three AMD >>>> cores> I have reduced it to 2 s/s as suggested Cinaed, then aU >>>> dissapear and >>>> CPU is at 70%, sound is a little better but still intermittent. >>>> File is sampled at 44100 and with direct connection from wav file source >>>> to audio sink (everything else disabled) it plays fine >>> Try turning on the throttle and see what happens. >>> >>> >> it works!! >> why Should not be limited by the sound card? >> >> It report a warning: >>>>> Warning: This flow graph contains a throttle block and another rate >> limiting block, e.g. a hardware source or sink. This is usually >> undesired. Consider removing the throttle block. >> >> but it keeps the CPU under 40% and works fine. >> Even with samples/symbol set to 8 it has go to 95% CPU but it has worked >> some seconds until it has begun to show aUaU. >> >> >> regards >> >> >> >> >> ___ >> Discuss-gnuradio mailing list >> Discuss-gnuradio@gnu.org >> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >> > Don't know. But you can't use a re-sampler because you don't know the > rate flowing into the audio card. > > Try setting the sampling rate to 48 kHz, i.e. set the throttle rate to > 48 kHz, and then under the properties for the audio sink, use the pull > down menu and set the audio card to 44.1 kHz. And leave the sps set to 8. > > If that works, then try disabling the throttle and setting the sampling > rate of the audio card to 48 Khz - leaving the sps set to 8. > > If it doesn't work try setting the sps to 2, no throttle and audio card > set to 48 KHz. > > Use whatever works - but ideally without a throttle. > It work both 2samples/symbol and 8s/s but only with the throtle. (with 8s/s the system is nearly overloaded, 85-90%CPU) With throtle and 2s/s system is 60-80% CPU but sound is intermittent. OK, it works although I don't know why. I'll remember trying a throtle in other situations if something strange happen regards ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Kernel Ubuntu - USB 3.0 trouble - missed packets
Also the connector. I have nottice bad performance qhen using usb 3.0
front case connectors.
regards
On 16/05/17 06:49, Neel Pandeya wrote:
> Hello Cristian:
>
> If you use Ubuntu 16.04.2, the kernel is 4.8, which should be fine.
>
> The specific USB controller is also very important. The Intel
> controllers work best. Which controller do you have in your system?
> (run "lspci")
>
> What flow control errors are you seeing? Are there any overruns ("O")
> or underruns ("U") printed on the console?
>
> Did you increase the socket buffer sizes?
>
> https://files.ettus.com/manual/page_transport.html#transport_udp_sockbufs
>
> --Neel Pandeya
>
>
>
> On 15 May 2017 at 17:20, Cristian Rodríguez
> > wrote:
>
> HI all.
>
> I was writing to the forum a time ago because i have missed
> packets when i build a simple flow graph in gnu radio and set the
> sample rate over 20Msamples/s.
>
> The conclusion was that i had to review my USB 3.0 drivers but i'm
> working on ubuntu (16.05) and the only way to change the drivers
> is by installing another kernel. I have the newest version then i
> think the way is to install an older version.
>
> What version of kernel could someone recommend me? I need to be
> able to get all the samples from my USRP B210. If someone has
> another suggestion i would be very thankful about it.
>
> Pdta: My computer is fast enough (i7 4710HQ - 12Gb ram). Then it
> is not the problem.
>
> Thanks a lot.
>
> Best regards,
>
> Cristian.
>
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
>
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GFSK mod/demod does not work OK with wav file
On 15/05/17 05:33, Cinaed Simson wrote: On 05/14/2017 01:06 PM, Fernando wrote: With 8 samples/symbol there was aU and CPU at 94% (I have three AMD cores> I have reduced it to 2 s/s as suggested Cinaed, then aU dissapear and CPU is at 70%, sound is a little better but still intermittent. File is sampled at 44100 and with direct connection from wav file source to audio sink (everything else disabled) it plays fine Try turning on the throttle and see what happens. it works!! why Should not be limited by the sound card? It report a warning: >>> Warning: This flow graph contains a throttle block and another rate limiting block, e.g. a hardware source or sink. This is usually undesired. Consider removing the throttle block. but it keeps the CPU under 40% and works fine. Even with samples/symbol set to 8 it has go to 95% CPU but it has worked some seconds until it has begun to show aUaU. regards ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GFSK mod/demod does not work OK with wav file
With 8 samples/symbol there was aU and CPU at 94% (I have three AMD cores) I have reduced it to 2 s/s as suggested Cinaed, then aU dissapear and CPU is at 70%, sound is a little better but still intermittent. File is sampled at 44100 and with direct connection from wav file source to audio sink (everything else disabled) it plays fine regards On 12/05/17 22:51, Ben Hilburn wrote: Hi Fernando - Are there are errors / warnings / printouts happening in your GRC log window or in your terminal? Do you see `aU` getting printed, by chance? Also, just to be certain, your wavefile was recorded at 44.1kHz and not at something like 48kHz? Cheers, Ben On Fri, May 12, 2017 at 10:14 AM, Fernando <mailto:ferna...@samara.com.es>> wrote: I'm playing with a GFSK modulator demodulator from here: https://www.scribd.com/doc/254559988/Gaussian-Frequency-shift-Keying-With-GNU-Radio <https://www.scribd.com/doc/254559988/Gaussian-Frequency-shift-Keying-With-GNU-Radio> It works fine when transmitting a cosine, but when I transmit a audio signal (everything the same) it sounds bad, with noise and intermittent sound. What am I doing wrong? regards ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org <mailto:Discuss-gnuradio@gnu.org> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio <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] GFSK mod/demod does not work OK with wav file
I'm playing with a GFSK modulator demodulator from here:
https://www.scribd.com/doc/254559988/Gaussian-Frequency-shift-Keying-With-GNU-Radio
It works fine when transmitting a cosine, but when I transmit a audio
signal (everything the same) it sounds bad, with noise and intermittent
sound.
What am I doing wrong?
regards
Fri May 12 16:01:07 2017
options
author
window_size
1900,1200
category
[GRC Hier Blocks]
comment
description
_enabled
True
_coordinate
(8, 8)
_rotation
0
generate_options
qt_gui
hier_block_src_path
.:
id
top_block
max_nouts
0
qt_qss_theme
realtime_scheduling
run_command
{python} -u {filename}
run_options
prompt
run
True
thread_safe_setters
title
variable
comment
_enabled
True
_coordinate
(311, 11)
_rotation
0
id
fsk_deviation_hz
value
75e3
variable
comment
_enabled
True
_coordinate
(191, 11)
_rotation
0
id
samp_rate
value
44100
variable
comment
_enabled
True
_coordinate
(470, 11)
_rotation
0
id
ss
value
8
analog_quadrature_demod_cf
alias
comment
affinity
_enabled
True
_coordinate
(702, 51)
_rotation
0
gain
samp_rate/(2*math.pi*fsk_deviation_hz/8.0)
id
analog_quadrature_demod_cf_0
maxoutbuf
0
minoutbuf
0
analog_sig_source_x
amp
1
alias
comment
affinity
_enabled
0
freq
1000
_coordinate
(23, 191)
_rotation
0
id
analog_sig_source_x_0
maxoutbuf
0
minoutbuf
0
offset
0
type
float
samp_rate
samp_rate
waveform
analog.GR_COS_WAVE
audio_sink
alias
comment
affinity
device_name
_enabled
True
_coordinate
(1101, 307)
_rotation
0
id
audio_sink_0
num_inputs
1
ok_to_block
True
samp_rate
samp_rate
blks2_packet_decoder
access_code
alias
comment
affinity
_enabled
True
_coordinate
(893, 219)
_rotation
0
id
blks2_packet_decoder_0
maxoutbuf
0
minoutbuf
0
type
float
threshold
-1
blks2_packet_encoder
access_code
bits_per_symbol
1
alias
comment
affinity
_enabled
True
_coordinate
(359, 191)
_rotation
0
id
blks2_packet_encoder_0
type
float
maxoutbuf
0
minoutbuf
0
pad_for_usrp
True
payload_length
0
preamble
samples_per_symbol
ss
blocks_throttle
alias
comment
affinity
_enabled
2
_coordinate
(199, 219)
_rotation
0
id
blocks_throttle_0
ignoretag
True
maxoutbuf
0
minoutbuf
0
samples_per_second
samp_rate
type
float
vlen
1
blocks_wavfile_source
alias
comment
affinity
_enabled
True
file
/home/fer
Re: [Discuss-gnuradio] ImportError: No module named _osmosdr_swig
On 10/05/17 22:43, Cinaed Simson wrote:
> The odd thing is gnuradio-companion should have complained if the
> PYTHONPATH wasn't being set.
>
> So it's being set somewhere else.
>
> How do you know you only have one installation of gnuradio installed?
Opensuse has a packet manager similar to debian, I have installed
gnuradio from the packet manager
>
> And where did you get the gnuradio you installed?
>
> In any case type
>
> which gnuradio-config-info
>
> and
>
>gnuradio-config-info --prefix --sysconfdir --enabled-components
> --builddate --prefsdir --version
fernando@andromeda:~> which gnuradio-config-info
/usr/bin/gnuradio-config-info
fernando@andromeda:~> gnuradio-config-info --prefix --sysconfdir
--enabled-components --builddate --prefsdir --version
/usr
/etc
/etc/gnuradio/conf.d
python-support;testing-support;volk;doxygen;sphinx;gnuradio-runtime;gr-ctrlport;gr-blocks;gnuradio-companion;gr-fec;gr-fft;gr-filter;gr-analog;gr-digital;gr-dtv;gr-atsc;gr-audio;*
alsa;* oss;* jack;*
portaudio;gr-channels;gr-noaa;gr-pager;gr-qtgui;gr-trellis;gr-uhd;gr-utils;gr-video-sdl;gr-vocoder;gr-fcd;gr-wavelet;gr-wxgui
3.7.11
fernando@andromeda:~>
>
> Then you need to find your grc.conf file and delete it
>
> find $HOME -name grc.conf
>
> Then try to start gnuradio-companion - don't add anything to the flow
> graph. Just see if it starts up properly.
>
It starts properly, but when I try to add both osmocom blocks it crashes
again
I have made a clean install of the same version of Opensuse (42.2) in a
different partition, sharing the same /home partition, installed
gnuradio and gr-osmosdr and it does not crash
thanks
>
>
>>
>> and running gnuradio-companion it crashes again with osmocom
>>
>>
>> no luck :-(
>>
>> thanks
>>
>>
>>
>> On 10/05/17 03:46, Cinaed Simson wrote:
>>> On 05/09/2017 12:23 AM, Fernando wrote:
>>>>
>>>> On 09/05/17 07:02, Cinaed Simson wrote:
>>>>> On 05/08/2017 03:44 PM, Fernando wrote:
>>>>>> My GRC crashes when I place a osmocom source and osmocon sink.
>>>>>>
>>>>>> Doing some research I have found that is a python problem with
>>>>>> _osmosdr_swig
>>>>>>
>>>>>> fernando@andromeda:~> python -c 'import osmosdr' Traceback (most recent
>>>>>> call last): File "", line 1, inFile
>>>>>> "/usr/lib64/python2.7/site-packages/osmosdr/__init__.py", line 26, in
>>>>>> from osmosdr_swig import * File
>>>>>> "/usr/lib64/python2.7/site-packages/osmosdr/osmosdr_swig.py", line 21,
>>>>>> in _osmosdr_swig = swig_import_helper() File
>>>>>> "/usr/lib64/python2.7/site-packages/osmosdr/osmosdr_swig.py", line 20,
>>>>>> in swig_import_helper return
>>>>>> importlib.import_module('_osmosdr_swig') File
>>>>>> "/usr/lib64/python2.7/importlib/__init__.py", line 37, in import_module
>>>>>> __import__(name) ImportError: No module named _osmosdr_swig
>>>>>> fernando@andromeda:~>
>>>>>>
>>>>>> I am using Opensuse 42.2, and it have been reported taht it works fine
>>>>>> for other people with the same OS.
>>>>>>
>>>>>> there is a package called python-gr-osmosdr wich contains
>>>>>> /usr/lib64/python2.7/site-packages/osmosdr/osmosdr_swig.py
>>>>> Remove the directory
>>>>>
>>>>> /home/fernando/.grc_gnuradio
>>>>>
>>>>> Check to ensure there's a shared library
>>>>>
>>>>>_osmosdr_swig.so
>>>>>
>>>>> in the same directory.
>>>>>
>>>>> Check to ensure the installation of gnuradio was added to your python path
>>>>>
>>>>> python -c "import os; print(os.environ.get('PYTHONPATH', ''))"
>>>>>
>>>>> Check to ensure there's only one installation of gnuradio.
>>>>>
>>>>> -- Cinaed
>>>>>
>>>> _osmosdr_swig.so is here
>>>>
>>>> andromeda:/home/fernando # find / |grep _osmosdr_swig.so
>>>> /usr/lib64/python2.7/site-packages/osmosdr/_osmosdr_swig.so
>>>>
>>>>
>>>>
>>>> fernando@andromeda:~> python -c "import os;
>>>> print(os.environ.get('PYTHONPATH', &#
Re: [Discuss-gnuradio] ImportError: No module named _osmosdr_swig
fernando@andromeda:~> python2.7 -c "import os;
print(os.environ.get('PYTHONPATH', ''))"
fernando@andromeda:~> python --version
Python 2.7.12
fernando@andromeda:~>
fernando@andromeda:~> export PYTHONPATH="/usr/lib64/python2.7/site-packages"
fernando@andromeda:~> python2.7 -c "import os;
print(os.environ.get('PYTHONPATH', ''))"
/usr/lib64/python2.7/site-packages
fernando@andromeda:~>
and running gnuradio-companion it crashes again with osmocom
no luck :-(
thanks
On 10/05/17 03:46, Cinaed Simson wrote:
> On 05/09/2017 12:23 AM, Fernando wrote:
>>
>>
>> On 09/05/17 07:02, Cinaed Simson wrote:
>>> On 05/08/2017 03:44 PM, Fernando wrote:
>>>> My GRC crashes when I place a osmocom source and osmocon sink.
>>>>
>>>> Doing some research I have found that is a python problem with
>>>> _osmosdr_swig
>>>>
>>>> fernando@andromeda:~> python -c 'import osmosdr' Traceback (most recent
>>>> call last): File "", line 1, inFile
>>>> "/usr/lib64/python2.7/site-packages/osmosdr/__init__.py", line 26, in
>>>> from osmosdr_swig import * File
>>>> "/usr/lib64/python2.7/site-packages/osmosdr/osmosdr_swig.py", line 21,
>>>> in _osmosdr_swig = swig_import_helper() File
>>>> "/usr/lib64/python2.7/site-packages/osmosdr/osmosdr_swig.py", line 20,
>>>> in swig_import_helper return
>>>> importlib.import_module('_osmosdr_swig') File
>>>> "/usr/lib64/python2.7/importlib/__init__.py", line 37, in import_module
>>>> __import__(name) ImportError: No module named _osmosdr_swig
>>>> fernando@andromeda:~>
>>>>
>>>> I am using Opensuse 42.2, and it have been reported taht it works fine
>>>> for other people with the same OS.
>>>>
>>>> there is a package called python-gr-osmosdr wich contains
>>>> /usr/lib64/python2.7/site-packages/osmosdr/osmosdr_swig.py
>>> Remove the directory
>>>
>>> /home/fernando/.grc_gnuradio
>>>
>>> Check to ensure there's a shared library
>>>
>>>_osmosdr_swig.so
>>>
>>> in the same directory.
>>>
>>> Check to ensure the installation of gnuradio was added to your python path
>>>
>>> python -c "import os; print(os.environ.get('PYTHONPATH', ''))"
>>>
>>> Check to ensure there's only one installation of gnuradio.
>>>
>>> -- Cinaed
>>>
>> _osmosdr_swig.so is here
>>
>> andromeda:/home/fernando # find / |grep _osmosdr_swig.so
>> /usr/lib64/python2.7/site-packages/osmosdr/_osmosdr_swig.so
>>
>>
>>
>> fernando@andromeda:~> python -c "import os;
>> print(os.environ.get('PYTHONPATH', ''))"
>> it reports no error
> Actually, not reporting a PYTHONPATH is an error.
>
> In order for the gnuradio-companion to find osmosdr/_osmosdr_swig.so it
> needs a PYTHONPATH defined - there's more than version of python
> installed on most Linux systems.
>
> Try it again but type
>
> python2.7 -c "import os; print(os.environ.get('PYTHONPATH', ''))"
>
> It's possible that python is linked to a different version of python2.7
> on your system.
>
> If it's empty again, make sure python2.7 is the version of python you're
> using in your shell by typing
>
>python --version
>
> If the version is not python2.7 (or a minor version of 2.7) then add
>
>alias python="/usr/bin/python2.7"
>
> to your $HOME/.bashrc file.
>
> And add then
>
>export PYTHONPATH="/usr/lib64/python2.7/site-packages"
>
> to your $HOME/.bashrc
>
> Then finally, type
>
> . $HOME/.bashrc
>
> There's a "period" in front of $HOME/.bashrc - it may be hard to see -
> it means source the file $HOME/.bashrc - which will set your PYTHONPATH
> environment variable.
>
> Then try to to startup up gnuradio-companion again.
>
> -- Cinaed
>
>
>>
>> I have deleted /home/fernando/.grc_gnuradio
>>
>> and
>>
>> fernando@andromeda:~> gnuradio-companion
>> /usr/lib64/python2.7/site-packages/gnuradio/grc/gui/BlockTreeWindow.py:102:
>> GtkWarning: Theme directory base/ of theme oxygen has no size field
>>
>> self.search_entry.set_icon_from_stock(gtk.ENTRY_ICON_PRIMARY,
>> gtk.STOCK_FIND)
>>
Re: [Discuss-gnuradio] ImportError: No module named _osmosdr_swig
On 09/05/17 07:02, Cinaed Simson wrote:
> On 05/08/2017 03:44 PM, Fernando wrote:
>> My GRC crashes when I place a osmocom source and osmocon sink.
>>
>> Doing some research I have found that is a python problem with _osmosdr_swig
>>
>> fernando@andromeda:~> python -c 'import osmosdr' Traceback (most recent
>> call last): File "", line 1, inFile
>> "/usr/lib64/python2.7/site-packages/osmosdr/__init__.py", line 26, in
>> from osmosdr_swig import * File
>> "/usr/lib64/python2.7/site-packages/osmosdr/osmosdr_swig.py", line 21,
>> in _osmosdr_swig = swig_import_helper() File
>> "/usr/lib64/python2.7/site-packages/osmosdr/osmosdr_swig.py", line 20,
>> in swig_import_helper return
>> importlib.import_module('_osmosdr_swig') File
>> "/usr/lib64/python2.7/importlib/__init__.py", line 37, in import_module
>> __import__(name) ImportError: No module named _osmosdr_swig
>> fernando@andromeda:~>
>>
>> I am using Opensuse 42.2, and it have been reported taht it works fine
>> for other people with the same OS.
>>
>> there is a package called python-gr-osmosdr wich contains
>> /usr/lib64/python2.7/site-packages/osmosdr/osmosdr_swig.py
> Remove the directory
>
> /home/fernando/.grc_gnuradio
>
> Check to ensure there's a shared library
>
>_osmosdr_swig.so
>
> in the same directory.
>
> Check to ensure the installation of gnuradio was added to your python path
>
> python -c "import os; print(os.environ.get('PYTHONPATH', ''))"
>
> Check to ensure there's only one installation of gnuradio.
>
> -- Cinaed
>
_osmosdr_swig.so is here
andromeda:/home/fernando # find / |grep _osmosdr_swig.so
/usr/lib64/python2.7/site-packages/osmosdr/_osmosdr_swig.so
fernando@andromeda:~> python -c "import os;
print(os.environ.get('PYTHONPATH', ''))"
it reports no error
I have deleted /home/fernando/.grc_gnuradio
and
fernando@andromeda:~> gnuradio-companion
/usr/lib64/python2.7/site-packages/gnuradio/grc/gui/BlockTreeWindow.py:102:
GtkWarning: Theme directory base/ of theme oxygen has no size field
self.search_entry.set_icon_from_stock(gtk.ENTRY_ICON_PRIMARY,
gtk.STOCK_FIND)
<<< Welcome to GNU Radio Companion 3.7.11 >>>
Block paths:
/usr/share/gnuradio/grc/blocks
Warning: restarting the docstring loader (crashed while loading
'osmosdr_sink')
Warning: restarting the docstring loader (crashed while loading
'osmosdr_source')
Warning: restarting the docstring loader (crashed while loading
'uhd_amsg_source')
Warning: restarting the docstring loader (crashed while loading
'uhd_usrp_sink')
Warning: restarting the docstring loader (crashed while loading
'uhd_usrp_source')
Warning: docstring loader crashed too often
Segmentation fault (core dumped)
fernando@andromeda:~> ^C
fernando@andromeda:~>
and it crashes again
I have tried as another user just in case it was something of my
personal profile, but it also crashes.
I have only one installation of gnuradio.
Can i try something more?
thanks
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] ImportError: No module named _osmosdr_swig
My GRC crashes when I place a osmocom source and osmocon sink.
Doing some research I have found that is a python problem with _osmosdr_swig
fernando@andromeda:~> python -c 'import osmosdr' Traceback (most recent
call last): File "", line 1, inFile
"/usr/lib64/python2.7/site-packages/osmosdr/__init__.py", line 26, in
from osmosdr_swig import * File
"/usr/lib64/python2.7/site-packages/osmosdr/osmosdr_swig.py", line 21,
in _osmosdr_swig = swig_import_helper() File
"/usr/lib64/python2.7/site-packages/osmosdr/osmosdr_swig.py", line 20,
in swig_import_helper return
importlib.import_module('_osmosdr_swig') File
"/usr/lib64/python2.7/importlib/__init__.py", line 37, in import_module
__import__(name) ImportError: No module named _osmosdr_swig
fernando@andromeda:~>
I am using Opensuse 42.2, and it have been reported taht it works fine
for other people with the same OS.
there is a package called python-gr-osmosdr wich contains
/usr/lib64/python2.7/site-packages/osmosdr/osmosdr_swig.py
what more can I test?
regards
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] crash when placing osmocom source + osmocon sink
Using Opensuse 42.2 Gnuradio from repository home:dl8fcl:branches:hamradio i | gnuradio | package| 3.7.11-10.2 | x86_64 | home:dl8fcl:branches:hamradio I have tried it with repository hamradio and it failed too. When I place both blocks on a diagram (I can even play the diagram), GRC crash. When I open it again this is the log: fernando@andromeda:~> gnuradio-companion Warning: restarting the docstring loader (crashed while loading 'osmosdr_sink') Warning: restarting the docstring loader (crashed while loading 'osmosdr_source') /usr/lib64/python2.7/site-packages/gnuradio/grc/gui/BlockTreeWindow.py:102: GtkWarning: Theme directory base/ of theme oxygen has no size field self.search_entry.set_icon_from_stock(gtk.ENTRY_ICON_PRIMARY, gtk.STOCK_FIND) <<< Welcome to GNU Radio Companion 3.7.11 >>> Block paths: /home/fernando/.grc_gnuradio /usr/share/gnuradio/grc/blocks Warning: restarting the docstring loader (crashed while loading 'uhd_amsg_source') Warning: restarting the docstring loader (crashed while loading 'uhd_usrp_sink') Warning: restarting the docstring loader (crashed while loading 'uhd_usrp_source') Warning: docstring loader crashed too often Any help? regards ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] GRC sheet size
Is it possible to change the "sheet size" in GRC? I'm working on a big diagram and it does not fit well. regards ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] WBFM modulation/demodulation high frequencies highly attenuated
I'm modulating/demodulating a wide band FM signal and I observe that high frequencies are highly attenuated. This is the diagram And this is the spectrum High frequencies are attenuated more than 40dB over low frequencies. It seems to happen for frequencies above 20Khz. Changing max deviation in WBFM Transmit has no effect. What am I doing wrong? regards ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Visualizing Amplitude spectrum instead of power spectrum
Hi!.
I think the amplitude spectrum is the DFT:
{\displaystyle {\begin{aligned}X_{k}&=\sum _{n=0}^{N-1}x_{n}\cdot
e^{-i2\pi kn/N}\\&=\sum _{n=0}^{N-1}x_{n}\cdot [\cos(2\pi kn/N)-i\cdot
\sin(2\pi kn/N)],\end{aligned}}}
So, it has sign. The power spectrum is the absolute value so it has no sign.
I wish to be able to see the difference in the spectrum between this two
signals below. If the signal generators are A and B, A+B and A-B are
different signals, but in the power spectrum we see them as the same
signal, so I woul like to be able to difference one from the other from
their spectrum.
regards
El 26/04/17 a las 09:52, Marcus Müller escribió:
>
> Hey Fernando,
>
> not quite sure I get what you need; I'd say the Amplitude Spectrum
> you'd be looking for is
>
> $$A_{|\cdot|}[f]=|X[f]| = \left\lvert\sum_{n=0}^{N-1} x[n]\cdot
> e^{j2\pi \frac {nf}N}\right\rvert $$
>
> or, rather, the decibel representation of that. There's no way to get
> a negative number out of the absolute of something – it's by
> definition a positive real number.
>
> Now, we could also use our freedoms to define our amplitude spectrum
> to take the shape
>
> $$A_\text{signed} = s(X[f]) |X[f]|\text{ with }
> s(X[f])=\begin{cases}1&\text{for } -\pi \le \angle X[f] < \pi \\ 0
> &\text{else.} \end{cases}$$
>
> But: that's really only useful if you have phase-coherent reception –
> as an analytic tool for an unsynchronized observation of the spectrum,
> it doesn't help you much, since you have a random $\angle$ due to
> having random relative phase.
>
> So, maybe it'd be a good idea to formulate what purpose you're doing
> this for :) You can, indeed, tell 180° out-of-phase signals apart by
> this, but I'd argue that being 180° out-of-phase, for the most things
> I can think of, is only meaningful on one and the same frequency – and
> hence, I'm not quite sure this is what you're looking for!
>
> Best regards,
>
> Marcus
>
>
> On 25.04.2017 12:01, Fernando wrote:
>> Hello.
>>
>> Yes, with Time sink I can see the difference, but if the signal is
>> compound of some other signals (for instance signal=1K/amplitude +1
>> +2K/amplitude -1 +3K/qamplitude +1 +4K/amplitude +1 ) i would like
>> to see the 2k signal as -1 amplitude, but in the power spectrum it
>> will appear as possitive and in the QT time sink it is very difficult
>> to see the signal as it is a complex one.
>>
>> regards
>>
>>
>> El 25/04/17 a las 10:57, Jinyang Lee escribió:
>>> Hello Fernando,
>>>
>>> I think the QT GUI time sink displays the relationship between time
>>> and amplitude. You can see the signal through it. But when I use the
>>> channel model block,the QT2 can see the signal which is zero.
>>> Enclose is running result with channel model and with channel model.
>>>
>>> Regards,
>>> Lee
>>>
>>> 2017-04-25 15:45 GMT+08:00 Fernando >> <mailto:ferna...@samara.com.es>>:
>>>
>>> Hi.
>>>
>>>
>>> Is there a way of visualizing ampitude spectrum (with + and -
>>> signals)
>>> instead of power spectrum?
>>>
>>>
>>> regards
>>>
>>>
>>>
>>> ___
>>> Discuss-gnuradio mailing list
>>> Discuss-gnuradio@gnu.org <mailto:Discuss-gnuradio@gnu.org>
>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>> <https://lists.gnu.org/mailman/listinfo/discuss-gnuradio>
>>>
>>>
>>
>>
>>
>> ___
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Visualizing Amplitude spectrum instead of power spectrum
Hello. Yes, with Time sink I can see the difference, but if the signal is compound of some other signals (for instance signal=1K/amplitude +1 +2K/amplitude -1 +3K/qamplitude +1 +4K/amplitude +1 ) i would like to see the 2k signal as -1 amplitude, but in the power spectrum it will appear as possitive and in the QT time sink it is very difficult to see the signal as it is a complex one. regards El 25/04/17 a las 10:57, Jinyang Lee escribió: > Hello Fernando, > > I think the QT GUI time sink displays the relationship between time > and amplitude. You can see the signal through it. But when I use the > channel model block,the QT2 can see the signal which is zero. > Enclose is running result with channel model and with channel model. > > Regards, > Lee > > 2017-04-25 15:45 GMT+08:00 Fernando <mailto:ferna...@samara.com.es>>: > > Hi. > > > Is there a way of visualizing ampitude spectrum (with + and - signals) > instead of power spectrum? > > > regards > > > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org <mailto:Discuss-gnuradio@gnu.org> > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > <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] Visualizing Amplitude spectrum instead of power spectrum
Hi. Is there a way of visualizing ampitude spectrum (with + and - signals) instead of power spectrum? regards ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Phase shift using a multiply block
I am trying add a phase-shift to my signal via the use of a multiply block, but I have not been able to find the correct inputs for the block. What syntax should I use to input an exponential or a complex cosine/sine combination for the multiplication? Best, Fernando ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Measure and record the phase at the receiver
I am aware that a random phase shift will be introduced by the channel, but I
need a method to measure the received phase (even if it does not exactly match
the one from the transmitter) and store it, so I can then run some statistics
on them [😊] This is why I think that the TX and RX do not need to be
phase-synchronized.
Best,
Fernando Trejo
From: Discuss-gnuradio
on
behalf of Marcus Müller
Sent: Wednesday, March 22, 2017 7:02:35 PM
To: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Measure and record the phase at the receiver
Hi Fernando!
On 03/22/2017 06:51 PM, Trejo Treviño, Fernando Alberto wrote:
Hi Marcus!
I am implementing a transmitter and a receiver model using two USRP N210s. Both
are using GFSK modulation, and the data is transmitted at 2.4 GHz.
Cool :)
I would like to add a phase shift at the transmitter side via the use of a
multiplier block with an exponential.
Ah, so a multiply_const with a constant of
$e^{j\frac{2\pi}{f_\text{sample}\varphi}$, yeah.
Then, at the receiver I would like to receive this transmitted signal and check
if the phase matches the one that was transmitted. This is why I need a
measuring method.
Well, you can't see absolute phase without further ado – that would need your
TX and RX to be phase-synchronized (you don't know the electrical length
between your transmitter and receiver, it's absolutely random by itself).
Best regards,
Marcus
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Measure and record the phase at the receiver
Hi Marcus! I am implementing a transmitter and a receiver model using two USRP N210s. Both are using GFSK modulation, and the data is transmitted at 2.4 GHz. I would like to add a phase shift at the transmitter side via the use of a multiplier block with an exponential. Then, at the receiver I would like to receive this transmitted signal and check if the phase matches the one that was transmitted. This is why I need a measuring method. Regards, Fernando From: Discuss-gnuradio on behalf of Marcus Müller Sent: Wednesday, March 22, 2017 6:30:44 PM To: discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] Measure and record the phase at the receiver Hi Fernando, you'll need to be a little more specific what you mean with "a received signal" and its phase – a PLL does keep track of the phase, but its job is, by definition, to "correct" the output so that it follows a specific phase behaviour, so a PLL is certainly not what you're looking for alone. can you tell us more about your signal and what you want to do, in the bigger picture? Best regards, Marcus On 03/22/2017 05:58 PM, Trejo Treviño, Fernando Alberto wrote: I am currently experimenting with a USRP N210, and I would like to measure and record the phase of a received signal. I have read into the pre-installed PLL blocks, but these do not provide the same functionality. Ideally this would be done before the first iteration of the PLL, but I am also open to other solutions. Any suggestions? Best, Fernando ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org<mailto:Discuss-gnuradio@gnu.org> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Measure and record the phase at the receiver
I am currently experimenting with a USRP N210, and I would like to measure and record the phase of a received signal. I have read into the pre-installed PLL blocks, but these do not provide the same functionality. Ideally this would be done before the first iteration of the PLL, but I am also open to other solutions. Any suggestions? Best, Fernando ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] WBFM modulation. Bad sound and aUaU
Hi! I'm tryng modulation/demodulation in WFBF (I've tried too NBFM with same result) I'm using a HackRF one to transmit and a NI-USRP2920 to receive. I am using the attached block diagram If I bypass both osmocom, connexting TX signal to RX, the system works fine, but when I do TX and RX through both osmocom it sunds very badly and I get the followind log: linux; GNU C++ version 5.3.1 20151219; Boost_105800; UHD_003.009.002-0-unknown Using Volk machine: sse4_a_64_orc gr-osmosdr 0.1.4 (0.1.4) gnuradio 3.7.9 built-in source types: file osmosdr fcd rtl rtl_tcp uhd miri hackrf bladerf rfspace airspy redpitaya -- Opening a USRP2/N-Series device... -- Current recv frame size: 1472 bytes -- Current send frame size: 1472 bytes -- Using subdev spec 'A:0'. UHD Warning: The hardware does not support the requested RX sample rate: Target sample rate: 2.64 MSps Actual sample rate: 2.631579 MSps gr-osmosdr 0.1.4 (0.1.4) gnuradio 3.7.9 built-in sink types: uhd hackrf bladerf redpitaya file Number of USB devices: 19 USB device 1d50:6089: 71c469c82d291f43 match Using HackRF One with firmware 2017.02.1 gr::log :INFO: audio source - Audio sink arch: alsa Ulen(interp_taps) = 350 aUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaU >>> Done It is that it is too much for my system or it is that I am doing something wrong. regards ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] HackRF + osmocon, RX works but TX doesnt
I have just seen the video. <http://www.greatscottgadgets.com/sdr/5/> I did not know that. So if you have a 20dB RF amplification and you have a mobile phone near the antenna of your receiver, it can destroy your receiver. I guess this is of application also to bladeRF, RTL-SDR, etc. regards El 01/03/17 a las 16:28, Marcus Müller escribió: > Yes, you can kill any receiver by overloading the RF amplifiers. > > Best regards, > > Marcus > > > On 03/01/2017 04:10 PM, Fernando Peral wrote: >> you mean you can break the hackRF if you use much gain? >> >> >> El 28/02/17 a las 22:57, Cinaed Simson escribió: >>> Also, you should get to know your HackRF so you don't blow the RF amplifiers >>> >>>http://www.greatscottgadgets.com/sdr >> >> ___ >> Discuss-gnuradio mailing list >> Discuss-gnuradio@gnu.org >> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] HackRF + osmocon, RX works but TX doesnt
you mean you can break the hackRF if you use much gain? El 28/02/17 a las 22:57, Cinaed Simson escribió: > Also, you should get to know your HackRF so you don't blow the RF amplifiers > >http://www.greatscottgadgets.com/sdr ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] SNR of ADC
I think that since in the scenario you are describing there is all virtual there is no ADC but the round aproximation from the cos(t) function to a fixed number of bits used to represent the number with a float the computer is using, so the noise you can see in the FFT is the is indeed a quantization error altough not related to any ADC. If you hace more blocks like an adder, a multiply, etc. The noise will be the result of all the mathematical operations involved in the process using finite bits. regards El 28/02/17 a las 14:53, Sagnik Basu escribió: > Hi. > > I just have a thought - when we use a signal source block to generate > a sine wave and use the FFT block to visualize the power spectrum, > then the noise floor we see at the FFT window - is it the quantization > error of the ADC within the PC running GNURadio? > > > Regards, > Sagnik Basu > B. Tech | 2013-2017 > Dept. of Electronics and Communication > NIT Rourkela > M: 8337942928 > > > > > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] HackRF + osmocon, RX works but TX doesnt
I have tried with the one in the repositories of ubuntu 16.04 (I think the package is called gr-osmosdr) and with the live DVD of pentoo, both fail the same way when using hackrf=0 both work using serial number. regards El 28/02/17 a las 07:51, Sagnik Basu escribió: > Maybe there is some error with your osmocom source installation. I am > using a HackRF one and it is working fine with osmocom sink block. Try > re-installing the osmocom source. > > > > > Regards, > Sagnik Basu > B. Tech | 2013-2017 > Dept. of Electronics and Communication > NIT Rourkela > M: 8337942928 > > On Tue, Feb 28, 2017 at 1:22 AM, Fernando Peral > mailto:ferna...@samara.com.es>> wrote: > > The problem appears when using the hackrf for TX even if there is > only one hackrf plugged. > Osmocon source makes the hackrf work with hackrf=0 or even leving > the field in blank, but osmocon sink fails with the same parameters. > However using the serial number works as much for one as for the > other. > > thanks for the help > > > El 27/02/17 a las 19:38, Chris Kuethe escribió: >> try using the hackrf's serial number (d291f43, 5671743) rather >> than the index (0, 1) >> >> On Sat, Feb 25, 2017 at 5:26 AM, Fernando Peral >> mailto:ferna...@samara.com.es>> wrote: >> >> Hi! >> >> >> I have a HackRF. I'm testing it. >> >> It works well receiving in GRC with osmocon source, but when >> trying to transmit with osmocon sink I receive an error >> >> FATAL: Failed to open HackRF device (-5) HACKRF_ERROR_NOT_FOUND >> >> >> It is like if it were a problem of permissions, but it is >> not, the HackRF is working great receiving. >> >> >> I Have tried with two HackRF, one transmiting one receeiving, >> this it the block diagram >> >> I have updated the firmware of both of them to the last one >> (2017-02) >> >> >> this is the error output >> >> Using Volk machine: sse4_a_64_orc >> >> gr-osmosdr 0.1.4 (0.1.4) gnuradio 3.7.9 >> >> built-in source types: file osmosdr fcd rtl rtl_tcp uhd miri >> hackrf bladerf rfspace airspy redpitaya >> >> Using HackRF One with firmware 2017.02.1 >> >> gr-osmosdr 0.1.4 (0.1.4) gnuradio 3.7.9 >> >> built-in sink types: uhd hackrf bladerf redpitaya file >> >> Number of USB devices: 19 >> >> USB device 1d50:6089: 71c469c82d291f43 skip >> >> USB device 1d50:6089: 71c469c825671743 skip >> >> >> FATAL: Failed to open HackRF device (-5) HACKRF_ERROR_NOT_FOUND >> >> >> Trying to fill up 1 missing channel(s) with null sink(s). >> >> This is being done to prevent the application from crashing >> >> due to gnuradio bug #528. >> >> >> The first one is receiving (numer 1), the second (number 0) >> is the one wich fails >> >> >> Using ubuntu 16.04 LTS. >> >> >> Any clues? >> >> >> regards >> >> >> >> >> ___ >> Discuss-gnuradio mailing list >> Discuss-gnuradio@gnu.org <mailto:Discuss-gnuradio@gnu.org> >> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >> <https://lists.gnu.org/mailman/listinfo/discuss-gnuradio> >> >> >> >> >> -- >> GDB has a 'break' feature; why doesn't it have 'fix' too? > > > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org <mailto:Discuss-gnuradio@gnu.org> > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > <https://lists.gnu.org/mailman/listinfo/discuss-gnuradio> > > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] HackRF + osmocon, RX works but TX doesnt
The problem appears when using the hackrf for TX even if there is only one hackrf plugged. Osmocon source makes the hackrf work with hackrf=0 or even leving the field in blank, but osmocon sink fails with the same parameters. However using the serial number works as much for one as for the other. thanks for the help El 27/02/17 a las 19:38, Chris Kuethe escribió: > try using the hackrf's serial number (d291f43, 5671743) rather than > the index (0, 1) > > On Sat, Feb 25, 2017 at 5:26 AM, Fernando Peral > mailto:ferna...@samara.com.es>> wrote: > > Hi! > > > I have a HackRF. I'm testing it. > > It works well receiving in GRC with osmocon source, but when > trying to transmit with osmocon sink I receive an error > > FATAL: Failed to open HackRF device (-5) HACKRF_ERROR_NOT_FOUND > > > It is like if it were a problem of permissions, but it is not, the > HackRF is working great receiving. > > > I Have tried with two HackRF, one transmiting one receeiving, this > it the block diagram > > I have updated the firmware of both of them to the last one (2017-02) > > > this is the error output > > Using Volk machine: sse4_a_64_orc > > gr-osmosdr 0.1.4 (0.1.4) gnuradio 3.7.9 > > built-in source types: file osmosdr fcd rtl rtl_tcp uhd miri > hackrf bladerf rfspace airspy redpitaya > > Using HackRF One with firmware 2017.02.1 > > gr-osmosdr 0.1.4 (0.1.4) gnuradio 3.7.9 > > built-in sink types: uhd hackrf bladerf redpitaya file > > Number of USB devices: 19 > > USB device 1d50:6089: 71c469c82d291f43 skip > > USB device 1d50:6089: 71c469c825671743 skip > > > FATAL: Failed to open HackRF device (-5) HACKRF_ERROR_NOT_FOUND > > > Trying to fill up 1 missing channel(s) with null sink(s). > > This is being done to prevent the application from crashing > > due to gnuradio bug #528. > > > The first one is receiving (numer 1), the second (number 0) is the > one wich fails > > > Using ubuntu 16.04 LTS. > > > Any clues? > > > regards > > > > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org <mailto:Discuss-gnuradio@gnu.org> > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > <https://lists.gnu.org/mailman/listinfo/discuss-gnuradio> > > > > > -- > GDB has a 'break' feature; why doesn't it have 'fix' too? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] HackRF + osmocon, RX works but TX doesnt
Hi! I have a HackRF. I'm testing it. It works well receiving in GRC with osmocon source, but when trying to transmit with osmocon sink I receive an error FATAL: Failed to open HackRF device (-5) HACKRF_ERROR_NOT_FOUND It is like if it were a problem of permissions, but it is not, the HackRF is working great receiving. I Have tried with two HackRF, one transmiting one receeiving, this it the block diagram I have updated the firmware of both of them to the last one (2017-02) this is the error output Using Volk machine: sse4_a_64_orc gr-osmosdr 0.1.4 (0.1.4) gnuradio 3.7.9 built-in source types: file osmosdr fcd rtl rtl_tcp uhd miri hackrf bladerf rfspace airspy redpitaya Using HackRF One with firmware 2017.02.1 gr-osmosdr 0.1.4 (0.1.4) gnuradio 3.7.9 built-in sink types: uhd hackrf bladerf redpitaya file Number of USB devices: 19 USB device 1d50:6089: 71c469c82d291f43 skip USB device 1d50:6089: 71c469c825671743 skip FATAL: Failed to open HackRF device (-5) HACKRF_ERROR_NOT_FOUND Trying to fill up 1 missing channel(s) with null sink(s). This is being done to prevent the application from crashing due to gnuradio bug #528. The first one is receiving (numer 1), the second (number 0) is the one wich fails Using ubuntu 16.04 LTS. Any clues? regards ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Performance for GNU-Radio: Intel i3-6100 or AMD FX-4300
I'm buying a new computer and two possible options will be intel i3-6100 and AMD FX-4300. Performance using GNU-Radio may be the key to the selection of one or the other. I guess the more cores the CPU, the better the performance. FX-4300 is 4 cores, i3-6100 is only two cores but they say both of them runs 4 threads. I should think that a real core (AMD) will work faster than a "logic" one (intel), but reading benchmarks it seems that i3-6100 beats FX-4300 . but what with GNU-Radio? Anyone has test both? regards ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GNURadio Live SDR update request
El 15/02/16 a las 17:44, Landsman, Arik escribió: > Hi Stephen, > > To add a few comments on persistence - the Live USB image doesn't come with > persistence configured. Two ways to do this, one of them does NOT work on > Ubuntu 14.04 (fixed on 15.04 as some forums claim): > > . > > Ubuntu is fine though, as long as the image is upgraded to 15.04 to make > persistence work. > > Another option is full install on a USB drive - haven't tried, but with 16Gb > usb3.0 <$20 it seems like a good idea all around. It could be upgraded > locally to >14.04. I have. I works very well. Install ubuntu as if you were installing on a hard drive. regards ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] 3.7.8 release?
Hi. Is there any aproximate date for the final release? regards ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] GNU Radio live USB. GRUB2 broken, how to fix it?
Hi! I Installed GNU Radio live on a usb stick and I was changing some aspects of its configuration. I like to delete some entries of the boot menu (is to use with my students at class and I don't one anyone to use "install ubuntu") and i broke grub2. Now the usb stick does not boot. I know hot to fix a normal grub2 installation, but as it is a grub2 on a casper filesystem I don't know how to fix it. Any help please? regards P.D. excuse me for posting the topic twice, but I posted it replying to another topic (changing the subject) and as a result the post was "lost" inside the other topic ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] GNU Radio live USB. GRUB2 broken, how to fix it?
Hi! I Installed GNU Radio live on a usb stick and I was changing some aspects of its configuration. I like to delete some entries of the boot menu (is to use with my students at class and I don't one anyone to use "install ubuntu") and i broke grub2. Now the usb stick does not boot. I know hot to fix a normal grub2 installation, but as it is a grub2 on a casper filesystem I don't know how to fix it. Any help please? regards ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] wav file source question
You can address me by Fernando, it's easier to pronounce ;-)
I'm trying to save audio from the audio source to a file or from a signal
source 1Khz for instance.
I've tryed different things, and different data rate (I've tried 44100 also)
and is always the same eror
Generating: "/home/ubuntu/top_block.py"
Executing: "/home/ubuntu/top_block.py"
Traceback (most recent call last):
File "/home/ubuntu/top_block.py", line 51, in
tb = top_block()
File "/home/ubuntu/top_block.py", line 33, in __init__
self.blocks_wavfile_source_0 =
blocks.wavfile_source("/home/ubuntu/prueba.wav", True)
File
"/usr/local/lib/python2.7/dist-packages/gnuradio/blocks/blocks_swig0.py",
line 1418, in make
return _blocks_swig0.wavfile_source_make(*args, **kwargs)
RuntimeError: WAV file does not contain any samples
>>> Done
But i have converted a mp3 file to wav with mpg123 and the file plays well
using wav file source.
Moreover: i've converted a file with mpg123 to a wav file at 22Ksps and it
works too.
And The file wav generated in gnuradio with wav file source is a valid wav
file which I can play with amarok.
So the problem is that wav file source does not recognice the files created
by wav file sink altough they seem to be fully valid files.
regards
Marcus Müller-3 wrote
> Hi fffdddoo (is that really the name by which we should address you?),
>
> I'm guessing you try to save audio directly from the audio source to a
> wav file, right?
>
> So, my blind guess is that Baokum wrongly configured the audio source
> and simply nothing came out of it.
> For example, no soundcard normally uses a sampling rate of 32kHz. A
> typical rate is 44.1kHz.
>
> You might want to check your console output for errors. Most of the
> time, the audio sink complains about things like the device name not
> working or something else going wrong; this all depends very much on
> which operating system you use GNU Radio.
> Do you get any errors?
>
> Of course, when using a file_sink you don't generate a wav file, that's
> why we have the WAV sink :)
>
> Best regards,
> Marcus
>
> On 06/09/2015 09:34 PM, fffdddooo wrote:
>> Well. I read the workaround. The problem is if you use file source and
>> file
>> sink instead of wav file source and wav file sink, you are not generating
>> a
>> wav file. You can name it *.wav, but it isn't a wav file at all.
>> What I want to do is generating a wav file wich can be playd with any wav
>> player (that I can do with wav file sink) and been able to use it again
>> in
>> gnu radio (wich does not work with file wav file source).
>> I've tried 8 and 16 bits and different data rate
>>
>>
>>
>>
>>
>> Marcus Müller-3 wrote
>>> Hi fffdddooo,
>>>
>>> Baokum Liu asked that two years ago. Some things have changed since
>>> then; do you have a question that we might help you answer?
>>>
>>> Best regards,
>>> Marcus
>>>
>>> On 06/09/2015 08:46 PM, fffdddooo wrote:
>>>> Did you find the solution?
>>>>
>>>> regards
>>>>
>>>> Baokun Liu wrote
>>>>> Hi guys,
>>>>>
>>>>> I am playing with gnuradio companion. I have a question on wav file.
>>>>>
>>>>> I play like this first (the samp_rate set to 32k)
>>>>>
>>>>> *Audio Source ---> Wav File Sink;*
>>>>>
>>>>> I save the file as test.wav. It sound well.
>>>>>
>>>>> Then, I play the file back (samp_rate is 32k).
>>>>>
>>>>> *Wave File Source ---> Audio Sink; *
>>>>>
>>>>> The error comes as: WAV file does not contain any samples.
>>>>>
>>>>> Could anyone point out the problem? How could I use the 'wav file
>>>>> source'
>>>>> block?
>>>>>
>>>>> Thanks,
>>>>>
>>>>> Baokun
>>>>>
>>>>> ___
>>>>> Discuss-gnuradio mailing list
>>>>> Discuss-gnuradio@
>>>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>>
>>>>
>>>>
>>>> --
>>>> View this message in context:
>>>> http://gnuradio.4.n7.nabble.com/wav-file-source-question-tp42578p54103.html
>>>> Sent from the GnuRadio mailing list archive at Nabble.com.
>>>>
>>>> ___
[Discuss-gnuradio] UHD: usrp modules
Hi, I've installed the GNURadio & UHD correctly. However, I can't use my USRP because I don't have installed the UHD module in my tree of modules of the Gnuradio 3.6.5.1 But I can see in the path of the file system where GNUR is installed the folder named gr-uhd where are all the files related to all the block of this modules (usrp_sinkusrp_source ) Could you give me some help ? Thanks! Regards, *Fernando L. Rodríguez Brizuela -* ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Import block
Hi, I am a new user of GNURadio and I am interested in use the Import block, to import the PSK.PY file, according to a tutorial that I am reading. The problem is that file doesn' t exists in the file sytem of my GNURADIO. When I try to paste it (after download the file from the page of GNURadio), the block still not work because the Gnuradio doesn't catch the file. (with others file on the same folder it works fine). Could someone help me? What I have to do? Thanks ! Regards, *Fernando L. Rodríguez Brizuela -* ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] repository of examples of gnuradio and GRC?
Yeah, fine. But this is some examples "This project is a collection of GNU Radio examples created for a tutorial session given at the Ottawa Amateur Radio Club.." that someone have in their own repository. What I wish to find (or create) is something like this: http://www.thingiverse.com Where anybody can easily share one desing, and where you can find anything you are looking for. El 30/03/14 16:32, Vanush Vaswani escribió: > https://github.com/argilo/sdr-examples > > > On Mon, Mar 31, 2014 at 1:20 AM, Fernando Peral > mailto:ferna...@samara.com.es>> wrote: > > I was thinking on something as simple as a repo where anybody can > find a .GRC file for a FM receiver using STL-SDR or a .GRC for > reading the signal send by my car keys (if my car keys where a RF > one which is not the case :-( ) as you can see I'm focused on > GRC diagrams, and I can't find something like what I'm proposing. > If it does not exist I am willing to participe in the creation of > something like that if there is more people who want to work in it. > > regards > > > > El 30/03/14 14:00, Marcus Müller escribió: > >> Hi Fernando, >> >> there's been CGRAN for eternity now; it was meant to be exactly >> what you >> are describing: >> https://www.cgran.org/wiki/Projects >> It's getting a little old, but it's still a nice directory of >> projects. >> >> Also, nowadays many developers write a pybombs recipe when they >> develop >> a new GR-based application, so you might also take a look at what's >> available via pybombs :) >> >> Anyway, there has been a lot of discussion about how to bring GR devs >> together and make a really useful directory of projects. I think we >> should be pushing this forward -- however, this, as everything, is a >> matter of available working time for that. You're very welcome to >> contribute ideas and time, I guess :) >> >> Greetings, >> Marcus >> >> On 30.03.2014 13:42, Fernando Peral wrote: >> > Everyone (or almost) who writes here is testing different systems, >> > with different hardware and creating examples. There are some >> > people who publish their work in their own web pages, git >> > repositories, etc., and the rest of us are using them (thank to all >> > of you!!!). But Is there any repository where anybody can publish >> > is work?. I mean a king of collaborative repo such wikipedia for >> > documentation, thingiverse for 3d printing models, etc.? >> >> > regards >> >> >> >> > ___ Discuss-gnuradio >> > mailing list Discuss-gnuradio@gnu.org >> <mailto:Discuss-gnuradio@gnu.org> >> > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >> >> y > > > > ___ > > Discuss-gnuradio mailing list > > Discuss-gnuradio@gnu.org <mailto:Discuss-gnuradio@gnu.org> > > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > > > > > > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org <mailto:Discuss-gnuradio@gnu.org> > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > > > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] repository of examples of gnuradio and GRC?
I was thinking on something as simple as a repo where anybody can find a .GRC file for a FM receiver using STL-SDR or a .GRC for reading the signal send by my car keys (if my car keys where a RF one which is not the case :-( ) as you can see I'm focused on GRC diagrams, and I can't find something like what I'm proposing. If it does not exist I am willing to participe in the creation of something like that if there is more people who want to work in it. regards El 30/03/14 14:00, Marcus Müller escribió: > Hi Fernando, > > there's been CGRAN for eternity now; it was meant to be exactly what you > are describing: > https://www.cgran.org/wiki/Projects > It's getting a little old, but it's still a nice directory of projects. > > Also, nowadays many developers write a pybombs recipe when they develop > a new GR-based application, so you might also take a look at what's > available via pybombs :) > > Anyway, there has been a lot of discussion about how to bring GR devs > together and make a really useful directory of projects. I think we > should be pushing this forward -- however, this, as everything, is a > matter of available working time for that. You're very welcome to > contribute ideas and time, I guess :) > > Greetings, > Marcus > > On 30.03.2014 13:42, Fernando Peral wrote: > > Everyone (or almost) who writes here is testing different systems, > > with different hardware and creating examples. There are some > > people who publish their work in their own web pages, git > > repositories, etc., and the rest of us are using them (thank to all > > of you!!!). But Is there any repository where anybody can publish > > is work?. I mean a king of collaborative repo such wikipedia for > > documentation, thingiverse for 3d printing models, etc.? > > > regards > > > > > ___ Discuss-gnuradio > > mailing list Discuss-gnuradio@gnu.org > > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > y > > ___ > 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] repository of examples of gnuradio and GRC?
Everyone (or almost) who writes here is testing different systems, with different hardware and creating examples. There are some people who publish their work in their own web pages, git repositories, etc., and the rest of us are using them (thank to all of you!!!). But Is there any repository where anybody can publish is work?. I mean a king of collaborative repo such wikipedia for documentation, thingiverse for 3d printing models, etc.? regards ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Odd situation when runnning usrp_benchmark_usb.py
Hi all, I have gnuradio 3.3 installed in my laptop hp pavilion dv7-1020us with ubuntu 9.10. I was trying to run the usrp_benchmark_usb.py with 2 RFX1800 installed and all I could get was RuntimeError: can't open usrp, so I tried to change the daughterboards to two basic TX and one basic RX and it worked ok. f...@frsn-nb:~/Desktop/gnuradio/gnuradio-examples/python/usrp$ ./usrp_benchmark_usb.py Testing 2MB/sec... usb_throughput = 2M ntotal= 100 nright= 998255 runlength = 998255 delta = 1745 OK Testing 4MB/sec... usb_throughput = 4M ntotal= 200 nright= 1998065 runlength = 1998065 delta = 1935 OK Testing 8MB/sec... usb_throughput = 8M ntotal= 400 nright= 3995207 runlength = 3995207 delta = 4793 OK Testing 16MB/sec... usb_throughput = 16M ntotal= 800 nright= 7997570 runlength = 7997570 delta = 2430 OK Testing 32MB/sec... usb_throughput = 32M ntotal= 1600 nright= 15991890 runlength = 15991890 delta = 8110 OK Max USB/USRP throughput = 32MB/sec Was I doing something wrong? The benchmark is meant to be run with the basics daughterboards or it can be run with any daughterboards? I do need to use the RFX1800 for the openBTS testing. I still got the same odd error. I don't know what's wrong. Now I'm trying to run usrp_probe to check the daughterboards and I got, I believe, the same error. I have two RFX1800 daughterboards, when I plug them at the same time, none can be recognized by the usrp. I get this: >>> Error can't open usrp If the USRP cannot be found, make sure that the USRP is plugged-in and restart this program. If the problem persists, there may be a problem with you gnuradio installation or USB 2.0. But if I unplug any of them I can read the results normally: >>> USRP Probe Name: Flex 1800 Rx MIMO B Converter Rate: 6400 Uses Quadrature: True Gain Range (min, max, step size): 0.0 90.0 0.050007451 Freq Range (min, max, step size): 15.0 21.0 1 Does anyone have a clue of what could cause this? Thanks in advance for any answer, Fernando Rodrigues ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Odd situation when runnning usrp_benchmark_usb.py and usrp_probe
Hi all, I have gnuradio 3.3 installed in my laptop hp pavilion dv7-1020us with ubuntu 9.10. I was trying to run the usrp_benchmark_usb.py with 2 RFX1800 installed and all I could get was RuntimeError: can't open usrp, so I tried to change the daughterboards to two basic TX and one basic RX and it worked ok. f...@frsn-nb:~/Desktop/gnuradio/gnuradio-examples/python/usrp$ ./usrp_benchmark_usb.py Testing 2MB/sec... usb_throughput = 2M ntotal= 100 nright= 998255 runlength = 998255 delta = 1745 OK Testing 4MB/sec... usb_throughput = 4M ntotal= 200 nright= 1998065 runlength = 1998065 delta = 1935 OK Testing 8MB/sec... usb_throughput = 8M ntotal= 400 nright= 3995207 runlength = 3995207 delta = 4793 OK Testing 16MB/sec... usb_throughput = 16M ntotal= 800 nright= 7997570 runlength = 7997570 delta = 2430 OK Testing 32MB/sec... usb_throughput = 32M ntotal= 1600 nright= 15991890 runlength = 15991890 delta = 8110 OK Max USB/USRP throughput = 32MB/sec Was I doing something wrong? The benchmark is meant to be run with the basics daughterboards or it can be run with any daughterboards? I do need to use the RFX1800 for the openBTS testing. I still got the same odd error. I don't know what's wrong. Now I'm trying to run usrp_probe to check the daughterboards and I got, I believe, the same error. I have two RFX1800 daughterboards, when I plug them at the same time, none can be recognized by the usrp. I get this: >>> Error can't open usrp If the USRP cannot be found, make sure that the USRP is plugged-in and restart this program. If the problem persists, there may be a problem with you gnuradio installation or USB 2.0. But if I unplug any of them I can read the results normally: >>> USRP Probe Name: Flex 1800 Rx MIMO B Converter Rate: 6400 Uses Quadrature: True Gain Range (min, max, step size): 0.0 90.0 0.050007451 Freq Range (min, max, step size): 15.0 21.0 1 Does anyone have a clue of what could cause this? Thanks in advance for any answer, Fernando Rodrigues ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GNURadio fresh Linux installation and usrp_benchmark_usb.py error
Hello, I've ubuntu 9.10 karmic koala 64bit and the latest gnu radio installed on a hp dv7-1020us and I get the same error that Fabrizio was getting. When I try to run the usrp_benchmark_usb.py I get the "can't open usrp" error. f...@frsn-nb:/usr/local/share/gnuradio/examples/usrp$ ./usrp_benchmark_usb.py Testing 2MB/sec... usrp_open_interface:usb_set_alt_interface: failed could not set alt intf 0/0: Connection timed out open_nth_cmd_interface: open_cmd_interface failed usrp: failed to load firmware /usr/local/share/usrp/rev2/std.ihx. Traceback (most recent call last): File "./usrp_benchmark_usb.py", line 106, in main () File "./usrp_benchmark_usb.py", line 96, in main ok = run_test (rate, verbose) File "./usrp_benchmark_usb.py", line 63, in run_test usrp_tx = usrp.sink_s (0, tx_interp) File "/usr/local/lib/python2.6/dist-packages/gnuradio/usrp/usrp_swig.py", line 2799, in sink_s return _usrp_swig.sink_s(*args, **kwargs) RuntimeError: can't open usrp If I try lsusrp I get also something similar to Fabrizio: f...@frsn-nb:/usr/local/share/gnuradio/examples/usrp$ lsusrp usrp_open_interface:usb_set_alt_interface: failed could not set alt intf 0/0: Connection timed out open_nth_cmd_interface: open_cmd_interface failed usrp: failed to load firmware /usr/local/share/usrp/rev2/std.ihx. usrp: failed to find usrp[1] usrp: failed to find usrp[2] usrp: failed to find usrp[3] usrp: failed to find usrp[4] usrp: failed to find usrp[5] usrp: failed to find usrp[6] usrp: failed to find usrp[7] I'm in the same group: f...@frsn-nb:/usr/local/share/gnuradio/examples/usrp$ id frsn uid=1000(frsn) gid=1000(frsn) grupos=1000(frsn),4(adm),20(dialout),24(cdrom),46(plugdev),106(lpadmin),121(admin),122(sambashare),1001(usrp) And I've also done the following: f...@frsn-nb:/usr/local/share/gnuradio/examples/usrp$ ls -lR /dev/bus/usb | grep usrp crw-rw 1 root usrp 189, 133 2010-04-15 14:39 006 I'm not using a virtual box, it's pure linux. Can anyone help? Thanks! ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] how to define a globe variable in py?
> That means out of any class? > yes > Or could show me a example, thanks > http://www.wellho.net/resources/ex.php4?item=y105/locvar.py - first result of 'global variables python'. i think that this is what you need :) Fernando Rodrigues ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] how to define a globe variable in py?
you should declare the variable out of the threads and use something similar to a lock. because you're using threads, if you don't use locks, a operation of read/write could lead to mistaken results. Fernando Rodrigues ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Using GNU Radio without a USRP
Hi all, Well, first of all, sorry to bother you guys with this, maybe this is not the place for this question/discussion. I'm new in the GNU Radio world and I'm trying to get GNU Radio working with a non-USRP FPGA board, in particular the Stratix II GX Transceiver SI Board, (this one http://img232.imageshack.us/img232/6061/ep2sgx90ef1152c3nes.png ). I've installed GNU radio on a 9.04 Ubuntu and I'd like to know if you know any tutorial or example that's not focused in the USRP and teach me how to build blocks and applications to this FPGA. Once again, sorry for the inconvenience and thanks for any help. Fernando ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
