hi vlatko,
thanx for your patches. i don't have knowledge about gpsd api. before i
can apply them, i need to know about gps_waiting() function.
the osmo_gpsd_cb() function in common/gps.c is called when there is data
to be read from gpsd. this function (like any other function) may not
delay or block. (except for the CPU processing time of the function.) if
no data is available from gpsd, the function must continue with "goto
gps_not_ready;" immidately.
what will gps_waiting() do in case there is no (complete) information
available?
regards,
andreas
Hello!
Hopefully this is right place to send patches since I don't have access to tracker.
I'm sending two patches against latest git version. First one is updating gpsd
support since new gpsd have few functions changed: I've #ifdefed each offending
function, so you can check each function in configure process or just wrap
everything inside same #ifdef, depending on your wish. I have #defined timeout,
but it can be done as variable if you think 2000 miliseconds is not good for
everybody.
Other patch is just quick hack to support --as-needed linker flag, so osmocombb
can compile fine on distros which enforce such flag. In order, to read
more about flag, read here:
http://www.gentoo.org/proj/en/qa/asneeded.xml
(In short, order of flags do matter)
Hope it helps,
--
Vlatko Kosturjak - KoSt
Guys i bit new to osmocombb
i wanted to know is it possible to triangulate any gsm cellphone with
osmocombb??
--
Akib Sayyed
Matrix-Shell
akibsayyed(a)gmail.com
akibsayyed(a)matrixshell.com
Mob:- +91-966-514-2243
Hi,
I could not resist buying a C116 for 15 euro, so I compiled osmocombb
and connected a 3.3V serial cable.
Of course the C116 was not in the supported list, but I was hoping it
would work as it seems that it is very similar to the C115.
Here is my load attempt: (used -m c123 ) but there's no loading of the image.
I am not using TX mode, also I don't have a SIM installed.
Anything I can try to get it working?
./osmocon -p /dev/ttyS0 -m c123xor
../../target/firmware/board/compal_e88/loader.compalram.bin
got 1 bytes from modem, data looks like: 00 .
got 2 bytes from modem, data looks like: 00 81 ..
got 4 bytes from modem, data looks like: 1b f6 02 00 ....
got 1 bytes from modem, data looks like: 41 A
got 1 bytes from modem, data looks like: 01 .
got 1 bytes from modem, data looks like: 40 @
Received PROMPT1 from phone, responding with CMD
read_file(../../target/firmware/board/compal_e88/loader.compalram.bin):
file_size=16788, hdr_len=4, dnload_le n=16795
got 1 bytes from modem, data looks like: 66 f
got 1 bytes from modem, data looks like: 74 t
got 1 bytes from modem, data looks like: 6d m
got 1 bytes from modem, data looks like: 74 t
got 1 bytes from modem, data looks like: 6f o
got 1 bytes from modem, data looks like: 6f o
got 1 bytes from modem, data looks like: 6c l
Received FTMTOOL from phone, ramloader has aborted
got 1 bytes from modem, data looks like: 65 e
got 1 bytes from modem, data looks like: 72 r
got 1 bytes from modem, data looks like: 72 r
got 1 bytes from modem, data looks like: 6f o
got 1 bytes from modem, data looks like: 72 r
got 1 bytes from modem, data looks like: 00 .
got 1 bytes from modem, data looks like: 1b .
got 1 bytes from modem, data looks like: 66 f
got 1 bytes from modem, data looks like: 6d m
got 1 bytes from modem, data looks like: 74 t
got 1 bytes from modem, data looks like: 6f o
Regards,
Henk
> while using Smatch on layer23, I discovered a potential problem in GSM
> 03.22: There is a loop with an if-statement, and there might be
missing
> curly braces.
hi harald,
you are right. patch is committed.
thanx,
andreas
Hello
I am having troubles, to find the decent cable/interface to get this working properly!!
I bough converter USB -FTDI 232RLChip- RS232, Converter.
IS giving me 6.60v Output.. and I needed 3.3v. Electronically, what can I do, to adjust for the correct Voltage?
My phone didn't fry, besides I got connection! when I load the hello world or layer one, is not completing the task! I believe is because of the amount of power.
If you know a cable that works decently, let me know :-)
Big thanks to whole community.
Hi Andreas,
while using Smatch on layer23, I discovered a potential problem in GSM
03.22: There is a loop with an if-statement, and there might be missing
curly braces.
Do you think this is the correct way to fix it?
diff --git a/src/host/layer23/src/mobile/gsm322.c b/src/host/layer23/src/mobile/gsm322.c
index 210215e..766ffbf 100644
--- a/src/host/layer23/src/mobile/gsm322.c
+++ b/src/host/layer23/src/mobile/gsm322.c
@@ -983,9 +983,10 @@ static int gsm322_a_user_resel(struct osmocom_ms *ms, struct msgb *msg)
/* search current PLMN in list */
llist_for_each_entry(plmn_entry, &plmn->sorted_plmn, entry) {
if (plmn_entry->mcc == plmn->mcc
- && plmn_entry->mnc == plmn->mnc)
+ && plmn_entry->mnc == plmn->mnc) {
plmn_found = plmn_entry;
break;
+ }
}
/* abort if list is empty */
--
- Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
hi,
i would like to commit my well tested neighbour cell measurement code,
as well as the improved cell selection / re-selection process soon. with
it, it is possible to move with the mobile phone while beeing in idle
mode (no call). it tracks neighbour cells and switches if a better cell
is detected. i found and fixed many bug issues in mobility management
and cell selection process. i did allot of driving tests.
in order to do that, the neighbour cell measurement code for layer1 is
required. this code must be reviewed first. i splitted it in three
patches:
neigh_getset.patch
[layer1] Adding rffe_set_gain() and rffe_get_gain() to get/set computed
gain.
rffe_compute_gain() is the new name for rffe_set_gain(). I needed to
change this, to solve the name collision with the rffe_set_gain()
function, which actually sets the absolute gain.
rffe_get_gain() will now read the absolute gain which has been computed
by rffe_compute_gain() or set by rffe_set_gain().
neigh_l23.patch
[layer23] Adding neighbour cell measurement to L1CTL interface.
(layer23)
neigh_l1.patch
[layer1] Adding neighbour cell measurement code to layer1.
When listening to BCCH, layer1 may measure the power level of neighbour
cells. A list of neighbour cell frequencies need to be sent to layer1.
After the measurement is done, the results are indicated to layer23.
andreas
> The patches look fine to me. I'd wait for another day if Sylvain or
> Dieter have any comments, but otherwise they can be merged.
i will remove some comments and temporary debug prints before
committing.
Hello every:
When I tried to run ./mobile -i 127.0.0.1, the words
Failed to parse the config file: '/root/.osmocom/bb/mobile.cfg'
Please check or create config file using:'touch /root/osmocom/bb/mobile.cfg'
came out.
I checked my directory /ect and there is nothing there. It seems that
network between my PC and phone is block so that the application ./mobile
can not communicate with phone. However the layer1 can load on the phone and
work properly.
Can any one tell my how to fix this problem?
Cheers,
Li
--
View this message in context: http://baseband-devel.722152.n3.nabble.com/problems-to-run-mobile-app-tp316…
Sent from the baseband-devel mailing list archive at Nabble.com.
