baseband-devel

baseband-devel@lists.osmocom.org

2022 discussions

Not able to download the sources from git clone git://git.osmocom.org/osmocom-bb.git
by karnatinagesh＠gmail.com 13 Sep '11

13 Sep '11

Hi, currently i am not able to download the sources from the git repository. git clone git://git.osmocom.org/osmocom-bb.git is there some issues with the git repository ?. regards, nageswara reddy. -- View this message in context: http://baseband-devel.722152.n3.nabble.com/Not-able-to-download-the-sources… Sent from the baseband-devel mailing list archive at Nabble.com.

2 2

Not able to connect to Network using C-115 devices.
by nageswara reddy 08 Sep '11

08 Sep '11

Hi, Finally i am able to compile the GSM Stack code and flash into the Motorol Device C-115. i can see the "layer1.bin" on the display, but my device is not latched on to the N/W. - When i ran the HOST software of Mobile. i can see that SIM reader code is not working, and i can see the IMEI is hardcoded to "0000000000000000". - i captured the response of FBSB(Frequency and Time synchronization Burst), the result is comming as "255". can any one please help me how to resolve these issues so that i can latch on to the N/W. regards, nageswara reddy.

4 3

Osmocom + USRP
by Alexander Chemeris 08 Sep '11

08 Sep '11

Hi Harald and all, I have a client who is interested in an USRP-based MS side implementation. I think that that OsmocomBB is a natural choice for the higher-level stack, but I have only vague idea about its current state. As I understand, burst coding/modulation, reference clock management and GSM clock management should be implemented to get a working MS. Is there anything else to implement? How well is API to Calypso DSP is abstracted in OsmocomBB? (Sorry for my brevity and no googling, I'm abroad on GPRS for few weeks)

2 2

How to change the log setting through vty?
by josephli 08 Sep '11

08 Sep '11

Hello, I have got the logging details of all c files in the directory ../layer23/src/mobile. And now I also want to check the log in the directory of layer23/src/common/lapdm.c. I found the file logging_vty.c is similar to interface_vty.c so I tried several times but it didnt work. Can any one guide me how to use the vty to change the logging setting? -- View this message in context: http://baseband-devel.722152.n3.nabble.com/How-to-change-the-log-setting-th… Sent from the baseband-devel mailing list archive at Nabble.com.

1 0

Motorola C119
by Basem Ahmed 04 Sep '11

04 Sep '11

Hi All, I got new Motorola phone modeled "C119" Its shape like feature Motorola C118 but i tried to programmed with OSMOCON utility with the loader or with the simtest applications but it did not work ,So any help please ? Thanks

3 3

serial issues on fast PC
by Job 03 Sep '11

03 Sep '11

Hi, While testing on a new PC I ran into the following issue. Same phone (C115), same USB cable FTDI RS232 + RS232 -> 3v3, works on a slow Atom PC with latest osmocom-bb git, but fails with fmtool error on a fast i7 core PC. The fail happens after sending the first 4096 bytes with a NACK from the phone. Once in many tries it actually does download something but then fails to run the image. Has anyone seen such behaviour? Any ideas on what might go wrong? If not I'll spend some time to debug it. Best regards, Job

2 2

[PATCH 0/2] Adding embedded and utilities to configure options
by Job 03 Sep '11

03 Sep '11

Hi, Attached are the patches to update configure.ac and some Makefile.am to use more default option selection style. I commented the docdir var in the main Makefile.am. The second patch contains the addition of --disable-utilities and --enable-embedded options. I never made a patch mail before so let me know if anything is missing. Best regards, Job ==== job (2): Adapted configure options to autoconf default behaviour Added autoconf option for utilities and embedded Makefile.am | 2 +- configure.ac | 55 ++++++++++++++++++++++++++++++++++++++-------------- utils/Makefile.am | 2 + 3 files changed, 43 insertions(+), 16 deletions(-) -- 1.7.4.1

3 6

Re: Bug in frequency list generation of libosmocore
by Dieter Spaar 02 Sep '11

02 Sep '11

Hello, appended is another patch for fixing a bug in the calculation of the frequency lists. This time the patch is for the "Range 256 format". The problem is that the operand for the "smod" operation might be negative, in this case the simplified version won't work as expected. In the patch I introduced a separate function for "smod" which takes care of the sign. I have not yet checked if the other formats are also affected, this would be the case if the "smod" operand can be negative. There might be other solutions to fix the problem without the need for a separate function, however I have not thought further about it. A test vector is the following frequency list ("Range 256 format", first byte is the length): 09 8b 1c 83 8c 15 ef 02 2d 30 The correct ARFCNs are 569 571 576 578 586 608 712 715 719 The uncorrected version would instead return: 444 457 460 464 569 576 578 586 608 This means four ARFCNs are wrong which will cause problems if for example the frequency list contains the ARFCNs for hopping. Best regards, Dieter Dieter Spaar, Germany spaar(a)mirider.augusta.de

2 1

900MHz packet radio?
by Paul Gardner-Stephen 02 Sep '11

02 Sep '11

Greetings all, At the Serval Project we have created a mobile mesh telephony system that currently works over wifi.

4 9

Re: baseband-devel Digest, Vol 20, Issue 1
by Paul Gardner-Stephen 01 Sep '11

01 Sep '11

On Thu, Sep 1, 2011 at 7:30 PM, <baseband-devel-request(a)lists.osmocom.org> wrote: Hello, Thank you Dieter and Scott for your fast responses. > ---------- Forwarded message ---------- > From: "Dieter Spaar" <spaar(a)mirider.augusta.de> > To: baseband-devel(a)lists.osmocom.org > Date: Thu, 01 Sep 2011 07:59:31 CEST > Subject: Re: 900MHz packet radio? > Hello Paul, > > On Thu, 1 Sep 2011 13:41:11 +0930, "Paul Gardner-Stephen" <paul(a)servalproject.org> wrote: >> >> So, as the open-source group with the most experience reprogramming >> baseband radios, what is the feasibility of creating a >> proof-of-concept using the types of phones you already work with to >> send and receive arbitrary data packets without reliance on a cell >> tower (even for time synchronisation)? > > It depends a lot on what you want to use on the lower layers > (e.g. Modulation). The TI Calypso based phones have a built-in > GMSK hardware modulator, so it is GMSK. Also the symbolrate is > fixed to the one used by GSM. I had assumed that the modulation would be fixed in this way, and it is not an issue for what I am wanting to do. In fact, it makes a lot of sense to keep the GSM modulation for simplicity. > Then there is the DSP which does the signal processing work. Its > again tied to the GSM standard (format of the burst and length). > It might be possible to put something else into the relativ small > RAM inside the DSP, but this could be a huge effort. This seems to me to be the hardest part of the whole process. When you say a huge effort, do you think it would be possible for someone to be able to get something working if they were able to work on it full-time for a few months? > Besides that you have to modify the hardware of the phone (remove > a filter) so that the phone can receive another phone. But this > is probably the smallest problem of all. Indeed, this is the smallest problem I think. In fact, if we use the part of the ISM915 band that is right next to the GSM band, then my understanding is the filter will only attenuate by a few db -- although I am happy to be corrected on this point. > Best regards, > Dieter > -- > Dieter Spaar, Germany spaar(a)mirider.augusta.de > > > > > ---------- Forwarded message ---------- > From: Scott Weisman <sweisman(a)pobox.com> > To: baseband-devel <baseband-devel(a)lists.osmocom.org> > Date: Thu, 1 Sep 2011 10:18:21 +0300 > Subject: Re: 900MHz packet radio? > I think you would be better taking your existing hardware, which must be somewhat custom to begin with (since it works over wifi) and use something like a HopeRF module (http://www.hoperf.com/) or similar. HopeRF has transceivers with power output up 100mW, data rates up to 256kbps, and a choice of 4 different bands (315, 433, 868, 915). This sounds like it would be a far easier choice to incorporate into your already-working system than hacking OsmocomBB-capable phones. > There is a lot of development from many different companies in this area and quite a bit of hacker activity as well. We are exploring that path simultaneously, and have a batch of the exactly the HopeRF modules that we will use, to demonstrate the range and utility of using the ISM band for long-range mesh telephony. But it is important also that we prove that it can be done using the baseband radio in a phone. We all know that it can if we have the freedom to design the baseband radio from scratch, but that it can also be done it is also important that I show that for handsets where the baseband radio can be reprogrammed without changing the hardware. It all boils down to being able to deflect any straw arguments that might be raised against the feasibility of long-range mesh telephony using baseband radio. Paul. > Scott > > On Thu, Sep 1, 2011 at 7:11 AM, Paul Gardner-Stephen <paul(a)servalproject.org> wrote: >> >> Greetings all, >> >> At the Serval Project we have created a mobile mesh telephony system >> that currently works over wifi. >> >> >From the outset, we have wanted to get it working on the ISM915 and/or >> ISM868 bands that are located adjacent to the GSM 850/900 frequency >> allocations. >> >> My initial investigations and enquiries indicate that this should be >> possible by creative programming of the baseband processor in many >> models of phones. The trick, as I suspect you well know, is the >> difficulty in getting the information and tools required to reprogram >> these radios. >> >> I am now in a position to potentially fund further work on this. >> >> So, as the open-source group with the most experience reprogramming >> baseband radios, what is the feasibility of creating a >> proof-of-concept using the types of phones you already work with to >> send and receive arbitrary data packets without reliance on a cell >> tower (even for time synchronisation)? >> >> I know there are a lot of constraints and problems, but I am most >> interested in creative solutions that can get us to a working >> prototype, however crude, that can be used to demonstrate the >> feasibility of what I am proposing. >> >> If this discussion is off-topic here, I am happy to hold the >> conversation at the serval-project-developers google group, but I am >> equally comfortable with it continuing here. >> >> Thanks in advance, >> Paul Gardner-Stephen. >> Shuttleworth Telecommunications Fellow at Flinders University. >> > > > _______________________________________________ > baseband-devel mailing list > baseband-devel(a)lists.osmocom.org > https://lists.osmocom.org/mailman/listinfo/baseband-devel > >

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

baseband-devel