I've pulled git repo today, but the RSSI firmware gets an error.
apps/rssi/main.c: In function `main':
apps/rssi/main.c:896: warning: 'a' might be used uninitialized in this
function
apps/rssi/main.c:896: warning: 'e' might be used uninitialized in this
function
CC board/compal_e88/rssi.compalram.manifest.o
LD board/compal_e88/rssi.compalram.elf
OBJ board/compal_e88/rssi.compalram.bin
CC board/compal_e88/rssi.highram.manifest.o
LD board/compal_e88/rssi.highram.elf
OBJ board/compal_e88/rssi.highram.bin
CC board/compal_e88/rssi.e88loader.manifest.o
LD board/compal_e88/rssi.e88loader.elf
OBJ board/compal_e88/rssi.e88loader.bin
CC board/compal_e88/rssi.e88flash.manifest.o
LD board/compal_e88/rssi.e88flash.elf
OBJ board/compal_e88/rssi.e88flash.bin
CC board/compal_e86/rssi.compalram.manifest.o
LD board/compal_e86/rssi.compalram.elf
arm-elf-ld: region LRAM is full (board/compal_e86/rssi.compalram.elf
section .data)
make[1]: *** [board/compal_e86/rssi.compalram.elf] Error 1
make[1]: Leaving directory src/target/firmware'
make: *** [firmware] Error 2
$ git pull
Already up-to-date.
$
Anyone experiencing the same issue?
Hello.
It's often handy to have a high-level look at message exchange between ms and gsm
network captured via gsmtap.
There are some tools to do that for ip captures but they completely ignore
uplink-downlink semantics so are next to useless in this case.
Attached is little helper which can be used to make proper descriptions for mscgen to
produce nice message sequence charts. Usage instructions are inside the script.
In short: .pcap in - .png out
It requires mscgen and recent (>=1.9) tshark so you have to use git to get and build
tshark binary yourself until wireshark 1.10 is released:
git clone http://code.wireshark.org/git/wireshark
Apologies if you received this message multiple times but I personally find this
little helper to be very useful so I'd like to reach as wide audience as possible.
--
best regards,
Max, http://fairwaves.ru
Hi,
I have the problem, that after running for quite a while, lets say a week,
the layer1 seems to crash. This crash is random and only happens on single
phones (I have 6 phones connected to one mobile app).
This phone is unusable, even after "shutdown/no shutdown" or complete
restart of mobile, this phone stays like this:
OsmocomBB# show ms 3
MS '3' is up, service is limited
IMEI: XXXXXXXXXXXX
IMEISV: XXXXXXXXXXXXX
IMEI generation: fixed
automatic network selection state: A1 trying RPLMN
MCC=262 MNC=07 (Germany, O2)
cell selection state: C1 normal cell selection
radio ressource layer state: idle
mobility management layer state: MM idle, PLMN search
By restarting the phone (pressing power on the phone, and reloading
layer1) its working again. But this need physical access to the phone.
Is there a way to somehow "reboot" or restart the layer1 by software? And
if not, could that easily be implemented?
Thanks
Tim
Hi,
i'm capturing my own voice calls in wireshark.
i can see a system information type packet just before ciphering command.
204 frames further there is a system information type 6 packet.
but these 2 packets don't resamble...
how can i subtract a key out of these 2 different packets?
this doesn't make any sens....
if i look for the same type 5 packet... they are never at the same location.... :(
is my reasoning wrong?
kind regards
Hi,
In the L1ctl_burst_ind structure is:
uint8_t bits[15]; /* 114 bits + 2 steal bits. Filled MSB first */
if i do 8 * 15 = 120
that would make 6 bits extra... not 2 bits
should i discard the last 6 bits of the last byte?
thanks
Please correct me if i'm wrong:
i'm writing a small c program to process to burst files.
run ccch_scan and follow the frames in wireshark.
if you see an "inrtresting" frame, note his number
get the correct frame out of the burst file and display its bit stream.
than this bitstream can be further used for processing
add a certain offset to the framecounter
and get that frame out of the burst file and display its bit stream.
the rest.... i still have to figure that out...
can anyone confirm i am doing the write thing?
thanks
Hi list!
I'm playing with ccch_scan from burst_ind branch.
I have some troubles with going SDCCH - FCCH\SCH - TCH
After receiving "assignment command" i call fbsb_req to L1 for waiting
FCCH\SCH sync bursts.
When fbsb_resp is coming, i call dm_est_req_h1 with channel and hopping
params. But SNR of incoming tch bursts is less then 10 most of time.
What did i wrong?
Is it needs to synchronize only timers by SCH without FCCH freq sync?
And why we lose sync when goes from SDCCH to TCH?
And a question about filter replacement.
After filter change on baluns i see -128 dBm on all ARFCNs when mobile app
from master branch is started. After that i tried to connect balanced line
to the former filter pad and unbalanced line to the ground via cap(on the
EGSM channel), as Sylvain wrote. But it didnt help.
Photo after filter rework on C115:
http://s9.postimage.org/r50qtx73z/lastrep.jpg
As i understand, the input tract with 2 caps, 2 inductors and band-pass
filter just needs for image frequency disabling?
--
View this message in context: http://baseband-devel.722152.n3.nabble.com/Questions-about-filter-replaceme…
Sent from the baseband-devel mailing list archive at Nabble.com.
sorry, i made a type
in wireshark i see 31 06 3f
in documentation is see 2d 06 3f
now you tell me that only the 3f is responsible for detecting a imm ass packet.
if i wanted to detect (grep) for imm ass., shall i look for 31 06 3f or 2d 06 3f?
----- Oorspronkelijk e-mail -----
Van: "oxccoxcc oxccoxcc" <oxccoxcc(a)yandex.ru>
Aan: "g roelant" <g.roelant(a)telenet.be>, "osmocomBB" <baseband-devel(a)lists.osmocom.org>
Verzonden: Vrijdag 14 december 2012 16:03:34
Onderwerp: Re: imm ass packages
wireshark processing of imm ass packets seems normally. Looks like a bug with partial release complete messages. But wireshark has a signature for it: http://anonsvn.wireshark.org/wireshark/trunk/epan/dissectors/packet-gsm_a_r…
Try to write in the wireshark forum.
14.12.2012, 14:22, "g.roelant(a)telenet.be" <g.roelant(a)telenet.be>:
> In wireshark i see immediate assignment packages...
> they are like 31 06 0f
> but in the documentation they are like 2d 06 3f
> what am i doing wrong?
> i'm listening to a belgium operator called proximus.
> kind regards
Are the bursts captured with ccch_scan in burst_ind branch the same as the bursts captured with usrp2?
do they result in the same file?
i guess not...
kind regards
In wireshark i see immediate assignment packages...
they are like 31 06 0f
but in the documentation they are like 2d 06 3f
what am i doing wrong?
i'm listening to a belgium operator called proximus.
kind regards
