https://osmocom.org/https://osmocom.org/favicon.ico?16647414092019-03-05T20:33:22ZOpen Source Mobile CommunicationsOsmoBTS - Bug #3823: osmo-bts-oc2g claims BTS can transmit 40dBm. In reality, it's 25dBmhttps://osmocom.org/issues/3823?journal_id=134902019-03-05T20:33:22Zlaforge
<ul><li><strong>Status</strong> changed from <i>New</i> to <i>In Progress</i></li><li><strong>% Done</strong> changed from <i>0</i> to <i>50</i></li></ul> OsmoBTS - Bug #3823: osmo-bts-oc2g claims BTS can transmit 40dBm. In reality, it's 25dBmhttps://osmocom.org/issues/3823?journal_id=134912019-03-05T20:34:52Zlaforge
<ul></ul><p>related patch has been pushed to <a class="external" href="https://gerrit.osmocom.org/#/c/osmo-bts/+/13135">https://gerrit.osmocom.org/#/c/osmo-bts/+/13135</a></p> OsmoBTS - Bug #3823: osmo-bts-oc2g claims BTS can transmit 40dBm. In reality, it's 25dBmhttps://osmocom.org/issues/3823?journal_id=134922019-03-05T20:36:28Zlaforge
<ul></ul><p><a class="user active" href="https://osmocom.org/users/72">roh</a> please test the proposed patch. Manwhile, with existing osmo-bts-oc2g code, you could always add a vty option "nominal-tx-power 25" at the "trx 0" config node. This should make the current code behave exactly like the proposed patch.</p> OsmoBTS - Bug #3823: osmo-bts-oc2g claims BTS can transmit 40dBm. In reality, it's 25dBmhttps://osmocom.org/issues/3823?journal_id=134942019-03-05T20:36:57Zlaforge
<ul><li><strong>Related to</strong> <i><a class="issue tracker-2 status-3 priority-2 priority-default closed" href="/issues/3748">Feature #3748</a>: Integrate existing code and patches for OC-2G hardware and phy from oc2g-next branch of nrw_noa</i> added</li></ul> OsmoBTS - Bug #3823: osmo-bts-oc2g claims BTS can transmit 40dBm. In reality, it's 25dBmhttps://osmocom.org/issues/3823?journal_id=135742019-03-14T09:45:57Zlaforge
<ul><li><strong>Assignee</strong> changed from <i>roh</i> to <i>dexter</i></li></ul><p>re-assigning to dexter for further analysis</p> OsmoBTS - Bug #3823: osmo-bts-oc2g claims BTS can transmit 40dBm. In reality, it's 25dBmhttps://osmocom.org/issues/3823?journal_id=135822019-03-15T15:12:06Zdexter
<ul></ul><p>I have applied change Ia6b3476ab2f9279f8905b8c7cfd07ef7b0a939ed, i could not notice any changes in the behavior after applying the patch.</p>
<p>The origin of the problem seems to be missing calibration data. Osmo-bts-oc2g even complains at startup about missing calibration data.</p>
<pre>
<0006> l1_if.c:1438 Band support GSM900<0006> calib_file.c:136 Failed to open '/mnt/rom/factory/calib/calib_rx0.conf' for calibration data.
</pre>
<p>The calibration data is stored inside the BTS on a separate block device rom under /dev/mtdblock8. This block device can be mounted using:</p>
<pre>
mount -t jffs2 /dev/mtdblock8 /mnt/rom/factory/
</pre>
<p>After that osmo-bts-oc2g finds the calibration data and the output levels of the TRX appear normal.</p>
<p>It is a problem that from osmo-bts-oc2g continues its operation without calibration data. An uncalibrated TRX will output odd signal levels. The signal levels we observed were very low, presumably what we could measure was just leakage through the PA that did not even start up. However, osmo-bts-oc2g must at least report to the BSC that something went wrong. I have now integrated some OML alarms, so in case the calibration is missing we would see that as OML alarm in the BSC log:</p>
<p>The following related patches are currently in review: <br /><a class="external" href="https://gerrit.osmocom.org/#/c/osmo-bts/+/13262">https://gerrit.osmocom.org/#/c/osmo-bts/+/13262</a> oc2g: remove unused define constant FACTORY_ROM_PATH<br /><a class="external" href="https://gerrit.osmocom.org/#/c/osmo-bts/+/13263">https://gerrit.osmocom.org/#/c/osmo-bts/+/13263</a> lc15: remove unused define constant FACTORY_ROM_PATH<br /><a class="external" href="https://gerrit.osmocom.org/#/c/osmo-bts/+/13264">https://gerrit.osmocom.org/#/c/osmo-bts/+/13264</a> oml: make oml_tx_failure_event_rep() public<br /><a class="external" href="https://gerrit.osmocom.org/#/c/osmo-bts/+/13265">https://gerrit.osmocom.org/#/c/osmo-bts/+/13265</a> oc2g: generate failure event report in case of bad calibration<br /><a class="external" href="https://gerrit.osmocom.org/#/c/osmo-bts/+/13266">https://gerrit.osmocom.org/#/c/osmo-bts/+/13266</a> oc2g: change log level for calibration file errors to ERROR</p>
<p>At the moment osmo-bts-oc2g is not stopped when the error occurs, however it would make sense to stop osmo-bts-oc2g completely. The problem I see is the wired way how the calibration loading is implemented. Apparently it is tolerable if some calibration data is missing. At least the code is written in a wired recursive way that does multiple attempts to read alternative calibration files. I do not get the idea behind this. See also calib_file_send() in calib_file.c. It would be good to know the reason behind this, if loading just one file is enough to make the TRX properly operational we should add some logic/flags that make sure that osmo-bts-oc2g was able to load at least one file.</p> OsmoBTS - Bug #3823: osmo-bts-oc2g claims BTS can transmit 40dBm. In reality, it's 25dBmhttps://osmocom.org/issues/3823?journal_id=135832019-03-15T15:12:13Zdexter
<ul><li><strong>% Done</strong> changed from <i>50</i> to <i>80</i></li></ul> OsmoBTS - Bug #3823: osmo-bts-oc2g claims BTS can transmit 40dBm. In reality, it's 25dBmhttps://osmocom.org/issues/3823?journal_id=136352019-03-26T08:57:23Zdexter
<ul></ul><p>The following two patches are still in review:</p>
<p><a class="external" href="https://gerrit.osmocom.org/#/c/osmo-bts/+/13265">https://gerrit.osmocom.org/#/c/osmo-bts/+/13265</a> oc2g: generate failure event report in case of bad calibration<br /><a class="external" href="https://gerrit.osmocom.org/#/c/osmo-bts/+/13266">https://gerrit.osmocom.org/#/c/osmo-bts/+/13266</a> oc2g: change log level for calibration file errors to ERROR</p>
<p>However, the mounting of the partition with the calibration data should now be fixed in nightly, so a test with a fresh firmware makes sense.</p> OsmoBTS - Bug #3823: osmo-bts-oc2g claims BTS can transmit 40dBm. In reality, it's 25dBmhttps://osmocom.org/issues/3823?journal_id=138342019-04-08T08:47:53Zdexter
<ul><li><strong>Status</strong> changed from <i>In Progress</i> to <i>Resolved</i></li></ul>