Yes, I forgot about that, it’s just that the default
sample rate in GRC was set to 32k, and I overlooked that. I’ve pulled in
and compiled the latest SRCREVs from both the gnuradio and ettus uhd
repositories, on Fedora 12.
I’ve set it to 100 Msps, and connected it to a Null Sink, and I get an
error message saying that the target hardware doesn’t support 100Msps.
I have a USRP2 which has a sample rate of 100Msps. Why is it switching
Here is the output:
Current recv sock buff size: 50000000 bytes
Current send sock buff size: 50000000 bytes
Using: WBX TX (0x0053)
Using: WBX RX (0x0052)
RX samples per packet: 362
TX samples per packet: 363
Recv pirate num frames: 33967
The hardware does not support the requested sample rate:
Target sample rate: 100.000000 MSps
Actual sample rate: 25.000000 MSps
gr_block_executor: source <gr_block uhd simple source (2)> produced no
output. We’re marking it DONE.
Regarding the previous crash, I think error handling should be improved,
I tried to replicate the crash again, with 100k sample rate setting, and
terminate called after throwing an instance of ‘std::runtime_error’
what(): No devices found for ----->
However, after you set it back to a valid value of say 100M, it still
doesn’t work, requiring a full reboot of the USRP2.
Perhaps this was because of an unhandled exception?