baseband-devel December 2011

baseband-devel@lists.osmocom.org

32 participants
39 discussions

Re: burst couter in app_cch_scan
by lonelysurfer＠web.de 17 Dec '11

17 Dec '11

the tables from your conv_tch_afs.c I thought, that I need them to get the voice. ___________________________________________________________ SMS schreiben mit WEB.DE FreeMail - einfach, schnell und kostenguenstig. Jetzt gleich testen! http://f.web.de/?mc=021192

1 0

Re: burst couter in app_cch_scan
by lonelysurfer＠web.de 17 Dec '11

17 Dec '11

...ASF-Tables for the different channel codec modes ___________________________________________________________ SMS schreiben mit WEB.DE FreeMail - einfach, schnell und kostenguenstig. Jetzt gleich testen! http://f.web.de/?mc=021192

2 2

Re: burst couter in app_cch_scan
by lonelysurfer＠web.de 17 Dec '11

17 Dec '11

>It should work for the SACCH and SACCH but will _not_ decode the FACCH You mean the counter should work for SACH and FACCH? I know...other channels are decoded differently. Thats why I am asking. I am trying to implement FACH and hopefully ASF. I used your tch_h_1 mframe task to grab the tch. Best regards, Tobias ___________________________________________________________ SMS schreiben mit WEB.DE FreeMail - einfach, schnell und kostenguenstig. Jetzt gleich testen! http://f.web.de/?mc=021192

2 1

burst couter in app_cch_scan
by lonelysurfer＠web.de 17 Dec '11

17 Dec '11

is the burst couter in app_cch_scans local_burst_decode() bid = -1; ... if (bid == -1) return; also working for tch? Im asking, because "if (bid == -1)" is not triggered correctly with my tch samples. Regards, Tobias ___________________________________________________________ SMS schreiben mit WEB.DE FreeMail - einfach, schnell und kostenguenstig. Jetzt gleich testen! http://f.web.de/?mc=021192

2 1

Please report all known bugs/issues to trac!
by Harald Welte 16 Dec '11

16 Dec '11

Hi all! I would like to ask everyone to report known issues with OsmocomBB to the trac at http://bb.osmocom.org/trac/newticket I think there is a lot of knowledge already somwewhere in the project, but it's not readily available. Especially as there is some movement towards creating an actual usable phone, it would be great to have a collection of all known problems in the existing code. Don't worry too much if you don't know the correct component to which to attach the report, we will figure that out. If you don't have a wiki account for bb.osmocom.org, just send me a mail and I will create it. Thanks for your cooperation! -- - 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)

1 0

RFC: Osmocom developer workshop 2012
by Harald Welte 14 Dec '11

14 Dec '11

<DISCLAIMER> Please follow-up to openbsc(a)lists.osmocom.org </DISCLAIMER> Hi all, this idea has been around for quite some time, and for 2012 I really want to turn it into reality: I'd like to have a Osmocom developer workshop The idea here is to get all the active contributors of the project together for a couple of days (maybe 2-4 days), in order to exchange ideas, get to know each other better and last but not least work together on ironing out some of the more difficult issues. * City: Regarding the location: I think for me it is only possible to organize it if it is to be held in Berlin. I'mn happy if somebody else wants to host it at some other location, but then that person would also have to take care of local organization. Berlin also has good train and flight connections, which is definitely a plus. * Venue: If it is in Berlin, we might consider talking with c-base or Raumfahrtagentur as possible venues. * Date: Regarding a proposed date, I'm completely open for suggestions. Of course there shouldn't be any overlap with other major FOSS or Sescurity related conferences, and it should also not coincide with major public holidays, as that only makes travel + accomodation more expensive. * Funding: As we don't have that many commercial users of Osmocom projects, getting funding for e.g. travel / accomodation is probably going to be difficult. We can ask the "usual suspects" among those commercial users we know,, but I guess it will only be possible in exceptional cases to provide that kind of funding. Any ideas / comments / feedback is much appreciated. If somebody has a particular suggestion. <DISCLAIMER> Please follow-up to openbsc(a)lists.osmocom.org </DISCLAIMER> Cheers, 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)

2 2

[PATCH] osmocon: correct parsing of -m
by Alexander Huemer 14 Dec '11

14 Dec '11

--- src/host/osmocon/osmocon.c | 5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) diff --git a/src/host/osmocon/osmocon.c b/src/host/osmocon/osmocon.c index 5f28992..fc29506 100644 --- a/src/host/osmocon/osmocon.c +++ b/src/host/osmocon/osmocon.c @@ -123,6 +123,7 @@ enum dnload_mode { MODE_C155, MODE_ROMLOAD, MODE_MTK, + MODE_INVALID, }; struct dnload { @@ -1184,7 +1185,7 @@ static int parse_mode(const char *arg) else if (!strcasecmp(arg, "mtk")) return MODE_MTK; - return -1; + return MODE_INVALID; } #define HELP_TEXT \ @@ -1413,7 +1414,7 @@ int main(int argc, char **argv) break; case 'm': dnload.mode = parse_mode(optarg); - if (dnload.mode < 0) + if (dnload.mode == MODE_INVALID) usage(argv[0]); break; case 's': -- 1.7.8

3 10

Filter Replacement and sharing experience
by Holger Hans Peter Freyther 14 Dec '11

14 Dec '11

Hi all, there appears to be moderate interest in doing the filter rework and I encourage anyone that modified a phone to share the experience with all of us. I have created a simple docbook that uses the pictures uploaded by Luka and annotates them with a "calloutlist". The docbook xml can be found here[1] and the draft PDF is in the wiki as well. It would be nice if all of us could contribute about the motivation of the rework, maybe a bit of history (how the RX path was identified, how new baluns were selected, ...), experience/tools used during the rework, review the draft, note the differences of the various phones. cheers holger [1] http://bb.osmocom.org/trac/attachment/wiki/Hardware/FilterReplacement/userm…

3 5

About DSP API
by Ethan Brown 13 Dec '11

13 Dec '11

Do any of you know where can I find documentation about the DSP API used in Osmocom?

2 10

Re: Creating a real usable phone using OsmocomBB
by Alexander Chemeris 13 Dec '11

13 Dec '11

Harald, interesting information! Do you have a link to those carrier predictions? -- Alexander Chemeris Sent from my Android device. Sorry for my brevity. On Dec 13, 2011 6:19 PM, "Harald Welte" <laforge(a)gnumonks.org> wrote: Hi Alexander, On Tue, Dec 13, 2011 at 04:09:56PM +0300, Alexander Chemeris wrote: > Excuse me for offtopic: I won... it depends on the Operator and where you are. They all only use 2100 MHz for 3G, not the lower 900/1800 MHz bands (which they could do legally after a EU regulation). But yes, indoor coverage can be really bad. For example in my apartment it is difficult to have 3G of all operators, and the one I use mostly (Eplus) barely has 2G coverage here. T-mobile and Vodafone are generally better. It's of course different if you're at major locations like train stations or the big squares downtown... Another note: I've recently seen some operator predictions for Germany, and they assume something like GSM being in operation until 2020 - definitely significantly longer than the life time of their existing GSM licenses (expiring in 2016). This tells us a lot about the installed/deployed user base, as well as the limited 3/3.5/4G coverage.. Regards, Harald -- - Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/ ===================...

2 1

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

baseband-devel December 2011