Hi,
for anyone also playing with the Pirelli phone, I got mine running on
a live network. Here's my recipe:
- change header files for Pirelli (see wiki)
- compile source
- setup usb
modprobe -v cp210x
echo "0489 e003" > /sys/bus/usb-serial/drivers/cp210x/new_id
- attach phone without battery on USB
- from src run
./host/osmocon/osmocon -p /dev/ttyUSB0 -m romload ./target/firmware/board/pirelli_dpl10/layer1.highram.bin
now the tricky part: sometimes the romloader succeeds when you insert the battery, but most
times you have to power on the phone and then power off (now the bootloader uploads the .bin)
- run mobile (you need to touch an empty osmocom.cfg)
./host/layer23/src/mobile/mobile -i 127.0.0.1
telnet localhost 4247
- play via telnet - you can't break anything
now the real fun, enable transmitting
- enable transmitter (don't forget to "make clean") in Makefile
- select your local channel (I used an other phones cellid and looked up the channel)
stick <number>
- use random IMEI (000.. didn't work on my network)
imei-random 15
- use test sim (if you know your IMSI/KI - I could't get the SIM working)
test-sim
imsi 22801<secret>
ki comp128 <secret>
If all works, you'll find in your logfile something like:
TMSI 0x25f0ec42 (636546114) assigned
if your keys are wrong, you'll see something like:
gsm48_mm.c:1581 AUTHENTICATION REJECT
I wasn't able to make any real calls from the mobile to any landline
but at least signalling in the other direction worked:
telnet showed: Incoming call (from +49711xxxxx)
Have fun
Leif
Hello,
I was wondering if there is a soft GSM client....the sort you could run like a sip client
on your laptop to connect to the GSM/UMTS network just like UMA/GAN phones do via Up
interface.
Regards,
Abdul Hakeem
Hi list,
After some break finally I managed to describe and commit all changes made to MT6235 Linux port during last one and the half month.
Currently I got full Angstrom Linux distribution running with UI.
Now you can run everything what I'm writing below without changing Sciphone's original firmware. Just use osmocon to load U-Boot to RAM and SD card which has rootfs (with Linux kernel placed in /boot/uImage).
For the beginning I chose OPIE, which runs on both versions of Sciphone - with 32MB and 64MB of RAM.
OPIE is based on Qtopia which is lightweight and runs pretty fast on MT6235.
When you run OPIE on Sciphone G2 it works as full blown PDA. In OPIE there is no telephony support.
I also ran X window server with blackbox and matchbox window managers.
It runs fine with this difference that sometimes I got oops messages concerning memory on phones with 32MB of RAM . I'll investigate it in the future.
Next step is running SHR and Android (probably only on 64MB versions).
Android will be working very slow, but from marketing point of view "Android" is magic word so I guess it'll bring more interest into project.
For building Linux distributions I chose OpenEmbedded where you can build a lot of Linux variations.
To be able to do this I prepared patch which adds Sciphone G2 target and adds U-Boot and Linux kernel repositories from OsmocomBB project.
All details regarding OE are described on wiki:
http://bb.osmocom.org/trac/wiki/SciphoneDreamG2
With above patches you're able now to build Linux distribution with any configuration by yourself (Angtrom, SHR, QTE, OPIE, GPE, etc.).
Video presenting how Angstrom Linux with OPIE is running on Sciphone G2 is placed under following link:
http://www.youtube.com/watch?v=-_guRruQi0I
As you can see, there is already new OsmocomBB logo. When it's on white background, it means that U-Boot is running, when it's on black background it menas that Linux is starting up.
On above video I used phone (32MB of RAM) which has only U-Boot flashed, everything else is running from SD card.
Unfortunatelly OPIE has a lot of elements on boarders of screen (scrolling, application close, etc.) and Sciphone's touchscreen has pretty bad quality and it doesn't work well. You have to be patient while operating it. In the middle of screen it works pretty well. I'm going to improve touchscreen driver, so hopefully it'll work better.
I prepared ready to load images from above presentation for people who want to try it out without building:
http://downloads.qi-hardware.com/people/marcin/sciphone_g2_mt6235/images/
Below is short status what's going on now in Linux work.
Peripherals which are already running under Linux:
1) GPIO
2) clocks
3) timers
4) SD card
5) LCD frame buffer
6) touch screen
7) keypad
8) NAND - not yet finished under Linux as I had no motivation to finish it (it fully runs under U-Boot)
9) RTC - not yet integrated
10) U-Boot has been rebased to newest version and commit history was cleaned - preparations for mainlining of Sciphone G2 port
Topics on which we're working now:
1) rebase Sicphone's kernel to newest version
2) USB
3) Audio - needs to know how DSP is working
4) Android porting
I hope above software will also run on your devices.
BR,
Marcin
Hi all
here I am with the first patch to support gpsd. The new code is used
only if libgps is found, otherwise old code is used. There is an issue I
had to bypass when integrating old code: the osmocom gps_* funcs have
identical names to the libgps api :(. So I had to rename the osmocom gps
functions to osmo_gps_*. Unfortunately when using logic names for
functions sometimes it creates collisions with other code :). Hope this
doesn't create new issues.
Tell me if you think it can be considered good from coding approach and
if it works :).
Cheers
Dario.
On Tue, Feb 15, 2011 at 05:37:48PM +0100, Dario Lombardo wrote:
> Hi guys
> Any news this side? Are patches ok? Are you planning to merge them? If
not,
> tell me what's wrong so I can change it.
hi dario,
sorry, but i did not follow this list the last days. just apply the
patch. it seems ok to me.
best regards,
andreas
hi, its probably best if you post this on the public mailing list, not
directly to me,
as i am not that involved with the project (this reply is CC to the
baseband-devel
btw. - so that you dont have to remail it, and everything is in context :)).
so long!
azet
On Tue, Feb 15, 2011 at 9:45 PM, Brian Wiborg <baccenfutter(a)c-base.org> wrote:
> On 02/14/2011 08:05 AM, Aaron Zauner wrote:
>>
>> hi,
>>
>> as there has been much spam ongoing and countless discussions of
>> build-problems from users
>> who didnt read the (not quite so good) documentation. i am suggesting a
>> new mailing list for new-
>> comers, buildproblems and so on. i am a bit frustrated over reading
>> countless threads that have
>> nothing to do with actual development.
>>
>> just a suggestion.
>>
>> so long
>> azet
>> --
>> "I have no certainties, at most probabilities." -- Renato Caccioppoli
>
> hi aaron,
>
> to make it short:
> have you folks considered just moving the noise to irc? I'd be really
> interested maintaining and developing such a #channel and help the community
> collaboratively grow. who would this best be discussed with?
>
> best regards
> brian
>
--
"I have no certainties, at most probabilities." -- Renato Caccioppoli
hi,
as there has been much spam ongoing and countless discussions of
build-problems from users
who didnt read the (not quite so good) documentation. i am suggesting a new
mailing list for new-
comers, buildproblems and so on. i am a bit frustrated over reading
countless threads that have
nothing to do with actual development.
just a suggestion.
so long
azet
--
"I have no certainties, at most probabilities." -- Renato Caccioppoli
