HiI code my own block that produce complex sample and I set max and min output
buffer of my block to 256, but if I use a RRC filter after my block , depend on
number of tabs , noutput_items of my block change randomly during running of
flowgraph, why?_
Full cmake output at
https://pastebin.com/4uwwZbcW
Here is the relevant portion of the cmake output. Everything is found.
Now I suppose I could downgrade the libraries if that helps.
-- Checking for module 'gsl >= 1.10'
-- Found gsl , version 2.3
-- Found GSL: gsl;gslcblas;m
--
-- Configurin
Hi,
On 05/21/2017 11:45 PM, Qurat-Ul-Ann Akbar wrote:
Hi,
I want to look at the number of symbols copied for *each frame received
*in wifi_rx flow graph. I have been trying to understand how the start
of each frame is calculated and by looking at the code it seems like its
being done in the
Hi,
In IEEE 802.11 a/g/p Receiver (https://github.com/bastibl/gr-ieee802-11),
when a packet gets dropped, does the transmitter resend another packet with
the same sequence number ?
Regards,
Ayan
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
Hi,
On 05/23/2017 02:45 AM, Tellrell White wrote:
Hi All,
I'm currently using the the IEEE 802.15.4 testbed developed by Bastian
Bloessl, and company, specifically the offset-qpsk PHY. The only changes
I've made to the flow-graph developed by Bastian is adding a vector
source consisting of 0
Hi, I want to correlate my data frame with known preamble , i am using
CORRELATION ESTIMATOR BLOCK . it has two output ports one is for
correlation and one is shown as output port . I want to Know How to Proceed
further for synchronization ,Which block i will use next to it ,which
should remove pre
Hi,
On 05/23/2017 12:54 PM, Ayan Chatterjee wrote:
Hi,
In IEEE 802.11 a/g/p Receiver
(https://github.com/bastibl/gr-ieee802-11), when a packet gets dropped,
does the transmitter resend another packet with the same sequence number ?
No.
Best,
Bastian
_
Hi,
Is there any buffer on the receiver side which stores received packets
before decoding ?
Regards,
Ayan
On Tue, May 23, 2017 at 4:36 PM, Bastian Bloessl wrote:
> Hi,
>
> On 05/23/2017 12:54 PM, Ayan Chatterjee wrote:
>
>> Hi,
>>
>> In IEEE 802.11 a/g/p Receiver (https://github.com/bastibl/g
Hi,
On 05/23/2017 01:12 PM, Ayan Chatterjee wrote:
Hi,
Is there any buffer on the receiver side which stores received packets
before decoding ?
Yes, there are many. GNU Radio uses shared buffers to exchange data
(samples) between blocks. See here:
https://www.gnuradio.org/blog/buffers/
B
Steps to reproduce
1.I had a HackRF one TX DVB-T,and a RX-DVBT with hackRF one, in receive it
sucks .
2.with rtl-sdr and vlc it can received DVB-T signalbut with hackrf
one sucks
Expected behaviour
after some research i guess that oscillator hackrf one is not accurate .it
can should b
Hi Stack Programer,
seriously, your mail is sub-standard: Please explain your statements and
ask well-defined questions. I'll try to point out what's wrong here
On 23.05.2017 16:20, Stack Programer wrote:
>
>
> Steps to reproduce
>
> 1.I had a HackRF one TX DVB-T,and a RX-DVBT with hackRF o
The current outputs produced by the usrp_spectrum_sense.py code do not
provide the bin metrics that are required for my application. The metrics
are detection time, true detection power, the center frequency of the
transmission, the centroid, and transmission bandwidth. It was recommended
to creat
Hi Murat,
a few quick comments:
On 23.05.2017 20:24, MuratCA77 wrote:
> The current outputs produced by the usrp_spectrum_sense.py code do not
> provide the bin metrics that are required for my application.
Yeah, usrp_spectrum_sense hasn't aged all that well. I think if I were
to implement that t
I have a flowgraph that is supposed to be set up so that the tx frequency
can be changed on the fly. It was originally changed by changing variables,
but I've switched to publishing pmt_t destined for the usrp sink (it didn't
seem to work on the rx side very well, something was buggy). Testing seem
On Tue, May 23, 2017 at 11:31 AM, John Ackermann N8UR wrote:
> I'm continuing to work on a multi-channel NBFM receiver using the
> polyphase filter. I have the basic system working, but am hung up on how
> to get audio out of the system; most of my attempts end up either with
> audio underruns,
Hi JOhn,
you mustn't gate=yes in the squelch! The "add" block needs an input
sample on every input to generate one sum sample, and thus, every
squelch that's currently gating (i.e. not generating any samples) will
simply stop the complete flow graph.
The rest looks ok (if you really feed in 15 kH
Hi Sean,
with "post", do you mean "send a message to the USRP Sink", or do you
mean "attached a tag to a sample"? You should probably do the latter.
Best regards,
Marcus
On 23.05.2017 20:45, Sean Horton wrote:
> I have a flowgraph that is supposed to be set up so that the tx
> frequency can be
Hello Marcus,
Thank you so much for your guidance. When I tried to close gr-inspector, it
said the following:
"CMake 3.1 or higher is required. You are running version 2.8.12.2"
I was wondering what seems to be the issue. I am running Ubuntu 14.04.
Best,
Murat
--
View this message in conte
Hi Marcus and Kevin, and thanks for the info.
I've set all squelch gates off. In that case, I get good audio if "OK
to block" in the audio sink is set to "yes" but the latency is awful --
3 to 5 seconds! If "OK to block" is "no", then I get lots of aU and
unusable audio.
If setting the squ
Hello MuratCA77:
What do you mean by "close gr-inspector"? If you meant building &
installing it, yes, you may have to update your cmake package. Ubuntu 14.04
does come with cmake 2.8.12, which is older than what gr-inspector asks for
(CMakeLists.txt says: cmake_minimum_required(VERSION 3.1) ).
S
Get a newer Ubuntu.
On 23.05.2017 21:24, MuratCA77 wrote:
> Hello Marcus,
>
> Thank you so much for your guidance. When I tried to close gr-inspector, it
> said the following:
>
> "CMake 3.1 or higher is required. You are running version 2.8.12.2"
>
> I was wondering what seems to be the issue. I
Hi John,
3 to 5 seconds doesn't sound all that much considering that you're doing
stuff at a nominal 7.5 kS/s – compare [1]; the typical buffer size
between two blocks is 8 kB, and with floats (i.e. 32 b = 4 B), that's
2000 S, and at 7.5 kS/s, that's 2/7.5 s = 0.26667 seconds for the
buffers betwe
Interesting point, Marcus. I'll post the complete flowgraph tomorrow when I am
at my development machine. I did revert the audio rate out of the demod to
15ksps and that helped somewhat. So maybe that can go further.
On May 23, 2017, 7:18 PM, at 7:18 PM, "Marcus Müller"
wrote:
>Hi John,
>
>
Hi,
I successfully followed the instructions on github to install pybombs,
cloning the directory and then running
sudo python setup.py install
Everything successfully finished:
PyBOMBS.install_manager - INFO - Phase 1: Creating install tree and
installing binary packages:
Install tree:
|
\- gnu
Hello Pavan Yedavalli:
I don't use PyBOMBS so maybe I am wrong, but that sounds like that path
variables (for bash) are not correctly updated to include the path to the
GNU Radio libraries OR you have already installed an another version of GNU
Radio (using manual build or apt-get) and is conflict
Hello,
My application is written in Matlab. I have converted the Matlab code to C++
code using Matlab Coder. The original Matlab code has top level function, say
A_Func which calls multiple other functions, say B_Func and C_Func. Matlab
Coder dumps out three C++ functions; one each for A_Func,
It looks like it was a permission problem to open gnuradio-companion. If I
run "sudo gnuradio-companion," it will open correctly.
Having said that, I am seeing another problem of "No module named tutorial"
when running python grc flowgraphs.
On a previous computer that successfully ran the same p
On 05/23/2017 10:38 PM, Pavan Yedavalli wrote:
> It looks like it was a permission problem to open gnuradio-companion. If
> I run "sudo gnuradio-companion," it will open correctly.
>
> Having said that, I am seeing another problem of "No module named
> tutorial" when running python grc flowgraphs.
On 05/23/2017 02:03 AM, li...@lazygranch.com wrote:
> Full cmake output at
> https://pastebin.com/4uwwZbcW
>
> Here is the relevant portion of the cmake output. Everything is found.
> Now I suppose I could downgrade the libraries if that helps.
>
> -- Checking for module 'gsl >= 1.10'
> -- Fou
Hi everyone,
Is it possible to modify the *traceback depth* of the built-in *CC Decoder
Definition*? It appears unable to recover errors I have introduced during
puncturing/depuncturing, returning values with bit errors still present.
I am trying to decode a PDU I originally convolutionally encod
Hi Vipin,
The question I have is this: A_Func calls B_Func and C_Func. I don’t
think I can instantiate the three custom blocks directly in one GRC
flow-graph. What will happen to the function call made in A_Func for
B_Func when A_Func custom block is kicked off for execution by the GRC
schedu
31 matches
Mail list logo