[Discuss-gnuradio] Using usrp_sink in own C++ OOT block
Hi all, I'm struggling using the gnuradio usrp_sink in my own OOT block: · I added "UHD" to the gr required components in the Cmake lists file of my OOT block. · I have a shared pointer to the usrp sink as a private member · In the constructor of my OOT block I want to initialize the device. However I'm stuck with the stream_args_t struct. o E.g. ::uhd::stream_args_t MyStreamArgs; --> this works without compilation and linker error but when I start my flowgraph with just that, I get an attribute error in GRC which indicates that something during linking / swig failed. Does anyone have an idea? Or a simple example how to use the usrp_sink or usrp_source in its own block. The main reason for doing that is that I have purely message based blocks and I want to wrap the usrp_sink in such a block for my purposes. Regards, Emanuel ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Referencing USRP sink object
Hi all, Do you know if the following is possible in a flowgraph: 1. I have a USRP sink instantiated and configured in GRC 2. I have my own OOT block from which I want to get the current time of the USRP sink. Independent of the fact that the sink is streaming or bursting with/without timed commands. Is that possible and how? I saw from the usrp_block.h that a get-function is implemented "virtual ::uhd::time_spec_t get_time_now(size_t mboard = 0) = 0;" Is it possible to pass a reference of the USRP object outside my OOT block into my OOT block to call that function? Regards, Emanuel ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] FEC: Convolutional Encoder Gnuradio and Matlab: different results
Hi together, I'm using the FEC Async Encoder with the CC Encoder Definition. Input/Output are unpacked and I use the terminated behavior. In Gnuradio the polynomials for the CC Encoder Definition are defined on a base of 10, and not as octals like in MATLAB, right? I tried the following: 1 bit with '1' as input to the FEC Async Encoder and the same in MATLAB to check the response of the encoder. The results don't match. No matter if I use different constraint lengths, rates or polynomials. e.g. in Matlab: K = 7, 1/R=2, Polynomials (octal) [171,133] and Gnuradio Polynomials (10-base) [121,91] give completely different outputs. No matter what I do, e.g., using octal representation in Gnuradio, or changing the polynomials' positions in the specified vector, gives me a result which matches. Did anyone compare results before? Any clues? Regards, Emanuel ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Profiling Gnuradio message based blocks
Hi all, I managed to get Apache thrift up and running and configured by environment to use the control port and performance counters. gr-perf-monitorx works fine and shows me my flowgraph as intended. My flowgraph consists of several streaming based blocks and many purely message based blocks (message in / message out) between a USRP source and a USRP sink. My question now is: are purely message based blocks without a work function correctly profiled as well? I see my message blocks appearing in the gr-perf-monitorx visualizer with a box around, where the box size indicates the runtime usage. However when I switch the view to the runtime table and have a look there, I do not see my purely message based blocks in the table. Only those blocks which have at least one streaming interface are visible there. Any ideas? Thanks in advance and thanks to Thomas Rondau et. al. for this kind of profiling functionality. A very convenient tool indeed. Regards, Emanuel ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Out-of-Tree Block and Gnu Scientific Library: problems with SWIG?
Dear GnuRadio experts, I want to use some minimization functions from the Gnu Scientific Library (GSL) in my own OOT module, e.g. a simple 1-D minimizer such as Brent's method. In my OOT module I can compile and install my new block with GSL without any errors (seems like compilation and linking worked), but when the flow-graph in GRC is started I get an error that a module (which is already there and worked before) cannot be found. I had a similar problem once when I used e.g., the FFT block in my OOT module and forgot to add "FFT" as part of the required blocks in the CmakeLists file. There I got the some error message. So how do I add the GSL correctly to my Cmake list? I checked some older mails in the archive but did not get any smarter. I also saw that GnuRadio already depends on GSL. So how could I proceed? Regards, Emanuel ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
