Hi all,
I was on holiday the previous week, but I have created a poster which I
have included in my latest blog post. You can read more at:
https://grccpp.wordpress.com/
Best regards,
Håkon Vågsether
___
Discuss-gnuradio mailing list
Discuss-gnuradio@g
Thanks both,
All good now - I get a roughly constant phase delta
and when I re-run the FG, I get a different phase delta ( I don't need
to power cycle the USRPs). Now I will put in the synchronisation code
and the phase offset should be close to zero.
Hi Piotr,
uhd.time_spec.from_ticks(full_ticks_as_int, ticks_per_second_as_float)
does the trick for me, usually. You can make one time_spec with
from_ticks(12, 1.0f) that is exactly 12 full seconds, and then add a
second one that has 0 full_secs, and a double fractional seconds.
Personally, I'm n
Hi Mark,
We can look at that in-depth, but in spirit of keeping this as
time-effective as possible for you: Do you *need* controlport (it's a
system to remotely access statistics and specifics knobs and levers in
GNU Radio)? Many (most) users don't really.
Best regards,
Marcus
On 09/13/2017 04
Hi All,
time_spec_t is a class representing time in UHD. It uses time_t (long
int) for representing full seconds and double for parts of a second.
This format of time is usable to tell USRPs when to do certain tasks. It
is also very usable for operations on time without loosing precision.
In c++
I am seeing an error during “Make” and it has to do with the controlport and
thrift….not sure what is going on. Any help would be appreciated.
Thanks
Mark
After running “Make” I see the following error:
[ 11%] Building CXX object
gnuradio-runtime/lib/CMakeFiles/gnuradio-runtime.dir/controlp
Hey Shane,
You can fix this by moving line 129-131:
*self.blocks_throttle_0 = blocks.throttle(gr.sizeof_float*1,
samp_rate,True)self.analog_sig_source_x_1 = analog.sig_source_f(samp_rate,
analog.GR_SIN_WAVE, freq, ampl, 0)self.analog_sig_source_x_0 =
analog.sig_source_f(samp_rate, analog.GR_SQR
On 9/12/17, Phil Frost wrote:
> I did some experimentation with this technique on BPSK31, and I was able to
> get a little more performance in simulations with a matched filter and
> trellis decoding than fldigi and PSKCore got with their unmatched filters
> designed to minimize the ISI. Though in
Hi Shane,
I believe this might be the solution. According to James Shimer on this thread,
it's a race condition in the python code - read on down the thread. Anyway, the
solution works, I tried it.
regards
Jacqueline
From: Discuss-gnuradio
[discuss-gnu
