Hello,
I'm trying to use the set_start_time() command on a RFNoC: Radio block with
a USRP X300. I am using the syntax to try to set the start time:
self.uhd_rfnoc_streamer_radio_0.set_time_next_pps(uhd.time_spec(0));
self.uhd_rfnoc_streamer_radio_0.set_start_time(uhd.time_spec(15));
However, the
Hi,
*I went inside the folder *
>> cd gr-ieee-80211
*Added a new block test_block_cf to existing module gr-ieee-80211*
>> gr_modtool add test_block_cf
It added test_block_cf_impl.cc and test_block_cf_impl.h in /lib and
test_block_cf.h in /include/ieee802_11
Now I did the usual stuff in my wor
Hi Sumit,
On Tue, 2017-11-14 at 17:13 +0100, Sumit Kumar wrote:
> Added a new block test_block_cf to existing module gr-ieee-80211
>
> >> gr_modtool add test_block_cf
Correct way to do it!
> It added test_block_cf_impl.cc and test_block_cf_impl.h in /lib and
> test_block_cf.h in /include/ieee
Yes just 1 minute after posting this mail I realized that hyphen in include
guard is the root.
I always created my own OOT, never added block in existing OOT, good
learning for me !
I understood, the "make install" should place the public header in
/include.
Yes the CMakelist.txt was updated by t
Hello,
We are about to receive our second antenna and want to test our GMSK modulation
flow graph on gnuradio. We are just sending a text file so our TX flow graph
looks like: file source—>packet encoder—> GMSK mod—>multiple constant—>osmocom
sink. (I saw to add a multiply constant to not inter
What is the clock source for a Gnuradio "internal" source such as the
Signal Source block? If there is no hardware device connected, is the
block ultimately driven by the PC clock?
Then, if there is a hardware source (SDR) as well as an internal source,
does the hardware source provide the ma
On 11/14/2017 02:13 PM, John Ackermann N8UR wrote:
What is the clock source for a Gnuradio "internal" source such as the
Signal Source block? If there is no hardware device connected, is the
block ultimately driven by the PC clock?
Then, if there is a hardware source (SDR) as well as an inter
I had trouble linking the _blocks_swig10.pyd block.
(some missing '_imp_' symbols).
So I investigated the ./gr-blocks/lib/ code and noticed
there was a missing 'BLOCKS_API' for the classes in
moving_average_XX_impl.h.t. This patch patch fixed it:
--- a/gr-blocks/lib/moving_average_XX_impl.h.t 20
Hello,
We will be running a basic flow graph to test our antenna with the LimeSDR.
The flowgraph is basically an osmocom source--> WX GUI waterfall sink.
It will run perfectly fine for some operations and then every once in a
while we will run it and get this error. It then works fine after we h
Hello Ricardo Nuszkowski,
The error messages are saying that it failed to initialize your radio
hardware properly. It is either gr-osmosdr or SoapySDR (I think this is
more likely), not really (the main tree) GNU Radio's fault. I recommend
asking the same question on their mailing lists or forums
Hello Ricardo Nuszkowski,
Sorry, I forgot to edit my e-mail before sending it out: you probably
should ask this to MyriadRF guys first, and then move to other forums.
Regards,
Kyeong Su Shin
On Tue, Nov 14, 2017 at 2:46 PM, Kyeong Su Shin wrote:
> Hello Ricardo Nuszkowski,
>
> The error messag
Thank you!
I’ll try with QT and see if I am still getting errors. I will also post
this on the myriad forum.
Ricardo
On Tue, Nov 14, 2017 at 5:55 PM Kyeong Su Shin wrote:
> Hello Ricardo Nuszkowski,
>
> Sorry, I forgot to edit my e-mail before sending it out: you probably
> should ask this to
Unplug the power to the hardware and plug it back in - cold reset- see
if happens again.
It could be something as simple as not enough power if you're not using
an external power supply.
-- Cinaed
On 11/14/2017 01:58 PM, Ricardo Nuszkowski wrote:
> Hello,
>
> We will be running a basic flow gr
Maybe you should ask this on the LimeSDR mailing list.
Incidentally, is what you're trying to do here related to the problem
posted in "Error on GNURadio"
FATAL: ResetChip() failed
-- Cinaed
On 11/14/2017 10:48 AM, Ricardo Nuszkowski wrote:
> Hello,
>
> We are about to receive our second a
I’ll ask this in the other forum, but this is a seperate question outside
the reset chip issue.
I wanted to know if there was any recommendations on the setup and if their
would be an issue running on the same SDR.
Ricardo
On Tue, Nov 14, 2017 at 7:20 PM Cinaed Simson
wrote:
> Maybe you should
On 11/14/2017 07:39 PM, Ricardo Nuszkowski wrote:
I’ll ask this in the other forum, but this is a seperate question
outside the reset chip issue.
I wanted to know if there was any recommendations on the setup and if
their would be an issue running on the same SDR.
Ricardo
Well, this is pretty
16 matches
Mail list logo
