<?xml version="1.0"?>
<?xml-stylesheet type="text/css" href="http://wiki.openmoko.org/skins/common/feed.css?303"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
		<id>http://wiki.openmoko.org/api.php?action=feedcontributions&amp;user=Datenwolf&amp;feedformat=atom</id>
		<title>Openmoko - User contributions [en]</title>
		<link rel="self" type="application/atom+xml" href="http://wiki.openmoko.org/api.php?action=feedcontributions&amp;user=Datenwolf&amp;feedformat=atom"/>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Special:Contributions/Datenwolf"/>
		<updated>2013-05-19T23:04:43Z</updated>
		<subtitle>User contributions</subtitle>
		<generator>MediaWiki 1.19.6</generator>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User:Datenwolf</id>
		<title>User:Datenwolf</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User:Datenwolf"/>
				<updated>2008-09-06T14:03:55Z</updated>
		
		<summary type="html">&lt;p&gt;Datenwolf: New page: I currently have two strongly interconnected projects running with my GTA02v6:  * Booting from RAM using the debug board, completely bypassing the bootloader. rootfs geting mounted by NFS....&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;I currently have two strongly interconnected projects running with my GTA02v6:&lt;br /&gt;
&lt;br /&gt;
* Booting from RAM using the debug board, completely bypassing the bootloader. rootfs geting mounted by NFS.&lt;br /&gt;
* Building a distribution for the GTA based on Gentoo, using the Paludis package manager and either einit or minit for the init system (with my preference on the latter). The installation root directory (Gentoo people might know this as the ROOT variable set for emerge) shall be used as the root for the NFS rootfs in the above mentioned RAM boot.&lt;br /&gt;
&lt;br /&gt;
I originally intended to use uclibc, however compiling that fails on my system. For some reason I get a &amp;quot;bus error&amp;quot;, when compiling it. Normally such errors indicate some hardware defect, but that's not the case here. However I know about such errors to happen, if source code is incompatible to GCC 4.x.x, which is my compiler here. It might also have to do with my development system being a amd64 machine.&lt;br /&gt;
&lt;br /&gt;
== Booting from RAM using the debug board, bypassing the bootloader ==&lt;br /&gt;
Instead of ''bypassing the bootloader'' one could also write ''emulating the bootloader'', which is precisely what the goal of the process is. One might ask, why to do so. The simple answer: '''This works even then, if you totally borked the flash, or if there has not been installed a flash image yet'''.&lt;br /&gt;
&lt;br /&gt;
The steps to be carried out on the GTA are:&lt;br /&gt;
# reset halt it using open-ocd&lt;br /&gt;
# loading the steppingstone at address 0x00000000&lt;br /&gt;
# setting a HW breakpoint at the address, where the steppingstone will jump to, when it's done, doing whatever it does: Initializing the SDRAM timings, and eventually boring parts of the RAM contents. That's the reason for the breakpoint. If the steppingstone left RAM contents in order, we could just upload anything we need and just run the whole thing.&lt;br /&gt;
# resume operation, steppingstone will be executed and the CPU halted, when hitting the breakpoint&lt;br /&gt;
# load the kernel image at the current PC (in the original HOWTO on loading the bootloader into RAM we'd have loaded the bootloader here, but technically it makes no difference if the Linux kernel is standing there. The kernel will reposition itself in the memory anyway, as it must decompress itself.&lt;br /&gt;
# (optional) figure out the NAND partition layout, so that it can be passed as a mtdblocks parameter to the kernel. This could also be done in form of parameters on the PC side, which are gathered by enerting the u-boot command line and reading the NAND layout from there --- the layout may change, when things are flashed through u-boot.&lt;br /&gt;
# The most important step, which I don't have figured out yet in the details: The kernel exepts some information to be delivered from a bootloader. But we don't have a bootloader. So emulate that behaviour, copying kernel parameters, command line etc. at some free memory address (preferrebly there, where u-boot would place it) and write those memory addressed into the predefined places in the kernel image we've loaded into memory previously.&lt;br /&gt;
# Now the CPU can be resumed. The kernel boots but the above procedure didn't include initialising the serial console, so I don't know yet, if the the console can be seen right away. If not, a small helper code snippet could be prepended to the kernel image in memory, that does the initialisation.&lt;br /&gt;
&lt;br /&gt;
== Gentoo based distribution ==&lt;br /&gt;
Nothing here yet.&lt;/div&gt;</summary>
		<author><name>Datenwolf</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Openmoko_Local_Groups:_Munich</id>
		<title>Openmoko Local Groups: Munich</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Openmoko_Local_Groups:_Munich"/>
				<updated>2008-08-31T10:23:20Z</updated>
		
		<summary type="html">&lt;p&gt;Datenwolf: /* GPS-Problem */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Category:Openmoko Local Groups]]&lt;br /&gt;
==Hilf mit, eine Münchner Openmoko UserGroup aufzubauen!==&lt;br /&gt;
&lt;br /&gt;
Interessenten können sich hier eintragen. Wenns Interesse gibt, dann treffen wir uns einfach mal wo in München oder Umgebung.&lt;br /&gt;
&lt;br /&gt;
==Gruppendetails==&lt;br /&gt;
====Interessenten der Gruppe====&lt;br /&gt;
{|border=1&lt;br /&gt;
!Name&lt;br /&gt;
!Skills&lt;br /&gt;
!Level of Interest&lt;br /&gt;
!Location&lt;br /&gt;
!Other&lt;br /&gt;
!Has Device&lt;br /&gt;
!Has Debug Board&lt;br /&gt;
|-&lt;br /&gt;
|[[User:MaxMustermann|Max Mustermann]]&lt;br /&gt;
|Beispiel spielen&lt;br /&gt;
|OM Nutzen, Monkey island zocken&lt;br /&gt;
|Musterstadt&lt;br /&gt;
|&lt;br /&gt;
|[[Image:Moko.jpg|center]] gta02v5&lt;br /&gt;
|[[Image:MokoBox.jpg|center]]&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/Whoever|Whoever]]&lt;br /&gt;
|Semi-DAU&lt;br /&gt;
|&lt;br /&gt;
|München / Ingolstadt&lt;br /&gt;
|&lt;br /&gt;
|not yet&lt;br /&gt;
|not yet&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/Koebi|koebi]]&lt;br /&gt;
|user&lt;br /&gt;
|use OM&lt;br /&gt;
|München&lt;br /&gt;
|&lt;br /&gt;
|not yet&lt;br /&gt;
|no&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/Beni|Beni]]&lt;br /&gt;
|Linux, Programmierung (PHP/JS/HTML/etc, Perl, Bash, bisschen Java)&lt;br /&gt;
|Hauptsächlich PIM + GPS, aber natürlich auch kleine Gadgets nutzen (zb Monkey Island/Siedler1 zocken). Vielleicht bisschen an der Software basteln.&lt;br /&gt;
|Bad Tölz&lt;br /&gt;
|&lt;br /&gt;
|[[Image:Moko.jpg|center]] gta02v5&lt;br /&gt;
|werde keines haben&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/wof|wof]]&lt;br /&gt;
|Linux und mehr&lt;br /&gt;
|Telefon nutzen und rumspielen&lt;br /&gt;
|100 km östlich von München&lt;br /&gt;
|&lt;br /&gt;
|keines bisher&lt;br /&gt;
|vorerst keins&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/Krause|Georg]]&lt;br /&gt;
|Linux&lt;br /&gt;
|Telefon nutzen; Least Cost Routing&lt;br /&gt;
|Ebermannstadt (Bamberg/Bayreuth)&lt;br /&gt;
|&lt;br /&gt;
|keines bisher&lt;br /&gt;
|vorerst keins&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/Case|Case]]&lt;br /&gt;
|sysadmin&lt;br /&gt;
|OM nutzen, SW Entwicklung, rumspielen&lt;br /&gt;
|München&lt;br /&gt;
|&lt;br /&gt;
|GTA02&lt;br /&gt;
|vorerst keins&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/x|x]]&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|München&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/ronny|ronny]]&lt;br /&gt;
|bissl Linux&lt;br /&gt;
|nutzen, gucken was geht&lt;br /&gt;
|westlich von München&lt;br /&gt;
|&lt;br /&gt;
|keins&lt;br /&gt;
|keins&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/bsx|bsx]]&lt;br /&gt;
|Linux, Java, C&lt;br /&gt;
|nutzen, SW basteln&lt;br /&gt;
|München&lt;br /&gt;
|&lt;br /&gt;
|keins&lt;br /&gt;
|keins&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/peter_b|peter_b]]&lt;br /&gt;
|(embedded) Linux, C/C++ ...&lt;br /&gt;
|endlich n telefon des macht was ich will :-)&lt;br /&gt;
|München&lt;br /&gt;
|&lt;br /&gt;
|GTA02&lt;br /&gt;
|keins&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/swaesch|swaesch]]&lt;br /&gt;
|Linux&lt;br /&gt;
|use Openmoko&lt;br /&gt;
|München / Ingolstadt&lt;br /&gt;
|&lt;br /&gt;
|GTA02&lt;br /&gt;
|keins&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/datenwolf|datenwolf]]&lt;br /&gt;
|&lt;br /&gt;
* Linux/Kernel&lt;br /&gt;
* Echtzeit-Graphik&lt;br /&gt;
* Low-Level-Programmierung&lt;br /&gt;
* Netzwerk&lt;br /&gt;
|&lt;br /&gt;
* Rumbasteln&lt;br /&gt;
* Neues Gehäuse entwerfen und bauen&lt;br /&gt;
* am Display und den Eingabemöglichkeiten rum-modden (multitouch?)&lt;br /&gt;
* eigenes Framework basteln (des Lernens wegen)&lt;br /&gt;
* versuchen die Glamo-GPU voll auszureizen.&lt;br /&gt;
* OpenGL-ES implementieren (entweder mit Glamo-GPU, oder in Software)&lt;br /&gt;
* iPhone-artiges UI basteln&lt;br /&gt;
|München/Moosach/Borstei&lt;br /&gt;
|&lt;br /&gt;
|GTA02v6&lt;br /&gt;
|v3&lt;br /&gt;
|-&lt;br /&gt;
|[[User:Calestyo|Cálestyo Nótendil]]&lt;br /&gt;
|Diplinf&lt;br /&gt;
|&lt;br /&gt;
* telefonieren :P&lt;br /&gt;
* rumspielen&lt;br /&gt;
* Leute ärgern, die ihr GTA02 noch nicht bekommen haben (Marcel?! ;) )&lt;br /&gt;
|Candidplatz&lt;br /&gt;
|&lt;br /&gt;
|GTA02v5&lt;br /&gt;
|noch nicht&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/rema|rema]]&lt;br /&gt;
|Linux User (seicht)&lt;br /&gt;
|&lt;br /&gt;
* telefonieren&lt;br /&gt;
* GPS für Open Street Map (TangoGPS)&lt;br /&gt;
* Musik hören&lt;br /&gt;
|Ackermannbogen&lt;br /&gt;
|&lt;br /&gt;
|GTA02v5&lt;br /&gt;
|nö&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
====Stammtisch und sonstige Treffen====&lt;br /&gt;
Es gibt derzeit leider noch keinen festen Stammtisch.&lt;br /&gt;
*'''Ort:''' Keiner, Augustinerkeller, Arnulfstr. 52?&lt;br /&gt;
*'''Zeit:''' Keine, 1x im Monat?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=====GroupSale Treffen=====&lt;br /&gt;
Das Treffen war am 7 Juli im Augustiner-Keller mit 8 Anwesenden ganz ordentlich besucht.&lt;br /&gt;
&lt;br /&gt;
* [[Special:Emailuser/Koebi|koebi]] organisiert den Kauf + Versand. Vielen Dank an dieser Stelle. Übergabe der Geräte persönlich in München and die die kommen können, der Rest wird versandt. (Portokosten sind noch zu klären, dann schlagen, die kommen noch zum Preis dazu.)&lt;br /&gt;
&lt;br /&gt;
* Koebi klärt, wo wir letztendlich kaufen und frägt hierzu bei den beiden in der Wikipage besprochenen Resellern nach Konditionen.&lt;br /&gt;
&lt;br /&gt;
* Philipp wollte versucht, zwecks UserGroup die Räume des CCC in München anzuzapfen. Bernd ist Mitglied im CCC und frägt mal nach.&lt;br /&gt;
&lt;br /&gt;
* Die Kommunikation soll möglichst zentral im Wiki laufen, damit auch externe was von der Gruppe mitbekommen.&lt;br /&gt;
&lt;br /&gt;
* Diskussionen sollten in Zukunft auch auf der [[Talk:Openmoko_Local_Groups:_Munich|Diskussionsseite]] stattfinden.&lt;br /&gt;
&lt;br /&gt;
== Sammelbestellungen ==&lt;br /&gt;
&lt;br /&gt;
[http://wiki.openmoko.org/wiki/GroupSales#M.C3.BCnchen GroupSales Seite]&lt;br /&gt;
&lt;br /&gt;
Der GroupSale wurde erledigt. Bestellt wurde bei Pulster, die Geräte sind mittlerweile da. Organisiert hat das ganze [[User:koebi|koebi]], vielen Dank nochmal an dieser Stelle!&lt;br /&gt;
&lt;br /&gt;
Zur Zeit ist kein weiterer Groupsale geplant; falls du interesse an einer Sammelbestellung hast, trag dich unter diesem Absatz ein!&lt;br /&gt;
&lt;br /&gt;
== GPS-Problem ==&lt;br /&gt;
[[User:Beni|Beni]] 14:14, 16 July 2008 (UTC): Auf der Mailingliste tauchte die letzten Tage ein nicht unerheblicher Bug in Zusammenhang mit GPS/SD auf: der SD-Kartenleser hat aufgrund von Interferenzen offenbar Auswirkungen auf den GPS-Empfänger, der keinen FIX für Satelliten mehr bekommt, wenn eine SD-Karte eingelegt ist. Es ist bereits ein Kernelpatch in der Mache, der der SD-Karte den Saft abdreht, wenn sie nicht gebraucht wird; was allerdings das Problem nur teilweise entschärft. Desweiteren testen die Entwickler gerade einen HW-Fix. So, meine Frage ist jetzt die, ob der HW-Fix in unserer Lieferung bereits enthalten sein wird. GPS ist für mich schon ein recht wichtiges Feature! Was passiert, wenn der Fix nicht enthalten ist? Wird die Auslieferung seitens Pulster verzögert, damit der Fix noch mit reinkommt?&lt;br /&gt;
koebi: ich werde bei pulster nachfragen.&lt;br /&gt;
&lt;br /&gt;
Für den HW-Fix des SD/GPS Problems muss ein SMD 10pF Kondensator eingelötet werden. Ich würde vorschlagen dass wir für einen SMD-Löt-Workshop einen Termin nach der Lieferung finden (also ab KW31) für ein Treffen in den µc³-Räumen in der Balanstr. (da gäb's jedenfalls Lötkolben und Kondensatoren)&amp;lt;br&amp;gt;&lt;br /&gt;
Geeignet (bzgl. Räume) wäre der Dienstag, die Frage ist nur ob die Neos bis dahin schon geliefert sein werden?&amp;lt;br&amp;gt;&lt;br /&gt;
--[[User:X|x]] 10:40, 18 July 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
Die Hardware Lösung sieht ziemlich einfach aus. Hätte auch das nötige Werkzeug ...&lt;br /&gt;
&lt;br /&gt;
[[Image:Gta02_gps_10pf_rework_sop.pdf]]&lt;br /&gt;
&lt;br /&gt;
--[[User:Datenwolf|Datenwolf]] 10:23, 31 August 2008 (UTC): Ich habe gestern endlich mein GTA02v6 erhalten. Beim Auspacken habe ich gleich die Lötstation vergewärmt und den 10pF-Kondensator bereitgelegt... Um dann festzustellen, dass beim v6 bereits ein 10pF eingelötet ist.&lt;br /&gt;
&lt;br /&gt;
--[[User:Peter b|Peter b]] 14:47, 18 July 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
[[User:Beni|Beni]] 13:21, 20 July 2008 (UTC) Cool, sieht wirklich nicht so schwer aus. Gott sei Dank :) Das mit der Verzögerung sollte sich damit verzögert haben, ich schätze stark, Pulster wird deswegen die Auslieferung nicht verzögern, weshalb wir uns alle auf kommende Woche freuen dürfen \o/&lt;br /&gt;
Die Frage bleibt nur, ob unsere Garantie futsch ist, wenn wir das selber machen, oder ob Pulster vor der Übergabe an uns das vielleicht schon reinlötet... Koebi, kannst du das bitte checken?&lt;br /&gt;
&lt;br /&gt;
--[[User:Calestyo|Calestyo]] 20:41, 21 July 2008 (UTC): Hmm wenn Ihr Euch alle trefft um das zu reparieren,.. kann man da dann auch mitmachen, wenn man sein GTA02 schon hat (bestellt bei Pulster)? Wann genau wäre der Termin?&lt;br /&gt;
&lt;br /&gt;
:: koebi: ich denke das werden wir klar machen wenn wir unsere Lieferung bekommen haben, wird dann auch hier stehen.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Was die Garantie angeht hab ich folgendes gefunden:&lt;br /&gt;
[http://lists.openmoko.org/pipermail/community/2008-July/021638.html]&lt;br /&gt;
[http://freeyourphone.de/portal_v1/viewtopic.php?f=13&amp;amp;t=251&amp;amp;p=2614#p2614]&lt;br /&gt;
--[[User:Peter b|Peter b]] 08:20, 22 July 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
--[[User:ronny|ronny]] ich wollte nächste Woche sowieso eine Bestellung beim Reichelt machen. Würde da einfach mal 20x G0603 10P mitbestellen. Wenn ich das aus dem Text [[http://wiki.openmoko.org/wiki/GPS_Problems]] richtig rauslese ist zwar eigentlich 0402 nötig, aber das sollte man scho hinkriegen. Weiter hab ich in dem Text noch bezüglich Garantie das hier gefunden: &amp;quot;The rework is not suggested to end users without hardware soldering technique and equipment.&amp;quot; Sagt ja eigentlich alles aus.&lt;br /&gt;
: koebi: was ist denn der unterschied zwischen dem vorgeschlagenen und dem den du bestellen willst?&lt;br /&gt;
&lt;br /&gt;
--[[User:Koebi|koebi]] auf meine Anfrage sagt Christoph Pulster folgendes:&lt;br /&gt;
&amp;lt;pre&amp;gt;I have no infos at the moment how OM will handle the problem,&lt;br /&gt;
at the moment I propose to use the software fix only.&lt;br /&gt;
&lt;br /&gt;
The hardware fix is mentioned here:&lt;br /&gt;
http://wiki.openmoko.org/wiki/Freerunner_Hardware_Issues#GPS_Slow_TTFF&lt;br /&gt;
Please dont try the tricky soldering of the capacitor at you own.&lt;br /&gt;
I can not give warranty on wrong soldered units, please understand.&lt;br /&gt;
&lt;br /&gt;
As soon as Openmoko has made a decision about the GPS problem, I will&lt;br /&gt;
let you know. Then we will see if a shipping back of the unit for&lt;br /&gt;
warranty repair is necessary or not.&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
(scheint mir ne kopierte standard-Antwort zu sein, daher englisch)&lt;br /&gt;
&lt;br /&gt;
--[[User:Peter b|Peter b]] 07:21, 23 July 2008 (UTC)&lt;br /&gt;
Der Unterschied zwischen 0402 und 0603 ist die Grösse: 1.0x0.5mm bzw. 1.6x0.8mm. Ich denk aber auch dass der 0603 reinpasst (evtl. wird die Höhe ein Problem). Sorgen das beim Einbau irgendwas kaputt geht was meiner Garantie schadet hab ich dank &amp;quot;hardware soldering technique and equipment&amp;quot; nicht :-)&lt;br /&gt;
&lt;br /&gt;
So wie's aussieht dürften bis Anfang nächster Woche wohl alle ihren Neo haben. D.h. wer daran Interesse hat kann am nächsten Dienstag, wohl so irgendwann ab 1900-2000 in den [http://muc.ccc.de/treffen.html.de µc³-Räumen] zum HW-Fixen oder gerne auch Usergruppieren vorbeischauen.&amp;lt;br&amp;gt;&lt;br /&gt;
--[[User:X|x]] 12:25, 24 July 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
Ähm zwecks dem Treffen nochmals,...&lt;br /&gt;
* Habt ihr genügend von den empfohlenen Kondis? Wenn ja die 0402er oder die größeren? Wie viel kosten die? Oder muss man die selber mitbringen?&lt;br /&gt;
* Wer würde das dann machen? Ich selber habe leider nicht wirklich große Erfahrung beim Löten und insbesondere ne unzureichende Feinmotorik ^^&lt;br /&gt;
* Treffpunkt 1900?&lt;br /&gt;
--[[User:Calestyo|Calestyo]] 15:28, 4 August 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
Gibts noch mal ein Löttreffen?&lt;br /&gt;
Ich würd ggf. mitmachen, wenns sichs zeitlich einrichten lässt.&lt;br /&gt;
Btw, was habt ihr so für First-Fix Zeiten? ich hab, wenns gut läuft den Fix meistens nach etwa 200 sekunden, was schon bissl lang ist... Allerdings fehlen ja sämtliche almanac-daten. Die sollen ja bald kommen, zumindest im FSO werden die bald auftauchen. Wenn der Fix ersmtal da ist, ist er sehr stabil und die Signalqualität fast immer gut.&lt;br /&gt;
--[[User:Beni|Beni]] 19:26, 4 August 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
* @Calestyo: Das Treffen war schon letzte Woche, von dieser woche weiss ich nix...&lt;br /&gt;
* Also mein Rekord (ohne Hardware-Fix) waren 49 Sekunden, allerdings was das hier auf dem Hügel im Luidpoldpark...also mir reicht das eigentlich, ich löt erstmal nix. Ich fänd ein weiteres Treffen nicht schlecht, zumal ich mich das letzte mal hauptsächlich mit Pidgin rumgeschlagen habe...:) Bei Interesse könnten wir uns mal über ein regelmäßiges Treffen unterhalten, vielleicht ne Mailingliste einrichten oder so, auf dem Wiki ist das doch immer ein bischen aufwändig. Was meint ihr?&lt;br /&gt;
&lt;br /&gt;
--[[User:Nosyjoe|Nosyjoe]] 20:20, 4 August 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
[http://en.wikipedia.org/wiki/D%27oh! D'oh!] :-/ ... gibt es evtl. nochmal so ein Treffen oder ne Gelegenheit wo man das von professioneller Hand durchführen lassen kann?&lt;br /&gt;
--[[User:Calestyo|Calestyo]] 20:25, 4 August 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
Ja, das ganze machen zu lassen ist sicher auch nicht blöd. Kennt jemand einen Lötservice in München? Mir fehlt es leider total an Equippment... ich würde es auch selber machen, wenns nicht anders geht, aber wie gesagt, bräuchte ich Equippment und Material. --[[User:Beni|Beni]] 14:19, 5 August 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
Also die Kondensatoren von oben sollten im Laufe der Woche bei mir ankommen. Lötstation (digital, kleine Lötspitze) könnte ich auch mitbringen. Desweiteren mache ich grad ein Praktikum bei Siemens, da komme ich auch an eine SMD-Lötstation ran, so mit Mikroskop und so -die kann ich aber leider nicht mitbringen.&lt;br /&gt;
Mailingliste ist ne gute Idee. Treffen einmal im Monat wäre auch interessant, könnte zum Beispiel grad Hilfe mit dem Toolchain gebrauchen (-; --[[User:Ronny|Ronny]] 16:18, 5 August 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
Haben wir eine mailinglist für die MUC Gruppe?&lt;br /&gt;
Abgesehen davon würde ich mich dann da gerne gleich für anmelden,... also deine Löt-Dienste in Anspruch zu nehmen. Zumindest wenn Du auch wirklich qualifiziert dazu bist ;-) ... nimm das nicht persönlich, aber erst vor wenigen Minuten hab ich von einem auf der ML gelesen,... der sich sein Moko schon kaputt gelötet hat... (auch nach dem Entfernen des Kondis, geht SD nicht mehr :-/ )&lt;br /&gt;
Wie viele Kondis hast Du bestellt und wo genau?&lt;br /&gt;
--[[User:Calestyo|Calestyo]] 20:22, 5 August 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
Ich hab mal eine mailinglist eingerichtet:&lt;br /&gt;
&lt;br /&gt;
openmoko@lists.muc.ccc.de&amp;lt;br&amp;gt;&lt;br /&gt;
http://lists.muc.ccc.de/cgi-bin/mailman/listinfo/openmoko&lt;br /&gt;
&lt;br /&gt;
0402 10pF KerKos liegen in den µc³-Räumen rum, Lötkolben/Werkzeug gibt's da auch, und Leute die einem beim Löten helfen sind auch oft anwesend. Letztes mal hat sich ja keiner getraut, ich auch nicht, hab das auch noch nicht nachgeholt, hab das aber vor. :)&amp;lt;br&amp;gt;&lt;br /&gt;
Im Moment sind bei mir die issues &amp;quot;Schutzfolie&amp;quot; und &amp;quot;2.5mm-&amp;gt;3.5mm Klinker 'mit vielen Ringen'&amp;quot; höherpriorisiert... ;)&amp;lt;br&amp;gt;&lt;br /&gt;
Dienstag Abend (so etwa ab 1900) ist da - äh - 'öffentlich offen', also da kann man einfach vorbeischauen, die Wahrscheinlichkeit dass da andere Openmoko-User und/oder Leute die SMD-Löt-Erfahrung haben und gern helfen anwesend sind halte ich eigentlich immer für sehr hoch...&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Das mit der Toolchain hab ich grad erst schonmal hingekriegt (und 'nen gsm0710muxd compiled)...&lt;br /&gt;
&lt;br /&gt;
--[[User:X|x]] 13:24, 6 August 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
Super danke. Ich schreib mal trotzdem nochmal hier rein, weil ja noch nicht viele auf der Liste sind. Irgendeine Qualifikation hab ich nicht -nur etwas Hobbyerfahrung - würde auch lieber das vorher einmal üben und das nicht unbedingt an fremden Eigentum. Wobei ich mit dem Löten bei meinem eigenen noch ein bischen abwarten wollte... Ich schau's mir mal an und entscheide dann, ob ich's mir OHNE Schwierigkeiten zutraue.&amp;lt;br&amp;gt;&lt;br /&gt;
Ich fand beim letzten Mal das Equipment in den µc³-Räumen jetzt nicht unbedingt so gut.&amp;lt;br&amp;gt;&lt;br /&gt;
Hab versucht von der Moko-Projektseite die Alarmclock zu kompilieren, hab aber massig Libraries gebraucht, die nicht kompilieren wollten und deren vorkompielerte Versionen nicht zum Armv4t gepasst haben. &amp;lt;br&amp;gt;--[[User:Ronny|Ronny]] 15:31, 6 August 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Also ist das nächste Treffen am '''Dienstag, 12.08.2008''' in den Münchner CCC-Räumen geplant? --[[User:Beni|Beni]] 07:26, 7 August 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Also ich persönlich habe geplant nächsten Dienstag dort zu sein. Über anderer Leute Planung kann ich nix sagen. :)&amp;lt;br&amp;gt;&lt;br /&gt;
Zum Thema Toolchain hab ich 'ne kurze Zusammenfassung an die ML geschickt...&amp;lt;br&amp;gt;&lt;br /&gt;
--[[User:X|x]] 16:42, 7 August 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
Ich werds leider nicht schaffen.... --[[User:Beni|Beni]] 07:22, 11 August 2008 (UTC)&lt;/div&gt;</summary>
		<author><name>Datenwolf</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Openmoko_Local_Groups:_Munich</id>
		<title>Openmoko Local Groups: Munich</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Openmoko_Local_Groups:_Munich"/>
				<updated>2008-08-30T20:54:04Z</updated>
		
		<summary type="html">&lt;p&gt;Datenwolf: /* Interessenten der Gruppe */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Category:Openmoko Local Groups]]&lt;br /&gt;
==Hilf mit, eine Münchner Openmoko UserGroup aufzubauen!==&lt;br /&gt;
&lt;br /&gt;
Interessenten können sich hier eintragen. Wenns Interesse gibt, dann treffen wir uns einfach mal wo in München oder Umgebung.&lt;br /&gt;
&lt;br /&gt;
==Gruppendetails==&lt;br /&gt;
====Interessenten der Gruppe====&lt;br /&gt;
{|border=1&lt;br /&gt;
!Name&lt;br /&gt;
!Skills&lt;br /&gt;
!Level of Interest&lt;br /&gt;
!Location&lt;br /&gt;
!Other&lt;br /&gt;
!Has Device&lt;br /&gt;
!Has Debug Board&lt;br /&gt;
|-&lt;br /&gt;
|[[User:MaxMustermann|Max Mustermann]]&lt;br /&gt;
|Beispiel spielen&lt;br /&gt;
|OM Nutzen, Monkey island zocken&lt;br /&gt;
|Musterstadt&lt;br /&gt;
|&lt;br /&gt;
|[[Image:Moko.jpg|center]] gta02v5&lt;br /&gt;
|[[Image:MokoBox.jpg|center]]&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/Whoever|Whoever]]&lt;br /&gt;
|Semi-DAU&lt;br /&gt;
|&lt;br /&gt;
|München / Ingolstadt&lt;br /&gt;
|&lt;br /&gt;
|not yet&lt;br /&gt;
|not yet&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/Koebi|koebi]]&lt;br /&gt;
|user&lt;br /&gt;
|use OM&lt;br /&gt;
|München&lt;br /&gt;
|&lt;br /&gt;
|not yet&lt;br /&gt;
|no&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/Beni|Beni]]&lt;br /&gt;
|Linux, Programmierung (PHP/JS/HTML/etc, Perl, Bash, bisschen Java)&lt;br /&gt;
|Hauptsächlich PIM + GPS, aber natürlich auch kleine Gadgets nutzen (zb Monkey Island/Siedler1 zocken). Vielleicht bisschen an der Software basteln.&lt;br /&gt;
|Bad Tölz&lt;br /&gt;
|&lt;br /&gt;
|[[Image:Moko.jpg|center]] gta02v5&lt;br /&gt;
|werde keines haben&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/wof|wof]]&lt;br /&gt;
|Linux und mehr&lt;br /&gt;
|Telefon nutzen und rumspielen&lt;br /&gt;
|100 km östlich von München&lt;br /&gt;
|&lt;br /&gt;
|keines bisher&lt;br /&gt;
|vorerst keins&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/Krause|Georg]]&lt;br /&gt;
|Linux&lt;br /&gt;
|Telefon nutzen; Least Cost Routing&lt;br /&gt;
|Ebermannstadt (Bamberg/Bayreuth)&lt;br /&gt;
|&lt;br /&gt;
|keines bisher&lt;br /&gt;
|vorerst keins&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/Case|Case]]&lt;br /&gt;
|sysadmin&lt;br /&gt;
|OM nutzen, SW Entwicklung, rumspielen&lt;br /&gt;
|München&lt;br /&gt;
|&lt;br /&gt;
|GTA02&lt;br /&gt;
|vorerst keins&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/x|x]]&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|München&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/ronny|ronny]]&lt;br /&gt;
|bissl Linux&lt;br /&gt;
|nutzen, gucken was geht&lt;br /&gt;
|westlich von München&lt;br /&gt;
|&lt;br /&gt;
|keins&lt;br /&gt;
|keins&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/bsx|bsx]]&lt;br /&gt;
|Linux, Java, C&lt;br /&gt;
|nutzen, SW basteln&lt;br /&gt;
|München&lt;br /&gt;
|&lt;br /&gt;
|keins&lt;br /&gt;
|keins&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/peter_b|peter_b]]&lt;br /&gt;
|(embedded) Linux, C/C++ ...&lt;br /&gt;
|endlich n telefon des macht was ich will :-)&lt;br /&gt;
|München&lt;br /&gt;
|&lt;br /&gt;
|GTA02&lt;br /&gt;
|keins&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/swaesch|swaesch]]&lt;br /&gt;
|Linux&lt;br /&gt;
|use Openmoko&lt;br /&gt;
|München / Ingolstadt&lt;br /&gt;
|&lt;br /&gt;
|GTA02&lt;br /&gt;
|keins&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/datenwolf|datenwolf]]&lt;br /&gt;
|&lt;br /&gt;
* Linux/Kernel&lt;br /&gt;
* Echtzeit-Graphik&lt;br /&gt;
* Low-Level-Programmierung&lt;br /&gt;
* Netzwerk&lt;br /&gt;
|&lt;br /&gt;
* Rumbasteln&lt;br /&gt;
* Neues Gehäuse entwerfen und bauen&lt;br /&gt;
* am Display und den Eingabemöglichkeiten rum-modden (multitouch?)&lt;br /&gt;
* eigenes Framework basteln (des Lernens wegen)&lt;br /&gt;
* versuchen die Glamo-GPU voll auszureizen.&lt;br /&gt;
* OpenGL-ES implementieren (entweder mit Glamo-GPU, oder in Software)&lt;br /&gt;
* iPhone-artiges UI basteln&lt;br /&gt;
|München/Moosach/Borstei&lt;br /&gt;
|&lt;br /&gt;
|GTA02v6&lt;br /&gt;
|v3&lt;br /&gt;
|-&lt;br /&gt;
|[[User:Calestyo|Cálestyo Nótendil]]&lt;br /&gt;
|Diplinf&lt;br /&gt;
|&lt;br /&gt;
* telefonieren :P&lt;br /&gt;
* rumspielen&lt;br /&gt;
* Leute ärgern, die ihr GTA02 noch nicht bekommen haben (Marcel?! ;) )&lt;br /&gt;
|Candidplatz&lt;br /&gt;
|&lt;br /&gt;
|GTA02v5&lt;br /&gt;
|noch nicht&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/rema|rema]]&lt;br /&gt;
|Linux User (seicht)&lt;br /&gt;
|&lt;br /&gt;
* telefonieren&lt;br /&gt;
* GPS für Open Street Map (TangoGPS)&lt;br /&gt;
* Musik hören&lt;br /&gt;
|Ackermannbogen&lt;br /&gt;
|&lt;br /&gt;
|GTA02v5&lt;br /&gt;
|nö&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
====Stammtisch und sonstige Treffen====&lt;br /&gt;
Es gibt derzeit leider noch keinen festen Stammtisch.&lt;br /&gt;
*'''Ort:''' Keiner, Augustinerkeller, Arnulfstr. 52?&lt;br /&gt;
*'''Zeit:''' Keine, 1x im Monat?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=====GroupSale Treffen=====&lt;br /&gt;
Das Treffen war am 7 Juli im Augustiner-Keller mit 8 Anwesenden ganz ordentlich besucht.&lt;br /&gt;
&lt;br /&gt;
* [[Special:Emailuser/Koebi|koebi]] organisiert den Kauf + Versand. Vielen Dank an dieser Stelle. Übergabe der Geräte persönlich in München and die die kommen können, der Rest wird versandt. (Portokosten sind noch zu klären, dann schlagen, die kommen noch zum Preis dazu.)&lt;br /&gt;
&lt;br /&gt;
* Koebi klärt, wo wir letztendlich kaufen und frägt hierzu bei den beiden in der Wikipage besprochenen Resellern nach Konditionen.&lt;br /&gt;
&lt;br /&gt;
* Philipp wollte versucht, zwecks UserGroup die Räume des CCC in München anzuzapfen. Bernd ist Mitglied im CCC und frägt mal nach.&lt;br /&gt;
&lt;br /&gt;
* Die Kommunikation soll möglichst zentral im Wiki laufen, damit auch externe was von der Gruppe mitbekommen.&lt;br /&gt;
&lt;br /&gt;
* Diskussionen sollten in Zukunft auch auf der [[Talk:Openmoko_Local_Groups:_Munich|Diskussionsseite]] stattfinden.&lt;br /&gt;
&lt;br /&gt;
== Sammelbestellungen ==&lt;br /&gt;
&lt;br /&gt;
[http://wiki.openmoko.org/wiki/GroupSales#M.C3.BCnchen GroupSales Seite]&lt;br /&gt;
&lt;br /&gt;
Der GroupSale wurde erledigt. Bestellt wurde bei Pulster, die Geräte sind mittlerweile da. Organisiert hat das ganze [[User:koebi|koebi]], vielen Dank nochmal an dieser Stelle!&lt;br /&gt;
&lt;br /&gt;
Zur Zeit ist kein weiterer Groupsale geplant; falls du interesse an einer Sammelbestellung hast, trag dich unter diesem Absatz ein!&lt;br /&gt;
&lt;br /&gt;
== GPS-Problem ==&lt;br /&gt;
[[User:Beni|Beni]] 14:14, 16 July 2008 (UTC): Auf der Mailingliste tauchte die letzten Tage ein nicht unerheblicher Bug in Zusammenhang mit GPS/SD auf: der SD-Kartenleser hat aufgrund von Interferenzen offenbar Auswirkungen auf den GPS-Empfänger, der keinen FIX für Satelliten mehr bekommt, wenn eine SD-Karte eingelegt ist. Es ist bereits ein Kernelpatch in der Mache, der der SD-Karte den Saft abdreht, wenn sie nicht gebraucht wird; was allerdings das Problem nur teilweise entschärft. Desweiteren testen die Entwickler gerade einen HW-Fix. So, meine Frage ist jetzt die, ob der HW-Fix in unserer Lieferung bereits enthalten sein wird. GPS ist für mich schon ein recht wichtiges Feature! Was passiert, wenn der Fix nicht enthalten ist? Wird die Auslieferung seitens Pulster verzögert, damit der Fix noch mit reinkommt?&lt;br /&gt;
koebi: ich werde bei pulster nachfragen.&lt;br /&gt;
&lt;br /&gt;
Für den HW-Fix des SD/GPS Problems muss ein SMD 10pF Kondensator eingelötet werden. Ich würde vorschlagen dass wir für einen SMD-Löt-Workshop einen Termin nach der Lieferung finden (also ab KW31) für ein Treffen in den µc³-Räumen in der Balanstr. (da gäb's jedenfalls Lötkolben und Kondensatoren)&amp;lt;br&amp;gt;&lt;br /&gt;
Geeignet (bzgl. Räume) wäre der Dienstag, die Frage ist nur ob die Neos bis dahin schon geliefert sein werden?&amp;lt;br&amp;gt;&lt;br /&gt;
--[[User:X|x]] 10:40, 18 July 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
Die Hardware Lösung sieht ziemlich einfach aus. Hätte auch das nötige Werkzeug ...&lt;br /&gt;
&lt;br /&gt;
[[Image:Gta02_gps_10pf_rework_sop.pdf]]&lt;br /&gt;
&lt;br /&gt;
--[[User:Peter b|Peter b]] 14:47, 18 July 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
[[User:Beni|Beni]] 13:21, 20 July 2008 (UTC) Cool, sieht wirklich nicht so schwer aus. Gott sei Dank :) Das mit der Verzögerung sollte sich damit verzögert haben, ich schätze stark, Pulster wird deswegen die Auslieferung nicht verzögern, weshalb wir uns alle auf kommende Woche freuen dürfen \o/&lt;br /&gt;
Die Frage bleibt nur, ob unsere Garantie futsch ist, wenn wir das selber machen, oder ob Pulster vor der Übergabe an uns das vielleicht schon reinlötet... Koebi, kannst du das bitte checken?&lt;br /&gt;
&lt;br /&gt;
--[[User:Calestyo|Calestyo]] 20:41, 21 July 2008 (UTC): Hmm wenn Ihr Euch alle trefft um das zu reparieren,.. kann man da dann auch mitmachen, wenn man sein GTA02 schon hat (bestellt bei Pulster)? Wann genau wäre der Termin?&lt;br /&gt;
&lt;br /&gt;
:: koebi: ich denke das werden wir klar machen wenn wir unsere Lieferung bekommen haben, wird dann auch hier stehen.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Was die Garantie angeht hab ich folgendes gefunden:&lt;br /&gt;
[http://lists.openmoko.org/pipermail/community/2008-July/021638.html]&lt;br /&gt;
[http://freeyourphone.de/portal_v1/viewtopic.php?f=13&amp;amp;t=251&amp;amp;p=2614#p2614]&lt;br /&gt;
--[[User:Peter b|Peter b]] 08:20, 22 July 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
--[[User:ronny|ronny]] ich wollte nächste Woche sowieso eine Bestellung beim Reichelt machen. Würde da einfach mal 20x G0603 10P mitbestellen. Wenn ich das aus dem Text [[http://wiki.openmoko.org/wiki/GPS_Problems]] richtig rauslese ist zwar eigentlich 0402 nötig, aber das sollte man scho hinkriegen. Weiter hab ich in dem Text noch bezüglich Garantie das hier gefunden: &amp;quot;The rework is not suggested to end users without hardware soldering technique and equipment.&amp;quot; Sagt ja eigentlich alles aus.&lt;br /&gt;
: koebi: was ist denn der unterschied zwischen dem vorgeschlagenen und dem den du bestellen willst?&lt;br /&gt;
&lt;br /&gt;
--[[User:Koebi|koebi]] auf meine Anfrage sagt Christoph Pulster folgendes:&lt;br /&gt;
&amp;lt;pre&amp;gt;I have no infos at the moment how OM will handle the problem,&lt;br /&gt;
at the moment I propose to use the software fix only.&lt;br /&gt;
&lt;br /&gt;
The hardware fix is mentioned here:&lt;br /&gt;
http://wiki.openmoko.org/wiki/Freerunner_Hardware_Issues#GPS_Slow_TTFF&lt;br /&gt;
Please dont try the tricky soldering of the capacitor at you own.&lt;br /&gt;
I can not give warranty on wrong soldered units, please understand.&lt;br /&gt;
&lt;br /&gt;
As soon as Openmoko has made a decision about the GPS problem, I will&lt;br /&gt;
let you know. Then we will see if a shipping back of the unit for&lt;br /&gt;
warranty repair is necessary or not.&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
(scheint mir ne kopierte standard-Antwort zu sein, daher englisch)&lt;br /&gt;
&lt;br /&gt;
--[[User:Peter b|Peter b]] 07:21, 23 July 2008 (UTC)&lt;br /&gt;
Der Unterschied zwischen 0402 und 0603 ist die Grösse: 1.0x0.5mm bzw. 1.6x0.8mm. Ich denk aber auch dass der 0603 reinpasst (evtl. wird die Höhe ein Problem). Sorgen das beim Einbau irgendwas kaputt geht was meiner Garantie schadet hab ich dank &amp;quot;hardware soldering technique and equipment&amp;quot; nicht :-)&lt;br /&gt;
&lt;br /&gt;
So wie's aussieht dürften bis Anfang nächster Woche wohl alle ihren Neo haben. D.h. wer daran Interesse hat kann am nächsten Dienstag, wohl so irgendwann ab 1900-2000 in den [http://muc.ccc.de/treffen.html.de µc³-Räumen] zum HW-Fixen oder gerne auch Usergruppieren vorbeischauen.&amp;lt;br&amp;gt;&lt;br /&gt;
--[[User:X|x]] 12:25, 24 July 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
Ähm zwecks dem Treffen nochmals,...&lt;br /&gt;
* Habt ihr genügend von den empfohlenen Kondis? Wenn ja die 0402er oder die größeren? Wie viel kosten die? Oder muss man die selber mitbringen?&lt;br /&gt;
* Wer würde das dann machen? Ich selber habe leider nicht wirklich große Erfahrung beim Löten und insbesondere ne unzureichende Feinmotorik ^^&lt;br /&gt;
* Treffpunkt 1900?&lt;br /&gt;
--[[User:Calestyo|Calestyo]] 15:28, 4 August 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
Gibts noch mal ein Löttreffen?&lt;br /&gt;
Ich würd ggf. mitmachen, wenns sichs zeitlich einrichten lässt.&lt;br /&gt;
Btw, was habt ihr so für First-Fix Zeiten? ich hab, wenns gut läuft den Fix meistens nach etwa 200 sekunden, was schon bissl lang ist... Allerdings fehlen ja sämtliche almanac-daten. Die sollen ja bald kommen, zumindest im FSO werden die bald auftauchen. Wenn der Fix ersmtal da ist, ist er sehr stabil und die Signalqualität fast immer gut.&lt;br /&gt;
--[[User:Beni|Beni]] 19:26, 4 August 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
* @Calestyo: Das Treffen war schon letzte Woche, von dieser woche weiss ich nix...&lt;br /&gt;
* Also mein Rekord (ohne Hardware-Fix) waren 49 Sekunden, allerdings was das hier auf dem Hügel im Luidpoldpark...also mir reicht das eigentlich, ich löt erstmal nix. Ich fänd ein weiteres Treffen nicht schlecht, zumal ich mich das letzte mal hauptsächlich mit Pidgin rumgeschlagen habe...:) Bei Interesse könnten wir uns mal über ein regelmäßiges Treffen unterhalten, vielleicht ne Mailingliste einrichten oder so, auf dem Wiki ist das doch immer ein bischen aufwändig. Was meint ihr?&lt;br /&gt;
&lt;br /&gt;
--[[User:Nosyjoe|Nosyjoe]] 20:20, 4 August 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
[http://en.wikipedia.org/wiki/D%27oh! D'oh!] :-/ ... gibt es evtl. nochmal so ein Treffen oder ne Gelegenheit wo man das von professioneller Hand durchführen lassen kann?&lt;br /&gt;
--[[User:Calestyo|Calestyo]] 20:25, 4 August 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
Ja, das ganze machen zu lassen ist sicher auch nicht blöd. Kennt jemand einen Lötservice in München? Mir fehlt es leider total an Equippment... ich würde es auch selber machen, wenns nicht anders geht, aber wie gesagt, bräuchte ich Equippment und Material. --[[User:Beni|Beni]] 14:19, 5 August 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
Also die Kondensatoren von oben sollten im Laufe der Woche bei mir ankommen. Lötstation (digital, kleine Lötspitze) könnte ich auch mitbringen. Desweiteren mache ich grad ein Praktikum bei Siemens, da komme ich auch an eine SMD-Lötstation ran, so mit Mikroskop und so -die kann ich aber leider nicht mitbringen.&lt;br /&gt;
Mailingliste ist ne gute Idee. Treffen einmal im Monat wäre auch interessant, könnte zum Beispiel grad Hilfe mit dem Toolchain gebrauchen (-; --[[User:Ronny|Ronny]] 16:18, 5 August 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
Haben wir eine mailinglist für die MUC Gruppe?&lt;br /&gt;
Abgesehen davon würde ich mich dann da gerne gleich für anmelden,... also deine Löt-Dienste in Anspruch zu nehmen. Zumindest wenn Du auch wirklich qualifiziert dazu bist ;-) ... nimm das nicht persönlich, aber erst vor wenigen Minuten hab ich von einem auf der ML gelesen,... der sich sein Moko schon kaputt gelötet hat... (auch nach dem Entfernen des Kondis, geht SD nicht mehr :-/ )&lt;br /&gt;
Wie viele Kondis hast Du bestellt und wo genau?&lt;br /&gt;
--[[User:Calestyo|Calestyo]] 20:22, 5 August 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
Ich hab mal eine mailinglist eingerichtet:&lt;br /&gt;
&lt;br /&gt;
openmoko@lists.muc.ccc.de&amp;lt;br&amp;gt;&lt;br /&gt;
http://lists.muc.ccc.de/cgi-bin/mailman/listinfo/openmoko&lt;br /&gt;
&lt;br /&gt;
0402 10pF KerKos liegen in den µc³-Räumen rum, Lötkolben/Werkzeug gibt's da auch, und Leute die einem beim Löten helfen sind auch oft anwesend. Letztes mal hat sich ja keiner getraut, ich auch nicht, hab das auch noch nicht nachgeholt, hab das aber vor. :)&amp;lt;br&amp;gt;&lt;br /&gt;
Im Moment sind bei mir die issues &amp;quot;Schutzfolie&amp;quot; und &amp;quot;2.5mm-&amp;gt;3.5mm Klinker 'mit vielen Ringen'&amp;quot; höherpriorisiert... ;)&amp;lt;br&amp;gt;&lt;br /&gt;
Dienstag Abend (so etwa ab 1900) ist da - äh - 'öffentlich offen', also da kann man einfach vorbeischauen, die Wahrscheinlichkeit dass da andere Openmoko-User und/oder Leute die SMD-Löt-Erfahrung haben und gern helfen anwesend sind halte ich eigentlich immer für sehr hoch...&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Das mit der Toolchain hab ich grad erst schonmal hingekriegt (und 'nen gsm0710muxd compiled)...&lt;br /&gt;
&lt;br /&gt;
--[[User:X|x]] 13:24, 6 August 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
Super danke. Ich schreib mal trotzdem nochmal hier rein, weil ja noch nicht viele auf der Liste sind. Irgendeine Qualifikation hab ich nicht -nur etwas Hobbyerfahrung - würde auch lieber das vorher einmal üben und das nicht unbedingt an fremden Eigentum. Wobei ich mit dem Löten bei meinem eigenen noch ein bischen abwarten wollte... Ich schau's mir mal an und entscheide dann, ob ich's mir OHNE Schwierigkeiten zutraue.&amp;lt;br&amp;gt;&lt;br /&gt;
Ich fand beim letzten Mal das Equipment in den µc³-Räumen jetzt nicht unbedingt so gut.&amp;lt;br&amp;gt;&lt;br /&gt;
Hab versucht von der Moko-Projektseite die Alarmclock zu kompilieren, hab aber massig Libraries gebraucht, die nicht kompilieren wollten und deren vorkompielerte Versionen nicht zum Armv4t gepasst haben. &amp;lt;br&amp;gt;--[[User:Ronny|Ronny]] 15:31, 6 August 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Also ist das nächste Treffen am '''Dienstag, 12.08.2008''' in den Münchner CCC-Räumen geplant? --[[User:Beni|Beni]] 07:26, 7 August 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Also ich persönlich habe geplant nächsten Dienstag dort zu sein. Über anderer Leute Planung kann ich nix sagen. :)&amp;lt;br&amp;gt;&lt;br /&gt;
Zum Thema Toolchain hab ich 'ne kurze Zusammenfassung an die ML geschickt...&amp;lt;br&amp;gt;&lt;br /&gt;
--[[User:X|x]] 16:42, 7 August 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
Ich werds leider nicht schaffen.... --[[User:Beni|Beni]] 07:22, 11 August 2008 (UTC)&lt;/div&gt;</summary>
		<author><name>Datenwolf</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Openmoko_Local_Groups:_Munich</id>
		<title>Openmoko Local Groups: Munich</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Openmoko_Local_Groups:_Munich"/>
				<updated>2008-08-30T17:48:29Z</updated>
		
		<summary type="html">&lt;p&gt;Datenwolf: /* Interessenten der Gruppe */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Category:Openmoko Local Groups]]&lt;br /&gt;
==Hilf mit, eine Münchner Openmoko UserGroup aufzubauen!==&lt;br /&gt;
&lt;br /&gt;
Interessenten können sich hier eintragen. Wenns Interesse gibt, dann treffen wir uns einfach mal wo in München oder Umgebung.&lt;br /&gt;
&lt;br /&gt;
==Gruppendetails==&lt;br /&gt;
====Interessenten der Gruppe====&lt;br /&gt;
{|border=1&lt;br /&gt;
!Name&lt;br /&gt;
!Skills&lt;br /&gt;
!Level of Interest&lt;br /&gt;
!Location&lt;br /&gt;
!Other&lt;br /&gt;
!Has Device&lt;br /&gt;
!Has Debug Board&lt;br /&gt;
|-&lt;br /&gt;
|[[User:MaxMustermann|Max Mustermann]]&lt;br /&gt;
|Beispiel spielen&lt;br /&gt;
|OM Nutzen, Monkey island zocken&lt;br /&gt;
|Musterstadt&lt;br /&gt;
|&lt;br /&gt;
|[[Image:Moko.jpg|center]] gta02v5&lt;br /&gt;
|[[Image:MokoBox.jpg|center]]&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/Whoever|Whoever]]&lt;br /&gt;
|Semi-DAU&lt;br /&gt;
|&lt;br /&gt;
|München / Ingolstadt&lt;br /&gt;
|&lt;br /&gt;
|not yet&lt;br /&gt;
|not yet&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/Koebi|koebi]]&lt;br /&gt;
|user&lt;br /&gt;
|use OM&lt;br /&gt;
|München&lt;br /&gt;
|&lt;br /&gt;
|not yet&lt;br /&gt;
|no&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/Beni|Beni]]&lt;br /&gt;
|Linux, Programmierung (PHP/JS/HTML/etc, Perl, Bash, bisschen Java)&lt;br /&gt;
|Hauptsächlich PIM + GPS, aber natürlich auch kleine Gadgets nutzen (zb Monkey Island/Siedler1 zocken). Vielleicht bisschen an der Software basteln.&lt;br /&gt;
|Bad Tölz&lt;br /&gt;
|&lt;br /&gt;
|[[Image:Moko.jpg|center]] gta02v5&lt;br /&gt;
|werde keines haben&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/wof|wof]]&lt;br /&gt;
|Linux und mehr&lt;br /&gt;
|Telefon nutzen und rumspielen&lt;br /&gt;
|100 km östlich von München&lt;br /&gt;
|&lt;br /&gt;
|keines bisher&lt;br /&gt;
|vorerst keins&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/Krause|Georg]]&lt;br /&gt;
|Linux&lt;br /&gt;
|Telefon nutzen; Least Cost Routing&lt;br /&gt;
|Ebermannstadt (Bamberg/Bayreuth)&lt;br /&gt;
|&lt;br /&gt;
|keines bisher&lt;br /&gt;
|vorerst keins&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/Case|Case]]&lt;br /&gt;
|sysadmin&lt;br /&gt;
|OM nutzen, SW Entwicklung, rumspielen&lt;br /&gt;
|München&lt;br /&gt;
|&lt;br /&gt;
|GTA02&lt;br /&gt;
|vorerst keins&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/x|x]]&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|München&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/ronny|ronny]]&lt;br /&gt;
|bissl Linux&lt;br /&gt;
|nutzen, gucken was geht&lt;br /&gt;
|westlich von München&lt;br /&gt;
|&lt;br /&gt;
|keins&lt;br /&gt;
|keins&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/bsx|bsx]]&lt;br /&gt;
|Linux, Java, C&lt;br /&gt;
|nutzen, SW basteln&lt;br /&gt;
|München&lt;br /&gt;
|&lt;br /&gt;
|keins&lt;br /&gt;
|keins&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/peter_b|peter_b]]&lt;br /&gt;
|(embedded) Linux, C/C++ ...&lt;br /&gt;
|endlich n telefon des macht was ich will :-)&lt;br /&gt;
|München&lt;br /&gt;
|&lt;br /&gt;
|GTA02&lt;br /&gt;
|keins&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/swaesch|swaesch]]&lt;br /&gt;
|Linux&lt;br /&gt;
|use Openmoko&lt;br /&gt;
|München / Ingolstadt&lt;br /&gt;
|&lt;br /&gt;
|GTA02&lt;br /&gt;
|keins&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/datenwolf|datenwolf]]&lt;br /&gt;
|&lt;br /&gt;
* Linux/Kernel&lt;br /&gt;
* Echtzeit-Graphik&lt;br /&gt;
* Low-Level-Programmierung&lt;br /&gt;
* Netzwerk&lt;br /&gt;
|&lt;br /&gt;
* Rumbasteln&lt;br /&gt;
* Neues Gehäuse entwerfen und bauen&lt;br /&gt;
* am Display und den Eingabemöglichkeiten rum-modden (multitouch?)&lt;br /&gt;
* eigenes Framework basteln (des Lernens wegen)&lt;br /&gt;
* versuchen die Glamo-GPU voll auszureizen.&lt;br /&gt;
* OpenGL-ES implementieren (entweder mit Glamo-GPU, oder in Software)&lt;br /&gt;
* iPhone-artiges UI basteln&lt;br /&gt;
|München/Moosach/Borstei&lt;br /&gt;
|&lt;br /&gt;
|GTA02v5&lt;br /&gt;
|v3&lt;br /&gt;
|-&lt;br /&gt;
|[[User:Calestyo|Cálestyo Nótendil]]&lt;br /&gt;
|Diplinf&lt;br /&gt;
|&lt;br /&gt;
* telefonieren :P&lt;br /&gt;
* rumspielen&lt;br /&gt;
* Leute ärgern, die ihr GTA02 noch nicht bekommen haben (Marcel?! ;) )&lt;br /&gt;
|Candidplatz&lt;br /&gt;
|&lt;br /&gt;
|GTA02v5&lt;br /&gt;
|noch nicht&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/rema|rema]]&lt;br /&gt;
|Linux User (seicht)&lt;br /&gt;
|&lt;br /&gt;
* telefonieren&lt;br /&gt;
* GPS für Open Street Map (TangoGPS)&lt;br /&gt;
* Musik hören&lt;br /&gt;
|Ackermannbogen&lt;br /&gt;
|&lt;br /&gt;
|GTA02v5&lt;br /&gt;
|nö&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
====Stammtisch und sonstige Treffen====&lt;br /&gt;
Es gibt derzeit leider noch keinen festen Stammtisch.&lt;br /&gt;
*'''Ort:''' Keiner, Augustinerkeller, Arnulfstr. 52?&lt;br /&gt;
*'''Zeit:''' Keine, 1x im Monat?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=====GroupSale Treffen=====&lt;br /&gt;
Das Treffen war am 7 Juli im Augustiner-Keller mit 8 Anwesenden ganz ordentlich besucht.&lt;br /&gt;
&lt;br /&gt;
* [[Special:Emailuser/Koebi|koebi]] organisiert den Kauf + Versand. Vielen Dank an dieser Stelle. Übergabe der Geräte persönlich in München and die die kommen können, der Rest wird versandt. (Portokosten sind noch zu klären, dann schlagen, die kommen noch zum Preis dazu.)&lt;br /&gt;
&lt;br /&gt;
* Koebi klärt, wo wir letztendlich kaufen und frägt hierzu bei den beiden in der Wikipage besprochenen Resellern nach Konditionen.&lt;br /&gt;
&lt;br /&gt;
* Philipp wollte versucht, zwecks UserGroup die Räume des CCC in München anzuzapfen. Bernd ist Mitglied im CCC und frägt mal nach.&lt;br /&gt;
&lt;br /&gt;
* Die Kommunikation soll möglichst zentral im Wiki laufen, damit auch externe was von der Gruppe mitbekommen.&lt;br /&gt;
&lt;br /&gt;
* Diskussionen sollten in Zukunft auch auf der [[Talk:Openmoko_Local_Groups:_Munich|Diskussionsseite]] stattfinden.&lt;br /&gt;
&lt;br /&gt;
== Sammelbestellungen ==&lt;br /&gt;
&lt;br /&gt;
[http://wiki.openmoko.org/wiki/GroupSales#M.C3.BCnchen GroupSales Seite]&lt;br /&gt;
&lt;br /&gt;
Der GroupSale wurde erledigt. Bestellt wurde bei Pulster, die Geräte sind mittlerweile da. Organisiert hat das ganze [[User:koebi|koebi]], vielen Dank nochmal an dieser Stelle!&lt;br /&gt;
&lt;br /&gt;
Zur Zeit ist kein weiterer Groupsale geplant; falls du interesse an einer Sammelbestellung hast, trag dich unter diesem Absatz ein!&lt;br /&gt;
&lt;br /&gt;
== GPS-Problem ==&lt;br /&gt;
[[User:Beni|Beni]] 14:14, 16 July 2008 (UTC): Auf der Mailingliste tauchte die letzten Tage ein nicht unerheblicher Bug in Zusammenhang mit GPS/SD auf: der SD-Kartenleser hat aufgrund von Interferenzen offenbar Auswirkungen auf den GPS-Empfänger, der keinen FIX für Satelliten mehr bekommt, wenn eine SD-Karte eingelegt ist. Es ist bereits ein Kernelpatch in der Mache, der der SD-Karte den Saft abdreht, wenn sie nicht gebraucht wird; was allerdings das Problem nur teilweise entschärft. Desweiteren testen die Entwickler gerade einen HW-Fix. So, meine Frage ist jetzt die, ob der HW-Fix in unserer Lieferung bereits enthalten sein wird. GPS ist für mich schon ein recht wichtiges Feature! Was passiert, wenn der Fix nicht enthalten ist? Wird die Auslieferung seitens Pulster verzögert, damit der Fix noch mit reinkommt?&lt;br /&gt;
koebi: ich werde bei pulster nachfragen.&lt;br /&gt;
&lt;br /&gt;
Für den HW-Fix des SD/GPS Problems muss ein SMD 10pF Kondensator eingelötet werden. Ich würde vorschlagen dass wir für einen SMD-Löt-Workshop einen Termin nach der Lieferung finden (also ab KW31) für ein Treffen in den µc³-Räumen in der Balanstr. (da gäb's jedenfalls Lötkolben und Kondensatoren)&amp;lt;br&amp;gt;&lt;br /&gt;
Geeignet (bzgl. Räume) wäre der Dienstag, die Frage ist nur ob die Neos bis dahin schon geliefert sein werden?&amp;lt;br&amp;gt;&lt;br /&gt;
--[[User:X|x]] 10:40, 18 July 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
Die Hardware Lösung sieht ziemlich einfach aus. Hätte auch das nötige Werkzeug ...&lt;br /&gt;
&lt;br /&gt;
[[Image:Gta02_gps_10pf_rework_sop.pdf]]&lt;br /&gt;
&lt;br /&gt;
--[[User:Peter b|Peter b]] 14:47, 18 July 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
[[User:Beni|Beni]] 13:21, 20 July 2008 (UTC) Cool, sieht wirklich nicht so schwer aus. Gott sei Dank :) Das mit der Verzögerung sollte sich damit verzögert haben, ich schätze stark, Pulster wird deswegen die Auslieferung nicht verzögern, weshalb wir uns alle auf kommende Woche freuen dürfen \o/&lt;br /&gt;
Die Frage bleibt nur, ob unsere Garantie futsch ist, wenn wir das selber machen, oder ob Pulster vor der Übergabe an uns das vielleicht schon reinlötet... Koebi, kannst du das bitte checken?&lt;br /&gt;
&lt;br /&gt;
--[[User:Calestyo|Calestyo]] 20:41, 21 July 2008 (UTC): Hmm wenn Ihr Euch alle trefft um das zu reparieren,.. kann man da dann auch mitmachen, wenn man sein GTA02 schon hat (bestellt bei Pulster)? Wann genau wäre der Termin?&lt;br /&gt;
&lt;br /&gt;
:: koebi: ich denke das werden wir klar machen wenn wir unsere Lieferung bekommen haben, wird dann auch hier stehen.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Was die Garantie angeht hab ich folgendes gefunden:&lt;br /&gt;
[http://lists.openmoko.org/pipermail/community/2008-July/021638.html]&lt;br /&gt;
[http://freeyourphone.de/portal_v1/viewtopic.php?f=13&amp;amp;t=251&amp;amp;p=2614#p2614]&lt;br /&gt;
--[[User:Peter b|Peter b]] 08:20, 22 July 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
--[[User:ronny|ronny]] ich wollte nächste Woche sowieso eine Bestellung beim Reichelt machen. Würde da einfach mal 20x G0603 10P mitbestellen. Wenn ich das aus dem Text [[http://wiki.openmoko.org/wiki/GPS_Problems]] richtig rauslese ist zwar eigentlich 0402 nötig, aber das sollte man scho hinkriegen. Weiter hab ich in dem Text noch bezüglich Garantie das hier gefunden: &amp;quot;The rework is not suggested to end users without hardware soldering technique and equipment.&amp;quot; Sagt ja eigentlich alles aus.&lt;br /&gt;
: koebi: was ist denn der unterschied zwischen dem vorgeschlagenen und dem den du bestellen willst?&lt;br /&gt;
&lt;br /&gt;
--[[User:Koebi|koebi]] auf meine Anfrage sagt Christoph Pulster folgendes:&lt;br /&gt;
&amp;lt;pre&amp;gt;I have no infos at the moment how OM will handle the problem,&lt;br /&gt;
at the moment I propose to use the software fix only.&lt;br /&gt;
&lt;br /&gt;
The hardware fix is mentioned here:&lt;br /&gt;
http://wiki.openmoko.org/wiki/Freerunner_Hardware_Issues#GPS_Slow_TTFF&lt;br /&gt;
Please dont try the tricky soldering of the capacitor at you own.&lt;br /&gt;
I can not give warranty on wrong soldered units, please understand.&lt;br /&gt;
&lt;br /&gt;
As soon as Openmoko has made a decision about the GPS problem, I will&lt;br /&gt;
let you know. Then we will see if a shipping back of the unit for&lt;br /&gt;
warranty repair is necessary or not.&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
(scheint mir ne kopierte standard-Antwort zu sein, daher englisch)&lt;br /&gt;
&lt;br /&gt;
--[[User:Peter b|Peter b]] 07:21, 23 July 2008 (UTC)&lt;br /&gt;
Der Unterschied zwischen 0402 und 0603 ist die Grösse: 1.0x0.5mm bzw. 1.6x0.8mm. Ich denk aber auch dass der 0603 reinpasst (evtl. wird die Höhe ein Problem). Sorgen das beim Einbau irgendwas kaputt geht was meiner Garantie schadet hab ich dank &amp;quot;hardware soldering technique and equipment&amp;quot; nicht :-)&lt;br /&gt;
&lt;br /&gt;
So wie's aussieht dürften bis Anfang nächster Woche wohl alle ihren Neo haben. D.h. wer daran Interesse hat kann am nächsten Dienstag, wohl so irgendwann ab 1900-2000 in den [http://muc.ccc.de/treffen.html.de µc³-Räumen] zum HW-Fixen oder gerne auch Usergruppieren vorbeischauen.&amp;lt;br&amp;gt;&lt;br /&gt;
--[[User:X|x]] 12:25, 24 July 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
Ähm zwecks dem Treffen nochmals,...&lt;br /&gt;
* Habt ihr genügend von den empfohlenen Kondis? Wenn ja die 0402er oder die größeren? Wie viel kosten die? Oder muss man die selber mitbringen?&lt;br /&gt;
* Wer würde das dann machen? Ich selber habe leider nicht wirklich große Erfahrung beim Löten und insbesondere ne unzureichende Feinmotorik ^^&lt;br /&gt;
* Treffpunkt 1900?&lt;br /&gt;
--[[User:Calestyo|Calestyo]] 15:28, 4 August 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
Gibts noch mal ein Löttreffen?&lt;br /&gt;
Ich würd ggf. mitmachen, wenns sichs zeitlich einrichten lässt.&lt;br /&gt;
Btw, was habt ihr so für First-Fix Zeiten? ich hab, wenns gut läuft den Fix meistens nach etwa 200 sekunden, was schon bissl lang ist... Allerdings fehlen ja sämtliche almanac-daten. Die sollen ja bald kommen, zumindest im FSO werden die bald auftauchen. Wenn der Fix ersmtal da ist, ist er sehr stabil und die Signalqualität fast immer gut.&lt;br /&gt;
--[[User:Beni|Beni]] 19:26, 4 August 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
* @Calestyo: Das Treffen war schon letzte Woche, von dieser woche weiss ich nix...&lt;br /&gt;
* Also mein Rekord (ohne Hardware-Fix) waren 49 Sekunden, allerdings was das hier auf dem Hügel im Luidpoldpark...also mir reicht das eigentlich, ich löt erstmal nix. Ich fänd ein weiteres Treffen nicht schlecht, zumal ich mich das letzte mal hauptsächlich mit Pidgin rumgeschlagen habe...:) Bei Interesse könnten wir uns mal über ein regelmäßiges Treffen unterhalten, vielleicht ne Mailingliste einrichten oder so, auf dem Wiki ist das doch immer ein bischen aufwändig. Was meint ihr?&lt;br /&gt;
&lt;br /&gt;
--[[User:Nosyjoe|Nosyjoe]] 20:20, 4 August 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
[http://en.wikipedia.org/wiki/D%27oh! D'oh!] :-/ ... gibt es evtl. nochmal so ein Treffen oder ne Gelegenheit wo man das von professioneller Hand durchführen lassen kann?&lt;br /&gt;
--[[User:Calestyo|Calestyo]] 20:25, 4 August 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
Ja, das ganze machen zu lassen ist sicher auch nicht blöd. Kennt jemand einen Lötservice in München? Mir fehlt es leider total an Equippment... ich würde es auch selber machen, wenns nicht anders geht, aber wie gesagt, bräuchte ich Equippment und Material. --[[User:Beni|Beni]] 14:19, 5 August 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
Also die Kondensatoren von oben sollten im Laufe der Woche bei mir ankommen. Lötstation (digital, kleine Lötspitze) könnte ich auch mitbringen. Desweiteren mache ich grad ein Praktikum bei Siemens, da komme ich auch an eine SMD-Lötstation ran, so mit Mikroskop und so -die kann ich aber leider nicht mitbringen.&lt;br /&gt;
Mailingliste ist ne gute Idee. Treffen einmal im Monat wäre auch interessant, könnte zum Beispiel grad Hilfe mit dem Toolchain gebrauchen (-; --[[User:Ronny|Ronny]] 16:18, 5 August 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
Haben wir eine mailinglist für die MUC Gruppe?&lt;br /&gt;
Abgesehen davon würde ich mich dann da gerne gleich für anmelden,... also deine Löt-Dienste in Anspruch zu nehmen. Zumindest wenn Du auch wirklich qualifiziert dazu bist ;-) ... nimm das nicht persönlich, aber erst vor wenigen Minuten hab ich von einem auf der ML gelesen,... der sich sein Moko schon kaputt gelötet hat... (auch nach dem Entfernen des Kondis, geht SD nicht mehr :-/ )&lt;br /&gt;
Wie viele Kondis hast Du bestellt und wo genau?&lt;br /&gt;
--[[User:Calestyo|Calestyo]] 20:22, 5 August 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
Ich hab mal eine mailinglist eingerichtet:&lt;br /&gt;
&lt;br /&gt;
openmoko@lists.muc.ccc.de&amp;lt;br&amp;gt;&lt;br /&gt;
http://lists.muc.ccc.de/cgi-bin/mailman/listinfo/openmoko&lt;br /&gt;
&lt;br /&gt;
0402 10pF KerKos liegen in den µc³-Räumen rum, Lötkolben/Werkzeug gibt's da auch, und Leute die einem beim Löten helfen sind auch oft anwesend. Letztes mal hat sich ja keiner getraut, ich auch nicht, hab das auch noch nicht nachgeholt, hab das aber vor. :)&amp;lt;br&amp;gt;&lt;br /&gt;
Im Moment sind bei mir die issues &amp;quot;Schutzfolie&amp;quot; und &amp;quot;2.5mm-&amp;gt;3.5mm Klinker 'mit vielen Ringen'&amp;quot; höherpriorisiert... ;)&amp;lt;br&amp;gt;&lt;br /&gt;
Dienstag Abend (so etwa ab 1900) ist da - äh - 'öffentlich offen', also da kann man einfach vorbeischauen, die Wahrscheinlichkeit dass da andere Openmoko-User und/oder Leute die SMD-Löt-Erfahrung haben und gern helfen anwesend sind halte ich eigentlich immer für sehr hoch...&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Das mit der Toolchain hab ich grad erst schonmal hingekriegt (und 'nen gsm0710muxd compiled)...&lt;br /&gt;
&lt;br /&gt;
--[[User:X|x]] 13:24, 6 August 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
Super danke. Ich schreib mal trotzdem nochmal hier rein, weil ja noch nicht viele auf der Liste sind. Irgendeine Qualifikation hab ich nicht -nur etwas Hobbyerfahrung - würde auch lieber das vorher einmal üben und das nicht unbedingt an fremden Eigentum. Wobei ich mit dem Löten bei meinem eigenen noch ein bischen abwarten wollte... Ich schau's mir mal an und entscheide dann, ob ich's mir OHNE Schwierigkeiten zutraue.&amp;lt;br&amp;gt;&lt;br /&gt;
Ich fand beim letzten Mal das Equipment in den µc³-Räumen jetzt nicht unbedingt so gut.&amp;lt;br&amp;gt;&lt;br /&gt;
Hab versucht von der Moko-Projektseite die Alarmclock zu kompilieren, hab aber massig Libraries gebraucht, die nicht kompilieren wollten und deren vorkompielerte Versionen nicht zum Armv4t gepasst haben. &amp;lt;br&amp;gt;--[[User:Ronny|Ronny]] 15:31, 6 August 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Also ist das nächste Treffen am '''Dienstag, 12.08.2008''' in den Münchner CCC-Räumen geplant? --[[User:Beni|Beni]] 07:26, 7 August 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Also ich persönlich habe geplant nächsten Dienstag dort zu sein. Über anderer Leute Planung kann ich nix sagen. :)&amp;lt;br&amp;gt;&lt;br /&gt;
Zum Thema Toolchain hab ich 'ne kurze Zusammenfassung an die ML geschickt...&amp;lt;br&amp;gt;&lt;br /&gt;
--[[User:X|x]] 16:42, 7 August 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
Ich werds leider nicht schaffen.... --[[User:Beni|Beni]] 07:22, 11 August 2008 (UTC)&lt;/div&gt;</summary>
		<author><name>Datenwolf</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Openmoko_Local_Groups:_Munich</id>
		<title>Openmoko Local Groups: Munich</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Openmoko_Local_Groups:_Munich"/>
				<updated>2008-08-30T17:47:25Z</updated>
		
		<summary type="html">&lt;p&gt;Datenwolf: /* Interessenten der Gruppe */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Category:Openmoko Local Groups]]&lt;br /&gt;
==Hilf mit, eine Münchner Openmoko UserGroup aufzubauen!==&lt;br /&gt;
&lt;br /&gt;
Interessenten können sich hier eintragen. Wenns Interesse gibt, dann treffen wir uns einfach mal wo in München oder Umgebung.&lt;br /&gt;
&lt;br /&gt;
==Gruppendetails==&lt;br /&gt;
====Interessenten der Gruppe====&lt;br /&gt;
{|border=1&lt;br /&gt;
!Name&lt;br /&gt;
!Skills&lt;br /&gt;
!Level of Interest&lt;br /&gt;
!Location&lt;br /&gt;
!Other&lt;br /&gt;
!Has Device&lt;br /&gt;
!Has Debug Board&lt;br /&gt;
|-&lt;br /&gt;
|[[User:MaxMustermann|Max Mustermann]]&lt;br /&gt;
|Beispiel spielen&lt;br /&gt;
|OM Nutzen, Monkey island zocken&lt;br /&gt;
|Musterstadt&lt;br /&gt;
|&lt;br /&gt;
|[[Image:Moko.jpg|center]] gta02v5&lt;br /&gt;
|[[Image:MokoBox.jpg|center]]&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/Whoever|Whoever]]&lt;br /&gt;
|Semi-DAU&lt;br /&gt;
|&lt;br /&gt;
|München / Ingolstadt&lt;br /&gt;
|&lt;br /&gt;
|not yet&lt;br /&gt;
|not yet&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/Koebi|koebi]]&lt;br /&gt;
|user&lt;br /&gt;
|use OM&lt;br /&gt;
|München&lt;br /&gt;
|&lt;br /&gt;
|not yet&lt;br /&gt;
|no&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/Beni|Beni]]&lt;br /&gt;
|Linux, Programmierung (PHP/JS/HTML/etc, Perl, Bash, bisschen Java)&lt;br /&gt;
|Hauptsächlich PIM + GPS, aber natürlich auch kleine Gadgets nutzen (zb Monkey Island/Siedler1 zocken). Vielleicht bisschen an der Software basteln.&lt;br /&gt;
|Bad Tölz&lt;br /&gt;
|&lt;br /&gt;
|[[Image:Moko.jpg|center]] gta02v5&lt;br /&gt;
|werde keines haben&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/wof|wof]]&lt;br /&gt;
|Linux und mehr&lt;br /&gt;
|Telefon nutzen und rumspielen&lt;br /&gt;
|100 km östlich von München&lt;br /&gt;
|&lt;br /&gt;
|keines bisher&lt;br /&gt;
|vorerst keins&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/Krause|Georg]]&lt;br /&gt;
|Linux&lt;br /&gt;
|Telefon nutzen; Least Cost Routing&lt;br /&gt;
|Ebermannstadt (Bamberg/Bayreuth)&lt;br /&gt;
|&lt;br /&gt;
|keines bisher&lt;br /&gt;
|vorerst keins&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/Case|Case]]&lt;br /&gt;
|sysadmin&lt;br /&gt;
|OM nutzen, SW Entwicklung, rumspielen&lt;br /&gt;
|München&lt;br /&gt;
|&lt;br /&gt;
|GTA02&lt;br /&gt;
|vorerst keins&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/x|x]]&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|München&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/ronny|ronny]]&lt;br /&gt;
|bissl Linux&lt;br /&gt;
|nutzen, gucken was geht&lt;br /&gt;
|westlich von München&lt;br /&gt;
|&lt;br /&gt;
|keins&lt;br /&gt;
|keins&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/bsx|bsx]]&lt;br /&gt;
|Linux, Java, C&lt;br /&gt;
|nutzen, SW basteln&lt;br /&gt;
|München&lt;br /&gt;
|&lt;br /&gt;
|keins&lt;br /&gt;
|keins&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/peter_b|peter_b]]&lt;br /&gt;
|(embedded) Linux, C/C++ ...&lt;br /&gt;
|endlich n telefon des macht was ich will :-)&lt;br /&gt;
|München&lt;br /&gt;
|&lt;br /&gt;
|GTA02&lt;br /&gt;
|keins&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/swaesch|swaesch]]&lt;br /&gt;
|Linux&lt;br /&gt;
|use Openmoko&lt;br /&gt;
|München / Ingolstadt&lt;br /&gt;
|&lt;br /&gt;
|GTA02&lt;br /&gt;
|keins&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/datenwolf|datenwolf]]&lt;br /&gt;
|&lt;br /&gt;
* Linux/Kernel&lt;br /&gt;
* Echtzeit-Graphik&lt;br /&gt;
* Low-Level-Programmierung&lt;br /&gt;
* Netzwerk&lt;br /&gt;
|&lt;br /&gt;
* Rumbasteln&lt;br /&gt;
* Neues Gehäuse entwerfen und bauen&lt;br /&gt;
* am Display und den Eingabemöglichkeiten rum-modden (multitouch?)&lt;br /&gt;
* eigenes Framework basteln (des Lernens wegen)&lt;br /&gt;
* versuchen die Glamo-GPU voll auszureizen.&lt;br /&gt;
* OpenGL-ES implementieren (entweder mit Glamo-GPU, oder in Software)&lt;br /&gt;
* iPhone-artiges UI basteln&lt;br /&gt;
|München/Moosach/Borstei&lt;br /&gt;
|&lt;br /&gt;
|demnächst GTA02&lt;br /&gt;
|v3&lt;br /&gt;
|-&lt;br /&gt;
|[[User:Calestyo|Cálestyo Nótendil]]&lt;br /&gt;
|Diplinf&lt;br /&gt;
|&lt;br /&gt;
* telefonieren :P&lt;br /&gt;
* rumspielen&lt;br /&gt;
* Leute ärgern, die ihr GTA02 noch nicht bekommen haben (Marcel?! ;) )&lt;br /&gt;
|Candidplatz&lt;br /&gt;
|&lt;br /&gt;
|GTA02v5&lt;br /&gt;
|noch nicht&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/rema|rema]]&lt;br /&gt;
|Linux User (seicht)&lt;br /&gt;
|&lt;br /&gt;
* telefonieren&lt;br /&gt;
* GPS für Open Street Map (TangoGPS)&lt;br /&gt;
* Musik hören&lt;br /&gt;
|Ackermannbogen&lt;br /&gt;
|&lt;br /&gt;
|GTA02v5&lt;br /&gt;
|nö&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
====Stammtisch und sonstige Treffen====&lt;br /&gt;
Es gibt derzeit leider noch keinen festen Stammtisch.&lt;br /&gt;
*'''Ort:''' Keiner, Augustinerkeller, Arnulfstr. 52?&lt;br /&gt;
*'''Zeit:''' Keine, 1x im Monat?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=====GroupSale Treffen=====&lt;br /&gt;
Das Treffen war am 7 Juli im Augustiner-Keller mit 8 Anwesenden ganz ordentlich besucht.&lt;br /&gt;
&lt;br /&gt;
* [[Special:Emailuser/Koebi|koebi]] organisiert den Kauf + Versand. Vielen Dank an dieser Stelle. Übergabe der Geräte persönlich in München and die die kommen können, der Rest wird versandt. (Portokosten sind noch zu klären, dann schlagen, die kommen noch zum Preis dazu.)&lt;br /&gt;
&lt;br /&gt;
* Koebi klärt, wo wir letztendlich kaufen und frägt hierzu bei den beiden in der Wikipage besprochenen Resellern nach Konditionen.&lt;br /&gt;
&lt;br /&gt;
* Philipp wollte versucht, zwecks UserGroup die Räume des CCC in München anzuzapfen. Bernd ist Mitglied im CCC und frägt mal nach.&lt;br /&gt;
&lt;br /&gt;
* Die Kommunikation soll möglichst zentral im Wiki laufen, damit auch externe was von der Gruppe mitbekommen.&lt;br /&gt;
&lt;br /&gt;
* Diskussionen sollten in Zukunft auch auf der [[Talk:Openmoko_Local_Groups:_Munich|Diskussionsseite]] stattfinden.&lt;br /&gt;
&lt;br /&gt;
== Sammelbestellungen ==&lt;br /&gt;
&lt;br /&gt;
[http://wiki.openmoko.org/wiki/GroupSales#M.C3.BCnchen GroupSales Seite]&lt;br /&gt;
&lt;br /&gt;
Der GroupSale wurde erledigt. Bestellt wurde bei Pulster, die Geräte sind mittlerweile da. Organisiert hat das ganze [[User:koebi|koebi]], vielen Dank nochmal an dieser Stelle!&lt;br /&gt;
&lt;br /&gt;
Zur Zeit ist kein weiterer Groupsale geplant; falls du interesse an einer Sammelbestellung hast, trag dich unter diesem Absatz ein!&lt;br /&gt;
&lt;br /&gt;
== GPS-Problem ==&lt;br /&gt;
[[User:Beni|Beni]] 14:14, 16 July 2008 (UTC): Auf der Mailingliste tauchte die letzten Tage ein nicht unerheblicher Bug in Zusammenhang mit GPS/SD auf: der SD-Kartenleser hat aufgrund von Interferenzen offenbar Auswirkungen auf den GPS-Empfänger, der keinen FIX für Satelliten mehr bekommt, wenn eine SD-Karte eingelegt ist. Es ist bereits ein Kernelpatch in der Mache, der der SD-Karte den Saft abdreht, wenn sie nicht gebraucht wird; was allerdings das Problem nur teilweise entschärft. Desweiteren testen die Entwickler gerade einen HW-Fix. So, meine Frage ist jetzt die, ob der HW-Fix in unserer Lieferung bereits enthalten sein wird. GPS ist für mich schon ein recht wichtiges Feature! Was passiert, wenn der Fix nicht enthalten ist? Wird die Auslieferung seitens Pulster verzögert, damit der Fix noch mit reinkommt?&lt;br /&gt;
koebi: ich werde bei pulster nachfragen.&lt;br /&gt;
&lt;br /&gt;
Für den HW-Fix des SD/GPS Problems muss ein SMD 10pF Kondensator eingelötet werden. Ich würde vorschlagen dass wir für einen SMD-Löt-Workshop einen Termin nach der Lieferung finden (also ab KW31) für ein Treffen in den µc³-Räumen in der Balanstr. (da gäb's jedenfalls Lötkolben und Kondensatoren)&amp;lt;br&amp;gt;&lt;br /&gt;
Geeignet (bzgl. Räume) wäre der Dienstag, die Frage ist nur ob die Neos bis dahin schon geliefert sein werden?&amp;lt;br&amp;gt;&lt;br /&gt;
--[[User:X|x]] 10:40, 18 July 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
Die Hardware Lösung sieht ziemlich einfach aus. Hätte auch das nötige Werkzeug ...&lt;br /&gt;
&lt;br /&gt;
[[Image:Gta02_gps_10pf_rework_sop.pdf]]&lt;br /&gt;
&lt;br /&gt;
--[[User:Peter b|Peter b]] 14:47, 18 July 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
[[User:Beni|Beni]] 13:21, 20 July 2008 (UTC) Cool, sieht wirklich nicht so schwer aus. Gott sei Dank :) Das mit der Verzögerung sollte sich damit verzögert haben, ich schätze stark, Pulster wird deswegen die Auslieferung nicht verzögern, weshalb wir uns alle auf kommende Woche freuen dürfen \o/&lt;br /&gt;
Die Frage bleibt nur, ob unsere Garantie futsch ist, wenn wir das selber machen, oder ob Pulster vor der Übergabe an uns das vielleicht schon reinlötet... Koebi, kannst du das bitte checken?&lt;br /&gt;
&lt;br /&gt;
--[[User:Calestyo|Calestyo]] 20:41, 21 July 2008 (UTC): Hmm wenn Ihr Euch alle trefft um das zu reparieren,.. kann man da dann auch mitmachen, wenn man sein GTA02 schon hat (bestellt bei Pulster)? Wann genau wäre der Termin?&lt;br /&gt;
&lt;br /&gt;
:: koebi: ich denke das werden wir klar machen wenn wir unsere Lieferung bekommen haben, wird dann auch hier stehen.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Was die Garantie angeht hab ich folgendes gefunden:&lt;br /&gt;
[http://lists.openmoko.org/pipermail/community/2008-July/021638.html]&lt;br /&gt;
[http://freeyourphone.de/portal_v1/viewtopic.php?f=13&amp;amp;t=251&amp;amp;p=2614#p2614]&lt;br /&gt;
--[[User:Peter b|Peter b]] 08:20, 22 July 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
--[[User:ronny|ronny]] ich wollte nächste Woche sowieso eine Bestellung beim Reichelt machen. Würde da einfach mal 20x G0603 10P mitbestellen. Wenn ich das aus dem Text [[http://wiki.openmoko.org/wiki/GPS_Problems]] richtig rauslese ist zwar eigentlich 0402 nötig, aber das sollte man scho hinkriegen. Weiter hab ich in dem Text noch bezüglich Garantie das hier gefunden: &amp;quot;The rework is not suggested to end users without hardware soldering technique and equipment.&amp;quot; Sagt ja eigentlich alles aus.&lt;br /&gt;
: koebi: was ist denn der unterschied zwischen dem vorgeschlagenen und dem den du bestellen willst?&lt;br /&gt;
&lt;br /&gt;
--[[User:Koebi|koebi]] auf meine Anfrage sagt Christoph Pulster folgendes:&lt;br /&gt;
&amp;lt;pre&amp;gt;I have no infos at the moment how OM will handle the problem,&lt;br /&gt;
at the moment I propose to use the software fix only.&lt;br /&gt;
&lt;br /&gt;
The hardware fix is mentioned here:&lt;br /&gt;
http://wiki.openmoko.org/wiki/Freerunner_Hardware_Issues#GPS_Slow_TTFF&lt;br /&gt;
Please dont try the tricky soldering of the capacitor at you own.&lt;br /&gt;
I can not give warranty on wrong soldered units, please understand.&lt;br /&gt;
&lt;br /&gt;
As soon as Openmoko has made a decision about the GPS problem, I will&lt;br /&gt;
let you know. Then we will see if a shipping back of the unit for&lt;br /&gt;
warranty repair is necessary or not.&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
(scheint mir ne kopierte standard-Antwort zu sein, daher englisch)&lt;br /&gt;
&lt;br /&gt;
--[[User:Peter b|Peter b]] 07:21, 23 July 2008 (UTC)&lt;br /&gt;
Der Unterschied zwischen 0402 und 0603 ist die Grösse: 1.0x0.5mm bzw. 1.6x0.8mm. Ich denk aber auch dass der 0603 reinpasst (evtl. wird die Höhe ein Problem). Sorgen das beim Einbau irgendwas kaputt geht was meiner Garantie schadet hab ich dank &amp;quot;hardware soldering technique and equipment&amp;quot; nicht :-)&lt;br /&gt;
&lt;br /&gt;
So wie's aussieht dürften bis Anfang nächster Woche wohl alle ihren Neo haben. D.h. wer daran Interesse hat kann am nächsten Dienstag, wohl so irgendwann ab 1900-2000 in den [http://muc.ccc.de/treffen.html.de µc³-Räumen] zum HW-Fixen oder gerne auch Usergruppieren vorbeischauen.&amp;lt;br&amp;gt;&lt;br /&gt;
--[[User:X|x]] 12:25, 24 July 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
Ähm zwecks dem Treffen nochmals,...&lt;br /&gt;
* Habt ihr genügend von den empfohlenen Kondis? Wenn ja die 0402er oder die größeren? Wie viel kosten die? Oder muss man die selber mitbringen?&lt;br /&gt;
* Wer würde das dann machen? Ich selber habe leider nicht wirklich große Erfahrung beim Löten und insbesondere ne unzureichende Feinmotorik ^^&lt;br /&gt;
* Treffpunkt 1900?&lt;br /&gt;
--[[User:Calestyo|Calestyo]] 15:28, 4 August 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
Gibts noch mal ein Löttreffen?&lt;br /&gt;
Ich würd ggf. mitmachen, wenns sichs zeitlich einrichten lässt.&lt;br /&gt;
Btw, was habt ihr so für First-Fix Zeiten? ich hab, wenns gut läuft den Fix meistens nach etwa 200 sekunden, was schon bissl lang ist... Allerdings fehlen ja sämtliche almanac-daten. Die sollen ja bald kommen, zumindest im FSO werden die bald auftauchen. Wenn der Fix ersmtal da ist, ist er sehr stabil und die Signalqualität fast immer gut.&lt;br /&gt;
--[[User:Beni|Beni]] 19:26, 4 August 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
* @Calestyo: Das Treffen war schon letzte Woche, von dieser woche weiss ich nix...&lt;br /&gt;
* Also mein Rekord (ohne Hardware-Fix) waren 49 Sekunden, allerdings was das hier auf dem Hügel im Luidpoldpark...also mir reicht das eigentlich, ich löt erstmal nix. Ich fänd ein weiteres Treffen nicht schlecht, zumal ich mich das letzte mal hauptsächlich mit Pidgin rumgeschlagen habe...:) Bei Interesse könnten wir uns mal über ein regelmäßiges Treffen unterhalten, vielleicht ne Mailingliste einrichten oder so, auf dem Wiki ist das doch immer ein bischen aufwändig. Was meint ihr?&lt;br /&gt;
&lt;br /&gt;
--[[User:Nosyjoe|Nosyjoe]] 20:20, 4 August 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
[http://en.wikipedia.org/wiki/D%27oh! D'oh!] :-/ ... gibt es evtl. nochmal so ein Treffen oder ne Gelegenheit wo man das von professioneller Hand durchführen lassen kann?&lt;br /&gt;
--[[User:Calestyo|Calestyo]] 20:25, 4 August 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
Ja, das ganze machen zu lassen ist sicher auch nicht blöd. Kennt jemand einen Lötservice in München? Mir fehlt es leider total an Equippment... ich würde es auch selber machen, wenns nicht anders geht, aber wie gesagt, bräuchte ich Equippment und Material. --[[User:Beni|Beni]] 14:19, 5 August 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
Also die Kondensatoren von oben sollten im Laufe der Woche bei mir ankommen. Lötstation (digital, kleine Lötspitze) könnte ich auch mitbringen. Desweiteren mache ich grad ein Praktikum bei Siemens, da komme ich auch an eine SMD-Lötstation ran, so mit Mikroskop und so -die kann ich aber leider nicht mitbringen.&lt;br /&gt;
Mailingliste ist ne gute Idee. Treffen einmal im Monat wäre auch interessant, könnte zum Beispiel grad Hilfe mit dem Toolchain gebrauchen (-; --[[User:Ronny|Ronny]] 16:18, 5 August 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
Haben wir eine mailinglist für die MUC Gruppe?&lt;br /&gt;
Abgesehen davon würde ich mich dann da gerne gleich für anmelden,... also deine Löt-Dienste in Anspruch zu nehmen. Zumindest wenn Du auch wirklich qualifiziert dazu bist ;-) ... nimm das nicht persönlich, aber erst vor wenigen Minuten hab ich von einem auf der ML gelesen,... der sich sein Moko schon kaputt gelötet hat... (auch nach dem Entfernen des Kondis, geht SD nicht mehr :-/ )&lt;br /&gt;
Wie viele Kondis hast Du bestellt und wo genau?&lt;br /&gt;
--[[User:Calestyo|Calestyo]] 20:22, 5 August 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
Ich hab mal eine mailinglist eingerichtet:&lt;br /&gt;
&lt;br /&gt;
openmoko@lists.muc.ccc.de&amp;lt;br&amp;gt;&lt;br /&gt;
http://lists.muc.ccc.de/cgi-bin/mailman/listinfo/openmoko&lt;br /&gt;
&lt;br /&gt;
0402 10pF KerKos liegen in den µc³-Räumen rum, Lötkolben/Werkzeug gibt's da auch, und Leute die einem beim Löten helfen sind auch oft anwesend. Letztes mal hat sich ja keiner getraut, ich auch nicht, hab das auch noch nicht nachgeholt, hab das aber vor. :)&amp;lt;br&amp;gt;&lt;br /&gt;
Im Moment sind bei mir die issues &amp;quot;Schutzfolie&amp;quot; und &amp;quot;2.5mm-&amp;gt;3.5mm Klinker 'mit vielen Ringen'&amp;quot; höherpriorisiert... ;)&amp;lt;br&amp;gt;&lt;br /&gt;
Dienstag Abend (so etwa ab 1900) ist da - äh - 'öffentlich offen', also da kann man einfach vorbeischauen, die Wahrscheinlichkeit dass da andere Openmoko-User und/oder Leute die SMD-Löt-Erfahrung haben und gern helfen anwesend sind halte ich eigentlich immer für sehr hoch...&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Das mit der Toolchain hab ich grad erst schonmal hingekriegt (und 'nen gsm0710muxd compiled)...&lt;br /&gt;
&lt;br /&gt;
--[[User:X|x]] 13:24, 6 August 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
Super danke. Ich schreib mal trotzdem nochmal hier rein, weil ja noch nicht viele auf der Liste sind. Irgendeine Qualifikation hab ich nicht -nur etwas Hobbyerfahrung - würde auch lieber das vorher einmal üben und das nicht unbedingt an fremden Eigentum. Wobei ich mit dem Löten bei meinem eigenen noch ein bischen abwarten wollte... Ich schau's mir mal an und entscheide dann, ob ich's mir OHNE Schwierigkeiten zutraue.&amp;lt;br&amp;gt;&lt;br /&gt;
Ich fand beim letzten Mal das Equipment in den µc³-Räumen jetzt nicht unbedingt so gut.&amp;lt;br&amp;gt;&lt;br /&gt;
Hab versucht von der Moko-Projektseite die Alarmclock zu kompilieren, hab aber massig Libraries gebraucht, die nicht kompilieren wollten und deren vorkompielerte Versionen nicht zum Armv4t gepasst haben. &amp;lt;br&amp;gt;--[[User:Ronny|Ronny]] 15:31, 6 August 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Also ist das nächste Treffen am '''Dienstag, 12.08.2008''' in den Münchner CCC-Räumen geplant? --[[User:Beni|Beni]] 07:26, 7 August 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Also ich persönlich habe geplant nächsten Dienstag dort zu sein. Über anderer Leute Planung kann ich nix sagen. :)&amp;lt;br&amp;gt;&lt;br /&gt;
Zum Thema Toolchain hab ich 'ne kurze Zusammenfassung an die ML geschickt...&amp;lt;br&amp;gt;&lt;br /&gt;
--[[User:X|x]] 16:42, 7 August 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
Ich werds leider nicht schaffen.... --[[User:Beni|Beni]] 07:22, 11 August 2008 (UTC)&lt;/div&gt;</summary>
		<author><name>Datenwolf</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Wish_List_-_Hardware</id>
		<title>Wish List - Hardware</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Wish_List_-_Hardware"/>
				<updated>2008-07-29T10:24:28Z</updated>
		
		<summary type="html">&lt;p&gt;Datenwolf: /* TV/radio receiver */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;This page details hardware features which some would like to go into future phones similar to the [[Neo1973]].&lt;br /&gt;
&lt;br /&gt;
Related pages are:&lt;br /&gt;
*[[Wishlist - Hardware - Novel Devices]] - openmoko will run on a large number of devices in the future, some of which may be DVD players, cameras, or convergance devices.  &lt;br /&gt;
*[[Wishlist:Unlikely]] - Hardware that is unlikely to appear in any OpenMoko device, due to it being impossible to fabricate with near-term technology, or for other reasons.&lt;br /&gt;
*[[Wishlist:Accessories]] - Accessories that people would like, that connect easily to the phone - initially primarily for the Neo1973 &lt;br /&gt;
*[[Wishlist:Expansion]] - add-ons to the phone, maybe involving hardware changes, and software and hardware protocols to implement these.&lt;br /&gt;
&lt;br /&gt;
This page is rather long. Before adding a new idea, please read through this page and the above pages, to make sure your idea has not been suggested before.&lt;br /&gt;
==Processor==&lt;br /&gt;
===A FPGA===&lt;br /&gt;
A FPGA is a general purpose reconfigurable logic device.&lt;br /&gt;
See [[Wish List - Hardware:FPGA]] for more details.&lt;br /&gt;
&lt;br /&gt;
===Samsung S3C2443===&lt;br /&gt;
*[http://www.samsung.com/global/business/semiconductor/productInfo.do?fmly_id=229&amp;amp;partnum=S3C2443&amp;amp;&amp;amp;ppmi=1427 Samsung S3C2443] Up to 533 MHz, can act as a USB 2.0 device.&lt;br /&gt;
&lt;br /&gt;
==Internal Memory==&lt;br /&gt;
===RAM===&lt;br /&gt;
128MB Dedicated for open files, running software etc., not for storage, or 256MB at all would be really nice and enough for any future software.&lt;br /&gt;
&lt;br /&gt;
===ROM===&lt;br /&gt;
Enough to Hold O/S and a fair number of applications and their settings. Persistent Storage with XIP capability. About 128 MB.&lt;br /&gt;
&lt;br /&gt;
===Storage===&lt;br /&gt;
An internal Micro SDHC should be used for users' files and additional software&lt;br /&gt;
&lt;br /&gt;
==Wireless data networking==&lt;br /&gt;
&lt;br /&gt;
===WiMAX support===&lt;br /&gt;
[http://en.wikipedia.org/wiki/Wimax WiMAX] is a high-speed data service, similar to wifi, though longer range and newer. Where service is available, this would complement WiFi. Unfortunately, unlike wifi, frequencies vary worldwide, so global usage may be complex. In South Korea, 2.3Ghz is available for WiMAX, known as WiBro. WiMAX Forum sets heart on 2.5 GHz for global use.&lt;br /&gt;
----&lt;br /&gt;
Two campuses of the University of California have just completed a deal with a WiMAX service provider to lease UC's ITFS/EBS spectrum to provide WiMAX in the SF Bay Area. Bidding was aggressive between Nextwave, Sprint-Nextel, and Clearwire. Other UC campuses have awarded other contracts throughout California to various of the three contenders. The point here is: these three companies are competing aggressively for spectrum in the 2.5-2.7 GHz range, and it's not limited to CA. At a National ITFS Association meeting in 2005, representatives from Intel said they would be ready to release a WiMAX chipset compatible with these frequencies in 2007, for inclusion in laptops. I assume the folks at [[FIC]] know much more about it that I do! Based on these and other clues, I think WiMAX is coming in the 2.5-2.7 GHz band in the near future... I'll be surprised if I do not see some offerings by early 2009. &lt;br /&gt;
&lt;br /&gt;
-[[User:Tzf|Tzf]] 21:54, 24 November 2007 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
===LTE support===&lt;br /&gt;
[http://en.wikipedia.org/wiki/3GPP_Long_Term_Evolution Long Term Evolution (LTE)] is a high-speed data service, similar to WiMax, but designed to be more compatible with existing GSM systems.  While Sprint &amp;amp; Clearwire are currently testing WiMax deployment in the US, AT&amp;amp;T and Verizon appear to be in preference of LTE.&lt;br /&gt;
&lt;br /&gt;
While the project is ongoing and general in scope, it has set itself some specific goals, many of which are oriented around upgrading UMTS to a so-called fourth generation mobile communications technology, essentially a wireless broadband Internet system with voice and other services built on top.&lt;br /&gt;
&lt;br /&gt;
===Emerging Protocols===&lt;br /&gt;
*[http://en.wikipedia.org/wiki/Near_Field_Communication Near Field Communication] has a few centimeter range, useable for keys, ID badges, pairing bluetooth devices and similar uses. Mentioned in newer bluetooth and SD standards. (No products.)&lt;br /&gt;
*[http://en.wikipedia.org/wiki/ZigBee ZigBee] is designed for connecting sensors and switches in buildings, with many options including mesh networks and aggressive power saving compared to bluetooth. (Almost no products available.)&lt;br /&gt;
*The [http://en.wikipedia.org/wiki/ANT_%28network%29 ANT network] is for connecting worn devices. Similar to ZigBee, but much simpler and maybe lower power. ([http://www.thisisant.com/?section=9 Short list] of products.)&lt;br /&gt;
&lt;br /&gt;
==Camera==&lt;br /&gt;
&lt;br /&gt;
* A camera that can take reasonable quality video and pictures is something many want. Applications vary from simple snapping, to gesture interfaces, video conferencing, barcode reading, business card reading, healthcare, servicing, biometric identification, and more.&lt;br /&gt;
** Unlike stand-alone cameras, an OpenMoko camera could integrate EXIF information from GPS, compass, and internet, making it far more valuable.&lt;br /&gt;
&lt;br /&gt;
* Some people can't take cameras into work - a model without the camera, or some way of removing the camera would be useful or leave the camera chip in place and have a removable lens assembly and replacement backcover.&lt;br /&gt;
*See [[Hardware:Neo1973:Alternate_Cases:Camera | Alternate Cases:Camera]] for phone casing suggestions.&lt;br /&gt;
&lt;br /&gt;
* See [[Wishlist:Camera]] for a more detailed wishlist.&lt;br /&gt;
&lt;br /&gt;
==Display==&lt;br /&gt;
===Multitouch screen===&lt;br /&gt;
&lt;br /&gt;
''Main article: [[Wishlist:Spell_weaving|Spell weaving]]''&lt;br /&gt;
&lt;br /&gt;
See also [http://pogue.blogs.nytimes.com/2007/03/27/the-multi-touch-screen/ this page] containing a link to a video demonstration.&lt;br /&gt;
&lt;br /&gt;
A history of multitouch implementations is [http://billbuxton.com/multitouchOverview.html here] ([http://google.com/search?q=cache:billbuxton.com/multitouchOverview.html google cache version])&lt;br /&gt;
&lt;br /&gt;
*Use examples: [http://www.youtube.com/watch?v=UcKqyn-gUbY&amp;amp;mode=related&amp;amp;search= Multi-touch interface (from Adobe TED)], [http://www.youtube.com/watch?v=1ftJhDBZqss&amp;amp;mode=related&amp;amp;search= Multi Touch (new touchscreen technology)]&lt;br /&gt;
&lt;br /&gt;
===Bigger and better screen===&lt;br /&gt;
2.8&amp;quot; widescreen (like in [http://etencorp.com E-ten] PDA/smartphones), or 3.5&amp;quot; widescreen (like in [http://www.expansys.ie/d.aspx?i=134944 Fujitsu Siemens LOOX N560]).&lt;br /&gt;
&lt;br /&gt;
262k or 16.7M colurs for displaying images and especially videos.&lt;br /&gt;
&lt;br /&gt;
OLED for better contrast, more rich colours, and less energy consumption.&lt;br /&gt;
&lt;br /&gt;
Maybe the [http://www.sharpsme.com/Page.aspx/europe/en/part/LS037V7DW01/ LS037V7DW01] by Sharp could be a solution. It has nearly the same specs as the currently used, but 3,7&amp;quot; -- [[User:Wedge | Wedge]]&lt;br /&gt;
&lt;br /&gt;
I'd recommend the&lt;br /&gt;
[http://www.beck-oled-lcd-tft-display.de/display-datenblatt/typ/tpo/TD035SHED1%20Product%20Specification%20Ver%200.0-112906.pdf TD035SHED1 (Chineese spec paper)] since it has the very same pinout as the current one. Eventually I'm going to create a new case, and will use that display. Alternately the&lt;br /&gt;
[http://www.beck-oled-lcd-tft-display.de/display-datenblatt/typ/tpo/TD043MGEB1_v0.4.pdf TD043MGEB1] would be a nice option. However it has 8 bits per channel, and not 6 like the current one, so we would need some adaptor board to connect it: Pull down resistors on the 2 lowermost bits of each channel, and connect the current signal lines to the uppermost bits. Or somehow get 8 bits per channel from the controller.&lt;br /&gt;
--[[User:Datenwolf|Datenwolf]] 12:06, 28 July 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
====&amp;quot;Slightly&amp;quot; Larger Screen====&lt;br /&gt;
43mm x 57mm (2.8inch diagonal) is tiny.  A 53mm x 71mm (3.5 inch diagonal) like on the TD035STEE1 would be a nice improvement.  A widescreen format at about 53mm x 82.5mm instead of the 3:4 aspect ratio would be even cooler (if one could be found).&lt;br /&gt;
&lt;br /&gt;
====Higher resolution screen====&lt;br /&gt;
The current OpenMoko hardware has a screen of size 2.8&amp;quot; and resolution 640 x 480 (VGA).&lt;br /&gt;
&lt;br /&gt;
See this LCD panel: http://www.engadget.com/2006/12/27/hitachi-does-800-x-480-display-for-phones/&lt;br /&gt;
&lt;br /&gt;
At 2.9&amp;quot; it is almost exactly the same size as the current screen but has a wider 800 x 480 resolution (WVGA). This is the same resolution as in the Nokia N800 web browsing devices (but those devices have a bigger, lower DPI screen).&lt;br /&gt;
&lt;br /&gt;
A display panel like this would enhance the phones's usability as a small computer, particularly for activities like web browsing, with an almost negligible affect on the size of the device. It would cause slightly increased battery drain though.&lt;br /&gt;
&lt;br /&gt;
===Distance sensing touchscreen===&lt;br /&gt;
{{Main|Hardware:NearlyTouchScreen}}&lt;br /&gt;
TouchKo's (now Wacom Company Ltd.) spatial capacitive &amp;quot;touchscreen&amp;quot;, can sense fingers at a small distance, so you do not get your display greasy, and can unlike some touchscreens, be operated with gloves.&lt;br /&gt;
&lt;br /&gt;
===&amp;lt;s&amp;gt;Video acceleration&amp;lt;/s&amp;gt;===&lt;br /&gt;
Hardware acceleration for video playback and 2D/3D accelleration will be present in [[Neo1973 GTA02]].&lt;br /&gt;
&lt;br /&gt;
===EPD===&lt;br /&gt;
Or electronic paper display, EPD is used in many new devices such as the new Motorola motofone, sonys new e-reader and Irex's iliad. The technology provides thin, lightweight, power saving screens using new eink technology. This technology could cut the weight of the phone and its power usage. For more info see: [http://www.eink.com eink's website].&lt;br /&gt;
&lt;br /&gt;
Pro: laserprinter like quality, glossy, very stable image, easy on the eyes. Electronics are similar to TFT. Very low power consumption. &lt;br /&gt;
&lt;br /&gt;
Con: Black and grey only (like a newspaper, but glossy), although there were already color prototypes in 2005. low framerate (5fps). Can reflect light (like paper), backlight is impossible.&lt;br /&gt;
&lt;br /&gt;
===Transreflective===&lt;br /&gt;
It would be nice to have (the option of) a transreflective display, which while being less bright, is readable without needing to power the backlight. Then again, it depends on how much power the backlight uses compared to everything else...&lt;br /&gt;
&lt;br /&gt;
===Second Display===&lt;br /&gt;
A 32x32 OLED display possibly on the back for camera framing or on an edge so it can be viewed like a pager.&lt;br /&gt;
This could be used to display any number of alerts (from any installed software) the alerts could have a dynamic prioritisation which means during the work day a message from the boss has high priority but lower at home (could be GPS/Time controlled?) multiple alerts shrink the icons to a 3x3 grid higher priority messages get more space.&lt;br /&gt;
&lt;br /&gt;
===Pico Projector===&lt;br /&gt;
[http://www.engadget.com/media/2006/02/digismartphone2.jpg Like the one shown here] or [http://www.youtube.com/watch?v=sT1mhSRichk (video example here)] new cellphones are now coming out with a small, low power projector. This can be used to show movies from your cell phone with 0.5m high image on a while wall for example...&lt;br /&gt;
&lt;br /&gt;
Sample Video: http://www.youtube.com/watch?v=sT1mhSRichk&lt;br /&gt;
&lt;br /&gt;
Sample Vendor/Product Info: http://www.dlp.com/tech/what.aspx&lt;br /&gt;
&lt;br /&gt;
==Input devices==&lt;br /&gt;
&lt;br /&gt;
===Tablet PC like pen input (Wacom Technology)===&lt;br /&gt;
The Wacom tablet protocol is openly documented, OSS drivers exist. Connection via UART or USB.&lt;br /&gt;
[http://www.wacom-components.com/english/technology/emr.html Wacom mobile technology]&lt;br /&gt;
[http://www.wacom-components.com/english/product/sensorboard.html Sensorboards]&lt;br /&gt;
&lt;br /&gt;
Add a pen holder to the case, suitable for a pen [http://www.wacom-components.com/english/product/pen.html like the &amp;quot;Super Slim Pen&amp;quot; on this page]&lt;br /&gt;
&lt;br /&gt;
===Regular phone keypad===&lt;br /&gt;
I really like the idea of this phone BUT it misses one&lt;br /&gt;
crucial feature - a simple keypad(like most other phones have).&lt;br /&gt;
I'd be basicaly happy with a mobile device with a 3-4&amp;quot; screen with a slide out keypad(in a similar way as the n95).&lt;br /&gt;
&lt;br /&gt;
===No Dependence on Stylus===&lt;br /&gt;
The Neo's basic functionality should be completely usable without a stylus, Like the iPhone but with stylus use for precision work.&lt;br /&gt;
&lt;br /&gt;
===A laser projection keyboard===&lt;br /&gt;
Similar to [http://www.thinkgeek.com/computing/input/8193/ this], except the device would be integrated into the phone itself.  Setting the Neo up on a stand on a flat surface (perhaps a stand could be built into the back of the Neo itself, or into a case) would turn the Neo into a micro-laptop.  There may be several issues with the inclusion of this technology, including patents, the space required to project the laser grids, and the power consumption.  If possible, however, it would make text input a breeze.&lt;br /&gt;
&lt;br /&gt;
===Just a few more Buttons===&lt;br /&gt;
&lt;br /&gt;
2 buttons more, 3 buttons total, mounted sideways would be enough. You could use them for play/pause and loudness controll while the phone remains in your pocket (display locked, ...), reading mails, rss, ebooks,... without wasting display space and so on.&lt;br /&gt;
&lt;br /&gt;
With 5 buttons in total you could possibly emulate a keyboard (2^5 = 32 combinations) for those who know how to play a flute. Useable onehanded, not wasting display space and faster than t9. (It's not faster than T9 - I've used this system with the microwriter agenda --[[User:Speedevil|Speedevil]] 00:00, 2 July 2007 (CEST)) Hopefully this is not patented already.&lt;br /&gt;
&lt;br /&gt;
===D-Pad and Buttons===&lt;br /&gt;
*Adding a D-pad (to the bottom of the phone) and 2 to 4 buttons (to the top) would provide some tactile input controls, in addition to the touchscreen. They could be used as shortcut keys in the menu, or playback control when playing media. When the phone is held sideways, they can be used as games controls. (With touchscreen alone, gameplay options are limited)&lt;br /&gt;
&lt;br /&gt;
Game buttons would be best on both sides of the screen. The larger the buttons, the better. 2x 4 buttons in up-down-left-right configuration + some extra buttons separately a bit lower on the device would be good for many for emulation games. &lt;br /&gt;
&lt;br /&gt;
Here is a concept drawing of a possible neo1973 gaming version: &lt;br /&gt;
(This has a 4-way direction pad, 8 way may be better for gaming)&lt;br /&gt;
&amp;lt;br/&amp;gt;&lt;br /&gt;
[[Image:Neogame90.jpg]]&lt;br /&gt;
&amp;lt;br/&amp;gt;&lt;br /&gt;
Shoulder buttons would be a great addition, too. It would be interesting if there was a total 4 of them, one for every corner. It would make the phone very flexible for rotating and 2 to 6 players playing on one device.&lt;br /&gt;
&amp;lt;br/&amp;gt;&lt;br /&gt;
:''Note'' : The [http://en.wikipedia.org/wiki/Tapwave_Zodiac Tapwave Zodiac] Palm PDA / Game console hybrid had a similar setup - with an analog stick on the left (also used for quick selection using a radial main menu when working as a PDA), 4 buttons on the right (also configurable for shortcuts when using the device as PDA), and 2 shoulder buttons. Also it had and still has an enthusiastic scene of homebrew development (almost any console emulator for PalmOS can also take advantage of the additional buttons and graphic power of the device). If we also take into account the success encountered by the [http://en.wikipedia.org/wiki/GP32 GP32] in the past and the [http://en.wikipedia.org/wiki/GP2X GP2X] currently on the homebrew scene, it's not unreasonable to plan a future OpenMoko device with both a SmartPhone/PDA functionnality ''and'' hand-held console targeting homebrew development.&lt;br /&gt;
&lt;br /&gt;
===Thumb keyboard or keyboard attachment accessory===&lt;br /&gt;
*Could be slide out or clamshell (hinge on long side) design with an external OLED. The keyboard should be protected when not in use.&lt;br /&gt;
*Could be a clip on keyboard that attaches to the serial port or communicates by bluetooth (not preferred for permanent keyboard users).&lt;br /&gt;
*Cheap clippable miniusb keyboard&lt;br /&gt;
*One of the layouts proposed in [[Hardware:Keyboards]]&lt;br /&gt;
* What about virtual keyboard? [[http://www.extremetech.com/article2/0,3973,539778,00.asp Keyboard]]&lt;br /&gt;
&lt;br /&gt;
===Analogue Controllers===&lt;br /&gt;
&lt;br /&gt;
====Trackball====&lt;br /&gt;
A trackball would provide an efficient mouse-like interface in a very compact package.  As exemplified in the newer Blackberry&amp;amp;reg; models.&lt;br /&gt;
Maybe instead an optical sensor as are used in mice could be used so that the whole phone can be moved over a surface just like a mouse. (It could function as a Bluetooth mouse for other devices like laptop computers: see [[Bluetooth_Support#Acting_as_HID_device]]. Adding one other two-axis analogue input (possibly just the screen) would make the Neo usable as a TrackPoint or scroll-and-tilt mouse.) The same sensor might be usable as a barcode reader.&lt;br /&gt;
&lt;br /&gt;
====Analog Joystick====&lt;br /&gt;
A joystick, or [http://www.extremetech.com/article2/0,1697,1772689,00.asp Rollermouse]-like device would provide additional control, compared with touchscreen only.&lt;br /&gt;
*A standard [http://en.wikipedia.org/wiki/Pointing_stick pointing stick (ie. TrackPoint)] might serve well. As a fairly standard part, might they be quite inexpensive?&lt;br /&gt;
&lt;br /&gt;
====Dual analogues====&lt;br /&gt;
Dual analogue controllers (one trackball or joystick above, one below the screen, most likely) might even be feasible. That might be overkill since the accelerometers or touchscreen can be used to provide a second analogue input. But it would be nice to have four axes of analogue control without having to tilt the screen away from you or partly cover it with your hand.&lt;br /&gt;
&lt;br /&gt;
===TV/radio receiver===&lt;br /&gt;
[[Digital Television]], [[Digital Radio]] or even normal analogue TV/radio is widely available in the world, though unfortunately in various different forms. In markets where one standard is widespread, and hardware is suitable, it would be a great extension of the phone to a general entertainment device for when you're away from home. Multi standard devices would be ideal, but may not be small, low-power, or cheap.&lt;br /&gt;
A good start would be an FM tuner, since it's one of the most widely used formats of radio broadcasting in the world.&lt;br /&gt;
&lt;br /&gt;
Here's a selection of chips, though it's not clear if the drivers are open source. http://www.sigmatel.com/products/portable/wireless/fmtuner.aspx#fragment-14&lt;br /&gt;
http://www.st.com/stonline/products/families/automotive/am_fm_tuners.htm&lt;br /&gt;
&lt;br /&gt;
===&amp;lt;s&amp;gt;Accelerometer&amp;lt;/s&amp;gt;===&lt;br /&gt;
'''Avaliable in GTA02'''&lt;br /&gt;
&lt;br /&gt;
This enables the phone to sense which direction 'down' is, and to sense any movements the phone makes.&lt;br /&gt;
&lt;br /&gt;
See [[Accelerometer Fundamentals]] for more information on accelerometers as they may be used in phones.&lt;br /&gt;
&lt;br /&gt;
In some cases integrated gyroscopes may also be needed. A [[#Digital compass]] can even be of more use since it gives absolute rotation so slow rotations could also be measured. A 3D compass would be nicest, but a simple 2D compass already is a helpful addition to the accelerometers.&lt;br /&gt;
&lt;br /&gt;
*[[Wishlist:3D Viewport|3D Viewport]]&lt;br /&gt;
*[[Wishlist:Computer Mouse|Computer Mouse]]&lt;br /&gt;
*[[Wishlist:Determine Position|Determine Position]]&lt;br /&gt;
*[[Wishlist:Dynamic Screen Orientation|Dynamic Screen Orientation]]&lt;br /&gt;
*Change media player playlist when jogging vs walking. &lt;br /&gt;
*&amp;lt;s&amp;gt;Attempt to use to stabilise any future camera.&amp;lt;/s&amp;gt; While possible in theory the time required to process the accelerometer signals would cause to much latency, as that it could effectively be used for image stabilisation. You'd have to connect the acceleromters directly to the camera circuits.&lt;br /&gt;
&lt;br /&gt;
===Side-Mounted Touch Strip===&lt;br /&gt;
Add a &amp;quot;touch strip&amp;quot; sensor onto the side of the phone which can be used to scroll. By having it on the side you can use your thumb to scroll comfortably while holding the phone one-handed. An 8-element capacitive sensor would work wonderfully and be easy to fab using either a Quantum QT411 (http://www.qprox.com/products/qslide_qt411.php) or Analog Devices AD7143 (http://www.analog.com/en/prod/0,2877,AD7143,00.html) controller. The Analog Devices chip seems better suited due to it's smaller allowable element size.&lt;br /&gt;
*With the AD7143 you can have an 8-element (128-position) 25mm long strip - Perfect!.&lt;br /&gt;
*With a few OLED screens beneath the strip it could be used as dynamic configurable buttons/alerts eg. zoom/flash/shutter with a camera application and SMS/Email/Voicemail alerts in standby&lt;br /&gt;
&lt;br /&gt;
===Heart Rate Compatibility=== &lt;br /&gt;
&lt;br /&gt;
An RF interface to receive data from popular heart rate straps (Polar, Garmin, Sigma, Suunto, etc.). This would go along well with the existing GPS functionality and possible future Accelerometer functionality to make for a full-blown workout tool.&lt;br /&gt;
&lt;br /&gt;
Software can be written to track heart rate along a running, cycling, skiing, swimming loop, to monitor max and min heart rate, to match heart rate data to GPS coordinates and print map data w/ relevant data.&lt;br /&gt;
&lt;br /&gt;
===Digital compass=== &lt;br /&gt;
A digital compass is useful for orienting maps to the terrain and other location/direction/orientation based applications (... is 300 meter that way) when the user is standing still (regardless of GPS reception) and for following a bearing when GPS reception is poor or speed is low. Also could be used to make the accelerometer data more exact.&lt;br /&gt;
&lt;br /&gt;
A compass is also useful for tagging photographs with the correct direction (in addition to location) of the photo.&lt;br /&gt;
&lt;br /&gt;
Very small [[I2C]] sensors like [http://www.ssec.honeywell.com/magnetic/hmc6352.html Honeywell's HMC6352 2-Axis Digital Integrated Compass] (6.5 x 6.5 x 1.5 mm) are very appropriate for this. Another option is the much smaller [http://www.global.yamaha.com/news/2006/20060726.html Yamaha YAS529 Three-Axis Geomagnetic Sensor IC Chip] (2.0mm x 2.0mm x 1.0mm).&lt;br /&gt;
&lt;br /&gt;
*[[Wishlist:Auto Align Map]]&lt;br /&gt;
&lt;br /&gt;
See [[Wishlist - Hardware: Digital compass]] for more information&lt;br /&gt;
&lt;br /&gt;
===Thermometer===&lt;br /&gt;
An electronic thermometer might become handy for some users.&lt;br /&gt;
&lt;br /&gt;
There are very small [[I2C]] devices available, that could easily integrate to the existing bus. For example [http://focus.ti.com/docs/prod/folders/print/tmp100.html this one from ti].&lt;br /&gt;
(Could just be cheap and use the thermometer from the battery, thats how they did it in the nokia 5140's). Also is integrated in a barometer/altimeter like the SMD500 mentioned in [[Wish List - Hardware - Atmospheric]].&lt;br /&gt;
::But if you carry it in your pocket it is unlikely to show the correct air temperature anyway. [[User:AudriusA|AudriusA]] 17:12, 12 January 2008 (CET)&lt;br /&gt;
&lt;br /&gt;
===Barometer and Variometer (Altimeter)===&lt;br /&gt;
&lt;br /&gt;
A Barometer measures air pressure. This can be used to give weather information, and also as a variometer, to sense relative altitude. Variometers are commonly used in flying microlight and ultralight aircraft, to get accurate relative altitude.&lt;br /&gt;
&lt;br /&gt;
These are also common on high end GPS units. This is a great feature for walkers as you can tell how far you have got on any ascent/decent.&lt;br /&gt;
&lt;br /&gt;
See [[Wish List - Hardware - Atmospheric]] for more information.&lt;br /&gt;
::The GPS device [[Manually using GPS|outputs the altidude]] as well. This has been tested and works fine. [[User:AudriusA|AudriusA]] 21:44, 7 February 2008 (CET)&lt;br /&gt;
&lt;br /&gt;
===Finger print sensor===&lt;br /&gt;
A fingerprint sensor gives easy and fast access to the phone, could lock the touchscreen etc. An example of this device can be found at [http://www.sonystyle.com/is-bin/INTERSHOP.enfinity/eCS/Store/en/-/USD/SY_BrowseCatalog-Start?CategoryName=cpu_VAIONotebookComputers_UX_Series&amp;amp;Dept=computers Sony UX17].&lt;br /&gt;
&lt;br /&gt;
Most fingerprint sensors in the embedded market include a navigation mode, where they work similar to either a touch-stick or touch-pad of a laptop.&lt;br /&gt;
&lt;br /&gt;
[http://www.fujitsu.com/downloads/MICRO/fma/formpdf/mbf320_fsfin.pdf Fujitsu] has a small strip like reader that has SPI and USB support.&lt;br /&gt;
&lt;br /&gt;
===Barcode Scanner===&lt;br /&gt;
*less cpu intensive and more reliable than camera+ocr&lt;br /&gt;
*though, bluetooth-enabled readers are already available.&lt;br /&gt;
&lt;br /&gt;
===Light Sensor===&lt;br /&gt;
Ability to sense ambient light, and act accordingly. i.e if it's 3am and LightValue&amp;lt;.1 then Ring Quietly.&lt;br /&gt;
&lt;br /&gt;
===A pluggable sensor module===&lt;br /&gt;
Give the option of a composite sensor module consisting of pressure, humidity, temperature and light sensors(if camera not present, which is the case), which will be pluggable to the phone and connected to the USB 1.1 port.&lt;br /&gt;
&lt;br /&gt;
===Wheel===&lt;br /&gt;
A navigation wheel like on a sony/ericsson 810i would be nice.&lt;br /&gt;
&lt;br /&gt;
===Proximity Sensor===&lt;br /&gt;
Switch off backlight when you place the phone to your ear. Prevent accidental activation of speakerphone or other sounds when the phone is near the ear (prevent hearing damage). Possibly switch the speakerphone on or off automatically depending on if the phone is by your head or not.&lt;br /&gt;
&lt;br /&gt;
=== Make ''all'' unlocking of phone, password protected===&lt;br /&gt;
&lt;br /&gt;
When my (current non-neophone) phone is in my pocket and I have it locked, it sometimes accidentally unlocks itself since only two keystrokes in the correct order are necessary to unlock it. When it's unlocked and still in my pocket it sometimes calls someone without my knowledge. All phones I've seen today have a press-just-one-button bypass to answer an incoming call even when the phone is locked. I suggest making the locking mechanism let the user configure it so that the user has to enter a password even for answering incoming calls. The likeliness of the phone accidentally runbbing against my car keys, hitting a ten character long password, unlocking the phone without my knowledge and consent is low enough even for us most unlucky users.&lt;br /&gt;
&lt;br /&gt;
==Expansion==&lt;br /&gt;
===Positioning of Buttons, Connections and ports===&lt;br /&gt;
&lt;br /&gt;
Ideally any cable ports such as charging, USB, audio, docking should not get in the way of your hand or fingers when holding it in it's normal orientation. For the sake of SDIO cards an external SD slot should be on the top edge. IR for remote control software and ease of inter-device communication should be on the corner so that it is facing away from you for both orientations. Buttons obviously are positioned for finger control. An example of how '''not''' to do this would be the HTC Universal&lt;br /&gt;
&lt;br /&gt;
===Storage===&lt;br /&gt;
&lt;br /&gt;
====MMC/SD/SDIO slot (rather than?) miniSD or microSD====&lt;br /&gt;
*Cheaper, more durable cards in a widely accepted format.&lt;br /&gt;
*Much much larger storage capacity, [http://blog.scifi.com/tech/archives/2007/08/23/toshiba_unleash_1.html even 32GB]&lt;br /&gt;
*Cards are harder to lose&lt;br /&gt;
*Wider selection of accessories, including SDIO accessories.&lt;br /&gt;
*Make externally available so that larger length SDIO cards can be used (thinking about SDIO WLAN here)&lt;br /&gt;
*[http://en.wikipedia.org/wiki/Secure_Digital_card#SDHC SDHC] compatible. It seems to already have the right hardware for it - see [[Neo1973_Hardware#microSD-Card]].&lt;br /&gt;
See more on [http://wiki.openmoko.org/wiki/Wish_List#SD_Card_Slot Wish list - SD Card Slot]&lt;br /&gt;
&lt;br /&gt;
====Two SD slots====&lt;br /&gt;
*Micro SDHC for /home partition. Keep like current design underneath SIM card&lt;br /&gt;
*Hot swappable externally accessible normal size SDHC/SDIO slot&lt;br /&gt;
&lt;br /&gt;
=== Internal Communication Bus ===&lt;br /&gt;
*A standard and/or documented internal communication bus of some sort could simplify adding new hardware modules.&lt;br /&gt;
*Serial USB or I2C connector internal to case towards the top&lt;br /&gt;
*Several digital I/O pins that operate at TTL levels&lt;br /&gt;
*A few analogue I/O pins attached to a A/D converter&lt;br /&gt;
*Documentation of Debug board connector could provide some of this functionality.&lt;br /&gt;
&lt;br /&gt;
I2C is used on the Neo with some details of resources already in use documented!&lt;br /&gt;
Please see [[I2C | Neo I2C Devices]] for more information &amp;amp; a list of devices &amp;amp; the addresses currently in use &amp;amp; documented for the Neo1973.&lt;br /&gt;
&lt;br /&gt;
===Local Communication===&lt;br /&gt;
&lt;br /&gt;
====USB====&lt;br /&gt;
* 5V Powered, to avoid having to carry around a hub for when you want to occasionally plug in a memory stick. Many powered hubs will not recognize a totally unpowered host. Provide a maximum current to drive a basic USB keyboard/memory stick/mouse/webcam/astrowebcam. This could be done by adding a small cheap power converter like the [http://www.national.com/pf/LM/LM2753.html LM2753]&lt;br /&gt;
* USB 2.0 (USB 1.1 is too slow to transfer data to the card, removing the card everytime from the phone isn't an option too, because it is placed under the battery)&lt;br /&gt;
* Standard type A socket for quick &amp;amp; easy insertion of memory sticks etc.&lt;br /&gt;
* OTG, to be able connect usb keyboard like [http://www.mobile-review.com/pda/review/cherry-kb-en.shtml Cherry G84-4321 SUNRG]&lt;br /&gt;
* Bootable USB device emulation: the possibility to boot any computer on a bootable flagged partition of the transflash.&lt;br /&gt;
* Protection against incorrectly wired USB ports: some USB ports are wired incorrectly; if the +5V and GND are swapped, the device would get -5V when it's expecting +5V, which could burn some chips. A reverse-biased diode between +5V and GND, D+ and GND, D- and GND, and (if used) ID and GND, with a low enough forward voltage drop (to limite the negative voltages to what the chips can withstand), would protect the device by tripping the port's short circuit protection.&lt;br /&gt;
&lt;br /&gt;
====Wireless USB support====&lt;br /&gt;
[http://en.wikipedia.org/wiki/Wireless_USB Wireless USB] is the wireless version of USB offering data-rates up to 480 Mbit/s over short distances (&amp;lt;3 meter). Chipsets suitable for a phone are likely to take some time to be available.&lt;br /&gt;
&lt;br /&gt;
====Bluetooth with A2DP====&lt;br /&gt;
Is the blue-tooth radio present in the phone A2DP compatible. If not, make it so.&lt;br /&gt;
&lt;br /&gt;
Great for listening to music or watching a movie with full sound.&lt;br /&gt;
&lt;br /&gt;
====SIR/FIR transceiver (Serial Infrared) / IR remote control====&lt;br /&gt;
*An infrared transceiver is cheap, small, and useful for sync with many laptops and mobile phones. &lt;br /&gt;
*Replace/emulate all IR-based remote controls used for your tv, vcr, etc on your neo cell phone.&lt;br /&gt;
** replaces multiple 'dumb' devices with a single intelligent device (your neo) that you will probably carry with you at all times anyway. &lt;br /&gt;
**Command sets should be retrieved from a database or learned from other less intelligent remote control devices with macros. &lt;br /&gt;
**reduces clutter, particularly in the living room.&lt;br /&gt;
**inceases the neo's practical status as an 'always-have' device. &lt;br /&gt;
&lt;br /&gt;
Other uses.&lt;br /&gt;
*Detecting reflections from inside of a caddy, and switching from active mode.&lt;br /&gt;
*FIR would be a nice option, as it's some 40 times faster than SIR.&lt;br /&gt;
&lt;br /&gt;
===Other===&lt;br /&gt;
&lt;br /&gt;
====Video Out====&lt;br /&gt;
*Through a docking port&lt;br /&gt;
**S-Video/Composite Out&lt;br /&gt;
**DVI Out&lt;br /&gt;
**HDMI Out&lt;br /&gt;
**Display Port&lt;br /&gt;
&lt;br /&gt;
==Output devices==&lt;br /&gt;
&lt;br /&gt;
===LED===&lt;br /&gt;
*The Neo1973 GTA02 will have LEDs of some sort behind at least one button. [http://lists.openmoko.org/pipermail/community/2007-July/008458.html]&lt;br /&gt;
*A blinking LED would be a cheap, low power way to inform the user of new SMS/Email....&lt;br /&gt;
**An alternative to this would be for one small part of the LCD to be separately backlit.&lt;br /&gt;
**This requires the CPU and LCD to be somewhat active, to keep the LCD refreshed, but gives much more information.&lt;br /&gt;
**A Small OLED Screen could be used and display much more information than a LED with minimal power usage.&lt;br /&gt;
&lt;br /&gt;
*For example a multicolor LED which pulses yellow for GSM/GPRS transmit, blue for Bluetooth/Wifi, green to indicate non-urgent information - missed call etc, red to indicate battery low or other urgent notices.&lt;br /&gt;
&lt;br /&gt;
**The LED and button ideas could be combined: illuminated buttons.&lt;br /&gt;
**It must be possible to completely disable the LED to save power or other personal preferences.&lt;br /&gt;
&lt;br /&gt;
=== Flashlight ===&lt;br /&gt;
For finding keys, or any other application. May also optionally pulse in time with ring, to make phone more visible.&lt;br /&gt;
This is really well done in Nokia 5500.&lt;br /&gt;
&lt;br /&gt;
-I second this one. The most used feature in my Nokia 5140 after the calling and sms features is the flashlight. It's just one simple LED, but powerful enough to see with if it's really dark. If it ain't dark, you won't need the light anyway. :)&lt;br /&gt;
&lt;br /&gt;
Also, Who hasn't lost their keys and opened up their cell phone to use as a flashlight?&lt;br /&gt;
&lt;br /&gt;
=== FM transmitter ===&lt;br /&gt;
Small FM transmitter to output to car, and other nearby radios.&lt;br /&gt;
&lt;br /&gt;
Fix the biggest flaw in the iPod before Apple does!&lt;br /&gt;
&lt;br /&gt;
=== Infrared Transmitter w/ universal remote software ===&lt;br /&gt;
Infrared LED on top of device with universal remote software so you can control televisions, DVDs etc.&lt;br /&gt;
[http://www.novii.tv/ Here] is an example of universal remote software.&lt;br /&gt;
&lt;br /&gt;
:I'd like to add that i fully support this. An IR port on future openmoko devices capable of controlling set-top boxes like TV/DVD/Stereo is necessary to make the device as universal as possible. A cellphone should be your window to the world and allow you to interact with it in as many ways as possible.&lt;br /&gt;
&lt;br /&gt;
:Care must be taken to use the correct type of IR chipset/controller in the phone. Most IR ports you find on devices like computers, some cellphones etc. Are for high speed data communication and CAN'T control TVs/DVDplayers/Stereos etc.&lt;br /&gt;
&lt;br /&gt;
:In order to reduce cost it maybe possible to use the sound chipset in the phone to generate the waveform sent to the IR led. IR remotes work at ~38Khz which is within the range of the sound chipset. The sound output could be internally switched between the IR led or the speakers.&lt;br /&gt;
&lt;br /&gt;
===HAC Compliance===&lt;br /&gt;
[http://quux.wiki.zoho.com/WhereAreHACphones.html Here] is some summary/discussion of how hearing aid compliance rules work in the US. Specifically it would be nice to see the phone include a [http://www.hearingresearch.org/Dr.Ross/telecoil_and_telephones.htm telecoil], which allows the phone to connect wirelessly to many standard hearing aids.&lt;br /&gt;
&lt;br /&gt;
==Mobile Communication options==&lt;br /&gt;
&lt;br /&gt;
===Generic Access Network / Unlicensed Mobile Access===&lt;br /&gt;
This technology requires cooperation from the cellular provider, but [http://en.wikipedia.org/wiki/Unlicensed_Mobile_Access UMA/GAN] is already offered by T-Mobile in the United States, and perhaps others in other countries.  Allowing the user to roam from GSM to wifi, this technology can save the end user a significant amount of money, and also allow the user to deploy coverage where there was none before.  There are only a few UMA capable phones currently, but it would be great if this could be made to work on a phase 2 type OpenMoko device.&lt;br /&gt;
&lt;br /&gt;
Note that this features requires more advanced access to the GSM modem. &lt;br /&gt;
Special messages needs to be exchanged with the network.&lt;br /&gt;
&lt;br /&gt;
===Faster/better mobile connectivity.===&lt;br /&gt;
[http://en.wikipedia.org/wiki/Gsm GSM]/[http://en.wikipedia.org/wiki/GPRS GPRS] is at best slow. An incremental improvement would be a radio with [http://en.wikipedia.org/wiki/EDGE EDGE ] support. EDGE is an evolved GSM standard and, like GPRS, it operates on the same frequency as voice. This means a quad-band EDGE radio will have near-complete worldwide coverage. &lt;br /&gt;
&lt;br /&gt;
[http://en.wikipedia.org/wiki/UMTS UMTS] - which is widespread in Europe and being deployed in the US, [http://en.wikipedia.org/wiki/HSDPA HSDPA] (asia) and any other mobile standards would be nice for faster data connectivity and coverage.&lt;br /&gt;
It is unlikely that all of these will be supported initially, but it is a goal. These faster standards operate in different frequencies from GSM/GPRS/EDGE. Which frequency exactly will depend on the carrier and country. For UMTS in the US, AT&amp;amp;T uses 850/1900 MHz but T-Mobile will use 2100/1700 MHz for example.&lt;br /&gt;
&lt;br /&gt;
Until that goal is reached, it is likely that some phones will be brought out for various specific markets - Europe, Asia, US.&lt;br /&gt;
&lt;br /&gt;
===Ability to use multiple SIMs/networks===&lt;br /&gt;
* External SIM sockets are widely available in China, a dual external socket would be a very good solution.&lt;br /&gt;
* [http://www.fonefunshop.co.uk/dualsim/digital.htm Dual SIM card kit] - two SIMs are trimmed and combined, software supportwould be needed, and both can't be used at once...&lt;br /&gt;
* Some networks support multiple numbers on one SIM. Unfortunately this won't allow split networks.&lt;br /&gt;
* A second/dual GSM module would allow full use of both sims at all times.&lt;br /&gt;
* As a hack, [http://wiki.openmoko.org/wiki/Wish_List#Bluetooth_powered_Multi-SIM_support use another mobile via BT].&lt;br /&gt;
** As many as three SIM slots would be genuinely useful, especially for a 3G phone - some 3G data tariffs are only available on data-only SIMs. A user could quite reasonably have one SIM for data, once SIM for his personal voice calls, and a third SIM for his business number.&lt;br /&gt;
* Dual SIM card support will be especially welcome by the women. They just love to talk on the phone.&lt;br /&gt;
* Save the contents from several SIM-cards to memory and simulate them.&lt;br /&gt;
&lt;br /&gt;
===PMR446/FRS Radio===&lt;br /&gt;
* Include a PMR/FRS Radio.&lt;br /&gt;
* A two-way walkie talkie lets you use the phone to communicate with friends without requiring a GSM connection (crowded networks at festivals, at locations with no GSM coverage).&lt;br /&gt;
&lt;br /&gt;
2 way talk over Sprint/Nextel/Boost networks if possible. At least the walkie talkie feature for sure. It's very annoying being at a lake with no service and can't call your friend in the other boat across the lake.&lt;br /&gt;
&lt;br /&gt;
===[[DECT]]===&lt;br /&gt;
* Include a [[DECT]] GAP/CAT-iq transceiver so you can use your home and/or office PSTN line&lt;br /&gt;
** Ability to use Alcatel phonebook stuff (like provided by the eventphone.de phone equipment) would be very nice too&lt;br /&gt;
&lt;br /&gt;
===[[SIP phone]]===&lt;br /&gt;
Make stripped down (and thus cheaper) version of the Neo1973 phone for use as a SIP phone. Remove GPS, GSM, accelerometers, stylus.&lt;br /&gt;
&lt;br /&gt;
Addition of an centimeters-precise location system [http://en.wikipedia.org/wiki/Real_Time_Location_Systems RTLS] would be nice, as it will allow highly sensible indoor context detection. Imagine putting the phone next to your mirror (where you shave daily) and watch it automatically switch to news radio channel. Or put it next to your bed and see it automatically switch to &amp;quot;sleeping&amp;quot; mode, when only calls from predefined numbers are accepted.&lt;br /&gt;
&lt;br /&gt;
=='''Casing'''==&lt;br /&gt;
See also: [[Alternate Neo1973 case designs]] for a list of cases being considered for design/manufacture by the community.&lt;br /&gt;
&lt;br /&gt;
=== [[Hardware:Neo1973:Alternate_Cases:Expansion_Module_Casing | Expansion Module Casing]] ===&lt;br /&gt;
Longer case (150-160mm+) with space in the top to put expansion modules, including test &amp;amp; hobby hardware.  Would require use of a standard internal power &amp;amp; communications bus. Could be left empty with blank cover or house cameras, solar panels, a crank powered charger, special transmitters/recievers, or anything else imaginable.&lt;br /&gt;
&lt;br /&gt;
[http://www.likeasecret.com/Neo1973/Neo1973-Exp.mov Neo1973 Expansion Module Quicktime rendering]&amp;lt;br /&amp;gt;&lt;br /&gt;
[[Image:Neo1973-Exp.png]]&lt;br /&gt;
&lt;br /&gt;
=== Expansion Back Casing ===&lt;br /&gt;
Replacement backs with additional features ranging from solar power, larger batteries, extra hardware, ...&lt;br /&gt;
&lt;br /&gt;
===[[Hardware:Neo1973:Alternate_Cases:Expansion_Front_Casing|Expansion Front Casing]]===&lt;br /&gt;
Replacement fronts with e.g. extra buttons.&lt;br /&gt;
&lt;br /&gt;
=== Space efficient Lanyard ===&lt;br /&gt;
The hole at the bottom of the phone takes a lot of space. A [http://en.wikipedia.org/wiki/Kensington_Security_Slot Kensington Security Slot] could be used instead.&lt;br /&gt;
&lt;br /&gt;
=== Rugged version ===&lt;br /&gt;
We need something you can drop from 4 feet in to a puddle of dirty water on construction site. Sunlight readable display, maybe aluminium case. The big ugly pseudo military version. What about a casing similar to the OLPC project's in terms of dust and waterproofing? I frequently have to answer the phone with hands dripping sea water and most phone's do not take kindly to that type of treatment. Also the accelerometers can be wired to a protection mechanism which suspends all processing/data activity in case of a (free) fall. &lt;br /&gt;
&lt;br /&gt;
=== Transparent ===&lt;br /&gt;
Make a transparent, see-through casing. Why do we need a closed casing for open hardware and open software? Show the world it is a truly Free/Open source phone.&lt;br /&gt;
&lt;br /&gt;
That makes sense to me. I second that idea!&lt;br /&gt;
Me, too!&lt;br /&gt;
&lt;br /&gt;
=== Blank ===&lt;br /&gt;
Even though the transparent case would work too, I would like to see a blank case of pure black or white so people could have the option of air-brushing,painting or even drawing on the case.&lt;br /&gt;
&lt;br /&gt;
===Integrated solar charger===&lt;br /&gt;
Perhaps on one side there could be an integrated photovoltaic. It would be small, but might it be enough to charge the device. It could be integrated in an aesthetically pleasing fashion like [http://i.i.com.com/cnwk.1d/i/bto/20080523/solarboat.jpg this]... except, with a matching color. :)&lt;br /&gt;
&lt;br /&gt;
==Misc==&lt;br /&gt;
===Battery Size/Standby Time===&lt;br /&gt;
&lt;br /&gt;
Since the device will be ultimately running a wide selection of software on it the battery needs to be somewhat more robust and have a longer standby time than that of current phone's. At the moment I'm using a Moto (2 days before charging) or a Samsung (3 days before charging) and am not impressed with either phone's standby time, and I'm not using the phone's for anything but calls.&lt;br /&gt;
&lt;br /&gt;
=== Dedicated Power / Charger Pinout ===&lt;br /&gt;
&lt;br /&gt;
Having not yet seen a physical Neo device, I haven't been able to examine any of the IOs to see if there already is a dedicated power / charger input. However, I can imagine that it might be very tempting to have the device charge solely via USB. For any device that is capable of USB-host, that is a '''horrible''' idea, particularly when it's intended to be a mobile-komputing device.&lt;br /&gt;
&lt;br /&gt;
Since the device is able to run in USB host mode, it might be a good idea to allow for an alternate power supply, if say, a USB keyboard was being used for several hours. Rather than drain the battery, one could just supply power via the wall outlet while still providing endless hours of USB-host enjoyment for those hard-coders on the go.&lt;br /&gt;
&lt;br /&gt;
The main question is just deciding on where to take power from (or at all) if in USB-client mode and the power cable is inserted, but really, that's not too big of a deal and can be solved with very minimal circuitry. If 5V is detected on the power line, then the obvious place to get it from is there at any point in time.&lt;br /&gt;
&lt;br /&gt;
This might sound extraneous at first, but when the device shuts down in the middle of an important USB file transfer, or right before that great piece of code was saved, you can bet that those users will be saying &amp;quot;Hmm... a separate power adapter would have really come in handy right now&amp;quot;. &lt;br /&gt;
&lt;br /&gt;
I suggest a tiny 3mm, dedicated +5V power input (something a la Nokia).&lt;br /&gt;
&lt;br /&gt;
With the dedicated charger it would also be possible to use any standard USB device if&lt;br /&gt;
the phone recognized the external power and enabled 5v power when plugged in.&lt;br /&gt;
&lt;br /&gt;
===Galileo/GLONASS/GPS receiver===&lt;br /&gt;
*A multi-standard satellite positioning module would be nice eventually, it does not seem to be near-term due to chipset availability problems. Galileo is the to be launched (2011) European positioning system. GLONASS is the already existing Russian one.&lt;br /&gt;
&lt;br /&gt;
=== GPS antena ===&lt;br /&gt;
The current GPS device seems even dependent on weather and may not work in heavy rain or snow. It seems necessary to think how to improve the reliability. The small portable GPS antena may be an option.&lt;br /&gt;
&lt;br /&gt;
===X10 RF Remote===&lt;br /&gt;
Many PC-based media centers are being equipped with an RF (433 MHz) / X10-based remote control. The [http://en.wikipedia.org/wiki/X10_(industry_standard) X10] protocol also facilitates home automation to control lamps, switches, etc.&lt;br /&gt;
The advantages of using RF for control instead of Infra-red this that it also works when furniture, walls, or doors are blocking the path between RF remote and the equipment or device. [http://www.lirc.org/ Lirc] supports X10-based RF remotes (but expects having an USB RF receiver attached to the media center).&lt;br /&gt;
&lt;br /&gt;
===RFID tag/RFID Reader===&lt;br /&gt;
* Implementation/Cooperation with: [http://www.rfidguardian.org/ RFID-Guardian]&lt;br /&gt;
*An enable-able tag would be of use - for example being able to use the phone to open doors, or cars. Unfortunately, it's moderately hard to do secure programmable tags that are compatible with existing systems, for obvious reasons.&lt;br /&gt;
* Say you have RFID tags on your personal belongings: cellphone, keys... Neo could be programmed to remember the last recorded GPS location before it lost contact with the respective RFIDs. It'd be trivial to check where you left your cellphone, get directions from a map...or beep when the phone gets out of RFID range.&lt;br /&gt;
&lt;br /&gt;
*I agree with this idea, a great idea and you have to do it (Jackcday)&lt;br /&gt;
&lt;br /&gt;
===NFC chip===&lt;br /&gt;
*A Near Field Communication chip, with this chip it will be possible to pay with your phone (like a credit card)in the near future, see [http://www.nokia.com/A4305081 Nokia]for details&lt;br /&gt;
*NXP is a chip fabricator which provides NFC chips [http://nxp.com NXP] direct link&amp;gt;&amp;gt; www.nxp.com/#/pip/cb=[type=product,path=/53420/53424]|pip=[pfp=53424][0] their chips also support the above RFID reading&lt;br /&gt;
&lt;br /&gt;
===Less weight===&lt;br /&gt;
* Work on the weight of the Neo1973 and following devices. At the present time the Neo1973 is just a moderate / normal business or multimedia phone. The ordinary &amp;quot;user&amp;quot; may want something lighter. Take a look at the following table, that's the Neo1973 compared with other common business or multimedia phones.&lt;br /&gt;
{|border=&amp;quot;1&amp;quot;&lt;br /&gt;
| Neo1973 || Fujitsu-Siemens LOOX N560 || E-Ten Glofiish X500+ || Sony Ericsson P990i || iPhone || Nokia E65 &lt;br /&gt;
|- &lt;br /&gt;
|  184 g  ||            160 g          ||         146 g        ||        150 g        ||  135 g ||   115 g   &lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
===Make it smaller===&lt;br /&gt;
* To stay within physical matters: Maybe the Neo1973 is also just a normal business/multimedia phone when looking at the size. It would be great the shrink it a bit. Especially the thickness of 18.5 mm could be worked on!&lt;br /&gt;
&lt;br /&gt;
===Standard 3.5mm headphone jack===&lt;br /&gt;
The Neo1973 uses a 4-conductor 2.5mm jack for stereo headphones and a microphone. A 2.5mm jack is the most common for headsets. &lt;br /&gt;
&lt;br /&gt;
There is an emerging convention used in the Nokia N800 and some other devices. A 4-conductor 3.5mm jack that can use a microphone with special headsets, but can also be used with off-the-shelf 3.5mm stereo headphones. Adapters to 2.5mm are of course available and this 3.5mm jack is much more robust.&lt;br /&gt;
&lt;br /&gt;
Neglecting space limitations, multiple sockets - 2.5mm and 3.5mm would be nice. Probably not practical in a phone. Other expanded plugs might allow remote controls.&lt;br /&gt;
&lt;br /&gt;
Other uses might be better met using bluetooth, or USB audio.&lt;br /&gt;
&lt;br /&gt;
===Software should know of the jack status===&lt;br /&gt;
It should be possible for the OS to see if there is something connected to the audio jacks. That would avoid the embarrasing moments when you accidently pull out the headphones from the cell/laptop and whatever you were listening blares over the place at full volume. If OS can see, that the headphones were unplugged without turning off the audio, then it could pop up a warning that would allow to direct audio to internal speakers or turn it off. If the user would replug the headphones/speakers then the warning would dissapear as well.&lt;br /&gt;
&lt;br /&gt;
===Laser Pointer===&lt;br /&gt;
Include a built in laser pointer.  Everything is better with lasers.&lt;br /&gt;
&lt;br /&gt;
===Completely free hardware===&lt;br /&gt;
Consider selling one device with absolutely no non-free components in it, even if that means dropping the GSM support.  I believe having one such device available would be good, because then it could be recommended by organizations like the FSF which typically never recommends anything if it has even a little non-free code in it.&lt;br /&gt;
&lt;br /&gt;
=== Consider economy / inexpensive / less featured edition ===&lt;br /&gt;
Some people want less features, because they do not need them. Leaving out some features either lets the phone get smaller or possibly enhances battery live.&lt;br /&gt;
&lt;br /&gt;
One big suggestion in this area is a b/w lower res display instead of the big color display.&lt;br /&gt;
&lt;br /&gt;
=== Inductive Charger ===&lt;br /&gt;
&lt;br /&gt;
It would be nice if it was possible to charge the phone without having to connect a cable. I'd like to have a simple docking station with an inductive charger like the type that's used for electric toothbrushes [http://home.howstuffworks.com/question292.htm ]. The charger itself could get its power from a standard wall-wart power supply, or it could be USB/Firewire powered.&lt;br /&gt;
&lt;br /&gt;
==== Examples of existing commercial systems ====&lt;br /&gt;
* http://www.splashpower.com/&lt;br /&gt;
&lt;br /&gt;
=== Solar panel/dynamo Charger===&lt;br /&gt;
&lt;br /&gt;
It would be very nice to be able to charge the phone outside of the electric grid (for example on hikes and boating trips). A combined solar panel and muscle empowered (rotational etc.) charger would do the trick nicely.&lt;br /&gt;
&lt;br /&gt;
'''some mobile Solarpanels'''&lt;br /&gt;
 	&lt;br /&gt;
[http://www.globetrotter.de/de/shop/detail.php?mod_nr=off01011&amp;amp;k_id=1400&amp;amp;hot=0 Off-Grid Systems Sunbag L]&lt;br /&gt;
&lt;br /&gt;
[http://www.globetrotter.de/de/shop/detail.php?mod_nr=off01001&amp;amp;k_id=1400&amp;amp;hot=0 Off-Grid Systems Sunbag S]&lt;br /&gt;
&lt;br /&gt;
[http://www.globetrotter.de/de/shop/detail.php?mod_nr=sv_01011&amp;amp;k_id=1400&amp;amp;hot=0 Silva Solar I]&lt;br /&gt;
&lt;br /&gt;
[http://www.globetrotter.de/de/shop/detail.php?mod_nr=sv_01012&amp;amp;k_id=1400&amp;amp;hot=0 Silva Solar II]&lt;br /&gt;
&lt;br /&gt;
[http://www.globetrotter.de/de/shop/detail.php?mod_nr=sol01011&amp;amp;k_id=1400&amp;amp;hot=0 Solarc e-Go Professional]&lt;br /&gt;
&lt;br /&gt;
[http://www.heise.de/mobil/suche/ergebnis?rm=result;q=solar;url=/mobil/artikel/74142/;words=solar Solarc e-Go *] &lt;br /&gt;
&lt;br /&gt;
[http://www.heise.de/newsticker/suche/ergebnis?rm=result;words=Solar%20solar;q=solar;url=/newsticker/meldung/91536/ Solar JKT]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
- I think a dynamo charger (&amp;quot;share charger&amp;quot;, rotational, ...) would be more practical as a peripheral, connected through the USB-interface using the same principle cellphones now charge when connected to an USB-port. You could very easily hack this together. [http://www.metacafe.com/watch/449950/hack_a_flashlight_to_power_your/ flashlight recharge hack]&amp;lt;br /&amp;gt;&amp;lt;br /&amp;gt;Random thought; Why not create some merchandise toys with a small lithium battery which charge through centrifugal force allowing to recharge the phone with a small &amp;quot;general&amp;quot; connector.&lt;br /&gt;
&lt;br /&gt;
[http://www.heise.de/mobil/artikel/61368/0 Article about aome mobile power-sources]&lt;br /&gt;
&lt;br /&gt;
=== Plastic Solar/Back side on the Neo===&lt;br /&gt;
&lt;br /&gt;
Solar cells from Plastic, on the reverse side of the Neo 1973&lt;br /&gt;
modified and introgreated in the battery backcover/flap,&lt;br /&gt;
like an energy source when the display is in standby mode.&lt;br /&gt;
Thats can be use also as alternate charge method's and also helps in emergency.&lt;br /&gt;
&lt;br /&gt;
http://www.nanosolar.com/&lt;br /&gt;
&lt;br /&gt;
=== Vibration===&lt;br /&gt;
Instead of using a counter-weighted motor to provide a vibrate function, a small solenoid could be used.It would provide more of a tap or click feel. It could be used to provide feedback when a on screen button is pressed. Different patterns of taps is a lot easier to recognize compared to different vibration frequencies. For those who know morse code they could have the phone tap out the phone number/name of the person calling/messaging or other alerts.&lt;br /&gt;
&lt;br /&gt;
===As plug-in without screen...===&lt;br /&gt;
&lt;br /&gt;
Along the lines of add-on cards, only looking at it from a different angle, I'd like to see a &amp;quot;faceless&amp;quot; openmoko with a documented hardware interface for both communicating with it and inserting it into other devices. Even the keypad/screen/battery would be attached, openmoko itself would just be faceless sliver of hardware with a documented interface and an API for communicating with the innards.&lt;br /&gt;
&lt;br /&gt;
===Running without battery===&lt;br /&gt;
Please make it possible to run the device without a battery inserted (with the charger attached). I have several mobile phones which do not work anymore (even when attached to the charger) because the battery is worn out and new batteries are not available. I want the OpenMoko to be usable when the battery is worn out.&lt;br /&gt;
&lt;br /&gt;
===Make GSM/CDMA/WiFi/WiMax/GPS plugable===&lt;br /&gt;
Please make Openmoko mobile as PC GSM/CDMA/... just working like plugable cards, they are cards/adaptor for the DEVICE only. the user may eject GSM module and inject with CDMA module. the DEVICE may provide several slot to allow user choose wifi/wimax/sd/gps/harddisk/...&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Related Hardware==&lt;br /&gt;
See [[Related Hardware]]&lt;br /&gt;
&lt;br /&gt;
[[Category:Hardware ideas| ]]&lt;br /&gt;
[[Category:User]]&lt;/div&gt;</summary>
		<author><name>Datenwolf</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Wish_List_-_Hardware</id>
		<title>Wish List - Hardware</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Wish_List_-_Hardware"/>
				<updated>2008-07-29T10:23:39Z</updated>
		
		<summary type="html">&lt;p&gt;Datenwolf: /* TV/radio receiver */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;This page details hardware features which some would like to go into future phones similar to the [[Neo1973]].&lt;br /&gt;
&lt;br /&gt;
Related pages are:&lt;br /&gt;
*[[Wishlist - Hardware - Novel Devices]] - openmoko will run on a large number of devices in the future, some of which may be DVD players, cameras, or convergance devices.  &lt;br /&gt;
*[[Wishlist:Unlikely]] - Hardware that is unlikely to appear in any OpenMoko device, due to it being impossible to fabricate with near-term technology, or for other reasons.&lt;br /&gt;
*[[Wishlist:Accessories]] - Accessories that people would like, that connect easily to the phone - initially primarily for the Neo1973 &lt;br /&gt;
*[[Wishlist:Expansion]] - add-ons to the phone, maybe involving hardware changes, and software and hardware protocols to implement these.&lt;br /&gt;
&lt;br /&gt;
This page is rather long. Before adding a new idea, please read through this page and the above pages, to make sure your idea has not been suggested before.&lt;br /&gt;
==Processor==&lt;br /&gt;
===A FPGA===&lt;br /&gt;
A FPGA is a general purpose reconfigurable logic device.&lt;br /&gt;
See [[Wish List - Hardware:FPGA]] for more details.&lt;br /&gt;
&lt;br /&gt;
===Samsung S3C2443===&lt;br /&gt;
*[http://www.samsung.com/global/business/semiconductor/productInfo.do?fmly_id=229&amp;amp;partnum=S3C2443&amp;amp;&amp;amp;ppmi=1427 Samsung S3C2443] Up to 533 MHz, can act as a USB 2.0 device.&lt;br /&gt;
&lt;br /&gt;
==Internal Memory==&lt;br /&gt;
===RAM===&lt;br /&gt;
128MB Dedicated for open files, running software etc., not for storage, or 256MB at all would be really nice and enough for any future software.&lt;br /&gt;
&lt;br /&gt;
===ROM===&lt;br /&gt;
Enough to Hold O/S and a fair number of applications and their settings. Persistent Storage with XIP capability. About 128 MB.&lt;br /&gt;
&lt;br /&gt;
===Storage===&lt;br /&gt;
An internal Micro SDHC should be used for users' files and additional software&lt;br /&gt;
&lt;br /&gt;
==Wireless data networking==&lt;br /&gt;
&lt;br /&gt;
===WiMAX support===&lt;br /&gt;
[http://en.wikipedia.org/wiki/Wimax WiMAX] is a high-speed data service, similar to wifi, though longer range and newer. Where service is available, this would complement WiFi. Unfortunately, unlike wifi, frequencies vary worldwide, so global usage may be complex. In South Korea, 2.3Ghz is available for WiMAX, known as WiBro. WiMAX Forum sets heart on 2.5 GHz for global use.&lt;br /&gt;
----&lt;br /&gt;
Two campuses of the University of California have just completed a deal with a WiMAX service provider to lease UC's ITFS/EBS spectrum to provide WiMAX in the SF Bay Area. Bidding was aggressive between Nextwave, Sprint-Nextel, and Clearwire. Other UC campuses have awarded other contracts throughout California to various of the three contenders. The point here is: these three companies are competing aggressively for spectrum in the 2.5-2.7 GHz range, and it's not limited to CA. At a National ITFS Association meeting in 2005, representatives from Intel said they would be ready to release a WiMAX chipset compatible with these frequencies in 2007, for inclusion in laptops. I assume the folks at [[FIC]] know much more about it that I do! Based on these and other clues, I think WiMAX is coming in the 2.5-2.7 GHz band in the near future... I'll be surprised if I do not see some offerings by early 2009. &lt;br /&gt;
&lt;br /&gt;
-[[User:Tzf|Tzf]] 21:54, 24 November 2007 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
===LTE support===&lt;br /&gt;
[http://en.wikipedia.org/wiki/3GPP_Long_Term_Evolution Long Term Evolution (LTE)] is a high-speed data service, similar to WiMax, but designed to be more compatible with existing GSM systems.  While Sprint &amp;amp; Clearwire are currently testing WiMax deployment in the US, AT&amp;amp;T and Verizon appear to be in preference of LTE.&lt;br /&gt;
&lt;br /&gt;
While the project is ongoing and general in scope, it has set itself some specific goals, many of which are oriented around upgrading UMTS to a so-called fourth generation mobile communications technology, essentially a wireless broadband Internet system with voice and other services built on top.&lt;br /&gt;
&lt;br /&gt;
===Emerging Protocols===&lt;br /&gt;
*[http://en.wikipedia.org/wiki/Near_Field_Communication Near Field Communication] has a few centimeter range, useable for keys, ID badges, pairing bluetooth devices and similar uses. Mentioned in newer bluetooth and SD standards. (No products.)&lt;br /&gt;
*[http://en.wikipedia.org/wiki/ZigBee ZigBee] is designed for connecting sensors and switches in buildings, with many options including mesh networks and aggressive power saving compared to bluetooth. (Almost no products available.)&lt;br /&gt;
*The [http://en.wikipedia.org/wiki/ANT_%28network%29 ANT network] is for connecting worn devices. Similar to ZigBee, but much simpler and maybe lower power. ([http://www.thisisant.com/?section=9 Short list] of products.)&lt;br /&gt;
&lt;br /&gt;
==Camera==&lt;br /&gt;
&lt;br /&gt;
* A camera that can take reasonable quality video and pictures is something many want. Applications vary from simple snapping, to gesture interfaces, video conferencing, barcode reading, business card reading, healthcare, servicing, biometric identification, and more.&lt;br /&gt;
** Unlike stand-alone cameras, an OpenMoko camera could integrate EXIF information from GPS, compass, and internet, making it far more valuable.&lt;br /&gt;
&lt;br /&gt;
* Some people can't take cameras into work - a model without the camera, or some way of removing the camera would be useful or leave the camera chip in place and have a removable lens assembly and replacement backcover.&lt;br /&gt;
*See [[Hardware:Neo1973:Alternate_Cases:Camera | Alternate Cases:Camera]] for phone casing suggestions.&lt;br /&gt;
&lt;br /&gt;
* See [[Wishlist:Camera]] for a more detailed wishlist.&lt;br /&gt;
&lt;br /&gt;
==Display==&lt;br /&gt;
===Multitouch screen===&lt;br /&gt;
&lt;br /&gt;
''Main article: [[Wishlist:Spell_weaving|Spell weaving]]''&lt;br /&gt;
&lt;br /&gt;
See also [http://pogue.blogs.nytimes.com/2007/03/27/the-multi-touch-screen/ this page] containing a link to a video demonstration.&lt;br /&gt;
&lt;br /&gt;
A history of multitouch implementations is [http://billbuxton.com/multitouchOverview.html here] ([http://google.com/search?q=cache:billbuxton.com/multitouchOverview.html google cache version])&lt;br /&gt;
&lt;br /&gt;
*Use examples: [http://www.youtube.com/watch?v=UcKqyn-gUbY&amp;amp;mode=related&amp;amp;search= Multi-touch interface (from Adobe TED)], [http://www.youtube.com/watch?v=1ftJhDBZqss&amp;amp;mode=related&amp;amp;search= Multi Touch (new touchscreen technology)]&lt;br /&gt;
&lt;br /&gt;
===Bigger and better screen===&lt;br /&gt;
2.8&amp;quot; widescreen (like in [http://etencorp.com E-ten] PDA/smartphones), or 3.5&amp;quot; widescreen (like in [http://www.expansys.ie/d.aspx?i=134944 Fujitsu Siemens LOOX N560]).&lt;br /&gt;
&lt;br /&gt;
262k or 16.7M colurs for displaying images and especially videos.&lt;br /&gt;
&lt;br /&gt;
OLED for better contrast, more rich colours, and less energy consumption.&lt;br /&gt;
&lt;br /&gt;
Maybe the [http://www.sharpsme.com/Page.aspx/europe/en/part/LS037V7DW01/ LS037V7DW01] by Sharp could be a solution. It has nearly the same specs as the currently used, but 3,7&amp;quot; -- [[User:Wedge | Wedge]]&lt;br /&gt;
&lt;br /&gt;
I'd recommend the&lt;br /&gt;
[http://www.beck-oled-lcd-tft-display.de/display-datenblatt/typ/tpo/TD035SHED1%20Product%20Specification%20Ver%200.0-112906.pdf TD035SHED1 (Chineese spec paper)] since it has the very same pinout as the current one. Eventually I'm going to create a new case, and will use that display. Alternately the&lt;br /&gt;
[http://www.beck-oled-lcd-tft-display.de/display-datenblatt/typ/tpo/TD043MGEB1_v0.4.pdf TD043MGEB1] would be a nice option. However it has 8 bits per channel, and not 6 like the current one, so we would need some adaptor board to connect it: Pull down resistors on the 2 lowermost bits of each channel, and connect the current signal lines to the uppermost bits. Or somehow get 8 bits per channel from the controller.&lt;br /&gt;
--[[User:Datenwolf|Datenwolf]] 12:06, 28 July 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
====&amp;quot;Slightly&amp;quot; Larger Screen====&lt;br /&gt;
43mm x 57mm (2.8inch diagonal) is tiny.  A 53mm x 71mm (3.5 inch diagonal) like on the TD035STEE1 would be a nice improvement.  A widescreen format at about 53mm x 82.5mm instead of the 3:4 aspect ratio would be even cooler (if one could be found).&lt;br /&gt;
&lt;br /&gt;
====Higher resolution screen====&lt;br /&gt;
The current OpenMoko hardware has a screen of size 2.8&amp;quot; and resolution 640 x 480 (VGA).&lt;br /&gt;
&lt;br /&gt;
See this LCD panel: http://www.engadget.com/2006/12/27/hitachi-does-800-x-480-display-for-phones/&lt;br /&gt;
&lt;br /&gt;
At 2.9&amp;quot; it is almost exactly the same size as the current screen but has a wider 800 x 480 resolution (WVGA). This is the same resolution as in the Nokia N800 web browsing devices (but those devices have a bigger, lower DPI screen).&lt;br /&gt;
&lt;br /&gt;
A display panel like this would enhance the phones's usability as a small computer, particularly for activities like web browsing, with an almost negligible affect on the size of the device. It would cause slightly increased battery drain though.&lt;br /&gt;
&lt;br /&gt;
===Distance sensing touchscreen===&lt;br /&gt;
{{Main|Hardware:NearlyTouchScreen}}&lt;br /&gt;
TouchKo's (now Wacom Company Ltd.) spatial capacitive &amp;quot;touchscreen&amp;quot;, can sense fingers at a small distance, so you do not get your display greasy, and can unlike some touchscreens, be operated with gloves.&lt;br /&gt;
&lt;br /&gt;
===&amp;lt;s&amp;gt;Video acceleration&amp;lt;/s&amp;gt;===&lt;br /&gt;
Hardware acceleration for video playback and 2D/3D accelleration will be present in [[Neo1973 GTA02]].&lt;br /&gt;
&lt;br /&gt;
===EPD===&lt;br /&gt;
Or electronic paper display, EPD is used in many new devices such as the new Motorola motofone, sonys new e-reader and Irex's iliad. The technology provides thin, lightweight, power saving screens using new eink technology. This technology could cut the weight of the phone and its power usage. For more info see: [http://www.eink.com eink's website].&lt;br /&gt;
&lt;br /&gt;
Pro: laserprinter like quality, glossy, very stable image, easy on the eyes. Electronics are similar to TFT. Very low power consumption. &lt;br /&gt;
&lt;br /&gt;
Con: Black and grey only (like a newspaper, but glossy), although there were already color prototypes in 2005. low framerate (5fps). Can reflect light (like paper), backlight is impossible.&lt;br /&gt;
&lt;br /&gt;
===Transreflective===&lt;br /&gt;
It would be nice to have (the option of) a transreflective display, which while being less bright, is readable without needing to power the backlight. Then again, it depends on how much power the backlight uses compared to everything else...&lt;br /&gt;
&lt;br /&gt;
===Second Display===&lt;br /&gt;
A 32x32 OLED display possibly on the back for camera framing or on an edge so it can be viewed like a pager.&lt;br /&gt;
This could be used to display any number of alerts (from any installed software) the alerts could have a dynamic prioritisation which means during the work day a message from the boss has high priority but lower at home (could be GPS/Time controlled?) multiple alerts shrink the icons to a 3x3 grid higher priority messages get more space.&lt;br /&gt;
&lt;br /&gt;
===Pico Projector===&lt;br /&gt;
[http://www.engadget.com/media/2006/02/digismartphone2.jpg Like the one shown here] or [http://www.youtube.com/watch?v=sT1mhSRichk (video example here)] new cellphones are now coming out with a small, low power projector. This can be used to show movies from your cell phone with 0.5m high image on a while wall for example...&lt;br /&gt;
&lt;br /&gt;
Sample Video: http://www.youtube.com/watch?v=sT1mhSRichk&lt;br /&gt;
&lt;br /&gt;
Sample Vendor/Product Info: http://www.dlp.com/tech/what.aspx&lt;br /&gt;
&lt;br /&gt;
==Input devices==&lt;br /&gt;
&lt;br /&gt;
===Tablet PC like pen input (Wacom Technology)===&lt;br /&gt;
The Wacom tablet protocol is openly documented, OSS drivers exist. Connection via UART or USB.&lt;br /&gt;
[http://www.wacom-components.com/english/technology/emr.html Wacom mobile technology]&lt;br /&gt;
[http://www.wacom-components.com/english/product/sensorboard.html Sensorboards]&lt;br /&gt;
&lt;br /&gt;
Add a pen holder to the case, suitable for a pen [http://www.wacom-components.com/english/product/pen.html like the &amp;quot;Super Slim Pen&amp;quot; on this page]&lt;br /&gt;
&lt;br /&gt;
===Regular phone keypad===&lt;br /&gt;
I really like the idea of this phone BUT it misses one&lt;br /&gt;
crucial feature - a simple keypad(like most other phones have).&lt;br /&gt;
I'd be basicaly happy with a mobile device with a 3-4&amp;quot; screen with a slide out keypad(in a similar way as the n95).&lt;br /&gt;
&lt;br /&gt;
===No Dependence on Stylus===&lt;br /&gt;
The Neo's basic functionality should be completely usable without a stylus, Like the iPhone but with stylus use for precision work.&lt;br /&gt;
&lt;br /&gt;
===A laser projection keyboard===&lt;br /&gt;
Similar to [http://www.thinkgeek.com/computing/input/8193/ this], except the device would be integrated into the phone itself.  Setting the Neo up on a stand on a flat surface (perhaps a stand could be built into the back of the Neo itself, or into a case) would turn the Neo into a micro-laptop.  There may be several issues with the inclusion of this technology, including patents, the space required to project the laser grids, and the power consumption.  If possible, however, it would make text input a breeze.&lt;br /&gt;
&lt;br /&gt;
===Just a few more Buttons===&lt;br /&gt;
&lt;br /&gt;
2 buttons more, 3 buttons total, mounted sideways would be enough. You could use them for play/pause and loudness controll while the phone remains in your pocket (display locked, ...), reading mails, rss, ebooks,... without wasting display space and so on.&lt;br /&gt;
&lt;br /&gt;
With 5 buttons in total you could possibly emulate a keyboard (2^5 = 32 combinations) for those who know how to play a flute. Useable onehanded, not wasting display space and faster than t9. (It's not faster than T9 - I've used this system with the microwriter agenda --[[User:Speedevil|Speedevil]] 00:00, 2 July 2007 (CEST)) Hopefully this is not patented already.&lt;br /&gt;
&lt;br /&gt;
===D-Pad and Buttons===&lt;br /&gt;
*Adding a D-pad (to the bottom of the phone) and 2 to 4 buttons (to the top) would provide some tactile input controls, in addition to the touchscreen. They could be used as shortcut keys in the menu, or playback control when playing media. When the phone is held sideways, they can be used as games controls. (With touchscreen alone, gameplay options are limited)&lt;br /&gt;
&lt;br /&gt;
Game buttons would be best on both sides of the screen. The larger the buttons, the better. 2x 4 buttons in up-down-left-right configuration + some extra buttons separately a bit lower on the device would be good for many for emulation games. &lt;br /&gt;
&lt;br /&gt;
Here is a concept drawing of a possible neo1973 gaming version: &lt;br /&gt;
(This has a 4-way direction pad, 8 way may be better for gaming)&lt;br /&gt;
&amp;lt;br/&amp;gt;&lt;br /&gt;
[[Image:Neogame90.jpg]]&lt;br /&gt;
&amp;lt;br/&amp;gt;&lt;br /&gt;
Shoulder buttons would be a great addition, too. It would be interesting if there was a total 4 of them, one for every corner. It would make the phone very flexible for rotating and 2 to 6 players playing on one device.&lt;br /&gt;
&amp;lt;br/&amp;gt;&lt;br /&gt;
:''Note'' : The [http://en.wikipedia.org/wiki/Tapwave_Zodiac Tapwave Zodiac] Palm PDA / Game console hybrid had a similar setup - with an analog stick on the left (also used for quick selection using a radial main menu when working as a PDA), 4 buttons on the right (also configurable for shortcuts when using the device as PDA), and 2 shoulder buttons. Also it had and still has an enthusiastic scene of homebrew development (almost any console emulator for PalmOS can also take advantage of the additional buttons and graphic power of the device). If we also take into account the success encountered by the [http://en.wikipedia.org/wiki/GP32 GP32] in the past and the [http://en.wikipedia.org/wiki/GP2X GP2X] currently on the homebrew scene, it's not unreasonable to plan a future OpenMoko device with both a SmartPhone/PDA functionnality ''and'' hand-held console targeting homebrew development.&lt;br /&gt;
&lt;br /&gt;
===Thumb keyboard or keyboard attachment accessory===&lt;br /&gt;
*Could be slide out or clamshell (hinge on long side) design with an external OLED. The keyboard should be protected when not in use.&lt;br /&gt;
*Could be a clip on keyboard that attaches to the serial port or communicates by bluetooth (not preferred for permanent keyboard users).&lt;br /&gt;
*Cheap clippable miniusb keyboard&lt;br /&gt;
*One of the layouts proposed in [[Hardware:Keyboards]]&lt;br /&gt;
* What about virtual keyboard? [[http://www.extremetech.com/article2/0,3973,539778,00.asp Keyboard]]&lt;br /&gt;
&lt;br /&gt;
===Analogue Controllers===&lt;br /&gt;
&lt;br /&gt;
====Trackball====&lt;br /&gt;
A trackball would provide an efficient mouse-like interface in a very compact package.  As exemplified in the newer Blackberry&amp;amp;reg; models.&lt;br /&gt;
Maybe instead an optical sensor as are used in mice could be used so that the whole phone can be moved over a surface just like a mouse. (It could function as a Bluetooth mouse for other devices like laptop computers: see [[Bluetooth_Support#Acting_as_HID_device]]. Adding one other two-axis analogue input (possibly just the screen) would make the Neo usable as a TrackPoint or scroll-and-tilt mouse.) The same sensor might be usable as a barcode reader.&lt;br /&gt;
&lt;br /&gt;
====Analog Joystick====&lt;br /&gt;
A joystick, or [http://www.extremetech.com/article2/0,1697,1772689,00.asp Rollermouse]-like device would provide additional control, compared with touchscreen only.&lt;br /&gt;
*A standard [http://en.wikipedia.org/wiki/Pointing_stick pointing stick (ie. TrackPoint)] might serve well. As a fairly standard part, might they be quite inexpensive?&lt;br /&gt;
&lt;br /&gt;
====Dual analogues====&lt;br /&gt;
Dual analogue controllers (one trackball or joystick above, one below the screen, most likely) might even be feasible. That might be overkill since the accelerometers or touchscreen can be used to provide a second analogue input. But it would be nice to have four axes of analogue control without having to tilt the screen away from you or partly cover it with your hand.&lt;br /&gt;
&lt;br /&gt;
===TV/radio receiver===&lt;br /&gt;
[[Digital Television]], [[Digital Radio]] or even normal analogue TV/radio is widely available in the world, though unfortunately in various different forms. In markets where one standard is widespread, and hardware is suitable, it would be a great extension of the phone to a general entertainment device for when you're away from home. Multi standard devices would be ideal, but may not be small, low-power, or cheap.&lt;br /&gt;
A good start would be an FM tuner, since it's one of the most widely used formats of radio broadcasting in the world.&lt;br /&gt;
&lt;br /&gt;
Here's a selection of chips, though it's not clear if the drivers are open source. http://www.sigmatel.com/products/portable/wireless/fmtuner.aspx#fragment-14&lt;br /&gt;
http://www.st.com/stonline/products/families/automotive/am_fm_tuners.htm&lt;br /&gt;
&lt;br /&gt;
===Accelerometer=== Avaliable in GTA02&lt;br /&gt;
This enables the phone to sense which direction 'down' is, and to sense any movements the phone makes.&lt;br /&gt;
&lt;br /&gt;
See [[Accelerometer Fundamentals]] for more information on accelerometers as they may be used in phones.&lt;br /&gt;
&lt;br /&gt;
In some cases integrated gyroscopes may also be needed. A [[#Digital compass]] can even be of more use since it gives absolute rotation so slow rotations could also be measured. A 3D compass would be nicest, but a simple 2D compass already is a helpful addition to the accelerometers.&lt;br /&gt;
&lt;br /&gt;
*[[Wishlist:3D Viewport|3D Viewport]]&lt;br /&gt;
*[[Wishlist:Computer Mouse|Computer Mouse]]&lt;br /&gt;
*[[Wishlist:Determine Position|Determine Position]]&lt;br /&gt;
*[[Wishlist:Dynamic Screen Orientation|Dynamic Screen Orientation]]&lt;br /&gt;
*Change media player playlist when jogging vs walking. &lt;br /&gt;
*&amp;lt;s&amp;gt;Attempt to use to stabilise any future camera.&amp;lt;/s&amp;gt; While possible in theory the time required to process the accelerometer signals would cause to much latency, as that it could effectively be used for image stabilisation. You'd have to connect the acceleromters directly to the camera circuits.&lt;br /&gt;
&lt;br /&gt;
===Side-Mounted Touch Strip===&lt;br /&gt;
Add a &amp;quot;touch strip&amp;quot; sensor onto the side of the phone which can be used to scroll. By having it on the side you can use your thumb to scroll comfortably while holding the phone one-handed. An 8-element capacitive sensor would work wonderfully and be easy to fab using either a Quantum QT411 (http://www.qprox.com/products/qslide_qt411.php) or Analog Devices AD7143 (http://www.analog.com/en/prod/0,2877,AD7143,00.html) controller. The Analog Devices chip seems better suited due to it's smaller allowable element size.&lt;br /&gt;
*With the AD7143 you can have an 8-element (128-position) 25mm long strip - Perfect!.&lt;br /&gt;
*With a few OLED screens beneath the strip it could be used as dynamic configurable buttons/alerts eg. zoom/flash/shutter with a camera application and SMS/Email/Voicemail alerts in standby&lt;br /&gt;
&lt;br /&gt;
===Heart Rate Compatibility=== &lt;br /&gt;
&lt;br /&gt;
An RF interface to receive data from popular heart rate straps (Polar, Garmin, Sigma, Suunto, etc.). This would go along well with the existing GPS functionality and possible future Accelerometer functionality to make for a full-blown workout tool.&lt;br /&gt;
&lt;br /&gt;
Software can be written to track heart rate along a running, cycling, skiing, swimming loop, to monitor max and min heart rate, to match heart rate data to GPS coordinates and print map data w/ relevant data.&lt;br /&gt;
&lt;br /&gt;
===Digital compass=== &lt;br /&gt;
A digital compass is useful for orienting maps to the terrain and other location/direction/orientation based applications (... is 300 meter that way) when the user is standing still (regardless of GPS reception) and for following a bearing when GPS reception is poor or speed is low. Also could be used to make the accelerometer data more exact.&lt;br /&gt;
&lt;br /&gt;
A compass is also useful for tagging photographs with the correct direction (in addition to location) of the photo.&lt;br /&gt;
&lt;br /&gt;
Very small [[I2C]] sensors like [http://www.ssec.honeywell.com/magnetic/hmc6352.html Honeywell's HMC6352 2-Axis Digital Integrated Compass] (6.5 x 6.5 x 1.5 mm) are very appropriate for this. Another option is the much smaller [http://www.global.yamaha.com/news/2006/20060726.html Yamaha YAS529 Three-Axis Geomagnetic Sensor IC Chip] (2.0mm x 2.0mm x 1.0mm).&lt;br /&gt;
&lt;br /&gt;
*[[Wishlist:Auto Align Map]]&lt;br /&gt;
&lt;br /&gt;
See [[Wishlist - Hardware: Digital compass]] for more information&lt;br /&gt;
&lt;br /&gt;
===Thermometer===&lt;br /&gt;
An electronic thermometer might become handy for some users.&lt;br /&gt;
&lt;br /&gt;
There are very small [[I2C]] devices available, that could easily integrate to the existing bus. For example [http://focus.ti.com/docs/prod/folders/print/tmp100.html this one from ti].&lt;br /&gt;
(Could just be cheap and use the thermometer from the battery, thats how they did it in the nokia 5140's). Also is integrated in a barometer/altimeter like the SMD500 mentioned in [[Wish List - Hardware - Atmospheric]].&lt;br /&gt;
::But if you carry it in your pocket it is unlikely to show the correct air temperature anyway. [[User:AudriusA|AudriusA]] 17:12, 12 January 2008 (CET)&lt;br /&gt;
&lt;br /&gt;
===Barometer and Variometer (Altimeter)===&lt;br /&gt;
&lt;br /&gt;
A Barometer measures air pressure. This can be used to give weather information, and also as a variometer, to sense relative altitude. Variometers are commonly used in flying microlight and ultralight aircraft, to get accurate relative altitude.&lt;br /&gt;
&lt;br /&gt;
These are also common on high end GPS units. This is a great feature for walkers as you can tell how far you have got on any ascent/decent.&lt;br /&gt;
&lt;br /&gt;
See [[Wish List - Hardware - Atmospheric]] for more information.&lt;br /&gt;
::The GPS device [[Manually using GPS|outputs the altidude]] as well. This has been tested and works fine. [[User:AudriusA|AudriusA]] 21:44, 7 February 2008 (CET)&lt;br /&gt;
&lt;br /&gt;
===Finger print sensor===&lt;br /&gt;
A fingerprint sensor gives easy and fast access to the phone, could lock the touchscreen etc. An example of this device can be found at [http://www.sonystyle.com/is-bin/INTERSHOP.enfinity/eCS/Store/en/-/USD/SY_BrowseCatalog-Start?CategoryName=cpu_VAIONotebookComputers_UX_Series&amp;amp;Dept=computers Sony UX17].&lt;br /&gt;
&lt;br /&gt;
Most fingerprint sensors in the embedded market include a navigation mode, where they work similar to either a touch-stick or touch-pad of a laptop.&lt;br /&gt;
&lt;br /&gt;
[http://www.fujitsu.com/downloads/MICRO/fma/formpdf/mbf320_fsfin.pdf Fujitsu] has a small strip like reader that has SPI and USB support.&lt;br /&gt;
&lt;br /&gt;
===Barcode Scanner===&lt;br /&gt;
*less cpu intensive and more reliable than camera+ocr&lt;br /&gt;
*though, bluetooth-enabled readers are already available.&lt;br /&gt;
&lt;br /&gt;
===Light Sensor===&lt;br /&gt;
Ability to sense ambient light, and act accordingly. i.e if it's 3am and LightValue&amp;lt;.1 then Ring Quietly.&lt;br /&gt;
&lt;br /&gt;
===A pluggable sensor module===&lt;br /&gt;
Give the option of a composite sensor module consisting of pressure, humidity, temperature and light sensors(if camera not present, which is the case), which will be pluggable to the phone and connected to the USB 1.1 port.&lt;br /&gt;
&lt;br /&gt;
===Wheel===&lt;br /&gt;
A navigation wheel like on a sony/ericsson 810i would be nice.&lt;br /&gt;
&lt;br /&gt;
===Proximity Sensor===&lt;br /&gt;
Switch off backlight when you place the phone to your ear. Prevent accidental activation of speakerphone or other sounds when the phone is near the ear (prevent hearing damage). Possibly switch the speakerphone on or off automatically depending on if the phone is by your head or not.&lt;br /&gt;
&lt;br /&gt;
=== Make ''all'' unlocking of phone, password protected===&lt;br /&gt;
&lt;br /&gt;
When my (current non-neophone) phone is in my pocket and I have it locked, it sometimes accidentally unlocks itself since only two keystrokes in the correct order are necessary to unlock it. When it's unlocked and still in my pocket it sometimes calls someone without my knowledge. All phones I've seen today have a press-just-one-button bypass to answer an incoming call even when the phone is locked. I suggest making the locking mechanism let the user configure it so that the user has to enter a password even for answering incoming calls. The likeliness of the phone accidentally runbbing against my car keys, hitting a ten character long password, unlocking the phone without my knowledge and consent is low enough even for us most unlucky users.&lt;br /&gt;
&lt;br /&gt;
==Expansion==&lt;br /&gt;
===Positioning of Buttons, Connections and ports===&lt;br /&gt;
&lt;br /&gt;
Ideally any cable ports such as charging, USB, audio, docking should not get in the way of your hand or fingers when holding it in it's normal orientation. For the sake of SDIO cards an external SD slot should be on the top edge. IR for remote control software and ease of inter-device communication should be on the corner so that it is facing away from you for both orientations. Buttons obviously are positioned for finger control. An example of how '''not''' to do this would be the HTC Universal&lt;br /&gt;
&lt;br /&gt;
===Storage===&lt;br /&gt;
&lt;br /&gt;
====MMC/SD/SDIO slot (rather than?) miniSD or microSD====&lt;br /&gt;
*Cheaper, more durable cards in a widely accepted format.&lt;br /&gt;
*Much much larger storage capacity, [http://blog.scifi.com/tech/archives/2007/08/23/toshiba_unleash_1.html even 32GB]&lt;br /&gt;
*Cards are harder to lose&lt;br /&gt;
*Wider selection of accessories, including SDIO accessories.&lt;br /&gt;
*Make externally available so that larger length SDIO cards can be used (thinking about SDIO WLAN here)&lt;br /&gt;
*[http://en.wikipedia.org/wiki/Secure_Digital_card#SDHC SDHC] compatible. It seems to already have the right hardware for it - see [[Neo1973_Hardware#microSD-Card]].&lt;br /&gt;
See more on [http://wiki.openmoko.org/wiki/Wish_List#SD_Card_Slot Wish list - SD Card Slot]&lt;br /&gt;
&lt;br /&gt;
====Two SD slots====&lt;br /&gt;
*Micro SDHC for /home partition. Keep like current design underneath SIM card&lt;br /&gt;
*Hot swappable externally accessible normal size SDHC/SDIO slot&lt;br /&gt;
&lt;br /&gt;
=== Internal Communication Bus ===&lt;br /&gt;
*A standard and/or documented internal communication bus of some sort could simplify adding new hardware modules.&lt;br /&gt;
*Serial USB or I2C connector internal to case towards the top&lt;br /&gt;
*Several digital I/O pins that operate at TTL levels&lt;br /&gt;
*A few analogue I/O pins attached to a A/D converter&lt;br /&gt;
*Documentation of Debug board connector could provide some of this functionality.&lt;br /&gt;
&lt;br /&gt;
I2C is used on the Neo with some details of resources already in use documented!&lt;br /&gt;
Please see [[I2C | Neo I2C Devices]] for more information &amp;amp; a list of devices &amp;amp; the addresses currently in use &amp;amp; documented for the Neo1973.&lt;br /&gt;
&lt;br /&gt;
===Local Communication===&lt;br /&gt;
&lt;br /&gt;
====USB====&lt;br /&gt;
* 5V Powered, to avoid having to carry around a hub for when you want to occasionally plug in a memory stick. Many powered hubs will not recognize a totally unpowered host. Provide a maximum current to drive a basic USB keyboard/memory stick/mouse/webcam/astrowebcam. This could be done by adding a small cheap power converter like the [http://www.national.com/pf/LM/LM2753.html LM2753]&lt;br /&gt;
* USB 2.0 (USB 1.1 is too slow to transfer data to the card, removing the card everytime from the phone isn't an option too, because it is placed under the battery)&lt;br /&gt;
* Standard type A socket for quick &amp;amp; easy insertion of memory sticks etc.&lt;br /&gt;
* OTG, to be able connect usb keyboard like [http://www.mobile-review.com/pda/review/cherry-kb-en.shtml Cherry G84-4321 SUNRG]&lt;br /&gt;
* Bootable USB device emulation: the possibility to boot any computer on a bootable flagged partition of the transflash.&lt;br /&gt;
* Protection against incorrectly wired USB ports: some USB ports are wired incorrectly; if the +5V and GND are swapped, the device would get -5V when it's expecting +5V, which could burn some chips. A reverse-biased diode between +5V and GND, D+ and GND, D- and GND, and (if used) ID and GND, with a low enough forward voltage drop (to limite the negative voltages to what the chips can withstand), would protect the device by tripping the port's short circuit protection.&lt;br /&gt;
&lt;br /&gt;
====Wireless USB support====&lt;br /&gt;
[http://en.wikipedia.org/wiki/Wireless_USB Wireless USB] is the wireless version of USB offering data-rates up to 480 Mbit/s over short distances (&amp;lt;3 meter). Chipsets suitable for a phone are likely to take some time to be available.&lt;br /&gt;
&lt;br /&gt;
====Bluetooth with A2DP====&lt;br /&gt;
Is the blue-tooth radio present in the phone A2DP compatible. If not, make it so.&lt;br /&gt;
&lt;br /&gt;
Great for listening to music or watching a movie with full sound.&lt;br /&gt;
&lt;br /&gt;
====SIR/FIR transceiver (Serial Infrared) / IR remote control====&lt;br /&gt;
*An infrared transceiver is cheap, small, and useful for sync with many laptops and mobile phones. &lt;br /&gt;
*Replace/emulate all IR-based remote controls used for your tv, vcr, etc on your neo cell phone.&lt;br /&gt;
** replaces multiple 'dumb' devices with a single intelligent device (your neo) that you will probably carry with you at all times anyway. &lt;br /&gt;
**Command sets should be retrieved from a database or learned from other less intelligent remote control devices with macros. &lt;br /&gt;
**reduces clutter, particularly in the living room.&lt;br /&gt;
**inceases the neo's practical status as an 'always-have' device. &lt;br /&gt;
&lt;br /&gt;
Other uses.&lt;br /&gt;
*Detecting reflections from inside of a caddy, and switching from active mode.&lt;br /&gt;
*FIR would be a nice option, as it's some 40 times faster than SIR.&lt;br /&gt;
&lt;br /&gt;
===Other===&lt;br /&gt;
&lt;br /&gt;
====Video Out====&lt;br /&gt;
*Through a docking port&lt;br /&gt;
**S-Video/Composite Out&lt;br /&gt;
**DVI Out&lt;br /&gt;
**HDMI Out&lt;br /&gt;
**Display Port&lt;br /&gt;
&lt;br /&gt;
==Output devices==&lt;br /&gt;
&lt;br /&gt;
===LED===&lt;br /&gt;
*The Neo1973 GTA02 will have LEDs of some sort behind at least one button. [http://lists.openmoko.org/pipermail/community/2007-July/008458.html]&lt;br /&gt;
*A blinking LED would be a cheap, low power way to inform the user of new SMS/Email....&lt;br /&gt;
**An alternative to this would be for one small part of the LCD to be separately backlit.&lt;br /&gt;
**This requires the CPU and LCD to be somewhat active, to keep the LCD refreshed, but gives much more information.&lt;br /&gt;
**A Small OLED Screen could be used and display much more information than a LED with minimal power usage.&lt;br /&gt;
&lt;br /&gt;
*For example a multicolor LED which pulses yellow for GSM/GPRS transmit, blue for Bluetooth/Wifi, green to indicate non-urgent information - missed call etc, red to indicate battery low or other urgent notices.&lt;br /&gt;
&lt;br /&gt;
**The LED and button ideas could be combined: illuminated buttons.&lt;br /&gt;
**It must be possible to completely disable the LED to save power or other personal preferences.&lt;br /&gt;
&lt;br /&gt;
=== Flashlight ===&lt;br /&gt;
For finding keys, or any other application. May also optionally pulse in time with ring, to make phone more visible.&lt;br /&gt;
This is really well done in Nokia 5500.&lt;br /&gt;
&lt;br /&gt;
-I second this one. The most used feature in my Nokia 5140 after the calling and sms features is the flashlight. It's just one simple LED, but powerful enough to see with if it's really dark. If it ain't dark, you won't need the light anyway. :)&lt;br /&gt;
&lt;br /&gt;
Also, Who hasn't lost their keys and opened up their cell phone to use as a flashlight?&lt;br /&gt;
&lt;br /&gt;
=== FM transmitter ===&lt;br /&gt;
Small FM transmitter to output to car, and other nearby radios.&lt;br /&gt;
&lt;br /&gt;
Fix the biggest flaw in the iPod before Apple does!&lt;br /&gt;
&lt;br /&gt;
=== Infrared Transmitter w/ universal remote software ===&lt;br /&gt;
Infrared LED on top of device with universal remote software so you can control televisions, DVDs etc.&lt;br /&gt;
[http://www.novii.tv/ Here] is an example of universal remote software.&lt;br /&gt;
&lt;br /&gt;
:I'd like to add that i fully support this. An IR port on future openmoko devices capable of controlling set-top boxes like TV/DVD/Stereo is necessary to make the device as universal as possible. A cellphone should be your window to the world and allow you to interact with it in as many ways as possible.&lt;br /&gt;
&lt;br /&gt;
:Care must be taken to use the correct type of IR chipset/controller in the phone. Most IR ports you find on devices like computers, some cellphones etc. Are for high speed data communication and CAN'T control TVs/DVDplayers/Stereos etc.&lt;br /&gt;
&lt;br /&gt;
:In order to reduce cost it maybe possible to use the sound chipset in the phone to generate the waveform sent to the IR led. IR remotes work at ~38Khz which is within the range of the sound chipset. The sound output could be internally switched between the IR led or the speakers.&lt;br /&gt;
&lt;br /&gt;
===HAC Compliance===&lt;br /&gt;
[http://quux.wiki.zoho.com/WhereAreHACphones.html Here] is some summary/discussion of how hearing aid compliance rules work in the US. Specifically it would be nice to see the phone include a [http://www.hearingresearch.org/Dr.Ross/telecoil_and_telephones.htm telecoil], which allows the phone to connect wirelessly to many standard hearing aids.&lt;br /&gt;
&lt;br /&gt;
==Mobile Communication options==&lt;br /&gt;
&lt;br /&gt;
===Generic Access Network / Unlicensed Mobile Access===&lt;br /&gt;
This technology requires cooperation from the cellular provider, but [http://en.wikipedia.org/wiki/Unlicensed_Mobile_Access UMA/GAN] is already offered by T-Mobile in the United States, and perhaps others in other countries.  Allowing the user to roam from GSM to wifi, this technology can save the end user a significant amount of money, and also allow the user to deploy coverage where there was none before.  There are only a few UMA capable phones currently, but it would be great if this could be made to work on a phase 2 type OpenMoko device.&lt;br /&gt;
&lt;br /&gt;
Note that this features requires more advanced access to the GSM modem. &lt;br /&gt;
Special messages needs to be exchanged with the network.&lt;br /&gt;
&lt;br /&gt;
===Faster/better mobile connectivity.===&lt;br /&gt;
[http://en.wikipedia.org/wiki/Gsm GSM]/[http://en.wikipedia.org/wiki/GPRS GPRS] is at best slow. An incremental improvement would be a radio with [http://en.wikipedia.org/wiki/EDGE EDGE ] support. EDGE is an evolved GSM standard and, like GPRS, it operates on the same frequency as voice. This means a quad-band EDGE radio will have near-complete worldwide coverage. &lt;br /&gt;
&lt;br /&gt;
[http://en.wikipedia.org/wiki/UMTS UMTS] - which is widespread in Europe and being deployed in the US, [http://en.wikipedia.org/wiki/HSDPA HSDPA] (asia) and any other mobile standards would be nice for faster data connectivity and coverage.&lt;br /&gt;
It is unlikely that all of these will be supported initially, but it is a goal. These faster standards operate in different frequencies from GSM/GPRS/EDGE. Which frequency exactly will depend on the carrier and country. For UMTS in the US, AT&amp;amp;T uses 850/1900 MHz but T-Mobile will use 2100/1700 MHz for example.&lt;br /&gt;
&lt;br /&gt;
Until that goal is reached, it is likely that some phones will be brought out for various specific markets - Europe, Asia, US.&lt;br /&gt;
&lt;br /&gt;
===Ability to use multiple SIMs/networks===&lt;br /&gt;
* External SIM sockets are widely available in China, a dual external socket would be a very good solution.&lt;br /&gt;
* [http://www.fonefunshop.co.uk/dualsim/digital.htm Dual SIM card kit] - two SIMs are trimmed and combined, software supportwould be needed, and both can't be used at once...&lt;br /&gt;
* Some networks support multiple numbers on one SIM. Unfortunately this won't allow split networks.&lt;br /&gt;
* A second/dual GSM module would allow full use of both sims at all times.&lt;br /&gt;
* As a hack, [http://wiki.openmoko.org/wiki/Wish_List#Bluetooth_powered_Multi-SIM_support use another mobile via BT].&lt;br /&gt;
** As many as three SIM slots would be genuinely useful, especially for a 3G phone - some 3G data tariffs are only available on data-only SIMs. A user could quite reasonably have one SIM for data, once SIM for his personal voice calls, and a third SIM for his business number.&lt;br /&gt;
* Dual SIM card support will be especially welcome by the women. They just love to talk on the phone.&lt;br /&gt;
* Save the contents from several SIM-cards to memory and simulate them.&lt;br /&gt;
&lt;br /&gt;
===PMR446/FRS Radio===&lt;br /&gt;
* Include a PMR/FRS Radio.&lt;br /&gt;
* A two-way walkie talkie lets you use the phone to communicate with friends without requiring a GSM connection (crowded networks at festivals, at locations with no GSM coverage).&lt;br /&gt;
&lt;br /&gt;
2 way talk over Sprint/Nextel/Boost networks if possible. At least the walkie talkie feature for sure. It's very annoying being at a lake with no service and can't call your friend in the other boat across the lake.&lt;br /&gt;
&lt;br /&gt;
===[[DECT]]===&lt;br /&gt;
* Include a [[DECT]] GAP/CAT-iq transceiver so you can use your home and/or office PSTN line&lt;br /&gt;
** Ability to use Alcatel phonebook stuff (like provided by the eventphone.de phone equipment) would be very nice too&lt;br /&gt;
&lt;br /&gt;
===[[SIP phone]]===&lt;br /&gt;
Make stripped down (and thus cheaper) version of the Neo1973 phone for use as a SIP phone. Remove GPS, GSM, accelerometers, stylus.&lt;br /&gt;
&lt;br /&gt;
Addition of an centimeters-precise location system [http://en.wikipedia.org/wiki/Real_Time_Location_Systems RTLS] would be nice, as it will allow highly sensible indoor context detection. Imagine putting the phone next to your mirror (where you shave daily) and watch it automatically switch to news radio channel. Or put it next to your bed and see it automatically switch to &amp;quot;sleeping&amp;quot; mode, when only calls from predefined numbers are accepted.&lt;br /&gt;
&lt;br /&gt;
=='''Casing'''==&lt;br /&gt;
See also: [[Alternate Neo1973 case designs]] for a list of cases being considered for design/manufacture by the community.&lt;br /&gt;
&lt;br /&gt;
=== [[Hardware:Neo1973:Alternate_Cases:Expansion_Module_Casing | Expansion Module Casing]] ===&lt;br /&gt;
Longer case (150-160mm+) with space in the top to put expansion modules, including test &amp;amp; hobby hardware.  Would require use of a standard internal power &amp;amp; communications bus. Could be left empty with blank cover or house cameras, solar panels, a crank powered charger, special transmitters/recievers, or anything else imaginable.&lt;br /&gt;
&lt;br /&gt;
[http://www.likeasecret.com/Neo1973/Neo1973-Exp.mov Neo1973 Expansion Module Quicktime rendering]&amp;lt;br /&amp;gt;&lt;br /&gt;
[[Image:Neo1973-Exp.png]]&lt;br /&gt;
&lt;br /&gt;
=== Expansion Back Casing ===&lt;br /&gt;
Replacement backs with additional features ranging from solar power, larger batteries, extra hardware, ...&lt;br /&gt;
&lt;br /&gt;
===[[Hardware:Neo1973:Alternate_Cases:Expansion_Front_Casing|Expansion Front Casing]]===&lt;br /&gt;
Replacement fronts with e.g. extra buttons.&lt;br /&gt;
&lt;br /&gt;
=== Space efficient Lanyard ===&lt;br /&gt;
The hole at the bottom of the phone takes a lot of space. A [http://en.wikipedia.org/wiki/Kensington_Security_Slot Kensington Security Slot] could be used instead.&lt;br /&gt;
&lt;br /&gt;
=== Rugged version ===&lt;br /&gt;
We need something you can drop from 4 feet in to a puddle of dirty water on construction site. Sunlight readable display, maybe aluminium case. The big ugly pseudo military version. What about a casing similar to the OLPC project's in terms of dust and waterproofing? I frequently have to answer the phone with hands dripping sea water and most phone's do not take kindly to that type of treatment. Also the accelerometers can be wired to a protection mechanism which suspends all processing/data activity in case of a (free) fall. &lt;br /&gt;
&lt;br /&gt;
=== Transparent ===&lt;br /&gt;
Make a transparent, see-through casing. Why do we need a closed casing for open hardware and open software? Show the world it is a truly Free/Open source phone.&lt;br /&gt;
&lt;br /&gt;
That makes sense to me. I second that idea!&lt;br /&gt;
Me, too!&lt;br /&gt;
&lt;br /&gt;
=== Blank ===&lt;br /&gt;
Even though the transparent case would work too, I would like to see a blank case of pure black or white so people could have the option of air-brushing,painting or even drawing on the case.&lt;br /&gt;
&lt;br /&gt;
===Integrated solar charger===&lt;br /&gt;
Perhaps on one side there could be an integrated photovoltaic. It would be small, but might it be enough to charge the device. It could be integrated in an aesthetically pleasing fashion like [http://i.i.com.com/cnwk.1d/i/bto/20080523/solarboat.jpg this]... except, with a matching color. :)&lt;br /&gt;
&lt;br /&gt;
==Misc==&lt;br /&gt;
===Battery Size/Standby Time===&lt;br /&gt;
&lt;br /&gt;
Since the device will be ultimately running a wide selection of software on it the battery needs to be somewhat more robust and have a longer standby time than that of current phone's. At the moment I'm using a Moto (2 days before charging) or a Samsung (3 days before charging) and am not impressed with either phone's standby time, and I'm not using the phone's for anything but calls.&lt;br /&gt;
&lt;br /&gt;
=== Dedicated Power / Charger Pinout ===&lt;br /&gt;
&lt;br /&gt;
Having not yet seen a physical Neo device, I haven't been able to examine any of the IOs to see if there already is a dedicated power / charger input. However, I can imagine that it might be very tempting to have the device charge solely via USB. For any device that is capable of USB-host, that is a '''horrible''' idea, particularly when it's intended to be a mobile-komputing device.&lt;br /&gt;
&lt;br /&gt;
Since the device is able to run in USB host mode, it might be a good idea to allow for an alternate power supply, if say, a USB keyboard was being used for several hours. Rather than drain the battery, one could just supply power via the wall outlet while still providing endless hours of USB-host enjoyment for those hard-coders on the go.&lt;br /&gt;
&lt;br /&gt;
The main question is just deciding on where to take power from (or at all) if in USB-client mode and the power cable is inserted, but really, that's not too big of a deal and can be solved with very minimal circuitry. If 5V is detected on the power line, then the obvious place to get it from is there at any point in time.&lt;br /&gt;
&lt;br /&gt;
This might sound extraneous at first, but when the device shuts down in the middle of an important USB file transfer, or right before that great piece of code was saved, you can bet that those users will be saying &amp;quot;Hmm... a separate power adapter would have really come in handy right now&amp;quot;. &lt;br /&gt;
&lt;br /&gt;
I suggest a tiny 3mm, dedicated +5V power input (something a la Nokia).&lt;br /&gt;
&lt;br /&gt;
With the dedicated charger it would also be possible to use any standard USB device if&lt;br /&gt;
the phone recognized the external power and enabled 5v power when plugged in.&lt;br /&gt;
&lt;br /&gt;
===Galileo/GLONASS/GPS receiver===&lt;br /&gt;
*A multi-standard satellite positioning module would be nice eventually, it does not seem to be near-term due to chipset availability problems. Galileo is the to be launched (2011) European positioning system. GLONASS is the already existing Russian one.&lt;br /&gt;
&lt;br /&gt;
=== GPS antena ===&lt;br /&gt;
The current GPS device seems even dependent on weather and may not work in heavy rain or snow. It seems necessary to think how to improve the reliability. The small portable GPS antena may be an option.&lt;br /&gt;
&lt;br /&gt;
===X10 RF Remote===&lt;br /&gt;
Many PC-based media centers are being equipped with an RF (433 MHz) / X10-based remote control. The [http://en.wikipedia.org/wiki/X10_(industry_standard) X10] protocol also facilitates home automation to control lamps, switches, etc.&lt;br /&gt;
The advantages of using RF for control instead of Infra-red this that it also works when furniture, walls, or doors are blocking the path between RF remote and the equipment or device. [http://www.lirc.org/ Lirc] supports X10-based RF remotes (but expects having an USB RF receiver attached to the media center).&lt;br /&gt;
&lt;br /&gt;
===RFID tag/RFID Reader===&lt;br /&gt;
* Implementation/Cooperation with: [http://www.rfidguardian.org/ RFID-Guardian]&lt;br /&gt;
*An enable-able tag would be of use - for example being able to use the phone to open doors, or cars. Unfortunately, it's moderately hard to do secure programmable tags that are compatible with existing systems, for obvious reasons.&lt;br /&gt;
* Say you have RFID tags on your personal belongings: cellphone, keys... Neo could be programmed to remember the last recorded GPS location before it lost contact with the respective RFIDs. It'd be trivial to check where you left your cellphone, get directions from a map...or beep when the phone gets out of RFID range.&lt;br /&gt;
&lt;br /&gt;
*I agree with this idea, a great idea and you have to do it (Jackcday)&lt;br /&gt;
&lt;br /&gt;
===NFC chip===&lt;br /&gt;
*A Near Field Communication chip, with this chip it will be possible to pay with your phone (like a credit card)in the near future, see [http://www.nokia.com/A4305081 Nokia]for details&lt;br /&gt;
*NXP is a chip fabricator which provides NFC chips [http://nxp.com NXP] direct link&amp;gt;&amp;gt; www.nxp.com/#/pip/cb=[type=product,path=/53420/53424]|pip=[pfp=53424][0] their chips also support the above RFID reading&lt;br /&gt;
&lt;br /&gt;
===Less weight===&lt;br /&gt;
* Work on the weight of the Neo1973 and following devices. At the present time the Neo1973 is just a moderate / normal business or multimedia phone. The ordinary &amp;quot;user&amp;quot; may want something lighter. Take a look at the following table, that's the Neo1973 compared with other common business or multimedia phones.&lt;br /&gt;
{|border=&amp;quot;1&amp;quot;&lt;br /&gt;
| Neo1973 || Fujitsu-Siemens LOOX N560 || E-Ten Glofiish X500+ || Sony Ericsson P990i || iPhone || Nokia E65 &lt;br /&gt;
|- &lt;br /&gt;
|  184 g  ||            160 g          ||         146 g        ||        150 g        ||  135 g ||   115 g   &lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
===Make it smaller===&lt;br /&gt;
* To stay within physical matters: Maybe the Neo1973 is also just a normal business/multimedia phone when looking at the size. It would be great the shrink it a bit. Especially the thickness of 18.5 mm could be worked on!&lt;br /&gt;
&lt;br /&gt;
===Standard 3.5mm headphone jack===&lt;br /&gt;
The Neo1973 uses a 4-conductor 2.5mm jack for stereo headphones and a microphone. A 2.5mm jack is the most common for headsets. &lt;br /&gt;
&lt;br /&gt;
There is an emerging convention used in the Nokia N800 and some other devices. A 4-conductor 3.5mm jack that can use a microphone with special headsets, but can also be used with off-the-shelf 3.5mm stereo headphones. Adapters to 2.5mm are of course available and this 3.5mm jack is much more robust.&lt;br /&gt;
&lt;br /&gt;
Neglecting space limitations, multiple sockets - 2.5mm and 3.5mm would be nice. Probably not practical in a phone. Other expanded plugs might allow remote controls.&lt;br /&gt;
&lt;br /&gt;
Other uses might be better met using bluetooth, or USB audio.&lt;br /&gt;
&lt;br /&gt;
===Software should know of the jack status===&lt;br /&gt;
It should be possible for the OS to see if there is something connected to the audio jacks. That would avoid the embarrasing moments when you accidently pull out the headphones from the cell/laptop and whatever you were listening blares over the place at full volume. If OS can see, that the headphones were unplugged without turning off the audio, then it could pop up a warning that would allow to direct audio to internal speakers or turn it off. If the user would replug the headphones/speakers then the warning would dissapear as well.&lt;br /&gt;
&lt;br /&gt;
===Laser Pointer===&lt;br /&gt;
Include a built in laser pointer.  Everything is better with lasers.&lt;br /&gt;
&lt;br /&gt;
===Completely free hardware===&lt;br /&gt;
Consider selling one device with absolutely no non-free components in it, even if that means dropping the GSM support.  I believe having one such device available would be good, because then it could be recommended by organizations like the FSF which typically never recommends anything if it has even a little non-free code in it.&lt;br /&gt;
&lt;br /&gt;
=== Consider economy / inexpensive / less featured edition ===&lt;br /&gt;
Some people want less features, because they do not need them. Leaving out some features either lets the phone get smaller or possibly enhances battery live.&lt;br /&gt;
&lt;br /&gt;
One big suggestion in this area is a b/w lower res display instead of the big color display.&lt;br /&gt;
&lt;br /&gt;
=== Inductive Charger ===&lt;br /&gt;
&lt;br /&gt;
It would be nice if it was possible to charge the phone without having to connect a cable. I'd like to have a simple docking station with an inductive charger like the type that's used for electric toothbrushes [http://home.howstuffworks.com/question292.htm ]. The charger itself could get its power from a standard wall-wart power supply, or it could be USB/Firewire powered.&lt;br /&gt;
&lt;br /&gt;
==== Examples of existing commercial systems ====&lt;br /&gt;
* http://www.splashpower.com/&lt;br /&gt;
&lt;br /&gt;
=== Solar panel/dynamo Charger===&lt;br /&gt;
&lt;br /&gt;
It would be very nice to be able to charge the phone outside of the electric grid (for example on hikes and boating trips). A combined solar panel and muscle empowered (rotational etc.) charger would do the trick nicely.&lt;br /&gt;
&lt;br /&gt;
'''some mobile Solarpanels'''&lt;br /&gt;
 	&lt;br /&gt;
[http://www.globetrotter.de/de/shop/detail.php?mod_nr=off01011&amp;amp;k_id=1400&amp;amp;hot=0 Off-Grid Systems Sunbag L]&lt;br /&gt;
&lt;br /&gt;
[http://www.globetrotter.de/de/shop/detail.php?mod_nr=off01001&amp;amp;k_id=1400&amp;amp;hot=0 Off-Grid Systems Sunbag S]&lt;br /&gt;
&lt;br /&gt;
[http://www.globetrotter.de/de/shop/detail.php?mod_nr=sv_01011&amp;amp;k_id=1400&amp;amp;hot=0 Silva Solar I]&lt;br /&gt;
&lt;br /&gt;
[http://www.globetrotter.de/de/shop/detail.php?mod_nr=sv_01012&amp;amp;k_id=1400&amp;amp;hot=0 Silva Solar II]&lt;br /&gt;
&lt;br /&gt;
[http://www.globetrotter.de/de/shop/detail.php?mod_nr=sol01011&amp;amp;k_id=1400&amp;amp;hot=0 Solarc e-Go Professional]&lt;br /&gt;
&lt;br /&gt;
[http://www.heise.de/mobil/suche/ergebnis?rm=result;q=solar;url=/mobil/artikel/74142/;words=solar Solarc e-Go *] &lt;br /&gt;
&lt;br /&gt;
[http://www.heise.de/newsticker/suche/ergebnis?rm=result;words=Solar%20solar;q=solar;url=/newsticker/meldung/91536/ Solar JKT]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
- I think a dynamo charger (&amp;quot;share charger&amp;quot;, rotational, ...) would be more practical as a peripheral, connected through the USB-interface using the same principle cellphones now charge when connected to an USB-port. You could very easily hack this together. [http://www.metacafe.com/watch/449950/hack_a_flashlight_to_power_your/ flashlight recharge hack]&amp;lt;br /&amp;gt;&amp;lt;br /&amp;gt;Random thought; Why not create some merchandise toys with a small lithium battery which charge through centrifugal force allowing to recharge the phone with a small &amp;quot;general&amp;quot; connector.&lt;br /&gt;
&lt;br /&gt;
[http://www.heise.de/mobil/artikel/61368/0 Article about aome mobile power-sources]&lt;br /&gt;
&lt;br /&gt;
=== Plastic Solar/Back side on the Neo===&lt;br /&gt;
&lt;br /&gt;
Solar cells from Plastic, on the reverse side of the Neo 1973&lt;br /&gt;
modified and introgreated in the battery backcover/flap,&lt;br /&gt;
like an energy source when the display is in standby mode.&lt;br /&gt;
Thats can be use also as alternate charge method's and also helps in emergency.&lt;br /&gt;
&lt;br /&gt;
http://www.nanosolar.com/&lt;br /&gt;
&lt;br /&gt;
=== Vibration===&lt;br /&gt;
Instead of using a counter-weighted motor to provide a vibrate function, a small solenoid could be used.It would provide more of a tap or click feel. It could be used to provide feedback when a on screen button is pressed. Different patterns of taps is a lot easier to recognize compared to different vibration frequencies. For those who know morse code they could have the phone tap out the phone number/name of the person calling/messaging or other alerts.&lt;br /&gt;
&lt;br /&gt;
===As plug-in without screen...===&lt;br /&gt;
&lt;br /&gt;
Along the lines of add-on cards, only looking at it from a different angle, I'd like to see a &amp;quot;faceless&amp;quot; openmoko with a documented hardware interface for both communicating with it and inserting it into other devices. Even the keypad/screen/battery would be attached, openmoko itself would just be faceless sliver of hardware with a documented interface and an API for communicating with the innards.&lt;br /&gt;
&lt;br /&gt;
===Running without battery===&lt;br /&gt;
Please make it possible to run the device without a battery inserted (with the charger attached). I have several mobile phones which do not work anymore (even when attached to the charger) because the battery is worn out and new batteries are not available. I want the OpenMoko to be usable when the battery is worn out.&lt;br /&gt;
&lt;br /&gt;
===Make GSM/CDMA/WiFi/WiMax/GPS plugable===&lt;br /&gt;
Please make Openmoko mobile as PC GSM/CDMA/... just working like plugable cards, they are cards/adaptor for the DEVICE only. the user may eject GSM module and inject with CDMA module. the DEVICE may provide several slot to allow user choose wifi/wimax/sd/gps/harddisk/...&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Related Hardware==&lt;br /&gt;
See [[Related Hardware]]&lt;br /&gt;
&lt;br /&gt;
[[Category:Hardware ideas| ]]&lt;br /&gt;
[[Category:User]]&lt;/div&gt;</summary>
		<author><name>Datenwolf</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Wish_List_-_Hardware</id>
		<title>Wish List - Hardware</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Wish_List_-_Hardware"/>
				<updated>2008-07-29T10:22:28Z</updated>
		
		<summary type="html">&lt;p&gt;Datenwolf: /* Accelerometer */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;This page details hardware features which some would like to go into future phones similar to the [[Neo1973]].&lt;br /&gt;
&lt;br /&gt;
Related pages are:&lt;br /&gt;
*[[Wishlist - Hardware - Novel Devices]] - openmoko will run on a large number of devices in the future, some of which may be DVD players, cameras, or convergance devices.  &lt;br /&gt;
*[[Wishlist:Unlikely]] - Hardware that is unlikely to appear in any OpenMoko device, due to it being impossible to fabricate with near-term technology, or for other reasons.&lt;br /&gt;
*[[Wishlist:Accessories]] - Accessories that people would like, that connect easily to the phone - initially primarily for the Neo1973 &lt;br /&gt;
*[[Wishlist:Expansion]] - add-ons to the phone, maybe involving hardware changes, and software and hardware protocols to implement these.&lt;br /&gt;
&lt;br /&gt;
This page is rather long. Before adding a new idea, please read through this page and the above pages, to make sure your idea has not been suggested before.&lt;br /&gt;
==Processor==&lt;br /&gt;
===A FPGA===&lt;br /&gt;
A FPGA is a general purpose reconfigurable logic device.&lt;br /&gt;
See [[Wish List - Hardware:FPGA]] for more details.&lt;br /&gt;
&lt;br /&gt;
===Samsung S3C2443===&lt;br /&gt;
*[http://www.samsung.com/global/business/semiconductor/productInfo.do?fmly_id=229&amp;amp;partnum=S3C2443&amp;amp;&amp;amp;ppmi=1427 Samsung S3C2443] Up to 533 MHz, can act as a USB 2.0 device.&lt;br /&gt;
&lt;br /&gt;
==Internal Memory==&lt;br /&gt;
===RAM===&lt;br /&gt;
128MB Dedicated for open files, running software etc., not for storage, or 256MB at all would be really nice and enough for any future software.&lt;br /&gt;
&lt;br /&gt;
===ROM===&lt;br /&gt;
Enough to Hold O/S and a fair number of applications and their settings. Persistent Storage with XIP capability. About 128 MB.&lt;br /&gt;
&lt;br /&gt;
===Storage===&lt;br /&gt;
An internal Micro SDHC should be used for users' files and additional software&lt;br /&gt;
&lt;br /&gt;
==Wireless data networking==&lt;br /&gt;
&lt;br /&gt;
===WiMAX support===&lt;br /&gt;
[http://en.wikipedia.org/wiki/Wimax WiMAX] is a high-speed data service, similar to wifi, though longer range and newer. Where service is available, this would complement WiFi. Unfortunately, unlike wifi, frequencies vary worldwide, so global usage may be complex. In South Korea, 2.3Ghz is available for WiMAX, known as WiBro. WiMAX Forum sets heart on 2.5 GHz for global use.&lt;br /&gt;
----&lt;br /&gt;
Two campuses of the University of California have just completed a deal with a WiMAX service provider to lease UC's ITFS/EBS spectrum to provide WiMAX in the SF Bay Area. Bidding was aggressive between Nextwave, Sprint-Nextel, and Clearwire. Other UC campuses have awarded other contracts throughout California to various of the three contenders. The point here is: these three companies are competing aggressively for spectrum in the 2.5-2.7 GHz range, and it's not limited to CA. At a National ITFS Association meeting in 2005, representatives from Intel said they would be ready to release a WiMAX chipset compatible with these frequencies in 2007, for inclusion in laptops. I assume the folks at [[FIC]] know much more about it that I do! Based on these and other clues, I think WiMAX is coming in the 2.5-2.7 GHz band in the near future... I'll be surprised if I do not see some offerings by early 2009. &lt;br /&gt;
&lt;br /&gt;
-[[User:Tzf|Tzf]] 21:54, 24 November 2007 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
===LTE support===&lt;br /&gt;
[http://en.wikipedia.org/wiki/3GPP_Long_Term_Evolution Long Term Evolution (LTE)] is a high-speed data service, similar to WiMax, but designed to be more compatible with existing GSM systems.  While Sprint &amp;amp; Clearwire are currently testing WiMax deployment in the US, AT&amp;amp;T and Verizon appear to be in preference of LTE.&lt;br /&gt;
&lt;br /&gt;
While the project is ongoing and general in scope, it has set itself some specific goals, many of which are oriented around upgrading UMTS to a so-called fourth generation mobile communications technology, essentially a wireless broadband Internet system with voice and other services built on top.&lt;br /&gt;
&lt;br /&gt;
===Emerging Protocols===&lt;br /&gt;
*[http://en.wikipedia.org/wiki/Near_Field_Communication Near Field Communication] has a few centimeter range, useable for keys, ID badges, pairing bluetooth devices and similar uses. Mentioned in newer bluetooth and SD standards. (No products.)&lt;br /&gt;
*[http://en.wikipedia.org/wiki/ZigBee ZigBee] is designed for connecting sensors and switches in buildings, with many options including mesh networks and aggressive power saving compared to bluetooth. (Almost no products available.)&lt;br /&gt;
*The [http://en.wikipedia.org/wiki/ANT_%28network%29 ANT network] is for connecting worn devices. Similar to ZigBee, but much simpler and maybe lower power. ([http://www.thisisant.com/?section=9 Short list] of products.)&lt;br /&gt;
&lt;br /&gt;
==Camera==&lt;br /&gt;
&lt;br /&gt;
* A camera that can take reasonable quality video and pictures is something many want. Applications vary from simple snapping, to gesture interfaces, video conferencing, barcode reading, business card reading, healthcare, servicing, biometric identification, and more.&lt;br /&gt;
** Unlike stand-alone cameras, an OpenMoko camera could integrate EXIF information from GPS, compass, and internet, making it far more valuable.&lt;br /&gt;
&lt;br /&gt;
* Some people can't take cameras into work - a model without the camera, or some way of removing the camera would be useful or leave the camera chip in place and have a removable lens assembly and replacement backcover.&lt;br /&gt;
*See [[Hardware:Neo1973:Alternate_Cases:Camera | Alternate Cases:Camera]] for phone casing suggestions.&lt;br /&gt;
&lt;br /&gt;
* See [[Wishlist:Camera]] for a more detailed wishlist.&lt;br /&gt;
&lt;br /&gt;
==Display==&lt;br /&gt;
===Multitouch screen===&lt;br /&gt;
&lt;br /&gt;
''Main article: [[Wishlist:Spell_weaving|Spell weaving]]''&lt;br /&gt;
&lt;br /&gt;
See also [http://pogue.blogs.nytimes.com/2007/03/27/the-multi-touch-screen/ this page] containing a link to a video demonstration.&lt;br /&gt;
&lt;br /&gt;
A history of multitouch implementations is [http://billbuxton.com/multitouchOverview.html here] ([http://google.com/search?q=cache:billbuxton.com/multitouchOverview.html google cache version])&lt;br /&gt;
&lt;br /&gt;
*Use examples: [http://www.youtube.com/watch?v=UcKqyn-gUbY&amp;amp;mode=related&amp;amp;search= Multi-touch interface (from Adobe TED)], [http://www.youtube.com/watch?v=1ftJhDBZqss&amp;amp;mode=related&amp;amp;search= Multi Touch (new touchscreen technology)]&lt;br /&gt;
&lt;br /&gt;
===Bigger and better screen===&lt;br /&gt;
2.8&amp;quot; widescreen (like in [http://etencorp.com E-ten] PDA/smartphones), or 3.5&amp;quot; widescreen (like in [http://www.expansys.ie/d.aspx?i=134944 Fujitsu Siemens LOOX N560]).&lt;br /&gt;
&lt;br /&gt;
262k or 16.7M colurs for displaying images and especially videos.&lt;br /&gt;
&lt;br /&gt;
OLED for better contrast, more rich colours, and less energy consumption.&lt;br /&gt;
&lt;br /&gt;
Maybe the [http://www.sharpsme.com/Page.aspx/europe/en/part/LS037V7DW01/ LS037V7DW01] by Sharp could be a solution. It has nearly the same specs as the currently used, but 3,7&amp;quot; -- [[User:Wedge | Wedge]]&lt;br /&gt;
&lt;br /&gt;
I'd recommend the&lt;br /&gt;
[http://www.beck-oled-lcd-tft-display.de/display-datenblatt/typ/tpo/TD035SHED1%20Product%20Specification%20Ver%200.0-112906.pdf TD035SHED1 (Chineese spec paper)] since it has the very same pinout as the current one. Eventually I'm going to create a new case, and will use that display. Alternately the&lt;br /&gt;
[http://www.beck-oled-lcd-tft-display.de/display-datenblatt/typ/tpo/TD043MGEB1_v0.4.pdf TD043MGEB1] would be a nice option. However it has 8 bits per channel, and not 6 like the current one, so we would need some adaptor board to connect it: Pull down resistors on the 2 lowermost bits of each channel, and connect the current signal lines to the uppermost bits. Or somehow get 8 bits per channel from the controller.&lt;br /&gt;
--[[User:Datenwolf|Datenwolf]] 12:06, 28 July 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
====&amp;quot;Slightly&amp;quot; Larger Screen====&lt;br /&gt;
43mm x 57mm (2.8inch diagonal) is tiny.  A 53mm x 71mm (3.5 inch diagonal) like on the TD035STEE1 would be a nice improvement.  A widescreen format at about 53mm x 82.5mm instead of the 3:4 aspect ratio would be even cooler (if one could be found).&lt;br /&gt;
&lt;br /&gt;
====Higher resolution screen====&lt;br /&gt;
The current OpenMoko hardware has a screen of size 2.8&amp;quot; and resolution 640 x 480 (VGA).&lt;br /&gt;
&lt;br /&gt;
See this LCD panel: http://www.engadget.com/2006/12/27/hitachi-does-800-x-480-display-for-phones/&lt;br /&gt;
&lt;br /&gt;
At 2.9&amp;quot; it is almost exactly the same size as the current screen but has a wider 800 x 480 resolution (WVGA). This is the same resolution as in the Nokia N800 web browsing devices (but those devices have a bigger, lower DPI screen).&lt;br /&gt;
&lt;br /&gt;
A display panel like this would enhance the phones's usability as a small computer, particularly for activities like web browsing, with an almost negligible affect on the size of the device. It would cause slightly increased battery drain though.&lt;br /&gt;
&lt;br /&gt;
===Distance sensing touchscreen===&lt;br /&gt;
{{Main|Hardware:NearlyTouchScreen}}&lt;br /&gt;
TouchKo's (now Wacom Company Ltd.) spatial capacitive &amp;quot;touchscreen&amp;quot;, can sense fingers at a small distance, so you do not get your display greasy, and can unlike some touchscreens, be operated with gloves.&lt;br /&gt;
&lt;br /&gt;
===&amp;lt;s&amp;gt;Video acceleration&amp;lt;/s&amp;gt;===&lt;br /&gt;
Hardware acceleration for video playback and 2D/3D accelleration will be present in [[Neo1973 GTA02]].&lt;br /&gt;
&lt;br /&gt;
===EPD===&lt;br /&gt;
Or electronic paper display, EPD is used in many new devices such as the new Motorola motofone, sonys new e-reader and Irex's iliad. The technology provides thin, lightweight, power saving screens using new eink technology. This technology could cut the weight of the phone and its power usage. For more info see: [http://www.eink.com eink's website].&lt;br /&gt;
&lt;br /&gt;
Pro: laserprinter like quality, glossy, very stable image, easy on the eyes. Electronics are similar to TFT. Very low power consumption. &lt;br /&gt;
&lt;br /&gt;
Con: Black and grey only (like a newspaper, but glossy), although there were already color prototypes in 2005. low framerate (5fps). Can reflect light (like paper), backlight is impossible.&lt;br /&gt;
&lt;br /&gt;
===Transreflective===&lt;br /&gt;
It would be nice to have (the option of) a transreflective display, which while being less bright, is readable without needing to power the backlight. Then again, it depends on how much power the backlight uses compared to everything else...&lt;br /&gt;
&lt;br /&gt;
===Second Display===&lt;br /&gt;
A 32x32 OLED display possibly on the back for camera framing or on an edge so it can be viewed like a pager.&lt;br /&gt;
This could be used to display any number of alerts (from any installed software) the alerts could have a dynamic prioritisation which means during the work day a message from the boss has high priority but lower at home (could be GPS/Time controlled?) multiple alerts shrink the icons to a 3x3 grid higher priority messages get more space.&lt;br /&gt;
&lt;br /&gt;
===Pico Projector===&lt;br /&gt;
[http://www.engadget.com/media/2006/02/digismartphone2.jpg Like the one shown here] or [http://www.youtube.com/watch?v=sT1mhSRichk (video example here)] new cellphones are now coming out with a small, low power projector. This can be used to show movies from your cell phone with 0.5m high image on a while wall for example...&lt;br /&gt;
&lt;br /&gt;
Sample Video: http://www.youtube.com/watch?v=sT1mhSRichk&lt;br /&gt;
&lt;br /&gt;
Sample Vendor/Product Info: http://www.dlp.com/tech/what.aspx&lt;br /&gt;
&lt;br /&gt;
==Input devices==&lt;br /&gt;
&lt;br /&gt;
===Tablet PC like pen input (Wacom Technology)===&lt;br /&gt;
The Wacom tablet protocol is openly documented, OSS drivers exist. Connection via UART or USB.&lt;br /&gt;
[http://www.wacom-components.com/english/technology/emr.html Wacom mobile technology]&lt;br /&gt;
[http://www.wacom-components.com/english/product/sensorboard.html Sensorboards]&lt;br /&gt;
&lt;br /&gt;
Add a pen holder to the case, suitable for a pen [http://www.wacom-components.com/english/product/pen.html like the &amp;quot;Super Slim Pen&amp;quot; on this page]&lt;br /&gt;
&lt;br /&gt;
===Regular phone keypad===&lt;br /&gt;
I really like the idea of this phone BUT it misses one&lt;br /&gt;
crucial feature - a simple keypad(like most other phones have).&lt;br /&gt;
I'd be basicaly happy with a mobile device with a 3-4&amp;quot; screen with a slide out keypad(in a similar way as the n95).&lt;br /&gt;
&lt;br /&gt;
===No Dependence on Stylus===&lt;br /&gt;
The Neo's basic functionality should be completely usable without a stylus, Like the iPhone but with stylus use for precision work.&lt;br /&gt;
&lt;br /&gt;
===A laser projection keyboard===&lt;br /&gt;
Similar to [http://www.thinkgeek.com/computing/input/8193/ this], except the device would be integrated into the phone itself.  Setting the Neo up on a stand on a flat surface (perhaps a stand could be built into the back of the Neo itself, or into a case) would turn the Neo into a micro-laptop.  There may be several issues with the inclusion of this technology, including patents, the space required to project the laser grids, and the power consumption.  If possible, however, it would make text input a breeze.&lt;br /&gt;
&lt;br /&gt;
===Just a few more Buttons===&lt;br /&gt;
&lt;br /&gt;
2 buttons more, 3 buttons total, mounted sideways would be enough. You could use them for play/pause and loudness controll while the phone remains in your pocket (display locked, ...), reading mails, rss, ebooks,... without wasting display space and so on.&lt;br /&gt;
&lt;br /&gt;
With 5 buttons in total you could possibly emulate a keyboard (2^5 = 32 combinations) for those who know how to play a flute. Useable onehanded, not wasting display space and faster than t9. (It's not faster than T9 - I've used this system with the microwriter agenda --[[User:Speedevil|Speedevil]] 00:00, 2 July 2007 (CEST)) Hopefully this is not patented already.&lt;br /&gt;
&lt;br /&gt;
===D-Pad and Buttons===&lt;br /&gt;
*Adding a D-pad (to the bottom of the phone) and 2 to 4 buttons (to the top) would provide some tactile input controls, in addition to the touchscreen. They could be used as shortcut keys in the menu, or playback control when playing media. When the phone is held sideways, they can be used as games controls. (With touchscreen alone, gameplay options are limited)&lt;br /&gt;
&lt;br /&gt;
Game buttons would be best on both sides of the screen. The larger the buttons, the better. 2x 4 buttons in up-down-left-right configuration + some extra buttons separately a bit lower on the device would be good for many for emulation games. &lt;br /&gt;
&lt;br /&gt;
Here is a concept drawing of a possible neo1973 gaming version: &lt;br /&gt;
(This has a 4-way direction pad, 8 way may be better for gaming)&lt;br /&gt;
&amp;lt;br/&amp;gt;&lt;br /&gt;
[[Image:Neogame90.jpg]]&lt;br /&gt;
&amp;lt;br/&amp;gt;&lt;br /&gt;
Shoulder buttons would be a great addition, too. It would be interesting if there was a total 4 of them, one for every corner. It would make the phone very flexible for rotating and 2 to 6 players playing on one device.&lt;br /&gt;
&amp;lt;br/&amp;gt;&lt;br /&gt;
:''Note'' : The [http://en.wikipedia.org/wiki/Tapwave_Zodiac Tapwave Zodiac] Palm PDA / Game console hybrid had a similar setup - with an analog stick on the left (also used for quick selection using a radial main menu when working as a PDA), 4 buttons on the right (also configurable for shortcuts when using the device as PDA), and 2 shoulder buttons. Also it had and still has an enthusiastic scene of homebrew development (almost any console emulator for PalmOS can also take advantage of the additional buttons and graphic power of the device). If we also take into account the success encountered by the [http://en.wikipedia.org/wiki/GP32 GP32] in the past and the [http://en.wikipedia.org/wiki/GP2X GP2X] currently on the homebrew scene, it's not unreasonable to plan a future OpenMoko device with both a SmartPhone/PDA functionnality ''and'' hand-held console targeting homebrew development.&lt;br /&gt;
&lt;br /&gt;
===Thumb keyboard or keyboard attachment accessory===&lt;br /&gt;
*Could be slide out or clamshell (hinge on long side) design with an external OLED. The keyboard should be protected when not in use.&lt;br /&gt;
*Could be a clip on keyboard that attaches to the serial port or communicates by bluetooth (not preferred for permanent keyboard users).&lt;br /&gt;
*Cheap clippable miniusb keyboard&lt;br /&gt;
*One of the layouts proposed in [[Hardware:Keyboards]]&lt;br /&gt;
* What about virtual keyboard? [[http://www.extremetech.com/article2/0,3973,539778,00.asp Keyboard]]&lt;br /&gt;
&lt;br /&gt;
===Analogue Controllers===&lt;br /&gt;
&lt;br /&gt;
====Trackball====&lt;br /&gt;
A trackball would provide an efficient mouse-like interface in a very compact package.  As exemplified in the newer Blackberry&amp;amp;reg; models.&lt;br /&gt;
Maybe instead an optical sensor as are used in mice could be used so that the whole phone can be moved over a surface just like a mouse. (It could function as a Bluetooth mouse for other devices like laptop computers: see [[Bluetooth_Support#Acting_as_HID_device]]. Adding one other two-axis analogue input (possibly just the screen) would make the Neo usable as a TrackPoint or scroll-and-tilt mouse.) The same sensor might be usable as a barcode reader.&lt;br /&gt;
&lt;br /&gt;
====Analog Joystick====&lt;br /&gt;
A joystick, or [http://www.extremetech.com/article2/0,1697,1772689,00.asp Rollermouse]-like device would provide additional control, compared with touchscreen only.&lt;br /&gt;
*A standard [http://en.wikipedia.org/wiki/Pointing_stick pointing stick (ie. TrackPoint)] might serve well. As a fairly standard part, might they be quite inexpensive?&lt;br /&gt;
&lt;br /&gt;
====Dual analogues====&lt;br /&gt;
Dual analogue controllers (one trackball or joystick above, one below the screen, most likely) might even be feasible. That might be overkill since the accelerometers or touchscreen can be used to provide a second analogue input. But it would be nice to have four axes of analogue control without having to tilt the screen away from you or partly cover it with your hand.&lt;br /&gt;
&lt;br /&gt;
===TV/radio receiver===&lt;br /&gt;
[[Digital Television]], [[Digital Radio]] or even normal analogue TV/radio is widely available in the world, though unfortunately in various different forms. In markets where one standard is widespread, and hardware is suitable, it would be a great extension of the phone to a general entertainment device for when you're away from home. Multi standard devices would be ideal, but may not be small, low-power, or cheap.&lt;br /&gt;
A good start would be an FM tuner, since it's one of the most widely used formats of radio broadcasting in the world.&lt;br /&gt;
&lt;br /&gt;
Here's a selection of chips, though it's not clear if the drivers are open source. http://www.sigmatel.com/products/portable/wireless/fmtuner.aspx#fragment-14&lt;br /&gt;
http://www.st.com/stonline/products/families/automotive/am_fm_tuners.htm&lt;br /&gt;
&lt;br /&gt;
=== &amp;lt;s&amp;gt;Accelerometer&amp;lt;/s&amp;gt; === Avaliable in GTA02&lt;br /&gt;
This enables the phone to sense which direction 'down' is, and to sense any movements the phone makes.&lt;br /&gt;
&lt;br /&gt;
See [[Accelerometer Fundamentals]] for more information on accelerometers as they may be used in phones.&lt;br /&gt;
&lt;br /&gt;
In some cases integrated gyroscopes may also be needed. A [[#Digital compass]] can even be of more use since it gives absolute rotation so slow rotations could also be measured. A 3D compass would be nicest, but a simple 2D compass already is a helpful addition to the accelerometers.&lt;br /&gt;
&lt;br /&gt;
*[[Wishlist:3D Viewport|3D Viewport]]&lt;br /&gt;
*[[Wishlist:Computer Mouse|Computer Mouse]]&lt;br /&gt;
*[[Wishlist:Determine Position|Determine Position]]&lt;br /&gt;
*[[Wishlist:Dynamic Screen Orientation|Dynamic Screen Orientation]]&lt;br /&gt;
*Change media player playlist when jogging vs walking. &lt;br /&gt;
*&amp;lt;s&amp;gt;Attempt to use to stabilise any future camera.&amp;lt;/s&amp;gt; While possible in theory the time required to process the accelerometer signals would cause to much latency, as that it could effectively be used for image stabilisation. You'd have to connect the acceleromters directly to the camera circuits.&lt;br /&gt;
&lt;br /&gt;
===Side-Mounted Touch Strip===&lt;br /&gt;
Add a &amp;quot;touch strip&amp;quot; sensor onto the side of the phone which can be used to scroll. By having it on the side you can use your thumb to scroll comfortably while holding the phone one-handed. An 8-element capacitive sensor would work wonderfully and be easy to fab using either a Quantum QT411 (http://www.qprox.com/products/qslide_qt411.php) or Analog Devices AD7143 (http://www.analog.com/en/prod/0,2877,AD7143,00.html) controller. The Analog Devices chip seems better suited due to it's smaller allowable element size.&lt;br /&gt;
*With the AD7143 you can have an 8-element (128-position) 25mm long strip - Perfect!.&lt;br /&gt;
*With a few OLED screens beneath the strip it could be used as dynamic configurable buttons/alerts eg. zoom/flash/shutter with a camera application and SMS/Email/Voicemail alerts in standby&lt;br /&gt;
&lt;br /&gt;
===Heart Rate Compatibility=== &lt;br /&gt;
&lt;br /&gt;
An RF interface to receive data from popular heart rate straps (Polar, Garmin, Sigma, Suunto, etc.). This would go along well with the existing GPS functionality and possible future Accelerometer functionality to make for a full-blown workout tool.&lt;br /&gt;
&lt;br /&gt;
Software can be written to track heart rate along a running, cycling, skiing, swimming loop, to monitor max and min heart rate, to match heart rate data to GPS coordinates and print map data w/ relevant data.&lt;br /&gt;
&lt;br /&gt;
===Digital compass=== &lt;br /&gt;
A digital compass is useful for orienting maps to the terrain and other location/direction/orientation based applications (... is 300 meter that way) when the user is standing still (regardless of GPS reception) and for following a bearing when GPS reception is poor or speed is low. Also could be used to make the accelerometer data more exact.&lt;br /&gt;
&lt;br /&gt;
A compass is also useful for tagging photographs with the correct direction (in addition to location) of the photo.&lt;br /&gt;
&lt;br /&gt;
Very small [[I2C]] sensors like [http://www.ssec.honeywell.com/magnetic/hmc6352.html Honeywell's HMC6352 2-Axis Digital Integrated Compass] (6.5 x 6.5 x 1.5 mm) are very appropriate for this. Another option is the much smaller [http://www.global.yamaha.com/news/2006/20060726.html Yamaha YAS529 Three-Axis Geomagnetic Sensor IC Chip] (2.0mm x 2.0mm x 1.0mm).&lt;br /&gt;
&lt;br /&gt;
*[[Wishlist:Auto Align Map]]&lt;br /&gt;
&lt;br /&gt;
See [[Wishlist - Hardware: Digital compass]] for more information&lt;br /&gt;
&lt;br /&gt;
===Thermometer===&lt;br /&gt;
An electronic thermometer might become handy for some users.&lt;br /&gt;
&lt;br /&gt;
There are very small [[I2C]] devices available, that could easily integrate to the existing bus. For example [http://focus.ti.com/docs/prod/folders/print/tmp100.html this one from ti].&lt;br /&gt;
(Could just be cheap and use the thermometer from the battery, thats how they did it in the nokia 5140's). Also is integrated in a barometer/altimeter like the SMD500 mentioned in [[Wish List - Hardware - Atmospheric]].&lt;br /&gt;
::But if you carry it in your pocket it is unlikely to show the correct air temperature anyway. [[User:AudriusA|AudriusA]] 17:12, 12 January 2008 (CET)&lt;br /&gt;
&lt;br /&gt;
===Barometer and Variometer (Altimeter)===&lt;br /&gt;
&lt;br /&gt;
A Barometer measures air pressure. This can be used to give weather information, and also as a variometer, to sense relative altitude. Variometers are commonly used in flying microlight and ultralight aircraft, to get accurate relative altitude.&lt;br /&gt;
&lt;br /&gt;
These are also common on high end GPS units. This is a great feature for walkers as you can tell how far you have got on any ascent/decent.&lt;br /&gt;
&lt;br /&gt;
See [[Wish List - Hardware - Atmospheric]] for more information.&lt;br /&gt;
::The GPS device [[Manually using GPS|outputs the altidude]] as well. This has been tested and works fine. [[User:AudriusA|AudriusA]] 21:44, 7 February 2008 (CET)&lt;br /&gt;
&lt;br /&gt;
===Finger print sensor===&lt;br /&gt;
A fingerprint sensor gives easy and fast access to the phone, could lock the touchscreen etc. An example of this device can be found at [http://www.sonystyle.com/is-bin/INTERSHOP.enfinity/eCS/Store/en/-/USD/SY_BrowseCatalog-Start?CategoryName=cpu_VAIONotebookComputers_UX_Series&amp;amp;Dept=computers Sony UX17].&lt;br /&gt;
&lt;br /&gt;
Most fingerprint sensors in the embedded market include a navigation mode, where they work similar to either a touch-stick or touch-pad of a laptop.&lt;br /&gt;
&lt;br /&gt;
[http://www.fujitsu.com/downloads/MICRO/fma/formpdf/mbf320_fsfin.pdf Fujitsu] has a small strip like reader that has SPI and USB support.&lt;br /&gt;
&lt;br /&gt;
===Barcode Scanner===&lt;br /&gt;
*less cpu intensive and more reliable than camera+ocr&lt;br /&gt;
*though, bluetooth-enabled readers are already available.&lt;br /&gt;
&lt;br /&gt;
===Light Sensor===&lt;br /&gt;
Ability to sense ambient light, and act accordingly. i.e if it's 3am and LightValue&amp;lt;.1 then Ring Quietly.&lt;br /&gt;
&lt;br /&gt;
===A pluggable sensor module===&lt;br /&gt;
Give the option of a composite sensor module consisting of pressure, humidity, temperature and light sensors(if camera not present, which is the case), which will be pluggable to the phone and connected to the USB 1.1 port.&lt;br /&gt;
&lt;br /&gt;
===Wheel===&lt;br /&gt;
A navigation wheel like on a sony/ericsson 810i would be nice.&lt;br /&gt;
&lt;br /&gt;
===Proximity Sensor===&lt;br /&gt;
Switch off backlight when you place the phone to your ear. Prevent accidental activation of speakerphone or other sounds when the phone is near the ear (prevent hearing damage). Possibly switch the speakerphone on or off automatically depending on if the phone is by your head or not.&lt;br /&gt;
&lt;br /&gt;
=== Make ''all'' unlocking of phone, password protected===&lt;br /&gt;
&lt;br /&gt;
When my (current non-neophone) phone is in my pocket and I have it locked, it sometimes accidentally unlocks itself since only two keystrokes in the correct order are necessary to unlock it. When it's unlocked and still in my pocket it sometimes calls someone without my knowledge. All phones I've seen today have a press-just-one-button bypass to answer an incoming call even when the phone is locked. I suggest making the locking mechanism let the user configure it so that the user has to enter a password even for answering incoming calls. The likeliness of the phone accidentally runbbing against my car keys, hitting a ten character long password, unlocking the phone without my knowledge and consent is low enough even for us most unlucky users.&lt;br /&gt;
&lt;br /&gt;
==Expansion==&lt;br /&gt;
===Positioning of Buttons, Connections and ports===&lt;br /&gt;
&lt;br /&gt;
Ideally any cable ports such as charging, USB, audio, docking should not get in the way of your hand or fingers when holding it in it's normal orientation. For the sake of SDIO cards an external SD slot should be on the top edge. IR for remote control software and ease of inter-device communication should be on the corner so that it is facing away from you for both orientations. Buttons obviously are positioned for finger control. An example of how '''not''' to do this would be the HTC Universal&lt;br /&gt;
&lt;br /&gt;
===Storage===&lt;br /&gt;
&lt;br /&gt;
====MMC/SD/SDIO slot (rather than?) miniSD or microSD====&lt;br /&gt;
*Cheaper, more durable cards in a widely accepted format.&lt;br /&gt;
*Much much larger storage capacity, [http://blog.scifi.com/tech/archives/2007/08/23/toshiba_unleash_1.html even 32GB]&lt;br /&gt;
*Cards are harder to lose&lt;br /&gt;
*Wider selection of accessories, including SDIO accessories.&lt;br /&gt;
*Make externally available so that larger length SDIO cards can be used (thinking about SDIO WLAN here)&lt;br /&gt;
*[http://en.wikipedia.org/wiki/Secure_Digital_card#SDHC SDHC] compatible. It seems to already have the right hardware for it - see [[Neo1973_Hardware#microSD-Card]].&lt;br /&gt;
See more on [http://wiki.openmoko.org/wiki/Wish_List#SD_Card_Slot Wish list - SD Card Slot]&lt;br /&gt;
&lt;br /&gt;
====Two SD slots====&lt;br /&gt;
*Micro SDHC for /home partition. Keep like current design underneath SIM card&lt;br /&gt;
*Hot swappable externally accessible normal size SDHC/SDIO slot&lt;br /&gt;
&lt;br /&gt;
=== Internal Communication Bus ===&lt;br /&gt;
*A standard and/or documented internal communication bus of some sort could simplify adding new hardware modules.&lt;br /&gt;
*Serial USB or I2C connector internal to case towards the top&lt;br /&gt;
*Several digital I/O pins that operate at TTL levels&lt;br /&gt;
*A few analogue I/O pins attached to a A/D converter&lt;br /&gt;
*Documentation of Debug board connector could provide some of this functionality.&lt;br /&gt;
&lt;br /&gt;
I2C is used on the Neo with some details of resources already in use documented!&lt;br /&gt;
Please see [[I2C | Neo I2C Devices]] for more information &amp;amp; a list of devices &amp;amp; the addresses currently in use &amp;amp; documented for the Neo1973.&lt;br /&gt;
&lt;br /&gt;
===Local Communication===&lt;br /&gt;
&lt;br /&gt;
====USB====&lt;br /&gt;
* 5V Powered, to avoid having to carry around a hub for when you want to occasionally plug in a memory stick. Many powered hubs will not recognize a totally unpowered host. Provide a maximum current to drive a basic USB keyboard/memory stick/mouse/webcam/astrowebcam. This could be done by adding a small cheap power converter like the [http://www.national.com/pf/LM/LM2753.html LM2753]&lt;br /&gt;
* USB 2.0 (USB 1.1 is too slow to transfer data to the card, removing the card everytime from the phone isn't an option too, because it is placed under the battery)&lt;br /&gt;
* Standard type A socket for quick &amp;amp; easy insertion of memory sticks etc.&lt;br /&gt;
* OTG, to be able connect usb keyboard like [http://www.mobile-review.com/pda/review/cherry-kb-en.shtml Cherry G84-4321 SUNRG]&lt;br /&gt;
* Bootable USB device emulation: the possibility to boot any computer on a bootable flagged partition of the transflash.&lt;br /&gt;
* Protection against incorrectly wired USB ports: some USB ports are wired incorrectly; if the +5V and GND are swapped, the device would get -5V when it's expecting +5V, which could burn some chips. A reverse-biased diode between +5V and GND, D+ and GND, D- and GND, and (if used) ID and GND, with a low enough forward voltage drop (to limite the negative voltages to what the chips can withstand), would protect the device by tripping the port's short circuit protection.&lt;br /&gt;
&lt;br /&gt;
====Wireless USB support====&lt;br /&gt;
[http://en.wikipedia.org/wiki/Wireless_USB Wireless USB] is the wireless version of USB offering data-rates up to 480 Mbit/s over short distances (&amp;lt;3 meter). Chipsets suitable for a phone are likely to take some time to be available.&lt;br /&gt;
&lt;br /&gt;
====Bluetooth with A2DP====&lt;br /&gt;
Is the blue-tooth radio present in the phone A2DP compatible. If not, make it so.&lt;br /&gt;
&lt;br /&gt;
Great for listening to music or watching a movie with full sound.&lt;br /&gt;
&lt;br /&gt;
====SIR/FIR transceiver (Serial Infrared) / IR remote control====&lt;br /&gt;
*An infrared transceiver is cheap, small, and useful for sync with many laptops and mobile phones. &lt;br /&gt;
*Replace/emulate all IR-based remote controls used for your tv, vcr, etc on your neo cell phone.&lt;br /&gt;
** replaces multiple 'dumb' devices with a single intelligent device (your neo) that you will probably carry with you at all times anyway. &lt;br /&gt;
**Command sets should be retrieved from a database or learned from other less intelligent remote control devices with macros. &lt;br /&gt;
**reduces clutter, particularly in the living room.&lt;br /&gt;
**inceases the neo's practical status as an 'always-have' device. &lt;br /&gt;
&lt;br /&gt;
Other uses.&lt;br /&gt;
*Detecting reflections from inside of a caddy, and switching from active mode.&lt;br /&gt;
*FIR would be a nice option, as it's some 40 times faster than SIR.&lt;br /&gt;
&lt;br /&gt;
===Other===&lt;br /&gt;
&lt;br /&gt;
====Video Out====&lt;br /&gt;
*Through a docking port&lt;br /&gt;
**S-Video/Composite Out&lt;br /&gt;
**DVI Out&lt;br /&gt;
**HDMI Out&lt;br /&gt;
**Display Port&lt;br /&gt;
&lt;br /&gt;
==Output devices==&lt;br /&gt;
&lt;br /&gt;
===LED===&lt;br /&gt;
*The Neo1973 GTA02 will have LEDs of some sort behind at least one button. [http://lists.openmoko.org/pipermail/community/2007-July/008458.html]&lt;br /&gt;
*A blinking LED would be a cheap, low power way to inform the user of new SMS/Email....&lt;br /&gt;
**An alternative to this would be for one small part of the LCD to be separately backlit.&lt;br /&gt;
**This requires the CPU and LCD to be somewhat active, to keep the LCD refreshed, but gives much more information.&lt;br /&gt;
**A Small OLED Screen could be used and display much more information than a LED with minimal power usage.&lt;br /&gt;
&lt;br /&gt;
*For example a multicolor LED which pulses yellow for GSM/GPRS transmit, blue for Bluetooth/Wifi, green to indicate non-urgent information - missed call etc, red to indicate battery low or other urgent notices.&lt;br /&gt;
&lt;br /&gt;
**The LED and button ideas could be combined: illuminated buttons.&lt;br /&gt;
**It must be possible to completely disable the LED to save power or other personal preferences.&lt;br /&gt;
&lt;br /&gt;
=== Flashlight ===&lt;br /&gt;
For finding keys, or any other application. May also optionally pulse in time with ring, to make phone more visible.&lt;br /&gt;
This is really well done in Nokia 5500.&lt;br /&gt;
&lt;br /&gt;
-I second this one. The most used feature in my Nokia 5140 after the calling and sms features is the flashlight. It's just one simple LED, but powerful enough to see with if it's really dark. If it ain't dark, you won't need the light anyway. :)&lt;br /&gt;
&lt;br /&gt;
Also, Who hasn't lost their keys and opened up their cell phone to use as a flashlight?&lt;br /&gt;
&lt;br /&gt;
=== FM transmitter ===&lt;br /&gt;
Small FM transmitter to output to car, and other nearby radios.&lt;br /&gt;
&lt;br /&gt;
Fix the biggest flaw in the iPod before Apple does!&lt;br /&gt;
&lt;br /&gt;
=== Infrared Transmitter w/ universal remote software ===&lt;br /&gt;
Infrared LED on top of device with universal remote software so you can control televisions, DVDs etc.&lt;br /&gt;
[http://www.novii.tv/ Here] is an example of universal remote software.&lt;br /&gt;
&lt;br /&gt;
:I'd like to add that i fully support this. An IR port on future openmoko devices capable of controlling set-top boxes like TV/DVD/Stereo is necessary to make the device as universal as possible. A cellphone should be your window to the world and allow you to interact with it in as many ways as possible.&lt;br /&gt;
&lt;br /&gt;
:Care must be taken to use the correct type of IR chipset/controller in the phone. Most IR ports you find on devices like computers, some cellphones etc. Are for high speed data communication and CAN'T control TVs/DVDplayers/Stereos etc.&lt;br /&gt;
&lt;br /&gt;
:In order to reduce cost it maybe possible to use the sound chipset in the phone to generate the waveform sent to the IR led. IR remotes work at ~38Khz which is within the range of the sound chipset. The sound output could be internally switched between the IR led or the speakers.&lt;br /&gt;
&lt;br /&gt;
===HAC Compliance===&lt;br /&gt;
[http://quux.wiki.zoho.com/WhereAreHACphones.html Here] is some summary/discussion of how hearing aid compliance rules work in the US. Specifically it would be nice to see the phone include a [http://www.hearingresearch.org/Dr.Ross/telecoil_and_telephones.htm telecoil], which allows the phone to connect wirelessly to many standard hearing aids.&lt;br /&gt;
&lt;br /&gt;
==Mobile Communication options==&lt;br /&gt;
&lt;br /&gt;
===Generic Access Network / Unlicensed Mobile Access===&lt;br /&gt;
This technology requires cooperation from the cellular provider, but [http://en.wikipedia.org/wiki/Unlicensed_Mobile_Access UMA/GAN] is already offered by T-Mobile in the United States, and perhaps others in other countries.  Allowing the user to roam from GSM to wifi, this technology can save the end user a significant amount of money, and also allow the user to deploy coverage where there was none before.  There are only a few UMA capable phones currently, but it would be great if this could be made to work on a phase 2 type OpenMoko device.&lt;br /&gt;
&lt;br /&gt;
Note that this features requires more advanced access to the GSM modem. &lt;br /&gt;
Special messages needs to be exchanged with the network.&lt;br /&gt;
&lt;br /&gt;
===Faster/better mobile connectivity.===&lt;br /&gt;
[http://en.wikipedia.org/wiki/Gsm GSM]/[http://en.wikipedia.org/wiki/GPRS GPRS] is at best slow. An incremental improvement would be a radio with [http://en.wikipedia.org/wiki/EDGE EDGE ] support. EDGE is an evolved GSM standard and, like GPRS, it operates on the same frequency as voice. This means a quad-band EDGE radio will have near-complete worldwide coverage. &lt;br /&gt;
&lt;br /&gt;
[http://en.wikipedia.org/wiki/UMTS UMTS] - which is widespread in Europe and being deployed in the US, [http://en.wikipedia.org/wiki/HSDPA HSDPA] (asia) and any other mobile standards would be nice for faster data connectivity and coverage.&lt;br /&gt;
It is unlikely that all of these will be supported initially, but it is a goal. These faster standards operate in different frequencies from GSM/GPRS/EDGE. Which frequency exactly will depend on the carrier and country. For UMTS in the US, AT&amp;amp;T uses 850/1900 MHz but T-Mobile will use 2100/1700 MHz for example.&lt;br /&gt;
&lt;br /&gt;
Until that goal is reached, it is likely that some phones will be brought out for various specific markets - Europe, Asia, US.&lt;br /&gt;
&lt;br /&gt;
===Ability to use multiple SIMs/networks===&lt;br /&gt;
* External SIM sockets are widely available in China, a dual external socket would be a very good solution.&lt;br /&gt;
* [http://www.fonefunshop.co.uk/dualsim/digital.htm Dual SIM card kit] - two SIMs are trimmed and combined, software supportwould be needed, and both can't be used at once...&lt;br /&gt;
* Some networks support multiple numbers on one SIM. Unfortunately this won't allow split networks.&lt;br /&gt;
* A second/dual GSM module would allow full use of both sims at all times.&lt;br /&gt;
* As a hack, [http://wiki.openmoko.org/wiki/Wish_List#Bluetooth_powered_Multi-SIM_support use another mobile via BT].&lt;br /&gt;
** As many as three SIM slots would be genuinely useful, especially for a 3G phone - some 3G data tariffs are only available on data-only SIMs. A user could quite reasonably have one SIM for data, once SIM for his personal voice calls, and a third SIM for his business number.&lt;br /&gt;
* Dual SIM card support will be especially welcome by the women. They just love to talk on the phone.&lt;br /&gt;
* Save the contents from several SIM-cards to memory and simulate them.&lt;br /&gt;
&lt;br /&gt;
===PMR446/FRS Radio===&lt;br /&gt;
* Include a PMR/FRS Radio.&lt;br /&gt;
* A two-way walkie talkie lets you use the phone to communicate with friends without requiring a GSM connection (crowded networks at festivals, at locations with no GSM coverage).&lt;br /&gt;
&lt;br /&gt;
2 way talk over Sprint/Nextel/Boost networks if possible. At least the walkie talkie feature for sure. It's very annoying being at a lake with no service and can't call your friend in the other boat across the lake.&lt;br /&gt;
&lt;br /&gt;
===[[DECT]]===&lt;br /&gt;
* Include a [[DECT]] GAP/CAT-iq transceiver so you can use your home and/or office PSTN line&lt;br /&gt;
** Ability to use Alcatel phonebook stuff (like provided by the eventphone.de phone equipment) would be very nice too&lt;br /&gt;
&lt;br /&gt;
===[[SIP phone]]===&lt;br /&gt;
Make stripped down (and thus cheaper) version of the Neo1973 phone for use as a SIP phone. Remove GPS, GSM, accelerometers, stylus.&lt;br /&gt;
&lt;br /&gt;
Addition of an centimeters-precise location system [http://en.wikipedia.org/wiki/Real_Time_Location_Systems RTLS] would be nice, as it will allow highly sensible indoor context detection. Imagine putting the phone next to your mirror (where you shave daily) and watch it automatically switch to news radio channel. Or put it next to your bed and see it automatically switch to &amp;quot;sleeping&amp;quot; mode, when only calls from predefined numbers are accepted.&lt;br /&gt;
&lt;br /&gt;
=='''Casing'''==&lt;br /&gt;
See also: [[Alternate Neo1973 case designs]] for a list of cases being considered for design/manufacture by the community.&lt;br /&gt;
&lt;br /&gt;
=== [[Hardware:Neo1973:Alternate_Cases:Expansion_Module_Casing | Expansion Module Casing]] ===&lt;br /&gt;
Longer case (150-160mm+) with space in the top to put expansion modules, including test &amp;amp; hobby hardware.  Would require use of a standard internal power &amp;amp; communications bus. Could be left empty with blank cover or house cameras, solar panels, a crank powered charger, special transmitters/recievers, or anything else imaginable.&lt;br /&gt;
&lt;br /&gt;
[http://www.likeasecret.com/Neo1973/Neo1973-Exp.mov Neo1973 Expansion Module Quicktime rendering]&amp;lt;br /&amp;gt;&lt;br /&gt;
[[Image:Neo1973-Exp.png]]&lt;br /&gt;
&lt;br /&gt;
=== Expansion Back Casing ===&lt;br /&gt;
Replacement backs with additional features ranging from solar power, larger batteries, extra hardware, ...&lt;br /&gt;
&lt;br /&gt;
===[[Hardware:Neo1973:Alternate_Cases:Expansion_Front_Casing|Expansion Front Casing]]===&lt;br /&gt;
Replacement fronts with e.g. extra buttons.&lt;br /&gt;
&lt;br /&gt;
=== Space efficient Lanyard ===&lt;br /&gt;
The hole at the bottom of the phone takes a lot of space. A [http://en.wikipedia.org/wiki/Kensington_Security_Slot Kensington Security Slot] could be used instead.&lt;br /&gt;
&lt;br /&gt;
=== Rugged version ===&lt;br /&gt;
We need something you can drop from 4 feet in to a puddle of dirty water on construction site. Sunlight readable display, maybe aluminium case. The big ugly pseudo military version. What about a casing similar to the OLPC project's in terms of dust and waterproofing? I frequently have to answer the phone with hands dripping sea water and most phone's do not take kindly to that type of treatment. Also the accelerometers can be wired to a protection mechanism which suspends all processing/data activity in case of a (free) fall. &lt;br /&gt;
&lt;br /&gt;
=== Transparent ===&lt;br /&gt;
Make a transparent, see-through casing. Why do we need a closed casing for open hardware and open software? Show the world it is a truly Free/Open source phone.&lt;br /&gt;
&lt;br /&gt;
That makes sense to me. I second that idea!&lt;br /&gt;
Me, too!&lt;br /&gt;
&lt;br /&gt;
=== Blank ===&lt;br /&gt;
Even though the transparent case would work too, I would like to see a blank case of pure black or white so people could have the option of air-brushing,painting or even drawing on the case.&lt;br /&gt;
&lt;br /&gt;
===Integrated solar charger===&lt;br /&gt;
Perhaps on one side there could be an integrated photovoltaic. It would be small, but might it be enough to charge the device. It could be integrated in an aesthetically pleasing fashion like [http://i.i.com.com/cnwk.1d/i/bto/20080523/solarboat.jpg this]... except, with a matching color. :)&lt;br /&gt;
&lt;br /&gt;
==Misc==&lt;br /&gt;
===Battery Size/Standby Time===&lt;br /&gt;
&lt;br /&gt;
Since the device will be ultimately running a wide selection of software on it the battery needs to be somewhat more robust and have a longer standby time than that of current phone's. At the moment I'm using a Moto (2 days before charging) or a Samsung (3 days before charging) and am not impressed with either phone's standby time, and I'm not using the phone's for anything but calls.&lt;br /&gt;
&lt;br /&gt;
=== Dedicated Power / Charger Pinout ===&lt;br /&gt;
&lt;br /&gt;
Having not yet seen a physical Neo device, I haven't been able to examine any of the IOs to see if there already is a dedicated power / charger input. However, I can imagine that it might be very tempting to have the device charge solely via USB. For any device that is capable of USB-host, that is a '''horrible''' idea, particularly when it's intended to be a mobile-komputing device.&lt;br /&gt;
&lt;br /&gt;
Since the device is able to run in USB host mode, it might be a good idea to allow for an alternate power supply, if say, a USB keyboard was being used for several hours. Rather than drain the battery, one could just supply power via the wall outlet while still providing endless hours of USB-host enjoyment for those hard-coders on the go.&lt;br /&gt;
&lt;br /&gt;
The main question is just deciding on where to take power from (or at all) if in USB-client mode and the power cable is inserted, but really, that's not too big of a deal and can be solved with very minimal circuitry. If 5V is detected on the power line, then the obvious place to get it from is there at any point in time.&lt;br /&gt;
&lt;br /&gt;
This might sound extraneous at first, but when the device shuts down in the middle of an important USB file transfer, or right before that great piece of code was saved, you can bet that those users will be saying &amp;quot;Hmm... a separate power adapter would have really come in handy right now&amp;quot;. &lt;br /&gt;
&lt;br /&gt;
I suggest a tiny 3mm, dedicated +5V power input (something a la Nokia).&lt;br /&gt;
&lt;br /&gt;
With the dedicated charger it would also be possible to use any standard USB device if&lt;br /&gt;
the phone recognized the external power and enabled 5v power when plugged in.&lt;br /&gt;
&lt;br /&gt;
===Galileo/GLONASS/GPS receiver===&lt;br /&gt;
*A multi-standard satellite positioning module would be nice eventually, it does not seem to be near-term due to chipset availability problems. Galileo is the to be launched (2011) European positioning system. GLONASS is the already existing Russian one.&lt;br /&gt;
&lt;br /&gt;
=== GPS antena ===&lt;br /&gt;
The current GPS device seems even dependent on weather and may not work in heavy rain or snow. It seems necessary to think how to improve the reliability. The small portable GPS antena may be an option.&lt;br /&gt;
&lt;br /&gt;
===X10 RF Remote===&lt;br /&gt;
Many PC-based media centers are being equipped with an RF (433 MHz) / X10-based remote control. The [http://en.wikipedia.org/wiki/X10_(industry_standard) X10] protocol also facilitates home automation to control lamps, switches, etc.&lt;br /&gt;
The advantages of using RF for control instead of Infra-red this that it also works when furniture, walls, or doors are blocking the path between RF remote and the equipment or device. [http://www.lirc.org/ Lirc] supports X10-based RF remotes (but expects having an USB RF receiver attached to the media center).&lt;br /&gt;
&lt;br /&gt;
===RFID tag/RFID Reader===&lt;br /&gt;
* Implementation/Cooperation with: [http://www.rfidguardian.org/ RFID-Guardian]&lt;br /&gt;
*An enable-able tag would be of use - for example being able to use the phone to open doors, or cars. Unfortunately, it's moderately hard to do secure programmable tags that are compatible with existing systems, for obvious reasons.&lt;br /&gt;
* Say you have RFID tags on your personal belongings: cellphone, keys... Neo could be programmed to remember the last recorded GPS location before it lost contact with the respective RFIDs. It'd be trivial to check where you left your cellphone, get directions from a map...or beep when the phone gets out of RFID range.&lt;br /&gt;
&lt;br /&gt;
*I agree with this idea, a great idea and you have to do it (Jackcday)&lt;br /&gt;
&lt;br /&gt;
===NFC chip===&lt;br /&gt;
*A Near Field Communication chip, with this chip it will be possible to pay with your phone (like a credit card)in the near future, see [http://www.nokia.com/A4305081 Nokia]for details&lt;br /&gt;
*NXP is a chip fabricator which provides NFC chips [http://nxp.com NXP] direct link&amp;gt;&amp;gt; www.nxp.com/#/pip/cb=[type=product,path=/53420/53424]|pip=[pfp=53424][0] their chips also support the above RFID reading&lt;br /&gt;
&lt;br /&gt;
===Less weight===&lt;br /&gt;
* Work on the weight of the Neo1973 and following devices. At the present time the Neo1973 is just a moderate / normal business or multimedia phone. The ordinary &amp;quot;user&amp;quot; may want something lighter. Take a look at the following table, that's the Neo1973 compared with other common business or multimedia phones.&lt;br /&gt;
{|border=&amp;quot;1&amp;quot;&lt;br /&gt;
| Neo1973 || Fujitsu-Siemens LOOX N560 || E-Ten Glofiish X500+ || Sony Ericsson P990i || iPhone || Nokia E65 &lt;br /&gt;
|- &lt;br /&gt;
|  184 g  ||            160 g          ||         146 g        ||        150 g        ||  135 g ||   115 g   &lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
===Make it smaller===&lt;br /&gt;
* To stay within physical matters: Maybe the Neo1973 is also just a normal business/multimedia phone when looking at the size. It would be great the shrink it a bit. Especially the thickness of 18.5 mm could be worked on!&lt;br /&gt;
&lt;br /&gt;
===Standard 3.5mm headphone jack===&lt;br /&gt;
The Neo1973 uses a 4-conductor 2.5mm jack for stereo headphones and a microphone. A 2.5mm jack is the most common for headsets. &lt;br /&gt;
&lt;br /&gt;
There is an emerging convention used in the Nokia N800 and some other devices. A 4-conductor 3.5mm jack that can use a microphone with special headsets, but can also be used with off-the-shelf 3.5mm stereo headphones. Adapters to 2.5mm are of course available and this 3.5mm jack is much more robust.&lt;br /&gt;
&lt;br /&gt;
Neglecting space limitations, multiple sockets - 2.5mm and 3.5mm would be nice. Probably not practical in a phone. Other expanded plugs might allow remote controls.&lt;br /&gt;
&lt;br /&gt;
Other uses might be better met using bluetooth, or USB audio.&lt;br /&gt;
&lt;br /&gt;
===Software should know of the jack status===&lt;br /&gt;
It should be possible for the OS to see if there is something connected to the audio jacks. That would avoid the embarrasing moments when you accidently pull out the headphones from the cell/laptop and whatever you were listening blares over the place at full volume. If OS can see, that the headphones were unplugged without turning off the audio, then it could pop up a warning that would allow to direct audio to internal speakers or turn it off. If the user would replug the headphones/speakers then the warning would dissapear as well.&lt;br /&gt;
&lt;br /&gt;
===Laser Pointer===&lt;br /&gt;
Include a built in laser pointer.  Everything is better with lasers.&lt;br /&gt;
&lt;br /&gt;
===Completely free hardware===&lt;br /&gt;
Consider selling one device with absolutely no non-free components in it, even if that means dropping the GSM support.  I believe having one such device available would be good, because then it could be recommended by organizations like the FSF which typically never recommends anything if it has even a little non-free code in it.&lt;br /&gt;
&lt;br /&gt;
=== Consider economy / inexpensive / less featured edition ===&lt;br /&gt;
Some people want less features, because they do not need them. Leaving out some features either lets the phone get smaller or possibly enhances battery live.&lt;br /&gt;
&lt;br /&gt;
One big suggestion in this area is a b/w lower res display instead of the big color display.&lt;br /&gt;
&lt;br /&gt;
=== Inductive Charger ===&lt;br /&gt;
&lt;br /&gt;
It would be nice if it was possible to charge the phone without having to connect a cable. I'd like to have a simple docking station with an inductive charger like the type that's used for electric toothbrushes [http://home.howstuffworks.com/question292.htm ]. The charger itself could get its power from a standard wall-wart power supply, or it could be USB/Firewire powered.&lt;br /&gt;
&lt;br /&gt;
==== Examples of existing commercial systems ====&lt;br /&gt;
* http://www.splashpower.com/&lt;br /&gt;
&lt;br /&gt;
=== Solar panel/dynamo Charger===&lt;br /&gt;
&lt;br /&gt;
It would be very nice to be able to charge the phone outside of the electric grid (for example on hikes and boating trips). A combined solar panel and muscle empowered (rotational etc.) charger would do the trick nicely.&lt;br /&gt;
&lt;br /&gt;
'''some mobile Solarpanels'''&lt;br /&gt;
 	&lt;br /&gt;
[http://www.globetrotter.de/de/shop/detail.php?mod_nr=off01011&amp;amp;k_id=1400&amp;amp;hot=0 Off-Grid Systems Sunbag L]&lt;br /&gt;
&lt;br /&gt;
[http://www.globetrotter.de/de/shop/detail.php?mod_nr=off01001&amp;amp;k_id=1400&amp;amp;hot=0 Off-Grid Systems Sunbag S]&lt;br /&gt;
&lt;br /&gt;
[http://www.globetrotter.de/de/shop/detail.php?mod_nr=sv_01011&amp;amp;k_id=1400&amp;amp;hot=0 Silva Solar I]&lt;br /&gt;
&lt;br /&gt;
[http://www.globetrotter.de/de/shop/detail.php?mod_nr=sv_01012&amp;amp;k_id=1400&amp;amp;hot=0 Silva Solar II]&lt;br /&gt;
&lt;br /&gt;
[http://www.globetrotter.de/de/shop/detail.php?mod_nr=sol01011&amp;amp;k_id=1400&amp;amp;hot=0 Solarc e-Go Professional]&lt;br /&gt;
&lt;br /&gt;
[http://www.heise.de/mobil/suche/ergebnis?rm=result;q=solar;url=/mobil/artikel/74142/;words=solar Solarc e-Go *] &lt;br /&gt;
&lt;br /&gt;
[http://www.heise.de/newsticker/suche/ergebnis?rm=result;words=Solar%20solar;q=solar;url=/newsticker/meldung/91536/ Solar JKT]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
- I think a dynamo charger (&amp;quot;share charger&amp;quot;, rotational, ...) would be more practical as a peripheral, connected through the USB-interface using the same principle cellphones now charge when connected to an USB-port. You could very easily hack this together. [http://www.metacafe.com/watch/449950/hack_a_flashlight_to_power_your/ flashlight recharge hack]&amp;lt;br /&amp;gt;&amp;lt;br /&amp;gt;Random thought; Why not create some merchandise toys with a small lithium battery which charge through centrifugal force allowing to recharge the phone with a small &amp;quot;general&amp;quot; connector.&lt;br /&gt;
&lt;br /&gt;
[http://www.heise.de/mobil/artikel/61368/0 Article about aome mobile power-sources]&lt;br /&gt;
&lt;br /&gt;
=== Plastic Solar/Back side on the Neo===&lt;br /&gt;
&lt;br /&gt;
Solar cells from Plastic, on the reverse side of the Neo 1973&lt;br /&gt;
modified and introgreated in the battery backcover/flap,&lt;br /&gt;
like an energy source when the display is in standby mode.&lt;br /&gt;
Thats can be use also as alternate charge method's and also helps in emergency.&lt;br /&gt;
&lt;br /&gt;
http://www.nanosolar.com/&lt;br /&gt;
&lt;br /&gt;
=== Vibration===&lt;br /&gt;
Instead of using a counter-weighted motor to provide a vibrate function, a small solenoid could be used.It would provide more of a tap or click feel. It could be used to provide feedback when a on screen button is pressed. Different patterns of taps is a lot easier to recognize compared to different vibration frequencies. For those who know morse code they could have the phone tap out the phone number/name of the person calling/messaging or other alerts.&lt;br /&gt;
&lt;br /&gt;
===As plug-in without screen...===&lt;br /&gt;
&lt;br /&gt;
Along the lines of add-on cards, only looking at it from a different angle, I'd like to see a &amp;quot;faceless&amp;quot; openmoko with a documented hardware interface for both communicating with it and inserting it into other devices. Even the keypad/screen/battery would be attached, openmoko itself would just be faceless sliver of hardware with a documented interface and an API for communicating with the innards.&lt;br /&gt;
&lt;br /&gt;
===Running without battery===&lt;br /&gt;
Please make it possible to run the device without a battery inserted (with the charger attached). I have several mobile phones which do not work anymore (even when attached to the charger) because the battery is worn out and new batteries are not available. I want the OpenMoko to be usable when the battery is worn out.&lt;br /&gt;
&lt;br /&gt;
===Make GSM/CDMA/WiFi/WiMax/GPS plugable===&lt;br /&gt;
Please make Openmoko mobile as PC GSM/CDMA/... just working like plugable cards, they are cards/adaptor for the DEVICE only. the user may eject GSM module and inject with CDMA module. the DEVICE may provide several slot to allow user choose wifi/wimax/sd/gps/harddisk/...&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Related Hardware==&lt;br /&gt;
See [[Related Hardware]]&lt;br /&gt;
&lt;br /&gt;
[[Category:Hardware ideas| ]]&lt;br /&gt;
[[Category:User]]&lt;/div&gt;</summary>
		<author><name>Datenwolf</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Wishlist_-_Hardware:_Digital_compass</id>
		<title>Wishlist - Hardware: Digital compass</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Wishlist_-_Hardware:_Digital_compass"/>
				<updated>2008-07-29T10:09:29Z</updated>
		
		<summary type="html">&lt;p&gt;Datenwolf: /* One accelerometer */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Hardware Wishlist}}&lt;br /&gt;
&lt;br /&gt;
A magnetometer or electronic compass measures the magnetic field. This could be used to orient maps to the terrain and to add an inertial rotation data to the accelerometer data. And of course as stand alone compass.&lt;br /&gt;
&lt;br /&gt;
The idea is to add a 2 axis or 3 axis magnetometer/compass, this can be an extra sensor, but it also makes sense to replace one of the two planned accelerometers with a compass if the space couldn't be found.&lt;br /&gt;
&lt;br /&gt;
==Uses==&lt;br /&gt;
*Stand alone compass, i.e. useful when GPS perception is low.&lt;br /&gt;
*Orient maps to the terrain, see [[Wishlist:Auto Align Map]]&lt;br /&gt;
*Show correct direction of GPS coordinates even if the device is rotated or not moving (when moving the direction could be obtained from the GPS movement).&lt;br /&gt;
*Inertial addition to the accelerometers, for this one see below for more information.&lt;br /&gt;
&lt;br /&gt;
==Hardware parts==&lt;br /&gt;
*[http://www.ssec.honeywell.com/magnetic/hmc6352.html Honeywell's HMC6352 2-Axis Digital Integrated Compass], 6.5 x 6.5 x 1.5 mm, [[I2C]] interface, 2 axis magnetic sensor, maximum speed 20 Hz&lt;br /&gt;
*[http://www.akm.com/datasheets/ak8973_E-01.pdf AKM 3-Axis Electronic Compass], 4 x 4 x 0.7 mm, I2C interface, 3 axis magnetic sensor, also includes temperature sensor, maximum speed 10-80 Hz? (100 ms per measurement is possible (and draws 0.8 mA), one measurement takes 12.56 ms, so less isn't possible)&lt;br /&gt;
*  [http://www.global.yamaha.com/news/2006/20060726.html Yamaha YAS529 Three-Axis Geomagnetic Sensor IC Chip] (2.0mm x 2.0mm x 1.0mm), I2C compatible. 4mA x 10ms per 3-axis measurement.&lt;br /&gt;
&lt;br /&gt;
A 3 axis magnetic sensor has advantages, the rotation data is also available when holding the device vertical, and the rotation data is 2D instead of just 1D (the third axis can be gotten from the accelerometer). Honneywell's sensor is a bit more integrated, it is able to calculate the heading itself and has a built in calibration mode. With the AKM this must be done in software, which shouldn't be a problem, and leaves space for improvements.&lt;br /&gt;
&lt;br /&gt;
==Inertial rotation in combination with accelerometer(s)==&lt;br /&gt;
A digital compass makes a nice addition to the accelerometer, since the absolute rotation can then be measured in 3D. &lt;br /&gt;
&lt;br /&gt;
===One accelerometer===&lt;br /&gt;
With one 3 axis accelerometer (the Wiimote has only one too) you have three inputs. There are 6 degrees of freedom, so it's underdetermined. If you make some assumptions you can sense the following:&lt;br /&gt;
*When not moving the acceleration is equal to the direction of the up vector, so that can be measured directly. This is for example the case when using the device as steering wheel.&lt;br /&gt;
*When not rotating, accelerations in all directions can be sensed, however some rotation is unavoidable, so you can not really rely on this situation.&lt;br /&gt;
*When rotating around some point, you can calculate the way you're moving if you know what speed you're moving. This is done with the centrifugal force formula g = v&amp;lt;sup&amp;gt;2&amp;lt;/sup&amp;gt;/r. The speed can be calculated if the starting state was stationary and some assumptions on the path are made.&lt;br /&gt;
*More interesting than exact movements are maybe gestures like little jerks&lt;br /&gt;
&lt;br /&gt;
===Second accelerometer===&lt;br /&gt;
A second accelerometer adds three inputs, but the overlap is very big, so it's still underdetermined. The following detectable movements are added:&lt;br /&gt;
*Better detection of fast rotations, especially around the Z axis (if the device isn't held vertically with the sensors above each other)&lt;br /&gt;
*Fast movements including a rotation are a bit more determined, for example when holding the device like a baseball bat or golf stick the radius can be calculated. Note that it's not likely to make movements like that with a phone, you probably want to see the screen. Also note that the radius isn't that important most of the time.&lt;br /&gt;
&lt;br /&gt;
For developers it is probably easier to have one sensor at the centre of the device, less hassle, and current Wiimote developers could use the same techniques as with the Wiimote. But of course there are uses for a second accelerometer.&lt;br /&gt;
&lt;br /&gt;
===Compass===&lt;br /&gt;
A compass adds also three inputs (or two if it's a 2 axis model), but this input only gives a direction, the length of the vector isn't very useful for most purposes. This direction does however give you the information to detect the following:&lt;br /&gt;
*Absolute rotation around Z axis, making possible:&lt;br /&gt;
**Map orientation.&lt;br /&gt;
**Photo camera orientation&lt;br /&gt;
**Shooting/pointing games with real 360 degree vision.&lt;br /&gt;
**Star catalogue, hold your phone as a window to the sky and see the names of constellations and planets. This could of course also be done for mountaintops and other landmarks.&lt;br /&gt;
**Virtual sundial.&lt;br /&gt;
*Rotation speed around the Z axis, at every possible way you can hold your phone, only not at 2500 Hz accelerometer rate.&lt;br /&gt;
&lt;br /&gt;
==Notes==&lt;br /&gt;
*The compass sensor isn't nearly as fast as an accelerometer, but that doesn't have to be a big problem, since it is absolute, a relative sensor has to be sampled much faster to get good results. It would be nice if it's at least about 25 Hz, so the motion is fluid.&lt;br /&gt;
*The compass sensor should possibly not be placed very close near antennae, although I don't really know.&lt;br /&gt;
&lt;br /&gt;
[[Category:Accelerometer]]&lt;/div&gt;</summary>
		<author><name>Datenwolf</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Wishlist_-_Hardware:_Digital_compass</id>
		<title>Wishlist - Hardware: Digital compass</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Wishlist_-_Hardware:_Digital_compass"/>
				<updated>2008-07-29T10:09:05Z</updated>
		
		<summary type="html">&lt;p&gt;Datenwolf: /* One accelerometer */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Hardware Wishlist}}&lt;br /&gt;
&lt;br /&gt;
A magnetometer or electronic compass measures the magnetic field. This could be used to orient maps to the terrain and to add an inertial rotation data to the accelerometer data. And of course as stand alone compass.&lt;br /&gt;
&lt;br /&gt;
The idea is to add a 2 axis or 3 axis magnetometer/compass, this can be an extra sensor, but it also makes sense to replace one of the two planned accelerometers with a compass if the space couldn't be found.&lt;br /&gt;
&lt;br /&gt;
==Uses==&lt;br /&gt;
*Stand alone compass, i.e. useful when GPS perception is low.&lt;br /&gt;
*Orient maps to the terrain, see [[Wishlist:Auto Align Map]]&lt;br /&gt;
*Show correct direction of GPS coordinates even if the device is rotated or not moving (when moving the direction could be obtained from the GPS movement).&lt;br /&gt;
*Inertial addition to the accelerometers, for this one see below for more information.&lt;br /&gt;
&lt;br /&gt;
==Hardware parts==&lt;br /&gt;
*[http://www.ssec.honeywell.com/magnetic/hmc6352.html Honeywell's HMC6352 2-Axis Digital Integrated Compass], 6.5 x 6.5 x 1.5 mm, [[I2C]] interface, 2 axis magnetic sensor, maximum speed 20 Hz&lt;br /&gt;
*[http://www.akm.com/datasheets/ak8973_E-01.pdf AKM 3-Axis Electronic Compass], 4 x 4 x 0.7 mm, I2C interface, 3 axis magnetic sensor, also includes temperature sensor, maximum speed 10-80 Hz? (100 ms per measurement is possible (and draws 0.8 mA), one measurement takes 12.56 ms, so less isn't possible)&lt;br /&gt;
*  [http://www.global.yamaha.com/news/2006/20060726.html Yamaha YAS529 Three-Axis Geomagnetic Sensor IC Chip] (2.0mm x 2.0mm x 1.0mm), I2C compatible. 4mA x 10ms per 3-axis measurement.&lt;br /&gt;
&lt;br /&gt;
A 3 axis magnetic sensor has advantages, the rotation data is also available when holding the device vertical, and the rotation data is 2D instead of just 1D (the third axis can be gotten from the accelerometer). Honneywell's sensor is a bit more integrated, it is able to calculate the heading itself and has a built in calibration mode. With the AKM this must be done in software, which shouldn't be a problem, and leaves space for improvements.&lt;br /&gt;
&lt;br /&gt;
==Inertial rotation in combination with accelerometer(s)==&lt;br /&gt;
A digital compass makes a nice addition to the accelerometer, since the absolute rotation can then be measured in 3D. &lt;br /&gt;
&lt;br /&gt;
===One accelerometer===&lt;br /&gt;
With one 3 axis accelerometer (the Wiimote has only one too) you have three inputs. There are 6 degrees of freedom, so it's overdetermined. If you make some assumptions you can sense the following:&lt;br /&gt;
*When not moving the acceleration is equal to the direction of the up vector, so that can be measured directly. This is for example the case when using the device as steering wheel.&lt;br /&gt;
*When not rotating, accelerations in all directions can be sensed, however some rotation is unavoidable, so you can not really rely on this situation.&lt;br /&gt;
*When rotating around some point, you can calculate the way you're moving if you know what speed you're moving. This is done with the centrifugal force formula g = v&amp;lt;sup&amp;gt;2&amp;lt;/sup&amp;gt;/r. The speed can be calculated if the starting state was stationary and some assumptions on the path are made.&lt;br /&gt;
*More interesting than exact movements are maybe gestures like little jerks&lt;br /&gt;
&lt;br /&gt;
===Second accelerometer===&lt;br /&gt;
A second accelerometer adds three inputs, but the overlap is very big, so it's still underdetermined. The following detectable movements are added:&lt;br /&gt;
*Better detection of fast rotations, especially around the Z axis (if the device isn't held vertically with the sensors above each other)&lt;br /&gt;
*Fast movements including a rotation are a bit more determined, for example when holding the device like a baseball bat or golf stick the radius can be calculated. Note that it's not likely to make movements like that with a phone, you probably want to see the screen. Also note that the radius isn't that important most of the time.&lt;br /&gt;
&lt;br /&gt;
For developers it is probably easier to have one sensor at the centre of the device, less hassle, and current Wiimote developers could use the same techniques as with the Wiimote. But of course there are uses for a second accelerometer.&lt;br /&gt;
&lt;br /&gt;
===Compass===&lt;br /&gt;
A compass adds also three inputs (or two if it's a 2 axis model), but this input only gives a direction, the length of the vector isn't very useful for most purposes. This direction does however give you the information to detect the following:&lt;br /&gt;
*Absolute rotation around Z axis, making possible:&lt;br /&gt;
**Map orientation.&lt;br /&gt;
**Photo camera orientation&lt;br /&gt;
**Shooting/pointing games with real 360 degree vision.&lt;br /&gt;
**Star catalogue, hold your phone as a window to the sky and see the names of constellations and planets. This could of course also be done for mountaintops and other landmarks.&lt;br /&gt;
**Virtual sundial.&lt;br /&gt;
*Rotation speed around the Z axis, at every possible way you can hold your phone, only not at 2500 Hz accelerometer rate.&lt;br /&gt;
&lt;br /&gt;
==Notes==&lt;br /&gt;
*The compass sensor isn't nearly as fast as an accelerometer, but that doesn't have to be a big problem, since it is absolute, a relative sensor has to be sampled much faster to get good results. It would be nice if it's at least about 25 Hz, so the motion is fluid.&lt;br /&gt;
*The compass sensor should possibly not be placed very close near antennae, although I don't really know.&lt;br /&gt;
&lt;br /&gt;
[[Category:Accelerometer]]&lt;/div&gt;</summary>
		<author><name>Datenwolf</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Wish_List_-_Hardware</id>
		<title>Wish List - Hardware</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Wish_List_-_Hardware"/>
				<updated>2008-07-28T12:07:21Z</updated>
		
		<summary type="html">&lt;p&gt;Datenwolf: /* Bigger and better screen */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;This page details hardware features which some would like to go into future phones similar to the [[Neo1973]].&lt;br /&gt;
&lt;br /&gt;
Related pages are:&lt;br /&gt;
*[[Wishlist - Hardware - Novel Devices]] - openmoko will run on a large number of devices in the future, some of which may be DVD players, cameras, or convergance devices.  &lt;br /&gt;
*[[Wishlist:Unlikely]] - Hardware that is unlikely to appear in any OpenMoko device, due to it being impossible to fabricate with near-term technology, or for other reasons.&lt;br /&gt;
*[[Wishlist:Accessories]] - Accessories that people would like, that connect easily to the phone - initially primarily for the Neo1973 &lt;br /&gt;
*[[Wishlist:Expansion]] - add-ons to the phone, maybe involving hardware changes, and software and hardware protocols to implement these.&lt;br /&gt;
&lt;br /&gt;
This page is rather long. Before adding a new idea, please read through this page and the above pages, to make sure your idea has not been suggested before.&lt;br /&gt;
==Processor==&lt;br /&gt;
===A FPGA===&lt;br /&gt;
A FPGA is a general purpose reconfigurable logic device.&lt;br /&gt;
See [[Wish List - Hardware:FPGA]] for more details.&lt;br /&gt;
&lt;br /&gt;
===Samsung S3C2443===&lt;br /&gt;
*[http://www.samsung.com/global/business/semiconductor/productInfo.do?fmly_id=229&amp;amp;partnum=S3C2443&amp;amp;&amp;amp;ppmi=1427 Samsung S3C2443] Up to 533 MHz, can act as a USB 2.0 device.&lt;br /&gt;
&lt;br /&gt;
==Internal Memory==&lt;br /&gt;
===RAM===&lt;br /&gt;
128MB Dedicated for open files, running software etc., not for storage, or 256MB at all would be really nice and enough for any future software.&lt;br /&gt;
&lt;br /&gt;
===ROM===&lt;br /&gt;
Enough to Hold O/S and a fair number of applications and their settings. Persistent Storage with XIP capability. About 128 MB.&lt;br /&gt;
&lt;br /&gt;
===Storage===&lt;br /&gt;
An internal Micro SDHC should be used for users' files and additional software&lt;br /&gt;
&lt;br /&gt;
==Wireless data networking==&lt;br /&gt;
&lt;br /&gt;
===WiMAX support===&lt;br /&gt;
[http://en.wikipedia.org/wiki/Wimax WiMAX] is a high-speed data service, similar to wifi, though longer range and newer. Where service is available, this would complement WiFi. Unfortunately, unlike wifi, frequencies vary worldwide, so global usage may be complex. In South Korea, 2.3Ghz is available for WiMAX, known as WiBro. WiMAX Forum sets heart on 2.5 GHz for global use.&lt;br /&gt;
----&lt;br /&gt;
Two campuses of the University of California have just completed a deal with a WiMAX service provider to lease UC's ITFS/EBS spectrum to provide WiMAX in the SF Bay Area. Bidding was aggressive between Nextwave, Sprint-Nextel, and Clearwire. Other UC campuses have awarded other contracts throughout California to various of the three contenders. The point here is: these three companies are competing aggressively for spectrum in the 2.5-2.7 GHz range, and it's not limited to CA. At a National ITFS Association meeting in 2005, representatives from Intel said they would be ready to release a WiMAX chipset compatible with these frequencies in 2007, for inclusion in laptops. I assume the folks at [[FIC]] know much more about it that I do! Based on these and other clues, I think WiMAX is coming in the 2.5-2.7 GHz band in the near future... I'll be surprised if I do not see some offerings by early 2009. &lt;br /&gt;
&lt;br /&gt;
-[[User:Tzf|Tzf]] 21:54, 24 November 2007 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
===LTE support===&lt;br /&gt;
[http://en.wikipedia.org/wiki/3GPP_Long_Term_Evolution Long Term Evolution (LTE)] is a high-speed data service, similar to WiMax, but designed to be more compatible with existing GSM systems.  While Sprint &amp;amp; Clearwire are currently testing WiMax deployment in the US, AT&amp;amp;T and Verizon appear to be in preference of LTE.&lt;br /&gt;
&lt;br /&gt;
While the project is ongoing and general in scope, it has set itself some specific goals, many of which are oriented around upgrading UMTS to a so-called fourth generation mobile communications technology, essentially a wireless broadband Internet system with voice and other services built on top.&lt;br /&gt;
&lt;br /&gt;
===Emerging Protocols===&lt;br /&gt;
*[http://en.wikipedia.org/wiki/Near_Field_Communication Near Field Communication] has a few centimeter range, useable for keys, ID badges, pairing bluetooth devices and similar uses. Mentioned in newer bluetooth and SD standards. (No products.)&lt;br /&gt;
*[http://en.wikipedia.org/wiki/ZigBee ZigBee] is designed for connecting sensors and switches in buildings, with many options including mesh networks and aggressive power saving compared to bluetooth. (Almost no products available.)&lt;br /&gt;
*The [http://en.wikipedia.org/wiki/ANT_%28network%29 ANT network] is for connecting worn devices. Similar to ZigBee, but much simpler and maybe lower power. ([http://www.thisisant.com/?section=9 Short list] of products.)&lt;br /&gt;
&lt;br /&gt;
==Camera==&lt;br /&gt;
&lt;br /&gt;
* A camera that can take reasonable quality video and pictures is something many want. Applications vary from simple snapping, to gesture interfaces, video conferencing, barcode reading, business card reading, healthcare, servicing, biometric identification, and more.&lt;br /&gt;
** Unlike stand-alone cameras, an OpenMoko camera could integrate EXIF information from GPS, compass, and internet, making it far more valuable.&lt;br /&gt;
&lt;br /&gt;
* Some people can't take cameras into work - a model without the camera, or some way of removing the camera would be useful or leave the camera chip in place and have a removable lens assembly and replacement backcover.&lt;br /&gt;
*See [[Hardware:Neo1973:Alternate_Cases:Camera | Alternate Cases:Camera]] for phone casing suggestions.&lt;br /&gt;
&lt;br /&gt;
* See [[Wishlist:Camera]] for a more detailed wishlist.&lt;br /&gt;
&lt;br /&gt;
==Display==&lt;br /&gt;
===Multitouch screen===&lt;br /&gt;
&lt;br /&gt;
''Main article: [[Wishlist:Spell_weaving|Spell weaving]]''&lt;br /&gt;
&lt;br /&gt;
See also [http://pogue.blogs.nytimes.com/2007/03/27/the-multi-touch-screen/ this page] containing a link to a video demonstration.&lt;br /&gt;
&lt;br /&gt;
A history of multitouch implementations is [http://billbuxton.com/multitouchOverview.html here] ([http://google.com/search?q=cache:billbuxton.com/multitouchOverview.html google cache version])&lt;br /&gt;
&lt;br /&gt;
*Use examples: [http://www.youtube.com/watch?v=UcKqyn-gUbY&amp;amp;mode=related&amp;amp;search= Multi-touch interface (from Adobe TED)], [http://www.youtube.com/watch?v=1ftJhDBZqss&amp;amp;mode=related&amp;amp;search= Multi Touch (new touchscreen technology)]&lt;br /&gt;
&lt;br /&gt;
===Bigger and better screen===&lt;br /&gt;
2.8&amp;quot; widescreen (like in [http://etencorp.com E-ten] PDA/smartphones), or 3.5&amp;quot; widescreen (like in [http://www.expansys.ie/d.aspx?i=134944 Fujitsu Siemens LOOX N560]).&lt;br /&gt;
&lt;br /&gt;
262k or 16.7M colurs for displaying images and especially videos.&lt;br /&gt;
&lt;br /&gt;
OLED for better contrast, more rich colours, and less energy consumption.&lt;br /&gt;
&lt;br /&gt;
Maybe the [http://www.sharpsme.com/Page.aspx/europe/en/part/LS037V7DW01/ LS037V7DW01] by Sharp could be a solution. It has nearly the same specs as the currently used, but 3,7&amp;quot; -- [[User:Wedge | Wedge]]&lt;br /&gt;
&lt;br /&gt;
I'd recommend the&lt;br /&gt;
[http://www.beck-oled-lcd-tft-display.de/display-datenblatt/typ/tpo/TD035SHED1%20Product%20Specification%20Ver%200.0-112906.pdf TD035SHED1 (Chineese spec paper)] since it has the very same pinout as the current one. Eventually I'm going to create a new case, and will use that display. Alternately the&lt;br /&gt;
[http://www.beck-oled-lcd-tft-display.de/display-datenblatt/typ/tpo/TD043MGEB1_v0.4.pdf TD043MGEB1] would be a nice option. However it has 8 bits per channel, and not 6 like the current one, so we would need some adaptor board to connect it: Pull down resistors on the 2 lowermost bits of each channel, and connect the current signal lines to the uppermost bits. Or somehow get 8 bits per channel from the controller.&lt;br /&gt;
--[[User:Datenwolf|Datenwolf]] 12:06, 28 July 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
====&amp;quot;Slightly&amp;quot; Larger Screen====&lt;br /&gt;
43mm x 57mm (2.8inch diagonal) is tiny.  A 53mm x 71mm (3.5 inch diagonal) like on the TD035STEE1 would be a nice improvement.  A widescreen format at about 53mm x 82.5mm instead of the 3:4 aspect ratio would be even cooler (if one could be found).&lt;br /&gt;
&lt;br /&gt;
====Higher resolution screen====&lt;br /&gt;
The current OpenMoko hardware has a screen of size 2.8&amp;quot; and resolution 640 x 480 (VGA).&lt;br /&gt;
&lt;br /&gt;
See this LCD panel: http://www.engadget.com/2006/12/27/hitachi-does-800-x-480-display-for-phones/&lt;br /&gt;
&lt;br /&gt;
At 2.9&amp;quot; it is almost exactly the same size as the current screen but has a wider 800 x 480 resolution (WVGA). This is the same resolution as in the Nokia N800 web browsing devices (but those devices have a bigger, lower DPI screen).&lt;br /&gt;
&lt;br /&gt;
A display panel like this would enhance the phones's usability as a small computer, particularly for activities like web browsing, with an almost negligible affect on the size of the device. It would cause slightly increased battery drain though.&lt;br /&gt;
&lt;br /&gt;
===Distance sensing touchscreen===&lt;br /&gt;
{{Main|Hardware:NearlyTouchScreen}}&lt;br /&gt;
TouchKo's (now Wacom Company Ltd.) spatial capacitive &amp;quot;touchscreen&amp;quot;, can sense fingers at a small distance, so you do not get your display greasy, and can unlike some touchscreens, be operated with gloves.&lt;br /&gt;
&lt;br /&gt;
===&amp;lt;s&amp;gt;Video acceleration&amp;lt;/s&amp;gt;===&lt;br /&gt;
Hardware acceleration for video playback and 2D/3D accelleration will be present in [[Neo1973 GTA02]].&lt;br /&gt;
&lt;br /&gt;
===EPD===&lt;br /&gt;
Or electronic paper display, EPD is used in many new devices such as the new Motorola motofone, sonys new e-reader and Irex's iliad. The technology provides thin, lightweight, power saving screens using new eink technology. This technology could cut the weight of the phone and its power usage. For more info see: [http://www.eink.com eink's website].&lt;br /&gt;
&lt;br /&gt;
Pro: laserprinter like quality, glossy, very stable image, easy on the eyes. Electronics are similar to TFT. Very low power consumption. &lt;br /&gt;
&lt;br /&gt;
Con: Black and grey only (like a newspaper, but glossy), although there were already color prototypes in 2005. low framerate (5fps). Can reflect light (like paper), backlight is impossible.&lt;br /&gt;
&lt;br /&gt;
===Transreflective===&lt;br /&gt;
It would be nice to have (the option of) a transreflective display, which while being less bright, is readable without needing to power the backlight. Then again, it depends on how much power the backlight uses compared to everything else...&lt;br /&gt;
&lt;br /&gt;
===Second Display===&lt;br /&gt;
A 32x32 OLED display possibly on the back for camera framing or on an edge so it can be viewed like a pager.&lt;br /&gt;
This could be used to display any number of alerts (from any installed software) the alerts could have a dynamic prioritisation which means during the work day a message from the boss has high priority but lower at home (could be GPS/Time controlled?) multiple alerts shrink the icons to a 3x3 grid higher priority messages get more space.&lt;br /&gt;
&lt;br /&gt;
===Pico Projector===&lt;br /&gt;
[http://www.engadget.com/media/2006/02/digismartphone2.jpg Like the one shown here] or [http://www.youtube.com/watch?v=sT1mhSRichk (video example here)] new cellphones are now coming out with a small, low power projector. This can be used to show movies from your cell phone with 0.5m high image on a while wall for example...&lt;br /&gt;
&lt;br /&gt;
Sample Video: http://www.youtube.com/watch?v=sT1mhSRichk&lt;br /&gt;
&lt;br /&gt;
Sample Vendor/Product Info: http://www.dlp.com/tech/what.aspx&lt;br /&gt;
&lt;br /&gt;
==Input devices==&lt;br /&gt;
&lt;br /&gt;
===Tablet PC like pen input (Wacom Technology)===&lt;br /&gt;
The Wacom tablet protocol is openly documented, OSS drivers exist. Connection via UART or USB.&lt;br /&gt;
[http://www.wacom-components.com/english/technology/emr.html Wacom mobile technology]&lt;br /&gt;
[http://www.wacom-components.com/english/product/sensorboard.html Sensorboards]&lt;br /&gt;
&lt;br /&gt;
Add a pen holder to the case, suitable for a pen [http://www.wacom-components.com/english/product/pen.html like the &amp;quot;Super Slim Pen&amp;quot; on this page]&lt;br /&gt;
&lt;br /&gt;
===Regular phone keypad===&lt;br /&gt;
I really like the idea of this phone BUT it misses one&lt;br /&gt;
crucial feature - a simple keypad(like most other phones have).&lt;br /&gt;
I'd be basicaly happy with a mobile device with a 3-4&amp;quot; screen with a slide out keypad(in a similar way as the n95).&lt;br /&gt;
&lt;br /&gt;
===No Dependence on Stylus===&lt;br /&gt;
The Neo's basic functionality should be completely usable without a stylus, Like the iPhone but with stylus use for precision work.&lt;br /&gt;
&lt;br /&gt;
===A laser projection keyboard===&lt;br /&gt;
Similar to [http://www.thinkgeek.com/computing/input/8193/ this], except the device would be integrated into the phone itself.  Setting the Neo up on a stand on a flat surface (perhaps a stand could be built into the back of the Neo itself, or into a case) would turn the Neo into a micro-laptop.  There may be several issues with the inclusion of this technology, including patents, the space required to project the laser grids, and the power consumption.  If possible, however, it would make text input a breeze.&lt;br /&gt;
&lt;br /&gt;
===Just a few more Buttons===&lt;br /&gt;
&lt;br /&gt;
2 buttons more, 3 buttons total, mounted sideways would be enough. You could use them for play/pause and loudness controll while the phone remains in your pocket (display locked, ...), reading mails, rss, ebooks,... without wasting display space and so on.&lt;br /&gt;
&lt;br /&gt;
With 5 buttons in total you could possibly emulate a keyboard (2^5 = 32 combinations) for those who know how to play a flute. Useable onehanded, not wasting display space and faster than t9. (It's not faster than T9 - I've used this system with the microwriter agenda --[[User:Speedevil|Speedevil]] 00:00, 2 July 2007 (CEST)) Hopefully this is not patented already.&lt;br /&gt;
&lt;br /&gt;
===D-Pad and Buttons===&lt;br /&gt;
*Adding a D-pad (to the bottom of the phone) and 2 to 4 buttons (to the top) would provide some tactile input controls, in addition to the touchscreen. They could be used as shortcut keys in the menu, or playback control when playing media. When the phone is held sideways, they can be used as games controls. (With touchscreen alone, gameplay options are limited)&lt;br /&gt;
&lt;br /&gt;
Game buttons would be best on both sides of the screen. The larger the buttons, the better. 2x 4 buttons in up-down-left-right configuration + some extra buttons separately a bit lower on the device would be good for many for emulation games. &lt;br /&gt;
&lt;br /&gt;
Here is a concept drawing of a possible neo1973 gaming version: &lt;br /&gt;
(This has a 4-way direction pad, 8 way may be better for gaming)&lt;br /&gt;
&amp;lt;br/&amp;gt;&lt;br /&gt;
[[Image:Neogame90.jpg]]&lt;br /&gt;
&amp;lt;br/&amp;gt;&lt;br /&gt;
Shoulder buttons would be a great addition, too. It would be interesting if there was a total 4 of them, one for every corner. It would make the phone very flexible for rotating and 2 to 6 players playing on one device.&lt;br /&gt;
&amp;lt;br/&amp;gt;&lt;br /&gt;
:''Note'' : The [http://en.wikipedia.org/wiki/Tapwave_Zodiac Tapwave Zodiac] Palm PDA / Game console hybrid had a similar setup - with an analog stick on the left (also used for quick selection using a radial main menu when working as a PDA), 4 buttons on the right (also configurable for shortcuts when using the device as PDA), and 2 shoulder buttons. Also it had and still has an enthusiastic scene of homebrew development (almost any console emulator for PalmOS can also take advantage of the additional buttons and graphic power of the device). If we also take into account the success encountered by the [http://en.wikipedia.org/wiki/GP32 GP32] in the past and the [http://en.wikipedia.org/wiki/GP2X GP2X] currently on the homebrew scene, it's not unreasonable to plan a future OpenMoko device with both a SmartPhone/PDA functionnality ''and'' hand-held console targeting homebrew development.&lt;br /&gt;
&lt;br /&gt;
===Thumb keyboard or keyboard attachment accessory===&lt;br /&gt;
*Could be slide out or clamshell (hinge on long side) design with an external OLED. The keyboard should be protected when not in use.&lt;br /&gt;
*Could be a clip on keyboard that attaches to the serial port or communicates by bluetooth (not preferred for permanent keyboard users).&lt;br /&gt;
*Cheap clippable miniusb keyboard&lt;br /&gt;
*One of the layouts proposed in [[Hardware:Keyboards]]&lt;br /&gt;
* What about virtual keyboard? [[http://www.extremetech.com/article2/0,3973,539778,00.asp Keyboard]]&lt;br /&gt;
&lt;br /&gt;
===Analogue Controllers===&lt;br /&gt;
&lt;br /&gt;
====Trackball====&lt;br /&gt;
A trackball would provide an efficient mouse-like interface in a very compact package.  As exemplified in the newer Blackberry&amp;amp;reg; models.&lt;br /&gt;
Maybe instead an optical sensor as are used in mice could be used so that the whole phone can be moved over a surface just like a mouse. (It could function as a Bluetooth mouse for other devices like laptop computers: see [[Bluetooth_Support#Acting_as_HID_device]]. Adding one other two-axis analogue input (possibly just the screen) would make the Neo usable as a TrackPoint or scroll-and-tilt mouse.) The same sensor might be usable as a barcode reader.&lt;br /&gt;
&lt;br /&gt;
====Analog Joystick====&lt;br /&gt;
A joystick, or [http://www.extremetech.com/article2/0,1697,1772689,00.asp Rollermouse]-like device would provide additional control, compared with touchscreen only.&lt;br /&gt;
*A standard [http://en.wikipedia.org/wiki/Pointing_stick pointing stick (ie. TrackPoint)] might serve well. As a fairly standard part, might they be quite inexpensive?&lt;br /&gt;
&lt;br /&gt;
====Dual analogues====&lt;br /&gt;
Dual analogue controllers (one trackball or joystick above, one below the screen, most likely) might even be feasible. That might be overkill since the accelerometers or touchscreen can be used to provide a second analogue input. But it would be nice to have four axes of analogue control without having to tilt the screen away from you or partly cover it with your hand.&lt;br /&gt;
&lt;br /&gt;
===TV/radio receiver===&lt;br /&gt;
[[Digital Television]], [[Digital Radio]] or even normal analogue TV/radio is widely available in the world, though unfortunately in various different forms. In markets where one standard is widespread, and hardware is suitable, it would be a great extension of the phone to a general entertainment device for when you're away from home. Multi standard devices would be ideal, but may not be small, low-power, or cheap.&lt;br /&gt;
A good start would be an FM tuner, since it's one of the most widely used formats of radio broadcasting in the world.&lt;br /&gt;
&lt;br /&gt;
Here's a selection of chips, though it's not clear if the drivers are open source. http://www.sigmatel.com/products/portable/wireless/fmtuner.aspx#fragment-14&lt;br /&gt;
http://www.st.com/stonline/products/families/automotive/am_fm_tuners.htm&lt;br /&gt;
&lt;br /&gt;
===Accelerometer=== &lt;br /&gt;
This enables the phone to sense which direction 'down' is, and to sense any movements the phone makes.&lt;br /&gt;
&lt;br /&gt;
See [[Accelerometer Fundamentals]] for more information on accelerometers as they may be used in phones.&lt;br /&gt;
&lt;br /&gt;
In some cases integrated gyroscopes may also be needed. A [[#Digital compass]] can even be of more use since it gives absolute rotation so slow rotations could also be measured. A 3D compass would be nicest, but a simple 2D compass already is a helpful addition to the accelerometers.&lt;br /&gt;
&lt;br /&gt;
*[[Wishlist:3D Viewport|3D Viewport]]&lt;br /&gt;
*[[Wishlist:Computer Mouse|Computer Mouse]]&lt;br /&gt;
*[[Wishlist:Determine Position|Determine Position]]&lt;br /&gt;
*[[Wishlist:Dynamic Screen Orientation|Dynamic Screen Orientation]]&lt;br /&gt;
*Change media player playlist when jogging vs walking. &lt;br /&gt;
*Attempt to use to stabilise any future camera.&lt;br /&gt;
&lt;br /&gt;
This feature is scheduled for inclusion in the phase 2 Neo1973, GTA02.&lt;br /&gt;
&lt;br /&gt;
===Side-Mounted Touch Strip===&lt;br /&gt;
Add a &amp;quot;touch strip&amp;quot; sensor onto the side of the phone which can be used to scroll. By having it on the side you can use your thumb to scroll comfortably while holding the phone one-handed. An 8-element capacitive sensor would work wonderfully and be easy to fab using either a Quantum QT411 (http://www.qprox.com/products/qslide_qt411.php) or Analog Devices AD7143 (http://www.analog.com/en/prod/0,2877,AD7143,00.html) controller. The Analog Devices chip seems better suited due to it's smaller allowable element size.&lt;br /&gt;
*With the AD7143 you can have an 8-element (128-position) 25mm long strip - Perfect!.&lt;br /&gt;
*With a few OLED screens beneath the strip it could be used as dynamic configurable buttons/alerts eg. zoom/flash/shutter with a camera application and SMS/Email/Voicemail alerts in standby&lt;br /&gt;
&lt;br /&gt;
===Heart Rate Compatibility=== &lt;br /&gt;
&lt;br /&gt;
An RF interface to receive data from popular heart rate straps (Polar, Garmin, Sigma, Suunto, etc.). This would go along well with the existing GPS functionality and possible future Accelerometer functionality to make for a full-blown workout tool.&lt;br /&gt;
&lt;br /&gt;
Software can be written to track heart rate along a running, cycling, skiing, swimming loop, to monitor max and min heart rate, to match heart rate data to GPS coordinates and print map data w/ relevant data.&lt;br /&gt;
&lt;br /&gt;
===Digital compass=== &lt;br /&gt;
A digital compass is useful for orienting maps to the terrain and other location/direction/orientation based applications (... is 300 meter that way) when the user is standing still (regardless of GPS reception) and for following a bearing when GPS reception is poor or speed is low. Also could be used to make the accelerometer data more exact.&lt;br /&gt;
&lt;br /&gt;
A compass is also useful for tagging photographs with the correct direction (in addition to location) of the photo.&lt;br /&gt;
&lt;br /&gt;
Very small [[I2C]] sensors like [http://www.ssec.honeywell.com/magnetic/hmc6352.html Honeywell's HMC6352 2-Axis Digital Integrated Compass] (6.5 x 6.5 x 1.5 mm) are very appropriate for this. Another option is the much smaller [http://www.global.yamaha.com/news/2006/20060726.html Yamaha YAS529 Three-Axis Geomagnetic Sensor IC Chip] (2.0mm x 2.0mm x 1.0mm).&lt;br /&gt;
&lt;br /&gt;
*[[Wishlist:Auto Align Map]]&lt;br /&gt;
&lt;br /&gt;
See [[Wishlist - Hardware: Digital compass]] for more information&lt;br /&gt;
&lt;br /&gt;
===Thermometer===&lt;br /&gt;
An electronic thermometer might become handy for some users.&lt;br /&gt;
&lt;br /&gt;
There are very small [[I2C]] devices available, that could easily integrate to the existing bus. For example [http://focus.ti.com/docs/prod/folders/print/tmp100.html this one from ti].&lt;br /&gt;
(Could just be cheap and use the thermometer from the battery, thats how they did it in the nokia 5140's). Also is integrated in a barometer/altimeter like the SMD500 mentioned in [[Wish List - Hardware - Atmospheric]].&lt;br /&gt;
::But if you carry it in your pocket it is unlikely to show the correct air temperature anyway. [[User:AudriusA|AudriusA]] 17:12, 12 January 2008 (CET)&lt;br /&gt;
&lt;br /&gt;
===Barometer and Variometer (Altimeter)===&lt;br /&gt;
&lt;br /&gt;
A Barometer measures air pressure. This can be used to give weather information, and also as a variometer, to sense relative altitude. Variometers are commonly used in flying microlight and ultralight aircraft, to get accurate relative altitude.&lt;br /&gt;
&lt;br /&gt;
These are also common on high end GPS units. This is a great feature for walkers as you can tell how far you have got on any ascent/decent.&lt;br /&gt;
&lt;br /&gt;
See [[Wish List - Hardware - Atmospheric]] for more information.&lt;br /&gt;
::The GPS device [[Manually using GPS|outputs the altidude]] as well. This has been tested and works fine. [[User:AudriusA|AudriusA]] 21:44, 7 February 2008 (CET)&lt;br /&gt;
&lt;br /&gt;
===Finger print sensor===&lt;br /&gt;
A fingerprint sensor gives easy and fast access to the phone, could lock the touchscreen etc. An example of this device can be found at [http://www.sonystyle.com/is-bin/INTERSHOP.enfinity/eCS/Store/en/-/USD/SY_BrowseCatalog-Start?CategoryName=cpu_VAIONotebookComputers_UX_Series&amp;amp;Dept=computers Sony UX17].&lt;br /&gt;
&lt;br /&gt;
Most fingerprint sensors in the embedded market include a navigation mode, where they work similar to either a touch-stick or touch-pad of a laptop.&lt;br /&gt;
&lt;br /&gt;
[http://www.fujitsu.com/downloads/MICRO/fma/formpdf/mbf320_fsfin.pdf Fujitsu] has a small strip like reader that has SPI and USB support.&lt;br /&gt;
&lt;br /&gt;
===Barcode Scanner===&lt;br /&gt;
*less cpu intensive and more reliable than camera+ocr&lt;br /&gt;
*though, bluetooth-enabled readers are already available.&lt;br /&gt;
&lt;br /&gt;
===Light Sensor===&lt;br /&gt;
Ability to sense ambient light, and act accordingly. i.e if it's 3am and LightValue&amp;lt;.1 then Ring Quietly.&lt;br /&gt;
&lt;br /&gt;
===A pluggable sensor module===&lt;br /&gt;
Give the option of a composite sensor module consisting of pressure, humidity, temperature and light sensors(if camera not present, which is the case), which will be pluggable to the phone and connected to the USB 1.1 port.&lt;br /&gt;
&lt;br /&gt;
===Wheel===&lt;br /&gt;
A navigation wheel like on a sony/ericsson 810i would be nice.&lt;br /&gt;
&lt;br /&gt;
===Proximity Sensor===&lt;br /&gt;
Switch off backlight when you place the phone to your ear. Prevent accidental activation of speakerphone or other sounds when the phone is near the ear (prevent hearing damage). Possibly switch the speakerphone on or off automatically depending on if the phone is by your head or not.&lt;br /&gt;
&lt;br /&gt;
=== Make ''all'' unlocking of phone, password protected===&lt;br /&gt;
&lt;br /&gt;
When my (current non-neophone) phone is in my pocket and I have it locked, it sometimes accidentally unlocks itself since only two keystrokes in the correct order are necessary to unlock it. When it's unlocked and still in my pocket it sometimes calls someone without my knowledge. All phones I've seen today have a press-just-one-button bypass to answer an incoming call even when the phone is locked. I suggest making the locking mechanism let the user configure it so that the user has to enter a password even for answering incoming calls. The likeliness of the phone accidentally runbbing against my car keys, hitting a ten character long password, unlocking the phone without my knowledge and consent is low enough even for us most unlucky users.&lt;br /&gt;
&lt;br /&gt;
==Expansion==&lt;br /&gt;
===Positioning of Buttons, Connections and ports===&lt;br /&gt;
&lt;br /&gt;
Ideally any cable ports such as charging, USB, audio, docking should not get in the way of your hand or fingers when holding it in it's normal orientation. For the sake of SDIO cards an external SD slot should be on the top edge. IR for remote control software and ease of inter-device communication should be on the corner so that it is facing away from you for both orientations. Buttons obviously are positioned for finger control. An example of how '''not''' to do this would be the HTC Universal&lt;br /&gt;
&lt;br /&gt;
===Storage===&lt;br /&gt;
&lt;br /&gt;
====MMC/SD/SDIO slot (rather than?) miniSD or microSD====&lt;br /&gt;
*Cheaper, more durable cards in a widely accepted format.&lt;br /&gt;
*Much much larger storage capacity, [http://blog.scifi.com/tech/archives/2007/08/23/toshiba_unleash_1.html even 32GB]&lt;br /&gt;
*Cards are harder to lose&lt;br /&gt;
*Wider selection of accessories, including SDIO accessories.&lt;br /&gt;
*Make externally available so that larger length SDIO cards can be used (thinking about SDIO WLAN here)&lt;br /&gt;
*[http://en.wikipedia.org/wiki/Secure_Digital_card#SDHC SDHC] compatible. It seems to already have the right hardware for it - see [[Neo1973_Hardware#microSD-Card]].&lt;br /&gt;
See more on [http://wiki.openmoko.org/wiki/Wish_List#SD_Card_Slot Wish list - SD Card Slot]&lt;br /&gt;
&lt;br /&gt;
====Two SD slots====&lt;br /&gt;
*Micro SDHC for /home partition. Keep like current design underneath SIM card&lt;br /&gt;
*Hot swappable externally accessible normal size SDHC/SDIO slot&lt;br /&gt;
&lt;br /&gt;
=== Internal Communication Bus ===&lt;br /&gt;
*A standard and/or documented internal communication bus of some sort could simplify adding new hardware modules.&lt;br /&gt;
*Serial USB or I2C connector internal to case towards the top&lt;br /&gt;
*Several digital I/O pins that operate at TTL levels&lt;br /&gt;
*A few analogue I/O pins attached to a A/D converter&lt;br /&gt;
*Documentation of Debug board connector could provide some of this functionality.&lt;br /&gt;
&lt;br /&gt;
I2C is used on the Neo with some details of resources already in use documented!&lt;br /&gt;
Please see [[I2C | Neo I2C Devices]] for more information &amp;amp; a list of devices &amp;amp; the addresses currently in use &amp;amp; documented for the Neo1973.&lt;br /&gt;
&lt;br /&gt;
===Local Communication===&lt;br /&gt;
&lt;br /&gt;
====USB====&lt;br /&gt;
* 5V Powered, to avoid having to carry around a hub for when you want to occasionally plug in a memory stick. Many powered hubs will not recognize a totally unpowered host. Provide a maximum current to drive a basic USB keyboard/memory stick/mouse/webcam/astrowebcam. This could be done by adding a small cheap power converter like the [http://www.national.com/pf/LM/LM2753.html LM2753]&lt;br /&gt;
* USB 2.0 (USB 1.1 is too slow to transfer data to the card, removing the card everytime from the phone isn't an option too, because it is placed under the battery)&lt;br /&gt;
* Standard type A socket for quick &amp;amp; easy insertion of memory sticks etc.&lt;br /&gt;
* OTG, to be able connect usb keyboard like [http://www.mobile-review.com/pda/review/cherry-kb-en.shtml Cherry G84-4321 SUNRG]&lt;br /&gt;
* Bootable USB device emulation: the possibility to boot any computer on a bootable flagged partition of the transflash.&lt;br /&gt;
* Protection against incorrectly wired USB ports: some USB ports are wired incorrectly; if the +5V and GND are swapped, the device would get -5V when it's expecting +5V, which could burn some chips. A reverse-biased diode between +5V and GND, D+ and GND, D- and GND, and (if used) ID and GND, with a low enough forward voltage drop (to limite the negative voltages to what the chips can withstand), would protect the device by tripping the port's short circuit protection.&lt;br /&gt;
&lt;br /&gt;
====Wireless USB support====&lt;br /&gt;
[http://en.wikipedia.org/wiki/Wireless_USB Wireless USB] is the wireless version of USB offering data-rates up to 480 Mbit/s over short distances (&amp;lt;3 meter). Chipsets suitable for a phone are likely to take some time to be available.&lt;br /&gt;
&lt;br /&gt;
====Bluetooth with A2DP====&lt;br /&gt;
Is the blue-tooth radio present in the phone A2DP compatible. If not, make it so.&lt;br /&gt;
&lt;br /&gt;
Great for listening to music or watching a movie with full sound.&lt;br /&gt;
&lt;br /&gt;
====SIR/FIR transceiver (Serial Infrared) / IR remote control====&lt;br /&gt;
*An infrared transceiver is cheap, small, and useful for sync with many laptops and mobile phones. &lt;br /&gt;
*Replace/emulate all IR-based remote controls used for your tv, vcr, etc on your neo cell phone.&lt;br /&gt;
** replaces multiple 'dumb' devices with a single intelligent device (your neo) that you will probably carry with you at all times anyway. &lt;br /&gt;
**Command sets should be retrieved from a database or learned from other less intelligent remote control devices with macros. &lt;br /&gt;
**reduces clutter, particularly in the living room.&lt;br /&gt;
**inceases the neo's practical status as an 'always-have' device. &lt;br /&gt;
&lt;br /&gt;
Other uses.&lt;br /&gt;
*Detecting reflections from inside of a caddy, and switching from active mode.&lt;br /&gt;
*FIR would be a nice option, as it's some 40 times faster than SIR.&lt;br /&gt;
&lt;br /&gt;
===Other===&lt;br /&gt;
&lt;br /&gt;
====Video Out====&lt;br /&gt;
*Through a docking port&lt;br /&gt;
**S-Video/Composite Out&lt;br /&gt;
**DVI Out&lt;br /&gt;
**HDMI Out&lt;br /&gt;
**Display Port&lt;br /&gt;
&lt;br /&gt;
==Output devices==&lt;br /&gt;
&lt;br /&gt;
===LED===&lt;br /&gt;
*The Neo1973 GTA02 will have LEDs of some sort behind at least one button. [http://lists.openmoko.org/pipermail/community/2007-July/008458.html]&lt;br /&gt;
*A blinking LED would be a cheap, low power way to inform the user of new SMS/Email....&lt;br /&gt;
**An alternative to this would be for one small part of the LCD to be separately backlit.&lt;br /&gt;
**This requires the CPU and LCD to be somewhat active, to keep the LCD refreshed, but gives much more information.&lt;br /&gt;
**A Small OLED Screen could be used and display much more information than a LED with minimal power usage.&lt;br /&gt;
&lt;br /&gt;
*For example a multicolor LED which pulses yellow for GSM/GPRS transmit, blue for Bluetooth/Wifi, green to indicate non-urgent information - missed call etc, red to indicate battery low or other urgent notices.&lt;br /&gt;
&lt;br /&gt;
**The LED and button ideas could be combined: illuminated buttons.&lt;br /&gt;
**It must be possible to completely disable the LED to save power or other personal preferences.&lt;br /&gt;
&lt;br /&gt;
=== Flashlight ===&lt;br /&gt;
For finding keys, or any other application. May also optionally pulse in time with ring, to make phone more visible.&lt;br /&gt;
This is really well done in Nokia 5500.&lt;br /&gt;
&lt;br /&gt;
-I second this one. The most used feature in my Nokia 5140 after the calling and sms features is the flashlight. It's just one simple LED, but powerful enough to see with if it's really dark. If it ain't dark, you won't need the light anyway. :)&lt;br /&gt;
&lt;br /&gt;
Also, Who hasn't lost their keys and opened up their cell phone to use as a flashlight?&lt;br /&gt;
&lt;br /&gt;
=== FM transmitter ===&lt;br /&gt;
Small FM transmitter to output to car, and other nearby radios.&lt;br /&gt;
&lt;br /&gt;
Fix the biggest flaw in the iPod before Apple does!&lt;br /&gt;
&lt;br /&gt;
=== Infrared Transmitter w/ universal remote software ===&lt;br /&gt;
Infrared LED on top of device with universal remote software so you can control televisions, DVDs etc.&lt;br /&gt;
[http://www.novii.tv/ Here] is an example of universal remote software.&lt;br /&gt;
&lt;br /&gt;
:I'd like to add that i fully support this. An IR port on future openmoko devices capable of controlling set-top boxes like TV/DVD/Stereo is necessary to make the device as universal as possible. A cellphone should be your window to the world and allow you to interact with it in as many ways as possible.&lt;br /&gt;
&lt;br /&gt;
:Care must be taken to use the correct type of IR chipset/controller in the phone. Most IR ports you find on devices like computers, some cellphones etc. Are for high speed data communication and CAN'T control TVs/DVDplayers/Stereos etc.&lt;br /&gt;
&lt;br /&gt;
:In order to reduce cost it maybe possible to use the sound chipset in the phone to generate the waveform sent to the IR led. IR remotes work at ~38Khz which is within the range of the sound chipset. The sound output could be internally switched between the IR led or the speakers.&lt;br /&gt;
&lt;br /&gt;
===HAC Compliance===&lt;br /&gt;
[http://quux.wiki.zoho.com/WhereAreHACphones.html Here] is some summary/discussion of how hearing aid compliance rules work in the US. Specifically it would be nice to see the phone include a [http://www.hearingresearch.org/Dr.Ross/telecoil_and_telephones.htm telecoil], which allows the phone to connect wirelessly to many standard hearing aids.&lt;br /&gt;
&lt;br /&gt;
==Mobile Communication options==&lt;br /&gt;
&lt;br /&gt;
===Generic Access Network / Unlicensed Mobile Access===&lt;br /&gt;
This technology requires cooperation from the cellular provider, but [http://en.wikipedia.org/wiki/Unlicensed_Mobile_Access UMA/GAN] is already offered by T-Mobile in the United States, and perhaps others in other countries.  Allowing the user to roam from GSM to wifi, this technology can save the end user a significant amount of money, and also allow the user to deploy coverage where there was none before.  There are only a few UMA capable phones currently, but it would be great if this could be made to work on a phase 2 type OpenMoko device.&lt;br /&gt;
&lt;br /&gt;
Note that this features requires more advanced access to the GSM modem. &lt;br /&gt;
Special messages needs to be exchanged with the network.&lt;br /&gt;
&lt;br /&gt;
===Faster/better mobile connectivity.===&lt;br /&gt;
[http://en.wikipedia.org/wiki/Gsm GSM]/[http://en.wikipedia.org/wiki/GPRS GPRS] is at best slow. An incremental improvement would be a radio with [http://en.wikipedia.org/wiki/EDGE EDGE ] support. EDGE is an evolved GSM standard and, like GPRS, it operates on the same frequency as voice. This means a quad-band EDGE radio will have near-complete worldwide coverage. &lt;br /&gt;
&lt;br /&gt;
[http://en.wikipedia.org/wiki/UMTS UMTS] - which is widespread in Europe and being deployed in the US, [http://en.wikipedia.org/wiki/HSDPA HSDPA] (asia) and any other mobile standards would be nice for faster data connectivity and coverage.&lt;br /&gt;
It is unlikely that all of these will be supported initially, but it is a goal. These faster standards operate in different frequencies from GSM/GPRS/EDGE. Which frequency exactly will depend on the carrier and country. For UMTS in the US, AT&amp;amp;T uses 850/1900 MHz but T-Mobile will use 2100/1700 MHz for example.&lt;br /&gt;
&lt;br /&gt;
Until that goal is reached, it is likely that some phones will be brought out for various specific markets - Europe, Asia, US.&lt;br /&gt;
&lt;br /&gt;
===Ability to use multiple SIMs/networks===&lt;br /&gt;
* External SIM sockets are widely available in China, a dual external socket would be a very good solution.&lt;br /&gt;
* [http://www.fonefunshop.co.uk/dualsim/digital.htm Dual SIM card kit] - two SIMs are trimmed and combined, software supportwould be needed, and both can't be used at once...&lt;br /&gt;
* Some networks support multiple numbers on one SIM. Unfortunately this won't allow split networks.&lt;br /&gt;
* A second/dual GSM module would allow full use of both sims at all times.&lt;br /&gt;
* As a hack, [http://wiki.openmoko.org/wiki/Wish_List#Bluetooth_powered_Multi-SIM_support use another mobile via BT].&lt;br /&gt;
** As many as three SIM slots would be genuinely useful, especially for a 3G phone - some 3G data tariffs are only available on data-only SIMs. A user could quite reasonably have one SIM for data, once SIM for his personal voice calls, and a third SIM for his business number.&lt;br /&gt;
* Dual SIM card support will be especially welcome by the women. They just love to talk on the phone.&lt;br /&gt;
* Save the contents from several SIM-cards to memory and simulate them.&lt;br /&gt;
&lt;br /&gt;
===PMR446/FRS Radio===&lt;br /&gt;
* Include a PMR/FRS Radio.&lt;br /&gt;
* A two-way walkie talkie lets you use the phone to communicate with friends without requiring a GSM connection (crowded networks at festivals, at locations with no GSM coverage).&lt;br /&gt;
&lt;br /&gt;
2 way talk over Sprint/Nextel/Boost networks if possible. At least the walkie talkie feature for sure. It's very annoying being at a lake with no service and can't call your friend in the other boat across the lake.&lt;br /&gt;
&lt;br /&gt;
===[[DECT]]===&lt;br /&gt;
* Include a [[DECT]] GAP/CAT-iq transceiver so you can use your home and/or office PSTN line&lt;br /&gt;
** Ability to use Alcatel phonebook stuff (like provided by the eventphone.de phone equipment) would be very nice too&lt;br /&gt;
&lt;br /&gt;
===[[SIP phone]]===&lt;br /&gt;
Make stripped down (and thus cheaper) version of the Neo1973 phone for use as a SIP phone. Remove GPS, GSM, accelerometers, stylus.&lt;br /&gt;
&lt;br /&gt;
Addition of an centimeters-precise location system [http://en.wikipedia.org/wiki/Real_Time_Location_Systems RTLS] would be nice, as it will allow highly sensible indoor context detection. Imagine putting the phone next to your mirror (where you shave daily) and watch it automatically switch to news radio channel. Or put it next to your bed and see it automatically switch to &amp;quot;sleeping&amp;quot; mode, when only calls from predefined numbers are accepted.&lt;br /&gt;
&lt;br /&gt;
=='''Casing'''==&lt;br /&gt;
See also: [[Alternate Neo1973 case designs]] for a list of cases being considered for design/manufacture by the community.&lt;br /&gt;
&lt;br /&gt;
=== [[Hardware:Neo1973:Alternate_Cases:Expansion_Module_Casing | Expansion Module Casing]] ===&lt;br /&gt;
Longer case (150-160mm+) with space in the top to put expansion modules, including test &amp;amp; hobby hardware.  Would require use of a standard internal power &amp;amp; communications bus. Could be left empty with blank cover or house cameras, solar panels, a crank powered charger, special transmitters/recievers, or anything else imaginable.&lt;br /&gt;
&lt;br /&gt;
[http://www.likeasecret.com/Neo1973/Neo1973-Exp.mov Neo1973 Expansion Module Quicktime rendering]&amp;lt;br /&amp;gt;&lt;br /&gt;
[[Image:Neo1973-Exp.png]]&lt;br /&gt;
&lt;br /&gt;
=== Expansion Back Casing ===&lt;br /&gt;
Replacement backs with additional features ranging from solar power, larger batteries, extra hardware, ...&lt;br /&gt;
&lt;br /&gt;
===[[Hardware:Neo1973:Alternate_Cases:Expansion_Front_Casing|Expansion Front Casing]]===&lt;br /&gt;
Replacement fronts with e.g. extra buttons.&lt;br /&gt;
&lt;br /&gt;
=== Space efficient Lanyard ===&lt;br /&gt;
The hole at the bottom of the phone takes a lot of space. A [http://en.wikipedia.org/wiki/Kensington_Security_Slot Kensington Security Slot] could be used instead.&lt;br /&gt;
&lt;br /&gt;
=== Rugged version ===&lt;br /&gt;
We need something you can drop from 4 feet in to a puddle of dirty water on construction site. Sunlight readable display, maybe aluminium case. The big ugly pseudo military version. What about a casing similar to the OLPC project's in terms of dust and waterproofing? I frequently have to answer the phone with hands dripping sea water and most phone's do not take kindly to that type of treatment. Also the accelerometers can be wired to a protection mechanism which suspends all processing/data activity in case of a (free) fall. &lt;br /&gt;
&lt;br /&gt;
=== Transparent ===&lt;br /&gt;
Make a transparent, see-through casing. Why do we need a closed casing for open hardware and open software? Show the world it is a truly Free/Open source phone.&lt;br /&gt;
&lt;br /&gt;
That makes sense to me. I second that idea!&lt;br /&gt;
Me, too!&lt;br /&gt;
&lt;br /&gt;
=== Blank ===&lt;br /&gt;
Even though the transparent case would work too, I would like to see a blank case of pure black or white so people could have the option of air-brushing,painting or even drawing on the case.&lt;br /&gt;
&lt;br /&gt;
===Integrated solar charger===&lt;br /&gt;
Perhaps on one side there could be an integrated photovoltaic. It would be small, but might it be enough to charge the device. It could be integrated in an aesthetically pleasing fashion like [http://i.i.com.com/cnwk.1d/i/bto/20080523/solarboat.jpg this]... except, with a matching color. :)&lt;br /&gt;
&lt;br /&gt;
==Misc==&lt;br /&gt;
===Battery Size/Standby Time===&lt;br /&gt;
&lt;br /&gt;
Since the device will be ultimately running a wide selection of software on it the battery needs to be somewhat more robust and have a longer standby time than that of current phone's. At the moment I'm using a Moto (2 days before charging) or a Samsung (3 days before charging) and am not impressed with either phone's standby time, and I'm not using the phone's for anything but calls.&lt;br /&gt;
&lt;br /&gt;
=== Dedicated Power / Charger Pinout ===&lt;br /&gt;
&lt;br /&gt;
Having not yet seen a physical Neo device, I haven't been able to examine any of the IOs to see if there already is a dedicated power / charger input. However, I can imagine that it might be very tempting to have the device charge solely via USB. For any device that is capable of USB-host, that is a '''horrible''' idea, particularly when it's intended to be a mobile-komputing device.&lt;br /&gt;
&lt;br /&gt;
Since the device is able to run in USB host mode, it might be a good idea to allow for an alternate power supply, if say, a USB keyboard was being used for several hours. Rather than drain the battery, one could just supply power via the wall outlet while still providing endless hours of USB-host enjoyment for those hard-coders on the go.&lt;br /&gt;
&lt;br /&gt;
The main question is just deciding on where to take power from (or at all) if in USB-client mode and the power cable is inserted, but really, that's not too big of a deal and can be solved with very minimal circuitry. If 5V is detected on the power line, then the obvious place to get it from is there at any point in time.&lt;br /&gt;
&lt;br /&gt;
This might sound extraneous at first, but when the device shuts down in the middle of an important USB file transfer, or right before that great piece of code was saved, you can bet that those users will be saying &amp;quot;Hmm... a separate power adapter would have really come in handy right now&amp;quot;. &lt;br /&gt;
&lt;br /&gt;
I suggest a tiny 3mm, dedicated +5V power input (something a la Nokia).&lt;br /&gt;
&lt;br /&gt;
With the dedicated charger it would also be possible to use any standard USB device if&lt;br /&gt;
the phone recognized the external power and enabled 5v power when plugged in.&lt;br /&gt;
&lt;br /&gt;
===Galileo/GLONASS/GPS receiver===&lt;br /&gt;
*A multi-standard satellite positioning module would be nice eventually, it does not seem to be near-term due to chipset availability problems. Galileo is the to be launched (2011) European positioning system. GLONASS is the already existing Russian one.&lt;br /&gt;
&lt;br /&gt;
=== GPS antena ===&lt;br /&gt;
The current GPS device seems even dependent on weather and may not work in heavy rain or snow. It seems necessary to think how to improve the reliability. The small portable GPS antena may be an option.&lt;br /&gt;
&lt;br /&gt;
===X10 RF Remote===&lt;br /&gt;
Many PC-based media centers are being equipped with an RF (433 MHz) / X10-based remote control. The [http://en.wikipedia.org/wiki/X10_(industry_standard) X10] protocol also facilitates home automation to control lamps, switches, etc.&lt;br /&gt;
The advantages of using RF for control instead of Infra-red this that it also works when furniture, walls, or doors are blocking the path between RF remote and the equipment or device. [http://www.lirc.org/ Lirc] supports X10-based RF remotes (but expects having an USB RF receiver attached to the media center).&lt;br /&gt;
&lt;br /&gt;
===RFID tag/RFID Reader===&lt;br /&gt;
* Implementation/Cooperation with: [http://www.rfidguardian.org/ RFID-Guardian]&lt;br /&gt;
*An enable-able tag would be of use - for example being able to use the phone to open doors, or cars. Unfortunately, it's moderately hard to do secure programmable tags that are compatible with existing systems, for obvious reasons.&lt;br /&gt;
* Say you have RFID tags on your personal belongings: cellphone, keys... Neo could be programmed to remember the last recorded GPS location before it lost contact with the respective RFIDs. It'd be trivial to check where you left your cellphone, get directions from a map...or beep when the phone gets out of RFID range.&lt;br /&gt;
&lt;br /&gt;
*I agree with this idea, a great idea and you have to do it (Jackcday)&lt;br /&gt;
&lt;br /&gt;
===NFC chip===&lt;br /&gt;
*A Near Field Communication chip, with this chip it will be possible to pay with your phone (like a credit card)in the near future, see [http://www.nokia.com/A4305081 Nokia]for details&lt;br /&gt;
*NXP is a chip fabricator which provides NFC chips [http://nxp.com NXP] direct link&amp;gt;&amp;gt; www.nxp.com/#/pip/cb=[type=product,path=/53420/53424]|pip=[pfp=53424][0] their chips also support the above RFID reading&lt;br /&gt;
&lt;br /&gt;
===Less weight===&lt;br /&gt;
* Work on the weight of the Neo1973 and following devices. At the present time the Neo1973 is just a moderate / normal business or multimedia phone. The ordinary &amp;quot;user&amp;quot; may want something lighter. Take a look at the following table, that's the Neo1973 compared with other common business or multimedia phones.&lt;br /&gt;
{|border=&amp;quot;1&amp;quot;&lt;br /&gt;
| Neo1973 || Fujitsu-Siemens LOOX N560 || E-Ten Glofiish X500+ || Sony Ericsson P990i || iPhone || Nokia E65 &lt;br /&gt;
|- &lt;br /&gt;
|  184 g  ||            160 g          ||         146 g        ||        150 g        ||  135 g ||   115 g   &lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
===Make it smaller===&lt;br /&gt;
* To stay within physical matters: Maybe the Neo1973 is also just a normal business/multimedia phone when looking at the size. It would be great the shrink it a bit. Especially the thickness of 18.5 mm could be worked on!&lt;br /&gt;
&lt;br /&gt;
===Standard 3.5mm headphone jack===&lt;br /&gt;
The Neo1973 uses a 4-conductor 2.5mm jack for stereo headphones and a microphone. A 2.5mm jack is the most common for headsets. &lt;br /&gt;
&lt;br /&gt;
There is an emerging convention used in the Nokia N800 and some other devices. A 4-conductor 3.5mm jack that can use a microphone with special headsets, but can also be used with off-the-shelf 3.5mm stereo headphones. Adapters to 2.5mm are of course available and this 3.5mm jack is much more robust.&lt;br /&gt;
&lt;br /&gt;
Neglecting space limitations, multiple sockets - 2.5mm and 3.5mm would be nice. Probably not practical in a phone. Other expanded plugs might allow remote controls.&lt;br /&gt;
&lt;br /&gt;
Other uses might be better met using bluetooth, or USB audio.&lt;br /&gt;
&lt;br /&gt;
===Software should know of the jack status===&lt;br /&gt;
It should be possible for the OS to see if there is something connected to the audio jacks. That would avoid the embarrasing moments when you accidently pull out the headphones from the cell/laptop and whatever you were listening blares over the place at full volume. If OS can see, that the headphones were unplugged without turning off the audio, then it could pop up a warning that would allow to direct audio to internal speakers or turn it off. If the user would replug the headphones/speakers then the warning would dissapear as well.&lt;br /&gt;
&lt;br /&gt;
===Laser Pointer===&lt;br /&gt;
Include a built in laser pointer.  Everything is better with lasers.&lt;br /&gt;
&lt;br /&gt;
===Completely free hardware===&lt;br /&gt;
Consider selling one device with absolutely no non-free components in it, even if that means dropping the GSM support.  I believe having one such device available would be good, because then it could be recommended by organizations like the FSF which typically never recommends anything if it has even a little non-free code in it.&lt;br /&gt;
&lt;br /&gt;
=== Consider economy / inexpensive / less featured edition ===&lt;br /&gt;
Some people want less features, because they do not need them. Leaving out some features either lets the phone get smaller or possibly enhances battery live.&lt;br /&gt;
&lt;br /&gt;
One big suggestion in this area is a b/w lower res display instead of the big color display.&lt;br /&gt;
&lt;br /&gt;
=== Inductive Charger ===&lt;br /&gt;
&lt;br /&gt;
It would be nice if it was possible to charge the phone without having to connect a cable. I'd like to have a simple docking station with an inductive charger like the type that's used for electric toothbrushes [http://home.howstuffworks.com/question292.htm ]. The charger itself could get its power from a standard wall-wart power supply, or it could be USB/Firewire powered.&lt;br /&gt;
&lt;br /&gt;
==== Examples of existing commercial systems ====&lt;br /&gt;
* http://www.splashpower.com/&lt;br /&gt;
&lt;br /&gt;
=== Solar panel/dynamo Charger===&lt;br /&gt;
&lt;br /&gt;
It would be very nice to be able to charge the phone outside of the electric grid (for example on hikes and boating trips). A combined solar panel and muscle empowered (rotational etc.) charger would do the trick nicely.&lt;br /&gt;
&lt;br /&gt;
'''some mobile Solarpanels'''&lt;br /&gt;
 	&lt;br /&gt;
[http://www.globetrotter.de/de/shop/detail.php?mod_nr=off01011&amp;amp;k_id=1400&amp;amp;hot=0 Off-Grid Systems Sunbag L]&lt;br /&gt;
&lt;br /&gt;
[http://www.globetrotter.de/de/shop/detail.php?mod_nr=off01001&amp;amp;k_id=1400&amp;amp;hot=0 Off-Grid Systems Sunbag S]&lt;br /&gt;
&lt;br /&gt;
[http://www.globetrotter.de/de/shop/detail.php?mod_nr=sv_01011&amp;amp;k_id=1400&amp;amp;hot=0 Silva Solar I]&lt;br /&gt;
&lt;br /&gt;
[http://www.globetrotter.de/de/shop/detail.php?mod_nr=sv_01012&amp;amp;k_id=1400&amp;amp;hot=0 Silva Solar II]&lt;br /&gt;
&lt;br /&gt;
[http://www.globetrotter.de/de/shop/detail.php?mod_nr=sol01011&amp;amp;k_id=1400&amp;amp;hot=0 Solarc e-Go Professional]&lt;br /&gt;
&lt;br /&gt;
[http://www.heise.de/mobil/suche/ergebnis?rm=result;q=solar;url=/mobil/artikel/74142/;words=solar Solarc e-Go *] &lt;br /&gt;
&lt;br /&gt;
[http://www.heise.de/newsticker/suche/ergebnis?rm=result;words=Solar%20solar;q=solar;url=/newsticker/meldung/91536/ Solar JKT]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
- I think a dynamo charger (&amp;quot;share charger&amp;quot;, rotational, ...) would be more practical as a peripheral, connected through the USB-interface using the same principle cellphones now charge when connected to an USB-port. You could very easily hack this together. [http://www.metacafe.com/watch/449950/hack_a_flashlight_to_power_your/ flashlight recharge hack]&amp;lt;br /&amp;gt;&amp;lt;br /&amp;gt;Random thought; Why not create some merchandise toys with a small lithium battery which charge through centrifugal force allowing to recharge the phone with a small &amp;quot;general&amp;quot; connector.&lt;br /&gt;
&lt;br /&gt;
[http://www.heise.de/mobil/artikel/61368/0 Article about aome mobile power-sources]&lt;br /&gt;
&lt;br /&gt;
=== Plastic Solar/Back side on the Neo===&lt;br /&gt;
&lt;br /&gt;
Solar cells from Plastic, on the reverse side of the Neo 1973&lt;br /&gt;
modified and introgreated in the battery backcover/flap,&lt;br /&gt;
like an energy source when the display is in standby mode.&lt;br /&gt;
Thats can be use also as alternate charge method's and also helps in emergency.&lt;br /&gt;
&lt;br /&gt;
http://www.nanosolar.com/&lt;br /&gt;
&lt;br /&gt;
=== Vibration===&lt;br /&gt;
Instead of using a counter-weighted motor to provide a vibrate function, a small solenoid could be used.It would provide more of a tap or click feel. It could be used to provide feedback when a on screen button is pressed. Different patterns of taps is a lot easier to recognize compared to different vibration frequencies. For those who know morse code they could have the phone tap out the phone number/name of the person calling/messaging or other alerts.&lt;br /&gt;
&lt;br /&gt;
===As plug-in without screen...===&lt;br /&gt;
&lt;br /&gt;
Along the lines of add-on cards, only looking at it from a different angle, I'd like to see a &amp;quot;faceless&amp;quot; openmoko with a documented hardware interface for both communicating with it and inserting it into other devices. Even the keypad/screen/battery would be attached, openmoko itself would just be faceless sliver of hardware with a documented interface and an API for communicating with the innards.&lt;br /&gt;
&lt;br /&gt;
===Running without battery===&lt;br /&gt;
Please make it possible to run the device without a battery inserted (with the charger attached). I have several mobile phones which do not work anymore (even when attached to the charger) because the battery is worn out and new batteries are not available. I want the OpenMoko to be usable when the battery is worn out.&lt;br /&gt;
&lt;br /&gt;
===Make GSM/CDMA/WiFi/WiMax/GPS plugable===&lt;br /&gt;
Please make Openmoko mobile as PC GSM/CDMA/... just working like plugable cards, they are cards/adaptor for the DEVICE only. the user may eject GSM module and inject with CDMA module. the DEVICE may provide several slot to allow user choose wifi/wimax/sd/gps/harddisk/...&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Related Hardware==&lt;br /&gt;
See [[Related Hardware]]&lt;br /&gt;
&lt;br /&gt;
[[Category:Hardware ideas| ]]&lt;br /&gt;
[[Category:User]]&lt;/div&gt;</summary>
		<author><name>Datenwolf</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Wish_List_-_Hardware</id>
		<title>Wish List - Hardware</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Wish_List_-_Hardware"/>
				<updated>2008-07-28T12:06:02Z</updated>
		
		<summary type="html">&lt;p&gt;Datenwolf: /* Bigger and better screen */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;This page details hardware features which some would like to go into future phones similar to the [[Neo1973]].&lt;br /&gt;
&lt;br /&gt;
Related pages are:&lt;br /&gt;
*[[Wishlist - Hardware - Novel Devices]] - openmoko will run on a large number of devices in the future, some of which may be DVD players, cameras, or convergance devices.  &lt;br /&gt;
*[[Wishlist:Unlikely]] - Hardware that is unlikely to appear in any OpenMoko device, due to it being impossible to fabricate with near-term technology, or for other reasons.&lt;br /&gt;
*[[Wishlist:Accessories]] - Accessories that people would like, that connect easily to the phone - initially primarily for the Neo1973 &lt;br /&gt;
*[[Wishlist:Expansion]] - add-ons to the phone, maybe involving hardware changes, and software and hardware protocols to implement these.&lt;br /&gt;
&lt;br /&gt;
This page is rather long. Before adding a new idea, please read through this page and the above pages, to make sure your idea has not been suggested before.&lt;br /&gt;
==Processor==&lt;br /&gt;
===A FPGA===&lt;br /&gt;
A FPGA is a general purpose reconfigurable logic device.&lt;br /&gt;
See [[Wish List - Hardware:FPGA]] for more details.&lt;br /&gt;
&lt;br /&gt;
===Samsung S3C2443===&lt;br /&gt;
*[http://www.samsung.com/global/business/semiconductor/productInfo.do?fmly_id=229&amp;amp;partnum=S3C2443&amp;amp;&amp;amp;ppmi=1427 Samsung S3C2443] Up to 533 MHz, can act as a USB 2.0 device.&lt;br /&gt;
&lt;br /&gt;
==Internal Memory==&lt;br /&gt;
===RAM===&lt;br /&gt;
128MB Dedicated for open files, running software etc., not for storage, or 256MB at all would be really nice and enough for any future software.&lt;br /&gt;
&lt;br /&gt;
===ROM===&lt;br /&gt;
Enough to Hold O/S and a fair number of applications and their settings. Persistent Storage with XIP capability. About 128 MB.&lt;br /&gt;
&lt;br /&gt;
===Storage===&lt;br /&gt;
An internal Micro SDHC should be used for users' files and additional software&lt;br /&gt;
&lt;br /&gt;
==Wireless data networking==&lt;br /&gt;
&lt;br /&gt;
===WiMAX support===&lt;br /&gt;
[http://en.wikipedia.org/wiki/Wimax WiMAX] is a high-speed data service, similar to wifi, though longer range and newer. Where service is available, this would complement WiFi. Unfortunately, unlike wifi, frequencies vary worldwide, so global usage may be complex. In South Korea, 2.3Ghz is available for WiMAX, known as WiBro. WiMAX Forum sets heart on 2.5 GHz for global use.&lt;br /&gt;
----&lt;br /&gt;
Two campuses of the University of California have just completed a deal with a WiMAX service provider to lease UC's ITFS/EBS spectrum to provide WiMAX in the SF Bay Area. Bidding was aggressive between Nextwave, Sprint-Nextel, and Clearwire. Other UC campuses have awarded other contracts throughout California to various of the three contenders. The point here is: these three companies are competing aggressively for spectrum in the 2.5-2.7 GHz range, and it's not limited to CA. At a National ITFS Association meeting in 2005, representatives from Intel said they would be ready to release a WiMAX chipset compatible with these frequencies in 2007, for inclusion in laptops. I assume the folks at [[FIC]] know much more about it that I do! Based on these and other clues, I think WiMAX is coming in the 2.5-2.7 GHz band in the near future... I'll be surprised if I do not see some offerings by early 2009. &lt;br /&gt;
&lt;br /&gt;
-[[User:Tzf|Tzf]] 21:54, 24 November 2007 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
===LTE support===&lt;br /&gt;
[http://en.wikipedia.org/wiki/3GPP_Long_Term_Evolution Long Term Evolution (LTE)] is a high-speed data service, similar to WiMax, but designed to be more compatible with existing GSM systems.  While Sprint &amp;amp; Clearwire are currently testing WiMax deployment in the US, AT&amp;amp;T and Verizon appear to be in preference of LTE.&lt;br /&gt;
&lt;br /&gt;
While the project is ongoing and general in scope, it has set itself some specific goals, many of which are oriented around upgrading UMTS to a so-called fourth generation mobile communications technology, essentially a wireless broadband Internet system with voice and other services built on top.&lt;br /&gt;
&lt;br /&gt;
===Emerging Protocols===&lt;br /&gt;
*[http://en.wikipedia.org/wiki/Near_Field_Communication Near Field Communication] has a few centimeter range, useable for keys, ID badges, pairing bluetooth devices and similar uses. Mentioned in newer bluetooth and SD standards. (No products.)&lt;br /&gt;
*[http://en.wikipedia.org/wiki/ZigBee ZigBee] is designed for connecting sensors and switches in buildings, with many options including mesh networks and aggressive power saving compared to bluetooth. (Almost no products available.)&lt;br /&gt;
*The [http://en.wikipedia.org/wiki/ANT_%28network%29 ANT network] is for connecting worn devices. Similar to ZigBee, but much simpler and maybe lower power. ([http://www.thisisant.com/?section=9 Short list] of products.)&lt;br /&gt;
&lt;br /&gt;
==Camera==&lt;br /&gt;
&lt;br /&gt;
* A camera that can take reasonable quality video and pictures is something many want. Applications vary from simple snapping, to gesture interfaces, video conferencing, barcode reading, business card reading, healthcare, servicing, biometric identification, and more.&lt;br /&gt;
** Unlike stand-alone cameras, an OpenMoko camera could integrate EXIF information from GPS, compass, and internet, making it far more valuable.&lt;br /&gt;
&lt;br /&gt;
* Some people can't take cameras into work - a model without the camera, or some way of removing the camera would be useful or leave the camera chip in place and have a removable lens assembly and replacement backcover.&lt;br /&gt;
*See [[Hardware:Neo1973:Alternate_Cases:Camera | Alternate Cases:Camera]] for phone casing suggestions.&lt;br /&gt;
&lt;br /&gt;
* See [[Wishlist:Camera]] for a more detailed wishlist.&lt;br /&gt;
&lt;br /&gt;
==Display==&lt;br /&gt;
===Multitouch screen===&lt;br /&gt;
&lt;br /&gt;
''Main article: [[Wishlist:Spell_weaving|Spell weaving]]''&lt;br /&gt;
&lt;br /&gt;
See also [http://pogue.blogs.nytimes.com/2007/03/27/the-multi-touch-screen/ this page] containing a link to a video demonstration.&lt;br /&gt;
&lt;br /&gt;
A history of multitouch implementations is [http://billbuxton.com/multitouchOverview.html here] ([http://google.com/search?q=cache:billbuxton.com/multitouchOverview.html google cache version])&lt;br /&gt;
&lt;br /&gt;
*Use examples: [http://www.youtube.com/watch?v=UcKqyn-gUbY&amp;amp;mode=related&amp;amp;search= Multi-touch interface (from Adobe TED)], [http://www.youtube.com/watch?v=1ftJhDBZqss&amp;amp;mode=related&amp;amp;search= Multi Touch (new touchscreen technology)]&lt;br /&gt;
&lt;br /&gt;
===Bigger and better screen===&lt;br /&gt;
2.8&amp;quot; widescreen (like in [http://etencorp.com E-ten] PDA/smartphones), or 3.5&amp;quot; widescreen (like in [http://www.expansys.ie/d.aspx?i=134944 Fujitsu Siemens LOOX N560]).&lt;br /&gt;
&lt;br /&gt;
262k or 16.7M colurs for displaying images and especially videos.&lt;br /&gt;
&lt;br /&gt;
OLED for better contrast, more rich colours, and less energy consumption.&lt;br /&gt;
&lt;br /&gt;
Maybe the [http://www.sharpsme.com/Page.aspx/europe/en/part/LS037V7DW01/ LS037V7DW01] by Sharp could be a solution. It has nearly the same specs as the currently used, but 3,7&amp;quot; -- [[User:Wedge | Wedge]]&lt;br /&gt;
&lt;br /&gt;
I'd recommend the&lt;br /&gt;
[http://www.beck-oled-lcd-tft-display.de/display-datenblatt/typ/tpo/TD035SHED1%20Product%20Specification%20Ver%200.0-112906.pdf TD=35SHED1 (Chineese spec paper)] since it has the very same pinout as the current one. Eventually I'm going to create a new case, and will use that display. Alternately the&lt;br /&gt;
[http://www.beck-oled-lcd-tft-display.de/display-datenblatt/typ/tpo/TD043MGEB1_v0.4.pdf TD043MGEB1] would be a nice option. However it has 8 bits per channel, and not 6 like the current one, so we would need some adaptor board to connect it: Pull down resistors on the 2 lowermost bits of each channel, and connect the current signal lines to the uppermost bits. Or somehow get 8 bits per channel from the controller.&lt;br /&gt;
--[[User:Datenwolf|Datenwolf]] 12:06, 28 July 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
====&amp;quot;Slightly&amp;quot; Larger Screen====&lt;br /&gt;
43mm x 57mm (2.8inch diagonal) is tiny.  A 53mm x 71mm (3.5 inch diagonal) like on the TD035STEE1 would be a nice improvement.  A widescreen format at about 53mm x 82.5mm instead of the 3:4 aspect ratio would be even cooler (if one could be found).&lt;br /&gt;
&lt;br /&gt;
====Higher resolution screen====&lt;br /&gt;
The current OpenMoko hardware has a screen of size 2.8&amp;quot; and resolution 640 x 480 (VGA).&lt;br /&gt;
&lt;br /&gt;
See this LCD panel: http://www.engadget.com/2006/12/27/hitachi-does-800-x-480-display-for-phones/&lt;br /&gt;
&lt;br /&gt;
At 2.9&amp;quot; it is almost exactly the same size as the current screen but has a wider 800 x 480 resolution (WVGA). This is the same resolution as in the Nokia N800 web browsing devices (but those devices have a bigger, lower DPI screen).&lt;br /&gt;
&lt;br /&gt;
A display panel like this would enhance the phones's usability as a small computer, particularly for activities like web browsing, with an almost negligible affect on the size of the device. It would cause slightly increased battery drain though.&lt;br /&gt;
&lt;br /&gt;
===Distance sensing touchscreen===&lt;br /&gt;
{{Main|Hardware:NearlyTouchScreen}}&lt;br /&gt;
TouchKo's (now Wacom Company Ltd.) spatial capacitive &amp;quot;touchscreen&amp;quot;, can sense fingers at a small distance, so you do not get your display greasy, and can unlike some touchscreens, be operated with gloves.&lt;br /&gt;
&lt;br /&gt;
===&amp;lt;s&amp;gt;Video acceleration&amp;lt;/s&amp;gt;===&lt;br /&gt;
Hardware acceleration for video playback and 2D/3D accelleration will be present in [[Neo1973 GTA02]].&lt;br /&gt;
&lt;br /&gt;
===EPD===&lt;br /&gt;
Or electronic paper display, EPD is used in many new devices such as the new Motorola motofone, sonys new e-reader and Irex's iliad. The technology provides thin, lightweight, power saving screens using new eink technology. This technology could cut the weight of the phone and its power usage. For more info see: [http://www.eink.com eink's website].&lt;br /&gt;
&lt;br /&gt;
Pro: laserprinter like quality, glossy, very stable image, easy on the eyes. Electronics are similar to TFT. Very low power consumption. &lt;br /&gt;
&lt;br /&gt;
Con: Black and grey only (like a newspaper, but glossy), although there were already color prototypes in 2005. low framerate (5fps). Can reflect light (like paper), backlight is impossible.&lt;br /&gt;
&lt;br /&gt;
===Transreflective===&lt;br /&gt;
It would be nice to have (the option of) a transreflective display, which while being less bright, is readable without needing to power the backlight. Then again, it depends on how much power the backlight uses compared to everything else...&lt;br /&gt;
&lt;br /&gt;
===Second Display===&lt;br /&gt;
A 32x32 OLED display possibly on the back for camera framing or on an edge so it can be viewed like a pager.&lt;br /&gt;
This could be used to display any number of alerts (from any installed software) the alerts could have a dynamic prioritisation which means during the work day a message from the boss has high priority but lower at home (could be GPS/Time controlled?) multiple alerts shrink the icons to a 3x3 grid higher priority messages get more space.&lt;br /&gt;
&lt;br /&gt;
===Pico Projector===&lt;br /&gt;
[http://www.engadget.com/media/2006/02/digismartphone2.jpg Like the one shown here] or [http://www.youtube.com/watch?v=sT1mhSRichk (video example here)] new cellphones are now coming out with a small, low power projector. This can be used to show movies from your cell phone with 0.5m high image on a while wall for example...&lt;br /&gt;
&lt;br /&gt;
Sample Video: http://www.youtube.com/watch?v=sT1mhSRichk&lt;br /&gt;
&lt;br /&gt;
Sample Vendor/Product Info: http://www.dlp.com/tech/what.aspx&lt;br /&gt;
&lt;br /&gt;
==Input devices==&lt;br /&gt;
&lt;br /&gt;
===Tablet PC like pen input (Wacom Technology)===&lt;br /&gt;
The Wacom tablet protocol is openly documented, OSS drivers exist. Connection via UART or USB.&lt;br /&gt;
[http://www.wacom-components.com/english/technology/emr.html Wacom mobile technology]&lt;br /&gt;
[http://www.wacom-components.com/english/product/sensorboard.html Sensorboards]&lt;br /&gt;
&lt;br /&gt;
Add a pen holder to the case, suitable for a pen [http://www.wacom-components.com/english/product/pen.html like the &amp;quot;Super Slim Pen&amp;quot; on this page]&lt;br /&gt;
&lt;br /&gt;
===Regular phone keypad===&lt;br /&gt;
I really like the idea of this phone BUT it misses one&lt;br /&gt;
crucial feature - a simple keypad(like most other phones have).&lt;br /&gt;
I'd be basicaly happy with a mobile device with a 3-4&amp;quot; screen with a slide out keypad(in a similar way as the n95).&lt;br /&gt;
&lt;br /&gt;
===No Dependence on Stylus===&lt;br /&gt;
The Neo's basic functionality should be completely usable without a stylus, Like the iPhone but with stylus use for precision work.&lt;br /&gt;
&lt;br /&gt;
===A laser projection keyboard===&lt;br /&gt;
Similar to [http://www.thinkgeek.com/computing/input/8193/ this], except the device would be integrated into the phone itself.  Setting the Neo up on a stand on a flat surface (perhaps a stand could be built into the back of the Neo itself, or into a case) would turn the Neo into a micro-laptop.  There may be several issues with the inclusion of this technology, including patents, the space required to project the laser grids, and the power consumption.  If possible, however, it would make text input a breeze.&lt;br /&gt;
&lt;br /&gt;
===Just a few more Buttons===&lt;br /&gt;
&lt;br /&gt;
2 buttons more, 3 buttons total, mounted sideways would be enough. You could use them for play/pause and loudness controll while the phone remains in your pocket (display locked, ...), reading mails, rss, ebooks,... without wasting display space and so on.&lt;br /&gt;
&lt;br /&gt;
With 5 buttons in total you could possibly emulate a keyboard (2^5 = 32 combinations) for those who know how to play a flute. Useable onehanded, not wasting display space and faster than t9. (It's not faster than T9 - I've used this system with the microwriter agenda --[[User:Speedevil|Speedevil]] 00:00, 2 July 2007 (CEST)) Hopefully this is not patented already.&lt;br /&gt;
&lt;br /&gt;
===D-Pad and Buttons===&lt;br /&gt;
*Adding a D-pad (to the bottom of the phone) and 2 to 4 buttons (to the top) would provide some tactile input controls, in addition to the touchscreen. They could be used as shortcut keys in the menu, or playback control when playing media. When the phone is held sideways, they can be used as games controls. (With touchscreen alone, gameplay options are limited)&lt;br /&gt;
&lt;br /&gt;
Game buttons would be best on both sides of the screen. The larger the buttons, the better. 2x 4 buttons in up-down-left-right configuration + some extra buttons separately a bit lower on the device would be good for many for emulation games. &lt;br /&gt;
&lt;br /&gt;
Here is a concept drawing of a possible neo1973 gaming version: &lt;br /&gt;
(This has a 4-way direction pad, 8 way may be better for gaming)&lt;br /&gt;
&amp;lt;br/&amp;gt;&lt;br /&gt;
[[Image:Neogame90.jpg]]&lt;br /&gt;
&amp;lt;br/&amp;gt;&lt;br /&gt;
Shoulder buttons would be a great addition, too. It would be interesting if there was a total 4 of them, one for every corner. It would make the phone very flexible for rotating and 2 to 6 players playing on one device.&lt;br /&gt;
&amp;lt;br/&amp;gt;&lt;br /&gt;
:''Note'' : The [http://en.wikipedia.org/wiki/Tapwave_Zodiac Tapwave Zodiac] Palm PDA / Game console hybrid had a similar setup - with an analog stick on the left (also used for quick selection using a radial main menu when working as a PDA), 4 buttons on the right (also configurable for shortcuts when using the device as PDA), and 2 shoulder buttons. Also it had and still has an enthusiastic scene of homebrew development (almost any console emulator for PalmOS can also take advantage of the additional buttons and graphic power of the device). If we also take into account the success encountered by the [http://en.wikipedia.org/wiki/GP32 GP32] in the past and the [http://en.wikipedia.org/wiki/GP2X GP2X] currently on the homebrew scene, it's not unreasonable to plan a future OpenMoko device with both a SmartPhone/PDA functionnality ''and'' hand-held console targeting homebrew development.&lt;br /&gt;
&lt;br /&gt;
===Thumb keyboard or keyboard attachment accessory===&lt;br /&gt;
*Could be slide out or clamshell (hinge on long side) design with an external OLED. The keyboard should be protected when not in use.&lt;br /&gt;
*Could be a clip on keyboard that attaches to the serial port or communicates by bluetooth (not preferred for permanent keyboard users).&lt;br /&gt;
*Cheap clippable miniusb keyboard&lt;br /&gt;
*One of the layouts proposed in [[Hardware:Keyboards]]&lt;br /&gt;
* What about virtual keyboard? [[http://www.extremetech.com/article2/0,3973,539778,00.asp Keyboard]]&lt;br /&gt;
&lt;br /&gt;
===Analogue Controllers===&lt;br /&gt;
&lt;br /&gt;
====Trackball====&lt;br /&gt;
A trackball would provide an efficient mouse-like interface in a very compact package.  As exemplified in the newer Blackberry&amp;amp;reg; models.&lt;br /&gt;
Maybe instead an optical sensor as are used in mice could be used so that the whole phone can be moved over a surface just like a mouse. (It could function as a Bluetooth mouse for other devices like laptop computers: see [[Bluetooth_Support#Acting_as_HID_device]]. Adding one other two-axis analogue input (possibly just the screen) would make the Neo usable as a TrackPoint or scroll-and-tilt mouse.) The same sensor might be usable as a barcode reader.&lt;br /&gt;
&lt;br /&gt;
====Analog Joystick====&lt;br /&gt;
A joystick, or [http://www.extremetech.com/article2/0,1697,1772689,00.asp Rollermouse]-like device would provide additional control, compared with touchscreen only.&lt;br /&gt;
*A standard [http://en.wikipedia.org/wiki/Pointing_stick pointing stick (ie. TrackPoint)] might serve well. As a fairly standard part, might they be quite inexpensive?&lt;br /&gt;
&lt;br /&gt;
====Dual analogues====&lt;br /&gt;
Dual analogue controllers (one trackball or joystick above, one below the screen, most likely) might even be feasible. That might be overkill since the accelerometers or touchscreen can be used to provide a second analogue input. But it would be nice to have four axes of analogue control without having to tilt the screen away from you or partly cover it with your hand.&lt;br /&gt;
&lt;br /&gt;
===TV/radio receiver===&lt;br /&gt;
[[Digital Television]], [[Digital Radio]] or even normal analogue TV/radio is widely available in the world, though unfortunately in various different forms. In markets where one standard is widespread, and hardware is suitable, it would be a great extension of the phone to a general entertainment device for when you're away from home. Multi standard devices would be ideal, but may not be small, low-power, or cheap.&lt;br /&gt;
A good start would be an FM tuner, since it's one of the most widely used formats of radio broadcasting in the world.&lt;br /&gt;
&lt;br /&gt;
Here's a selection of chips, though it's not clear if the drivers are open source. http://www.sigmatel.com/products/portable/wireless/fmtuner.aspx#fragment-14&lt;br /&gt;
http://www.st.com/stonline/products/families/automotive/am_fm_tuners.htm&lt;br /&gt;
&lt;br /&gt;
===Accelerometer=== &lt;br /&gt;
This enables the phone to sense which direction 'down' is, and to sense any movements the phone makes.&lt;br /&gt;
&lt;br /&gt;
See [[Accelerometer Fundamentals]] for more information on accelerometers as they may be used in phones.&lt;br /&gt;
&lt;br /&gt;
In some cases integrated gyroscopes may also be needed. A [[#Digital compass]] can even be of more use since it gives absolute rotation so slow rotations could also be measured. A 3D compass would be nicest, but a simple 2D compass already is a helpful addition to the accelerometers.&lt;br /&gt;
&lt;br /&gt;
*[[Wishlist:3D Viewport|3D Viewport]]&lt;br /&gt;
*[[Wishlist:Computer Mouse|Computer Mouse]]&lt;br /&gt;
*[[Wishlist:Determine Position|Determine Position]]&lt;br /&gt;
*[[Wishlist:Dynamic Screen Orientation|Dynamic Screen Orientation]]&lt;br /&gt;
*Change media player playlist when jogging vs walking. &lt;br /&gt;
*Attempt to use to stabilise any future camera.&lt;br /&gt;
&lt;br /&gt;
This feature is scheduled for inclusion in the phase 2 Neo1973, GTA02.&lt;br /&gt;
&lt;br /&gt;
===Side-Mounted Touch Strip===&lt;br /&gt;
Add a &amp;quot;touch strip&amp;quot; sensor onto the side of the phone which can be used to scroll. By having it on the side you can use your thumb to scroll comfortably while holding the phone one-handed. An 8-element capacitive sensor would work wonderfully and be easy to fab using either a Quantum QT411 (http://www.qprox.com/products/qslide_qt411.php) or Analog Devices AD7143 (http://www.analog.com/en/prod/0,2877,AD7143,00.html) controller. The Analog Devices chip seems better suited due to it's smaller allowable element size.&lt;br /&gt;
*With the AD7143 you can have an 8-element (128-position) 25mm long strip - Perfect!.&lt;br /&gt;
*With a few OLED screens beneath the strip it could be used as dynamic configurable buttons/alerts eg. zoom/flash/shutter with a camera application and SMS/Email/Voicemail alerts in standby&lt;br /&gt;
&lt;br /&gt;
===Heart Rate Compatibility=== &lt;br /&gt;
&lt;br /&gt;
An RF interface to receive data from popular heart rate straps (Polar, Garmin, Sigma, Suunto, etc.). This would go along well with the existing GPS functionality and possible future Accelerometer functionality to make for a full-blown workout tool.&lt;br /&gt;
&lt;br /&gt;
Software can be written to track heart rate along a running, cycling, skiing, swimming loop, to monitor max and min heart rate, to match heart rate data to GPS coordinates and print map data w/ relevant data.&lt;br /&gt;
&lt;br /&gt;
===Digital compass=== &lt;br /&gt;
A digital compass is useful for orienting maps to the terrain and other location/direction/orientation based applications (... is 300 meter that way) when the user is standing still (regardless of GPS reception) and for following a bearing when GPS reception is poor or speed is low. Also could be used to make the accelerometer data more exact.&lt;br /&gt;
&lt;br /&gt;
A compass is also useful for tagging photographs with the correct direction (in addition to location) of the photo.&lt;br /&gt;
&lt;br /&gt;
Very small [[I2C]] sensors like [http://www.ssec.honeywell.com/magnetic/hmc6352.html Honeywell's HMC6352 2-Axis Digital Integrated Compass] (6.5 x 6.5 x 1.5 mm) are very appropriate for this. Another option is the much smaller [http://www.global.yamaha.com/news/2006/20060726.html Yamaha YAS529 Three-Axis Geomagnetic Sensor IC Chip] (2.0mm x 2.0mm x 1.0mm).&lt;br /&gt;
&lt;br /&gt;
*[[Wishlist:Auto Align Map]]&lt;br /&gt;
&lt;br /&gt;
See [[Wishlist - Hardware: Digital compass]] for more information&lt;br /&gt;
&lt;br /&gt;
===Thermometer===&lt;br /&gt;
An electronic thermometer might become handy for some users.&lt;br /&gt;
&lt;br /&gt;
There are very small [[I2C]] devices available, that could easily integrate to the existing bus. For example [http://focus.ti.com/docs/prod/folders/print/tmp100.html this one from ti].&lt;br /&gt;
(Could just be cheap and use the thermometer from the battery, thats how they did it in the nokia 5140's). Also is integrated in a barometer/altimeter like the SMD500 mentioned in [[Wish List - Hardware - Atmospheric]].&lt;br /&gt;
::But if you carry it in your pocket it is unlikely to show the correct air temperature anyway. [[User:AudriusA|AudriusA]] 17:12, 12 January 2008 (CET)&lt;br /&gt;
&lt;br /&gt;
===Barometer and Variometer (Altimeter)===&lt;br /&gt;
&lt;br /&gt;
A Barometer measures air pressure. This can be used to give weather information, and also as a variometer, to sense relative altitude. Variometers are commonly used in flying microlight and ultralight aircraft, to get accurate relative altitude.&lt;br /&gt;
&lt;br /&gt;
These are also common on high end GPS units. This is a great feature for walkers as you can tell how far you have got on any ascent/decent.&lt;br /&gt;
&lt;br /&gt;
See [[Wish List - Hardware - Atmospheric]] for more information.&lt;br /&gt;
::The GPS device [[Manually using GPS|outputs the altidude]] as well. This has been tested and works fine. [[User:AudriusA|AudriusA]] 21:44, 7 February 2008 (CET)&lt;br /&gt;
&lt;br /&gt;
===Finger print sensor===&lt;br /&gt;
A fingerprint sensor gives easy and fast access to the phone, could lock the touchscreen etc. An example of this device can be found at [http://www.sonystyle.com/is-bin/INTERSHOP.enfinity/eCS/Store/en/-/USD/SY_BrowseCatalog-Start?CategoryName=cpu_VAIONotebookComputers_UX_Series&amp;amp;Dept=computers Sony UX17].&lt;br /&gt;
&lt;br /&gt;
Most fingerprint sensors in the embedded market include a navigation mode, where they work similar to either a touch-stick or touch-pad of a laptop.&lt;br /&gt;
&lt;br /&gt;
[http://www.fujitsu.com/downloads/MICRO/fma/formpdf/mbf320_fsfin.pdf Fujitsu] has a small strip like reader that has SPI and USB support.&lt;br /&gt;
&lt;br /&gt;
===Barcode Scanner===&lt;br /&gt;
*less cpu intensive and more reliable than camera+ocr&lt;br /&gt;
*though, bluetooth-enabled readers are already available.&lt;br /&gt;
&lt;br /&gt;
===Light Sensor===&lt;br /&gt;
Ability to sense ambient light, and act accordingly. i.e if it's 3am and LightValue&amp;lt;.1 then Ring Quietly.&lt;br /&gt;
&lt;br /&gt;
===A pluggable sensor module===&lt;br /&gt;
Give the option of a composite sensor module consisting of pressure, humidity, temperature and light sensors(if camera not present, which is the case), which will be pluggable to the phone and connected to the USB 1.1 port.&lt;br /&gt;
&lt;br /&gt;
===Wheel===&lt;br /&gt;
A navigation wheel like on a sony/ericsson 810i would be nice.&lt;br /&gt;
&lt;br /&gt;
===Proximity Sensor===&lt;br /&gt;
Switch off backlight when you place the phone to your ear. Prevent accidental activation of speakerphone or other sounds when the phone is near the ear (prevent hearing damage). Possibly switch the speakerphone on or off automatically depending on if the phone is by your head or not.&lt;br /&gt;
&lt;br /&gt;
=== Make ''all'' unlocking of phone, password protected===&lt;br /&gt;
&lt;br /&gt;
When my (current non-neophone) phone is in my pocket and I have it locked, it sometimes accidentally unlocks itself since only two keystrokes in the correct order are necessary to unlock it. When it's unlocked and still in my pocket it sometimes calls someone without my knowledge. All phones I've seen today have a press-just-one-button bypass to answer an incoming call even when the phone is locked. I suggest making the locking mechanism let the user configure it so that the user has to enter a password even for answering incoming calls. The likeliness of the phone accidentally runbbing against my car keys, hitting a ten character long password, unlocking the phone without my knowledge and consent is low enough even for us most unlucky users.&lt;br /&gt;
&lt;br /&gt;
==Expansion==&lt;br /&gt;
===Positioning of Buttons, Connections and ports===&lt;br /&gt;
&lt;br /&gt;
Ideally any cable ports such as charging, USB, audio, docking should not get in the way of your hand or fingers when holding it in it's normal orientation. For the sake of SDIO cards an external SD slot should be on the top edge. IR for remote control software and ease of inter-device communication should be on the corner so that it is facing away from you for both orientations. Buttons obviously are positioned for finger control. An example of how '''not''' to do this would be the HTC Universal&lt;br /&gt;
&lt;br /&gt;
===Storage===&lt;br /&gt;
&lt;br /&gt;
====MMC/SD/SDIO slot (rather than?) miniSD or microSD====&lt;br /&gt;
*Cheaper, more durable cards in a widely accepted format.&lt;br /&gt;
*Much much larger storage capacity, [http://blog.scifi.com/tech/archives/2007/08/23/toshiba_unleash_1.html even 32GB]&lt;br /&gt;
*Cards are harder to lose&lt;br /&gt;
*Wider selection of accessories, including SDIO accessories.&lt;br /&gt;
*Make externally available so that larger length SDIO cards can be used (thinking about SDIO WLAN here)&lt;br /&gt;
*[http://en.wikipedia.org/wiki/Secure_Digital_card#SDHC SDHC] compatible. It seems to already have the right hardware for it - see [[Neo1973_Hardware#microSD-Card]].&lt;br /&gt;
See more on [http://wiki.openmoko.org/wiki/Wish_List#SD_Card_Slot Wish list - SD Card Slot]&lt;br /&gt;
&lt;br /&gt;
====Two SD slots====&lt;br /&gt;
*Micro SDHC for /home partition. Keep like current design underneath SIM card&lt;br /&gt;
*Hot swappable externally accessible normal size SDHC/SDIO slot&lt;br /&gt;
&lt;br /&gt;
=== Internal Communication Bus ===&lt;br /&gt;
*A standard and/or documented internal communication bus of some sort could simplify adding new hardware modules.&lt;br /&gt;
*Serial USB or I2C connector internal to case towards the top&lt;br /&gt;
*Several digital I/O pins that operate at TTL levels&lt;br /&gt;
*A few analogue I/O pins attached to a A/D converter&lt;br /&gt;
*Documentation of Debug board connector could provide some of this functionality.&lt;br /&gt;
&lt;br /&gt;
I2C is used on the Neo with some details of resources already in use documented!&lt;br /&gt;
Please see [[I2C | Neo I2C Devices]] for more information &amp;amp; a list of devices &amp;amp; the addresses currently in use &amp;amp; documented for the Neo1973.&lt;br /&gt;
&lt;br /&gt;
===Local Communication===&lt;br /&gt;
&lt;br /&gt;
====USB====&lt;br /&gt;
* 5V Powered, to avoid having to carry around a hub for when you want to occasionally plug in a memory stick. Many powered hubs will not recognize a totally unpowered host. Provide a maximum current to drive a basic USB keyboard/memory stick/mouse/webcam/astrowebcam. This could be done by adding a small cheap power converter like the [http://www.national.com/pf/LM/LM2753.html LM2753]&lt;br /&gt;
* USB 2.0 (USB 1.1 is too slow to transfer data to the card, removing the card everytime from the phone isn't an option too, because it is placed under the battery)&lt;br /&gt;
* Standard type A socket for quick &amp;amp; easy insertion of memory sticks etc.&lt;br /&gt;
* OTG, to be able connect usb keyboard like [http://www.mobile-review.com/pda/review/cherry-kb-en.shtml Cherry G84-4321 SUNRG]&lt;br /&gt;
* Bootable USB device emulation: the possibility to boot any computer on a bootable flagged partition of the transflash.&lt;br /&gt;
* Protection against incorrectly wired USB ports: some USB ports are wired incorrectly; if the +5V and GND are swapped, the device would get -5V when it's expecting +5V, which could burn some chips. A reverse-biased diode between +5V and GND, D+ and GND, D- and GND, and (if used) ID and GND, with a low enough forward voltage drop (to limite the negative voltages to what the chips can withstand), would protect the device by tripping the port's short circuit protection.&lt;br /&gt;
&lt;br /&gt;
====Wireless USB support====&lt;br /&gt;
[http://en.wikipedia.org/wiki/Wireless_USB Wireless USB] is the wireless version of USB offering data-rates up to 480 Mbit/s over short distances (&amp;lt;3 meter). Chipsets suitable for a phone are likely to take some time to be available.&lt;br /&gt;
&lt;br /&gt;
====Bluetooth with A2DP====&lt;br /&gt;
Is the blue-tooth radio present in the phone A2DP compatible. If not, make it so.&lt;br /&gt;
&lt;br /&gt;
Great for listening to music or watching a movie with full sound.&lt;br /&gt;
&lt;br /&gt;
====SIR/FIR transceiver (Serial Infrared) / IR remote control====&lt;br /&gt;
*An infrared transceiver is cheap, small, and useful for sync with many laptops and mobile phones. &lt;br /&gt;
*Replace/emulate all IR-based remote controls used for your tv, vcr, etc on your neo cell phone.&lt;br /&gt;
** replaces multiple 'dumb' devices with a single intelligent device (your neo) that you will probably carry with you at all times anyway. &lt;br /&gt;
**Command sets should be retrieved from a database or learned from other less intelligent remote control devices with macros. &lt;br /&gt;
**reduces clutter, particularly in the living room.&lt;br /&gt;
**inceases the neo's practical status as an 'always-have' device. &lt;br /&gt;
&lt;br /&gt;
Other uses.&lt;br /&gt;
*Detecting reflections from inside of a caddy, and switching from active mode.&lt;br /&gt;
*FIR would be a nice option, as it's some 40 times faster than SIR.&lt;br /&gt;
&lt;br /&gt;
===Other===&lt;br /&gt;
&lt;br /&gt;
====Video Out====&lt;br /&gt;
*Through a docking port&lt;br /&gt;
**S-Video/Composite Out&lt;br /&gt;
**DVI Out&lt;br /&gt;
**HDMI Out&lt;br /&gt;
**Display Port&lt;br /&gt;
&lt;br /&gt;
==Output devices==&lt;br /&gt;
&lt;br /&gt;
===LED===&lt;br /&gt;
*The Neo1973 GTA02 will have LEDs of some sort behind at least one button. [http://lists.openmoko.org/pipermail/community/2007-July/008458.html]&lt;br /&gt;
*A blinking LED would be a cheap, low power way to inform the user of new SMS/Email....&lt;br /&gt;
**An alternative to this would be for one small part of the LCD to be separately backlit.&lt;br /&gt;
**This requires the CPU and LCD to be somewhat active, to keep the LCD refreshed, but gives much more information.&lt;br /&gt;
**A Small OLED Screen could be used and display much more information than a LED with minimal power usage.&lt;br /&gt;
&lt;br /&gt;
*For example a multicolor LED which pulses yellow for GSM/GPRS transmit, blue for Bluetooth/Wifi, green to indicate non-urgent information - missed call etc, red to indicate battery low or other urgent notices.&lt;br /&gt;
&lt;br /&gt;
**The LED and button ideas could be combined: illuminated buttons.&lt;br /&gt;
**It must be possible to completely disable the LED to save power or other personal preferences.&lt;br /&gt;
&lt;br /&gt;
=== Flashlight ===&lt;br /&gt;
For finding keys, or any other application. May also optionally pulse in time with ring, to make phone more visible.&lt;br /&gt;
This is really well done in Nokia 5500.&lt;br /&gt;
&lt;br /&gt;
-I second this one. The most used feature in my Nokia 5140 after the calling and sms features is the flashlight. It's just one simple LED, but powerful enough to see with if it's really dark. If it ain't dark, you won't need the light anyway. :)&lt;br /&gt;
&lt;br /&gt;
Also, Who hasn't lost their keys and opened up their cell phone to use as a flashlight?&lt;br /&gt;
&lt;br /&gt;
=== FM transmitter ===&lt;br /&gt;
Small FM transmitter to output to car, and other nearby radios.&lt;br /&gt;
&lt;br /&gt;
Fix the biggest flaw in the iPod before Apple does!&lt;br /&gt;
&lt;br /&gt;
=== Infrared Transmitter w/ universal remote software ===&lt;br /&gt;
Infrared LED on top of device with universal remote software so you can control televisions, DVDs etc.&lt;br /&gt;
[http://www.novii.tv/ Here] is an example of universal remote software.&lt;br /&gt;
&lt;br /&gt;
:I'd like to add that i fully support this. An IR port on future openmoko devices capable of controlling set-top boxes like TV/DVD/Stereo is necessary to make the device as universal as possible. A cellphone should be your window to the world and allow you to interact with it in as many ways as possible.&lt;br /&gt;
&lt;br /&gt;
:Care must be taken to use the correct type of IR chipset/controller in the phone. Most IR ports you find on devices like computers, some cellphones etc. Are for high speed data communication and CAN'T control TVs/DVDplayers/Stereos etc.&lt;br /&gt;
&lt;br /&gt;
:In order to reduce cost it maybe possible to use the sound chipset in the phone to generate the waveform sent to the IR led. IR remotes work at ~38Khz which is within the range of the sound chipset. The sound output could be internally switched between the IR led or the speakers.&lt;br /&gt;
&lt;br /&gt;
===HAC Compliance===&lt;br /&gt;
[http://quux.wiki.zoho.com/WhereAreHACphones.html Here] is some summary/discussion of how hearing aid compliance rules work in the US. Specifically it would be nice to see the phone include a [http://www.hearingresearch.org/Dr.Ross/telecoil_and_telephones.htm telecoil], which allows the phone to connect wirelessly to many standard hearing aids.&lt;br /&gt;
&lt;br /&gt;
==Mobile Communication options==&lt;br /&gt;
&lt;br /&gt;
===Generic Access Network / Unlicensed Mobile Access===&lt;br /&gt;
This technology requires cooperation from the cellular provider, but [http://en.wikipedia.org/wiki/Unlicensed_Mobile_Access UMA/GAN] is already offered by T-Mobile in the United States, and perhaps others in other countries.  Allowing the user to roam from GSM to wifi, this technology can save the end user a significant amount of money, and also allow the user to deploy coverage where there was none before.  There are only a few UMA capable phones currently, but it would be great if this could be made to work on a phase 2 type OpenMoko device.&lt;br /&gt;
&lt;br /&gt;
Note that this features requires more advanced access to the GSM modem. &lt;br /&gt;
Special messages needs to be exchanged with the network.&lt;br /&gt;
&lt;br /&gt;
===Faster/better mobile connectivity.===&lt;br /&gt;
[http://en.wikipedia.org/wiki/Gsm GSM]/[http://en.wikipedia.org/wiki/GPRS GPRS] is at best slow. An incremental improvement would be a radio with [http://en.wikipedia.org/wiki/EDGE EDGE ] support. EDGE is an evolved GSM standard and, like GPRS, it operates on the same frequency as voice. This means a quad-band EDGE radio will have near-complete worldwide coverage. &lt;br /&gt;
&lt;br /&gt;
[http://en.wikipedia.org/wiki/UMTS UMTS] - which is widespread in Europe and being deployed in the US, [http://en.wikipedia.org/wiki/HSDPA HSDPA] (asia) and any other mobile standards would be nice for faster data connectivity and coverage.&lt;br /&gt;
It is unlikely that all of these will be supported initially, but it is a goal. These faster standards operate in different frequencies from GSM/GPRS/EDGE. Which frequency exactly will depend on the carrier and country. For UMTS in the US, AT&amp;amp;T uses 850/1900 MHz but T-Mobile will use 2100/1700 MHz for example.&lt;br /&gt;
&lt;br /&gt;
Until that goal is reached, it is likely that some phones will be brought out for various specific markets - Europe, Asia, US.&lt;br /&gt;
&lt;br /&gt;
===Ability to use multiple SIMs/networks===&lt;br /&gt;
* External SIM sockets are widely available in China, a dual external socket would be a very good solution.&lt;br /&gt;
* [http://www.fonefunshop.co.uk/dualsim/digital.htm Dual SIM card kit] - two SIMs are trimmed and combined, software supportwould be needed, and both can't be used at once...&lt;br /&gt;
* Some networks support multiple numbers on one SIM. Unfortunately this won't allow split networks.&lt;br /&gt;
* A second/dual GSM module would allow full use of both sims at all times.&lt;br /&gt;
* As a hack, [http://wiki.openmoko.org/wiki/Wish_List#Bluetooth_powered_Multi-SIM_support use another mobile via BT].&lt;br /&gt;
** As many as three SIM slots would be genuinely useful, especially for a 3G phone - some 3G data tariffs are only available on data-only SIMs. A user could quite reasonably have one SIM for data, once SIM for his personal voice calls, and a third SIM for his business number.&lt;br /&gt;
* Dual SIM card support will be especially welcome by the women. They just love to talk on the phone.&lt;br /&gt;
* Save the contents from several SIM-cards to memory and simulate them.&lt;br /&gt;
&lt;br /&gt;
===PMR446/FRS Radio===&lt;br /&gt;
* Include a PMR/FRS Radio.&lt;br /&gt;
* A two-way walkie talkie lets you use the phone to communicate with friends without requiring a GSM connection (crowded networks at festivals, at locations with no GSM coverage).&lt;br /&gt;
&lt;br /&gt;
2 way talk over Sprint/Nextel/Boost networks if possible. At least the walkie talkie feature for sure. It's very annoying being at a lake with no service and can't call your friend in the other boat across the lake.&lt;br /&gt;
&lt;br /&gt;
===[[DECT]]===&lt;br /&gt;
* Include a [[DECT]] GAP/CAT-iq transceiver so you can use your home and/or office PSTN line&lt;br /&gt;
** Ability to use Alcatel phonebook stuff (like provided by the eventphone.de phone equipment) would be very nice too&lt;br /&gt;
&lt;br /&gt;
===[[SIP phone]]===&lt;br /&gt;
Make stripped down (and thus cheaper) version of the Neo1973 phone for use as a SIP phone. Remove GPS, GSM, accelerometers, stylus.&lt;br /&gt;
&lt;br /&gt;
Addition of an centimeters-precise location system [http://en.wikipedia.org/wiki/Real_Time_Location_Systems RTLS] would be nice, as it will allow highly sensible indoor context detection. Imagine putting the phone next to your mirror (where you shave daily) and watch it automatically switch to news radio channel. Or put it next to your bed and see it automatically switch to &amp;quot;sleeping&amp;quot; mode, when only calls from predefined numbers are accepted.&lt;br /&gt;
&lt;br /&gt;
=='''Casing'''==&lt;br /&gt;
See also: [[Alternate Neo1973 case designs]] for a list of cases being considered for design/manufacture by the community.&lt;br /&gt;
&lt;br /&gt;
=== [[Hardware:Neo1973:Alternate_Cases:Expansion_Module_Casing | Expansion Module Casing]] ===&lt;br /&gt;
Longer case (150-160mm+) with space in the top to put expansion modules, including test &amp;amp; hobby hardware.  Would require use of a standard internal power &amp;amp; communications bus. Could be left empty with blank cover or house cameras, solar panels, a crank powered charger, special transmitters/recievers, or anything else imaginable.&lt;br /&gt;
&lt;br /&gt;
[http://www.likeasecret.com/Neo1973/Neo1973-Exp.mov Neo1973 Expansion Module Quicktime rendering]&amp;lt;br /&amp;gt;&lt;br /&gt;
[[Image:Neo1973-Exp.png]]&lt;br /&gt;
&lt;br /&gt;
=== Expansion Back Casing ===&lt;br /&gt;
Replacement backs with additional features ranging from solar power, larger batteries, extra hardware, ...&lt;br /&gt;
&lt;br /&gt;
===[[Hardware:Neo1973:Alternate_Cases:Expansion_Front_Casing|Expansion Front Casing]]===&lt;br /&gt;
Replacement fronts with e.g. extra buttons.&lt;br /&gt;
&lt;br /&gt;
=== Space efficient Lanyard ===&lt;br /&gt;
The hole at the bottom of the phone takes a lot of space. A [http://en.wikipedia.org/wiki/Kensington_Security_Slot Kensington Security Slot] could be used instead.&lt;br /&gt;
&lt;br /&gt;
=== Rugged version ===&lt;br /&gt;
We need something you can drop from 4 feet in to a puddle of dirty water on construction site. Sunlight readable display, maybe aluminium case. The big ugly pseudo military version. What about a casing similar to the OLPC project's in terms of dust and waterproofing? I frequently have to answer the phone with hands dripping sea water and most phone's do not take kindly to that type of treatment. Also the accelerometers can be wired to a protection mechanism which suspends all processing/data activity in case of a (free) fall. &lt;br /&gt;
&lt;br /&gt;
=== Transparent ===&lt;br /&gt;
Make a transparent, see-through casing. Why do we need a closed casing for open hardware and open software? Show the world it is a truly Free/Open source phone.&lt;br /&gt;
&lt;br /&gt;
That makes sense to me. I second that idea!&lt;br /&gt;
Me, too!&lt;br /&gt;
&lt;br /&gt;
=== Blank ===&lt;br /&gt;
Even though the transparent case would work too, I would like to see a blank case of pure black or white so people could have the option of air-brushing,painting or even drawing on the case.&lt;br /&gt;
&lt;br /&gt;
===Integrated solar charger===&lt;br /&gt;
Perhaps on one side there could be an integrated photovoltaic. It would be small, but might it be enough to charge the device. It could be integrated in an aesthetically pleasing fashion like [http://i.i.com.com/cnwk.1d/i/bto/20080523/solarboat.jpg this]... except, with a matching color. :)&lt;br /&gt;
&lt;br /&gt;
==Misc==&lt;br /&gt;
===Battery Size/Standby Time===&lt;br /&gt;
&lt;br /&gt;
Since the device will be ultimately running a wide selection of software on it the battery needs to be somewhat more robust and have a longer standby time than that of current phone's. At the moment I'm using a Moto (2 days before charging) or a Samsung (3 days before charging) and am not impressed with either phone's standby time, and I'm not using the phone's for anything but calls.&lt;br /&gt;
&lt;br /&gt;
=== Dedicated Power / Charger Pinout ===&lt;br /&gt;
&lt;br /&gt;
Having not yet seen a physical Neo device, I haven't been able to examine any of the IOs to see if there already is a dedicated power / charger input. However, I can imagine that it might be very tempting to have the device charge solely via USB. For any device that is capable of USB-host, that is a '''horrible''' idea, particularly when it's intended to be a mobile-komputing device.&lt;br /&gt;
&lt;br /&gt;
Since the device is able to run in USB host mode, it might be a good idea to allow for an alternate power supply, if say, a USB keyboard was being used for several hours. Rather than drain the battery, one could just supply power via the wall outlet while still providing endless hours of USB-host enjoyment for those hard-coders on the go.&lt;br /&gt;
&lt;br /&gt;
The main question is just deciding on where to take power from (or at all) if in USB-client mode and the power cable is inserted, but really, that's not too big of a deal and can be solved with very minimal circuitry. If 5V is detected on the power line, then the obvious place to get it from is there at any point in time.&lt;br /&gt;
&lt;br /&gt;
This might sound extraneous at first, but when the device shuts down in the middle of an important USB file transfer, or right before that great piece of code was saved, you can bet that those users will be saying &amp;quot;Hmm... a separate power adapter would have really come in handy right now&amp;quot;. &lt;br /&gt;
&lt;br /&gt;
I suggest a tiny 3mm, dedicated +5V power input (something a la Nokia).&lt;br /&gt;
&lt;br /&gt;
With the dedicated charger it would also be possible to use any standard USB device if&lt;br /&gt;
the phone recognized the external power and enabled 5v power when plugged in.&lt;br /&gt;
&lt;br /&gt;
===Galileo/GLONASS/GPS receiver===&lt;br /&gt;
*A multi-standard satellite positioning module would be nice eventually, it does not seem to be near-term due to chipset availability problems. Galileo is the to be launched (2011) European positioning system. GLONASS is the already existing Russian one.&lt;br /&gt;
&lt;br /&gt;
=== GPS antena ===&lt;br /&gt;
The current GPS device seems even dependent on weather and may not work in heavy rain or snow. It seems necessary to think how to improve the reliability. The small portable GPS antena may be an option.&lt;br /&gt;
&lt;br /&gt;
===X10 RF Remote===&lt;br /&gt;
Many PC-based media centers are being equipped with an RF (433 MHz) / X10-based remote control. The [http://en.wikipedia.org/wiki/X10_(industry_standard) X10] protocol also facilitates home automation to control lamps, switches, etc.&lt;br /&gt;
The advantages of using RF for control instead of Infra-red this that it also works when furniture, walls, or doors are blocking the path between RF remote and the equipment or device. [http://www.lirc.org/ Lirc] supports X10-based RF remotes (but expects having an USB RF receiver attached to the media center).&lt;br /&gt;
&lt;br /&gt;
===RFID tag/RFID Reader===&lt;br /&gt;
* Implementation/Cooperation with: [http://www.rfidguardian.org/ RFID-Guardian]&lt;br /&gt;
*An enable-able tag would be of use - for example being able to use the phone to open doors, or cars. Unfortunately, it's moderately hard to do secure programmable tags that are compatible with existing systems, for obvious reasons.&lt;br /&gt;
* Say you have RFID tags on your personal belongings: cellphone, keys... Neo could be programmed to remember the last recorded GPS location before it lost contact with the respective RFIDs. It'd be trivial to check where you left your cellphone, get directions from a map...or beep when the phone gets out of RFID range.&lt;br /&gt;
&lt;br /&gt;
*I agree with this idea, a great idea and you have to do it (Jackcday)&lt;br /&gt;
&lt;br /&gt;
===NFC chip===&lt;br /&gt;
*A Near Field Communication chip, with this chip it will be possible to pay with your phone (like a credit card)in the near future, see [http://www.nokia.com/A4305081 Nokia]for details&lt;br /&gt;
*NXP is a chip fabricator which provides NFC chips [http://nxp.com NXP] direct link&amp;gt;&amp;gt; www.nxp.com/#/pip/cb=[type=product,path=/53420/53424]|pip=[pfp=53424][0] their chips also support the above RFID reading&lt;br /&gt;
&lt;br /&gt;
===Less weight===&lt;br /&gt;
* Work on the weight of the Neo1973 and following devices. At the present time the Neo1973 is just a moderate / normal business or multimedia phone. The ordinary &amp;quot;user&amp;quot; may want something lighter. Take a look at the following table, that's the Neo1973 compared with other common business or multimedia phones.&lt;br /&gt;
{|border=&amp;quot;1&amp;quot;&lt;br /&gt;
| Neo1973 || Fujitsu-Siemens LOOX N560 || E-Ten Glofiish X500+ || Sony Ericsson P990i || iPhone || Nokia E65 &lt;br /&gt;
|- &lt;br /&gt;
|  184 g  ||            160 g          ||         146 g        ||        150 g        ||  135 g ||   115 g   &lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
===Make it smaller===&lt;br /&gt;
* To stay within physical matters: Maybe the Neo1973 is also just a normal business/multimedia phone when looking at the size. It would be great the shrink it a bit. Especially the thickness of 18.5 mm could be worked on!&lt;br /&gt;
&lt;br /&gt;
===Standard 3.5mm headphone jack===&lt;br /&gt;
The Neo1973 uses a 4-conductor 2.5mm jack for stereo headphones and a microphone. A 2.5mm jack is the most common for headsets. &lt;br /&gt;
&lt;br /&gt;
There is an emerging convention used in the Nokia N800 and some other devices. A 4-conductor 3.5mm jack that can use a microphone with special headsets, but can also be used with off-the-shelf 3.5mm stereo headphones. Adapters to 2.5mm are of course available and this 3.5mm jack is much more robust.&lt;br /&gt;
&lt;br /&gt;
Neglecting space limitations, multiple sockets - 2.5mm and 3.5mm would be nice. Probably not practical in a phone. Other expanded plugs might allow remote controls.&lt;br /&gt;
&lt;br /&gt;
Other uses might be better met using bluetooth, or USB audio.&lt;br /&gt;
&lt;br /&gt;
===Software should know of the jack status===&lt;br /&gt;
It should be possible for the OS to see if there is something connected to the audio jacks. That would avoid the embarrasing moments when you accidently pull out the headphones from the cell/laptop and whatever you were listening blares over the place at full volume. If OS can see, that the headphones were unplugged without turning off the audio, then it could pop up a warning that would allow to direct audio to internal speakers or turn it off. If the user would replug the headphones/speakers then the warning would dissapear as well.&lt;br /&gt;
&lt;br /&gt;
===Laser Pointer===&lt;br /&gt;
Include a built in laser pointer.  Everything is better with lasers.&lt;br /&gt;
&lt;br /&gt;
===Completely free hardware===&lt;br /&gt;
Consider selling one device with absolutely no non-free components in it, even if that means dropping the GSM support.  I believe having one such device available would be good, because then it could be recommended by organizations like the FSF which typically never recommends anything if it has even a little non-free code in it.&lt;br /&gt;
&lt;br /&gt;
=== Consider economy / inexpensive / less featured edition ===&lt;br /&gt;
Some people want less features, because they do not need them. Leaving out some features either lets the phone get smaller or possibly enhances battery live.&lt;br /&gt;
&lt;br /&gt;
One big suggestion in this area is a b/w lower res display instead of the big color display.&lt;br /&gt;
&lt;br /&gt;
=== Inductive Charger ===&lt;br /&gt;
&lt;br /&gt;
It would be nice if it was possible to charge the phone without having to connect a cable. I'd like to have a simple docking station with an inductive charger like the type that's used for electric toothbrushes [http://home.howstuffworks.com/question292.htm ]. The charger itself could get its power from a standard wall-wart power supply, or it could be USB/Firewire powered.&lt;br /&gt;
&lt;br /&gt;
==== Examples of existing commercial systems ====&lt;br /&gt;
* http://www.splashpower.com/&lt;br /&gt;
&lt;br /&gt;
=== Solar panel/dynamo Charger===&lt;br /&gt;
&lt;br /&gt;
It would be very nice to be able to charge the phone outside of the electric grid (for example on hikes and boating trips). A combined solar panel and muscle empowered (rotational etc.) charger would do the trick nicely.&lt;br /&gt;
&lt;br /&gt;
'''some mobile Solarpanels'''&lt;br /&gt;
 	&lt;br /&gt;
[http://www.globetrotter.de/de/shop/detail.php?mod_nr=off01011&amp;amp;k_id=1400&amp;amp;hot=0 Off-Grid Systems Sunbag L]&lt;br /&gt;
&lt;br /&gt;
[http://www.globetrotter.de/de/shop/detail.php?mod_nr=off01001&amp;amp;k_id=1400&amp;amp;hot=0 Off-Grid Systems Sunbag S]&lt;br /&gt;
&lt;br /&gt;
[http://www.globetrotter.de/de/shop/detail.php?mod_nr=sv_01011&amp;amp;k_id=1400&amp;amp;hot=0 Silva Solar I]&lt;br /&gt;
&lt;br /&gt;
[http://www.globetrotter.de/de/shop/detail.php?mod_nr=sv_01012&amp;amp;k_id=1400&amp;amp;hot=0 Silva Solar II]&lt;br /&gt;
&lt;br /&gt;
[http://www.globetrotter.de/de/shop/detail.php?mod_nr=sol01011&amp;amp;k_id=1400&amp;amp;hot=0 Solarc e-Go Professional]&lt;br /&gt;
&lt;br /&gt;
[http://www.heise.de/mobil/suche/ergebnis?rm=result;q=solar;url=/mobil/artikel/74142/;words=solar Solarc e-Go *] &lt;br /&gt;
&lt;br /&gt;
[http://www.heise.de/newsticker/suche/ergebnis?rm=result;words=Solar%20solar;q=solar;url=/newsticker/meldung/91536/ Solar JKT]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
- I think a dynamo charger (&amp;quot;share charger&amp;quot;, rotational, ...) would be more practical as a peripheral, connected through the USB-interface using the same principle cellphones now charge when connected to an USB-port. You could very easily hack this together. [http://www.metacafe.com/watch/449950/hack_a_flashlight_to_power_your/ flashlight recharge hack]&amp;lt;br /&amp;gt;&amp;lt;br /&amp;gt;Random thought; Why not create some merchandise toys with a small lithium battery which charge through centrifugal force allowing to recharge the phone with a small &amp;quot;general&amp;quot; connector.&lt;br /&gt;
&lt;br /&gt;
[http://www.heise.de/mobil/artikel/61368/0 Article about aome mobile power-sources]&lt;br /&gt;
&lt;br /&gt;
=== Plastic Solar/Back side on the Neo===&lt;br /&gt;
&lt;br /&gt;
Solar cells from Plastic, on the reverse side of the Neo 1973&lt;br /&gt;
modified and introgreated in the battery backcover/flap,&lt;br /&gt;
like an energy source when the display is in standby mode.&lt;br /&gt;
Thats can be use also as alternate charge method's and also helps in emergency.&lt;br /&gt;
&lt;br /&gt;
http://www.nanosolar.com/&lt;br /&gt;
&lt;br /&gt;
=== Vibration===&lt;br /&gt;
Instead of using a counter-weighted motor to provide a vibrate function, a small solenoid could be used.It would provide more of a tap or click feel. It could be used to provide feedback when a on screen button is pressed. Different patterns of taps is a lot easier to recognize compared to different vibration frequencies. For those who know morse code they could have the phone tap out the phone number/name of the person calling/messaging or other alerts.&lt;br /&gt;
&lt;br /&gt;
===As plug-in without screen...===&lt;br /&gt;
&lt;br /&gt;
Along the lines of add-on cards, only looking at it from a different angle, I'd like to see a &amp;quot;faceless&amp;quot; openmoko with a documented hardware interface for both communicating with it and inserting it into other devices. Even the keypad/screen/battery would be attached, openmoko itself would just be faceless sliver of hardware with a documented interface and an API for communicating with the innards.&lt;br /&gt;
&lt;br /&gt;
===Running without battery===&lt;br /&gt;
Please make it possible to run the device without a battery inserted (with the charger attached). I have several mobile phones which do not work anymore (even when attached to the charger) because the battery is worn out and new batteries are not available. I want the OpenMoko to be usable when the battery is worn out.&lt;br /&gt;
&lt;br /&gt;
===Make GSM/CDMA/WiFi/WiMax/GPS plugable===&lt;br /&gt;
Please make Openmoko mobile as PC GSM/CDMA/... just working like plugable cards, they are cards/adaptor for the DEVICE only. the user may eject GSM module and inject with CDMA module. the DEVICE may provide several slot to allow user choose wifi/wimax/sd/gps/harddisk/...&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Related Hardware==&lt;br /&gt;
See [[Related Hardware]]&lt;br /&gt;
&lt;br /&gt;
[[Category:Hardware ideas| ]]&lt;br /&gt;
[[Category:User]]&lt;/div&gt;</summary>
		<author><name>Datenwolf</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Neo_FreeRunner_Hardware</id>
		<title>Neo FreeRunner Hardware</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Neo_FreeRunner_Hardware"/>
				<updated>2008-07-28T11:36:20Z</updated>
		
		<summary type="html">&lt;p&gt;Datenwolf: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Languages|Neo FreeRunner GTA02 Hardware}}&lt;br /&gt;
__NOTOC__&lt;br /&gt;
__NOEDITSECTION__&lt;br /&gt;
{{gta02menu}}&lt;br /&gt;
[[Openmoko]] is a software distribution stack that sits on top of a [[hardware]] platform.  The [[Neo FreeRunner]] phone is the second hardware platform to take advantage of Openmoko.  You can find specifications of the hardware by reviewing this introduction page and the pages in the category as shown at the bottom of this page.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;!-- {{note|This page is about hardware that is currently in '''design/prototype''' phase, changes are frequent}} --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=Summary=&lt;br /&gt;
Openmoko, Inc. is building a Linux based smart phone with full GPL compatible firmware source code for Openmoko, project code named GTA02 (Neo FreeRunner).&lt;br /&gt;
&lt;br /&gt;
Detailed hardware component selection can be found below. See also the [[Neo FreeRunner GTA02 Hardware Requirements]] used in making these component selections.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;gallery&amp;gt;&lt;br /&gt;
Image:Gta02a5 pcba cs.JPG|display (top) side NOTE: GTA02 A5 PCBA Component Side photo&lt;br /&gt;
Image:Gta02a5 pcba ps.JPG|component (back) side NOTE: GTA02 A5 PCBA Print Side photo&lt;br /&gt;
Image:GTA02 A5 PCB CS.jpg|component (back) side NOTE: GTA02 A5 PCB Component Side photo&lt;br /&gt;
Image:GTA02 A5 PCB PS.jpg|component (back) side NOTE: GTA02 A5 PCB Print Side photo&lt;br /&gt;
Image:SimpleComponentDiagram.jpg|Simplified Hardware Component Diagram&lt;br /&gt;
&amp;lt;/gallery&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= GTA02 Hardware Component Selection =&lt;br /&gt;
&lt;br /&gt;
== Physical Dimensions ==&lt;br /&gt;
* 120.7 x 62 x 18.5 mm (4.75 x 2.44 x 0.728 inch)&lt;br /&gt;
* 110 +/- 5 g (4 ounces) without battery &amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Main components ==&lt;br /&gt;
=== Processor ===&lt;br /&gt;
The main Processor (CPU) is a [[Samsung S3C2442B B54]] (running at 400 MHz)&lt;br /&gt;
&lt;br /&gt;
GPIO Assignments: https://svn.openmoko.org/trunk/doc/hardware/GTA02v4/gpio.txt&lt;br /&gt;
&lt;br /&gt;
{{:Samsung S3C2442B B54}}&lt;br /&gt;
&lt;br /&gt;
=== Power Management ===&lt;br /&gt;
A NXP PCF50633 04 N3 is used for [[Neo1973_Power_Management|power management]].&lt;br /&gt;
&lt;br /&gt;
* NXP PMU index: [http://www.nxp.com/products/power_management/pmu/index.html NXP PMU index page]&amp;lt;br&amp;gt;&lt;br /&gt;
* Product Datasheet: [http://people.openmoko.org/tony_tu/GTA02/datasheet/PMU/PCF50633DS_02.pdf NXP PCF50633 Product Data Sheet]&amp;lt;br&amp;gt;&lt;br /&gt;
* Product User manual: [http://people.openmoko.org/tony_tu/GTA02/datasheet/PMU/PCF50633UM_6.pdf NXP PCF50633 User Manual]&amp;lt;br&amp;gt;&lt;br /&gt;
**Special thanks NXP provide full user manual and support openness for all developer&lt;br /&gt;
**Datasheet/User manual usage  [http://lists.openmoko.org/pipermail/community/2008-March/013898.html was legally authorized by NXP]&lt;br /&gt;
* Connected to: S3C2442 via I2C, client address is 0x08. &amp;lt;br&amp;gt;&lt;br /&gt;
* Driver Source: https://svn.openmoko.org/trunk/src/target/kernel/patches/pcf50633.patch&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Flash ===&lt;br /&gt;
==== NAND Flash ====&lt;br /&gt;
256MB integrated Samsung NAND flash inside the 2442 multi-chip package, attached to the S3C2442 NAND controller&lt;br /&gt;
&lt;br /&gt;
* Product Homepage: [http://www.samsung.com/global/business/semiconductor/productInfo.do?fmly_id=229&amp;amp;partnum=SC32442 S3C2442]&lt;br /&gt;
* Data Sheet: S3C2442 B54 comes with 256 MB NAND MCP package&lt;br /&gt;
* Connected to: S3C2442 NAND controller&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== NOR Flash ====&lt;br /&gt;
&lt;br /&gt;
16MBit ST M58WR016KB706E NOR flash for 'unbrickable emergency boot' feature.&lt;br /&gt;
&lt;br /&gt;
* Product Homepage: [http://www.st.com/stonline/products/families/memories/fl_nor_mob/index.htm ST Mobile Flash NOR/Mobile Terminal]&lt;br /&gt;
* Data Sheet: [http://www.st.com/stonline/products/literature/ds/13023/m58wr032qb.pdf M58WR016]&lt;br /&gt;
* Connected to: S3C2442 NAND controller&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== SDRAM ===&lt;br /&gt;
128MB SDRAM (64MB inside 2442 MCP, 1x Samsung K4M51323PC) attached to S3C2442 SDRAM controller&lt;br /&gt;
* Product Homepage: [http://www.samsung.com/global/business/semiconductor/productInfo.do?fmly_id=136&amp;amp;partnum=K4M51323PC Samsung K4M51323PC]&lt;br /&gt;
* Data Sheet: [http://www.samsung.com/global/system/business/semiconductor/product/2007/6/11/MobileSDRAM/MobileSDRSDRAM/512Mbit/K4M51323PC/ds_k4m51323pc.pdf Samsung K4M51323PC]&lt;br /&gt;
* Connected to: S3C2442 &amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== GSM/GPRS ==&lt;br /&gt;
The [[GSM]] (including GPRS) modem is Texas Instruments Calypso based.&lt;br /&gt;
&lt;br /&gt;
* Connected to: S3C2442 UART1 (full-uart, RxD, TxD, CTS, RTS), /dev/ttySAC0 in userspace&lt;br /&gt;
* PM Driver: https://svn.openmoko.org/trunk/src/target/kernel/patches/gta01-power_control.patch&lt;br /&gt;
* Accessible GSM/GPRS antenna jack (if battery cover is removed)&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== CALYPSO ASIC digital baseband ===&lt;br /&gt;
Unfortunately we cannot provide many details on the GSM chipset due to very tight [http://en.wikipedia.org/wiki/Non-disclosure_agreement NDA]s.  However, this is not neccessarily required, since it interfaces using a standard UART serial line with the S3C2442.  On that interface, [http://www.3gpp.org/ftp/Specs/archive/07_series/07.05/ GSM 07.05], [http://www.3gpp.org/ftp/Specs/archive/07_series/07.10/ GSM 07.10] and other standardized protocols are used.&lt;br /&gt;
&lt;br /&gt;
The NDAd documentation for the calypso, [http://cryptome.org/ti-calypso1.pdf register definition ] and [http://cryptome.org/ti-calypso2.pdf hardware definition ] was leaked onto a public forum on the 4th of March by persons or persons unknown.&lt;br /&gt;
The legality of reading these files may vary according to your local laws, as may generating code from them.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
*Calypso D751992AZHH&amp;lt;br&amp;gt;&lt;br /&gt;
*The firmware within GTA02 should be moko6 or later (internal code name)&lt;br /&gt;
&lt;br /&gt;
=== TI TWL3025BZGMR analog baseband ===&lt;br /&gt;
*Product Homepage: [http://focus.ti.com/general/docs/wtbu/wtbuproductcontent.tsp?templateId=6123&amp;amp;navigationId=12295&amp;amp;contentId=4703 TWL3014]&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== TI TRF6151 (GSM/PCS) RF Transceiver ===&lt;br /&gt;
*Product Homepage: [http://focus.ti.com/general/docs/wtbu/wtbuproductcontent.tsp?templateId=6123&amp;amp;navigationId=12296&amp;amp;contentId=4701 TRF6151] &amp;lt;br&amp;gt;&lt;br /&gt;
GPRS Class12/CS4 &amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== AGPS ==&lt;br /&gt;
[[u-blox ANTARIS 4 ATR0635]] chip&lt;br /&gt;
* Connected to: S3C2442 UART2, /dev/ttySAC1 in userspace&lt;br /&gt;
{{:u-blox ANTARIS 4 ATR0635}}&lt;br /&gt;
&lt;br /&gt;
== Accelerometers ==&lt;br /&gt;
Two ST LIS302DL&lt;br /&gt;
* Homepage: http://www.st.com/stonline/products/literature/ds/12726/lis302dl.htm&lt;br /&gt;
* Datasheet: http://www.st.com/stonline/products/literature/ds/12726.pdf&lt;br /&gt;
* Connected to: S3C2442 via SPI interface&lt;br /&gt;
* S3C2442 SPI EINT interrupt inputs&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Graphics/3D Acceleration ==&lt;br /&gt;
&lt;br /&gt;
Smedia Glamo 3362.&lt;br /&gt;
* Homepage: http://www.smediatech.com/product3362.htm&lt;br /&gt;
* Driver: https://svn.openmoko.org/trunk/src/target/kernel/patches/smedia-glamo.patch&lt;br /&gt;
* Data sheet: This is not available, as it is under NDA. It will likely never be available. (Source: Raster - IRC). There is hope that the glamo chip features may be usable even without a NDA, see [http://unadventure.wordpress.com/2008/06/08/accelerating-in-my-pocket/ the hack here]&lt;br /&gt;
* Connected to: S3C2442 Address/Data bus &amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== microSD ===&lt;br /&gt;
The GTA02 has one microSD aka Transflash slot. Using the Glamo 3362 MMC/SD controller&lt;br /&gt;
&lt;br /&gt;
*It should support SDHC, and 4GB card has been tested. Anyone with 8GB card? MicroSD slot is [[Disassembling_Neo1973#Opening_back_cover|under battery]].&lt;br /&gt;
* Connected to: Glamo 3362 MMC/SD controller&lt;br /&gt;
* Driver: Check svn for the SMedia driver with SD implementation&lt;br /&gt;
* [[Supported microSD cards]]&lt;br /&gt;
* Specifications: [http://www.sdcard.org/about/memory_card/pls/ SD Simplified Specification], [http://www.mmca.org/compliance/buy_spec/AN_MMCA050419.pdf MMC (partial)], [http://www.sandisk.com/Assets/File/OEM/Manuals/manual-rs-mmcv1.0.pdf MMC (product manual)]&lt;br /&gt;
* SANDISK 128 MB/512 MB and some 4G SDHC card been verified could work on GTA02&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== LCD Module (LCM) ==&lt;br /&gt;
Toppoly (tpo) 2.8&amp;quot; diagonal (1.7&amp;quot; x 2.27&amp;quot; - 43mm x 58mm) 480x640 TD028TTEC1 module, using a Toshiba JBT6K74 TFT &lt;br /&gt;
LCD Driver Chipset.&amp;lt;br&amp;gt;&lt;br /&gt;
* Homepage: [http://www.tpo.biz/ENG/business-eng/Activer-Matrix-VGA.htm Activer-Matrix-VGA.htm]&lt;br /&gt;
* Specification: http://www.cip.physik.uni-muenchen.de/~Wolfgang.Draxinger/stuff/openmoko/TD028TTEC1.pdf&lt;br /&gt;
* Driver: https://svn.openmoko.org/trunk/src/target/kernel/patches/gta01-jbt6k74.patch&lt;br /&gt;
* Backlight Driver: https://svn.openmoko.org/trunk/src/target/kernel/patches/gta01-backlight.patch&lt;br /&gt;
* Connected to: Glamo3362 LCM interface and Glamo3362 SPI Interface&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Touch Screen ====&lt;br /&gt;
* Connected to: S3C2442 TS controller&lt;br /&gt;
* Driver: https://svn.openmoko.org/trunk/src/target/kernel/patches/s3c2410_touchscreen.patch&lt;br /&gt;
&lt;br /&gt;
== Bluetooth Module==&lt;br /&gt;
Delta DFBM-CS320 Class2 Module, using CSR BlueCore4&lt;br /&gt;
&lt;br /&gt;
* Data Sheet: [http://www.delta.com.tw/product/cp/vco/BT/download/pdf/CS/2.DFBM-CS320.pdf 2.DFBM-CS320.pdf]&lt;br /&gt;
* CSR Data Sheet: [http://www.csrsupport.com/download/2302/CS-101564-DSP10%20BlueCore4-ROM%20Product%20Data%20Sheet.pdf CS-101564-DSP10 BlueCore4-ROM Product Data Sheet.pdf]&lt;br /&gt;
* Driver: Stock Linux Kernel BlueZ&lt;br /&gt;
* Connected to: S3C2442 USB Host controller (OHCI)&lt;br /&gt;
* PM Driver: https://svn.openmoko.org/trunk/src/target/kernel/patches/gta01-power_control.patch&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Bluetooth Audio ===&lt;br /&gt;
This one is wired via PCM bus from the CSR Bluetooth chip to the Wolfson codec.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== WiFi Module==&lt;br /&gt;
&lt;br /&gt;
Accton (WLAN 802.11b/g SiP-M WM3236AQ(Flash Ver:2.0 Atheros AR6001GZ)&lt;br /&gt;
* Connected to: S3C2442 SDIO Host controller&amp;lt;br&amp;gt;&lt;br /&gt;
* Datasheet: [http://www.accton.com/products/Datasheet/WM3236A.AQ.pdf Accton 3236AQ datasheet]&amp;lt;br&amp;gt;&lt;br /&gt;
* Driver: http://svn.openmoko.org/developers/sameo/patches/&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Vibrator ==&lt;br /&gt;
* Driver: https://svn.openmoko.org/trunk/src/target/kernel/patches/gta01-vibrator.patch&lt;br /&gt;
* Connected to: S3C2442 GPIO&lt;br /&gt;
&lt;br /&gt;
== USB Host ==&lt;br /&gt;
The USB Host controller is inside the S3C2442&lt;br /&gt;
* Driver: Stock Linux kernel ohci_hcd&lt;br /&gt;
* USB version 1.1&lt;br /&gt;
* Supply USB 5v in Host mode using usb power switch AAT1275IRN-5.0-T1&lt;br /&gt;
** http://www.analogictech.com/products/digitalfiles/AAT1275.pdf&lt;br /&gt;
* A net EN_USBHOST is controlled by PMU GPIO &amp;quot;GPO&amp;quot;, this one signal when asserted (high)&lt;br /&gt;
** enables generation of 5V for external device using a charge pump&lt;br /&gt;
** enables connection of 15K pulldowns to D+ and D- to allow device insertion and removal detection for host mode&lt;br /&gt;
** DISABLES the path for USB power to charge the battery&lt;br /&gt;
&lt;br /&gt;
It should also be possible to use host mode with externally-provided power. This will allow the FreeRunner to be connected to a USB device and be powered and charging the battery if present at the same time.&lt;br /&gt;
&lt;br /&gt;
* Connect 0V, d+, d-, +5 to your USB device&lt;br /&gt;
* Connect a 15k ohm resistor between d+ and ground&lt;br /&gt;
* Connect a 15k ohm resistor between d- and ground&lt;br /&gt;
* Connect 0V, +5 to your &amp;gt;1A power source&lt;br /&gt;
** If your power source was not the Openmoko 1A charger, additionally connect a 47K ohm 5% resistor between the ID pin and ground to pretend to be the 1A charger.&lt;br /&gt;
&lt;br /&gt;
In addition you need to make sure EN_USBHOST signal that enables the physical Host mode power generation and disables the USB -&amp;gt; PMU charging path is deasserted.  This may be taken care of automatically shortly by detection of the 48K resistor on a USB insertion leading to forcing EN_USBHOST deasserted.  The charge pump that generates the 5V in host mode doesn't seem to mind getting external 5V given to it, but the real issue is that the battery will not be charged at all if we leave EN_USBHOST asserted since one of its jobs is to stop that happening.&lt;br /&gt;
&lt;br /&gt;
== USB Device ==&lt;br /&gt;
The USB Device controller is inside the S3C2442 &lt;br /&gt;
* Driver: https://svn.openmoko.org/trunk/src/target/kernel/patches/s3c2410_udc.patch&lt;br /&gt;
* Please see [[USB Product IDs]] on information about which Vendor/Product IDs we use&lt;br /&gt;
* 1200mAh lithium battery charges when connected to powered host.&lt;br /&gt;
* Mini-AB connector similar to [http://www.cypressindustries.com/shoponline/proddetail.asp?prod=CCMUSBAB-32005-700&amp;amp;cat=34 this one].&lt;br /&gt;
&lt;br /&gt;
== I2C Devices ==&lt;br /&gt;
I2C is a simple communication standard intended to move small amounts of data a few inches between chips.&lt;br /&gt;
Please see [[I2C | Neo I2C Devices]] for more information &amp;amp; a list of devices &amp;amp; the addresses currently in use &amp;amp; documented for the Neo1973.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Audio ==&lt;br /&gt;
See also: [[Neo1973 Audio Subsystem]]&lt;br /&gt;
&lt;br /&gt;
=== Wolfson Codec ===&lt;br /&gt;
There's a [[WM8753]] Wolfson Microelectronics CODEC (This is not a 'smart' codec that can interpret MP3/... it is a simple dumb 'sound card'.)&lt;br /&gt;
* Product Homepage: http://www.wolfsonmicro.com/products/WM8753/&lt;br /&gt;
* Data Sheet: [http://www.wolfsonmicro.com/uploads/documents/en/WM8753.pdf WM8753.pdf]&lt;br /&gt;
* Connected to: S3C2442 IIS interface (PCM data), S3C2442 I2C (Control)&lt;br /&gt;
* Driver: https://svn.openmoko.org/trunk/src/target/kernel/patches/asoc.patch&lt;br /&gt;
&lt;br /&gt;
=== Mono Amplifier ===&lt;br /&gt;
There's a National Semiconductor [[LM4853]] Mono Amplifier at the analog audio output of the WM8753&lt;br /&gt;
&lt;br /&gt;
* Product Homepage: [http://www.national.com/pf/LM/LM4853.html LM4853.html]&lt;br /&gt;
* Data Sheet: [http://www.national.com/ds.cgi/LM/LM4853.pdf LM4853.pdf]&lt;br /&gt;
* Connects to (LM4853 pin): &lt;br /&gt;
** S3C2442 GPIO: HP_IN, AMP_SHUT (shutdown); &lt;br /&gt;
** Wolfson WM8753: LOUTL (LEFTIN), LOUTR (RIGHTIN); &lt;br /&gt;
** speaker4102: (LEFTOUT/BLTOUT-, BLTOUT+);&lt;br /&gt;
** headset-jack: ring 2 (RIGHTOUT), ring 3 (LEFTOUT/BLTOUT-) via 1uF-33R each&lt;br /&gt;
&lt;br /&gt;
=== Analog wired Headset ===&lt;br /&gt;
There's a four-ring 2.5mm stereo jack which provides connectivity to old-fashioned wired headsets.&lt;br /&gt;
&lt;br /&gt;
The headsets used by Motorola smartphones (A780,A1200, ...) and the V-360 have a compatible configuration.&lt;br /&gt;
&lt;br /&gt;
ring&amp;lt;br&amp;gt;&lt;br /&gt;
1(base): GND&amp;lt;br&amp;gt;&lt;br /&gt;
2: right out&amp;lt;br&amp;gt;&lt;br /&gt;
3: left out&amp;lt;br&amp;gt;&lt;br /&gt;
4(tip): mic + HOLD-button(press:short to GND)&lt;br /&gt;
&lt;br /&gt;
=== Buttons ===&lt;br /&gt;
The Neo1973 GTA02 features two buttons:&lt;br /&gt;
* [[Neo1973 Power Button|The Power Button]]&lt;br /&gt;
* [[Neo1973 AUX Button|The &amp;quot;Aux&amp;quot; button]]&lt;br /&gt;
&lt;br /&gt;
== Case ==&lt;br /&gt;
The case for the FreeRunner is all black, as seen on the front page of the wiki.&lt;br /&gt;
&lt;br /&gt;
Openmoko has released the CAD files for the case schematics for the Openmoko [[Neo1973]] (GTA01) and Neo FreeRunner. These are available in the original Pro/E (.asm/.prt) format and alternative formats created from the originals.&lt;br /&gt;
&lt;br /&gt;
We welcome your assistance in providing other formats. If you are able to convert CAD files from Pro/E format to other formats, please contact [mailto:michael@openmoko.org]. We are especially interested in the DXF format and in images rendered from these files.&lt;br /&gt;
&lt;br /&gt;
* [http://downloads.openmoko.org/CAD/NeoFreerunner_ProE.zip The original Pro/E (.asm/.prt) format]&lt;br /&gt;
&lt;br /&gt;
[http://downloads.openmoko.org/CAD/ Browse CAD directory]&lt;br /&gt;
&lt;br /&gt;
=Accessory=&lt;br /&gt;
&lt;br /&gt;
== Stylus ==&lt;br /&gt;
&lt;br /&gt;
Using 4 in 1 laser pen&lt;br /&gt;
*Vendor: [http://www.quarton.com/laser_pen.html Quarton XPII]&lt;br /&gt;
*GTA02 standard setup comes with [http://www.quarton.com.tw/laser_pen_infiniter_xp_2.html QUARTON XPII 4 in 1 laser pen]&lt;br /&gt;
&lt;br /&gt;
== Battery ==&lt;br /&gt;
The [[Neo FreeRunner (GTA02) Battery]] is mechanically and electrically compatible with the [[Neo1973 GTA01 Battery]], as well as limited compatibility with a Nokia BL6C battery.&lt;br /&gt;
According to [http://lists.openmoko.org/pipermail/community/2007-February/003758.html this] post on the mailinglist.&lt;br /&gt;
[http://wiki.openmoko.org/index.php?title=Image:Neo1973-with-BL5C-battery.png Photo] of the battery inside the Neo1973.&lt;br /&gt;
&lt;br /&gt;
* GTA02 using the smart battery based on TI bq27000 chipset&lt;br /&gt;
* SANYO UF653450S 1200mAh cell.&amp;lt;br&amp;gt;&lt;br /&gt;
* Battery schematics: [http://people.openmoko.org/tony_tu/GTA02/hardware/GTA02/CT-GTA02.pdf GTA02 Smart Battery Schematics]&lt;br /&gt;
&lt;br /&gt;
== microSD Card ==&lt;br /&gt;
&lt;br /&gt;
GTA02 should come with one of following microSD card&lt;br /&gt;
&lt;br /&gt;
* [http://www.transcendusa.com/ Transcend] 512MB microSD card&lt;br /&gt;
* [http://www.sandisk.com/ SanDisk] 512MB microSD card&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Charger ==&lt;br /&gt;
&lt;br /&gt;
AKII Technology Charger&lt;br /&gt;
&lt;br /&gt;
*Model: [http://www.ak2.com.tw/pd_main.asp?sg_id=11 A10P1-05MP]&lt;br /&gt;
*Input: 100-240v~ /0.3A&lt;br /&gt;
*Output: +5v up to 2.0A&lt;br /&gt;
*Add 47.5k 1% resistor between ID pin and ground for openmoko charger identification&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= History =&lt;br /&gt;
&lt;br /&gt;
== GTA02v1 ==&lt;br /&gt;
First generation of prototypes that was given to internal Openmoko software developers. Total 30 pcs fabricated.&lt;br /&gt;
&lt;br /&gt;
*It is working just fine, but still based on 2440, with external NAND/SDRAM and no NOR flash&lt;br /&gt;
*Using the PCF50633 05 N3 due to 04 N3 not available, re-work power for basic schematics verification&lt;br /&gt;
*Using GTA01 SIM socket&lt;br /&gt;
*Add external debug port&lt;br /&gt;
*Still using Global locate A-GPS&lt;br /&gt;
* ATAG_REVISION: 0310&lt;br /&gt;
&lt;br /&gt;
== GTA02v2 ==&lt;br /&gt;
Second generation of prototypes, Total 50 pcs run at Taipei SMT factory MOUNT&lt;br /&gt;
&lt;br /&gt;
*Ideal is have 256 MB NAND on Samsung package, Due to chip availability Start using S3C2442 B43&lt;br /&gt;
*Using correct PMU PCF50633 04 N3&lt;br /&gt;
*Change new SIM socket&lt;br /&gt;
*Change to u-blox A-GPS&lt;br /&gt;
*Change LCM power from 3.3v to 1.8v&lt;br /&gt;
*USB power switch layout/pin assignment mistake, could not verify USB host supply 5v function&lt;br /&gt;
*GPS function verified ok with good sensitivity&lt;br /&gt;
* ATAG_REVISION: 0320&lt;br /&gt;
&lt;br /&gt;
== GTA02v3 ==&lt;br /&gt;
Production verification version, 2007/10/11 28 pcs fabricate at FIC SuZhou&lt;br /&gt;
&lt;br /&gt;
*Still using S3C2442 B43 for hardware verification&lt;br /&gt;
*Using control pilot run to verify S3C2442 B54 chips&amp;lt;br&amp;gt;&lt;br /&gt;
* ATAG_REVISION: 0330&lt;br /&gt;
&lt;br /&gt;
== GTA02v4 ==&lt;br /&gt;
Mass production release candidate version 1&lt;br /&gt;
&lt;br /&gt;
2 weeks after v3 gerber out, release the v4 gerber, and 2007/10/20 20 pcs fabricate at FIC SuZhou &lt;br /&gt;
&lt;br /&gt;
*Change LCM power from 1.8v to 3.3v for display stability issue&lt;br /&gt;
*fabricate another 200 pcs for yield rate/production verification&lt;br /&gt;
*fabricate 50 pcs with S3C2442 B43 (128 MB NAND) for quality comparsion&lt;br /&gt;
*USB host power chip have some output voltage stability issues with Vb/Vcc comes from different power source, need layout change to fix the issue&lt;br /&gt;
*Battery Coulomb design not working on A4&lt;br /&gt;
* ATAG_REVISION: 0340&lt;br /&gt;
&lt;br /&gt;
== GTA02v5 ==&lt;br /&gt;
Mass production candidate version 2/Mass production version&lt;br /&gt;
&lt;br /&gt;
* First batch fabricate 2008/1/14 at FIC SuZhou&lt;br /&gt;
* Mass production A5 trial run start from 2008 March, including some resistor/capacitor change compare with inital 100 pcs prototypes A5, and prototypes for GTA02 developers was tracked in the [[Prototypes| Prototypes Page]]&lt;br /&gt;
* Coulomb counter issue fixed&lt;br /&gt;
* USB host power switch fixed&lt;br /&gt;
* Need add capacitor for PMU Vbat input for stability issue, this could be done by direct SMT or hand rework&lt;br /&gt;
* Need rework (still using SMT in production) add capacitor for PMU Vbat input for PMU stability issue.&lt;br /&gt;
* Need manual rework GSM IR UART path a 100k pull down for better GSM deep sleep&lt;br /&gt;
* ATAG_REVISION: 0350&lt;br /&gt;
&lt;br /&gt;
===GTA02 mass Production version change list===&lt;br /&gt;
*PMU's LED power error: PMU potential damage issue&lt;br /&gt;
*NOR FLASH enable WP: User can write data into NOR FLASH.&lt;br /&gt;
*CE CS/RS fine tune: Audio's background noise too high&lt;br /&gt;
*I2C pull high resistor: The resistor is too high and signal is distorted &lt;br /&gt;
*GSM leakage current: TX_MODEM has a pull high resistor on IO_3V3&lt;br /&gt;
*Power consumption: Disable keep active function&lt;br /&gt;
*SDIO clock and esd protect resistor&lt;br /&gt;
*Refer to Datasheet: R1526 to 33K&lt;br /&gt;
*GSM modem on pin: The R1018 is too small and has some leakage current&lt;br /&gt;
*LED driving transistor: When GPIO is on, the transistor will be draw more current on LED. This is component change fix, do not need change PCB or re-work.&lt;br /&gt;
&lt;br /&gt;
== GTA02v6 ==&lt;br /&gt;
Mass production candidate version 3/Mass production version&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
A6 will be fine tune version of A5, only minor schematic change for better product quality and version control. Capacitor and resistor change A6 also on mass production A5&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
*First 100 pcs start from 2008 mid April, and factory make component placement mistake on GSM, second 100 pcs PCB arrive time TBD. &lt;br /&gt;
*Add capacitor space for Vbat, reduce the SMT effort&lt;br /&gt;
*Add GSM IR resistor for better GSM deep sleep&lt;br /&gt;
*Reserve 3 GPIO for hardware version control&lt;br /&gt;
*Fixed LEDs power usage (from about 150mW of v5 to about 25mW)&lt;br /&gt;
* ATAG_REVISION: 0360&lt;br /&gt;
&lt;br /&gt;
=== GTA02 A5 to A6 changes ===&lt;br /&gt;
*Power Glitch on VB_SYS: Add capacitor on layout, Mass production A5 also apply this change.&lt;br /&gt;
*G-sensor separate these interrupt pins: At A5, each accelerometer INT1/INT2 connected to same line, at A6 only INT1 was connected.&lt;br /&gt;
*GSM_modem power source  Reduce power's ripple when the phone is talking&lt;br /&gt;
*Keep active 	Disable keep active function, just fine tune&lt;br /&gt;
*GPIO for version control	&lt;br /&gt;
*GSM RX_IR has some noise  Add resistor and reduce GSM RX_IR noise and gsm can't enter suspend mode easily, apply on mass production A5.&lt;br /&gt;
*LED driving transistor	apply on mass production A5.&lt;br /&gt;
*LCM's VDDIO	We can totally power off LCM's power, save about extra 1mA.&lt;br /&gt;
&lt;br /&gt;
= Debug Board =&lt;br /&gt;
&lt;br /&gt;
== Debug Board Connector definition ==&lt;br /&gt;
&lt;br /&gt;
This is the connector used to connect the [[Debug Board]] and possibly other hardware.&lt;br /&gt;
&lt;br /&gt;
Connections are:&lt;br /&gt;
* 39 - GND&lt;br /&gt;
* 38 - STDI&lt;br /&gt;
* 37 - _RESET&lt;br /&gt;
* 36 - STMS&lt;br /&gt;
* 35 - STCK&lt;br /&gt;
* 34 - STDO&lt;br /&gt;
* 33 - GSM_EN&lt;br /&gt;
* 29 - _STRST&lt;br /&gt;
* 19 - X_I2C_SCL (H-TP4703)&lt;br /&gt;
* 18 - X_I2C_SDA (H-TP4704)&lt;br /&gt;
* 17 - SPI_CLK0&lt;br /&gt;
* 16 - SPI_MOSI0&lt;br /&gt;
* 15 - SPI-MISO0 &lt;br /&gt;
* 14 - SS0&lt;br /&gt;
* 13 - EINT3 (H-TP4705)&lt;br /&gt;
* 3 - CONSOLE_TXD (H-TP4701)&lt;br /&gt;
* 2 - CONSOLE_RXD (H-TP4702)&lt;br /&gt;
&lt;br /&gt;
Information from [http://people.openmoko.org/roh/Debugport_GTA01bv4.png].&lt;br /&gt;
&lt;br /&gt;
= Distinguishing hardware revisions =&lt;br /&gt;
== Inside the [[Bootloader]] ==&lt;br /&gt;
Every hardware revision has its own u-boot image type.  Thus, the bootloader has the revision hard-coded.&lt;br /&gt;
The hardware revision is passed on to the kernel via the ATAG mechanism (ATAG_REVISION)&lt;br /&gt;
&lt;br /&gt;
== Inside the [[Kernel]] ==&lt;br /&gt;
The kernel receives the ATAG_REVISION during bootup, and saves its contents in the &amp;quot;system_rev&amp;quot; global variable.&lt;br /&gt;
&lt;br /&gt;
== From Userspace ==&lt;br /&gt;
The kernel exports the system_rev variable in /proc/cpuinfo as &amp;quot;Revision :&amp;quot; line.&lt;br /&gt;
&lt;br /&gt;
= Certification =&lt;br /&gt;
&lt;br /&gt;
== FCC ==&lt;br /&gt;
*For US Import&lt;br /&gt;
** 850/1800/1900 Band, FCC ID: EUNGTA02&lt;br /&gt;
** 900/1800/1900 Band, FCC ID: EUNGTA02E&lt;br /&gt;
** [http://people.openmoko.org/tony_tu/GTA02/certificate/EUNGTA02_850_1800_1900/ FCC test report(GTA02)]&lt;br /&gt;
** [http://people.openmoko.org/tony_tu/GTA02/certificate/EUNGTA02E_900_1800_1900/ FCC test report(GTA02E)]&lt;br /&gt;
&lt;br /&gt;
== CE ==&lt;br /&gt;
*For Europe&lt;br /&gt;
**Registration number: M528583V-EO&lt;br /&gt;
**[http://people.openmoko.org/tony_tu/GTA02/certificate/CE/ CE report and certificate]&lt;br /&gt;
&lt;br /&gt;
== NCC ==&lt;br /&gt;
*For Taiwan Import&lt;br /&gt;
**NCC certification number: CCAF08DG0080T0 &lt;br /&gt;
**[http://people.openmoko.org/tony_tu/GTA02/certificate/NCC NCC report and certificate]&lt;br /&gt;
&lt;br /&gt;
[[Category:GTA02 Hardware]]&lt;/div&gt;</summary>
		<author><name>Datenwolf</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Openmoko_Local_Groups:_Munich</id>
		<title>Openmoko Local Groups: Munich</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Openmoko_Local_Groups:_Munich"/>
				<updated>2008-07-24T20:54:15Z</updated>
		
		<summary type="html">&lt;p&gt;Datenwolf: /* Interessenten der Gruppe */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;See [[Talk:Openmoko_Local_Groups:_Munich|discussion]]&lt;br /&gt;
&lt;br /&gt;
==Hilf mit, eine Münchner OpenMoko UserGroup aufzubauen!==&lt;br /&gt;
Interessenten können sich hier eintragen. Wenns Interesse gibt, dann treffen wir uns einfach mal wo in München oder Umgebung.&lt;br /&gt;
&lt;br /&gt;
==Groupsale Diskussion==&lt;br /&gt;
&lt;br /&gt;
[http://wiki.openmoko.org/wiki/GroupSales#M.C3.BCnchen GroupSales Seite]&lt;br /&gt;
&lt;br /&gt;
====Kosten====&lt;br /&gt;
&lt;br /&gt;
Meine Infos bezüglich Import und Kosten sind wie folgt:&lt;br /&gt;
Kaufpreis + Versandkosten werden mit 19% Einfuhrumsatzsteuer belegt (wie MwSt). Zoll wird auf Handys nicht erhoben ([http://www.zoll.de/faq/postverkehr/postverkehr/index.html Quelle]). Die Zollabfertigung wird wohl normalerweise vom Kurierdienst erledigt, dafür fallen aber zusätzlich Bearbeitungsgebühren an.&lt;br /&gt;
&lt;br /&gt;
Bitte ergänzt diese Kostenliste, falls euch noch was einfällt:&lt;br /&gt;
*Kaufpreis&lt;br /&gt;
*Versand (versichert)&lt;br /&gt;
*Einfuhrumsatzsteuer inkl. Zollbearbeitungsgebühren&lt;br /&gt;
*Überweisungskosten nach Taiwan (?)&lt;br /&gt;
&lt;br /&gt;
Der schwankende Dollarkurs ist ebenfalls zu berücksichtigen.Der PReis ohne Debugboard wird wohl zwischen 300 und 350 Euro liegen.&lt;br /&gt;
&lt;br /&gt;
Beispielrechnung:&lt;br /&gt;
 $3690 (10 Freerunner)&lt;br /&gt;
 $ 195 (günstigster versicherter UPS-Versand von Fremont (CA) nach München) für 5kg / 15*12*5inch)&lt;br /&gt;
 1,75% (Aufschlag für Auslands-Kreditkartenzahlung (es wird lt. Australiern nur Kreditkarte akzeptiert)&lt;br /&gt;
 1,54 US-$ / Euro (Tageskurs 18.06.08)&lt;br /&gt;
 =========&lt;br /&gt;
 2566,87 Euro&lt;br /&gt;
&lt;br /&gt;
Darauf kommen dann die 19% EinfUSt und Zollbearbeitungsbgebühren. Für uns sollte der einfache Tarif gelten: 6 Euro + 50ct pro Seite, die der Zoll druckt.&lt;br /&gt;
&lt;br /&gt;
 € 2566,87&lt;br /&gt;
 €   10,00 (geschätzte Zollbearbeitungsgebühren)&lt;br /&gt;
 19% EinfUSt&lt;br /&gt;
 =========&lt;br /&gt;
 € 3066,48 (oder 307 Euro pro Freerunner)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== Bestellung bei Münchner Firma ====&lt;br /&gt;
&lt;br /&gt;
Die Münchner Firma [http://www.goldelico.com/Home.html Goldelico] bietet Freerunner an. Die Goodies aus dem 10-Pack sind mit dabei und es gibt auch Gruppenrabatt.&lt;br /&gt;
* 1-4 Freerunner - 349 Euro&lt;br /&gt;
* 5-9 Freerunner - 332 Euro&lt;br /&gt;
* 10+ Freerunner - 314 Euro&lt;br /&gt;
&lt;br /&gt;
Whoever: Ich würde vorschlagen bei den Preisen die Auslandsbestellung zu vergessen, da wir damit max. 10 Euro pro Freerunner sparen können. Im Gegenzug fallen aber alle Risiken weg. Ich habe schon mit der Firma telefoniert. Bei einer 10er Bestellung läuft die Abwicklung auch über einen einzigen Besteller. Geld einsammeln und Freerunner verteilen wäre also weiterhin bei einer Person.&lt;br /&gt;
&lt;br /&gt;
Beni: Klingt gut, sollten wir so machen. Danke für die Recherche!&lt;br /&gt;
&lt;br /&gt;
wof: Hört sich gut an, auch ein Danke von mir. Kann mir eigentlich jemand den Unterschied zu [http://www.pulster.de/ pulster] zeigen. Die bieten&lt;br /&gt;
den Freerunner ohne Zubehör für 299€ + Versand an. Anhand der Seite kann ich nicht ganz nachvollziehen bei 10er Pack an Goodies dabei ist.&lt;br /&gt;
&lt;br /&gt;
Beni: So wie ich die Pulsterseite verstehe, ist das Zubehör dabei: http://www.pulster.de/openmoko.htm&lt;br /&gt;
&lt;br /&gt;
wof: hmm, entweder ist da bei goldelicio noch was dabei oder wir lassen das mit der Sammelbestellung und sollten bei Pulster kaufen.?? Versandkosten für DHL sollte nicht die Welt kosten.&lt;br /&gt;
&lt;br /&gt;
Beni: Neuer Pulsterpreis: 329.-. Ich denke, damit wäre Goldelicio besser, der Preis ist dort gleich geblieben, wenn wir mehr als 10 Phones zusammenbekommen.&lt;br /&gt;
&lt;br /&gt;
wof: aktelle info auf der Webseite: Preis: EUR 329.00  &lt;br /&gt;
ab 10 Stück: 299.00 EUR. Ob die wohl mitlesen? So währe es jedenfalls bei Pulster wieder günstiger. Das können wir ja dann beim Treffen noch mal genauer diskutieren.&lt;br /&gt;
&lt;br /&gt;
====Organisation====&lt;br /&gt;
&lt;br /&gt;
Zentraler Besteller macht [[Special:Emailuser/Koebi|koebi]]. Er sammelt momentan 300€ &lt;br /&gt;
von allen die bei der Sammelbestellung mitmachen. Wenn sich noch jemand dranhängen will&lt;br /&gt;
muss er ihn so schnell wie möglich kontaktieren.&lt;br /&gt;
&lt;br /&gt;
Bestellt wird aller Voraussicht nach jetzt bei [http://www.pulster.de/ pulster].&lt;br /&gt;
&lt;br /&gt;
koebi: die Bestellung für alle Leute in untenstehender Liste ist nun getätigt, bestellt wurde bei Pulster, Lieferung erfolgt sobald er die Teile selbst hat was ab dem 25. Juli passieren wird.&lt;br /&gt;
&lt;br /&gt;
{|border=1&lt;br /&gt;
!Name&lt;br /&gt;
!bestellt&lt;br /&gt;
!überwiesen&lt;br /&gt;
|-&lt;br /&gt;
|koebi&lt;br /&gt;
|2&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|wof&lt;br /&gt;
|2&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|case&lt;br /&gt;
|1&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|peter_b&lt;br /&gt;
|2&lt;br /&gt;
|2&lt;br /&gt;
|-&lt;br /&gt;
|nosyjoe&lt;br /&gt;
|1&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|beni&lt;br /&gt;
|1&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|bsx&lt;br /&gt;
|1&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|jürgen&lt;br /&gt;
|1&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|ronny&lt;br /&gt;
|1&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|Murks&lt;br /&gt;
|1&lt;br /&gt;
|1&lt;br /&gt;
|-&lt;br /&gt;
|x&lt;br /&gt;
|1&lt;br /&gt;
|1&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==== Auslieferung verzögert / GPS-Problem? ====&lt;br /&gt;
[[User:Beni|Beni]] 14:14, 16 July 2008 (UTC): Auf der Mailingliste tauchte die letzten Tage ein nicht unerheblicher Bug in Zusammenhang mit GPS/SD auf: der SD-Kartenleser hat aufgrund von Interferenzen offenbar Auswirkungen auf den GPS-Empfänger, der keinen FIX für Satelliten mehr bekommt, wenn eine SD-Karte eingelegt ist. Es ist bereits ein Kernelpatch in der Mache, der der SD-Karte den Saft abdreht, wenn sie nicht gebraucht wird; was allerdings das Problem nur teilweise entschärft. Desweiteren testen die Entwickler gerade einen HW-Fix. So, meine Frage ist jetzt die, ob der HW-Fix in unserer Lieferung bereits enthalten sein wird. GPS ist für mich schon ein recht wichtiges Feature! Was passiert, wenn der Fix nicht enthalten ist? Wird die Auslieferung seitens Pulster verzögert, damit der Fix noch mit reinkommt?&lt;br /&gt;
koebi: ich werde bei pulster nachfragen.&lt;br /&gt;
&lt;br /&gt;
Für den HW-Fix des SD/GPS Problems muss ein SMD 10pF Kondensator eingelötet werden. Ich würde vorschlagen dass wir für einen SMD-Löt-Workshop einen Termin nach der Lieferung finden (also ab KW31) für ein Treffen in den µc³-Räumen in der Balanstr. (da gäb's jedenfalls Lötkolben und Kondensatoren)&amp;lt;br&amp;gt;&lt;br /&gt;
Geeignet (bzgl. Räume) wäre der Dienstag, die Frage ist nur ob die Neos bis dahin schon geliefert sein werden?&amp;lt;br&amp;gt;&lt;br /&gt;
--[[User:X|x]] 10:40, 18 July 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
Die Hardware Lösung sieht ziemlich einfach aus. Hätte auch das nötige Werkzeug ...&lt;br /&gt;
&lt;br /&gt;
[[Image:Gta02_gps_10pf_rework_sop.pdf]]&lt;br /&gt;
&lt;br /&gt;
--[[User:Peter b|Peter b]] 14:47, 18 July 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
[[User:Beni|Beni]] 13:21, 20 July 2008 (UTC) Cool, sieht wirklich nicht so schwer aus. Gott sei Dank :) Das mit der Verzögerung sollte sich damit verzögert haben, ich schätze stark, Pulster wird deswegen die Auslieferung nicht verzögern, weshalb wir uns alle auf kommende Woche freuen dürfen \o/&lt;br /&gt;
Die Frage bleibt nur, ob unsere Garantie futsch ist, wenn wir das selber machen, oder ob Pulster vor der Übergabe an uns das vielleicht schon reinlötet... Koebi, kannst du das bitte checken?&lt;br /&gt;
&lt;br /&gt;
--[[User:Calestyo|Calestyo]] 20:41, 21 July 2008 (UTC): Hmm wenn Ihr Euch alle trefft um das zu reparieren,.. kann man da dann auch mitmachen, wenn man sein GTA02 schon hat (bestellt bei Pulster)? Wann genau wäre der Termin?&lt;br /&gt;
&lt;br /&gt;
:: koebi: ich denke das werden wir klar machen wenn wir unsere Lieferung bekommen haben, wird dann auch hier stehen.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Was die Garantie angeht hab ich folgendes gefunden:&lt;br /&gt;
[http://lists.openmoko.org/pipermail/community/2008-July/021638.html]&lt;br /&gt;
[http://freeyourphone.de/portal_v1/viewtopic.php?f=13&amp;amp;t=251&amp;amp;p=2614#p2614]&lt;br /&gt;
--[[User:Peter b|Peter b]] 08:20, 22 July 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
--[[User:ronny|ronny]] ich wollte nächste Woche sowieso eine Bestellung beim Reichelt machen. Würde da einfach mal 20x G0603 10P mitbestellen. Wenn ich das aus dem Text [[http://wiki.openmoko.org/wiki/GPS_Problems]] richtig rauslese ist zwar eigentlich 0402 nötig, aber das sollte man scho hinkriegen. Weiter hab ich in dem Text noch bezüglich Garantie das hier gefunden: &amp;quot;The rework is not suggested to end users without hardware soldering technique and equipment.&amp;quot; Sagt ja eigentlich alles aus.&lt;br /&gt;
: koebi: was ist denn der unterschied zwischen dem vorgeschlagenen und dem den du bestellen willst?&lt;br /&gt;
&lt;br /&gt;
--[[User:Koebi|koebi]] auf meine Anfrage sagt Christoph Pulster folgendes:&lt;br /&gt;
&amp;lt;pre&amp;gt;I have no infos at the moment how OM will handle the problem,&lt;br /&gt;
at the moment I propose to use the software fix only.&lt;br /&gt;
&lt;br /&gt;
The hardware fix is mentioned here:&lt;br /&gt;
http://wiki.openmoko.org/wiki/Freerunner_Hardware_Issues#GPS_Slow_TTFF&lt;br /&gt;
Please dont try the tricky soldering of the capacitor at you own.&lt;br /&gt;
I can not give warranty on wrong soldered units, please understand.&lt;br /&gt;
&lt;br /&gt;
As soon as Openmoko has made a decision about the GPS problem, I will&lt;br /&gt;
let you know. Then we will see if a shipping back of the unit for&lt;br /&gt;
warranty repair is necessary or not.&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
(scheint mir ne kopierte standard-Antwort zu sein, daher englisch)&lt;br /&gt;
&lt;br /&gt;
--[[User:Peter b|Peter b]] 07:21, 23 July 2008 (UTC)&lt;br /&gt;
Der Unterschied zwischen 0402 und 0603 ist die Grösse: 1.0x0.5mm bzw. 1.6x0.8mm. Ich denk aber auch dass der 0603 reinpasst (evtl. wird die Höhe ein Problem). Sorgen das beim Einbau irgendwas kaputt geht was meiner Garantie schadet hab ich dank &amp;quot;hardware soldering technique and equipment&amp;quot; nicht :-)&lt;br /&gt;
&lt;br /&gt;
So wie's aussieht dürften bis Anfang nächster Woche wohl alle ihren Neo haben. D.h. wer daran Interesse hat kann am nächsten Dienstag, wohl so irgendwann ab 1900-2000 in den [http://muc.ccc.de/treffen.html.de µc³-Räumen] zum HW-Fixen oder gerne auch Usergruppieren vorbeischauen.&amp;lt;br&amp;gt;&lt;br /&gt;
--[[User:X|x]] 12:25, 24 July 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
==Gruppendetails==&lt;br /&gt;
====Interessenten der Gruppe====&lt;br /&gt;
{|border=1&lt;br /&gt;
!Name&lt;br /&gt;
!Skills&lt;br /&gt;
!Level of Interest&lt;br /&gt;
!Location&lt;br /&gt;
!Other&lt;br /&gt;
!Has Device&lt;br /&gt;
!Has Debug Board&lt;br /&gt;
|-&lt;br /&gt;
|[[User:MaxMustermann|Max Mustermann]]&lt;br /&gt;
|Beispiel spielen&lt;br /&gt;
|OM Nutzen, Monkey island zocken&lt;br /&gt;
|Musterstadt&lt;br /&gt;
|&lt;br /&gt;
|[[Image:Moko.jpg|center]] gta02v5&lt;br /&gt;
|[[Image:MokoBox.jpg|center]]&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/Whoever|Whoever]]&lt;br /&gt;
|Semi-DAU&lt;br /&gt;
|&lt;br /&gt;
|München / Ingolstadt&lt;br /&gt;
|&lt;br /&gt;
|not yet&lt;br /&gt;
|not yet&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/Koebi|koebi]]&lt;br /&gt;
|user&lt;br /&gt;
|use OM&lt;br /&gt;
|München&lt;br /&gt;
|&lt;br /&gt;
|not yet&lt;br /&gt;
|no&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/Beni|Beni]]&lt;br /&gt;
|Linux, Programmierung (PHP/JS/HTML/etc, Perl, Bash, bisschen Java)&lt;br /&gt;
|Hauptsächlich PIM, aber natürlich auch kleine Gadgets nutzen (zb Monkey Island/Siedler1 zocken). Vielleicht bisschen an der Software basteln.&lt;br /&gt;
|Bad Tölz&lt;br /&gt;
|&lt;br /&gt;
|keines bisher&lt;br /&gt;
|werde keines haben&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/wof|wof]]&lt;br /&gt;
|Linux und mehr&lt;br /&gt;
|Telefon nutzen und rumspielen&lt;br /&gt;
|100 km östlich von München&lt;br /&gt;
|&lt;br /&gt;
|keines bisher&lt;br /&gt;
|vorerst keins&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/Krause|Georg]]&lt;br /&gt;
|Linux&lt;br /&gt;
|Telefon nutzen; Least Cost Routing&lt;br /&gt;
|Ebermannstadt (Bamberg/Bayreuth)&lt;br /&gt;
|&lt;br /&gt;
|keines bisher&lt;br /&gt;
|vorerst keins&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/Case|Case]]&lt;br /&gt;
|sysadmin&lt;br /&gt;
|OM nutzen, SW Entwicklung, rumspielen&lt;br /&gt;
|München&lt;br /&gt;
|&lt;br /&gt;
|keines bisher&lt;br /&gt;
|vorerst keins&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/x|x]]&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|München&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/ronny|ronny]]&lt;br /&gt;
|bissl Linux&lt;br /&gt;
|nutzen, gucken was geht&lt;br /&gt;
|westlich von München&lt;br /&gt;
|&lt;br /&gt;
|keins&lt;br /&gt;
|keins&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/bsx|bsx]]&lt;br /&gt;
|Linux, Java, C&lt;br /&gt;
|nutzen, SW basteln&lt;br /&gt;
|München&lt;br /&gt;
|&lt;br /&gt;
|keins&lt;br /&gt;
|keins&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/peter_b|peter_b]]&lt;br /&gt;
|(embedded) Linux, C/C++ ...&lt;br /&gt;
|endlich n telefon des macht was ich will :-)&lt;br /&gt;
|München&lt;br /&gt;
|&lt;br /&gt;
|keins&lt;br /&gt;
|keins&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/swaesch|swaesch]]&lt;br /&gt;
|Linux&lt;br /&gt;
|use Openmoko&lt;br /&gt;
|München / Ingolstadt&lt;br /&gt;
|&lt;br /&gt;
|GTA02&lt;br /&gt;
|keins&lt;br /&gt;
|-&lt;br /&gt;
|[[Special:Emailuser/datenwolf|datenwolf]]&lt;br /&gt;
|&lt;br /&gt;
* Linux/Kernel&lt;br /&gt;
* Echtzeit-Graphik&lt;br /&gt;
* Low-Level-Programmierung&lt;br /&gt;
* Netzwerk&lt;br /&gt;
|&lt;br /&gt;
* Rumbasteln&lt;br /&gt;
* Neues Gehäuse entwerfen und bauen&lt;br /&gt;
* am Display und den Eingabemöglichkeiten rum-modden (multitouch?)&lt;br /&gt;
* eigenes Framework basteln (des Lernens wegen)&lt;br /&gt;
* versuchen die Glamo-GPU voll auszureizen.&lt;br /&gt;
* OpenGL-ES implementieren (entweder mit Glamo-GPU, oder in Software)&lt;br /&gt;
* iPhone-artiges UI basteln&lt;br /&gt;
|München/Moosach/Borstei&lt;br /&gt;
|&lt;br /&gt;
|demnächst GTA02&lt;br /&gt;
|vorerst nicht, will erst mal sehen ob einer meiner schon vorhandenen JTAGs daran geht&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
====Stammtisch und sonstige Treffen====&lt;br /&gt;
Es gibt derzeit leider noch keinen festen Stammtisch.&lt;br /&gt;
*'''Ort:''' Keiner, Augustinerkeller, Arnulfstr. 52?&lt;br /&gt;
*'''Zeit:''' Keine, 1x im Monat?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=====GroupSale Treffen=====&lt;br /&gt;
Das Treffen war am 7 Juli im Augustiner-Keller mit 8 Anwesenden ganz ordentlich besucht.&lt;br /&gt;
&lt;br /&gt;
* [[Special:Emailuser/Koebi|koebi]] organisiert den Kauf + Versand. Vielen Dank an dieser Stelle. Übergabe der Geräte persönlich in München and die die kommen können, der Rest wird versandt. (Portokosten sind noch zu klären, dann schlagen, die kommen noch zum Preis dazu.)&lt;br /&gt;
&lt;br /&gt;
* Koebi klärt, wo wir letztendlich kaufen und frägt hierzu bei den beiden in der Wikipage besprochenen Resellern nach Konditionen.&lt;br /&gt;
&lt;br /&gt;
* Philipp wollte versucht, zwecks UserGroup die Räume des CCC in München anzuzapfen. Bernd ist Mitglied im CCC und frägt mal nach.&lt;br /&gt;
&lt;br /&gt;
* Die Kommunikation soll möglichst zentral im Wiki laufen, damit auch externe was von der Gruppe mitbekommen.&lt;br /&gt;
&lt;br /&gt;
* Diskussionen sollten in Zukunft auch auf der [[Talk:Openmoko_Local_Groups:_Munich|Diskussionsseite]] stattfinden.&lt;br /&gt;
&lt;br /&gt;
[[Category:Community]]&lt;br /&gt;
[[Category:Openmoko Local Groups]]&lt;/div&gt;</summary>
		<author><name>Datenwolf</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Wish_List_-_Hardware</id>
		<title>Wish List - Hardware</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Wish_List_-_Hardware"/>
				<updated>2008-07-23T21:46:19Z</updated>
		
		<summary type="html">&lt;p&gt;Datenwolf: /* Tablet PC like pen input (Wacom Technology) */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;This page details hardware features which some would like to go into future phones similar to the [[Neo1973]].&lt;br /&gt;
&lt;br /&gt;
Related pages are:&lt;br /&gt;
*[[Wishlist - Hardware - Novel Devices]] - openmoko will run on a large number of devices in the future, some of which may be DVD players, cameras, or convergance devices.  &lt;br /&gt;
*[[Wishlist:Unlikely]] - Hardware that is unlikely to appear in any OpenMoko device, due to it being impossible to fabricate with near-term technology, or for other reasons.&lt;br /&gt;
*[[Wishlist:Accessories]] - Accessories that people would like, that connect easily to the phone - initially primarily for the Neo1973 &lt;br /&gt;
*[[Wishlist:Expansion]] - add-ons to the phone, maybe involving hardware changes, and software and hardware protocols to implement these.&lt;br /&gt;
&lt;br /&gt;
This page is rather long. Before adding a new idea, please read through this page and the above pages, to make sure your idea has not been suggested before.&lt;br /&gt;
==Processor==&lt;br /&gt;
===A FPGA===&lt;br /&gt;
A FPGA is a general purpose reconfigurable logic device.&lt;br /&gt;
See [[Wish List - Hardware:FPGA]] for more details.&lt;br /&gt;
&lt;br /&gt;
===Samsung S3C2443===&lt;br /&gt;
*[http://www.samsung.com/global/business/semiconductor/productInfo.do?fmly_id=229&amp;amp;partnum=S3C2443&amp;amp;&amp;amp;ppmi=1427 Samsung S3C2443] Up to 533 MHz, can act as a USB 2.0 device.&lt;br /&gt;
&lt;br /&gt;
==Internal Memory==&lt;br /&gt;
===RAM===&lt;br /&gt;
128MB Dedicated for open files, running software etc., not for storage, or 256MB at all would be really nice and enough for any future software.&lt;br /&gt;
&lt;br /&gt;
===ROM===&lt;br /&gt;
Enough to Hold O/S and a fair number of applications and their settings. Persistent Storage with XIP capability. About 128 MB.&lt;br /&gt;
&lt;br /&gt;
===Storage===&lt;br /&gt;
An internal Micro SDHC should be used for users' files and additional software&lt;br /&gt;
&lt;br /&gt;
==Wireless data networking==&lt;br /&gt;
&lt;br /&gt;
===WiMAX support===&lt;br /&gt;
[http://en.wikipedia.org/wiki/Wimax WiMAX] is a high-speed data service, similar to wifi, though longer range and newer. Where service is available, this would complement WiFi. Unfortunately, unlike wifi, frequencies vary worldwide, so global usage may be complex. In South Korea, 2.3Ghz is available for WiMAX, known as WiBro. WiMAX Forum sets heart on 2.5 GHz for global use.&lt;br /&gt;
----&lt;br /&gt;
Two campuses of the University of California have just completed a deal with a WiMAX service provider to lease UC's ITFS/EBS spectrum to provide WiMAX in the SF Bay Area. Bidding was aggressive between Nextwave, Sprint-Nextel, and Clearwire. Other UC campuses have awarded other contracts throughout California to various of the three contenders. The point here is: these three companies are competing aggressively for spectrum in the 2.5-2.7 GHz range, and it's not limited to CA. At a National ITFS Association meeting in 2005, representatives from Intel said they would be ready to release a WiMAX chipset compatible with these frequencies in 2007, for inclusion in laptops. I assume the folks at [[FIC]] know much more about it that I do! Based on these and other clues, I think WiMAX is coming in the 2.5-2.7 GHz band in the near future... I'll be surprised if I do not see some offerings by early 2009. &lt;br /&gt;
&lt;br /&gt;
-[[User:Tzf|Tzf]] 21:54, 24 November 2007 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
===LTE support===&lt;br /&gt;
[http://en.wikipedia.org/wiki/3GPP_Long_Term_Evolution Long Term Evolution (LTE)] is a high-speed data service, similar to WiMax, but designed to be more compatible with existing GSM systems.  While Sprint &amp;amp; Clearwire are currently testing WiMax deployment in the US, AT&amp;amp;T and Verizon appear to be in preference of LTE.&lt;br /&gt;
&lt;br /&gt;
While the project is ongoing and general in scope, it has set itself some specific goals, many of which are oriented around upgrading UMTS to a so-called fourth generation mobile communications technology, essentially a wireless broadband Internet system with voice and other services built on top.&lt;br /&gt;
&lt;br /&gt;
===Emerging Protocols===&lt;br /&gt;
*[http://en.wikipedia.org/wiki/Near_Field_Communication Near Field Communication] has a few centimeter range, useable for keys, ID badges, pairing bluetooth devices and similar uses. Mentioned in newer bluetooth and SD standards. (No products.)&lt;br /&gt;
*[http://en.wikipedia.org/wiki/ZigBee ZigBee] is designed for connecting sensors and switches in buildings, with many options including mesh networks and aggressive power saving compared to bluetooth. (Almost no products available.)&lt;br /&gt;
*The [http://en.wikipedia.org/wiki/ANT_%28network%29 ANT network] is for connecting worn devices. Similar to ZigBee, but much simpler and maybe lower power. ([http://www.thisisant.com/?section=9 Short list] of products.)&lt;br /&gt;
&lt;br /&gt;
==Camera==&lt;br /&gt;
&lt;br /&gt;
* A camera that can take reasonable quality video and pictures is something many want. Applications vary from simple snapping, to gesture interfaces, video conferencing, barcode reading, business card reading, healthcare, servicing, biometric identification, and more.&lt;br /&gt;
** Unlike stand-alone cameras, an OpenMoko camera could integrate EXIF information from GPS, compass, and internet, making it far more valuable.&lt;br /&gt;
&lt;br /&gt;
* Some people can't take cameras into work - a model without the camera, or some way of removing the camera would be useful or leave the camera chip in place and have a removable lens assembly and replacement backcover.&lt;br /&gt;
*See [[Hardware:Neo1973:Alternate_Cases:Camera | Alternate Cases:Camera]] for phone casing suggestions.&lt;br /&gt;
&lt;br /&gt;
* See [[Wishlist:Camera]] for a more detailed wishlist.&lt;br /&gt;
&lt;br /&gt;
==Display==&lt;br /&gt;
===Multitouch screen===&lt;br /&gt;
&lt;br /&gt;
''Main article: [[Wishlist:Spell_weaving|Spell weaving]]''&lt;br /&gt;
&lt;br /&gt;
See also [http://pogue.blogs.nytimes.com/2007/03/27/the-multi-touch-screen/ this page] containing a link to a video demonstration.&lt;br /&gt;
&lt;br /&gt;
A history of multitouch implementations is [http://billbuxton.com/multitouchOverview.html here] ([http://google.com/search?q=cache:billbuxton.com/multitouchOverview.html google cache version])&lt;br /&gt;
&lt;br /&gt;
*Use examples: [http://www.youtube.com/watch?v=UcKqyn-gUbY&amp;amp;mode=related&amp;amp;search= Multi-touch interface (from Adobe TED)], [http://www.youtube.com/watch?v=1ftJhDBZqss&amp;amp;mode=related&amp;amp;search= Multi Touch (new touchscreen technology)]&lt;br /&gt;
&lt;br /&gt;
===Bigger and better screen===&lt;br /&gt;
2.8&amp;quot; widescreen (like in [http://etencorp.com E-ten] PDA/smartphones), or 3.5&amp;quot; widescreen (like in [http://www.expansys.ie/d.aspx?i=134944 Fujitsu Siemens LOOX N560]).&lt;br /&gt;
&lt;br /&gt;
262k or 16.7M colurs for displaying images and especially videos.&lt;br /&gt;
&lt;br /&gt;
OLED for better contrast, more rich colours, and less energy consumption.&lt;br /&gt;
&lt;br /&gt;
Maybe the [http://www.sharpsme.com/Page.aspx/europe/en/part/LS037V7DW01/ LS037V7DW01] by Sharp could be a solution. It has nearly the same specs as the currently used, but 3,7&amp;quot; -- [[User:Wedge | Wedge]]&lt;br /&gt;
&lt;br /&gt;
====&amp;quot;Slightly&amp;quot; Larger Screen====&lt;br /&gt;
43mm x 57mm (2.8inch diagonal) is tiny.  A 53mm x 71mm (3.5 inch diagonal) like on the TD035STEE1 would be a nice improvement.  A widescreen format at about 53mm x 82.5mm instead of the 3:4 aspect ratio would be even cooler (if one could be found).&lt;br /&gt;
&lt;br /&gt;
====Higher resolution screen====&lt;br /&gt;
The current OpenMoko hardware has a screen of size 2.8&amp;quot; and resolution 640 x 480 (VGA).&lt;br /&gt;
&lt;br /&gt;
See this LCD panel: http://www.engadget.com/2006/12/27/hitachi-does-800-x-480-display-for-phones/&lt;br /&gt;
&lt;br /&gt;
At 2.9&amp;quot; it is almost exactly the same size as the current screen but has a wider 800 x 480 resolution (WVGA). This is the same resolution as in the Nokia N800 web browsing devices (but those devices have a bigger, lower DPI screen).&lt;br /&gt;
&lt;br /&gt;
A display panel like this would enhance the phones's usability as a small computer, particularly for activities like web browsing, with an almost negligible affect on the size of the device. It would cause slightly increased battery drain though.&lt;br /&gt;
&lt;br /&gt;
===Distance sensing touchscreen===&lt;br /&gt;
{{Main|Hardware:NearlyTouchScreen}}&lt;br /&gt;
TouchKo's (now Wacom Company Ltd.) spatial capacitive &amp;quot;touchscreen&amp;quot;, can sense fingers at a small distance, so you do not get your display greasy, and can unlike some touchscreens, be operated with gloves.&lt;br /&gt;
&lt;br /&gt;
===&amp;lt;s&amp;gt;Video acceleration&amp;lt;/s&amp;gt;===&lt;br /&gt;
Hardware acceleration for video playback and 2D/3D accelleration will be present in [[Neo1973 GTA02]].&lt;br /&gt;
&lt;br /&gt;
===EPD===&lt;br /&gt;
Or electronic paper display, EPD is used in many new devices such as the new Motorola motofone, sonys new e-reader and Irex's iliad. The technology provides thin, lightweight, power saving screens using new eink technology. This technology could cut the weight of the phone and its power usage. For more info see: [http://www.eink.com eink's website].&lt;br /&gt;
&lt;br /&gt;
Pro: laserprinter like quality, glossy, very stable image, easy on the eyes. Electronics are similar to TFT. Very low power consumption. &lt;br /&gt;
&lt;br /&gt;
Con: Black and grey only (like a newspaper, but glossy), although there were already color prototypes in 2005. low framerate (5fps). Can reflect light (like paper), backlight is impossible.&lt;br /&gt;
&lt;br /&gt;
===Transreflective===&lt;br /&gt;
It would be nice to have (the option of) a transreflective display, which while being less bright, is readable without needing to power the backlight. Then again, it depends on how much power the backlight uses compared to everything else...&lt;br /&gt;
&lt;br /&gt;
===Second Display===&lt;br /&gt;
A 32x32 OLED display possibly on the back for camera framing or on an edge so it can be viewed like a pager.&lt;br /&gt;
This could be used to display any number of alerts (from any installed software) the alerts could have a dynamic prioritisation which means during the work day a message from the boss has high priority but lower at home (could be GPS/Time controlled?) multiple alerts shrink the icons to a 3x3 grid higher priority messages get more space.&lt;br /&gt;
&lt;br /&gt;
===Pico Projector===&lt;br /&gt;
[http://www.engadget.com/media/2006/02/digismartphone2.jpg Like the one shown here] or [http://www.youtube.com/watch?v=sT1mhSRichk (video example here)] new cellphones are now coming out with a small, low power projector. This can be used to show movies from your cell phone with 0.5m high image on a while wall for example...&lt;br /&gt;
&lt;br /&gt;
Sample Video: http://www.youtube.com/watch?v=sT1mhSRichk&lt;br /&gt;
&lt;br /&gt;
Sample Vendor/Product Info: http://www.dlp.com/tech/what.aspx&lt;br /&gt;
&lt;br /&gt;
==Input devices==&lt;br /&gt;
&lt;br /&gt;
===Tablet PC like pen input (Wacom Technology)===&lt;br /&gt;
The Wacom tablet protocol is openly documented, OSS drivers exist. Connection via UART or USB.&lt;br /&gt;
[http://www.wacom-components.com/english/technology/emr.html Wacom mobile technology]&lt;br /&gt;
[http://www.wacom-components.com/english/product/sensorboard.html Sensorboards]&lt;br /&gt;
&lt;br /&gt;
Add a pen holder to the case, suitable for a pen [http://www.wacom-components.com/english/product/pen.html like the &amp;quot;Super Slim Pen&amp;quot; on this page]&lt;br /&gt;
&lt;br /&gt;
===Regular phone keypad===&lt;br /&gt;
I really like the idea of this phone BUT it misses one&lt;br /&gt;
crucial feature - a simple keypad(like most other phones have).&lt;br /&gt;
I'd be basicaly happy with a mobile device with a 3-4&amp;quot; screen with a slide out keypad(in a similar way as the n95).&lt;br /&gt;
&lt;br /&gt;
===No Dependence on Stylus===&lt;br /&gt;
The Neo's basic functionality should be completely usable without a stylus, Like the iPhone but with stylus use for precision work.&lt;br /&gt;
&lt;br /&gt;
===A laser projection keyboard===&lt;br /&gt;
Similar to [http://www.thinkgeek.com/computing/input/8193/ this], except the device would be integrated into the phone itself.  Setting the Neo up on a stand on a flat surface (perhaps a stand could be built into the back of the Neo itself, or into a case) would turn the Neo into a micro-laptop.  There may be several issues with the inclusion of this technology, including patents, the space required to project the laser grids, and the power consumption.  If possible, however, it would make text input a breeze.&lt;br /&gt;
&lt;br /&gt;
===Just a few more Buttons===&lt;br /&gt;
&lt;br /&gt;
2 buttons more, 3 buttons total, mounted sideways would be enough. You could use them for play/pause and loudness controll while the phone remains in your pocket (display locked, ...), reading mails, rss, ebooks,... without wasting display space and so on.&lt;br /&gt;
&lt;br /&gt;
With 5 buttons in total you could possibly emulate a keyboard (2^5 = 32 combinations) for those who know how to play a flute. Useable onehanded, not wasting display space and faster than t9. (It's not faster than T9 - I've used this system with the microwriter agenda --[[User:Speedevil|Speedevil]] 00:00, 2 July 2007 (CEST)) Hopefully this is not patented already.&lt;br /&gt;
&lt;br /&gt;
===D-Pad and Buttons===&lt;br /&gt;
*Adding a D-pad (to the bottom of the phone) and 2 to 4 buttons (to the top) would provide some tactile input controls, in addition to the touchscreen. They could be used as shortcut keys in the menu, or playback control when playing media. When the phone is held sideways, they can be used as games controls. (With touchscreen alone, gameplay options are limited)&lt;br /&gt;
&lt;br /&gt;
Game buttons would be best on both sides of the screen. The larger the buttons, the better. 2x 4 buttons in up-down-left-right configuration + some extra buttons separately a bit lower on the device would be good for many for emulation games. &lt;br /&gt;
&lt;br /&gt;
Here is a concept drawing of a possible neo1973 gaming version: &lt;br /&gt;
(This has a 4-way direction pad, 8 way may be better for gaming)&lt;br /&gt;
&amp;lt;br/&amp;gt;&lt;br /&gt;
[[Image:Neogame90.jpg]]&lt;br /&gt;
&amp;lt;br/&amp;gt;&lt;br /&gt;
Shoulder buttons would be a great addition, too. It would be interesting if there was a total 4 of them, one for every corner. It would make the phone very flexible for rotating and 2 to 6 players playing on one device.&lt;br /&gt;
&amp;lt;br/&amp;gt;&lt;br /&gt;
:''Note'' : The [http://en.wikipedia.org/wiki/Tapwave_Zodiac Tapwave Zodiac] Palm PDA / Game console hybrid had a similar setup - with an analog stick on the left (also used for quick selection using a radial main menu when working as a PDA), 4 buttons on the right (also configurable for shortcuts when using the device as PDA), and 2 shoulder buttons. Also it had and still has an enthusiastic scene of homebrew development (almost any console emulator for PalmOS can also take advantage of the additional buttons and graphic power of the device). If we also take into account the success encountered by the [http://en.wikipedia.org/wiki/GP32 GP32] in the past and the [http://en.wikipedia.org/wiki/GP2X GP2X] currently on the homebrew scene, it's not unreasonable to plan a future OpenMoko device with both a SmartPhone/PDA functionnality ''and'' hand-held console targeting homebrew development.&lt;br /&gt;
&lt;br /&gt;
===Thumb keyboard or keyboard attachment accessory===&lt;br /&gt;
*Could be slide out or clamshell (hinge on long side) design with an external OLED. The keyboard should be protected when not in use.&lt;br /&gt;
*Could be a clip on keyboard that attaches to the serial port or communicates by bluetooth (not preferred for permanent keyboard users).&lt;br /&gt;
*Cheap clippable miniusb keyboard&lt;br /&gt;
*One of the layouts proposed in [[Hardware:Keyboards]]&lt;br /&gt;
* What about virtual keyboard? [[http://www.extremetech.com/article2/0,3973,539778,00.asp Keyboard]]&lt;br /&gt;
&lt;br /&gt;
===Analogue Controllers===&lt;br /&gt;
&lt;br /&gt;
====Trackball====&lt;br /&gt;
A trackball would provide an efficient mouse-like interface in a very compact package.  As exemplified in the newer Blackberry&amp;amp;reg; models.&lt;br /&gt;
Maybe instead an optical sensor as are used in mice could be used so that the whole phone can be moved over a surface just like a mouse. (It could function as a Bluetooth mouse for other devices like laptop computers: see [[Bluetooth_Support#Acting_as_HID_device]]. Adding one other two-axis analogue input (possibly just the screen) would make the Neo usable as a TrackPoint or scroll-and-tilt mouse.) The same sensor might be usable as a barcode reader.&lt;br /&gt;
&lt;br /&gt;
====Analog Joystick====&lt;br /&gt;
A joystick, or [http://www.extremetech.com/article2/0,1697,1772689,00.asp Rollermouse]-like device would provide additional control, compared with touchscreen only.&lt;br /&gt;
*A standard [http://en.wikipedia.org/wiki/Pointing_stick pointing stick (ie. TrackPoint)] might serve well. As a fairly standard part, might they be quite inexpensive?&lt;br /&gt;
&lt;br /&gt;
====Dual analogues====&lt;br /&gt;
Dual analogue controllers (one trackball or joystick above, one below the screen, most likely) might even be feasible. That might be overkill since the accelerometers or touchscreen can be used to provide a second analogue input. But it would be nice to have four axes of analogue control without having to tilt the screen away from you or partly cover it with your hand.&lt;br /&gt;
&lt;br /&gt;
===TV/radio receiver===&lt;br /&gt;
[[Digital Television]], [[Digital Radio]] or even normal analogue TV/radio is widely available in the world, though unfortunately in various different forms. In markets where one standard is widespread, and hardware is suitable, it would be a great extension of the phone to a general entertainment device for when you're away from home. Multi standard devices would be ideal, but may not be small, low-power, or cheap.&lt;br /&gt;
A good start would be an FM tuner, since it's one of the most widely used formats of radio broadcasting in the world.&lt;br /&gt;
&lt;br /&gt;
Here's a selection of chips, though it's not clear if the drivers are open source. http://www.sigmatel.com/products/portable/wireless/fmtuner.aspx#fragment-14&lt;br /&gt;
http://www.st.com/stonline/products/families/automotive/am_fm_tuners.htm&lt;br /&gt;
&lt;br /&gt;
===Accelerometer=== &lt;br /&gt;
This enables the phone to sense which direction 'down' is, and to sense any movements the phone makes.&lt;br /&gt;
&lt;br /&gt;
See [[Accelerometer Fundamentals]] for more information on accelerometers as they may be used in phones.&lt;br /&gt;
&lt;br /&gt;
In some cases integrated gyroscopes may also be needed. A [[#Digital compass]] can even be of more use since it gives absolute rotation so slow rotations could also be measured. A 3D compass would be nicest, but a simple 2D compass already is a helpful addition to the accelerometers.&lt;br /&gt;
&lt;br /&gt;
*[[Wishlist:3D Viewport|3D Viewport]]&lt;br /&gt;
*[[Wishlist:Computer Mouse|Computer Mouse]]&lt;br /&gt;
*[[Wishlist:Determine Position|Determine Position]]&lt;br /&gt;
*[[Wishlist:Dynamic Screen Orientation|Dynamic Screen Orientation]]&lt;br /&gt;
*Change media player playlist when jogging vs walking. &lt;br /&gt;
*Attempt to use to stabilise any future camera.&lt;br /&gt;
&lt;br /&gt;
This feature is scheduled for inclusion in the phase 2 Neo1973, GTA02.&lt;br /&gt;
&lt;br /&gt;
===Side-Mounted Touch Strip===&lt;br /&gt;
Add a &amp;quot;touch strip&amp;quot; sensor onto the side of the phone which can be used to scroll. By having it on the side you can use your thumb to scroll comfortably while holding the phone one-handed. An 8-element capacitive sensor would work wonderfully and be easy to fab using either a Quantum QT411 (http://www.qprox.com/products/qslide_qt411.php) or Analog Devices AD7143 (http://www.analog.com/en/prod/0,2877,AD7143,00.html) controller. The Analog Devices chip seems better suited due to it's smaller allowable element size.&lt;br /&gt;
*With the AD7143 you can have an 8-element (128-position) 25mm long strip - Perfect!.&lt;br /&gt;
*With a few OLED screens beneath the strip it could be used as dynamic configurable buttons/alerts eg. zoom/flash/shutter with a camera application and SMS/Email/Voicemail alerts in standby&lt;br /&gt;
&lt;br /&gt;
===Heart Rate Compatibility=== &lt;br /&gt;
&lt;br /&gt;
An RF interface to receive data from popular heart rate straps (Polar, Garmin, Sigma, Suunto, etc.). This would go along well with the existing GPS functionality and possible future Accelerometer functionality to make for a full-blown workout tool.&lt;br /&gt;
&lt;br /&gt;
Software can be written to track heart rate along a running, cycling, skiing, swimming loop, to monitor max and min heart rate, to match heart rate data to GPS coordinates and print map data w/ relevant data.&lt;br /&gt;
&lt;br /&gt;
===Digital compass=== &lt;br /&gt;
A digital compass is useful for orienting maps to the terrain and other location/direction/orientation based applications (... is 300 meter that way) when the user is standing still (regardless of GPS reception) and for following a bearing when GPS reception is poor or speed is low. Also could be used to make the accelerometer data more exact.&lt;br /&gt;
&lt;br /&gt;
A compass is also useful for tagging photographs with the correct direction (in addition to location) of the photo.&lt;br /&gt;
&lt;br /&gt;
Very small [[I2C]] sensors like [http://www.ssec.honeywell.com/magnetic/hmc6352.html Honeywell's HMC6352 2-Axis Digital Integrated Compass] (6.5 x 6.5 x 1.5 mm) are very appropriate for this. Another option is the much smaller [http://www.global.yamaha.com/news/2006/20060726.html Yamaha YAS529 Three-Axis Geomagnetic Sensor IC Chip] (2.0mm x 2.0mm x 1.0mm).&lt;br /&gt;
&lt;br /&gt;
*[[Wishlist:Auto Align Map]]&lt;br /&gt;
&lt;br /&gt;
See [[Wishlist - Hardware: Digital compass]] for more information&lt;br /&gt;
&lt;br /&gt;
===Thermometer===&lt;br /&gt;
An electronic thermometer might become handy for some users.&lt;br /&gt;
&lt;br /&gt;
There are very small [[I2C]] devices available, that could easily integrate to the existing bus. For example [http://focus.ti.com/docs/prod/folders/print/tmp100.html this one from ti].&lt;br /&gt;
(Could just be cheap and use the thermometer from the battery, thats how they did it in the nokia 5140's). Also is integrated in a barometer/altimeter like the SMD500 mentioned in [[Wish List - Hardware - Atmospheric]].&lt;br /&gt;
::But if you carry it in your pocket it is unlikely to show the correct air temperature anyway. [[User:AudriusA|AudriusA]] 17:12, 12 January 2008 (CET)&lt;br /&gt;
&lt;br /&gt;
===Barometer and Variometer (Altimeter)===&lt;br /&gt;
&lt;br /&gt;
A Barometer measures air pressure. This can be used to give weather information, and also as a variometer, to sense relative altitude. Variometers are commonly used in flying microlight and ultralight aircraft, to get accurate relative altitude.&lt;br /&gt;
&lt;br /&gt;
These are also common on high end GPS units. This is a great feature for walkers as you can tell how far you have got on any ascent/decent.&lt;br /&gt;
&lt;br /&gt;
See [[Wish List - Hardware - Atmospheric]] for more information.&lt;br /&gt;
::The GPS device [[Manually using GPS|outputs the altidude]] as well. This has been tested and works fine. [[User:AudriusA|AudriusA]] 21:44, 7 February 2008 (CET)&lt;br /&gt;
&lt;br /&gt;
===Finger print sensor===&lt;br /&gt;
A fingerprint sensor gives easy and fast access to the phone, could lock the touchscreen etc. An example of this device can be found at [http://www.sonystyle.com/is-bin/INTERSHOP.enfinity/eCS/Store/en/-/USD/SY_BrowseCatalog-Start?CategoryName=cpu_VAIONotebookComputers_UX_Series&amp;amp;Dept=computers Sony UX17].&lt;br /&gt;
&lt;br /&gt;
Most fingerprint sensors in the embedded market include a navigation mode, where they work similar to either a touch-stick or touch-pad of a laptop.&lt;br /&gt;
&lt;br /&gt;
[http://www.fujitsu.com/downloads/MICRO/fma/formpdf/mbf320_fsfin.pdf Fujitsu] has a small strip like reader that has SPI and USB support.&lt;br /&gt;
&lt;br /&gt;
===Barcode Scanner===&lt;br /&gt;
*less cpu intensive and more reliable than camera+ocr&lt;br /&gt;
*though, bluetooth-enabled readers are already available.&lt;br /&gt;
&lt;br /&gt;
===Light Sensor===&lt;br /&gt;
Ability to sense ambient light, and act accordingly. i.e if it's 3am and LightValue&amp;lt;.1 then Ring Quietly.&lt;br /&gt;
&lt;br /&gt;
===A pluggable sensor module===&lt;br /&gt;
Give the option of a composite sensor module consisting of pressure, humidity, temperature and light sensors(if camera not present, which is the case), which will be pluggable to the phone and connected to the USB 1.1 port.&lt;br /&gt;
&lt;br /&gt;
===Wheel===&lt;br /&gt;
A navigation wheel like on a sony/ericsson 810i would be nice.&lt;br /&gt;
&lt;br /&gt;
===Proximity Sensor===&lt;br /&gt;
Switch off backlight when you place the phone to your ear. Prevent accidental activation of speakerphone or other sounds when the phone is near the ear (prevent hearing damage). Possibly switch the speakerphone on or off automatically depending on if the phone is by your head or not.&lt;br /&gt;
&lt;br /&gt;
=== Make ''all'' unlocking of phone, password protected===&lt;br /&gt;
&lt;br /&gt;
When my (current non-neophone) phone is in my pocket and I have it locked, it sometimes accidentally unlocks itself since only two keystrokes in the correct order are necessary to unlock it. When it's unlocked and still in my pocket it sometimes calls someone without my knowledge. All phones I've seen today have a press-just-one-button bypass to answer an incoming call even when the phone is locked. I suggest making the locking mechanism let the user configure it so that the user has to enter a password even for answering incoming calls. The likeliness of the phone accidentally runbbing against my car keys, hitting a ten character long password, unlocking the phone without my knowledge and consent is low enough even for us most unlucky users.&lt;br /&gt;
&lt;br /&gt;
==Expansion==&lt;br /&gt;
===Positioning of Buttons, Connections and ports===&lt;br /&gt;
&lt;br /&gt;
Ideally any cable ports such as charging, USB, audio, docking should not get in the way of your hand or fingers when holding it in it's normal orientation. For the sake of SDIO cards an external SD slot should be on the top edge. IR for remote control software and ease of inter-device communication should be on the corner so that it is facing away from you for both orientations. Buttons obviously are positioned for finger control. An example of how '''not''' to do this would be the HTC Universal&lt;br /&gt;
&lt;br /&gt;
===Storage===&lt;br /&gt;
&lt;br /&gt;
====MMC/SD/SDIO slot (rather than?) miniSD or microSD====&lt;br /&gt;
*Cheaper, more durable cards in a widely accepted format.&lt;br /&gt;
*Much much larger storage capacity, [http://blog.scifi.com/tech/archives/2007/08/23/toshiba_unleash_1.html even 32GB]&lt;br /&gt;
*Cards are harder to lose&lt;br /&gt;
*Wider selection of accessories, including SDIO accessories.&lt;br /&gt;
*Make externally available so that larger length SDIO cards can be used (thinking about SDIO WLAN here)&lt;br /&gt;
*[http://en.wikipedia.org/wiki/Secure_Digital_card#SDHC SDHC] compatible. It seems to already have the right hardware for it - see [[Neo1973_Hardware#microSD-Card]].&lt;br /&gt;
See more on [http://wiki.openmoko.org/wiki/Wish_List#SD_Card_Slot Wish list - SD Card Slot]&lt;br /&gt;
&lt;br /&gt;
====Two SD slots====&lt;br /&gt;
*Micro SDHC for /home partition. Keep like current design underneath SIM card&lt;br /&gt;
*Hot swappable externally accessible normal size SDHC/SDIO slot&lt;br /&gt;
&lt;br /&gt;
=== Internal Communication Bus ===&lt;br /&gt;
*A standard and/or documented internal communication bus of some sort could simplify adding new hardware modules.&lt;br /&gt;
*Serial USB or I2C connector internal to case towards the top&lt;br /&gt;
*Several digital I/O pins that operate at TTL levels&lt;br /&gt;
*A few analogue I/O pins attached to a A/D converter&lt;br /&gt;
*Documentation of Debug board connector could provide some of this functionality.&lt;br /&gt;
&lt;br /&gt;
I2C is used on the Neo with some details of resources already in use documented!&lt;br /&gt;
Please see [[I2C | Neo I2C Devices]] for more information &amp;amp; a list of devices &amp;amp; the addresses currently in use &amp;amp; documented for the Neo1973.&lt;br /&gt;
&lt;br /&gt;
===Local Communication===&lt;br /&gt;
&lt;br /&gt;
====USB====&lt;br /&gt;
* 5V Powered, to avoid having to carry around a hub for when you want to occasionally plug in a memory stick. Many powered hubs will not recognize a totally unpowered host. Provide a maximum current to drive a basic USB keyboard/memory stick/mouse/webcam/astrowebcam. This could be done by adding a small cheap power converter like the [http://www.national.com/pf/LM/LM2753.html LM2753]&lt;br /&gt;
* USB 2.0 (USB 1.1 is too slow to transfer data to the card, removing the card everytime from the phone isn't an option too, because it is placed under the battery)&lt;br /&gt;
* Standard type A socket for quick &amp;amp; easy insertion of memory sticks etc.&lt;br /&gt;
* OTG, to be able connect usb keyboard like [http://www.mobile-review.com/pda/review/cherry-kb-en.shtml Cherry G84-4321 SUNRG]&lt;br /&gt;
* Bootable USB device emulation: the possibility to boot any computer on a bootable flagged partition of the transflash.&lt;br /&gt;
* Protection against incorrectly wired USB ports: some USB ports are wired incorrectly; if the +5V and GND are swapped, the device would get -5V when it's expecting +5V, which could burn some chips. A reverse-biased diode between +5V and GND, D+ and GND, D- and GND, and (if used) ID and GND, with a low enough forward voltage drop (to limite the negative voltages to what the chips can withstand), would protect the device by tripping the port's short circuit protection.&lt;br /&gt;
&lt;br /&gt;
====Wireless USB support====&lt;br /&gt;
[http://en.wikipedia.org/wiki/Wireless_USB Wireless USB] is the wireless version of USB offering data-rates up to 480 Mbit/s over short distances (&amp;lt;3 meter). Chipsets suitable for a phone are likely to take some time to be available.&lt;br /&gt;
&lt;br /&gt;
====Bluetooth with A2DP====&lt;br /&gt;
Is the blue-tooth radio present in the phone A2DP compatible. If not, make it so.&lt;br /&gt;
&lt;br /&gt;
Great for listening to music or watching a movie with full sound.&lt;br /&gt;
&lt;br /&gt;
====SIR/FIR transceiver (Serial Infrared) / IR remote control====&lt;br /&gt;
*An infrared transceiver is cheap, small, and useful for sync with many laptops and mobile phones. &lt;br /&gt;
*Replace/emulate all IR-based remote controls used for your tv, vcr, etc on your neo cell phone.&lt;br /&gt;
** replaces multiple 'dumb' devices with a single intelligent device (your neo) that you will probably carry with you at all times anyway. &lt;br /&gt;
**Command sets should be retrieved from a database or learned from other less intelligent remote control devices with macros. &lt;br /&gt;
**reduces clutter, particularly in the living room.&lt;br /&gt;
**inceases the neo's practical status as an 'always-have' device. &lt;br /&gt;
&lt;br /&gt;
Other uses.&lt;br /&gt;
*Detecting reflections from inside of a caddy, and switching from active mode.&lt;br /&gt;
*FIR would be a nice option, as it's some 40 times faster than SIR.&lt;br /&gt;
&lt;br /&gt;
===Other===&lt;br /&gt;
&lt;br /&gt;
====Video Out====&lt;br /&gt;
*Through a docking port&lt;br /&gt;
**S-Video/Composite Out&lt;br /&gt;
**DVI Out&lt;br /&gt;
**HDMI Out&lt;br /&gt;
**Display Port&lt;br /&gt;
&lt;br /&gt;
==Output devices==&lt;br /&gt;
&lt;br /&gt;
===LED===&lt;br /&gt;
*The Neo1973 GTA02 will have LEDs of some sort behind at least one button. [http://lists.openmoko.org/pipermail/community/2007-July/008458.html]&lt;br /&gt;
*A blinking LED would be a cheap, low power way to inform the user of new SMS/Email....&lt;br /&gt;
**An alternative to this would be for one small part of the LCD to be separately backlit.&lt;br /&gt;
**This requires the CPU and LCD to be somewhat active, to keep the LCD refreshed, but gives much more information.&lt;br /&gt;
**A Small OLED Screen could be used and display much more information than a LED with minimal power usage.&lt;br /&gt;
&lt;br /&gt;
*For example a multicolor LED which pulses yellow for GSM/GPRS transmit, blue for Bluetooth/Wifi, green to indicate non-urgent information - missed call etc, red to indicate battery low or other urgent notices.&lt;br /&gt;
&lt;br /&gt;
**The LED and button ideas could be combined: illuminated buttons.&lt;br /&gt;
**It must be possible to completely disable the LED to save power or other personal preferences.&lt;br /&gt;
&lt;br /&gt;
=== Flashlight ===&lt;br /&gt;
For finding keys, or any other application. May also optionally pulse in time with ring, to make phone more visible.&lt;br /&gt;
This is really well done in Nokia 5500.&lt;br /&gt;
&lt;br /&gt;
-I second this one. The most used feature in my Nokia 5140 after the calling and sms features is the flashlight. It's just one simple LED, but powerful enough to see with if it's really dark. If it ain't dark, you won't need the light anyway. :)&lt;br /&gt;
&lt;br /&gt;
Also, Who hasn't lost their keys and opened up their cell phone to use as a flashlight?&lt;br /&gt;
&lt;br /&gt;
=== FM transmitter ===&lt;br /&gt;
Small FM transmitter to output to car, and other nearby radios.&lt;br /&gt;
&lt;br /&gt;
Fix the biggest flaw in the iPod before Apple does!&lt;br /&gt;
&lt;br /&gt;
=== Infrared Transmitter w/ universal remote software ===&lt;br /&gt;
Infrared LED on top of device with universal remote software so you can control televisions, DVDs etc.&lt;br /&gt;
[http://www.novii.tv/ Here] is an example of universal remote software.&lt;br /&gt;
&lt;br /&gt;
:I'd like to add that i fully support this. An IR port on future openmoko devices capable of controlling set-top boxes like TV/DVD/Stereo is necessary to make the device as universal as possible. A cellphone should be your window to the world and allow you to interact with it in as many ways as possible.&lt;br /&gt;
&lt;br /&gt;
:Care must be taken to use the correct type of IR chipset/controller in the phone. Most IR ports you find on devices like computers, some cellphones etc. Are for high speed data communication and CAN'T control TVs/DVDplayers/Stereos etc.&lt;br /&gt;
&lt;br /&gt;
:In order to reduce cost it maybe possible to use the sound chipset in the phone to generate the waveform sent to the IR led. IR remotes work at ~38Khz which is within the range of the sound chipset. The sound output could be internally switched between the IR led or the speakers.&lt;br /&gt;
&lt;br /&gt;
===HAC Compliance===&lt;br /&gt;
[http://quux.wiki.zoho.com/WhereAreHACphones.html Here] is some summary/discussion of how hearing aid compliance rules work in the US. Specifically it would be nice to see the phone include a [http://www.hearingresearch.org/Dr.Ross/telecoil_and_telephones.htm telecoil], which allows the phone to connect wirelessly to many standard hearing aids.&lt;br /&gt;
&lt;br /&gt;
==Mobile Communication options==&lt;br /&gt;
&lt;br /&gt;
===Generic Access Network / Unlicensed Mobile Access===&lt;br /&gt;
This technology requires cooperation from the cellular provider, but [http://en.wikipedia.org/wiki/Unlicensed_Mobile_Access UMA/GAN] is already offered by T-Mobile in the United States, and perhaps others in other countries.  Allowing the user to roam from GSM to wifi, this technology can save the end user a significant amount of money, and also allow the user to deploy coverage where there was none before.  There are only a few UMA capable phones currently, but it would be great if this could be made to work on a phase 2 type OpenMoko device.&lt;br /&gt;
&lt;br /&gt;
Note that this features requires more advanced access to the GSM modem. &lt;br /&gt;
Special messages needs to be exchanged with the network.&lt;br /&gt;
&lt;br /&gt;
===Faster/better mobile connectivity.===&lt;br /&gt;
[http://en.wikipedia.org/wiki/Gsm GSM]/[http://en.wikipedia.org/wiki/GPRS GPRS] is at best slow. An incremental improvement would be a radio with [http://en.wikipedia.org/wiki/EDGE EDGE ] support. EDGE is an evolved GSM standard and, like GPRS, it operates on the same frequency as voice. This means a quad-band EDGE radio will have near-complete worldwide coverage. &lt;br /&gt;
&lt;br /&gt;
[http://en.wikipedia.org/wiki/UMTS UMTS] - which is widespread in Europe and being deployed in the US, [http://en.wikipedia.org/wiki/HSDPA HSDPA] (asia) and any other mobile standards would be nice for faster data connectivity and coverage.&lt;br /&gt;
It is unlikely that all of these will be supported initially, but it is a goal. These faster standards operate in different frequencies from GSM/GPRS/EDGE. Which frequency exactly will depend on the carrier and country. For UMTS in the US, AT&amp;amp;T uses 850/1900 MHz but T-Mobile will use 2100/1700 MHz for example.&lt;br /&gt;
&lt;br /&gt;
Until that goal is reached, it is likely that some phones will be brought out for various specific markets - Europe, Asia, US.&lt;br /&gt;
&lt;br /&gt;
===Ability to use multiple SIMs/networks===&lt;br /&gt;
* External SIM sockets are widely available in China, a dual external socket would be a very good solution.&lt;br /&gt;
* [http://www.fonefunshop.co.uk/dualsim/digital.htm Dual SIM card kit] - two SIMs are trimmed and combined, software supportwould be needed, and both can't be used at once...&lt;br /&gt;
* Some networks support multiple numbers on one SIM. Unfortunately this won't allow split networks.&lt;br /&gt;
* A second/dual GSM module would allow full use of both sims at all times.&lt;br /&gt;
* As a hack, [http://wiki.openmoko.org/wiki/Wish_List#Bluetooth_powered_Multi-SIM_support use another mobile via BT].&lt;br /&gt;
** As many as three SIM slots would be genuinely useful, especially for a 3G phone - some 3G data tariffs are only available on data-only SIMs. A user could quite reasonably have one SIM for data, once SIM for his personal voice calls, and a third SIM for his business number.&lt;br /&gt;
* Dual SIM card support will be especially welcome by the women. They just love to talk on the phone.&lt;br /&gt;
* Save the contents from several SIM-cards to memory and simulate them.&lt;br /&gt;
&lt;br /&gt;
===PMR446/FRS Radio===&lt;br /&gt;
* Include a PMR/FRS Radio.&lt;br /&gt;
* A two-way walkie talkie lets you use the phone to communicate with friends without requiring a GSM connection (crowded networks at festivals, at locations with no GSM coverage).&lt;br /&gt;
&lt;br /&gt;
2 way talk over Sprint/Nextel/Boost networks if possible. At least the walkie talkie feature for sure. It's very annoying being at a lake with no service and can't call your friend in the other boat across the lake.&lt;br /&gt;
&lt;br /&gt;
===[[DECT]]===&lt;br /&gt;
* Include a [[DECT]] GAP/CAT-iq transceiver so you can use your home and/or office PSTN line&lt;br /&gt;
** Ability to use Alcatel phonebook stuff (like provided by the eventphone.de phone equipment) would be very nice too&lt;br /&gt;
&lt;br /&gt;
===[[SIP phone]]===&lt;br /&gt;
Make stripped down (and thus cheaper) version of the Neo1973 phone for use as a SIP phone. Remove GPS, GSM, accelerometers, stylus.&lt;br /&gt;
&lt;br /&gt;
Addition of an centimeters-precise location system [http://en.wikipedia.org/wiki/Real_Time_Location_Systems RTLS] would be nice, as it will allow highly sensible indoor context detection. Imagine putting the phone next to your mirror (where you shave daily) and watch it automatically switch to news radio channel. Or put it next to your bed and see it automatically switch to &amp;quot;sleeping&amp;quot; mode, when only calls from predefined numbers are accepted.&lt;br /&gt;
&lt;br /&gt;
=='''Casing'''==&lt;br /&gt;
See also: [[Alternate Neo1973 case designs]] for a list of cases being considered for design/manufacture by the community.&lt;br /&gt;
&lt;br /&gt;
=== [[Hardware:Neo1973:Alternate_Cases:Expansion_Module_Casing | Expansion Module Casing]] ===&lt;br /&gt;
Longer case (150-160mm+) with space in the top to put expansion modules, including test &amp;amp; hobby hardware.  Would require use of a standard internal power &amp;amp; communications bus. Could be left empty with blank cover or house cameras, solar panels, a crank powered charger, special transmitters/recievers, or anything else imaginable.&lt;br /&gt;
&lt;br /&gt;
[http://www.likeasecret.com/Neo1973/Neo1973-Exp.mov Neo1973 Expansion Module Quicktime rendering]&amp;lt;br /&amp;gt;&lt;br /&gt;
[[Image:Neo1973-Exp.png]]&lt;br /&gt;
&lt;br /&gt;
=== Expansion Back Casing ===&lt;br /&gt;
Replacement backs with additional features ranging from solar power, larger batteries, extra hardware, ...&lt;br /&gt;
&lt;br /&gt;
===[[Hardware:Neo1973:Alternate_Cases:Expansion_Front_Casing|Expansion Front Casing]]===&lt;br /&gt;
Replacement fronts with e.g. extra buttons.&lt;br /&gt;
&lt;br /&gt;
=== Space efficient Lanyard ===&lt;br /&gt;
The hole at the bottom of the phone takes a lot of space. A [http://en.wikipedia.org/wiki/Kensington_Security_Slot Kensington Security Slot] could be used instead.&lt;br /&gt;
&lt;br /&gt;
=== Rugged version ===&lt;br /&gt;
We need something you can drop from 4 feet in to a puddle of dirty water on construction site. Sunlight readable display, maybe aluminium case. The big ugly pseudo military version. What about a casing similar to the OLPC project's in terms of dust and waterproofing? I frequently have to answer the phone with hands dripping sea water and most phone's do not take kindly to that type of treatment. Also the accelerometers can be wired to a protection mechanism which suspends all processing/data activity in case of a (free) fall. &lt;br /&gt;
&lt;br /&gt;
=== Transparent ===&lt;br /&gt;
Make a transparent, see-through casing. Why do we need a closed casing for open hardware and open software? Show the world it is a truly Free/Open source phone.&lt;br /&gt;
&lt;br /&gt;
That makes sense to me. I second that idea!&lt;br /&gt;
Me, too!&lt;br /&gt;
&lt;br /&gt;
=== Blank ===&lt;br /&gt;
Even though the transparent case would work too, I would like to see a blank case of pure black or white so people could have the option of air-brushing,painting or even drawing on the case.&lt;br /&gt;
&lt;br /&gt;
===Integrated solar charger===&lt;br /&gt;
Perhaps on one side there could be an integrated photovoltaic. It would be small, but might it be enough to charge the device. It could be integrated in an aesthetically pleasing fashion like [http://i.i.com.com/cnwk.1d/i/bto/20080523/solarboat.jpg this]... except, with a matching color. :)&lt;br /&gt;
&lt;br /&gt;
==Misc==&lt;br /&gt;
===Battery Size/Standby Time===&lt;br /&gt;
&lt;br /&gt;
Since the device will be ultimately running a wide selection of software on it the battery needs to be somewhat more robust and have a longer standby time than that of current phone's. At the moment I'm using a Moto (2 days before charging) or a Samsung (3 days before charging) and am not impressed with either phone's standby time, and I'm not using the phone's for anything but calls.&lt;br /&gt;
&lt;br /&gt;
=== Dedicated Power / Charger Pinout ===&lt;br /&gt;
&lt;br /&gt;
Having not yet seen a physical Neo device, I haven't been able to examine any of the IOs to see if there already is a dedicated power / charger input. However, I can imagine that it might be very tempting to have the device charge solely via USB. For any device that is capable of USB-host, that is a '''horrible''' idea, particularly when it's intended to be a mobile-komputing device.&lt;br /&gt;
&lt;br /&gt;
Since the device is able to run in USB host mode, it might be a good idea to allow for an alternate power supply, if say, a USB keyboard was being used for several hours. Rather than drain the battery, one could just supply power via the wall outlet while still providing endless hours of USB-host enjoyment for those hard-coders on the go.&lt;br /&gt;
&lt;br /&gt;
The main question is just deciding on where to take power from (or at all) if in USB-client mode and the power cable is inserted, but really, that's not too big of a deal and can be solved with very minimal circuitry. If 5V is detected on the power line, then the obvious place to get it from is there at any point in time.&lt;br /&gt;
&lt;br /&gt;
This might sound extraneous at first, but when the device shuts down in the middle of an important USB file transfer, or right before that great piece of code was saved, you can bet that those users will be saying &amp;quot;Hmm... a separate power adapter would have really come in handy right now&amp;quot;. &lt;br /&gt;
&lt;br /&gt;
I suggest a tiny 3mm, dedicated +5V power input (something a la Nokia).&lt;br /&gt;
&lt;br /&gt;
With the dedicated charger it would also be possible to use any standard USB device if&lt;br /&gt;
the phone recognized the external power and enabled 5v power when plugged in.&lt;br /&gt;
&lt;br /&gt;
===Galileo/GLONASS/GPS receiver===&lt;br /&gt;
*A multi-standard satellite positioning module would be nice eventually, it does not seem to be near-term due to chipset availability problems. Galileo is the to be launched (2011) European positioning system. GLONASS is the already existing Russian one.&lt;br /&gt;
&lt;br /&gt;
=== GPS antena ===&lt;br /&gt;
The current GPS device seems even dependent on weather and may not work in heavy rain or snow. It seems necessary to think how to improve the reliability. The small portable GPS antena may be an option.&lt;br /&gt;
&lt;br /&gt;
===X10 RF Remote===&lt;br /&gt;
Many PC-based media centers are being equipped with an RF (433 MHz) / X10-based remote control. The [http://en.wikipedia.org/wiki/X10_(industry_standard) X10] protocol also facilitates home automation to control lamps, switches, etc.&lt;br /&gt;
The advantages of using RF for control instead of Infra-red this that it also works when furniture, walls, or doors are blocking the path between RF remote and the equipment or device. [http://www.lirc.org/ Lirc] supports X10-based RF remotes (but expects having an USB RF receiver attached to the media center).&lt;br /&gt;
&lt;br /&gt;
===RFID tag/RFID Reader===&lt;br /&gt;
* Implementation/Cooperation with: [http://www.rfidguardian.org/ RFID-Guardian]&lt;br /&gt;
*An enable-able tag would be of use - for example being able to use the phone to open doors, or cars. Unfortunately, it's moderately hard to do secure programmable tags that are compatible with existing systems, for obvious reasons.&lt;br /&gt;
* Say you have RFID tags on your personal belongings: cellphone, keys... Neo could be programmed to remember the last recorded GPS location before it lost contact with the respective RFIDs. It'd be trivial to check where you left your cellphone, get directions from a map...or beep when the phone gets out of RFID range.&lt;br /&gt;
&lt;br /&gt;
*I agree with this idea, a great idea and you have to do it (Jackcday)&lt;br /&gt;
&lt;br /&gt;
===NFC chip===&lt;br /&gt;
*A Near Field Communication chip, with this chip it will be possible to pay with your phone (like a credit card)in the near future, see [http://www.nokia.com/A4305081 Nokia]for details&lt;br /&gt;
*NXP is a chip fabricator which provides NFC chips [http://nxp.com NXP] direct link&amp;gt;&amp;gt; www.nxp.com/#/pip/cb=[type=product,path=/53420/53424]|pip=[pfp=53424][0] their chips also support the above RFID reading&lt;br /&gt;
&lt;br /&gt;
===Less weight===&lt;br /&gt;
* Work on the weight of the Neo1973 and following devices. At the present time the Neo1973 is just a moderate / normal business or multimedia phone. The ordinary &amp;quot;user&amp;quot; may want something lighter. Take a look at the following table, that's the Neo1973 compared with other common business or multimedia phones.&lt;br /&gt;
{|border=&amp;quot;1&amp;quot;&lt;br /&gt;
| Neo1973 || Fujitsu-Siemens LOOX N560 || E-Ten Glofiish X500+ || Sony Ericsson P990i || iPhone || Nokia E65 &lt;br /&gt;
|- &lt;br /&gt;
|  184 g  ||            160 g          ||         146 g        ||        150 g        ||  135 g ||   115 g   &lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
===Make it smaller===&lt;br /&gt;
* To stay within physical matters: Maybe the Neo1973 is also just a normal business/multimedia phone when looking at the size. It would be great the shrink it a bit. Especially the thickness of 18.5 mm could be worked on!&lt;br /&gt;
&lt;br /&gt;
===Standard 3.5mm headphone jack===&lt;br /&gt;
The Neo1973 uses a 4-conductor 2.5mm jack for stereo headphones and a microphone. A 2.5mm jack is the most common for headsets. &lt;br /&gt;
&lt;br /&gt;
There is an emerging convention used in the Nokia N800 and some other devices. A 4-conductor 3.5mm jack that can use a microphone with special headsets, but can also be used with off-the-shelf 3.5mm stereo headphones. Adapters to 2.5mm are of course available and this 3.5mm jack is much more robust.&lt;br /&gt;
&lt;br /&gt;
Neglecting space limitations, multiple sockets - 2.5mm and 3.5mm would be nice. Probably not practical in a phone. Other expanded plugs might allow remote controls.&lt;br /&gt;
&lt;br /&gt;
Other uses might be better met using bluetooth, or USB audio.&lt;br /&gt;
&lt;br /&gt;
===Software should know of the jack status===&lt;br /&gt;
It should be possible for the OS to see if there is something connected to the audio jacks. That would avoid the embarrasing moments when you accidently pull out the headphones from the cell/laptop and whatever you were listening blares over the place at full volume. If OS can see, that the headphones were unplugged without turning off the audio, then it could pop up a warning that would allow to direct audio to internal speakers or turn it off. If the user would replug the headphones/speakers then the warning would dissapear as well.&lt;br /&gt;
&lt;br /&gt;
===Laser Pointer===&lt;br /&gt;
Include a built in laser pointer.  Everything is better with lasers.&lt;br /&gt;
&lt;br /&gt;
===Completely free hardware===&lt;br /&gt;
Consider selling one device with absolutely no non-free components in it, even if that means dropping the GSM support.  I believe having one such device available would be good, because then it could be recommended by organizations like the FSF which typically never recommends anything if it has even a little non-free code in it.&lt;br /&gt;
&lt;br /&gt;
=== Consider economy / inexpensive / less featured edition ===&lt;br /&gt;
Some people want less features, because they do not need them. Leaving out some features either lets the phone get smaller or possibly enhances battery live.&lt;br /&gt;
&lt;br /&gt;
One big suggestion in this area is a b/w lower res display instead of the big color display.&lt;br /&gt;
&lt;br /&gt;
=== Inductive Charger ===&lt;br /&gt;
&lt;br /&gt;
It would be nice if it was possible to charge the phone without having to connect a cable. I'd like to have a simple docking station with an inductive charger like the type that's used for electric toothbrushes [http://home.howstuffworks.com/question292.htm ]. The charger itself could get its power from a standard wall-wart power supply, or it could be USB/Firewire powered.&lt;br /&gt;
&lt;br /&gt;
==== Examples of existing commercial systems ====&lt;br /&gt;
* http://www.splashpower.com/&lt;br /&gt;
&lt;br /&gt;
=== Solar panel/dynamo Charger===&lt;br /&gt;
&lt;br /&gt;
It would be very nice to be able to charge the phone outside of the electric grid (for example on hikes and boating trips). A combined solar panel and muscle empowered (rotational etc.) charger would do the trick nicely.&lt;br /&gt;
&lt;br /&gt;
'''some mobile Solarpanels'''&lt;br /&gt;
 	&lt;br /&gt;
[http://www.globetrotter.de/de/shop/detail.php?mod_nr=off01011&amp;amp;k_id=1400&amp;amp;hot=0 Off-Grid Systems Sunbag L]&lt;br /&gt;
&lt;br /&gt;
[http://www.globetrotter.de/de/shop/detail.php?mod_nr=off01001&amp;amp;k_id=1400&amp;amp;hot=0 Off-Grid Systems Sunbag S]&lt;br /&gt;
&lt;br /&gt;
[http://www.globetrotter.de/de/shop/detail.php?mod_nr=sv_01011&amp;amp;k_id=1400&amp;amp;hot=0 Silva Solar I]&lt;br /&gt;
&lt;br /&gt;
[http://www.globetrotter.de/de/shop/detail.php?mod_nr=sv_01012&amp;amp;k_id=1400&amp;amp;hot=0 Silva Solar II]&lt;br /&gt;
&lt;br /&gt;
[http://www.globetrotter.de/de/shop/detail.php?mod_nr=sol01011&amp;amp;k_id=1400&amp;amp;hot=0 Solarc e-Go Professional]&lt;br /&gt;
&lt;br /&gt;
[http://www.heise.de/mobil/suche/ergebnis?rm=result;q=solar;url=/mobil/artikel/74142/;words=solar Solarc e-Go *] &lt;br /&gt;
&lt;br /&gt;
[http://www.heise.de/newsticker/suche/ergebnis?rm=result;words=Solar%20solar;q=solar;url=/newsticker/meldung/91536/ Solar JKT]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
- I think a dynamo charger (&amp;quot;share charger&amp;quot;, rotational, ...) would be more practical as a peripheral, connected through the USB-interface using the same principle cellphones now charge when connected to an USB-port. You could very easily hack this together. [http://www.metacafe.com/watch/449950/hack_a_flashlight_to_power_your/ flashlight recharge hack]&amp;lt;br /&amp;gt;&amp;lt;br /&amp;gt;Random thought; Why not create some merchandise toys with a small lithium battery which charge through centrifugal force allowing to recharge the phone with a small &amp;quot;general&amp;quot; connector.&lt;br /&gt;
&lt;br /&gt;
[http://www.heise.de/mobil/artikel/61368/0 Article about aome mobile power-sources]&lt;br /&gt;
&lt;br /&gt;
=== Plastic Solar/Back side on the Neo===&lt;br /&gt;
&lt;br /&gt;
Solar cells from Plastic, on the reverse side of the Neo 1973&lt;br /&gt;
modified and introgreated in the battery backcover/flap,&lt;br /&gt;
like an energy source when the display is in standby mode.&lt;br /&gt;
Thats can be use also as alternate charge method's and also helps in emergency.&lt;br /&gt;
&lt;br /&gt;
http://www.nanosolar.com/&lt;br /&gt;
&lt;br /&gt;
=== Vibration===&lt;br /&gt;
Instead of using a counter-weighted motor to provide a vibrate function, a small solenoid could be used.It would provide more of a tap or click feel. It could be used to provide feedback when a on screen button is pressed. Different patterns of taps is a lot easier to recognize compared to different vibration frequencies. For those who know morse code they could have the phone tap out the phone number/name of the person calling/messaging or other alerts.&lt;br /&gt;
&lt;br /&gt;
===As plug-in without screen...===&lt;br /&gt;
&lt;br /&gt;
Along the lines of add-on cards, only looking at it from a different angle, I'd like to see a &amp;quot;faceless&amp;quot; openmoko with a documented hardware interface for both communicating with it and inserting it into other devices. Even the keypad/screen/battery would be attached, openmoko itself would just be faceless sliver of hardware with a documented interface and an API for communicating with the innards.&lt;br /&gt;
&lt;br /&gt;
===Running without battery===&lt;br /&gt;
Please make it possible to run the device without a battery inserted (with the charger attached). I have several mobile phones which do not work anymore (even when attached to the charger) because the battery is worn out and new batteries are not available. I want the OpenMoko to be usable when the battery is worn out.&lt;br /&gt;
&lt;br /&gt;
===Make GSM/CDMA/WiFi/WiMax/GPS plugable===&lt;br /&gt;
Please make Openmoko mobile as PC GSM/CDMA/... just working like plugable cards, they are cards/adaptor for the DEVICE only. the user may eject GSM module and inject with CDMA module. the DEVICE may provide several slot to allow user choose wifi/wimax/sd/gps/harddisk/...&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Related Hardware==&lt;br /&gt;
See [[Related Hardware]]&lt;br /&gt;
&lt;br /&gt;
[[Category:Hardware ideas| ]]&lt;br /&gt;
[[Category:User]]&lt;/div&gt;</summary>
		<author><name>Datenwolf</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Wish_List_-_Hardware</id>
		<title>Wish List - Hardware</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Wish_List_-_Hardware"/>
				<updated>2008-07-23T21:45:16Z</updated>
		
		<summary type="html">&lt;p&gt;Datenwolf: /* Input devices */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;This page details hardware features which some would like to go into future phones similar to the [[Neo1973]].&lt;br /&gt;
&lt;br /&gt;
Related pages are:&lt;br /&gt;
*[[Wishlist - Hardware - Novel Devices]] - openmoko will run on a large number of devices in the future, some of which may be DVD players, cameras, or convergance devices.  &lt;br /&gt;
*[[Wishlist:Unlikely]] - Hardware that is unlikely to appear in any OpenMoko device, due to it being impossible to fabricate with near-term technology, or for other reasons.&lt;br /&gt;
*[[Wishlist:Accessories]] - Accessories that people would like, that connect easily to the phone - initially primarily for the Neo1973 &lt;br /&gt;
*[[Wishlist:Expansion]] - add-ons to the phone, maybe involving hardware changes, and software and hardware protocols to implement these.&lt;br /&gt;
&lt;br /&gt;
This page is rather long. Before adding a new idea, please read through this page and the above pages, to make sure your idea has not been suggested before.&lt;br /&gt;
==Processor==&lt;br /&gt;
===A FPGA===&lt;br /&gt;
A FPGA is a general purpose reconfigurable logic device.&lt;br /&gt;
See [[Wish List - Hardware:FPGA]] for more details.&lt;br /&gt;
&lt;br /&gt;
===Samsung S3C2443===&lt;br /&gt;
*[http://www.samsung.com/global/business/semiconductor/productInfo.do?fmly_id=229&amp;amp;partnum=S3C2443&amp;amp;&amp;amp;ppmi=1427 Samsung S3C2443] Up to 533 MHz, can act as a USB 2.0 device.&lt;br /&gt;
&lt;br /&gt;
==Internal Memory==&lt;br /&gt;
===RAM===&lt;br /&gt;
128MB Dedicated for open files, running software etc., not for storage, or 256MB at all would be really nice and enough for any future software.&lt;br /&gt;
&lt;br /&gt;
===ROM===&lt;br /&gt;
Enough to Hold O/S and a fair number of applications and their settings. Persistent Storage with XIP capability. About 128 MB.&lt;br /&gt;
&lt;br /&gt;
===Storage===&lt;br /&gt;
An internal Micro SDHC should be used for users' files and additional software&lt;br /&gt;
&lt;br /&gt;
==Wireless data networking==&lt;br /&gt;
&lt;br /&gt;
===WiMAX support===&lt;br /&gt;
[http://en.wikipedia.org/wiki/Wimax WiMAX] is a high-speed data service, similar to wifi, though longer range and newer. Where service is available, this would complement WiFi. Unfortunately, unlike wifi, frequencies vary worldwide, so global usage may be complex. In South Korea, 2.3Ghz is available for WiMAX, known as WiBro. WiMAX Forum sets heart on 2.5 GHz for global use.&lt;br /&gt;
----&lt;br /&gt;
Two campuses of the University of California have just completed a deal with a WiMAX service provider to lease UC's ITFS/EBS spectrum to provide WiMAX in the SF Bay Area. Bidding was aggressive between Nextwave, Sprint-Nextel, and Clearwire. Other UC campuses have awarded other contracts throughout California to various of the three contenders. The point here is: these three companies are competing aggressively for spectrum in the 2.5-2.7 GHz range, and it's not limited to CA. At a National ITFS Association meeting in 2005, representatives from Intel said they would be ready to release a WiMAX chipset compatible with these frequencies in 2007, for inclusion in laptops. I assume the folks at [[FIC]] know much more about it that I do! Based on these and other clues, I think WiMAX is coming in the 2.5-2.7 GHz band in the near future... I'll be surprised if I do not see some offerings by early 2009. &lt;br /&gt;
&lt;br /&gt;
-[[User:Tzf|Tzf]] 21:54, 24 November 2007 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
===LTE support===&lt;br /&gt;
[http://en.wikipedia.org/wiki/3GPP_Long_Term_Evolution Long Term Evolution (LTE)] is a high-speed data service, similar to WiMax, but designed to be more compatible with existing GSM systems.  While Sprint &amp;amp; Clearwire are currently testing WiMax deployment in the US, AT&amp;amp;T and Verizon appear to be in preference of LTE.&lt;br /&gt;
&lt;br /&gt;
While the project is ongoing and general in scope, it has set itself some specific goals, many of which are oriented around upgrading UMTS to a so-called fourth generation mobile communications technology, essentially a wireless broadband Internet system with voice and other services built on top.&lt;br /&gt;
&lt;br /&gt;
===Emerging Protocols===&lt;br /&gt;
*[http://en.wikipedia.org/wiki/Near_Field_Communication Near Field Communication] has a few centimeter range, useable for keys, ID badges, pairing bluetooth devices and similar uses. Mentioned in newer bluetooth and SD standards. (No products.)&lt;br /&gt;
*[http://en.wikipedia.org/wiki/ZigBee ZigBee] is designed for connecting sensors and switches in buildings, with many options including mesh networks and aggressive power saving compared to bluetooth. (Almost no products available.)&lt;br /&gt;
*The [http://en.wikipedia.org/wiki/ANT_%28network%29 ANT network] is for connecting worn devices. Similar to ZigBee, but much simpler and maybe lower power. ([http://www.thisisant.com/?section=9 Short list] of products.)&lt;br /&gt;
&lt;br /&gt;
==Camera==&lt;br /&gt;
&lt;br /&gt;
* A camera that can take reasonable quality video and pictures is something many want. Applications vary from simple snapping, to gesture interfaces, video conferencing, barcode reading, business card reading, healthcare, servicing, biometric identification, and more.&lt;br /&gt;
** Unlike stand-alone cameras, an OpenMoko camera could integrate EXIF information from GPS, compass, and internet, making it far more valuable.&lt;br /&gt;
&lt;br /&gt;
* Some people can't take cameras into work - a model without the camera, or some way of removing the camera would be useful or leave the camera chip in place and have a removable lens assembly and replacement backcover.&lt;br /&gt;
*See [[Hardware:Neo1973:Alternate_Cases:Camera | Alternate Cases:Camera]] for phone casing suggestions.&lt;br /&gt;
&lt;br /&gt;
* See [[Wishlist:Camera]] for a more detailed wishlist.&lt;br /&gt;
&lt;br /&gt;
==Display==&lt;br /&gt;
===Multitouch screen===&lt;br /&gt;
&lt;br /&gt;
''Main article: [[Wishlist:Spell_weaving|Spell weaving]]''&lt;br /&gt;
&lt;br /&gt;
See also [http://pogue.blogs.nytimes.com/2007/03/27/the-multi-touch-screen/ this page] containing a link to a video demonstration.&lt;br /&gt;
&lt;br /&gt;
A history of multitouch implementations is [http://billbuxton.com/multitouchOverview.html here] ([http://google.com/search?q=cache:billbuxton.com/multitouchOverview.html google cache version])&lt;br /&gt;
&lt;br /&gt;
*Use examples: [http://www.youtube.com/watch?v=UcKqyn-gUbY&amp;amp;mode=related&amp;amp;search= Multi-touch interface (from Adobe TED)], [http://www.youtube.com/watch?v=1ftJhDBZqss&amp;amp;mode=related&amp;amp;search= Multi Touch (new touchscreen technology)]&lt;br /&gt;
&lt;br /&gt;
===Bigger and better screen===&lt;br /&gt;
2.8&amp;quot; widescreen (like in [http://etencorp.com E-ten] PDA/smartphones), or 3.5&amp;quot; widescreen (like in [http://www.expansys.ie/d.aspx?i=134944 Fujitsu Siemens LOOX N560]).&lt;br /&gt;
&lt;br /&gt;
262k or 16.7M colurs for displaying images and especially videos.&lt;br /&gt;
&lt;br /&gt;
OLED for better contrast, more rich colours, and less energy consumption.&lt;br /&gt;
&lt;br /&gt;
Maybe the [http://www.sharpsme.com/Page.aspx/europe/en/part/LS037V7DW01/ LS037V7DW01] by Sharp could be a solution. It has nearly the same specs as the currently used, but 3,7&amp;quot; -- [[User:Wedge | Wedge]]&lt;br /&gt;
&lt;br /&gt;
====&amp;quot;Slightly&amp;quot; Larger Screen====&lt;br /&gt;
43mm x 57mm (2.8inch diagonal) is tiny.  A 53mm x 71mm (3.5 inch diagonal) like on the TD035STEE1 would be a nice improvement.  A widescreen format at about 53mm x 82.5mm instead of the 3:4 aspect ratio would be even cooler (if one could be found).&lt;br /&gt;
&lt;br /&gt;
====Higher resolution screen====&lt;br /&gt;
The current OpenMoko hardware has a screen of size 2.8&amp;quot; and resolution 640 x 480 (VGA).&lt;br /&gt;
&lt;br /&gt;
See this LCD panel: http://www.engadget.com/2006/12/27/hitachi-does-800-x-480-display-for-phones/&lt;br /&gt;
&lt;br /&gt;
At 2.9&amp;quot; it is almost exactly the same size as the current screen but has a wider 800 x 480 resolution (WVGA). This is the same resolution as in the Nokia N800 web browsing devices (but those devices have a bigger, lower DPI screen).&lt;br /&gt;
&lt;br /&gt;
A display panel like this would enhance the phones's usability as a small computer, particularly for activities like web browsing, with an almost negligible affect on the size of the device. It would cause slightly increased battery drain though.&lt;br /&gt;
&lt;br /&gt;
===Distance sensing touchscreen===&lt;br /&gt;
{{Main|Hardware:NearlyTouchScreen}}&lt;br /&gt;
TouchKo's (now Wacom Company Ltd.) spatial capacitive &amp;quot;touchscreen&amp;quot;, can sense fingers at a small distance, so you do not get your display greasy, and can unlike some touchscreens, be operated with gloves.&lt;br /&gt;
&lt;br /&gt;
===&amp;lt;s&amp;gt;Video acceleration&amp;lt;/s&amp;gt;===&lt;br /&gt;
Hardware acceleration for video playback and 2D/3D accelleration will be present in [[Neo1973 GTA02]].&lt;br /&gt;
&lt;br /&gt;
===EPD===&lt;br /&gt;
Or electronic paper display, EPD is used in many new devices such as the new Motorola motofone, sonys new e-reader and Irex's iliad. The technology provides thin, lightweight, power saving screens using new eink technology. This technology could cut the weight of the phone and its power usage. For more info see: [http://www.eink.com eink's website].&lt;br /&gt;
&lt;br /&gt;
Pro: laserprinter like quality, glossy, very stable image, easy on the eyes. Electronics are similar to TFT. Very low power consumption. &lt;br /&gt;
&lt;br /&gt;
Con: Black and grey only (like a newspaper, but glossy), although there were already color prototypes in 2005. low framerate (5fps). Can reflect light (like paper), backlight is impossible.&lt;br /&gt;
&lt;br /&gt;
===Transreflective===&lt;br /&gt;
It would be nice to have (the option of) a transreflective display, which while being less bright, is readable without needing to power the backlight. Then again, it depends on how much power the backlight uses compared to everything else...&lt;br /&gt;
&lt;br /&gt;
===Second Display===&lt;br /&gt;
A 32x32 OLED display possibly on the back for camera framing or on an edge so it can be viewed like a pager.&lt;br /&gt;
This could be used to display any number of alerts (from any installed software) the alerts could have a dynamic prioritisation which means during the work day a message from the boss has high priority but lower at home (could be GPS/Time controlled?) multiple alerts shrink the icons to a 3x3 grid higher priority messages get more space.&lt;br /&gt;
&lt;br /&gt;
===Pico Projector===&lt;br /&gt;
[http://www.engadget.com/media/2006/02/digismartphone2.jpg Like the one shown here] or [http://www.youtube.com/watch?v=sT1mhSRichk (video example here)] new cellphones are now coming out with a small, low power projector. This can be used to show movies from your cell phone with 0.5m high image on a while wall for example...&lt;br /&gt;
&lt;br /&gt;
Sample Video: http://www.youtube.com/watch?v=sT1mhSRichk&lt;br /&gt;
&lt;br /&gt;
Sample Vendor/Product Info: http://www.dlp.com/tech/what.aspx&lt;br /&gt;
&lt;br /&gt;
==Input devices==&lt;br /&gt;
&lt;br /&gt;
===Tablet PC like pen input (Wacom Technology)===&lt;br /&gt;
The Wacom tablet protocol is openly documented, OSS drivers exist. Connection via UART or USB.&lt;br /&gt;
[http://www.wacom-components.com/english/technology/emr.html]&lt;br /&gt;
[http://www.wacom-components.com/english/product/sensorboard.html]&lt;br /&gt;
&lt;br /&gt;
Add a pen holder to the case, suitable for a pen like the &amp;quot;Super Slim Pen&amp;quot; on this page&lt;br /&gt;
[http://www.wacom-components.com/english/product/pen.html]&lt;br /&gt;
&lt;br /&gt;
===Regular phone keypad===&lt;br /&gt;
I really like the idea of this phone BUT it misses one&lt;br /&gt;
crucial feature - a simple keypad(like most other phones have).&lt;br /&gt;
I'd be basicaly happy with a mobile device with a 3-4&amp;quot; screen with a slide out keypad(in a similar way as the n95).&lt;br /&gt;
&lt;br /&gt;
===No Dependence on Stylus===&lt;br /&gt;
The Neo's basic functionality should be completely usable without a stylus, Like the iPhone but with stylus use for precision work.&lt;br /&gt;
&lt;br /&gt;
===A laser projection keyboard===&lt;br /&gt;
Similar to [http://www.thinkgeek.com/computing/input/8193/ this], except the device would be integrated into the phone itself.  Setting the Neo up on a stand on a flat surface (perhaps a stand could be built into the back of the Neo itself, or into a case) would turn the Neo into a micro-laptop.  There may be several issues with the inclusion of this technology, including patents, the space required to project the laser grids, and the power consumption.  If possible, however, it would make text input a breeze.&lt;br /&gt;
&lt;br /&gt;
===Just a few more Buttons===&lt;br /&gt;
&lt;br /&gt;
2 buttons more, 3 buttons total, mounted sideways would be enough. You could use them for play/pause and loudness controll while the phone remains in your pocket (display locked, ...), reading mails, rss, ebooks,... without wasting display space and so on.&lt;br /&gt;
&lt;br /&gt;
With 5 buttons in total you could possibly emulate a keyboard (2^5 = 32 combinations) for those who know how to play a flute. Useable onehanded, not wasting display space and faster than t9. (It's not faster than T9 - I've used this system with the microwriter agenda --[[User:Speedevil|Speedevil]] 00:00, 2 July 2007 (CEST)) Hopefully this is not patented already.&lt;br /&gt;
&lt;br /&gt;
===D-Pad and Buttons===&lt;br /&gt;
*Adding a D-pad (to the bottom of the phone) and 2 to 4 buttons (to the top) would provide some tactile input controls, in addition to the touchscreen. They could be used as shortcut keys in the menu, or playback control when playing media. When the phone is held sideways, they can be used as games controls. (With touchscreen alone, gameplay options are limited)&lt;br /&gt;
&lt;br /&gt;
Game buttons would be best on both sides of the screen. The larger the buttons, the better. 2x 4 buttons in up-down-left-right configuration + some extra buttons separately a bit lower on the device would be good for many for emulation games. &lt;br /&gt;
&lt;br /&gt;
Here is a concept drawing of a possible neo1973 gaming version: &lt;br /&gt;
(This has a 4-way direction pad, 8 way may be better for gaming)&lt;br /&gt;
&amp;lt;br/&amp;gt;&lt;br /&gt;
[[Image:Neogame90.jpg]]&lt;br /&gt;
&amp;lt;br/&amp;gt;&lt;br /&gt;
Shoulder buttons would be a great addition, too. It would be interesting if there was a total 4 of them, one for every corner. It would make the phone very flexible for rotating and 2 to 6 players playing on one device.&lt;br /&gt;
&amp;lt;br/&amp;gt;&lt;br /&gt;
:''Note'' : The [http://en.wikipedia.org/wiki/Tapwave_Zodiac Tapwave Zodiac] Palm PDA / Game console hybrid had a similar setup - with an analog stick on the left (also used for quick selection using a radial main menu when working as a PDA), 4 buttons on the right (also configurable for shortcuts when using the device as PDA), and 2 shoulder buttons. Also it had and still has an enthusiastic scene of homebrew development (almost any console emulator for PalmOS can also take advantage of the additional buttons and graphic power of the device). If we also take into account the success encountered by the [http://en.wikipedia.org/wiki/GP32 GP32] in the past and the [http://en.wikipedia.org/wiki/GP2X GP2X] currently on the homebrew scene, it's not unreasonable to plan a future OpenMoko device with both a SmartPhone/PDA functionnality ''and'' hand-held console targeting homebrew development.&lt;br /&gt;
&lt;br /&gt;
===Thumb keyboard or keyboard attachment accessory===&lt;br /&gt;
*Could be slide out or clamshell (hinge on long side) design with an external OLED. The keyboard should be protected when not in use.&lt;br /&gt;
*Could be a clip on keyboard that attaches to the serial port or communicates by bluetooth (not preferred for permanent keyboard users).&lt;br /&gt;
*Cheap clippable miniusb keyboard&lt;br /&gt;
*One of the layouts proposed in [[Hardware:Keyboards]]&lt;br /&gt;
* What about virtual keyboard? [[http://www.extremetech.com/article2/0,3973,539778,00.asp Keyboard]]&lt;br /&gt;
&lt;br /&gt;
===Analogue Controllers===&lt;br /&gt;
&lt;br /&gt;
====Trackball====&lt;br /&gt;
A trackball would provide an efficient mouse-like interface in a very compact package.  As exemplified in the newer Blackberry&amp;amp;reg; models.&lt;br /&gt;
Maybe instead an optical sensor as are used in mice could be used so that the whole phone can be moved over a surface just like a mouse. (It could function as a Bluetooth mouse for other devices like laptop computers: see [[Bluetooth_Support#Acting_as_HID_device]]. Adding one other two-axis analogue input (possibly just the screen) would make the Neo usable as a TrackPoint or scroll-and-tilt mouse.) The same sensor might be usable as a barcode reader.&lt;br /&gt;
&lt;br /&gt;
====Analog Joystick====&lt;br /&gt;
A joystick, or [http://www.extremetech.com/article2/0,1697,1772689,00.asp Rollermouse]-like device would provide additional control, compared with touchscreen only.&lt;br /&gt;
*A standard [http://en.wikipedia.org/wiki/Pointing_stick pointing stick (ie. TrackPoint)] might serve well. As a fairly standard part, might they be quite inexpensive?&lt;br /&gt;
&lt;br /&gt;
====Dual analogues====&lt;br /&gt;
Dual analogue controllers (one trackball or joystick above, one below the screen, most likely) might even be feasible. That might be overkill since the accelerometers or touchscreen can be used to provide a second analogue input. But it would be nice to have four axes of analogue control without having to tilt the screen away from you or partly cover it with your hand.&lt;br /&gt;
&lt;br /&gt;
===TV/radio receiver===&lt;br /&gt;
[[Digital Television]], [[Digital Radio]] or even normal analogue TV/radio is widely available in the world, though unfortunately in various different forms. In markets where one standard is widespread, and hardware is suitable, it would be a great extension of the phone to a general entertainment device for when you're away from home. Multi standard devices would be ideal, but may not be small, low-power, or cheap.&lt;br /&gt;
A good start would be an FM tuner, since it's one of the most widely used formats of radio broadcasting in the world.&lt;br /&gt;
&lt;br /&gt;
Here's a selection of chips, though it's not clear if the drivers are open source. http://www.sigmatel.com/products/portable/wireless/fmtuner.aspx#fragment-14&lt;br /&gt;
http://www.st.com/stonline/products/families/automotive/am_fm_tuners.htm&lt;br /&gt;
&lt;br /&gt;
===Accelerometer=== &lt;br /&gt;
This enables the phone to sense which direction 'down' is, and to sense any movements the phone makes.&lt;br /&gt;
&lt;br /&gt;
See [[Accelerometer Fundamentals]] for more information on accelerometers as they may be used in phones.&lt;br /&gt;
&lt;br /&gt;
In some cases integrated gyroscopes may also be needed. A [[#Digital compass]] can even be of more use since it gives absolute rotation so slow rotations could also be measured. A 3D compass would be nicest, but a simple 2D compass already is a helpful addition to the accelerometers.&lt;br /&gt;
&lt;br /&gt;
*[[Wishlist:3D Viewport|3D Viewport]]&lt;br /&gt;
*[[Wishlist:Computer Mouse|Computer Mouse]]&lt;br /&gt;
*[[Wishlist:Determine Position|Determine Position]]&lt;br /&gt;
*[[Wishlist:Dynamic Screen Orientation|Dynamic Screen Orientation]]&lt;br /&gt;
*Change media player playlist when jogging vs walking. &lt;br /&gt;
*Attempt to use to stabilise any future camera.&lt;br /&gt;
&lt;br /&gt;
This feature is scheduled for inclusion in the phase 2 Neo1973, GTA02.&lt;br /&gt;
&lt;br /&gt;
===Side-Mounted Touch Strip===&lt;br /&gt;
Add a &amp;quot;touch strip&amp;quot; sensor onto the side of the phone which can be used to scroll. By having it on the side you can use your thumb to scroll comfortably while holding the phone one-handed. An 8-element capacitive sensor would work wonderfully and be easy to fab using either a Quantum QT411 (http://www.qprox.com/products/qslide_qt411.php) or Analog Devices AD7143 (http://www.analog.com/en/prod/0,2877,AD7143,00.html) controller. The Analog Devices chip seems better suited due to it's smaller allowable element size.&lt;br /&gt;
*With the AD7143 you can have an 8-element (128-position) 25mm long strip - Perfect!.&lt;br /&gt;
*With a few OLED screens beneath the strip it could be used as dynamic configurable buttons/alerts eg. zoom/flash/shutter with a camera application and SMS/Email/Voicemail alerts in standby&lt;br /&gt;
&lt;br /&gt;
===Heart Rate Compatibility=== &lt;br /&gt;
&lt;br /&gt;
An RF interface to receive data from popular heart rate straps (Polar, Garmin, Sigma, Suunto, etc.). This would go along well with the existing GPS functionality and possible future Accelerometer functionality to make for a full-blown workout tool.&lt;br /&gt;
&lt;br /&gt;
Software can be written to track heart rate along a running, cycling, skiing, swimming loop, to monitor max and min heart rate, to match heart rate data to GPS coordinates and print map data w/ relevant data.&lt;br /&gt;
&lt;br /&gt;
===Digital compass=== &lt;br /&gt;
A digital compass is useful for orienting maps to the terrain and other location/direction/orientation based applications (... is 300 meter that way) when the user is standing still (regardless of GPS reception) and for following a bearing when GPS reception is poor or speed is low. Also could be used to make the accelerometer data more exact.&lt;br /&gt;
&lt;br /&gt;
A compass is also useful for tagging photographs with the correct direction (in addition to location) of the photo.&lt;br /&gt;
&lt;br /&gt;
Very small [[I2C]] sensors like [http://www.ssec.honeywell.com/magnetic/hmc6352.html Honeywell's HMC6352 2-Axis Digital Integrated Compass] (6.5 x 6.5 x 1.5 mm) are very appropriate for this. Another option is the much smaller [http://www.global.yamaha.com/news/2006/20060726.html Yamaha YAS529 Three-Axis Geomagnetic Sensor IC Chip] (2.0mm x 2.0mm x 1.0mm).&lt;br /&gt;
&lt;br /&gt;
*[[Wishlist:Auto Align Map]]&lt;br /&gt;
&lt;br /&gt;
See [[Wishlist - Hardware: Digital compass]] for more information&lt;br /&gt;
&lt;br /&gt;
===Thermometer===&lt;br /&gt;
An electronic thermometer might become handy for some users.&lt;br /&gt;
&lt;br /&gt;
There are very small [[I2C]] devices available, that could easily integrate to the existing bus. For example [http://focus.ti.com/docs/prod/folders/print/tmp100.html this one from ti].&lt;br /&gt;
(Could just be cheap and use the thermometer from the battery, thats how they did it in the nokia 5140's). Also is integrated in a barometer/altimeter like the SMD500 mentioned in [[Wish List - Hardware - Atmospheric]].&lt;br /&gt;
::But if you carry it in your pocket it is unlikely to show the correct air temperature anyway. [[User:AudriusA|AudriusA]] 17:12, 12 January 2008 (CET)&lt;br /&gt;
&lt;br /&gt;
===Barometer and Variometer (Altimeter)===&lt;br /&gt;
&lt;br /&gt;
A Barometer measures air pressure. This can be used to give weather information, and also as a variometer, to sense relative altitude. Variometers are commonly used in flying microlight and ultralight aircraft, to get accurate relative altitude.&lt;br /&gt;
&lt;br /&gt;
These are also common on high end GPS units. This is a great feature for walkers as you can tell how far you have got on any ascent/decent.&lt;br /&gt;
&lt;br /&gt;
See [[Wish List - Hardware - Atmospheric]] for more information.&lt;br /&gt;
::The GPS device [[Manually using GPS|outputs the altidude]] as well. This has been tested and works fine. [[User:AudriusA|AudriusA]] 21:44, 7 February 2008 (CET)&lt;br /&gt;
&lt;br /&gt;
===Finger print sensor===&lt;br /&gt;
A fingerprint sensor gives easy and fast access to the phone, could lock the touchscreen etc. An example of this device can be found at [http://www.sonystyle.com/is-bin/INTERSHOP.enfinity/eCS/Store/en/-/USD/SY_BrowseCatalog-Start?CategoryName=cpu_VAIONotebookComputers_UX_Series&amp;amp;Dept=computers Sony UX17].&lt;br /&gt;
&lt;br /&gt;
Most fingerprint sensors in the embedded market include a navigation mode, where they work similar to either a touch-stick or touch-pad of a laptop.&lt;br /&gt;
&lt;br /&gt;
[http://www.fujitsu.com/downloads/MICRO/fma/formpdf/mbf320_fsfin.pdf Fujitsu] has a small strip like reader that has SPI and USB support.&lt;br /&gt;
&lt;br /&gt;
===Barcode Scanner===&lt;br /&gt;
*less cpu intensive and more reliable than camera+ocr&lt;br /&gt;
*though, bluetooth-enabled readers are already available.&lt;br /&gt;
&lt;br /&gt;
===Light Sensor===&lt;br /&gt;
Ability to sense ambient light, and act accordingly. i.e if it's 3am and LightValue&amp;lt;.1 then Ring Quietly.&lt;br /&gt;
&lt;br /&gt;
===A pluggable sensor module===&lt;br /&gt;
Give the option of a composite sensor module consisting of pressure, humidity, temperature and light sensors(if camera not present, which is the case), which will be pluggable to the phone and connected to the USB 1.1 port.&lt;br /&gt;
&lt;br /&gt;
===Wheel===&lt;br /&gt;
A navigation wheel like on a sony/ericsson 810i would be nice.&lt;br /&gt;
&lt;br /&gt;
===Proximity Sensor===&lt;br /&gt;
Switch off backlight when you place the phone to your ear. Prevent accidental activation of speakerphone or other sounds when the phone is near the ear (prevent hearing damage). Possibly switch the speakerphone on or off automatically depending on if the phone is by your head or not.&lt;br /&gt;
&lt;br /&gt;
=== Make ''all'' unlocking of phone, password protected===&lt;br /&gt;
&lt;br /&gt;
When my (current non-neophone) phone is in my pocket and I have it locked, it sometimes accidentally unlocks itself since only two keystrokes in the correct order are necessary to unlock it. When it's unlocked and still in my pocket it sometimes calls someone without my knowledge. All phones I've seen today have a press-just-one-button bypass to answer an incoming call even when the phone is locked. I suggest making the locking mechanism let the user configure it so that the user has to enter a password even for answering incoming calls. The likeliness of the phone accidentally runbbing against my car keys, hitting a ten character long password, unlocking the phone without my knowledge and consent is low enough even for us most unlucky users.&lt;br /&gt;
&lt;br /&gt;
==Expansion==&lt;br /&gt;
===Positioning of Buttons, Connections and ports===&lt;br /&gt;
&lt;br /&gt;
Ideally any cable ports such as charging, USB, audio, docking should not get in the way of your hand or fingers when holding it in it's normal orientation. For the sake of SDIO cards an external SD slot should be on the top edge. IR for remote control software and ease of inter-device communication should be on the corner so that it is facing away from you for both orientations. Buttons obviously are positioned for finger control. An example of how '''not''' to do this would be the HTC Universal&lt;br /&gt;
&lt;br /&gt;
===Storage===&lt;br /&gt;
&lt;br /&gt;
====MMC/SD/SDIO slot (rather than?) miniSD or microSD====&lt;br /&gt;
*Cheaper, more durable cards in a widely accepted format.&lt;br /&gt;
*Much much larger storage capacity, [http://blog.scifi.com/tech/archives/2007/08/23/toshiba_unleash_1.html even 32GB]&lt;br /&gt;
*Cards are harder to lose&lt;br /&gt;
*Wider selection of accessories, including SDIO accessories.&lt;br /&gt;
*Make externally available so that larger length SDIO cards can be used (thinking about SDIO WLAN here)&lt;br /&gt;
*[http://en.wikipedia.org/wiki/Secure_Digital_card#SDHC SDHC] compatible. It seems to already have the right hardware for it - see [[Neo1973_Hardware#microSD-Card]].&lt;br /&gt;
See more on [http://wiki.openmoko.org/wiki/Wish_List#SD_Card_Slot Wish list - SD Card Slot]&lt;br /&gt;
&lt;br /&gt;
====Two SD slots====&lt;br /&gt;
*Micro SDHC for /home partition. Keep like current design underneath SIM card&lt;br /&gt;
*Hot swappable externally accessible normal size SDHC/SDIO slot&lt;br /&gt;
&lt;br /&gt;
=== Internal Communication Bus ===&lt;br /&gt;
*A standard and/or documented internal communication bus of some sort could simplify adding new hardware modules.&lt;br /&gt;
*Serial USB or I2C connector internal to case towards the top&lt;br /&gt;
*Several digital I/O pins that operate at TTL levels&lt;br /&gt;
*A few analogue I/O pins attached to a A/D converter&lt;br /&gt;
*Documentation of Debug board connector could provide some of this functionality.&lt;br /&gt;
&lt;br /&gt;
I2C is used on the Neo with some details of resources already in use documented!&lt;br /&gt;
Please see [[I2C | Neo I2C Devices]] for more information &amp;amp; a list of devices &amp;amp; the addresses currently in use &amp;amp; documented for the Neo1973.&lt;br /&gt;
&lt;br /&gt;
===Local Communication===&lt;br /&gt;
&lt;br /&gt;
====USB====&lt;br /&gt;
* 5V Powered, to avoid having to carry around a hub for when you want to occasionally plug in a memory stick. Many powered hubs will not recognize a totally unpowered host. Provide a maximum current to drive a basic USB keyboard/memory stick/mouse/webcam/astrowebcam. This could be done by adding a small cheap power converter like the [http://www.national.com/pf/LM/LM2753.html LM2753]&lt;br /&gt;
* USB 2.0 (USB 1.1 is too slow to transfer data to the card, removing the card everytime from the phone isn't an option too, because it is placed under the battery)&lt;br /&gt;
* Standard type A socket for quick &amp;amp; easy insertion of memory sticks etc.&lt;br /&gt;
* OTG, to be able connect usb keyboard like [http://www.mobile-review.com/pda/review/cherry-kb-en.shtml Cherry G84-4321 SUNRG]&lt;br /&gt;
* Bootable USB device emulation: the possibility to boot any computer on a bootable flagged partition of the transflash.&lt;br /&gt;
* Protection against incorrectly wired USB ports: some USB ports are wired incorrectly; if the +5V and GND are swapped, the device would get -5V when it's expecting +5V, which could burn some chips. A reverse-biased diode between +5V and GND, D+ and GND, D- and GND, and (if used) ID and GND, with a low enough forward voltage drop (to limite the negative voltages to what the chips can withstand), would protect the device by tripping the port's short circuit protection.&lt;br /&gt;
&lt;br /&gt;
====Wireless USB support====&lt;br /&gt;
[http://en.wikipedia.org/wiki/Wireless_USB Wireless USB] is the wireless version of USB offering data-rates up to 480 Mbit/s over short distances (&amp;lt;3 meter). Chipsets suitable for a phone are likely to take some time to be available.&lt;br /&gt;
&lt;br /&gt;
====Bluetooth with A2DP====&lt;br /&gt;
Is the blue-tooth radio present in the phone A2DP compatible. If not, make it so.&lt;br /&gt;
&lt;br /&gt;
Great for listening to music or watching a movie with full sound.&lt;br /&gt;
&lt;br /&gt;
====SIR/FIR transceiver (Serial Infrared) / IR remote control====&lt;br /&gt;
*An infrared transceiver is cheap, small, and useful for sync with many laptops and mobile phones. &lt;br /&gt;
*Replace/emulate all IR-based remote controls used for your tv, vcr, etc on your neo cell phone.&lt;br /&gt;
** replaces multiple 'dumb' devices with a single intelligent device (your neo) that you will probably carry with you at all times anyway. &lt;br /&gt;
**Command sets should be retrieved from a database or learned from other less intelligent remote control devices with macros. &lt;br /&gt;
**reduces clutter, particularly in the living room.&lt;br /&gt;
**inceases the neo's practical status as an 'always-have' device. &lt;br /&gt;
&lt;br /&gt;
Other uses.&lt;br /&gt;
*Detecting reflections from inside of a caddy, and switching from active mode.&lt;br /&gt;
*FIR would be a nice option, as it's some 40 times faster than SIR.&lt;br /&gt;
&lt;br /&gt;
===Other===&lt;br /&gt;
&lt;br /&gt;
====Video Out====&lt;br /&gt;
*Through a docking port&lt;br /&gt;
**S-Video/Composite Out&lt;br /&gt;
**DVI Out&lt;br /&gt;
**HDMI Out&lt;br /&gt;
**Display Port&lt;br /&gt;
&lt;br /&gt;
==Output devices==&lt;br /&gt;
&lt;br /&gt;
===LED===&lt;br /&gt;
*The Neo1973 GTA02 will have LEDs of some sort behind at least one button. [http://lists.openmoko.org/pipermail/community/2007-July/008458.html]&lt;br /&gt;
*A blinking LED would be a cheap, low power way to inform the user of new SMS/Email....&lt;br /&gt;
**An alternative to this would be for one small part of the LCD to be separately backlit.&lt;br /&gt;
**This requires the CPU and LCD to be somewhat active, to keep the LCD refreshed, but gives much more information.&lt;br /&gt;
**A Small OLED Screen could be used and display much more information than a LED with minimal power usage.&lt;br /&gt;
&lt;br /&gt;
*For example a multicolor LED which pulses yellow for GSM/GPRS transmit, blue for Bluetooth/Wifi, green to indicate non-urgent information - missed call etc, red to indicate battery low or other urgent notices.&lt;br /&gt;
&lt;br /&gt;
**The LED and button ideas could be combined: illuminated buttons.&lt;br /&gt;
**It must be possible to completely disable the LED to save power or other personal preferences.&lt;br /&gt;
&lt;br /&gt;
=== Flashlight ===&lt;br /&gt;
For finding keys, or any other application. May also optionally pulse in time with ring, to make phone more visible.&lt;br /&gt;
This is really well done in Nokia 5500.&lt;br /&gt;
&lt;br /&gt;
-I second this one. The most used feature in my Nokia 5140 after the calling and sms features is the flashlight. It's just one simple LED, but powerful enough to see with if it's really dark. If it ain't dark, you won't need the light anyway. :)&lt;br /&gt;
&lt;br /&gt;
Also, Who hasn't lost their keys and opened up their cell phone to use as a flashlight?&lt;br /&gt;
&lt;br /&gt;
=== FM transmitter ===&lt;br /&gt;
Small FM transmitter to output to car, and other nearby radios.&lt;br /&gt;
&lt;br /&gt;
Fix the biggest flaw in the iPod before Apple does!&lt;br /&gt;
&lt;br /&gt;
=== Infrared Transmitter w/ universal remote software ===&lt;br /&gt;
Infrared LED on top of device with universal remote software so you can control televisions, DVDs etc.&lt;br /&gt;
[http://www.novii.tv/ Here] is an example of universal remote software.&lt;br /&gt;
&lt;br /&gt;
:I'd like to add that i fully support this. An IR port on future openmoko devices capable of controlling set-top boxes like TV/DVD/Stereo is necessary to make the device as universal as possible. A cellphone should be your window to the world and allow you to interact with it in as many ways as possible.&lt;br /&gt;
&lt;br /&gt;
:Care must be taken to use the correct type of IR chipset/controller in the phone. Most IR ports you find on devices like computers, some cellphones etc. Are for high speed data communication and CAN'T control TVs/DVDplayers/Stereos etc.&lt;br /&gt;
&lt;br /&gt;
:In order to reduce cost it maybe possible to use the sound chipset in the phone to generate the waveform sent to the IR led. IR remotes work at ~38Khz which is within the range of the sound chipset. The sound output could be internally switched between the IR led or the speakers.&lt;br /&gt;
&lt;br /&gt;
===HAC Compliance===&lt;br /&gt;
[http://quux.wiki.zoho.com/WhereAreHACphones.html Here] is some summary/discussion of how hearing aid compliance rules work in the US. Specifically it would be nice to see the phone include a [http://www.hearingresearch.org/Dr.Ross/telecoil_and_telephones.htm telecoil], which allows the phone to connect wirelessly to many standard hearing aids.&lt;br /&gt;
&lt;br /&gt;
==Mobile Communication options==&lt;br /&gt;
&lt;br /&gt;
===Generic Access Network / Unlicensed Mobile Access===&lt;br /&gt;
This technology requires cooperation from the cellular provider, but [http://en.wikipedia.org/wiki/Unlicensed_Mobile_Access UMA/GAN] is already offered by T-Mobile in the United States, and perhaps others in other countries.  Allowing the user to roam from GSM to wifi, this technology can save the end user a significant amount of money, and also allow the user to deploy coverage where there was none before.  There are only a few UMA capable phones currently, but it would be great if this could be made to work on a phase 2 type OpenMoko device.&lt;br /&gt;
&lt;br /&gt;
Note that this features requires more advanced access to the GSM modem. &lt;br /&gt;
Special messages needs to be exchanged with the network.&lt;br /&gt;
&lt;br /&gt;
===Faster/better mobile connectivity.===&lt;br /&gt;
[http://en.wikipedia.org/wiki/Gsm GSM]/[http://en.wikipedia.org/wiki/GPRS GPRS] is at best slow. An incremental improvement would be a radio with [http://en.wikipedia.org/wiki/EDGE EDGE ] support. EDGE is an evolved GSM standard and, like GPRS, it operates on the same frequency as voice. This means a quad-band EDGE radio will have near-complete worldwide coverage. &lt;br /&gt;
&lt;br /&gt;
[http://en.wikipedia.org/wiki/UMTS UMTS] - which is widespread in Europe and being deployed in the US, [http://en.wikipedia.org/wiki/HSDPA HSDPA] (asia) and any other mobile standards would be nice for faster data connectivity and coverage.&lt;br /&gt;
It is unlikely that all of these will be supported initially, but it is a goal. These faster standards operate in different frequencies from GSM/GPRS/EDGE. Which frequency exactly will depend on the carrier and country. For UMTS in the US, AT&amp;amp;T uses 850/1900 MHz but T-Mobile will use 2100/1700 MHz for example.&lt;br /&gt;
&lt;br /&gt;
Until that goal is reached, it is likely that some phones will be brought out for various specific markets - Europe, Asia, US.&lt;br /&gt;
&lt;br /&gt;
===Ability to use multiple SIMs/networks===&lt;br /&gt;
* External SIM sockets are widely available in China, a dual external socket would be a very good solution.&lt;br /&gt;
* [http://www.fonefunshop.co.uk/dualsim/digital.htm Dual SIM card kit] - two SIMs are trimmed and combined, software supportwould be needed, and both can't be used at once...&lt;br /&gt;
* Some networks support multiple numbers on one SIM. Unfortunately this won't allow split networks.&lt;br /&gt;
* A second/dual GSM module would allow full use of both sims at all times.&lt;br /&gt;
* As a hack, [http://wiki.openmoko.org/wiki/Wish_List#Bluetooth_powered_Multi-SIM_support use another mobile via BT].&lt;br /&gt;
** As many as three SIM slots would be genuinely useful, especially for a 3G phone - some 3G data tariffs are only available on data-only SIMs. A user could quite reasonably have one SIM for data, once SIM for his personal voice calls, and a third SIM for his business number.&lt;br /&gt;
* Dual SIM card support will be especially welcome by the women. They just love to talk on the phone.&lt;br /&gt;
* Save the contents from several SIM-cards to memory and simulate them.&lt;br /&gt;
&lt;br /&gt;
===PMR446/FRS Radio===&lt;br /&gt;
* Include a PMR/FRS Radio.&lt;br /&gt;
* A two-way walkie talkie lets you use the phone to communicate with friends without requiring a GSM connection (crowded networks at festivals, at locations with no GSM coverage).&lt;br /&gt;
&lt;br /&gt;
2 way talk over Sprint/Nextel/Boost networks if possible. At least the walkie talkie feature for sure. It's very annoying being at a lake with no service and can't call your friend in the other boat across the lake.&lt;br /&gt;
&lt;br /&gt;
===[[DECT]]===&lt;br /&gt;
* Include a [[DECT]] GAP/CAT-iq transceiver so you can use your home and/or office PSTN line&lt;br /&gt;
** Ability to use Alcatel phonebook stuff (like provided by the eventphone.de phone equipment) would be very nice too&lt;br /&gt;
&lt;br /&gt;
===[[SIP phone]]===&lt;br /&gt;
Make stripped down (and thus cheaper) version of the Neo1973 phone for use as a SIP phone. Remove GPS, GSM, accelerometers, stylus.&lt;br /&gt;
&lt;br /&gt;
Addition of an centimeters-precise location system [http://en.wikipedia.org/wiki/Real_Time_Location_Systems RTLS] would be nice, as it will allow highly sensible indoor context detection. Imagine putting the phone next to your mirror (where you shave daily) and watch it automatically switch to news radio channel. Or put it next to your bed and see it automatically switch to &amp;quot;sleeping&amp;quot; mode, when only calls from predefined numbers are accepted.&lt;br /&gt;
&lt;br /&gt;
=='''Casing'''==&lt;br /&gt;
See also: [[Alternate Neo1973 case designs]] for a list of cases being considered for design/manufacture by the community.&lt;br /&gt;
&lt;br /&gt;
=== [[Hardware:Neo1973:Alternate_Cases:Expansion_Module_Casing | Expansion Module Casing]] ===&lt;br /&gt;
Longer case (150-160mm+) with space in the top to put expansion modules, including test &amp;amp; hobby hardware.  Would require use of a standard internal power &amp;amp; communications bus. Could be left empty with blank cover or house cameras, solar panels, a crank powered charger, special transmitters/recievers, or anything else imaginable.&lt;br /&gt;
&lt;br /&gt;
[http://www.likeasecret.com/Neo1973/Neo1973-Exp.mov Neo1973 Expansion Module Quicktime rendering]&amp;lt;br /&amp;gt;&lt;br /&gt;
[[Image:Neo1973-Exp.png]]&lt;br /&gt;
&lt;br /&gt;
=== Expansion Back Casing ===&lt;br /&gt;
Replacement backs with additional features ranging from solar power, larger batteries, extra hardware, ...&lt;br /&gt;
&lt;br /&gt;
===[[Hardware:Neo1973:Alternate_Cases:Expansion_Front_Casing|Expansion Front Casing]]===&lt;br /&gt;
Replacement fronts with e.g. extra buttons.&lt;br /&gt;
&lt;br /&gt;
=== Space efficient Lanyard ===&lt;br /&gt;
The hole at the bottom of the phone takes a lot of space. A [http://en.wikipedia.org/wiki/Kensington_Security_Slot Kensington Security Slot] could be used instead.&lt;br /&gt;
&lt;br /&gt;
=== Rugged version ===&lt;br /&gt;
We need something you can drop from 4 feet in to a puddle of dirty water on construction site. Sunlight readable display, maybe aluminium case. The big ugly pseudo military version. What about a casing similar to the OLPC project's in terms of dust and waterproofing? I frequently have to answer the phone with hands dripping sea water and most phone's do not take kindly to that type of treatment. Also the accelerometers can be wired to a protection mechanism which suspends all processing/data activity in case of a (free) fall. &lt;br /&gt;
&lt;br /&gt;
=== Transparent ===&lt;br /&gt;
Make a transparent, see-through casing. Why do we need a closed casing for open hardware and open software? Show the world it is a truly Free/Open source phone.&lt;br /&gt;
&lt;br /&gt;
That makes sense to me. I second that idea!&lt;br /&gt;
Me, too!&lt;br /&gt;
&lt;br /&gt;
=== Blank ===&lt;br /&gt;
Even though the transparent case would work too, I would like to see a blank case of pure black or white so people could have the option of air-brushing,painting or even drawing on the case.&lt;br /&gt;
&lt;br /&gt;
===Integrated solar charger===&lt;br /&gt;
Perhaps on one side there could be an integrated photovoltaic. It would be small, but might it be enough to charge the device. It could be integrated in an aesthetically pleasing fashion like [http://i.i.com.com/cnwk.1d/i/bto/20080523/solarboat.jpg this]... except, with a matching color. :)&lt;br /&gt;
&lt;br /&gt;
==Misc==&lt;br /&gt;
===Battery Size/Standby Time===&lt;br /&gt;
&lt;br /&gt;
Since the device will be ultimately running a wide selection of software on it the battery needs to be somewhat more robust and have a longer standby time than that of current phone's. At the moment I'm using a Moto (2 days before charging) or a Samsung (3 days before charging) and am not impressed with either phone's standby time, and I'm not using the phone's for anything but calls.&lt;br /&gt;
&lt;br /&gt;
=== Dedicated Power / Charger Pinout ===&lt;br /&gt;
&lt;br /&gt;
Having not yet seen a physical Neo device, I haven't been able to examine any of the IOs to see if there already is a dedicated power / charger input. However, I can imagine that it might be very tempting to have the device charge solely via USB. For any device that is capable of USB-host, that is a '''horrible''' idea, particularly when it's intended to be a mobile-komputing device.&lt;br /&gt;
&lt;br /&gt;
Since the device is able to run in USB host mode, it might be a good idea to allow for an alternate power supply, if say, a USB keyboard was being used for several hours. Rather than drain the battery, one could just supply power via the wall outlet while still providing endless hours of USB-host enjoyment for those hard-coders on the go.&lt;br /&gt;
&lt;br /&gt;
The main question is just deciding on where to take power from (or at all) if in USB-client mode and the power cable is inserted, but really, that's not too big of a deal and can be solved with very minimal circuitry. If 5V is detected on the power line, then the obvious place to get it from is there at any point in time.&lt;br /&gt;
&lt;br /&gt;
This might sound extraneous at first, but when the device shuts down in the middle of an important USB file transfer, or right before that great piece of code was saved, you can bet that those users will be saying &amp;quot;Hmm... a separate power adapter would have really come in handy right now&amp;quot;. &lt;br /&gt;
&lt;br /&gt;
I suggest a tiny 3mm, dedicated +5V power input (something a la Nokia).&lt;br /&gt;
&lt;br /&gt;
With the dedicated charger it would also be possible to use any standard USB device if&lt;br /&gt;
the phone recognized the external power and enabled 5v power when plugged in.&lt;br /&gt;
&lt;br /&gt;
===Galileo/GLONASS/GPS receiver===&lt;br /&gt;
*A multi-standard satellite positioning module would be nice eventually, it does not seem to be near-term due to chipset availability problems. Galileo is the to be launched (2011) European positioning system. GLONASS is the already existing Russian one.&lt;br /&gt;
&lt;br /&gt;
=== GPS antena ===&lt;br /&gt;
The current GPS device seems even dependent on weather and may not work in heavy rain or snow. It seems necessary to think how to improve the reliability. The small portable GPS antena may be an option.&lt;br /&gt;
&lt;br /&gt;
===X10 RF Remote===&lt;br /&gt;
Many PC-based media centers are being equipped with an RF (433 MHz) / X10-based remote control. The [http://en.wikipedia.org/wiki/X10_(industry_standard) X10] protocol also facilitates home automation to control lamps, switches, etc.&lt;br /&gt;
The advantages of using RF for control instead of Infra-red this that it also works when furniture, walls, or doors are blocking the path between RF remote and the equipment or device. [http://www.lirc.org/ Lirc] supports X10-based RF remotes (but expects having an USB RF receiver attached to the media center).&lt;br /&gt;
&lt;br /&gt;
===RFID tag/RFID Reader===&lt;br /&gt;
* Implementation/Cooperation with: [http://www.rfidguardian.org/ RFID-Guardian]&lt;br /&gt;
*An enable-able tag would be of use - for example being able to use the phone to open doors, or cars. Unfortunately, it's moderately hard to do secure programmable tags that are compatible with existing systems, for obvious reasons.&lt;br /&gt;
* Say you have RFID tags on your personal belongings: cellphone, keys... Neo could be programmed to remember the last recorded GPS location before it lost contact with the respective RFIDs. It'd be trivial to check where you left your cellphone, get directions from a map...or beep when the phone gets out of RFID range.&lt;br /&gt;
&lt;br /&gt;
*I agree with this idea, a great idea and you have to do it (Jackcday)&lt;br /&gt;
&lt;br /&gt;
===NFC chip===&lt;br /&gt;
*A Near Field Communication chip, with this chip it will be possible to pay with your phone (like a credit card)in the near future, see [http://www.nokia.com/A4305081 Nokia]for details&lt;br /&gt;
*NXP is a chip fabricator which provides NFC chips [http://nxp.com NXP] direct link&amp;gt;&amp;gt; www.nxp.com/#/pip/cb=[type=product,path=/53420/53424]|pip=[pfp=53424][0] their chips also support the above RFID reading&lt;br /&gt;
&lt;br /&gt;
===Less weight===&lt;br /&gt;
* Work on the weight of the Neo1973 and following devices. At the present time the Neo1973 is just a moderate / normal business or multimedia phone. The ordinary &amp;quot;user&amp;quot; may want something lighter. Take a look at the following table, that's the Neo1973 compared with other common business or multimedia phones.&lt;br /&gt;
{|border=&amp;quot;1&amp;quot;&lt;br /&gt;
| Neo1973 || Fujitsu-Siemens LOOX N560 || E-Ten Glofiish X500+ || Sony Ericsson P990i || iPhone || Nokia E65 &lt;br /&gt;
|- &lt;br /&gt;
|  184 g  ||            160 g          ||         146 g        ||        150 g        ||  135 g ||   115 g   &lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
===Make it smaller===&lt;br /&gt;
* To stay within physical matters: Maybe the Neo1973 is also just a normal business/multimedia phone when looking at the size. It would be great the shrink it a bit. Especially the thickness of 18.5 mm could be worked on!&lt;br /&gt;
&lt;br /&gt;
===Standard 3.5mm headphone jack===&lt;br /&gt;
The Neo1973 uses a 4-conductor 2.5mm jack for stereo headphones and a microphone. A 2.5mm jack is the most common for headsets. &lt;br /&gt;
&lt;br /&gt;
There is an emerging convention used in the Nokia N800 and some other devices. A 4-conductor 3.5mm jack that can use a microphone with special headsets, but can also be used with off-the-shelf 3.5mm stereo headphones. Adapters to 2.5mm are of course available and this 3.5mm jack is much more robust.&lt;br /&gt;
&lt;br /&gt;
Neglecting space limitations, multiple sockets - 2.5mm and 3.5mm would be nice. Probably not practical in a phone. Other expanded plugs might allow remote controls.&lt;br /&gt;
&lt;br /&gt;
Other uses might be better met using bluetooth, or USB audio.&lt;br /&gt;
&lt;br /&gt;
===Software should know of the jack status===&lt;br /&gt;
It should be possible for the OS to see if there is something connected to the audio jacks. That would avoid the embarrasing moments when you accidently pull out the headphones from the cell/laptop and whatever you were listening blares over the place at full volume. If OS can see, that the headphones were unplugged without turning off the audio, then it could pop up a warning that would allow to direct audio to internal speakers or turn it off. If the user would replug the headphones/speakers then the warning would dissapear as well.&lt;br /&gt;
&lt;br /&gt;
===Laser Pointer===&lt;br /&gt;
Include a built in laser pointer.  Everything is better with lasers.&lt;br /&gt;
&lt;br /&gt;
===Completely free hardware===&lt;br /&gt;
Consider selling one device with absolutely no non-free components in it, even if that means dropping the GSM support.  I believe having one such device available would be good, because then it could be recommended by organizations like the FSF which typically never recommends anything if it has even a little non-free code in it.&lt;br /&gt;
&lt;br /&gt;
=== Consider economy / inexpensive / less featured edition ===&lt;br /&gt;
Some people want less features, because they do not need them. Leaving out some features either lets the phone get smaller or possibly enhances battery live.&lt;br /&gt;
&lt;br /&gt;
One big suggestion in this area is a b/w lower res display instead of the big color display.&lt;br /&gt;
&lt;br /&gt;
=== Inductive Charger ===&lt;br /&gt;
&lt;br /&gt;
It would be nice if it was possible to charge the phone without having to connect a cable. I'd like to have a simple docking station with an inductive charger like the type that's used for electric toothbrushes [http://home.howstuffworks.com/question292.htm ]. The charger itself could get its power from a standard wall-wart power supply, or it could be USB/Firewire powered.&lt;br /&gt;
&lt;br /&gt;
==== Examples of existing commercial systems ====&lt;br /&gt;
* http://www.splashpower.com/&lt;br /&gt;
&lt;br /&gt;
=== Solar panel/dynamo Charger===&lt;br /&gt;
&lt;br /&gt;
It would be very nice to be able to charge the phone outside of the electric grid (for example on hikes and boating trips). A combined solar panel and muscle empowered (rotational etc.) charger would do the trick nicely.&lt;br /&gt;
&lt;br /&gt;
'''some mobile Solarpanels'''&lt;br /&gt;
 	&lt;br /&gt;
[http://www.globetrotter.de/de/shop/detail.php?mod_nr=off01011&amp;amp;k_id=1400&amp;amp;hot=0 Off-Grid Systems Sunbag L]&lt;br /&gt;
&lt;br /&gt;
[http://www.globetrotter.de/de/shop/detail.php?mod_nr=off01001&amp;amp;k_id=1400&amp;amp;hot=0 Off-Grid Systems Sunbag S]&lt;br /&gt;
&lt;br /&gt;
[http://www.globetrotter.de/de/shop/detail.php?mod_nr=sv_01011&amp;amp;k_id=1400&amp;amp;hot=0 Silva Solar I]&lt;br /&gt;
&lt;br /&gt;
[http://www.globetrotter.de/de/shop/detail.php?mod_nr=sv_01012&amp;amp;k_id=1400&amp;amp;hot=0 Silva Solar II]&lt;br /&gt;
&lt;br /&gt;
[http://www.globetrotter.de/de/shop/detail.php?mod_nr=sol01011&amp;amp;k_id=1400&amp;amp;hot=0 Solarc e-Go Professional]&lt;br /&gt;
&lt;br /&gt;
[http://www.heise.de/mobil/suche/ergebnis?rm=result;q=solar;url=/mobil/artikel/74142/;words=solar Solarc e-Go *] &lt;br /&gt;
&lt;br /&gt;
[http://www.heise.de/newsticker/suche/ergebnis?rm=result;words=Solar%20solar;q=solar;url=/newsticker/meldung/91536/ Solar JKT]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
- I think a dynamo charger (&amp;quot;share charger&amp;quot;, rotational, ...) would be more practical as a peripheral, connected through the USB-interface using the same principle cellphones now charge when connected to an USB-port. You could very easily hack this together. [http://www.metacafe.com/watch/449950/hack_a_flashlight_to_power_your/ flashlight recharge hack]&amp;lt;br /&amp;gt;&amp;lt;br /&amp;gt;Random thought; Why not create some merchandise toys with a small lithium battery which charge through centrifugal force allowing to recharge the phone with a small &amp;quot;general&amp;quot; connector.&lt;br /&gt;
&lt;br /&gt;
[http://www.heise.de/mobil/artikel/61368/0 Article about aome mobile power-sources]&lt;br /&gt;
&lt;br /&gt;
=== Plastic Solar/Back side on the Neo===&lt;br /&gt;
&lt;br /&gt;
Solar cells from Plastic, on the reverse side of the Neo 1973&lt;br /&gt;
modified and introgreated in the battery backcover/flap,&lt;br /&gt;
like an energy source when the display is in standby mode.&lt;br /&gt;
Thats can be use also as alternate charge method's and also helps in emergency.&lt;br /&gt;
&lt;br /&gt;
http://www.nanosolar.com/&lt;br /&gt;
&lt;br /&gt;
=== Vibration===&lt;br /&gt;
Instead of using a counter-weighted motor to provide a vibrate function, a small solenoid could be used.It would provide more of a tap or click feel. It could be used to provide feedback when a on screen button is pressed. Different patterns of taps is a lot easier to recognize compared to different vibration frequencies. For those who know morse code they could have the phone tap out the phone number/name of the person calling/messaging or other alerts.&lt;br /&gt;
&lt;br /&gt;
===As plug-in without screen...===&lt;br /&gt;
&lt;br /&gt;
Along the lines of add-on cards, only looking at it from a different angle, I'd like to see a &amp;quot;faceless&amp;quot; openmoko with a documented hardware interface for both communicating with it and inserting it into other devices. Even the keypad/screen/battery would be attached, openmoko itself would just be faceless sliver of hardware with a documented interface and an API for communicating with the innards.&lt;br /&gt;
&lt;br /&gt;
===Running without battery===&lt;br /&gt;
Please make it possible to run the device without a battery inserted (with the charger attached). I have several mobile phones which do not work anymore (even when attached to the charger) because the battery is worn out and new batteries are not available. I want the OpenMoko to be usable when the battery is worn out.&lt;br /&gt;
&lt;br /&gt;
===Make GSM/CDMA/WiFi/WiMax/GPS plugable===&lt;br /&gt;
Please make Openmoko mobile as PC GSM/CDMA/... just working like plugable cards, they are cards/adaptor for the DEVICE only. the user may eject GSM module and inject with CDMA module. the DEVICE may provide several slot to allow user choose wifi/wimax/sd/gps/harddisk/...&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Related Hardware==&lt;br /&gt;
See [[Related Hardware]]&lt;br /&gt;
&lt;br /&gt;
[[Category:Hardware ideas| ]]&lt;br /&gt;
[[Category:User]]&lt;/div&gt;</summary>
		<author><name>Datenwolf</name></author>	</entry>

	</feed>