Re: Resending: reconfigure flowgrpah through messaging

"Message to Variable" block. > > There are probably more elegant options as well. These are just the ones > that came to mind immediately. > > Hope this helps, > Nick > > On Wed, Mar 27, 2024 at 9:44 AM Achilleas Anastasopoulos < > anas...@umich.edu> wrote: &

Resending: reconfigure flowgrpah through messaging

Hi all, I sent an email earlier but didn't get any response, so I am restating the problem in the hope that I will elicit some feedback. I would like to be able to reconfigure a flowgraph when a message is received by a block. Is there a mechanism to do that? Here is why I want to do it: I am

message used to reconfigure flowgraph

Hi all, I have a flowgraph that is reconfigured using a QTgui chooser. Essentially I generated a simple grc file with all the appropriate blocks and then edited the python file to change the "set" function of the chooser to something like: def set_onoff(self, onoff): if self.onoff==1

Re: GNURADIO installation on windows using conda fails

\envs\gnuradio38\Library\lib\gdk-pixbuf-2.0\2.10.0\loaders\pixbufloader-xpm.dll': The specified procedure could not be found. done (gnuradio38) C:\Users\anastas> === On Mon, Mar 4, 2024 at 4:26 PM Achilleas Anastasopoulos wrote: > Hi everyone,

GNURADIO installation on windows using conda fails

Hi everyone, I followed the instructions here: https://wiki.gnuradio.org/index.php?title=CondaInstall to install gnuradio on a windows machine. after installing with: conda install gnuradio=3.10.9 I try to run gnuradio-companion from the command window and get the following error:

Re: GNURADIO10 and hierarchical blocks

*.yml* files there:" thanks Achilleas On Wed, Feb 21, 2024 at 11:25 AM Achilleas Anastasopoulos wrote: > Hi all, > > I recently upgraded from 3.8 to 3.10 and tested a hierarchical block. > I compiled it and it generated a py file in the same directory as the grc > file. >

GNURADIO10 and hierarchical blocks

Hi all, I recently upgraded from 3.8 to 3.10 and tested a hierarchical block. I compiled it and it generated a py file in the same directory as the grc file. My understanding from 3.8 was that it puts the py code and an yml file in my .grc_gnuradio folder so it is available to grab it in my

Re: anyone had luck with RTL-SDR on Windows GNURADIO installation?

> > BR/JC > > https://airspy.com/download/ > > > > Sent from Mail <https://go.microsoft.com/fwlink/?LinkId=550986> for > Windows > > > > *From: *Achilleas Anastasopoulos > *Sent: *November 3, 2022 10:25 AM > *To: *Discuss-gnuradio@gnu.org > *Subject:

anyone had luck with RTL-SDR on Windows GNURADIO installation?

Hi all, I was testing GNURADIO 3.8 Windows binary installation from Geof Nieboer's installer hosted at gcndevelopment.com http://www.gcndevelopment.com/gnuradio/index.htm Everything seems to be working fine. However I have no luck when I

Re: Gnuradio: SineWave generator python block choppy audio out

Hi all, I do not think that the proposed algorithm by Marcus is the correct way to implement this block, because it assumes that the frequency has remained the same throughout the life of the block! The correct way is to keep a state variable (say, "self.phase") that is initialized to 0 and

embedded python blocks inside hierarchical blocks

Hi all, I noticed the following discrepancy between how 3.7 and 3.8 treat the above blocks: When I generated a hierarchical block in 3.7 with an embedded python block in it, the generated code of the embedded python blocks (epy files) were copied to the .grc_gnuradio directory. In 3.8 the

QT tab widget does not work on maint-3.8 (ubuntu 20.04)

I just tested a simple QT tab widget with two tabs and it does not run on maint-3.8 Attached please see the example giving the following error (at the end of the email) Can someone verify this is indeed the case? thanks Achilleas File "/n/girard/x/anastas/GNURADIO_LAB/test_tabs.py", line 169,

usrp sink burst transmission

Hi all, I am reading from here: https://wiki.gnuradio.org/index.php/USRP_Sink how to do burt transmission with the usrp_sink. My questions have to do with the second option: Using tagged streams (See Tagged Stream Blocks ). To use

Re: QT chooser and QT range do not cooperate with each other

Christophe Seguinot < christophe.segui...@orange.fr> wrote: > Yes it worked at least under GR 3.9 > > Did you get any error message? > On 14/04/2021 18:06, Achilleas Anastasopoulos wrote: > > Christophe, > > thank you for the two suggestions. The second one (using sel

Re: QT chooser and QT range do not cooperate with each other

wgraph. (it can be extended >to multiple filters easily) > > Regards, Christophe > > P.S. my flowgraph is for GR 3.8 /3.9 > On 12/04/2021 19:10, Achilleas Anastasopoulos wrote: > > Hi all, > > I have a flowgraph with QT chooser choosing between rect pulse and rrc

message_strobe_random Poisson ==> Exponential

Hi all, I was playing around with the message_strobe_random block and saw that it has an option that the random delay is Poisson distributed. When choosing this option the block does not behave as expected. I believe the intention of the author was to have an "exponential" distribution in place

QT chooser and QT range do not cooperate with each other

Hi all, I have a flowgraph with QT chooser choosing between rect pulse and rrc pulse. I also have a QT range where I want to control the rolloff factor of the rrc pulse when chosen. However, in the flowgrpah it seems that once the rrc is chosen I cannot change its roloff factor dynamically from

Windows build request

Hi all, It seems that the Windows10 builds for 3.7.15 on http://www.gcndevelopment.com/gnuradio/downloads.htm are not the most recent ones that appear in the 3.7.15 maintenance branch. Specifically, corr_estimator is different in the Windows vs the Linux version. I would be wonderful if the

Re: Problems with Viterbi decoding

There may be some additional things to consider when using gr-trellis: The fsm class does not understand bits. It understands input symbols and output symbols. Your fsm has binary input symbols and quaternary output symbols. So the encoder gets L input bits and produces L quaternary symbols (if

Re: Problems with Viterbi decoding

My understanding is that the constructor takes first k=1 and then n=2 as a parameter for an (n,k) code, so it should be: trellis.fsm(1,2,[0b11001,0b10111]) Achilleas //## //# Automatically generate the FSM from the generator

Re: Embedded Python basic_block input buffer lengths

Hi Jeff, Thanks for the pointers! I did not realize that I could only process the minimum length of the two input buffers. Dumb mistake on my part... I just changed that and everything works fine. BTW, just to confirm: Is the minimum of the length of all input buffers to be trusted, even if it

Re: Embedded Python basic_block input buffer lengths

Hi Jeff, I can confirm that the same behavior happens in 3.8 I attach the 3.8 graph Achilleas test_input_buffers_38.grc Description: Binary data

Embedded Python basic_block input buffer lengths

HI all, I am trying to debug a grc flowgraph containing an Embedded Python BASIC_BLOCK. The python block has two inputs and one output. The block makes sure (through FORECAST()) that both inputs have the SAME sample requirements. Also, the block ALWAYS uses CONSUME_EACH() so that both input

Correlation Estimator corr_est_cc "threshold" meaning

Hi all, I have been playing a bit with the "corr_est_cc" block and I was banging my head to understand the meaning of the parameter "threshold". In all examples it seems to be a number VERY close to 1. The documentation is cryptic: " Threshold of correlator, relative to a 100% correlation (1.0).

Re: Adding a set_sensitivity() function to VCO_C block

So editing the vco_c.h file : ... static sptr make(double sampling_rate, double sensitivity, double amplitude); //! Sets the sensitivity. virtual void set_sensitivity(double sensitivity) =0; did the job! thanks again, Achilleas

Adding a set_sensitivity() function to VCO_C block

Hi all, I am working with GNURADIO 3.7 and realized that the VCO blocks do not have functionality to change the sensitivity parameter during operation. I wanted to use them for generating FSK signals. I realized I can do that equivalently with the Frequency Mod block, so this is fine. However I

Re: IQ and complex signals tutorial

Hi Crostophe, thank you for this wonderful tutorial. You may want to use the more standard terms: "pre-envelope" m_+(t) = m(t) + j \hat{m}(t) (ie, the signal you currently denote as \tilde{m}(t)) "complex-envelope", \tilde{m}(t) (for the signal you currently denote as m^{bb}(t) ) thank you

Hiw to install binaries for GNURADIO 3.7 using MacPorts for MAC

Hi all, this email is intended primarily for Michael Dickens who maintains GNURADIO for MAC, but if anyone else knows feel free to chime in. I am teaching a class where some of the students have MAC and want to install a version of GNURADIO/GRC locally. The class is using GNURADIO 3.7 in the Lab

Re: bug report

Hi Ali, the block "chunks to symbols" is a simple look-up table and actually this would have been a better name for it. Given an array A of size NxD, you give it an index i \in{ 0,1,...,N-1} and it gives you back the elements of the array in the i-th position, ie, A[i,0:D-1]. Which part is

Re: Correlation Estimator block threshold settings in Absolute/Dynamic mode

There is definitely a weird logic with this block. Let me explain: Suppose your training sequence is c(t) with energy E=sum_t |c(t)|^2. The training c(.) is exactly what the parameter "symbols" is in the correlate block. Suppose your signal is some scaled version of the training sequence eg, y(t)

is there a set_output_multiple() in pyhton blocks?

Hi all, I was writing an embedded python (general) block in 3.8 and wanted to use set_output_multiple as I have done in C++ in the past. It seems that this method does not exist. I just wanted to verify this. Is there a way to set the output multiple in a general block in python? thanks

Re: [EXTERNAL] Re: GNU Radio PPA packages for Ubuntu Available

.7 > sudo apt-get update > > > Please let me know if you run into any issues with this. > > > Thanks, > > Josh > > -- > *From:* Achilleas Anastasopoulos > *Sent:* Thursday, November 7, 2019 1:18 PM > *To:* Morman, Joshua > *Subject:* [

Re: [Discuss-gnuradio] cannot find block tree panel in grc

Have you fixed this issue? I got the same thing in Ubuntu 18.04 since yesterday and cannot figure out what happened... Achilleas

Fwd: GNU Radio PPA packages for Ubuntu Available

Yes, so I was wondering if 3.7.13.4 can be made available for 18.04 as well. I am used to installing everything from scratch but my experience is that this is a substantial hurdle for students and also some of my colleagues who just want to try it... Thanks again for all your efforts. best

Re: [EXTERNAL] Re: GNU Radio PPA packages for Ubuntu Available

t; > Josh > > ------ > *From:* Achilleas Anastasopoulos > *Sent:* Wednesday, November 6, 2019 11:06 AM > *To:* Morman, Joshua; Discuss-gnuradio@gnu.org > *Subject:* [EXTERNAL] Re: GNU Radio PPA packages for Ubuntu Available > > Great work! > > So is there a package

Re: GNU Radio PPA packages for Ubuntu Available

Great work! So is there a package for the latest pre-8.0 version, say 3.7.14 or 3.7.maintenance? thanks Achilleas

Re: [Discuss-gnuradio] cmake fails when installing maint_3.7 branch on VM-Ubuntu 18.04

ssues & then how to resolve them. > GR OOTs vary a lot in this regard. > > On Tue, Oct 1, 2019 at 3:25 PM Achilleas Anastasopoulos > wrote: > >> Hi Michael, >> >> not sure what you mean by "these errors are normal?" >> I thought that gnuradio development at

Re: [Discuss-gnuradio] cmake fails when installing maint_3.7 branch on VM-Ubuntu 18.04

t 1, 2019 at 3:08 PM Michael Dickens wrote: > Those errors are normal. Guessing there's info in the cmake output that's > more useful. - MLD > > On Tue, Oct 1, 2019 at 3:03 PM Achilleas Anastasopoulos > wrote: > >> Hi all, >> >> I have the following issue tryin

[Discuss-gnuradio] cmake fails when installing maint_3.7 branch on VM-Ubuntu 18.04

Hi all, I have the following issue trying a fresh installation on a VM-Ubuntu 18.04. After installing the dependencies etc from here: https://wiki.gnuradio.org/index.php/UbuntuInstall and after checking out the maint_3.7 branch the cmake fails with the following CMakeError.log file. Something

[Discuss-gnuradio] OFDM with continuous pilots but bursty data

Hi Alex, you may want to take a look at the OOT module gr-cdma ( https://github.com/anastas/gr-cdma). This system implements a two-channel system with one of the orthogonal channels being continuously transmitting pilots, while the other carries data (in a synchronous/asynchronous way). The Rx is

Re: [Discuss-gnuradio] debugging uhd_corr_and_sync example

Thanks Andy. Indeed the "symbol_sync" block is very robust and recovers immediately. Everything seems to be working now. Achilleas On Wed, Jul 10, 2019 at 9:45 AM Andy Walls wrote: > Hi Achilleas: > > > From: Achilleas Anastasopoulos > > Date:

Re: [Discuss-gnuradio] debugging uhd_corr_and_sync example

gc-for-gr-satellites/ > > > On Wed, Jul 10, 2019 at 6:22 AM Achilleas Anastasopoulos < > anas...@umich.edu> wrote: > >> Hi all, >> >> I am not very successful in running the uhd_corr_and_sync_tx/rx.grc >> example in the gr-digital examples direc

[Discuss-gnuradio] debugging uhd_corr_and_sync example

Hi all, I am not very successful in running the uhd_corr_and_sync_tx/rx.grc example in the gr-digital examples directory (3.7.13.5) using usrps. In an effort to debug it, i merged the two graphs and eliminated the uhd sink/sources (see attached) and so I am running a simulation without the

[Discuss-gnuradio] fractional resampler weird behavior?

Hi all, I have a 1KHz complex exponential sampled at 10Ksps going through a fractional resampler with resampling ratio = 10 I display the output on a frequency sink (with sampling rate set to 100Ksps). I expect to see a 1 KHz tone. Instead I see only a DC component (see attached grc file) When I

[Discuss-gnuradio] UHD:USRP source FE options: recent experience and 2 questions

Hi all, I have recently run an old experiment that used to work fine: One UHD:USRP Tx is sending a constant tone at 1GHz One UHD:USRP Rx is receiving at 1GHz and displays in X-Y mode. Observations: 1) When the 2 USRPs have default (internal) clock I see a circle (due to frequency instability).

[Discuss-gnuradio] question on sample rate and ethernet rate

Hi all, I am trying to figure out what I am doing/thinking wrong in the following example: I have a simple flowgraph with a complex source sending samples to USRP. The sample rate is fs=200e6/32=6.25 Msps which is the parameter that I set in the USRP. I assume that this parameter will result in

Re: [Discuss-gnuradio] Symbol to chip Mapping

ed is outputting 4 bits per chunks so am I setting the dimension of > the “chunks to symbols” block to 16 (0-15) and inputting 1024 values, 0’s > and 1’s, (32 values for each dimension) to complete the mapping? > > Thanks for the assistance. > > Tellrell > > Sent from my iP

[Discuss-gnuradio] Symbol to chip Mapping

Yes this can be done with chunks-to-symbols. This is essentially a 16 x 32 lookup table: turn your 4 bits into a byte which indices a lookup table with 32 dimensions (set the "dimension" variable to 32 in chunks-to-symbols). Achilleas ___

Re: [Discuss-gnuradio] Different uhd behavior with two cloned computers

Problem solved! The IT people had done an apt-get dist-upgrade that upgraded the libraries to 13.1. After recompiling gnuradio with the new libraries and burning new fpga images in the X300 everything worked fine. thanks for the help, Achilleas ___

Re: [Discuss-gnuradio] Different uhd behavior with two cloned computers

OK, this is getting too confusing for me: FIRST (original) computer address@hidden:~$ uhd_usrp_probe [INFO] [UHD] linux; GNU C++ version 7.3.0; Boost_106501; UHD_3.13.0.1-release SECOND (cloned) computer address@hidden:~$ uhd_usrp_probe [INFO] [UHD] linux; GNU C++ version 7.3.0; Boost_106501;

[Discuss-gnuradio] Different uhd behavior with two cloned computers

Hi all, I have successfully installed from source gnuradio on an ubuntu 10.4. We are in the process of creating a communications lab with 10 hosts and 10 X300 and we thought the easiest way is to clone the original computer so that we don't have to reinstall all the software. However, when I

Re: [Discuss-gnuradio] issues with building 3.7.13.4 with thrift support on Ubuntu 18.04

Thanks! I have succesfully built thrift 0.10.0 and the entire installation of gnuradio went smoothly on Ubuntu 18.04. One think that was missing from the wiki: I needed to install an additional package "pygraphviz" which on ubuntu repos was "python-pygraphviz" for the gr-perfomance-monitor

[Discuss-gnuradio] issues with building 3.7.13.4 with thrift support on Ubuntu 18.04

Hi all, I have installed thrift 0.12.0 following the instructions in https://wiki.gnuradio.org/index.php/ControlPort I tried to build from source v3.7.13.4 cmake seems to work well producing: -- -- Configuring gr-ctrlport support...

Re: [Discuss-gnuradio] problems with installation on ubuntu 18.04.1

I resolved all the issues with 3.7.13.4 Achilleas On Fri, Jan 11, 2019 at 3:37 PM Achilleas Anastasopoulos wrote: > Hi Martin, > > I resolved all the issues with 3.7.13.4 > > Achilleas > > On Fri, Jan 11, 2019 at 2:07 PM Martin Braun > wrote: > >> Is th

[Discuss-gnuradio] problems with installation on ubuntu 18.04.1

Hi all, I needed to install gnuradio from source on an ubuntu 18.04.1 machine. I followed the directions in https://kb.ettus.com/Building_and_Installing_the_USRP_Open-Source_Toolchain_(UHD_and_GNU_Radio)_on_Linux I installed the dependencies and then cloned gnuradio I checked out v3.7.10 git

[Discuss-gnuradio] two versions of uhd installed?

Hi all and happy new year, It is not clear to me if this question is a usrp or gnuradio related so I send it to both lists. Apologies for the duplication. I have installed a clean version of gnuradio to an ubuntu box from repos with apt-get. I then installed from the ettus site the uhd

Re: [Discuss-gnuradio] Packet Decoder Breaking when adding noise

ing a > correlation and the correlation peak seem to be changing between data > collects. Does anyone have any idea of what might be happening? (Sorry to > add another question, I have been trying all day to get this working). > -- > *From:* Achilleas

Re: [Discuss-gnuradio] Packet Decoder Breaking when adding noise

Can you switch off the AC-coupling, and check the scope plot again. Also, maybe useful to have markers instead of just lines. The two streams should be perfectly synchronized (for low noise) and as noise gets higher some of the demodulated bits are in error. This is perfectly OK. Achilleas

Re: [Discuss-gnuradio] Packet Decoder Breaking when adding noise

There is something really disturbing with your plots: The values have to be either 0 or 1 (recall they are the transmitted/demodulated bits). Yet, you have values in the range 0.6-0.8... Are you sure the plots correspond to the flowgraph you posted? Achilleas

Re: [Discuss-gnuradio] Packet Decoder Breaking when adding noise

ll keep playing > with it. > -- > *From:* Achilleas Anastasopoulos [anas...@umich.edu] > *Sent:* Monday, November 19, 2018 5:37 PM > *To:* Matthew J. Brandsema; Discuss-gnuradio@gnu.org > *Subject:* Re: [Discuss-gnuradio] Packet Decoder Breaking when adding

Re: [Discuss-gnuradio] Packet Decoder Breaking when adding noise

I attach a simple grc file that works for me. Using the delay10/delay sliders try to align the input/output bit stream. (in this example this happens at delay=12, but it may be different for you...) Then play with the noise variance; you will see the BER changing slowly as you go around values =

[Discuss-gnuradio] Packet Decoder Breaking when adding noise

...neither do you want the extended FEC encoder/decoder. Just send random symbols through the QAM modulator, add noise and demodulate with the QAM demodulator. Achilleas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org

[Discuss-gnuradio] Packet Decoder Breaking when adding noise

There is no reason to have packet encoder/decoder in your system if you only want to measure BER for QAM. Achilleas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] signal cancellation example using GRC and USRP B210

even without any frequency error, why do you expect that exp[j(w t + phi1)] - exp[j(w t + phi2)] is zero? Achilleas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Signal start (timing acquisition) in DVB-T2

Hi Anshul, regarding frequency correction (although I do not know the details of DVB) my understanding is that there is a repeated training sequence, let's say it is repeated N times. If this is true, then the output of the MF (matched to one of the training chunk) will give N peaks, each of

Re: [Discuss-gnuradio] Signal start (timing acquisition) in DVB-T2

Hi Anshul, take a look at how acquisition is done on the gr-cdma OOT module https://github.com/anastas/gr-cdma It is using a MF followed by a peak finder to generate flags for the beginning of the frame which is them processed downstream. Achilleas

Re: [Discuss-gnuradio] Audio sink + windows binaries

keep > looking. > > Can you describe how you created the .data file and .wav files? > > Geof > > On Wed, Oct 25, 2017 at 4:22 PM, Achilleas Anastasopoulos < > anas...@umich.edu> wrote: > >> Hi Marcus, >> >> thanks for offering to help. >> >&

Re: [Discuss-gnuradio] Audio sink + windows binaries

Hi Marcus, thanks for offering to help. As i say in my email the audio file sounds with a different speed than the original! I have added a new file in the Dropbox link that I sent last time, "experiment.m4a" If you play it you'll hear the two different sounds: one from my standard wav player

[Discuss-gnuradio] Audio sink + windows binaries

Hi all, I have a problem using audio sink on windows 10 using the installation of the latest binaries from here: http://www.gcndevelopment.com/gnuradio/index.htm The audio is simply not playing what is SUPPOSED to play. If anyone wants to give me some feedback on what may be wrong please take

Re: [Discuss-gnuradio] Proper synchronization of f0T correction to use gr-trellis for a receiver (Re: gr-trellis test_cpm.py question)

an obvious way to do that. > > Regards, > Andy > > > On Thu, 2017-04-06 at 15:36 -0400, Andy Walls wrote: > > On Mon, 2017-04-03 at 09:06 -0400, Achilleas Anastasopoulos wrote: > > > sure, feel free to look into the gr-trellis documentation and > > > pr

Re: [Discuss-gnuradio] gr-trellis test_cpm.py question

Here is what needs to be done (simple). N is the dimensionality of the signal space (found earlier in the code). Now we need to set up a filter bank to project the incoming signal to all its dimensions. These filters are held on the MF[] array. Now (due to laziness) i didn't write a for loop that

Re: [Discuss-gnuradio] gr-cdma doxygen build

Hi Murray, although I am the author of gr-cdma I do not know how to help you with this. I am using doxygen etc as a user, not a developer, so I wouldn't even know where to start. For what it's worth, I have developed and tested this module on Fedora 21. Hope someone else in the list can help on

Re: [Discuss-gnuradio] GSL_FOUND both TRUE and FALSE

Achilleas On Tue, Feb 21, 2017 at 6:01 PM, Achilleas Anastasopoulos <anas...@umich.edu > wrote: > Hi all, > > after a long time update from source on a Fedora 23 I came across the > following problem when cmaking: > > -- Configuring gr-fec suppor

[Discuss-gnuradio] GSL_FOUND both TRUE and FALSE

Hi all, after a long time update from source on a Fedora 23 I came across the following problem when cmaking: -- Configuring gr-fec support... -- Dependency ENABLE_VOLK = ON -- Dependency Boost_FOUND = 1 -- Dependency ENABLE_GNURADIO_RUNTIME = ON -- Dependency ENABLE_GR_BLOCKS = ON --

Re: [Discuss-gnuradio] Building simulation of basic turbo code

Adrian, your scattered questions indicate you have a long way to go before you can do anything useful with gnuradio on your own. I suggest you "study" these examples carefully: you'll discover that many people have put a lot of time and love into this and have provided documentation to answer

Re: [Discuss-gnuradio] Building simulation of basic turbo code

Hi Adrian, in gr-trellis/examples/grc there are two examples of a sccc and a pccc best, Achilleas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] problems with windows binaries and audio

se confirm that indeed in this version the audio block DOES NOT BLOCK regardless of the setting. thanks again, Achilleas On Mon, Nov 7, 2016 at 3:24 PM, Achilleas Anastasopoulos <anas...@umich.edu> wrote: > Hi Geof, > > apologies if the email was not clear: I guess

Re: [Discuss-gnuradio] problems with windows binaries and audio

e and is > not blocking. > When 3.7.10.2 is released the windows audio sink will block when "OK to > block" is set to true. > > Geof > > > On Mon, Nov 7, 2016 at 1:25 PM, Achilleas Anastasopoulos < > anas...@umich.edu> wrote: > >> oopps I meant "

Re: [Discuss-gnuradio] problems with windows binaries and audio

oopps I meant "a nice 440 Hz" cosine can be heard nicely. Achilleas On Mon, Nov 7, 2016 at 11:57 AM, Achilleas Anastasopoulos <anas...@umich.edu > wrote: > I also would like to report that a nice 440KHz cosine can be heard > perfectly OK with the default audio sink. >

Re: [Discuss-gnuradio] problems with windows binaries and audio

I also would like to report that a nice 440KHz cosine can be heard perfectly OK with the default audio sink. So now I have my doubts about the wav file source block instead of the audio sink block Any ideas? thanks Achilleas On Mon, Nov 7, 2016 at 10:20 AM, Achilleas Anastasopoulos <a

Re: [Discuss-gnuradio] problems with windows binaries and audio

using 3.7.9.2 >> >> So not a problem with the inary, it worked on Both Win 7 and Win 10 >> >> >> >> I am not a home a he moment so don’t have ss to my PC, bt I just plopped >> the Audio Sink down and it worked >> >> >> >> Ood luck >>

Re: [Discuss-gnuradio] problems with windows binaries and audio

t is the windows wave mapper which normally should send it to your > default audio device. You can try specifying the audio device in the block > settings. > > The audio -source- is not yet implemented but it will be in 3.7.10.2 when > released > > Geof > > > On Friday, Novemb

[Discuss-gnuradio] problems with windows binaries and audio

Hi, I have installed the windows binaries from GCNDevelopment http://www.gcndevelopment.com/gnuradio/ A simple test with a wav file and an audio sink does not seem to work. I have changed the config file to use audio - windows but still this is not working. (same grc file works fine on Linux). I

Re: [Discuss-gnuradio] gr-cdma

cia...@hotmail.it> wrote: > Dear Achilleas Anastasopoulos, > > I have read your discussion with Frank Pinto and I think I have a similar > problem. When I open a python session and do > > > >>> from cdma import cdma_parameters > > It tells me: > >

Re: [Discuss-gnuradio] Good CDMA codes

BTW, take a look at gr-cdma. https://github.com/anastas/gr-cdma It is fully customizable so you can define a system with N=20 chips per symbol and provide your own such sequences. Achilleas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org

Re: [Discuss-gnuradio] CPFSK mod/demod + strange behavior

t going on with more complicated designs. I believe your "polyphase filter" does not work properly... Once you have a working design on simulation you can move to USRPs... On Fri, Jun 10, 2016 at 9:05 AM, Achilleas Anastasopoulos <anas...@umich.edu > wrote: > Olivier, > >

Re: [Discuss-gnuradio] CPFSK mod/demod + strange behavior

Olivier, can you point EXACTLY at the reference (page no, etc so we don't have to search) where it requires an RRC after the CPFSK and an RRC at the input of the receiver. Achilleas On Thu, Jun 9, 2016 at 3:04 PM, Achilleas Anastasopoulos <anas...@umich.edu> wrote: > Why are you usin

Re: [Discuss-gnuradio] CPFSK mod/demod + strange behavior

; up for you? You've got a serious problem with your pulse shaping, there. On Thu, Jun 9, 2016 at 3:04 PM, Achilleas Anastasopoulos <anas...@umich.edu> wrote: > Why are you using the RRC filters? > > I hope you are realizing that filtering a CPFSK signal is not the same as > filteri

Re: [Discuss-gnuradio] CPFSK mod/demod + strange behavior

Why are you using the RRC filters? I hope you are realizing that filtering a CPFSK signal is not the same as filtering its instantaneous frequency (which is a PAM signal with rectangular pulses). As a result, the next question is why in your poly-phase filter you are using RRC filter taps?

Re: [Discuss-gnuradio] grc probe broken after commit c85984f105106ff0a7e3b387d680e0f2f5884d55

locks.probe_signal_f() The situation is not the same before that commit... I suppose this is a bug. best Achilleas On Sun, May 15, 2016 at 11:49 PM, Achilleas Anastasopoulos < anas...@umich.edu> wrote: > Some of my grc apps in gr-cdma using probe b

[Discuss-gnuradio] grc probe broken after commit c85984f105106ff0a7e3b387d680e0f2f5884d55

Some of my grc apps in gr-cdma using probe blocks in grc are broken after the above commit. Not sure what the problem might be but when apps start they give the following error: Exception in thread Thread-1: Traceback (most recent call last): File "/usr/lib64/python2.7/threading.py", line 811,

Re: [Discuss-gnuradio] GR win64 binaries v1.1 posted

on all the builds. > > The QT/GTK error is interesting. Unfortunately, I'm still building blind > for these older systems, in a month I'll have good direct access. I will > try to work it regardless. > > Thanks for the feedback! > > > > > On Wed, May 4, 2016 at 4:24

Re: [Discuss-gnuradio] GR win64 binaries v1.1 posted

I had partial success with these binaries: 1) GRC starts with the following warnings which I am not sure if they are important: --- setting gnuradio environment ** (python.exe:2060): WARNING **: Trying to register gtype 'GMountMountFlags' as enum when in fact it is of type

Re: [Discuss-gnuradio] 3.7.9.2 Win64 binaries ready + Build scripts

> > OK... let's try this... go to the GR python prompt and try to import > different gnuradio libraries and see if maybe we can find a pattern? I.E. > from gnuradio import fft > from gnuradio import audio > from gnuradio import wxgui > {keep going} > > > > On Mon, A

Re: [Discuss-gnuradio] 3.7.9.2 Win64 binaries ready + Build scripts

Geof, thanks again for your help. Indeed I am running SP1. Here is what I have on my computer at this point: I have a bunch of applications (seen in the control panel/Programs/Programs and Features) named: Microsoft Visual C++ 2005 Redistributable (x64) Microsoft Visual C++ 2008 Redistributable

Re: [Discuss-gnuradio] 3.7.9.2 Win64 binaries ready + Build scripts

t; >> I suspect since you are running Windows 8, it's the MSVC 14.0 runtime >> that is missing. If the missing entries are "UCRTBASE.DLL", >> "MSVCP140.DLL", and VCRUNTIME140.DLL", that is the problem. That's a >> download from Microsoft here: >> https://w

Re: [Discuss-gnuradio] 3.7.9.2 Win64 binaries ready + Build scripts

Also a correction: I am running Windows 7 (not 8 as I erroneously reported) thanks again Achilleas On Mon, Apr 18, 2016 at 8:35 AM, Achilleas Anastasopoulos <anas...@umich.edu > wrote: > Geof, > > thanks for your help. > There are two dll's missing as reported by th

Re: [Discuss-gnuradio] 3.7.9.2 Win64 binaries ready + Build scripts

. That's a download from Microsoft > here: https://www.microsoft.com/en-us/download/details.aspx?id=48145 > > Geof > > > On Mon, Apr 18, 2016 at 3:16 AM, Achilleas Anastasopoulos < > anas...@umich.edu> wrote: > >> Some more information about the problem I have running the

Re: [Discuss-gnuradio] 3.7.9.2 Win64 binaries ready + Build scripts

s\GNURadio-3.7\lib\site-packages\gnuradio\filter\filter_s wig.py", line 24, in swig_import_helper _mod = imp.load_module('_filter_swig', fp, pathname, description) ImportError: DLL load failed with error code -1073741795 = Any help is welcome, thanks Achilleas On Sun, Apr 17, 2

Re: [Discuss-gnuradio] 3.7.9.2 Win64 binaries ready + Build scripts

I installed the binary files gnuradio_3.7.9.2_win64.msi on a Win-8 machine succefullyon the default directory. After running gnuradio-companion file from the Gnuradio 3.7 start menu folder I see a command window opening with message "setting gnuradio environment", then a couple of warnings of the

  1   2   3   4   5   >