baseband-devel July 2012

baseband-devel@lists.osmocom.org

41 participants
57 discussions

by Kevin Redon

Hi, I changed the keypad bit mask so to match for the Pirelli DP-L10 (patch attached). some remarks: - the additional volume up/down and camera buttons press are detected by keypad_poll(), but not visible in KBR_LATCH_REG - the power button press is not detected by keypad_poll() (or ignored by "with_interrupts && !polling") - the keypad.h file is in target/firmware/include/, but it's board dependent. is there a clean way to handle that? thanks, kevin

12 years, 12 months

TCH AMR codec in GSM

by bob wisebob

Hi List! I am studying the AMR codec in GSM.but I met some problem. I use burst_id to capture TCH in my test network,and in my programmm, I use the firsrt 8 bits of a TCH block to decide whether it is a tch or not and also get the codec mode of a AFS,and than other operations,but it is not to work , I am struggled to this, any one can help me? this is my code: static void process_tch_amr(struct osmocom_ms *ms,struct l1ctl_burst_ind *bi) { int16_t rx_dbm; uint16_t arfcn; uint32_t fn,B; uint8_t cbits, tn, lch_idx; int ul, bid, i, k, length; sbit_t *bursts, mC[456]; ubit_t steal_bit[2], bt[114],convu[260],convd[260],EFRBits[244],EFRAMR[8 + 244]; pbit_t voice[33]; unsigned char mode; arfcn = ntohs(bi->band_arfcn); rx_dbm = rxlev2dbm(bi->rx_level); fn = ntohl(bi->frame_nr); ul = !!(arfcn & ARFCN_UPLINK); cbits = bi->chan_nr >> 3; tn = bi->chan_nr & 7; B = -1; if((fn%13)%4 == 0) flag= 1; if(!flag) return; B = count_tch % 8; if (B == -1) return; if (B == 0){ for(i=0; i<4; i++){ memset(app_state.mI[i], 0x00, 114); } }else if(B == 4){ for(i=4; i<8; i++){ memset(app_state.mI[i], 0x00, 114); } } /* Unpack (ignore hu/hl) */ osmo_pbit2ubit_ext(bt, 0, bi->bits, 0, 57, 0); osmo_pbit2ubit_ext(bt, 57, bi->bits, 57, 57, 0); /* Convert to softbits */ for (i=0; i<114; i++) app_state.mI[B][i] = bt[i] ? - (bi->snr >> 1) : (bi->snr >> 1); count_tch++; // Deinterleaves i[] to c[] if((B % 4 ==3)&&(count_tch >= 7)){ if(B == 3) { tch_deinterleave(mC, 4); }else{ tch_deinterleave(mC, 0); } //abstract the codec mode for(i = 0;i<8;i++) { //printf("%x ",mC[i]); if(mC[i] < 0) mode = ( mode | (1 << i)); else mode = ( mode & (~(1 << i))); } //printf("mode %x\n",mode); switch(mode){ case CODEC_MODE_1: printf("codec 1\n"); i = find_speech_mode(app_state.amr_arg.amr_acs, 1); break; case CODEC_MODE_2: printf("codec 2\n"); i = find_speech_mode(app_state.amr_arg.amr_acs, 2); break; case CODEC_MODE_3: printf("codec 3\n"); i = find_speech_mode(app_state.amr_arg.amr_acs, 3); break; case CODEC_MODE_4: printf("codec 4\n"); i = find_speech_mode(app_state.amr_arg.amr_acs, 4); break; default: { //printf("unkown codec\n"); return; } } memset(voice,0,32); switch( 1 << i ){ case gsm690_4_75: printf("codec gsm690_4_75\n"); osmo_conv_decode(&conv_tch_afs_4_75, &mC[8], convu); memcpy(convd,convu,39); memcpy(convd,&convu[45],56); tch_map(gsm690_4_75_bitorder, gsm690_4_75_len, EFRAMR + 8,convd); fillField(EFRAMR, 0, 0x04, 8); length = osmo_ubit2pbit_ext(voice, 0, EFRAMR, 0, 8 + gsm690_4_75_len, 1); break; case gsm690_5_15: printf("codec gsm690_5_15\n"); osmo_conv_decode(&conv_tch_afs_5_15, &mC[8], convu); memcpy(convd,convu,49); memcpy(convd,&convu[55],54); tch_map(gsm690_5_15_bitorder, gsm690_5_15_len, EFRAMR + 8,convd); fillField(EFRAMR, 0, 0x0c, 8); length = osmo_ubit2pbit_ext(voice, 0, EFRAMR, 0, 8 + gsm690_5_15_len, 1); break; case gsm690_5_90: printf("codec gsm690_5_90\n"); osmo_conv_decode(&conv_tch_afs_5_9, &mC[8], convu); memcpy(convd,convu,55); memcpy(convd,&convu[61],63); tch_map(gsm690_5_9_bitorder, gsm690_5_90_len, EFRAMR + 8,convd); fillField(EFRAMR, 0, 0x14, 8); length = osmo_ubit2pbit_ext(voice, 0, EFRAMR, 0, 8 + gsm690_5_90_len, 1); break; case gsm690_6_70: printf("codec gsm690_6_70\n"); osmo_conv_decode(&conv_tch_afs_6_7, &mC[8], convu); memcpy(convd,convu,55); memcpy(convd,&convu[61],79); tch_map(gsm690_6_7_bitorder, gsm690_6_70_len, EFRAMR + 8,convd); fillField(EFRAMR, 0, 0x1c, 8); length = osmo_ubit2pbit_ext(voice, 0, EFRAMR, 0, 8 + gsm690_6_70_len, 1); break; case gsm690_7_40: printf("codec gsm690_7_40\n"); osmo_conv_decode(&conv_tch_afs_7_4, &mC[8], convu); memcpy(convd,convu,61); memcpy(convd,&convu[67],87); tch_map(gsm690_7_4_bitorder, gsm690_7_40_len, EFRAMR + 8,convd); fillField(EFRAMR, 0, 0x24, 8); length = osmo_ubit2pbit_ext(voice, 0, EFRAMR, 0, 8 + gsm690_7_40_len, 1); break; case gsm690_7_95: printf("codec gsm690_7_95\n"); osmo_conv_decode(&conv_tch_afs_7_95, &mC[8], convu); memcpy(convd,convu,75); memcpy(convd,&convu[81],84); tch_map(gsm690_7_95_bitorder, gsm690_7_95_len, EFRAMR + 8,convd); fillField(EFRAMR, 0, 0x2c, 8); length = osmo_ubit2pbit_ext(voice, 0, EFRAMR, 0, 8 + gsm690_7_95_len, 1); break; case gsm690_10_2: printf("codec gsm690_10_2\n"); osmo_conv_decode(&conv_tch_afs_10_2, &mC[8], convu); memcpy(convd,convu,65); memcpy(convd,&convu[71],139); tch_map(gsm690_10_2_bitorder, gsm690_10_2_len, EFRAMR + 8,convd); fillField(EFRAMR, 0, 0x34, 8); length = osmo_ubit2pbit_ext(voice, 0, EFRAMR, 0, 8 + gsm690_10_2_len, 1); break; case gsm690_12_2: printf("codec gsm690_12_2\n"); osmo_conv_decode(&conv_tch_afs_12_2, &mC[8], convu); memcpy(convd,convu,81); memcpy(convd,&convu[87],163); tch_map(gsm690_12_2_bitorder, gsm690_12_2_len, EFRAMR + 8,convd); fillField(EFRAMR, 0, 0x3c, 8); length = osmo_ubit2pbit_ext(voice, 0, EFRAMR, 0, 8 + gsm690_12_2_len, 1); break; default: { printf("unkown gsm690 codec\n"); return; } } printf("length is %d\n",length); printf("voice[0] is %x\n",voice[0]); fwrite(voice, 1, length, d_speech_file); }

12 years, 12 months

the airprobe port to BB

by Chengcheng Gou

Hi, I am studying the GSM voice interception of airprobe,and want to port to BB,using the ccch_scan.c .the problem is that, the airprobe is written by C++,and the BB is C; I find the useful part of airport is airprobe/gsm-receiver/src/lib/decoder/openbtsstuff, and how to modify the makefile of BB to use the source of openbtsstuff? Thanks!

12 years, 12 months

re: Clock from phone

by Dario Lombardo

On Tue, Jul 3, 2012 at 3:27 PM, Alexander Huemer <alexander.huemer(a)xx.vu> wrote: > On Tue, Jul 03, 2012 at 03:08:02PM +0200, Dario Lombardo wrote: >> On Tue, Jul 3, 2012 at 1:44 PM, Sylvain Munaut <246tnt(a)gmail.com> wrote: >> >> In some past post of the ML, I've read that someone was trying to get >> >> the GSM 10MHz clock reference from the motorola phones. >> >> This aimed at feeding usrp with a stable reference, if I'm not wrong. >> >> Anything new this side? This would be extremely useful if GPS signal >> >> can't be got but GSM cell can. >> > >> > 1) It's not 10 MHz but 26 MHz >> >> Mmm... but the front panel of usrp is fed by 10 MHz/1pps... isn't it? >> > There are different revisions of the USRP. Sylvain is talking about the > USRP1, you of a later rev. > The USRP1 has an (unpopulated) direct clock input. > The other USRP revisions have a reference clock input, which is > something different. > You are definitly right. I was taling about N210, which can be fed by reference clock input. >> > 2) Yes it works, but you can't feed the USRP directly, you need to >> > multiply it by 2 (using a PLL chip) to get 52 MHz for the USRP. >> >> Can you provide some link to read something about it? >> > See [1,2,3] >> Don't you think that this way could be much more preferrable than the >> GPS way, if USRP is under GSM coverage? I mean: the clock from GSM is >> next to us... why just don't use it? Probably there's something I'm >> missing, since this approach is much less used than GPS clocking... >> > > There are many ways to provide a stable reference clock. A OCXO (e.g. > [4]), a cheap rubidium standard, the clock tamer[5], ... > Every option has up and downsides. > Just the "pirelli" way uses clock from existing GSM network. As said before I think that "reusing" the clock from network could be very useful, but I don't know if it is more difficult than generate the signal itself. Is that possible using motorola phones? Did anyone investigate that possibility?

12 years, 12 months

Clock from phone

by Dario Lombardo

In some past post of the ML, I've read that someone was trying to get the GSM 10MHz clock reference from the motorola phones. This aimed at feeding usrp with a stable reference, if I'm not wrong. Anything new this side? This would be extremely useful if GPS signal can't be got but GSM cell can. Dario.

12 years, 12 months

little confusion while studying l1l2 interface via sercomm

by Akib Sayyed

in layer23 apps we open local unix socket in layer23 app and one in osmocon another socket to communicate in between. now in layer23 we just send (write) or receive (read) msg. but we handle actual communication with phone is handled in osmocon. now flow of functions is main ->register_tool_server->tool_accept->un_tool_read->hdlc_send_to_phone->sercomm_sendmsg then sercomm handles all transmission in details then layer1 accept all data via so i wanted to ask that how does rssi firmware is sending data directly to l1 -l2 and i would also like to ask what is actual protocol used in communication between l1 and l2 -- Akib Sayyed Matrix-Shell akibsayyed(a)gmail.com akibsayyed(a)matrixshell.com Mob:- +91-966-514-2243

12 years, 12 months

help on sim.c

by Gabriele.rago

Hello all, I am using osmocomm (branch sylvain) on a motorola C140. I have uncommented the line "#define DEBUG" on src/target/firmware/calypso/sim.c and recompiled. I have connected an interface between my PC and phone sim slot ( a pl2303 usb module, with a diode between TXD and RXD and a 22K resistor between +5V and RXD). Now I have opened the serial port on my PC with these settings: baud rate = 9600 databits = 8 parity = even stopbits = 2 and I am sending the byte "3B" to the phone, but I see in osmocon console: "SIM-ISR:  Waiting for read (9B)..." (id est the phone seems like to receive "9B" instead of "3B"), where I am wrong?

13 years

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

baseband-devel July 2012