*bump*
Anyone have any thoughts / advice on this?
Many Thanks,
Matt.
----- Original Message ----
From: MATTHEW EVANS <mattjevans(a)btinternet.com>
To: baseband-devel(a)lists.osmocom.org
Sent: Friday, 21 January, 2011 21:08:36
Subject: Non Standard Baud Rates?
Hi,
I'm trying to get the burst_ind branch working at the higher speed baud rates. I
have a USB to Serial FTDI Cable (FT232R) plus the T191. This setup works fine
with the main trunk of osmocombb. When I fire up osmocon, layer1 appears to
download to the phone and runs successfully. Osmocon then logs 'Received
DOWNLOAD ACK from phone, your code is running now!'. The phone has layer1.bin
displayed as usual. However it goes no further and just hangs.
Could anyone please give any advice on what to try next?
Thanks,
Matt.
Make sure of the following:
1. Edit ~/.bashrc and put
export PATH=$PATH:<YOURPATH>/install/bin , where "yourpath" is your full path to where
arm-elf-gcc is located
2. restart your computer (sometimes it helps)
3. run the "make" under the same user that has the above path (no sudo make !!!)
Hi everyone.
I´m coding a fuzzer with osmocombb API, I expect send you something good in a mounth or two (It depends how much work i have).
I have two questions.
First, I triying a simple SMS handler, to send and receive. With wireshark I don´t see RACH request, I suppose it is because the DSP inside the phone manage it, am I wrong? About this, I don´t have knowledge about electronics, so I don´t want touch, any filter. So I need to see the RACH of the same phone were osmo is running, not another.
The second question is about SI AGCH response, I didn´t find the algorithm to know which SDCCH channel gives the BTS to the MS to send/recv LAPDm bursts.
---
Leonardo Nve
leonardo.nve(a)gmail.com
---
hi,
i typed "make osmocon" and "make layer23" and got some output.but i did not
get the firmware binaries in *src/target/firmware/board/compal_e88 *and* in
**src/host/osmocon/osmocon*, in *src/host/layer23/src/misc* and *
layer23/src/mobile*.
instead i got files like *.o,*.c etc..
plz help
hi,
i am having errors while bulding osmocom.I tried finding the solution in
archives(that of zaki and others) but was unable to figure out.
the error is:
configure: error: in
`/home/gsm/pro/osmocom-bb/src/shared/libosmocore/build-target':
configure: error: C compiler cannot create executables
See `config.log' for more details
make: *** [shared/libosmocore/build-target/Makefile] Error 77
i am also attaching the config.log file
plz help me out.
Hi laf0rge,
I was building the firmware with a GCC 4.5.2 created by Steve-m's script and
had to include limits.h for UINT_MAX. While reading the code I stumbled across
a typo... I think the patches can be picked to master as well.
holger
hi,
I'll be listing some issues I found in SIMtrace.
This is to warn future users.
I don't have time now, but I intend to work on this project in 1 or 2
weeks and correct these bugs.
1. when starting host program simtrace, the firmware will first return
ATR. This is an error if simtrace is started after the card has been
reseted. The program should use the state of the reset and vcc lines to
know the state.
2. when using a usb hub, having a lot of USB traffic, or poor USB signal
quality (I don't know exactly), bulk read timeouts can occur in host program
simtrace/at91sam7/host/main.c line 230:
rc = usb_bulk_read(udev, SIMTRACE_IN_EP, buf, sizeof(buf), 100000);
rc is -110 (REQUEST_TIMEOUT). I increased the timeout (100000) so to
have less errors (but they still occur), and I ignore this error instead
of exiting (tracing still works).
3. it seems simtrace can loose track of the I/O stream after some
traffic. see pcsc_apdu.log to see the original, and simtrace_apdu.log
for the captured traffic.
in the end, simtrace misses:
APDU: A0 C0 00 00 0F
and does a wrong following APDU parsing
The problem occurs when using a OmniKey CardMan 5321 and Alcor Micro
AU9520. Thus the reader should not be the origin.
Also, if only the command where the error occurs is sent, no bytes are
skipped. But another error occurs (see next bug)
4. when executing only the last commands, then it is wrongly interpreted
(as ATR), but no bytes are skipped
ATR (12): 3b 0a 41 00 3f 43 00 01 50 29 01 02
ATR (66): a0 a4 00 00 02 a4 7f 20 9f 17 a0 a4 00 00 02 a4 6f ad 9f 0f
a0 c0 00 00 0f c0 00 00 00 03 6f ad 04 00 04 f0 44 01 02 00 00 90 00 a0
b0 00 00 03 b0 00 00 00 90 00 3b 0a 41 00 3f 43 00 01 50 29 01 02
I already wrote a SIM traffic parser for the PC before simtrace
appeared. I used a logic analyzer to record the traffic.
I will integrate the ATR and APDU parsing/checking into the simtrace
firmware. Wrong recorded traffic will be discarded instead of affecting
the rest of the parsing.
thanks,
kevin
Shame on me when I'm not able to print debug messages from cell_log :)
but...
cell_log -d DRR,3
doesn't give me any additional output. I would like to see the line
LOGP(DRR, LOGL_INFO, "IMMEDIATE ASSIGNMENT:\n");
from cell_log.c.
Can anybody help me?
Hi,
I know we have a http git mirror for openbsc. Do we have the same for
osmocom-bb.git?
the git tcp port is censored where I'm connected from.
Sorry if I misread the list archive :(
Sebastien
