baseband-devel

baseband-devel@lists.osmocom.org

2022 discussions

[PATCH] firmware/rssi: attempt to resync on sync errors
by Nico Golde 10 Jul '12

10 Jul '12

--- src/target/firmware/apps/rssi/main.c | 12 +++++++++++- 1 file changed, 11 insertions(+), 1 deletion(-) diff --git a/src/target/firmware/apps/rssi/main.c b/src/target/firmware/apps/rssi/main.c index b2cafae..8907cce 100644 --- a/src/target/firmware/apps/rssi/main.c +++ b/src/target/firmware/apps/rssi/main.c @@ -763,6 +763,7 @@ static int inc_dec_spectrum(int inc) static void enter_sync(void); static void exit_sync(void); +static void retry_sync(void); static void enter_rach(void); static void exit_rach(void); @@ -987,6 +988,13 @@ static void handle_pm(void) /* sync / SI */ +static void retry_sync(void) +{ + exit_sync(); + toggle_dcs_pcs(); + enter_sync(); +} + static void enter_sync(void) { struct msgb *msg = l1ctl_msgb_alloc(L1CTL_FBSB_REQ); @@ -1414,8 +1422,10 @@ static void l1a_l23_tx(struct msgb *msg) sb = (struct l1ctl_fbsb_conf *) dl->payload; if (sb->result == 0) sync_result = "ok"; - else + else { sync_result = "error"; + retry_sync(); + } bsic = sb->bsic; break; case L1CTL_DATA_IND: -- 1.7.10

1 0

the layer1 FN count
by bob wisebob 09 Jul '12

09 Jul '12

Hi, List: I am puzzled about the variation of gsmtime when the channel iump to sdcch or tch, how does the gsmtime change? I am decode the tch in the burst_id, but I think I can`t capture the TCH frame correctly?anyone who is familiar with it can help me?

3 2

replacing sercomm tranfer with direct function
by Akib Sayyed 08 Jul '12

08 Jul '12

l1_queue_for_l2(struct msgb *msg) will queue data from layer1 for layer2 and will send via serial to host now if i directly replace all layer2_read content and pass msg to l1ctlrecv will it work on target host == host pc target == phone any suggestion on this and l1a_l23_rx this will receive data from l23 from host is it correct Note: I am trying to implement l2l3 on phone it self -- Akib Sayyed Matrix-Shell akibsayyed(a)gmail.com akibsayyed(a)matrixshell.com Mob:- +91-966-514-2243

1 0

GSM Paging Request
by Ryan Hayes 08 Jul '12

08 Jul '12

Hi, I am confused about the paging request when monitoring channel bursts, is the return downlink say from TMSI only reviewed by the BTS or is it accessible from the layer23 forwarding wireshark? more mods needed in development kit? Thanks

1 0

Re: Pirelli DP-L10 keypad
by Steve Markgraf 07 Jul '12

07 Jul '12

Hi Kevin, On 07.07.2012 11:15, Kevin Redon wrote: > - the additional volume up/down and camera buttons press are detected > by keypad_poll(), but not visible in KBR_LATCH_REG Yes, for that you need to increase the number of rows/columns that are scanned (can exactly remember which one). The Compal phones don't use all of them. > - the power button press is not detected by keypad_poll() (or ignored > by > "with_interrupts && !polling") As it seems the power button is not connected to the keyboard scan matrix. You get an interrupt from Iota though when the button is pressed, see [2]. That code was removed again from master. > - the keypad.h file is in target/firmware/include/, but it's board > dependent. is there a clean way to handle that? Did you check out the steve-m/pirelli branch [2]? It already contains the modified keypad header. Those changes should definitely be cleaned up and put into master, especially make the UARTs runtime configurable to have them swapped for the DP-L10. Regards, Steve [1] http://cgit.osmocom.org/cgit/osmocom-bb/commit/?id=4f0825a352af5499beee068d… [2] http://cgit.osmocom.org/cgit/osmocom-bb/commit/?h=steve-m/pirelli

1 0

Pirelli DP-L10 keypad
by Kevin Redon 07 Jul '12

07 Jul '12

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

1 0

TCH AMR codec in GSM
by bob wisebob 06 Jul '12

06 Jul '12

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); }

1 0

the airprobe port to BB
by Chengcheng Gou 05 Jul '12

05 Jul '12

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!

4 4

re: Clock from phone
by Dario Lombardo 04 Jul '12

04 Jul '12

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?

1 0

Clock from phone
by Dario Lombardo 03 Jul '12

03 Jul '12

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.

3 3

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

baseband-devel