Re: SDR transceiver having independent mixer and ADC sampling clocks

On Wed, Feb 26, 2020 at 4:23 PM Heikki Laamanen wrote: > > So you want to produce something like a stable 10MHz reference and a > 1PPS which is synchronous to UTC using broadcast/terrestrial signals such > as DVB-T, ATSC, LTE, etc? And your edges can be within +/-50ns of actual > UTC? > > > > Ye

Re: How ensure consistency with timing signals

On 02/26/2020 04:11 PM, Lukas Haase wrote: Hi Marcus, Good point; but this is just for demonstration purposes here. I can tie it to USRP Source/Sink. The delta (measured in samples) should still be consistent, no matter what. Best, Lukas Looking at the siggen code, this is probably equivale

RE: SDR transceiver having independent mixer and ADC sampling clocks

> So you want to produce something like a stable 10MHz reference and a 1PPS > which is synchronous to UTC using broadcast/terrestrial signals such as > DVB-T, ATSC, LTE, etc? And your edges can be within +/-50ns of actual UTC? Yes. All those signals (not sure about ATSC) are synchronized to

Re: How ensure consistency with timing signals

Hi Marcus, Good point; but this is just for demonstration purposes here. I can tie it to USRP Source/Sink. The delta (measured in samples) should still be consistent, no matter what. Best, Lukas > Gesendet: Mittwoch, 26. Februar 2020 um 15:25 Uhr > Von: "Marcus D Leech" > An: "Lukas Haase"

Re: How ensure consistency with timing signals

Something to understand about the throttle block is that it doesn’t guarantee a precise sample rate. Just that the long term average rate is what you expect. Sent from my iPhone > On Feb 26, 2020, at 12:09 PM, Lukas Haase wrote: > > Hello, > > I use a square wave to generate control/clockin

How ensure consistency with timing signals

Hello, I use a square wave to generate control/clocking signal for some control logic: https://snipboard.io/WQ8p6d.jpg The work function of the "Controller" block looks like: def work(self, input_items, output_items): d = np.diff(input_items[0]) inds = np.where(d == 1)

Re: gnuradio 3.8 errors with gr_modtool

Thank you very much Josh and Maitland for your quick help, appreciate it. Maitland, I executed the command that you mentioned, and problem solved =D Looking forward now to try the new gnuradio version! Cheers On Wed, Feb 26, 2020 at 7:48 AM Morman, Joshua wrote: > Hi Laura, > > > Thank you f

Re: gnuradio 3.8 errors with gr_modtool

Hi Laura, Thank you for raising this issue. Maitland pinged me offline with the fixes he did on this issue in the Debian packages which are basically copied into the PPAs you are using with minor modifications. I have now applied his fixes (and updated the ppa packages to the recent RC rele

Re: gr-fosphor on AMD RX 550

Hi Sylvain, It tried the GLFW version but the error is the same, the shaders fail. How did you manage to install OpenCL + amdgpu? I tried that and thought I had succeeded but apparently that's not the case. Cheers PS: Yeah, taking it off the list was an error. On 26.02.20 13:39, Sylvain Mu

Re: gr-fosphor on AMD RX 550

Hi Johannes, > I really hoped I could install AMD OpenCL on top of the open driver. > How do you do that? I guess, if I install the correct OpenCL + amdgpu > version, this should actually work. Yeah, that's what I did ... I use the AMD binary OpenCL stuff, but I continued using the amdgpu drive

Re: Excess bandwidth in constellation modulator

This is exactly what i was looking for. Thank you so much. On Wed, 26 Feb 2020, 9:22 am Moses Browne Mwakyanjala, wrote: > Hello, > That comes down to baseband signal and passband as shown below. > Traditionally, we only quote positive frequencies. For example, for the > SRRC pulse you mentione