Dear Osmocom community,
I noticed that the OSMOGMR project is mainly about receiving and decoding downlink GMR data.
Can I build my own GMR satellite/base station and core network based on open-source software (e.g. osmo-bts) and SDR?
GMR is mentioned in the Osmo-bts user manual, but it doesn't say if it is implemented and how to configure it.
If Osmo-bts doesn't work, is there any other project to build my own GMR base station and establish a connection with a GMR device?
Best regards,
Wei
Dear Osmocom community,
while many people with a long history in FOSS development have no issues
at all with mailing lists as primary form of engaging with their
community, they have undoubtedly fallen out of fashion in favor of
various chat/messaging systems or web based forums.
In Osmocom, we've just launched an installation of the discourse forum
software available at https://discourse.osmocom.org/ providing an
alternative to our traditional mailing lists at https://lists.osmocom.org/
We're looking forward to see whether this web-based approach will
facilitate more and/or other people to engage with the Osmocom
developer/contributor community.
Feel free to join and get the discussions started. If there's a need
for more categories or sub-categories, just let one of the moderators
know and we can help with that.
The old mailing lists will continue to remain available for those who
prefer them.
--
- Harald Welte <laforge(a)osmocom.org> https://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
Hi,
I have made some captures on the L-band uplink channels and tried to decode
the RACH messages. All four consecutive TCH channels (according to the spot
beam) were recorded and a call was made during the recording.
I am using the GRC block gmr_rach_scan.grc. I have removed the IQ swap from
the graph, as suggested in the mailing list. The sampling rate and
samples-per-symbol values have been set to 93.6k and 4, respectively.
It ran fine without any errors, but I couldn't see any results either on
the wireshark or under /tmp/rach.txt.
Maybe I overlooked something here. Any ideas or remarks?
Many thanks,
Johann
Dear all,
Right now I am studing on osmGMR code and try to understand how it works. From the code my understanding and concerns are as below:
1. It looks like osmoGMR gmr1_rx only analyze and decode downlink(Satellite to MES) messages and data, am I right? If there any similar application that can decode both downlink and uplink(MES to Satellite)? Or osmoGMR needs input to implement downlink decode?
2. A plaintext-decrypt is mentioned in osmoGMR wiki but no detail about how to implement it. Is there a opensource code for A5-1-GMR? Or any other clue that can understand how plaintext decrypt A5-1-GMR? Does osmoGMR need input to implemen it?
Best Regards,
Tiger
Hi,
Whilst working with this code, I came across some inconsistent sync-ids. Diving in deeper, I found a bug. It’s probably best explained by the patch itself,
(see below) but I will also try and explain it in plain words.
In short, when checking which sync_id has the highest correlation, the relevant bit of of the signal (with wiggle room)
is correlated against the sync-id pattern into a buffer. This adds the output correlation to the buffer. Then, at the end, it was decided which sync_id was present by looking for the
max correlation. In between sync-ids, the buffer was not reset. Hence when checking the last sync_id, the buffer does not hold the correlation between that sync_id and the signal,
but the sum of correlations between the signal and all sync_id. Hence the results were very strongly biased towards the later sync_ids.
The fix is easy. Clear the buffer before every correlation. See the patch below. The patch should apply to the master branch, I believe the bug exists in most branches though,.
In my mind, the change is too trivial to be copyrighted. But for completeness sake, I give the osmocom-gmr project permission to use this patch.
Kind regards,
Bart Marinissen
diff --git a/src/sdr/pi4cxpsk.c b/src/sdr/pi4cxpsk.c
index 1ed40e01989bac05ff915ebd811835a60f95f61e..e8ab843a92d90622b64b5a59fcaff9ef4d01fea0 100644
--- a/src/sdr/pi4cxpsk.c
+++ b/src/sdr/pi4cxpsk.c
@@ -204,12 +204,12 @@ _gmr1_pi4cxpsk_sync_find(struct gmr1_pi4cxpsk_burst *burst_type,
goto err;
}
- memset(corr->data, 0x00, sizeof(float complex) * corr->max_len);
- corr->len = w;
-
/* Scan all possible training sequences */
for (i=0; (i < GMR1_MAX_SYNC) && (burst_type->sync[i] != NULL); i++)
{
+ memset(corr->data, 0x00, sizeof(float complex) * corr->max_len);
+ corr->len = w;
+
struct gmr1_pi4cxpsk_sync *csync;
float s_toa, s_pwr;
float complex s_peak;
Dear fellow Osmocom developers,
as you all know, we've sadly had to skip OsmoDevCon 2020 and 2021,
trying to compensate it at least to some extent with our OsmoDevCall
every two weeks.
The COVID-19 pandemic is far from over, and we don't know what the
upcoming winter season will bring.
Nevertheless, I think it would be a good idea to start a discussion of
whether we should plan for an OsmoDevCon in 2022.
I personally would say let's plan for the usual late April 2022 time frame,
and if the pandemic situation deteriorates, we can still cancel it with
something like one month lead time.
I would also personally suggest to limit attendance to people who are fully
vaccinated, and in addition do a self-test for all participants every
morning.
In terms of venue, we might also consider to move to a venue that allows better
ventilation. Irrespective of the above we can also bring the air filters from
the sysmocom office.
So with that as an input statement, I would like to hear your opinion
on the above proposals. Who would want to attend? Any complaints against
the "vaccinated only plus daily self-tests in the morning" approach?
Regards,
Harald
--
- Harald Welte <laforge(a)osmocom.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
Hello ,
last week i worked with osmo-gmr projest ,but still have some questions:
1. I need some more info about S band GMR - what sat is this , az / el ,
what trafic etc.
2. About gmr1 ambe decode - i tried about dozens of .dat files from gmr1
rx live , some give me ! codec errors , some not , but all .wav audio
files are scrambled ,speesh is not recognized at all .. is there some
clear traffic at all, or all is A5/2 coded ?
3. If all is scrambled where i may find offline tables / H n matrix/,any
source that may generate them ? And if i have tables how they will be
integrated with existing osmo-gmr ? I see gmr1_gen_mat that generates
G/g matrix .. some more info about that .. .G and .g files seems so
small ..
Thanks in advance !
Dear list , i am still trying to compile the gnuradio blocks for the rach.
But the building stops after 52%.
Could it be that there is something wrong in the source code?
Anyone else already succeeded to build the blocks?
I am using Ubuntu 18.04.5 LTS, with gnu-radio 3.7, the compiler give me the
following error:
[ 52%] Building CXX object
lib/CMakeFiles/gnuradio-gmr1.dir/gsmtap_sink_impl.cc.o
/home/peter/Radio/Thuraya/sylvain-gr/osmo-gmr/gr-gmr1/lib/gsmtap_sink_impl.cc:
In constructor ‘gr::gmr1::gsmtap_sink_impl::gsmtap_sink_impl(const string&,
uint16_t)’:
/home/peter/Radio/Thuraya/sylvain-gr/osmo-gmr/gr-gmr1/lib/gsmtap_sink_impl.cc:58:27:
error: ‘PDU_PORT_ID’ was not declared in this scope
message_port_register_in(PDU_PORT_ID);
^~~~~~~~~~~
/home/peter/Radio/Thuraya/sylvain-gr/osmo-gmr/gr-gmr1/lib/gsmtap_sink_impl.cc:
In member function ‘void gr::gmr1::gsmtap_sink_impl::send_pdu(pmt::pmt_t)’:
/home/peter/Radio/Thuraya/sylvain-gr/osmo-gmr/gr-gmr1/lib/gsmtap_sink_impl.cc:94:2:
error: invalid conversion from ‘const uint8_t* {aka const unsigned char*}’
to ‘uint8_t {aka unsigned char}’ [-fpermissive]
));
^
/home/peter/Radio/Thuraya/sylvain-gr/osmo-gmr/gr-gmr1/lib/gsmtap_sink_impl.cc:94:2:
error: invalid conversion from ‘size_t {aka long unsigned int}’ to ‘const
uint8_t* {aka const unsigned char*}’ [-fpermissive]
/home/peter/Radio/Thuraya/sylvain-gr/osmo-gmr/gr-gmr1/lib/gsmtap_sink_impl.cc:94:2:
error: too few arguments to function ‘msgb* gmr1_gsmtap_makemsg(uint8_t,
uint16_t, uint32_t, uint8_t, const uint8_t*, int)’
In file included from
/home/peter/Radio/Thuraya/sylvain-gr/osmo-gmr/gr-gmr1/lib/gsmtap_sink_impl.cc:34:0:
/home/peter/Radio/Thuraya/sylvain-gr/osmo-gmr/gr-gmr1/../include/osmocom/gmr1/gsmtap.h:36:14:
note: declared here
struct msgb *gmr1_gsmtap_makemsg(
^~~~~~~~~~~~~~~~~~~
lib/CMakeFiles/gnuradio-gmr1.dir/build.make:309: recipe for target
'lib/CMakeFiles/gnuradio-gmr1.dir/gsmtap_sink_impl.cc.o' failed
make[2]: *** [lib/CMakeFiles/gnuradio-gmr1.dir/gsmtap_sink_impl.cc.o] Error
1
CMakeFiles/Makefile2:254: recipe for target
'lib/CMakeFiles/gnuradio-gmr1.dir/all' failed
make[1]: *** [lib/CMakeFiles/gnuradio-gmr1.dir/all] Error 2
Makefile:140: recipe for target 'all' failed
make: *** [all] Error 2
Someone can tell me what the base frequency for s-band is, to calculate the
arfcn.
I found this info, but i am not sure what is ul/dl, and if the
frequencies are correct.
2.170.000.000 - 2.200.000.000
1.980.000.000 - 2.010.000.000
Hi,
I try to use the gmr1_rach_scan flowgraph, but did not succeed.
I am always getting this error:
Traceback (most recent call last):
File
"/home/peter/Radio/Thuraya/sylvain-gr/osmo-gmr/gr-gmr1/apps/gmr1_rach_scan.py",
line 22, in <module>
from gnuradio import gmr1
ImportError: cannot import name gmr1
Anyone can help me how to compile and install correctly the needed blocks
for the flowgraph?
Thank you.
Hi,
I have been looking into the example data provided by Osmocom as shown in
the link below.
http://osmocom.org/projects/gmr/wiki/Example_Data
I could reproduce the first pcap output (up to the Ciphering Mode Command)
for the Voice call using the gmr1_rx_live from the live branch.
With the provided Kc, I thought I would be able to reproduce the second
pcap (including the call setup). I have modified the sa_tch3.c to include
the Kc code. However, I am not able to get the results as shown in the
second pcap file. I noticed that in the sa_tch3.c code, there is a
ciphering part (marked by "Retry with ciphering") which was disabled. This
part of code didn't compile as some variables were not defined.
Probably my approach was not right. Any pointer here? Which code is needed
to produce the second pcap (deciphered) file given the Kc is known?
Many thanks in advance.
Best regards,
Johann
Dear fellow Osmocom developers,
as you all know, we've sadly had to postpone OsmoDevCon 2020 back in
April this year. At the time, we discussed to re-visit the situation
in October 2020.
While legally it is no problem at all to host an event with ~ 20
participants in Berlin/Germany (specific regulations really only start
from 50+ participants) - I'm not entirely convinced it would be the
smartest move.
Legality and public health regulations are only one part of the equation
- common sense and profound care for the key members of our community
for sure are more relevant considerations to me.
I'm not 100% in favour and not 100% against. Hence, I would like to get
your input. Should we
a) try to get an event organized on-site in Berlin? We'd have to move
to a larger venue than IN-Berlin with proper ventilation and sufficient
space so we can keep physical distance, but I think that's
manageable for sysmocom as organizer.
b) simply postpone to 2021? I'm convinced the situation will not change
significantly (in a positive way) until late April 2021, so it's not
really a "solution" as it will likely mean we have to think of late
2021 or 2022.
c) plan some kind of online conference? To be honest, I think this
model works fine for events where a single speaker wants to give
lectures to hundreds or thousands of participants. But OsmoDevCon
is much more interactive. We could record or live-stream some talks
or screencasts from home, sure. But that only captures one part of
the event. We could also try to set a date for a collaborative
mumble, or the like - for the "hallway track".
What are your thoughts? Let's avoid cross-posting the discussion to all
of the mailing lists and simply have it on openbsc(a)lists.osmocom.org.
Regards,
Harald
--
- Harald Welte <laforge(a)osmocom.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
There is an urgent need to migrate our most important public
infrastructure to a new server, and I will be doing that on
*Sunday, July 19 2020*, starting about 9am CEST.
The migration involves redmine (main osmocom.org website), jenkins, gerrit,
git, and cgit.
In theory, the migration should be quick. I would expect (significantly)
less than one hour of downtime. However, we all know Murphys law.
Services not affected are mail (including mailman lists), ftp, dns. So in case
of doubt, we can still use mailing lists to communicate.
In case anyone urgently needs osmocom source code on Sunday morning
during the downtime: There are public mirrors available on github.
Regards,
Harald
--
- Harald Welte <laforge(a)osmocom.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
hello
in /tmp/ I have some .dat files like :
/tmp/gmr1_speech_928_1_309814.dat . I think it is voice extract from arfcn
928
I tried
./gmr1_ambe_decode /tmp/gmr1_speech_928_1_309814.dat
I have stout garbage
I tried to review code in gmr1_ambe_decode.c to understand but I'm too bad
is it the way it is working ?
Thanks again
--
hello
I need some explanations of the way it is working
this line is working fine
./gmr1_rx_sdr.py --args airspy -a 927 -s 6000000 -B L -f 1553968750 -g 19
-b 40
then after
./gmr1_rx 4 /tmp/arfcn_927.cfile
wireshark is giving all informations
I have "immediate assignment on ARFCN 928 929 930 931
I tried to do the same with 928 929 930 931
./gmr1_rx_sdr.py --args airspy -a 929 -s 6000000 -B L -f 1554031250 -g 25
-b 40
with 1 Gb of datas, I can retrieve only 2 frames in wireshark
I'm sure there is traffic on these 4 channels
Is "immediate assignment " means TCH3 and voice ?
I tried all branches on git hub with same result
What is usage of gmr1_process_recording.py ? and arguments
What is usage of gmr1_ambe_decode and gmr1_rach_gen
Thanks for help
--
Dear all,
In the past weeks, I have been playing with the Osmocom GMR code. The code
has been successfully compiled and installed.
My intention is to listen to the broadcast channel of Thuraya in
the Netherlands. There are two spotbeams for NL namely 288 and 289. As I am
located at the border of the two beams, I have tried both options. So far I
couldn't see anything decoded in Wireshark.
I noted that the translation of ARFCN to frequency is slightly different in
the formula by Driessen (Practical cryptanalysis of the real world systems)
and in the ETSI standard (TS 101 376-5-5). There is a shift of half of the
channel bandwidth (31.25 kHz).
For your information, I am using Ubuntu 16.04, USRP B210, a wideband
antenna and LNA with about 20 dBi gain on L-band.
As mentioned by Sylvain in the mailing list, the gmr_multi_rx.py is
obsolete. I am using the gmr1_rx_sdr.py for my tests.
I ran the following commands (one each time) and with Wireshark listening
to lo interface while applying the gmr1.bcch filter. Is this the right
approach as I don't see anything show up so far? Did I overlook something
here?
Spotbeam 289 (ARFCN 1007)
./gmr1_rx_sdr.py -s 10000000 -B L -f 1556484375 -a 1007 -g 45 (Driessen)
./gmr1_rx_sdr.py -s 10000000 -B L -f 1556468750 -a 1007 -g 45 (ETSI)
Spotbeam 288 (ARFCN 267)
./gmr1_rx_sdr.py -s 10000000 -B L -f 1533359375 -a 267 -g 45 (Driessen)
./gmr1_rx_sdr.py -s 10000000 -B L -f 1533343750 -a 267 -g 45 (ETSI)
Comments or suggestions are much appreciated. Many thanks in advance.
Best regards,
Johann
Dear fellow Osmocom developers,
I would like to invite all developers and contributors to Osmocom [sub]projects
to register for OsmoDevCon 2020 (held on April 24th-27th, 2020 in Berlin).
For details known so far, please check
http://osmocom.org/projects/osmo-dev-con/wiki/OsmoDevCon2020
Please enter your name at
https://osmocom.org/projects/osmo-dev-con/wiki/OsmoDevCon2020#Requested
in case you would like to attend. Registering early allows proper
planning. Thanks!
Looking forward to meeting old and new Osmocom developers in April 2020.
Regards,
Harald
--
- Harald Welte <laforge(a)osmocom.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
while compiling the gr-gmr1 code i got a problem while compiling it (the
make command ).
How can I resolve this problem illustrated in the screenshot below?
thanks in advance.
cheers
Hello
Thanks to *mohamed yehia* for great help in understanding in osmo-gmr
project . In wireshark I saw "immediate assignment" are displaying a
different ARFCN than one I was listen too . That means that TCH3 channel is
on another ARFCN .
What is the way to follow both ARFCN ? I didn't find the ./gmr_multi_rx
utility on git (wiki says :
./gmr_multi_rx --gmr1-dl 941 942 -a RX2 -S B:0 -T 10
-is kc extrat the same way as gr-gsm with rainbow tables ?
thanks
--
hi
I'am new with ubuntu
cd osmo-gmr/utils/gmr_multi_rx
make TARGET=uhd
cd ../../..
You changed the code osmo-gmr and it was integrated in the Jenkins platform
You didn't make the neccesary changes to be done in order to get ready
to use the project
please send me the necessary changes
Cordially
Hello what kind of hardware is supported by osmo-gmr?
I have an ettus b200 but when I run a script it comes back with device not
compatible or smth similar to it.
I have a good option to buy a usrp1 with all the doughterboards. Any help
is appreciated. Thank you.
Dear fellow Osmocom developers,
I'm a bit surprised to notice that not more people have signed up for
OsmoDevCon 2019. I guess it was mostly an oversight when the date was
originally announced, and not a lack of interest? ;)
All details about the event are available at the related wiki page at:
https://osmocom.org/projects/osmo-dev-con/wiki/OsmoDevCon2019
Please enter your name at
https://osmocom.org/projects/osmo-dev-con/wiki/OsmoDevCon2019#Requested
in case you would like to attend. Registering early allows proper
planning. Thanks!
Looking forward to meeting old and new Osmocom developers in April 2019.
Regards,
Harald
--
- 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)
I am interested in finding the generator matrix used for TCH3 channel
encoding (GEO-Mobile Radio Interface). I followed the installation steps
indicated in OsmocomGMR. There was an example for FACCH3 channel to
generate the G matrix. I modified the code for TCH3 (shown below) but the
output results does not seems correct. I would really appreciate it if you
can tell me what I am doing wrong in the code below.
/* GMR-1 G/g matrix geneation forTCH3 */
/* (C) 2011 by Sylvain Munaut <tnt(a)246tNt.com> * All Rights Reserved
* * This program is free software; you can redistribute it and/or
modify * it under the terms of the GNU Affero General Public License
as published by * the Free Software Foundation; either version 3 of
the License, or * (at your option) any later version. * * This
program is distributed in the hope that it will be useful, * but
WITHOUT ANY WARRANTY; without even the implied warranty of *
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU
Affero General Public License for more details. * * You should have
received a copy of the GNU Affero General Public License * along with
this program. If not, see <http://www.gnu.org/licenses/>. */
#include <errno.h>
#include <stdio.h>
#include <string.h>
#include <osmocom/core/bits.h>
#include <osmocom/core/utils.h>
#include <osmocom/gmr1/l1/tch3.h>
static void copy_bits(ubit_t *dst, int r, ubit_t *bits_e) { int i, j
= 0; for(i=0;i<212;i++){ if (i<52 || i > 55){
dst[(208*r)+j] = bits_e[i]; j++; } }
}
static int pbm_save_bits(const char *filename, ubit_t *m, int x, int
y) { FILE *fh; int i, j;
fh = fopen(filename, "w"); if (!fh) return -EPERM;
fprintf(fh, "P1\n%d %d\n", x, y);
for (i=0; i<y; i++) for (j=0; j<x; j++)
fprintf(fh, "%d%c", m[(i*x)+j], j==x-1 ? '\n' : ' ');
fclose(fh);
return 0; }
int main(int argc, char *argv[]) {
ubit_t mat_G[208*160]; /* 208 lines of 160 pixels */ ubit_t
mat_g[208]; /* 208 lines of 1 pixel */
ubit_t bits_e[212]; ubit_t bits_u1[160]; ubit_t bits_s[4];
uint8_t l1[10]; uint8_t l2[10];
int i; int j; int m = 0;
memset(mat_G, 0x00, sizeof(mat_G)); memset(mat_g, 0x00, sizeof(mat_g));
memset(bits_s, 0x00, sizeof(bits_s)); memset(l1, 0x00,
sizeof(l1)); memset(l2, 0x00, sizeof(l2));
gmr1_tch3_encode(bits_e, l1, l2, bits_s, NULL,m);
copy_bits(mat_g, 0, bits_e);
for (i=0; i<160; i++) { memset(l1, 0x00,
sizeof(l1)); memset(l2, 0x00, sizeof(l2));
memset(bits_u1, 0, sizeof(bits_u1)); bits_u1[i] = 1;
osmo_ubit2pbit_ext(l1, 0, bits_u1, 0, 80, 1);
osmo_ubit2pbit_ext(l2, 0, bits_u1, 80, 80, 1);
gmr1_tch3_encode(bits_e, l1, l2, bits_s,
NULL,m); copy_bits(mat_G, i, bits_e);
} for (i=0; i<160; i++) { for (j=0; j<208; j++)
{ mat_G[(i*208)+j] ^= mat_g[j]; } }
pbm_save_bits("mat_G.pbm", mat_G, 160, 208);
pbm_save_bits("mat_g.pbm", mat_g, 1, 208); printf("\n"); }
Dear Osmocom Community,
[please respect the Reply-To and post all follow-up discussion to this
to openbsc(a)lists.osmocom.org, so we avoid having long threads
cross-posted to several mailing lists.]
Like every year in early December, it is time to discuss as schedule for
OsmoDevCon in the upcoming year.
Note: Ths is about OsmoDevCon, the more private meeting of developers,
*NOT* about OsmoCon, the public conference.
== When, Who, Where ==
I propose the following date for OsmoDevCon 2018:
April 20 - April 23rd, 2018
* Who: Active developers/contributors of Osmocom projects (as usual)
* Where: IN-Berlin, Berlin (as usual)
Please let me know ASAP if that proposed date works for everyone who'd
want to attend. We can still change it now, but I would want to nail
down the date pretty soon.
== Format ==
After the experiment of reducing from 4 to 3 days last year (due to
OsmoCon), we will again go for *four days* in 2018.
However, we should clearly divide the days in a way that e.g. "GSM/3G"
topics are on two days, while SDR+Other topics are on the other days, so
people not interested in some topics can skip one or two days, as
needed.
We could even divide it further like:
* 1 day 3GPP RAN (osmo-bts, osmo-bsc, osmo-pcu, virt_phy, fake_trx, ...)
* 1 day 3GPP CN (osmo-msc, osmo-hlr, osmo-sip-connector, nextepc, etc.)
* 2 days misc
Regards, and looking forward to meeting you [again] in 2018,
Harald
--
- 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)
[cross-post to many lists, please follow-up-to openbsc(a)lists.osmocom.org]
Dear all,
time is flying, and I would like to start early with discussions and planning
about OsmoCon and OsmoDevCon in 2018. It helps to start early.
Side note: We have some pending issues about the events from last year at
http://osmocom.org/projects/osmo-dev-con/issues - I've incorporated them
in the text below.
== OsmoDevCon ==
For OsmoDevCon, I think it's easy: We keep it as-is. Same procedure as
every year, which means:
* same venue, same catering options
* same concept of 'anyone contributing to Osmocom can apply for
registration until all seats are taken'
* same idea of inviting some few speaker[s] doing other FOSS mobile
communications work to join us
The parts that we need to change, IMHO:
* don't reduce from 4 to 3 days like last year. Have full 4 days again
* sort topics per day / half-day, i.e. have "GSM/UMTS Cellular
Infrastructure" days for BTS/BSC/NITB/MSC/HLR/SGSN/GGSN & Co,
but then have other days for other projects. This would enable people
not interested in the [continued evolvement] of the cellular projects
be able to skip those days, or to simply meet in an adjacent room for
parallel hacking sessions/discussions
* try to be a bit more structured with the schedule in general. The
existing approach works for people who attend all the event all day
long, but not so well for people with other plans / limited time
Any further change requests or topics to discuss?
Please note that Pablo Neira has offered to kindly host an OsmoDevCon in
Seville (Spain). I've attended a number of netfilter workshops he
organized there, and he's doing a great job! However, given the large
number of attendees from Berlin (and Germany in general), I think this
would make things more complicated, and more expensive for most
attendees. If you disagree with that assessment: I'm open for having
the discussion, I just thought it's more practical/economic to do it in
Berlin.
=== 10 year Anniversary Party ===
Given that 2018 marks the 10 year anniversary of Dieter and me hacking
with the Siemens BS-11 in 2008, I think the 2018 incarnation deserves
some special celebration of some form. I have no concrete idea yet, but
for sure we should so something, and it should be at/around
OsmoDevCon. And for sure we should have a BS-11 around :)
== OsmoCon ==
The public OsmoCon was welcomed and was a success. However,
let's start this discussion with a review of last years event.
=== Registration ===
* Registrations came in way too late. Two weeks ahead of the event, we were
considering to cancel it. And then within the last few days, we had
to turn people down due to limited seating capacity
* To make planning more reliable, we see on other option but to
significantly raise the registration fee combined with an equally
significant discount for early booking
=== Duration ===
* Many people requested multiple days rather than just one, in order to
make more out of (long distance) travels. This is obvious, but as we
had no idea how many people would attend at all (or if we have to
cancel due to lack of attendance), planning multiple days in the first
incarnation would have been high risk and a multitude of work
* I would suggest to expand to two or even three days this week,
possibly one days with tutorials and the other day with tech talks
* Slightly less crammed schedule due to multiple days
=== Venue ===
We recognize this yearso venue was not the best option, due to
* Bad ventilation in the basemenet
* Difficult to find
* No space next to the conference room where people can meet / hang out
in parallel to talks (not everyone attends every talk)
I still like the "understatement" of the venue. I'd prefer any hostel /
non-profit / hackerspace / university over luxurious hotels any time.
Going to an expensive venue means more or less automatically more
expensive ticket fees, which again is more likely to exclude pure
community members without a commercial activity related to Osmocom.
So any future venue would ideally:
* be able to hold slightly more people than this year
* have a second room or large lobby in which people can meet for
extended coffee breaks in parallel to some talks, as needed
* be slightly easier to find (and we have to put up some signs outside
and in the lobby)
* have better WiFi and/or wired connectivity
=== Programme / Format ===
* less crammed over multiple days
* some more "interactive" formats were requested, for users to provide
feedback to developers
* there was some discussion about topics / speakers in redmine last
year, but not too much participation [until it was too late].
* I'd suggest a more formal CfP process with a submission deadline that
allows us to publish a preliminary schedule long ahead of the event
=== Video Recordings ===
I think they were a big success, and it was a very big surprise that the
CCC Video Operations Center was volunteering to help such a small and
niche-interest event like OsmoCon. We should make sure that we can
repeat this for 2018.
== Dates / Frequency ==
Having OsmoCon and OsmoDevCon back to back becomes somewhat long, if
OsmoCon is 2-3 days and OsmoDevCon is 4 days. Basically we're looking at
a full week for those of you who would like to attend both events. But
then, I think the number of people attending both events is actually not
all that big. Without checking the details, I think not more than half
of the OsmoDevCon attendees were attending OsmoCon. I would expect that
tendency to remain or even increase.
I still think it's good to keep them back-to-back.
In terms of frequency, I would actually suggest we move to a 6-month
cycle rather than a 12-month cycle. There's a lot of development going
on at all time. I understand that not everyone is able to attend two
events just on Osmocom, especially if it's a spare time / hobby type
activity. That's ok, I think there's no problem with attending either
of the two only, and catching up by video recordings and/or mail on the
other.
The qeustion is: Should that second event be developer-oriented or
user-oriented? Or again both? Any comments here?
Ok, that was a somewhat lengthy e-mail. Please make sure to provide any
feedback you may have as early as possible, to increase the chances of
your feedback being reflected in the planning.
Happy hacking,
Harald
--
- 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,
today I've deployed some cgit improvements on https://git.osmocom.org/,
in the hope that it makes this tool even more useful:
1) syntax highlighting of source code (requested by Hoernchen)
The source code is now highlighted by pygments. I don't really
understand why somebody would want to look at source code a lot in a
browser, but well, it was as easy as to enable the existing pygments
based filter plugin.
2) rendering of "about" page from README.md
As you might have noticed, I've introduced a README.md in a number of
repositoires, and cgit is now rendering an about page for every
repository, e.g. at http://git.osmocom.org/libosmo-abis/about/
3) gerrit change-ID hyperlink generation
All gerrit Change-IDs in commit messages are now automatically converted
to hyperlinks to the respective gerrit change, see e.g. the below
example:
http://git.osmocom.org/openbsc/commit/?id=6dd0fc685b7149f67a5fe17a5bce55c44…
Please note that this works for the "Change-Id" line of the actual
change, but also for change-ids in the free text (e.g. "this depends on
change-id ... in libosmocore")
4) Osmocom ticket/issue hyperlink generation
Any Line that matches the "^((Relate|Close|Fixe)[ds]):" prefix is
scanned for occurrences of "OS#(\d+)" which are then amended with
hyperlinks to the respective issue on osmocom.org
Please note the OS# prefix is mandatory, so things like "OS#1614, 1615"
will not work, as can be seen at
http://git.osmocom.org/osmo-pcu/commit/?id=0a8fae8d141c2cfa4387ffe9b35402d5…
Please format your commit messages accordingly.
Regards,
Harald
--
- 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)
Dear Osmocom Community,
[please respect the Reply-To and post all follow-up discussion to this
to openbsc(a)lists.osmocom.org, so we avoid having long threads
cross-posted to several mailing lists.]
>From 2012 to 2016 we were running a series of small, invitation-only
Osmocom Developer Conferences. Access was intentionally restricted
to those community members who have demonstrated an existing track
record of contribution to any of the projects under the Osmocom
umbrella.
This format of a small, tightly knit group of about 20 people has been
successful over the years, and I have received a lot of positive
feedback from past participants.
On the other hand, the Osmocom project has grown in scope and diversity,
and some of those projects don't have all that much relationship to each
other - except being started by people from within the same group.
There's the cellular communications (GSM/GPRS/EDGE/UMTS and hopefully at
some point LTE) protocols which is attracting a lot of professional
users. And then there's pure community projects like rtl-sdr,
OsmocomBB, OsmocomGMR and many other efforts.
Particularly the cellular infrastructure projects (OsmoBTS, OsmoPCU,
OsmoBTS, OsmoNITB, OsmoSGSN, OpenGGSN, OsmoIuh & co) are somehow
"standing out" of the othe projects in the context of having a wider
user bsae, and in that user base also primarily commercial users.
So I'd like to start a discussion on how to possibly change the event
format to accomodate the various interests and parties. I definitely
don't want to loose the "annual meeting of old friends" atmosphere,
while at the same time also opening up to other interested parties.
One idea would be to keep OsmoDevCon as-is and have a separate event
where non-contributing/developing users / sysadmins / system integrators
could also be attending.
Another idea would be to split into a 'user day' and 'developer days'
format. This is something the netfilter developer workshops have been
using for many years, and from my limited insight quite successfully so.
The "user day" is more like a traditional tech conference, with a large
auditorium and talks oriented towards users / sysadmins / integrators of
the software. The "developer days" are the invitation-only part, for
known contributing developers only, similar to what we have at
OsmoDevCon.
Having both events (or both parts of an event) back-to-back has the
advantage that a large number of potential speakers for the 'user day'
are already present, and they don't have to travel yet another time.
One could even structure it further and say we have one user day, one
public 'Osmocom cellular developer day' and then the closed 'OsmoDevCon
classic', maybe reduced from 4 days to 3 or even 2 days only?
What is the general opinion about this?
Are there people lurking on this list who would be interested in
attending a public 'user day' or even 'developer day' about the Osmocom
cellular projects, with presentations and workshops around topics such
as running Osmocom based cellular networks?
In terms of when/where, I would suggest to keep the tradition of April
in Berlin/Germany. But I'm of course very happy if somebody wants to
host it some place else...
Regards, and looking forward to meeting you [again] in 2017,
Harald
--
- 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 guys,
I think some of us would like to move to redmine and start using public tickets more frequently. So in case we move there are some topics to be discussed and I would like to start with a couple of them right now.
Tickets:
Redmine has a global linear sequence of ticket numbers. If we move from many tracs to a single redmine we can either:
* not import tickets
* only import from one project
* deal with changing ticket numbers
In terms of installations the GMR trac is broken in regard to tickets, there are some for SDR that are probably not being fixed anytime soon, baseband might be relevant and OpenBSC is unlikely to be relevant. I don't think we have ever used ticket reference in OpenBSC commit messages so in terms of OpenBSC having changing ticket numbers would not be a big deal. E.g. we could add a custom field with the old trac number?
Wiki:
We have external references that should be redirected to the new place. Is there any way besides maintaining a list in the apache2/nginx configuration and making redirects as we find broken references? Can we proactively manage this? Is anybody willing to come up with a script and nginx configuration for doing this?
kind regards
holger
Hi all,
I think we are close to the point of no return. All tickets and wikis have been imported. Please have a quick look if there is something obviously broken and if not I will proceed with post-processing and renaming tonight.
kind regards
holger
dear all
please help me for osmogmr_software installing at linux (ubuntu 14.04). I did all the steps of getting started link(http://gmr.osmocom.org/trac/wiki/GettingStarted) one by one but i can't install and run this software.plesae help me. Is it possible my ubuntu version was not suitable? if yes, which version is good?if it's possible send me true states for installation.
bestHanif
Dear Osmocom.org project members,
I'm happy to be able to announce the annual incarnation of OsmoDevCon.
The Date is set for March 27 through 30. Venue: As usual, IN-Berlin
e.V. in Berlin, Germany.
Further details can be obtained from
http://openbsc.osmocom.org/trac/wiki/OsmoDevCon2015
Attendance, as usual, is restricted to people with an active history in
the Project by contributions in terms of code, patches, discussions,
documentation or in other form.
= Registration =
If you have wiki access, please add yourself to the #Requested section.
Alternatively, you can send me private e-mail about it.
After review, your (nick)name will be listed in the #Confirmed section.
Looking forward to meeting all of you again soon!
--
- 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,
After long long struggle, I have successfully installed OsmocomGmr.
For ease of others, I want to share my experience,
My OS is Ubuntu - 12.04
I have find following link for gnuRadio installation, it is very well written document.
http://www.orbit-lab.org/wiki/Documentation/GNURadio/InstallationOnUbuntu12…
This document guided me how to install UHD / GNU Radio and other stuff in 6 step.
Software Installed are :
UHD : release_003_005_002
GNU Radio : gnuradio-3.6.4.1
After Installation, I tested the connectivity of uhd / gnuRadio by following utilities:
1. uhd_find_devices
2. uhd_usrp_probe
3. gnuradio-config-info -v
For testing of input signal I used uhd_fft utility, Signals were coming.
I have usrp2 so i used following command for signal reception:
./gmr_multi_rx --gmr1-dl 802 -P /home/zia/Desktop/ --addr=type=usrp2 -a RX2 -S A:0 -T 10
Thanks,
Zafar
Hi,
I have resolve some of my previous issue and from few days i am stuck on following problem:
***********************************
root@sadi:/home/zia/osmo-gmr/utils/gmr_multi_rx# ./gmr_multi_rx --gmr1-dl 978 -a RX2 -S A:0 --addr=usrp2 -T 10
linux; GNU C++ version 4.6.3; Boost_104601; UHD_003.006.002-rc2
Given gmr1-dl ARFCNs:
978 = 1555.562500 MHz
Required bandwidth is: 31.250000 kHz
Creating the UHD device...
-- Opening a USRP2/N-Series device...
-- Current recv frame size: 1472 bytes
-- Current send frame size: 1472 bytes
-- Detecting internal GPSDO.... Found a Jackson Labs GPS
-- found
-- Detecting internal GPSDO.... Found a Jackson Labs GPS
-- found
-- Detecting internal GPSDO.... Found a Jackson Labs GPS
-- found
terminate called after throwing an instance of 'uhd::runtime_error'
what(): RuntimeError: fifo ctrl timed out looking for acks
Aborted (core dumped)
root@sadi:/home/zia/osmo-gmr/utils/gmr_multi_rx#
***********************************************************************************************
Going through GMR mailing list I have found that you posted same problem in Oct-2012.
I have follow the Mr,Sylvain advice and run uhd_fft utility, that is working fine and showing signal on screen.
Can u plz guide me how to resolve this issue.
(i am using Ubuntu 12.04 OS).
Thanxs
Zia
Dear all,
so far the osmocom.org mailing lists have always been in a 'non-members
are manually moderated' mode. This has created a lot of work for manual
list moderation, where a lot of the messages caught are simply spam, and
only the occasional valid message is being received.
I'd like to thank the list moderators for taking care of this.
However, in more recent discussions, we were considering to move the
lists to a completely closed mode, i.e. postings would automatically be
rejected from non-members.
The automatic response would contain a description of how to subscribe
in 'nomail' mode, i.e. to subscribe in a way to be able to post to the
list, while still not receiving any incoming traffic. The latter should
be fine for occasional posters who don't want the bulk e-mail that goes
with a full/regular subscription.
Please provide feedback in case you disagree with that change. Unless
there is major opposition, we will likely transition to the 'closed'
mode within one month.
Thanks,
Harald
--
- 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 am zia. I successfully installed softwares Uhd_003.006.002/GNU Radio 3.6.5.1/Boost 1.43.1 and gmr on Ubuntu 12.04,but when i run signal capturing command I receive no file at output:
//*********************************************************************//
zia:~/osmo-gmr/utils/gmr_multi_rx$ sudo ./gmr_multi_rx --gmr1-dl 943 -a RX1 -S A:0 -T 10 --add=usrp2
linux; GNU C++ version 4.6.3; Boost_104601; UHD_003.006.002-rc2
Given gmr1-dl ARFCNs: 943 = 1554.468750 MHz
Required bandwidth is: 31.250000 kHz
Creating the UHD device...
zia~/osmo-gmr/utils/gmr_multi_rx$
//*****************************************************************************//
(I am running USRP NI 2930)
Any help will be highly appreciated.
Thanxs
Zia
Respected Sir/Madam,
Sorry to bother you considering how precious the time is for you
professionals but i want some guidance from you. Sir/Madam i want to
learn about GMR standard for Inmarsat, its frame structure, channel
coding (FEC), ETSI Standard (GMR 1 or GMR 2) etc. Actually i want to
learn about how to decode Inmarsat data.
Hope to hear good from you soon.
Regards,
Ammar Ikram
Pakistan
Hi.
Without attached patch "make TARGET=uhd" fails on latest ubuntu.
Could be ubuntu-specific problem but I think it should be safe on other systems as well.
Please test and apply.
--
best regards,
Max, http://fairwaves.ru
Dear fellow Osmcoom developers,
it is my pleasure to finally announce the date + venue of OsmoDevCon
2013:
Date: April 04 through April 07, 2013
Place: IN-Berlin, Lehrter Str. 53, Berlin
Like last year, this is an event for developers of the various Osmocom
proejects. Reservation and confirmation of reservation is required.
The event is free of charge. The Room is made available by IN-Berlin
e.V., an Internet related non-profit organization. Lunch catering will
be sponsored (so far by sysmocom GmbH, but if any other sponsors come
up, we are happy to share the cost).
So all you have to cover is your own travel + accomodation costs, as
well as breakfast and dinner. If you are an active developer and cannot
afford travel/accomodation, please let me know and I'll see if we can do
something about it.
If you would like to attend, please send a message to
laforge(a)gnumonks.org applying for registration of the event. The
registration deadline is March 5, i.e. one week from now.
There is no detailed schedule of talks yet. I will start a separate
discussion suggesting / collecting topics in the next couple of days.
More information is (and will be made) available at
http://openbsc.osmocom.org/trac/wiki/OsmoDevCon2013
Further discussion regarding the event should be directed at the
osmocom-event-orga(a)lists.osmocom.org mailing list, to avoid
cross-posting over the various project-specific lists.
Best regards and happy hacking,
Harald
--
- 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. My names are tyrus from Kenya, Africa. I managed to set up Osmogmr
successfully but when I fired it up using the following commands, I receive
the following error.
tyrus@jedi-council:~/gmr_multi_rx$ ./gmr_multi_rx --gmr1-dl 941 -a RX2 -S
A:0 --addr=usrp2 -T 10
linux; GNU C++ version 4.4.5; Boost_104200; UHD_003.004.002-159-g0d5cef73
Given gmr1-dl ARFCNs:
941 = 1554.406250 MHz
Required bandwidth is: 31.250000 kHz
Creating the UHD device...
-- Opening a USRP2/N-Series device...
-- Current recv frame size: 1472 bytes
-- Current send frame size: 1472 bytes
*terminate called after throwing an instance of 'uhd::runtime_error'*
* what(): RuntimeError: fifo ctrl timed out looking for acks*
Aborted
I'm running off USRP N200 with a WBX board with UHD version
003.004.002-159. Any assistance will be highly appreciated.
-tyrus
Hi,
Please ask your questions on the mailing lists preferrably.
I've redirected this mail to it because it doesn't contain any
sensitive info and the response can be useful to others.
> I have learned a lot of things from your articles about GMR-1-A5.
Thanks. But if you mean the http://gmr.crypto.rub.de/ , I'm not the author :)
> But i have a question,Why you say that "DALMA V2.0 (might be AMBE codec
> IC)"?
This is incorrect. The picture and embedded 'text' dates back from
before we knew what that chip was and we thought it might be the CODEC
chip. This turned out to be incorrect, it's just an ASIC that does the
timing sensitive part of the radio modem and some signal processing.
> Maybe the ambe codec is accomplished in TMS320C55x of the OMAP IC.
Yes, we know it is in the OMAP DSP. But unfortunately the code is not
that small and not really easy to read. If you want to give it a shot
and try to find it, please go ahead, that'd be a great help :)
Cheers,
Sylvain
Hi Miguel,
my guess it's gnuradio related problem as they have changed gr_top_block
interface recently. Which version of gnuradio are you using?
Try replacing the line
boost::thread fg_thread( boost::bind( &gr_top_block::run, fg.get() ) );
with
boost::thread fg_thread( boost::bind( &gr_top_block::run, fg.get(), 100000
) );
Best regards,
Dimitri
On Thu, 09 Feb 2012 20:29:26 +0100, David <kktmp1(a)gmail.com> wrote:
> Same error here...
>
> Any ideas ?
>
> Is this list alive ?
>
> BR.
>
> nadie@Home1:~/osmoGMR/osmo-gmr/utils/gmr_multi_rx$ make TARGET=fcd
>
> g++ -Wall -Wextra -Wno-unused -O2 -DHAVE_FCD -I/usr/local/include
> -I/usr/local/include/gnuradio -c -o gmr_multi_rx.o gmr_multi_rx.cpp
> In file included from /usr/include/boost/mem_fn.hpp:22:0,
>
> from /usr/include/boost/bind/bind.hpp:26,
> from /usr/include/boost/bind.hpp:22,
> from gmr_multi_rx.cpp:65:
> /usr/include/boost/bind/mem_fn.hpp: In member function ‘R&
> boost::_mfi::dm<R, T>::operator()(T*) const [with R = void(int), T =
> gr_top_block]’:
> /usr/include/boost/bind/bind.hpp:243:60: instantiated from ‘R
> boost::_bi::list1<A1>::operator()(boost::_bi::type<R>, F&, A&, long int)
> [with R = void (&)(int), F = boost::_mfi::dm<void(int), gr_top_block>, A
> =
> boost::_bi::list0, A1 = boost::_bi::value<gr_top_block*>]’
> /usr/include/boost/bind/bind_template.hpp:20:59: instantiated from
> ‘boost::_bi::bind_t<R, F, L>::result_type boost::_bi::bind_t<R, F,
> L>::operator()() [with R = void (&)(int), F = boost::_mfi::dm<void(int),
> gr_top_block>, L = boost::_bi::list1<boost::_bi::value<gr_top_block*> >,
> boost::_bi::bind_t<R, F, L>::result_type = void (&)(int)]’
> /usr/include/boost/thread/detail/thread.hpp:61:17: instantiated from
> ‘void boost::detail::thread_data<F>::run() [with F =
> boost::_bi::bind_t<void (&)(int), boost::_mfi::dm<void(int),
> gr_top_block>,
> boost::_bi::list1<boost::_bi::value<gr_top_block*> > >]’
> gmr_multi_rx.cpp:540:1: instantiated from here
> /usr/include/boost/bind/mem_fn.hpp:342:23: error: invalid use of
> non-static
> member function
>
> make: *** [gmr_multi_rx.o] Error 1
>
>
>
>
>
>
> On Wed, Feb 8, 2012 at 6:20 PM, Miguel h <miguelh(a)rebels.com> wrote:
>
>> I am trying to build osmo-gmr following instructions from
>> http://gmr.osmocom.org/trac/**wiki/GettingStarted<http://gmr.osmocom.org/trac/wiki/GettingStarted>,
>> everything went fine until making gmr_multi_rx, same error in Ubuntu
>> 10.10 32bit and Ubuntu 11.10 64bit.
>>
>> Any ideas on fix this?
>> root@signals:~/osmo-gmr/utils/**gmr_multi_rx# make TARGET=fcd
>> g++ -Wall -Wextra -Wno-unused -O2 -DHAVE_FCD -I/usr/local/include
>> -I/usr/local/include/gnuradio -c -o gmr_multi_rx.o gmr_multi_rx.cpp
>>
>> In file included from /usr/include/boost/mem_fn.hpp:**22,
>>
>> from /usr/include/boost/bind/bind.**hpp:26,
>>
>> from /usr/include/boost/bind.hpp:**22,
>>
>> from gmr_multi_rx.cpp:65:
>>
>> /usr/include/boost/bind/mem_**fn.hpp: In member function ‘R&
>> boost::_mfi::dm<R, T>::operator()(T*) const [with R = void(int), T =
>> gr_top_block]’:
>>
>> /usr/include/boost/bind/bind.**hpp:243: instantiated from ‘R
>> boost::_bi::list1<A1>::**operator()(boost::_bi::type<R>**, F&, A&, long
>> int) [with R = void (&)(int), F = boost::_mfi::dm<void(int),
>> gr_top_block>,
>> A = boost::_bi::list0, A1 = boost::_bi::value<gr_top_**block*>]’
>>
>> /usr/include/boost/bind/bind_**template.hpp:20: instantiated from
>> ‘typename boost::_bi::result_traits<R, F>::type boost::_bi::bind_t<R, F,
>> L>::operator()() [with R = void (&)(int), F = boost::_mfi::dm<void(int),
>> gr_top_block>, L = boost::_bi::list1<boost::_bi::**value<gr_top_block*>
>> >]’
>>
>> /usr/include/boost/thread/**detail/thread.hpp:56: instantiated from
>> ‘void boost::detail::thread_data<F>:**:run() [with F =
>> boost::_bi::bind_t<void (&)(int), boost::_mfi::dm<void(int),
>> gr_top_block>,
>> boost::_bi::list1<boost::_bi::**value<gr_top_block*> > >]’
>>
>> gmr_multi_rx.cpp:540: instantiated from here
>>
>> /usr/include/boost/bind/mem_**fn.hpp:342: error: invalid use of
>> non-static member function
>>
>> make: *** [gmr_multi_rx.o] Error 1
>>
>> ---
>> miguelh(a)rebels.com
>>
>> ------------------------------**------------------------------**----
>> This message was sent using IMP, the Internet Messaging Program,
>> part of the Horde framework and provided by HomeFreeMail.com.
>>
>>
>>
>>
I am trying to build osmo-gmr following instructions from
http://gmr.osmocom.org/trac/wiki/GettingStarted , everything went fine
until making gmr_multi_rx, same error in Ubuntu 10.10 32bit and Ubuntu
11.10 64bit.
Any ideas on fix this?
root@signals:~/osmo-gmr/utils/gmr_multi_rx# make TARGET=fcd
g++ -Wall -Wextra -Wno-unused -O2 -DHAVE_FCD -I/usr/local/include
-I/usr/local/include/gnuradio -c -o gmr_multi_rx.o gmr_multi_rx.cpp
In file included from /usr/include/boost/mem_fn.hpp:22,
from /usr/include/boost/bind/bind.hpp:26,
from /usr/include/boost/bind.hpp:22,
from gmr_multi_rx.cpp:65:
/usr/include/boost/bind/mem_fn.hpp: In member function ‘R&
boost::_mfi::dm<R, T>::operator()(T*) const [with R = void(int), T =
gr_top_block]’:
/usr/include/boost/bind/bind.hpp:243: instantiated from ‘R
boost::_bi::list1<A1>::operator()(boost::_bi::type<R>, F&, A&, long
int) [with R = void (&)(int), F = boost::_mfi::dm<void(int),
gr_top_block>, A = boost::_bi::list0, A1 =
boost::_bi::value<gr_top_block*>]’
/usr/include/boost/bind/bind_template.hpp:20: instantiated from
‘typename boost::_bi::result_traits<R, F>::type boost::_bi::bind_t<R,
F, L>::operator()() [with R = void (&)(int), F =
boost::_mfi::dm<void(int), gr_top_block>, L =
boost::_bi::list1<boost::_bi::value<gr_top_block*> >]’
/usr/include/boost/thread/detail/thread.hpp:56: instantiated from
‘void boost::detail::thread_data<F>::run() [with F =
boost::_bi::bind_t<void (&)(int), boost::_mfi::dm<void(int),
gr_top_block>, boost::_bi::list1<boost::_bi::value<gr_top_block*> > >]’
gmr_multi_rx.cpp:540: instantiated from here
/usr/include/boost/bind/mem_fn.hpp:342: error: invalid use of
non-static member function
make: *** [gmr_multi_rx.o] Error 1
---
miguelh(a)rebels.com
----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program,
part of the Horde framework and provided by HomeFreeMail.com.
Hi,
Several people at CCC and by mail have asked for sample data to test osmo-gmr.
So I've now uploaded some example .cfile and resulting pcap, you can
get them on the wiki :
http://gmr.osmocom.org/trac/wiki/Example_Data
They only contain broadcast data and tch data from my own phone. If
you want to add your own captures, make sure that's also the case !
Cheers,
Sylvain
( CC'ing the gmr mailing list since it's probably best to continue there :)
>> As some of the readers may already know, a couple of Osmocom developers
>> have been working on a new sub-project: OsmocomGMR.
>>
>> The primary goal of this project is to provide a reusable and clean
>> implementation of the various layers of GMR-1.
>
> Wow!
>
> In terms of capabilities, would it allow to reach something like making
> an opensource phone interfacing to Thuraya Sat network?
It's certainly nowhere near that now, but one can always hope :)
Since GMR-1 is so close to GSM, al the MM and CC layers of osmocom-bb
could probably be re-used easily.
The RR is completely different tough.
The current code doesn't have the 'modulation' part but that's
relatively easy. (all bursts types are described in a structure that
contains all the info already to make a proper gmr1_pi4cxpsk_modulate
function).
Then you'd need a real time interface to USRP which is a bit more
complex :) But it's something I'll definitely look into at some point
because I'd like to broadcast my own GMR-1 network :p
Cheers,
Sylvain