Open Source Mobile Communications: Issueshttps://osmocom.org/https://osmocom.org/favicon.ico?16647414092024-03-22T05:59:54ZOpen Source Mobile Communications
Redmine rtl-sdr - Bug #6413 (New): Incorrect Debian/Debian-like binary packageshttps://osmocom.org/issues/64132024-03-22T05:59:54ZFFY00
<p>Hi,</p>
<p>It seems the binary packages for Debian and Debian-like distributions, such as Ubuntu, for librtlsdr are incorrect.</p>
<p>You are shipping a librtlsdr0 package for 2.x version, which has a SO version with a major of 2. The correct package should be librtlsdr2. Not shipping a .so.0 in a librtlsdr0 package means that all software that was built against it will now result in an unresolved linker dependency.</p>
<p>With that said, I would also recommend the SO version to not be tied to the project version, as that would require all existing packages to be rebuilt against the new library package, even if there weren't any ABI changes. I don't know if there were any ABI changes between .so.0 and .so.2, but if there weren't, I would recommend for rtl-sdr 2.x to still ship a SO with a 0 major version (in this case, also a .so.2 now, since version 2.x has already been released with that SO name).</p>
<p>Cheers,<br />Filipe LaĆns</p> E1/T1 Hardware Interface (including icE1usb) - Support #6412 (New): No alignmenthttps://osmocom.org/issues/64122024-03-20T21:47:23Zpfassberg
<p>I'm testing icE1usb to connect a ISDN PBX to a switch partly over SDH.<br /><pre>
SS7/ISDN Switch - (STM-1) - ADM - (E1) - icE1usb - (IP) - icE1usb - (E1) - PABX
</pre></p>
<p>In the PABX side I have no problems, but between the ADM and the icE1usb I have problem to get the icE1usb aligned.</p>
<p>If I use a loopback cable I can get the ADM and the icE1usb aligned. But when I connect them only the ADM get aligned, never the icE1usb. The icE1usb don't act at all. The green LED keeps flashing and nothing in the logs or stat.</p>
<p>If I connect a Cisco modem pool to the same ADM port it immediately get aligned. I have MGWs and other stuff connected to the same ADM with no problems.</p>
<p>I've measured the voltage and find roughly 4 V Vp-p from icE1usb and 5 V Vp-p from the ADM.</p>
<p>I do not use CRC4 but I can't find any CRC4 settings in osmo-e1d config.</p>
<p>Any clues about what is going on and how to debug this?</p>
<p>// Peter</p> rtl-sdr - Bug #6012 (New): Update wiki for macos buildhttps://osmocom.org/issues/60122023-04-22T23:40:42Zmores
<p>If you follow instructions for "Building with autotools:" you will get:</p>
<p>./configure: line 12636: syntax error near unexpected token `LIBUSB,'<br />./configure: line 12636: `PKG_CHECK_MODULES(LIBUSB, libusb-1.0 >= 1.0)'</p>
<p>on macos.</p>
<p>Please update wiki to include:</p>
<p>autoreconf -i -I/opt/homebrew/share/aclocal</p> rtl-sdr - Bug #6005 (New): rtl-test and rtl-sdr exit code=-5 when running on Windows 10 WSL and U...https://osmocom.org/issues/60052023-04-16T23:27:10Zmluckham
<p>While trying to get radiosonde_auto_rx 6.0 to work on Windows 10 WSL and Ubuntu, neither the RTL-SDR.COM dongle nor an older DVB-T+DAB+FM dongle were detected by auto_rx.py. Increasing the log level to debug showed that rtl_sdr was returning a non-zero error code.</p>
<p>Echoing the return code ($#) after running rtl_sdr or rtl_test on the command line, -5 is being returned instead of zero. Modifying auto_rx/autorx/utils.py to accept a return code of 5 allowed the SDR to be detected and operate normally.</p>
<p>Moving to the rtl-sdr code, in librtlsdr.c, the rtl_read_async() method returns -5 from the variable 'r' if a non-zero error was returned from r=libusb_cancel_transfer. The main also returns the non-zero value of 'r' which is the problem.</p>
<p>I reported these findings on: [<a class="external" href="https://github.com/projecthorus/radiosonde_auto_rx/issues/765">https://github.com/projecthorus/radiosonde_auto_rx/issues/765</a> [<a class="external" href="https://github.com/projecthorus/radiosonde_auto_rx/issues/765">https://github.com/projecthorus/radiosonde_auto_rx/issues/765</a>]].</p>
<p>Moving on to Windows 10 WSL, the dorssel/usbipd-win project bridges Windows 10 USB devices to the Ubuntu environment. I submitted a request for assistance to the project and they advised how to capture debug information. Their response: [<a class="external" href="https://github.com/dorssel/usbipd-win/issues/572">https://github.com/dorssel/usbipd-win/issues/572</a> [<a class="external" href="https://github.com/dorssel/usbipd-win/issues/572">https://github.com/dorssel/usbipd-win/issues/572</a>]]</p>
<p>Here is the code change that I made to librtlsdr.c to absorb the error code and return the normal exit code=0. There are two changes flagged with the comment '// Mike'. I don't know whether this change is generic enough - it just works in this situation.</p>
<pre><code class="c syntaxhl">
<span class="kt">int</span> <span class="nf">rtlsdr_read_async</span><span class="p">(</span><span class="n">rtlsdr_dev_t</span> <span class="o">*</span><span class="n">dev</span><span class="p">,</span> <span class="n">rtlsdr_read_async_cb_t</span> <span class="n">cb</span><span class="p">,</span> <span class="kt">void</span> <span class="o">*</span><span class="n">ctx</span><span class="p">,</span>
<span class="kt">uint32_t</span> <span class="n">buf_num</span><span class="p">,</span> <span class="kt">uint32_t</span> <span class="n">buf_len</span><span class="p">)</span>
<span class="p">{</span>
<span class="kt">unsigned</span> <span class="kt">int</span> <span class="n">i</span><span class="p">;</span>
<span class="kt">int</span> <span class="n">r</span> <span class="o">=</span> <span class="mi">0</span><span class="p">;</span>
<span class="k">struct</span> <span class="n">timeval</span> <span class="n">tv</span> <span class="o">=</span> <span class="p">{</span> <span class="mi">1</span><span class="p">,</span> <span class="mi">0</span> <span class="p">};</span>
<span class="k">struct</span> <span class="n">timeval</span> <span class="n">zerotv</span> <span class="o">=</span> <span class="p">{</span> <span class="mi">0</span><span class="p">,</span> <span class="mi">0</span> <span class="p">};</span>
<span class="k">enum</span> <span class="n">rtlsdr_async_status</span> <span class="n">next_status</span> <span class="o">=</span> <span class="n">RTLSDR_INACTIVE</span><span class="p">;</span>
<span class="k">if</span> <span class="p">(</span><span class="o">!</span><span class="n">dev</span><span class="p">)</span>
<span class="k">return</span> <span class="o">-</span><span class="mi">1</span><span class="p">;</span>
<span class="k">if</span> <span class="p">(</span><span class="n">RTLSDR_INACTIVE</span> <span class="o">!=</span> <span class="n">dev</span><span class="o">-></span><span class="n">async_status</span><span class="p">)</span>
<span class="k">return</span> <span class="o">-</span><span class="mi">2</span><span class="p">;</span>
<span class="n">dev</span><span class="o">-></span><span class="n">async_status</span> <span class="o">=</span> <span class="n">RTLSDR_RUNNING</span><span class="p">;</span>
<span class="n">dev</span><span class="o">-></span><span class="n">async_cancel</span> <span class="o">=</span> <span class="mi">0</span><span class="p">;</span>
<span class="n">dev</span><span class="o">-></span><span class="n">cb</span> <span class="o">=</span> <span class="n">cb</span><span class="p">;</span>
<span class="n">dev</span><span class="o">-></span><span class="n">cb_ctx</span> <span class="o">=</span> <span class="n">ctx</span><span class="p">;</span>
<span class="k">if</span> <span class="p">(</span><span class="n">buf_num</span> <span class="o">></span> <span class="mi">0</span><span class="p">)</span>
<span class="n">dev</span><span class="o">-></span><span class="n">xfer_buf_num</span> <span class="o">=</span> <span class="n">buf_num</span><span class="p">;</span>
<span class="k">else</span>
<span class="n">dev</span><span class="o">-></span><span class="n">xfer_buf_num</span> <span class="o">=</span> <span class="n">DEFAULT_BUF_NUMBER</span><span class="p">;</span>
<span class="k">if</span> <span class="p">(</span><span class="n">buf_len</span> <span class="o">></span> <span class="mi">0</span> <span class="o">&&</span> <span class="n">buf_len</span> <span class="o">%</span> <span class="mi">512</span> <span class="o">==</span> <span class="mi">0</span><span class="p">)</span> <span class="cm">/* len must be multiple of 512 */</span>
<span class="n">dev</span><span class="o">-></span><span class="n">xfer_buf_len</span> <span class="o">=</span> <span class="n">buf_len</span><span class="p">;</span>
<span class="k">else</span>
<span class="n">dev</span><span class="o">-></span><span class="n">xfer_buf_len</span> <span class="o">=</span> <span class="n">DEFAULT_BUF_LENGTH</span><span class="p">;</span>
<span class="n">_rtlsdr_alloc_async_buffers</span><span class="p">(</span><span class="n">dev</span><span class="p">);</span>
<span class="k">for</span><span class="p">(</span><span class="n">i</span> <span class="o">=</span> <span class="mi">0</span><span class="p">;</span> <span class="n">i</span> <span class="o"><</span> <span class="n">dev</span><span class="o">-></span><span class="n">xfer_buf_num</span><span class="p">;</span> <span class="o">++</span><span class="n">i</span><span class="p">)</span> <span class="p">{</span>
<span class="n">libusb_fill_bulk_transfer</span><span class="p">(</span><span class="n">dev</span><span class="o">-></span><span class="n">xfer</span><span class="p">[</span><span class="n">i</span><span class="p">],</span>
<span class="n">dev</span><span class="o">-></span><span class="n">devh</span><span class="p">,</span>
<span class="mh">0x81</span><span class="p">,</span>
<span class="n">dev</span><span class="o">-></span><span class="n">xfer_buf</span><span class="p">[</span><span class="n">i</span><span class="p">],</span>
<span class="n">dev</span><span class="o">-></span><span class="n">xfer_buf_len</span><span class="p">,</span>
<span class="n">_libusb_callback</span><span class="p">,</span>
<span class="p">(</span><span class="kt">void</span> <span class="o">*</span><span class="p">)</span><span class="n">dev</span><span class="p">,</span>
<span class="n">BULK_TIMEOUT</span><span class="p">);</span>
<span class="n">r</span> <span class="o">=</span> <span class="n">libusb_submit_transfer</span><span class="p">(</span><span class="n">dev</span><span class="o">-></span><span class="n">xfer</span><span class="p">[</span><span class="n">i</span><span class="p">]);</span>
<span class="k">if</span> <span class="p">(</span><span class="n">r</span> <span class="o"><</span> <span class="mi">0</span><span class="p">)</span> <span class="p">{</span>
<span class="n">fprintf</span><span class="p">(</span><span class="n">stderr</span><span class="p">,</span> <span class="s">"Failed to submit transfer %i</span><span class="se">\n</span><span class="s">"</span>
<span class="s">"Please increase your allowed "</span>
<span class="s">"usbfs buffer size with the "</span>
<span class="s">"following command:</span><span class="se">\n</span><span class="s">"</span>
<span class="s">"echo 0 > /sys/module/usbcore"</span>
<span class="s">"/parameters/usbfs_memory_mb</span><span class="se">\n</span><span class="s">"</span><span class="p">,</span> <span class="n">i</span><span class="p">);</span>
<span class="n">dev</span><span class="o">-></span><span class="n">async_status</span> <span class="o">=</span> <span class="n">RTLSDR_CANCELING</span><span class="p">;</span>
<span class="k">break</span><span class="p">;</span>
<span class="p">}</span>
<span class="p">}</span>
<span class="k">while</span> <span class="p">(</span><span class="n">RTLSDR_INACTIVE</span> <span class="o">!=</span> <span class="n">dev</span><span class="o">-></span><span class="n">async_status</span><span class="p">)</span> <span class="p">{</span>
<span class="n">r</span> <span class="o">=</span> <span class="n">libusb_handle_events_timeout_completed</span><span class="p">(</span><span class="n">dev</span><span class="o">-></span><span class="n">ctx</span><span class="p">,</span> <span class="o">&</span><span class="n">tv</span><span class="p">,</span>
<span class="o">&</span><span class="n">dev</span><span class="o">-></span><span class="n">async_cancel</span><span class="p">);</span>
<span class="k">if</span> <span class="p">(</span><span class="n">r</span> <span class="o"><</span> <span class="mi">0</span><span class="p">)</span> <span class="p">{</span>
<span class="n">fprintf</span><span class="p">(</span><span class="n">stderr</span><span class="p">,</span> <span class="s">"libusb_handle_events_timeout_completed returned: %d</span><span class="se">\n</span><span class="s">"</span><span class="p">,</span> <span class="n">r</span><span class="p">);</span>
<span class="k">if</span> <span class="p">(</span><span class="n">r</span> <span class="o">==</span> <span class="n">LIBUSB_ERROR_INTERRUPTED</span><span class="p">)</span> <span class="cm">/* stray signal */</span>
<span class="k">continue</span><span class="p">;</span>
<span class="k">break</span><span class="p">;</span>
<span class="p">}</span>
<span class="k">if</span> <span class="p">(</span><span class="n">RTLSDR_CANCELING</span> <span class="o">==</span> <span class="n">dev</span><span class="o">-></span><span class="n">async_status</span><span class="p">)</span> <span class="p">{</span>
<span class="n">next_status</span> <span class="o">=</span> <span class="n">RTLSDR_INACTIVE</span><span class="p">;</span>
<span class="k">if</span> <span class="p">(</span><span class="o">!</span><span class="n">dev</span><span class="o">-></span><span class="n">xfer</span><span class="p">)</span>
<span class="k">break</span><span class="p">;</span>
<span class="k">for</span><span class="p">(</span><span class="n">i</span> <span class="o">=</span> <span class="mi">0</span><span class="p">;</span> <span class="n">i</span> <span class="o"><</span> <span class="n">dev</span><span class="o">-></span><span class="n">xfer_buf_num</span><span class="p">;</span> <span class="o">++</span><span class="n">i</span><span class="p">)</span> <span class="p">{</span>
<span class="k">if</span> <span class="p">(</span><span class="o">!</span><span class="n">dev</span><span class="o">-></span><span class="n">xfer</span><span class="p">[</span><span class="n">i</span><span class="p">])</span>
<span class="k">continue</span><span class="p">;</span>
<span class="k">if</span> <span class="p">(</span><span class="n">LIBUSB_TRANSFER_CANCELLED</span> <span class="o">!=</span>
<span class="n">dev</span><span class="o">-></span><span class="n">xfer</span><span class="p">[</span><span class="n">i</span><span class="p">]</span><span class="o">-></span><span class="n">status</span><span class="p">)</span> <span class="p">{</span>
<span class="n">r</span> <span class="o">=</span> <span class="n">libusb_cancel_transfer</span><span class="p">(</span><span class="n">dev</span><span class="o">-></span><span class="n">xfer</span><span class="p">[</span><span class="n">i</span><span class="p">]);</span>
<span class="n">fprintf</span><span class="p">(</span><span class="n">stderr</span><span class="p">,</span> <span class="s">"libusb_cancel_transfer : %d</span><span class="se">\n</span><span class="s">"</span><span class="p">,</span> <span class="n">r</span><span class="p">);</span>
<span class="cm">/* handle events after canceling
* to allow transfer status to
* propagate */</span>
<span class="cp">#ifdef _WIN32
</span> <span class="n">Sleep</span><span class="p">(</span><span class="mi">1</span><span class="p">);</span>
<span class="cp">#endif
</span> <span class="n">libusb_handle_events_timeout_completed</span><span class="p">(</span><span class="n">dev</span><span class="o">-></span><span class="n">ctx</span><span class="p">,</span>
<span class="o">&</span><span class="n">zerotv</span><span class="p">,</span> <span class="nb">NULL</span><span class="p">);</span>
<span class="c1">// Mike: first call return r=0, after that r=-5, final call</span>
<span class="k">if</span> <span class="p">(</span><span class="n">r</span> <span class="o"><</span> <span class="mi">0</span><span class="p">)</span>
<span class="k">continue</span><span class="p">;</span>
<span class="n">next_status</span> <span class="o">=</span> <span class="n">RTLSDR_CANCELING</span><span class="p">;</span>
<span class="p">}</span>
<span class="p">}</span>
<span class="c1">// Mike</span>
<span class="k">if</span> <span class="p">(</span><span class="n">r</span> <span class="o"><</span> <span class="mi">0</span><span class="p">)</span> <span class="p">{</span>
<span class="n">fprintf</span><span class="p">(</span><span class="n">stderr</span><span class="p">,</span> <span class="s">"final r return value %d, reset to 0"</span><span class="p">,</span> <span class="n">r</span><span class="p">);</span>
<span class="n">r</span> <span class="o">=</span> <span class="mi">0</span><span class="p">;</span>
<span class="p">}</span>
<span class="k">if</span> <span class="p">(</span><span class="n">dev</span><span class="o">-></span><span class="n">dev_lost</span> <span class="o">||</span> <span class="n">RTLSDR_INACTIVE</span> <span class="o">==</span> <span class="n">next_status</span><span class="p">)</span> <span class="p">{</span>
<span class="cm">/* handle any events that still need to
* be handled before exiting after we
* just cancelled all transfers */</span>
<span class="n">libusb_handle_events_timeout_completed</span><span class="p">(</span><span class="n">dev</span><span class="o">-></span><span class="n">ctx</span><span class="p">,</span>
<span class="o">&</span><span class="n">zerotv</span><span class="p">,</span> <span class="nb">NULL</span><span class="p">);</span>
<span class="k">break</span><span class="p">;</span>
<span class="p">}</span>
<span class="p">}</span>
<span class="p">}</span>
<span class="n">_rtlsdr_free_async_buffers</span><span class="p">(</span><span class="n">dev</span><span class="p">);</span>
<span class="n">dev</span><span class="o">-></span><span class="n">async_status</span> <span class="o">=</span> <span class="n">next_status</span><span class="p">;</span>
<span class="k">return</span> <span class="n">r</span><span class="p">;</span>
<span class="p">}</span>
<span class="kt">int</span> <span class="nf">rtlsdr_cancel_async</span><span class="p">(</span><span class="n">rtlsdr_dev_t</span> <span class="o">*</span><span class="n">dev</span><span class="p">)</span>
<span class="p">{</span>
<span class="k">if</span> <span class="p">(</span><span class="o">!</span><span class="n">dev</span><span class="p">)</span>
<span class="k">return</span> <span class="o">-</span><span class="mi">1</span><span class="p">;</span>
<span class="cm">/* if streaming, try to cancel gracefully */</span>
<span class="k">if</span> <span class="p">(</span><span class="n">RTLSDR_RUNNING</span> <span class="o">==</span> <span class="n">dev</span><span class="o">-></span><span class="n">async_status</span><span class="p">)</span> <span class="p">{</span>
<span class="n">dev</span><span class="o">-></span><span class="n">async_status</span> <span class="o">=</span> <span class="n">RTLSDR_CANCELING</span><span class="p">;</span>
<span class="n">dev</span><span class="o">-></span><span class="n">async_cancel</span> <span class="o">=</span> <span class="mi">1</span><span class="p">;</span>
<span class="k">return</span> <span class="mi">0</span><span class="p">;</span>
<span class="p">}</span>
<span class="cm">/* if called while in pending state, change the state forcefully */</span>
<span class="c">#if 0
if (RTLSDR_INACTIVE != dev->async_status) {
dev->async_status = RTLSDR_INACTIVE;
return 0;
}
#endif
</span> <span class="k">return</span> <span class="o">-</span><span class="mi">2</span><span class="p">;</span>
<span class="p">}</span>
<span class="kt">uint32_t</span> <span class="nf">rtlsdr_get_tuner_clock</span><span class="p">(</span><span class="kt">void</span> <span class="o">*</span><span class="n">dev</span><span class="p">)</span>
<span class="p">{</span>
<span class="kt">uint32_t</span> <span class="n">tuner_freq</span><span class="p">;</span>
<span class="k">if</span> <span class="p">(</span><span class="o">!</span><span class="n">dev</span><span class="p">)</span>
<span class="k">return</span> <span class="mi">0</span><span class="p">;</span>
<span class="cm">/* read corrected clock value */</span>
<span class="k">if</span> <span class="p">(</span><span class="n">rtlsdr_get_xtal_freq</span><span class="p">((</span><span class="n">rtlsdr_dev_t</span> <span class="o">*</span><span class="p">)</span><span class="n">dev</span><span class="p">,</span> <span class="nb">NULL</span><span class="p">,</span> <span class="o">&</span><span class="n">tuner_freq</span><span class="p">))</span>
<span class="k">return</span> <span class="mi">0</span><span class="p">;</span>
<span class="k">return</span> <span class="n">tuner_freq</span><span class="p">;</span>
<span class="p">}</span>
<span class="kt">int</span> <span class="nf">rtlsdr_i2c_write_fn</span><span class="p">(</span><span class="kt">void</span> <span class="o">*</span><span class="n">dev</span><span class="p">,</span> <span class="kt">uint8_t</span> <span class="n">addr</span><span class="p">,</span> <span class="kt">uint8_t</span> <span class="o">*</span><span class="n">buf</span><span class="p">,</span> <span class="kt">int</span> <span class="n">len</span><span class="p">)</span>
<span class="p">{</span>
<span class="k">if</span> <span class="p">(</span><span class="n">dev</span><span class="p">)</span>
<span class="k">return</span> <span class="n">rtlsdr_i2c_write</span><span class="p">(((</span><span class="n">rtlsdr_dev_t</span> <span class="o">*</span><span class="p">)</span><span class="n">dev</span><span class="p">),</span> <span class="n">addr</span><span class="p">,</span> <span class="n">buf</span><span class="p">,</span> <span class="n">len</span><span class="p">);</span>
<span class="k">return</span> <span class="o">-</span><span class="mi">1</span><span class="p">;</span>
<span class="p">}</span>
<span class="kt">int</span> <span class="nf">rtlsdr_i2c_read_fn</span><span class="p">(</span><span class="kt">void</span> <span class="o">*</span><span class="n">dev</span><span class="p">,</span> <span class="kt">uint8_t</span> <span class="n">addr</span><span class="p">,</span> <span class="kt">uint8_t</span> <span class="o">*</span><span class="n">buf</span><span class="p">,</span> <span class="kt">int</span> <span class="n">len</span><span class="p">)</span>
<span class="p">{</span>
<span class="k">if</span> <span class="p">(</span><span class="n">dev</span><span class="p">)</span>
<span class="k">return</span> <span class="n">rtlsdr_i2c_read</span><span class="p">(((</span><span class="n">rtlsdr_dev_t</span> <span class="o">*</span><span class="p">)</span><span class="n">dev</span><span class="p">),</span> <span class="n">addr</span><span class="p">,</span> <span class="n">buf</span><span class="p">,</span> <span class="n">len</span><span class="p">);</span>
<span class="k">return</span> <span class="o">-</span><span class="mi">1</span><span class="p">;</span>
<span class="p">}</span>
<span class="kt">int</span> <span class="nf">rtlsdr_set_bias_tee_gpio</span><span class="p">(</span><span class="n">rtlsdr_dev_t</span> <span class="o">*</span><span class="n">dev</span><span class="p">,</span> <span class="kt">int</span> <span class="n">gpio</span><span class="p">,</span> <span class="kt">int</span> <span class="n">on</span><span class="p">)</span>
<span class="p">{</span>
<span class="k">if</span> <span class="p">(</span><span class="o">!</span><span class="n">dev</span><span class="p">)</span>
<span class="k">return</span> <span class="o">-</span><span class="mi">1</span><span class="p">;</span>
<span class="n">rtlsdr_set_gpio_output</span><span class="p">(</span><span class="n">dev</span><span class="p">,</span> <span class="n">gpio</span><span class="p">);</span>
<span class="n">rtlsdr_set_gpio_bit</span><span class="p">(</span><span class="n">dev</span><span class="p">,</span> <span class="n">gpio</span><span class="p">,</span> <span class="n">on</span><span class="p">);</span>
<span class="k">return</span> <span class="mi">0</span><span class="p">;</span>
<span class="p">}</span>
<span class="kt">int</span> <span class="nf">rtlsdr_set_bias_tee</span><span class="p">(</span><span class="n">rtlsdr_dev_t</span> <span class="o">*</span><span class="n">dev</span><span class="p">,</span> <span class="kt">int</span> <span class="n">on</span><span class="p">)</span>
<span class="p">{</span>
<span class="k">return</span> <span class="n">rtlsdr_set_bias_tee_gpio</span><span class="p">(</span><span class="n">dev</span><span class="p">,</span> <span class="mi">0</span><span class="p">,</span> <span class="n">on</span><span class="p">);</span>
<span class="p">}</span>
</code></pre> rtl-sdr - Bug #5922 (New): rtl_sdr bytes_to_read wraparound for n > 2**31https://osmocom.org/issues/59222023-02-23T21:33:58Znikolicj
<p>In rtl_sdr: bytes_to_read wraps around for larger captures (e.g. when trying to log 1000s of IQ samples at 2.4M samples/s):</p>
<p>rtl_sdr test.iq -f 440000000 -s 2400000 -g 34 -n 2400000000</p>
<p>I attached a patch that fixes it (I lack the permission to open a PR). Tested on a 64bit Ubuntu 22.04 machine.</p> osmo-fl2k - Bug #5918 (New): -flto broken in releasehttps://osmocom.org/issues/59182023-02-22T15:34:15Zzero_chaos
<p>Hi! It's been a while since your last tag, and some notable fixes have gone in. I know there isn't a ton of active development lately, but that seems like all the more reason for a fresh tag. I am currently testing link time optimization stuff in Gentoo, and came across this bug:<br /><a class="external" href="https://bugs.gentoo.org/861959">https://bugs.gentoo.org/861959</a><br />It seems to be fixed by <a class="external" href="https://gitea.osmocom.org/sdr/osmo-fl2k/commit/d56968352c626dda51552bb469ac23a8964d6d29">https://gitea.osmocom.org/sdr/osmo-fl2k/commit/d56968352c626dda51552bb469ac23a8964d6d29</a> , however, there seem to be a lot of additional desirable fixes.<br />Please consider tagging a new release.</p> OCTOI - Osmocom Community TDM over IP - Bug #5883 (New): GPS sync sometimes goes to hold overhttps://osmocom.org/issues/58832023-01-30T00:06:12Ztnt
<p>Last occurrences :</p>
<p>Sun Nov 27th 01:00<br />Thu Dec 6th 21:46 <br />Sun Dec 18th 01:00 <br />Wed Dec 28th 13:36<br />Sun Jan 29th 01:00</p>
<p>So at least 3 of them happened on Sundays, at 1 am local time (so 00:00 UTC), which also seems to correspond to the moment the GPS resets its 'ppr` messages counter to 0 ...</p> SDR (Software Defined Radio) - Bug #5850 (New): OBS mingw builds not updated since 2019https://osmocom.org/issues/58502023-01-04T12:14:33Zlaforge
<p>We do have <code>network:osmocom:mingw</code> windows builds of rtl-sdr and osmo-fl2k for 32bit and 64bit systems at <a class="external" href="https://build.opensuse.org/project/subprojects/network:osmocom:mingw">https://build.opensuse.org/project/subprojects/network:osmocom:mingw</a> - which don't appear to have seen any updates since 2019.</p>
<p>I guess we should either make sure they are updated, or remove them altogether.</p>
<p>If we want to keep them updated/maintained, we might also want to migrate them to <a class="external" href="https://obs.osmocom.org/">https://obs.osmocom.org/</a> where all our other builds are done these days.</p> OsmocomBB - Bug #5831 (New): SE K2x0i: built-in SIM reader is not workinghttps://osmocom.org/issues/58312022-12-15T23:46:08Zfixeria
<p>Currently the mobile app fails to use built-in SIM reader of my Sony Ericsson K200i:</p>
<pre>
DMM INFO subscriber.c:596 Requesting SIM file 0x2fe2
DSIM INFO sim.c:223 got new job: SIM_JOB_READ_BINARY (handle=00000004)
DSIM INFO sim.c:712 go MF
DSIM INFO sim.c:256 SELECT (file=0x3f00)
DSIM INFO sim.c:181 sending APDU (class 0xa0, ins 0xa4)
DSIM INFO sim.c:200 Using built-in SIM reader
DSIM INFO sim.c:901 received APDU (len=0 sw1=0x00 sw2=0x00)
DSIM INFO sim.c:979 command failed
DSIM INFO sim.c:147 sending result to callback function (type=1)
</pre>
<p>This is what the firmware log looks like:</p>
<pre>
OsmocomBB Layer 1 (revision osmocon_v0.0.0-2885-g86f46edd-modified)
======================================================================
Device ID code: 0xb496
Device Version code: 0x0000
ARM ID code: 0xfff3
cDSP ID code: 0x0128
Die ID code: e515201ce51557b9
======================================================================
REG_DPLL=0x2413
CNTL_ARM_CLK=0xf0a1
CNTL_CLK=0xff91
CNTL_RST=0xfff7
CNTL_ARM_DIV=0xfff9
======================================================================
Power up simcard:
key=20 pressed
key=20 released
Checking TIFFS for the RF calibration records
...
L1CTL_RESET_REQ: FULL!
SIM Request (7): a0 a4 00 00 02 3f 00
SIM: ACK read failed
SIM Response (2): 00 00
</pre>
<p>Note the <code>key=20 pressed/released</code>, I wasn't actually pressing anything.</p> E1/T1 Hardware Interface (including icE1usb) - Feature #5710 (New): rs422: Merge as much of the g...https://osmocom.org/issues/57102022-10-13T18:53:21Ztnt
<p>Currently the gateware for the RS422 mode is another branch. It's just too big to have dual channel + hw support for it in the same build.</p>
<p>Either try to make it a build option, or reduce size of the gateware to make it fit.<br />ATM we create a whole different UART but technically we could just use the GPS uart and re-route the IO since the on-board GPS isn't used when rs422 mode is used.</p>
<p>This wouldn't support a possible future GPS 02/03 emulation mode but that's a problem for the future. (Although thinking about it, it could actually since after init we never TX to the onboard GPS and we never RX anything on the rs422 ... so we could have the same uart split: rx from onboard gps and tx to the RBS ... we just need to keep the onboard gps at 9600 or support different tx/rx baudrates)</p> E1/T1 Hardware Interface (including icE1usb) - Feature #5709 (New): rs422: Merge as much of the f...https://osmocom.org/issues/57092022-10-13T18:49:19Ztnt
<p>"Pluggable" GPS implementation should be possible.</p>
<p>The extensions boards have an EEPROM to allow run-time discovery and the firmware code size is not an issue, we have 64k and we're using 20.5k ATM so having the GPS03 code in there isn't going to make much of a difference.</p> E1/T1 Hardware Interface (including icE1usb) - Bug #5708 (New): rs422: Support runtime re-init of...https://osmocom.org/issues/57082022-10-13T18:46:17Ztnt
<p>Currently if the GPS receiver side doesn't have power, init will fail and never recover without a reboot.</p>
<p>This is because without power on that side, we can't talk to the I2C IO expander on the isolated side to initialize it and set up the RS422 transceiver ...</p>
<p>Solution is that if we haven't seen NMEA messages in a few seconds, try to re-init the I2C IO expander (default state on reset/power loss is everything disabled to be safe).</p>
<p>One thing to pay attention to is that I2C is slow. And the current I2C driver code is blocking, so we'd need to check the init sequence isn't too long and doesn't block the main loop processing for too long which would cause USB over/underflows ...</p> rtl-sdr - Feature #5291 (New): Ship the udev rules upstreamhttps://osmocom.org/issues/52912021-11-04T17:52:16ZAsciiWolf
<p>Please, consider submitting the [udev rules](<a class="external" href="https://git.osmocom.org/rtl-sdr/tree/rtl-sdr.rules">https://git.osmocom.org/rtl-sdr/tree/rtl-sdr.rules</a>) to upstream (systemd). Here is an example how to do it: <a class="external" href="https://github.com/systemd/systemd/pull/20561">https://github.com/systemd/systemd/pull/20561</a></p>
<p>Without this, it is [not possible](<a class="external" href="https://github.com/flatpak/xdg-desktop-portal/issues/227#issuecomment-946760482">https://github.com/flatpak/xdg-desktop-portal/issues/227#issuecomment-946760482</a>) to use RTL-SDR devices in Flatpak and other special configurations where it is not possible to install the rtl-sdr libs/udev rules system-wide.</p> rtl-sdr - Bug #5220 (New): Undefined reference to libusb_dev_mem_freehttps://osmocom.org/issues/52202021-08-28T22:14:52Zphysnoct
<p>Linker didn't found the libusb-1.0.<br />Libusb-1.0 is installed in /usr/local</p> Cellular Network Infrastructure - Bug #5043 (New): CNI overview diagram lacks osmo-cbc and osmo-smlchttps://osmocom.org/issues/50432021-02-23T17:32:46Zlaforge
The overview diagram at <a class="external" href="https://osmocom.org/projects/cellular-infrastructure/wiki">https://osmocom.org/projects/cellular-infrastructure/wiki</a> needs an update:
<ul>
<li>OsmoCBC (cell broadcast centre) needs to be added to CN, with
<ul>
<li>CBSP interface to OsmoBSC, and </li>
<li>SABP to OsmoHNBGW (mark that grey or dashed as it's work in progress)</li>
</ul>
</li>
<li>OsmoSMLC (serving mobile location centre) needs to be added to RAN, with
<ul>
<li>Lb interface to OsmoBSC (no other interfaces)</li>
</ul>
</li>
<li>OsmoMSC should indicate its SGs interface to an external LTE EPC MME like open5gs</li>
</ul> E1/T1 Hardware Interface (including icE1usb) - Feature #4910 (New): Automatically set the A / ala...https://osmocom.org/issues/49102020-12-16T20:20:22Zlaforge
<p>At least according to one of my German retronetworking books on PDH it is stated that an E1 interface must set the A[larm] bit in TS0 if no received signal is detected.</p>
<p>I expect we don't do that yet as we have no real concept of LOS.</p>
<p>Relying on the host software to insert that A bit is not really a good idea, as the host has the least idea of what's happening on the physical layer.</p>
<p>So I would guess, similar to the way how we automatically can generate the E bits in case of Rx CRC errors, it would be good to generate the A bits based on whether or not we see incoming Rx clock cycles.</p> rtl-sdr - Bug #4758 (New): rtl_tcp no longer works on macos 10.15 via macportshttps://osmocom.org/issues/47582020-09-17T04:41:25Zrhymepays
<p>rtl_tcp no longer works on MacOS 10.15 (catalina) installed via macports. I was able to install an old port in order to get it to work. It appears that the code which sets up the tcp server contains a bug. The other executables in the package appear to work correctly.</p>
<p>Output from running rtl_tcp with no arguments:<br />Found 1 device(s):<br /> 0: Realtek, RTL2838UHIDIR, SN: 00000001</p>
<p>Using device 0: Generic RTL2832U OEM<br />Found Rafael Micro R820T tuner<br />[R82XX] PLL not locked!<br />Tuned to 100000000 Hz.<br />rtl_tcp bind error: Invalid argumentlistening...<br />Use the device argument 'rtl_tcp=127.0.0.1:1234' in OsmoSDR (gr-osmosdr) source<br />to receive samples in GRC and control rtl_tcp parameters (frequency, gain, ...).</p>
<p>Output from dtruss of networking syscalls:<br />socket(0x2, 0x1, 0x6) = 5 0<br />setsockopt(0x5, 0xFFFF, 0x4) = 0 0<br />setsockopt(0x5, 0xFFFF, 0x80) = 0 0<br />bind(0x5, 0x7FFEEC5BAB20, 0x80) = -1 22<br />listen(0x5, 0x1, 0x0) = 0 0</p>
<p>I am not sure which commit introduced the bug but it is between be2e4f89 and d794155b.<br />Last known good commit: be2e4f89<br />Commit which contains issue: d794155b</p> rtl-sdr - Support #4367 (New): "Communications Toolbox Support Package for RTL-SDR Radio" from "M...https://osmocom.org/issues/43672020-01-17T17:18:02ZStarhowl
<p>When trying to install Communications Toolbox Support Package for RTL-SDR Radio from<br /><a class="external" href="https://de.mathworks.com/matlabcentral/fileexchange/44991-communications-toolbox-support-package-for-rtl-sdr-radio">https://de.mathworks.com/matlabcentral/fileexchange/44991-communications-toolbox-support-package-for-rtl-sdr-radio</a><br />, I get a 502-error from the installer on that webpage.</p>
<p>I posted an included link on Freenode, where to bot immediately delivered a 502 for<br /><a class="external" href="http://sdr.osmocom.org/trac/raw-attachment/wiki/rtl-sdr/RelWithDebInfo.zip">http://sdr.osmocom.org/trac/raw-attachment/wiki/rtl-sdr/RelWithDebInfo.zip</a><br />which appears to have moved to<br /><a class="external" href="https://osmocom.org/attachments/download/2242/RelWithDebInfo.zip">https://osmocom.org/attachments/download/2242/RelWithDebInfo.zip</a><br />instead.</p>
<p>Connecting via a German or US IP didn't resolve the issue, a different user on the same channel with the bot also confirmed the 502.</p>
<p>Can you please include the file at its former location to make the installer work again?</p> Miscellaneous Projects - Feature #3847 (New): Osmocom logo with/for black backgroundhttps://osmocom.org/issues/38472019-03-18T08:54:28Zlaforge
<p>It would be great to have a logo that can be rendered nicely on a black/dark background. This enables us to have black mugs/t-shirts but also stickers that don't look that "ugly" on black laptops...</p>
<p>Would be great if you have some ideas about this. If not, feel free to return the ticket to me so I can see if somebody else can help out on this.</p> rtl-sdr - Feature #3315 (New): review and possibly apply patches from debian packagehttps://osmocom.org/issues/33152018-06-03T13:16:31Zlaforge
<p>There's a number of patches in the Debian package whcih might be useful to apply to mainline.</p>
<p>I'm particularly thinking of the following patches:<br /><pre>
hurd-usb
improve-librtlsdr-pc-file
improve-scanning-range-parsing
ipv6-support
use-udev-uaccess-rules
</pre></p>
<p>which can be found at <a class="external" href="https://salsa.debian.org/bottoms/pkg-rtl-sdr/tree/debian/debian/patches">https://salsa.debian.org/bottoms/pkg-rtl-sdr/tree/debian/debian/patches</a></p> osmo-fl2k - Feature #3210 (New): man pageshttps://osmocom.org/issues/32102018-04-24T20:04:48Zalteholz
<p>it would be nice to have man pages for the four binaries available</p> OsmoTRX - Bug #3067 (New): osmo-trx usrp b100 time out and packet loss between host and devicehttps://osmocom.org/issues/30672018-03-15T16:30:22Zyangkkokk
<p>i used new branch master
<p>osmo-trx -C doc/examples/osmo-trx-limesdr.cfg</p>
</p>
<p>Thu Mar 15 16:25:15 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] new latency: 7:84<br />Thu Mar 15 16:25:15 2018 DMAIN <0000> Logger.cpp:53 [tid=2992628816] Packet loss between host and device at 488.323 sec.<br />Thu Mar 15 16:25:15 2018 DMAIN <0000> Logger.cpp:53 [tid=2992628816] Packet loss between host and device at 488.418 sec.<br />Thu Mar 15 16:25:15 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] new latency: 7:85<br />Thu Mar 15 16:25:15 2018 DMAIN <0000> Logger.cpp:53 [tid=2992628816] Packet loss between host and device at 488.459 sec.<br />Thu Mar 15 16:25:15 2018 DMAIN <0000> Logger.cpp:53 [tid=2992628816] Packet loss between host and device at 488.503 sec.<br />Thu Mar 15 16:25:15 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] new latency: 7:86<br />Thu Mar 15 16:25:15 2018 DMAIN <0000> Logger.cpp:53 [tid=2992628816] Packet loss between host and device at 488.549 sec.<br />Thu Mar 15 16:25:15 2018 DMAIN <0000> Logger.cpp:53 [tid=2992628816] Packet loss between host and device at 488.634 sec.<br />Thu Mar 15 16:25:15 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] new latency: 7:87<br />Thu Mar 15 16:25:15 2018 DMAIN <0000> Logger.cpp:53 [tid=2992628816] Packet loss between host and device at 488.716 sec.<br />Thu Mar 15 16:25:15 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] new latency: 7:88<br />Thu Mar 15 16:25:15 2018 DMAIN <0000> Logger.cpp:53 [tid=2992628816] Packet loss between host and device at 488.801 sec.<br />Thu Mar 15 16:25:15 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] new latency: 7:89<br />Thu Mar 15 16:25:15 2018 DMAIN <0000> Logger.cpp:53 [tid=3013829712] ClockInterface: sending IND CLOCK 1696638<br />Thu Mar 15 16:25:15 2018 DMAIN <0000> Logger.cpp:53 [tid=2992628816] Packet loss between host and device at 488.847 sec.<br />Thu Mar 15 16:25:15 2018 DMAIN <0000> Logger.cpp:53 [tid=2992628816] Packet loss between host and device at 488.925 sec.<br />Thu Mar 15 16:25:15 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] new latency: 7:90<br />Thu Mar 15 16:25:15 2018 DMAIN <0000> Logger.cpp:53 [tid=2992628816] Packet loss between host and device at 488.958 sec.<br />Thu Mar 15 16:25:15 2018 DMAIN <0000> Logger.cpp:53 [tid=2992628816] Packet loss between host and device at 489.007 sec.<br />Thu Mar 15 16:25:15 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] new latency: 7:91<br />Thu Mar 15 16:25:16 2018 DMAIN <0000> Logger.cpp:53 [tid=2992628816] Packet loss between host and device at 489.087 sec.<br />Thu Mar 15 16:25:16 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] new latency: 7:92<br />Thu Mar 15 16:25:16 2018 DMAIN <0000> Logger.cpp:53 [tid=2992628816] Packet loss between host and device at 489.169 sec.<br />Thu Mar 15 16:25:16 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] new latency: 7:93<br />Thu Mar 15 16:25:16 2018 DMAIN <0000> Logger.cpp:53 [tid=2992628816] Packet loss between host and device at 489.198 sec.<br />Thu Mar 15 16:25:16 2018 DMAIN <0000> Logger.cpp:53 [tid=2992628816] Packet loss between host and device at 489.29 sec.<br />Thu Mar 15 16:25:16 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] new latency: 7:94<br />Thu Mar 15 16:25:16 2018 DMAIN <0000> Logger.cpp:53 [tid=2992628816] Packet loss between host and device at 489.374 sec.<br />Thu Mar 15 16:25:16 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] new latency: 7:95<br />Thu Mar 15 16:25:16 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] UHD: Device send timed out<br />Thu Mar 15 16:25:16 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] Transmit error 0<br />Thu Mar 15 16:25:16 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] UHD: Device send timed out<br />Thu Mar 15 16:25:16 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] Transmit error 0<br />Thu Mar 15 16:25:16 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] UHD: Device send timed out<br />Thu Mar 15 16:25:16 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] Transmit error 0<br />Thu Mar 15 16:25:16 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] UHD: Device send timed out<br />Thu Mar 15 16:25:16 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] Transmit error 0<br />Thu Mar 15 16:25:16 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] UHD: Device send timed out<br />Thu Mar 15 16:25:16 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] Transmit error 0<br />Thu Mar 15 16:25:17 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] UHD: Device send timed out<br />Thu Mar 15 16:25:17 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] Transmit error 0<br />Thu Mar 15 16:25:17 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] UHD: Device send timed out<br />Thu Mar 15 16:25:17 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] Transmit error 0<br />Thu Mar 15 16:25:17 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] UHD: Device send timed out<br />Thu Mar 15 16:25:17 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] Transmit error 0<br />Thu Mar 15 16:25:17 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] UHD: Device send timed out<br />Thu Mar 15 16:25:17 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] Transmit error 0<br />Thu Mar 15 16:25:17 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] reduced latency: 6:95<br />Thu Mar 15 16:25:17 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] UHD: Device send timed out<br />Thu Mar 15 16:25:17 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] Transmit error 0<br />Thu Mar 15 16:25:17 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] UHD: Device send timed out<br />Thu Mar 15 16:25:17 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] Transmit error 0</p> SIMtrace 2 - Feature #1911 (New): check if we can have an enclosed version of simtrace v2https://osmocom.org/issues/19112017-01-12T12:52:40Zlaforge
<p>It would be nice to have an enclosed device rather than a bare PCB. Let's review that option for v2 hardware.</p> OsmoSMSC - Bug #1690 (New): Insert: Generate message ID (e.g. UUID)https://osmocom.org/issues/16902016-04-06T12:26:34Zzecke
<p>Generate amessage id and use it consistently in debugging. Use a custom id before it even hits the DB. This allows to understand number re-writing being executed even before the message is stored in the database.</p> OsmoSMSC - Feature #1689 (New): insert: Change destination number based on criteria similiar to r...https://osmocom.org/issues/16892016-04-06T12:16:07Zzecke
<ul>
<li>Search destination number in system using REST service?</li>
<li>Re-write</li>
<li>then store to the database</li>
</ul> OsmoSMSC - Feature #1623 (New): Configure delivery report for the SMPP delivery linkshttps://osmocom.org/issues/16232016-02-24T13:49:27Zzecke
<p>In case SMPP is used as a delivery method it is not clear if the delivery is meant to be final and a delivery report should be created or if the final system will generate it. As part of the delivery method configuration one should be able to configure if a delivery report is created or not.</p> UmTRX - Feature #1504 (New): LMS6002 phase error increases when Rx is enabled and varies with tem...https://osmocom.org/issues/15042016-02-19T22:52:47Z
<p>LMS6002 phase error increases when Rx is enabled and varies with temperature.</p>
<p>[Migrated from old Google Code tracker]</p> SDR (Software Defined Radio) - Bug #1474 (New): USB Claim Interface Errorhttps://osmocom.org/issues/14742016-02-19T22:50:52Z
<p>Hello,</p>
<p>I have heard lots of good things about this code. I have currently tried it on Win7HP and <a class="wiki-page new" href="https://osmocom.org/projects/sdr/wiki/WinXPH">WinXPH</a> but in both cases I see the error below.</p>
<p>C:\SpectrumAnalyser>rtl_sdr /tmp/capture.bin -s 1.8e6 -f 392e6<br />Found 1 device(s):<br /> 0: ezcap USB 2.0 DVB-T/DAB/FM dongle</p>
<p>Using device 0: ezcap USB 2.0 DVB-T/DAB/FM dongle<br />usb_claim_interface error -12<br />Failed to open rtlsdr device #0.</p>
<p>C:\SpectrumAnalyser></p>
<p>----<br />Best regards, John.</p> OsmocomBB - Bug #1458 (New): AGC broken (strong cell cannot be syncedhttps://osmocom.org/issues/14582016-02-19T22:48:42Zlaforge
<p>There seems to be a problem when trying to sync to particularly strong cells, as we overload the input of the ADC.</p>
<p>As we're doing power measurements anyway, we need to use the received power level as input to the SCH and FCCH task and not start those with some default power level</p> Miscellaneous Projects - Bug #64 (New): osmo-bts-amp: 2.2uF capacitors next to PA need to be 0603...https://osmocom.org/issues/642016-02-19T22:47:33Zlaforge
<p>0805 capacitors are typically higher thant the PA module and would thus interfere with mounting it against a heatsink. Thus, we're using 0603 capacitors in 2.2uF, and the footprint can (and should) be shrinked from the current 0805</p>