baseband-devel

baseband-devel@lists.osmocom.org

2022 discussions

Question on saving burst information
by Bhaskar11 31 Dec '12

31 Dec '12

In ccch_scan the burst information is first saved to file, then local_burst_decode is applied before sending to GSMTAP. Would it not be more useful to save burst data after local_burst_decode? Is there some utility in storing it in its raw form? Looks like I am missing something? B.

2 2

kraken for uplink bursts
by g.roelant＠telenet.be 31 Dec '12

31 Dec '12

Hi, Is there a kraken version vailable for uplink? what do i need to change on the source code in order to find the kc for uplink bursts? thanks ps. all downlink frames seem to have random padding here...

1 0

Osmocom-BTS
by Akib Sayyed 31 Dec '12

31 Dec '12

Congrats Sylvain for such great engineering work.its really a good and cheap solution who want to learn about GSM. there are certain questions didnt get chance to be asked in conference. here are some 1.is it possible in future to implement one phone and atleast 4 timeslot cell? means 3 voice and 1 BCCH. 2. what about encryption? is it possible to implement encryption ? 3.also how can be solve relying on commercial cell? 4.the code which will be released will contain single slot operation or multi slot with voice (after work and developement) Thankx and again congrats :) cheers -- Akib Sayyed Matrix-Shell akibsayyed(a)gmail.com akibsayyed(a)matrixshell.com Mob:- +91-966-514-2243

2 2

Re: Bug in switching baud rates in burst_ind branch?
by Bhaskar11 29 Dec '12

29 Dec '12

Sysmocom sells pre-modified CP201x. You can use them as they are. "mostly" LAPDm and Paging messages is normal. You should also see call setups and SMSs as they are used, much less frequently depending on local traffic. :-) If you have your cellphone on the same ARFCN, you should be able to see your cell making/receiving calls and sending messages. B. On Fri, Dec 28, 2012 at 4:12 PM, Erich Dachleger <edachleger(a)yahoo.com>wrote: > I am also using CP210x from sysmocom and haven't modified it since I > thought it didn't require modification. > Is that wrong? > When I use burst_ind with unmodified CP210x I receive mostly LAPDM and > System 4 messages in wireshark. > Regards > Erich > >

2 1

Beginner question of firmware and C139
by david＠frinet.es 29 Dec '12

29 Dec '12

Hi all, I am starting with this project and i have problems downloading the firmware to a c139, i built the t191 and i'm using a FTDI usb-serial. I use the command that is described in "Motorola C140" section: ./osmocon -p /dev/ttyUSB0 -m c140 -c ../../target/firmware/board/compal_e86/layer1.highram.bin ../../target/firmware/board/compal_e86/chainload.compalram.bin and also i have used it with "-m c140xor" but when i push briefly power button, shows it in next lines "got 1 byte from modem, data looks like: ff .", the data are changing in next lines, some times the bytes received are more than 1, are 2, 5, 6. I have some questions: Which is the sequence that have to receive the osmocon to start the comunication with the phone? Is posible that the compilation of osmocon has been badly? Thanks and regards.

1 0

Bug in switching baud rates in burst_ind branch?
by Bhaskar11 28 Dec '12

28 Dec '12

Using burst_ind branch, the code switches to a higher speed in function serial_up_to_eleven like this: int serial_up_to_eleven(void) { int rv; /* Attempt custom baudrate */ rv = osmo_serial_set_custom_baudrate(dnload.serial_fd.fd, 406250); if (rv == 0) return 0; #ifdef I_HAVE_A_CP210x /* and I know what I'm doing, I swear ! */ /* Try closest standard baudrate (CP210x reprogrammed adapters) */ rv = osmo_serial_set_baudrate(dnload.serial_fd.fd, B460800); if (rv == 0) return 0; #endif etc.... If the first attempt to switch to 406250 succeeds, the function exits and never reaches the I_HAVE_A_CP210x code which would switch to a higher speed! Is this a bug? Or is the lower speed good enough for burst_ind? In which case why bother with the I_HAVE_A_CP210x option? Or have I missed something obvious? B.

2 2

Beginner question of firmware and C139
by david＠frinet.es 28 Dec '12

28 Dec '12

1 0

frame guessing
by g.roelant＠telenet.be 27 Dec '12

27 Dec '12

Hi group, what is the most succesful: guessing uplink frames or downlink. i see some very simple uplink frames that make a good candidate. or is it all the same... kind regards

1 0

Frimware problem
by Mikhail Zisman 26 Dec '12

26 Dec '12

Hello, I am working with a project Osmocom-bb. I did compile the project. But when the firmware command : ./osmocon -p /dev/ttyUSB0-m c123xor ../../target/firmware/board/compal_e88/hello_world.compalram.bin screen is just hangs (the power button I also click) , or most likely expects to input a sequence of bytes, i.e., no information no longer appears. The phone is switched on. I used this instructions for checking the operation of the http://lists.osmocom.org/pipermail/baseband-devel/2011-August/002230.html . 1) I use the FTDI cable, it is OK. Port is OK. 2) Note : I don't see FMTTOOL ERROR (!!!) when i press the power button. I tried the next model C113,C115,C118. Why this may happen? Thank you!

1 0

double frames in burst file
by g.roelant＠telenet.be 25 Dec '12

25 Dec '12

Hi Group, i'm using the testing/sylvain burst branch. sometimes i get double frames in the bursts files taken with ccch_scan. what does this mean? bad reception? kind regards

2 6

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

baseband-devel