Support for new SDR devices

This is merely a historical archive of years 2008-2021, before the migration to mailman3.

A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/OpenBSC@lists.osmocom.org/.

Xaver Zu xaver1zu at gmail.com
Sun Sep 13 08:49:56 UTC 2020


> Yes.  But, as other people stated, it is likely a significant effort,
> and there are other SDR devices that ship with fully open source
> software, sometimes not only software but even FPGA gateware or even
> open source hardware.

Which SDRs with PCIe do you remember?
I know about XTRX. Master osmo-trx does not support it. And I know about
limesdr-pcie, I'm not convinced that it makes sense to buy in this state of
development.

I don't know about GPL compatible PCIe SDR with Analog Devices AD93XX
family chip. Results of SDR based on the Analog Devices versus Lime chip
are in favor of Analog Devices. I did a simple DSB modulation test. Analog
Devices has a cleaner spectrum, better carrier suppression. This is what I
noticed first on the spectrum analyzer.

Does anyone know of an SDR combining PCIe and an AD93XX chip that has the
potential to be supported by osmo-trx?
Does anyone know about such a CPRI for PCIe? I don't need it but libsdr.so
supports it. I think this can be of benefit to the community.

Xaver

pá 11. 9. 2020 v 23:00 odesílatel Harald Welte <laforge at gnumonks.org>
napsal:

> Hi Xaver,
>
> On Fri, Sep 11, 2020 at 08:09:16PM +0200, Xaver Zu wrote:
> > Is it possible in its current form to have it in any branch?
>
> I would prefer not to have it in a branch of the official repository.
>
> > Can it at least stay in the gerrit?
>
> I see no problem with having it in gerrit.  I will add a related review
> comment that the patch was rejected due to licensing concerns.   I don't
> think copyright prevents us from publicly documenting our development
> process and reltaed decisions.
>
> > Could I solve this with an open source (GPL) reimplementation of that
> > library?
>
> Yes.  But, as other people stated, it is likely a significant effort,
> and there are other SDR devices that ship with fully open source
> software, sometimes not only software but even FPGA gateware or even
> open source hardware.
>
> By all means, don't let me discourage you from implementing an open
> source alternative to that library.  I just think there are other
> SDR devices available, which most likely have a much larger user base
> (at least in terms of FOSS projects like Osmocom, srsLTE, ...)
>
> Regards,
>         Harald
> --
> - Harald Welte <laforge at gnumonks.org>
> http://laforge.gnumonks.org/
>
> ============================================================================
> "Privacy in residential applications is a desirable marketing option."
>                                                   (ETSI EN 300 175-7 Ch.
> A6)
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20200913/a7cca6cf/attachment.htm>


More information about the OpenBSC mailing list