Hi Daniel, Michael: Generally there should be no compatibility issues. Where you may run into an issue with compatibility is if for example, you build UHD & GNU Radio, then switch the major version of UHD without rebuilding GNU Radio. This will cause an ABI mismatch, and GNU Radio needs to be rebuilt.
Generally as long as you follow the order of building UHD -> GNU Radio, there should never be a mismatch issue. Keep in mind, unless you're installing to a local directory, and have a custom environment setup file, you'll want to remove any previous versions of UHD/GR before starting with a new install. Another point to note, you should not mix source installs of UHD/GR with package installations (apt-get, yum, dnf, etc) of UHD/GR. This will often cause headaches and difficult to diagnose problems. Now if you have a USRP such as a N2xx or X3xx, where the FPGA image is stored, if you switch versions of UHD that require a different FPGA version, you'll need to download (with uhd_images_downloader) new FPGA images and write them to the USRP EEPROM (with uhd_image_loader) once. Below is a guide on installing UHD/GR from source on Linux and has been throughly tested against the operating systems listed within the app note. https://kb.ettus.com/Building_and_Installing_the_USRP_Open-Source_Toolchain_(UHD_and_GNU_Radio)_on_Linux +Michael - I've attached a rough outline of instructions that cover installing OpenBTS I've put together which should get you started. These have been ran/tested on Ubuntu 14.04 and 16.04. If you're running Ubuntu 14.04, you don't need to perform the manual service starting at the end as Ubuntu 14.04 uses upstart. The manually starting of services is only required if you are using a version of Ubuntu which uses systemd. Regards, Nate Temple
#### Update your system sudo apt-get update sudo apt-get upgrade #### Install Deps sudo apt-get install libboost-all-dev libusb-1.0-0-dev python-mako doxygen python-docutils cmake build-essential libncurses5-dev libncurses5 python-dev python-requests ncurses-bin libncurses5-dbg libudev-dev git #### Create working dir mkdir ~/workarea cd ~/workarea/ #### Install UHD (skip if you already have UHD installed ) git clone https://github.com/EttusResearch/uhd cd uhd/ git checkout release_003_009_006 cd host/ mkdir build cd build/ cmake .. make -j3 sudo make install sudo ldconfig ### Install UDEV Rules cd ../utils/ sudo cp uhd-usrp.rules /etc/udev/rules.d/ sudo udevadm control --reload-rules sudo udevadm trigger ### Create usrp group and add user sudo addgroup usrp sudo usermod -a -G usrp $USER ### Add rtprio line to limits.conf sudo sh -c "echo '@usrp\t-\trtprio\t99' >> /etc/security/limits.conf" ### Log out and log back in ### Download UHD Images sudo uhd_images_downloader #### Clone OpenBTS build scripts cd ~/workarea/ git clone https://github.com/RangeNetworks/dev.git cd dev/ #### Update build scripts to skip installing the repo UHD packages sed -i 's/installIfMissing\ libuhd-dev/#installIfMissing\ libuhd-dev/g' build.sh sed -i 's/installIfMissing\ libuhd003/#installIfMissing\ libuhd003/g' build.sh sed -i 's/installIfMissing\ uhd-host/#installIfMissing\ uhd-host/g' build.sh sed -i '/#installIfMissing\ uhd-host/a \\techo "Skipping UHD Package Install"' build.sh #### Clone openbts, and all other repos using build script util #### Switch to master branch #### Build OpenBTS and friends ./clone.sh ./switchto.sh master ./build.sh B210 #### Install built packages, * This command will fail #### *** Select "Y" to overwrite config files when prompted #### You must change the path of this command to match the folder and replace the __TIMESTAMP_OF_BUILD__ sudo dpkg -i BUILDS/__TIMESTAMP_OF_BUILD__/*.deb #### Resolve Deps from previous command sudo apt-get -f install #### Run the install again for packages, this will pass sudo dpkg -i BUILDS/__TIMESTAMP_OF_BUILD__/*.deb #### Change permissions on asterisk database sudo chown -R asterisk:asterisk /var/lib/asterisk/sqlite3dir #### Starting OpenBTS & Friends # In four new terminals run: # Terminal 1: sudo /usr/local/sbin/smqueue # Terminal 2: sudo /usr/local/sbin/sipauthserve # Terminal 3: sudo /usr/sbin/asterisk -vvvv # Terminal 4: # * Note: Run uhd_usrp_probe before starting OpenBTS, so the FPGA image is loaded. OpenBTS's startup can timeout waiting on the FPGA to load. uhd_usrp_probe cd /OpenBTS sudo ./OpenBTS ### OpenBTS should now be running with a prompt: OpenBTS > ### Adjusting RX Gain: OpenBTS > rxgain 20 ### Config Open Regristration: OpenBTS> config Control.LUR.OpenRegistration ".*" # You should now be able to search for the network and connect to it with your phones. # Register with SIP by sending a 7-10 digit phone number to the number: 101 # OR manually add each IMSI with the commands below: #### Notes on adding SIP subscribers manually # * In new terminal cd ~/workarea/dev/NodeManager/ # read current subscribers ./nmcli.py sipauthserve subscribers read ./nmcli.py sipauthserve subscribers create "joe" IMSI<IMSI_VALUE> <PHONE_NUMBER> # * Note: format must be "IMSI<IMSI_VALUE>" with the characters and no space. ./nmcli.py sipauthserve subscribers create "joe" IMSI1235678901234 5558675309 # After you have register both phones, test by sending a text message between the phones # Calling the number "2600" is the echo-back number to test asterisk # Calling between phones should now work
> On Aug 15, 2017, at 12:52 PM, Michael Cameron via USRP-users > <usrp-users@lists.ettus.com> wrote: > > Hi Daniel, > > *** I was hoping that there would be a list somewhere so that I don’t have to > play Russian roulette and hope that I am git checking out the correct > version.*** > > Stay strong! This is part and parcel of the open source ecosystem--a > challenge or a puzzle to be solved. Looking through source code or build > scripts to identify and fix the issues is just part of what we USRP'ers have > to do (or we can just buy an Icom 7300 or FlexRadio where it has all been > done for us!). > > That is not to minimize the issue. When the build script was last revised in > 2013, and the SW components have since been revised at different dates, > things are bound to break. It is frustrating--but working the issues in a > logical way makes it all worth it once you finally get an error-free build. > Gradually, as we work on these issues, we develop the expertise that others > will pay for (or at least can be used to impress at cocktail parties). Good > luck! > > BTW, please, if you get such a list, send it around. I have the B210 and am > having a heck of a time getting all the OpenBTS components to play nicely! > Cheers, Mike > _______________________________________________ > USRP-users mailing list > USRP-users@lists.ettus.com > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
_______________________________________________ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
