Re: Selector Block GNU radio
Hello! In order to grant good performance, using selector is not a good choice. The best way to achieve reconfiguration is to change modulator (as well as sample rate) at runtime dynamically handling the flowgraph (lock/unlock and stop/start). Have a look to https://wiki.gnuradio.org/index.php/Handling_Flowgraphs. Regards. Ivan > Il giorno 28 mag 2024, alle ore 06:00, Rakesh M ha > scritto: > > > Hello, > > GNU Radio version 3.10 > > My requirement is to switch between multiple waveforms. For this purpose, I > think I should use the Selector Block. However, my issue is that each > waveform chain has a different sampling rate: Waveform1 has 1 MSPS and > Waveform2 has 2 MSPS, for example. > > Can the Selector Block support inputs with different sampling rates like > Waveform1, Waveform2, etc.? > > I plan to switch the runtime sampling rate of the Source block connected to > the output of Selector Block. > > If this setup is not the right approach, please suggest how to achieve this. >
Re: ALSA sink
Thank you very much for the thorough approach to my question and
detailed instructions on how to catch the problem.
I tried to look with a debugger earlier, but I am not good at debugging
and C++. That's why I reproduced the steps you suggested.
Below is the output of the commands. I understand that unfortunately for
this case, some variables are optimized during compilation:
(gdb) continue
Thread 1 "alsa1" hit Breakpoint 2, snd_pcm_hw_params_set_periods
(pcm=0x55802c70, params=0x557177b0, val=17, dir=0) at pcm/pcm.c:5601
5601{
(gdb) frame 1
#1 0x77e0db2c in gr::audio::alsa_sink::alsa_sink
(this=, sampling_rate=, device_name=...,
ok_to_block=, this=,
sampling_rate=, device_name=..., ok_to_block=)
at
/usr/src/debug/gnuradio/gnuradio-3.10.9.2/gr-audio/lib/alsa/alsa_impl.h:81
81 snd_pcm_t* get() noexcept { return d_pcm_handle; }
(gdb) printf "max: %d, min: %d; d_: %d\n", max_nperiods, min_nperiods,
d_nperiods
value has been optimized out
I guess to see the desired parameters you need to rebuild gnuradio with
optimization options disabled at compile time.
Maybe if you have bare ALSA and alsa-plugins installed, you can define a
virtual PCM device as I have it defined in ~/.asoundrc and you can
reproduce the problem with it ?
Thank you
ALSA sink
Hey, everybody.
I am just starting to try GNUradio and I am facing some difficulties.
Maybe someone can comment and suggest a direction to find an answer to
my question.
I have GNUradio 3.10.9.2 installed on ArchLinux; in gnuradio-companion I
created a simple flowgraph: noise source -> throttle -> audio sink.
My problem is that if I specify as device name my device in audio sink,
the start of the flowgraph fails:
File “/home/user/gnuradio/alsa1.py”, line 70, in __init__
self.audio_sink_0 = audio.sink(48000, 'k15', True)
^^
RuntimeError: audio_alsa_sink
I'll clarify at this point that the name of the ALSA device, k15, is
defined in ~/.asoundrc and the device itself is a software audio
resampler implemented in the ALSA subsystem, that's how it's defined:
pcm.k15 {
type rate
slave {
pcm default
rate 48000
}
converter “samplerate_linear”
}
This device takes an audio stream, resamples it to 48000 and sends it to
the sound controller with a sampling rate of 48000 allowed for it.
This device works great when using different programs, like aplay, with
different sample rates and parameters, example:
aplay -D k15 -c 1 -r 1 -f S32_LE /dev/urandom (sound mono, sample
rate 1, format S32_LE).
But it doesn't work with GNUradio.
Can anyone suggest what could be the reason for the error of working
with this sound device ?
Another thing: if I compile the flowgraph into C++ and then into an
executable file, the error looks like this:
audio_alsa_sink :error: [k15]: set_periods failed: Invalid argument
Thank you.
Re: self.set_history error for python custom block
I found out to make it work! The problem was that set_history needs to be called after the constructor of the super class. Probably it needs to know first the input signature. You will be able to confirm me that. Thanks for help! Ivan > Il giorno 25 set 2023, alle ore 16:12, Marcus Müller > ha scritto: > > Python incompatibility can safely be ruled out; you wouldn't get far enough. > Please share a minimal example of a block that triggers the behaviour. > > Best, > Marcus > >> On 25.09.23 15:49, Ivan Iudice wrote: >> Nobody knows where could be the problem? >> I thought an incompatibility between gnuradio and python versions. >> Regards. >> Ivan >>>> Il giorno 21 set 2023, alle ore 18:13, Ivan Iudice ha >>>> scritto: >>> >>> Dear Jeff, >>> thank you for answer. >>> My code does exactly the same things. >>> Regards. >>> >>> Ivan >>> >>>> Il giorno 21 set 2023, alle ore 17:55, Jeff Long ha >>>> scritto: >>>> >>>> >>>> Here is an example (from the QA code) of using history from a Python block. >>>> >>>> https://github.com/gnuradio/gnuradio/blob/5953d3c96b42086c5f8c5f97b6fd7e57717f9aa5/gr-blocks/python/blocks/qa_block_gateway.py#L60 >>>> >>>> <https://github.com/gnuradio/gnuradio/blob/5953d3c96b42086c5f8c5f97b6fd7e57717f9aa5/gr-blocks/python/blocks/qa_block_gateway.py#L60> >>>> >>>> See if your code appears to be doing the same thing. >>>> >>>> On Thu, Sep 21, 2023 at 11:03 AM >>> <mailto:kron...@tiscali.it>> wrote: >>>> >>>>__ >>>>Hello List! >>>>I'm trying to implement a sync block into a OOT module that use >>>> previous samples of >>>>the input streams. >>>>So, I'm using the method set_history in the constructor. >>>>The problem is that when I use self.set_history(N) I obtain the >>>> following errors: >>>> >>>>Generating: >>>> '/home/userr/workspace/gnuradio-oot/gr-customModule/examples/untitled.py' >>>> >>>>Executing: /usr/bin/python3 -u >>>>/home/user/workspace/gnuradio-oot/gr-customModule/examples/untitled.py >>>> >>>>QSocketNotifier: Can only be used with threads started with QThread >>>>Traceback (most recent call last): >>>> File >>>> "/home/user/workspace/gnuradio-oot/gr-customModule/examples/untitled.py", >>>>line 291, in >>>>main() >>>> File >>>> "/home/user/workspace/gnuradio-oot/gr-customModule/examples/untitled.py", >>>>line 269, in main >>>>tb = top_block_cls() >>>> ^^^ >>>> File >>>> "/home/user/workspace/gnuradio-oot/gr-customModule/examples/untitled.py", >>>>line 179, in __init__ >>>>self.customModule_testBlock_0_0 = customModule.testBlock(1, >>>> max_lag, lags, >>>>alpha, win_len, 1, False) >>>> >>>> ^^ >>>> File >>>> >>>> "/usr/local/lib/python3.11/dist-packages/gnuradio/customModule/testBlock.py", >>>> line >>>>33, in __init__ >>>>self.set_history(self.max_pos_lag-self.min_neg_lag+1) >>>> >>>> File "/usr/lib/python3/dist-packages/gnuradio/gr/gateway.py", line >>>> 129, in >>>>__getattr__ >>>>if not hasattr(self, "gateway"): >>>> >>>> File "/usr/lib/python3/dist-packages/gnuradio/gr/gateway.py", line >>>> 129, in >>>>__getattr__ >>>>if not hasattr(self, "gateway"): >>>> >>>> File "/usr/lib/python3/dist-packages/gnuradio/gr/gateway.py", line >>>> 129, in >>>>__getattr__ >>>>if not hasattr(self, "gateway"): >>>> >>>> [Previous line repeated 984 more times] >>>>RecursionError: maximum recursion depth exceeded >>>> >>>>>>> Done (return code 1) >>>> >>>>I'm using GNU Radio 3.10.5.1 (Python 3.11.2) on Debian 12. >>>>What is going on? >>>>Thanks in advance! >>>>Ivan >>>> >
Re: self.set_history error for python custom block
Nobody knows where could be the problem?I thought an incompatibility between gnuradio and python versions.Regards.IvanIl giorno 21 set 2023, alle ore 18:13, Ivan Iudice ha scritto:Dear Jeff,thank you for answer.My code does exactly the same things.Regards.IvanIl giorno 21 set 2023, alle ore 17:55, Jeff Long ha scritto:Here is an example (from the QA code) of using history from a Python block.https://github.com/gnuradio/gnuradio/blob/5953d3c96b42086c5f8c5f97b6fd7e57717f9aa5/gr-blocks/python/blocks/qa_block_gateway.py#L60See if your code appears to be doing the same thing.On Thu, Sep 21, 2023 at 11:03 AM <kron...@tiscali.it> wrote: Hello List! I'm trying to implement a sync block into a OOT module that use previous samples of the input streams. So, I'm using the method set_history in the constructor. The problem is that when I use self.set_history(N) I obtain the following errors: Generating: '/home/userr/workspace/gnuradio-oot/gr-customModule/examples/untitled.py'Executing: /usr/bin/python3 -u /home/user/workspace/gnuradio-oot/gr-customModule/examples/untitled.pyQSocketNotifier: Can only be used with threads started with QThreadTraceback (most recent call last): File "/home/user/workspace/gnuradio-oot/gr-customModule/examples/untitled.py", line 291, in main() File "/home/user/workspace/gnuradio-oot/gr-customModule/examples/untitled.py", line 269, in main tb = top_block_cls() ^^^ File "/home/user/workspace/gnuradio-oot/gr-customModule/examples/untitled.py", line 179, in __init__ self.customModule_testBlock_0_0 = customModule.testBlock(1, max_lag, lags, alpha, win_len, 1, False) ^^ File "/usr/local/lib/python3.11/dist-packages/gnuradio/customModule/testBlock.py", line 33, in __init__ self.set_history(self.max_pos_lag-self.min_neg_lag+1) File "/usr/lib/python3/dist-packages/gnuradio/gr/gateway.py", line 129, in __getattr__ if not hasattr(self, "gateway"): File "/usr/lib/python3/dist-packages/gnuradio/gr/gateway.py", line 129, in __getattr__ if not hasattr(self, "gateway"): File "/usr/lib/python3/dist-packages/gnuradio/gr/gateway.py", line 129, in __getattr__ if not hasattr(self, "gateway"): [Previous line repeated 984 more times]RecursionError: maximum recursion depth exceeded>>> Done (return code 1)I'm using GNU Radio 3.10.5.1 (Python 3.11.2) on Debian 12. What is going on? Thanks in advance! Ivan
Re: self.set_history error for python custom block
Dear Jeff,thank you for answer.My code does exactly the same things.Regards.IvanIl giorno 21 set 2023, alle ore 17:55, Jeff Long ha scritto:Here is an example (from the QA code) of using history from a Python block.https://github.com/gnuradio/gnuradio/blob/5953d3c96b42086c5f8c5f97b6fd7e57717f9aa5/gr-blocks/python/blocks/qa_block_gateway.py#L60See if your code appears to be doing the same thing.On Thu, Sep 21, 2023 at 11:03 AM <kron...@tiscali.it> wrote: Hello List! I'm trying to implement a sync block into a OOT module that use previous samples of the input streams. So, I'm using the method set_history in the constructor. The problem is that when I use self.set_history(N) I obtain the following errors: Generating: '/home/userr/workspace/gnuradio-oot/gr-customModule/examples/untitled.py'Executing: /usr/bin/python3 -u /home/user/workspace/gnuradio-oot/gr-customModule/examples/untitled.pyQSocketNotifier: Can only be used with threads started with QThreadTraceback (most recent call last): File "/home/user/workspace/gnuradio-oot/gr-customModule/examples/untitled.py", line 291, in main() File "/home/user/workspace/gnuradio-oot/gr-customModule/examples/untitled.py", line 269, in main tb = top_block_cls() ^^^ File "/home/user/workspace/gnuradio-oot/gr-customModule/examples/untitled.py", line 179, in __init__ self.customModule_testBlock_0_0 = customModule.testBlock(1, max_lag, lags, alpha, win_len, 1, False) ^^ File "/usr/local/lib/python3.11/dist-packages/gnuradio/customModule/testBlock.py", line 33, in __init__ self.set_history(self.max_pos_lag-self.min_neg_lag+1) File "/usr/lib/python3/dist-packages/gnuradio/gr/gateway.py", line 129, in __getattr__ if not hasattr(self, "gateway"): File "/usr/lib/python3/dist-packages/gnuradio/gr/gateway.py", line 129, in __getattr__ if not hasattr(self, "gateway"): File "/usr/lib/python3/dist-packages/gnuradio/gr/gateway.py", line 129, in __getattr__ if not hasattr(self, "gateway"): [Previous line repeated 984 more times]RecursionError: maximum recursion depth exceeded>>> Done (return code 1)I'm using GNU Radio 3.10.5.1 (Python 3.11.2) on Debian 12. What is going on? Thanks in advance! Ivan
Re: gr-adsb
Hello everybody!Finally I managed to set up a GitHub repository with the code.krono-i2/gr-spoof1090github.comI have to verify if that is the last version of the code.Please, stay tuned!IvanIl giorno 3 lug 2023, alle ore 16:53, Mike Sousa ha scritto: Thanks Ivan and John. Ivan I would like to see your spoofer if that's ok. Could it be converted completely into a grc simulation? John, I have no intention of broadcasting a signal into the air, I have the output connected to a spectrum analyzer. Thought it would be worth looking at. Thanks... On Monday, July 3, 2023 at 10:36:03 AM EDT, kron...@tiscali.it wrote: Hello guys! Few years ago I implemented a ADS-B spoofer (transmitter) composed by an external python module that evaluates the ADS-B payload (given position information and aircraft ID) and a gnuradio OOT module that generates the waveform. I should share my code on github, let me know if you really need it. Regards. Ivan Il 03.07.2023 16:04 John Sallay ha scritto: I've used this package recently and it would not be trivial to convert from rx to tx. With that said, ADS-B is a pretty simple signal, I don't think it would be a monumental effort to do it. You would need to write the reverse of the decoder block that would create ADS-B messages from your input data. Additionally, you might need to write a block that converts that message to the Pulse Position Modulation used by ADS-B (I'm not sure if there are any standard blocks that can do this for you) and appends the preamble sequence. I'm not sure what your application is, but I would make sure that whatever you are planning to do it legal where you are located. I'm not a lawyer, but I would imagine that you could get in trouble while building up your transmitter if other aircraft or flight controllers were able to pick up on your signal. On Mon, Jul 3, 2023 at 9:44 AM Mike Sousa <mike_so...@yahoo.com> wrote: The gr-adsb package has a receiver example. Is there an example of a adsb transmitter? If not, how difficult would it be to convert the rx into tx? Would it be similar to replacing the USRP Source with a Signal Source and replacing the ZMQ PUB message Sink with a USRO Sink (this sounds too simplistic, but one can hope)? https://github.com/mhostetter/gr-adsb
Re: How to enable local OOT modules
Hi Vasil, setting .profile works like a charm! Thanks for help. Regards. Ivan > Il giorno 5 apr 2023, alle ore 14:28, Vasil Velichkov > ha scritto: > > Hi Ivan, > >> On 04/04/2023 17.17, kron...@tiscali.it wrote: >> It seems gnome shell does not consider the variables I >> defined in .bashrc. > > No, gnome shell does not consider this file. Add the export lines to your > ~/.profile instead. Some more information is available at > https://serverfault.com/a/261807 > > Regards, > Vasil
Re: How can you force the Scheduler to deliver appropriate vector size input
Hello George, the input vector size is determined (more or less) by the forecast method. If the size is greater than you need, this is not a problem, you need to consume only the number of items you need. You will find the unconsumed items in the next buffer. The problem arises if you need a minimum output vector size, but this is another story. Regards. Ivan > Il giorno 26 ott 2022, alle ore 04:23, George Edwards > ha scritto: > > > Hello GNURadio Community, > > I designed an OOT block to accept vectors of size 448 samples. In the > flowgraph, my block is preceded a Stream-to-Vector block with the vector size > set to 448 samples. My OOT block expects vector data that are of length 448 > or multiple of 448 samples for signal processing. I dumped the output of my > block to a file and noticed that the first 1000 values were correct and the > rest garbage. I put a print statement in the code to see the length of the > input samples that the Scheduler provided on each iteration. I found out that > the inputs were 496 and multiples of 496 (obviously not integer multiple of > my vector length of 448 samples). Is there a way to force the Scheduler to > deliver input data samples that are the exactly 448 and multiple of 448 > samples (which I thought I would be getting by setting the vector size > parameter to 448)? > > I am aware that the alternative may be to pad the data entering the > Stream-to-Vector block which precedes my OOT Block with 48 dummy samples and > in my signal processing remove them. > > I will appreciate any response that leads to me keeping the vector size at > 448 and having the Scheduler provide input data that are of size 448 or > integer multiples of 448. > > Regards, > George
Visual Studio Code extension for GNURadio
Hi, I want to inform you that I just published Visual Studio Code extension for Gnuradio. Since I use Gnuradio flowgraphs in my development environment I found that it would be good to have the possibility to run and compile .grc files from vscode via right-click menu ... feel free to install it and use it. I hope it will be helpful. Here is the link: https://marketplace.visualstudio.com/items?itemName=ivannovak1004.gnuradio-integration Best regards Ivan Novak
Re: Error No module named 'TheNameOfMyModule' in GRC
You need to re-compile and “make install” another time the modified module. Ivan > Il giorno 19 gen 2022, alle ore 11:17, Michelle ha > scritto: > > > Hello Ivan, > ahhh okay I will do it! thank you for the advice. > I have another question, I would like to make a slight modification in the > work function of my block. > But as I have already installed the block in GRC I was wondering if it's > enough to modify the file that contains the work function. > > On 2022-01-19 5:01 a.m., Ivan Iudice wrote: >> This is not a final solution… >> You need to add your library path in /etc/ld.so.conf.d/ in order to see your >> library everywhere. >> Have a nice day. >> >> Ivan >> >>> Il giorno 19 gen 2022, alle ore 10:52, Michelle >>> ha scritto: >>> >>> Good morning Vasil, >>> >>> I followed your indications and it works. >>> >>> Thank you :) >>> >>> On 2022-01-18 9:18 a.m., Vasil Velichkov wrote: >>>> Hi Michelle, >>>> >>>> On 18/01/2022 14.01, Michelle wrote: >>>>> hello, >>>>> >>>>> I created an OOT module, added a block and made the block available in >>>>> GRC. Then I installed the module and called ldconfig (as I'm in ubuntu). >>>>> My block appears in GRC but when I insert the block in a graph and >>>>> execute that graph I get an error *No module named 'TheNameOfMyModule'. * >>>>> >>>>> Please can you enlighten me on how to fix this issue? I followed the >>>>> instructions of the wiki >>>>> https://wiki.gnuradio.org/index.php/OutOfTreeModules >>>> Most probably you need to add /usr/local/lib/python3/dist-packages to >>>> PYTHONPATH environment variable as this directory is not in the default >>>> python search paths (sys.path) >>>> >>>> Open a new terminal and execute the following >>>> >>>> export PYTHONPATH=/usr/local/lib/python3/dist-packages:$PYTHONPATH >>>> gnuradio-companion >>>> >>>> to make this change permanent you can add the export line to ~/.profile >>>> file and then logout/login or reboot. See also >>>> https://wiki.gnuradio.org/index.php/ModuleNotFoundError >>>> >>>> Regards, >>>> Vasil >>>> >>>
Re: Error No module named 'TheNameOfMyModule' in GRC
This is not a final solution… You need to add your library path in /etc/ld.so.conf.d/ in order to see your library everywhere. Have a nice day. Ivan > Il giorno 19 gen 2022, alle ore 10:52, Michelle ha > scritto: > > Good morning Vasil, > > I followed your indications and it works. > > Thank you :) > >> On 2022-01-18 9:18 a.m., Vasil Velichkov wrote: >> Hi Michelle, >> >>> On 18/01/2022 14.01, Michelle wrote: >>> hello, >>> >>> I created an OOT module, added a block and made the block available in GRC. >>> Then I installed the module and called ldconfig (as I'm in ubuntu). >>> My block appears in GRC but when I insert the block in a graph and execute >>> that graph I get an error *No module named 'TheNameOfMyModule'. * >>> >>> Please can you enlighten me on how to fix this issue? I followed the >>> instructions of the wiki >>> https://wiki.gnuradio.org/index.php/OutOfTreeModules >> Most probably you need to add /usr/local/lib/python3/dist-packages to >> PYTHONPATH environment variable as this directory is not in the default >> python search paths (sys.path) >> >> Open a new terminal and execute the following >> >> export PYTHONPATH=/usr/local/lib/python3/dist-packages:$PYTHONPATH >> gnuradio-companion >> >> to make this change permanent you can add the export line to ~/.profile file >> and then logout/login or reboot. See also >> https://wiki.gnuradio.org/index.php/ModuleNotFoundError >> >> Regards, >> Vasil >> >
Re: Error No module named 'TheNameOfMyModule' in GRC
What’s your distribution? Ivan > Il giorno 18 gen 2022, alle ore 13:28, Michelle ha > scritto: > > > Hi Ivan, > > thank you for your answer, I had already done it but the error still appears. > > On 2022-01-18 7:22 a.m., Ivan Iudice wrote: >> Try to run ldconfig after male install your OOT module. >> >> Ivan >> >>> Il giorno 18 gen 2022, alle ore 13:16, Michelle >>> ha scritto: >>> >>> >>> hello, >>> >>> I created an OOT module, added a block and made the block available in GRC. >>> Then I installed the module and called ldconfig (as I'm in ubuntu). >>> My block appears in GRC but when I insert the block in a graph and execute >>> that graph I get an error No module named 'TheNameOfMyModule'. >>> >>> Please can you enlighten me on how to fix this issue? I followed the >>> instructions of the wiki >>> https://wiki.gnuradio.org/index.php/OutOfTreeModules >>> >>> Thank you.
Re: Error No module named 'TheNameOfMyModule' in GRC
Try to run ldconfig after male install your OOT module. Ivan > Il giorno 18 gen 2022, alle ore 13:16, Michelle ha > scritto: > > > hello, > > I created an OOT module, added a block and made the block available in GRC. > Then I installed the module and called ldconfig (as I'm in ubuntu). > My block appears in GRC but when I insert the block in a graph and execute > that graph I get an error No module named 'TheNameOfMyModule'. > > Please can you enlighten me on how to fix this issue? I followed the > instructions of the wiki https://wiki.gnuradio.org/index.php/OutOfTreeModules > > Thank you.
Re: [USRP-users] Re: Fwd: Adding a Window block to an RFNOC graph
I fixed all the bugs but the result remained the same. ((
вт, 26 окт. 2021 г. в 04:14, Jonathon Pendlum :
> Hi Ivan,
>
> Ming is correct. You need to modify this line:
>
> - { srcblk: window0, srcport: out_0, dstblk: fft0, dstport: *in0* }
>
> to
>
> - { srcblk: window0, srcport: out_0, dstblk: fft0, dstport: *in_0* }
>
> Jonathon
>
> On Sun, Oct 24, 2021 at 4:04 PM Ming You wrote:
>
>> Hi Ivan,
>>
>> I think you might also check the typos, as I think for the fft0 module
>> from Ettus should have input port name "in_0" and output port name "out_0",
>> unless you've modified it.
>>
>> Hope this helps and good luck!
>>
>> Thanks,
>> Ming
>>
>>
>> From: Ivan Zahartchuk
>> Sent: 24 October 2021 17:40
>> To: Marcus D. Leech
>> Cc: discuss-gnuradio; usrp-users
>> Subject: [USRP-users] Re: Fwd: Adding a Window block to an RFNOC graph
>>
>> ** THIS MESSAGE ORIGINATED OUTSIDE LOUGHBOROUGH UNIVERSITY **
>>
>> Be wary of links or attachments, especially if the email is unsolicited
>> or you don't recognise the sender's email address.
>>
>> I read the manual. And I tried to do everything according to the
>> instructions and existing examples. The yaml source file also uses
>> x300_radio block
>>
>> вс, 24 окт. 2021 г. в 18:17, Marcus D. Leech > <mailto:patchvonbr...@gmail.com>>:
>> On 2021-10-23 5:58 p.m., Ivan Zahartchuk wrote:
>>
>> I want to create FPGA firmware for USRP E310 with window function but I
>> get the error I described above. My yaml file is also attached above. I
>> need to do windowing and FFT on the FPGA side. And understand why FFT
>> returns zero values even when it is configured to produce complex data.
>>
>> [image.png]
>>
>> пт, 22 окт. 2021 г. в 17:55, Marcus D. Leech > <mailto:patchvonbr...@gmail.com>>:
>> On 2021-10-22 6:05 a.m., Ivan Zahartchuk wrote:
>>
>> Yes I am setting fft for magnitudes. On the front side, I am doing a log.
>> I perfectly understand where infinity comes from. I don’t understand why
>> the FFT returns 0. But how can I configure the Window?
>>
>> What does uhd_usrp_probe show in the "RFNOC Blocks" section on this
>> device?
>>
>> I think the window RFNOC function in GNu Radio takes a list of the window
>> values as a parameter--you can populate that with any of the window.*
>> functions
>> within Gnu Radio.
>>
>>
>> пт, 22 окт. 2021 г. в 01:51, Marcus D. Leech > <mailto:patchvonbr...@gmail.com>>:
>> On 2021-10-21 6:40 p.m., Ivan Zahartchuk wrote:
>>
>>
>> Hello, I have a problem that when receiving samples from the USRP E310
>> board, after the FFT block at low gain, zero values are received. After
>> that I log them and get infinity. I wanted to figure out what the problem
>> is, but I have no idea, maybe the Window block will fix the situation. But
>> when building my yaml file, I get the error:
>> [ERR] 2 Unresolved connection(s)
>> [ERR] (window0-out_0 -> fft0-in0)
>> [ERR] (fft0-out_0 -> ep1-in_0)
>> [INF] (('radio0', 'ctrl_port', 'master'),)
>> [INF] (('radio0', 'time_keeper', 'listener'),)
>> [INF] (('radio0', 'x300_radio', 'slave'),)
>> [INF] (('_device_', 'ctrlport_radio', 'slave'),)
>> [INF] (('_device_', 'time_keeper', 'broadcaster'),)
>> [INF] (('_device_', 'x300_radio', 'master'),)
>> Please tell me what could be the problem and how can I add the Window
>> block to my image?
>>
>>
>>
>>
>>
>> ___
>> USRP-users mailing list -- usrp-us...@lists.ettus.com> usrp-us...@lists.ettus.com>
>> To unsubscribe send an email to usrp-users-le...@lists.ettus.com> usrp-users-le...@lists.ettus.com>
>>
>>
>> Do you have your FFT configured for log output? Because the logarithm of
>> zero is undefined.
>>
>>
>> ___
>> USRP-users mailing list -- usrp-us...@lists.ettus.com> usrp-us...@lists.ettus.com>
>> To unsubscribe send an email to usrp-users-le...@lists.ettus.com> usrp-users-le...@lists.ettus.com>
>>
>> I noticed looking at your .yaml file that it references x300_radio
>> blocks, and since this is an E310, that may not be appropriate? I know
>> that there have
>> historically been considerable differences between the X300 RFNOC radio
>> blocks and those for E310.
>>
>> ___
>> USRP-users mailing list -- usrp-us...@lists.ettus.com
>> To unsubscribe send an email to usrp-users-le...@lists.ettus.com
>>
>
Re: [USRP-users] Re: Fwd: Adding a Window block to an RFNOC graph
I read the manual. And I tried to do everything according to the
instructions and existing examples. The yaml source file also uses
x300_radio block
вс, 24 окт. 2021 г. в 18:17, Marcus D. Leech :
> On 2021-10-23 5:58 p.m., Ivan Zahartchuk wrote:
>
> I want to create FPGA firmware for USRP E310 with window function but I get
> the error I described above. My yaml file is also attached above. I need to
> do windowing and FFT on the FPGA side. And understand why FFT returns zero
> values even when it is configured to produce complex data.
>
> [image: image.png]
>
> пт, 22 окт. 2021 г. в 17:55, Marcus D. Leech :
>
>> On 2021-10-22 6:05 a.m., Ivan Zahartchuk wrote:
>>
>> Yes I am setting fft for magnitudes. On the front side, I am doing a log. I
>> perfectly understand where infinity comes from. I don’t understand why the
>> FFT returns 0. But how can I configure the Window?
>>
>>
>> What does uhd_usrp_probe show in the "RFNOC Blocks" section on this
>> device?
>>
>> I think the window RFNOC function in GNu Radio takes a list of the window
>> values as a parameter--you can populate that with any of the window.*
>> functions
>> within Gnu Radio.
>>
>>
>> пт, 22 окт. 2021 г. в 01:51, Marcus D. Leech :
>>
>>> On 2021-10-21 6:40 p.m., Ivan Zahartchuk wrote:
>>>
>>>
>>> Hello, I have a problem that when receiving samples from the USRP E310
>>> board, after the FFT block at low gain, zero values are received. After
>>> that I log them and get infinity. I wanted to figure out what the problem
>>> is, but I have no idea, maybe the Window block will fix the situation. But
>>> when building my yaml file, I get the error:
>>> [ERR] 2 Unresolved connection(s)
>>> [ERR] (window0-out_0 -> fft0-in0)
>>> [ERR] (fft0-out_0 -> ep1-in_0)
>>> [INF] (('radio0', 'ctrl_port', 'master'),)
>>> [INF] (('radio0', 'time_keeper', 'listener'),)
>>> [INF] (('radio0', 'x300_radio', 'slave'),)
>>> [INF] (('_device_', 'ctrlport_radio', 'slave'),)
>>> [INF] (('_device_', 'time_keeper', 'broadcaster'),)
>>> [INF] (('_device_', 'x300_radio', 'master'),)Please tell me what
>>> could be the problem and how can I add the Window block to my image?
>>>
>>>
>>>
>>> ___
>>> USRP-users mailing list -- usrp-us...@lists.ettus.com
>>> To unsubscribe send an email to usrp-users-le...@lists.ettus.com
>>>
>>> Do you have your FFT configured for log output? Because the logarithm
>>> of zero is undefined.
>>>
>>>
>>> ___
>>> USRP-users mailing list -- usrp-us...@lists.ettus.com
>>> To unsubscribe send an email to usrp-users-le...@lists.ettus.com
>>>
>>
>> I noticed looking at your .yaml file that it references x300_radio
> blocks, and since this is an E310, that may not be appropriate? I know
> that there have
> historically been considerable differences between the X300 RFNOC radio
> blocks and those for E310.
>
>
>
Re: [USRP-users] Re: Fwd: Adding a Window block to an RFNOC graph
I want to create FPGA firmware for USRP E310 with window function but
I get the error I described above. My yaml file is also attached
above. I need to do windowing and FFT on the FPGA side. And understand
why FFT returns zero values even when it is configured to produce
complex data.
[image: image.png]
пт, 22 окт. 2021 г. в 17:55, Marcus D. Leech :
> On 2021-10-22 6:05 a.m., Ivan Zahartchuk wrote:
>
> Yes I am setting fft for magnitudes. On the front side, I am doing a log. I
> perfectly understand where infinity comes from. I don’t understand why the
> FFT returns 0. But how can I configure the Window?
>
>
> What does uhd_usrp_probe show in the "RFNOC Blocks" section on this device?
>
> I think the window RFNOC function in GNu Radio takes a list of the window
> values as a parameter--you can populate that with any of the window.*
> functions
> within Gnu Radio.
>
>
> пт, 22 окт. 2021 г. в 01:51, Marcus D. Leech :
>
>> On 2021-10-21 6:40 p.m., Ivan Zahartchuk wrote:
>>
>>
>> Hello, I have a problem that when receiving samples from the USRP E310
>> board, after the FFT block at low gain, zero values are received. After that
>> I log them and get infinity. I wanted to figure out what the problem is, but
>> I have no idea, maybe the Window block will fix the situation. But when
>> building my yaml file, I get the error:
>> [ERR] 2 Unresolved connection(s)
>> [ERR] (window0-out_0 -> fft0-in0)
>> [ERR] (fft0-out_0 -> ep1-in_0)
>> [INF] (('radio0', 'ctrl_port', 'master'),)
>> [INF] (('radio0', 'time_keeper', 'listener'),)
>> [INF] (('radio0', 'x300_radio', 'slave'),)
>> [INF] (('_device_', 'ctrlport_radio', 'slave'),)
>> [INF] (('_device_', 'time_keeper', 'broadcaster'),)
>> [INF] (('_device_', 'x300_radio', 'master'),)Please tell me what
>> could be the problem and how can I add the Window block to my image?
>>
>>
>>
>> ___
>> USRP-users mailing list -- usrp-us...@lists.ettus.com
>> To unsubscribe send an email to usrp-users-le...@lists.ettus.com
>>
>> Do you have your FFT configured for log output? Because the logarithm of
>> zero is undefined.
>>
>>
>> ___
>> USRP-users mailing list -- usrp-us...@lists.ettus.com
>> To unsubscribe send an email to usrp-users-le...@lists.ettus.com
>>
>
>
Re: [USRP-users] Re: Fwd: Adding a Window block to an RFNOC graph
Yes I am setting fft for magnitudes. On the front side, I am doing a
log. I perfectly understand where infinity comes from. I don’t
understand why the FFT returns 0. But how can I configure the Window?
пт, 22 окт. 2021 г. в 01:51, Marcus D. Leech :
> On 2021-10-21 6:40 p.m., Ivan Zahartchuk wrote:
>
>
> Hello, I have a problem that when receiving samples from the USRP E310 board,
> after the FFT block at low gain, zero values are received. After that I log
> them and get infinity. I wanted to figure out what the problem is, but I have
> no idea, maybe the Window block will fix the situation. But when building my
> yaml file, I get the error:
> [ERR] 2 Unresolved connection(s)
> [ERR] (window0-out_0 -> fft0-in0)
> [ERR] (fft0-out_0 -> ep1-in_0)
> [INF] (('radio0', 'ctrl_port', 'master'),)
> [INF] (('radio0', 'time_keeper', 'listener'),)
> [INF] (('radio0', 'x300_radio', 'slave'),)
> [INF] (('_device_', 'ctrlport_radio', 'slave'),)
> [INF] (('_device_', 'time_keeper', 'broadcaster'),)
> [INF] (('_device_', 'x300_radio', 'master'),)Please tell me what
> could be the problem and how can I add the Window block to my image?
>
>
>
> ___
> USRP-users mailing list -- usrp-us...@lists.ettus.com
> To unsubscribe send an email to usrp-users-le...@lists.ettus.com
>
> Do you have your FFT configured for log output? Because the logarithm of
> zero is undefined.
>
>
> ___
> USRP-users mailing list -- usrp-us...@lists.ettus.com
> To unsubscribe send an email to usrp-users-le...@lists.ettus.com
>
Fwd: Adding a Window block to an RFNOC graph
Hello, I have a problem that when receiving samples from the USRP E310
board, after the FFT block at low gain, zero values are received.
After that I log them and get infinity. I wanted to figure out what
the problem is, but I have no idea, maybe the Window block will fix
the situation. But when building my yaml file, I get the error:
[ERR] 2 Unresolved connection(s)
[ERR] (window0-out_0 -> fft0-in0)
[ERR] (fft0-out_0 -> ep1-in_0)
[INF] (('radio0', 'ctrl_port', 'master'),)
[INF] (('radio0', 'time_keeper', 'listener'),)
[INF] (('radio0', 'x300_radio', 'slave'),)
[INF] (('_device_', 'ctrlport_radio', 'slave'),)
[INF] (('_device_', 'time_keeper', 'broadcaster'),)
[INF] (('_device_', 'x300_radio', 'master'),)
Please tell me what could be the problem and how can I add the Window
block to my image?
e310_rfnoc_image_fft1.yml
Description: application/yaml
Re: Using an E310 in place of a B200
You can use the E310 in a sort of “network mode” using the iio driver (https://wiki.analog.com/software/linux/docs/iio/iio). You can use specifically written interfaces with the OOT module gr-iio (https://github.com/analogdevicesinc/gr-iio). I successfully used it with my own OOT modules. Regards. Ivan > Il giorno 20 lug 2021, alle ore 22:40, Marcus D. Leech > ha scritto: > > >> On 07/20/2021 03:52 PM, Mike wrote: >> Hello, >> >> We are working with the srsRAN software package (www.srslte.com). Our >> hardware configuration is a laptop running the srsRAN application under >> Ubuntu, connected via USB to a USRP. It runs well with B200s, however we do >> not have access to B200s at the location where our testing will take place. >> >> What we do have are E310s. The srsRAN application expects a UHD-based front >> end, as is standard when using a B200. What we are looking for is a way to >> make an E310s look like a B200 to the laptop, accessible via UHD. >> >> Is there an easy way to do this, like some kind of bypass mode to give >> direct access to the radio? MATLAB appears to support this type of >> operation but we're not clear how. >> >> >> >> Thanks! >> >> >> > E310 have something called "network mode", so you don't have to use them as a > not-very-well-endowed embedded platform. Unfortunately it's > very limited in the bandwidth it can deliver and really isn't recommended. > The last LTS release for E310 that even supported network mode was > UHD 3.9. > > The E310 was really intended as a small embedded platform where if you're > clever you can split functionality between the on-board FPGA, and > the embedded ARM dual-core CPU. > >
RRC filter understanding
Having a background with Matlab, now I am working on QPSK transceiver in Gnuradio. I have a question for understanding RRC filter parameters in Gnuradio. Let's take an RRC interpolation filter in the transmitter. There are parameters for sample rate and for symbol rate. Suppose my sample rate is 32 kHz (typical default value) and for the symbol rate I put 8 kHz. Isn't it obvious that interpolation is 4, so I have 4 samples per symbol. My question is why is there a dedicated parameter for interpolation? What function will it have? What would be the difference if instead of 4 in the field interpolation, I put 128? Best regards.
USRP E310 based transceiver
Hello. I want to make a transceiver based on USRP E310. That is, on one channel, reception and on another transceiver. But I can't see signals on the receive channel. And the LEDs do not show transmission. Tell me in which direction to look. [image: Снимок экрана от 2021-04-27 00-55-22.png]
Error when using gpio via RFnoC
Hello, I'm trying to switch gpio to usrp E 310 using rfnoc access to it. I
take the example rfnoc fosphor as a basis. But I get an error:
Traceback (most recent call last): File "rfnoc_fosphor_network_usrp.py",
line 319, in main () File "rfnoc_fosphor_network_usrp.py", line
308, in main tb = top_block_cls (fft_size = options.fft_size, fpga_path =
options.fpga_path, freq = options.freq, gain = options.gain, host_ip_addr =
options.host_ip_addr, samp_rate = options.samp_rate, tdecay = options.tde.
options. trise trise, gpio = options.gpio) File
"rfnoc_fosphor_network_usrp.py", line 103, in __init__
self.uhd_rfnoc_streamer_radio_0.set_gpio_attr ("FP0", "CTRL",
self.ATTR_CONTROL, self.ATR_MASKS) File
"/usr/lib/python2.7/site-packages/ettus/ettus_swig.py", line 2801, in
set_gpio_attr return _ettus_swig.rfnoc_radio_sptr_set_gpio_attr (self,
bank, attr, value, mask) RuntimeError: RuntimeError: NotImplementedError:
set_gpio_attr was not defined for this radio Tell me if you have any
suggestions about this?
Fwd: Python block development in gnuradio
-- Forwarded message -
От: Ivan Zahartchuk
Date: пн, 29 мар. 2021 г. в 22:54
Subject: Python block development in gnuradio
To: discuss-gnuradio
Hello, I'm trying to create a block that will group data and switch gpio
every time in the graph. That is, if I want to read the data, write it to
memory, switch the gpio again to read the data and then transfer it to the
socket. Tell me if I'm doing it right?
"""
Embedded Python Blocks:
Each time this file is saved, GRC will instantiate the first class it finds
to get ports and parameters of your block. The arguments to __init__ will
be the parameters. All of them are required to have default values!
"""
import numpy as np
from gnuradio import gr
import xmlrpclib
import time
class blk(gr.sync_block): # other base classes are basic_block,
decim_block, interp_block
"""Embedded Python Block example - a simple multiply const"""
def __init__(self,antenna_array=2,len_vector=512):
# only default arguments here
"""arguments to this function show up as parameters in GRC"""
self.xmlrpc_client_freq = xmlrpclib.Server('http://127.0.0.1:8080')
gr.sync_block.__init__(
self,
name='Embedded Python Block', # will show up in GRC
in_sig=[(np.float32,len_vector)],
out_sig=[(np.float32,len_vector*antenna_array)]
)
# if an attribute with the same name as a parameter is found,
# a callback is registered (properties work, too).
self.len_vector = len_vector
self.antenna_array = antenna_array
self.i =0
self.buffer = np.zeros(self.len_vector*self.antenna_array)
def work(self, input_items, output_items):
"""example: multiply with constant"""
if self.i < self.antenna_array:
print(len(input_items[0][0]))
self.buffer[self.i*self.len_vector:(self.i+1)*self.len_vector] =
input_items[0][0]
self.xmlrpc_client_freq.set_phase(0+self.i)
self.i+=1
else :
output_items[0][:] = self.buffer[:]
print(self.buffer.size)
self.i =0
return len(output_items[0])
Python block development in gnuradio
Hello, I'm trying to create a block that will group data and switch gpio
every time in the graph. That is, if I want to read the data, write it to
memory, switch the gpio again to read the data and then transfer it to the
socket. Tell me if I'm doing it right?
"""
Embedded Python Blocks:
Each time this file is saved, GRC will instantiate the first class it finds
to get ports and parameters of your block. The arguments to __init__ will
be the parameters. All of them are required to have default values!
"""
import numpy as np
from gnuradio import gr
import xmlrpclib
import time
class blk(gr.sync_block): # other base classes are basic_block,
decim_block, interp_block
"""Embedded Python Block example - a simple multiply const"""
def __init__(self,antenna_array=2,len_vector=512):
# only default arguments here
"""arguments to this function show up as parameters in GRC"""
self.xmlrpc_client_freq = xmlrpclib.Server('http://127.0.0.1:8080')
gr.sync_block.__init__(
self,
name='Embedded Python Block', # will show up in GRC
in_sig=[(np.float32,len_vector)],
out_sig=[(np.float32,len_vector*antenna_array)]
)
# if an attribute with the same name as a parameter is found,
# a callback is registered (properties work, too).
self.len_vector = len_vector
self.antenna_array = antenna_array
self.i =0
self.buffer = np.zeros(self.len_vector*self.antenna_array)
def work(self, input_items, output_items):
"""example: multiply with constant"""
if self.i < self.antenna_array:
print(len(input_items[0][0]))
self.buffer[self.i*self.len_vector:(self.i+1)*self.len_vector] =
input_items[0][0]
self.xmlrpc_client_freq.set_phase(0+self.i)
self.i+=1
else :
output_items[0][:] = self.buffer[:]
print(self.buffer.size)
self.i =0
return len(output_items[0])
Re: direction finder USRP E310
I saw something similar but did not find anything with the participation of E310 ср, 10 мар. 2021 г. в 01:56, Marcus D Leech : > Balint Seeber did work on this many years ago using GnuRadio. I suggest > tracking down his work. > > Sent from my iPhone > > > On Mar 9, 2021, at 6:38 PM, Ivan Zahartchuk wrote: > > > > > > Hello, I am trying to create a layout for a USRP E310 based direction > finder in gnuradio. I need to read data from two inputs and give a command > to switch the switch. And so several times. But I have no idea yet if this > can be done in gnuradio. Can anyone give some ideas on this? >
direction finder USRP E310
Hello, I am trying to create a layout for a USRP E310 based direction finder in gnuradio. I need to read data from two inputs and give a command to switch the switch. And so several times. But I have no idea yet if this can be done in gnuradio. Can anyone give some ideas on this?
setting up gr-fosphor on uhd 4
Hello. I want to create a graph to run gr-fosphor for usrp e310 but I haven't found any examples or at least uhd_image_builder.py to build firmware. Tell me if this is possible and what resources you can look at in this direction.
GPIo USRP E310
Hello. Tell me how to compile RFnoC firmware for USRP E310 so that you can control GPIO through the Radio block?
Re: Installing from source for CentOs 7
Try compiling release 3.8 with Fedora’s dependencies. It should work.
Ivan
> Il giorno 9 dic 2020, alle ore 08:39, T White ha scritto:
>
>
> I installed the binary for CentOs previously which is for version 3.7.11,
> however, none of the Qt gui options installed by default even though I
> installed the dependencies needed. Any ideas on this issue?
>
> Tellrell
>
>> On Wed, Dec 9, 2020 at 2:24 AM Ivan Iudice wrote:
>> Hello,
>> why are you trying to install from source? Are you playing with some
>> dependencies?
>> You can find gnuradio 3.7 in the EPEL repository of centos 7, then is quite
>> simple to install dependencies only:
>>
>> yum deplist gnuradio| awk '/provider:/ {print $2}' | sort -u |
>> xargs yum -y install
>> If you need latest stable release (3.8), try using dependencies for
>> Fedora... Or upgrade to centos 8! ;)
>>
>> Have a good day.
>>
>> Ivan
>>
>>>> Il giorno 9 dic 2020, alle ore 07:51, T White ha
>>>> scritto:
>>>>
>>>
>>> Hello
>>> The link below doesn't seem to provide any specific instructions for CentOs
>>> to build from source, namely, dependencies, etc. Any guidance here?
>>>
>>> https://wiki.gnuradio.org/index.php/InstallingGR#Linux
>>>
>>> Tellrell White
>>>
>>>
Re: Installing from source for CentOs 7
Hello,
why are you trying to install from source? Are you playing with some
dependencies?
You can find gnuradio 3.7 in the EPEL repository of centos 7, then is quite
simple to install dependencies only:
yum deplist gnuradio| awk '/provider:/ {print $2}' | sort -u |
xargs yum -y install
If you need latest stable release (3.8), try using dependencies for Fedora...
Or upgrade to centos 8! ;)
Have a good day.
Ivan
> Il giorno 9 dic 2020, alle ore 07:51, T White ha scritto:
>
>
> Hello
> The link below doesn't seem to provide any specific instructions for CentOs
> to build from source, namely, dependencies, etc. Any guidance here?
>
> https://wiki.gnuradio.org/index.php/InstallingGR#Linux
>
> Tellrell White
>
>
Re: [USRP-users] Overrun on chan error 0 USRP e310 RFNoC
I was setting samp_rate to 1 msps and observed the same situation. In addition, in the example fosphor samp_rate = 56 msps and no errors occur. сб, 21 нояб. 2020 г. в 05:12, Marcus D Leech : > There’s no way the fpga to ARM channel can support those data rates. > Lower your sample rate to 5msps and try again. > > Sent from my iPhone > > > On Nov 20, 2020, at 10:02 PM, Ivan Zahartchuk via USRP-users < > usrp-us...@lists.ettus.com> wrote: > > > > > > Hello, I want to launch two channels for receiving in parallel with usrp > e310 rfnoc. But on startup, I get an overrun error. What I need is > uninterrupted data transmission for phase analysis on both channels. How > can I do this? > > <Снимок экрана от 2020-11-21 04-50-17.png> > > > > <Снимок экрана от 2020-11-21 04-52-21.png> > > > > ___ > > USRP-users mailing list > > usrp-us...@lists.ettus.com > > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com >
Re: [USRP-users] Direction finding based on USRP E310 board
Thank you!
чт, 19 нояб. 2020 г. в 06:54, Jonathon Pendlum :
> Hi Ivan,
>
> Try building with the gr-ettus maint-3.7 branch.
>
> Jonathon
>
> On Wed, Nov 18, 2020 at 1:08 PM Ivan Zahartchuk via USRP-users <
> usrp-us...@lists.ettus.com> wrote:
>
>>
>> Hello I am trying to install RFNoC for uhd 3.15. As far as I understand,
>> this version supports RFNoC. And in order for me to have blocks in
>> gnuradio, as I understand it, I need to install gr-ettus. But when
>> installing, I get this error The found UHD version (3.15.0.0-3build2) is
>> not compatible with the version required (4.0). how can I be in such a
>> situation?
>>
>> ср, 18 нояб. 2020 г. в 16:24, Derek Kozel :
>>
>>> Hi Ivan,
>>>
>>> The TX/RX and RX2 are ports on the same receiver channel. As Julian says
>>> there are two receivers, A and B. For a receive only application the RX2
>>> ports are slightly better performing as they have one less switch that
>>> the signal passes through.
>>>
>>> Regards,
>>> Derek
>>>
>>> On 18/11/2020 14:01, Julian Arnold wrote:
>>> > Ivan,
>>> >
>>> > to the best of my knowledge, there should not be any RX1 port.
>>> > Instead, you should have two (coherent) channels "A" and "B" both
>>> > allowing you to select one out of two available antenna ports when
>>> > receiving ("TX/RX" or "RX2").
>>> >
>>> > Cheers,
>>> > Julian
>>> >
>>> > On 11/18/20 10:31 AM, Ivan Zahartchuk via USRP-users wrote:
>>> >>
>>> >> Another question of interest is which channels are coherent? Rx1 and
>>> >> RX2 or RX1 and RX / TX?
>>> >>
>>> >> вт, 17 нояб. 2020 г. в 01:56, Ivan Iudice >> >> <mailto:kron...@tiscali.it>>:
>>> >>
>>> >> Right!
>>> >> Be careful, DOA estimation using only 2 antennas works but it’s
>>> not
>>> >> so accurate.
>>> >> Enjoy!
>>> >>
>>> >> Ivan
>>> >>
>>> >> > Il giorno 17 nov 2020, alle ore 00:35, Ivan Zahartchuk
>>> >> mailto:adray0...@gmail.com>> ha scritto:
>>> >> >
>>> >> >
>>> >> >
>>> >> >
>>> >> >
>>> >> > That is, in theory, I can simply start two streams from two
>>> >> channels and further process them using certain direction finding
>>> >> algorithms?
>>> >> >
>>> >> >
>>> >>
>>> >>
>>> >> ___
>>> >> USRP-users mailing list
>>> >> usrp-us...@lists.ettus.com
>>> >> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>> >>
>>> >
>>>
>>> ___
>> USRP-users mailing list
>> usrp-us...@lists.ettus.com
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>
>
Re: [USRP-users] Direction finding based on USRP E310 board
Hello I am trying to install RFNoC for uhd 3.15. As far as I understand,
this version supports RFNoC. And in order for me to have blocks in
gnuradio, as I understand it, I need to install gr-ettus. But when
installing, I get this error The found UHD version (3.15.0.0-3build2) is
not compatible with the version required (4.0). how can I be in such a
situation?
ср, 18 нояб. 2020 г. в 16:24, Derek Kozel :
> Hi Ivan,
>
> The TX/RX and RX2 are ports on the same receiver channel. As Julian says
> there are two receivers, A and B. For a receive only application the RX2
> ports are slightly better performing as they have one less switch that
> the signal passes through.
>
> Regards,
> Derek
>
> On 18/11/2020 14:01, Julian Arnold wrote:
> > Ivan,
> >
> > to the best of my knowledge, there should not be any RX1 port.
> > Instead, you should have two (coherent) channels "A" and "B" both
> > allowing you to select one out of two available antenna ports when
> > receiving ("TX/RX" or "RX2").
> >
> > Cheers,
> > Julian
> >
> > On 11/18/20 10:31 AM, Ivan Zahartchuk via USRP-users wrote:
> >>
> >> Another question of interest is which channels are coherent? Rx1 and
> >> RX2 or RX1 and RX / TX?
> >>
> >> вт, 17 нояб. 2020 г. в 01:56, Ivan Iudice >> <mailto:kron...@tiscali.it>>:
> >>
> >> Right!
> >> Be careful, DOA estimation using only 2 antennas works but it’s not
> >> so accurate.
> >> Enjoy!
> >>
> >> Ivan
> >>
> >> > Il giorno 17 nov 2020, alle ore 00:35, Ivan Zahartchuk
> >> mailto:adray0...@gmail.com>> ha scritto:
> >> >
> >> >
> >> >
> >> >
> >> >
> >> > That is, in theory, I can simply start two streams from two
> >> channels and further process them using certain direction finding
> >> algorithms?
> >> >
> >> >
> >>
> >>
> >> ___
> >> USRP-users mailing list
> >> usrp-us...@lists.ettus.com
> >> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> >>
> >
>
>
Re: [USRP-users] Direction finding based on USRP E310 board
Another question of interest is which channels are coherent? Rx1 and RX2 or RX1 and RX / TX? вт, 17 нояб. 2020 г. в 01:56, Ivan Iudice : > Right! > Be careful, DOA estimation using only 2 antennas works but it’s not so > accurate. > Enjoy! > > Ivan > > > Il giorno 17 nov 2020, alle ore 00:35, Ivan Zahartchuk < > adray0...@gmail.com> ha scritto: > > > > > > > > > > > > That is, in theory, I can simply start two streams from two channels and > further process them using certain direction finding algorithms? > > > > > >
Re: [USRP-users] Direction finding based on USRP E310 board
Right! Be careful, DOA estimation using only 2 antennas works but it’s not so accurate. Enjoy! Ivan > Il giorno 17 nov 2020, alle ore 00:35, Ivan Zahartchuk > ha scritto: > > > > > > That is, in theory, I can simply start two streams from two channels and > further process them using certain direction finding algorithms? > >
Fwd: [USRP-users] Direction finding based on USRP E310 board
That is, in theory, I can simply start two streams from two channels and further process them using certain direction finding algorithms?
Direction finding based on USRP E310 board
Hello. I am interested in the possibility of implementing a prototype direction finder based on the USRP E310 board. Since I have it in stock. Interested in basic questions such as is it possible to synchronize the phase on two channels and are there any examples of such attempts? Perhaps someone can give some instructions on this matter, since this is all at the level of an idea. PS Other USRPs I have no way to use at the moment.
Re: [USRP-users] GPIO setup via gnuradio
Hi there. My problem is that even after calibration I can clearly see the mirror channel on my USRP N 210 with SBX. Maybe someone will tell you how to solve this problem. This problem is observed on several boards and different boards. вт, 16 июн. 2020 г. в 17:28, Michael Dickens : > Hi Ivan - OK; so you got the GRC <-> GR <-> UHD <-> GPIO access to work? > Well done! > > As for your next question about tuning times: the E313 is the same as an > E310 in terms of the USRP part. Here's my understanding: > > Tuning times if the frequencies do not require changing out a RX filter > should be around 25 ms; jumping between RX filters should be more like 125 > ms; we use a different "RX filter" for each different frequency range. > These are -very- typical tuning times for the E31x series; actually, this > is true for most of our USRPs except the N3xy series which are > intentionally designed with fast frequency switching in mind (among other > attributes). > > In theory one could speed up tuning via FPGA code. I'm not an FPGA > programmer, so I don't know how to do this nor the complexity of doing so > -- just that in theory it could be done for specific user needs. > > I hope this is useful! - MLD > --- > Michael Dickens > Ettus Research Technical Support > Email: supp...@ettus.com > Web: https://ettus.com/ > > > On Tue, Jun 16, 2020 at 6:39 AM Ivan Zahartchuk > wrote: > >> Hello. I nevertheless got to work and equipment and everything worked >> out for me. Gpio works. It turns out that in theory, you can connect to it >> through dev as well as to the gps receiver. I have one more question for >> you. I plan to also use the E313 as a frequency tunable scanning receiver. >> But as far as I was written before (and I was convinced of this myself) >> that the frequency tuning is slow due to the configuration of the filters >> on the board. Tell me how can I get around this and speed up the scan. I >> want to achieve a speed of at least 1ms at 50 MHz and the frequency tuning >> itself in the E310 takes about 100 ms. >> >> пт, 29 мая 2020 г. в 23:28, Michael Dickens : >> >>> Hi Ivan - It was a crazy week for me; I still don't even have the >>> required software installed; putting out so many fires I can't count them >>> any longer! I sincerely hope next week is less stressful, and I can make >>> progress on getting things installed. Have you made any progress on your >>> end? Cheers & happy weekend again! - MLD >>> --- >>> Michael Dickens >>> Ettus Research Technical Support >>> Email: supp...@ettus.com >>> Web: https://ettus.com/ >>> >>> >>> On Mon, May 25, 2020 at 6:36 PM Ivan Zahartchuk >>> wrote: >>> >>>> Hello. There are no changes so far. There is no way to get to the >>>> equipment. Waiting for your feedback on the code. Have a nice weekend >>>> >>>> вт, 19 мая 2020 г. в 00:19, Michael Dickens >>> >: >>>> >>>>> HI Ivan - Happy Monday! I hope you had a good weekend. I took an extra >>>>> part day off on both ends, which made for a lovely elongated time. I'll >>>>> take a look at your code shortly; I'm moving between computers, so I'll >>>>> need to create the UHD 3.15.0.0 + GR 3.7.14.0 Release + gr-ettus master >>>>> installs for testing this. Always a good time getting a new computer, but >>>>> it does take time to set it up reasonably well! Any updates on your end? - >>>>> MLD >>>>> --- >>>>> Michael Dickens >>>>> Ettus Research Technical Support >>>>> Email: supp...@ettus.com >>>>> Web: https://ettus.com/ >>>>> >>>>> >>>>> On Fri, May 15, 2020 at 9:46 AM Ivan Zahartchuk >>>>> wrote: >>>>> >>>>>> Thanks for your support. The archive has a file for USRP E310 and for >>>>>> PC. For now, I'm just sending a request via gnuradio using the slider. I >>>>>> just have not figured out get_gpio_attr but the fact that the values >>>>>> change >>>>>> there gives me hope that this works. >>>>>> >>>>>> пт, 15 мая 2020 г. в 00:09, Michael Dickens < >>>>>> michael.dick...@ettus.com>: >>>>>> >>>>>>> That's some positive progress, Ivan! Do you have any code you can >>>>>>> pass on to me to try? I have a variety of U
disabling ddc duc blocks in rfnoc usrp e310
Hello. I want to create an image of fosphor, window, fft, 2x AXI FIFOs, FIR for USRP E310. I need to change the spectral bandwidth. But with the samp_rate parameter this does not work out very well. Therefore, I want to use the FIR filter for these purposes, but when building the bit file, I do not have enough space on the FPGA. Therefore, I decided to turn off the DDC and DUC blocks, but I don’t know how to do it. I would be grateful for any information.
Re: [USRP-users] How to set channel B reception with rfnoc USRP E310?
As I understand it, you mean the Radio select parameter in the RFNoC Radio
block. When setting the parameter to "B", an error is issued: Traceback
(most recent call last): File "rfnoc_fosphor_network_usrp.py", line 259,
in main () File "rfnoc_fosphor_network_usrp.py", line 248,
in main tb = top_block_cls (fft_size = options.fft_size, freq =
options.freq, gain = options.gain, host_ip_addr = options.host_ip_addr,
param = options.param, samp_rate = options.samp_rate, tdecay =
options.tdecay, trise = options. trise) File
"rfnoc_fosphor_network_usrp.py", line 71, in __init__ eleven File
"/usr/lib/python2.7/site-packages/ettus/ettus_swig.py", line 2431, in make
return _ettus_swig.rfnoc_radio_make (dev, tx_stream_args,
rx_stream_args, radio_select, device_select) RuntimeError: Cannot find a
block for ID: Radio_1
вт, 5 мая 2020 г. в 01:47, Martin Braun via USRP-users <
usrp-us...@lists.ettus.com>:
> It does; the channel parameter on E310 is used to address the A- or B-side.
>
> On Mon, May 4, 2020 at 1:39 PM Rob Kossler wrote:
>
>> Does the 2nd argument to set_rx_antenna() indicate which radio port? If
>> so, try setting it to 1.
>> Rob
>>
>> On Mon, May 4, 2020 at 2:02 PM Ivan Zahartchuk via USRP-users <
>> usrp-us...@lists.ettus.com> wrote:
>>
>>> Hello, I'm trying to switch between all four USRP E310 inputs. For this,
>>> I use the command self.uhd_rfnoc_streamer_radio_0.set_rx_antenna ("TX /
>>> RX", 0) but I can only switch in channel A. RFNoC Radio does not have the
>>> set_rx_subdev_spec command. Tell me how can I switch across all 4 channels?
>>> ___
>>> USRP-users mailing list
>>> usrp-us...@lists.ettus.com
>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>>
>> ___
> USRP-users mailing list
> usrp-us...@lists.ettus.com
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
Re: [USRP-users] How to set channel B reception with rfnoc USRP E310?
As far as I understand the examples and RFNoC are sharpened for the N
series of boards
вт, 5 мая 2020 г. в 02:37, Ivan Zahartchuk :
> As I understand it, you mean the Radio select parameter in the RFNoC Radio
> block. When setting the parameter to "B", an error is issued: Traceback
> (most recent call last): File "rfnoc_fosphor_network_usrp.py", line 259,
> in main () File "rfnoc_fosphor_network_usrp.py", line 248,
> in main tb = top_block_cls (fft_size = options.fft_size, freq =
> options.freq, gain = options.gain, host_ip_addr = options.host_ip_addr,
> param = options.param, samp_rate = options.samp_rate, tdecay =
> options.tdecay, trise = options. trise) File
> "rfnoc_fosphor_network_usrp.py", line 71, in __init__ eleven File
> "/usr/lib/python2.7/site-packages/ettus/ettus_swig.py", line 2431, in make
> return _ettus_swig.rfnoc_radio_make (dev, tx_stream_args,
> rx_stream_args, radio_select, device_select) RuntimeError: Cannot find a
> block for ID: Radio_1
>
> вт, 5 мая 2020 г. в 01:47, Martin Braun via USRP-users <
> usrp-us...@lists.ettus.com>:
>
>> It does; the channel parameter on E310 is used to address the A- or
>> B-side.
>>
>> On Mon, May 4, 2020 at 1:39 PM Rob Kossler wrote:
>>
>>> Does the 2nd argument to set_rx_antenna() indicate which radio port? If
>>> so, try setting it to 1.
>>> Rob
>>>
>>> On Mon, May 4, 2020 at 2:02 PM Ivan Zahartchuk via USRP-users <
>>> usrp-us...@lists.ettus.com> wrote:
>>>
>>>> Hello, I'm trying to switch between all four USRP E310 inputs. For
>>>> this, I use the command self.uhd_rfnoc_streamer_radio_0.set_rx_antenna ("TX
>>>> / RX", 0) but I can only switch in channel A. RFNoC Radio does not have the
>>>> set_rx_subdev_spec command. Tell me how can I switch across all 4 channels?
>>>> ___
>>>> USRP-users mailing list
>>>> usrp-us...@lists.ettus.com
>>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>>>
>>> ___
>> USRP-users mailing list
>> usrp-us...@lists.ettus.com
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>
>
Re: [USRP-users] How to set channel B reception with rfnoc USRP E310?
Unfortunately, this method does not work. Maybe there are some other ideas?
пн, 4 трав. 2020, 23:38 користувач Rob Kossler пише:
> Does the 2nd argument to set_rx_antenna() indicate which radio port? If
> so, try setting it to 1.
> Rob
>
> On Mon, May 4, 2020 at 2:02 PM Ivan Zahartchuk via USRP-users <
> usrp-us...@lists.ettus.com> wrote:
>
>> Hello, I'm trying to switch between all four USRP E310 inputs. For this,
>> I use the command self.uhd_rfnoc_streamer_radio_0.set_rx_antenna ("TX /
>> RX", 0) but I can only switch in channel A. RFNoC Radio does not have the
>> set_rx_subdev_spec command. Tell me how can I switch across all 4 channels?
>> ___
>> USRP-users mailing list
>> usrp-us...@lists.ettus.com
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>
>
How to set channel B reception with rfnoc USRP E310?
Hello, I'm trying to switch between all four USRP E310 inputs. For this, I
use the command self.uhd_rfnoc_streamer_radio_0.set_rx_antenna ("TX / RX",
0) but I can only switch in channel A. RFNoC Radio does not have the
set_rx_subdev_spec command. Tell me how can I switch across all 4 channels?
Download RFNoC image for usrp E310
Hello. I am using uhd 3.15 on the usrp e310 board. I want to run gr-phosphor but when flashing FPGA using uhd_image_loader --args type = e3xx --fpga-path / home / adray / rfnoc / src / uhd / fpga-src / usrp3 / top / e300 / build-E310_RFNOC_sg3 / e300.bit which is created by version uhd 3.14.1 and uhd_image_builder_gui.py the following message is displayed uhd_image_loader --args type = e3xx --fpga-path /home/adray/rfnoc/src/uhd/fpga-src/usrp3/top/e300/build-E310_RFNOC_sg3/e300.bit [INFO] [UHD] linux; GNU C ++ version 7.5.0; Boost_106501; UHD_3.15.0.HEAD-0-gaea0e2de [INFO] [MPMD] Initializing 1 device (s) in parallel with args: mgmt_addr = 192.168.10.2, type = e3xx, product = e310_sg3, serial = 31370CF, claimed = False, reachable = No, skip_init = 1 Error: rpc :: timeout: Timeout of 1ms while calling RPC function 'claim and then when uhd_find_devices is output, I see this -- - UHD Device 0 -- Device Address: serial: claimed: False mgmt_addr: 192.168.10.2 product: reachable: No type
Re: [USRP-users] GPIO setup via gnuradio
Honestly, I have worked very little with gnuradio and do not quite understand what it means to transfer a UHD USRP object. If it does not make it difficult for you to show how it works, I will greatly appreciate it. пт, 17 апр. 2020 г. в 21:27, Michael Dickens : > Ohh ... nice! I didn't know gr-uhd provided that interface! A quick search > shows it's in GR as of sometime in version 3.7 .. not sure how far back, > but certainly in the current release. Good to know! > > Note that this gr-uhd GPIO API is available in Python (via SWIG) as well > as C++ ... BUT: it is not exposed into GRC. > > Hence, to use the UHD GPIO API inside GRC, you'll still need to do what I > wrote previously: provide the UHD USRP object to your custom GRC block > (whether Python or C++), and then it can manipulate the USRP GPIO via the > gr-uhd Python provided API, or directly in C++ via the UHD C++ API for GPIO. > > Fun fun fun! - MLD > > > On Fri, Apr 17, 2020 at 1:36 PM Rob Kossler wrote: > >> The following link (GR documentation) shows some UHD GPIO functionality. >> https://www.gnuradio.org/doc/doxygen/classgr_1_1uhd_1_1usrp__block.html >> >> On Fri, Apr 17, 2020 at 10:27 AM Michael Dickens via USRP-users < >> usrp-us...@lists.ettus.com> wrote: >> >>> Hi Ivan - I'm assuming you mean configure and control a USRP's GPIO via >>> UHD in GNU Radio? >>> >>> In theory this should be possible, at least in C++ and of course it >>> requires that the specific USRP have GPIO ... >>> >>> I'm not sure if there's a Python GPIO API as of UHD 3.15, but if there >>> is then that method should work about the same as the C++ method. >>> >>> You'd have to get access to the instantiated USRP object, then you can >>> use that object to issue GPIO related calls. See these pages for more info >>> about GPIO in UHD: >>> >>> < https://files.ettus.com/manual/page_gpio_api.html > >>> >>> < >>> https://kb.ettus.com/Synchronizing_USRP_Events_Using_Timed_Commands_in_UHD#Example:_Using_Timed_Commands_to_Control_GPIO >>> > >>> >>> < >>> https://github.com/EttusResearch/uhd/blob/master/host/examples/gpio.cpp >>> > >>> >>> I can't think of a current GNU Radio block that handles UHD USRP GPIO. >>> If you look around & can't find one, then you'd need to create a custom GNU >>> Radio block to handle this. You would pass your new block the USRP object, >>> which you'd then use for the GPIO calls ... using Python or C++ depending >>> on which API is available for your specific UHD. >>> >>> Maybe there's another way that I don't know of? If so hopefully others >>> will add to the discussion! >>> >>> Hope this is useful! - MLD >>> >>> On Fri, Apr 17, 2020 at 9:15 AM Ivan Zahartchuk via USRP-users < >>> usrp-us...@lists.ettus.com> wrote: >>> >>>> Hello. Please tell me if it is possible to configure GPIO using >>>> gnuradio. I want to use RFNOC blocks and switch an external device using >>>> GPIO >>>> ___ >>>> USRP-users mailing list >>>> usrp-us...@lists.ettus.com >>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com >>>> >>> ___ >>> USRP-users mailing list >>> usrp-us...@lists.ettus.com >>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com >>> >>
GPIO setup via gnuradio
Hello. Please tell me if it is possible to configure GPIO using gnuradio. I want to use RFNOC blocks and switch an external device using GPIO
Re: [USRP-users] Recieve on two channels simultaneously USRP E310
Yes, I really get an error The packing of instances into the device could not be ovailable, however, the unplaced instances require 9681 slices. Please analyze your design to determine if the number of LUTs, FFs, and / or control sets can be reduced. ERROR: [Place 30-99] Placer failed with error: 'Detail Placement failed please check previous errors for details.' beyed. There are a total of 13300 slices in the pblock, of which 8368 slices are available, however, the unplaced instances require 9681 slices. Please analyze your design to determine if the number of LUTs, FFs, and / or control sets can be reduced. ERROR: [Place 30-99] Placer failed with error: 'Detail Placement failed please check previous errors for details. But do not tell me if there are blocks in gnuradio to control gpio. The general idea is to implement an amplitude or phase direction finder on a given board. Perhaps you have any suggestions or examples. Because in programming on FPGAs I am unfortunately very weak and I need decent speed. сб, 4 апр. 2020 г. в 20:50, Marcus D. Leech via USRP-users < usrp-us...@lists.ettus.com>: > On 04/04/2020 01:39 PM, Ivan Zahartchuk via USRP-users wrote: > > > Hello. Can I create a binary file with two fft blocks and two window > blocks for usrp E310 for rfnoc? And if so, how ? The idea is to receive a > signal from two channels simultaneously. > > > ___ > USRP-users mailing > listUSRP-users@lists.ettus.comhttp://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com > > There may not be enough room for two FFT blocks in the E310 FPGA. But > regardless, you'd need Xylinx Vivado tooling to generate up an RFNOC > FPGA image that has the appropriate blocks generated into it. There is > no "dynamic" generation of blocks in the FPGA. The only "dynamic" > part is the connection of those blocks across the cross-bar construct > that RFNoC uses. > > This document may be helpful: > > https://kb.ettus.com/Getting_Started_with_RFNoC_Development > ___ > USRP-users mailing list > usrp-us...@lists.ettus.com > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com >
Recieve on two channels simultaneously USRP E310
Hello. Can I create a binary file with two fft blocks and two window blocks for usrp E310 for rfnoc? And if so, how ? The idea is to receive a signal from two channels simultaneously.
Re: [GNU Radio 3.8] Error loading modules on E310
I tried to compile gnuradio on the host imposing use of python 2.7 but it seems that always the last python version is used. Any ideas? Ivan > Il giorno 21 feb 2020, alle ore 20:40, Ivan Iudice ha > scritto: > > Now, do you suggest to build and install gnuradio on my host machine forcing > use of python 2.7 to have aligned versions? > After done, should I re-create my OOT module, and build it, to work fine? > Thank you. > > Ivan > >> Il giorno 21 feb 2020, alle ore 20:28, Müller, Marcus (CEL) >> ha scritto: >> >> On Fri, 2020-02-21 at 19:44 +0100, Ivan Iudice wrote: >>> >>> An other question, why the same version of gnuradio (3.8.0.0) I compiled >>> and installed on my host machine uses python 3, and on the E310 uses python >>> 2? >>> >> >> Because those are built in different environments. > >
Re: [GNU Radio 3.8] Error loading modules on E310
Now, do you suggest to build and install gnuradio on my host machine forcing use of python 2.7 to have aligned versions? After done, should I re-create my OOT module, and build it, to work fine? Thank you. Ivan > Il giorno 21 feb 2020, alle ore 20:28, Müller, Marcus (CEL) > ha scritto: > > On Fri, 2020-02-21 at 19:44 +0100, Ivan Iudice wrote: >> >> An other question, why the same version of gnuradio (3.8.0.0) I compiled and >> installed on my host machine uses python 3, and on the E310 uses python 2? >> > > Because those are built in different environments.
Re: [GNU Radio 3.8] Error loading modules on E310
The version compiled and installed on the E310 is 3.8.0.0. As I stated in my last mail, I tried to compile my OOT module forcing cmake to use python 2.7 (see https://pastebin.com/EZfNkcGy), but it did not solve the problem. An other question, why the same version of gnuradio (3.8.0.0) I compiled and installed on my host machine uses python 3, and on the E310 uses python 2? Ivan > Il giorno 21 feb 2020, alle ore 19:25, Philip Balister > ha scritto: > > What version gnuradio is installed on the E310? > > $ gnuradio-config-info -v > > There should be a cmake variable to set the python interpreter version. > That might be better than trying to point at libraries in the sdk. > > Try -DPYTHON_EXECUTABLE=python (or path to python in the sdk) > > Philip > >> On 2/21/20 11:54 AM, Ivan Iudice wrote: >> How can I force canale to use python 2.7? >> I tried configuring as in: >> https://pastebin.com/EZfNkcGy >> Cmake said that 3.5 is required, but finished configuring; anyway I compiled >> and installed, but nothing changed. >> >> Ivan >> >>>> Il giorno 21 feb 2020, alle ore 16:22, Philip Balister >>>> ha scritto: >>> >>> On 2/21/20 3:21 AM, Ivan Iudice wrote: >>>> Hi all, >>>> gnuradio-companion calls the interpreter >>>> #!/usr/bin/env python >>>> Thus, the first python in the path is Python 2.7. >>>> Is gnuradio using python 2.7? >>> >>> Yes, try convincing cmake to use python2 for your OOT. >>> >>> Philip >>> >>>> >>>> Ivan >>>> >>>>>> Il giorno 20 feb 2020, alle ore 20:51, Philip Balister >>>>>> ha scritto: >>>>> >>>>> Try: >>>>> >>>>> $ less `which gnuradio-companion` >>>>> >>>>> And see which python interpreter gnuradio-companion uses. Hopefully >>>>> someone from Ettus support knows for sure and can help with the OOT. >>>>> >>>>> Your OOT looks like it is using python3 >>>>> >>>>> Philip >>>>> >>>>>> On 2/20/20 2:41 PM, Müller, Marcus (CEL) wrote: >>>>>> Hi Ivan, >>>>>> >>>>>> GNU Radio 3.7: Python2 >>>>>> GNU Radio 3.8: Py2 XOR Py3 >>>>>> GNU Radio >3.8: Py3 >>>>>>> On Thu, 2020-02-20 at 19:35 +0100, Ivan Iudice wrote: >>>>>>> Your help is very welcome! >>>>>>> I’m sorry for the stupid question, however, how can I know which >>>>>>> version of python is used by gnuradio? >>>>>>> >>>>>>> Ivan >>>>>>> >>>>>>>> Il giorno 20 feb 2020, alle ore 19:22, Philip Balister >>>>>>>> ha scritto: >>>>>>>> >>>>>>>> On 2/20/20 11:25 AM, Ivan Iudice wrote: >>>>>>>>> Hi Philip! >>>>>>>>> I only have site-package folder in both python2.7 and python3.5 lib >>>>>>>>> folders, no dist-package. >>>>>>>>> The problem is that in python3.5/site-package there is not numpy, >>>>>>>>> it’s only in python2.7/site-package. >>>>>>>>> Is it not installed for python3? How can I install it in both the sdk >>>>>>>>> sysroot and in the target? >>>>>>>> >>>>>>>> hmm, is gnuradio on the e310 using python 2 or 3? Maybe mixed python >>>>>>>> versions. >>>>>>>> >>>>>>>> Sorry for the short answer, trying to help, but I don't use the Ettus >>>>>>>> builds for gnuradio. >>>>>>>> >>>>>>>> Philip >>>>>>>> >>>>>>>>> Thanks so much. >>>>>>>>> >>>>>>>>> Ivan >>>>>>>>> >>>>>>>>>>> Il giorno 20 feb 2020, alle ore 17:05, Philip Balister >>>>>>>>>>> ha scritto: >>>>>>>>>> >>>>>>>>>> I had some dist-packages versus site-packages with some versions of >>>>>>>>>> gnuradio. See if both exist. I'm betting numpy is in site-packages. >>>>>>>>>> >>>>>>
Re: [GNU Radio 3.8] Error loading modules on E310
How can I force canale to use python 2.7? I tried configuring as in: https://pastebin.com/EZfNkcGy Cmake said that 3.5 is required, but finished configuring; anyway I compiled and installed, but nothing changed. Ivan > Il giorno 21 feb 2020, alle ore 16:22, Philip Balister > ha scritto: > > On 2/21/20 3:21 AM, Ivan Iudice wrote: >> Hi all, >> gnuradio-companion calls the interpreter >> #!/usr/bin/env python >> Thus, the first python in the path is Python 2.7. >> Is gnuradio using python 2.7? > > Yes, try convincing cmake to use python2 for your OOT. > > Philip > >> >> Ivan >> >>>> Il giorno 20 feb 2020, alle ore 20:51, Philip Balister >>>> ha scritto: >>> >>> Try: >>> >>> $ less `which gnuradio-companion` >>> >>> And see which python interpreter gnuradio-companion uses. Hopefully >>> someone from Ettus support knows for sure and can help with the OOT. >>> >>> Your OOT looks like it is using python3 >>> >>> Philip >>> >>>> On 2/20/20 2:41 PM, Müller, Marcus (CEL) wrote: >>>> Hi Ivan, >>>> >>>> GNU Radio 3.7: Python2 >>>> GNU Radio 3.8: Py2 XOR Py3 >>>> GNU Radio >3.8: Py3 >>>>> On Thu, 2020-02-20 at 19:35 +0100, Ivan Iudice wrote: >>>>> Your help is very welcome! >>>>> I’m sorry for the stupid question, however, how can I know which version >>>>> of python is used by gnuradio? >>>>> >>>>> Ivan >>>>> >>>>>> Il giorno 20 feb 2020, alle ore 19:22, Philip Balister >>>>>> ha scritto: >>>>>> >>>>>> On 2/20/20 11:25 AM, Ivan Iudice wrote: >>>>>>> Hi Philip! >>>>>>> I only have site-package folder in both python2.7 and python3.5 lib >>>>>>> folders, no dist-package. >>>>>>> The problem is that in python3.5/site-package there is not numpy, it’s >>>>>>> only in python2.7/site-package. >>>>>>> Is it not installed for python3? How can I install it in both the sdk >>>>>>> sysroot and in the target? >>>>>> >>>>>> hmm, is gnuradio on the e310 using python 2 or 3? Maybe mixed python >>>>>> versions. >>>>>> >>>>>> Sorry for the short answer, trying to help, but I don't use the Ettus >>>>>> builds for gnuradio. >>>>>> >>>>>> Philip >>>>>> >>>>>>> Thanks so much. >>>>>>> >>>>>>> Ivan >>>>>>> >>>>>>>>> Il giorno 20 feb 2020, alle ore 17:05, Philip Balister >>>>>>>>> ha scritto: >>>>>>>> >>>>>>>> I had some dist-packages versus site-packages with some versions of >>>>>>>> gnuradio. See if both exist. I'm betting numpy is in site-packages. >>>>>>>> >>>>>>>> Philip >>>>>>>> >>>>>>>>> On 2/19/20 4:46 PM, Ivan Iudice wrote: >>>>>>>>> I’m curious to know if there is somebody in the list developing for >>>>>>>>> E310 using current SDK. >>>>>>>>> This is a problem that, obviously, everybody wants execute custom >>>>>>>>> module could incur. >>>>>>>>> Any ideas? >>>>>>>>> >>>>>>>>> Ivan >>>>>>>>> >>>>>>>>>>> Il giorno 17 feb 2020, alle ore 17:31, kron...@tiscali.it ha >>>>>>>>>>> scritto: >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Dear all, >>>>>>>>>> finally I cross-compiled my OOT module for running on USRP E310. >>>>>>>>>> Based on the instructions at >>>>>>>>>> "https://kb.ettus.com/Software_Development_on_the_E3xx_USRP_-_Building_RFNoC_UHD_/_GNU_Radio_/_gr-ettus_from_Source";, >>>>>>>>>> I set the environment variable PYTHONPATH a little bit different, >>>>>>>>>> to point the path of the installed OOT module: >>>>>>>>>> >>>>>>>>>> exp
Re: [GNU Radio 3.8] Error loading modules on E310
Hi all, gnuradio-companion calls the interpreter #!/usr/bin/env python Thus, the first python in the path is Python 2.7. Is gnuradio using python 2.7? Ivan > Il giorno 20 feb 2020, alle ore 20:51, Philip Balister > ha scritto: > > Try: > > $ less `which gnuradio-companion` > > And see which python interpreter gnuradio-companion uses. Hopefully > someone from Ettus support knows for sure and can help with the OOT. > > Your OOT looks like it is using python3 > > Philip > >> On 2/20/20 2:41 PM, Müller, Marcus (CEL) wrote: >> Hi Ivan, >> >> GNU Radio 3.7: Python2 >> GNU Radio 3.8: Py2 XOR Py3 >> GNU Radio >3.8: Py3 >>> On Thu, 2020-02-20 at 19:35 +0100, Ivan Iudice wrote: >>> Your help is very welcome! >>> I’m sorry for the stupid question, however, how can I know which version of >>> python is used by gnuradio? >>> >>> Ivan >>> >>>> Il giorno 20 feb 2020, alle ore 19:22, Philip Balister >>>> ha scritto: >>>> >>>> On 2/20/20 11:25 AM, Ivan Iudice wrote: >>>>> Hi Philip! >>>>> I only have site-package folder in both python2.7 and python3.5 lib >>>>> folders, no dist-package. >>>>> The problem is that in python3.5/site-package there is not numpy, it’s >>>>> only in python2.7/site-package. >>>>> Is it not installed for python3? How can I install it in both the sdk >>>>> sysroot and in the target? >>>> >>>> hmm, is gnuradio on the e310 using python 2 or 3? Maybe mixed python >>>> versions. >>>> >>>> Sorry for the short answer, trying to help, but I don't use the Ettus >>>> builds for gnuradio. >>>> >>>> Philip >>>> >>>>> Thanks so much. >>>>> >>>>> Ivan >>>>> >>>>>>> Il giorno 20 feb 2020, alle ore 17:05, Philip Balister >>>>>>> ha scritto: >>>>>> >>>>>> I had some dist-packages versus site-packages with some versions of >>>>>> gnuradio. See if both exist. I'm betting numpy is in site-packages. >>>>>> >>>>>> Philip >>>>>> >>>>>>> On 2/19/20 4:46 PM, Ivan Iudice wrote: >>>>>>> I’m curious to know if there is somebody in the list developing for >>>>>>> E310 using current SDK. >>>>>>> This is a problem that, obviously, everybody wants execute custom >>>>>>> module could incur. >>>>>>> Any ideas? >>>>>>> >>>>>>> Ivan >>>>>>> >>>>>>>>> Il giorno 17 feb 2020, alle ore 17:31, kron...@tiscali.it ha scritto: >>>>>>>> >>>>>>>> >>>>>>>> Dear all, >>>>>>>> finally I cross-compiled my OOT module for running on USRP E310. >>>>>>>> Based on the instructions at >>>>>>>> "https://kb.ettus.com/Software_Development_on_the_E3xx_USRP_-_Building_RFNoC_UHD_/_GNU_Radio_/_gr-ettus_from_Source";, >>>>>>>> I set the environment variable PYTHONPATH a little bit different, to >>>>>>>> point the path of the installed OOT module: >>>>>>>> >>>>>>>> export PYTHONPATH=$LOCALPREFIX/lib/python3.5/dist-packages:$PYTHONPATH >>>>>>>> >>>>>>>> Such a way, on the target I can load my custom module in python. >>>>>>>> root@ni-e31x-316AFEA:~# python3 -c "import custom_mod" >>>>>>>> I created a flowgraph that use my OOT module, and I discovered in the >>>>>>>> newer file system for E310 python3 has not all of the needed libraries. >>>>>>>> root@ni-e31x-316AFEA:~# ./top_block.py >>>>>>>> Traceback (most recent call last): >>>>>>>> File "./top_block.py", line 12, in >>>>>>>> from gnuradio import blocks >>>>>>>> File >>>>>>>> "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/blocks/__init__.py", >>>>>>>> line 38, in >>>>>>>> from .stream_to_vector_decimator import * >>>>>>>> File >>>>>>>> "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/blocks/stream_to_vector_decimator.py", >>>>>>>> line 23, in >>>>>>>> from gnuradio import gr >>>>>>>> File >>>>>>>> "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/gr/__init__.py", >>>>>>>> line 46, in >>>>>>>> from .top_block import * >>>>>>>> File >>>>>>>> "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/gr/top_block.py", >>>>>>>> line 32, in >>>>>>>> from .hier_block2 import hier_block2 >>>>>>>> File >>>>>>>> "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/gr/hier_block2.py", >>>>>>>> line 26, in >>>>>>>> import pmt >>>>>>>> File >>>>>>>> "/home/root/localinstall/usr/lib/python3.5/dist-packages/pmt/__init__.py", >>>>>>>> line 61, in >>>>>>>> from .pmt_to_python import pmt_to_python as to_python >>>>>>>> File >>>>>>>> "/home/root/localinstall/usr/lib/python3.5/dist-packages/pmt/pmt_to_python.py", >>>>>>>> line 23, in >>>>>>>> import numpy >>>>>>>> ImportError: No module named 'numpy' >>>>>>>> How could I solve the problem? >>>>>>>> I'm so close to run my OOT modules on the target... >>>>>>>> Thanks so much. >>>>>>>> Ivan >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Con Tiscali Mobile Smart 30 4G hai minuti illimitati, 100 SMS e 30 >>>>>>>> Giga in 4G a soli 8,99€ al mese. http://tisca.li/smart30 >>>>>>>> >>> >>>
Re: [GNU Radio 3.8] Error loading modules on E310
Your help is very welcome! I’m sorry for the stupid question, however, how can I know which version of python is used by gnuradio? Ivan > Il giorno 20 feb 2020, alle ore 19:22, Philip Balister > ha scritto: > > On 2/20/20 11:25 AM, Ivan Iudice wrote: >> Hi Philip! >> I only have site-package folder in both python2.7 and python3.5 lib folders, >> no dist-package. >> The problem is that in python3.5/site-package there is not numpy, it’s only >> in python2.7/site-package. >> Is it not installed for python3? How can I install it in both the sdk >> sysroot and in the target? > > hmm, is gnuradio on the e310 using python 2 or 3? Maybe mixed python > versions. > > Sorry for the short answer, trying to help, but I don't use the Ettus > builds for gnuradio. > > Philip > >> Thanks so much. >> >> Ivan >> >>>> Il giorno 20 feb 2020, alle ore 17:05, Philip Balister >>>> ha scritto: >>> >>> I had some dist-packages versus site-packages with some versions of >>> gnuradio. See if both exist. I'm betting numpy is in site-packages. >>> >>> Philip >>> >>>> On 2/19/20 4:46 PM, Ivan Iudice wrote: >>>> I’m curious to know if there is somebody in the list developing for E310 >>>> using current SDK. >>>> This is a problem that, obviously, everybody wants execute custom module >>>> could incur. >>>> Any ideas? >>>> >>>> Ivan >>>> >>>>>> Il giorno 17 feb 2020, alle ore 17:31, kron...@tiscali.it ha scritto: >>>>> >>>>> >>>>> Dear all, >>>>> finally I cross-compiled my OOT module for running on USRP E310. >>>>> Based on the instructions at >>>>> "https://kb.ettus.com/Software_Development_on_the_E3xx_USRP_-_Building_RFNoC_UHD_/_GNU_Radio_/_gr-ettus_from_Source";, >>>>> I set the environment variable PYTHONPATH a little bit different, to >>>>> point the path of the installed OOT module: >>>>> >>>>> export PYTHONPATH=$LOCALPREFIX/lib/python3.5/dist-packages:$PYTHONPATH >>>>> >>>>> Such a way, on the target I can load my custom module in python. >>>>> root@ni-e31x-316AFEA:~# python3 -c "import custom_mod" >>>>> I created a flowgraph that use my OOT module, and I discovered in the >>>>> newer file system for E310 python3 has not all of the needed libraries. >>>>> root@ni-e31x-316AFEA:~# ./top_block.py >>>>> Traceback (most recent call last): >>>>> File "./top_block.py", line 12, in >>>>> from gnuradio import blocks >>>>> File >>>>> "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/blocks/__init__.py", >>>>> line 38, in >>>>> from .stream_to_vector_decimator import * >>>>> File >>>>> "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/blocks/stream_to_vector_decimator.py", >>>>> line 23, in >>>>> from gnuradio import gr >>>>> File >>>>> "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/gr/__init__.py", >>>>> line 46, in >>>>> from .top_block import * >>>>> File >>>>> "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/gr/top_block.py", >>>>> line 32, in >>>>> from .hier_block2 import hier_block2 >>>>> File >>>>> "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/gr/hier_block2.py", >>>>> line 26, in >>>>> import pmt >>>>> File >>>>> "/home/root/localinstall/usr/lib/python3.5/dist-packages/pmt/__init__.py", >>>>> line 61, in >>>>> from .pmt_to_python import pmt_to_python as to_python >>>>> File >>>>> "/home/root/localinstall/usr/lib/python3.5/dist-packages/pmt/pmt_to_python.py", >>>>> line 23, in >>>>> import numpy >>>>> ImportError: No module named 'numpy' >>>>> How could I solve the problem? >>>>> I'm so close to run my OOT modules on the target... >>>>> Thanks so much. >>>>> Ivan >>>>> >>>>> >>>>> >>>>> Con Tiscali Mobile Smart 30 4G hai minuti illimitati, 100 SMS e 30 Giga >>>>> in 4G a soli 8,99€ al mese. http://tisca.li/smart30 >>>>> >>>> >> >>
Re: [GNU Radio 3.8] Error loading modules on E310
Hi Philip! I only have site-package folder in both python2.7 and python3.5 lib folders, no dist-package. The problem is that in python3.5/site-package there is not numpy, it’s only in python2.7/site-package. Is it not installed for python3? How can I install it in both the sdk sysroot and in the target? Thanks so much. Ivan > Il giorno 20 feb 2020, alle ore 17:05, Philip Balister > ha scritto: > > I had some dist-packages versus site-packages with some versions of > gnuradio. See if both exist. I'm betting numpy is in site-packages. > > Philip > >> On 2/19/20 4:46 PM, Ivan Iudice wrote: >> I’m curious to know if there is somebody in the list developing for E310 >> using current SDK. >> This is a problem that, obviously, everybody wants execute custom module >> could incur. >> Any ideas? >> >> Ivan >> >>>> Il giorno 17 feb 2020, alle ore 17:31, kron...@tiscali.it ha scritto: >>> >>> >>> Dear all, >>> finally I cross-compiled my OOT module for running on USRP E310. >>> Based on the instructions at >>> "https://kb.ettus.com/Software_Development_on_the_E3xx_USRP_-_Building_RFNoC_UHD_/_GNU_Radio_/_gr-ettus_from_Source";, >>> I set the environment variable PYTHONPATH a little bit different, to point >>> the path of the installed OOT module: >>> >>> export PYTHONPATH=$LOCALPREFIX/lib/python3.5/dist-packages:$PYTHONPATH >>> >>> Such a way, on the target I can load my custom module in python. >>> root@ni-e31x-316AFEA:~# python3 -c "import custom_mod" >>> I created a flowgraph that use my OOT module, and I discovered in the newer >>> file system for E310 python3 has not all of the needed libraries. >>> root@ni-e31x-316AFEA:~# ./top_block.py >>> Traceback (most recent call last): >>> File "./top_block.py", line 12, in >>>from gnuradio import blocks >>> File >>> "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/blocks/__init__.py", >>> line 38, in >>>from .stream_to_vector_decimator import * >>> File >>> "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/blocks/stream_to_vector_decimator.py", >>> line 23, in >>>from gnuradio import gr >>> File >>> "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/gr/__init__.py", >>> line 46, in >>>from .top_block import * >>> File >>> "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/gr/top_block.py", >>> line 32, in >>>from .hier_block2 import hier_block2 >>> File >>> "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/gr/hier_block2.py", >>> line 26, in >>>import pmt >>> File >>> "/home/root/localinstall/usr/lib/python3.5/dist-packages/pmt/__init__.py", >>> line 61, in >>>from .pmt_to_python import pmt_to_python as to_python >>> File >>> "/home/root/localinstall/usr/lib/python3.5/dist-packages/pmt/pmt_to_python.py", >>> line 23, in >>>import numpy >>> ImportError: No module named 'numpy' >>> How could I solve the problem? >>> I'm so close to run my OOT modules on the target... >>> Thanks so much. >>> Ivan >>> >>> >>> >>> Con Tiscali Mobile Smart 30 4G hai minuti illimitati, 100 SMS e 30 Giga in >>> 4G a soli 8,99€ al mese. http://tisca.li/smart30 >>> >>
Re: [GNU Radio 3.8] Error loading modules on E310
I’m curious to know if there is somebody in the list developing for E310 using current SDK. This is a problem that, obviously, everybody wants execute custom module could incur. Any ideas? Ivan > Il giorno 17 feb 2020, alle ore 17:31, kron...@tiscali.it ha scritto: > > > Dear all, > finally I cross-compiled my OOT module for running on USRP E310. > Based on the instructions at > "https://kb.ettus.com/Software_Development_on_the_E3xx_USRP_-_Building_RFNoC_UHD_/_GNU_Radio_/_gr-ettus_from_Source";, > I set the environment variable PYTHONPATH a little bit different, to point > the path of the installed OOT module: > > export PYTHONPATH=$LOCALPREFIX/lib/python3.5/dist-packages:$PYTHONPATH > > Such a way, on the target I can load my custom module in python. > root@ni-e31x-316AFEA:~# python3 -c "import custom_mod" > I created a flowgraph that use my OOT module, and I discovered in the newer > file system for E310 python3 has not all of the needed libraries. > root@ni-e31x-316AFEA:~# ./top_block.py > Traceback (most recent call last): > File "./top_block.py", line 12, in > from gnuradio import blocks > File > "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/blocks/__init__.py", > line 38, in > from .stream_to_vector_decimator import * > File > "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/blocks/stream_to_vector_decimator.py", > line 23, in > from gnuradio import gr > File > "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/gr/__init__.py", > line 46, in > from .top_block import * > File > "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/gr/top_block.py", > line 32, in > from .hier_block2 import hier_block2 > File > "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/gr/hier_block2.py", > line 26, in > import pmt > File > "/home/root/localinstall/usr/lib/python3.5/dist-packages/pmt/__init__.py", > line 61, in > from .pmt_to_python import pmt_to_python as to_python > File > "/home/root/localinstall/usr/lib/python3.5/dist-packages/pmt/pmt_to_python.py", > line 23, in > import numpy > ImportError: No module named 'numpy' > How could I solve the problem? > I'm so close to run my OOT modules on the target... > Thanks so much. > Ivan > > > > Con Tiscali Mobile Smart 30 4G hai minuti illimitati, 100 SMS e 30 Giga in 4G > a soli 8,99€ al mese. http://tisca.li/smart30 >
Re: Error cross-compiling OOT modules for E310
Anyone who is developing on E310? Ivan > Il giorno 12 feb 2020, alle ore 17:40, kron...@tiscali.it ha scritto: > > > Hi guys, > I'm trying to compile one of mine OOT module (C++), but I'm obtaining a > curious error. > https://pastebin.com/ZyfJcHCa > Looking at warnings, it seems that several header files are got from > /usr/include, and not from sdk sysroot. > What's going on? > Thank you. > Ivan > > > > Con Tiscali Mobile Smart 30 4G hai minuti illimitati, 100 SMS e 30 Giga in 4G > a soli 8,99€ al mese. http://tisca.li/smart30 >
Re: AttributeError: OOT Modul
Hi, are you under Ubuntu Linux? Try running first as root “ldconfig”. Ivan > Il giorno 12 feb 2020, alle ore 15:46, Till Hülder ha > scritto: > > > Hello, > > i build a OOT Module and after installing i get this error when i run the > program . > > File "/home/iheamira/Dokumente/BA_Huelder/gnu-radio/top_block.py", line > 219, in > main() > File "/home/iheamira/Dokumente/BA_Huelder/gnu-radio/top_block.py", line > 207, in main > tb = top_block_cls() > File "/home/iheamira/Dokumente/BA_Huelder/gnu-radio/top_block.py", line > 142, in __init__ > self.control_control_b_0 = control.control_b(5e-6, 1000, 10, 5e-6, 5e-6, > 5e-6, 200e-6, 100e-6, 0.2, samp_rate) > AttributeError: 'module' object has no attribute 'control_b' > > How can i fix this? > > Best regards , > Til
Re: PDU's
Hi. Take a look at the so called “polymorphic type”. https://wiki.gnuradio.org/index.php/Message_Passing Ivan > Il giorno 21 gen 2020, alle ore 17:07, sarandis. Doulgeris > ha scritto: > > > Where can i find information about PDU's. I searched the Manual I GnuRadio > page but i could not find anything for that topic just that some blocks use > PDU's
Re: Dynamic instances in hierarchical blocks
Hi Marcus, I implemented the hierarchical block directly in python and it worked! Thanks for support. Ivan > Il giorno 29 ott 2019, alle ore 00:35, Müller, Marcus (CEL) > ha scritto: > > Hi Ivan, > > that sounds a classical case of impossible to do in graphical, trivial > to do in Python. > So, write your hier block in Python – you could also base it on your > GRC-generated python file (and save it somewhere else, so that it > doesn't get overwritten). > > Best regards, > Marcus > >> On Mon, 2019-10-28 at 22:18 +0100, Ivan Iudice wrote: >> Hi all! >> I’m implementing my own testbed in GRC using hierarchical blocks to >> obtain a clearer flowgraph. >> I need to have a dynamic amount of instances of a particular sub- >> block, that I can set as parameter of the higher level block. >> How can I solve my problem? It could be very cool! >> Thank you. >> >> Ivan >>
Dynamic instances in hierarchical blocks
Hi all! I’m implementing my own testbed in GRC using hierarchical blocks to obtain a clearer flowgraph. I need to have a dynamic amount of instances of a particular sub-block, that I can set as parameter of the higher level block. How can I solve my problem? It could be very cool! Thank you. Ivan
Re: [Discuss-gnuradio] Cross-compiling UHD for E310
It could be a workaround... Why SDK and SD image are not aligned for E310? This is frustrating! Ivan > Il giorno 23 ott 2019, alle ore 00:48, Martin Braun > ha scritto: > > > It's a bit hacky, but you can install Boost from source and install it both > to the sysroots and the device. > >> On Fri, Oct 18, 2019 at 5:05 AM Ivan Iudice wrote: >> Hi all, >> now I’m able to compile uhd and gnuradio, but the sysroot of the sdk >> contains an older version of libboost in respect to the last file system for >> e310. >> anybody has suggestions? >> Substituting sysroot with the actual in sd could help? >> Thank you. >> >> Ivan >> >>>> Il giorno 15 ott 2019, alle ore 22:08, Nate Temple >>>> ha scritto: >>>> >>> >>> Hi Ivan, >>> >>> I would not recommend to use the 'master' branch at this time with the E310 >>> release-4 SDK. UHD 3.15.x.x bumps the deps from what is used in the >>> release-4 SDK. >>> >>> I would recommend to try using the version 3.14.1.1, which is the latest >>> stable release (note, you'll need to install python-six as described in the >>> app note). >>> >>> We will be releasing a new FS/SDK for the E310 with the upcoming UHD 3.15 >>> release. >>> >>> >>> Regards, >>> Nate Temple >>> >>>> On Tue, Oct 15, 2019 at 12:15 PM Ivan Iudice wrote: >>>> I forgot to say... Following the application note you recommended, I >>>> obtain the same results. >>>> Thank you. >>>> >>>> Ivan >>>> >>>>>> Il giorno 14 ott 2019, alle ore 21:02, Nate Temple >>>>>> ha scritto: >>>>>> >>>>> >>>>> Hi Ivan, >>>>> >>>>> What version of GNU Radio / UHD are you trying to compile? >>>>> >>>>> The existing release-4 SDK won't support GR 3.8 as it lacks several deps. >>>>> >>>>> Checkout this app note which covers cross compiling UHD (with RFNoC >>>>> enabled) / GR / gr-ettus. If you're not trying to use the RFNoC build, >>>>> you can use most of the instructions, but skip the cmake arg >>>>> -DENABLE_RFNOC=ON >>>>> >>>>> https://kb.ettus.com/Software_Development_on_the_E3xx_USRP_-_Building_RFNoC_UHD_/_GNU_Radio_/_gr-ettus_from_Source >>>>> >>>>> >>>>> Regards, >>>>> Nate Temple >>>>> >>>>>> On Mon, Oct 14, 2019 at 11:52 AM wrote: >>>>>> Hello guys! >>>>>> I'm trying to cross-compile uhd drivers for my E310 (SD image just >>>>>> updated). >>>>>> I installed the toolchain as in >>>>>> http://files.ettus.com/manual/page_usrp_e3xx.html#e3xx_software_dev_sdk,. >>>>>> When I try to compile the uhd drivers I obtain: >>>>>> https://pastebin.com/SAAFxXzv >>>>>> It seems that python libraries are not found. >>>>>> How can I solve? >>>>>> Thanks so much. >>>>>> Ivan >>>>>> >>>>>> >>>>>> >>>>>> Con Tiscali Mobile Smart 30 hai minuti illimitati, 30 Giga e 100 SMS a >>>>>> soli 7,99€ al mese. L'attivazione è gratis e disdici quando vuoi. >>>>>> http://tisca.li/smart30 >>>>>> >>>>>> ___ >>>>>> 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] Cross-compiling UHD for E310
Hi all, now I’m able to compile uhd and gnuradio, but the sysroot of the sdk contains an older version of libboost in respect to the last file system for e310. anybody has suggestions? Substituting sysroot with the actual in sd could help? Thank you. Ivan > Il giorno 15 ott 2019, alle ore 22:08, Nate Temple ha > scritto: > > > Hi Ivan, > > I would not recommend to use the 'master' branch at this time with the E310 > release-4 SDK. UHD 3.15.x.x bumps the deps from what is used in the release-4 > SDK. > > I would recommend to try using the version 3.14.1.1, which is the latest > stable release (note, you'll need to install python-six as described in the > app note). > > We will be releasing a new FS/SDK for the E310 with the upcoming UHD 3.15 > release. > > > Regards, > Nate Temple > >> On Tue, Oct 15, 2019 at 12:15 PM Ivan Iudice wrote: >> I forgot to say... Following the application note you recommended, I obtain >> the same results. >> Thank you. >> >> Ivan >> >>>> Il giorno 14 ott 2019, alle ore 21:02, Nate Temple >>>> ha scritto: >>>> >>> >>> Hi Ivan, >>> >>> What version of GNU Radio / UHD are you trying to compile? >>> >>> The existing release-4 SDK won't support GR 3.8 as it lacks several deps. >>> >>> Checkout this app note which covers cross compiling UHD (with RFNoC >>> enabled) / GR / gr-ettus. If you're not trying to use the RFNoC build, you >>> can use most of the instructions, but skip the cmake arg -DENABLE_RFNOC=ON >>> >>> https://kb.ettus.com/Software_Development_on_the_E3xx_USRP_-_Building_RFNoC_UHD_/_GNU_Radio_/_gr-ettus_from_Source >>> >>> >>> Regards, >>> Nate Temple >>> >>>> On Mon, Oct 14, 2019 at 11:52 AM wrote: >>>> Hello guys! >>>> I'm trying to cross-compile uhd drivers for my E310 (SD image just >>>> updated). >>>> I installed the toolchain as in >>>> http://files.ettus.com/manual/page_usrp_e3xx.html#e3xx_software_dev_sdk,. >>>> When I try to compile the uhd drivers I obtain: >>>> https://pastebin.com/SAAFxXzv >>>> It seems that python libraries are not found. >>>> How can I solve? >>>> Thanks so much. >>>> Ivan >>>> >>>> >>>> >>>> Con Tiscali Mobile Smart 30 hai minuti illimitati, 30 Giga e 100 SMS a >>>> soli 7,99€ al mese. L'attivazione è gratis e disdici quando vuoi. >>>> http://tisca.li/smart30 >>>> >>>> ___ >>>> 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] Cross-compiling UHD for E310
I forgot to say... Following the application note you recommended, I obtain the same results. Thank you. Ivan >> Il giorno 14 ott 2019, alle ore 21:02, Nate Temple >> ha scritto: > > Hi Ivan, > > What version of GNU Radio / UHD are you trying to compile? > > The existing release-4 SDK won't support GR 3.8 as it lacks several deps. > > Checkout this app note which covers cross compiling UHD (with RFNoC enabled) > / GR / gr-ettus. If you're not trying to use the RFNoC build, you can use > most of the instructions, but skip the cmake arg -DENABLE_RFNOC=ON > > https://kb.ettus.com/Software_Development_on_the_E3xx_USRP_-_Building_RFNoC_UHD_/_GNU_Radio_/_gr-ettus_from_Source > > > Regards, > Nate Temple > >> On Mon, Oct 14, 2019 at 11:52 AM wrote: >> Hello guys! >> I'm trying to cross-compile uhd drivers for my E310 (SD image just updated). >> I installed the toolchain as in >> http://files.ettus.com/manual/page_usrp_e3xx.html#e3xx_software_dev_sdk,. >> When I try to compile the uhd drivers I obtain: >> https://pastebin.com/SAAFxXzv >> It seems that python libraries are not found. >> How can I solve? >> Thanks so much. >> Ivan >> >> >> >> Con Tiscali Mobile Smart 30 hai minuti illimitati, 30 Giga e 100 SMS a soli >> 7,99€ al mese. L'attivazione è gratis e disdici quando vuoi. >> http://tisca.li/smart30 >> >> ___ >> 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] Cross-compiling UHD for E310
Hi Nate, I obtained SDK using my installation of UHD v3.15.0. user@machine:~/usrp_e310_sdk$ cat version-cortexa9hf-neon-oe-linux-gnueabi Distro: Alchemy Distro Version: 2018.04 Metadata Revision: a5dcf0c4bd9a0be2f2484b0b1b3e77f1f2128dfc Timestamp: 20190426232955 I'm trying to compile UHD from git, the last version. Thank you. Ivan > Il giorno 14 ott 2019, alle ore 21:02, Nate Temple ha > scritto: > > > Hi Ivan, > > What version of GNU Radio / UHD are you trying to compile? > > The existing release-4 SDK won't support GR 3.8 as it lacks several deps. > > Checkout this app note which covers cross compiling UHD (with RFNoC enabled) > / GR / gr-ettus. If you're not trying to use the RFNoC build, you can use > most of the instructions, but skip the cmake arg -DENABLE_RFNOC=ON > > https://kb.ettus.com/Software_Development_on_the_E3xx_USRP_-_Building_RFNoC_UHD_/_GNU_Radio_/_gr-ettus_from_Source > > > Regards, > Nate Temple > >> On Mon, Oct 14, 2019 at 11:52 AM wrote: >> Hello guys! >> I'm trying to cross-compile uhd drivers for my E310 (SD image just updated). >> I installed the toolchain as in >> http://files.ettus.com/manual/page_usrp_e3xx.html#e3xx_software_dev_sdk,. >> When I try to compile the uhd drivers I obtain: >> https://pastebin.com/SAAFxXzv >> It seems that python libraries are not found. >> How can I solve? >> Thanks so much. >> Ivan >> >> >> >> Con Tiscali Mobile Smart 30 hai minuti illimitati, 30 Giga e 100 SMS a soli >> 7,99€ al mese. L'attivazione è gratis e disdici quando vuoi. >> http://tisca.li/smart30 >> >> ___ >> 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] gr-doa USRP E310
Hello, tell me, is it possible to use gr-doa with usrp e310 boards? If so, what conditions must be met? Thank you in advance. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] UHD_Source.USRP N310
Hello. I'm interested in the principle of UHD_Source. "Start continuous" tells the device to make the streams of samples infinite. "Continuous stop" tells the device to stop the continuous transmission. "Num sams and done" reports that it is working, and does not expect a future thread command for contiguous samples. "Num samps and more" reports the following: And is it possible to switch between the modes in the UHD_Source and RFNoc_radio ?? In the pure uhd code I used Num sams and done but now I want to try using FPGA for FFT processing and so I use GNURadio. Thanks for the help ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GNURadio Help
N200 2018-06-14 8:58 GMT+03:00 Ivan Zahartchuk : > I'm still interested in the principle of the UHD_Source unit. > "Start continuous" tells the device to stream samples indefinitely. > "Stop continuous" tells the device to end continuous streaming. > "Num sams and done" tells the device to stream num sams and to not > expect a future stream command for contiguous samples. > "Num samps and more" tells the device to stream num sams and to > expect a future stream command for contiguous samples. > I made such a receiver on python_und and I could get to see 4Ghz for 120ms > using the B200 > > 2018-06-13 18:46 GMT+03:00 John Medrano : > >> Hello, >> >> I see you are using an E310, now this seems to make a bit more sense as >> to what you are trying to do. >> >> Although you can use RFNOC to increase the processor ability to do FFT >> function, it is actually not needed for initial testing. In GNU radio, >> there are many ways to enhance your design, but there is a simple approach >> that will work. >> >> RADIO->STREAM TO VECTOR->FFT->CUSTOM BLOCK >> >> The FFT block will pass data to your custom blocks of X data points. >> Where X is your FFT Size. >> >> Your custom block would then store 1 block of X data points, and then set >> a flag to indicate that it has data. So your custom block should have >> functions to check flag and retrieve data. >> The rest of the work you can do in Python. >> >> while 1: >> tb.start() >> time.sleep(1.0) >> tb.stop() >> tb.wait() >> tb.store_data() >> tb.change_freq() >> >> tb.store_data() will check your custom block to see if data there, and if >> yes will store it to file in whatever format you want. tb.change_freq() >> will basically change the frequency of radio component to new frequency >> setting. You would need to add code in Python that transmits to host when >> all data blocks have been collected. >> >> One big problem with E310 though, I doubt if you are going to be able to >> process with a sample rate of 30 MHz. You may have to go down to as low as >> 5 MHz. The only approach that would increase band width would to move your >> custom block and FFT back into FPGA with RFNOC. But this is very complex >> endeavor. >> >> >> On Wed, Jun 13, 2018 at 9:06 AM, Ivan Zahartchuk >> wrote: >> >>> I want to process not 6GHz but 30 MHz at a time. Ie I read 30 MHz at a >>> frequency of 400 MHz (for example) then I do 30 MHz FFT and write them to >>> the buffer. And so up to 6GHz. Then when the buffer is full, I transfer >>> the data to the host machine (I use the USRP E310 board) to display the >>> data. >>> In fact, it should be such a broadband spectrum analyzer not in real >>> time. >>> >>> 2018-06-13 17:57 GMT+03:00 John Medrano : >>> >>>> Hello. >>>> >>>> If I understand what you are saying correctly, you would like to >>>> process wide band data. And you mention 70 MHz to 6 GHz. >>>> >>>> Even with RFNOC there is a limitation on the amount of data you can >>>> process simultaneously, and that is about 200 MHz. There is no way possible >>>> to simultaneously process a 6GHz band with one host and radio. You would >>>> need an array of radios. >>>> >>>> Please provide more details on design requirements, it hard to >>>> understand what you are trying to accomplish. >>>> >>>> On Wed, Jun 13, 2018 at 8:46 AM, Ivan Zahartchuk >>>> wrote: >>>> >>>>> In the future, I would also like to use the RFNoC >>>>> >>>>> 2018-06-13 17:42 GMT+03:00 Ivan Zahartchuk : >>>>> >>>>>> I need to rebuild the frequency, do fft and then transfer the whole >>>>>> array from 70 to 6GHz to the host machine. I do not quite imagine >>>>>> how you can do this with standard blocks in gnuradio. >>>>>> >>>>>> >>>>>> 2018-06-13 17:32 GMT+03:00 Müller, Marcus (CEL) : >>>>>> >>>>>>> Dear Ivan, >>>>>>> >>>>>>> you don't pass data to a block yourself. >>>>>>> >>>>>>> You write a block that does a clearly-limited signal processing job, >>>>>>> and use GNU Radio to connect that to other blocks: >>>>>>> >&g
Re: [Discuss-gnuradio] GNURadio Help
I'm still interested in the principle of the UHD_Source unit. "Start continuous" tells the device to stream samples indefinitely. "Stop continuous" tells the device to end continuous streaming. "Num sams and done" tells the device to stream num sams and to not expect a future stream command for contiguous samples. "Num samps and more" tells the device to stream num sams and to expect a future stream command for contiguous samples. I made such a receiver on python_und and I could get to see 4Ghz for 120ms using the B200 2018-06-13 18:46 GMT+03:00 John Medrano : > Hello, > > I see you are using an E310, now this seems to make a bit more sense as > to what you are trying to do. > > Although you can use RFNOC to increase the processor ability to do FFT > function, it is actually not needed for initial testing. In GNU radio, > there are many ways to enhance your design, but there is a simple approach > that will work. > > RADIO->STREAM TO VECTOR->FFT->CUSTOM BLOCK > > The FFT block will pass data to your custom blocks of X data points. Where > X is your FFT Size. > > Your custom block would then store 1 block of X data points, and then set > a flag to indicate that it has data. So your custom block should have > functions to check flag and retrieve data. > The rest of the work you can do in Python. > > while 1: > tb.start() > time.sleep(1.0) > tb.stop() > tb.wait() > tb.store_data() > tb.change_freq() > > tb.store_data() will check your custom block to see if data there, and if > yes will store it to file in whatever format you want. tb.change_freq() > will basically change the frequency of radio component to new frequency > setting. You would need to add code in Python that transmits to host when > all data blocks have been collected. > > One big problem with E310 though, I doubt if you are going to be able to > process with a sample rate of 30 MHz. You may have to go down to as low as > 5 MHz. The only approach that would increase band width would to move your > custom block and FFT back into FPGA with RFNOC. But this is very complex > endeavor. > > > On Wed, Jun 13, 2018 at 9:06 AM, Ivan Zahartchuk > wrote: > >> I want to process not 6GHz but 30 MHz at a time. Ie I read 30 MHz at a >> frequency of 400 MHz (for example) then I do 30 MHz FFT and write them to >> the buffer. And so up to 6GHz. Then when the buffer is full, I transfer >> the data to the host machine (I use the USRP E310 board) to display the >> data. >> In fact, it should be such a broadband spectrum analyzer not in real time. >> >> 2018-06-13 17:57 GMT+03:00 John Medrano : >> >>> Hello. >>> >>> If I understand what you are saying correctly, you would like to process >>> wide band data. And you mention 70 MHz to 6 GHz. >>> >>> Even with RFNOC there is a limitation on the amount of data you can >>> process simultaneously, and that is about 200 MHz. There is no way possible >>> to simultaneously process a 6GHz band with one host and radio. You would >>> need an array of radios. >>> >>> Please provide more details on design requirements, it hard to >>> understand what you are trying to accomplish. >>> >>> On Wed, Jun 13, 2018 at 8:46 AM, Ivan Zahartchuk >>> wrote: >>> >>>> In the future, I would also like to use the RFNoC >>>> >>>> 2018-06-13 17:42 GMT+03:00 Ivan Zahartchuk : >>>> >>>>> I need to rebuild the frequency, do fft and then transfer the whole >>>>> array from 70 to 6GHz to the host machine. I do not quite imagine how >>>>> you can do this with standard blocks in gnuradio. >>>>> >>>>> >>>>> 2018-06-13 17:32 GMT+03:00 Müller, Marcus (CEL) : >>>>> >>>>>> Dear Ivan, >>>>>> >>>>>> you don't pass data to a block yourself. >>>>>> >>>>>> You write a block that does a clearly-limited signal processing job, >>>>>> and use GNU Radio to connect that to other blocks: >>>>>> >>>>>> https://tutorials.gnuradio.org >>>>>> >>>>>> In your case, instantiating a USRP source in your block makes >>>>>> absolutely no sense, for example. You'd build a flow graph containing >>>>>> the USRP source, and your custom-written block, and you'd connect >>>>>> these >>>>>> two. >>>>>> >>>>>> It&
Re: [Discuss-gnuradio] GNURadio Help
I want to process not 6GHz but 30 MHz at a time. Ie I read 30 MHz at a frequency of 400 MHz (for example) then I do 30 MHz FFT and write them to the buffer. And so up to 6GHz. Then when the buffer is full, I transfer the data to the host machine (I use the USRP E310 board) to display the data. In fact, it should be such a broadband spectrum analyzer not in real time. 2018-06-13 17:57 GMT+03:00 John Medrano : > Hello. > > If I understand what you are saying correctly, you would like to process > wide band data. And you mention 70 MHz to 6 GHz. > > Even with RFNOC there is a limitation on the amount of data you can > process simultaneously, and that is about 200 MHz. There is no way possible > to simultaneously process a 6GHz band with one host and radio. You would > need an array of radios. > > Please provide more details on design requirements, it hard to understand > what you are trying to accomplish. > > On Wed, Jun 13, 2018 at 8:46 AM, Ivan Zahartchuk > wrote: > >> In the future, I would also like to use the RFNoC >> >> 2018-06-13 17:42 GMT+03:00 Ivan Zahartchuk : >> >>> I need to rebuild the frequency, do fft and then transfer the whole >>> array from 70 to 6GHz to the host machine. I do not quite imagine how >>> you can do this with standard blocks in gnuradio. >>> >>> >>> 2018-06-13 17:32 GMT+03:00 Müller, Marcus (CEL) : >>> >>>> Dear Ivan, >>>> >>>> you don't pass data to a block yourself. >>>> >>>> You write a block that does a clearly-limited signal processing job, >>>> and use GNU Radio to connect that to other blocks: >>>> >>>> https://tutorials.gnuradio.org >>>> >>>> In your case, instantiating a USRP source in your block makes >>>> absolutely no sense, for example. You'd build a flow graph containing >>>> the USRP source, and your custom-written block, and you'd connect these >>>> two. >>>> >>>> It's sadly not really clear what you want to achieve, so I'm afraid I'm >>>> not able to help you here. >>>> >>>> Generally, GNU Radio pretty much takes the idea of "draw a block >>>> diagram of what you want to achieve with your signal processing", and >>>> directly translates it to "using existing blocks and writing new ones, >>>> and letting GNU Radio take care of how the data gets around". >>>> >>>> Also, wideband signal processing and implementing a sync_block in >>>> Python... do not work well together. >>>> >>>> So, I think you might really be a bit confused about the architecture >>>> of GNU Radio – I really hope the tutorials explain that better than I >>>> could. >>>> >>>> Best regards, >>>> Marcus >>>> >>>> On Wed, 2018-06-13 at 17:16 +0300, Ivan Zahartchuk wrote: >>>> > Hello. I'm trying to write a block in gnuradio for broadband >>>> reception. >>>> > The main problem at the moment is to transfer data to the fft block. >>>> > I'm new to python and so it's hard for me to figure this out.import >>>> numpy as np >>>> > >>>> > I need an array of data to pass to the gnuradio.fft.fft.vcc block >>>> > >>>> > from gnuradio import gr >>>> > from gnuradio import uhd >>>> > from gnuradio import fft >>>> > >>>> > class blk(gr.sync_block): # other base classes are basic_block, >>>> decim_block, interp_block >>>> > """Embedded Python Block example - a simple multiply const""" >>>> > >>>> > def __init__(self, >>>> > gain=1.0,start_freq=70e6,stop_freq=6000e6,samp_rate=30e6): >>>> # only default arguments here >>>> > """arguments to this function show up as parameters in GRC""" >>>> > gr.sync_block.__init__( >>>> > self, >>>> > name='Python Block', # will show up in GRC >>>> > in_sig=None, >>>> > out_sig=[np.complex64,np.complex64] >>>> > ) >>>> > # if an attribute with the same name as a parameter is found, >>>> > # a callback is registered (properties work, too). >>>> > self.gain = gain >>>> >
Re: [Discuss-gnuradio] GNURadio Help
In the future, I would also like to use the RFNoC
2018-06-13 17:42 GMT+03:00 Ivan Zahartchuk :
> I need to rebuild the frequency, do fft and then transfer the whole array
> from 70 to 6GHz to the host machine. I do not quite imagine how you can
> do this with standard blocks in gnuradio.
>
>
> 2018-06-13 17:32 GMT+03:00 Müller, Marcus (CEL) :
>
>> Dear Ivan,
>>
>> you don't pass data to a block yourself.
>>
>> You write a block that does a clearly-limited signal processing job,
>> and use GNU Radio to connect that to other blocks:
>>
>> https://tutorials.gnuradio.org
>>
>> In your case, instantiating a USRP source in your block makes
>> absolutely no sense, for example. You'd build a flow graph containing
>> the USRP source, and your custom-written block, and you'd connect these
>> two.
>>
>> It's sadly not really clear what you want to achieve, so I'm afraid I'm
>> not able to help you here.
>>
>> Generally, GNU Radio pretty much takes the idea of "draw a block
>> diagram of what you want to achieve with your signal processing", and
>> directly translates it to "using existing blocks and writing new ones,
>> and letting GNU Radio take care of how the data gets around".
>>
>> Also, wideband signal processing and implementing a sync_block in
>> Python... do not work well together.
>>
>> So, I think you might really be a bit confused about the architecture
>> of GNU Radio – I really hope the tutorials explain that better than I
>> could.
>>
>> Best regards,
>> Marcus
>>
>> On Wed, 2018-06-13 at 17:16 +0300, Ivan Zahartchuk wrote:
>> > Hello. I'm trying to write a block in gnuradio for broadband reception.
>> > The main problem at the moment is to transfer data to the fft block.
>> > I'm new to python and so it's hard for me to figure this out.import
>> numpy as np
>> >
>> > I need an array of data to pass to the gnuradio.fft.fft.vcc block
>> >
>> > from gnuradio import gr
>> > from gnuradio import uhd
>> > from gnuradio import fft
>> >
>> > class blk(gr.sync_block): # other base classes are basic_block,
>> decim_block, interp_block
>> > """Embedded Python Block example - a simple multiply const"""
>> >
>> > def __init__(self,
>> > gain=1.0,start_freq=70e6,stop_freq=6000e6,samp_rate=30e6):
>> # only default arguments here
>> > """arguments to this function show up as parameters in GRC"""
>> > gr.sync_block.__init__(
>> > self,
>> > name='Python Block', # will show up in GRC
>> > in_sig=None,
>> > out_sig=[np.complex64,np.complex64]
>> > )
>> > # if an attribute with the same name as a parameter is found,
>> > # a callback is registered (properties work, too).
>> > self.gain = gain
>> > self.start_freq=start_freq
>> > self.stop_freq=stop_freq
>> > self.samp_rate=samp_rate
>> > self.uhd_usrp_source_0 = uhd.usrp_source(",".join(("", "")),
>> > uhd.stream_args(
>> > cpu_format="fc32",
>> > otw_format="sc16",
>> > chanels=range(1),
>> > ),
>> > )
>> >
>> >
>> > self.uhd_usrp_source_0.set_clock_rate(30e6, uhd.ALL_MBOARDS)
>> > self.uhd_usrp_source_0.set_samp_rate(self.samp_rate)
>> > self.uhd_usrp_source_0.set_gain(self.gain, 0)
>> > self.uhd_usrp_source_0.set_antenna("RX2", 0)
>> > self.uhd_usrp_source_0.set_bandwidth(30e6, 0)
>> > self.range_freq=(self.stop_freq-self.start_freq)/self.samp_rate
>> >
>> > def work(self, input_items, output_items):
>> > """example: multiply with constant"""
>> > for i in np.range(self.range_freq):
>> > self.uhd_usrp_source_0.set_center_freq(self.start_freq+self
>> .samp_rate*i)
>> > data=np.array(self.uhd_usrp_source_0.finite_acquisition(819
>> 2))
>> > output_items[0][:] = input_items[0] * self.example_param
>> > return len(output_items[0])
>> > ___
>> > 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] GNURadio Help
I need to rebuild the frequency, do fft and then transfer the whole array
from 70 to 6GHz to the host machine. I do not quite imagine how you can do
this with standard blocks in gnuradio.
2018-06-13 17:32 GMT+03:00 Müller, Marcus (CEL) :
> Dear Ivan,
>
> you don't pass data to a block yourself.
>
> You write a block that does a clearly-limited signal processing job,
> and use GNU Radio to connect that to other blocks:
>
> https://tutorials.gnuradio.org
>
> In your case, instantiating a USRP source in your block makes
> absolutely no sense, for example. You'd build a flow graph containing
> the USRP source, and your custom-written block, and you'd connect these
> two.
>
> It's sadly not really clear what you want to achieve, so I'm afraid I'm
> not able to help you here.
>
> Generally, GNU Radio pretty much takes the idea of "draw a block
> diagram of what you want to achieve with your signal processing", and
> directly translates it to "using existing blocks and writing new ones,
> and letting GNU Radio take care of how the data gets around".
>
> Also, wideband signal processing and implementing a sync_block in
> Python... do not work well together.
>
> So, I think you might really be a bit confused about the architecture
> of GNU Radio – I really hope the tutorials explain that better than I
> could.
>
> Best regards,
> Marcus
>
> On Wed, 2018-06-13 at 17:16 +0300, Ivan Zahartchuk wrote:
> > Hello. I'm trying to write a block in gnuradio for broadband reception.
> > The main problem at the moment is to transfer data to the fft block.
> > I'm new to python and so it's hard for me to figure this out.import
> numpy as np
> >
> > I need an array of data to pass to the gnuradio.fft.fft.vcc block
> >
> > from gnuradio import gr
> > from gnuradio import uhd
> > from gnuradio import fft
> >
> > class blk(gr.sync_block): # other base classes are basic_block,
> decim_block, interp_block
> > """Embedded Python Block example - a simple multiply const"""
> >
> > def __init__(self,
> > gain=1.0,start_freq=70e6,stop_freq=6000e6,samp_rate=30e6):
> # only default arguments here
> > """arguments to this function show up as parameters in GRC"""
> > gr.sync_block.__init__(
> > self,
> > name='Python Block', # will show up in GRC
> > in_sig=None,
> > out_sig=[np.complex64,np.complex64]
> > )
> > # if an attribute with the same name as a parameter is found,
> > # a callback is registered (properties work, too).
> > self.gain = gain
> > self.start_freq=start_freq
> > self.stop_freq=stop_freq
> > self.samp_rate=samp_rate
> > self.uhd_usrp_source_0 = uhd.usrp_source(",".join(("", "")),
> > uhd.stream_args(
> > cpu_format="fc32",
> > otw_format="sc16",
> > chanels=range(1),
> > ),
> > )
> >
> >
> > self.uhd_usrp_source_0.set_clock_rate(30e6, uhd.ALL_MBOARDS)
> > self.uhd_usrp_source_0.set_samp_rate(self.samp_rate)
> > self.uhd_usrp_source_0.set_gain(self.gain, 0)
> > self.uhd_usrp_source_0.set_antenna("RX2", 0)
> > self.uhd_usrp_source_0.set_bandwidth(30e6, 0)
> > self.range_freq=(self.stop_freq-self.start_freq)/self.samp_rate
> >
> > def work(self, input_items, output_items):
> > """example: multiply with constant"""
> > for i in np.range(self.range_freq):
> > self.uhd_usrp_source_0.set_center_freq(self.start_freq+
> self.samp_rate*i)
> > data=np.array(self.uhd_usrp_source_0.finite_acquisition(
> 8192))
> > output_items[0][:] = input_items[0] * self.example_param
> > return len(output_items[0])
> > ___
> > 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] GNURadio Help
Hello. I'm trying to write a block in gnuradio for broadband reception.
The main problem at the moment is to transfer data to the fft block.
I'm new to python and so it's hard for me to figure this out.import numpy as np
I need an array of data to pass to the gnuradio.fft.fft.vcc block
from gnuradio import gr
from gnuradio import uhd
from gnuradio import fft
class blk(gr.sync_block): # other base classes are basic_block,
decim_block, interp_block
"""Embedded Python Block example - a simple multiply const"""
def __init__(self,
gain=1.0,start_freq=70e6,stop_freq=6000e6,samp_rate=30e6): # only
default arguments here
"""arguments to this function show up as parameters in GRC"""
gr.sync_block.__init__(
self,
name='Python Block', # will show up in GRC
in_sig=None,
out_sig=[np.complex64,np.complex64]
)
# if an attribute with the same name as a parameter is found,
# a callback is registered (properties work, too).
self.gain = gain
self.start_freq=start_freq
self.stop_freq=stop_freq
self.samp_rate=samp_rate
self.uhd_usrp_source_0 = uhd.usrp_source(",".join(("", "")),
uhd.stream_args(
cpu_format="fc32",
otw_format="sc16",
chanels=range(1),
),
)
self.uhd_usrp_source_0.set_clock_rate(30e6, uhd.ALL_MBOARDS)
self.uhd_usrp_source_0.set_samp_rate(self.samp_rate)
self.uhd_usrp_source_0.set_gain(self.gain, 0)
self.uhd_usrp_source_0.set_antenna("RX2", 0)
self.uhd_usrp_source_0.set_bandwidth(30e6, 0)
self.range_freq=(self.stop_freq-self.start_freq)/self.samp_rate
def work(self, input_items, output_items):
"""example: multiply with constant"""
for i in np.range(self.range_freq):
self.uhd_usrp_source_0.set_center_freq(self.start_freq+self.samp_rate*i)
data=np.array(self.uhd_usrp_source_0.finite_acquisition(8192))
output_items[0][:] = input_items[0] * self.example_param
return len(output_items[0])
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gr-lte running error
Hi Marcus
On Thu, Feb 9, 2017 at 3:18 PM, Marcus Müller
wrote:
> Hi Ivan,
>
> is it possible you've installed gr-lte into a place that python doesn't
> look in? You say you installed GNU Radio via an install script; are you
> referring to PyBOMBS, perhaps?
>
For GNU Radio I am using the build-script from
http://www.sbrac.org/files/build-gnuradio.
So GNU Radio is on default place.
When I am inside Python - import lte retutns no error, so I think Python
konows about lte package.
But Python still expects additional files which are not provided.
> In that case, make sure your "cmake" call when build gr-lte has a
> "-DCMAKE_INSTALL_PREFIX=/path/to/your/pybombs/prefix".
>
> Best regards,
>
> Marcus
>
All the best,
Ivan
>
> On 02/09/2017 01:46 PM, Ivan Penchev Ivanov wrote:
>
> Dear all,
> I have fresh install of GNURadio via install script.
> I installed gr-lte via build from source as explained in readme.
> I did p.5 in readme - compile hierarchical GRC blocks.
> The flowgraph lte_top_block_siso has no missing blocks.
> I am using my file as source.
> When I run th flowgraph I am having following error:
>
> Traceback (most recent call last):
>
> File "/home/ivan/gr-lte/examples/lte_top_block_siso.py", line 31, in
>
>
> from lte_bch_decoder import lte_bch_decoder # grc-generated hier_block
>
> File "/home/ivan/.grc_gnuradio/lte_bch_decoder.py", line 13, in
>
> import lte
>
> File "/usr/local/lib/python2.7/dist-packages/lte/__init__.py", line 45,
> in
>
> from lte_swig import *
>
> File "/usr/local/lib/python2.7/dist-packages/lte/lte_swig.py", line 28,
> in
>
> _lte_swig = swig_import_helper()
>
> File "/usr/local/lib/python2.7/dist-packages/lte/lte_swig.py", line 24,
> in swig_import_helper
>
> _mod = imp.load_module('_lte_swig', fp, pathname, description)
>
> ImportError: libgnuradio-lte.so: cannot open shared object file: No such
> file or directory
>
>
> Pls advise.
>
>
> Best regards.
>
> Ivan
>
>
> ___
> Discuss-gnuradio mailing
> listDiscuss-gnuradio@gnu.orghttps://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] gr-lte running error
Dear all,
I have fresh install of GNURadio via install script.
I installed gr-lte via build from source as explained in readme.
I did p.5 in readme - compile hierarchical GRC blocks.
The flowgraph lte_top_block_siso has no missing blocks.
I am using my file as source.
When I run th flowgraph I am having following error:
Traceback (most recent call last):
File "/home/ivan/gr-lte/examples/lte_top_block_siso.py", line 31, in
from lte_bch_decoder import lte_bch_decoder # grc-generated hier_block
File "/home/ivan/.grc_gnuradio/lte_bch_decoder.py", line 13, in
import lte
File "/usr/local/lib/python2.7/dist-packages/lte/__init__.py", line 45, in
from lte_swig import *
File "/usr/local/lib/python2.7/dist-packages/lte/lte_swig.py", line 28, in
_lte_swig = swig_import_helper()
File "/usr/local/lib/python2.7/dist-packages/lte/lte_swig.py", line 24, in
swig_import_helper
_mod = imp.load_module('_lte_swig', fp, pathname, description)
ImportError: libgnuradio-lte.so: cannot open shared object file: No such
file or directory
Pls advise.
Best regards.
Ivan
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] gnuradio embedded bitbake
Hi, I am working with gnuradio embedded for Zedboard, I got the following error with the bitbake error, $ bitbake gnuradio-dev-image Loading cache: 100% |###| ETA: 00:00:00 Loaded 2190 entries from dependency cache. Parsing recipes: 100% |#| Time: 00:00:00 Parsing of 1692 .bb files complete (1689 cached, 3 parsed). 2190 targets, 100 skipped, 0 masked, 0 errors. ERROR: No recipes available for: /home/ivan/Embebido/oe-repo/oe-core/../meta-xilinx/recipes-devtools/binutils/binutils-cross-canadian_2.23.2.bbappend /home/ivan/Embebido/oe-repo/oe-core/../meta-xilinx/recipes-devtools/qemu/qemu_1.7.0.bbappend /home/ivan/Embebido/oe-repo/oe-core/../meta-xilinx/recipes-devtools/gdb/gdb-cross_7.6.1.bbappend /home/ivan/Embebido/oe-repo/oe-core/../meta-xilinx/recipes-extended/libaio/libaio_0.3.109.bbappend /home/ivan/Embebido/oe-repo/oe-core/../meta-xilinx/recipes-extended/shadow/shadow_4.1.4.3.bbappend /home/ivan/Embebido/oe-repo/oe-core/../meta-xilinx/recipes-kernel/linux/linux-yocto_3.8.bbappend /home/ivan/Embebido/oe-repo/oe-core/../meta-xilinx/recipes-connectivity/openssl/openssl_1.0.1e.bbappend /home/ivan/Embebido/oe-repo/oe-core/../meta-xilinx/recipes-devtools/binutils/binutils-cross_2.23.2.bbappend /home/ivan/Embebido/oe-repo/oe-core/../meta-xilinx/recipes-devtools/binutils/binutils_2.23.2.bbappend /home/ivan/Embebido/oe-repo/oe-core/../meta-xilinx/recipes-kernel/linux/linux-yocto-tiny_3.8.bbappend /home/ivan/Embebido/oe-repo/oe-core/../meta-xilinx/recipes-devtools/gdb/gdb-cross-canadian_7.6.1.bbappend /home/ivan/Embebido/oe-repo/oe-core/../meta-xilinx/recipes-devtools/gdb/gdb_7.6.1.bbappend /home/ivan/Embebido/oe-repo/oe-core/../meta-xilinx/recipes-devtools/binutils/binutils-crosssdk_2.23.2.bbappend Summary: There was 1 ERROR message shown, returning a non-zero exit code. There is any suggestion? Regards, Ivan Rodriguez ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] OOT Module & Epiphany SDK (Parallella Board)
Hi list.
I started the journey of trying to write an OOT module containing functions
of the Epiphany SDK. So over my parallella board I compiled GNU Radio and
I created an OOT module called Epiphany and then I created a block called
toggle, with the idea of turn on and off a led from an epiphany core.
gr_modtool newmod epiphany
cd gr_epiphany
gr_modtool add -t sync toggle_led
Then I did a few changes on toggle_impl.cc (To start, I only added the
function e_init(NULL))
.
#include "toggle_impl.h"
#include
#include
namespace gr {
namespace epiphany {
.
: gr::sync_block("toggle",
gr::io_signature::make(1, 1, sizeof(int)),
gr::io_signature::make(0, 0, 0))
const int *in = (const int *) input_items[0];
// Do <+signal processing+>
e_platform_t platform;
e_epiphany_t dev;
e_mem_t emem;
char emsg[1024];
unsigned int row, col;
unsigned int data, led_state;
int i;
e_init(NULL);
Then I added a line in the CMakeLists.txt in the lib folder:
...
include_directories(/opt/adapteva/esdk.2015.1/tools/host.armv7l/include)
add_executable(test-epiphany ${test_epiphany_sources})
...
I put almost all the sources and headers of eSDK on the module folders.
When I compile I don't get any error, but when I run the top block I obtain
an AttributeError: 'module' object has no attribute.
If I run it on python, I observe that SWIG didn't wrap all the code:
import epiphany
>>> dir(epiphany)
['__builtins__', '__doc__', '__file__', '__name__', '__package__',
'__path__']
If I comment the line e_init(NULL); and recompile I obtain:
>>> dir(epiphany)
['__builtins__', '__doc__', '__file__', '__name__', '__package__',
'__path__', 'epiphany_swig', 'high_res_timer_epoch', 'high_res_timer_now',
'high_res_timer_now_perfmon', 'high_res_timer_tps', 'toggle',
'toggle_make', 'toggle_sptr', 'toggle_sptr_swigregister',
'toggle_swigregister']
It is logic because in this case I didn't use real functions of e-hal, only
objects.
So, additionally I changed the file epiphany_swig.i trying to understand
the functionality of SWIG (inventing):
%{
#include "epiphany/toggle.h"
#include
#include
%}
%include "epiphany/toggle.h"
%include
%include
GR_SWIG_BLOCK_MAGIC2(epiphany, toggle);
GR_SWIG_BLOCK_MAGIC2(epiphany, e-hal);
GR_SWIG_BLOCK_MAGIC2(epiphany, e-loader);
But I got an epiphany_swig.i:22: Error: Syntax error in input(1).
So here I'm stucked and I'm not a GNU Radio expert, and I know that trying
to put external functions in an OOT block is not easy for a newbie.
Aditional information:
Linux parallella 3.14.12-parallella-xilinx-g40a90c3 #1 SMP PREEMPT Fri Jan
23 22:01:51 CET 2015 armv7l armv7l armv7l GNU/Linux
GNU Radio 3.7.8
swig 2.0.11-1ubuntu2 armhf
eSDK 2015.1
Many thanks in advance for any information, or suggestion.
Best Regards.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Data transfer between gnuradio flowgraph and Python
I have a simple gnuradio flowgraph inside a Python script that takes data from a usrp source and does some simple processing with the fft block. The results are written in a file sink. I start the graph using the start() method, let it run for 100 ms, then stop it using the stop() and wait() methods. In the Python script that contains the flowgraph, there is a piece of code that reads data from the file sink and does some processing. I then change the usrp tune frequency and couple of other parameters and repeat the process. The problem is that the file keeps growing and I want to discard all previous data once I set the new parameters. It doesn't matter if I set 'append' to false. The file keeps growing as long as the flowgraph exists. I can terminate the flowgraph every time I want to change the parameters but that's not a convenient option because everything has to be reinitialized inside the usrp including the fpga bitfile. Is there a better way to transfer data between the flowgraph and the top level Python script? I was going to use something like a simple buffer that could be cleared but I couldn't find anything like that in the gnuradio library. Ivan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Spectral survey with USRP and GRC
Hello, I am trying to make a simple spectral survey with a USRP and GRC. I want to create a flowgraph that runs for a fixed number of iterations. In each iteration, I need to set a new center frequency in the uhd source, read data from the uhd source, run fft on it, and write results to a file. I have two problems I don't know how to solve. The first one is how to run a grc flowgraph for a fixed number of iterations. The second one, which looks harder to me, is how to change the center frequency in the uhd source between iterations. This would be easy if the center frequency could be passed through an input port. I've done something like this many times in Labview. However, the center frequency can only be set as a variable in the uhd source. Can this be done in grc or do I have to create the top level graph in Python or C++ to be able to reconfigure it after every iteration? Regards,Ivan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Windows audio-in and compilation issues
Dear list, I'm having lots of problems getting Gnuradio to work in Windows to process signals from a soundcard audio source. Please help! This is what I've tried so far: 1. Pre-built binaries ==> Audio source not working. I followed the instructions in the WindowsInstall [1] wiki and Bhaskar11's guide. The installation process was smooth, except that some of the recommended versions were no longer available, so I opted to pick the following replacements from the UCI repository so that I could get consistent compiler and matching library versions: numpy‑MKL‑1.8.2.win32‑py2.7.exe PyQt4‑4.10.4‑gpl‑Py2.7‑Qt4.8.6‑x32.exe PyQwt‑5.2.1‑py2.7‑x32‑pyqt4.10.4‑numpy1.8.1.exe PyOpenGL‑3.1.0.win32‑py2.7.exe I tried both the recommended stable 3.6.4.1 and the latest-stable 3.7.2.2 gnuradio binaries built by Ettus. GRC itself seems to work (without WX widgets in 3.7). However, I was unable to get the audio source working in both. Then I found bug #521 [3], which seems to indicate that the gr-audio windows source block does not work at this time. Is there any workaround to get streaming audio sources to work? Eg, an external virtual audio cable that writes to a wav file or memory buffer that gnuradio can do streaming reads from? 2. Compile in Cygwin ==> compilation problems According to the WindowsTips wiki [4], the only working audio sources for Windows are OSS audio and !PortAudio. OSS audio is only available in cygwin, while PortAudio is 'easy' in cygwin, so I tried this approach by following the CygwinInstallMain wiki [5]. This was a clean cygwin installation with the latest packages as of last week: cmake 2.8.9-2 cppunit 1.12.1-2 (1.12.0-1 is not available, and hopefully the incompatabilities with 1.12.1 are fixed) gcc-g++ 4.8.3-3 (3.4.4 is not available, and hopefully the incompatabilities with 4.3.4 are fixed) python 2.7.8-1 (2.6 is not available) libusb1.0 1.0.19-1 (libusb-win32 is not available) The wiki advised to compile three libraries manually. a. Boost => updates to instructions The WindowsTips wiki [6] says that boost 1.35 or later is required, and must be compiled as the cygwin binaries are too old or used mismatching compilers. This may not longer be necessary: cygwin packages currently list boost 1.50 and 1.53, and libboost-devel is at 1.55. I didn't seem to experience any subsequent boost-related compilation issues using the pre-built binaries, but decided to try a custom build anyway just in case. [6] recommended to build with 1.45, but boost threads in this version doesn't work after gcc 4.7 [7]. So I went with the latest boost 1.56. This built fine, but I included additional libraries based on other gnuradio+boost instructions, ie. ./bootstrap.sh --with-libraries=thread,date_time,program_options,filesystem,system,test b. wxPython => compilation issues I followed the instructions from the WxPythonCygwin wiki [8] and downloaded the 3.0.1.1 src. Not sure if the recommended patches are still required, as I got lots of warnings about redefining wxUSE_DATEPICKCTRL_GENERIC. I ran into the conflict between winsock.h and select.h's select. The suggestion to rename select.h didn't help, and I got other errors instead. I found a tip on another website about editing the winsock.h definition to match select.h's definition, and found that the winsock.h definition is actually wrapped within an ifndef like so: #ifndef __INSIDE_CYGWIN__ WINSOCK_API_LINKAGE int WSAAPI select(int nfds,fd_set *readfds,fd_set *writefds,fd_set *exceptfds,struct PTIMEVAL *timeout); #endif /* !__INSIDE_CYGWIN__ */ Should there simply be a #define __INSIDE_CYGWIN__ or -D__INSIDE_CYGWIN__ somewhere? Where should I put it? c. PortAudio => compiles ok While OSS audio should be sufficient for my needs, I decided to build PortAudio anyway. pa_stable_v19_20140130.tgz compiled and installed cleanly. d. Gnuradio => compilation issues I've fulfilled all the prerequisites except wxPython which should mean I just lose the wx widgets. Howver, when attempting the minimal GNU Radio build from [5], I encountered an error with the first step: $ make [ 0%] Generating volk_machine_avx_32_mmx.c /bin/sh: line 1: 4756 Aborted (core dumped) /usr/bin/python2 -B /usr/src/gnuradio-3.7.2/volk/gen/volk_tmpl_utils.py --input /usr/src/gnuradio-3.7.2/volk/tmpl/volk_machine_xxx.tmpl.c --output /usr/src/gnuradio-3.7.2/build/volk/lib/volk_machine_avx_32_mmx.c avx_32_mmx volk/lib/CMakeFiles/volk.dir/build.make:1651: recipe for target 'volk/lib/volk_machine_avx_32_mmx.c' failed make[2]: *** [volk/lib/volk_machine_avx_32_mmx.c] Error 134 CMakeFiles/Makefile2:167: recipe for target 'volk/lib/CMakeFiles/volk.dir/all' failed make[1]: *** [volk/lib/CMakeFiles/volk.dir/all] Error 2 Makefile:146: recipe for target 'all' failed make: *** [all] Error 2 For reference, the full cmake and make logs are at http://pastebin.com/rbvV8vJJ Please help, I'm stuck :-/ Thanks! IC [1] http://gnu
Re: [Discuss-gnuradio] Booting Zynq/Gnuradio
On Tue, Aug 20, 2013 at 11:19 AM, Jan Schiefer wrote: > HI Ivan, > >> I've been working through the wiki as well. In my setup I had to also >> replace the FSBL with the default Xilinx one to get the system to boot >> (ZC702 eval board). If you stop u-boot from autobooting you can go in and >> change the environment variables (printenv, setenv) and when you have >> everything setup you can 'saveenv' and the state will be saved to flash. >> >> Now the system boots smoothly. Since I had some issues with the booting >> process I'm not sure if the system.bit file is loaded properly. To make >> sure, I load the bit file using /dev/xdevcfg (have to mknod, convert .bit >> to .bin, etc.). Then I insmod the user_peripheral.ko (had to copy it into >> /lib/modules/ for insmod to find it). > > I was wondering how one would load a bit file after booting, so this > definitely a good tip. I will try that out once I get a little further > along. > > Meanwhile I'll figure out the right boot environment variables for my > Zedboard next. > > Thanks, >Jan Hi Jan, Take a look at openembedded-core/build_zedboard/tmp-eglibc/work/zedboard_user_peripheral.../u-boot-xlnx/v2013.../include/configs/zynq_common.h string search for /* Default environment */ After the system boots, I had to make a minor change to the fir filter example. On the ZC702, I was getting a segfault as udev wasn't finding devcfg. /sys/devices/amba.0/ lists f8007000.ps7-dev-cfg, modifying the call to udev_enumerate_add_match_sysname to look for this device instead of f8007000.devcfg and the example now works. Thanks to Jon and company for this work! Regards, Ivan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] ofdm block
Hi,
I get the following output with dir(Umbrella), and I can't see anything
called dftsofdm
['SwigPyIterator', 'SwigPyIterator_swigregister',
'Umbrella_bin2dec_ff_sptr', 'Umbrella_bin2dec_ff_sptr_swigregister',
'Umbrella_dec2bin_ff_sptr', 'Umbrella_dec2bin_ff_sptr_swigregister',
'Umbrella_decodconv_vff_sptr', 'Umbrella_decodconv_vff_sptr_swigregister',
'Umbrella_encodconv_vff_sptr', 'Umbrella_encodconv_vff_sptr_swigregister',
'Umbrella_swig', '_RTLD_GLOBAL', '__builtins__', '__doc__', '__file__',
'__name__', '__package__', '__path__', '_dlopenflags', 'bin2dec_ff',
'dec2bin_ff', 'decodconv_vff', 'encodconv_vff', 'sys']
How can I install my component correctly into Umbrella?
Ivan
2012/9/15 Tom Rondeau
> On Thu, Sep 13, 2012 at 1:29 AM, wrote:
> > Hi,
> >
> > First I delete all the files in the build folder, later I run the follow
> comands in the build folder:
> > 1) cmake ../
> > 2) make
> > 3) sudo make install
> > 4) sudo ldconfig
> >
> > Ivan
> > Enviado desde mi oficina móvil BlackBerry® de Telcel
>
> Well, that's doing the right thing. My guess is that it's some minor
> error somewhere in your build system or something. It sounds like one
> of those things that'll be very difficult to debug via email this way.
>
> Here's one place to start, though. Forget GRC for the time being and
> just make sure that you are installing your component correctly. So
> first build and install your component, Umbrella. Then simply pop open
> a Python interpreter ('python' or 'ipython' if you have the latter
> installed):
>
> import Umbrella
> dir(Umbrella)
>
> The output of the dir() command should show you what blocks are
> actually installed as part of this component. That'll give you a clue
> how your installation process is working.
>
> Tom
>
>
>
> > -Original Message-
> > From: Tom Rondeau
> > Sender: trond...@trondeau.com
> > Date: Wed, 12 Sep 2012 20:45:26
> > To: Viktor Ivan Rodriguez Abdala
> > Cc:
> > Subject: Re: [Discuss-gnuradio] ofdm block
> >
> > On Mon, Sep 10, 2012 at 1:12 PM, Viktor Ivan Rodriguez Abdala
> > wrote:
> >> Hi
> >>
> >> In the python folder, the CMakeLists.txt has
> >>
> >> GR_PYTHON_INSTALL(
> >> FILES
> >> __init__.py dftsofdm.py DESTINATION ${GR_PYTHON_DIR}/Umbrella
> >> )
> >>
> >> In the grc folder
> >>
> >> install(FILES
> >> Umbrella_bin2dec_ff.xml
> >> Umbrella_dec2bin_ff.xml
> >> Umbrella_encodconv_vff.xml
> >> Umbrella_decodconv_vff.xml
> >> Umbrella_dftsofdm_mod.xml
> >> Umbrella_dftsofdm_demod.xml DESTINATION share/gnuradio/grc/blocks
> >> )
> >>
> >>
> >> I delete all build files and rerun cmake ../ I think the problem is in
> the
> >> xml file with the make section.
> >>
> >> Ivan Rodriguez
> >
> >
> > After rerunning cmake, did you also 'make' and 'make install'?
> >
> > Tom
> >
> >
> >> On 09/07/2012 07:26 AM, Tom Rondeau wrote:
> >>>
> >>> On Thu, Sep 6, 2012 at 3:59 PM, Viktor Ivan Rodriguez Abdala
> >>> wrote:
> >>>>
> >>>> Hi all,
> >>>>
> >>>> I'm looking to develop a block called dfts ofdm, based in a similar
> block
> >>>> called ofdm mod, I change the .xml and .py to a new name called
> DFTSOFDM,
> >>>> but I can't make it work. In GRC I have the following error:
> >>>>
> >>>> Traceback (most recent call last):
> >>>>File "/home/administrador/Simulacion/top_block.py", line 86, in
> >>>>
> >>>> tb = top_block()
> >>>>File "/home/administrador/Simulacion/top_block.py", line 55, in
> >>>> __init__
> >>>> self.Umbrella_dftsofdm_mod_0 =
> >>>> grc_blks2.packet_mod_f(Umbrella.dftsofdm_mod(
> >>>> AttributeError: 'module' object has no attribute 'dftsofdm_mod'
> >>>
> >>> Is everything properly in the CMakeLists.txt files? Did you make sure
> >>> to rebuild and reinstall? Also, if that doesn't help, rerun cmake on
> >>> the proje
Re: [Discuss-gnuradio] ofdm block
Hi
In the python folder, the CMakeLists.txt has
GR_PYTHON_INSTALL(
FILES
__init__.py dftsofdm.py DESTINATION ${GR_PYTHON_DIR}/Umbrella
)
In the grc folder
install(FILES
Umbrella_bin2dec_ff.xml
Umbrella_dec2bin_ff.xml
Umbrella_encodconv_vff.xml
Umbrella_decodconv_vff.xml
Umbrella_dftsofdm_mod.xml
Umbrella_dftsofdm_demod.xml DESTINATION share/gnuradio/grc/blocks
)
I delete all build files and rerun cmake ../ I think the problem is in
the xml file with the make section.
Ivan Rodriguez
On 09/07/2012 07:26 AM, Tom Rondeau wrote:
On Thu, Sep 6, 2012 at 3:59 PM, Viktor Ivan Rodriguez Abdala
wrote:
Hi all,
I'm looking to develop a block called dfts ofdm, based in a similar block
called ofdm mod, I change the .xml and .py to a new name called DFTSOFDM,
but I can't make it work. In GRC I have the following error:
Traceback (most recent call last):
File "/home/administrador/Simulacion/top_block.py", line 86, in
tb = top_block()
File "/home/administrador/Simulacion/top_block.py", line 55, in __init__
self.Umbrella_dftsofdm_mod_0 =
grc_blks2.packet_mod_f(Umbrella.dftsofdm_mod(
AttributeError: 'module' object has no attribute 'dftsofdm_mod'
Is everything properly in the CMakeLists.txt files? Did you make sure
to rebuild and reinstall? Also, if that doesn't help, rerun cmake on
the project to make sure everything is properly reconfigured.
Tom
The new python file es dftsofdm.py, and I change the classes with
class dftsofdm_mod(gr.hier_block2):
class dftsofdm_demod(gr.hier_block2):
The .xml files have this changes:
Umbrella_dftsofdm_demod.xml
DFTSOFDM Demod
Umbrella_dftsofdm_demod
Umbrella
import Umbrella
from grc_gnuradio import blks2 as grc_blks2
from gnuradio import digital
grc_blks2.packet_demod_$(type.fcn)(Umbrella.dftsofdm_demod(
options=grc_blks2.options(
modulation="$modulation",
fft_length=$fft_length,
occupied_tones=$occupied_tones,
cp_length=$cp_length,
snr=$snr,
log=None,
verbose=None,
),
callback=lambda ok, payload: self.$(id).recv_pkt(ok, payload),
),
)
Umbrella_dftsofdm_mod.xml
DFTSOFDM Mod
Umbrella_dftsofdm_mod
Umbrella
import Umbrella
from grc_gnuradio import blks2 as grc_blks2
from gnuradio import digital
grc_blks2.packet_mod_$(type.fcn)(Umbrella.dftsofdm_mod(
options=grc_blks2.options(
modulation="$modulation",
fft_length=$fft_length,
occupied_tones=$occupied_tones,
cp_length=$cp_length,
pad_for_usrp=$pad_for_usrp,
log=None,
verbose=None,
),
),
payload_length=$payload_length,
)
Thanks
Ivan Rodriguez
___
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] ofdm block
Hi all, I'm looking to develop a block called dfts ofdm, based in a similar block called ofdm mod, I change the .xml and .py to a new name called DFTSOFDM, but I can't make it work. In GRC I have the following error: Traceback (most recent call last): File "/home/administrador/Simulacion/top_block.py", line 86, in tb = top_block() File "/home/administrador/Simulacion/top_block.py", line 55, in __init__ self.Umbrella_dftsofdm_mod_0 = grc_blks2.packet_mod_f(Umbrella.dftsofdm_mod( AttributeError: 'module' object has no attribute 'dftsofdm_mod' The new python file es dftsofdm.py, and I change the classes with class dftsofdm_mod(gr.hier_block2): class dftsofdm_demod(gr.hier_block2): The .xml files have this changes: Umbrella_dftsofdm_demod.xml DFTSOFDM Demod Umbrella_dftsofdm_demod Umbrella import Umbrella from grc_gnuradio import blks2 as grc_blks2 from gnuradio import digital grc_blks2.packet_demod_$(type.fcn)(Umbrella.dftsofdm_demod( options=grc_blks2.options( modulation="$modulation", fft_length=$fft_length, occupied_tones=$occupied_tones, cp_length=$cp_length, snr=$snr, log=None, verbose=None, ), callback=lambda ok, payload: self.$(id).recv_pkt(ok, payload), ), ) Umbrella_dftsofdm_mod.xml DFTSOFDM Mod Umbrella_dftsofdm_mod Umbrella import Umbrella from grc_gnuradio import blks2 as grc_blks2 from gnuradio import digital grc_blks2.packet_mod_$(type.fcn)(Umbrella.dftsofdm_mod( options=grc_blks2.options( modulation="$modulation", fft_length=$fft_length, occupied_tones=$occupied_tones, cp_length=$cp_length, pad_for_usrp=$pad_for_usrp, log=None, verbose=None, ), ), payload_length=$payload_length, ) Thanks Ivan Rodriguez ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] dfts ofdm block
Hi,
I'm looking to develop a block called dfts ofdm, based in a similar
block called ofdm mod, when I'm trying to create the new block with
gr-modtool I get this error.
$ python gr-modtool.py add -t hierpython dftsofdm
Operating in directory .
GNU Radio module name identified: Umbrella
Code is of type: hierpython
Block/code identifier: dftsofdm
Full block/code identifier is: Umbrella_dftsofdm
Enter valid argument list, including default arguments:
Add Python QA code? [Y/n] n
Traversing python...
Adding file 'dftsofdm.py'...
Traceback (most recent call last):
File "gr-modtool.py", line 2315, in
main()
File "gr-modtool.py", line 2312, in main
modtool.run()
File "gr-modtool.py", line 760, in run
self._run_python_hierblock()
File "gr-modtool.py", line 857, in _run_python_hierblock
self._write_tpl('hier_python', 'python', fname_py)
File "gr-modtool.py", line 741, in _write_tpl
open(os.path.join(path, fname),
'w').write(self.tpl.get_template(tpl, **self._info))
File "gr-modtool.py", line 437, in get_template
kwargs['grblocktype'] = self.grtypelist[kwargs['blocktype']]
KeyError: 'hierpython'
which is my error?
Regards,
Ivan Rodriguez
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] IT++ Convolutional encoder
I have the next code working, in the firsts seconds I have erroneous
bits, after 10 seconds I don't have any error... another thing if I put
Max Number of Output = 0 always have a ber of 40%...
Umbrella_encodconv_vff::Umbrella_encodconv_vff (const std::vector
&val1, int val2, int val3)
: gr_sync_block ("encodconv_vff",
gr_make_io_signature (1, 1, sizeof (float) * val3),
gr_make_io_signature (1, 1, sizeof (float) * val3 * val1.size()))
{
polsize = val1.size();
cl = val2;
pz = val3;
for (int i = 0; i < 0x100; i++){
polynom[i] = i;
}
unsigned int size = std::min((size_t) 0x100, val1.size());
for (unsigned int i = 0; i < size; i++){
polynom[i] = val1[i];
}
// -- Channel code parameters --
itpp::ivec generator(polsize);
for (int i = 0; i < polsize; i++){
generator[i] = polynom[i];
}
code.set_generator_polynomials(generator, cl);
}
int
Umbrella_encodconv_vff::work (int noutput_items,
gr_vector_const_void_star &input_items,
gr_vector_void_star &output_items)
{
const float *in = (const float *) input_items[0];
float *out = (float *) output_items[0];
itpp::bvec tempin(pz * sizeof(float));
itpp::bvec tempout(pz * polsize * sizeof(float));
for (int j = 0; j < (pz * sizeof(float)); j++){
tempin[j] = in[j];
}
code.encode_tailbite(tempin, tempout);
for (int k = 0; k < (pz * polsize * sizeof(float)); k++){
out[k] = tempout[k];
}
// Tell runtime system how many output items we produced.
return noutput_items;
}
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
