baseband-devel August 2011

baseband-devel@lists.osmocom.org

31 participants
50 discussions

R: Re: GPRS Vs EDGE - Trying to decode my own sessions
by Luca Bongiorni 29 Aug '11

29 Aug '11

Hi all, just to explain what i mean, i've attached a sample and the log from layer23. http://pastebin.com/pepx0tdv As you can see from the log i got the immediate-assign. and the i can see the slots. The only thing that i could be strange is the signal strength that sometimes is good and sometimes reaches -100 dBm. Here is the gprsdecode's output: http://pastebin.com/p7XrtKAt Obviously i tried other ARFCNs of all operators (with different c118/c123, FTDI cable) and i got always the same behaviour. Have you some hints to suggest? Tomorrow i will try with some DP-L10 and pubblish the relative results. P.S: As i already stated, Nohl's samples are well decoded and showed into wireshark. Regards, Luca > Hi Harald, > > Actually i could use some old phones that supports only GPRS (e.g. t68i, t39m, etc..), but these phones are not enough useful and i will explain why: > > - i would like to use a phone that has field-test engineering; > - i would like to set the phone to camp only in a fixed ARFCN. > > I was also trying a Pirelli DP-L10, but unfortunately i can only fix the band and not the arfcn. > > > Btw... after a while i finally found how to force my Blackberry to work on GPRS on a fixed arfcn: > > - Select an arfcn; > - Lock to this cell; [ http://tinyurl.com/3dcc6vm ] > - Disable Uplink 8-PSK; [ http://tinyurl.com/3dxp85d ] > > Finally the phone is ready to start the tests. [ http://tinyurl.com/3rhldrn ] > > > As you can see, that engineering field-test is very useful because is showing which Coding Scheme and TS are used. > > > Unfortunately at this point... even if i tried a lot of times, i could see imm-ass, the TS, but when i'm trying to decode the dumps... nothing is decoded and i cannot even decode third-party sessions that obviously i could find on the same arfcn that i'm using. > > So, at this state of art, I could decode only samples released from Nohl. > Someone else is having same problems? > > > Regards, > > Luca >

1 0

OT: Chinese C118 supply?
by Harald Welte 29 Aug '11

29 Aug '11

Hi all, at the CCC Camp two weeks ago, a Chinese guy approached me, stating that there he has contacts to a considerable supply of very inexpensive C1xx family phones in China. Unfortunately we didn't exchange contact details, so I'm trying this route. If you are the person that has talked to me about this topic, pleaes contact me by private e-mail. I would love to use this opportunity to provide inexpensive C1xx phones to the larger OsmocomBB user community. Thanks in advance, 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)

1 0

GPRS Vs EDGE - Trying to decode my own sessions
by Luca Bongiorni 28 Aug '11

28 Aug '11

Hi all, i'm testing gprsdecode with osmocomBB and using the samples provided from Nohl works well. Using a Blackberry 8300 and my Wind's sim, i tried to dump some my internet sessions. Unfortunately even if i'm locking the MS to a fixed ARFCN, it is "upgrading" from GRPS to EDGE very quickly and i cannot dump an entire session and then decode it on gprsdecode. The only datas i could decode and view on wireshark are few "malformed packets". As i suppose the problem is that i'm not able to fix the MS to work only on gprs. Which phone did Luca use to make his tests? (just a simple one that was not EDGE capable? ) Which was the successful-rate of (third-party) decoded sessions? I'm asking it, because i'm not even able to "see" other's phones sessions... ok, could be possible that everyone else is using only EDGE... but seems strange. Have you some hints for that? Thank you for attention. Regards, Luca

3 4

Re: neighbour cell measurement
by Dieter Spaar 27 Aug '11

27 Aug '11

Hello Andreas, hello Harald, On Thu, 14 Jul 2011 13:44:16 +0200, "Harald Welte" <laforge(a)gnumonks.org> wrote: > > The patches look fine to me. I'd wait for another day if Sylvain or > Dieter have any comments, but otherwise they can be merged. The patches are fine for me. Best regards, Dieter -- Dieter Spaar, Germany spaar(a)mirider.augusta.de

3 2

Fwd: Re: neighbour cell measurement
by Andreas Eversberg 27 Aug '11

27 Aug '11

xuchenyu wrote: > > Hello! I think that your neighbour cell measurement code is at the branch > > remotes/origin/laforge/neigh_sb > > > hi xuchenyu, this in an incomplete an experimental code. once finished, it will measure neighbour cells during a call. neighbour cell measurment is supported in idle mode only, if you use master branch, or better "sylvain/testing" branch for some fixes and SIM support. you can enable neighbour cell monitor at VTY: "monitor network 1". regards, andreas

1 0

Re: C115 using loader.compalram.bin&In-Reply
by or_ora＠ovi.com 26 Aug '11

26 Aug '11

1 0

OsmocomBB project Maillist
by jbvl2005＠t-online.de 26 Aug '11

26 Aug '11

Hello Team, would you pls put me in your emaillist ? I am a german guy how interst in this project and other electronic projekts. Is it possible to get a littel help to flash my one motorloa c117 ? Thanks and greets from jens germany :D

1 0

No SIM on GTA02
by radiant radiant 25 Aug '11

25 Aug '11

Hi folks. Running layer1 (no TX) on GTA02 with host applications compiled for GTA02 also. Layer1 seems not able to communicate with SIM card, and so no IMSI etc. Mobile enters in "emergency calls only" mode. Simtest firmware also fails. SIM and phone hardware is checked working with fsogsmd. I cannot find any configure switch to disable/enable SIM, and it has no sense on simtest firmware anyway. Has anything to do with this note on sim.h and the fact that on GTA02 you should cycle the baseband power after osmocon start for romloader to begin? /* Known Bugs: 1.) After powering down the simcard communication stops working */ logs: mobile over layer1 (no TX): ----- <000f> sim.c:1206 init SIM client <0006> gsm48_cc.c:63 init Call Control <0001> gsm48_rr.c:5100 init Radio Ressource process <0005> gsm48_mm.c:1312 init Mobility Management process <0005> gsm48_mm.c:1035 Selecting PLMN SEARCH state, because no SIM. <0002> gsm322.c:5023 init PLMN process <0003> gsm322.c:5024 init Cell Selection process <0003> gsm322.c:5081 Read stored BA list (mcc=XXX mnc=XX $COUNTRY, $NETWORK) <0003> gsm322.c:5081 Read stored BA list (mcc=XXX mnc=XX $COUNTRY, $NETWORK) <0003> gsm322.c:5081 Read stored BA list (mcc=XXX mnc=XX $COUNTRY, $NETWORK) *** Warning: Mobile '1' has default IMEI: 000000000000000 This could relate your identitiy to other users with default IMEI. *** Mobile '1' initialized, please start phone now! <0002> gsm322.c:3804 (ms 1) Event 'EVENT_SWITCH_ON' for automatic PLMN selection in state 'A0 null' <000e> gsm322.c:1356 SIM is removed <0002> gsm322.c:1357 SIM is removed <0002> gsm322.c:800 new state 'A0 null' -> 'A6 no SIM inserted' ----------------- simtest firmware : ----------------SIMTEST----8<----------------- Initializing driver: Power up simcard: (0 bytes) Reset simcard: (0 bytes) 79 f0 ce db f3 cd 8e 7a 10 a1 6c 3a 61 6f 8f (15 bytes) Test Phase 1: Testing bare sim commands... * Testing SELECT: Selecting MF ==> Status word: ffff * Testing SELECT: Selecting DF_GSM ==> Status word: ffff * Testing SELECT: Selecting EF_IMSI ==> Status word: ffff * Testing STATUS: ==> Status word: ffff * Testing READ BINARY: ==> Status word: ffff Data: db 0 0 0 0 0 0 0 0 (9 bytes) ------------END SIMTEST----8<----------------- On the other hand, on GTA02 osmocon or romloader doesn't start if battery is not attached. Keeps staying on "Sending beacon". Regards

1 0

Re: GSM-850
by Dieter Spaar 22 Aug '11

22 Aug '11

Hello Sylvain, On Mon, 22 Aug 2011 16:35:04 +0200, "Sylvain Munaut" <246tnt(a)gmail.com> wrote: > > I think some phones just have swapped IQ lines for easier routing .... This wouldn't explain why the C122 GSM-850/1900 needs the "I/Q-swap" for GSM-850 TX only. And if I remember, Harald tried it with a GSM-900/1800 phone on GSM-850 (of course there are filter issues in this case) and it required the "I/Q-swap" again for GSM-850 only. Best regards, Dieter -- Dieter Spaar, Germany spaar(a)mirider.augusta.de

2 1

GSM-850
by Dieter Spaar 22 Aug '11

22 Aug '11

Hello, I don't know if anyone has already successfully used OsmocomBB with GSM-850. It seems that although receiving on GSM-850 works, there are issues when transmitting. The phone produces a signal on the correct ARFCN, however the BTS can't make use of it. The problem seems to be "I/Q-swap", something which can be turned on in the DSP independently for receiving and transmitting. So far it seems that this was not needed, at least for receiving and also for tranmitting when using GSM-900/1800/1900. However for GSM-850 it seems to be essential for transmitting. It is not clear if different phones behave differently, this might be the case. Also it might be the case that some phones require to turn on "I/Q-swap" when receiving on certain bands. Considering all those uncertainties of "I/Q-swap" the appended patch should be considered as a suggestion, it might be neccessary to make it dependend on the phone and also to introduce a similar function for receiving. At least with the patch a C122 GSM-850/1900 phone now works on GSM-850 too. Thank you very much to Harald who remembered that there was this "I/Q-swap" thing for the DSP. Best regards, Dieter Dieter Spaar, Germany spaar(a)mirider.augusta.de

2 1

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

baseband-devel August 2011