On Sunday 02 December 2012 21:17:08 Boudewijn wrote:
> On Sunday 02 December 2012 15:19:26 Radek Polak wrote:
> > On Sunday, December 02, 2012 02:06:39 PM robin wrote:
> > > (...) as it
> > > has been done with fso?
>
> I'll give it a try tonight anyway (that is, enabling FSO on v50).
>
Ok, v50
ok, I will give this a try... as Xmas is coming up there should be enough
time to learn how to do this.
br
robin
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
On Monday, December 03, 2012 11:40:56 AM robin wrote:
> hi radek,
>
> thanks for pointing me there. please excuse my ignorance, but I have never
> build/compiled libraries myself beforehand. If my guess is correct after
> building one would have a new library
>
> ./opt/qtmoko/lib/libqtopiaphonem
hi radek,
thanks for pointing me there. please excuse my ignorance, but I have never
build/compiled libraries myself beforehand. If my guess is correct after
building one would have a new library
./opt/qtmoko/lib/libqtopiaphonemodem.so.4
with the AT commands and new return values integrated.
On Monday, December 03, 2012 07:05:31 AM robin wrote:
> the AT commands are:
>
> AT%EM=2,2 Serving Cell GPRS Information
> AT%EM=2,3 Neighbour Cell Information
>
> but how do I pass those to the modem? or rather how do I slip those
> commands to qtmoko inbetween so I will still be able to rece
the AT commands are:
AT%EM=2,2 Serving Cell GPRS Information
AT%EM=2,3 Neighbour Cell Information
but how do I pass those to the modem? or rather how do I slip those commands to
qtmoko inbetween so I will still be able to receive calls?
br
robin
_
On Sunday 02 December 2012 15:19:26 Radek Polak wrote:
> On Sunday, December 02, 2012 02:06:39 PM robin wrote:
> In either case has anyone an idea if the
> > variables I am looking for can be implemented in qtmoko as well as it
> > has been done with fso? personally I would like to stick to the sta
On Sunday, December 02, 2012 02:06:39 PM robin wrote:
> /opt/qtmoko/bin/vsexplorer is very nice indeed. so no problem anymore in
> getting the the cell id and lac directly. Now I looked a bit into the other
> values which can be returned as well. What I did not find is anything on
>
> tav <- ti
/opt/qtmoko/bin/vsexplorer is very nice indeed. so no problem anymore in
getting the the cell id and lac directly. Now I looked a bit into the other
values which can be returned as well. What I did not find is anything on
tav <- timing advance / main cell only <- fixed radius from main cell in
Neil Jerram writes:
> robin writes:
>
>> I tried the excuting
>>
>> root@neo:~# /opt/qtmoko/bin/vsexplorer
>> /opt/qtmoko/bin/vsexplorer: error while loading shared libraries:
>> libqtopiagfx.so.4: cannot open shared object file: No such file or directory
>>
>> I searched for qtopia but did n
robin writes:
> I tried the excuting
>
> root@neo:~# /opt/qtmoko/bin/vsexplorer
> /opt/qtmoko/bin/vsexplorer: error while loading shared libraries:
> libqtopiagfx.so.4: cannot open shared object file: No such file or directory
>
> I searched for qtopia but did not find anything specific for li
root@neo:/# LD_LIBRARY_PATH=/opt/qtmoko/lib
root@neo:/# export LD_LIBRARY_PATH
did do the job.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
I tried the excuting
root@neo:~# /opt/qtmoko/bin/vsexplorer
/opt/qtmoko/bin/vsexplorer: error while loading shared libraries:
libqtopiagfx.so.4: cannot open shared object file: No such file or directory
I searched for qtopia but did not find anything specific for libqtopiagfx.
robin
On Saturday, December 01, 2012 11:36:03 PM robin wrote:
> even if this becomes a bit off topic now, regarding the gsm-based location
> I am working on, I think that something similar could/must exist in qtmoko
> to get this information as already with mokofaen we have the lac and
> cellid of the s
hi neil,
openbmap and cellhunter use fso to access the modem, and at least in openbmaps
code I have found a bit which checks if the modem is used by some other
process and if not allows you to do the scanning of the main and neighbour
cells.
even if this becomes a bit off topic now, regarding th
robin writes:
> dear neil,
>
> thanks for your answer. the reason I wanted to try sending commands to the
> modem directly is that I have problems setting up my gprs connection with
> qtmoko. Now I have found one site http://www.gsmsite.de/gprs.htm where
> they state the AT-commands for manual m
Dear Radek,
can you pass something like
AT%EM=2,2 Serving Cell GPRS Information
AT%EM=2,3 Neighbour Cell Information
to minicom and get back the answer, so I could do somthing like this from my
python prorgram:
--
import subprocess
neighbour_info_call = "AT
On Saturday, December 01, 2012 07:12:41 AM robin wrote:
> how do I communicate directly with the modem on /dev/ttySAC0?
> For the direct acces I tried cu -l /dev/ttySAC0 as it is stated on the
> openmoko wiki site but I get 'cu command not found'. does anyone know which
> package I have to instal
dear neil,
thanks for your answer. the reason I wanted to try sending commands to the
modem directly is that I have problems setting up my gprs connection with
qtmoko. Now I have found one site http://www.gsmsite.de/gprs.htm where
they state the AT-commands for manual modem configuration. So I wa
robin writes:
> how do I communicate directly with the modem on /dev/ttySAC0?
I'm not sure that question makes sense. When you're running QtMoko,
there's a component somewhere inside QtMoko whose job it is to
communicate with the modem, and it would be either impossible (because
of locking) or
how do I communicate directly with the modem on /dev/ttySAC0?
Is there some easy eg python wrapper to communicate with the modem as eg in
shr?
For the direct acces I tried cu -l /dev/ttySAC0 as it is stated on the
openmoko wiki site but I get 'cu command not found'. does anyone know which
packa
21 matches
Mail list logo