-
Notifications
You must be signed in to change notification settings - Fork 670
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Calibration on X310 with WBX-120: NO CAL antenna #731
Comments
@keukenrol Sorry for the late response. I don't have such a device at hand and I'm not too familiar with this product series, but from what the cal_utils do it seems like they check both TX and the RX antennas and if one of them fails (and only in that case) they come up with that error. In your snipped I only see the TX output. Can you confirm that the RX frontend reports to have a CAL antenna, too? That may bring us a little bit further. |
Hello @manderseck. This is the output of uhd_find_devices: |
Thanks for providing the full output. From that it looks like it should work, indeed. So to get further I'd take the |
I suppose I need to rebuild the whole uhd package to get the print statements working? Suggestions where to add them and what to print? Thanks! |
@keukenrol Yes, rebuilding will be required, but if you built your current installation yourself already, then rebuilding from the same directory will be pretty fast.
The error message that you get comes a few lines later, so this is the place where something seems to go wrong. Thanks for your effort! |
This is the output of uhd_cal_tx_iq_balance: Creating the usrp device with: ,ignore_cal_file=1,ignore-cal-file=1... |
@keukenrol Thanks for getting back with this information. Interesting to see that usrp_probe reports a CAL antenna back for RX and TX while the getter doesn't find a CAL antenna in the RX path. Will check where this difference comes from. |
@manderseck Do you have any news on this? Thanks! |
@keukenrol I'm sorry, still didn't find a WBX to test this with. It's EOL which is why it's hard to find them and why it's difficult to prioritize this. I've created a bug for this in our internal bug tracker, though.
If that doesn't complain you could simply remove the check for available antenna ports in |
Hi I have tested the above code and obtained the following output: Thanks for your suggestion, we will have to fall back on the alternative method. |
Issue Description
I am using an X310 with WBX-120 and TwinRX daughterboards. The transmission seems to have a lot of carrier leakage (when sending a stream of 0's, there is still a frequency spike at the carrier frequency at -50dBm). I found out about calibration methods, which are supported by the TX board (WBX-120). https://files.ettus.com/manual/page_calibration.html
When running the uhd_usrp_probe command, I can see the board gives me the following info:
TX Frontend: 0
| | | Name: WBX-120 TX+GDB
| | | Antennas: TX/RX, CAL
| | | Sensors: lo_locked
| | | Freq range: 25.000 to 2200.000 MHz
| | | Gain range PGA0: 0.0 to 31.0 step 1.0 dB
| | | Bandwidth range: 120000000.0 to 120000000.0 step 0.0 Hz
| | | Connection Type: IQ
| | | Uses LO offset: No
However, when running uhd_cal_tx_iq_balance or uhd_cal_tx_dc_offset it gives me the following error:
Running calibration for WBX-120 TX+GDB
Daughterboard serial: [censored]
Error: This board does not have the CAL antenna option, cannot self-calibrate.
Setup Details
UHD_4.6.0.HEAD-0-g50fa3baa
FPGA version of X310 is HG
Expected Behavior
Calibration of TX (and RX) for both DC offset and IQ.
Actual Behaviour
This board does not have the CAL antenna option, cannot self-calibrate.
Steps to reproduce the problem
Using a X310 with a WBX-120 daughterboard, run the following command:
uhd_cal_tx_iq_balance --verbose --args="addr=192.168.10.2"
remark: i have the default IP from the HG fw version.
Additional Information
Source code: https://github.com/EttusResearch/uhd/blob/master/host/utils/usrp_cal_utils.hpp
The functions get_rx_antennas() and get_tx_antennas are part of https://github.com/EttusResearch/uhd/blob/master/host/lib/usrp/multi_usrp.cpp This might be helpful.
The text was updated successfully, but these errors were encountered: