AgeCommit message (Collapse)AuthorFilesLines
2018-08-31WIP: introduce freq. shifting featurefixeria/freq_shiftVadim Yanitskiy5-7/+23
Change-Id: I360e8ba91471757210c7f096c04928a6fbb91c61
2018-08-27vty: Fix typo in gpsdo clock reference typePau Espin Pedrol1-1/+1
Change-Id: I3f553c2cec9689524728cacb15b7daaff8166925
2018-08-17logging: Introduce new "DDEV" category for device-specific codeHarald Welte5-172/+179
The DMAIN category got too overloaded. Let's have the code in Transceive52M/device/* use the new DDEV category. Also, in some cases the log levels have been adjusted to ensure that enabling INFO level should not result in a complete overflow of messages during normal operation. Change-Id: I844fe4a75bf277cd3cc5bd8fa06e06ad97b2ea95
2018-08-17configure.ac: Fix typo in with-lms help stringPau Espin Pedrol1-1/+1
Change-Id: I7777d027fffa50dddf3f0a3c0bf2173aa8497be3
2018-08-09debian: add patches for debian8Alexander Couzens2-0/+58
The osmocom-nightly/release can create debian8 package by patching rules and control files Change-Id: I261302d2ed16e76540073589504e7426e23d00a1
2018-07-31Fix config file saving of {tx,rx}-path VTY config stringsHarald Welte1-2/+2
We were missing one indent level when writing the rx-path and tx-path Change-Id: I5d5b02c71d39220cabc2a23d059908ef3c6350e0 Closes: OS#3435
2018-06-25debian: Explicitly enable osmo-trx-uhd buildPau Espin Pedrol1-1/+1
osmotrxuhd is already being built since it's enabled by default, but let's make it more explicit that we are building it too. Change-Id: Ie9c224485cce047cd3ee4600ff7fbdb082355cdc
2018-06-25debian: Enable build of osmo-trx-lmsPau Espin Pedrol1-1/+1
Change-Id: I4711e97c844e582601a588fdc359fc020bcee001
2018-06-25Use correct paths when installing example filesPau Espin Pedrol2-4/+4
Fixes: c7756e73b73f9e7c64a1391f13e65f4f9d227bf4 Change-Id: If55d14768727c7119d86da60413861674dd3538b
2018-06-20lms: Allow values diff than 34dB to be set by setRxGain()Pau Espin Pedrol1-3/+1
Until now, setRxGain in LMSDevice did not take into account the setter parameter and was always using hardcoded 34dB, which was experimentally found to be a good default value. Let's force that value during initialization, but still allow the upper layers (controlled by BTS) to set different values. osmo-bts only sends a SETRXGAIN command (which calls setRxGain in osmo-trx) if a value is explicitly set in its VTY config, so we are on the safe side if the user doesn't explicitly configure a desired dB. Change-Id: I5684e675281a3f581855dbb56d199a6fe238a712
2018-06-20Add -V param to print versionPau Espin Pedrol1-1/+8
Change-Id: I9f2d6c4b1a508aceb1ccc0559f0902eedf2ec5af
2018-06-19debian: Add cfg file examples for osmo-trx-{lms,uhd}Pau Espin Pedrol10-0/+54
Sort cfg files according to their osmo-trx binary. Install them during make install. Add the installed cfg files to related debian packages. Change-Id: I905cdac30b441e4df0a3f5c0924d1637b9f67b90
2018-06-19contrib: Add systemd services for all backendsPau Espin Pedrol6-0/+36
Change-Id: I38a7ff7b9dafc3d6aa0426777036e3d7666045a7
2018-06-19debian: Add package osmo-trx-lmsPau Espin Pedrol2-1/+22
Change-Id: I3213c66907fbf0c7e531835b4993fa1bdc89edc3
2018-06-14usrp1: Fail in case of unsupported configurationHarald Welte1-0/+12
There might be some configuration that's not supported by osmo-bts-usrp1, and we should reject that properly. Change-Id: Ic7308ce0c57439fe97668bd31801c4bf76b797ad Closes: OS#3348
2018-06-14lms: Fail in case of unsupported configurationHarald Welte1-0/+8
There might be some configuration that's not supported by osmo-bts-lms, and we should reject that properly. Change-Id: I6f82edce589030a4407f6150fb7e8abe6417c1f2 Closes: OS#3347
2018-06-14lms: Fix coding styleHarald Welte1-10/+10
In Change-Id Ib2fca81b76d027b08e2891056fa076d071597783 we introduced some coding style violations. Let's make newly-added code follows standard Osmocom coding style. Change-Id: Ib7ddd275014f03a2eed3cddc02b1356e2b00c0bc
2018-06-14radioDevice: better encapsulation in base classHarald Welte6-34/+38
It's not good style to have the derived classes initialize members inherited from the base class using "this->foo = bar". Rather, let's make the base class have a constructor, and call that constructor to initialize the members of the base class. While doing this * rename 'offset' to 'lo_offset' to avoid confusion with timestamp offset * move 'InterfaceType' into the base class * move 'chans' into the base class * move 'rx_sps' into the base class * mark base class members as 'protected' Change-Id: Ib885675a7612a392aa7f75fca81269ddcff2f6ab
2018-06-13radioDevice: Move tx_sps from derived into base classHarald Welte6-17/+18
All three derived classes use a tx_sps member, let's move this into the base class. Change-Id: I73b4aa2705c5049561e2d7b21301a0d2b3c96ced
2018-06-13lms: Call set_antennas() during open() methodHarald Welte1-0/+5
Without this call, the antenna/path configuration is not applied. Change-Id: I0bca58266b59f1315ec72b6407fe4f4495aff678
2018-06-13lms: Fix support for rx_paths / tx_pathsHarald Welte2-3/+10
Before this patch, any configuration in osmo-trx.cfg regarding the rx and tx "antenna" (path) would have been completely ignored, as the radioDevice::make() function would simply drop those arguments to the floor. Change-Id: Ie50f854abbc9dcf351cddc052d10206382e1d5d3
2018-06-13move set_antennas() from UHD to generic radioDevice base classHarald Welte4-33/+29
Change-Id: I806143e9db21f0be4dcc6a376b3a630be7aeb3ba
2018-06-13lms: Reduce Rx gain from 47 to 34 dBZydrunas Tamosevicius1-1/+1
Initially, Rx gain was hardcoded to be 47. This was too high for our setup and we were constantly getting "clipping detected" messages. Reducing Rx gain to 34 solved the issue. However, it looks like gains should be controlled through configuration files. Change-Id: I30580f18c4ad630c09f725b1d24c125fc3119809
2018-06-13lms: fix LMS_StartStream() handling for multiple channelsZydrunas Tamosevicius1-0/+5
LMS_StartStream() (in LMSDevice::start()) was moved to separate loop. It is because LMS_SetupStream() would fail for second channel if streaming has already been started (LMS_StartStream()) for single channel configuration. Change-Id: I6704bb92864aa81417507c4ae24a22f41dc529c1
2018-06-13lms: Reduce log level of "send buffer of len ..."Zydrunas Tamosevicius1-1/+1
Log level of "send buffer of len ..." messages was changed as it was causing problems on some machines. Change-Id: I605d50e81966c7bd169b27788d62af6fb54c84e1
2018-06-13lms: Use same timestamp offset like when using LimeSDR via UHDZydrunas Tamosevicius1-5/+2
The tx timestamp offset was not set. We set it to the same value as it was in UHD interface for LimeSDR Change-Id: I78bc40cd575097f71a5f82b63467fa81c3f8d837
2018-06-13lms: Check LPBFW to set is within supported rangePau Espin Pedrol1-6/+26
As of LimeSuite 618fbb9c3188b36d75ad5785a97b8887dcc468f6, it seems 5e6 is within the returned range, but LMS_SetLPFBW fails anyway. See for more information: https://github.com/myriadrf/LimeSuite/issues/184 Change-Id: I967e7da7c0e3e8138b76733ee4a0e6311d20b62e
2018-06-13lms: Makefile.am: Reorder params to fix link issuePau Espin Pedrol1-2/+2
It seems the order in which static code and -lfoo is passed to the linker matters. This commit is a lms specific follow-up of commit 2a8183bdf0dfd5c5a59c3933fb932e827ddf811c. Change-Id: I59c20d268ecac4c22689124165c47295bd9176d4
2018-06-13LMSDevice: Fix setup failure with LimeSuite > 18.04.1Pau Espin Pedrol1-1/+1
Fixes: https://github.com/myriadrf/LimeSuite/issues/184 Change-Id: Ia9f37995cd10d19d6820e3e12b8ee8f3efbff5d4
2018-06-13LMSDevice: Set correct values for Max{Tx,Rx}GainPau Espin Pedrol1-2/+2
Change-Id: I3b3a7080a69e15d8d6770186810d922227439099
2018-06-13LMSDevice: Reduce Rx logging verbosity: Only log unexpected timestampsHarald Welte1-1/+2
Change-Id: I06b35efb7368616b9f4d348da574cd524ffe3ea6
2018-06-13LMS_Device: Set ts_offset to 0.Harald Welte1-1/+2
I'm not quite sure what the ts_offset is for, but by using "0" we are now receiving exactly the timestamp that we're expecting: LMSDevice.cpp:486 [tid=140576250332928] chan 0 recv buffer of len 2500 expect 305ed0 got 305ed0 (305ed0) diff=0 Change-Id: I270c94945b1af9662cfc468cfda1ae3af3ac0a27
2018-06-13LMSDevice: Fix initial timestamp offset of 2500Harald Welte1-1/+1
ts_initial must not point to the timestamp of the first sample in the last "flush" sample buffer, but to the first timestamp we expect in the next buffer. Change-Id: I23af62870544d4c6cf5f6e2d6578936603bceb91
2018-06-13LMSDevice: Set low-pass filters to smallest possible optionHarald Welte1-0/+4
Rx 1.4 MHz, Tx 5MHz. Both massively too wide for GSM, but there's no smaller band-width available. Change-Id: I9723c9a2ea77f65bfa9d796d7c44adc2417e89cf
2018-06-13LMSDevice: Typo fix: s/Internal/ExternalHarald Welte1-1/+1
Change-Id: Icacfe6da90a89c7f00d62c580948fb913998eaa7
2018-06-13LMSDevice: Print sample rate range + actual sample rate after setting itHarald Welte1-0/+9
Change-Id: I19c1a5b2d2431b8d39e277244e313f6e559e4d25
2018-06-13LMSDevice: Call LMS_Init() before setting sample rateHarald Welte1-4/+6
LMS_Init() will override basically all device settings with their default value, including the sample rate. We hence have to make sure to call it before any other API function that changes the device config such as sample rate, frequency, filter bandwidth, ... Change-Id: I4cdbae8406b5e1e93da491e90f8bad41d4be748b
2018-06-13update .gitignore to include osmo-trx-lmsHarald Welte1-0/+1
Change-Id: I52efd2f71eb61baa80427ab9f7b518f17d514792
2018-06-13build: Add support for LimeSuite device backendPau Espin Pedrol4-0/+35
Change-Id: I239e1b37263a62b374d84974c9347e3654072e87
2018-06-13lms: Several improvements and compilation/runtime fixesPau Espin Pedrol6-124/+271
Continuation of initial work done on LimeSuite support from Harald. Change-Id: Ib2fca81b76d027b08e2891056fa076d071597783
2018-06-13Initial work towards direct LimeSuite support in OsmoTRXHarald Welte2-0/+648
This is work in progress towards a direct LimeSuite driver in OsmoTRX, bypassing the currently rather complex stack of wrappers by going through UHD, SoapyUHD, SoapySDR and LimeSuite. Change-Id: Iaef29c4c2585ef8c2f94866c9591919f538c1a2d
2018-06-12examples: Set rt-prio 18 and print file basenamePau Espin Pedrol3-0/+5
Change-Id: I16fbdd46f2d9b6f3e79a4bb357f6a7fbed14244a
2018-05-09trx_vty.c: fix: use CONFIG_NODE as parent by defaultVadim Yanitskiy1-1/+3
There are some configuration nodes, which are handled by extenral libraries, such as libosmoctrl. So, when switching back to the parent node, this should be kept in mind. Instead of aborting, let's got to the CONFIG_NODE by default. Fixes: OS#3250 Change-Id: Ia0600a46d19825806e5aed9257b6c57c3907808b
2018-05-08UHDDevice: Fix setup failure with LimeSuite > 18.04.1Pau Espin Pedrol1-2/+2
Fixes: https://github.com/myriadrf/LimeSuite/issues/184 Change-Id: I48ead8b8996981263297b66c0c7d3d0972261316
2018-05-04doc: examples: Add umtrx sample configPau Espin Pedrol1-0/+22
Change-Id: Id38de0bbbe75e5e6bbb0de2eecb7d1984786d528
2018-05-03Bump version: 0.3.0-dirty → Espin Pedrol2-3/+125
Change-Id: Ifc469bce89d52012e1f876c847b4535360a602ad
2018-05-02git-version-gen: Take into account tags not in masterPau Espin Pedrol1-2/+1
Latest tag 0.3.0 was created in a release branch instead of master. As a result, git describe doesn't show them. Let's instead reuse git command used in osmo-ci to get latest tag from tag list when OBS latest repository is built. Change-Id: I3e461d4270b5e6d4c42126df4deef5651dca1e27
2018-05-02doc: add example config for usrp B200 seriesPhilipp Maier1-0/+20
Change-Id: I1a80ddd9ca9b143e9c89618616f30fe3f3547d7b
2018-04-28osmo-trx: s/GSM Core Address/GSM BTS Address/Harald Welte1-1/+1
The TRX connects to the BTS, not to the "Core". The Core network is miles away... Change-Id: I6de2f708fc7a7df7dea16314b7dfa4ab82f15b2c
2018-04-28update .gitignore for new executable namesHarald Welte1-1/+2
Change-Id: Id698024485176e5201ca92c72b1bd1d5914aff32