Your approach isn’t horrible. I’d stick with it. Give that the USRP is sampling at a rate much faster than the transition event you’re describing, I’m wondering if perhaps you don’t really understand how a high-speed sampled baseband signal “works”. Your “can the USRP handle this” comment suggests confusion.
Also as a matter of housekeeping your question is more properly directed to the USRP-users mailing list, not discuss-gnuradio. Sent from my iPhone > On May 19, 2020, at 1:03 PM, "alvin.beg...@gd-ms.com" > <alvin.beg...@gd-ms.com> wrote: > > > I need to be able to grab a couple of samples at after some time after a > recurring event (step 2e below). The current method seems to work at the > moment, but was wondering if there was a better way. I tried to read the > documentation and example of proper use for this scenario, but I still don’t > understand L > > Also, the time we need to read the samples is less than a millisecond, > can the USRP handle a transition of a signal that dropped 20dB that fast? > How long would we have to wait after the power drop? > > Current method: > 1. stream_cmd.stream_now = true > > 2. while FOREVER > > a. Wait for re-occurring Event > > b. Wait for X amount of time > > c. stream_cmd.stream_mode = UHD_STREAM_MODE_START_CONTINUOUS; > d. uhd_rx_streamer_issue_stream_cmd(rx_streamer, &stream_cmd) > > e. uhd_rx_streamer_recv(....) > > f. stream_cmd.stream_mode = UHD_STREAM_MODE_STOP_CONTINUOUS; > g. uhd_rx_streamer_issue_stream_cmd(rx_streamer, &stream_cmd); > > h. Process Samples > > endwhile >
