Re: GNU Radio Companion N310 GPIO Sink/Source block

Hi Joshua, I'm also using GPIO on LFTX and LFRX on a N210 and I can tell you that you will not find source or sink that deal with that IO as far as I know. The only way to use them is to write an OOT that uses the UHD methods. Best regards, Fabien, F4CTZ White, Joshua J a écrit

Ettus N210 clock test header

Hello, How can I enable the test clock output on J503 in my USRP N210 ? Is there a way to do that only using UHD methods that I can use in my C++ code ? I would like to use it on a hardware I'm designing that need to be perfectly synchronised with the internal DAC, ADC and FPGA. Thanks

OOT Hardware sink

Hello, Is there anywhere some example of custom OOT hardware sink ? When running an OOT I'm actually writting, I get the warning that I should add a throttle because there is no hardware sink in my flowgraph. It begins to work but maybe I miss something in the code that generates that warning

Re: N210 DAC and ADC usage

-03-05 14:16, Fabien PELLET wrote: >> Hi Marcus, >> >> Thanks for the detailed answer. I already know get_rx_dboard_iface >> method as it is it that I use to access the IO of LFRX and LFTX. >> >> The problem is that this is asynchrous. For my need, I

Re: N210 DAC and ADC usage

>> tree (through >> uspr_block->get_device()->get_tree()->access() ), it's just not a proper, >> stable, >> well-tested, failure-checking API. >> >> Best regards, >> Marcus >> >> On 04.03.22 15:01, Fabien PELLET wrote: >>> Yes, sor

Re: N210 DAC and ADC usage

Dear Fabien, there's no ADC on these daughterboards. Just an EEPROM for identification, opamps for amplification and signal conditioning, and on the LFTX a switch-mode power supply. Best regards, Marcus On 04.03.22 10:30, Fabien PELLET wrote: Hello, As there are IOs available on LFTX and LFRX, there a

Re: RX/TX switching

it. By stop I mean, the flowgraph is not fed any new samples and just idles. As an added bonus, you minimize LO leakage which might be an issue for your RX flowgraph. I know this is a more intrusive change. Cheers Johannes On 04.03.22 10:45, Fabien PELLET wrote: Hello again, I build a f

Re: RX/TX switching

, the flowgraph is not fed any new samples and just idles. As an added bonus, you minimize LO leakage which might be an issue for your RX flowgraph. I know this is a more intrusive change. Cheers Johannes On 04.03.22 10:45, Fabien PELLET wrote: Hello again, I build a flowgraph in C++ with an RX chain

RX/TX switching

Hello again, I build a flowgraph in C++ with an RX chain and a TX chain. I'm using a USRP N210. When I'm in RX, the TX chain is connected to a constant zero source and feed a null sink and the RX chain is connected to USRP source and sink. When I'm in TX, it is the opposite. I have to keep

N210 DAC and ADC usage

Hello, As there are IOs available on LFTX and LFRX, there are also ADC and DAC available. Is there a way to use them as SOURCE and SINK in gnuradio for low speed conversion ? Thanks, Best regards, Fabien, F4CTZ.

Re: ETTUS N210 spurious

 : On 2022-02-01 06:35, Fabien PELLET wrote: Hello, Thanks for the reply. As I wrote, I try several sampling rate on the baseband I provide to the USRP without any effects on that spurs so it is not related to the sampling rate. I just put a signal source that feeds the USRP sink for that test

Re: ETTUS N210 spurious

. The stop band of the filter may be -70 dB so low level spurii remain. -70 dB is low enough for most intents and purposes and probably doesn't need fixing. Steve On 19/1/22 1:31 am, Fabien PELLET wrote: Hello, When I put a signal generator that produces a sinwave at 1Khz and that feeds an USRP

Re: JACKD audio

cus Müller a écrit : Hi Fabien, we've got https://wiki.gnuradio.org/index.php?title=Audio_Sink If you want to use jack, you'd go into your ~/.gnuradio/config and set [audio] audio_module=jack Best regards, Marcus On 25.01.22 10:58, Fabien PELLET wrote: Hello, My signal is in the range +/-1

Re: JACKD audio

at pretty quickly with your ears. You’ve said what you’re not getting on the O-scope, but what are you getting? On Jan 24, 2022, at 18:47, Fabien PELLET wrote: Hello, Does someone manage to make work GNURadio with JACKD2 ? I get the gr_sink inside the graph of qjackctl, I get signal on

JACKD audio

Hello, Does someone manage to make work GNURadio with JACKD2 ? I get the gr_sink inside the graph of qjackctl, I get signal on the output. For the test I only send a sinwave at 1KHz to the audio_sink but on the physical output, using an oscilloscope, I have something with the right amplitude

Re: ETTUS N210 spurious

Sampling rate has no effect as well as the amplitude of the baseband. Le 18/01/2022 à 16:45, Marcus D. Leech a écrit : On 2022-01-18 10:01, Fabien PELLET wrote: Hello, When I put a signal generator that produces a sinwave at 1Khz and that feeds an USRP Sink with a frequency center at 12MHz

ETTUS N210 spurious

Hello, When I put a signal generator that produces a sinwave at 1Khz and that feeds an USRP Sink with a frequency center at 12MHz for example, I got spurs at +/-32Khz, +/-64KHz and +/-96KHz at the output of my N210 (used with LFTX and LFRX). Whatever the frequency center of the USRP and the

Re: OOT Binding problem

Working actualy with 3.9.5rc1 with kernel 5.15 PREEMPT-RT on RPI4 4G. Best regards, Fabien, F4CTZ jmfriedt a écrit >GNU Radio 3.9 is now available for embedded boards (including Raspberry >Pis) in the BR2_EXTERNAL repository at >https://github.com/oscimp/oscimp_br2_external >and has

Re: OOT Binding problem

gr_modtool bind > >Josh > >On Fri, Jan 7, 2022 at 5:28 AM Fabien PELLET wrote: > >> Hello and happy new year ! >> >> I rebuild all my SDCard based on the lastest Raspios bullseye which >> natively provided with python 3.9.2, rebuild all (UHD, VOLK, GNURAD

Re: OOT Binding problem

it working on raspberrypi ? Best regards, Fabien, F4CTZ. Le 14/12/2021 à 15:18, Marcus Müller a écrit : You can't, GNU Radio links against that. I'd recommend not updating Python, you essentially can't. On 14.12.21 14:44, Fabien PELLET wrote: castxml was installed, pygccxml also in v1.9.1.

Re: AGC

t room) and someone will probably be able to help with the PR process. New contributors are always welcome. On Mon, Dec 20, 2021, 17:25 Fabien PELLET wrote: The bug is that AGC2 was created to permit to adjust attack and decay delaies but in fact, only the decay has an effect on the

Re: AGC

sure what algorithm the author had in mind. On Thu, Dec 9, 2021 at 8:41 AM Fabien PELLET wrote: Maybe I'm wrong but at line 141, it should be a division and not a difference ??? I'm telling that because in line 143, the result "tmp" is compared to the gain. There is a unit proble

Re: OOT Binding problem

Si how to use the command "gr_modtool bind" ? Marcus Müller a écrit >You can't, GNU Radio links against that. >I'd recommend not updating Python, you essentially can't. > >On 14.12.21 14:44, Fabien PELLET wrote: >> castxml was installed, pygccxml also i

Re: OOT Binding problem

matches the version of clang that was installed). Ron On 12/14/21 2:57 AM, Fabien PELLET wrote: > Is that could be an incompatibility between Python3.7 that is provide > by RaspiOS repo and Pybind11 ? > > Fabien. > > Le 14/12/2021 à 11

Re: OOT Binding problem

, that is... On 14/12/2021 11.51, Ron Economos wrote: I've never been able to get gr_modtool bind to work on 32-bit ARM architecture (Ubuntu on a Beagleboard-X15). I get the same error message. Ron On 12/14/21 2:15 AM, Fabien PELLET wrote: Hello, I'm trying to write a simple OOT module. For exemple, I

OOT Binding problem

Hello, I'm trying to write a simple OOT module. For exemple, I create a module "test" (gr-modtool newmod test) and I create a general block inside (gr-modtool add blablamodule) : everything fine up to this point. If now I modify the file "blablamodule.h" I have do a "gr_modtool bind

Re: AGC

pared to 0, not to gain. It does look suspicious. Not sure what algorithm the author had in mind. On Thu, Dec 9, 2021 at 8:41 AM Fabien PELLET wrote: Maybe I'm wrong but at line 141, it should be a division and not a difference ??? I'm telling that because in line 143, the result "t

Re: AGC

Thu, Dec 9, 2021 at 7:07 AM Fabien PELLET wrote: Thanks for the explanation. Do you have any idea on why the attack as no influence ? Le 09/12/2021 à 12:58, Jeff Long a écrit : Attack and decay are unitless per-sample multipliers, so 1.0e-2 gives you a time "on th

Re: AGC

and decay, but that gives you an idea. So, your observation is correct - a smaller value gives you a longer attack/decay. On Thu, Dec 9, 2021 at 4:33 AM Fabien PELLET wrote: Hello, I'm trying to work with the module AGC2 but I have some trouble using it. First problem is : what i

AGC

Hello, I'm trying to work with the module AGC2 but I have some trouble using it. First problem is : what is the unit of the parameters attack and decay ? I thought initially that it was in second but after some test it is clearly not in that unit. Indeed, if I increase the value of the decay

Re: USRP N210 growing latencies

otherwise help you improve the performance of your application :) Just let us know! Best regards, Marcus On 30.10.21 00:20, Fabien PELLET wrote: Hi, Thanks for the answer. At the moment, it seems that catching the underflow message and then lock/unlock the flowgraph permits to reset the buffers

Re: USRP N210 growing latencies

Hi, Thanks for the answer. At the moment, it seems that catching the underflow message and then lock/unlock the flowgraph permits to reset the buffers and is enough for my application to get reasonnable and not growing forever latencies. I don't if someone know a better way like a C++ method

Re: USRP N210 growing latencies

to these questions might help to find your root issue. Cheers Johannes On 26.10.21 21:41, Fabien PELLET wrote: Hello, Thanks for the answer Marcus. OK I understand that. But is there any solution which permits to reset that growing propagation delay ? How to reset the flowgraph buffers

Re: USRP N210 growing latencies

the sequencer and buffers. But how without killing apps ?? Best regards, Fabien, F4CTZ Marcus Müller a écrit >Hello! > > >On 26.10.21 16:12, Fabien PELLET wrote: >> >> Why that propagation delay is always growing ? >> > >Exactly *becuause* you

USRP N210 growing latencies

Hello, I'm using Gnuradio 3.9 and UHD 4.1 with a N210 with only LFRX and LFTX. I'm using USRP_source to receive samples, make some treatment in a flowgraph and especially a decimation, and finally send the samples to an USRP_Sink to get an analog signal resulting of my treatment. My system

Re: GNU Radio on Raspberry Pi 4?

Hello, I do not try to run GNUradio over my Pi4 for the moment but I encountered the problem you describe with the audio on a laptop. I solved it by specifying the name of the audio hardware (aplay -l as far as I remember in a terminal would help) and by checking the box for the blocking

USRP N210 Latency and underrun

Hello, I'm trying to make work the attached flowgraph : a simple Audio source, some filtering and feeding an USRP sink (N210). I have two problems with it : - I measure the latency between audio input and RF output of the N210 and it is too long for me as I have about 30-40ms at the

Re: Ubuntu 20.10 with GNU Radio 3.8.2

Hello, Yes I did on Lubuntu20.10. Nothing special. Best regards, Fabien, F4CTZ Alex Humberstone a écrit >Dear Community, > >Does GNU Radio 3.8.2 run okay with the new Ubuntu 20.10? Has anyone tried >running this yet? It uses GCC 10 and Python 3.8.6, so I want to make sure >that its

Re: Latency Manager from GRCON2019

and   git checkout maint-3.8 it builds and passes   make test I haven't installed it or tested it. But it does generate   _example_swig.so in the build/swig  directory. -- Cinaed On 11/6/20 1:57 PM, Fabien PELLET wrote: Hello, The problem is that when I try to compile the modul

Re: Latency Manager from GRCON2019

Hello, The problem is that when I try to compile the module with 3.8 installed, the CMAKE complains that it can't find 3.9. When 3.9 is installed, the CMAKE complains that GRSwig is missing so I'm a little lost if swig is not used... Best regards, Fabien PELLET, F4CTZ. Le 06/11/2020 à 22

LimeSDR mini aliases

Hello, I'm trying to get a aliases free bandwidth as large as possible with my LimeSDR mini but I can't eliminate : - The symetrical alias around the DC carrier which is in band. - The alias that is at the limit of the sampled bandwidth. My analyze comes me think that the low pass filter that