Hi Michael, I am using 4.0.0. The printout of the minimalist Flowgraph is attached.
Cheers Michael Von: Michael Dickens <[email protected]> Gesendet: Montag, 3. Mai 2021 16:21 An: Nieland, Michael <[email protected]> Cc: [email protected]; Schütz, Katja <[email protected]> Betreff: Re: [USRP-users] Changing RX frequency (B210) at runtime using the message interface (GnuRadio) Hi Michael - What version of UHD are you using? Can you provide the actual printout that happens with different GRC flowgraphs? It sounds like this is a bug, but if you're using older GR or UHD then it's a bug that might be fixed in a more recent version. - MLD On Mon, May 3, 2021 at 5:48 AM Nieland, Michael <[email protected]<mailto:[email protected]>> wrote: Dear all, I am using two B210 USRP’s to generate and receive DQPSK Signals around 1.53 GHz (two TX and two RX channels). The USRP’s use FW Version 8.0 and FPGA Version 16.0 (Hardware Revision 4). I am having some trouble properly changing the RX frequency at runtime using the message interface. When the RX frequency is varied using a QT Gui Range slider I encounter no issues. However, in my application I have to use the message interface. In general, I assume that my pmt message structure must be correct, since it works fine when the frequency is only changed by a few MHz. Also other commands (like setting tx and rx gains) work as expected. If, however, the frequency is requested to be set to let’s say 2 GHz from 1.53 GHz, an overflow is indicated and the respective USRP Channel completely stops streaming (does not restart). I tried using the “freq” command (both with indicating the channel and without since it should not make a difference on the B210) and the tune_request. I tried several different message structures but for some reason it only works for the TX Usrp (When using the message port of the TX Usrp to change frequency it is indicating some underflows right when the frequency is changed and is then working fine without any underflows or other issues). To eliminate the error I am right now testing in an isolated FG with only a USRP source and a Message Edit Box (FG is attached) and the issue occurs here as well. Any help would be appreciated and maybe someone was/is facing the same issue? Best regards Michael _______________________________________________ USRP-users mailing list -- [email protected]<mailto:[email protected]> To unsubscribe send an email to [email protected]<mailto:[email protected]>
[INFO] [UHD] linux; GNU C++ version 9.3.0; Boost_107100; UHD_4.0.0.0-0-unknown [INFO] [B200] Detected Device: B210 [INFO] [B200] Loading FPGA image: /usr/local/share/uhd/images/usrp_b210_fpga.bin... [INFO] [B200] Operating over USB 3. [INFO] [B200] Detecting internal GPSDO.... [INFO] [GPS] No GPSDO found [INFO] [B200] Initialize CODEC control... [INFO] [B200] Initialize Radio control... [INFO] [B200] Performing register loopback test... [INFO] [B200] Register loopback test passed [INFO] [B200] Performing register loopback test... [INFO] [B200] Register loopback test passed [INFO] [B200] Setting master clock rate selection to 'automatic'. [INFO] [B200] Asking for clock rate 16.000000 MHz... [INFO] [B200] Actually got clock rate 16.000000 MHz. [INFO] [B200] Asking for clock rate 32.000000 MHz... [INFO] [B200] Actually got clock rate 32.000000 MHz. [INFO] [MULTI_USRP] 1) catch time transition at pps edge [INFO] [MULTI_USRP] 2) set times next pps (synchronously) ******* MESSAGE DEBUG PRINT ******** (freq . 1.53e+09) ************************************ ******* MESSAGE DEBUG PRINT ******** (freq . 2e+09) ************************************ O
_______________________________________________ USRP-users mailing list -- [email protected] To unsubscribe send an email to [email protected]
