You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If you accidentally set the gpsdo EEPROM parameter to internal, apparently ZPU does not start the UDP services for RX/TX.
This makes all UHD-based services (including uhd_usrp_probe and the osmo-trx transceiver) fail with
Error: resolve: Service not found
What is problematic is that the current usrp_burn_mb_eeprom utilities will fail the same way, and prevents you from resetting the gspdo parameter to none. As a workaround I commented out the section under create gpsdo control objects in lib/usrp/umtrx/umtrx_impl.cpp and was able to re-set the value in the EEPROM.
It would be nice if the usrp_burn_mb_eeprom utility could be made to recover from this situation.
Alternatively, since based on ZPU's behavior, it seems UmTRX does not support gpsdo=internal, maybe preventing to set the parameter would be a simpler solution.
The text was updated successfully, but these errors were encountered:
shimaore
added a commit
to shimaore/UHD-Fairwaves
that referenced
this issue
Jan 28, 2014
This changeset prevents libusrp from trying to access the `gpsdo` parameter (which is unused with UmTRX). This allows tools using libusrp from starting even if the gpsdo parameter was set incorrectly on the board.
If you accidentally set the
gpsdo
EEPROM parameter tointernal
, apparently ZPU does not start the UDP services for RX/TX.This makes all UHD-based services (including
uhd_usrp_probe
and theosmo-trx
transceiver) fail withWhat is problematic is that the current
usrp_burn_mb_eeprom
utilities will fail the same way, and prevents you from resetting thegspdo
parameter tonone
. As a workaround I commented out the section undercreate gpsdo control objects
inlib/usrp/umtrx/umtrx_impl.cpp
and was able to re-set the value in the EEPROM.It would be nice if the
usrp_burn_mb_eeprom
utility could be made to recover from this situation.Alternatively, since based on ZPU's behavior, it seems UmTRX does not support
gpsdo=internal
, maybe preventing to set the parameter would be a simpler solution.The text was updated successfully, but these errors were encountered: