baseband-devel

baseband-devel@lists.osmocom.org

1982 discussions

by tom

Hi all I asked this question some time back and still waiting for some help. As someone who is trying very hard to learn about Osmocom surly there is someone interested in helping me. If not I don't see the point of having this mailing list. We all have to start somewhere. Tom I am trying to build osmocombb using GwmB7UGK.c file. When I run MAKE I get the following errors. # make CC app_ccch_scan.o app_ccch_scan.c:74:1: warning: useless storage class specifier in empty declaration [enabled by default] app_ccch_scan.c:79:1: warning: useless storage class specifier in empty declaration [enabled by default] app_ccch_scan.c: In function ‘dump_bcch’: app_ccch_scan.c:213:29: error: ‘CCCH_MODE_NON_COMBINED2’ undeclared (first use in this function) app_ccch_scan.c:213:29: note: each undeclared identifier is reported only once for each function it appears in app_ccch_scan.c:216:29: error: ‘CCCH_MODE_NON_COMBINED4’ undeclared (first use in this function) app_ccch_scan.c:219:29: error: ‘CCCH_MODE_NON_COMBINED6’ undeclared (first use in this function) app_ccch_scan.c: In function ‘gsm48_rx_imm_ass’: app_ccch_scan.c:315:39: warning: unused variable ‘ra’ [-Wunused-variable] app_ccch_scan.c:315:24: warning: unused variable ‘chan_req_mask’ [-Wunused-variable] app_ccch_scan.c:315:10: warning: unused variable ‘chan_req_val’ [-Wunused-variable] app_ccch_scan.c: In function ‘fillField’: app_ccch_scan.c:711:17: warning: pointer targets in initialization differ in signedness [-Wpointer-sign] app_ccch_scan.c: In function ‘process_tch_efr’: app_ccch_scan.c:753:2: warning: unknown conversion type character 0x20 in format [-Wformat] app_ccch_scan.c:753:2: warning: unknown conversion type character 0x20 in format [-Wformat] app_ccch_scan.c:778:4: warning: pointer targets in passing argument 1 of ‘tch_deinterleave’ differ in signedness [-Wpointer-sign] app_ccch_scan.c:681:6: note: expected ‘ubit_t *’ but argument is of type ‘sbit_t *’ app_ccch_scan.c:780:4: warning: pointer targets in passing argument 1 of ‘tch_deinterleave’ differ in signedness [-Wpointer-sign] app_ccch_scan.c:681:6: note: expected ‘ubit_t *’ but argument is of type ‘sbit_t *’ app_ccch_scan.c:787:3: warning: implicit declaration of function ‘osmo_conv_decode’ [-Wimplicit-function-declaration] app_ccch_scan.c:732:9: warning: unused variable ‘steal_bit’ [-Wunused-variable] app_ccch_scan.c:731:10: warning: unused variable ‘bursts’ [-Wunused-variable] app_ccch_scan.c:730:21: warning: variable ‘length’ set but not used [-Wunused-but-set-variable] app_ccch_scan.c:730:10: warning: unused variable ‘bid’ [-Wunused-variable] app_ccch_scan.c:730:6: warning: variable ‘ul’ set but not used [-Wunused-but-set-variable] app_ccch_scan.c:729:21: warning: unused variable ‘lch_idx’ [-Wunused-variable] app_ccch_scan.c:729:17: warning: variable ‘tn’ set but not used [-Wunused-but-set-variable] app_ccch_scan.c:729:10: warning: variable ‘cbits’ set but not used [-Wunused-but-set-variable] app_ccch_scan.c:726:10: warning: variable ‘rx_dbm’ set but not used [-Wunused-but-set-variable] app_ccch_scan.c: In function ‘process_tch_fr’: app_ccch_scan.c:862:2: warning: unknown conversion type character 0x20 in format [-Wformat] app_ccch_scan.c:862:2: warning: unknown conversion type character 0x20 in format [-Wformat] app_ccch_scan.c:887:4: warning: pointer targets in passing argument 1 of ‘tch_deinterleave’ differ in signedness [-Wpointer-sign] app_ccch_scan.c:681:6: note: expected ‘ubit_t *’ but argument is of type ‘sbit_t *’ app_ccch_scan.c:889:4: warning: pointer targets in passing argument 1 of ‘tch_deinterleave’ differ in signedness [-Wpointer-sign] app_ccch_scan.c:681:6: note: expected ‘ubit_t *’ but argument is of type ‘sbit_t *’ app_ccch_scan.c:841:89: warning: unused variable ‘EFRAMR’ [-Wunused-variable] app_ccch_scan.c:841:76: warning: unused variable ‘EFRBits’ [-Wunused-variable] app_ccch_scan.c:841:9: warning: unused variable ‘steal_bit’ [-Wunused-variable] app_ccch_scan.c:840:10: warning: unused variable ‘bursts’ [-Wunused-variable] app_ccch_scan.c:839:21: warning: variable ‘length’ set but not used [-Wunused-but-set-variable] app_ccch_scan.c:839:10: warning: unused variable ‘bid’ [-Wunused-variable] app_ccch_scan.c:839:6: warning: variable ‘ul’ set but not used [-Wunused-but-set-variable] app_ccch_scan.c:838:21: warning: unused variable ‘lch_idx’ [-Wunused-variable] app_ccch_scan.c:838:17: warning: variable ‘tn’ set but not used [-Wunused-but-set-variable] app_ccch_scan.c:838:10: warning: variable ‘cbits’ set but not used [-Wunused-but-set-variable] app_ccch_scan.c:835:10: warning: variable ‘rx_dbm’ set but not used [-Wunused-but-set-variable] app_ccch_scan.c: In function ‘local_burst_decode’: app_ccch_scan.c:1049:29: error: ‘struct gsm48_ass_cmd’ has no member named ‘chan_mode’ app_ccch_scan.c:1038:40: warning: unused variable ‘ra’ [-Wunused-variable] app_ccch_scan.c:1038:25: warning: unused variable ‘chan_req_mask’ [-Wunused-variable] app_ccch_scan.c:1038:11: warning: unused variable ‘chan_req_val’ [-Wunused-variable] app_ccch_scan.c:1037:11: warning: unused variable ‘ch_type’ [-Wunused-variable] app_ccch_scan.c:943:10: warning: variable ‘rx_dbm’ set but not used [-Wunused-but-set-variable] app_ccch_scan.c: In function ‘ccch_tn_decode’: app_ccch_scan.c:1261:14: warning: assignment makes pointer from integer without a cast [enabled by default] app_ccch_scan.c:1203:17: warning: unused variable ‘lch_idx’ [-Wunused-variable] app_ccch_scan.c:1200:10: warning: variable ‘rx_dbm’ set but not used [-Wunused-but-set-variable] app_ccch_scan.c: In function ‘layer3_rx_burst’: app_ccch_scan.c:1302:10: warning: variable ‘rx_dbm’ set but not used [-Wunused-but-set-variable] app_ccch_scan.c: At top level: app_ccch_scan.c:109:1: warning: ‘gen_filename’ defined but not used [-Wunused-function] make: *** [app_ccch_scan.o] Error 1 Tom

10 years, 8 months

Same MAKE problem

by tom

10 years, 8 months

ccch_scan.c

by tom mc loughlin

Hi all I am trying to build osmocombb using GwmB7UGK.c file. When I run MAKE I get the following errors. # make CC app_ccch_scan.o app_ccch_scan.c:74:1: warning: useless storage class specifier in empty declaration [enabled by default] app_ccch_scan.c:79:1: warning: useless storage class specifier in empty declaration [enabled by default] app_ccch_scan.c: In function ‘dump_bcch’: app_ccch_scan.c:213:29: error: ‘CCCH_MODE_NON_COMBINED2’ undeclared (first use in this function) app_ccch_scan.c:213:29: note: each undeclared identifier is reported only once for each function it appears in app_ccch_scan.c:216:29: error: ‘CCCH_MODE_NON_COMBINED4’ undeclared (first use in this function) app_ccch_scan.c:219:29: error: ‘CCCH_MODE_NON_COMBINED6’ undeclared (first use in this function) app_ccch_scan.c: In function ‘gsm48_rx_imm_ass’: app_ccch_scan.c:315:39: warning: unused variable ‘ra’ [-Wunused-variable] app_ccch_scan.c:315:24: warning: unused variable ‘chan_req_mask’ [-Wunused-variable] app_ccch_scan.c:315:10: warning: unused variable ‘chan_req_val’ [-Wunused-variable] app_ccch_scan.c: In function ‘fillField’: app_ccch_scan.c:711:17: warning: pointer targets in initialization differ in signedness [-Wpointer-sign] app_ccch_scan.c: In function ‘process_tch_efr’: app_ccch_scan.c:753:2: warning: unknown conversion type character 0x20 in format [-Wformat] app_ccch_scan.c:753:2: warning: unknown conversion type character 0x20 in format [-Wformat] app_ccch_scan.c:778:4: warning: pointer targets in passing argument 1 of ‘tch_deinterleave’ differ in signedness [-Wpointer-sign] app_ccch_scan.c:681:6: note: expected ‘ubit_t *’ but argument is of type ‘sbit_t *’ app_ccch_scan.c:780:4: warning: pointer targets in passing argument 1 of ‘tch_deinterleave’ differ in signedness [-Wpointer-sign] app_ccch_scan.c:681:6: note: expected ‘ubit_t *’ but argument is of type ‘sbit_t *’ app_ccch_scan.c:787:3: warning: implicit declaration of function ‘osmo_conv_decode’ [-Wimplicit-function-declaration] app_ccch_scan.c:732:9: warning: unused variable ‘steal_bit’ [-Wunused-variable] app_ccch_scan.c:731:10: warning: unused variable ‘bursts’ [-Wunused-variable] app_ccch_scan.c:730:21: warning: variable ‘length’ set but not used [-Wunused-but-set-variable] app_ccch_scan.c:730:10: warning: unused variable ‘bid’ [-Wunused-variable] app_ccch_scan.c:730:6: warning: variable ‘ul’ set but not used [-Wunused-but-set-variable] app_ccch_scan.c:729:21: warning: unused variable ‘lch_idx’ [-Wunused-variable] app_ccch_scan.c:729:17: warning: variable ‘tn’ set but not used [-Wunused-but-set-variable] app_ccch_scan.c:729:10: warning: variable ‘cbits’ set but not used [-Wunused-but-set-variable] app_ccch_scan.c:726:10: warning: variable ‘rx_dbm’ set but not used [-Wunused-but-set-variable] app_ccch_scan.c: In function ‘process_tch_fr’: app_ccch_scan.c:862:2: warning: unknown conversion type character 0x20 in format [-Wformat] app_ccch_scan.c:862:2: warning: unknown conversion type character 0x20 in format [-Wformat] app_ccch_scan.c:887:4: warning: pointer targets in passing argument 1 of ‘tch_deinterleave’ differ in signedness [-Wpointer-sign] app_ccch_scan.c:681:6: note: expected ‘ubit_t *’ but argument is of type ‘sbit_t *’ app_ccch_scan.c:889:4: warning: pointer targets in passing argument 1 of ‘tch_deinterleave’ differ in signedness [-Wpointer-sign] app_ccch_scan.c:681:6: note: expected ‘ubit_t *’ but argument is of type ‘sbit_t *’ app_ccch_scan.c:841:89: warning: unused variable ‘EFRAMR’ [-Wunused-variable] app_ccch_scan.c:841:76: warning: unused variable ‘EFRBits’ [-Wunused-variable] app_ccch_scan.c:841:9: warning: unused variable ‘steal_bit’ [-Wunused-variable] app_ccch_scan.c:840:10: warning: unused variable ‘bursts’ [-Wunused-variable] app_ccch_scan.c:839:21: warning: variable ‘length’ set but not used [-Wunused-but-set-variable] app_ccch_scan.c:839:10: warning: unused variable ‘bid’ [-Wunused-variable] app_ccch_scan.c:839:6: warning: variable ‘ul’ set but not used [-Wunused-but-set-variable] app_ccch_scan.c:838:21: warning: unused variable ‘lch_idx’ [-Wunused-variable] app_ccch_scan.c:838:17: warning: variable ‘tn’ set but not used [-Wunused-but-set-variable] app_ccch_scan.c:838:10: warning: variable ‘cbits’ set but not used [-Wunused-but-set-variable] app_ccch_scan.c:835:10: warning: variable ‘rx_dbm’ set but not used [-Wunused-but-set-variable] app_ccch_scan.c: In function ‘local_burst_decode’: app_ccch_scan.c:1049:29: error: ‘struct gsm48_ass_cmd’ has no member named ‘chan_mode’ app_ccch_scan.c:1038:40: warning: unused variable ‘ra’ [-Wunused-variable] app_ccch_scan.c:1038:25: warning: unused variable ‘chan_req_mask’ [-Wunused-variable] app_ccch_scan.c:1038:11: warning: unused variable ‘chan_req_val’ [-Wunused-variable] app_ccch_scan.c:1037:11: warning: unused variable ‘ch_type’ [-Wunused-variable] app_ccch_scan.c:943:10: warning: variable ‘rx_dbm’ set but not used [-Wunused-but-set-variable] app_ccch_scan.c: In function ‘ccch_tn_decode’: app_ccch_scan.c:1261:14: warning: assignment makes pointer from integer without a cast [enabled by default] app_ccch_scan.c:1203:17: warning: unused variable ‘lch_idx’ [-Wunused-variable] app_ccch_scan.c:1200:10: warning: variable ‘rx_dbm’ set but not used [-Wunused-but-set-variable] app_ccch_scan.c: In function ‘layer3_rx_burst’: app_ccch_scan.c:1302:10: warning: variable ‘rx_dbm’ set but not used [-Wunused-but-set-variable] app_ccch_scan.c: At top level: app_ccch_scan.c:109:1: warning: ‘gen_filename’ defined but not used [-Wunused-function] make: *** [app_ccch_scan.o] Error 1 Tom

10 years, 9 months

Wireshark values of Signal level and SNR different from terminal (layer 1,2 &3) output values

by Patrick

I have been noticing from quite a while that the values of Signal level and SNR embedded in GSM header (GSMTAP) in wireshark (b/w 0-255) are different from that visible on the terminal while layer 1 and layer 2 & 3 are operating (something like -60 dBm and 60 dB respectively). Can anybody plz explain why is that difference if both these values represent the same meaning? Is that due to different definations of int8_t and int in GSMTAP.h and gsm48_rr.c respectively. If yes how to convert these values to dBm as shown in terminal? <http://baseband-devel.722152.n3.nabble.com/file/n4026711/sample10_layer23_d…> -- View this message in context: http://baseband-devel.722152.n3.nabble.com/Wireshark-values-of-Signal-level… Sent from the baseband-devel mailing list archive at Nabble.com.

10 years, 9 months

Send a packet between phones without BSS?

by rodarima＠gmail.com

Hello. In my phone specs says that it support: UMTS/HSDPA/HSUPA (850, 900, 1900, 2100 MHz). At the wikipedia, I can read: Uplink Downlink GSM-850 824.2 – 849.2 869.2 - 894.2 GSM 900: ------------------------------------------------ P-GSM 900 890,0 - 915,0 935,0 - 960,0 E-GSM 900 880,0 - 890,0 925,0 - 935,0 R-GSM 900 876,0 - 880,0 921,0 - 925,0 GSM1900: ------------------------------------------------ GSM 1900 1850,0 - 1910,0 1930,0 - 1990,0 More clearly(?): MHZ 1111111111 88888888888888888888999999999999999999990000000000 00112233445566778899001122334455667788990123456789 BAND: 05050505050505050505050505050505050505050505050505 GSM-850 : -----^^^^^----vvvvvv------------------------------ P-GSM 900: ------------------^^^^^^---vvvvvv----------------- E-GSM 900: ----------------^^^------vvv---------------------- R-GSM 900: ---------------^^-------vv------------------------ (^) means uplink, (v) downlink. Posible overlap between bands: SRC Band From To DST Band Hole size P-GSM 900 ----(890.0 - 894.2)---> GSM-850 | 4.2 MHZ E-GSM 900 ----(880.0 - 894.2)---> GSM-850 | 14.2 MHZ R-GSM 900 ----(876.0 - 880.0)---> GSM-850 | 4.0 MHZ Can a phone, with a modified baseband firmware, transmit data to another phone directly, without BSS? Or are there any hardware limitation? From https://gnuradio.org/redmine/attachments/115/all_gsm_channels_arfcn.txt Source channel: Channel: 0; Band: EGSM-900 Uplink: 890 MHz, Downlink: 935 MHz Channel: 1; Band: GSM-900 Uplink: 890.2 MHz, Downlink: 935.2 MHz ... Channel: 20; Band: GSM-900 Uplink: 894 MHz, Downlink: 939 MHz Channel: 21; Band: GSM-900 Uplink: 894.2 MHz, Downlink: 939.2 MHz Destination channel: Channel: 232; Band: GSM-850 Uplink: 845 MHz, Downlink: 890 MHz Channel: 233; Band: GSM-850 Uplink: 845.2 MHz, Downlink: 890.2 MHz ... Channel: 250; Band: GSM-850 Uplink: 848.6 MHz, Downlink: 893.6 MHz Channel: 251; Band: GSM-850 Uplink: 848.8 MHz, Downlink: 893.8 MHz For example using a phone on channel 0 (GSM-900 band) to send a packet to a phone on channel 232 (GSM-850 band), using 890 MHz common frecuency. I could't get any useful info about that. Greetings. Rodrigo.

10 years, 9 months

Location update problems on Motorola C118

by Maciej Grela

Hi, I'm trying to run the latest osmocom-bb git on a Motorola C118 phone. After a minor problem with the build (as you may've noticed in the patch I've sent). I got to the point of successfuly running layer1 on the phone and the mobile app on the PC (I have also enabled TX). The process seems to be stuck on trying to perform a location update. The status of the ms is always either: show ms MS '1' is up, MM connection active IMEI: 000000000000000 IMEISV: 0000000000000000 IMEI generation: fixed automatic network selection state: A1 trying RPLMN MCC=104 MNC=002 (104, 002) cell selection state: connected mode 1 ARFCN=19 MCC=104 MNC=002 LAC=0xb00f CELLID=0x4fd9 (104, 002) radio ressource layer state: connection pending mobility management layer state: wait for RR connection (location updating) OsmocomBB> or show ms MS '1' is up, service is limited (pending) IMEI: 000000000000000 IMEISV: 0000000000000000 IMEI generation: fixed automatic network selection state: A1 trying RPLMN MCC=104 MNC=002 (104, 002) cell selection state: C3 camped normally ARFCN=19 MCC=104 MNC=002 LAC=0xb00f CELLID=0x4fd9 (104, 002) radio ressource layer state: idle mobility management layer state: MM idle, attempting to update OsmocomBB> I think, that because of this I can't make any calls or send sms (all the requests are being rejected): OsmocomBB# call 1 <X> call 1 <X> OsmocomBB# % (MS 1) % Call has been rejected The log information from mobile when it's trying to do a location update is show below: <000b> gsm48_rr.c:2174 PAGING REQUEST 1 <000b> gsm48_rr.c:2141 IMSI 260021964220249 (not for us) <000b> gsm48_rr.c:2132 TMSI fd82a501 (not for us) <000e> gsm48_mm.c:344 Location update retry <0005> gsm48_mm.c:345 timer T3211 (loc. upd. retry delay) has fired <0005> gsm48_mm.c:4311 (ms 1) Received 'MM_EVENT_TIMEOUT_T3211' event in state MM IDLE, attempting to update <000e> gsm48_mm.c:2199 Perform location update (MCC 104, MNC 002 LAC 0xb00f) <0005> gsm48_mm.c:2333 LOCATION UPDATING REQUEST <0005> gsm48_mm.c:2355 using LAI (mcc 104 mnc 002 lac 0xb00f) <0005> gsm48_mm.c:2363 using TMSI 0x28a3d62e <0005> gsm48_mm.c:914 new state MM IDLE, attempting to update -> wait for RR connection (location updating) <0001> gsm48_rr.c:5428 (ms 1) Message 'RR_EST_REQ' received in state idle (sapi 0) <000e> gsm48_rr.c:1318 Establish radio link due to mobility management request <0003> gsm322.c:4037 (ms 1) Event 'EVENT_LEAVE_IDLE' for Cell selection in state 'C3 camped normally' <0003> gsm322.c:823 new state 'C3 camped normally' -> 'connected mode 1' <0003> gsm322.c:3653 Going to camping (normal) ARFCN 19. <0003> gsm322.c:463 Sync to ARFCN=19 rxlev=-74 (Sysinfo, ccch mode NON-COMB) <0001> gsm48_rr.c:366 new state idle -> connection pending <0001> gsm48_rr.c:1465 CHANNEL REQUEST: 00 (Location Update with NECI) <0003> gsm322.c:2938 Channel synched. (ARFCN=19, snr=16, BSIC=17) <0001> gsm322.c:2959 using DSC of 90 <0003> gsm48_rr.c:4816 Channel provides data. <0001> gsm48_rr.c:1601 RANDOM ACCESS (requests left 5) <0001> gsm48_rr.c:1658 RANDOM ACCESS (Tx-integer 50 combined no S(lots) 0 ra 0x0e) <0001> gsm48_rr.c:1697 Use MS-TXPWR-MAX-CCH power value 5 (33 dBm) <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:1601 RANDOM ACCESS (requests left 4) <0001> gsm48_rr.c:1658 RANDOM ACCESS (Tx-integer 50 combined no S(lots) 55 ra 0x07) <0001> gsm48_rr.c:1697 Use MS-TXPWR-MAX-CCH power value 5 (33 dBm) <0001> gsm48_rr.c:2450 IMMEDIATE ASSIGNMENT: <0001> gsm48_rr.c:2462 (ta 2/1107m ra 0x75 chan_nr 0x0a MAIO 0 HSN 38 TS 2 SS 0 TSC 0) <0001> gsm48_rr.c:2503 Request, but not for us. <0001> gsm48_rr.c:2450 IMMEDIATE ASSIGNMENT: <0001> gsm48_rr.c:2462 (ta 2/1107m ra 0x75 chan_nr 0x0a MAIO 0 HSN 38 TS 2 SS 0 TSC 0) <0001> gsm48_rr.c:2503 Request, but not for us. <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:673 MON: f=19 lev=-78 snr= 0 ber= 0 LAI=104 002 b00f ID=4fd9 <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:1601 RANDOM ACCESS (requests left 3) <0001> gsm48_rr.c:1658 RANDOM ACCESS (Tx-integer 50 combined no S(lots) 55 ra 0x0f) <0001> gsm48_rr.c:1697 Use MS-TXPWR-MAX-CCH power value 5 (33 dBm) <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:1601 RANDOM ACCESS (requests left 2) <0001> gsm48_rr.c:1658 RANDOM ACCESS (Tx-integer 50 combined no S(lots) 55 ra 0x01) <0001> gsm48_rr.c:1697 Use MS-TXPWR-MAX-CCH power value 5 (33 dBm) <0001> gsm48_rr.c:2450 IMMEDIATE ASSIGNMENT: <0001> gsm48_rr.c:2473 (ta 1/553m ra 0x18 chan_nr 0x59 ARFCN 19 TS 1 SS 3 TSC 1) <0001> gsm48_rr.c:2503 Request, but not for us. <0001> gsm48_rr.c:2450 IMMEDIATE ASSIGNMENT: <0001> gsm48_rr.c:2473 (ta 1/553m ra 0x18 chan_nr 0x59 ARFCN 19 TS 1 SS 3 TSC 1) <0001> gsm48_rr.c:2503 Request, but not for us. <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:1601 RANDOM ACCESS (requests left 1) <0001> gsm48_rr.c:1658 RANDOM ACCESS (Tx-integer 50 combined no S(lots) 55 ra 0x0a) <0001> gsm48_rr.c:1697 Use MS-TXPWR-MAX-CCH power value 5 (33 dBm) <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:673 MON: f=19 lev=-78 snr= 0 ber= 1 LAI=104 002 b00f ID=4fd9 <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:1601 RANDOM ACCESS (requests left 0) <0001> gsm48_rr.c:1605 Done with sending RANDOM ACCESS bursts <0001> gsm48_rr.c:836 starting T3126 with 5.000 seconds <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2225 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:673 MON: f=19 lev=-78 snr= 0 ber= 0 LAI=104 002 b00f ID=4fd9 <0001> gsm48_rr.c:2450 IMMEDIATE ASSIGNMENT: <0001> gsm48_rr.c:2473 (ta 2/1107m ra 0x0a chan_nr 0x41 ARFCN 19 TS 1 SS 0 TSC 1) <0001> gsm48_rr.c:2393 request 0a matches but not frame number (IMM.ASS fn=22,6,30 != RACH fn=22,5,25) <0001> gsm48_rr.c:2503 Request, but not for us. <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2450 IMMEDIATE ASSIGNMENT: <0001> gsm48_rr.c:2473 (ta 2/1107m ra 0x05 chan_nr 0x49 ARFCN 19 TS 1 SS 1 TSC 1) <0001> gsm48_rr.c:2503 Request, but not for us. <0001> gsm48_rr.c:2450 IMMEDIATE ASSIGNMENT: <0001> gsm48_rr.c:2473 (ta 2/1107m ra 0x05 chan_nr 0x49 ARFCN 19 TS 1 SS 1 TSC 1) <0001> gsm48_rr.c:2503 Request, but not for us. <0001> gsm48_rr.c:2225 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:673 MON: f=19 lev=-77 snr= 0 ber= 6 LAI=104 002 b00f ID=4fd9 <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2450 IMMEDIATE ASSIGNMENT: <0001> gsm48_rr.c:2473 (ta 2/1107m ra 0x00 chan_nr 0x61 ARFCN 19 TS 1 SS 4 TSC 1) <0001> gsm48_rr.c:2503 Request, but not for us. <0001> gsm48_rr.c:2450 IMMEDIATE ASSIGNMENT: <0001> gsm48_rr.c:2473 (ta 2/1107m ra 0x00 chan_nr 0x61 ARFCN 19 TS 1 SS 4 TSC 1) <0001> gsm48_rr.c:2503 Request, but not for us. <0001> gsm48_rr.c:2450 IMMEDIATE ASSIGNMENT: <0001> gsm48_rr.c:2462 (ta 2/1107m ra 0x7d chan_nr 0x0b MAIO 0 HSN 38 TS 3 SS 0 TSC 0) <0001> gsm48_rr.c:2503 Request, but not for us. <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2450 IMMEDIATE ASSIGNMENT: <0001> gsm48_rr.c:2462 (ta 2/1107m ra 0x7d chan_nr 0x0b MAIO 0 HSN 38 TS 3 SS 0 TSC 0) <0001> gsm48_rr.c:2503 Request, but not for us. <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:673 MON: f=19 lev=-78 snr= 0 ber= 0 LAI=104 002 b00f ID=4fd9 <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2225 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2225 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:673 MON: f=19 lev=-78 snr= 0 ber= 3 LAI=104 002 b00f ID=4fd9 <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2450 IMMEDIATE ASSIGNMENT: <0001> gsm48_rr.c:2462 (ta 2/1107m ra 0x77 chan_nr 0x09 MAIO 0 HSN 38 TS 1 SS 0 TSC 0) <0001> gsm48_rr.c:2503 Request, but not for us. <0001> gsm48_rr.c:2450 IMMEDIATE ASSIGNMENT: <0001> gsm48_rr.c:2462 (ta 2/1107m ra 0x77 chan_nr 0x09 MAIO 0 HSN 38 TS 1 SS 0 TSC 0) <0001> gsm48_rr.c:2503 Request, but not for us. <0001> gsm48_rr.c:2225 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:673 MON: f=19 lev=-78 snr= 0 ber= 6 LAI=104 002 b00f ID=4fd9 <0001> gsm48_rr.c:765 timer T3126 has fired <000e> gsm48_rr.c:770 Requesting channel failed <0001> gsm48_rr.c:366 new state connection pending -> idle <0003> gsm322.c:4037 (ms 1) Event 'EVENT_RET_IDLE' for Cell selection in state 'connected mode 1' <0003> gsm322.c:3565 Selecting ARFCN 19. after LOC.UPD. <0003> gsm322.c:463 Sync to ARFCN=19 rxlev=-74 (Sysinfo, ccch mode NON-COMB) <0003> gsm322.c:823 new state 'connected mode 1' -> 'C3 camped normally' <0005> gsm48_mm.c:3902 (ms 1) Received 'RR_REL_IND' from RR in state wait for RR connection (location updating) (sapi 0) <0005> gsm48_mm.c:2732 RR link released after loc. upd. <000e> gsm48_mm.c:2676 Location update failed <000e> gsm48_mm.c:2686 Try location update later <0005> gsm48_mm.c:2688 Loc. upd. failed, retry #0 <0005> gsm48_mm.c:413 starting T3211 (loc. upd. retry delay) with 15.0 seconds <0005> gsm48_mm.c:1143 We are camping normally as returning to MM IDLE <0005> gsm48_mm.c:1159 Loc. upd. allowed. <0005> gsm48_mm.c:919 new state wait for RR connection (location updating) -> MM IDLE, location updating needed <0005> gsm48_mm.c:909 new MM IDLE state location updating needed -> attempting to update <0005> gsm48_mm.c:2215 Loc. upd. already pending. <0005> gsm48_mm.c:4311 (ms 1) Received 'MM_EVENT_CELL_SELECTED' event in state MM IDLE, attempting to update <0005> gsm48_mm.c:2215 Loc. upd. already pending. <0003> gsm322.c:2938 Channel synched. (ARFCN=19, snr=16, BSIC=17) <0001> gsm322.c:2959 using DSC of 90 Can you provide me any hints on how to debug this ? Why is the location update failing constantly ? Thanks in advance for your help. Best regards, Maciej Grela

10 years, 10 months

Mobile testing branch

by tom mc loughlin

Hi all I have built Osmocommbb with testing branch and I want to run Mobile app allowing me to make a call via my local network. All goes well in the build but I am unable to register on my own network while using a genuine network sim. This is output from my compal_e88/layer1.compalram.bin. As you can see all looks good with signal levels fairly ok until this point and then level drops to -138 dbm and there it stays on all chanells. I have tried this with 3 different sims and all is the same. Can someone help? Tom bat_compal_e88_chg_state=0 L1CTL_RESET_REQ: FULL!SIM Request (7): a0 a4 00 00 02 3f 00 SIM Response (2): 9f 20 SIM Request (5): a0 c0 00 00 20 SIM Response (34): 00 00 02 b7 3f 00 01 00 00 00 00 00 13 b3 05 0a 04 00 83 8a 83 8a 00 03 00 00 02 b7 00 00 02 b7 90 00 SIM Request (7): a0 a4 00 00 02 2f e2 SIM Response (2): 9f 0f SIM Request (5): a0 c0 00 00 0f SIM Response (17): 00 00 00 0a 2f e2 04 00 0f 00 ff 01 02 00 00 90 00 SIM Request (5): a0 b0 00 00 0a SIM Response (12): 98 53 03 11 02 08 22 45 65 f6 90 00 SIM Request (7): a0 a4 00 00 02 7f 20 SIM Response (2): 9f 20 SIM Request (5): a0 c0 00 00 20 SIM Response (34): 00 00 00 00 7f 20 02 00 00 00 00 00 13 b3 00 23 04 00 83 8a 83 8a 00 03 00 00 02 b7 00 00 00 00 90 00 SIM Request (7): a0 a4 00 00 02 6f 07 SIM Response (2): 9f 0f SIM Request (5): a0 c0 00 00 0f SIM Response (17): 00 00 00 09 6f 07 04 00 14 00 14 01 02 00 00 90 00 SIM Request (5): a0 b0 00 00 09 SIM Response (11): 08 29 27 10 17 21 89 26 33 90 00 SIM Request (7): a0 a4 00 00 02 6f 7e SIM Response (2): 9f 0f SIM Request (5): a0 c0 00 00 0f SIM Response (17): 00 00 00 0b 6f 7e 04 00 11 00 14 01 02 00 00 90 00 SIM Request (5): a0 b0 00 00 0b SIM Response (13): ff ff ff ff 72 f2 60 ff fe 00 03 90 00 SIM Request (7): a0 a4 00 00 02 6f 20 SIM Response (2): 9f 0f SIM Request (5): a0 c0 00 00 0f SIM Response (17): 00 00 00 09 6f 20 04 00 11 00 44 01 02 00 00 90 00 SIM Request (5): a0 b0 00 00 09 SIM Response (11): ff ff ff ff ff ff ff ff 07 90 00 SIM Request (7): a0 a4 00 00 02 6f 30 SIM Response (2): 9f 0f SIM Request (5): a0 c0 00 00 0f SIM Response (17): 00 00 01 2c 6f 30 04 00 11 00 44 01 02 00 00 90 00 SIM Request (5): a0 b0 00 00 2c SIM Response (46): 32 f4 51 02 f8 01 12 f4 60 12 f4 10 62 f2 20 02 f4 40 22 f2 01 02 f6 10 22 f8 10 72 f0 77 62 f8 10 42 f0 80 32 f8 10 02 f2 50 32 f2 90 00 BAT-ADC: 593 6 0 0 1023 353 327 277 Charger at 51 mV. PM MEAS: ARFCN=1016, 33 dBm at baseband, -104 dBm at RF PM MEAS: ARFCN=1017, 33 dBm at baseband, -104 dBm at RF PM MEAS: ARFCN=1018, 29 dBm at baseband, -108 dBm at RF PM MEAS: ARFCN=1019, 29 dBm at baseband, -108 dBm at RF PM MEAS: ARFCN=1020, 28 dBm at baseband, -109 dBm at RF PM MEAS: ARFCN=1021, 29 dBm at baseband, -108 dBm at RF PM MEAS: ARFCN=1022, 27 dBm at baseband, -110 dBm at RF PM MEAS: ARFCN=1023, 39 dBm at baseband, -98 dBm at RF L1CTL_RESET_REQ: FULL!L1CTL_FBSB_REQ (arfcn=1, flags=0x7) Starting FCCH RecognitionFB0 (3859:4): TOA= 3792, Power= -88dBm, Angle=-1361Hz DSP Error Status: 256 FB1 (3869:8): TOA= 8751, Power= -88dBm, Angle= -36Hz fn_offset=3867 (fn=3869 + attempt=8 + ntdma = 6) delay=8 (fn_offset=3867 + 11 - fn=3869 - 1 scheduling next FB/SB detection task with delay 8 =>FB @ FNR 3867 fn_offset=3867 qbits=4820 Synchronize_TDMA LOST 3711! DSP Error Status: 256 DSP Error Status: 264 L1CTL_RESET_REQ: FULL!LOST 1893! L1CTL_FBSB_REQ (arfcn=981, flags=0x7) Starting FCCH RecognitionLOST 1857! L1CTL_RESET_REQ: FULL!L1CTL_FBSB_REQ (arfcn=71, flags=0x7) Starting FCCH RecognitionL1CTL_RESET_REQ: FULL!L1CTL_FBSB_REQ (arfcn=993, flags=0x7) Starting FCCH RecognitionL1CTL_RESET_REQ: FULL!LOST 1899! L1CTL_FBSB_REQ (arfcn=979, flags=0x7) Starting FCCH RecognitionLOST 1851! DSP Error Status: 8 L1CTL_RESET_REQ: FULL!L1CTL_FBSB_REQ (arfcn=4, flags=0x7) Starting FCCH RecognitionDSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 BAT-ADC: 590 6 0 0 1023 356 330 277 Charger at 51 mV. Battery at 4033 mV. Charging at 0 mA. Battery capacity is 100%. Battery range is 3199..3999 mV. Battery full at 468 LSB .. full at 585 LSB Charging at 239 LSB (204 mA). BCICTL2=0x3ff battery-info.flags=0x00000000 bat_compal_e88_chg_state=0 DSP Error Status: 8 L1CTL_RESET_REQ: FULL!L1CTL_FBSB_REQ (arfcn=1023, flags=0x7) Starting FCCH RecognitionDSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 L1CTL_RESET_REQ: FULL!LOST 1900! L1CTL_FBSB_REQ (arfcn=980, flags=0x7) Starting FCCH RecognitionLOST 1850! DSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 L1CTL_RESET_REQ: FULL!L1CTL_FBSB_REQ (arfcn=78, flags=0x7) Starting FCCH RecognitionDSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 L1CTL_RESET_REQ: FULL!L1CTL_FBSB_REQ (arfcn=53, flags=0x7) LOST 1880! Starting FCCH RecognitionLOST 1870! DSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 L1CTL_RESET_REQ: FULL!L1CTL_FBSB_REQ (arfcn=69, flags=0x7) Starting FCCH RecognitionDSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 L1CTL_RESET_REQ: FULL!L1CTL_FBSB_REQ (arfcn=94, flags=0x7) Starting FCCH RecognitionDSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 L1CTL_RESET_REQ: FULL!L1CTL_FBSB_REQ (arfcn=57, flags=0x7) Starting FCCH RecognitionDSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 L1CTL_RESET_REQ: FULL!L1CTL_FBSB_REQ (arfcn=985, flags=0x7) Starting FCCH RecognitionDSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 L1CTL_RESET_REQ: FULL!L1CTL_FBSB_REQ (arfcn=970, flags=0x7) Starting FCCH RecognitionDSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 L1CTL_RESET_REQ: FULL!L1CTL_FBSB_REQ (arfcn=45, flags=0x7) Starting FCCH RecognitionDSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 L1CTL_RESET_REQ: FULL!L1CTL_FBSB_REQ (arfcn=43, flags=0x7) Starting FCCH RecognitionDSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 L1CTL_RESET_REQ: FULL!L1CTL_FBSB_REQ (arfcn=33, flags=0x7) Starting FCCH RecognitionDSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 L1CTL_RESET_REQ: FULL!L1CTL_FBSB_REQ (arfcn=7, flags=0x7) Starting FCCH RecognitionDSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 L1CTL_RESET_REQ: FULL!L1CTL_FBSB_REQ (arfcn=988, flags=0x7) Starting FCCH RecognitionDSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 L1CTL_RESET_REQ: FULL!L1CTL_FBSB_REQ (arfcn=971, flags=0x7) Starting FCCH RecognitionDSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 L1CTL_RESET_REQ: FULL!L1CTL_FBSB_REQ (arfcn=969, flags=0x7) Starting FCCH RecognitionDSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 L1CTL_RESET_REQ: FULL!L1CTL_FBSB_REQ (arfcn=42, flags=0x7) Starting FCCH RecognitionDSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 L1CTL_RESET_REQ: FULL!L1CTL_FBSB_REQ (arfcn=40, flags=0x7) Starting FCCH RecognitionDSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 L1CTL_RESET_REQ: FULL!L1CTL_FBSB_REQ (arfcn=32, flags=0x7) Starting FCCH RecognitionDSP Error Status: 8 DSP Error Status: 8 BAT-ADC: 592 6 0 0 1023 353 327 270 Charger at 51 mV. Battery at 4047 mV. Charging at 0 mA. Battery capacity is 100%. Battery range is 3199..3999 mV. Battery full at 468 LSB .. full at 585 LSB Charging at 239 LSB (204 mA). BCICTL2=0x3ff battery-info.flags=0x00000000 bat_compal_e88_chg_state=0 DSP Error Status: 8 DSP Error Status: 8 L1CTL_RESET_REQ: FULL!L1CTL_FBSB_REQ (arfcn=85, flags=0x7) Starting FCCH RecognitionDSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 L1CTL_RESET_REQ: FULL!L1CTL_FBSB_REQ (arfcn=55, flags=0x7) Starting FCCH RecognitionDSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 L1CTL_RESET_REQ: FULL!L1CTL_FBSB_REQ (arfcn=47, flags=0x7) Starting FCCH RecognitionDSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 L1CTL_RESET_REQ: FULL!L1CTL_FBSB_REQ (arfcn=28, flags=0x7) Starting FCCH RecognitionDSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 L1CTL_RESET_REQ: FULL!L1CTL_FBSB_REQ (arfcn=5, flags=0x7) Starting FCCH RecognitionDSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 DSP Error Status: 8 L1CTL_RESET_REQ: FULL!L1CTL_PM_REQ start=0 end=124 DSP Error Status: 8 PM MEAS: ARFCN=0, 0 dBm at baseband, -138 dBm at RF DSP Error Status: 8 PM MEAS: ARFCN=1, 0 dBm at baseband, -138 dBm at RF DSP Error Status: 8 PM MEAS: ARFCN=2, 0 dBm at baseband, -138 dBm at RF DSP Error Status: 8 PM MEAS: ARFCN=3, 0 dBm at baseband, -138 dBm at RF DSP Error Status: 8 PM MEAS: ARFCN=4, 0 dBm at baseband, -138 dBm at RF DSP Error Status: 8 PM MEAS: ARFCN=5, 0 dBm at baseband, -138 dBm at RF DSP Error Status: 8 PM MEAS: ARFCN=6, 0 dBm at baseband, -138 dBm at RF DSP Error Status: 8 PM MEAS: ARFCN=7, 0 dBm at baseband, -138 dBm at RF DSP Error Status: 8 PM MEAS: ARFCN=8, 0 dBm at baseband, -138 dBm at RF DSP Error Status: 8 PM MEAS: ARFCN=9, 0 dBm at baseband, -138 dBm at RF DSP Error Status: 8 PM MEAS: ARFCN=10, 0 dBm at baseband, -138 dBm at RF DSP Error Status: 8 PM MEAS: ARFCN=11, 0 dBm at baseband, -138 dBm at RF DSP Error Status: 8 PM MEAS: ARFCN=12, 0 dBm at baseband, -138 dBm at RF DSP Error Status: 8 PM MEAS: ARFCN=13, 0 dBm at baseband, -138 dBm at RF DSP Error Status: 8 PM MEAS: ARFCN=14, 0 dBm at baseband, -138 dBm at RF DSP Error Status: 8 PM MEAS: ARFCN=15, 0 dBm at baseband, -138 dBm at RF DSP Error Status: 8 PM MEAS: ARFCN=16, 0 dBm at baseband, -138 dBm at RF DSP Error Status: 8 PM MEAS: ARFCN=17, 0 dBm at baseband, -138 dBm at RF DSP Error Status: 8 PM MEAS: ARFCN=18, 0 dBm at baseband, -138 dBm at RF DSP Error Status: 8 PM MEAS: ARFCN=19, 0 dBm at baseband, -138 dBm at RF DSP Error Status: 8 PM MEAS: ARFCN=20, 0 dBm at baseband, -138 dBm at RF DSP Error Status: 8 PM MEAS: ARFCN=21, 0 dBm at baseband, -138 dBm at RF DSP Error Status: 8 PM MEAS: ARFCN=22, 0 dBm at baseband, -138 dBm at RF DSP Error Status: 8 PM MEAS: ARFCN=23, 0 dBm at baseband, -138 dBm at RF DSP Error Status: 8 PM MEAS: ARFCN=24, 0 dBm at baseband, -138 dBm at RF DSP Error Status: 8 PM MEAS: ARFCN=25, 0 dBm at baseband, -138 dBm at RF DSP Error Status: 8 PM MEAS: ARFCN=26, 0 dBm at baseband, -138 dBm at RF DSP Error Status: 8 PM MEAS: ARFCN=27, 0 dBm at baseband, -138 dBm at RF DSP Error Status: 8 PM MEAS: ARFCN=28, 0 dBm at baseband, -138 dBm at RF DSP Error Status: 8 PM MEAS: ARFCN=29, 0 dBm at baseband, -138 dBm at RF DSP Error Status: 8

11 years

pirelli dp-l10 unexpectable stuck

by TSAREGORODTSEV, Yury

Hi guys, pirelli dp-l10 unexpectable stuck running osmocombb + mobile (master branch) its connected directly to DC power supply, so issue not related to battery. In osmocon, mobile debugs nothing particilular everything worked fine and just in one moment stuck even without any actions, just in idle mode. Anyone got some issues? Any suggestions? Yury

11 years

Can osmocomBB support multi phone simultaneously for a same sniff

by huang

For example, if i use three phone to catch TS0,can this three phones work at the same time -- View this message in context: http://baseband-devel.722152.n3.nabble.com/Can-osmocomBB-support-multi-phon… Sent from the baseband-devel mailing list archive at Nabble.com.

11 years

Re: Aw: pirelli dp-l10 stuck

by msokolov＠ivan.Harhan.ORG

"TSAREGORODTSEV, Yury" <yury(a)bridgecommunication.co.uk> wrote: > Damn, yeah > its not charging at all :) > even when connected to hub with external power :) Unfortunately there are no schematics available for the DP-L10 (and reconstructing them from steve-m's PCB layer scans is anything but easy), so everything that follows is ultimately pure guesswork, but it *seems* to me that the battery charging circuit in this phone is fundamentally the same as in the more traditional Calypso+Iota phones (Compal etc), aside from using USB VBUS as the charging power source instead of a dedicated round-plug type of power jack. If the charging circuit in the DP-L10 works the way I think it does, following common sense and all that, than the battery charging process ought to be controlled by Iota ABB. The ABB chip in this phone is TWL3014, but I'll use the more readable TWL3025 datasheet as a reference instead - back in 2011 both Steve M. and Sylvain M. said on this list that the two chips are functionally identical. The battery charging functionality is described on pages 46-48 of TWL3025_SWRS021.pdf; in particular, refer to Figure 4-10 on page 48. If my understanding of this datasheet description is correct, and if the phone in question (Pirelli DP-L10) indeed has its battery charging circuit implemented in the canonical way, then one of the following two conditions must be met in order for charging current to pass from VBUS into the battery: 1. The "precharge" function is enabled inside the ABB chip, such that an internal transistor in the ABB opens up to pass some current from the VCHG pin to the PCHG pin. This precharge function is intended for situation when the battery has discharged so low that it needs to be charged some before one can boot the CPU, hence this precharge phase has to be done entirely in hardware without any CPU firmware supervision. But it appears that this hardware-only precharge function is automatically disabled when the CPU is turned on, or maybe the precharge current is so feeble that the drain from the running CPU is greater than the amount of power coming from the precharge circuit. -or- 2. The "normal" way of charging the battery (with the CPU running) is for the CPU to enable the main charging circuit in the ABB via some register writes. In this case the power flows from the charging source (USB VBUS in the case of Pirelli DP-L10) into the battery through an external power transistor controlled by the ICTL output from the ABB. In TI's standard firmware the battery charging function lives in the PWR SWE (RiViera Software Entity) in the older versions and in the LCC SWE in newer ones. Pirelli's version appears to use PWR rather than LCC. We (the world public) have the source for the PWR SWE in the MV100 find, and that for LCC in the Sotovik find, but I haven't really looked at either of them yet - working on L1 integration currently. If you would like to get Pirelli battery charging working in OsmocomBB, I would recommend that you take the charging code for compal_e88, enable it for the DP-L10 build, and experiment from there. Don't be fooled by Pirelli's use of USB charging instead of a round-plug charger, my guess is that they use USB VBUS in exactly the same way as how Compal etc use their charging power source. It also seems to me that Pirelli's charging mechanism does not strictly comply with the USB spec. Per the spec, you are supposed to draw no more than 100 mA from VBUS until and unless you negotiate a higher power budget with the host, and that negotiation takes place over the D+ and D- wires. But in Pirelli's case these D+ and D- wires go to the CP2102 USB-serial chip and nowhere else, and only this CP2102 speaks the USB protocol - the Calypso only sees UART-serial on the other side of the CP2102. So they "illegally" tap VBUS (which per the spec must not go anywhere but to the device that speaks the USB protocol) to use it as the charging power source, but have no way to negotiate their current draw. When Pirelli's fw detects the presence of VBUS via the charger-insert interrupt from the ABB and decides to start charging the battery, it has no choice but to enable some hard-coded charging current value - the charging current can be adjusted by programming a register in the ABB, but the fw has no way of knowing how much current it is allowed to draw from VBUS, if any at all, because only the USB logic in the CP2102 has access to this knowledge. So whatever charging current it draws, it must do so blindly. I can only guess that this current must be somewhere around 500 mA, as charging at 100 mA would be too slow. I actually like Pirelli's design in this regard, and I currently plan on copying it in my own Pirelli-inspired Calypso dumbphone design: put a CP2102 inside the phone just like Pirelli did, and use the same USB charging arrangement, drawing 500 mA for charging unconditionally, showing "the middle finger" to the developer-unfriendly Unusable Serial Botch specs... Or can someone think of a better way? VLR, SF

11 years

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

baseband-devel