Openmoko - User contributions [en]

OpenmokoFramework/Status Update 4

2008-09-21T17:44:26Z

Fwendt: /* Best way to hand us debug logs */ added suggested command

<div style="text-align: center; font-weight: bold; font-size: x-large; margin-bottom:1em">Openmoko Framework Team Status Report 2008.9.1</div>

Hi guys! This is the fourth Openmoko Framework Team Status update, featuring our third milestone release and more.

For the general motivation, the goals, and the way we are doing our work, please see http://wiki.openmoko.org/wiki/OpenmokoFramework.

{{FSO}}

== People ==

* Stefan Schmidt <stefan@openmoko.org> was reactivated and joined the framework team part-time -- welcome back, Stefan!

== Patches ==

* We have been getting a nice bunch of patches from the community now that the project is more visible. Thanks a lot, folks -- especially to the pkg-fso people from the Debian project.

== DBus APIs ==

* [http://docs.freesmartphone.org/org.freesmartphone.GSM.Network.html org.freesmartphone.GSM.Network]: Added calls for USSD (requesting your pre-paid balance etc.)
* org.freesmartphone.Objects.ListObjectsByInterface : implemented what dbus is missing.
* [http://docs.freesmartphone.org/org.freesmartphone.Device.PowerSupply.html org.freesmartphone.Device.PowerSupply]: added support for status signals -- clients should no longer poll now.
* [http://docs.freesmartphone.org/org.freesmartphone.Device.Audio.html org.freesmartphone.Device.Audio]: added scenario support.
* [http://docs.freesmartphone.org/org.freesmartphone.Preferences.html org.freesmartphone.Preferences]: added.
* org.freedesktop.Time: added (experimental).

* Completely revamped documentation generation
* Set up a new site for API docs: [http://docs.freesmartphone.org docs.freesmartphone.org]

== Implementations ==

'''Openmoko Framework Image -- 'On the Road Again' (Milestone III)'''

This is the third milestone release of the framework and the framework testing application 'Zhone'.

===Purpose===

A lightweight image that turns an Openmoko phone into a featurephone and that can serve as the basis for further application development using the freesmartphone.org dbus APIs.

=== What's new since Milestone II ===

'''Note: These are only the highlights. See the [http://git.freesmartphone.org gitweb] commit logs for the gory details...'''

* General
** Added dbus interface to configure debug logging level and destination at runtime
** Refactored lots of code to improve clarity and maintainability

* odevice
** Implements org.freesmartphone.Device.PowerSupply (almost polling free [only for CC battries though])
** Implements org.freesmartphone.Device.PowerControl for Freerunner USB Host

* ogsmd (''renamed from ophoned'')
** Lots of bug and stability fixes based on feedback (and debug logs) from people
** Switched SMS handling to PDU mode -- the foundation for great language support
** For PDU mode, currently, only the 7-bit reference GSM charset is supported, UCS-2 will come soon
** [TI Calypso] Improved GSM audio quality (thanks to anonymous)
** [Freescale Neptune] Improved support for network status

* oeventsd (''revamped oeventd'')
** Notify on incoming SMS
** Implement Charging LED spec
** Change audio scenarios according to system state
** We now have a full-fledged user-tweakable rules engine using yaml-syntax to configure system-wide behaviour.
** Regarding granularity and verbosity we're not 100% sure yet what we want to provide as rules -- feedback appreciated.
** See the rules file that we ship with milestone3 as an example:

<pre>
-
trigger: IncomingMessage()
actions: MessageTone(play)
-
trigger: CallStatus()
filters: HasAttr(status, "incoming")
actions: RingTone(play)
-
trigger: CallStatus()
filters: Not(HasAttr(status, "incoming"))
actions: RingTone(stop)
-
trigger: CallStatus()
filters: HasAttr(status, "active")
actions: SetScenario(gsmhandset)
-
trigger: CallStatus()
filters: HasAttr(status, "release")
actions: SetScenario(stereoout)
-
trigger: PowerStatus()
filters: HasAttr(status, "Charging")
actions:
- SetLed("gta02_power_blue", "dark")
- SetLed("gta02_power_orange", "light")
-
trigger: PowerStatus()
filters: HasAttr(status, "Discharging")
actions:
- SetLed("gta02_power_blue", "dark")
- SetLed("gta02_power_orange", "dark")
-
trigger: PowerStatus()
filters: HasAttr(status, "Full")
actions:
- SetLed("gta02_power_blue", "light")
- SetLed("gta02_power_orange", "dark")
-
trigger: PowerStatus()
filters: HasAttr(status, "Critical")
actions:
- SetLed("gta02_power_blue","dark")
- SetLed("gta02_power_orange","blink")
-
trigger: InputEvent()
filters:
- HasAttr(switch, "HEADSET")
- HasAttr(event, "pressed")
actions: Command('amixer -d sset "Amp Spk" mute')
-
trigger: InputEvent()
filters:
- HasAttr(switch, "HEADSET")
- HasAttr(event, "released")
actions: Command('amixer -d sset "Amp Spk" unmute')
</pre>

* opreferencesd
** Delivers configuration depending on the current profile

* opgsd
** Stability fixes all over the place
** GTA01 support (GL Hammerhead)
** Improve warmstart by making ephemeris and almanac persistent

* zhone
** Move some functionality into illume and improve integration
** Move some functionality into oeventsd rules
** Add profile switcher
** Add aux menu
** Add DTMF tab

===Download / Installation===

# Grab a uImage and a .jffs2 for your device from http://downloads.openmoko.org/framework/milestone3/ when it's ready.
# [[Flashing| Flash]] it to your Neo1973 (om-gta01) or NeoFreeRunner (om-gta02) with [[Dfu-util| dfu-util]].
# Boot and wait until the Zhone main window appears.
# ''If the [[Zhone]] main window does not appear on first boot or stays with "connecting to dbus..." longer than 1 minute, then please reboot. The base system still has some problems with dbus starting for the first time''
# Read the [[FSO UI Tutorial]] and have fun. Note though that this has not been updated yet for milestone 3 (which looks a bit differently and has more features).

===What you can expect from this release===

* Telephony
* Phonebook
* Messagebook (SMS)
* GPS
* frameworkd implementing the following dbus APIs:
** org.freesmartphone.Device.{Audio|Input|IdleNotifier|PowerSupply|Display|LED|PowerControl}
** org.freesmartphone.Usage
** org.freesmartphone.GSM.{Device|SIM|Network|PDP|CB|HZ}
** org.freedesktop.Gypsy

===What we expect from you===

* Feedback and comments for the dbus APIs. This is your chance to take an active role into shaping the application programming interface for all your forthcoming cool applications.

* Focus on using the services. Zhone is just our testing-UI and bears little functionality. It's the services that matter.

* The best way to interact with the framework is by exploring the dbus APIs. For that you can use these two tools, which are already installed:
** [[OpenmokoFramework/mdbus|mdbus]] -- a dbus introspection and interaction utility,
** [[OpenmokoFramework/cli|cli-framework]] -- a python dbus command line interface.

* Before reporting bugs against the framework, please try with cli-framework to see whether it's really a problem of the framework or rather the UI (which gets much less attention from us).

* If you want to interact with the GSM modem, while the frameworkd is running, you can use [[OpenmokoFramework/mickeyterm|mickeyterm]] -- a MUXer-aware minimal terminal emulator.

===Best way to hand us debug logs===
# log in via ssh
# killall python
# edit /etc/frameworkd.conf and add 'log_level = DEBUG' into the frameworkd section.
# run frameworkd and pipe the log (on stderr) somewhere or keep it in your terminal buffer (warning, it's HUGE :)), like '/usr/bin/frameworkd 2> /media/card/logfile-with-date'
# log in via ssh (yes, again)
# export DISPLAY=:0.0
# run zhone

Attach the logs to the tickets, please.

==What's next==

* Google Summer of Code project integration
** Accellerometer Gestures
** Bluetooth Remote
** PIM
* Time(zone) handling
* Alarm support

==The Team==

Mickey, Jan, Daniel, Guillaume, John, Stefan.

[[Category:Framework]]
[[Category:Community Update]]

Manually using GPRS

2008-09-20T00:30:09Z

Fwendt: added Telia's APN (for GPRS)

The GPRS connection is made using the PPP protocol to a server identified by an "APN" at the network operator. Once a GPRS connection is made, it is possible to [[#Sharing_the_GPRS_connection_with_a_computer|share that connection with a connected computer]], allowing that computer to access the internet through the phone!

= Option 1: With GSM multiplexing and with a GUI =

{{note|The following does not appear to work if you have a SIM PIN. The dialog to enter your SIM PIN never pops up and the GSM multiplexing daemon continuous loops and runs into a SIM PIN error.}}

GSM multiplexing allows both a GPRS connection and a phone call to be handled at the same time. By default, [[Om 2008.8]] does not multiplex the GSM device. The [[FSO]] distribution, however, introduces GSM multiplexing with a new service and a DBus API to that service. The instructions to modify the OM2008.8 distribution to make use of GSM multiplexing and allow you to start GPRS from a GUI can be found here: http://freeyourphone.de/portal_v1/viewtopic.php?f=21&t=295

== gsm0710muxd from Angstrom Repositories ==

However, using those instructions, you will encounter a few hurdles. Do not use the gsm0710muxd that is found in the OM2008.8 repository. It will not work, instead, use the one from the Angstrom Repositories (see [[Repositories]]).

Alternatively, if you simply want to download all the packages, you can get them from here:

http://www.angstrom-distribution.org/feeds/2008/ipk/glibc/armv4t/base/gsm0710muxd_0.9.1+gitr6fecc78198dd821bbe29efd096bd8fecd855179d-r0_armv4t.ipk

and the dependencies from here:

http://www.angstrom-distribution.org/repo/?action=details&pnm=gsm0710muxd

Make sure that you install the armv4t versions of all packages.

The [[#Some APN names for reference|APN Reference]] table may come in handy when you are looking for the required network specific information.

Once you follow through with all the instructions, you will notice that the "Services" GUI will crash. This has to do with this bug: http://docs.openmoko.org/trac/ticket/1718

The fix is to change the "init()" call on line 82 of /usr/lib/python2.5/site-packages/gtk-2.0/gtk/_init_.py to "_init()" (add an underscore).

You may also have to modify your /etc/resolv.conf file and add the nameserver (DNS Server) of your service provider if you have DNS resolution problems.

Then, hopefully, you should be up in running with GPRS and a GUI to turn it on and off.

= Option 2: With GSM multiplexing and without a GUI =

You will have to get gsm0710muxd the same way as detailed in Option 1.

'''1) In /etc/rc5.d start gsm0710muxd before gsmd:'''
* S34gsm0710muxd -> ../init.d/gsm0710muxd
* S35gsmd -> ../init.d/gsmd

'''2) Modify S35gsmd so it can start either with or without gsm0710muxd:'''
<pre>
...
case "$1" in
start)
if [ "$(pidof gsm0710muxd)" ] ; then
id=$(date +%s)
GSM_DEV=$(dbus-send --system --print-reply --type=method_call --dest=org.pyneo.muxer /org/pyneo/Muxer org.freesmartphone.GSM.MUX.AllocChannel string:$id | grep string | cut -d \" -f 2)
else
[ -n "$GSM_POW" ] && ( echo "0" >$GSM_POW; sleep 1 )
[ -n "$GSM_POW" ] && ( echo "1" >$GSM_POW; sleep 1 )
[ -n "$GSM_RES" ] && ( echo "1" >$GSM_RES; sleep 1 )
[ -n "$GSM_RES" ] && ( echo "0" >$GSM_RES; sleep 2 )
fi

if [ ! "$GSM_DEV" ] ; then
echo "GSM_DEV was not set"
exit 1
fi

echo -n "Starting GSM daemon: "
start-stop-daemon -S -x /usr/sbin/gsmd -- gsmd -p $GSM_DEV $GSMD_OPTS -d -l /var/log/gsmd

if [ $? = 0 ]; then
echo "gsmd."
else
echo "(failed.)"
fi
;;
stop)
if [ ! "$(pidof gsm0710muxd)" ] ; then
[ -n "$GSM_POW" ] && echo "0" >$GSM_POW
fi

echo -n "Stopping GSM daemon: "
...
</pre>

'''3) Remove the tty from /etc/ppp/peers/simyo''' (replace simyo with your provider).

'''4) Use a ppp start script like this:'''
<pre>
$ cat /usr/local/bin/ppp-start
#!/bin/sh

id=$(date +%s)
TTY=$(dbus-send --system --print-reply --type=method_call --dest=org.pyneo.muxer /org/pyneo/Muxer org.freesmartphone.GSM.MUX.AllocChannel string:$id | grep string | cut -d \" -f 2)
logger -t ppp-start "using tty $TTY"
pppd $TTY call simyo
</pre>

'''5) Use "killall pppd" to terminate the PPP connection.'''

[[:Image:Gsmmuxd.trace.txt|Here]] is some strace information from gsm0710muxd, showing how the daemon responds when receiving a call when GPRS is up.

= Option 3: Without GSM multiplexing and without a GUI =

[Important Note: It has been pointed out that this is only for 2007.2 and not for the 2008.8 images. If someone can confirm this and update this comment with more detail it would help out this page. Thanks]

The program that implements PPP on Linux is [[pppd]], which we need to configure and run to get a connection. When that is working, we can configure pppd to wait until it's needed before it connects, and to disconnect if the connection becomes idle. Further, we can start pppd in the background during the boot process.

== Configuring pppd for manual connections ==

You'll need /etc/ppp/peers/gprs:
<pre>
# Uncomment the following if you want some debug.
#debug
#logfile /var/volatile/log/pppd.log
lock
/dev/ttySAC0 115200
crtscts
connect /etc/ppp/gprs-connect-chat
disconnect /etc/ppp/gprs-disconnect-chat
hide-password
usepeerdns
ipcp-accept-local
noauth
noipdefault
novj
novjccomp
defaultroute
replacedefaultroute
# Reopen the connection if it fails, pausing for a while.
persist
holdoff 15
# Check the line every 20 seconds and presume
# the peer is gone if no replay for 4 times.
lcp-echo-interval 20
lcp-echo-failure 4
</pre>

Depending on the APN, you may need password authentication using CHAP or PAP. In /etc/ppp/pap-secrets you can add the following default line for "password-less" connections:

<pre>
# client server secret IP addresses
* * "" *
</pre>

For CHAP, lines in /etc/ppp/chap-secrets are used. For PAP, the lines are in /etc/ppp/pap-secrets. The client should match the "user" option in pppd the config file (below). You can use * to mean any here, but the option user "" doesn't mean empty!

For example:

<pre>
# Secrets for authentication using CHAP
# client server secret IP addresses
"user" * "password" *
</pre>

For this you need the following options in /etc/ppp/peers/gprs:

<pre>
# username to use for authentication, should match "client" in /etc/ppp/{chap,pap}-secrets
user "user"
</pre>

== gprs-connect-chat, version 1 ==

You'll also need /etc/ppp/gprs-connect-chat (needs "chmod +x"):

<pre>
#!/bin/sh -e
exec chat -v -S -s\
TIMEOUT 15\
"" "\K\K\K\d+++ATH"\
OK-AT-OK ATZ\
OK ATE1\
ABORT BUSY\
ABORT DELAYED\
ABORT "NO ANSWER"\
ABORT "NO DIALTONE"\
ABORT VOICE\
ABORT ERROR\
ABORT RINGING\
TIMEOUT 60\
OK AT+CFUN=1\
OK AT+COPS\
OK AT+CGDCONT=1,\"IP\",\"internet\"\
OK ATD*99#\
CONNECT /n/d
</pre>

Note: In the 3rd last line, replace the word internet by your provider's APN (listed below).

(08/18/08) Note: I needed to add the command "AT+CMOD=2" (formatted as "OK AT+CMOD=2\" without the quotes) in order to get GPRS working with the above script (otherwise it would ERROR on the CFUN, COPS, or the ATD if the other two were removed). I have T-Mobile (US) with the $5.99 "tzones" addon, which works with Minimo as it supports HTTP proxy setups.

== gprs-connect-chat, version 2 ==

Update: On my freerunner the first AT+CFUN=1 always generated ERROR. I managed to get gprs work by using the following script from http://lists.openmoko.org/pipermail/community/2008-July/023246.html:

<pre>
#!/bin/sh -e
exec /usr/sbin/chat -v \
TIMEOUT 10 \
OK-AT-'' ''\
ABORT BUSY\
ABORT DELAYED\
ABORT "NO ANSWER"\
ABORT "NO DIALTONE"\
ABORT VOICE\
ABORT ERROR\
ABORT RINGING\
TIMEOUT 30 \
'' ATZ\
OK ATE1\
OK AT+CFUN=1\
ERROR AT+CPIN=\"XXXX\"\ << USE YOUR OWN
OK AT+COPS\
OK AT+CGDCONT=1,\"IP\",\"internet\"\
OK 'ATDT*99***1#'\
CONNECT ''
</pre>

The error seems to vary a bit, sometimes it's before AT+COPS, sometimes as above. I have two versions of the gprs-connect-chat, which I vary between depending on which is needed. Or is there a way to specify two acceptable answers like {OK,ERROR}?

You will need to adjust the APN name "internet" in at+cgdcont line and possibly the phone number in the ATD line to match what your network operator provides. See below in the table "Some APN names for reference" for the right settings for your operator.

== gprs-disconnect-chat ==

Also good to have is /etc/ppp/gprs-disconnect-chat (needs "chmod +x"):

<pre>
#!/bin/sh -e
/usr/sbin/chat -v\
ABORT OK\
ABORT BUSY\
ABORT DELAYED\
ABORT "NO ANSWER"\
ABORT "NO CARRIER"\
ABORT "NO DIALTONE"\
ABORT VOICE\
ABORT ERROR\
ABORT RINGING\
TIMEOUT 12\
"" "\K\K\K\d+++ATH"\
"NO CARRIER-AT-OK" "\c"
</pre>

== Starting PPP connection ==

The following script can be used to start the ppp connection. First it stops gsmd because gsmd may put the phone in a unknown state. It then turns on the power to the phone, modifies the ownership, and then creates a tty connection. Finally it starts [[pppd]] with the gprs settings.

<pre>
/etc/init.d/gsmd stop
echo "1" > /sys/bus/platform/devices/neo1973-pm-gsm.0/power_on
chown uucp.uucp /dev/ttySAC0
stty -F /dev/ttySAC0 crtscts
pppd call gprs
</pre>

If you are having problems connecting ensure you have a good GSM signal and replace the last line with the below line. This will allow you to see the details of the connection on the console.

<pre>
pppd debug nodetach call gprs
</pre>

The config above will establish a persistant link over gprs. The battery will run low in less than an hour. See an example for an on-demand config below.

=== Resolve.conf issues ===

The latest build seems to have solved the following issue, it should be automatically updated by pppd.

If you expeience DNS issues after connecting to DNS you may need a proper /etc/resolv.conf:

<pre>
ln -sf /var/run/resolv.conf /etc
</pre>

If needed put your nameserver for usb-net into /var/run/resolv.conf, not in /etc.

The image does not set a correct resolv.conf. i do so with an

<pre>
echo nameserver 192.168.0.201 > /var/run/resolv.conf
</pre>

in the right place. because a post-up in /etc/network/interfaces is not supported i do that in /etc/network/if-up.d/08setupdns

another problem is pppd's /etc/ppp/ip-down.d/92removedns which does not properly remove the link when shuting down ppp. my fix is this script:

<pre>
#!/bin/sh
ACTUALCONF=/var/run/resolv.conf
PPPCONF=/var/run/ppp/resolv.conf
if [ -f $PPPCONF ] ; then
if [ -f $ACTUALCONF ] ; then
if [ ! -h $ACTUALCONF -o ! "`readlink $ACTUALCONF 2>&1`" = "$PPPCONF" ] ; then
mv $ACTUALCONF $ACTUALCONF.ppporig
fi
fi

ln -sf $PPPCONF $ACTUALCONF
fi
</pre>

=== Some APN names for reference ===

{| border="1"
! Country
! Carrier
! Plan
! APN/Phone
! user/password if required
! Working pppd scripts
|-
| Australia || Virgin || Any || VirginInternet || ||
|-
| Australia || Vodafone || Any || vfinternet.au || ||
|-
| Canada || Fido || Any, behind NAT || internet.fido.ca || fido/fido || mdbus -s org.freesmartphone.frameworkd /org/freesmartphone/GSM/Device
org.freesmartphone.GSM.PDP.ActivateContext internet.fido.ca fido
fido
|-
| Canada || Rogers || Any, behind NAT || internet.com || wapuser1/wap || nameserver 207.181.101.4
|-
| Canada || Rogers || $7 unlimited browsing || goam.com || wapuser1/wap || Must use a proxy server 10.128.1.69:80 (or 172.25.0.107:80 or 208.200.67.150:8080)
|-
| Denmark || Telmore || || wap || must be empty ||
|-
| Denmark || Unotel || || internet || must be empty || Note: APN not testet
|-
| Estonia || Elisa || Any, behind NAT || internet || ||
|-
| Estonia || EMT || Any, behind NAT || internet.emt.ee || ||
|-
| Finland || Saunalahti || Any || internet.saunalahti || ||
|-
| Finland || Sonera || Any, behind NAT || internet || ||
|-
| Finland || Sonera || Any, public IP || prointernet || ||
|-
| France || SFR || 10.x.x.x? || websfr || || under tests
|-
| France || SFR || 10.x.x.x? || wapsfr[1]|| || under tests
|-
| France || Orange || ??? || orange.fr || || under tests
|-
| France || Bouyges Telecom || Web & Mail || mmsbouygtel.com || || Work great under FSO. Just follow instructions at http://wiki.openmoko.org/wiki/GPRS_FSO. Proxy: 62.201.129.225:8080. For emails, only ports 25 (smtp) and 110 (pop) are allowed. (They use a transparent proxy ...)
|-
| Germany || E-Plus || BASE (and others?) || internet.eplus.de || eplus gprs || [[Base pppd scripts]]
|-
| Germany || E-Plus || Simyo || internet.eplus.de || simyo simyo || [[simyo pppd scripts]]
|-
| Germany || T-Mobile || || internet.t-mobile || ||
|-
| Germany || Vodafone || Any, behind NAT || web.vodafone.de || ||
|-
| Hungary || T-Mobile || Any || internet / *99***1# || must be empty || must disable chap auth: refuse-chap, refuse-mschap, refuse-mschap-v2
|-
| India || AirTel || MobileOffice || airtelgprs.com || ||
|-
| Italy || Wind || Superinternet, public IP || internet.wind / *99# || wind/wind (any string) || [[Wind pppd scripts]]
|-
| Netherlands || Vodafone || Any || live.vodafone.com / *99***1#|| || [[Vodafone pppd scripts]]
|-
| New Zealand || Vodafone || Any || live.vodafone.com / *99***2#|| ||
|-
| Norway || Netcom || Any || internet.netcom.no || ||
|-
| Norway || OneCall || Any || internet || ||
|-
| Norway || Telenor || Any || telenor || ||
|-
| Spain || Simyo || Any || gprs-service.com / *99# || ||
|-
| Sweden || Parlino || || internet.parlino.se || || [[GPRS_FSO|Works with FSO]]
|-
| Sweden || Telia || || online.telia.se || || [[GPRS_FSO|Works with FSO]]
|-
| Switzerland || Swisscom || e.g. Natel Basic Liberty, behind NAT || gprs.swisscom.ch || ||
|-
| UK || T-Mobile|| || general.t-mobile.uk || ||
|-
| UK || Virgin || || goto.virginmobile.uk || user ||
|-
| UK || [http://www.filesaveas.com/gprs.html other providers] || || || ||
|-
| USA || AT&T || Unlimited data plan (attached to pay-as-you-go voice plan) || wap.cingular / *99***1# || WAP@CINGULARGPRS.COM/CINGULAR1 ||
|-
| USA || Cincinnati Bell Wireless || || wap.gocbw.com || cbw ||
|-
| USA || Cingular (AT&T) || Less than full internet || wap.cingular / may require *99***1# || ||
|-
| USA || T-mobile || Anything less than full internet || wap.voicestream.com || || Need to set proxy to 216.155.165.50 T-Mobile docs say "216.155.165.050". 050 octal = 40 decimal and will *not* work. I think port is 8080 or 9100. No luck w/ pppd scripts. GPRS_FSO directions work under FSO though.
|-
| USA || T-mobile || Regular internet plan || internet2.voicestream.com || || [[T-Mobile pppd scripts]]
|-
| USA || T-mobile || "VPN" internet plan || internet3.voicestream.com || ||
|-
| Venezuela || Digitel || Pre- y post-pago || gprsweb.digitel.ve || ||
|-
|}

[1] connected through a WAP proxy (slower, but the only way to access Vodafone live! and SFR portal)

[2] Unless stated otherwise the phone number to call is "*99#"

Also see Ross Barkman's page for a detailed list of more [http://www.taniwha.org.uk/gprs.html global GPRS providers APN details]

== Starting pppd automatically ==

Once you have finished debugging your gprs-connect-chat and gprs options files, you may wish to automatically connect whenever needed and hang up when finished. Make sure you understand the impact of this change to your carrier plan billing. This is not recommended unless you have a large-use or unlimited data plan. These scripts do NOT prompt you before connecting.

=== On-demand connection settings ===

Additional settings are needed if you want the actual connection to be up only while there is traffic. In the 'gprs' file above, insert the following, making sure 'nodetach' is commented out. If 'nodetach' is on, the boot process will stop when it starts pppd. Also remove the option 'persist' mentioned above.

<pre>

# Wait until needed before connecting
demand

# Disconnect if idle for given amount of seconds
idle 20

</pre>

=== Start on boot (method 1) ===

Add the following definition to /etc/network/interfaces:
<pre>
auto ppp0
iface ppp0 inet ppp
provider gprs
</pre>

That should be it. Now you can use 'ifup ppp0' and 'ifdown ppp0' manually too.

=== Start on boot (method 2) ===

Create the following file as /etc/ppp/ppp_on_boot (needs chmod +x). The /etc/init.d/ppp script will call it to set up the daemon.
<pre>
#!/bin/sh
#
# Rename this file to ppp_on_boot and pppd will be fired up as
# soon as the system comes up, connecting to `provider'.
#
# If you also make this file executable, and replace the first line
# with just "#!/bin/sh", the commands below will be executed instead.
#

# The location of the ppp daemon itself (shouldn't need to be changed)
PPPD=/usr/sbin/pppd

# The default provider to connect to
$PPPD call gprs

# Additional connections, which would just use settings from
# /etc/ppp/options.<tty>
#$PPPD ttyS0
#$PPPD ttyS1
#$PPPD ttyS2
#$PPPD ttyS3
</pre>

Finally, you need to add the /etc/init.d/ppp script to the init process by creating symbolic links from the appropriate directories. I chose the following:

<pre>
/etc/rc0.d/K25ppp
/etc/rc1.d/K45ppp
/etc/rc2.d/S45ppp
/etc/rc3.d/S45ppp
/etc/rc4.d/S45ppp
/etc/rc5.d/S45ppp
/etc/rc6.d/K25ppp
</pre>

= Sharing the GPRS connection with a computer =

See [[Tethering]]

== See also ==
* [[pppd]]
* [[Manually using GSM]]
* [[Manually using Bluetooth]]
* [[GPRS FSO]]
{{Languages|Manually_using_GPRS}}

[[Category:Application Developer]]
[[Category:Networking]]
[[Category:GSM]]

Manually using GPRS

2008-08-08T19:27:17Z

Fwendt: /* Some APN names for reference */ added Parlino.se

The GPRS connection is made using the PPP protocol to a server identified by an "APN" at the network operator.

The program that implements PPP on Linux is [[pppd]], which we need to configure and run to get a connection. When that is working, we can configure pppd to wait until it's needed before it connects, and to disconnect if the connection becomes idle. Further, we can start pppd in the background during the boot process.

== Configuring pppd for manual connections ==

You'll need /etc/ppp/peers/gprs:
<pre>
# Uncomment the following if you want some debug.
#debug
#logfile /var/volatile/log/pppd.log
lock
/dev/ttySAC0 115200
crtscts
connect /etc/ppp/gprs-connect-chat
disconnect /etc/ppp/gprs-disconnect-chat
hide-password
usepeerdns
ipcp-accept-local
noauth
noipdefault
novj
novjccomp
defaultroute
replacedefaultroute
# Reopen the connection if it fails, pausing for a while.
persist
holdoff 15
# Check the line every 20 seconds and presume
# the peer is gone if no replay for 4 times.
lcp-echo-interval 20
lcp-echo-failure 4
</pre>

Depending on the APN, you may need password authentication using CHAP or PAP. In /etc/ppp/pap-secrets you can add the following default line for "password-less" connections:

<pre>
# client server secret IP addresses
* * "" *
</pre>

For CHAP, lines in /etc/ppp/chap-secrets are used. For PAP, the lines are in /etc/ppp/pap-secrets. The client should match the "user" option in pppd the config file (below). You can use * to mean any here, but the option user "" doesn't mean empty!

For example:

<pre>
# Secrets for authentication using CHAP
# client server secret IP addresses
"user" * "password" *
</pre>

For this you need the following options in /etc/ppp/peers/gprs:

<pre>
# username to use for authentication, should match "client" in /etc/ppp/{chap,pap}-secrets
user "user"
</pre>

And you'll need /etc/ppp/gprs-connect-chat (needs "chmod +x"):

<pre>
#!/bin/sh -e
exec chat -v -S -s\
TIMEOUT 15\
"" "\K\K\K\d+++ATH"\
OK-AT-OK ATZ\
OK ATE1\
ABORT BUSY\
ABORT DELAYED\
ABORT "NO ANSWER"\
ABORT "NO DIALTONE"\
ABORT VOICE\
ABORT ERROR\
ABORT RINGING\
TIMEOUT 60\
OK AT+CFUN=1\
OK AT+COPS\
OK AT+CGDCONT=1,\"IP\",\"internet\"\
OK ATD*99#\
CONNECT /n/d
</pre>

Update: On my freerunner the first AT+CFUN=1 always generated ERROR. I managed to get gprs work by using the following script from http://lists.openmoko.org/pipermail/community/2008-July/023246.html:

<pre>
#!/bin/sh -e
exec /usr/sbin/chat -v \
TIMEOUT 10 \
OK-AT-'' ''\
ABORT BUSY\
ABORT DELAYED\
ABORT "NO ANSWER"\
ABORT "NO DIALTONE"\
ABORT VOICE\
ABORT ERROR\
ABORT RINGING\
TIMEOUT 30 \
'' ATZ\
OK ATE1\
OK AT+CFUN=1\
ERROR AT+CPIN=\"XXXX\"\ << USE YOUR OWN
OK AT+COPS\
OK AT+CGDCONT=1,\"IP\",\"internet\"\
OK 'ATDT*99***1#'\
CONNECT ''
</pre>

You will need to adjust the APN name "internet" in at+cgdcont line and possibly the phone number in the ATD line to match what your network operator provides. See below in the table "Some APN names for reference" for the right settings for your operator.

Also good to have is /etc/ppp/gprs-disconnect-chat (needs "chmod +x"):

<pre>
#!/bin/sh -e
/usr/sbin/chat -v\
ABORT OK\
ABORT BUSY\
ABORT DELAYED\
ABORT "NO ANSWER"\
ABORT "NO CARRIER"\
ABORT "NO DIALTONE"\
ABORT VOICE\
ABORT ERROR\
ABORT RINGING\
TIMEOUT 12\
"" "\K\K\K\d+++ATH"\
"NO CARRIER-AT-OK" "\c"
</pre>

The following script can be used to start the ppp connection. First it stops gsmd because gsmd may put the phone in a unknown state. It then turns on the power to the phone, modifies the ownership, and then creates a tty connection. Finally it starts [[pppd]] with the gprs settings.

<pre>
/etc/init.d/gsmd stop
echo "1" > /sys/bus/platform/devices/neo1973-pm-gsm.0/power_on
chown uucp.uucp /dev/ttySAC0
stty -F /dev/ttySAC0 crtscts
pppd call gprs
</pre>

If you are having problems connecting ensure you have a good GSM signal and replace the last line with the below line. This will allow you to see the details of the connection on the console.

<pre>
pppd debug nodetach call gprs
</pre>

The config above will establish a persistant link over gprs. The battery will run low in less than an hour. See an example for an on-demand config below.

=== Resolve.conf issues ===

The latest build seems to have solved the following issue, it should be automatically updated by pppd.

If you expeience DNS issues after connecting to DNS you may need a proper /etc/resolv.conf:

<pre>
ln -sf /var/run/resolv.conf /etc
</pre>

If needed put your nameserver for usb-net into /var/run/resolv.conf, not in /etc.

The image does not set a correct resolv.conf. i do so with an

<pre>
echo nameserver 192.168.0.201 > /var/run/resolv.conf
</pre>

in the right place. because a post-up in /etc/network/interfaces is not supported i do that in /etc/network/if-up.d/08setupdns

another problem is pppd's /etc/ppp/ip-down.d/92removedns which does not properly remove the link when shuting down ppp. my fix is this script:

<pre>
#!/bin/sh
ACTUALCONF=/var/run/resolv.conf
PPPCONF=/var/run/ppp/resolv.conf
if [ -f $PPPCONF ] ; then
if [ -f $ACTUALCONF ] ; then
if [ ! -h $ACTUALCONF -o ! "`readlink $ACTUALCONF 2>&1`" = "$PPPCONF" ] ; then
mv $ACTUALCONF $ACTUALCONF.ppporig
fi
fi

ln -sf $PPPCONF $ACTUALCONF
fi
</pre>

=== Some APN names for reference ===

{| border="1"
! Country
! Carrier
! Plan
! APN/Phone
! user/password if required
! Working pppd scripts
|-
| Canada || Fido || Any, behind NAT || internet.fido.ca || fido/fido || mdbus -s org.freesmartphone.frameworkd /org/freesmartphone/GSM/Device
org.freesmartphone.GSM.PDP.ActivateContext internet.fido.ca fido
fido
|-
| Canada || Rogers || Any, behind NAT || internet.com || ||
|-
| Estonia || Elisa || Any, behind NAT || internet || ||
|-
| Estonia || EMT || Any, behind NAT || internet.emt.ee || ||
|-
| Finland || Saunalahti || Any || internet.saunalahti || ||
|-
| Finland || Sonera || Any, behind NAT || internet || ||
|-
| Finland || Sonera || Any, public IP || prointernet || ||
|-
| France || SFR || 10.x.x.x? || websfr || || under tests
|-
| France || SFR || 10.x.x.x? || wapsfr[1]|| || under tests
|-
| France || Orange || ??? || orange.fr || || under tests
|-
| Germany || E-Plus || BASE (and others?) || internet.eplus.de || eplus gprs || [[Base pppd scripts]]
|-
| Germany || E-Plus || Simyo || internet.eplus.de || || [[simyo pppd scripts]]
|-
| Germany || T-Mobile || || internet.t-mobile || ||
|-
| Germany || Vodafone || Any, behind NAT || web.vodafone.de || ||
|-
| Italy || Wind || Superinternet, public IP || internet.wind / *99# || wind/wind (any string) || [[Wind pppd scripts]]
|-
| Netherlands || Vodafone || Any || live.vodafone.com / *99***1#|| || [[Vodafone pppd scripts]]
|-
| New Zealand || Vodafone || Any || live.vodafone.com / *99***2#|| ||
|-
| Norway || Netcom || Any || internet.netcom.no || ||
|-
| Norway || Telenor || Any || telenor || ||
|-
| Sweden || Parlino || || internet.parlino.se || || [[GPRS_FSO|Works with FSO]]
|-
| Switzerland || Swisscom || e.g. Natel Basic Liberty, behind NAT || gprs.swisscom.ch || ||
|-
| UK || T-Mobile|| || general.t-mobile.uk || ||
|-
| UK || Virgin || || goto.virginmobile.uk || user ||
|-
| UK || [http://www.filesaveas.com/gprs.html other providers] || || || ||
|-
| USA || AT&T || Unlimited data plan (attached to pay-as-you-go voice plan) || wap.cingular / *99***1# || WAP@CINGULARGPRS.COM/CINGULAR1 ||
|-
| USA || Cingular (AT&T) || Less than full internet || wap.cingular / may require *99***1# || ||
|-
| USA || T-mobile || Anything less than full internet || wap.voicestream.com || ||
|-
| USA || T-mobile || Regular internet plan || internet2.voicestream.com || || [[T-Mobile pppd scripts]]
|-
| USA || T-mobile || "VPN" internet plan || internet3.voicestream.com || ||
|-
| Venezuela || Digitel || Pre- y post-pago || gprsweb.digitel.ve || ||
|-
| India || AirTel || MobileOffice || airtelgprs.com || ||
|-
|}

[1] connected through a WAP proxy (slower, but the only way to access Vodafone live! and SFR portal)

[2] Unless stated otherwise the phone number to call is "*99#"

Also see Ross Barkman's page for a detailed list of more [http://www.taniwha.org.uk/gprs.html global GPRS providers APN details]

== Starting pppd automatically ==

Once you have finished debugging your gprs-connect-chat and gprs options files, you may wish to automatically connect whenever needed and hang up when finished. Make sure you understand the impact of this change to your carrier plan billing. This is not recommended unless you have a large-use or unlimited data plan. These scripts do NOT prompt you before connecting.

=== On-demand connection settings ===

Additional settings are needed if you want the actual connection to be up only while there is traffic. In the 'gprs' file above, insert the following, making sure 'nodetach' is commented out. If 'nodetach' is on, the boot process will stop when it starts pppd. Also remove the option 'persist' mentioned above.

<pre>

# Wait until needed before connecting
demand

# Disconnect if idle for given amount of seconds
idle 20

</pre>

=== Start on boot (method 1) ===

Add the following definition to /etc/network/interfaces:
<pre>
auto ppp0
iface ppp0 inet ppp
provider gprs
</pre>

That should be it. Now you can use 'ifup ppp0' and 'ifdown ppp0' manually too.

=== Start on boot (method 2) ===

Create the following file as /etc/ppp/ppp_on_boot (needs chmod +x). The /etc/init.d/ppp script will call it to set up the daemon.
<pre>
#!/bin/sh
#
# Rename this file to ppp_on_boot and pppd will be fired up as
# soon as the system comes up, connecting to `provider'.
#
# If you also make this file executable, and replace the first line
# with just "#!/bin/sh", the commands below will be executed instead.
#

# The location of the ppp daemon itself (shouldn't need to be changed)
PPPD=/usr/sbin/pppd

# The default provider to connect to
$PPPD call gprs

# Additional connections, which would just use settings from
# /etc/ppp/options.<tty>
#$PPPD ttyS0
#$PPPD ttyS1
#$PPPD ttyS2
#$PPPD ttyS3
</pre>

Finally, you need to add the /etc/init.d/ppp script to the init process by creating symbolic links from the appropriate directories. I chose the following:

<pre>
/etc/rc0.d/K25ppp
/etc/rc1.d/K45ppp
/etc/rc2.d/S45ppp
/etc/rc3.d/S45ppp
/etc/rc4.d/S45ppp
/etc/rc5.d/S45ppp
/etc/rc6.d/K25ppp
</pre>

== See also ==
* [[pppd]]
* [[Manually using GSM]]
* [[Manually using Bluetooth]]

{{Languages|Manually_using_GPRS}}
[[Category:Documentation]]
[[Category:Application Developer]]

[[Category:Guides]]

GPRS FSO

2008-08-08T18:39:26Z

Fwendt: add information on methods and signals available

This page documents the GSM networking solutions (commonly known as GPRS) using the [[OpenmokoFramework|FreeSmartphone.Org]] framework (FSO).

There are other ways to enable wireless communications on the smartphone, including [[Bluetooth]] and [[Wireless_Networking|WLAN]].

== Current state ==

Since milestone 2 the system dbus has been extended with methods that enables connectivity using GPRS. The functionality is available under <code>org.freesmartphone.frameworkd</code> at <code>/org/freesmartphone/GSM/Device</code>.

The implementation should not interfer with other phone functionality, such as placing calls. In other words: you can use GPRS while talking on the phone without hanging up.

Currently, there's no GUI available but it's fairly easy to use the methods available using any dbus tool.

The methods available:
[METHOD] org.freesmartphone.GSM.PDP.ActivateContext( s:apn, s:user, s:password )
[METHOD] org.freesmartphone.GSM.PDP.DeactivateContext()
[METHOD] org.freesmartphone.GSM.PDP.GetCurrentGprsClass()
[METHOD] org.freesmartphone.GSM.PDP.ListAvailableGprsClasses()
[METHOD] org.freesmartphone.GSM.PDP.SetCurrentGprsClass( s:class_ )
[SIGNAL] org.freesmartphone.GSM.PDP.ContextStatus( i:index, s:status, a{sv}:properties )

Signals will look like this:

:ActivateContext( s:apn, s:user, s:password )
[SIGNAL] org.freesmartphone.GSM.PDP.ContextStatus from :1.3 /org/freesmartphone/GSM/Device
(dbus.Int32(1), dbus.String(u'outgoing'), dbus.Dictionary({}, signature=dbus.Signature('sv')))</code>
:''once the connection is established (takes 3-4 seconds for me)'' a new signal is emited
[SIGNAL] org.freesmartphone.GSM.PDP.ContextStatus from :1.3 /org/freesmartphone/GSM/Device
(dbus.Int32(1), dbus.String(u'active'), dbus.Dictionary({}, signature=dbus.Signature('sv')))
:DeactivateContext
[SIGNAL] org.freesmartphone.GSM.PDP.ContextStatus from :1.3 /org/freesmartphone/GSM/Device
(dbus.Int32(1), dbus.String(u'release'), dbus.Dictionary({}, signature=dbus.Signature('sv')))

== Until there's a GUI ==

While we wait for the preferences part of FSO to be completed (and a GUI), we can use two shell scripts. You need to know three things to successfully connect via GPRS (your carrier should provide this information to you):
* the APN to use,
* the username, and
* the password.
If your APN has no username or password, you must still provide a string to satisfy the framework's input requirements. Entering bogus data, such as the "x" above, will suffice.

To connect, put the following in a file and make it executable (<code>chmod +x gprs-on.sh</code>):

#!/bin/sh
APN="internet.parlino.se"
USERNAME="x"
PASSWORD="x"
BUSNAME="org.freesmartphone.frameworkd"
OBJECTPATH="/org/freesmartphone/GSM/Device"
METHODNAME="org.freesmartphone.GSM.PDP.ActivateContext"
mdbus -s $BUSNAME $OBJECTPATH $METHODNAME $APN $USERNAME $PASSWORD

To disconnect, use the following method instead (<code>chmod +x gprs-off.sh</code>):

#!/bin/sh
BUSNAME="org.freesmartphone.frameworkd"
OBJECTPATH="/org/freesmartphone/GSM/Device"
METHODNAME="org.freesmartphone.GSM.PDP.DeactivateContext"
mdbus -s $BUSNAME $OBJECTPATH $METHODNAME

The ''on'' script, using the ActivateContext method, will:
* setup a ppp interface (normally ppp0) (and assign IP address)
* setup (replace) the default route
* setup DNS
with settings received from the ISP.

For a list of known APN:s, see the [[GPRS#Some_APN_names_for_reference|main GPRS page]].

[[Category:FSO]]
[[Category:Networking]]

GPRS FSO

2008-08-08T17:59:41Z

Fwendt: basic information on how to connect via GPRS using FSO

Openmoko Local Groups: Gothenburg

2008-08-08T17:40:10Z

Fwendt: mindre justering

Welcome to the Gothenburg OpenMoko page!

{|border=1
!Namn
!Kunskaper
!Intresse
!Var
!Annat
!Har
|-
|[[User:Fwendt|Fredrik Wendt]]|| Okända || Ersätta laptopen || Majorna || - || FreeRunner
|}

See [[Talk:OpenMoko_Local_Groups:_Gothenburg|discussion]]

[[Category:Openmoko Local Groups]]

Group sales

2008-04-25T20:27:45Z

Fwendt: /* Sweden */ added Göteborg

Openmoko have announced a scheme to sell the forthcoming Neo Freerunner at a discount if bought in multiples of 10 (US$369, instead of 399), to be shipped in one package. Group buying will thus save money on the purchase, and on the shipping. This page is to to organise group purchases by region.

Steve from Openmoko announced "Every 10 pack, will come with a box of stuff. 10 pouches and 10 head sets."
So join us within a local group !

<div style='float:right'>__TOC__</div>

== Australia ==
=== Western Australia ===
==== Perth ====

* Fred Janon mailto:fjanon@yahoo.com

=== New South Whales ===
==== Sydney ====
status: 2/10

* 1X dbmoodb ---> [http://wiki.openmoko.org/wiki/Special:Emailuser/Dbmoodb contact me here]
* 1 x Mark Chandler [http://wiki.openmoko.org/wiki/Special:Emailuser/Openmarko contact me here]

=== Victoria ===
==== Melbourne ====
Status: 4/10

* 4x Dennis Wollersheim, mailto: dewoller (at) gmail (dot) com

=== ACT ===
==== Canberra ====
Status: 1/10

* J Dinale [http://wiki.openmoko.org/wiki/Special:Emailuser/Noledil Contact me here]

=== Queensland ===
==== Brisbane ====
Status: 3/10 (possibly 20)

* Nick Devereaux x 2 [http://wiki.openmoko.org/wiki/Special:Emailuser/Monkeypanic Contact me here]
* Matt Gallagher [http://wiki.openmoko.org/wiki/Special:Emailuser/mattg Contact me here]

== Austria ==
There is a group-buy page at MetaLab, available here: http://metalab.at/wiki/OpenMoko .. we almost have the full 10 slots assigned, and its quite possible that we will order *20* phones, so please register on the Metalab pages and let us know if you're interested ..

=== Salzburg ===
Status: 1/10

* D. Kepplinger [http://wiki.openmoko.org/wiki/Special:Emailuser/Wedge Contact me here]
=== Wien ===
Status: 1/10
* M. Greifeneder [http://wiki.openmoko.org/wiki/Special:Emailuser/mikegr Contact me here]
* J. Vaughan (torpor) -- http://metalab.at/wiki/OpenMoko [http://wiki.openmoko.org/wiki/Special:Emailuser/torpor Contact me here]

=== Styria ===
==== Graz ====
Status: 2/10

* F Hackenberger [http://wiki.openmoko.org/wiki/Special:Emailuser/Deadman66 Contact me here]
* J Florineth [http://wiki.openmoko.org/wiki/Special:Emailuser/Flojoh Contact me here]

== Belgium ==
=== Flanders ===
==== Brussel/Aalst/Gent/Brugge ====
Status 5/10
* Yorick, mailto: yorick DOT matthys AT gmail DOT com
* 2x Dolfje [http://wiki.openmoko.org/wiki/Special:Emailuser/Dolfje Contact me here]
* XVens, mailto: xavier DOT vens AT gmail DOT com
* Arno85, mailto: aaron DOT helin AT gmail DOT com, Kortrijk

ps: Dolfje can bring freerunners to Brugge if needed

==== Antwerp ====
Status 5/10

* michielv [http://wiki.openmoko.org/wiki/Special:Emailuser/Michielv Contact me here]
* Peter N [http://wiki.openmoko.org/wiki/Special:Emailuser/Bubsy Contact me here]
* Ivo [http://wiki.openmoko.org/wiki/Special:Emailuser/Ivo Contact me here]
* Peter Leemans, mailto: peter AT x-tend DOT be
* Richard B [http://wiki.openmoko.org/wiki/Special:Emailuser/richardb Contact me here]

== Bulgaria ==
=== Sofia ===
==== Sofia ====
Status : 2/10

* Dimitar Staykov, mailto:meditache@gmail.com
* Vernim, [http://wiki.openmoko.org/wiki/Special:Emailuser/Vernim Contact]

== Canada ==

=== British Columbia ===
Status : 8/10

* Justin (Vancouver): mailto: stryderjzw AT gmail
* Dave (Vancouver) Vancouver Linux users group (unconfirmed but about 7 so far): mailto: doc AT skynet REMOVE dot REMOVE ie

=== Alberta ===
Status : 3/10

* [[User:Wuth|Wuth]] : [mailto:wuth@acm.org]
* [[User:Slm3095om|stacy]] (2 units) : slm3095om AT millions dOt ca

=== Ontario/Quebec ===
==== GTA (Toronto) ====
Status : 7/10

* Gerald A [http://wiki.openmoko.org/wiki/Special:Emailuser/Historybuff Contact me here]
* MattC, mailto: quirkz AT gmail
* Sergey K, openmoko AT deeptown dOt org
* Peter Baldwin, vendor.openmoko AT pointclark DOT net (3 units)

== Chile ==
=== Santiago ===
Status : 2/10

* [[User:Mankeke]] Ricardo Manríquez C., mailto: ricardo.manriquez "remove this and add AT" gmail "dot" com
* [[User:XKnightmareX]] Gonzalo Pesenti., mailto: mare.knight1 "remove this and add AT" gmail "dot" com

== Denmark ==
If we do not reach a total large enough, Denmark **is** a very small place - surely we could figure out a way of getting them to find their way 'round the country :)

=== Jutland ===
==== Aalborg ====
Status: 3/10

Should anyone need it, transportation from Aalborg to Thisted for phones can be arranged, if you don't want to pick it up in Aalborg yourself :) ~~leinir

* Dan Leinir Turthra Jensen mailto:admin@leinir.dk [[User:Leinir]]
* Fabian Olesen mailto:firewalkerx@gmail.com
* Helge Willum Larsen mailto:helge.at.helges.dk

==== Skjern ====
Status: 1/10

* [[User:Carlo]]

=== Fyn ===
Status: 2/10

* [[User:EsbenDamgaard]]
* [[User:apm]]

=== Sjælland ===
==== Copenhagen ====
Status: 20/10

* [[User:Fursund]]
* [[User:Rasmusjensen]]
* [[User:tabac]] Thomas Ammitzbøll-Bach
* [[User:UlrikRasmussen]] Ulrik Rasmussen
* [[User:KlaymenDK | Jan Gundtofte-Bruun]] (Pending final hw, eg. low-power LEDs)
* [[User:OleTange | Ole Tange]] (I need 14 with invoice)
* [[User:Pascal | Pascal d'Hermilly]] (I need 1 with invoice)

== Finland ==
=== Uusimaa ===
==== Helsinki I (Full)====
Status : 10/10

* Mikko Rauhala x2 [mailto:mjr@iki.fi mjr@iki.fi]
* Aleksi Hankalahti [mailto:aleksi.hankalahti@iki.fi aleksi.hankalahti@iki.fi]
* Seppo Hätönen [mailto:karrde@iki.fi karrde@iki.fi]
* Arttu Sund [mailto:thearttu@gmail.com thearttu@gmail.com]
* Ville-Pekka Vainio vpivaini AT cs.helsinki.fi
* Heikki Hallamaa [mailto:heikki.hallamaa@iki.fi heikki.hallamaa@iki.fi]
* Tomi Jylhä-Ollila tomi.jylha-ollila@helsinki.fi
* Richard Braakman
* Timo Jyrinki [mailto:timo.jyrinki@iki.fi timo.jyrinki@iki.fi]

==== Helsinki II ====
Status : 4/10

* [[User:Piksi]] openmoko ÄT pi-xi PISTE net ''(i'll post more info on my userpage when the group is full)''
* Risto H. Kurppa risto AT kurppa DOT fi
* Aapo Rantalainen aapo DOT rantalainen AT gmail DOT com
* Matti Laakso matti DOT laakso AT kotiposti DOT net

=== Varsinais-Suomi ===
==== Turku ====
Status : 3/10

* 2x Teemu Välimäki, [mailto:teemu.valimaki@iki.fi teemu.valimaki@iki.fi]

* Jaakko Lehtinen, jaakko dot lehtinen at gmail dot com

== France ==
=== Bretagne ===
==== Brest ====
Status : 1/10

* StevenLeRoux [mailto:steven@pourri.fr steven@pourri.fr] Jabber_Id:Steven@jabber.fr
* Acheteur potentiel #2

==== Rennes ====
Status : 2/10

* Cédric DUFOUIL (openmoko at tsleg point com)
* Yves MAHE (ymahe at zindep dot com)

=== Ile de france ===
==== Paris ====
Status : 8/10

* StevenLeRoux
* [[User:Phyce|Phyce]]
* Yann SLADEK
* [[User:Wilk|Wilk]] [http://wiki.openmoko.org/wiki/Special:Emailuser/Wilk Contact me here]
* Jonathan Magano ([http://wiki.openmoko.org/wiki/Special:Emailuser/JonathanMM Contact me here])
* Benjamin Renard (bn8[AT]zionetrix.net)
* [[User:OlivierBerger|OlivierBerger]]
* [[User:BartGS|BartGS]] [http://wiki.openmoko.org/wiki/Special:Emailuser/BartGS Contact me here]

You may also see :
http://bearstech.com/openmoko/register

=== Pays de la Loire ===
==== La Roche sur Yon ====
Status : 1/10

* [http://wiki.openmoko.org/wiki/Special:Emailuser/Vtouchar Vincent Touchard] (I may soon move to Bretagne/Brest)

=== Rhône-Alpes ===
==== Lyon ====
Status : 1/10

* [http://wiki.openmoko.org/wiki/Special:Emailuser/patou Vincent MEURISSE]

== Germany ==
=== Sachsen-Anhalt ===
==== Stendal (evtl. Magdeburg) ====
Status 1/10

* Fabian Off [http://wiki.openmoko.org/wiki/Special:Emailuser/Fabian2de Contact me here]

=== Hamburg ===
==== Hamburg ====
Status 5-7/10

* Jan [http://wiki.openmoko.org/wiki/Special:Emailuser/Jan07 Contact me here]
* Varacanero [http://wiki.openmoko.org/wiki/Special:Emailuser/varacanero Contact me here]
* Ole 3-5 pcs [http://wiki.openmoko.org/wiki/Special:Emailuser/Olemoko Contact me here]

=== Thueringen ===
==== Weimar ====
Status 1/10

* [[User:Fries43]]

=== NRW ===
==== Bielefeld ====
Status 4/10

* David, infos on my [[User:Raven|user page]], or you can [[Special:Emailuser/Raven|contact me here]]
* Sebastian, infos on my [[User:Seppi|user page]], or you can [[Special:Emailuser/Seppi|contact me here]]
* Dackel, infos on my [[User:Killerdackel|user page]], or you can [[Special:Emailuser/Killerdackel|contact me here]]
* Conny

==== Aachen ====
Status 1/10
* Henrik, infos on my [[User:Henrikz|user page]], or you can [[Special:Emailuser/Henrikz|contact me here]]

==== Düsseldorf ====
* mac2k, infos on my [[User:mac2k|user page]], or you can [[Special:Emailuser/mac2k|contact me here]]

=== Baden-Württemberg ===
==== Karlsruhe ====

Status 5/10

* 2 for André (one for me and one for a friend), you can [[Special:Emailuser/Spacemarine|contact me here]]
* [[Special:Emailuser/Dr.Nop|Dr.Nop]]
* [[Special:Emailuser/JensB|JensB]]
* [[Special:Emailuser/Tedo|Tedo]]

=== Berlin===
==== Berlin ====
Status 3/10

for berlin-talk: http://de.groups.yahoo.com/group/openmoko-berlin/

* Stephan [http://wiki.openmoko.org/wiki/User:Fischel Contact me here]
* Robert [http://wiki.openmoko.org/wiki/User:Thebohemian Contact me here]
* Nico [http://wiki.openmoko.org/wiki/User:Nico Contact me here]

== Italy ==
If we don't reach the 10 phones limit in each city, maybe we could place an order in the "most requested city", and from shipping to other buyers. We'll have anyway a good discount although the "double-shipping". ([http://thread.gmane.org/gmane.comp.handhelds.openmoko.community/10937/focus=10981 Read here for reference]).

=== Toscana ===
==== Firenze ====
Status 2/10

* [[User:Treviño|Marco Trevisan (Treviño)]] - [http://blog.3v1n0.net/contatti-trevino/ Contacts here]
* [[User:Niccolo|Niccolo Rigacci]] - ''niccolo [AT] rigacci.org''

=== Lombardia ===

==== Milano e dintorni ====
Status 8/10

* Marco Crociani - [http://wiki.openmoko.org/wiki/Special:Emailuser/Tyrael Contacts here]
* Marcello Gorla
* Maxxer [mailto:maxxer@yetopen.it maxxer@yetopen.it] (Lecco)
* Pietro Montorfano [mailto:monto84@gmail.com monto84@gmail.com] (from como)
* Gianluigi Belli - [http://wiki.openmoko.org/wiki/Special:Emailuser/Pulciux Contacts here]
* Michele Castellano - [http://wiki.openmoko.org/wiki/Special:Emailuser/mubumba Contacts here] (Milano)
* Maurizio Lipreri - [http://wiki.openmoko.org/wiki/Special:Emailuser/Maldido Contacts here]( Como )
* Guido Conaldi - [http://wiki.openmoko.org/wiki/Special:Emailuser/skepz Contacts here] (Varese)

=== Piemonte ===
==== Torino (and province) ====
Status 1/10

* Claudio Carnino (jollyr0g3r AT gmail DOT com)

=== Trentino-Alto Adige ===
==== Trento (Padova too :)) ====
Status 1/10

* Andrea Debortoli (debortoland AT gmail DOT com)

=== Veneto ===
Status: 4/10

==== Verona ====

* Persegat [mailto:persegat@alice.it persegat@alice.it] - [[User:Pecce|Pecce]]

==== Vicenza ====

* Matteo [mailto:matteo@member.fsf.org matteo@member.fsf.org] - [[User:Tchernobog|Tchernobog]] Also Padova is okay.

==== Venezia ====

* Tommaso [mailto:tommaso.gardumi@gmail.com tommaso.gardumi@gmail.com] - [[User:Tobarello|Tobarello]] Also Padova, Vicenza & Trento are ok.

==== Treviso ====

* Dario [mailto:aliasbrain@gmail.com aliasbrain(at)gmail.com] - [[User:Rastafan|Rastafan]] one, maybe two.

=== Puglia ===
==== Lecce ====
Status : 1/10

* [[User:Morpheus90|Morpheus90]] [mailto:ugopiemontese@rudiaelinux.com ugopiemontese@rudiaelinux.com]
==== Bari ====
Status : 2/10

* [[User:Fradeve11|Fradeve11]] [mailto:fradeve@ubuntu-it.org fradeve@ubuntu-it.org]

=== Lazio ===
==== Roma ====
Status 4/10

* Hire X 2 [mailto:hiretto@gmail.com hiretto@gmail.com] (Roma)
* Darkbasic X 1 (Ancona)
* zione X 1 (Roma)

=== Liguria ===
==== Genova ====
Status 1/10

* Luca Maranzano X 1 (liuk AT linux DOT it) [[User:liuk|liuk]]

== [http://wiki.openmoko.org/wiki/Talk:GroupSales#The_Netherlands The Netherlands] ==
(Discuss this group sale on the [http://wiki.openmoko.org/wiki/Talk:GroupSales#The_Netherlands talk page])

* Marijn Kruisselbrink 1 [[Special:Emailuser/User:mkruisselbrink|Contact]]
* Andy Powell 1/10 [[Special:Emailuser/User:ScaredyCat|Contact]]
* Arjan Veenstra 1/10 [[User:AVee]] [[Special:Emailuser/User:AVee|Contact]]
* Eric Smith 1/10 [[User:Eric Smith]]
=== Gelderland ===

==== Nijmegen ====
* [[User:A.dre|André Disselhorst]] (Nijmegen 1x) [[Special:Emailuser/User:A.dre|Contact]]

=== Limburg ===

==== Griendtsveen ====
* [[User:KenSentMe|Jeroen van de Nieuwenhof]] (Griendtsveen 1x) [[Special:Emailuser/User:KenSentMe|Contact]]
* [[User:Sikko|Ruben Lubbes]] (Maastricht 1x) [[Special:Emailuser/User:Sikko|Contact]]

=== Noord-Brabant ===

==== Bergen op Zoom ====
* [[User:Madjo|Marcel de Jong]] 1/10 [[Special:Emailuser/User:Madjo|Contact]]

==== Eindhoven ====
* Christ van Willegen 1 [[User:ChristW]]

=== Noord Holland ===

==== Amsterdam ====
* Michel van Horssen 1/10 [[Special:Emailuser/User:mivaho|Contact]]
* Frank Richter 1 [[Special:Emailuser/User:res|Contact]]

=== Overijssel ===

==== Deventer ====
* Jan de Haan 1/10 [[User:Jan de Haan]] [[Special:Emailuser/User:Jan de Haan|Contact]]

==== Hengelo ====
* Sander Hoentjen 1/10 [[Special:Emailuser/User:Tjikkun|Contact]]
* Peter Hageman 1 [[Special:Emailuser/User:PingPong|Contact]]

==== Zwolle ====
* Boudewijn 1/10 [[User:Boudewijn|empty user page]] [[Special:Emailuser/User:Boudewijn|Contact]]; possibly got a second person interested

=== Utrecht ===

==== Utrecht ====
* Eric Spierings 1/10 [[Special:Emailuser/User:ericsp|Contact]]
* Peter van de Werken 1/10 [[Special:Emailuser/User:PWerken|Contact]]

=== Status ===
17/20

== Macedonia ==
=== Skopje ===
* Kristijan Krsteski 1/10 [[User:neutrino]] [mailto:kristijan.krsteski@gmail.com]
===Status ===
1/10

== New Zealand ==
As Telecom are using the 850MHz network for their GSM network, and Vodafone are using 900MHz, please state which version you want. This may need more research, I'm not 100% 
see [http://www.gsmworld.com/roaming/gsminfo/cou_nz.shtml] for more info
=== Auckland ===
==== Auckland ====
Status:4/10
*Rob Paulson [[User:Myfanwy]] 900MHz
**i'm quite happy to organise the purchase, if no-one has any objections. to ease any worries about me running off with the money, we could use an escrow service such as [http://safetrader.co.nz], or paypal. or does anyone have any other ideas?
*Simon Wells [[User:Swel024]]
*Jeremy List [[User:Jeremy-list]] mailto:quick.dudley@gmail.com (Wellington, not Auckland, will pay for courier)
*David Murrell [[User:Viddy]] - [mailto:dmurrell@waikato.ac.nz] I'm in Hamilton, either courier, or I'll drive up :)
*Jeremy Gray [[User:Bogdan237]] [mailto:jgra163@ec.auckland.ac.nz] Auckland, 900MHz

== Norway ==
=== Nordland ===
==== Bodø ====
Status 2/10

* [[User:AlecTBM|Alexander Frøyseth]] [mailto:alexander.froyseth@gmail.com alexander.froyseth@gmail.com]
* Ole Marius
* Stian Vading
=== Rogaland ===
Status 1/10

*[[User:Dalaker|Tore Dalaker]] [mailto:tore@dalaker.com tore@dalaker.com]

=== Sør-Trøndelag ===
==== Trondheim ====
Status 11/20

*[[User:andy000|Andreas Kalvå]] [mailto:andy@samfundet.no andy@samfundet.no]
Send mail om du er interessert.

=== Østlandet ===
==== Oslo, Akershus, Buskerud, Vestfold ====
Status 20/20(30?)

* [[User:Ixian|Heikki Sørum]] [mailto:heikkis@matnat.uio.no] Interessert? mail meg.
* [[User:Bobkare|Knut Arne Bjørndal]] [mailto:bob@cakebox.net]

== Poland ==
=== podlaskie ===
==== Białystok ====
2 x rhn [http://wiki.openmoko.org/wiki/Special:Emailuser/rhn contact me here]
Inne miasta mile widziane, pod warunkiem, że koszty przesyłki będą niskie

=== dolnośląskie ===
==== Wrocław ====

* Special group buy site: https://www.kumulator.pl/show/group/35

== Portugal ==
=== Aveiro ===
==== Aveiro ====
Status : 2/10

* [[User:Ruben|Ruben Mendes]]
* [[User:kuyky|Tiago Saraiva]] [mailto:destructhor88@gmail.pt]

== Sweden ==
If insufficient number of people, orders could be merged and remailed perhaps
=== Götaland ===
==== Göteborg ====

* [[User:Fwendt|Fredrik Wendt]] [[Special:Emailuser/Fwendt|Contact]]/wendt.se

==== Malmö ====
Status : 1/10

* Lars Jarlvik mailto:lars@larsfactory.se

=== Svealand ===
==== Stockholm ====
Status : 4/10

* Erland Lewin mailto:erland@lewin.nu
* Simon Kågström mailto:simon.kagstrom@gmail.com
* Ingvaldur Sigurjonsson mailto:ingi@ultimalabor.se
* Adam Johansson mailto:adam@sollentunaholm.se

==== Örebro ====
Status : 1/10

* Anders Petersson [mailto:demitar@worldforge.org demitar@worldforge.org]

==== Västerås ====
Status : 1/10
* Jörgen Lidholm, could join the Falun/Borlänge or Stockholm group [mailto:jorgen.lidholm@gmail.com]

==== Falun & Borlänge ====
Status : 3/10

* [http://wiki.openstreetmap.org/index.php/User:Jth Johan Thelmén], Åke Hoff & a demo/backup

=== Norrland ===
==== Umeå ====
Status : 2/10

* [[User:Zash|Zash]] [[Special:Emailuser/Zash|Contact]]
* [[User:Benjamin|Benjamin]] [[Special:Emailuser/Benjamin|Contact]]

== Switzerland ==
==== Zurich ====
Status : 17/20

* Simon Wenner [http://wiki.openmoko.org/wiki/Special:Emailuser/Nowic Contact]
* Simon Schreiber [http://wiki.openmoko.org/wiki/Special:Emailuser/Magbeat Contact]
* Markus Huggler [http://wiki.openmoko.org/wiki/Special:Emailuser/Magbeat Contact]
* Andre Timmermann [http://wiki.openmoko.org/wiki/Special:Emailuser/darktim Contact]
* Raffael Schmid [http://wiki.openmoko.org/wiki/Special:Emailuser/darktim Contact]
* Pascal Weller [http://wiki.openmoko.org/wiki/Special:Emailuser/darktim Contact]
* Nick Zbinden (Luzern) [mailto:nickik@gmx.ch] oder [http://wiki.openmoko.org/wiki/Special:Emailuser/nickik Contact]
* Marcel Wirth [http://wiki.openmoko.org/wiki/Special:Emailuser/Skarhand Contact]
* Marcel Lütolf [http://wiki.openmoko.org/wiki/Special:Emailuser/NeRo Contact]
* Christian Corrodi [http://wiki.openmoko.org/wiki/Special:Emailuser/Matto Contact]
* Mirko Klingauf [http://wiki.openmoko.org/wiki/Special:Emailuser/RealAtaman Contact]
* Marcel Jost [http://wiki.openmoko.org/wiki/Special:Emailuser/Onsonic Contact]
* Alexandre Ghisoli (Yverdon) [http://wiki.openmoko.org/wiki/Special:Emailuser/Agh Contact]
* Marc Andre Tanner (Biel) [http://wiki.openmoko.org/wiki/Special:Emailuser/mat Contact]
* Tobias Kündig (2 Geräte) (Luzern) [mailto:info@it-media.ch]
* Peter Salvisberg [http://wiki.openmoko.org/wiki/Special:Emailuser/Psal Contact]

==== Geneve ====
Status : 1/10

* Diego Abelenda [http://wiki.openmoko.org/wiki/Special:Emailuser/Aelia Contact]

== Spain ==
=== Madrid ===
==== Madrid ====
Status : 1/10

* Rafael Campos [http://wiki.openmoko.org/wiki/Special:Emailuser/Methril Contact]

=== Zaragoza ===
==== Zaragoza ====
Status : 1/10

* Alejandro R. Mosteo alejandro AT mosteo · com
* Arturo Giner [[Special:Emailuser/artginer|Contact]]

=== Barcelona ===
==== Barcelona ====
Status : 2/10

* José Luis Pérez [[Special:Emailuser/jluis|Contact]]
* David Reyes Samblas Martinez [[Special:Emailuser/mutrox|Contact]]

== UAE ==
Status: 1/10
* Yaser Ammar [[Special:Emailuser/Waraqa|Contact]]

== USA ==
=== Colorado ===
==== Denver ====
Status: 9/10
* Shawn Sullivan [[mailto:shelbydz87@yahoo.com shelbydz87@yahoo.com]]
* Peter Abplanalp [http://wiki.openmoko.org/wiki/Special:Emailuser/alderion Contact]
* Ben Burdette [http://wiki.openmoko.org/wiki/Special:Emailuser/Ansible Contact]

=== California ===
==== Los Angeles ====
Status: 2/10

* Ian Douglas [http://wiki.openmoko.org/wiki/Special:Emailuser/Iandouglas Contact me here]
* Matthew [http://wiki.openmoko.org/wiki/Special:Emailuser/Wetmoko Contact]

==== San Diego (inc. San Diego county) ====
Status: 1/10

* Peter Naulls [http://wiki.openmoko.org/wiki/Special:Emailuser/Pnaulls Contact]

==== Monterey ====
Status: 2/10

* Cry Regarder [http://wiki.openmoko.org/wiki/Special:Emailuser/Cry_Regarder Contact]

=== Indiana / Kentucky ===
Status: 3/10
* Brandon Kruger [mailto:bmk789@gmail.com email]
* Geoff Ruscoe [[Special:Emailuser/Geocode|Contact]]
* Dan Staley [[Special:Emailuser/Pyrasi|Contact]] (Kentucky)

=== Washington ===
==== Seattle ====
Status: 1/10
* Jon Pomeroy [[Special:Emailuser/Jepomeroy|Contact]]

=== Tennessee ===
==== Memphis ====
Status: 1/10
* Peter O'Connor [http://wiki.openmoko.org/wiki/Special:Emailuser/poconnor Contact]

=== Texas ===
==== Austin (3/10) ====
* Dale Schumacher [[Special:Emailuser/dalnefre|Contact]]
* Michael Cosby [[Special:Emailuser/mcosby|Contact]]
* Paul Jimenez [[Special:Emailuser/pj|Contact]]

==== Dallas (1/10) ====
* Philip White [[Special:Emailuser/pmw|Contact]]

=== Mid-Atlantic ===
==== Virginia====
===== Richmond (1/10)=====
* Philippe Gerard [[Special:Emailuser/feydreva|Contact]]

==== New York ====
Status: 2/10 or 3/10

* Bert Hartmann [http://wiki.openmoko.org/wiki/Special:Emailuser/BertHartm Contact me here]
* Michael Cole mailto:mjcole137@gmail.com 
* Jake Thebault-Spieker (probably, may not be able to afford it) [http://wiki.openmoko.org/Spcial:Emailuser/Summatusmentis Contact me here]

==== Maryland (1/10)====
* Paul Buede mailto:paul@buede.com 

== UK ==

* Joe Wells (Edinburgh) [http://wiki.openmoko.org/wiki/Special:Emailuser/jbw Contact]

=== England ===
Status : 11/10 - second group needed?

* Juergen Schinker mailto:ba1020@homie.homelinux.net
* David Pottage (actually in Reading) [http://wiki.openmoko.org/wiki/Special:Emailuser/chrestomanci Contact]
* aled [http://wiki.openmoko.org/wiki/Special:Emailuser/aled Contact]
* Bin Zong (actually in Birmingham) [mailto:hunter_00zb@hotmail.com]
* Robert Piasek (actually in Southampton) [http://wiki.openmoko.org/wiki/Special:Emailuser/Queen6 Contact]
* James Olney (Actually in Oxford) [http://wiki.openmoko.org/wiki/Special:Emailuser/Webjames Contact]
* Stuart (actually in Scotland, will split if we get enough people) [http://wiki.openmoko.org/wiki/Special:Emailuser/hoagster Contact]
* Tom Scholl (Cambridge, travel to London now and then anyway so could pick up) [mailto:thomasscholl@gmail.com]
* Weiss (Cambridge, could collect from London) [http://wiki.openmoko.org/wiki/Special:Emailuser/Weiss Contact]
* Neil Bentley (in Wiltshire) [http://wiki.openmoko.org/wiki/Special:Emailuser/Ohnez Contact]
* Stroller (Milton Keynes, can travel) mailto:stroller@stellar.eclipse.co.uk 01908 663 513.

== Latvia ==
=== Riga ===
==== Riga ====
Status : 1/10
* [[User:VRGhost]]
[[Category:Information| ]]
[[Category:community| ]]

Talk:Contacts/2007.2

2007-12-20T19:07:34Z

Fwendt: added note on missing action (setting a contact's associated icon)

== Telephone Groups time filter ==

It would be nice if there was an option in the phones groups, that would allow the user to filter out certain groups between certain hours. This would allow all business calls coming in after 5pm or during lunch or super to be ignored or redirected to the voice mail. Ahh the silence we would have ;)

== Kinetic scrolling ==
Is there kinetic scrolling in Contacts app? (like in [[Today/2007.2]] application menu) --[[User:Krzysiekbielicki|Krzysiekbielicki]] 18:39, 29 September 2007 (CEST)

== Incomplete documentation? ==
In the images of this page and other (such as [[Dialer/2007.2#Incoming_Call_Mode]]) there's always a contact icon appearing but the docs/this page doesn't contain actions or use cases for setting a contact's icon. --[[User:Fwendt|Fwendt]] 20:07, 20 December 2007 (CET)

Talk:Dialer/2007.2

2007-12-20T18:47:46Z

Fwendt: added note on two missing features

I'm missing two common scenarios here

a) On the Talk page/In Call Mode: "transfer call to [speaker|headset|bluetooth-device]" I often start talking to a person and makes sure that he/she isn't occupied and "available/free" and then starts a "conference" talk with the speaker turned on so everyone in the room can participate

b) On the History Page/In Call History Mode: add/save number to [existing contact|new contact]

--[[User:Fwendt|Fwendt]] 19:47, 20 December 2007 (CET)

Talk:IM

2007-12-09T21:22:27Z

Fwendt: the IM application needs to be able to move between X displays

whether there will be support of Jabber IM? --[[User:Binary|Binary]] 14:57, 26 March 2007 (CEST)

I would think so, the best course to take would be to use [http://developer.pidgin.im/wiki/WhatIsLibpurple Lib Purple] (The GAIM backend) which supports Jabber and most other protocols. --[[User:Danzel|Danzel]] 01:27, 16 April 2007 (CEST)

I'd rather just see that there's a way to choose which X display my IM should go to - consider the scenario where you start the application on the OpenMoko (gaim for instance) and when at home (GPS, or perhaps try an IP each time we're on charging via USB) gaim pops up on your desktop/laptop that you use for everyday ... whatever you do at home. When you go to work, you unplug your OpenMoko and gaim emediately "pops back down" into the phone. When at work you plug some USB-cable in and voila, gaim pops up in your X session at work. --[[User:Fwendt|Fredrik Wendt]] 21:21, 9 December 2007 (CEST)

Openmoko Local Groups: Gothenburg

2007-12-06T20:34:57Z

Fwendt: added link to my user page

Welcome to the Gothenburg OpenMoko page!

{|border=1
!Namn
!Kunskaper
!Intresse
!Var
!Annat
!Har
|-
|[[User:CM|Claes Mogren]]|| Programmering || Högt sedan November 2006 || Majorna || Någon som har ett debug board? || [[Image: Moko.jpg|center]]
|-
|[[User:Fwendt|Fredrik Wendt]]|| Okända || Köpa || Majorna || Inte ännu || Köplust
|}

See [[Talk:OpenMoko_Local_Groups:_Gothenburg|discussion]]

[[Category:Community]]

Openmoko Local Groups: Gothenburg

2007-12-06T20:32:39Z

Fwendt: added myself to the list

Welcome to the Gothenburg OpenMoko page!

{|border=1
!Namn
!Kunskaper
!Intresse
!Var
!Annat
!Har
|-
|[[User:CM|Claes Mogren]]|| Programmering || Högt sedan November 2006 || Majorna || Någon som har ett debug board? || [[Image: Moko.jpg|center]]
|-
|Fredrik Wendt|| Okända || Köpa || Majorna || Inte ännu || Köplust
|}

See [[Talk:OpenMoko_Local_Groups:_Gothenburg|discussion]]

[[Category:Community]]

User:Fwendt

2007-09-24T23:18:21Z

Fwendt: fixed the external link

== Fredrik Wendt ==

Oh, well. Not much to say really. Swedish guy that got his hands too deep down the java jar :)

I expect python bindings to be available and mature much earlier than for Java, hence this will be the project where I (finally) embrace python!

Guess that's all. [http://wendt.se wendt.se]

User:Fwendt

2007-09-24T23:17:21Z

Fwendt: one red link less

Wish List

2007-09-02T20:52:58Z

Fwendt: Added reject call with SMS

This article is a place to collect various thoughts about the future of the [[OpenMoko]] software platform. Most wish list ideas have been linked from this page, but you may also wish to check all pages [http://wiki.openmoko.org/wiki/Category:Ideas that have a category of 'Ideas'].

== Development ==
=== Painless SDK installation & Setup ===
Our goal should be a completely painless setup for somebody wanting to develop using [[OpenMoko]]

* one command for installation (apt-get install openmoko)
* one command to start Xnest (openmoko-xephyr?)
* one command to start an i386 shell (openmoko-386-shell)
* one command to start an armel shell (openmoko-armel-shell)

No extra configuration required.

==== IDE Plugins ====
People like to see plugins for
* [http://anjuta.sourceforge.net Anjuta]
* [http://www.eclipse.org Eclipse]
* Game engine - Game Creation plugins
evaluate eclipse project [http://www.eclipse.org/dsdp/index.php Device Software Development Platform Project from eclipse] and subproject [http://www.eclipse.org/proposals/tml/ Tool for Mobile Linux]
* [http://www.kdevelop.org KDevelop]
* [http://developer.apple.com/tools/xcode/ XCode]
* [http://msdn.microsoft.com/vstudio/ Microsoft Visual Studio 2005]

==== UI Designer ====
Glade code generation is deprecated, so we don't want to use it. The Gtk+ powers told me that the plan is to have gtk 2.12 (out early 2007) with support for GtkBuilder, a libglade derivative which breaks a bit the XML definition in order to support all the new widgets and properties; as soon as it's in the other ui builders will add support for this format. See also [http://bugzilla.gnome.org/show_bug.cgi?id=172535 the relevant bug entry]
* Possibly a Landscape (rotated) view for the screen (480x640 *or* 640x480)?

==== Built-in Scripting Language ====
{{Main|Wishlist:BuiltInScriptingLanguage}}
There was a [http://lists.openmoko.org/pipermail/community/2007-January/001909.html fruitful discussion about a built-in scripting language on the mailing list in January.] Many people feel that it is very important for OpenMoko to choose a scripting language to ship as default in the standard OpenMoko firmware.

===Foreign Widget Set Bindings ===
==== Qt Integration ====
The Trolltech folks have a great widget library. I'd like to interface OpenMoko with Qt4, so that we can write Qt4 applications for the phone which don't look alienated.

==== Maemo Integration ====
The Maemo folks have created a successful standard for Webpad applications. I'd like to have a set of MaemoMoko and MokoMaemo wrapper classes that allow me add support for running OpenMoko applications on Maemo and vice versa. Perhaps we can get help from the Nokia OSS folks for that.

==== wxWidgets Integration ====
wxWidgets is a cross-platform application framework that's very popular (I'd say, #3 after Qt and Gtk+). On Linux, wxWidgets uses Gtk+ to implement the widgets. It shouldn't be hard to add support for the additional OpenMoko classes to wxWidgets hence supporting the native OpenMoko look and feel for wxWidgets applications.

wxWidgets team wants OpenMoko classes too and we (wxWidgets) plan to include this project as one of our ideas for [http://google-code-updates.blogspot.com/2007/02/speaking-of-summer.html GSoC 2007]

==== SDL Integration ====
SDL is ''the'' game developer library. There are tons of SDL games out there. We should add OpenMoko support into SDL.

=== Software: Language bindings ===
==== Python bindings ====
Python bindings seem to be a commonly requested feature.

[[User:Mickey]] says, "They are kind of usable on the [http://www.maemo.org Nokia 770], but it's at the lower end of being bearable. We should keep this in mind -- Gtk+ already comes with Python Bindings, so we "just" would need to wrap libmoko*. I would prefer to leave this to the community do though, since it doesn't make sense to start wrapping the API until we have a stable API -- and I can imagine it will take us a couple of months after going open until we can start with stabilizing the libmoko API."

==== C++ bindings ====
There is a whole skilled C++ community coming from the [http://qtopia.net Qtopia] and [http://opie.handhelds.org Opie] projects. If we would consider basing OpenMoko C++ Bindings on [http://www.gtkmm.org/ Gtkmm], then we could drag these guys in.

==== Other bindings ====
* Perl
* Ruby
* C#
* I think you could skip a bunch of these by binding to Dbus; most languages already have Dbus bindings

== Community Support ==

=== [http://projects.openmoko.org projects.openmoko.org] ===
Infrastructure for developers with
* One bugzilla for all projects (makes moving bugs forth and backwards between projects ''very'' easy)
* One mailing list for project

== Platform ==
=== Community Images ===
In the future there could be complete, unofficial "product images" that are created by the community, for example maybe one that incorporates only free software (in the GNU or OSI sense). Or images build with a particular niche market in mind -- a student for example.

=== Wishlist voting ===
There could be a kind of voting system like they have at one of those big computer manufacturers homepage. Then the community could vote for the ideas that are most important to them. This would especially make sense for the hardware wishlist, because the hardware is still the part which can't be done by the community that easily.

== Software: Additional features ==
===Calling===

==== Mask ID based on dialed numbers ====
It would be nice if my number only showed up when I call people in my address book and was otherwise masked. The phone I have now either always shows my number or never or can be set on a per call basis. Having it done automatically based on the number dialed would be good.

==== Use calling cards and similar routing techniques for lower-cost calling ====
Many people use calling cards, low-cost numbers and similar ways of reducing the costs of their calls. It would be nice to have a single panel that would allow you to configure the rules of dialing a number taking in to account such systems.

==== Outgoing black/white lists ====
The ability to allow or deny outoging calls to certain numbers can be useful in a number of situations (e.g. the holder of the 'phone is a child, untrusted, etc.). This could be related to entries in the contact list, for example a user is only allowed to call people who are in their contact list.

Also lists for incoming calls? Some friends always come through, unknown numbers get rejected automatically.

==== Time-based blocking/unblocking of calls ====
Allowing or disallowing outgoing calls at certain times of the day could be useful, e.g. blocking a business phone from making calls outside of business hours.

====Speaker-phone====
* A speaker-phone is more than simply connecting the speakers to GSM audio, it's also echo cancellation, and eliminating the feedback that will otherwise happen between the speakers and the mic. This software has not been written.

====Advanced Airtime Tracking====
Many phone users have complicated plans, things like unlimited incoming, 100 anytime minutes, 1000 evening minutes, etc. It would be nice if a user could input the various monthly airtime chunks their plan gives them, and then the phone could track how much is left in each chunk, i.e. How much anytime minutes are left this month? Optionally, the software could warn when someone is close to the monthly limit, to help avoid bigger bills.

==== Anti-stutter software ====
Delayed Auditory Feedback (DAF) has shown to reduce stuttering in individuals by 70%. By using the microphone, it should be pretty simple to implement this on the OpenMoko. The DAF functionality should also be present during phone calls. See http://en.wikipedia.org/wiki/Delayed_auditory_feedback for more information.

====Minimize In-Call mode (check address book while in call)====
On my locked phones I always find it annoying that one can not use other features while a call is in progress. In particular, I'd like to access the address book so that we can (1) give a caller someone else's phone number (or other info) and (2) lookup a phone number when using a calling card or some other proxy.

Similar request when using the browser (lookup passwords, todo list, etc).

====Hold Music (Ringback Tone)====
On some cellphone networks you can pay to change the normal [http://en.wikipedia.org/wiki/Ringback_tone Ringback Tone] that the caller hears when ringing, to a customised sound.
This can partially be implemented on the phone.
Issues are:
*In countries where callers pay, this will make you unpopular.
*In countries where the called party pays, it will use your minutes, or cost you money.
**A list of people to activate this function for would alleviate this.
*[[GPRS]] internet connection will stall while the hold music is being played.
*Extra battery used when playing music.

Also see [[Answering Machine]].

====Play sound clips over the air====
Dialer could have a tab with big buttons which, when push, send sound clips over GSM to the person on the other end of the call. This feature is included in GizmoProject and is called sound blasts: http://support.gizmoproject.com/index.php?_a=knowledgebase&_j=questiondetails&_i=104
The buttons can have default sounds, but also have the ability to be customized.

It would also be useful to loop a pre-recorded sound in the background so you can lie about where you are, and have the ability to simulate a really bad connection.

==== Conversation Recorder ====

An option to record phone conversations. Would be helpful to have the device always recording for every call, with the sound data encoded to low quality Ogg Vorbis or SPEEX and stored in RAM. At the end of the conversation the user would have the option to save to flash or discard the conversation. This idea could also be applied to voicemail so you could save voicemails locally.

====Unlicensed Mobile Access (UMA)====
T-Mobile recently rolled out a UMA service that hands off calls between the GSM network and WiFi access points. Only a few phones support it right now, this could be a rather unique feature if OpenMoko can implement it.

==== Ignore-Call Button ====
{{Main|Wishlist:Ignore Call Button}}

Shut up a ringing phone, without accepting or rejecting the call.

Another alternative might be to use microphone to recognize when the user gives an audible "Shhh!" command. This could prove difficult to determine with the simultaneous ringing, and possible in-pocket shuffling noises.

A really usable feature is to "reject with SMS/text message" - letting the user reply the caller choosing a previously setup template or typical response: "I'm in a meeting - I'll call you later" or "Can't take your call now, please call back in 10 minutes". This feature typically is a much better way to get your co-workers (ie boss) to back off, than to silently ignore the call.

==== Voice Mailbox ====
{{Main|Voice Mailbox}}
On-Phone voice mailbox that records calls on the phone and retrieves voice messages from your mobile service provider's voice mailbox and saves them locally.
Can act profile-dependent.

==== Hold Button ====

Similar to mute, but plays a sound file for the user on the other end while they wait. The sound file could be chosen in some setup beforehand.

==== Unanswered Call, Fast Call ====

In Greece because of the various bill programs some people call a mobile phone, rings one time and then hangup.
Then the user of the mobile phone calls the other user(using the CallerID recognition).

===Audio===

==== Ambient Noise Detection ====
{{Main|Wishlist:Ambient Noise Detection}}

Using the microphone to detect ambient noise the ringtone volume could be adjusted automatically.

Detection of ambient noise could also be used to subtract the noise from the audio signal. However this approach is best performed using two Microphones, one for the voice and the other to detect the noise.

==== Active noise control ====

Using the microphone to do [http://en.wikipedia.org/wiki/Anti-noise active noise control] on media player playback or telephone calls. This should be an independent module/library which can be used by any application which might require this feature. also provide a way to easily alter the parameters of the active noise control.

==== Hear Impaired Mode ====

Hearing impaired people need louder speaker(but with less volume than hands free) and equalized sound, based on their hearing problems(example 20dB hearing loss from 2KHz to 4KHz).
Older people 50+ years old need slower speech rate(time stretch, cut the big speech gups) and cleaner voice.

Please note also the Hearing Aid Compatibility regulations in the US. I have tried to summarize and clarify them [http://quux.wiki.zoho.com/WhereAreHACphones.html here]. I haven't yet discovered whether the FIC device is M or T rated. For many hearing impaired users, a tcoil coupling to their hearing aid (t3/T4 rating) would be preferable to manipulating sound output in other ways.

==== Mute Button ====

Button to temporarily disable microphone while talking for applications such as telephone, audio recording and (when available) movie recording.

===Media===
====Music/Video Software====
A real good programming area for competition with the iPhone, a singular video/music player would be great for multimedia. A seamless integration system, a la iTunes and iPod, would be extremely popular.

Using the Wi-Fi connectivity, a separate music program that supports wireless music sharing/ streaming (similar to what can be done when two computer running iTunes that are both on the same network) and that also supports internet radio.

==== Reading Support ====
It would be really great to be able to read :

*PDF
*Open Document files
*Text / RTF files
*MS Office files
*Aportis Doc (pdb)
*DjVu
*...

In both landscape and portrait

==== Wikipedia Mirror ====
{{Main|Wishlist:Wikipedia_Mirror}}

==== Blog ScribblePad ====

Draw an image (and maybe add some text), then post to your blog.

==== E-Book Reader ====
* Neos brilliant ultra-sharp screen makes for a very good e-book reading device. All it takes is a good e-book reader with touch-screen page turning / scrolling. FBReader could probably be adjusted easily by an experienced GTK hacker. Note that e-book reading is different to pure text/pdf displaying as it requires at least auto-bookmarking of the last read page, proper text and image scaling and text formatting.

==== Personal Wiki ====
{{Main|Wishlist:PersonalWiki}}

Display the notes database as a Wiki. Inspiration: [http://www.acrocat.com/AcroWiki/default.asp?lang=en AcroWiki].

[http://www.didiwiki.org/ Didiwiki]

==== Dictionary, thesaurus, translator and flashcards ====
Native lookup dictionary and thesaurus and foreign translation dictionaries, also with support for Asian languages. Optional custom configurable (though preconfigured) interface with on-line versions of dictionaries, thesaurus and translation services.

Support for vocabulary training with flashcard system (also usable for other content than foreign language words!)

===PIM (Personal Information Managment)===
====Context Sensitivity====
Any email or sms message or application that contains a telephone number should be click to dial, eg [http://123567890 1234567890]. Addresses link to mapping software too?

==== Address Book ====

* Option to search not just the stored list of addresses, but one or more of the online phonebooks. Probably should be modular to make adding/changing phonebook sites easy. Also allows for future integration with LDAP
servers or whatever.
* Also the possibility to search all info on the contact, like number, email, postal address and so on, in case someone asks you to identify a known number.
* Web-based map-lookup. 'How do I get there from here? (here = current GPS location)' This could also be done
by integrating with whatever on-phone GPS mapping software the Neo ends up using.
* Random text input 'notes' about a contact
* Overall, this should more resemble a Palm-pilot's address-book than your average cellphone's
* Automated Daily backup of phone book to a website archive (similar to Verizon's Back-up Assistant
*Ability to integrate address book with web-based email (such as gmail) account, for those who use web based email as their primary account
* '''[[Wishlist:Tagging|Tagging]]''' Place tags for contacts. Enhance message application to send messages to all contacts tagged with ... . Enhance other application(GPS, ...) with tags.
* Support for:
**[http://en.wikipedia.org/wiki/SyncML SyncML]
**[http://en.wikipedia.org/wiki/Ldap LDAP] address book
**[http://en.wikipedia.org/wiki/LDIF LDIF], [http://en.wikipedia.org/wiki/Xml XML] and [http://en.wikipedia.org/wiki/Comma-separated_values CSV] export and import (when possible).
*Store Bluetooth IDs of friends and notify (configurable only on this device or on both devices) when a one of these Bluetooth ID has been detected (this is more a separate application but has requirements on the address book. Should also be able to create an address book entry from a Bluetooth ID. Could be used as a nice tool to detect people who you're avoiding.

==== Database/List Display/Edit ====
{{Main|Wishlist:PilotDB}}

One of the most useful apps on my Palm Pilot for me is [http://pilot-db.sourceforge.net/ pilot-db]. It's GPL'd.

==== Joe's Goals ====

It'd be nice to have something like [http://www.joesgoals.com Joe's Goals] always available, like my phone is, even when I'm disconnected from the net.

==== Workout ====

Use your phone instead of your notebook while at the gym, and get pretty graphs to admire after you're done.

==== Shopping List ====
keep Track of Prices in different shops and the products you have/don't have. Ideally using a barcode reader and gps.
If it was made aware of recipes it could even tell you what to buy without entering a shoppinglist manually.

==== Fuel Log ====
File data about fueling your car (date/time, liters, price, mileage, ...) and display some information (costs per month, average consumption, ...).
Advanced features could include:
* Automatically storing the GPS coordinates of the place where the car has been fueled (can be deactivated)
* Sending the data to a central server which collects the information
* Let the OpenMoko receive fuel logs per SMS (e.g. if my wife with a non-openmoko mobile fuels the car and wants to file the data using her mobile phone)
* Let the OpenMoko device act as SMS gateway for non-openmoko devices to easily send the data to the central server
* Also support for air log for divers. Not that you will take this device under water but for the crew at the surface.

==== Keep in touch reminder ====
A background application which keeps track of your friends and reminds you when you have not talked, SMS, IM or mailed a person for more than # days.

==== Menstruation period timer ====
Fill in statistics and compute probabilities for menstruation, fertility, mood.
See http://www.getjar.com/products/48/MyGirls

==== Tagging ====
{{Main|Wishlist:Tagging}}
Tags can be used by various applications. Requirement is interoperability for further enhancement.
Tags should be applied to calendar events, mail/sms, calls, places(GPS) and files.

==== Context based TO-DO list ====
{{Main|Wishlist:context based to-do list}}

If I arrive home and there are "@home" things in the to-do list, the Context based to-do list reminds me of that.

==== Exchange Integration ====

Once there is good TCP/IP connectivity on this phone, integration with corporate email/calendar/to do/etc servers would be a big advantage... near-real-time automatic email downloads and automatic bi-directional syncing are productivity boosters that you have to experience to appreciate. It turns your phone from a 'nice gadget to fiddle with' to a natural-feeling extension of your day-to-day life.

* Is the time right to name names ? Add as your liking...
** Plugin/integration to & from Kontact
** Same with Evolution - Thunderbird - Seamonkey
** ?? Google Calendars ?? (this one is tough)
** Ms Exchange

==== An electronic wallet ====

A database which stores securely PIN codes, login data, bank and email accounts, membership informations, and other valuable and private data. Entries can be ordered in a folder-like manner. Access to the database is given by a master password. The database as well as the master password are stored with strong encryption. For security reasons, the program asks again for entry of the master password after a certain period of inactivity. The database can be synchronized with a PC application (ideally written in Java for cross platform compatibility).

Examples: KWallet [http://docs.kde.org/stable/en/kdeutils/kwallet/index.html], Viskeeper [http://www.sfr-software.de/cms/EN/pocketpc/viskeeperpro/index.html], KeePass [http://keepass.info/]

==== Easy business card sharing for a small group (in the same room) over bluetooth or WIFI ====

Six Neo1973 owners are having a chat in a cafe. They agree to split but meet later. They want to exchange their numbers with each other before they go.... The normal way to do this is for a rather longwinded repeating of numbers to each other, or half the people manually inputting numbers before phoning/texting the other half to complete the process. All in all its a fair number of button presses to get it sorted.

Instead the NEO could have a small app where the phones link up in a small peer to peer Bluetooth network and share automatically with one person initiating a request and the other detected NEOS agreeing/acknowledging the share. The initiating NEO would then sync the mini-group automatically by interrogating each phone and then sending the table of results. The NEOs would have to be clever about checking for duplicates in the address book and offering a choice to the user if there are any conflicts.

PROS:
*genuine saving in time for social and business situations

CONS:
*I am sure there are some security hassles to be pondered....
*not going to be used every day... definitely not an immediate priority.....
*only at geek conferences will all have a neo....

===Profiles===
{{Main|Wishlist:Profiles}}

The Wishlist:Profiles page documents many possible profiles - ways to configure the phone. Including ways to respond to calls, wifi and GPS events.
And how to automatically switch between them.

===Text Messaging===
For '''Text Input related ideas''' see [[Wishlist:Text_Input]]. Bear in mind that T9 can not be included
For current development status of the messaging-app see: [[Messages]].

There are many useful options that now can be used to full capacity:
* '''Acknowledge/status SMS'''
In GSM networks so-called acknowledge-SMS are sent back to the SMS's dispatcher in order to indicate that the primal sms was received (as message delivery is only best effort and is not guaranteed). So in the SMS dialog there could be equal sized buttons with captions as 'send only', 'send and receive delivery status message' and 'send and notify (e.g. ring) when delivery succeeded'.
** '''Special handling of status-SMS'''
Related to the previous entry, these acknowledgment-sms' should be handled in a different way than normal SMS'. Most Motorola do this, while Samsung SGH series don't & clog the inbox, warn of a "new" message upon Status notification: Delivery Status Messages should be stored in a separate menu so they don't bloat the received-folder and you are able to quickly review the status of the messages you had sent.
* '''SMS at time/date''' You could be able to set up messages that are sent at a certain time/date
* '''Binary SMS''' Send binary SMS. Could be used to feign WAP pushes. [http://en.wikipedia.org/wiki/Multimedia_Messaging_Service] See:
** Resource for SMS encoding: [http://web.archive.org/web/20021016104345/www.dreamfabric.com/sms/] [http://web.archive.org/web/20060411222332/] [http://home.student.utwente.nl/s.p.ekkebus/portfolio/resource/sms_pdu.html] [http://www.ihub.com/Binary%20Messages.htm]
** [http://www.gammu.org www.gammu.org] - you can use Gammu/Gammu+ source for this software and/or understanding various SMS formats including EMS, WAP, Nokia Smart Messaging, Siemens & Alcatel encoding ([[User:Marcin|I could]] eventually help)
** Resource for SMS encoding (German): http://de.wikipedia.org/wiki/SMS-Kodierung
** The infamous pocketpc-attack: http://www.mulliner.org/pocketpc/
* '''Profile-override-SMS''' SMS that start with a certain code word override the silent profile and have the phone ring. So someone could alert you in case of some emergency.
* '''Codeword-SMS''' An expansion of the above: check for code words and allow selectable tones for matches. E.g. "Server Down!" has a loud klaxon, "Disk Warning" has a quiet chirp.
* '''(De-)Abreviation-script''' Implement a script that de-abbreviates: "hi m8 u k?-sry i 4gt 2 cal u lst nyt-y dnt we go c film 2moz" becomes "Hi mate. Are you okay? I am sorry that I forgot to call you last night. Why don't we go and see a film tomorrow?" (taken from: [http://en.wikipedia.org/wiki/SMS_language])
** Implement a script that abbreviates :-)
* '''Anti-Spam''' ...feature for SMS. May be it's possible to port some Bayesian based application like bogofilter.
* '''Rule based authorizations''' ...for received messages. For example, delete messages from one source between 9h00 and 18h00 (workday) allow them otherwise (to get alerting messages).
* '''Enable chat-like SMS-viewing''' SMS-Email-like: retain SMS app, but store 'conversations' rather than pile-up. Group/archive conversations by Caller Group (Work / Friends / Home / any user-defined Caller Group). Show appropriate icon from either Caller Group or Caller ID at the source of conversations panel
* '''Searching''' allow full-text search or string search.
* '''Massive SMS Deletion''' based on Conversation, author, before-date-xx.xx.xxxx, caller group, [[Wishlist:Tagging|tags]]...
* '''Call Back''' Prompt 'Call Back' alongside other first-line options (Delete, Save number,.. this kind of options) that appear when reading an SMS.
* '''Non-destructive deletion''', deleted messages goes to trash, and are recoverable.
* '''SMS-EMail-Gateway'''
SMS comes in, gets forward to your inbox, like any other piece of mail. Appropriate alerts and etc occur - again, just like for email. A simple SMTPD running on 127.0.0.1 that is hooked to an email-to-SMS translator that will send email addressed to 'SMS@localhost' (or whatever special address) out via SMS
* '''SMS-filter chain''', for stuff like Codeword-SMS above, Theft-mode activation, auto-response (reply with gsm-position for "Where are you?"), auto-substitution (like replace $POS with gsm-position in outgoing SMS).

=== Text input ===
{{Main|Wishlist:Text Input}}
There are many good suggestions for text input on the specific text input ideas page.

=== More/Custom Input Method Widgets ===
{{Main|Wishlist:More/Custom_Input_Method_Widgets}}
Additional and customizable Input Method Widgets (similar to virtual keyboard).
This could add soft-key functionality to games or other applications such as:
*D-Pads
*buttons
*virtual trackballs
*...
Personalized layouts could be associated with each application.

=== Games ===
{{Main|Wishlist:Games}}

=== Mesh Networking ===
{{Main|Wishlist:Mesh Networking}}

=== Printing Support ===
It would be really neat to be able to print over either bluetooth or USB. I can imagine wanting to print:

* Notes
* Maps
* Email
* Calendars
* ...

Cups contains a bluetooth printing backend, so (in theory) once you have your data in postscript format, you could hand it to cups and it'll do the rest. In practice, it depends on

# GTK+'s printing support
# Making cups run on a really small system

{{note| GTK+'s printing support seems to be very immature in 2.6 (which we need to use for some time). Gtk+ 2.10 contains much better printing support -- once we can use this, it should be more easy.}}

There's always the possibility to render postscript ourselves, but this is not a piece of cake -- in general, printing is much harder than one would imagine.

Further details:
* [http://groups.osdl.org/apps/group_public/download.php/2205/print-summit-gtk.pdf#search=%22gtk%2B%20printing%20API%22 osdl.org]
* [http://www.gnome.org/~alexl/presentations/guadec2006-printing.pdf#search=%22gtk%2B%20printing%20API%22 gnome.org]
* [http://www.j5live.com/?p=204 j5live.com]

===Misc Software===
====Clocks/timers/Activity meters====
===== Sport tracker =====
{{Main|Wishlist:Sport_tracker}}
Sport tracker can be used to measure the distance/velocity from point A to point B (or it could have several intermediate stopping points) using GPS. This would be extremely useful for running, biking, hiking, etc.

===== Standby clock =====
{{Main|Wishlist:Standby_clock}}
A quick way to see what time it is.

===== Egg Timer =====
{{Main|Wishlist:EggTimer}}

Very simple (one click) count up / count down timers are very useful.

===== Cycle Computer =====
As already mentioned by [http://wiki.openmoko.org/wiki/User_talk:Technil Technil], a cycle computer could be created using gps. The sensor at the bike's wheel could transmit data via bluetooth or some cable that would be attached to an openmoko device. In order to save power, one could switch off the gps and only use the bike's sensor.
* Just another idea that came to me: Why don't have sensor's transmit cable plug into the headphone/microphone plug? A tool reads the signals created by the induction of the passing magnet, then gives them to the cycle-computer-app :) --[[User:Minime|Minime]] 19:50, 12 April 2007 (CEST)

===== NTP Server =====

Run the [http://www.ntp.org NTP] daemon using the GPS chipset as a reference clock, so that the Neo would have a very accurate time-of-day clock and would be able to serve time to other networked devices.

I don't know what it would take to implement this. Items to consider would be the availability of a 1 pulse-per-second hardware signal, the accuracy of timestamps delivered in NMEA messags, etc. Dealing with power-management issues (such as the device going to sleep) would also be challenging.

Very simple (one click) count up / count down timers are very useful.

===== Reality check reminder =====
{{Main|Wishlist:Reality check reminder}}

A tool to [http://www.phrack.org/issues.html?issue=64&id=16 hack your brain]

====Calculators====
===== A Universal Unit Converter Tool =====

One never knows when one may have to convert acre-feet into deciliters. A unit conversion tool makes all engineers and engineer wannabes much happier. And not only the engineers.

Ideas what kind of conversions a converter tool could do:

Lenght
- Acceleration
- Angle
- Angular Velocity
- Area
- Capacitance
- Radioactivity
- Currency
- Charge
- Computer Memory
- Conductance
- Density
- Energy
- Illumination
- Power
- Force
- Flow
- Pressure
- Speed
- Temperature
- Time
- Torque
- Viscosity
- Volume
- Weight

Roman Numerals
- ASCII, Hex
- Cooking
- BMI
- Clothing Sizes

Physical and Mathematical Constants
GPS conversions

- link to or integration of a scientific calculator
- link to or integration of a simple calculator

A good basis for such a converter tool could be the Palm program "units" from
François Pessaux [http://francois.pessaux.neuf.fr/files/units1_11.tgz]. The GPL'd program comes with full documentation.

For GPS conversions see gpsbabel [http://www.gpsbabel.org]

===== An Postfix Notation (RPN) calculator =====

Many engineers, computer scientists and other groups who have grown to enjoy the simplicity and ease of an postfix notation calculator will miss them when they give up other platforms to move to OpenMoko. A RPN calculator will increase adoption by providing one of the tools that other platforms have provided for many years.

==== Web-browser Plugins ====

* While an extensive browser plugin system would be costly to the efficacy of the platform three particular browser plugins as poplularized by Mozilla firefox should be adapted to the web-browser, namely: [http://noscript.net/ noscript], [http://adblockplus.org/en/ adblock plus], [http://www.greasespot.net/ greasemonkey] and [http://www.foxmarks.com/ foxmarks].
* Careful use of these can dramatically reduce bandwidth, page space, and rendering costs even if it comes at the risk of some hard drive space in the form of block lists.
* Greasemonkey, in particular, gives users control to set up scripts for commonly traveled pages to further reduce unnecessary or unwanted content.

==== Windows CE Emulator ====

On ARM machine, Windows CE API emulator, like Wine on x86 machines.

==== PalmOS Emulator ====

The Access group is probably coming out with their Linux platform any time soon. One of the components is a PalmOS emulator which I'd like to see working on OpenMoko as well. There are literally thousands of PalmOS apps.

I'd like to see a Windows CE Emulator with active sync support.

==== TV Guide/Remote Control ====

Use your Phone to easily program your VCR using EPGs.

==== Alcohol meter ====
Give the phone some info about your body (gender, size, weigth) and when/what you drink and it will compute an approximation of the amount of alcohol in your blood. Updates automatically, could have an alarm, when you are probably sober again.
See, for example (German text) http://www.misterio-online.de/promille.htm

==== Interaction with LEGO Mindstorm ====
With the accelerometers, GPS and good CPU, the phone could be used to control/serve as input with robots built with LEGO Mindstorm, which can be accessed by USB and Bluetooth.

==== Flashlight ====
Simple finger application that makes every pixel on the entire screen white to be as bright as possible until you tap the screen again to turn it off. This way, you can use your Neo as a (short term) flashlight!

=== Accessibility ===
Accessibility features for the visually impaired.
* High Contrast Themes.
* Screen Magnifier. Features should include automatic cursor tracking when navigating menus and entereing text and provide manual controls to zoom in on other section of the screen.
* Text to speech. The software should read out menu item ,contact lists ,text messages etc. Would also be useful for operating the phone while driving.

==== VOIP ====
Ability to use the phone for VOIP over wi-fi such as Vonage. They currently have 2 different pieces of software for pc . Basically software creates a mac address which is paired with your Vonage account. Skype could also be implemented but I prefer Vonage. Only available when connected to wi-fi with a good connection. Phone treats calls the same as a cellular call, could keep a separate log of minutes, ability to record conversations, etc. Option to use VOIP if connection is available automaticly or manually. Small icon to show when call is using VOIP.
* A standard SIP client would probably fit better into the "free and open" philosophy.
* Ideally a SIP client that includes ZRTP/SRTP for secure communications.

==== Power Meter ====
If the power bar is clicked on it will show time left on charge and if charging it will show time until full.

=== Accelerometer wishes ===
==== Flick interface ====
Ability to "flick" the phone for page up/down by simply and rapidly tilting the phone back-and-forth for up and forth-and-back for down. The same motion can be implemented for sideways motion. This will take advantage of the 2 3d accelerators.

Sensitivity of the scrolling should be configurable and a test option provided.

==== Reading navigation of documents enhanced by accelerometers ====
If the two accelerometers in Neo1973 allows it, it will be nice if when you're reading, give a newspaper, you can move up, down, left and to the right the viewing of the document just moving the phones to the corresponding direction.

I don't know if this is possible (haven't seen the project in detail yet) but this feature could be very attractive for final users (and this is good). (sorry for my english but i'm italian)

==== Wand UI ====
In keeping with the requests to think outside of the box... the dual 3d accelerometers should enable a 'magic wand'-style UI for certain uses. Macros could be recorded and edited, or presets could be used. For example, flipping the device playfully could initiate a game mode or could signal the end of the work day.

==== Shake-to-Wake ====
Giving the phone a shake enables voice commands for a few seconds.
Usage Examples:

{Shake} "Call" ''ContactName'' ''PhoneType'' --- {Shake} "Call John Mobile" (Calls John's mobile)

{Shake} ''ApplicationName'' --- {Shake} "Reader" (Opens the e-book application)

Would require a method of inputting voice tags for applications and contacts and obviously will only work for P2 (accelerometers)
But lets get voice command functionality working before P2 (just by pressing a button on the screen instead of shaking)

I think that is possibly to replace "Shake" with double hit with finger in the side of phone. Proper algorithms(with accelerometers) should recognize any similar activities.

==== Emergency call ====
When the accelerometer detects a great acceleration (i.e. 5G) start a countdown sequence, if it is not stopped make a call to a preconfigured emergency number. If the data from the GPS is accurate give it.

A first version could use a recorded message (an audio file). In next version it could use a synthesizer, so it can give more information (add GPS information when it is ready).

==== Movement detection ====
By detecting that the owner is walking a user defined profile can be activated with a specific set of notification settings. For example you may wish to use a cheap old sounding ringtone so you don't attract attention from muggers. Or you may wish to have a louder ringtone if you carry your phone in a bag where it can't be so easily heard.

==== Others ====
Also see the pages[[Wishlist:Auto Align Map]], [[Wishlist:Determine Position]], [[Distance Measuring]], [[Wishlist:Computer Mouse]], [[Wishlist:Dynamic Screen Orientation]].

=== Connectivity ===

==== VNC client ====
A good, stylus friendly VNC client/host combo would be easy to add and terribly useful.

==== Networked X-Windows ====

Whether it's running true X-Windowing over the network, or your bog-standard VNC connection as mentioned above, the ability to have your phone's screen available on your laptop or palmtop would be most desirable.

==== NX client ====

A form of X-windows forwarding optimized for performance over slow, or high-latency links, which could prove extremely useful. Capable of streaming a good quality, full desktop session over modem speeds. The protocol and at least one implementation is gpl'd. [http://en.wikipedia.org/wiki/NX_technology wikipedia]

=== Security ===

==== My Account ====
{{Main|My Account}}
A way to securely store information about the phone, and ensure that a phone you may be considering purchasing is not stolen.

==== [http://zfoneproject.com/ Zfone] or similar ====

Something that allows the user to speak with another person securely.

==== GSM Encryption ====

This software application would allow GSM encrypted calls to be made using the GSM Data Call Channel.

[[OSvS]]

==== My Voice is my Passport ====
Use voice recognition to unlock the phone. "Hi. My name is ... My voice is my passport. Verify me."

==== Firewall ====
A network firewall

==== Anti Theft Application ====

This application would enter the phone into an [[Anti-Theft Mode]] which activates particular security features to reduce the risk of theft and also to ensure a higher probability of recovery of a stolen handset.

====RFID based personal alerts====
Assuming an RFID reader is available: You'd put an RFID tag on your keys, wallet, etc and train a program on the phone to give you a soft or hard alert when one of them leaves detection range. That way, if you're walking away from one of them, the phone could alert you.

=== Integrated Help System ===

A help system that is either on or off. It could be activated and deactivated by a [[five-second-press]] on a button, for example the AUX button. When the help system is activated, it will explain the use of any item you touch on screen (with stylus or finger). Example: if you touch the battery icon, it will explain that this shows battery level / remaining time. If you touch the date / time icon, it will explain that this icon shows date and time, and that if you press it, you can set date and time. Primarily, this help system should be able to explain all user interface elements in the main screen, but if it proves popular, it could be expanded to cover other applications as well.

===Performance optimisation===
==== Use DMA engine in CPU for blitter ====
The DMA engine in the CPU can substantially speed up moving of large areas of screen in some cases.

==== Use virtual screen to optimise scrolling ====
In some other cases, the hardware supported virtual screen may also speed it up.

==Bluetooth==

=== Voice Dialing ===

Dial by voice commands.
 Dial by dictating phone number. This way we can voice dial any number even if not in our contact list.

=== Music through Bluetooth Headset ===

Music can be played through a Bluetooth headset, but would stop playing when a call comes in.

=== Walkie Talkie ===

Let OpenMoko devices connect to one another via bluetooth or another connection method (GPRS for long distance but high latency, probably Wifi on P2), and hold a conversation.

Features for this applications can be:
* Push To Talk (PTT) button
* Voice Activated Control (VAC) which will set it in transmit mode when input has is detected above a certain predefined level.
* Optionally a full duplex mode
* Different channels to choose from
* Monitor different (preselected or all) channels for traffic.
* Content encryption
* Active noise control
* Allow zero config use (units can talk without any access point helping)

Local (non-GPRS) use cases include chatting while biking
or motorcycling in a group; perhaps also in a car caravan.
This application could also be used as a baby-phone to monitor your siblings.

This would be more useful if the Neo had Class 1 bluetooth, though probable Wifi on P2 will also offer more range.

=== Automatic Sync ===

Automatically synchronize with desktop computer (or with any [http://en.wikipedia.org/wiki/SyncML SyncML] server) when within range based on user profile. This may require the use of a secure data transfer.

=== GPS Assisted Bluetooth Management ===

Allow Bluetooth to automatically turn off after loosing connectivity and to automatically turn back on based upon GPS location.

A Bluetooth device is configured for automatic reacquisition based on the following profiles:
* Manual - only when Bluetooth is on
* Non-mobile - the target device is not mobile, periodically attempt reacquisition when in the general area of the device.
* Mobile - the target device is mobile, periodically attempt reacquisition when in the general area of the device.

Each target device is configured as follows:
* Automatic acquisition at last known location: enable/disable
* Automatic acquisition at these locations: list of nickname + coordinates + range

==== Non-mobile devices ====

Examples devices include: computers

The location and range of the target device is determined via training. Periodically, the current GPS coordinates and Bluetooth signal strength are logged. Additionally, connectivity loss events are logged. An algorithm uses these logs to determine the device location and range.

Connection attempts are made when in a configurable proximity to the device. The first attempt when entering the proximity and further attempts at a configurable interval.

==== Mobile devices ====

Example devices include: automobiles

Mobile devices are configured to have two types of locations:
# Last known location
# Non-mobile locations (homes)

===== Last known location =====

A car is mobile, ideally, when you leave your car, the phone should note the car's location when connectivity is lost and then attempt to reacquire the car when you return to the location of the car.

===== Non-mobile locations (homes) =====

As mobile devices may have multiple users, it is not sufficient to always use the last known location. In this case, the device may additionally have multiple homes. For example, a car might have as its homes: home garage and work parking lot.

=== Bluetooth neighbor detection and multiuser apps ===

Like the [http://en.wikipedia.org/wiki/One_laptop_per_child one laptop per child] (OLPC) interface, keep a number in the status bar that represents a count of other openmoko or compatible bluetooth devices in the area. Allow for the spontaneous initiation of a chatroom or multiplayer game or file trading with any moko in the area.

=== Bluetooth environment detection ===

Capability to detect when a predetermined bt device enters/leaves bt range and launch a system-wide event accordingly. This would feed not only the "Neighbour detection" idea described above, but also the "Profiles", "Context based TO-DO list" and "Location-based reminders" ideas. Reminders could be set to trigger in the presence of a specific person X (with BT device Y). Profiles can take into account which devices are present around the phone (car kit, for ex.). To-do list could also change according to present devices.

=== Remote control ===

==== Wireless presenter ====
Use the phone to run your OpenOffice.org Impress presentation remotely using Bluetooth. Cool features:
* Display the text notes for the presenter on the phone's display and update it whenever the slide is changing.
** OO.org has implemented support for [http://www.openoffice.org/issues/show_bug.cgi?id=12719 dual monitor]/[http://www.openoffice.org/issues/show_bug.cgi?id=18486 presenter mode] that can be used as a starting point
* A small timer showing the time passed (and perhaps remaining if the presentation app supports such a feature).
* If you want to be super-cool, you give a preview of the notes of the next slide in the show.
* At the end of a presentation, a "navigator" could allow to easily jump to any slide in the presentation by clicking on it on the phone.
** When you right-click in a running OO.org Impress presentation, you can choose "got o slide..." and select any slide to jump to.

==== Initiated from another device ====
Remote control over Bluetooth from other devices to control media player (play, pause, next, previous, volume control), camera (capture image), etc.
==== Directed at another device ====
Remote control over Bluetooth to other devices to control media player, lights in your house, etc.

Z-wave uses web-browser control of devices that is said to be compatible with mobile phone browsers so should work with openmoko browser. [http://www.z-wave.com www.z-wave.com]

=== Bluetooth Car Connection ===

Have a deeper connection to the car than just handsfree speakerphone. For instance a transceiver with challenge/response systems to open, possibly even start the car. Possibly go as far as OBD connection to monitor car status on screen/log for later.

==== Dude, Where's My Car? ====

When in range of the car navigation system, remember the position (perhaps check with the car GPS). When not in range, assumme that you are not in the car, and offer the opportunity to navigate to the car's last known position. That way, you can find your car e.g. on a large parking lot.

=== [[Bluetooth powered Multi-SIM support]] ===

As the Neo1971 does not come with dual-SIM support this could be solved by joining your old bluetooth-enabled mobile to your OpenMoko-phone.

Let SIM card A be in your OpenMoko-phone and SIM card B in your old mobile:
* Incoming call on SIM card B - the OpenMoko-phone acts as a headset(Bluetooth Headset profile)
* Calling out via SIM card B - the OpenMoko-phone acts again as a headset
* Same for Short Messages/MMS/Internet
This way you'd have your old phone switched silent and connected to your OpenMoko-phone that handles all the calls and one can select which SIM card to use.
Advantage: No 'switching' between cards
Disadvantage: Second mobile needs to be in range(e.g. handbag) and charged every once in a while.

===Internet Gateway===

If the device could function as a Bluetooth router/gateway to the internet via the GPRS/data connector, then you could use it to get network connectivity from your laptop and other devices while on the road. Many smartphones can be configured as modems via Bluetooth for use as Dial-Up Networking connectors, and that should be the minimum target. Ideally, if the WiFi functionality was used so the OpenMoko could be an 802.11 router or peer to peer gateway for a laptop, this would be even better. The full bandwidth of GPRS or whatever network is available would then be available.

=== Social Networking ===

Anybody running the social networking app will be broadcasting a profile, and when certain keywords are matched with other users who are also running the application, an alert is sounded. Each mokoid can be added as a hexstring to a profile page, and xml filters can be developed for each social service to convert various keywords and interests to moko-friendly format.

=== Give userspace api control over bluetooth signal strength ===

I have tried bluetooth handsfree sets with other phones and don't get perfect reception due to low signal strength. I suppose the reason the signal is so weak is because the manufacturer wants the battery to last long on its latest charge. Can you please make the strength setting configurable by the user of the phone through an api and perhaps even through the phones gui? I would gladly waste some battery time in exchange for stronger bluetooth signal strength.

== Other ==

=== Vibrate Pattern Recorder ===

An application that would allow the user to define their own vibration patterns, and possibly link them to audio files. Recording would be done in real time initiated with a "Record" button, optionally playing the associated sound file in sync with recording). While recording, the user would press and hold a button to define the timing and duration of vibration. The user would press "Stop" when finished. Vibration patterns would have the option of being looped(would terminate at some global ringtone length maximum).

One simple suggested vibration file format would be a sort of run-length encoding: First byte defines the length of a "time-slice" in milliseconds, which would determine the overall tempo(actually the inverse of tempo). The next byte would define the number of time-slices to leave the vibration on, and then another byte for how long to pause after. Continue alternating these on/off bytes until the entire pattern is defined.

- or just use MIDI, using a separate channel for the vibrator.

An implementation of RTTL could also be used to define vibration patterns.

=== PC Input Device ===

Provide a method to use the touchscreen as input device for a nearby desktop machine. Could connect over USB or bluetooth.

=== Advanced Notification And Ringtone Manager ===
{{Main|Wishlist-ANARM}}

ANARM would be an application for handling all event-based audible notifications from an OpenMoko device.

=== Location based reminders ===
{{Main|Wishlist:Location_based_reminders}}
Location based reminders can be used to notify users of various events or reminders that are location based.

=== Synergy Client ===
A synergy client would enable the user to place the device next to a desktop PC and share the desktop`s mouse, keyboard and clipboard over a TCP/IP network. [http://synergy2.sourceforge.net/ Synergy]

== GPS Software ==
*Providing GPS Support also for outdoor users in addition to ordinary street navigation features
** Overlay of satellite images with existing streetmaps
** Incorporating SRTM digital elevation model: for example using the VRML/X3D as data format (see http://www.ai.sri.com/geovrml/) which is interesting for e.g. mountaineering: using a 3d browser rendering VRML/X3D Model, displaying the current position and track (possibly also other gps-tracks of the different routes to a summit downloaded before could be mapped onto the 3d model), (what about 3d hardware support? there is nothing written in the hardware specs about graphics: thinking of OpenGL for embedded systems (see http://www.khronos.org/opengles/)
** Using sth like a tracking mode to allow certain people to determine the current position and track (for rescue missions - like they have for example at http://www.steiger-stiftung.de (a German beneficence for rescue issues) There you can register your mobile phone so the rescue service is able to track you immediately if necessary. The interesting thing: It seams like some mobile phones with GPS have special support for this issue. If your phone is registered, the rescue service is able to get your GPS coordinates directly from the phone without any user assistance. Openmoko should also support this! )
* Implementation of 3dTracking's (http://free.3dtracking.net/) tracking software or equivalent.

 [[Community Based Traffic Information]]

== Hardware ==
{{Main|Wish List - Hardware}}

It could be use for beepway Online service too
[http://www.beepway.com]

=== Tactile feedback via buzzer ===
Assuming the hardware has a vibrator/buzzer for silent calls, use a lightly pulsed version of that to simulate tactile feedback when dragging finger across buttons on-screen. Implemented properly, it would almost feel as if the buttons were real.

=== Detachable keyboard ===
Hardware keyboard that can be attached with magnets to a future version of the Neo.

=== IR port ===
Remote control applications
Would be great to use openmoko as a Hamony remote controller.

[[Category:User]]
[[Category:Ideas| ]]