[Discuss-gnuradio] Clarification

2019-07-10 Thread Moon Light
hi i want tutorial on psk_mod block on gnuradio Particularly parameter differential encoder ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] debugging uhd_corr_and_sync example

2019-07-10 Thread Achilleas Anastasopoulos
Thanks Andy. Indeed the "symbol_sync" block is very robust and recovers immediately. Everything seems to be working now. Achilleas On Wed, Jul 10, 2019 at 9:45 AM Andy Walls wrote: > Hi Achilleas: > > > From: Achilleas Anastasopoulos > > Date: Wed, 10 Jul 2019 08:45:03 -04

Re: [Discuss-gnuradio] Question about metadata filesink

2019-07-10 Thread Marcus D. Leech
On 07/10/2019 04:19 PM, Ellie White wrote: Hi Marcus, Thanks for getting back to me! I really appreciate your suggestion -- why didn't I think of that! I have done similar calculations before to determine the amount of time from the beginning of a run, but for a much less precise application. T

Re: [Discuss-gnuradio] Question about metadata filesink

2019-07-10 Thread Marcus D. Leech
On 07/10/2019 02:54 PM, Ellie White wrote: Hello! I am working on a radio astronomy project with the Green Bank Observatory / NRAO Central Development Lab this summer, utilizing GNU Radio and an Ettus Research SDR, and I've got a question regarding how to collect metadata information from a file

Re: [Discuss-gnuradio] Question about metadata filesink

2019-07-10 Thread Marcus D. Leech
On 07/10/2019 04:45 PM, Derek Kozel wrote: Hi Ellie! The USRP has an internal time register which starts counting up from 0 when the power is applied. You can use the external 1 PPS input and the set_time_next_pps command to snap that register into alignment with UTC/TAI as long as you have a GP

Re: [Discuss-gnuradio] Question about metadata filesink

2019-07-10 Thread Derek Kozel
Hi Ellie! The USRP has an internal time register which starts counting up from 0 when the power is applied. You can use the external 1 PPS input and the set_time_next_pps command to snap that register into alignment with UTC/TAI as long as you have a GPSDO or similar that outputs a 1PPS signal. I

Re: [Discuss-gnuradio] Question about metadata filesink

2019-07-10 Thread Ellie White
Hi Marcus, Thanks for getting back to me! I really appreciate your suggestion -- why didn't I think of that! I have done similar calculations before to determine the amount of time from the beginning of a run, but for a much less precise application. This brings me to another question, though --

Re: [Discuss-gnuradio] Question about metadata filesink

2019-07-10 Thread Marcus D Leech
The thing to note is that the UHD sends a time stamp only on start of streaming and whenever there’s an overrun. You can know the time of any given sample by knowing the sample rate and offset from the beginning. In your case you will have to throw in some more factors to account for FFT siz

[Discuss-gnuradio] Question about metadata filesink

2019-07-10 Thread Ellie White
Hello! I am working on a radio astronomy project with the Green Bank Observatory / NRAO Central Development Lab this summer, utilizing GNU Radio and an Ettus Research SDR, and I've got a question regarding how to collect metadata information from a filesink. I have attached the flowgraph I am usi

Re: [Discuss-gnuradio] ninput_items size problem

2019-07-10 Thread Ramazan Çetin
Hello folk, We made some progress. This short ninput_items size problem results from "rational_resampler". Rational_resampler is used as interpolator by 2. So, lets say, there is a tagged packet on input of rational_resampler with length of 975. We expect that, rational_resampler should put a

Re: [Discuss-gnuradio] debugging uhd_corr_and_sync example

2019-07-10 Thread Andy Walls
Hi Achilleas: > From: Achilleas Anastasopoulos > Date: Wed, 10 Jul 2019 08:45:03 -0400 > Hi Ernest, > > Although this explains why the system breaks when the noise becomes > large (~10dB) and so the overall signal amplitude increases beyond > (~1), it cannot explain why the system

Re: [Discuss-gnuradio] debugging uhd_corr_and_sync example

2019-07-10 Thread Achilleas Anastasopoulos
Hi Ernest, Although this explains why the system breaks when the noise becomes large (~10dB) and so the overall signal amplitude increases beyond (~1), it cannot explain why the system does not recover AFTER all amplitudes are set back to normal values (~1) and noise back to -30dB ... It was my i

Re: [Discuss-gnuradio] JIT integration and undefined symbol

2019-07-10 Thread Ron Economos
Optimizing flags can be set per submodule. I just checked the build with VERBOSE=1, and the -msse2 flag is only set for DTV (and VOLK) files. Ron On 7/10/19 02:05, Müller, Marcus (CEL) wrote: Hi Ron, wasn't aware of that. I *think* we shouldn't be doing that. Optimizing flags can't be set per

Re: [Discuss-gnuradio] JIT integration and undefined symbol

2019-07-10 Thread CEL
Hi Ron, wasn't aware of that. I *think* we shouldn't be doing that. Optimizing flags can't be set per submodule, but only for the whole build. Would you agree we need to "centralize" that in some way? Best regards, Marcus On Tue, 2019-07-09 at 07:36 -0700, Ron Economos wrote: > This is just a gu