Re: Dynamic variables in C++ OOT for Gnu Radio 3.10

2025-04-24 Thread Huang Wei
24 Apr 2025 at 11:42, Marcus Müller wrote: > Hi Huang Wei, > > nice to have you here! > > Can you show us where you use `_param` in your C++ implementation? > What you show us looks right, in general. > > Best regards, > Marcus > > On 4/22/25 4:56 PM, H

Re: Dynamic variables in C++ OOT for Gnu Radio 3.10

2025-04-22 Thread Huang Wei
And I have added in the .yml file: callbacks: - set_param(${param}) But still the value can't be changed. On Tue, 22 Apr 2025 at 15:16, Huang Wei wrote: > Hello everyone, > > In Gnu Radio 3.10, how to set a variable in a C++ OOT block that can be > adjusted dynamically by a

Dynamic variables in C++ OOT for Gnu Radio 3.10

2025-04-22 Thread Huang Wei
Hello everyone, In Gnu Radio 3.10, how to set a variable in a C++ OOT block that can be adjusted dynamically by a QT GUI range? I did in a .h file: Private: float _param; Public: void set_param(float param) {_param = param;} and in the impl.cc file: _param = param; anywhere else I n

Re: FFT with fixed data gaps

2024-11-13 Thread Huang Wei
mples > after that, N const., I'd assume?). > > Note that DFTs of vectors of different length are very hard to compare, > and you might want > to be careful with statements you make based on these. > > Can you explain what the purpose of this block would be, from a higher

FFT with fixed data gaps

2024-11-11 Thread Huang Wei
Hello everyone, For my program, in every 20 ms, I need to choose 60% of data in the stream (I marked them with stream tags "start" and "stop"), then do FFT and plot, and discard the following 40%. Is it possible to do all of this in gnuradio with OOT blocks? I was thinking of keep M in N, but whe

Re: Period doesn't match for frequency sweeping using probe

2024-05-03 Thread Huang Wei
Thank you Marcus for reminding me of this. I need a high tuning rate, that's why I didn't choose to tune the USRP directly. Regards, Wei On Fri, 3 May 2024 at 14:40, Marcus D. Leech wrote: > On 03/05/2024 09:39, Huang Wei wrote: > > I am actually trying to input this sweepi

Re: Period doesn't match for frequency sweeping using probe

2024-05-03 Thread Huang Wei
09:24, Huang Wei wrote: > > Hi Adrian and Marcus, > > > > That solved the problem : ) > > Thank you very much for your help! > > > > Kind regards, > > Wei > You're welcome. > > I'll note that your probe is operating at 10KHz. Actual real

Period doesn't match for frequency sweeping using probe

2024-05-03 Thread Huang Wei
Hello GNURadio community, I am trying to generate a sweeping frequency signal. I use a probe to detect a Triangle signal with 1 s period, and measure the level using function probe. Then I set the frequency of the signal source to 10e6 * func_probe, hoping it starts to sweep from -5e6 to 5e6 Hz wi

Re: C++ OOT module vector size does not match

2021-10-18 Thread Huang Wei
Problem solved, I need to add in the yml file "vlen: 1024 " for both inputs and outputs. Huang Wei 于2021年10月18日周一 下午3:12写道: > Hello group, > > I am writing a C++ OOT module in GNU radio operating in vectors of length > 1024. So in the .cc file I wrote: > gr

C++ OOT module vector size does not match

2021-10-18 Thread Huang Wei
Hello group, I am writing a C++ OOT module in GNU radio operating in vectors of length 1024. So in the .cc file I wrote: gr::io_signature::make(1, 1, sizeof(float)*1024), gr::io_signature::make(1, 1, sizeof(float)*1024)), And in the work function I wrote: float *out = (float *) o

Re: Adding custom function in OOT module

2021-10-11 Thread Huang Wei
your > OOT again from scratch. > > Yours > Martin > > > On 10.10.21 23:30, Huang Wei wrote: > > Hi group, > > > > It could be a simple question, but I could not find the solution. I am > > writing my own OOT C++ module, I want to add a function get_value

Adding custom function in OOT module

2021-10-10 Thread Huang Wei
Hi group, It could be a simple question, but I could not find the solution. I am writing my own OOT C++ module, I want to add a function get_value() in the block, so I can use Function Probe to read value in the block through this function. so in the lib/my_block_impl.cc, I added: double my_block_

Re: re-synchronize data transmission when parameter changes

2021-10-01 Thread Huang Wei
regards, Wei Marcus Müller 于2021年9月30日周四 上午11:38写道: > Hi Wei, > > On 30.09.21 12:04, Huang Wei wrote: > > Hi Marcus, > > > > Thank you very much for the detailed explanation. > > Basically, in my case, the two repeat blocks will be connected to two > USRPs separatel

Re: re-synchronize data transmission when parameter changes

2021-09-30 Thread Huang Wei
same number of outputs). Then, you could avoid the "Streams to vector" > and "vector to streams" trickery. > > Best regards, > Marcus > > On 29/09/2021 18.10, Huang Wei wrote: > > Hello everyone, > > > > I am testing the transmission of the same s

re-synchronize data transmission when parameter changes

2021-09-29 Thread Huang Wei
Hello everyone, I am testing the transmission of the same signal in parallel through two repeat blocks (see attached flowgraph). The repeat times of both repeat blocks are set by the same GUI range from 2 to 10. When I start running the flowgraph, the two output signals are exactly the same as exp

GRC C++ block parameter value can't be changed

2021-09-22 Thread Huang Wei
Hello group, I am very new in writing C++ blocks. I just followed GNU Radio tutorials to write a sync block. I simply used a parameter "double value", so the output = input * value. The block works. However, if I use a GUI range to change the parameter "value" during running of GRC, the output doe

Re: Overrun using GRC Python block and USRP

2021-07-09 Thread Huang Wei
o the > raspberry Pi. You > might want to explain what you're trying to build here! Maybe we have some > recommendations > on how to get you closer to what you need. > > Best regards, > > Marcus > > On 09.07.21 18:33, Huang Wei wrote: > > Thank you

Re: Overrun using GRC Python block and USRP

2021-07-09 Thread Huang Wei
Thank you for the quick reply, so if I write the block in C++ or C, it may work at a higher rate? Regards, Wei Marcus D. Leech 于2021年7月9日周五 下午5:29写道: > On 07/09/2021 12:05 PM, Huang Wei wrote: > > Sorry, I mean it's the underrun problem > > Huang Wei 于2021年7月9日周五 下午5:02写道:

Overrun using GRC Python block and USRP

2021-07-09 Thread Huang Wei
Hello everyone, I am using the embedded python block in GRC to realize some simple functions. All works fine in the GRC local set-up. However, if I connect a USRP sink to the flowgraph which includes that python block, and set the sample rate more than 20 MHz (I need 100 MHz in my case), it will k

Re: Overrun using GRC Python block and USRP

2021-07-09 Thread Huang Wei
Sorry, I mean it's the underrun problem Huang Wei 于2021年7月9日周五 下午5:02写道: > Hello everyone, > > I am using the embedded python block in GRC to realize some simple > functions. All works fine in the GRC local set-up. However, if I connect a > USRP sink to the flowgraph which

Re: USRP source starts to receive after certain samples

2021-06-17 Thread Huang Wei
or about 200ns. > > Nick > > On Wed, Jun 16, 2021 at 2:09 AM Huang Wei wrote: > >> Hi all, >> >> I am very new to Gnuradio and USRP, and I have a question about the code >> transmission delay between USRPs. >> I have two USRP E310 with UBX160 daughte

USRP source starts to receive after certain samples

2021-06-16 Thread Huang Wei
Hi all, I am very new to Gnuradio and USRP, and I have a question about the code transmission delay between USRPs. I have two USRP E310 with UBX160 daughterboards. I send a sequence of code from one USRP using simple amplitude modulation, and receive it by another USRP. On the receiver side, I use