You might try specrec in the gr-analysis module. It is optimized for fast
writes but is Linux only. We routinely do 2.5 minute records at 25 MSPS sc16
format (100 Mbytes/sec sustained) with a b200 without typically dropping any
samples. As mentioned, your hardware makes a big difference. We do t
Marcus,
The USRP type is an X310. The UHD release is 3.8.4. The USRP does not
have a GPSDO. I grep'ed the code for 'set_command_time', 'tx_metadata_t',
'set_time_now', 'set_time_next_pps', and 'set_time_unknown_pps' and got
nothing.
I have one block (in python) that sends (via asyncronous mess
Hi Alex,
what's your USRP type?
look for lines that are uspr->set_command_time, or where you have a
uhd::tx_metadata_t and set a time_spec in that.
Also, timed commands imply that you set a sensible time on the USRP, so
look for any place that calls "set_time_now", "set_time_next_pps" or
"set_ti
Is there a built-in GNURadio block/series of processing to frame sync by using
the tag created by the correlate access code-tag output to some fixed frame
length? Or is this functionality left up to the application-specific decoder?
I’m analyzing a signal which I don’t know certain parameters bu
Hello,
I have an application that is spewing up 'L's indicating late packet
arrival at the destination. How can I go about investigating this problem
(e.g., how do I determine what the time of transmission is in the packet
and the time it is received by the ettus box)?
I have not done much work
