== OsmoCon 2018 ==
OsmoCon (Osmocom Conference) 2018 is the technical conference for
Osmocom users, operators and developers!
We are happy to announce the date of OsmoCon 2018. It has been scheduled
on October 18 + 19, 2018 and will happen in Berlin, Germany.
For the second time, the Osmocom Conference brings together users,
operators and developers of the Osmocom Open Source cellular
infrastructure projects, such as OsmoBTS, OsmoBSC, OsmoSGSN, OpenGGSN
and others.
Join us for two days of presentations and discussions with the main
developers behind Open Source Mobile Communications, as well as
commercial and non-profit users of the Osmocom cellular infrastructure
software.
You can find some initial information in our wiki at
http://osmocom.org/projects/osmo-dev-con/wiki/OsmoCon2018
which will be updated as more information becomes available.
== Call for Participation ==
We're also at the same time announcing the Call for Participation and
call on everyone with experiences to share around the Osmocom member
projects to submit talks, workshops, discussions or other proposals.
You can find the CfP at https://pretalx.sysmocom.de/osmocon2018/cfp
We are particularly looking for contributions about:
* updates on features/functionality/status of individual Osmocom projects
* success stories on how Osmocom projects are deployed in practice
* migration from OsmoNITB to the post-NITB architecture
* tutorials / workshops on how to setup / analyze Osmocom projects
* statistics, reporting, operations aspects of Osmocom projects
* third-party open source utilities to be used with Osmocom projects
Looking forward to meeting many existing and new Osmocom users at OsmCon
this October!
Regards,
Harald Welte
--
- Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
Hi all,
I just wanted to let you know I am working on adding interleaved IQ
support (to red and green DAC). Haven't had time to test it yet.
http://git.mpb.li/git/osmo-fl2k/commit/?id=db70e939c8b1e8ab19d1baef5c98c7ab…
Is anybody else working on this?
For contributions, do you prefer patch files?
Best regards and thanks for this development!
mpb
Hi everyone, hi especially Steve,
I'm in the process of making a distro package for fl2k for sharing and
inclusion in my bootable Fedora sticks; as a version, I'd use 0.0.0.1-
githash, but I think that's an understatement, because it looks to me
like fl2k was officially released at OsmoCon.
Now, I'm not the author, and I'd hate to be the one to define today's
git head as version 1, or something like that, but I honestly think
that it's worth encouraging tagging of a release (as it would make it
easy to refer to things like "hey, that used to work with 1.0.2.1, but
broke in 1.0.3.1", or include it with other software etc).
Would it be very annoying to kindly request that you add a version tag,
and to even brazenly recommend semver.org as versioning scheme?
Thanks, and I'm having great fun with this,
Marcus
Hi folks,
I tried building the code on Mac, and it threw a bag full of errors.
Does anyone have a working mechanism/script to build on Mac, if not, what was the reference platform? What was this built on?
I.
Hi,
I'm (ab)using gr-fosphor for audio spectrum visualization by using
float to complex because it is the most colorful spectrum analyzer
that I have. Unfortunately, for some reason gr-fosphor is choppy at 48
kHz, while it is smooth at rtl-sdr output, about 2 MSPS or so. Is
there any FFT configuration setting like other spectrum analyzer to
change how many FFT bins and the framerate?
Hi Joshua,
have you tried your experiment with a powered USB hub? I've found a number
of times that a powered hub can solve mystery problems with USB devices.
Cheers!
-Justin N2TOH
---------- Forwarded message ----------
From: DC7IA <mailinglists(a)dc7ia.eu>
To: osmocom-sdr(a)lists.osmocom.org
Cc:
Bcc:
Date: Thu, 26 Apr 2018 19:56:01 +0200
Subject: [osmo-fl2k] can't receive anything
Hi there,
I've set up osmo-fl2k yesterday and since then I'm trying to get WBFM or
GSM working, but I cannot receive anything.
Software does not give me any errors, so I don't know where to look for the
problem.
Maybe I should note that I'm only able to use USB 2.0 on my Thinkpad T400,
could that make trouble as it is a USB 3.0 device?
--
*73 Joshua Hoffmann DC7IA | KK4RVI *
stellv. AJW-Referent im Distrikt O
(Süd-Westfalen) AJW-Seite des Distriktes
<http://www.darc.de/distrikte/o/referate/ajw/>
Diese E-Mailadresse ist ausschließlich für Mailinglisten E-Mails. Normale
E-Mails an DC7IA(a)DARC.de senden, da sie andernfalls nicht rechtzeitig
gelesen werden.
--
--Evil people do evil things, how is irrelevant.
Hi there,
I've set up osmo-fl2k yesterday and since then I'm trying to get WBFM or
GSM working, but I cannot receive anything.
Software does not give me any errors, so I don't know where to look for
the problem.
Maybe I should note that I'm only able to use USB 2.0 on my Thinkpad
T400, could that make trouble as it is a USB 3.0 device?
--
*73 Joshua Hoffmann DC7IA | KK4RVI *
stellv. AJW-Referent im Distrikt O
(Süd-Westfalen) AJW-Seite des Distriktes
<http://www.darc.de/distrikte/o/referate/ajw/>
Diese E-Mailadresse ist ausschließlich für Mailinglisten E-Mails.
Normale E-Mails an DC7IA(a)DARC.de senden, da sie andernfalls nicht
rechtzeitig gelesen werden.
can the USB to VGA adapter output quadrature I and Q pairs via the red and
blue channels? with maybe using green as a configurable local oscillator.
-Justin
--
--Evil people do evil things, how is irrelevant.
I am trying to understand the layout of the RGB buffers sent to the fl2k
over USB. From lines 755-820 in libosmo-fl2k.c I can see the RGB buffers
are "serialized" in this order:
g1,r1,b2,g2,b0,g0,r0,b1,b4,g4,r4,b5,r2,b3,g3,r3,r6,b7,g7,r7,g5,r5,b6,g6
(where r0 is the red component of first pixel, b3 is the blue component of
fourth pixel, etc)
What is this layout? Why does the chip expect the pixels to be sent in this
order?
Hi,
At first I reported this bug at Gqrx mailing list:
https://groups.google.com/forum/#!topic/gqrx/pVea3JObMLw , then Csete
mentioned that Gqrx uses gr-osmosdr source, while I'm using gr-uhd
source. Then I tried it again using osmocom source, then that weird
center frequency noise appears again.
I've attached several screenshots and GRC flowchart that I used to
reproduce this bug (it uses gr-fosphor). Maedhros_008.png is the
screenshot of gr-fosphor displaying the correct UHD: USRP source, with
all of FM broadcast radio visible, while Maedhros_011.png is the
gr-fosphor showing the output of osmocom source, with this big ~2MHz
spike at center frequency, and all of those FM broadcast radio are not
visible.
I'm using Arch Linux with gnuradio, gr-fosphor, and gr-osmosdr
compiled from source using makepkg/pkgbuild system, and libuhd
3.10.2.0-3
Hi,
A QT API change in Gnuradio 3.17.12.0 :
https://github.com/gnuradio/gnuradio/pull/1418 breaks modules that
relies on QT windowing system, resulting in Template error on
generated python file, resulting in this error when I try to run the
generated python file:
Executing: /usr/sbin/python2 -u /home/feanor/Development/SDR/top_block.py
File "/home/feanor/Development/SDR/top_block.py", line 69
self.fosphor_qt_sink_c_2 = Template error: #set $win = 'self._%s_win'%$id
^
SyntaxError: invalid syntax
>>> Done (return code 1)
This also affects other modules that relies on QT:
gr-inspector: https://github.com/gnuradio/gr-inspector/issues/2
Following the fix in this pull request for gr-inspector:
https://github.com/gnuradio/gr-inspector/pull/21/commits/9d00bb83c155c84ee8…
by changing a line:
15c15
< $(gui_hint()($win))</make>
---
> $(gui_hint() % $win)</make>
fixes the problem for gr-fosphor and make the flowgraph runnable again
All,
I installed GNU Radio for windows on my machine running Windows 10.when I try to run GRC it comes back with:
<<< Welcome to GNU Radio Companion 3.7.11.1 >>>
Block paths: C:\Program Files\GNURadio-3.7\share\gnuradio\grc\blocks
Loading: "C:\Users\JoseM\Documents\GNU\test w grc.grc">>> Done
Generating: 'C:\\Users\\JoseM\\Documents\\GNU\\top_block.py'
Executing: C:\Program Files\GNURadio-3.7\gr-python27\python.exe -u C:\Users\JoseM\Documents\GNU\top_block.py
Win32; Microsoft Visual C++ version 14.0; Boost_106000; UHD_003.010.001.001-0-unknown
gr-osmosdr c653754d (0.1.5git) gnuradio 3.7.11.1built-in source types: file osmosdr fcd rtl rtl_tcp uhd hackrf bladerf airspy redpitaya Using device #0 Generic RTL2832U OEMusb_open error -12
FATAL: Failed to open rtlsdr device.
Trying to fill up 1 missing channel(s) with null source(s).This is being done to prevent the application from crashingdue to gnuradio bug #528.
Anybody have any idea how to fix this ?Thanks,
Jose