<?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=ThomasT&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=ThomasT&amp;feedformat=atom"/>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Special:Contributions/ThomasT"/>
		<updated>2013-05-20T07:40:22Z</updated>
		<subtitle>User contributions</subtitle>
		<generator>MediaWiki 1.19.6</generator>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Dancing_With_the_Mobile_Phone</id>
		<title>Dancing With the Mobile Phone</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Dancing_With_the_Mobile_Phone"/>
				<updated>2009-02-01T11:00:56Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: Changed wrong project title&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''Project Title''': Dancing With the Mobile Phone&lt;br /&gt;
&lt;br /&gt;
'''Project team members''':&lt;br /&gt;
張勝欽,&lt;br /&gt;
余兆偉&lt;br /&gt;
&lt;br /&gt;
'''Contact email''': g9703001@stmail.isu.edu.tw&lt;br /&gt;
&lt;br /&gt;
'''University''': Dept. of CSIE, I-Shou University (義守大學資工系)&lt;br /&gt;
&lt;br /&gt;
'''Short description''':&lt;br /&gt;
&lt;br /&gt;
This game uses FreeRunner's direction sensing feature. We randomly produce some arrows pointing at different directions on the phone's screen. When the user sees the arrows, he/she should move the FreeRunner corresponding to the arrow direction shown on the phone's screen, if they are matched within certain period then the user scores. The difficulty of the game is by setting the speed that the arrows move and the time window that the correspondence between Freerunner&lt;br /&gt;
and arrows shown on the screen is measured. The faster the arrows moving and the smaller the time window, the more difficult is the game. The score is measured by counting how many matches the user got. This game can measure the responsiveness of the player, so it can be used for illness recovery besides for fun.&lt;br /&gt;
&lt;br /&gt;
'''Links to project resources''': Not yet available&lt;br /&gt;
&lt;br /&gt;
[[Category:Community]]&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User:ThomasT</id>
		<title>User:ThomasT</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User:ThomasT"/>
				<updated>2009-01-29T09:01:50Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: /* alternative window managers */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= My System =&lt;br /&gt;
&lt;br /&gt;
* [[Debian]] without frameworkd&lt;br /&gt;
* window manager: ratpoison &lt;br /&gt;
* GUI: ratmen4wp&lt;br /&gt;
&lt;br /&gt;
= Hardware Issues =&lt;br /&gt;
&lt;br /&gt;
* [[Neo_FreeRunner_Hardware_Issues]]&lt;br /&gt;
* [[Disassembling Neo 1973]]&lt;br /&gt;
&lt;br /&gt;
== Poor Audio Frequency Response via Headphones ==&lt;br /&gt;
&lt;br /&gt;
The amplifier output coupling capacitors C4111 and C4110 are much too small (1uF). It should be approx. 100uF according to the datasheet of [[LM4853]].&lt;br /&gt;
&lt;br /&gt;
I just tried to modify my FreeRunner (inserting 100uF capacitors). But I got a power failure after switching on the audio amplifier. After removing my modifications the system works again, but I couldn't read SD cards any more, because I accidentially removed one of the resistors in the data line to the SD slot. After reinserting the resistor the FreeRunner works again. The sound is much better now, but not really HIFI (maybe this is caused by the cheap HAMA headset I am using).&lt;br /&gt;
BTW: I will replace these series resistors with ferrite beads in the hope to decrease the GPS interferences.&lt;br /&gt;
&lt;br /&gt;
== GSM Modem not working ==&lt;br /&gt;
&lt;br /&gt;
I could not communicate with the modem not even with u-boot and after removing battery over night.&lt;br /&gt;
In this case with FSO frameworkd slowed down the system very much, OM2008.9 was almost not usable. (This happend before I made the above HW modifications!)&lt;br /&gt;
&lt;br /&gt;
I removed frameword (fso-gpsd does not work without frameworkd and therefore needed to be replaced by gpsd.&lt;br /&gt;
&lt;br /&gt;
Using GPRS is possible, but a bit tricky. I am currently swichting GSM off and on waiting for the modem startup message. But sometimes I get a strange &amp;quot;alarm&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
Maybe [[GSM/Flashing|reflashing the modem]] would help.&lt;br /&gt;
&lt;br /&gt;
== Real Time Clock unreliable==&lt;br /&gt;
 &lt;br /&gt;
The RTC is approx. 12 min off per day. I wonder whether the 10pF capacitors at the oscillator crystal are really needed. Maybe I can tune the RTC by lowering the values of those capacitors. There is no tuning register in the RTC unit.&lt;br /&gt;
&lt;br /&gt;
I read a voltage of 475 mV at the terminals of the backup battery BAT1701.&lt;br /&gt;
This voltage increases to 2-3 Volts, when FR is connected to a power supply.&lt;br /&gt;
&lt;br /&gt;
== GPS: Very long TTFF ==&lt;br /&gt;
&lt;br /&gt;
My FreeRunner has this capacitor at the SD card connector. It anyway takes a long time to get the first fix. The antenna connector was slightly deformed. Could not yet test, whether this is the reason for the bad TTFF as SD cards currently do not work any more (due to a hardware bug I introduced while modifing the audio amplifier).&lt;br /&gt;
&lt;br /&gt;
= Bicycle Computer =&lt;br /&gt;
&lt;br /&gt;
[[Biking]]&lt;br /&gt;
&lt;br /&gt;
== Existing Projects and Experiences ==&lt;br /&gt;
&lt;br /&gt;
* http://blogs.thehumanjourney.net/finds/entry/20080306 Joseph Reeves uses its NEO1973 on a bicycle&lt;br /&gt;
* http://projects.openmoko.org/search/?type_of_search=soft&amp;amp;words=gps&amp;amp;Search=Search&lt;br /&gt;
&lt;br /&gt;
== Mounting ==&lt;br /&gt;
* http://www.pearl.de/a-PX2065-4044.shtml&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Water Protection ==&lt;br /&gt;
&lt;br /&gt;
== Power Supply ==&lt;br /&gt;
&lt;br /&gt;
Due to the relatively high current consumption of the Freerunner a power supply from a hub dynamo seems to be unavoidable.&lt;br /&gt;
&lt;br /&gt;
I skip the switch mode regulator and will use simple Z-Diode parallel to the Freerunner. Later I want to add an LED light parallel to  both.&lt;br /&gt;
&lt;br /&gt;
== GPS ==&lt;br /&gt;
&lt;br /&gt;
=== Existing Software ===&lt;br /&gt;
&lt;br /&gt;
* [[Navit]]&lt;br /&gt;
* [[TangoGPS]]&lt;br /&gt;
* [[GPS_Sight]]?&lt;br /&gt;
* [[GPS_Data_Logger]]&lt;br /&gt;
&lt;br /&gt;
=== Getting GPS Data ===&lt;br /&gt;
&lt;br /&gt;
On Freerunner there is no need to read from gpsd or similar.&lt;br /&gt;
I just can get the data from /dev/ttySAC1 &lt;br /&gt;
&lt;br /&gt;
== Additional GPS Functions ==&lt;br /&gt;
&lt;br /&gt;
=== Altitude Plots ===&lt;br /&gt;
&lt;br /&gt;
Of the travelled track and also of the upcoming (hopefully OSM will soon provide elevation information of the roads)&lt;br /&gt;
&lt;br /&gt;
=== Trip Information ===&lt;br /&gt;
&lt;br /&gt;
Garmin Etrex Legends trip information display is to stupid. I want infos for the current day and for the time since last break.&lt;br /&gt;
&lt;br /&gt;
=== Location Reporting ===&lt;br /&gt;
&lt;br /&gt;
If I have internet access via the phone during my trip I can regularily update my on webpage with location markers as shown here: http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example&lt;br /&gt;
&lt;br /&gt;
== Slope, Vertical Speed ==&lt;br /&gt;
&lt;br /&gt;
The GPS does not give sufficiently accurate vertical speed.&lt;br /&gt;
A barometric sensor (see [[Variometer]]) would be nice. Calculation of the vertical speed by integrating the accelerometer readings also not accurate.&lt;br /&gt;
But maybe it is possible to use the accelerometers to measure the slope of the road.&lt;br /&gt;
How to calibrate it? Is it possible to automatically calibrate it from GSP reading?&lt;br /&gt;
&lt;br /&gt;
== Sideward Inclination of the Bicycle ==&lt;br /&gt;
&lt;br /&gt;
By measuring the increase of the total acceleration not by change of the acceleration angle.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Road Quality ==&lt;br /&gt;
&lt;br /&gt;
Can the road (e.i. surface) quality be recorded by measuring the vibrations with the accelerometers?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Car Counter ==&lt;br /&gt;
&lt;br /&gt;
... using the builtin microphone. Or would it be possible with the accelerometers using high sampling rate?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Heart Rate Monitor ==&lt;br /&gt;
&lt;br /&gt;
Are there Bluetooth Heart Rate Transmitters available?&lt;br /&gt;
&lt;br /&gt;
=== Heart Rate Monitor via Touchscreen? ===&lt;br /&gt;
&lt;br /&gt;
The touchscreen also delivers pressure information. Can this be used to measure the heart beat by pressing the thumb onto the touchscreen?&lt;br /&gt;
&lt;br /&gt;
[[Touchscreen_Filters]]&lt;br /&gt;
&lt;br /&gt;
== Pedalling Frequency ==&lt;br /&gt;
&lt;br /&gt;
Pedal sensors with Bluetooth and power supply by magnetic induction would be nice.&lt;br /&gt;
&lt;br /&gt;
Otherwise USB with an FTDI chip.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Panorama Viewer ==&lt;br /&gt;
&lt;br /&gt;
Online panorama viewer similar to [http://www.ecademix.com/JohannesHofmann/gipfel.html gipfel].&lt;br /&gt;
Instead of the photo image we show the mountain panorama calculated from SRTM data. Online calculation with the SRTM data is much to slow, we use only the precalculated water divide lines.&lt;br /&gt;
&lt;br /&gt;
== Programming ==&lt;br /&gt;
&lt;br /&gt;
=== Language ===&lt;br /&gt;
Python&lt;br /&gt;
&lt;br /&gt;
=== UI ===&lt;br /&gt;
&lt;br /&gt;
==== python-etk ====&lt;br /&gt;
I could not find any documentation yet. Seems to be the same as python-gtk.&lt;br /&gt;
&lt;br /&gt;
I don't want to have ''eye-candies''. Maybe ''eye-candies'' are neccessary for selling phones. ''Eye-candies'' cause ''eye-caries'' or even ''brain-caries''. ;-)  They are for gamers.&lt;br /&gt;
&lt;br /&gt;
Colors are o.k. if they carry information. Color gradients of menu bars are useless and annoying.&lt;br /&gt;
&lt;br /&gt;
Maybe I should directly call xlib instead of using some *tk.  From python I could try http://python-xlib.sourceforge.net/ .&lt;br /&gt;
&lt;br /&gt;
==== Tichy ====&lt;br /&gt;
&lt;br /&gt;
[[Tichy]] &lt;br /&gt;
&lt;br /&gt;
==== alternative window managers ====&lt;br /&gt;
The bicycle computer should show different values at the same time. This should be user configurable at runtime. What about having little python scripts just showing a window with one value and let the window mananger do the rest? &lt;br /&gt;
&lt;br /&gt;
It seems ratpoison is the best window manager for openmoko. I am currently using it with the scripts from &lt;br /&gt;
[http://ratpoison4wp.projects.openmoko.org/ Ratpoison for Woodpeckers] which is based on [http://ratmen4wp.projects.openmoko.org/ Ratmen for Woodpeckers].&lt;br /&gt;
&lt;br /&gt;
A new candidate for OpenMoko window managment is [http://www.peereboom.us/scrotwm/html/scrotwm.html scrotwm]. I need to evaluate this one.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Other possible WMs:&lt;br /&gt;
&lt;br /&gt;
* http://incise.org/whimsy.html &lt;br /&gt;
* http://pycawm.last-exile.org/&lt;br /&gt;
* http://pywm.sourceforge.net/#status&lt;br /&gt;
* http://partiwm.org/&lt;br /&gt;
* http://plwm.sourceforge.net/&lt;br /&gt;
* http://www.freenet.org.nz/python/pywm/  needs fltk&lt;br /&gt;
&lt;br /&gt;
=== Plotting ===&lt;br /&gt;
matplotlib?  might be an overkill. Anything usable lightweight available?&lt;br /&gt;
&lt;br /&gt;
= Jogging =&lt;br /&gt;
&lt;br /&gt;
== Accelerometer ==&lt;br /&gt;
&lt;br /&gt;
Mount the Freerunner to the shin and measure the damping and motion style with different shoes at various speeds.&lt;br /&gt;
Especially interesting to watch the aging of the shoes (different damping).&lt;br /&gt;
&lt;br /&gt;
= Openstreetmap =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I would like to have a simple application to add map information at my current location.&lt;br /&gt;
Say, I am standing beneath an ATM, just use a menu item &amp;quot;Add ATM&amp;quot; and typing in its name - finished. There is no need for a map display. The program just displays the OSM nodes near the current location. And you can add a new node or modify an existing node.&lt;br /&gt;
&lt;br /&gt;
= Accelerometer =&lt;br /&gt;
&lt;br /&gt;
== Ideas ==&lt;br /&gt;
&lt;br /&gt;
* Indoor use of those GPS games&lt;br /&gt;
* Programming a Marble game would be more fun than playing it (Martin Senkerik is now having that fun http://projects.openmoko.org/projects/accelgame/)&lt;br /&gt;
* Moving within a larger virtual screen by tilting the display.&lt;br /&gt;
&lt;br /&gt;
== Hardware ==&lt;br /&gt;
&lt;br /&gt;
* http://wiki.openmoko.org/wiki/ST_LIS302DL &lt;br /&gt;
* [http://www.st.com/stonline/products/literature/ds/12726.pdf Datasheet]&lt;br /&gt;
&lt;br /&gt;
I was wondering about the steps of 18 units in the histogram of the accelerometer data. Now I know: the kernel driver already scales the raw data from the chip to mg units. &lt;br /&gt;
The data from the chip come as 8 bit data. In +-2.3G mode we get a resolution step size of 18 mg.&lt;br /&gt;
&lt;br /&gt;
[[/Measurements/Accelerometer]]&lt;br /&gt;
&lt;br /&gt;
= Games =&lt;br /&gt;
&lt;br /&gt;
Finger-usable application to play the game of Go:&lt;br /&gt;
Somebody somewhere suggested a double click methode for keyboard input. The first click zooms the area of the keyboard the second click activates the key. I don't want this for keyboards but for Go and similar games this could be quite interesting.&lt;br /&gt;
&lt;br /&gt;
Maybe a guesture interface is better. Circle right meens zoom in. Circle left means zoom out.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I thought I am no gamer, but just discovered [[Games#Numptyphysics|Numptyphysics]].&lt;br /&gt;
&lt;br /&gt;
= HAM Radio =&lt;br /&gt;
&lt;br /&gt;
As we can't use the WIFI or the GSM modem or the GPS receiver for HAM purposes there is not much difference to HAM applications on other PDAs.&lt;br /&gt;
&lt;br /&gt;
== CW Trainer ==&lt;br /&gt;
&lt;br /&gt;
== Audio Modems ==&lt;br /&gt;
&lt;br /&gt;
Input and Output via audio interface (what is the maximum sampling rate?).&lt;br /&gt;
&lt;br /&gt;
* http://www.w1hkj.com/Fldigi.html&lt;br /&gt;
&lt;br /&gt;
== Spectrum Analyzer ==&lt;br /&gt;
&lt;br /&gt;
Spectrum auf audio input signal&lt;br /&gt;
&lt;br /&gt;
* http://www.qsl.net/in3otd/glfer.html Maybe the GUI is to complicated for Freerunner.&lt;br /&gt;
&lt;br /&gt;
== Line of Sight Calculation ==&lt;br /&gt;
&lt;br /&gt;
== Smith Chart ==&lt;br /&gt;
&lt;br /&gt;
linsmith&lt;br /&gt;
&lt;br /&gt;
== Circuit Entry and Simulation ==&lt;br /&gt;
&lt;br /&gt;
 * Qucs&lt;br /&gt;
&lt;br /&gt;
== Radio Control ==&lt;br /&gt;
&lt;br /&gt;
=== Control for Commercial TRXs ===&lt;br /&gt;
&lt;br /&gt;
=== Homemade TRXs ===&lt;br /&gt;
&lt;br /&gt;
 * I2C interface on test points&lt;br /&gt;
 * SPI interface on debug connector&lt;br /&gt;
&lt;br /&gt;
= Music =&lt;br /&gt;
&lt;br /&gt;
== Midi Input via Touchscreen ==&lt;br /&gt;
&lt;br /&gt;
There is not much space to use the touchscreen as an ordinary piano keyboard.&lt;br /&gt;
&lt;br /&gt;
What about using the touchscreen like the left hand fingering on a guitar, mandolin, banjo ore similar? The touchscreen lays in front of you in landscape mode. There are four rows, one for each finger. &lt;br /&gt;
   &lt;br /&gt;
  | D# | G  | B  | d# |&lt;br /&gt;
  | D  | F# | A# | d  |&lt;br /&gt;
  | C# | F  | A  | c# |&lt;br /&gt;
  | C  | E  | G# | c  |&lt;br /&gt;
  This layout might be to simple. Should it be optimized for easy chord playing?&lt;br /&gt;
  To come more close to a piano and common string instruments it might be better &lt;br /&gt;
  to flip the arrangment of the notes.&lt;br /&gt;
  | c  | c# | d  | d# |&lt;br /&gt;
  | G# | A  | A# | B  |&lt;br /&gt;
  | E  | F  | F# | G  |&lt;br /&gt;
  | C  | C# | D  | D# |  &lt;br /&gt;
  &lt;br /&gt;
Unfortunately the touchscreen handles only single touches ([[UI_Improvements#The_touchscreen]]). Therefore a polyphonic input is not possible. &lt;br /&gt;
&lt;br /&gt;
Octave shifting via accelerometer reading?&lt;br /&gt;
&lt;br /&gt;
Similiar project: http://www.neo1973-germany.de/wiki/epiano Obviously not what I am having in mind.&lt;br /&gt;
&lt;br /&gt;
== Other interesting Music Software ==&lt;br /&gt;
&lt;br /&gt;
* http://performous.org&lt;br /&gt;
&lt;br /&gt;
= Keyboard =&lt;br /&gt;
&lt;br /&gt;
Why not using the above Midi Keyboard for character input?&lt;br /&gt;
&lt;br /&gt;
 | S | U | R | T |&lt;br /&gt;
 | A | E | I | O |&lt;br /&gt;
 | D | H | N | M |&lt;br /&gt;
 | F | P | G | J |&lt;br /&gt;
 | M1| M2|SPC| BS|&lt;br /&gt;
&lt;br /&gt;
Letter order is random here. Need to be optimized for minimum mode switching.&lt;br /&gt;
Space, Backspace,... can be done by guestures.&lt;br /&gt;
&lt;br /&gt;
== Morse Code Input ==&lt;br /&gt;
&lt;br /&gt;
Will I be faster? Is there usable code available?&lt;br /&gt;
&lt;br /&gt;
Decode would be easier if I'd use an &amp;quot;electronic keyer&amp;quot; e.g. which sends dots and dashes in a predefined length and predefined spaces.&lt;br /&gt;
&lt;br /&gt;
* http://morseall.org/&lt;br /&gt;
&lt;br /&gt;
= Unsorted =&lt;br /&gt;
&lt;br /&gt;
* I wonder what  [http://www.igelle.org igelle] is and whether it is worth trying that for FreeRunner. The website isn't very informative.&lt;br /&gt;
* External Keyboard: The FreeRunner can supply 5V to an external USB device [[USB_host#Selecting_USB_host_mode]]. So I also can connect my MIDI keyboard?&lt;br /&gt;
&lt;br /&gt;
= OS Details =&lt;br /&gt;
&lt;br /&gt;
== Mounting internal Flash when booting from SD ==&lt;br /&gt;
&lt;br /&gt;
Mount the internal root file system&lt;br /&gt;
&lt;br /&gt;
 mount -t jffs2 /dev/mtdblock6 /mnt&lt;br /&gt;
&lt;br /&gt;
On Debian this is already mounted at /mnt/flash&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Noed Source]&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Mickey Term] talk to the GSM Modem&lt;br /&gt;
&lt;br /&gt;
* [[OpenmokoFramework/mdbus]]&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/python-openmoko/&lt;br /&gt;
&lt;br /&gt;
* [[Gsmd/document]] This does not work with FSO. Go to the [http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/index.html;hb=HEAD interface spec of FSO]&lt;br /&gt;
&lt;br /&gt;
* [[GTA02_sysfs]]&lt;br /&gt;
* [[Kernel]]&lt;br /&gt;
* [[User:CesarB/cpufreq]]&lt;br /&gt;
* [[Talk:Alarm daemon]]&lt;br /&gt;
* [[NXP_PCF50633]] Power Managment and RTC&lt;br /&gt;
* [[FAQ]]&lt;br /&gt;
* [http://people.openmoko.org/joerg/calypso_moko_FW/]&lt;br /&gt;
----&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User:ThomasT</id>
		<title>User:ThomasT</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User:ThomasT"/>
				<updated>2009-01-10T16:40:55Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: /* Heart Rate Monitor via Touchscreen? */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= My System =&lt;br /&gt;
&lt;br /&gt;
* [[Debian]] without frameworkd&lt;br /&gt;
* window manager: ratpoison &lt;br /&gt;
* GUI: ratmen4wp&lt;br /&gt;
&lt;br /&gt;
= Hardware Issues =&lt;br /&gt;
&lt;br /&gt;
* [[Neo_FreeRunner_Hardware_Issues]]&lt;br /&gt;
* [[Disassembling Neo 1973]]&lt;br /&gt;
&lt;br /&gt;
== Poor Audio Frequency Response via Headphones ==&lt;br /&gt;
&lt;br /&gt;
The amplifier output coupling capacitors C4111 and C4110 are much too small (1uF). It should be approx. 100uF according to the datasheet of [[LM4853]].&lt;br /&gt;
&lt;br /&gt;
I just tried to modify my FreeRunner (inserting 100uF capacitors). But I got a power failure after switching on the audio amplifier. After removing my modifications the system works again, but I couldn't read SD cards any more, because I accidentially removed one of the resistors in the data line to the SD slot. After reinserting the resistor the FreeRunner works again. The sound is much better now, but not really HIFI (maybe this is caused by the cheap HAMA headset I am using).&lt;br /&gt;
BTW: I will replace these series resistors with ferrite beads in the hope to decrease the GPS interferences.&lt;br /&gt;
&lt;br /&gt;
== GSM Modem not working ==&lt;br /&gt;
&lt;br /&gt;
I could not communicate with the modem not even with u-boot and after removing battery over night.&lt;br /&gt;
In this case with FSO frameworkd slowed down the system very much, OM2008.9 was almost not usable. (This happend before I made the above HW modifications!)&lt;br /&gt;
&lt;br /&gt;
I removed frameword (fso-gpsd does not work without frameworkd and therefore needed to be replaced by gpsd.&lt;br /&gt;
&lt;br /&gt;
Using GPRS is possible, but a bit tricky. I am currently swichting GSM off and on waiting for the modem startup message. But sometimes I get a strange &amp;quot;alarm&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
Maybe [[GSM/Flashing|reflashing the modem]] would help.&lt;br /&gt;
&lt;br /&gt;
== Real Time Clock unreliable==&lt;br /&gt;
 &lt;br /&gt;
The RTC is approx. 12 min off per day. I wonder whether the 10pF capacitors at the oscillator crystal are really needed. Maybe I can tune the RTC by lowering the values of those capacitors. There is no tuning register in the RTC unit.&lt;br /&gt;
&lt;br /&gt;
I read a voltage of 475 mV at the terminals of the backup battery BAT1701.&lt;br /&gt;
This voltage increases to 2-3 Volts, when FR is connected to a power supply.&lt;br /&gt;
&lt;br /&gt;
== GPS: Very long TTFF ==&lt;br /&gt;
&lt;br /&gt;
My FreeRunner has this capacitor at the SD card connector. It anyway takes a long time to get the first fix. The antenna connector was slightly deformed. Could not yet test, whether this is the reason for the bad TTFF as SD cards currently do not work any more (due to a hardware bug I introduced while modifing the audio amplifier).&lt;br /&gt;
&lt;br /&gt;
= Bicycle Computer =&lt;br /&gt;
&lt;br /&gt;
[[Biking]]&lt;br /&gt;
&lt;br /&gt;
== Existing Projects and Experiences ==&lt;br /&gt;
&lt;br /&gt;
* http://blogs.thehumanjourney.net/finds/entry/20080306 Joseph Reeves uses its NEO1973 on a bicycle&lt;br /&gt;
* http://projects.openmoko.org/search/?type_of_search=soft&amp;amp;words=gps&amp;amp;Search=Search&lt;br /&gt;
&lt;br /&gt;
== Mounting ==&lt;br /&gt;
* http://www.pearl.de/a-PX2065-4044.shtml&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Water Protection ==&lt;br /&gt;
&lt;br /&gt;
== Power Supply ==&lt;br /&gt;
&lt;br /&gt;
Due to the relatively high current consumption of the Freerunner a power supply from a hub dynamo seems to be unavoidable.&lt;br /&gt;
&lt;br /&gt;
I skip the switch mode regulator and will use simple Z-Diode parallel to the Freerunner. Later I want to add an LED light parallel to  both.&lt;br /&gt;
&lt;br /&gt;
== GPS ==&lt;br /&gt;
&lt;br /&gt;
=== Existing Software ===&lt;br /&gt;
&lt;br /&gt;
* [[Navit]]&lt;br /&gt;
* [[TangoGPS]]&lt;br /&gt;
* [[GPS_Sight]]?&lt;br /&gt;
* [[GPS_Data_Logger]]&lt;br /&gt;
&lt;br /&gt;
=== Getting GPS Data ===&lt;br /&gt;
&lt;br /&gt;
On Freerunner there is no need to read from gpsd or similar.&lt;br /&gt;
I just can get the data from /dev/ttySAC1 &lt;br /&gt;
&lt;br /&gt;
== Additional GPS Functions ==&lt;br /&gt;
&lt;br /&gt;
=== Altitude Plots ===&lt;br /&gt;
&lt;br /&gt;
Of the travelled track and also of the upcoming (hopefully OSM will soon provide elevation information of the roads)&lt;br /&gt;
&lt;br /&gt;
=== Trip Information ===&lt;br /&gt;
&lt;br /&gt;
Garmin Etrex Legends trip information display is to stupid. I want infos for the current day and for the time since last break.&lt;br /&gt;
&lt;br /&gt;
=== Location Reporting ===&lt;br /&gt;
&lt;br /&gt;
If I have internet access via the phone during my trip I can regularily update my on webpage with location markers as shown here: http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example&lt;br /&gt;
&lt;br /&gt;
== Slope, Vertical Speed ==&lt;br /&gt;
&lt;br /&gt;
The GPS does not give sufficiently accurate vertical speed.&lt;br /&gt;
A barometric sensor (see [[Variometer]]) would be nice. Calculation of the vertical speed by integrating the accelerometer readings also not accurate.&lt;br /&gt;
But maybe it is possible to use the accelerometers to measure the slope of the road.&lt;br /&gt;
How to calibrate it? Is it possible to automatically calibrate it from GSP reading?&lt;br /&gt;
&lt;br /&gt;
== Sideward Inclination of the Bicycle ==&lt;br /&gt;
&lt;br /&gt;
By measuring the increase of the total acceleration not by change of the acceleration angle.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Road Quality ==&lt;br /&gt;
&lt;br /&gt;
Can the road (e.i. surface) quality be recorded by measuring the vibrations with the accelerometers?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Car Counter ==&lt;br /&gt;
&lt;br /&gt;
... using the builtin microphone. Or would it be possible with the accelerometers using high sampling rate?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Heart Rate Monitor ==&lt;br /&gt;
&lt;br /&gt;
Are there Bluetooth Heart Rate Transmitters available?&lt;br /&gt;
&lt;br /&gt;
=== Heart Rate Monitor via Touchscreen? ===&lt;br /&gt;
&lt;br /&gt;
The touchscreen also delivers pressure information. Can this be used to measure the heart beat by pressing the thumb onto the touchscreen?&lt;br /&gt;
&lt;br /&gt;
[[Touchscreen_Filters]]&lt;br /&gt;
&lt;br /&gt;
== Pedalling Frequency ==&lt;br /&gt;
&lt;br /&gt;
Pedal sensors with Bluetooth and power supply by magnetic induction would be nice.&lt;br /&gt;
&lt;br /&gt;
Otherwise USB with an FTDI chip.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Panorama Viewer ==&lt;br /&gt;
&lt;br /&gt;
Online panorama viewer similar to [http://www.ecademix.com/JohannesHofmann/gipfel.html gipfel].&lt;br /&gt;
Instead of the photo image we show the mountain panorama calculated from SRTM data. Online calculation with the SRTM data is much to slow, we use only the precalculated water divide lines.&lt;br /&gt;
&lt;br /&gt;
== Programming ==&lt;br /&gt;
&lt;br /&gt;
=== Language ===&lt;br /&gt;
Python&lt;br /&gt;
&lt;br /&gt;
=== UI ===&lt;br /&gt;
&lt;br /&gt;
==== python-etk ====&lt;br /&gt;
I could not find any documentation yet. Seems to be the same as python-gtk.&lt;br /&gt;
&lt;br /&gt;
I don't want to have ''eye-candies''. Maybe ''eye-candies'' are neccessary for selling phones. ''Eye-candies'' cause ''eye-caries'' or even ''brain-caries''. ;-)  They are for gamers.&lt;br /&gt;
&lt;br /&gt;
Colors are o.k. if they carry information. Color gradients of menu bars are useless and annoying.&lt;br /&gt;
&lt;br /&gt;
Maybe I should directly call xlib instead of using some *tk.  From python I could try http://python-xlib.sourceforge.net/ .&lt;br /&gt;
&lt;br /&gt;
==== Tichy ====&lt;br /&gt;
&lt;br /&gt;
[[Tichy]] &lt;br /&gt;
&lt;br /&gt;
==== alternative window managers ====&lt;br /&gt;
The bicycle computer should show different values at the same time. This should be user configurable at runtime. What about having little python scripts just showing a window with one value and let the window mananger do the rest? &lt;br /&gt;
&lt;br /&gt;
It seems ratpoison is the best window manager for openmoko.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* http://incise.org/whimsy.html &lt;br /&gt;
* http://pycawm.last-exile.org/&lt;br /&gt;
* http://pywm.sourceforge.net/#status&lt;br /&gt;
* http://partiwm.org/&lt;br /&gt;
* http://plwm.sourceforge.net/&lt;br /&gt;
* http://www.freenet.org.nz/python/pywm/  needs fltk&lt;br /&gt;
&lt;br /&gt;
=== Plotting ===&lt;br /&gt;
matplotlib?  might be an overkill. Anything usable lightweight available?&lt;br /&gt;
&lt;br /&gt;
= Jogging =&lt;br /&gt;
&lt;br /&gt;
== Accelerometer ==&lt;br /&gt;
&lt;br /&gt;
Mount the Freerunner to the shin and measure the damping and motion style with different shoes at various speeds.&lt;br /&gt;
Especially interesting to watch the aging of the shoes (different damping).&lt;br /&gt;
&lt;br /&gt;
= Openstreetmap =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I would like to have a simple application to add map information at my current location.&lt;br /&gt;
Say, I am standing beneath an ATM, just use a menu item &amp;quot;Add ATM&amp;quot; and typing in its name - finished. There is no need for a map display. The program just displays the OSM nodes near the current location. And you can add a new node or modify an existing node.&lt;br /&gt;
&lt;br /&gt;
= Accelerometer =&lt;br /&gt;
&lt;br /&gt;
== Ideas ==&lt;br /&gt;
&lt;br /&gt;
* Indoor use of those GPS games&lt;br /&gt;
* Programming a Marble game would be more fun than playing it (Martin Senkerik is now having that fun http://projects.openmoko.org/projects/accelgame/)&lt;br /&gt;
* Moving within a larger virtual screen by tilting the display.&lt;br /&gt;
&lt;br /&gt;
== Hardware ==&lt;br /&gt;
&lt;br /&gt;
* http://wiki.openmoko.org/wiki/ST_LIS302DL &lt;br /&gt;
* [http://www.st.com/stonline/products/literature/ds/12726.pdf Datasheet]&lt;br /&gt;
&lt;br /&gt;
I was wondering about the steps of 18 units in the histogram of the accelerometer data. Now I know: the kernel driver already scales the raw data from the chip to mg units. &lt;br /&gt;
The data from the chip come as 8 bit data. In +-2.3G mode we get a resolution step size of 18 mg.&lt;br /&gt;
&lt;br /&gt;
[[/Measurements/Accelerometer]]&lt;br /&gt;
&lt;br /&gt;
= Games =&lt;br /&gt;
&lt;br /&gt;
Finger-usable application to play the game of Go:&lt;br /&gt;
Somebody somewhere suggested a double click methode for keyboard input. The first click zooms the area of the keyboard the second click activates the key. I don't want this for keyboards but for Go and similar games this could be quite interesting.&lt;br /&gt;
&lt;br /&gt;
Maybe a guesture interface is better. Circle right meens zoom in. Circle left means zoom out.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I thought I am no gamer, but just discovered [[Games#Numptyphysics|Numptyphysics]].&lt;br /&gt;
&lt;br /&gt;
= HAM Radio =&lt;br /&gt;
&lt;br /&gt;
As we can't use the WIFI or the GSM modem or the GPS receiver for HAM purposes there is not much difference to HAM applications on other PDAs.&lt;br /&gt;
&lt;br /&gt;
== CW Trainer ==&lt;br /&gt;
&lt;br /&gt;
== Audio Modems ==&lt;br /&gt;
&lt;br /&gt;
Input and Output via audio interface (what is the maximum sampling rate?).&lt;br /&gt;
&lt;br /&gt;
* http://www.w1hkj.com/Fldigi.html&lt;br /&gt;
&lt;br /&gt;
== Spectrum Analyzer ==&lt;br /&gt;
&lt;br /&gt;
Spectrum auf audio input signal&lt;br /&gt;
&lt;br /&gt;
* http://www.qsl.net/in3otd/glfer.html Maybe the GUI is to complicated for Freerunner.&lt;br /&gt;
&lt;br /&gt;
== Line of Sight Calculation ==&lt;br /&gt;
&lt;br /&gt;
== Smith Chart ==&lt;br /&gt;
&lt;br /&gt;
linsmith&lt;br /&gt;
&lt;br /&gt;
== Circuit Entry and Simulation ==&lt;br /&gt;
&lt;br /&gt;
 * Qucs&lt;br /&gt;
&lt;br /&gt;
== Radio Control ==&lt;br /&gt;
&lt;br /&gt;
=== Control for Commercial TRXs ===&lt;br /&gt;
&lt;br /&gt;
=== Homemade TRXs ===&lt;br /&gt;
&lt;br /&gt;
 * I2C interface on test points&lt;br /&gt;
 * SPI interface on debug connector&lt;br /&gt;
&lt;br /&gt;
= Music =&lt;br /&gt;
&lt;br /&gt;
== Midi Input via Touchscreen ==&lt;br /&gt;
&lt;br /&gt;
There is not much space to use the touchscreen as an ordinary piano keyboard.&lt;br /&gt;
&lt;br /&gt;
What about using the touchscreen like the left hand fingering on a guitar, mandolin, banjo ore similar? The touchscreen lays in front of you in landscape mode. There are four rows, one for each finger. &lt;br /&gt;
   &lt;br /&gt;
  | D# | G  | B  | d# |&lt;br /&gt;
  | D  | F# | A# | d  |&lt;br /&gt;
  | C# | F  | A  | c# |&lt;br /&gt;
  | C  | E  | G# | c  |&lt;br /&gt;
  This layout might be to simple. Should it be optimized for easy chord playing?&lt;br /&gt;
  To come more close to a piano and common string instruments it might be better &lt;br /&gt;
  to flip the arrangment of the notes.&lt;br /&gt;
  | c  | c# | d  | d# |&lt;br /&gt;
  | G# | A  | A# | B  |&lt;br /&gt;
  | E  | F  | F# | G  |&lt;br /&gt;
  | C  | C# | D  | D# |  &lt;br /&gt;
  &lt;br /&gt;
Unfortunately the touchscreen handles only single touches ([[UI_Improvements#The_touchscreen]]). Therefore a polyphonic input is not possible. &lt;br /&gt;
&lt;br /&gt;
Octave shifting via accelerometer reading?&lt;br /&gt;
&lt;br /&gt;
Similiar project: http://www.neo1973-germany.de/wiki/epiano Obviously not what I am having in mind.&lt;br /&gt;
&lt;br /&gt;
== Other interesting Music Software ==&lt;br /&gt;
&lt;br /&gt;
* http://performous.org&lt;br /&gt;
&lt;br /&gt;
= Keyboard =&lt;br /&gt;
&lt;br /&gt;
Why not using the above Midi Keyboard for character input?&lt;br /&gt;
&lt;br /&gt;
 | S | U | R | T |&lt;br /&gt;
 | A | E | I | O |&lt;br /&gt;
 | D | H | N | M |&lt;br /&gt;
 | F | P | G | J |&lt;br /&gt;
 | M1| M2|SPC| BS|&lt;br /&gt;
&lt;br /&gt;
Letter order is random here. Need to be optimized for minimum mode switching.&lt;br /&gt;
Space, Backspace,... can be done by guestures.&lt;br /&gt;
&lt;br /&gt;
== Morse Code Input ==&lt;br /&gt;
&lt;br /&gt;
Will I be faster? Is there usable code available?&lt;br /&gt;
&lt;br /&gt;
Decode would be easier if I'd use an &amp;quot;electronic keyer&amp;quot; e.g. which sends dots and dashes in a predefined length and predefined spaces.&lt;br /&gt;
&lt;br /&gt;
* http://morseall.org/&lt;br /&gt;
&lt;br /&gt;
= Unsorted =&lt;br /&gt;
&lt;br /&gt;
* I wonder what  [http://www.igelle.org igelle] is and whether it is worth trying that for FreeRunner. The website isn't very informative.&lt;br /&gt;
* External Keyboard: The FreeRunner can supply 5V to an external USB device [[USB_host#Selecting_USB_host_mode]]. So I also can connect my MIDI keyboard?&lt;br /&gt;
&lt;br /&gt;
= OS Details =&lt;br /&gt;
&lt;br /&gt;
== Mounting internal Flash when booting from SD ==&lt;br /&gt;
&lt;br /&gt;
Mount the internal root file system&lt;br /&gt;
&lt;br /&gt;
 mount -t jffs2 /dev/mtdblock6 /mnt&lt;br /&gt;
&lt;br /&gt;
On Debian this is already mounted at /mnt/flash&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Noed Source]&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Mickey Term] talk to the GSM Modem&lt;br /&gt;
&lt;br /&gt;
* [[OpenmokoFramework/mdbus]]&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/python-openmoko/&lt;br /&gt;
&lt;br /&gt;
* [[Gsmd/document]] This does not work with FSO. Go to the [http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/index.html;hb=HEAD interface spec of FSO]&lt;br /&gt;
&lt;br /&gt;
* [[GTA02_sysfs]]&lt;br /&gt;
* [[Kernel]]&lt;br /&gt;
* [[User:CesarB/cpufreq]]&lt;br /&gt;
* [[Talk:Alarm daemon]]&lt;br /&gt;
* [[NXP_PCF50633]] Power Managment and RTC&lt;br /&gt;
* [[FAQ]]&lt;br /&gt;
* [http://people.openmoko.org/joerg/calypso_moko_FW/]&lt;br /&gt;
----&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User:ThomasT</id>
		<title>User:ThomasT</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User:ThomasT"/>
				<updated>2009-01-10T16:36:21Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: /* Heart Rate Monitor */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= My System =&lt;br /&gt;
&lt;br /&gt;
* [[Debian]] without frameworkd&lt;br /&gt;
* window manager: ratpoison &lt;br /&gt;
* GUI: ratmen4wp&lt;br /&gt;
&lt;br /&gt;
= Hardware Issues =&lt;br /&gt;
&lt;br /&gt;
* [[Neo_FreeRunner_Hardware_Issues]]&lt;br /&gt;
* [[Disassembling Neo 1973]]&lt;br /&gt;
&lt;br /&gt;
== Poor Audio Frequency Response via Headphones ==&lt;br /&gt;
&lt;br /&gt;
The amplifier output coupling capacitors C4111 and C4110 are much too small (1uF). It should be approx. 100uF according to the datasheet of [[LM4853]].&lt;br /&gt;
&lt;br /&gt;
I just tried to modify my FreeRunner (inserting 100uF capacitors). But I got a power failure after switching on the audio amplifier. After removing my modifications the system works again, but I couldn't read SD cards any more, because I accidentially removed one of the resistors in the data line to the SD slot. After reinserting the resistor the FreeRunner works again. The sound is much better now, but not really HIFI (maybe this is caused by the cheap HAMA headset I am using).&lt;br /&gt;
BTW: I will replace these series resistors with ferrite beads in the hope to decrease the GPS interferences.&lt;br /&gt;
&lt;br /&gt;
== GSM Modem not working ==&lt;br /&gt;
&lt;br /&gt;
I could not communicate with the modem not even with u-boot and after removing battery over night.&lt;br /&gt;
In this case with FSO frameworkd slowed down the system very much, OM2008.9 was almost not usable. (This happend before I made the above HW modifications!)&lt;br /&gt;
&lt;br /&gt;
I removed frameword (fso-gpsd does not work without frameworkd and therefore needed to be replaced by gpsd.&lt;br /&gt;
&lt;br /&gt;
Using GPRS is possible, but a bit tricky. I am currently swichting GSM off and on waiting for the modem startup message. But sometimes I get a strange &amp;quot;alarm&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
Maybe [[GSM/Flashing|reflashing the modem]] would help.&lt;br /&gt;
&lt;br /&gt;
== Real Time Clock unreliable==&lt;br /&gt;
 &lt;br /&gt;
The RTC is approx. 12 min off per day. I wonder whether the 10pF capacitors at the oscillator crystal are really needed. Maybe I can tune the RTC by lowering the values of those capacitors. There is no tuning register in the RTC unit.&lt;br /&gt;
&lt;br /&gt;
I read a voltage of 475 mV at the terminals of the backup battery BAT1701.&lt;br /&gt;
This voltage increases to 2-3 Volts, when FR is connected to a power supply.&lt;br /&gt;
&lt;br /&gt;
== GPS: Very long TTFF ==&lt;br /&gt;
&lt;br /&gt;
My FreeRunner has this capacitor at the SD card connector. It anyway takes a long time to get the first fix. The antenna connector was slightly deformed. Could not yet test, whether this is the reason for the bad TTFF as SD cards currently do not work any more (due to a hardware bug I introduced while modifing the audio amplifier).&lt;br /&gt;
&lt;br /&gt;
= Bicycle Computer =&lt;br /&gt;
&lt;br /&gt;
[[Biking]]&lt;br /&gt;
&lt;br /&gt;
== Existing Projects and Experiences ==&lt;br /&gt;
&lt;br /&gt;
* http://blogs.thehumanjourney.net/finds/entry/20080306 Joseph Reeves uses its NEO1973 on a bicycle&lt;br /&gt;
* http://projects.openmoko.org/search/?type_of_search=soft&amp;amp;words=gps&amp;amp;Search=Search&lt;br /&gt;
&lt;br /&gt;
== Mounting ==&lt;br /&gt;
* http://www.pearl.de/a-PX2065-4044.shtml&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Water Protection ==&lt;br /&gt;
&lt;br /&gt;
== Power Supply ==&lt;br /&gt;
&lt;br /&gt;
Due to the relatively high current consumption of the Freerunner a power supply from a hub dynamo seems to be unavoidable.&lt;br /&gt;
&lt;br /&gt;
I skip the switch mode regulator and will use simple Z-Diode parallel to the Freerunner. Later I want to add an LED light parallel to  both.&lt;br /&gt;
&lt;br /&gt;
== GPS ==&lt;br /&gt;
&lt;br /&gt;
=== Existing Software ===&lt;br /&gt;
&lt;br /&gt;
* [[Navit]]&lt;br /&gt;
* [[TangoGPS]]&lt;br /&gt;
* [[GPS_Sight]]?&lt;br /&gt;
* [[GPS_Data_Logger]]&lt;br /&gt;
&lt;br /&gt;
=== Getting GPS Data ===&lt;br /&gt;
&lt;br /&gt;
On Freerunner there is no need to read from gpsd or similar.&lt;br /&gt;
I just can get the data from /dev/ttySAC1 &lt;br /&gt;
&lt;br /&gt;
== Additional GPS Functions ==&lt;br /&gt;
&lt;br /&gt;
=== Altitude Plots ===&lt;br /&gt;
&lt;br /&gt;
Of the travelled track and also of the upcoming (hopefully OSM will soon provide elevation information of the roads)&lt;br /&gt;
&lt;br /&gt;
=== Trip Information ===&lt;br /&gt;
&lt;br /&gt;
Garmin Etrex Legends trip information display is to stupid. I want infos for the current day and for the time since last break.&lt;br /&gt;
&lt;br /&gt;
=== Location Reporting ===&lt;br /&gt;
&lt;br /&gt;
If I have internet access via the phone during my trip I can regularily update my on webpage with location markers as shown here: http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example&lt;br /&gt;
&lt;br /&gt;
== Slope, Vertical Speed ==&lt;br /&gt;
&lt;br /&gt;
The GPS does not give sufficiently accurate vertical speed.&lt;br /&gt;
A barometric sensor (see [[Variometer]]) would be nice. Calculation of the vertical speed by integrating the accelerometer readings also not accurate.&lt;br /&gt;
But maybe it is possible to use the accelerometers to measure the slope of the road.&lt;br /&gt;
How to calibrate it? Is it possible to automatically calibrate it from GSP reading?&lt;br /&gt;
&lt;br /&gt;
== Sideward Inclination of the Bicycle ==&lt;br /&gt;
&lt;br /&gt;
By measuring the increase of the total acceleration not by change of the acceleration angle.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Road Quality ==&lt;br /&gt;
&lt;br /&gt;
Can the road (e.i. surface) quality be recorded by measuring the vibrations with the accelerometers?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Car Counter ==&lt;br /&gt;
&lt;br /&gt;
... using the builtin microphone. Or would it be possible with the accelerometers using high sampling rate?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Heart Rate Monitor ==&lt;br /&gt;
&lt;br /&gt;
Are there Bluetooth Heart Rate Transmitters available?&lt;br /&gt;
&lt;br /&gt;
=== Heart Rate Monitor via Touchscreen? ===&lt;br /&gt;
&lt;br /&gt;
The touchscreen also delivers pressure information. Can this be used to measure the heart beat by pressing the thumb onto the touchscreen?&lt;br /&gt;
&lt;br /&gt;
== Pedalling Frequency ==&lt;br /&gt;
&lt;br /&gt;
Pedal sensors with Bluetooth and power supply by magnetic induction would be nice.&lt;br /&gt;
&lt;br /&gt;
Otherwise USB with an FTDI chip.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Panorama Viewer ==&lt;br /&gt;
&lt;br /&gt;
Online panorama viewer similar to [http://www.ecademix.com/JohannesHofmann/gipfel.html gipfel].&lt;br /&gt;
Instead of the photo image we show the mountain panorama calculated from SRTM data. Online calculation with the SRTM data is much to slow, we use only the precalculated water divide lines.&lt;br /&gt;
&lt;br /&gt;
== Programming ==&lt;br /&gt;
&lt;br /&gt;
=== Language ===&lt;br /&gt;
Python&lt;br /&gt;
&lt;br /&gt;
=== UI ===&lt;br /&gt;
&lt;br /&gt;
==== python-etk ====&lt;br /&gt;
I could not find any documentation yet. Seems to be the same as python-gtk.&lt;br /&gt;
&lt;br /&gt;
I don't want to have ''eye-candies''. Maybe ''eye-candies'' are neccessary for selling phones. ''Eye-candies'' cause ''eye-caries'' or even ''brain-caries''. ;-)  They are for gamers.&lt;br /&gt;
&lt;br /&gt;
Colors are o.k. if they carry information. Color gradients of menu bars are useless and annoying.&lt;br /&gt;
&lt;br /&gt;
Maybe I should directly call xlib instead of using some *tk.  From python I could try http://python-xlib.sourceforge.net/ .&lt;br /&gt;
&lt;br /&gt;
==== Tichy ====&lt;br /&gt;
&lt;br /&gt;
[[Tichy]] &lt;br /&gt;
&lt;br /&gt;
==== alternative window managers ====&lt;br /&gt;
The bicycle computer should show different values at the same time. This should be user configurable at runtime. What about having little python scripts just showing a window with one value and let the window mananger do the rest? &lt;br /&gt;
&lt;br /&gt;
It seems ratpoison is the best window manager for openmoko.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* http://incise.org/whimsy.html &lt;br /&gt;
* http://pycawm.last-exile.org/&lt;br /&gt;
* http://pywm.sourceforge.net/#status&lt;br /&gt;
* http://partiwm.org/&lt;br /&gt;
* http://plwm.sourceforge.net/&lt;br /&gt;
* http://www.freenet.org.nz/python/pywm/  needs fltk&lt;br /&gt;
&lt;br /&gt;
=== Plotting ===&lt;br /&gt;
matplotlib?  might be an overkill. Anything usable lightweight available?&lt;br /&gt;
&lt;br /&gt;
= Jogging =&lt;br /&gt;
&lt;br /&gt;
== Accelerometer ==&lt;br /&gt;
&lt;br /&gt;
Mount the Freerunner to the shin and measure the damping and motion style with different shoes at various speeds.&lt;br /&gt;
Especially interesting to watch the aging of the shoes (different damping).&lt;br /&gt;
&lt;br /&gt;
= Openstreetmap =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I would like to have a simple application to add map information at my current location.&lt;br /&gt;
Say, I am standing beneath an ATM, just use a menu item &amp;quot;Add ATM&amp;quot; and typing in its name - finished. There is no need for a map display. The program just displays the OSM nodes near the current location. And you can add a new node or modify an existing node.&lt;br /&gt;
&lt;br /&gt;
= Accelerometer =&lt;br /&gt;
&lt;br /&gt;
== Ideas ==&lt;br /&gt;
&lt;br /&gt;
* Indoor use of those GPS games&lt;br /&gt;
* Programming a Marble game would be more fun than playing it (Martin Senkerik is now having that fun http://projects.openmoko.org/projects/accelgame/)&lt;br /&gt;
* Moving within a larger virtual screen by tilting the display.&lt;br /&gt;
&lt;br /&gt;
== Hardware ==&lt;br /&gt;
&lt;br /&gt;
* http://wiki.openmoko.org/wiki/ST_LIS302DL &lt;br /&gt;
* [http://www.st.com/stonline/products/literature/ds/12726.pdf Datasheet]&lt;br /&gt;
&lt;br /&gt;
I was wondering about the steps of 18 units in the histogram of the accelerometer data. Now I know: the kernel driver already scales the raw data from the chip to mg units. &lt;br /&gt;
The data from the chip come as 8 bit data. In +-2.3G mode we get a resolution step size of 18 mg.&lt;br /&gt;
&lt;br /&gt;
[[/Measurements/Accelerometer]]&lt;br /&gt;
&lt;br /&gt;
= Games =&lt;br /&gt;
&lt;br /&gt;
Finger-usable application to play the game of Go:&lt;br /&gt;
Somebody somewhere suggested a double click methode for keyboard input. The first click zooms the area of the keyboard the second click activates the key. I don't want this for keyboards but for Go and similar games this could be quite interesting.&lt;br /&gt;
&lt;br /&gt;
Maybe a guesture interface is better. Circle right meens zoom in. Circle left means zoom out.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I thought I am no gamer, but just discovered [[Games#Numptyphysics|Numptyphysics]].&lt;br /&gt;
&lt;br /&gt;
= HAM Radio =&lt;br /&gt;
&lt;br /&gt;
As we can't use the WIFI or the GSM modem or the GPS receiver for HAM purposes there is not much difference to HAM applications on other PDAs.&lt;br /&gt;
&lt;br /&gt;
== CW Trainer ==&lt;br /&gt;
&lt;br /&gt;
== Audio Modems ==&lt;br /&gt;
&lt;br /&gt;
Input and Output via audio interface (what is the maximum sampling rate?).&lt;br /&gt;
&lt;br /&gt;
* http://www.w1hkj.com/Fldigi.html&lt;br /&gt;
&lt;br /&gt;
== Spectrum Analyzer ==&lt;br /&gt;
&lt;br /&gt;
Spectrum auf audio input signal&lt;br /&gt;
&lt;br /&gt;
* http://www.qsl.net/in3otd/glfer.html Maybe the GUI is to complicated for Freerunner.&lt;br /&gt;
&lt;br /&gt;
== Line of Sight Calculation ==&lt;br /&gt;
&lt;br /&gt;
== Smith Chart ==&lt;br /&gt;
&lt;br /&gt;
linsmith&lt;br /&gt;
&lt;br /&gt;
== Circuit Entry and Simulation ==&lt;br /&gt;
&lt;br /&gt;
 * Qucs&lt;br /&gt;
&lt;br /&gt;
== Radio Control ==&lt;br /&gt;
&lt;br /&gt;
=== Control for Commercial TRXs ===&lt;br /&gt;
&lt;br /&gt;
=== Homemade TRXs ===&lt;br /&gt;
&lt;br /&gt;
 * I2C interface on test points&lt;br /&gt;
 * SPI interface on debug connector&lt;br /&gt;
&lt;br /&gt;
= Music =&lt;br /&gt;
&lt;br /&gt;
== Midi Input via Touchscreen ==&lt;br /&gt;
&lt;br /&gt;
There is not much space to use the touchscreen as an ordinary piano keyboard.&lt;br /&gt;
&lt;br /&gt;
What about using the touchscreen like the left hand fingering on a guitar, mandolin, banjo ore similar? The touchscreen lays in front of you in landscape mode. There are four rows, one for each finger. &lt;br /&gt;
   &lt;br /&gt;
  | D# | G  | B  | d# |&lt;br /&gt;
  | D  | F# | A# | d  |&lt;br /&gt;
  | C# | F  | A  | c# |&lt;br /&gt;
  | C  | E  | G# | c  |&lt;br /&gt;
  This layout might be to simple. Should it be optimized for easy chord playing?&lt;br /&gt;
  To come more close to a piano and common string instruments it might be better &lt;br /&gt;
  to flip the arrangment of the notes.&lt;br /&gt;
  | c  | c# | d  | d# |&lt;br /&gt;
  | G# | A  | A# | B  |&lt;br /&gt;
  | E  | F  | F# | G  |&lt;br /&gt;
  | C  | C# | D  | D# |  &lt;br /&gt;
  &lt;br /&gt;
Unfortunately the touchscreen handles only single touches ([[UI_Improvements#The_touchscreen]]). Therefore a polyphonic input is not possible. &lt;br /&gt;
&lt;br /&gt;
Octave shifting via accelerometer reading?&lt;br /&gt;
&lt;br /&gt;
Similiar project: http://www.neo1973-germany.de/wiki/epiano Obviously not what I am having in mind.&lt;br /&gt;
&lt;br /&gt;
== Other interesting Music Software ==&lt;br /&gt;
&lt;br /&gt;
* http://performous.org&lt;br /&gt;
&lt;br /&gt;
= Keyboard =&lt;br /&gt;
&lt;br /&gt;
Why not using the above Midi Keyboard for character input?&lt;br /&gt;
&lt;br /&gt;
 | S | U | R | T |&lt;br /&gt;
 | A | E | I | O |&lt;br /&gt;
 | D | H | N | M |&lt;br /&gt;
 | F | P | G | J |&lt;br /&gt;
 | M1| M2|SPC| BS|&lt;br /&gt;
&lt;br /&gt;
Letter order is random here. Need to be optimized for minimum mode switching.&lt;br /&gt;
Space, Backspace,... can be done by guestures.&lt;br /&gt;
&lt;br /&gt;
== Morse Code Input ==&lt;br /&gt;
&lt;br /&gt;
Will I be faster? Is there usable code available?&lt;br /&gt;
&lt;br /&gt;
Decode would be easier if I'd use an &amp;quot;electronic keyer&amp;quot; e.g. which sends dots and dashes in a predefined length and predefined spaces.&lt;br /&gt;
&lt;br /&gt;
* http://morseall.org/&lt;br /&gt;
&lt;br /&gt;
= Unsorted =&lt;br /&gt;
&lt;br /&gt;
* I wonder what  [http://www.igelle.org igelle] is and whether it is worth trying that for FreeRunner. The website isn't very informative.&lt;br /&gt;
* External Keyboard: The FreeRunner can supply 5V to an external USB device [[USB_host#Selecting_USB_host_mode]]. So I also can connect my MIDI keyboard?&lt;br /&gt;
&lt;br /&gt;
= OS Details =&lt;br /&gt;
&lt;br /&gt;
== Mounting internal Flash when booting from SD ==&lt;br /&gt;
&lt;br /&gt;
Mount the internal root file system&lt;br /&gt;
&lt;br /&gt;
 mount -t jffs2 /dev/mtdblock6 /mnt&lt;br /&gt;
&lt;br /&gt;
On Debian this is already mounted at /mnt/flash&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Noed Source]&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Mickey Term] talk to the GSM Modem&lt;br /&gt;
&lt;br /&gt;
* [[OpenmokoFramework/mdbus]]&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/python-openmoko/&lt;br /&gt;
&lt;br /&gt;
* [[Gsmd/document]] This does not work with FSO. Go to the [http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/index.html;hb=HEAD interface spec of FSO]&lt;br /&gt;
&lt;br /&gt;
* [[GTA02_sysfs]]&lt;br /&gt;
* [[Kernel]]&lt;br /&gt;
* [[User:CesarB/cpufreq]]&lt;br /&gt;
* [[Talk:Alarm daemon]]&lt;br /&gt;
* [[NXP_PCF50633]] Power Managment and RTC&lt;br /&gt;
* [[FAQ]]&lt;br /&gt;
* [http://people.openmoko.org/joerg/calypso_moko_FW/]&lt;br /&gt;
----&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Manually_using_Bluetooth</id>
		<title>Manually using Bluetooth</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Manually_using_Bluetooth"/>
				<updated>2008-12-19T22:30:38Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: /* Being able to use HID devices */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{InProgress}}&lt;br /&gt;
Bluetooth is one of the core functions of the Neo1973, however it is basically unimplemented on the software side at the moment.&lt;br /&gt;
Hardware problems in the P1 phone mean that the CPU has to be active in order to wake on external bluetooth events, which will reduce the battery life to some 2 days at best in standby.&lt;br /&gt;
&lt;br /&gt;
This page details how to use bluetooth from the command line.&lt;br /&gt;
We have quite a lot of plans about what exactly Bluetooth should be used for.&lt;br /&gt;
&lt;br /&gt;
== Power it up ==&lt;br /&gt;
&lt;br /&gt;
Power up the adapter by clicking on the bluetooth icon in the top bar and selecting power on.&lt;br /&gt;
&lt;br /&gt;
The old way to do it is a shell command (for kernels before 2.6.24):&lt;br /&gt;
&lt;br /&gt;
 root@fic-gta01:~# echo 1 &amp;gt; /sys/bus/platform/devices/gta01-pm-bt.0/power_on&lt;br /&gt;
&lt;br /&gt;
For kernel 2.6.24 (or later) use&lt;br /&gt;
&lt;br /&gt;
 root@om-gta02:~# echo 1 &amp;gt; /sys/bus/platform/devices/neo1973-pm-bt.0/power_on&lt;br /&gt;
&lt;br /&gt;
and on the GTA02 *only* (i.e. not on the GTA01) also use&lt;br /&gt;
&lt;br /&gt;
 root@om-gta02:~# echo 0 &amp;gt; /sys/bus/platform/devices/neo1973-pm-bt.0/reset&lt;br /&gt;
&lt;br /&gt;
But nowadays[http://permalink.gmane.org/gmane.comp.hardware.smartphones.userland/165], one should use [[Dbus device API]]s!&lt;br /&gt;
&lt;br /&gt;
At the shell, &amp;quot;hciconfig&amp;quot; should print information about the adapter if it powered up properly:&lt;br /&gt;
&lt;br /&gt;
 hciconfig&lt;br /&gt;
&lt;br /&gt;
The devices should show as UP. If not you can use&lt;br /&gt;
&lt;br /&gt;
 hciconfig &amp;lt;device&amp;gt; up&lt;br /&gt;
&lt;br /&gt;
== Bluetooth Functions ==&lt;br /&gt;
&lt;br /&gt;
===Configuring Bluetooth on Openmoko 2007.2 (August 27 snapshot with kernel 2.6.21.6-moko11) ===&lt;br /&gt;
&lt;br /&gt;
In file /etc/bluetooth/hcid.conf you should change the passkey from BlueZ to something numeric. For testing you may use &amp;quot;0000&amp;quot;. Also, you can set the name to &amp;quot;Neo (%d)&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
=== Scanning for bluetooth devices ===&lt;br /&gt;
&lt;br /&gt;
 hcitool scan&lt;br /&gt;
&lt;br /&gt;
This will list the addresses of any discoverable bluetooth devices in the vicinity&lt;br /&gt;
&lt;br /&gt;
=== passkey agent example ===&lt;br /&gt;
&lt;br /&gt;
There should be a passkey agent built into openmoko, but for now you can start up the example passkey agent and set the pin code there. This will allow for new pairings to be made when you attempt a connection.&lt;br /&gt;
&lt;br /&gt;
 passkey-agent --default 0000 &amp;amp;&lt;br /&gt;
&lt;br /&gt;
Note: the passkey-agent is not required in Openmoko 2007.2 with kernel 2.6.21.6 as of at least since August 27 (maybe earlier).&lt;br /&gt;
&lt;br /&gt;
In debian there is no passkey-agent binary but the package bluez-utils has its source code at /usr/share/doc/bluez-utils/examples/passkey-agent.c.gz.&lt;br /&gt;
&lt;br /&gt;
=== HID (Human Input Device) ===&lt;br /&gt;
&lt;br /&gt;
==== Being able to use HID devices ====&lt;br /&gt;
&lt;br /&gt;
Using a bluetooth keyboard with the built-in terminal is a little funky... I can only type into the console using the bt keyboard if the onscreen keyboard is visible. Also, pressing &amp;quot;p&amp;quot; twice on the bt keyboard actually gives you a &amp;quot;q&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
We want to be able to use a bluetooth keyboard to type into the various applications of our Neo1973.&lt;br /&gt;
To use a Bluetooth Keyboard type: (11:22:33:44:55:66 is the Address of your BT-Keyboard)&lt;br /&gt;
&lt;br /&gt;
hidd --connect 11:22:33:44:55:66&lt;br /&gt;
&lt;br /&gt;
and press &amp;quot;Connect&amp;quot; on your BT-KB.  Alternately, if you know that only one BT-Keyboard is within range, you can just:&lt;br /&gt;
&lt;br /&gt;
hidd --search&lt;br /&gt;
&lt;br /&gt;
to find and connect to any BT-Keyboard. There are some bluetooth keyboard only support SPP profile can't direct using hidd comannd to connect. Please reference the discussion of this page for more information.&lt;br /&gt;
&lt;br /&gt;
Tested on:&lt;br /&gt;
* [http://www.logitech.com/index.cfm/products/details/US/EN,CRID=2166,CONTENTID=10717 Logitech Dinovo Edge]&lt;br /&gt;
* [http://www.logitech.com/index.cfm/keyboards/keyboard_mice_combos/devices/164&amp;amp;cl=us,en Logitech Dinovo Media Desktop (keyboard)]&lt;br /&gt;
* [http://www.nokia.es/A4181580 Nokia SU-8W].  Switched on the BT keyboard, scanned for BT address and ran the connect statement above.  Works fine.&lt;br /&gt;
* [http://blog.russnelson.com/chordite Chordite].  This keyboard uses the Broadcom BCM2042 BT keyboard controller along with a custom driver.&lt;br /&gt;
* [http://www.apple.com/keyboard/ Apple's Aluminum Keyboard]. You may have to add 'auth enable; encrypt enable;' to device {} in  hcid.conf. Run the passkey agent the first time. --search works to pair and every time after. (Might be obvious for those who have used BT in other spots, but you have to type in y our passkey on the keyboard as the connect is happening, otherwise pairing doesn't take place. I don't think there is a prompt on the Neo for this)&lt;br /&gt;
* [http://www.apple.com/support/keyboard/ Apple's white &amp;quot;Wireless Keyboard (original)&amp;quot;] - details may be the same as above. (tested some time ago)&lt;br /&gt;
* [http://www.frogpad.com/ FrogPad] - as above&lt;br /&gt;
* [http://freedominput.com The freedom keyboard] and its many rebranded models (they look like this: [http://rabenfrost.net/openmoko/keyboard.jpg]) need 'modprobe uinput' to circumvent the 'Can't open input device: No such file or directory (2)' error of 'hidd --search'. It works as of february 7th 2008.&lt;br /&gt;
** Freeedom Universal Keyboard Model G912 does not work (see Discussion Page)&lt;br /&gt;
* [http://www.nextag.com/Playstation-3-Logitech-Cordless-564345667/prices-html?nxtg=f8320a24052a-7789F8FE732FF6E3 Logitech Playstation 3 Keyboard] Works well, Mouse pad works.&lt;br /&gt;
* [http://corporate.igo.com/product_details.aspx?id=16 iGo Stowaway UltraSlim] (which was apparently discontinued early 2008, but can still be bought in some places) ([[user:ChristW]] I have 2008.8 on it, and using hidd --search to connect to the iGo works perfectly. I also used it to edit a new contact, dial a number and edit a settings text box in [[TangoGPS]]. So far, no problems...)&lt;br /&gt;
* [http://www.vkb-support.com/ I-Tech Virtual Laser Keyboard] works.  Cursor keys not recognized as such, but produce keycodes than can be mapped.&lt;br /&gt;
&lt;br /&gt;
==== Acting as HID device ====&lt;br /&gt;
&lt;br /&gt;
We want to be able to use the Neo as a HID device, being able to use it as controller for presentations. See [[ReMoko]]&lt;br /&gt;
&lt;br /&gt;
=== RFCOMM ===&lt;br /&gt;
&lt;br /&gt;
Here's how to connect to an external Bluetooth GPS and read NMEA data (Tested with a Holux GPSSlim236 and a Nokia LD-3W ).&lt;br /&gt;
&lt;br /&gt;
First, switch on the GPS and identify the BT address:&lt;br /&gt;
&lt;br /&gt;
  hcitool scan&lt;br /&gt;
&lt;br /&gt;
Then, edit /etc/bluetooth/rfcomm.conf, which by default has all settings commented out, to something like this:&lt;br /&gt;
&lt;br /&gt;
  rfcomm0 {&lt;br /&gt;
        # Automatically bind the device at startup&lt;br /&gt;
        bind no;&lt;br /&gt;
        # Bluetooth address of the device&lt;br /&gt;
        device 00:11:22:33:44:55;&lt;br /&gt;
        # RFCOMM channel for the connection (check your GPS docs for details)&lt;br /&gt;
        channel 1;&lt;br /&gt;
        # Description of the connection&lt;br /&gt;
        comment &amp;quot;Bluetooth GPS&amp;quot;;&lt;br /&gt;
  }&lt;br /&gt;
&lt;br /&gt;
Restart the BT services:&lt;br /&gt;
&lt;br /&gt;
  root@neo:~$ /etc/init.d/bluetooth stop&lt;br /&gt;
  root@neo:~$ /etc/init.d/bluetooth start&lt;br /&gt;
&lt;br /&gt;
You should now be able to bind the GPS to /dev/rfcomm0, like this:&lt;br /&gt;
&lt;br /&gt;
  root@neo:~$ rfcomm bind 0&lt;br /&gt;
&lt;br /&gt;
Confirm the connect:&lt;br /&gt;
&lt;br /&gt;
  root@neo:~$ rfcomm&lt;br /&gt;
  rfcomm0: 00:11:22:33:44:55 channel 1 clean &lt;br /&gt;
&lt;br /&gt;
... and watch the NMEA strings coming from your GPS:&lt;br /&gt;
&lt;br /&gt;
  root@neo:~$ cat /dev/rfcomm0 &lt;br /&gt;
  $GPGGA,111748.000,5907.6964,N,01121.1787,E,1,06,1.2,57.7,M,40.1,M,,0000*6F&lt;br /&gt;
  $GPRMC,111748.000,A,5907.6964,N,01121.1787,E,0.00,94.94,160807,,,A*50&lt;br /&gt;
  $GPVTG,94.94,T,,M,0.00,N,0.0,K,A*3D&lt;br /&gt;
&lt;br /&gt;
If you have nothing better to do, you can now pinpoint my office :-).&lt;br /&gt;
&lt;br /&gt;
=== OBEX ===&lt;br /&gt;
OBEX (abbreviation of OBject EXchange, also termed IrOBEX) is a communications protocol that facilitates the exchange of binary objects between devices. Here is the notes about how to use OBEX to send/receive files via bluetooth in NEO.&lt;br /&gt;
&lt;br /&gt;
power on bluetooth: &lt;br /&gt;
if you use FSO image&lt;br /&gt;
 root@om-gta02:~# dbus-send --system --dest=org.freesmartphone.odeviced --type=method_call --print-reply &lt;br /&gt;
 /org/freesmartphone/Device/PowerControl/Bluetooth org.freesmartphone.Device.PowerControl.SetPower int32:1&lt;br /&gt;
else: (GTA02 only)&lt;br /&gt;
 root@om-gta02:~# echo 1 &amp;gt; /sys/bus/platform/devices/neo1973-pm-bt.0/reset&lt;br /&gt;
 root@om-gta02:~# echo 0 &amp;gt; /sys/bus/platform/devices/neo1973-pm-bt.0/reset&lt;br /&gt;
&lt;br /&gt;
[http://linux.die.net/man/5/hcid.conf hcid.conf] &lt;br /&gt;
modify /etc/bluetooth/hcid.conf&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
#&lt;br /&gt;
# HCI daemon configuration file.&lt;br /&gt;
#&lt;br /&gt;
&lt;br /&gt;
# HCId options&lt;br /&gt;
options {&lt;br /&gt;
	# Automatically initialize new devices&lt;br /&gt;
	autoinit yes;&lt;br /&gt;
&lt;br /&gt;
	# Security Manager mode&lt;br /&gt;
	#   none - Security manager disabled&lt;br /&gt;
	#   auto - Use local PIN for incoming connections&lt;br /&gt;
	#   user - Always ask user for a PIN&lt;br /&gt;
	#&lt;br /&gt;
	security auto;&lt;br /&gt;
&lt;br /&gt;
	# Pairing mode&lt;br /&gt;
	#   none  - Pairing disabled&lt;br /&gt;
	#   multi - Allow pairing with already paired devices&lt;br /&gt;
	#   once  - Pair once and deny successive attempts&lt;br /&gt;
	pairing multi;&lt;br /&gt;
&lt;br /&gt;
	# Default PIN code for incoming connections&lt;br /&gt;
	passkey &amp;quot;1234&amp;quot;;&lt;br /&gt;
}&lt;br /&gt;
&lt;br /&gt;
# Default settings for HCI devices&lt;br /&gt;
device {&lt;br /&gt;
	# Local device name&lt;br /&gt;
	#   %d - device id&lt;br /&gt;
	#   %h - host name&lt;br /&gt;
	name &amp;quot;%h-%d&amp;quot;;&lt;br /&gt;
&lt;br /&gt;
	# Local device class&lt;br /&gt;
	class 0x000100;&lt;br /&gt;
&lt;br /&gt;
	# Default packet type&lt;br /&gt;
	pkt_type DH1,DM1,HV1;&lt;br /&gt;
&lt;br /&gt;
	# Inquiry and Page scan&lt;br /&gt;
	iscan enable; pscan enable;&lt;br /&gt;
&lt;br /&gt;
	# Default link mode&lt;br /&gt;
	#   none   - no specific policy &lt;br /&gt;
	#   accept - always accept incoming connections&lt;br /&gt;
	#   master - become master on incoming connections,&lt;br /&gt;
	#            deny role switch on outgoing connections&lt;br /&gt;
	lm accept;&lt;br /&gt;
&lt;br /&gt;
	# Default link policy&lt;br /&gt;
	#   none    - no specific policy&lt;br /&gt;
	#   rswitch - allow role switch&lt;br /&gt;
	#   hold    - allow hold mode&lt;br /&gt;
	#   sniff   - allow sniff mode&lt;br /&gt;
	#   park    - allow park mode&lt;br /&gt;
	lp rswitch,hold,sniff,park;&lt;br /&gt;
}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[http://linux.die.net/man/8/hcid hcid] - Bluetooth Host Controller Interface Daemon &lt;br /&gt;
&lt;br /&gt;
All paired devices information are stored in /var/lib/bluetooth/BT HW addr folder &lt;br /&gt;
eg. &lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
root@om-gta02:/var/lib/bluetooth/00:06:6E:16:EB:C7# ls&lt;br /&gt;
classes        features       lastused       names          panu&lt;br /&gt;
config         gn             manufacturers  nap&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Display local devices&lt;br /&gt;
 root@om-gta02:/# hcitool dev&lt;br /&gt;
&lt;br /&gt;
Scan all nearby bluetooth devices&lt;br /&gt;
 root@om-gta02:~# hcitool scan&lt;br /&gt;
&lt;br /&gt;
Browse what kind of services in this device&lt;br /&gt;
 root@om-gta02:~# sdptool browse 00:18:C5:42:18:78&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
Browsing 00:18:C5:42:18:78 ...&lt;br /&gt;
&lt;br /&gt;
Service Name: OBEX File Transfer&lt;br /&gt;
Service RecHandle: 0x1005b&lt;br /&gt;
Service Class ID List:&lt;br /&gt;
  &amp;quot;OBEX File Transfer&amp;quot; (0x1106)&lt;br /&gt;
Protocol Descriptor List:&lt;br /&gt;
  &amp;quot;L2CAP&amp;quot; (0x0100)&lt;br /&gt;
  &amp;quot;RFCOMM&amp;quot; (0x0003)&lt;br /&gt;
    Channel: 11&lt;br /&gt;
  &amp;quot;OBEX&amp;quot; (0x0008)&lt;br /&gt;
Language Base Attr List:&lt;br /&gt;
  code_ISO639: 0x454e&lt;br /&gt;
  encoding:    0x6a&lt;br /&gt;
  base_offset: 0x100&lt;br /&gt;
Profile Descriptor List:&lt;br /&gt;
  &amp;quot;OBEX File Transfer&amp;quot; (0x1106)&lt;br /&gt;
    Version: 0x0100&lt;br /&gt;
&lt;br /&gt;
Service Name: OBEX Object Push&lt;br /&gt;
Service RecHandle: 0x1005e&lt;br /&gt;
Service Class ID List:&lt;br /&gt;
  &amp;quot;OBEX Object Push&amp;quot; (0x1105)&lt;br /&gt;
Protocol Descriptor List:&lt;br /&gt;
  &amp;quot;L2CAP&amp;quot; (0x0100)&lt;br /&gt;
  &amp;quot;RFCOMM&amp;quot; (0x0003)&lt;br /&gt;
    Channel: 9&lt;br /&gt;
  &amp;quot;OBEX&amp;quot; (0x0008)&lt;br /&gt;
Language Base Attr List:&lt;br /&gt;
  code_ISO639: 0x454e&lt;br /&gt;
  encoding:    0x6a&lt;br /&gt;
  base_offset: 0x100&lt;br /&gt;
Profile Descriptor List:&lt;br /&gt;
  &amp;quot;OBEX Object Push&amp;quot; (0x1105)&lt;br /&gt;
    Version: 0x0100&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Use obexpush and obexftp tools&lt;br /&gt;
 &lt;br /&gt;
install obexpush, obexftp packages&lt;br /&gt;
 opkg install obexpush, [http://www.go2linux.org/linux-command-line-obexftp-man-page obexftp]&lt;br /&gt;
&lt;br /&gt;
obexpush would launch 'opd' and it's a obex data server. It starts OBEX file transfer service. The default folder is \home\root and it would store all received files here. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
 root@om-gta02:~# ps aux | grep opd&lt;br /&gt;
 root      1322  0.0  0.4   1972   604 ?        Ss   16:21   0:00 opd: waiting for incomming OBEX connections on channel 10...&lt;br /&gt;
&amp;lt;/pre&amp;gt;                 &lt;br /&gt;
&lt;br /&gt;
How to pair with a bluetooth device, check [http://wiki.bluez.org/wiki/Security bluez wiki]&lt;br /&gt;
&lt;br /&gt;
=== Networking ===&lt;br /&gt;
&lt;br /&gt;
==== Using PC's connection from Neo ====&lt;br /&gt;
&lt;br /&gt;
===== Bluetooth networking with a Linux system =====&lt;br /&gt;
&lt;br /&gt;
Bluetooth should behave just like our usbnet and provide full TCP/IP access to the phone.  BNEP has to be used.&lt;br /&gt;
&lt;br /&gt;
'''On the laptop'''&lt;br /&gt;
&lt;br /&gt;
* Start bluetooth&lt;br /&gt;
 /etc/init.d/bluetooth start&lt;br /&gt;
&lt;br /&gt;
* Start pand as server&lt;br /&gt;
 pand -s&lt;br /&gt;
&lt;br /&gt;
* As soon as pand is started on the phone configure your IP address&lt;br /&gt;
 ip a add 10.0.0.1/24 dev bnep0&lt;br /&gt;
 ip l set bnep0 up&lt;br /&gt;
&lt;br /&gt;
* Configure IP forwarding and masquerading to your liking (see [[USB_Networking]]). You can even set up Udev rules to do this for you once the bnep0 interface appears.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''On the Neo'''&lt;br /&gt;
&lt;br /&gt;
* There is a little script that does the steps below (and retries the pand -c command; I had issues with it not working the first time every time) at [[Bt-net-script]]  You shouldn't need the other steps below if you use the script.&lt;br /&gt;
&lt;br /&gt;
* Power on bluetooth (see above)&lt;br /&gt;
&lt;br /&gt;
* Scan for the laptop&lt;br /&gt;
 root@fic-gta01:~$ hcitool scan&lt;br /&gt;
 Scanning ...&lt;br /&gt;
 00:0E:6D:C0:0l:6A       Sho&lt;br /&gt;
 00:20:E0:5A:FE:C8       BlueZ (0)&lt;br /&gt;
&lt;br /&gt;
* Connect to the laptop pand&lt;br /&gt;
 root@fic-gta01:~$ pand -c 00:20:E0:5A:FE:C8&lt;br /&gt;
&lt;br /&gt;
* Configure your IP address&lt;br /&gt;
 ip a add 10.0.0.2/24 dev bnep0&lt;br /&gt;
 ip r add default via 10.0.0.1&lt;br /&gt;
&lt;br /&gt;
* Sometimes you may need to bring up the bnep0 on the phone as well:&lt;br /&gt;
 ip l set bnep0 up&lt;br /&gt;
* Enjoy&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
*--[[User:Mantis|Mantis]] 18:37, 15 October 2008 (UTC)  Note for use on OpenSuse 11.0 - I was getting a connection failure with 'Host is down(112)' errors in /var/log/messages (on neo).&lt;br /&gt;
I found that editing  /etc/bluetooth/hcid.conf  to set  'pscan enable'  instead of 'pscan disable' and making passkey consistent with Neo Freerunner made it work.&lt;br /&gt;
&lt;br /&gt;
Should see log line like&lt;br /&gt;
 ''pand[17965]: New connection from 00:06:6E:XX:XX:XX at bnep0''&lt;br /&gt;
&lt;br /&gt;
if connection is successful in server's /var/log/messages.&lt;br /&gt;
&lt;br /&gt;
===== Bluetooth networking with a MacOS X system =====&lt;br /&gt;
&lt;br /&gt;
Please refer to [[MacOS_X#Bluetooth_2]]&lt;br /&gt;
&lt;br /&gt;
For using the Neo as a dialup Bluetooth server and the Mac as the client, please see below at [[Manually_using_Bluetooth#PPP_Networking]]&lt;br /&gt;
&lt;br /&gt;
===== Bluetooth networking with a Windows XP system =====&lt;br /&gt;
&lt;br /&gt;
This was tested with a Windows XP SP2 on a IBM Thinkpad T41 with the Widcomm BT stack&lt;br /&gt;
&lt;br /&gt;
* Start bluetooth on Windows XP&lt;br /&gt;
&lt;br /&gt;
* Enable &amp;quot;Network Access&amp;quot; in the Bluetooth configuration&lt;br /&gt;
&lt;br /&gt;
* Scan for the Neo and pair with the Neo (right click, select pair)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
On the Neo&lt;br /&gt;
&lt;br /&gt;
* Enable PAN support on the Neo by changing Autostart from false to true in /etc/bluetooth/network.service&lt;br /&gt;
&lt;br /&gt;
* Power on bluetooth (see above)&lt;br /&gt;
&lt;br /&gt;
* Scan for the laptop&lt;br /&gt;
 root@fic-gta01:~$ hcitool scan&lt;br /&gt;
 Scanning ...&lt;br /&gt;
         &amp;lt;laptop_bt_address&amp;gt;     Thinkpad&lt;br /&gt;
         ...&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* Connect to the laptop pand&lt;br /&gt;
 pand -c &amp;lt;laptop_bt_address&amp;gt; -r PANU -d NAP -e bnep0 -A -E -S&lt;br /&gt;
(add '-n' to see the pand status messages until you get it right)&lt;br /&gt;
&lt;br /&gt;
For some reason, I was not able to initiate PAN connections from the Neo, I got 'Permission denied (13)' even when I had explicitly allowed the Neo to connect (right click on Neo icon, set properties, on Authorization tab). But initiating 'PAN User' from Windows worked when executing on Neo:&lt;br /&gt;
 pand -l -r PANU -d NAP -e bnep0 -A -E -S&lt;br /&gt;
(add '-n' to see the pand status messages until you get it right)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* Configure your IP address. It should work like when connecting to Linux:&lt;br /&gt;
 ip a add 10.0.0.2/24 dev bnep0&lt;br /&gt;
 ip r add default via 10.0.0.1&lt;br /&gt;
If this does not work, the IP stacks may have auto-assigned network addresses to themselves. You can look this up with 'ifconfig' on the Neo and with 'ipconfig' on Windows.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* You should now be able to ssh/putty from Windows to your Neo. Enjoy!&lt;br /&gt;
By setting up the Windows Bluetooth connection properly, it should also be possible to share the Internet Connection of the Windows box with the Neo.&lt;br /&gt;
&lt;br /&gt;
===== PPP Networking =====&lt;br /&gt;
&lt;br /&gt;
If you are unable to use the 'BNEP' method described above, you may be able to use [[PPP]] and a DUN (dialup-networking) emulation mode. On the Neo:&lt;br /&gt;
&lt;br /&gt;
* Edit the /etc/default/bluetooth file and set the following options:&lt;br /&gt;
 RFCOMM_ENABLE=true&lt;br /&gt;
 DUND_ENABLE=true&lt;br /&gt;
 DUND_OPTIONS=&amp;quot;--listen --persist call dun&amp;quot;&lt;br /&gt;
&lt;br /&gt;
* Create an /etc/ppp/peers/dun file with options like the following:&lt;br /&gt;
 115200&lt;br /&gt;
 192.168.2.202:192.168.2.200&lt;br /&gt;
 passive&lt;br /&gt;
 local&lt;br /&gt;
 noipdefault&lt;br /&gt;
 noauth&lt;br /&gt;
 nodefaultroute&lt;br /&gt;
 &lt;br /&gt;
* Restart bluetooth (/etc/init.d/bluetooth stop ; /etc/init.d/bluetooth start)&lt;br /&gt;
&lt;br /&gt;
To connect from a MacOS 10.3 client:&lt;br /&gt;
&lt;br /&gt;
* Open &amp;quot;Applications/Utilities/Bluetooth Serial Utility&amp;quot;&lt;br /&gt;
&lt;br /&gt;
* Click on &amp;quot;New&amp;quot;&lt;br /&gt;
&lt;br /&gt;
* Choose a name, then click &amp;quot;Choose Device&amp;quot;&lt;br /&gt;
&lt;br /&gt;
* Locate your Neo, then select the &amp;quot;LAN Access Point&amp;quot; service. If your device is not found, or if this service does not show up, then you will need to troubleshoot and fix that before continuing. Bluetooth is designed for short-range communication, so make sure that the devices are physically close to each other. &lt;br /&gt;
&lt;br /&gt;
* Select &amp;quot;Port type: RS-232&amp;quot; and &amp;quot;Show in Network Preferences&amp;quot;. Click OK.&lt;br /&gt;
&lt;br /&gt;
* Open the Network Preferences page then &amp;quot;Show: Network Port Configurations&amp;quot;. Enable the new device that you defined in the previous step and drag it to the bottom of the device list (so that it will not interfere with your other network connections)&lt;br /&gt;
&lt;br /&gt;
* Choose &amp;quot;Show: &amp;lt;your-device-name&amp;gt;&amp;quot;, then click &amp;quot;Modem&amp;quot;&lt;br /&gt;
&lt;br /&gt;
* Select &amp;quot;Null Modem 115200&amp;quot; from the list of available devices. Uncheck &amp;quot;Wait for dial tone&amp;quot; and &amp;quot;Enable error correction and compression in modem&amp;quot;. Optionally check &amp;quot;Show modem status in menu bar&amp;quot;. &lt;br /&gt;
&lt;br /&gt;
* Click &amp;quot;Connect&amp;quot;. If everything worked, you will end up with a 'ppp0' device on your Mac with a local address of 192.168.2.200 and you will be able to access your Neo at 192.168.2.202.&lt;br /&gt;
&lt;br /&gt;
===== Bluetooth networking with a Linux system - More secure way =====&lt;br /&gt;
&lt;br /&gt;
''Check this, probably needs some corrections''&lt;br /&gt;
&lt;br /&gt;
Bluetooth should behave just like our usbnet and provide full TCP/IP access to the phone.  BNEP has to be used.&lt;br /&gt;
&lt;br /&gt;
On the laptop&lt;br /&gt;
&lt;br /&gt;
* check these options in /etc/bluetooth/hcid.conf&lt;br /&gt;
 security auto;&lt;br /&gt;
 passkey &amp;quot;your pin&amp;quot;;&lt;br /&gt;
 lm master;&lt;br /&gt;
&lt;br /&gt;
* Start bluetooth&lt;br /&gt;
 # /etc/init.d/bluetooth start&lt;br /&gt;
&lt;br /&gt;
* Start pand as server&lt;br /&gt;
  pand --listen --role NAP --encrypt&lt;br /&gt;
&lt;br /&gt;
* Add in /etc/network/interfaces (see [[USB_Networking]])&lt;br /&gt;
 auto bnep0&lt;br /&gt;
 iface bnep0 inet static&lt;br /&gt;
 address 192.168.1.1&lt;br /&gt;
 netmask 255.255.255.0&lt;br /&gt;
 network 192.168.1.0&lt;br /&gt;
        post-up iptables -A POSTROUTING -t nat -j MASQUERADE -s 192.168.1.0/24&lt;br /&gt;
        post-up echo 1 &amp;gt; /proc/sys/net/ipv4/ip_forward&lt;br /&gt;
        post-up iptables -P FORWARD ACCEPT&lt;br /&gt;
&lt;br /&gt;
On the Neo&lt;br /&gt;
&lt;br /&gt;
* Power on bluetooth (see above)&lt;br /&gt;
&lt;br /&gt;
* Scan for the laptop&lt;br /&gt;
 root@fic-gta01:~$ hcitool scan&lt;br /&gt;
 Scanning ...&lt;br /&gt;
         00:20:E0:5A:FE:C8       laptop&lt;br /&gt;
&lt;br /&gt;
* Set pin&lt;br /&gt;
 root@fic-gta01:~$ passkey-agent 'your pin' 00:20:E0:5A:FE:C8 &amp;amp;&lt;br /&gt;
&lt;br /&gt;
* Connect to the laptop pand&lt;br /&gt;
 root@fic-gta01:~$ pand -c 00:20:E0:5A:FE:C8&lt;br /&gt;
&lt;br /&gt;
* Configure your IP address&lt;br /&gt;
 root@fic-gta01:~$ ifconfig bnep0 192.168.1.2&lt;br /&gt;
 root@fic-gta01:~$ route add default gateway 192.168.1.1&lt;br /&gt;
&lt;br /&gt;
* Enjoy&lt;br /&gt;
&lt;br /&gt;
==== Using Neo's connection from PC ====&lt;br /&gt;
&lt;br /&gt;
===== Calling Neo's GPRS modem via Bluetooth =====&lt;br /&gt;
&lt;br /&gt;
In this mode, Neo would behave like any other phone which can be used from a PC to get a network connection.&lt;br /&gt;
&lt;br /&gt;
This section not written yet. Has someone set it up?&lt;br /&gt;
&lt;br /&gt;
===== Sharing existing Neo's connection =====&lt;br /&gt;
&lt;br /&gt;
In this mode, Neo already has a network connection (GPRS, WLAN, ...), and it should get shared to the PC. This guide is general on how to forward network connection from a machine running Linux to another machine. If interested, please see more information for example at http://www.gentoo.org/doc/en/bluetooth-guide.xml.&lt;br /&gt;
&lt;br /&gt;
On the PC&lt;br /&gt;
# Check with hciconfig you have working Bluetooth&lt;br /&gt;
On the Neo&lt;br /&gt;
(if on Debian etc., remember modprobe ohci_hcd hci_usb)&lt;br /&gt;
# Initialize Bluetooth as told before:&lt;br /&gt;
## echo 1 &amp;gt; /sys/bus/platform/devices/neo1973-pm-bt.0/power_on&lt;br /&gt;
## echo 0 &amp;gt; /sys/bus/platform/devices/neo1973-pm-bt.0/reset&lt;br /&gt;
# install iptables: opkg install http://www.angstrom-distribution.org/feeds/2008/ipk/glibc/armv4t/base/iptables_1.3.8-r4.1_armv4t.ipk&lt;br /&gt;
# modprobe bnep&lt;br /&gt;
# Check that hcid is running both on Neo and PC (Bluetooth 4.x: install bluez-compat)&lt;br /&gt;
# Use default passkey &amp;quot;1234&amp;quot; in /etc/bluetooth/hcid.conf&lt;br /&gt;
# pand --listen --role NAP --master --autozap # note: after this you might have to the the step 1 below (&amp;quot;On the PC&amp;quot;) or the next step of getting the interface up does not work # note2: you could automate pand listener to start automatically when Bluetooth is turned on&lt;br /&gt;
# ifconfig bnep0 10.0.5.2 up&lt;br /&gt;
# echo 1 &amp;gt; /proc/sys/net/ipv4/ip_forward&lt;br /&gt;
# iptables -t nat -A POSTROUTING -j MASQUERADE -o ppp0&lt;br /&gt;
On the PC:&lt;br /&gt;
# sudo pand --connect &amp;lt;your bluetooth mac address&amp;gt; --service NAP --autozap&lt;br /&gt;
# ifconfig bnep0 10.0.5.1 up&lt;br /&gt;
# You can test the connection with ping 10.0.5.2&lt;br /&gt;
# sudo ip route add default via 10.0.5.2 dev bnep0&lt;br /&gt;
# [not automated yet] add GPRS connection's nameservers to /etc/resolv.conf&lt;br /&gt;
&lt;br /&gt;
== Advanced Audio Distribution Profile (A2DP) ==&lt;br /&gt;
&lt;br /&gt;
=== A2DP quickie ===&lt;br /&gt;
&lt;br /&gt;
* If you experience problems with choppyness, try changing your hcid.conf to include &amp;quot;lm accept,master;&amp;quot; and &amp;quot;lp hold,sniff,park;&amp;quot;  You may also have to bond (commonly known as 'pairing') your phone and your headset.  See http://wiki.bluez.org/wiki/HOWTO/Bonding for details. [[User:Mercury|Mercury]] 17:36, 5 September 2008 (UTC)&lt;br /&gt;
&lt;br /&gt;
It's now possible (if a little hackish) to stream mp3 to a bluetooth headset. It's a known problem that the playback rate changes (pitch varies). Timing issues are also likely the reason for gaps in playback.&lt;br /&gt;
&lt;br /&gt;
If the bluez packages are recent enough, you can use a shortcut. I'll document it here and leave the longer version below (the long version also demonstrates the API used by the GUI to manage headsets)&lt;br /&gt;
&lt;br /&gt;
Create /etc/asound.conf with your bluetooth headset's address filled in:&lt;br /&gt;
&lt;br /&gt;
 pcm.!default {&lt;br /&gt;
  type bluetooth&lt;br /&gt;
  device &amp;quot;xx:xx:xx:xx:xx:xx&amp;quot;&lt;br /&gt;
 }&lt;br /&gt;
&lt;br /&gt;
then play a song&lt;br /&gt;
&lt;br /&gt;
 madplay /media/card/song.mp3 --sample-rate=44100 --output=wave:- | aplay&lt;br /&gt;
&lt;br /&gt;
or for smoother results...&lt;br /&gt;
&lt;br /&gt;
 madplay /media/card/song.mp3 --sample-rate=44100 --output=wave:song.wav&lt;br /&gt;
 aplay song.wav&lt;br /&gt;
&lt;br /&gt;
=== A2DP ===&lt;br /&gt;
&lt;br /&gt;
If that doesn't work... all the more hackish... install required packages:&lt;br /&gt;
&lt;br /&gt;
 echo &amp;quot;src/gz python http://www.angstrom-distribution.org/unstable/feed/armv4t/python/&amp;quot; &amp;gt;&amp;gt; /etc/ipkg/angstrom-python.conf &lt;br /&gt;
 echo &amp;quot;src/gz base http://www.angstrom-distribution.org/unstable/feed/armv4t/base/&amp;quot; &amp;gt;&amp;gt; /etc/ipkg/angstrom-base.conf&lt;br /&gt;
 ipkg update ; ipkg install python-core python-xml python-dbus bluez-utils bluez-utils-alsa&lt;br /&gt;
&lt;br /&gt;
Create /etc/asound.conf:&lt;br /&gt;
&lt;br /&gt;
 pcm.!default {&lt;br /&gt;
  type bluetooth&lt;br /&gt;
 }&lt;br /&gt;
 ctl.!default {&lt;br /&gt;
  type bluetooth&lt;br /&gt;
 }&lt;br /&gt;
 pcm.bluetooth {&lt;br /&gt;
  type bluetooth&lt;br /&gt;
 }&lt;br /&gt;
 ctl.bluetooth {&lt;br /&gt;
  type bluetooth&lt;br /&gt;
 }&lt;br /&gt;
&lt;br /&gt;
Run the passkey agent (see above in this page)&lt;br /&gt;
&lt;br /&gt;
Fill in your bluetooth headset address below and execute the python script (with your headset turned on)&lt;br /&gt;
&lt;br /&gt;
 #!/usr/bin/python&lt;br /&gt;
 import dbus&lt;br /&gt;
 bus = dbus.SystemBus()&lt;br /&gt;
 manager = dbus.Interface(bus.get_object('org.bluez', '/org/bluez'), 'org.bluez.Manager')&lt;br /&gt;
 conn = manager.ActivateService('audio')&lt;br /&gt;
 audio = dbus.Interface(bus.get_object(conn, '/org/bluez/audio'), 'org.bluez.audio.Manager')&lt;br /&gt;
 path = audio.CreateDevice('00:0D:3C:44:33:22')&lt;br /&gt;
 audio.ChangeDefaultDevice(path)&lt;br /&gt;
 sink = dbus.Interface(bus.get_object(conn, path), 'org.bluez.audio.Sink')&lt;br /&gt;
 sink.Connect()&lt;br /&gt;
&lt;br /&gt;
FINALLY: play a song&lt;br /&gt;
&lt;br /&gt;
 madplay /media/card/song.mp3 --sample-rate=44100 --output=wave:- | aplay&lt;br /&gt;
&lt;br /&gt;
=== Headset Audio ===&lt;br /&gt;
&lt;br /&gt;
[[Neo1973_Audio_Subsystem]] has detail about alsa settings and a proposal for audio scenario management.&lt;br /&gt;
&lt;br /&gt;
To try this out, follow the instructions in the a2dp section to install software and run the passkey agent.&lt;br /&gt;
&lt;br /&gt;
Remove or disable the stuff you put in asound.conf. When using a voice headset, the application uses the regular system audio device and it gets routed to bluetooth in the codec.&lt;br /&gt;
&lt;br /&gt;
Put the headset in pairing mode. Replace the bluetooth address below with your headset's and run the python script:&lt;br /&gt;
&lt;br /&gt;
 #!/usr/bin/python&lt;br /&gt;
 import dbus&lt;br /&gt;
 bus = dbus.SystemBus()&lt;br /&gt;
 manager = dbus.Interface(bus.get_object('org.bluez', '/org/bluez'), 'org.bluez.Manager')&lt;br /&gt;
 conn = manager.ActivateService('audio')&lt;br /&gt;
 audio = dbus.Interface(bus.get_object(conn, '/org/bluez/audio'), 'org.bluez.audio.Manager')&lt;br /&gt;
 path = audio.CreateHeadset('00:0B:2E:39:33:22')&lt;br /&gt;
 audio.ChangeDefaultHeadset(path)&lt;br /&gt;
 headset = dbus.Interface (bus.get_object(conn, path), 'org.bluez.audio.Headset')&lt;br /&gt;
 headset.Connect()&lt;br /&gt;
 headset.Play()&lt;br /&gt;
&lt;br /&gt;
Now place a call and try to route it to bluetooth (after it's in progress):&lt;br /&gt;
&lt;br /&gt;
 alsactl -f /etc/gsmbluetooth.state restore&lt;br /&gt;
&lt;br /&gt;
You may also be able to listen to system audio given the right state file:&lt;br /&gt;
&lt;br /&gt;
 alsactl -f /etc/systembluetooth.state restore&lt;br /&gt;
 madplay song.mp3&lt;br /&gt;
&lt;br /&gt;
==Bluetooth Headset on Freerunner ==&lt;br /&gt;
&lt;br /&gt;
[http://lists.openmoko.org/pipermail/support/2008-September/thread.html#2627 This thread] suggests the following:&lt;br /&gt;
&lt;br /&gt;
:Turn on bluetooth. If some of the scripts below fail you may need to reboot [https://docs.openmoko.org/trac/ticket/1744 Bluetooth after suspend]&lt;br /&gt;
&lt;br /&gt;
:Pair your headset according to [http://wiki.bluez.org/ these] instructions or use the script below. The script will change your .asoundrc so make a backup before you run it.&lt;br /&gt;
&lt;br /&gt;
:http://handheldshell.com/BtConfigure.py&lt;br /&gt;
:Put the headset in pairing mode ( this only needs to be done once for each new headset ) and run&lt;br /&gt;
 BtConfigure.py &lt;br /&gt;
&lt;br /&gt;
:Download the the following python scripts to set up the audio service and set the headset as the default device:&lt;br /&gt;
&lt;br /&gt;
:http://handheldshell.com/BtHeadset.py&lt;br /&gt;
:http://handheldshell.com/passkey.py&lt;br /&gt;
:http://handheldshell.com/BtHeadsetDisconnect.py&lt;br /&gt;
:http://handheldshell.com/python-pyalsaaudio_0.3-ml0_armv4t.ipk  - can someone add python-pyalsa to the feeds ?&lt;br /&gt;
&lt;br /&gt;
:Download the the following python scripts if you prefer not to mess around with alsactl:&lt;br /&gt;
&lt;br /&gt;
:http://handheldshell.com/pymixer.py&lt;br /&gt;
:http://handheldshell.com/volume.desktop&lt;br /&gt;
&lt;br /&gt;
:put pymixer in /usr/bin&lt;br /&gt;
&lt;br /&gt;
 chmod u+x /usr/bin/pymixer.py&lt;br /&gt;
&lt;br /&gt;
:put volume.desktop in /usr/share/applications&lt;br /&gt;
&lt;br /&gt;
:Get the [[http://handheldshell.com/gsm_headset.txt alsa state file]] - this state file _WORKS_, mic and earphones are properly routed&lt;br /&gt;
&lt;br /&gt;
 cp gsm_headset.txt /usr/share/openmoko/scenarios/btheadset.state&lt;br /&gt;
&lt;br /&gt;
:from the home screen run Volume&lt;br /&gt;
&lt;br /&gt;
:from the terminal run&lt;br /&gt;
&lt;br /&gt;
 BtHeadset.py &lt;br /&gt;
&lt;br /&gt;
:Wait until it says waiting for call to end, you should hear static in the headset. If you don't something has gone wrong.&lt;br /&gt;
&lt;br /&gt;
:Now start the call&lt;br /&gt;
&lt;br /&gt;
:In the volume control switch to the btheadset tab. press restore&lt;br /&gt;
&lt;br /&gt;
:You should now hear the call in your headset. &lt;br /&gt;
&lt;br /&gt;
:End the call&lt;br /&gt;
&lt;br /&gt;
 BtHeadsetDisconnect.py &lt;br /&gt;
&lt;br /&gt;
:This was all done with the 2008-updates image from sept 4. &lt;br /&gt;
&lt;br /&gt;
:The new scripts rely on a specific format for the .asoundrc . A stanza like this is required :&lt;br /&gt;
&lt;br /&gt;
 pcm.headset {&lt;br /&gt;
     type bluetooth&lt;br /&gt;
     device &amp;lt;headset mac&amp;gt;&lt;br /&gt;
     profile &amp;quot;voice&amp;quot;&lt;br /&gt;
 }&lt;br /&gt;
&lt;br /&gt;
== Debugging ==&lt;br /&gt;
&lt;br /&gt;
If anything goes wrong, capture the bluetooth traffic with&lt;br /&gt;
 sudo hcidump -l 4096 -w bt.dump&lt;br /&gt;
and attach bt.dump to your bug reports etc.&lt;br /&gt;
&lt;br /&gt;
== Further reading ==&lt;br /&gt;
&lt;br /&gt;
http://www.holtmann.org/papers/bluetooth/ols2006_slides.pdf&lt;br /&gt;
http://wiki.bluez.org/wiki/Audio#org.bluez.Audio&lt;br /&gt;
http://www.gentoo.org/doc/en/bluetooth-guide.xml&lt;br /&gt;
&lt;br /&gt;
{{Languages|Manually_using_Bluetooth}}&lt;br /&gt;
&lt;br /&gt;
[[Category:Bluetooth| ]]&lt;br /&gt;
[[Category:Networking]]&lt;br /&gt;
[[Category:Application Developer]]&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User:ThomasT</id>
		<title>User:ThomasT</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User:ThomasT"/>
				<updated>2008-12-17T17:36:23Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: /* Links */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= My System =&lt;br /&gt;
&lt;br /&gt;
* [[Debian]] without frameworkd&lt;br /&gt;
* window manager: ratpoison &lt;br /&gt;
* GUI: ratmen4wp&lt;br /&gt;
&lt;br /&gt;
= Hardware Issues =&lt;br /&gt;
&lt;br /&gt;
* [[Neo_FreeRunner_Hardware_Issues]]&lt;br /&gt;
* [[Disassembling Neo 1973]]&lt;br /&gt;
&lt;br /&gt;
== Poor Audio Frequency Response via Headphones ==&lt;br /&gt;
&lt;br /&gt;
The amplifier output coupling capacitors C4111 and C4110 are much too small (1uF). It should be approx. 100uF according to the datasheet of [[LM4853]].&lt;br /&gt;
&lt;br /&gt;
I just tried to modify my FreeRunner (inserting 100uF capacitors). But I got a power failure after switching on the audio amplifier. After removing my modifications the system works again, but I couldn't read SD cards any more, because I accidentially removed one of the resistors in the data line to the SD slot. After reinserting the resistor the FreeRunner works again. The sound is much better now, but not really HIFI (maybe this is caused by the cheap HAMA headset I am using).&lt;br /&gt;
BTW: I will replace these series resistors with ferrite beads in the hope to decrease the GPS interferences.&lt;br /&gt;
&lt;br /&gt;
== GSM Modem not working ==&lt;br /&gt;
&lt;br /&gt;
I could not communicate with the modem not even with u-boot and after removing battery over night.&lt;br /&gt;
In this case with FSO frameworkd slowed down the system very much, OM2008.9 was almost not usable. (This happend before I made the above HW modifications!)&lt;br /&gt;
&lt;br /&gt;
I removed frameword (fso-gpsd does not work without frameworkd and therefore needed to be replaced by gpsd.&lt;br /&gt;
&lt;br /&gt;
Using GPRS is possible, but a bit tricky. I am currently swichting GSM off and on waiting for the modem startup message. But sometimes I get a strange &amp;quot;alarm&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
Maybe [[GSM/Flashing|reflashing the modem]] would help.&lt;br /&gt;
&lt;br /&gt;
== Real Time Clock unreliable==&lt;br /&gt;
 &lt;br /&gt;
The RTC is approx. 12 min off per day. I wonder whether the 10pF capacitors at the oscillator crystal are really needed. Maybe I can tune the RTC by lowering the values of those capacitors. There is no tuning register in the RTC unit.&lt;br /&gt;
&lt;br /&gt;
I read a voltage of 475 mV at the terminals of the backup battery BAT1701.&lt;br /&gt;
This voltage increases to 2-3 Volts, when FR is connected to a power supply.&lt;br /&gt;
&lt;br /&gt;
== GPS: Very long TTFF ==&lt;br /&gt;
&lt;br /&gt;
My FreeRunner has this capacitor at the SD card connector. It anyway takes a long time to get the first fix. The antenna connector was slightly deformed. Could not yet test, whether this is the reason for the bad TTFF as SD cards currently do not work any more (due to a hardware bug I introduced while modifing the audio amplifier).&lt;br /&gt;
&lt;br /&gt;
= Bicycle Computer =&lt;br /&gt;
&lt;br /&gt;
[[Biking]]&lt;br /&gt;
&lt;br /&gt;
== Existing Projects and Experiences ==&lt;br /&gt;
&lt;br /&gt;
* http://blogs.thehumanjourney.net/finds/entry/20080306 Joseph Reeves uses its NEO1973 on a bicycle&lt;br /&gt;
* http://projects.openmoko.org/search/?type_of_search=soft&amp;amp;words=gps&amp;amp;Search=Search&lt;br /&gt;
&lt;br /&gt;
== Mounting ==&lt;br /&gt;
* http://www.pearl.de/a-PX2065-4044.shtml&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Water Protection ==&lt;br /&gt;
&lt;br /&gt;
== Power Supply ==&lt;br /&gt;
&lt;br /&gt;
Due to the relatively high current consumption of the Freerunner a power supply from a hub dynamo seems to be unavoidable.&lt;br /&gt;
&lt;br /&gt;
I skip the switch mode regulator and will use simple Z-Diode parallel to the Freerunner. Later I want to add an LED light parallel to  both.&lt;br /&gt;
&lt;br /&gt;
== GPS ==&lt;br /&gt;
&lt;br /&gt;
=== Existing Software ===&lt;br /&gt;
&lt;br /&gt;
* [[Navit]]&lt;br /&gt;
* [[TangoGPS]]&lt;br /&gt;
* [[GPS_Sight]]?&lt;br /&gt;
* [[GPS_Data_Logger]]&lt;br /&gt;
&lt;br /&gt;
=== Getting GPS Data ===&lt;br /&gt;
&lt;br /&gt;
On Freerunner there is no need to read from gpsd or similar.&lt;br /&gt;
I just can get the data from /dev/ttySAC1 &lt;br /&gt;
&lt;br /&gt;
== Additional GPS Functions ==&lt;br /&gt;
&lt;br /&gt;
=== Altitude Plots ===&lt;br /&gt;
&lt;br /&gt;
Of the travelled track and also of the upcoming (hopefully OSM will soon provide elevation information of the roads)&lt;br /&gt;
&lt;br /&gt;
=== Trip Information ===&lt;br /&gt;
&lt;br /&gt;
Garmin Etrex Legends trip information display is to stupid. I want infos for the current day and for the time since last break.&lt;br /&gt;
&lt;br /&gt;
=== Location Reporting ===&lt;br /&gt;
&lt;br /&gt;
If I have internet access via the phone during my trip I can regularily update my on webpage with location markers as shown here: http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example&lt;br /&gt;
&lt;br /&gt;
== Slope, Vertical Speed ==&lt;br /&gt;
&lt;br /&gt;
The GPS does not give sufficiently accurate vertical speed.&lt;br /&gt;
A barometric sensor (see [[Variometer]]) would be nice. Calculation of the vertical speed by integrating the accelerometer readings also not accurate.&lt;br /&gt;
But maybe it is possible to use the accelerometers to measure the slope of the road.&lt;br /&gt;
How to calibrate it? Is it possible to automatically calibrate it from GSP reading?&lt;br /&gt;
&lt;br /&gt;
== Sideward Inclination of the Bicycle ==&lt;br /&gt;
&lt;br /&gt;
By measuring the increase of the total acceleration not by change of the acceleration angle.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Road Quality ==&lt;br /&gt;
&lt;br /&gt;
Can the road (e.i. surface) quality be recorded by measuring the vibrations with the accelerometers?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Car Counter ==&lt;br /&gt;
&lt;br /&gt;
... using the builtin microphone. Or would it be possible with the accelerometers using high sampling rate?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Heart Rate Monitor ==&lt;br /&gt;
&lt;br /&gt;
Are there Bluetooth Heart Rate Transmitters available?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Pedalling Frequency ==&lt;br /&gt;
&lt;br /&gt;
Pedal sensors with Bluetooth and power supply by magnetic induction would be nice.&lt;br /&gt;
&lt;br /&gt;
Otherwise USB with an FTDI chip.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Panorama Viewer ==&lt;br /&gt;
&lt;br /&gt;
Online panorama viewer similar to [http://www.ecademix.com/JohannesHofmann/gipfel.html gipfel].&lt;br /&gt;
Instead of the photo image we show the mountain panorama calculated from SRTM data. Online calculation with the SRTM data is much to slow, we use only the precalculated water divide lines.&lt;br /&gt;
&lt;br /&gt;
== Programming ==&lt;br /&gt;
&lt;br /&gt;
=== Language ===&lt;br /&gt;
Python&lt;br /&gt;
&lt;br /&gt;
=== UI ===&lt;br /&gt;
&lt;br /&gt;
==== python-etk ====&lt;br /&gt;
I could not find any documentation yet. Seems to be the same as python-gtk.&lt;br /&gt;
&lt;br /&gt;
I don't want to have ''eye-candies''. Maybe ''eye-candies'' are neccessary for selling phones. ''Eye-candies'' cause ''eye-caries'' or even ''brain-caries''. ;-)  They are for gamers.&lt;br /&gt;
&lt;br /&gt;
Colors are o.k. if they carry information. Color gradients of menu bars are useless and annoying.&lt;br /&gt;
&lt;br /&gt;
Maybe I should directly call xlib instead of using some *tk.  From python I could try http://python-xlib.sourceforge.net/ .&lt;br /&gt;
&lt;br /&gt;
==== Tichy ====&lt;br /&gt;
&lt;br /&gt;
[[Tichy]] &lt;br /&gt;
&lt;br /&gt;
==== alternative window managers ====&lt;br /&gt;
The bicycle computer should show different values at the same time. This should be user configurable at runtime. What about having little python scripts just showing a window with one value and let the window mananger do the rest? &lt;br /&gt;
&lt;br /&gt;
It seems ratpoison is the best window manager for openmoko.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* http://incise.org/whimsy.html &lt;br /&gt;
* http://pycawm.last-exile.org/&lt;br /&gt;
* http://pywm.sourceforge.net/#status&lt;br /&gt;
* http://partiwm.org/&lt;br /&gt;
* http://plwm.sourceforge.net/&lt;br /&gt;
* http://www.freenet.org.nz/python/pywm/  needs fltk&lt;br /&gt;
&lt;br /&gt;
=== Plotting ===&lt;br /&gt;
matplotlib?  might be an overkill. Anything usable lightweight available?&lt;br /&gt;
&lt;br /&gt;
= Jogging =&lt;br /&gt;
&lt;br /&gt;
== Accelerometer ==&lt;br /&gt;
&lt;br /&gt;
Mount the Freerunner to the shin and measure the damping and motion style with different shoes at various speeds.&lt;br /&gt;
Especially interesting to watch the aging of the shoes (different damping).&lt;br /&gt;
&lt;br /&gt;
= Openstreetmap =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I would like to have a simple application to add map information at my current location.&lt;br /&gt;
Say, I am standing beneath an ATM, just use a menu item &amp;quot;Add ATM&amp;quot; and typing in its name - finished. There is no need for a map display. The program just displays the OSM nodes near the current location. And you can add a new node or modify an existing node.&lt;br /&gt;
&lt;br /&gt;
= Accelerometer =&lt;br /&gt;
&lt;br /&gt;
== Ideas ==&lt;br /&gt;
&lt;br /&gt;
* Indoor use of those GPS games&lt;br /&gt;
* Programming a Marble game would be more fun than playing it (Martin Senkerik is now having that fun http://projects.openmoko.org/projects/accelgame/)&lt;br /&gt;
* Moving within a larger virtual screen by tilting the display.&lt;br /&gt;
&lt;br /&gt;
== Hardware ==&lt;br /&gt;
&lt;br /&gt;
* http://wiki.openmoko.org/wiki/ST_LIS302DL &lt;br /&gt;
* [http://www.st.com/stonline/products/literature/ds/12726.pdf Datasheet]&lt;br /&gt;
&lt;br /&gt;
I was wondering about the steps of 18 units in the histogram of the accelerometer data. Now I know: the kernel driver already scales the raw data from the chip to mg units. &lt;br /&gt;
The data from the chip come as 8 bit data. In +-2.3G mode we get a resolution step size of 18 mg.&lt;br /&gt;
&lt;br /&gt;
[[/Measurements/Accelerometer]]&lt;br /&gt;
&lt;br /&gt;
= Games =&lt;br /&gt;
&lt;br /&gt;
Finger-usable application to play the game of Go:&lt;br /&gt;
Somebody somewhere suggested a double click methode for keyboard input. The first click zooms the area of the keyboard the second click activates the key. I don't want this for keyboards but for Go and similar games this could be quite interesting.&lt;br /&gt;
&lt;br /&gt;
Maybe a guesture interface is better. Circle right meens zoom in. Circle left means zoom out.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I thought I am no gamer, but just discovered [[Games#Numptyphysics|Numptyphysics]].&lt;br /&gt;
&lt;br /&gt;
= HAM Radio =&lt;br /&gt;
&lt;br /&gt;
As we can't use the WIFI or the GSM modem or the GPS receiver for HAM purposes there is not much difference to HAM applications on other PDAs.&lt;br /&gt;
&lt;br /&gt;
== CW Trainer ==&lt;br /&gt;
&lt;br /&gt;
== Audio Modems ==&lt;br /&gt;
&lt;br /&gt;
Input and Output via audio interface (what is the maximum sampling rate?).&lt;br /&gt;
&lt;br /&gt;
* http://www.w1hkj.com/Fldigi.html&lt;br /&gt;
&lt;br /&gt;
== Spectrum Analyzer ==&lt;br /&gt;
&lt;br /&gt;
Spectrum auf audio input signal&lt;br /&gt;
&lt;br /&gt;
* http://www.qsl.net/in3otd/glfer.html Maybe the GUI is to complicated for Freerunner.&lt;br /&gt;
&lt;br /&gt;
== Line of Sight Calculation ==&lt;br /&gt;
&lt;br /&gt;
== Smith Chart ==&lt;br /&gt;
&lt;br /&gt;
linsmith&lt;br /&gt;
&lt;br /&gt;
== Circuit Entry and Simulation ==&lt;br /&gt;
&lt;br /&gt;
 * Qucs&lt;br /&gt;
&lt;br /&gt;
== Radio Control ==&lt;br /&gt;
&lt;br /&gt;
=== Control for Commercial TRXs ===&lt;br /&gt;
&lt;br /&gt;
=== Homemade TRXs ===&lt;br /&gt;
&lt;br /&gt;
 * I2C interface on test points&lt;br /&gt;
 * SPI interface on debug connector&lt;br /&gt;
&lt;br /&gt;
= Music =&lt;br /&gt;
&lt;br /&gt;
== Midi Input via Touchscreen ==&lt;br /&gt;
&lt;br /&gt;
There is not much space to use the touchscreen as an ordinary piano keyboard.&lt;br /&gt;
&lt;br /&gt;
What about using the touchscreen like the left hand fingering on a guitar, mandolin, banjo ore similar? The touchscreen lays in front of you in landscape mode. There are four rows, one for each finger. &lt;br /&gt;
   &lt;br /&gt;
  | D# | G  | B  | d# |&lt;br /&gt;
  | D  | F# | A# | d  |&lt;br /&gt;
  | C# | F  | A  | c# |&lt;br /&gt;
  | C  | E  | G# | c  |&lt;br /&gt;
  This layout might be to simple. Should it be optimized for easy chord playing?&lt;br /&gt;
  To come more close to a piano and common string instruments it might be better &lt;br /&gt;
  to flip the arrangment of the notes.&lt;br /&gt;
  | c  | c# | d  | d# |&lt;br /&gt;
  | G# | A  | A# | B  |&lt;br /&gt;
  | E  | F  | F# | G  |&lt;br /&gt;
  | C  | C# | D  | D# |  &lt;br /&gt;
  &lt;br /&gt;
Unfortunately the touchscreen handles only single touches ([[UI_Improvements#The_touchscreen]]). Therefore a polyphonic input is not possible. &lt;br /&gt;
&lt;br /&gt;
Octave shifting via accelerometer reading?&lt;br /&gt;
&lt;br /&gt;
Similiar project: http://www.neo1973-germany.de/wiki/epiano Obviously not what I am having in mind.&lt;br /&gt;
&lt;br /&gt;
== Other interesting Music Software ==&lt;br /&gt;
&lt;br /&gt;
* http://performous.org&lt;br /&gt;
&lt;br /&gt;
= Keyboard =&lt;br /&gt;
&lt;br /&gt;
Why not using the above Midi Keyboard for character input?&lt;br /&gt;
&lt;br /&gt;
 | S | U | R | T |&lt;br /&gt;
 | A | E | I | O |&lt;br /&gt;
 | D | H | N | M |&lt;br /&gt;
 | F | P | G | J |&lt;br /&gt;
 | M1| M2|SPC| BS|&lt;br /&gt;
&lt;br /&gt;
Letter order is random here. Need to be optimized for minimum mode switching.&lt;br /&gt;
Space, Backspace,... can be done by guestures.&lt;br /&gt;
&lt;br /&gt;
== Morse Code Input ==&lt;br /&gt;
&lt;br /&gt;
Will I be faster? Is there usable code available?&lt;br /&gt;
&lt;br /&gt;
Decode would be easier if I'd use an &amp;quot;electronic keyer&amp;quot; e.g. which sends dots and dashes in a predefined length and predefined spaces.&lt;br /&gt;
&lt;br /&gt;
* http://morseall.org/&lt;br /&gt;
&lt;br /&gt;
= Unsorted =&lt;br /&gt;
&lt;br /&gt;
* I wonder what  [http://www.igelle.org igelle] is and whether it is worth trying that for FreeRunner. The website isn't very informative.&lt;br /&gt;
* External Keyboard: The FreeRunner can supply 5V to an external USB device [[USB_host#Selecting_USB_host_mode]]. So I also can connect my MIDI keyboard?&lt;br /&gt;
&lt;br /&gt;
= OS Details =&lt;br /&gt;
&lt;br /&gt;
== Mounting internal Flash when booting from SD ==&lt;br /&gt;
&lt;br /&gt;
Mount the internal root file system&lt;br /&gt;
&lt;br /&gt;
 mount -t jffs2 /dev/mtdblock6 /mnt&lt;br /&gt;
&lt;br /&gt;
On Debian this is already mounted at /mnt/flash&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Noed Source]&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Mickey Term] talk to the GSM Modem&lt;br /&gt;
&lt;br /&gt;
* [[OpenmokoFramework/mdbus]]&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/python-openmoko/&lt;br /&gt;
&lt;br /&gt;
* [[Gsmd/document]] This does not work with FSO. Go to the [http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/index.html;hb=HEAD interface spec of FSO]&lt;br /&gt;
&lt;br /&gt;
* [[GTA02_sysfs]]&lt;br /&gt;
* [[Kernel]]&lt;br /&gt;
* [[User:CesarB/cpufreq]]&lt;br /&gt;
* [[Talk:Alarm daemon]]&lt;br /&gt;
* [[NXP_PCF50633]] Power Managment and RTC&lt;br /&gt;
* [[FAQ]]&lt;br /&gt;
* [http://people.openmoko.org/joerg/calypso_moko_FW/]&lt;br /&gt;
----&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User:ThomasT</id>
		<title>User:ThomasT</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User:ThomasT"/>
				<updated>2008-12-17T13:29:03Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: /* Poor Audio Frequency Response via Headphones */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= My System =&lt;br /&gt;
&lt;br /&gt;
* [[Debian]] without frameworkd&lt;br /&gt;
* window manager: ratpoison &lt;br /&gt;
* GUI: ratmen4wp&lt;br /&gt;
&lt;br /&gt;
= Hardware Issues =&lt;br /&gt;
&lt;br /&gt;
* [[Neo_FreeRunner_Hardware_Issues]]&lt;br /&gt;
* [[Disassembling Neo 1973]]&lt;br /&gt;
&lt;br /&gt;
== Poor Audio Frequency Response via Headphones ==&lt;br /&gt;
&lt;br /&gt;
The amplifier output coupling capacitors C4111 and C4110 are much too small (1uF). It should be approx. 100uF according to the datasheet of [[LM4853]].&lt;br /&gt;
&lt;br /&gt;
I just tried to modify my FreeRunner (inserting 100uF capacitors). But I got a power failure after switching on the audio amplifier. After removing my modifications the system works again, but I couldn't read SD cards any more, because I accidentially removed one of the resistors in the data line to the SD slot. After reinserting the resistor the FreeRunner works again. The sound is much better now, but not really HIFI (maybe this is caused by the cheap HAMA headset I am using).&lt;br /&gt;
BTW: I will replace these series resistors with ferrite beads in the hope to decrease the GPS interferences.&lt;br /&gt;
&lt;br /&gt;
== GSM Modem not working ==&lt;br /&gt;
&lt;br /&gt;
I could not communicate with the modem not even with u-boot and after removing battery over night.&lt;br /&gt;
In this case with FSO frameworkd slowed down the system very much, OM2008.9 was almost not usable. (This happend before I made the above HW modifications!)&lt;br /&gt;
&lt;br /&gt;
I removed frameword (fso-gpsd does not work without frameworkd and therefore needed to be replaced by gpsd.&lt;br /&gt;
&lt;br /&gt;
Using GPRS is possible, but a bit tricky. I am currently swichting GSM off and on waiting for the modem startup message. But sometimes I get a strange &amp;quot;alarm&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
Maybe [[GSM/Flashing|reflashing the modem]] would help.&lt;br /&gt;
&lt;br /&gt;
== Real Time Clock unreliable==&lt;br /&gt;
 &lt;br /&gt;
The RTC is approx. 12 min off per day. I wonder whether the 10pF capacitors at the oscillator crystal are really needed. Maybe I can tune the RTC by lowering the values of those capacitors. There is no tuning register in the RTC unit.&lt;br /&gt;
&lt;br /&gt;
I read a voltage of 475 mV at the terminals of the backup battery BAT1701.&lt;br /&gt;
This voltage increases to 2-3 Volts, when FR is connected to a power supply.&lt;br /&gt;
&lt;br /&gt;
== GPS: Very long TTFF ==&lt;br /&gt;
&lt;br /&gt;
My FreeRunner has this capacitor at the SD card connector. It anyway takes a long time to get the first fix. The antenna connector was slightly deformed. Could not yet test, whether this is the reason for the bad TTFF as SD cards currently do not work any more (due to a hardware bug I introduced while modifing the audio amplifier).&lt;br /&gt;
&lt;br /&gt;
= Bicycle Computer =&lt;br /&gt;
&lt;br /&gt;
[[Biking]]&lt;br /&gt;
&lt;br /&gt;
== Existing Projects and Experiences ==&lt;br /&gt;
&lt;br /&gt;
* http://blogs.thehumanjourney.net/finds/entry/20080306 Joseph Reeves uses its NEO1973 on a bicycle&lt;br /&gt;
* http://projects.openmoko.org/search/?type_of_search=soft&amp;amp;words=gps&amp;amp;Search=Search&lt;br /&gt;
&lt;br /&gt;
== Mounting ==&lt;br /&gt;
* http://www.pearl.de/a-PX2065-4044.shtml&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Water Protection ==&lt;br /&gt;
&lt;br /&gt;
== Power Supply ==&lt;br /&gt;
&lt;br /&gt;
Due to the relatively high current consumption of the Freerunner a power supply from a hub dynamo seems to be unavoidable.&lt;br /&gt;
&lt;br /&gt;
I skip the switch mode regulator and will use simple Z-Diode parallel to the Freerunner. Later I want to add an LED light parallel to  both.&lt;br /&gt;
&lt;br /&gt;
== GPS ==&lt;br /&gt;
&lt;br /&gt;
=== Existing Software ===&lt;br /&gt;
&lt;br /&gt;
* [[Navit]]&lt;br /&gt;
* [[TangoGPS]]&lt;br /&gt;
* [[GPS_Sight]]?&lt;br /&gt;
* [[GPS_Data_Logger]]&lt;br /&gt;
&lt;br /&gt;
=== Getting GPS Data ===&lt;br /&gt;
&lt;br /&gt;
On Freerunner there is no need to read from gpsd or similar.&lt;br /&gt;
I just can get the data from /dev/ttySAC1 &lt;br /&gt;
&lt;br /&gt;
== Additional GPS Functions ==&lt;br /&gt;
&lt;br /&gt;
=== Altitude Plots ===&lt;br /&gt;
&lt;br /&gt;
Of the travelled track and also of the upcoming (hopefully OSM will soon provide elevation information of the roads)&lt;br /&gt;
&lt;br /&gt;
=== Trip Information ===&lt;br /&gt;
&lt;br /&gt;
Garmin Etrex Legends trip information display is to stupid. I want infos for the current day and for the time since last break.&lt;br /&gt;
&lt;br /&gt;
=== Location Reporting ===&lt;br /&gt;
&lt;br /&gt;
If I have internet access via the phone during my trip I can regularily update my on webpage with location markers as shown here: http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example&lt;br /&gt;
&lt;br /&gt;
== Slope, Vertical Speed ==&lt;br /&gt;
&lt;br /&gt;
The GPS does not give sufficiently accurate vertical speed.&lt;br /&gt;
A barometric sensor (see [[Variometer]]) would be nice. Calculation of the vertical speed by integrating the accelerometer readings also not accurate.&lt;br /&gt;
But maybe it is possible to use the accelerometers to measure the slope of the road.&lt;br /&gt;
How to calibrate it? Is it possible to automatically calibrate it from GSP reading?&lt;br /&gt;
&lt;br /&gt;
== Sideward Inclination of the Bicycle ==&lt;br /&gt;
&lt;br /&gt;
By measuring the increase of the total acceleration not by change of the acceleration angle.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Road Quality ==&lt;br /&gt;
&lt;br /&gt;
Can the road (e.i. surface) quality be recorded by measuring the vibrations with the accelerometers?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Car Counter ==&lt;br /&gt;
&lt;br /&gt;
... using the builtin microphone. Or would it be possible with the accelerometers using high sampling rate?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Heart Rate Monitor ==&lt;br /&gt;
&lt;br /&gt;
Are there Bluetooth Heart Rate Transmitters available?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Pedalling Frequency ==&lt;br /&gt;
&lt;br /&gt;
Pedal sensors with Bluetooth and power supply by magnetic induction would be nice.&lt;br /&gt;
&lt;br /&gt;
Otherwise USB with an FTDI chip.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Panorama Viewer ==&lt;br /&gt;
&lt;br /&gt;
Online panorama viewer similar to [http://www.ecademix.com/JohannesHofmann/gipfel.html gipfel].&lt;br /&gt;
Instead of the photo image we show the mountain panorama calculated from SRTM data. Online calculation with the SRTM data is much to slow, we use only the precalculated water divide lines.&lt;br /&gt;
&lt;br /&gt;
== Programming ==&lt;br /&gt;
&lt;br /&gt;
=== Language ===&lt;br /&gt;
Python&lt;br /&gt;
&lt;br /&gt;
=== UI ===&lt;br /&gt;
&lt;br /&gt;
==== python-etk ====&lt;br /&gt;
I could not find any documentation yet. Seems to be the same as python-gtk.&lt;br /&gt;
&lt;br /&gt;
I don't want to have ''eye-candies''. Maybe ''eye-candies'' are neccessary for selling phones. ''Eye-candies'' cause ''eye-caries'' or even ''brain-caries''. ;-)  They are for gamers.&lt;br /&gt;
&lt;br /&gt;
Colors are o.k. if they carry information. Color gradients of menu bars are useless and annoying.&lt;br /&gt;
&lt;br /&gt;
Maybe I should directly call xlib instead of using some *tk.  From python I could try http://python-xlib.sourceforge.net/ .&lt;br /&gt;
&lt;br /&gt;
==== Tichy ====&lt;br /&gt;
&lt;br /&gt;
[[Tichy]] &lt;br /&gt;
&lt;br /&gt;
==== alternative window managers ====&lt;br /&gt;
The bicycle computer should show different values at the same time. This should be user configurable at runtime. What about having little python scripts just showing a window with one value and let the window mananger do the rest? &lt;br /&gt;
&lt;br /&gt;
It seems ratpoison is the best window manager for openmoko.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* http://incise.org/whimsy.html &lt;br /&gt;
* http://pycawm.last-exile.org/&lt;br /&gt;
* http://pywm.sourceforge.net/#status&lt;br /&gt;
* http://partiwm.org/&lt;br /&gt;
* http://plwm.sourceforge.net/&lt;br /&gt;
* http://www.freenet.org.nz/python/pywm/  needs fltk&lt;br /&gt;
&lt;br /&gt;
=== Plotting ===&lt;br /&gt;
matplotlib?  might be an overkill. Anything usable lightweight available?&lt;br /&gt;
&lt;br /&gt;
= Jogging =&lt;br /&gt;
&lt;br /&gt;
== Accelerometer ==&lt;br /&gt;
&lt;br /&gt;
Mount the Freerunner to the shin and measure the damping and motion style with different shoes at various speeds.&lt;br /&gt;
Especially interesting to watch the aging of the shoes (different damping).&lt;br /&gt;
&lt;br /&gt;
= Openstreetmap =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I would like to have a simple application to add map information at my current location.&lt;br /&gt;
Say, I am standing beneath an ATM, just use a menu item &amp;quot;Add ATM&amp;quot; and typing in its name - finished. There is no need for a map display. The program just displays the OSM nodes near the current location. And you can add a new node or modify an existing node.&lt;br /&gt;
&lt;br /&gt;
= Accelerometer =&lt;br /&gt;
&lt;br /&gt;
== Ideas ==&lt;br /&gt;
&lt;br /&gt;
* Indoor use of those GPS games&lt;br /&gt;
* Programming a Marble game would be more fun than playing it (Martin Senkerik is now having that fun http://projects.openmoko.org/projects/accelgame/)&lt;br /&gt;
* Moving within a larger virtual screen by tilting the display.&lt;br /&gt;
&lt;br /&gt;
== Hardware ==&lt;br /&gt;
&lt;br /&gt;
* http://wiki.openmoko.org/wiki/ST_LIS302DL &lt;br /&gt;
* [http://www.st.com/stonline/products/literature/ds/12726.pdf Datasheet]&lt;br /&gt;
&lt;br /&gt;
I was wondering about the steps of 18 units in the histogram of the accelerometer data. Now I know: the kernel driver already scales the raw data from the chip to mg units. &lt;br /&gt;
The data from the chip come as 8 bit data. In +-2.3G mode we get a resolution step size of 18 mg.&lt;br /&gt;
&lt;br /&gt;
[[/Measurements/Accelerometer]]&lt;br /&gt;
&lt;br /&gt;
= Games =&lt;br /&gt;
&lt;br /&gt;
Finger-usable application to play the game of Go:&lt;br /&gt;
Somebody somewhere suggested a double click methode for keyboard input. The first click zooms the area of the keyboard the second click activates the key. I don't want this for keyboards but for Go and similar games this could be quite interesting.&lt;br /&gt;
&lt;br /&gt;
Maybe a guesture interface is better. Circle right meens zoom in. Circle left means zoom out.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I thought I am no gamer, but just discovered [[Games#Numptyphysics|Numptyphysics]].&lt;br /&gt;
&lt;br /&gt;
= HAM Radio =&lt;br /&gt;
&lt;br /&gt;
As we can't use the WIFI or the GSM modem or the GPS receiver for HAM purposes there is not much difference to HAM applications on other PDAs.&lt;br /&gt;
&lt;br /&gt;
== CW Trainer ==&lt;br /&gt;
&lt;br /&gt;
== Audio Modems ==&lt;br /&gt;
&lt;br /&gt;
Input and Output via audio interface (what is the maximum sampling rate?).&lt;br /&gt;
&lt;br /&gt;
* http://www.w1hkj.com/Fldigi.html&lt;br /&gt;
&lt;br /&gt;
== Spectrum Analyzer ==&lt;br /&gt;
&lt;br /&gt;
Spectrum auf audio input signal&lt;br /&gt;
&lt;br /&gt;
* http://www.qsl.net/in3otd/glfer.html Maybe the GUI is to complicated for Freerunner.&lt;br /&gt;
&lt;br /&gt;
== Line of Sight Calculation ==&lt;br /&gt;
&lt;br /&gt;
== Smith Chart ==&lt;br /&gt;
&lt;br /&gt;
linsmith&lt;br /&gt;
&lt;br /&gt;
== Circuit Entry and Simulation ==&lt;br /&gt;
&lt;br /&gt;
 * Qucs&lt;br /&gt;
&lt;br /&gt;
== Radio Control ==&lt;br /&gt;
&lt;br /&gt;
=== Control for Commercial TRXs ===&lt;br /&gt;
&lt;br /&gt;
=== Homemade TRXs ===&lt;br /&gt;
&lt;br /&gt;
 * I2C interface on test points&lt;br /&gt;
 * SPI interface on debug connector&lt;br /&gt;
&lt;br /&gt;
= Music =&lt;br /&gt;
&lt;br /&gt;
== Midi Input via Touchscreen ==&lt;br /&gt;
&lt;br /&gt;
There is not much space to use the touchscreen as an ordinary piano keyboard.&lt;br /&gt;
&lt;br /&gt;
What about using the touchscreen like the left hand fingering on a guitar, mandolin, banjo ore similar? The touchscreen lays in front of you in landscape mode. There are four rows, one for each finger. &lt;br /&gt;
   &lt;br /&gt;
  | D# | G  | B  | d# |&lt;br /&gt;
  | D  | F# | A# | d  |&lt;br /&gt;
  | C# | F  | A  | c# |&lt;br /&gt;
  | C  | E  | G# | c  |&lt;br /&gt;
  This layout might be to simple. Should it be optimized for easy chord playing?&lt;br /&gt;
  To come more close to a piano and common string instruments it might be better &lt;br /&gt;
  to flip the arrangment of the notes.&lt;br /&gt;
  | c  | c# | d  | d# |&lt;br /&gt;
  | G# | A  | A# | B  |&lt;br /&gt;
  | E  | F  | F# | G  |&lt;br /&gt;
  | C  | C# | D  | D# |  &lt;br /&gt;
  &lt;br /&gt;
Unfortunately the touchscreen handles only single touches ([[UI_Improvements#The_touchscreen]]). Therefore a polyphonic input is not possible. &lt;br /&gt;
&lt;br /&gt;
Octave shifting via accelerometer reading?&lt;br /&gt;
&lt;br /&gt;
Similiar project: http://www.neo1973-germany.de/wiki/epiano Obviously not what I am having in mind.&lt;br /&gt;
&lt;br /&gt;
== Other interesting Music Software ==&lt;br /&gt;
&lt;br /&gt;
* http://performous.org&lt;br /&gt;
&lt;br /&gt;
= Keyboard =&lt;br /&gt;
&lt;br /&gt;
Why not using the above Midi Keyboard for character input?&lt;br /&gt;
&lt;br /&gt;
 | S | U | R | T |&lt;br /&gt;
 | A | E | I | O |&lt;br /&gt;
 | D | H | N | M |&lt;br /&gt;
 | F | P | G | J |&lt;br /&gt;
 | M1| M2|SPC| BS|&lt;br /&gt;
&lt;br /&gt;
Letter order is random here. Need to be optimized for minimum mode switching.&lt;br /&gt;
Space, Backspace,... can be done by guestures.&lt;br /&gt;
&lt;br /&gt;
== Morse Code Input ==&lt;br /&gt;
&lt;br /&gt;
Will I be faster? Is there usable code available?&lt;br /&gt;
&lt;br /&gt;
Decode would be easier if I'd use an &amp;quot;electronic keyer&amp;quot; e.g. which sends dots and dashes in a predefined length and predefined spaces.&lt;br /&gt;
&lt;br /&gt;
* http://morseall.org/&lt;br /&gt;
&lt;br /&gt;
= Unsorted =&lt;br /&gt;
&lt;br /&gt;
* I wonder what  [http://www.igelle.org igelle] is and whether it is worth trying that for FreeRunner. The website isn't very informative.&lt;br /&gt;
* External Keyboard: The FreeRunner can supply 5V to an external USB device [[USB_host#Selecting_USB_host_mode]]. So I also can connect my MIDI keyboard?&lt;br /&gt;
&lt;br /&gt;
= OS Details =&lt;br /&gt;
&lt;br /&gt;
== Mounting internal Flash when booting from SD ==&lt;br /&gt;
&lt;br /&gt;
Mount the internal root file system&lt;br /&gt;
&lt;br /&gt;
 mount -t jffs2 /dev/mtdblock6 /mnt&lt;br /&gt;
&lt;br /&gt;
On Debian this is already mounted at /mnt/flash&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Noed Source]&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Mickey Term] talk to the GSM Modem&lt;br /&gt;
&lt;br /&gt;
* [[OpenmokoFramework/mdbus]]&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/python-openmoko/&lt;br /&gt;
&lt;br /&gt;
* [[Gsmd/document]] This does not work with FSO. Go to the [http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/index.html;hb=HEAD interface spec of FSO]&lt;br /&gt;
&lt;br /&gt;
* [[GTA02_sysfs]]&lt;br /&gt;
* [[Kernel]]&lt;br /&gt;
* [[User:CesarB/cpufreq]]&lt;br /&gt;
* [[Talk:Alarm daemon]]&lt;br /&gt;
* [[NXP_PCF50633]] Power Managment and RTC&lt;br /&gt;
* [[FAQ]]&lt;br /&gt;
----&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User:ThomasT</id>
		<title>User:ThomasT</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User:ThomasT"/>
				<updated>2008-12-17T13:25:36Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: /* GSM Modem not working */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= My System =&lt;br /&gt;
&lt;br /&gt;
* [[Debian]] without frameworkd&lt;br /&gt;
* window manager: ratpoison &lt;br /&gt;
* GUI: ratmen4wp&lt;br /&gt;
&lt;br /&gt;
= Hardware Issues =&lt;br /&gt;
&lt;br /&gt;
* [[Neo_FreeRunner_Hardware_Issues]]&lt;br /&gt;
* [[Disassembling Neo 1973]]&lt;br /&gt;
&lt;br /&gt;
== Poor Audio Frequency Response via Headphones ==&lt;br /&gt;
&lt;br /&gt;
The amplifier output coupling capacitors C4111 and C4110 are much too small (1uF). It should be approx. 100uF according to the datasheet of [[LM4853]].&lt;br /&gt;
&lt;br /&gt;
I just tried to modify my FreeRunner (inserting 100uF capacitors). But I got a power failure after switching on the audio amplifier. After removing my modifications the system works again, but I couldn't read SD cards any more, because I accidentially removed one of the resistors in the data line to the SD slot.&lt;br /&gt;
BTW: I will replace these series resistors with ferrite beads in the hope to decrease the GPS interferences.&lt;br /&gt;
&lt;br /&gt;
== GSM Modem not working ==&lt;br /&gt;
&lt;br /&gt;
I could not communicate with the modem not even with u-boot and after removing battery over night.&lt;br /&gt;
In this case with FSO frameworkd slowed down the system very much, OM2008.9 was almost not usable. (This happend before I made the above HW modifications!)&lt;br /&gt;
&lt;br /&gt;
I removed frameword (fso-gpsd does not work without frameworkd and therefore needed to be replaced by gpsd.&lt;br /&gt;
&lt;br /&gt;
Using GPRS is possible, but a bit tricky. I am currently swichting GSM off and on waiting for the modem startup message. But sometimes I get a strange &amp;quot;alarm&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
Maybe [[GSM/Flashing|reflashing the modem]] would help.&lt;br /&gt;
&lt;br /&gt;
== Real Time Clock unreliable==&lt;br /&gt;
 &lt;br /&gt;
The RTC is approx. 12 min off per day. I wonder whether the 10pF capacitors at the oscillator crystal are really needed. Maybe I can tune the RTC by lowering the values of those capacitors. There is no tuning register in the RTC unit.&lt;br /&gt;
&lt;br /&gt;
I read a voltage of 475 mV at the terminals of the backup battery BAT1701.&lt;br /&gt;
This voltage increases to 2-3 Volts, when FR is connected to a power supply.&lt;br /&gt;
&lt;br /&gt;
== GPS: Very long TTFF ==&lt;br /&gt;
&lt;br /&gt;
My FreeRunner has this capacitor at the SD card connector. It anyway takes a long time to get the first fix. The antenna connector was slightly deformed. Could not yet test, whether this is the reason for the bad TTFF as SD cards currently do not work any more (due to a hardware bug I introduced while modifing the audio amplifier).&lt;br /&gt;
&lt;br /&gt;
= Bicycle Computer =&lt;br /&gt;
&lt;br /&gt;
[[Biking]]&lt;br /&gt;
&lt;br /&gt;
== Existing Projects and Experiences ==&lt;br /&gt;
&lt;br /&gt;
* http://blogs.thehumanjourney.net/finds/entry/20080306 Joseph Reeves uses its NEO1973 on a bicycle&lt;br /&gt;
* http://projects.openmoko.org/search/?type_of_search=soft&amp;amp;words=gps&amp;amp;Search=Search&lt;br /&gt;
&lt;br /&gt;
== Mounting ==&lt;br /&gt;
* http://www.pearl.de/a-PX2065-4044.shtml&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Water Protection ==&lt;br /&gt;
&lt;br /&gt;
== Power Supply ==&lt;br /&gt;
&lt;br /&gt;
Due to the relatively high current consumption of the Freerunner a power supply from a hub dynamo seems to be unavoidable.&lt;br /&gt;
&lt;br /&gt;
I skip the switch mode regulator and will use simple Z-Diode parallel to the Freerunner. Later I want to add an LED light parallel to  both.&lt;br /&gt;
&lt;br /&gt;
== GPS ==&lt;br /&gt;
&lt;br /&gt;
=== Existing Software ===&lt;br /&gt;
&lt;br /&gt;
* [[Navit]]&lt;br /&gt;
* [[TangoGPS]]&lt;br /&gt;
* [[GPS_Sight]]?&lt;br /&gt;
* [[GPS_Data_Logger]]&lt;br /&gt;
&lt;br /&gt;
=== Getting GPS Data ===&lt;br /&gt;
&lt;br /&gt;
On Freerunner there is no need to read from gpsd or similar.&lt;br /&gt;
I just can get the data from /dev/ttySAC1 &lt;br /&gt;
&lt;br /&gt;
== Additional GPS Functions ==&lt;br /&gt;
&lt;br /&gt;
=== Altitude Plots ===&lt;br /&gt;
&lt;br /&gt;
Of the travelled track and also of the upcoming (hopefully OSM will soon provide elevation information of the roads)&lt;br /&gt;
&lt;br /&gt;
=== Trip Information ===&lt;br /&gt;
&lt;br /&gt;
Garmin Etrex Legends trip information display is to stupid. I want infos for the current day and for the time since last break.&lt;br /&gt;
&lt;br /&gt;
=== Location Reporting ===&lt;br /&gt;
&lt;br /&gt;
If I have internet access via the phone during my trip I can regularily update my on webpage with location markers as shown here: http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example&lt;br /&gt;
&lt;br /&gt;
== Slope, Vertical Speed ==&lt;br /&gt;
&lt;br /&gt;
The GPS does not give sufficiently accurate vertical speed.&lt;br /&gt;
A barometric sensor (see [[Variometer]]) would be nice. Calculation of the vertical speed by integrating the accelerometer readings also not accurate.&lt;br /&gt;
But maybe it is possible to use the accelerometers to measure the slope of the road.&lt;br /&gt;
How to calibrate it? Is it possible to automatically calibrate it from GSP reading?&lt;br /&gt;
&lt;br /&gt;
== Sideward Inclination of the Bicycle ==&lt;br /&gt;
&lt;br /&gt;
By measuring the increase of the total acceleration not by change of the acceleration angle.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Road Quality ==&lt;br /&gt;
&lt;br /&gt;
Can the road (e.i. surface) quality be recorded by measuring the vibrations with the accelerometers?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Car Counter ==&lt;br /&gt;
&lt;br /&gt;
... using the builtin microphone. Or would it be possible with the accelerometers using high sampling rate?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Heart Rate Monitor ==&lt;br /&gt;
&lt;br /&gt;
Are there Bluetooth Heart Rate Transmitters available?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Pedalling Frequency ==&lt;br /&gt;
&lt;br /&gt;
Pedal sensors with Bluetooth and power supply by magnetic induction would be nice.&lt;br /&gt;
&lt;br /&gt;
Otherwise USB with an FTDI chip.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Panorama Viewer ==&lt;br /&gt;
&lt;br /&gt;
Online panorama viewer similar to [http://www.ecademix.com/JohannesHofmann/gipfel.html gipfel].&lt;br /&gt;
Instead of the photo image we show the mountain panorama calculated from SRTM data. Online calculation with the SRTM data is much to slow, we use only the precalculated water divide lines.&lt;br /&gt;
&lt;br /&gt;
== Programming ==&lt;br /&gt;
&lt;br /&gt;
=== Language ===&lt;br /&gt;
Python&lt;br /&gt;
&lt;br /&gt;
=== UI ===&lt;br /&gt;
&lt;br /&gt;
==== python-etk ====&lt;br /&gt;
I could not find any documentation yet. Seems to be the same as python-gtk.&lt;br /&gt;
&lt;br /&gt;
I don't want to have ''eye-candies''. Maybe ''eye-candies'' are neccessary for selling phones. ''Eye-candies'' cause ''eye-caries'' or even ''brain-caries''. ;-)  They are for gamers.&lt;br /&gt;
&lt;br /&gt;
Colors are o.k. if they carry information. Color gradients of menu bars are useless and annoying.&lt;br /&gt;
&lt;br /&gt;
Maybe I should directly call xlib instead of using some *tk.  From python I could try http://python-xlib.sourceforge.net/ .&lt;br /&gt;
&lt;br /&gt;
==== Tichy ====&lt;br /&gt;
&lt;br /&gt;
[[Tichy]] &lt;br /&gt;
&lt;br /&gt;
==== alternative window managers ====&lt;br /&gt;
The bicycle computer should show different values at the same time. This should be user configurable at runtime. What about having little python scripts just showing a window with one value and let the window mananger do the rest? &lt;br /&gt;
&lt;br /&gt;
It seems ratpoison is the best window manager for openmoko.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* http://incise.org/whimsy.html &lt;br /&gt;
* http://pycawm.last-exile.org/&lt;br /&gt;
* http://pywm.sourceforge.net/#status&lt;br /&gt;
* http://partiwm.org/&lt;br /&gt;
* http://plwm.sourceforge.net/&lt;br /&gt;
* http://www.freenet.org.nz/python/pywm/  needs fltk&lt;br /&gt;
&lt;br /&gt;
=== Plotting ===&lt;br /&gt;
matplotlib?  might be an overkill. Anything usable lightweight available?&lt;br /&gt;
&lt;br /&gt;
= Jogging =&lt;br /&gt;
&lt;br /&gt;
== Accelerometer ==&lt;br /&gt;
&lt;br /&gt;
Mount the Freerunner to the shin and measure the damping and motion style with different shoes at various speeds.&lt;br /&gt;
Especially interesting to watch the aging of the shoes (different damping).&lt;br /&gt;
&lt;br /&gt;
= Openstreetmap =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I would like to have a simple application to add map information at my current location.&lt;br /&gt;
Say, I am standing beneath an ATM, just use a menu item &amp;quot;Add ATM&amp;quot; and typing in its name - finished. There is no need for a map display. The program just displays the OSM nodes near the current location. And you can add a new node or modify an existing node.&lt;br /&gt;
&lt;br /&gt;
= Accelerometer =&lt;br /&gt;
&lt;br /&gt;
== Ideas ==&lt;br /&gt;
&lt;br /&gt;
* Indoor use of those GPS games&lt;br /&gt;
* Programming a Marble game would be more fun than playing it (Martin Senkerik is now having that fun http://projects.openmoko.org/projects/accelgame/)&lt;br /&gt;
* Moving within a larger virtual screen by tilting the display.&lt;br /&gt;
&lt;br /&gt;
== Hardware ==&lt;br /&gt;
&lt;br /&gt;
* http://wiki.openmoko.org/wiki/ST_LIS302DL &lt;br /&gt;
* [http://www.st.com/stonline/products/literature/ds/12726.pdf Datasheet]&lt;br /&gt;
&lt;br /&gt;
I was wondering about the steps of 18 units in the histogram of the accelerometer data. Now I know: the kernel driver already scales the raw data from the chip to mg units. &lt;br /&gt;
The data from the chip come as 8 bit data. In +-2.3G mode we get a resolution step size of 18 mg.&lt;br /&gt;
&lt;br /&gt;
[[/Measurements/Accelerometer]]&lt;br /&gt;
&lt;br /&gt;
= Games =&lt;br /&gt;
&lt;br /&gt;
Finger-usable application to play the game of Go:&lt;br /&gt;
Somebody somewhere suggested a double click methode for keyboard input. The first click zooms the area of the keyboard the second click activates the key. I don't want this for keyboards but for Go and similar games this could be quite interesting.&lt;br /&gt;
&lt;br /&gt;
Maybe a guesture interface is better. Circle right meens zoom in. Circle left means zoom out.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I thought I am no gamer, but just discovered [[Games#Numptyphysics|Numptyphysics]].&lt;br /&gt;
&lt;br /&gt;
= HAM Radio =&lt;br /&gt;
&lt;br /&gt;
As we can't use the WIFI or the GSM modem or the GPS receiver for HAM purposes there is not much difference to HAM applications on other PDAs.&lt;br /&gt;
&lt;br /&gt;
== CW Trainer ==&lt;br /&gt;
&lt;br /&gt;
== Audio Modems ==&lt;br /&gt;
&lt;br /&gt;
Input and Output via audio interface (what is the maximum sampling rate?).&lt;br /&gt;
&lt;br /&gt;
* http://www.w1hkj.com/Fldigi.html&lt;br /&gt;
&lt;br /&gt;
== Spectrum Analyzer ==&lt;br /&gt;
&lt;br /&gt;
Spectrum auf audio input signal&lt;br /&gt;
&lt;br /&gt;
* http://www.qsl.net/in3otd/glfer.html Maybe the GUI is to complicated for Freerunner.&lt;br /&gt;
&lt;br /&gt;
== Line of Sight Calculation ==&lt;br /&gt;
&lt;br /&gt;
== Smith Chart ==&lt;br /&gt;
&lt;br /&gt;
linsmith&lt;br /&gt;
&lt;br /&gt;
== Circuit Entry and Simulation ==&lt;br /&gt;
&lt;br /&gt;
 * Qucs&lt;br /&gt;
&lt;br /&gt;
== Radio Control ==&lt;br /&gt;
&lt;br /&gt;
=== Control for Commercial TRXs ===&lt;br /&gt;
&lt;br /&gt;
=== Homemade TRXs ===&lt;br /&gt;
&lt;br /&gt;
 * I2C interface on test points&lt;br /&gt;
 * SPI interface on debug connector&lt;br /&gt;
&lt;br /&gt;
= Music =&lt;br /&gt;
&lt;br /&gt;
== Midi Input via Touchscreen ==&lt;br /&gt;
&lt;br /&gt;
There is not much space to use the touchscreen as an ordinary piano keyboard.&lt;br /&gt;
&lt;br /&gt;
What about using the touchscreen like the left hand fingering on a guitar, mandolin, banjo ore similar? The touchscreen lays in front of you in landscape mode. There are four rows, one for each finger. &lt;br /&gt;
   &lt;br /&gt;
  | D# | G  | B  | d# |&lt;br /&gt;
  | D  | F# | A# | d  |&lt;br /&gt;
  | C# | F  | A  | c# |&lt;br /&gt;
  | C  | E  | G# | c  |&lt;br /&gt;
  This layout might be to simple. Should it be optimized for easy chord playing?&lt;br /&gt;
  To come more close to a piano and common string instruments it might be better &lt;br /&gt;
  to flip the arrangment of the notes.&lt;br /&gt;
  | c  | c# | d  | d# |&lt;br /&gt;
  | G# | A  | A# | B  |&lt;br /&gt;
  | E  | F  | F# | G  |&lt;br /&gt;
  | C  | C# | D  | D# |  &lt;br /&gt;
  &lt;br /&gt;
Unfortunately the touchscreen handles only single touches ([[UI_Improvements#The_touchscreen]]). Therefore a polyphonic input is not possible. &lt;br /&gt;
&lt;br /&gt;
Octave shifting via accelerometer reading?&lt;br /&gt;
&lt;br /&gt;
Similiar project: http://www.neo1973-germany.de/wiki/epiano Obviously not what I am having in mind.&lt;br /&gt;
&lt;br /&gt;
== Other interesting Music Software ==&lt;br /&gt;
&lt;br /&gt;
* http://performous.org&lt;br /&gt;
&lt;br /&gt;
= Keyboard =&lt;br /&gt;
&lt;br /&gt;
Why not using the above Midi Keyboard for character input?&lt;br /&gt;
&lt;br /&gt;
 | S | U | R | T |&lt;br /&gt;
 | A | E | I | O |&lt;br /&gt;
 | D | H | N | M |&lt;br /&gt;
 | F | P | G | J |&lt;br /&gt;
 | M1| M2|SPC| BS|&lt;br /&gt;
&lt;br /&gt;
Letter order is random here. Need to be optimized for minimum mode switching.&lt;br /&gt;
Space, Backspace,... can be done by guestures.&lt;br /&gt;
&lt;br /&gt;
== Morse Code Input ==&lt;br /&gt;
&lt;br /&gt;
Will I be faster? Is there usable code available?&lt;br /&gt;
&lt;br /&gt;
Decode would be easier if I'd use an &amp;quot;electronic keyer&amp;quot; e.g. which sends dots and dashes in a predefined length and predefined spaces.&lt;br /&gt;
&lt;br /&gt;
* http://morseall.org/&lt;br /&gt;
&lt;br /&gt;
= Unsorted =&lt;br /&gt;
&lt;br /&gt;
* I wonder what  [http://www.igelle.org igelle] is and whether it is worth trying that for FreeRunner. The website isn't very informative.&lt;br /&gt;
* External Keyboard: The FreeRunner can supply 5V to an external USB device [[USB_host#Selecting_USB_host_mode]]. So I also can connect my MIDI keyboard?&lt;br /&gt;
&lt;br /&gt;
= OS Details =&lt;br /&gt;
&lt;br /&gt;
== Mounting internal Flash when booting from SD ==&lt;br /&gt;
&lt;br /&gt;
Mount the internal root file system&lt;br /&gt;
&lt;br /&gt;
 mount -t jffs2 /dev/mtdblock6 /mnt&lt;br /&gt;
&lt;br /&gt;
On Debian this is already mounted at /mnt/flash&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Noed Source]&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Mickey Term] talk to the GSM Modem&lt;br /&gt;
&lt;br /&gt;
* [[OpenmokoFramework/mdbus]]&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/python-openmoko/&lt;br /&gt;
&lt;br /&gt;
* [[Gsmd/document]] This does not work with FSO. Go to the [http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/index.html;hb=HEAD interface spec of FSO]&lt;br /&gt;
&lt;br /&gt;
* [[GTA02_sysfs]]&lt;br /&gt;
* [[Kernel]]&lt;br /&gt;
* [[User:CesarB/cpufreq]]&lt;br /&gt;
* [[Talk:Alarm daemon]]&lt;br /&gt;
* [[NXP_PCF50633]] Power Managment and RTC&lt;br /&gt;
* [[FAQ]]&lt;br /&gt;
----&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Openmoko_Local_Groups:_Hamburg</id>
		<title>Openmoko Local Groups: Hamburg</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Openmoko_Local_Groups:_Hamburg"/>
				<updated>2008-12-17T13:06:53Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: /* Interessenten der Gruppe */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&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;
|Hamburg&lt;br /&gt;
|&lt;br /&gt;
|[[Image:Moko.jpg|center]] gta02v5&lt;br /&gt;
|[[Image:MokoBox.jpg|center]]&lt;br /&gt;
|-&lt;br /&gt;
|[[User:jsb|jsb]]&lt;br /&gt;
|Linux, Nachrichtentechnik, Netzwerke&lt;br /&gt;
|mal gucken, was OM/freerunner kann; evtl. ein bischen coden&lt;br /&gt;
|Hamburg&lt;br /&gt;
|&lt;br /&gt;
|Yes :D&lt;br /&gt;
|no&lt;br /&gt;
|-&lt;br /&gt;
|[[User:wesselch|wesselch]]&lt;br /&gt;
|Linux, Fedora, SELinux&lt;br /&gt;
|Aus dem FR ein alltagstaugliches Mobile Phone machen&lt;br /&gt;
|Schneverdingen&lt;br /&gt;
|&lt;br /&gt;
|Ich warte noch (immer)&lt;br /&gt;
|no&lt;br /&gt;
|-&lt;br /&gt;
|[[User:hanez|hanez]]&lt;br /&gt;
|Linux, Gentoo, C, GTK&lt;br /&gt;
|Make [http://openwrt.org OpenWrt] run on the Openmoko device... ;)&lt;br /&gt;
|Hamburg&lt;br /&gt;
|&lt;br /&gt;
|Ja&lt;br /&gt;
|Nein&lt;br /&gt;
|-&lt;br /&gt;
|[[User:ThomasT|ThomasT]]&lt;br /&gt;
|Elektronik&lt;br /&gt;
|Fahrradcomputer, Ersatz für mein Etrex Legend&lt;br /&gt;
|Hamburg&lt;br /&gt;
|&lt;br /&gt;
|Ja&lt;br /&gt;
|Nein&lt;br /&gt;
&lt;br /&gt;
|-&lt;br /&gt;
|[[User:Og|Otfried]]&lt;br /&gt;
|TCP, *nix&lt;br /&gt;
|Kontrolle über meine MobilKiste&lt;br /&gt;
|Hamburg&lt;br /&gt;
|&lt;br /&gt;
|no&lt;br /&gt;
|no&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
[[Category:Openmoko Local Groups]]&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Talk:Hot_code_loading</id>
		<title>Talk:Hot code loading</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Talk:Hot_code_loading"/>
				<updated>2008-12-05T20:02:17Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Hi:&lt;br /&gt;
I would like to put an category for this page, can you help me do this?&lt;br /&gt;
[[User:Coolcat|coolcat]]&lt;br /&gt;
&lt;br /&gt;
What about puting as as subpage of [[Erlang]] like that [[Erlang/Hot code loading]]?&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User:ThomasT</id>
		<title>User:ThomasT</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User:ThomasT"/>
				<updated>2008-11-18T21:40:04Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: /* Poor Audio Frequency Response via Headphones */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= My System =&lt;br /&gt;
&lt;br /&gt;
* [[Debian]] without frameworkd&lt;br /&gt;
* window manager: ratpoison &lt;br /&gt;
* GUI: ratmen4wp&lt;br /&gt;
&lt;br /&gt;
= Hardware Issues =&lt;br /&gt;
&lt;br /&gt;
* [[Neo_FreeRunner_Hardware_Issues]]&lt;br /&gt;
* [[Disassembling Neo 1973]]&lt;br /&gt;
&lt;br /&gt;
== Poor Audio Frequency Response via Headphones ==&lt;br /&gt;
&lt;br /&gt;
The amplifier output coupling capacitors C4111 and C4110 are much too small (1uF). It should be approx. 100uF according to the datasheet of [[LM4853]].&lt;br /&gt;
&lt;br /&gt;
I just tried to modify my FreeRunner (inserting 100uF capacitors). But I got a power failure after switching on the audio amplifier. After removing my modifications the system works again, but I couldn't read SD cards any more, because I accidentially removed one of the resistors in the data line to the SD slot.&lt;br /&gt;
BTW: I will replace these series resistors with ferrite beads in the hope to decrease the GPS interferences.&lt;br /&gt;
&lt;br /&gt;
== GSM Modem not working ==&lt;br /&gt;
&lt;br /&gt;
I could not communicate with the modem not even with u-boot and after removing battery over night.&lt;br /&gt;
In this case with FSO frameworkd slowed down the system very much, OM2008.9 was almost not usable. (This happend before I made the above HW modifications!)&lt;br /&gt;
&lt;br /&gt;
I removed frameword (fso-gpsd does not work without frameworkd and therefore needed to be replaced by gpsd.&lt;br /&gt;
&lt;br /&gt;
Using GPRS is possible, but a bit tricky. I am currently swichting GSM off and on waiting for the modem startup message. But sometimes I get a strange &amp;quot;alarm&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
== Real Time Clock unreliable==&lt;br /&gt;
 &lt;br /&gt;
The RTC is approx. 12 min off per day. I wonder whether the 10pF capacitors at the oscillator crystal are really needed. Maybe I can tune the RTC by lowering the values of those capacitors. There is no tuning register in the RTC unit.&lt;br /&gt;
&lt;br /&gt;
I read a voltage of 475 mV at the terminals of the backup battery BAT1701.&lt;br /&gt;
This voltage increases to 2-3 Volts, when FR is connected to a power supply.&lt;br /&gt;
&lt;br /&gt;
== GPS: Very long TTFF ==&lt;br /&gt;
&lt;br /&gt;
My FreeRunner has this capacitor at the SD card connector. It anyway takes a long time to get the first fix. The antenna connector was slightly deformed. Could not yet test, whether this is the reason for the bad TTFF as SD cards currently do not work any more (due to a hardware bug I introduced while modifing the audio amplifier).&lt;br /&gt;
&lt;br /&gt;
= Bicycle Computer =&lt;br /&gt;
&lt;br /&gt;
[[Biking]]&lt;br /&gt;
&lt;br /&gt;
== Existing Projects and Experiences ==&lt;br /&gt;
&lt;br /&gt;
* http://blogs.thehumanjourney.net/finds/entry/20080306 Joseph Reeves uses its NEO1973 on a bicycle&lt;br /&gt;
* http://projects.openmoko.org/search/?type_of_search=soft&amp;amp;words=gps&amp;amp;Search=Search&lt;br /&gt;
&lt;br /&gt;
== Mounting ==&lt;br /&gt;
* http://www.pearl.de/a-PX2065-4044.shtml&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Water Protection ==&lt;br /&gt;
&lt;br /&gt;
== Power Supply ==&lt;br /&gt;
&lt;br /&gt;
Due to the relatively high current consumption of the Freerunner a power supply from a hub dynamo seems to be unavoidable.&lt;br /&gt;
&lt;br /&gt;
I skip the switch mode regulator and will use simple Z-Diode parallel to the Freerunner. Later I want to add an LED light parallel to  both.&lt;br /&gt;
&lt;br /&gt;
== GPS ==&lt;br /&gt;
&lt;br /&gt;
=== Existing Software ===&lt;br /&gt;
&lt;br /&gt;
* [[Navit]]&lt;br /&gt;
* [[TangoGPS]]&lt;br /&gt;
* [[GPS_Sight]]?&lt;br /&gt;
* [[GPS_Data_Logger]]&lt;br /&gt;
&lt;br /&gt;
=== Getting GPS Data ===&lt;br /&gt;
&lt;br /&gt;
On Freerunner there is no need to read from gpsd or similar.&lt;br /&gt;
I just can get the data from /dev/ttySAC1 &lt;br /&gt;
&lt;br /&gt;
== Additional GPS Functions ==&lt;br /&gt;
&lt;br /&gt;
=== Altitude Plots ===&lt;br /&gt;
&lt;br /&gt;
Of the travelled track and also of the upcoming (hopefully OSM will soon provide elevation information of the roads)&lt;br /&gt;
&lt;br /&gt;
=== Trip Information ===&lt;br /&gt;
&lt;br /&gt;
Garmin Etrex Legends trip information display is to stupid. I want infos for the current day and for the time since last break.&lt;br /&gt;
&lt;br /&gt;
=== Location Reporting ===&lt;br /&gt;
&lt;br /&gt;
If I have internet access via the phone during my trip I can regularily update my on webpage with location markers as shown here: http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example&lt;br /&gt;
&lt;br /&gt;
== Slope, Vertical Speed ==&lt;br /&gt;
&lt;br /&gt;
The GPS does not give sufficiently accurate vertical speed.&lt;br /&gt;
A barometric sensor (see [[Variometer]]) would be nice. Calculation of the vertical speed by integrating the accelerometer readings also not accurate.&lt;br /&gt;
But maybe it is possible to use the accelerometers to measure the slope of the road.&lt;br /&gt;
How to calibrate it? Is it possible to automatically calibrate it from GSP reading?&lt;br /&gt;
&lt;br /&gt;
== Sideward Inclination of the Bicycle ==&lt;br /&gt;
&lt;br /&gt;
By measuring the increase of the total acceleration not by change of the acceleration angle.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Road Quality ==&lt;br /&gt;
&lt;br /&gt;
Can the road (e.i. surface) quality be recorded by measuring the vibrations with the accelerometers?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Car Counter ==&lt;br /&gt;
&lt;br /&gt;
... using the builtin microphone. Or would it be possible with the accelerometers using high sampling rate?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Heart Rate Monitor ==&lt;br /&gt;
&lt;br /&gt;
Are there Bluetooth Heart Rate Transmitters available?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Pedalling Frequency ==&lt;br /&gt;
&lt;br /&gt;
Pedal sensors with Bluetooth and power supply by magnetic induction would be nice.&lt;br /&gt;
&lt;br /&gt;
Otherwise USB with an FTDI chip.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Panorama Viewer ==&lt;br /&gt;
&lt;br /&gt;
Online panorama viewer similar to [http://www.ecademix.com/JohannesHofmann/gipfel.html gipfel].&lt;br /&gt;
Instead of the photo image we show the mountain panorama calculated from SRTM data. Online calculation with the SRTM data is much to slow, we use only the precalculated water divide lines.&lt;br /&gt;
&lt;br /&gt;
== Programming ==&lt;br /&gt;
&lt;br /&gt;
=== Language ===&lt;br /&gt;
Python&lt;br /&gt;
&lt;br /&gt;
=== UI ===&lt;br /&gt;
&lt;br /&gt;
==== python-etk ====&lt;br /&gt;
I could not find any documentation yet. Seems to be the same as python-gtk.&lt;br /&gt;
&lt;br /&gt;
I don't want to have ''eye-candies''. Maybe ''eye-candies'' are neccessary for selling phones. ''Eye-candies'' cause ''eye-caries'' or even ''brain-caries''. ;-)  They are for gamers.&lt;br /&gt;
&lt;br /&gt;
Colors are o.k. if they carry information. Color gradients of menu bars are useless and annoying.&lt;br /&gt;
&lt;br /&gt;
Maybe I should directly call xlib instead of using some *tk.  From python I could try http://python-xlib.sourceforge.net/ .&lt;br /&gt;
&lt;br /&gt;
==== Tichy ====&lt;br /&gt;
&lt;br /&gt;
[[Tichy]] &lt;br /&gt;
&lt;br /&gt;
==== alternative window managers ====&lt;br /&gt;
The bicycle computer should show different values at the same time. This should be user configurable at runtime. What about having little python scripts just showing a window with one value and let the window mananger do the rest? &lt;br /&gt;
&lt;br /&gt;
It seems ratpoison is the best window manager for openmoko.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* http://incise.org/whimsy.html &lt;br /&gt;
* http://pycawm.last-exile.org/&lt;br /&gt;
* http://pywm.sourceforge.net/#status&lt;br /&gt;
* http://partiwm.org/&lt;br /&gt;
* http://plwm.sourceforge.net/&lt;br /&gt;
* http://www.freenet.org.nz/python/pywm/  needs fltk&lt;br /&gt;
&lt;br /&gt;
=== Plotting ===&lt;br /&gt;
matplotlib?  might be an overkill. Anything usable lightweight available?&lt;br /&gt;
&lt;br /&gt;
= Jogging =&lt;br /&gt;
&lt;br /&gt;
== Accelerometer ==&lt;br /&gt;
&lt;br /&gt;
Mount the Freerunner to the shin and measure the damping and motion style with different shoes at various speeds.&lt;br /&gt;
Especially interesting to watch the aging of the shoes (different damping).&lt;br /&gt;
&lt;br /&gt;
= Openstreetmap =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I would like to have a simple application to add map information at my current location.&lt;br /&gt;
Say, I am standing beneath an ATM, just use a menu item &amp;quot;Add ATM&amp;quot; and typing in its name - finished. There is no need for a map display. The program just displays the OSM nodes near the current location. And you can add a new node or modify an existing node.&lt;br /&gt;
&lt;br /&gt;
= Accelerometer =&lt;br /&gt;
&lt;br /&gt;
== Ideas ==&lt;br /&gt;
&lt;br /&gt;
* Indoor use of those GPS games&lt;br /&gt;
* Programming a Marble game would be more fun than playing it (Martin Senkerik is now having that fun http://projects.openmoko.org/projects/accelgame/)&lt;br /&gt;
* Moving within a larger virtual screen by tilting the display.&lt;br /&gt;
&lt;br /&gt;
== Hardware ==&lt;br /&gt;
&lt;br /&gt;
* http://wiki.openmoko.org/wiki/ST_LIS302DL &lt;br /&gt;
* [http://www.st.com/stonline/products/literature/ds/12726.pdf Datasheet]&lt;br /&gt;
&lt;br /&gt;
I was wondering about the steps of 18 units in the histogram of the accelerometer data. Now I know: the kernel driver already scales the raw data from the chip to mg units. &lt;br /&gt;
The data from the chip come as 8 bit data. In +-2.3G mode we get a resolution step size of 18 mg.&lt;br /&gt;
&lt;br /&gt;
[[/Measurements/Accelerometer]]&lt;br /&gt;
&lt;br /&gt;
= Games =&lt;br /&gt;
&lt;br /&gt;
Finger-usable application to play the game of Go:&lt;br /&gt;
Somebody somewhere suggested a double click methode for keyboard input. The first click zooms the area of the keyboard the second click activates the key. I don't want this for keyboards but for Go and similar games this could be quite interesting.&lt;br /&gt;
&lt;br /&gt;
Maybe a guesture interface is better. Circle right meens zoom in. Circle left means zoom out.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I thought I am no gamer, but just discovered [[Games#Numptyphysics|Numptyphysics]].&lt;br /&gt;
&lt;br /&gt;
= HAM Radio =&lt;br /&gt;
&lt;br /&gt;
As we can't use the WIFI or the GSM modem or the GPS receiver for HAM purposes there is not much difference to HAM applications on other PDAs.&lt;br /&gt;
&lt;br /&gt;
== CW Trainer ==&lt;br /&gt;
&lt;br /&gt;
== Audio Modems ==&lt;br /&gt;
&lt;br /&gt;
Input and Output via audio interface (what is the maximum sampling rate?).&lt;br /&gt;
&lt;br /&gt;
* http://www.w1hkj.com/Fldigi.html&lt;br /&gt;
&lt;br /&gt;
== Spectrum Analyzer ==&lt;br /&gt;
&lt;br /&gt;
Spectrum auf audio input signal&lt;br /&gt;
&lt;br /&gt;
* http://www.qsl.net/in3otd/glfer.html Maybe the GUI is to complicated for Freerunner.&lt;br /&gt;
&lt;br /&gt;
== Line of Sight Calculation ==&lt;br /&gt;
&lt;br /&gt;
== Smith Chart ==&lt;br /&gt;
&lt;br /&gt;
linsmith&lt;br /&gt;
&lt;br /&gt;
== Circuit Entry and Simulation ==&lt;br /&gt;
&lt;br /&gt;
 * Qucs&lt;br /&gt;
&lt;br /&gt;
== Radio Control ==&lt;br /&gt;
&lt;br /&gt;
=== Control for Commercial TRXs ===&lt;br /&gt;
&lt;br /&gt;
=== Homemade TRXs ===&lt;br /&gt;
&lt;br /&gt;
 * I2C interface on test points&lt;br /&gt;
 * SPI interface on debug connector&lt;br /&gt;
&lt;br /&gt;
= Music =&lt;br /&gt;
&lt;br /&gt;
== Midi Input via Touchscreen ==&lt;br /&gt;
&lt;br /&gt;
There is not much space to use the touchscreen as an ordinary piano keyboard.&lt;br /&gt;
&lt;br /&gt;
What about using the touchscreen like the left hand fingering on a guitar, mandolin, banjo ore similar? The touchscreen lays in front of you in landscape mode. There are four rows, one for each finger. &lt;br /&gt;
   &lt;br /&gt;
  | D# | G  | B  | d# |&lt;br /&gt;
  | D  | F# | A# | d  |&lt;br /&gt;
  | C# | F  | A  | c# |&lt;br /&gt;
  | C  | E  | G# | c  |&lt;br /&gt;
  This layout might be to simple. Should it be optimized for easy chord playing?&lt;br /&gt;
  To come more close to a piano and common string instruments it might be better &lt;br /&gt;
  to flip the arrangment of the notes.&lt;br /&gt;
  | c  | c# | d  | d# |&lt;br /&gt;
  | G# | A  | A# | B  |&lt;br /&gt;
  | E  | F  | F# | G  |&lt;br /&gt;
  | C  | C# | D  | D# |  &lt;br /&gt;
  &lt;br /&gt;
Unfortunately the touchscreen handles only single touches ([[UI_Improvements#The_touchscreen]]). Therefore a polyphonic input is not possible. &lt;br /&gt;
&lt;br /&gt;
Octave shifting via accelerometer reading?&lt;br /&gt;
&lt;br /&gt;
Similiar project: http://www.neo1973-germany.de/wiki/epiano Obviously not what I am having in mind.&lt;br /&gt;
&lt;br /&gt;
== Other interesting Music Software ==&lt;br /&gt;
&lt;br /&gt;
* http://performous.org&lt;br /&gt;
&lt;br /&gt;
= Keyboard =&lt;br /&gt;
&lt;br /&gt;
Why not using the above Midi Keyboard for character input?&lt;br /&gt;
&lt;br /&gt;
 | S | U | R | T |&lt;br /&gt;
 | A | E | I | O |&lt;br /&gt;
 | D | H | N | M |&lt;br /&gt;
 | F | P | G | J |&lt;br /&gt;
 | M1| M2|SPC| BS|&lt;br /&gt;
&lt;br /&gt;
Letter order is random here. Need to be optimized for minimum mode switching.&lt;br /&gt;
Space, Backspace,... can be done by guestures.&lt;br /&gt;
&lt;br /&gt;
== Morse Code Input ==&lt;br /&gt;
&lt;br /&gt;
Will I be faster? Is there usable code available?&lt;br /&gt;
&lt;br /&gt;
Decode would be easier if I'd use an &amp;quot;electronic keyer&amp;quot; e.g. which sends dots and dashes in a predefined length and predefined spaces.&lt;br /&gt;
&lt;br /&gt;
* http://morseall.org/&lt;br /&gt;
&lt;br /&gt;
= Unsorted =&lt;br /&gt;
&lt;br /&gt;
* I wonder what  [http://www.igelle.org igelle] is and whether it is worth trying that for FreeRunner. The website isn't very informative.&lt;br /&gt;
* External Keyboard: The FreeRunner can supply 5V to an external USB device [[USB_host#Selecting_USB_host_mode]]. So I also can connect my MIDI keyboard?&lt;br /&gt;
&lt;br /&gt;
= OS Details =&lt;br /&gt;
&lt;br /&gt;
== Mounting internal Flash when booting from SD ==&lt;br /&gt;
&lt;br /&gt;
Mount the internal root file system&lt;br /&gt;
&lt;br /&gt;
 mount -t jffs2 /dev/mtdblock6 /mnt&lt;br /&gt;
&lt;br /&gt;
On Debian this is already mounted at /mnt/flash&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Noed Source]&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Mickey Term] talk to the GSM Modem&lt;br /&gt;
&lt;br /&gt;
* [[OpenmokoFramework/mdbus]]&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/python-openmoko/&lt;br /&gt;
&lt;br /&gt;
* [[Gsmd/document]] This does not work with FSO. Go to the [http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/index.html;hb=HEAD interface spec of FSO]&lt;br /&gt;
&lt;br /&gt;
* [[GTA02_sysfs]]&lt;br /&gt;
* [[Kernel]]&lt;br /&gt;
* [[User:CesarB/cpufreq]]&lt;br /&gt;
* [[Talk:Alarm daemon]]&lt;br /&gt;
* [[NXP_PCF50633]] Power Managment and RTC&lt;br /&gt;
* [[FAQ]]&lt;br /&gt;
----&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User:ThomasT</id>
		<title>User:ThomasT</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User:ThomasT"/>
				<updated>2008-11-17T07:10:38Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: /* Real Time Clock unreliable */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= My System =&lt;br /&gt;
&lt;br /&gt;
* [[Debian]] without frameworkd&lt;br /&gt;
* window manager: ratpoison &lt;br /&gt;
* GUI: ratmen4wp&lt;br /&gt;
&lt;br /&gt;
= Hardware Issues =&lt;br /&gt;
&lt;br /&gt;
* [[Neo_FreeRunner_Hardware_Issues]]&lt;br /&gt;
* [[Disassembling Neo 1973]]&lt;br /&gt;
&lt;br /&gt;
== Poor Audio Frequency Response via Headphones ==&lt;br /&gt;
&lt;br /&gt;
The amplifier output coupling capacitors C4111 and C4110 are much too small (1uF). It should be approx. 100uF according to the datasheet of [[LM4853]].&lt;br /&gt;
&lt;br /&gt;
I just tried to modify my FreeRunner (inserting 100uF capacitors). But I got a power failure after switching on the audio amplifier. After removing my modifications the system works again, but I can't read SD cards any more. Neither with the booted Linux nor with u-boot. :-(&lt;br /&gt;
&lt;br /&gt;
== GSM Modem not working ==&lt;br /&gt;
&lt;br /&gt;
I could not communicate with the modem not even with u-boot and after removing battery over night.&lt;br /&gt;
In this case with FSO frameworkd slowed down the system very much, OM2008.9 was almost not usable. (This happend before I made the above HW modifications!)&lt;br /&gt;
&lt;br /&gt;
I removed frameword (fso-gpsd does not work without frameworkd and therefore needed to be replaced by gpsd.&lt;br /&gt;
&lt;br /&gt;
Using GPRS is possible, but a bit tricky. I am currently swichting GSM off and on waiting for the modem startup message. But sometimes I get a strange &amp;quot;alarm&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
== Real Time Clock unreliable==&lt;br /&gt;
 &lt;br /&gt;
The RTC is approx. 12 min off per day. I wonder whether the 10pF capacitors at the oscillator crystal are really needed. Maybe I can tune the RTC by lowering the values of those capacitors. There is no tuning register in the RTC unit.&lt;br /&gt;
&lt;br /&gt;
I read a voltage of 475 mV at the terminals of the backup battery BAT1701.&lt;br /&gt;
This voltage increases to 2-3 Volts, when FR is connected to a power supply.&lt;br /&gt;
&lt;br /&gt;
== GPS: Very long TTFF ==&lt;br /&gt;
&lt;br /&gt;
My FreeRunner has this capacitor at the SD card connector. It anyway takes a long time to get the first fix. The antenna connector was slightly deformed. Could not yet test, whether this is the reason for the bad TTFF as SD cards currently do not work any more (due to a hardware bug I introduced while modifing the audio amplifier).&lt;br /&gt;
&lt;br /&gt;
= Bicycle Computer =&lt;br /&gt;
&lt;br /&gt;
[[Biking]]&lt;br /&gt;
&lt;br /&gt;
== Existing Projects and Experiences ==&lt;br /&gt;
&lt;br /&gt;
* http://blogs.thehumanjourney.net/finds/entry/20080306 Joseph Reeves uses its NEO1973 on a bicycle&lt;br /&gt;
* http://projects.openmoko.org/search/?type_of_search=soft&amp;amp;words=gps&amp;amp;Search=Search&lt;br /&gt;
&lt;br /&gt;
== Mounting ==&lt;br /&gt;
* http://www.pearl.de/a-PX2065-4044.shtml&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Water Protection ==&lt;br /&gt;
&lt;br /&gt;
== Power Supply ==&lt;br /&gt;
&lt;br /&gt;
Due to the relatively high current consumption of the Freerunner a power supply from a hub dynamo seems to be unavoidable.&lt;br /&gt;
&lt;br /&gt;
I skip the switch mode regulator and will use simple Z-Diode parallel to the Freerunner. Later I want to add an LED light parallel to  both.&lt;br /&gt;
&lt;br /&gt;
== GPS ==&lt;br /&gt;
&lt;br /&gt;
=== Existing Software ===&lt;br /&gt;
&lt;br /&gt;
* [[Navit]]&lt;br /&gt;
* [[TangoGPS]]&lt;br /&gt;
* [[GPS_Sight]]?&lt;br /&gt;
* [[GPS_Data_Logger]]&lt;br /&gt;
&lt;br /&gt;
=== Getting GPS Data ===&lt;br /&gt;
&lt;br /&gt;
On Freerunner there is no need to read from gpsd or similar.&lt;br /&gt;
I just can get the data from /dev/ttySAC1 &lt;br /&gt;
&lt;br /&gt;
== Additional GPS Functions ==&lt;br /&gt;
&lt;br /&gt;
=== Altitude Plots ===&lt;br /&gt;
&lt;br /&gt;
Of the travelled track and also of the upcoming (hopefully OSM will soon provide elevation information of the roads)&lt;br /&gt;
&lt;br /&gt;
=== Trip Information ===&lt;br /&gt;
&lt;br /&gt;
Garmin Etrex Legends trip information display is to stupid. I want infos for the current day and for the time since last break.&lt;br /&gt;
&lt;br /&gt;
=== Location Reporting ===&lt;br /&gt;
&lt;br /&gt;
If I have internet access via the phone during my trip I can regularily update my on webpage with location markers as shown here: http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example&lt;br /&gt;
&lt;br /&gt;
== Slope, Vertical Speed ==&lt;br /&gt;
&lt;br /&gt;
The GPS does not give sufficiently accurate vertical speed.&lt;br /&gt;
A barometric sensor (see [[Variometer]]) would be nice. Calculation of the vertical speed by integrating the accelerometer readings also not accurate.&lt;br /&gt;
But maybe it is possible to use the accelerometers to measure the slope of the road.&lt;br /&gt;
How to calibrate it? Is it possible to automatically calibrate it from GSP reading?&lt;br /&gt;
&lt;br /&gt;
== Sideward Inclination of the Bicycle ==&lt;br /&gt;
&lt;br /&gt;
By measuring the increase of the total acceleration not by change of the acceleration angle.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Road Quality ==&lt;br /&gt;
&lt;br /&gt;
Can the road (e.i. surface) quality be recorded by measuring the vibrations with the accelerometers?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Car Counter ==&lt;br /&gt;
&lt;br /&gt;
... using the builtin microphone. Or would it be possible with the accelerometers using high sampling rate?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Heart Rate Monitor ==&lt;br /&gt;
&lt;br /&gt;
Are there Bluetooth Heart Rate Transmitters available?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Pedalling Frequency ==&lt;br /&gt;
&lt;br /&gt;
Pedal sensors with Bluetooth and power supply by magnetic induction would be nice.&lt;br /&gt;
&lt;br /&gt;
Otherwise USB with an FTDI chip.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Panorama Viewer ==&lt;br /&gt;
&lt;br /&gt;
Online panorama viewer similar to [http://www.ecademix.com/JohannesHofmann/gipfel.html gipfel].&lt;br /&gt;
Instead of the photo image we show the mountain panorama calculated from SRTM data. Online calculation with the SRTM data is much to slow, we use only the precalculated water divide lines.&lt;br /&gt;
&lt;br /&gt;
== Programming ==&lt;br /&gt;
&lt;br /&gt;
=== Language ===&lt;br /&gt;
Python&lt;br /&gt;
&lt;br /&gt;
=== UI ===&lt;br /&gt;
&lt;br /&gt;
==== python-etk ====&lt;br /&gt;
I could not find any documentation yet. Seems to be the same as python-gtk.&lt;br /&gt;
&lt;br /&gt;
I don't want to have ''eye-candies''. Maybe ''eye-candies'' are neccessary for selling phones. ''Eye-candies'' cause ''eye-caries'' or even ''brain-caries''. ;-)  They are for gamers.&lt;br /&gt;
&lt;br /&gt;
Colors are o.k. if they carry information. Color gradients of menu bars are useless and annoying.&lt;br /&gt;
&lt;br /&gt;
Maybe I should directly call xlib instead of using some *tk.  From python I could try http://python-xlib.sourceforge.net/ .&lt;br /&gt;
&lt;br /&gt;
==== Tichy ====&lt;br /&gt;
&lt;br /&gt;
[[Tichy]] &lt;br /&gt;
&lt;br /&gt;
==== alternative window managers ====&lt;br /&gt;
The bicycle computer should show different values at the same time. This should be user configurable at runtime. What about having little python scripts just showing a window with one value and let the window mananger do the rest? &lt;br /&gt;
&lt;br /&gt;
It seems ratpoison is the best window manager for openmoko.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* http://incise.org/whimsy.html &lt;br /&gt;
* http://pycawm.last-exile.org/&lt;br /&gt;
* http://pywm.sourceforge.net/#status&lt;br /&gt;
* http://partiwm.org/&lt;br /&gt;
* http://plwm.sourceforge.net/&lt;br /&gt;
* http://www.freenet.org.nz/python/pywm/  needs fltk&lt;br /&gt;
&lt;br /&gt;
=== Plotting ===&lt;br /&gt;
matplotlib?  might be an overkill. Anything usable lightweight available?&lt;br /&gt;
&lt;br /&gt;
= Jogging =&lt;br /&gt;
&lt;br /&gt;
== Accelerometer ==&lt;br /&gt;
&lt;br /&gt;
Mount the Freerunner to the shin and measure the damping and motion style with different shoes at various speeds.&lt;br /&gt;
Especially interesting to watch the aging of the shoes (different damping).&lt;br /&gt;
&lt;br /&gt;
= Openstreetmap =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I would like to have a simple application to add map information at my current location.&lt;br /&gt;
Say, I am standing beneath an ATM, just use a menu item &amp;quot;Add ATM&amp;quot; and typing in its name - finished. There is no need for a map display. The program just displays the OSM nodes near the current location. And you can add a new node or modify an existing node.&lt;br /&gt;
&lt;br /&gt;
= Accelerometer =&lt;br /&gt;
&lt;br /&gt;
== Ideas ==&lt;br /&gt;
&lt;br /&gt;
* Indoor use of those GPS games&lt;br /&gt;
* Programming a Marble game would be more fun than playing it (Martin Senkerik is now having that fun http://projects.openmoko.org/projects/accelgame/)&lt;br /&gt;
* Moving within a larger virtual screen by tilting the display.&lt;br /&gt;
&lt;br /&gt;
== Hardware ==&lt;br /&gt;
&lt;br /&gt;
* http://wiki.openmoko.org/wiki/ST_LIS302DL &lt;br /&gt;
* [http://www.st.com/stonline/products/literature/ds/12726.pdf Datasheet]&lt;br /&gt;
&lt;br /&gt;
I was wondering about the steps of 18 units in the histogram of the accelerometer data. Now I know: the kernel driver already scales the raw data from the chip to mg units. &lt;br /&gt;
The data from the chip come as 8 bit data. In +-2.3G mode we get a resolution step size of 18 mg.&lt;br /&gt;
&lt;br /&gt;
[[/Measurements/Accelerometer]]&lt;br /&gt;
&lt;br /&gt;
= Games =&lt;br /&gt;
&lt;br /&gt;
Finger-usable application to play the game of Go:&lt;br /&gt;
Somebody somewhere suggested a double click methode for keyboard input. The first click zooms the area of the keyboard the second click activates the key. I don't want this for keyboards but for Go and similar games this could be quite interesting.&lt;br /&gt;
&lt;br /&gt;
Maybe a guesture interface is better. Circle right meens zoom in. Circle left means zoom out.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I thought I am no gamer, but just discovered [[Games#Numptyphysics|Numptyphysics]].&lt;br /&gt;
&lt;br /&gt;
= HAM Radio =&lt;br /&gt;
&lt;br /&gt;
As we can't use the WIFI or the GSM modem or the GPS receiver for HAM purposes there is not much difference to HAM applications on other PDAs.&lt;br /&gt;
&lt;br /&gt;
== CW Trainer ==&lt;br /&gt;
&lt;br /&gt;
== Audio Modems ==&lt;br /&gt;
&lt;br /&gt;
Input and Output via audio interface (what is the maximum sampling rate?).&lt;br /&gt;
&lt;br /&gt;
* http://www.w1hkj.com/Fldigi.html&lt;br /&gt;
&lt;br /&gt;
== Spectrum Analyzer ==&lt;br /&gt;
&lt;br /&gt;
Spectrum auf audio input signal&lt;br /&gt;
&lt;br /&gt;
* http://www.qsl.net/in3otd/glfer.html Maybe the GUI is to complicated for Freerunner.&lt;br /&gt;
&lt;br /&gt;
== Line of Sight Calculation ==&lt;br /&gt;
&lt;br /&gt;
== Smith Chart ==&lt;br /&gt;
&lt;br /&gt;
linsmith&lt;br /&gt;
&lt;br /&gt;
== Circuit Entry and Simulation ==&lt;br /&gt;
&lt;br /&gt;
 * Qucs&lt;br /&gt;
&lt;br /&gt;
== Radio Control ==&lt;br /&gt;
&lt;br /&gt;
=== Control for Commercial TRXs ===&lt;br /&gt;
&lt;br /&gt;
=== Homemade TRXs ===&lt;br /&gt;
&lt;br /&gt;
 * I2C interface on test points&lt;br /&gt;
 * SPI interface on debug connector&lt;br /&gt;
&lt;br /&gt;
= Music =&lt;br /&gt;
&lt;br /&gt;
== Midi Input via Touchscreen ==&lt;br /&gt;
&lt;br /&gt;
There is not much space to use the touchscreen as an ordinary piano keyboard.&lt;br /&gt;
&lt;br /&gt;
What about using the touchscreen like the left hand fingering on a guitar, mandolin, banjo ore similar? The touchscreen lays in front of you in landscape mode. There are four rows, one for each finger. &lt;br /&gt;
   &lt;br /&gt;
  | D# | G  | B  | d# |&lt;br /&gt;
  | D  | F# | A# | d  |&lt;br /&gt;
  | C# | F  | A  | c# |&lt;br /&gt;
  | C  | E  | G# | c  |&lt;br /&gt;
  This layout might be to simple. Should it be optimized for easy chord playing?&lt;br /&gt;
  To come more close to a piano and common string instruments it might be better &lt;br /&gt;
  to flip the arrangment of the notes.&lt;br /&gt;
  | c  | c# | d  | d# |&lt;br /&gt;
  | G# | A  | A# | B  |&lt;br /&gt;
  | E  | F  | F# | G  |&lt;br /&gt;
  | C  | C# | D  | D# |  &lt;br /&gt;
  &lt;br /&gt;
Unfortunately the touchscreen handles only single touches ([[UI_Improvements#The_touchscreen]]). Therefore a polyphonic input is not possible. &lt;br /&gt;
&lt;br /&gt;
Octave shifting via accelerometer reading?&lt;br /&gt;
&lt;br /&gt;
Similiar project: http://www.neo1973-germany.de/wiki/epiano Obviously not what I am having in mind.&lt;br /&gt;
&lt;br /&gt;
== Other interesting Music Software ==&lt;br /&gt;
&lt;br /&gt;
* http://performous.org&lt;br /&gt;
&lt;br /&gt;
= Keyboard =&lt;br /&gt;
&lt;br /&gt;
Why not using the above Midi Keyboard for character input?&lt;br /&gt;
&lt;br /&gt;
 | S | U | R | T |&lt;br /&gt;
 | A | E | I | O |&lt;br /&gt;
 | D | H | N | M |&lt;br /&gt;
 | F | P | G | J |&lt;br /&gt;
 | M1| M2|SPC| BS|&lt;br /&gt;
&lt;br /&gt;
Letter order is random here. Need to be optimized for minimum mode switching.&lt;br /&gt;
Space, Backspace,... can be done by guestures.&lt;br /&gt;
&lt;br /&gt;
== Morse Code Input ==&lt;br /&gt;
&lt;br /&gt;
Will I be faster? Is there usable code available?&lt;br /&gt;
&lt;br /&gt;
Decode would be easier if I'd use an &amp;quot;electronic keyer&amp;quot; e.g. which sends dots and dashes in a predefined length and predefined spaces.&lt;br /&gt;
&lt;br /&gt;
* http://morseall.org/&lt;br /&gt;
&lt;br /&gt;
= Unsorted =&lt;br /&gt;
&lt;br /&gt;
* I wonder what  [http://www.igelle.org igelle] is and whether it is worth trying that for FreeRunner. The website isn't very informative.&lt;br /&gt;
* External Keyboard: The FreeRunner can supply 5V to an external USB device [[USB_host#Selecting_USB_host_mode]]. So I also can connect my MIDI keyboard?&lt;br /&gt;
&lt;br /&gt;
= OS Details =&lt;br /&gt;
&lt;br /&gt;
== Mounting internal Flash when booting from SD ==&lt;br /&gt;
&lt;br /&gt;
Mount the internal root file system&lt;br /&gt;
&lt;br /&gt;
 mount -t jffs2 /dev/mtdblock6 /mnt&lt;br /&gt;
&lt;br /&gt;
On Debian this is already mounted at /mnt/flash&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Noed Source]&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Mickey Term] talk to the GSM Modem&lt;br /&gt;
&lt;br /&gt;
* [[OpenmokoFramework/mdbus]]&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/python-openmoko/&lt;br /&gt;
&lt;br /&gt;
* [[Gsmd/document]] This does not work with FSO. Go to the [http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/index.html;hb=HEAD interface spec of FSO]&lt;br /&gt;
&lt;br /&gt;
* [[GTA02_sysfs]]&lt;br /&gt;
* [[Kernel]]&lt;br /&gt;
* [[User:CesarB/cpufreq]]&lt;br /&gt;
* [[Talk:Alarm daemon]]&lt;br /&gt;
* [[NXP_PCF50633]] Power Managment and RTC&lt;br /&gt;
* [[FAQ]]&lt;br /&gt;
----&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User:ThomasT</id>
		<title>User:ThomasT</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User:ThomasT"/>
				<updated>2008-11-17T06:03:48Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: /* GSM Modem not working */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= My System =&lt;br /&gt;
&lt;br /&gt;
* [[Debian]] without frameworkd&lt;br /&gt;
* window manager: ratpoison &lt;br /&gt;
* GUI: ratmen4wp&lt;br /&gt;
&lt;br /&gt;
= Hardware Issues =&lt;br /&gt;
&lt;br /&gt;
* [[Neo_FreeRunner_Hardware_Issues]]&lt;br /&gt;
* [[Disassembling Neo 1973]]&lt;br /&gt;
&lt;br /&gt;
== Poor Audio Frequency Response via Headphones ==&lt;br /&gt;
&lt;br /&gt;
The amplifier output coupling capacitors C4111 and C4110 are much too small (1uF). It should be approx. 100uF according to the datasheet of [[LM4853]].&lt;br /&gt;
&lt;br /&gt;
I just tried to modify my FreeRunner (inserting 100uF capacitors). But I got a power failure after switching on the audio amplifier. After removing my modifications the system works again, but I can't read SD cards any more. Neither with the booted Linux nor with u-boot. :-(&lt;br /&gt;
&lt;br /&gt;
== GSM Modem not working ==&lt;br /&gt;
&lt;br /&gt;
I could not communicate with the modem not even with u-boot and after removing battery over night.&lt;br /&gt;
In this case with FSO frameworkd slowed down the system very much, OM2008.9 was almost not usable. (This happend before I made the above HW modifications!)&lt;br /&gt;
&lt;br /&gt;
I removed frameword (fso-gpsd does not work without frameworkd and therefore needed to be replaced by gpsd.&lt;br /&gt;
&lt;br /&gt;
Using GPRS is possible, but a bit tricky. I am currently swichting GSM off and on waiting for the modem startup message. But sometimes I get a strange &amp;quot;alarm&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
== Real Time Clock unreliable==&lt;br /&gt;
 &lt;br /&gt;
The RTC is approx. 12 min off per day. I wonder whether the 10pF capacitors at the oscillator crystal are really needed. Maybe I can tune the RTC by lowering the values of those capacitors.&lt;br /&gt;
Or is there a tuning register in the RTC unit?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I read a voltage of 475 mV at the terminals of the backup battery BAT1701.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== GPS: Very long TTFF ==&lt;br /&gt;
&lt;br /&gt;
My FreeRunner has this capacitor at the SD card connector. It anyway takes a long time to get the first fix. The antenna connector was slightly deformed. Could not yet test, whether this is the reason for the bad TTFF as SD cards currently do not work any more (due to a hardware bug I introduced while modifing the audio amplifier).&lt;br /&gt;
&lt;br /&gt;
= Bicycle Computer =&lt;br /&gt;
&lt;br /&gt;
[[Biking]]&lt;br /&gt;
&lt;br /&gt;
== Existing Projects and Experiences ==&lt;br /&gt;
&lt;br /&gt;
* http://blogs.thehumanjourney.net/finds/entry/20080306 Joseph Reeves uses its NEO1973 on a bicycle&lt;br /&gt;
* http://projects.openmoko.org/search/?type_of_search=soft&amp;amp;words=gps&amp;amp;Search=Search&lt;br /&gt;
&lt;br /&gt;
== Mounting ==&lt;br /&gt;
* http://www.pearl.de/a-PX2065-4044.shtml&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Water Protection ==&lt;br /&gt;
&lt;br /&gt;
== Power Supply ==&lt;br /&gt;
&lt;br /&gt;
Due to the relatively high current consumption of the Freerunner a power supply from a hub dynamo seems to be unavoidable.&lt;br /&gt;
&lt;br /&gt;
I skip the switch mode regulator and will use simple Z-Diode parallel to the Freerunner. Later I want to add an LED light parallel to  both.&lt;br /&gt;
&lt;br /&gt;
== GPS ==&lt;br /&gt;
&lt;br /&gt;
=== Existing Software ===&lt;br /&gt;
&lt;br /&gt;
* [[Navit]]&lt;br /&gt;
* [[TangoGPS]]&lt;br /&gt;
* [[GPS_Sight]]?&lt;br /&gt;
* [[GPS_Data_Logger]]&lt;br /&gt;
&lt;br /&gt;
=== Getting GPS Data ===&lt;br /&gt;
&lt;br /&gt;
On Freerunner there is no need to read from gpsd or similar.&lt;br /&gt;
I just can get the data from /dev/ttySAC1 &lt;br /&gt;
&lt;br /&gt;
== Additional GPS Functions ==&lt;br /&gt;
&lt;br /&gt;
=== Altitude Plots ===&lt;br /&gt;
&lt;br /&gt;
Of the travelled track and also of the upcoming (hopefully OSM will soon provide elevation information of the roads)&lt;br /&gt;
&lt;br /&gt;
=== Trip Information ===&lt;br /&gt;
&lt;br /&gt;
Garmin Etrex Legends trip information display is to stupid. I want infos for the current day and for the time since last break.&lt;br /&gt;
&lt;br /&gt;
=== Location Reporting ===&lt;br /&gt;
&lt;br /&gt;
If I have internet access via the phone during my trip I can regularily update my on webpage with location markers as shown here: http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example&lt;br /&gt;
&lt;br /&gt;
== Slope, Vertical Speed ==&lt;br /&gt;
&lt;br /&gt;
The GPS does not give sufficiently accurate vertical speed.&lt;br /&gt;
A barometric sensor (see [[Variometer]]) would be nice. Calculation of the vertical speed by integrating the accelerometer readings also not accurate.&lt;br /&gt;
But maybe it is possible to use the accelerometers to measure the slope of the road.&lt;br /&gt;
How to calibrate it? Is it possible to automatically calibrate it from GSP reading?&lt;br /&gt;
&lt;br /&gt;
== Sideward Inclination of the Bicycle ==&lt;br /&gt;
&lt;br /&gt;
By measuring the increase of the total acceleration not by change of the acceleration angle.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Road Quality ==&lt;br /&gt;
&lt;br /&gt;
Can the road (e.i. surface) quality be recorded by measuring the vibrations with the accelerometers?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Car Counter ==&lt;br /&gt;
&lt;br /&gt;
... using the builtin microphone. Or would it be possible with the accelerometers using high sampling rate?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Heart Rate Monitor ==&lt;br /&gt;
&lt;br /&gt;
Are there Bluetooth Heart Rate Transmitters available?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Pedalling Frequency ==&lt;br /&gt;
&lt;br /&gt;
Pedal sensors with Bluetooth and power supply by magnetic induction would be nice.&lt;br /&gt;
&lt;br /&gt;
Otherwise USB with an FTDI chip.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Panorama Viewer ==&lt;br /&gt;
&lt;br /&gt;
Online panorama viewer similar to [http://www.ecademix.com/JohannesHofmann/gipfel.html gipfel].&lt;br /&gt;
Instead of the photo image we show the mountain panorama calculated from SRTM data. Online calculation with the SRTM data is much to slow, we use only the precalculated water divide lines.&lt;br /&gt;
&lt;br /&gt;
== Programming ==&lt;br /&gt;
&lt;br /&gt;
=== Language ===&lt;br /&gt;
Python&lt;br /&gt;
&lt;br /&gt;
=== UI ===&lt;br /&gt;
&lt;br /&gt;
==== python-etk ====&lt;br /&gt;
I could not find any documentation yet. Seems to be the same as python-gtk.&lt;br /&gt;
&lt;br /&gt;
I don't want to have ''eye-candies''. Maybe ''eye-candies'' are neccessary for selling phones. ''Eye-candies'' cause ''eye-caries'' or even ''brain-caries''. ;-)  They are for gamers.&lt;br /&gt;
&lt;br /&gt;
Colors are o.k. if they carry information. Color gradients of menu bars are useless and annoying.&lt;br /&gt;
&lt;br /&gt;
Maybe I should directly call xlib instead of using some *tk.  From python I could try http://python-xlib.sourceforge.net/ .&lt;br /&gt;
&lt;br /&gt;
==== Tichy ====&lt;br /&gt;
&lt;br /&gt;
[[Tichy]] &lt;br /&gt;
&lt;br /&gt;
==== alternative window managers ====&lt;br /&gt;
The bicycle computer should show different values at the same time. This should be user configurable at runtime. What about having little python scripts just showing a window with one value and let the window mananger do the rest? &lt;br /&gt;
&lt;br /&gt;
It seems ratpoison is the best window manager for openmoko.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* http://incise.org/whimsy.html &lt;br /&gt;
* http://pycawm.last-exile.org/&lt;br /&gt;
* http://pywm.sourceforge.net/#status&lt;br /&gt;
* http://partiwm.org/&lt;br /&gt;
* http://plwm.sourceforge.net/&lt;br /&gt;
* http://www.freenet.org.nz/python/pywm/  needs fltk&lt;br /&gt;
&lt;br /&gt;
=== Plotting ===&lt;br /&gt;
matplotlib?  might be an overkill. Anything usable lightweight available?&lt;br /&gt;
&lt;br /&gt;
= Jogging =&lt;br /&gt;
&lt;br /&gt;
== Accelerometer ==&lt;br /&gt;
&lt;br /&gt;
Mount the Freerunner to the shin and measure the damping and motion style with different shoes at various speeds.&lt;br /&gt;
Especially interesting to watch the aging of the shoes (different damping).&lt;br /&gt;
&lt;br /&gt;
= Openstreetmap =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I would like to have a simple application to add map information at my current location.&lt;br /&gt;
Say, I am standing beneath an ATM, just use a menu item &amp;quot;Add ATM&amp;quot; and typing in its name - finished. There is no need for a map display. The program just displays the OSM nodes near the current location. And you can add a new node or modify an existing node.&lt;br /&gt;
&lt;br /&gt;
= Accelerometer =&lt;br /&gt;
&lt;br /&gt;
== Ideas ==&lt;br /&gt;
&lt;br /&gt;
* Indoor use of those GPS games&lt;br /&gt;
* Programming a Marble game would be more fun than playing it (Martin Senkerik is now having that fun http://projects.openmoko.org/projects/accelgame/)&lt;br /&gt;
* Moving within a larger virtual screen by tilting the display.&lt;br /&gt;
&lt;br /&gt;
== Hardware ==&lt;br /&gt;
&lt;br /&gt;
* http://wiki.openmoko.org/wiki/ST_LIS302DL &lt;br /&gt;
* [http://www.st.com/stonline/products/literature/ds/12726.pdf Datasheet]&lt;br /&gt;
&lt;br /&gt;
I was wondering about the steps of 18 units in the histogram of the accelerometer data. Now I know: the kernel driver already scales the raw data from the chip to mg units. &lt;br /&gt;
The data from the chip come as 8 bit data. In +-2.3G mode we get a resolution step size of 18 mg.&lt;br /&gt;
&lt;br /&gt;
[[/Measurements/Accelerometer]]&lt;br /&gt;
&lt;br /&gt;
= Games =&lt;br /&gt;
&lt;br /&gt;
Finger-usable application to play the game of Go:&lt;br /&gt;
Somebody somewhere suggested a double click methode for keyboard input. The first click zooms the area of the keyboard the second click activates the key. I don't want this for keyboards but for Go and similar games this could be quite interesting.&lt;br /&gt;
&lt;br /&gt;
Maybe a guesture interface is better. Circle right meens zoom in. Circle left means zoom out.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I thought I am no gamer, but just discovered [[Games#Numptyphysics|Numptyphysics]].&lt;br /&gt;
&lt;br /&gt;
= HAM Radio =&lt;br /&gt;
&lt;br /&gt;
As we can't use the WIFI or the GSM modem or the GPS receiver for HAM purposes there is not much difference to HAM applications on other PDAs.&lt;br /&gt;
&lt;br /&gt;
== CW Trainer ==&lt;br /&gt;
&lt;br /&gt;
== Audio Modems ==&lt;br /&gt;
&lt;br /&gt;
Input and Output via audio interface (what is the maximum sampling rate?).&lt;br /&gt;
&lt;br /&gt;
* http://www.w1hkj.com/Fldigi.html&lt;br /&gt;
&lt;br /&gt;
== Spectrum Analyzer ==&lt;br /&gt;
&lt;br /&gt;
Spectrum auf audio input signal&lt;br /&gt;
&lt;br /&gt;
* http://www.qsl.net/in3otd/glfer.html Maybe the GUI is to complicated for Freerunner.&lt;br /&gt;
&lt;br /&gt;
== Line of Sight Calculation ==&lt;br /&gt;
&lt;br /&gt;
== Smith Chart ==&lt;br /&gt;
&lt;br /&gt;
linsmith&lt;br /&gt;
&lt;br /&gt;
== Circuit Entry and Simulation ==&lt;br /&gt;
&lt;br /&gt;
 * Qucs&lt;br /&gt;
&lt;br /&gt;
== Radio Control ==&lt;br /&gt;
&lt;br /&gt;
=== Control for Commercial TRXs ===&lt;br /&gt;
&lt;br /&gt;
=== Homemade TRXs ===&lt;br /&gt;
&lt;br /&gt;
 * I2C interface on test points&lt;br /&gt;
 * SPI interface on debug connector&lt;br /&gt;
&lt;br /&gt;
= Music =&lt;br /&gt;
&lt;br /&gt;
== Midi Input via Touchscreen ==&lt;br /&gt;
&lt;br /&gt;
There is not much space to use the touchscreen as an ordinary piano keyboard.&lt;br /&gt;
&lt;br /&gt;
What about using the touchscreen like the left hand fingering on a guitar, mandolin, banjo ore similar? The touchscreen lays in front of you in landscape mode. There are four rows, one for each finger. &lt;br /&gt;
   &lt;br /&gt;
  | D# | G  | B  | d# |&lt;br /&gt;
  | D  | F# | A# | d  |&lt;br /&gt;
  | C# | F  | A  | c# |&lt;br /&gt;
  | C  | E  | G# | c  |&lt;br /&gt;
  This layout might be to simple. Should it be optimized for easy chord playing?&lt;br /&gt;
  To come more close to a piano and common string instruments it might be better &lt;br /&gt;
  to flip the arrangment of the notes.&lt;br /&gt;
  | c  | c# | d  | d# |&lt;br /&gt;
  | G# | A  | A# | B  |&lt;br /&gt;
  | E  | F  | F# | G  |&lt;br /&gt;
  | C  | C# | D  | D# |  &lt;br /&gt;
  &lt;br /&gt;
Unfortunately the touchscreen handles only single touches ([[UI_Improvements#The_touchscreen]]). Therefore a polyphonic input is not possible. &lt;br /&gt;
&lt;br /&gt;
Octave shifting via accelerometer reading?&lt;br /&gt;
&lt;br /&gt;
Similiar project: http://www.neo1973-germany.de/wiki/epiano Obviously not what I am having in mind.&lt;br /&gt;
&lt;br /&gt;
== Other interesting Music Software ==&lt;br /&gt;
&lt;br /&gt;
* http://performous.org&lt;br /&gt;
&lt;br /&gt;
= Keyboard =&lt;br /&gt;
&lt;br /&gt;
Why not using the above Midi Keyboard for character input?&lt;br /&gt;
&lt;br /&gt;
 | S | U | R | T |&lt;br /&gt;
 | A | E | I | O |&lt;br /&gt;
 | D | H | N | M |&lt;br /&gt;
 | F | P | G | J |&lt;br /&gt;
 | M1| M2|SPC| BS|&lt;br /&gt;
&lt;br /&gt;
Letter order is random here. Need to be optimized for minimum mode switching.&lt;br /&gt;
Space, Backspace,... can be done by guestures.&lt;br /&gt;
&lt;br /&gt;
== Morse Code Input ==&lt;br /&gt;
&lt;br /&gt;
Will I be faster? Is there usable code available?&lt;br /&gt;
&lt;br /&gt;
Decode would be easier if I'd use an &amp;quot;electronic keyer&amp;quot; e.g. which sends dots and dashes in a predefined length and predefined spaces.&lt;br /&gt;
&lt;br /&gt;
* http://morseall.org/&lt;br /&gt;
&lt;br /&gt;
= Unsorted =&lt;br /&gt;
&lt;br /&gt;
* I wonder what  [http://www.igelle.org igelle] is and whether it is worth trying that for FreeRunner. The website isn't very informative.&lt;br /&gt;
* External Keyboard: The FreeRunner can supply 5V to an external USB device [[USB_host#Selecting_USB_host_mode]]. So I also can connect my MIDI keyboard?&lt;br /&gt;
&lt;br /&gt;
= OS Details =&lt;br /&gt;
&lt;br /&gt;
== Mounting internal Flash when booting from SD ==&lt;br /&gt;
&lt;br /&gt;
Mount the internal root file system&lt;br /&gt;
&lt;br /&gt;
 mount -t jffs2 /dev/mtdblock6 /mnt&lt;br /&gt;
&lt;br /&gt;
On Debian this is already mounted at /mnt/flash&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Noed Source]&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Mickey Term] talk to the GSM Modem&lt;br /&gt;
&lt;br /&gt;
* [[OpenmokoFramework/mdbus]]&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/python-openmoko/&lt;br /&gt;
&lt;br /&gt;
* [[Gsmd/document]] This does not work with FSO. Go to the [http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/index.html;hb=HEAD interface spec of FSO]&lt;br /&gt;
&lt;br /&gt;
* [[GTA02_sysfs]]&lt;br /&gt;
* [[Kernel]]&lt;br /&gt;
* [[User:CesarB/cpufreq]]&lt;br /&gt;
* [[Talk:Alarm daemon]]&lt;br /&gt;
* [[NXP_PCF50633]] Power Managment and RTC&lt;br /&gt;
* [[FAQ]]&lt;br /&gt;
----&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User:ThomasT</id>
		<title>User:ThomasT</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User:ThomasT"/>
				<updated>2008-11-14T21:56:53Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: /* Hardware Issues */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= My System =&lt;br /&gt;
&lt;br /&gt;
* [[Debian]] without frameworkd&lt;br /&gt;
* window manager: ratpoison &lt;br /&gt;
* GUI: ratmen4wp&lt;br /&gt;
&lt;br /&gt;
= Hardware Issues =&lt;br /&gt;
&lt;br /&gt;
* [[Neo_FreeRunner_Hardware_Issues]]&lt;br /&gt;
* [[Disassembling Neo 1973]]&lt;br /&gt;
&lt;br /&gt;
== Poor Audio Frequency Response via Headphones ==&lt;br /&gt;
&lt;br /&gt;
The amplifier output coupling capacitors C4111 and C4110 are much too small (1uF). It should be approx. 100uF according to the datasheet of [[LM4853]].&lt;br /&gt;
&lt;br /&gt;
I just tried to modify my FreeRunner (inserting 100uF capacitors). But I got a power failure after switching on the audio amplifier. After removing my modifications the system works again, but I can't read SD cards any more. Neither with the booted Linux nor with u-boot. :-(&lt;br /&gt;
&lt;br /&gt;
== GSM Modem not working ==&lt;br /&gt;
&lt;br /&gt;
I could not communicate with the modem not even with u-boot and after removing battery over night.&lt;br /&gt;
In this case with FSO frameworkd slowed down the system very much, OM2008.9 was almost not usable.&lt;br /&gt;
&lt;br /&gt;
I removed frameword (fso-gpsd does not work without frameworkd and therefore needed to be replaced by gpsd.&lt;br /&gt;
&lt;br /&gt;
Using GPRS is possible, but a bit tricky. I am currently swichting GSM off and on waiting for the modem startup message. But sometimes I get a strange &amp;quot;alarm&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
== Real Time Clock unreliable==&lt;br /&gt;
 &lt;br /&gt;
The RTC is approx. 12 min off per day. I wonder whether the 10pF capacitors at the oscillator crystal are really needed. Maybe I can tune the RTC by lowering the values of those capacitors.&lt;br /&gt;
Or is there a tuning register in the RTC unit?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I read a voltage of 475 mV at the terminals of the backup battery BAT1701.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== GPS: Very long TTFF ==&lt;br /&gt;
&lt;br /&gt;
My FreeRunner has this capacitor at the SD card connector. It anyway takes a long time to get the first fix. The antenna connector was slightly deformed. Could not yet test, whether this is the reason for the bad TTFF as SD cards currently do not work any more (due to a hardware bug I introduced while modifing the audio amplifier).&lt;br /&gt;
&lt;br /&gt;
= Bicycle Computer =&lt;br /&gt;
&lt;br /&gt;
[[Biking]]&lt;br /&gt;
&lt;br /&gt;
== Existing Projects and Experiences ==&lt;br /&gt;
&lt;br /&gt;
* http://blogs.thehumanjourney.net/finds/entry/20080306 Joseph Reeves uses its NEO1973 on a bicycle&lt;br /&gt;
* http://projects.openmoko.org/search/?type_of_search=soft&amp;amp;words=gps&amp;amp;Search=Search&lt;br /&gt;
&lt;br /&gt;
== Mounting ==&lt;br /&gt;
* http://www.pearl.de/a-PX2065-4044.shtml&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Water Protection ==&lt;br /&gt;
&lt;br /&gt;
== Power Supply ==&lt;br /&gt;
&lt;br /&gt;
Due to the relatively high current consumption of the Freerunner a power supply from a hub dynamo seems to be unavoidable.&lt;br /&gt;
&lt;br /&gt;
I skip the switch mode regulator and will use simple Z-Diode parallel to the Freerunner. Later I want to add an LED light parallel to  both.&lt;br /&gt;
&lt;br /&gt;
== GPS ==&lt;br /&gt;
&lt;br /&gt;
=== Existing Software ===&lt;br /&gt;
&lt;br /&gt;
* [[Navit]]&lt;br /&gt;
* [[TangoGPS]]&lt;br /&gt;
* [[GPS_Sight]]?&lt;br /&gt;
* [[GPS_Data_Logger]]&lt;br /&gt;
&lt;br /&gt;
=== Getting GPS Data ===&lt;br /&gt;
&lt;br /&gt;
On Freerunner there is no need to read from gpsd or similar.&lt;br /&gt;
I just can get the data from /dev/ttySAC1 &lt;br /&gt;
&lt;br /&gt;
== Additional GPS Functions ==&lt;br /&gt;
&lt;br /&gt;
=== Altitude Plots ===&lt;br /&gt;
&lt;br /&gt;
Of the travelled track and also of the upcoming (hopefully OSM will soon provide elevation information of the roads)&lt;br /&gt;
&lt;br /&gt;
=== Trip Information ===&lt;br /&gt;
&lt;br /&gt;
Garmin Etrex Legends trip information display is to stupid. I want infos for the current day and for the time since last break.&lt;br /&gt;
&lt;br /&gt;
=== Location Reporting ===&lt;br /&gt;
&lt;br /&gt;
If I have internet access via the phone during my trip I can regularily update my on webpage with location markers as shown here: http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example&lt;br /&gt;
&lt;br /&gt;
== Slope, Vertical Speed ==&lt;br /&gt;
&lt;br /&gt;
The GPS does not give sufficiently accurate vertical speed.&lt;br /&gt;
A barometric sensor (see [[Variometer]]) would be nice. Calculation of the vertical speed by integrating the accelerometer readings also not accurate.&lt;br /&gt;
But maybe it is possible to use the accelerometers to measure the slope of the road.&lt;br /&gt;
How to calibrate it? Is it possible to automatically calibrate it from GSP reading?&lt;br /&gt;
&lt;br /&gt;
== Sideward Inclination of the Bicycle ==&lt;br /&gt;
&lt;br /&gt;
By measuring the increase of the total acceleration not by change of the acceleration angle.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Road Quality ==&lt;br /&gt;
&lt;br /&gt;
Can the road (e.i. surface) quality be recorded by measuring the vibrations with the accelerometers?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Car Counter ==&lt;br /&gt;
&lt;br /&gt;
... using the builtin microphone. Or would it be possible with the accelerometers using high sampling rate?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Heart Rate Monitor ==&lt;br /&gt;
&lt;br /&gt;
Are there Bluetooth Heart Rate Transmitters available?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Pedalling Frequency ==&lt;br /&gt;
&lt;br /&gt;
Pedal sensors with Bluetooth and power supply by magnetic induction would be nice.&lt;br /&gt;
&lt;br /&gt;
Otherwise USB with an FTDI chip.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Panorama Viewer ==&lt;br /&gt;
&lt;br /&gt;
Online panorama viewer similar to [http://www.ecademix.com/JohannesHofmann/gipfel.html gipfel].&lt;br /&gt;
Instead of the photo image we show the mountain panorama calculated from SRTM data. Online calculation with the SRTM data is much to slow, we use only the precalculated water divide lines.&lt;br /&gt;
&lt;br /&gt;
== Programming ==&lt;br /&gt;
&lt;br /&gt;
=== Language ===&lt;br /&gt;
Python&lt;br /&gt;
&lt;br /&gt;
=== UI ===&lt;br /&gt;
&lt;br /&gt;
==== python-etk ====&lt;br /&gt;
I could not find any documentation yet. Seems to be the same as python-gtk.&lt;br /&gt;
&lt;br /&gt;
I don't want to have ''eye-candies''. Maybe ''eye-candies'' are neccessary for selling phones. ''Eye-candies'' cause ''eye-caries'' or even ''brain-caries''. ;-)  They are for gamers.&lt;br /&gt;
&lt;br /&gt;
Colors are o.k. if they carry information. Color gradients of menu bars are useless and annoying.&lt;br /&gt;
&lt;br /&gt;
Maybe I should directly call xlib instead of using some *tk.  From python I could try http://python-xlib.sourceforge.net/ .&lt;br /&gt;
&lt;br /&gt;
==== Tichy ====&lt;br /&gt;
&lt;br /&gt;
[[Tichy]] &lt;br /&gt;
&lt;br /&gt;
==== alternative window managers ====&lt;br /&gt;
The bicycle computer should show different values at the same time. This should be user configurable at runtime. What about having little python scripts just showing a window with one value and let the window mananger do the rest? &lt;br /&gt;
&lt;br /&gt;
It seems ratpoison is the best window manager for openmoko.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* http://incise.org/whimsy.html &lt;br /&gt;
* http://pycawm.last-exile.org/&lt;br /&gt;
* http://pywm.sourceforge.net/#status&lt;br /&gt;
* http://partiwm.org/&lt;br /&gt;
* http://plwm.sourceforge.net/&lt;br /&gt;
* http://www.freenet.org.nz/python/pywm/  needs fltk&lt;br /&gt;
&lt;br /&gt;
=== Plotting ===&lt;br /&gt;
matplotlib?  might be an overkill. Anything usable lightweight available?&lt;br /&gt;
&lt;br /&gt;
= Jogging =&lt;br /&gt;
&lt;br /&gt;
== Accelerometer ==&lt;br /&gt;
&lt;br /&gt;
Mount the Freerunner to the shin and measure the damping and motion style with different shoes at various speeds.&lt;br /&gt;
Especially interesting to watch the aging of the shoes (different damping).&lt;br /&gt;
&lt;br /&gt;
= Openstreetmap =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I would like to have a simple application to add map information at my current location.&lt;br /&gt;
Say, I am standing beneath an ATM, just use a menu item &amp;quot;Add ATM&amp;quot; and typing in its name - finished. There is no need for a map display. The program just displays the OSM nodes near the current location. And you can add a new node or modify an existing node.&lt;br /&gt;
&lt;br /&gt;
= Accelerometer =&lt;br /&gt;
&lt;br /&gt;
== Ideas ==&lt;br /&gt;
&lt;br /&gt;
* Indoor use of those GPS games&lt;br /&gt;
* Programming a Marble game would be more fun than playing it (Martin Senkerik is now having that fun http://projects.openmoko.org/projects/accelgame/)&lt;br /&gt;
* Moving within a larger virtual screen by tilting the display.&lt;br /&gt;
&lt;br /&gt;
== Hardware ==&lt;br /&gt;
&lt;br /&gt;
* http://wiki.openmoko.org/wiki/ST_LIS302DL &lt;br /&gt;
* [http://www.st.com/stonline/products/literature/ds/12726.pdf Datasheet]&lt;br /&gt;
&lt;br /&gt;
I was wondering about the steps of 18 units in the histogram of the accelerometer data. Now I know: the kernel driver already scales the raw data from the chip to mg units. &lt;br /&gt;
The data from the chip come as 8 bit data. In +-2.3G mode we get a resolution step size of 18 mg.&lt;br /&gt;
&lt;br /&gt;
[[/Measurements/Accelerometer]]&lt;br /&gt;
&lt;br /&gt;
= Games =&lt;br /&gt;
&lt;br /&gt;
Finger-usable application to play the game of Go:&lt;br /&gt;
Somebody somewhere suggested a double click methode for keyboard input. The first click zooms the area of the keyboard the second click activates the key. I don't want this for keyboards but for Go and similar games this could be quite interesting.&lt;br /&gt;
&lt;br /&gt;
Maybe a guesture interface is better. Circle right meens zoom in. Circle left means zoom out.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I thought I am no gamer, but just discovered [[Games#Numptyphysics|Numptyphysics]].&lt;br /&gt;
&lt;br /&gt;
= HAM Radio =&lt;br /&gt;
&lt;br /&gt;
As we can't use the WIFI or the GSM modem or the GPS receiver for HAM purposes there is not much difference to HAM applications on other PDAs.&lt;br /&gt;
&lt;br /&gt;
== CW Trainer ==&lt;br /&gt;
&lt;br /&gt;
== Audio Modems ==&lt;br /&gt;
&lt;br /&gt;
Input and Output via audio interface (what is the maximum sampling rate?).&lt;br /&gt;
&lt;br /&gt;
* http://www.w1hkj.com/Fldigi.html&lt;br /&gt;
&lt;br /&gt;
== Spectrum Analyzer ==&lt;br /&gt;
&lt;br /&gt;
Spectrum auf audio input signal&lt;br /&gt;
&lt;br /&gt;
* http://www.qsl.net/in3otd/glfer.html Maybe the GUI is to complicated for Freerunner.&lt;br /&gt;
&lt;br /&gt;
== Line of Sight Calculation ==&lt;br /&gt;
&lt;br /&gt;
== Smith Chart ==&lt;br /&gt;
&lt;br /&gt;
linsmith&lt;br /&gt;
&lt;br /&gt;
== Circuit Entry and Simulation ==&lt;br /&gt;
&lt;br /&gt;
 * Qucs&lt;br /&gt;
&lt;br /&gt;
== Radio Control ==&lt;br /&gt;
&lt;br /&gt;
=== Control for Commercial TRXs ===&lt;br /&gt;
&lt;br /&gt;
=== Homemade TRXs ===&lt;br /&gt;
&lt;br /&gt;
 * I2C interface on test points&lt;br /&gt;
 * SPI interface on debug connector&lt;br /&gt;
&lt;br /&gt;
= Music =&lt;br /&gt;
&lt;br /&gt;
== Midi Input via Touchscreen ==&lt;br /&gt;
&lt;br /&gt;
There is not much space to use the touchscreen as an ordinary piano keyboard.&lt;br /&gt;
&lt;br /&gt;
What about using the touchscreen like the left hand fingering on a guitar, mandolin, banjo ore similar? The touchscreen lays in front of you in landscape mode. There are four rows, one for each finger. &lt;br /&gt;
   &lt;br /&gt;
  | D# | G  | B  | d# |&lt;br /&gt;
  | D  | F# | A# | d  |&lt;br /&gt;
  | C# | F  | A  | c# |&lt;br /&gt;
  | C  | E  | G# | c  |&lt;br /&gt;
  This layout might be to simple. Should it be optimized for easy chord playing?&lt;br /&gt;
  To come more close to a piano and common string instruments it might be better &lt;br /&gt;
  to flip the arrangment of the notes.&lt;br /&gt;
  | c  | c# | d  | d# |&lt;br /&gt;
  | G# | A  | A# | B  |&lt;br /&gt;
  | E  | F  | F# | G  |&lt;br /&gt;
  | C  | C# | D  | D# |  &lt;br /&gt;
  &lt;br /&gt;
Unfortunately the touchscreen handles only single touches ([[UI_Improvements#The_touchscreen]]). Therefore a polyphonic input is not possible. &lt;br /&gt;
&lt;br /&gt;
Octave shifting via accelerometer reading?&lt;br /&gt;
&lt;br /&gt;
Similiar project: http://www.neo1973-germany.de/wiki/epiano Obviously not what I am having in mind.&lt;br /&gt;
&lt;br /&gt;
== Other interesting Music Software ==&lt;br /&gt;
&lt;br /&gt;
* http://performous.org&lt;br /&gt;
&lt;br /&gt;
= Keyboard =&lt;br /&gt;
&lt;br /&gt;
Why not using the above Midi Keyboard for character input?&lt;br /&gt;
&lt;br /&gt;
 | S | U | R | T |&lt;br /&gt;
 | A | E | I | O |&lt;br /&gt;
 | D | H | N | M |&lt;br /&gt;
 | F | P | G | J |&lt;br /&gt;
 | M1| M2|SPC| BS|&lt;br /&gt;
&lt;br /&gt;
Letter order is random here. Need to be optimized for minimum mode switching.&lt;br /&gt;
Space, Backspace,... can be done by guestures.&lt;br /&gt;
&lt;br /&gt;
== Morse Code Input ==&lt;br /&gt;
&lt;br /&gt;
Will I be faster? Is there usable code available?&lt;br /&gt;
&lt;br /&gt;
Decode would be easier if I'd use an &amp;quot;electronic keyer&amp;quot; e.g. which sends dots and dashes in a predefined length and predefined spaces.&lt;br /&gt;
&lt;br /&gt;
* http://morseall.org/&lt;br /&gt;
&lt;br /&gt;
= Unsorted =&lt;br /&gt;
&lt;br /&gt;
* I wonder what  [http://www.igelle.org igelle] is and whether it is worth trying that for FreeRunner. The website isn't very informative.&lt;br /&gt;
* External Keyboard: The FreeRunner can supply 5V to an external USB device [[USB_host#Selecting_USB_host_mode]]. So I also can connect my MIDI keyboard?&lt;br /&gt;
&lt;br /&gt;
= OS Details =&lt;br /&gt;
&lt;br /&gt;
== Mounting internal Flash when booting from SD ==&lt;br /&gt;
&lt;br /&gt;
Mount the internal root file system&lt;br /&gt;
&lt;br /&gt;
 mount -t jffs2 /dev/mtdblock6 /mnt&lt;br /&gt;
&lt;br /&gt;
On Debian this is already mounted at /mnt/flash&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Noed Source]&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Mickey Term] talk to the GSM Modem&lt;br /&gt;
&lt;br /&gt;
* [[OpenmokoFramework/mdbus]]&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/python-openmoko/&lt;br /&gt;
&lt;br /&gt;
* [[Gsmd/document]] This does not work with FSO. Go to the [http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/index.html;hb=HEAD interface spec of FSO]&lt;br /&gt;
&lt;br /&gt;
* [[GTA02_sysfs]]&lt;br /&gt;
* [[Kernel]]&lt;br /&gt;
* [[User:CesarB/cpufreq]]&lt;br /&gt;
* [[Talk:Alarm daemon]]&lt;br /&gt;
* [[NXP_PCF50633]] Power Managment and RTC&lt;br /&gt;
* [[FAQ]]&lt;br /&gt;
----&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User:ThomasT</id>
		<title>User:ThomasT</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User:ThomasT"/>
				<updated>2008-11-14T21:49:34Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: /* Poor Audio Frequency Response via Headphones */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= My System =&lt;br /&gt;
&lt;br /&gt;
* [[Debian]] without frameworkd&lt;br /&gt;
* window manager: ratpoison &lt;br /&gt;
* GUI: ratmen4wp&lt;br /&gt;
&lt;br /&gt;
= Hardware Issues =&lt;br /&gt;
&lt;br /&gt;
* [[Neo_FreeRunner_Hardware_Issues]]&lt;br /&gt;
* [[Disassembling Neo 1973]]&lt;br /&gt;
&lt;br /&gt;
== Poor Audio Frequency Response via Headphones ==&lt;br /&gt;
&lt;br /&gt;
The amplifier output coupling capacitors C4111 and C4110 are much too small (1uF). It should be approx. 100uF according to the datasheet of [[LM4853]].&lt;br /&gt;
&lt;br /&gt;
I just tried to modify my FreeRunner (inserting 100uF capacitors). But I got a power failure after switching on the audio amplifier. After removing my modifications the system works again, but I can't read SD cards any more. Neither with the booted Linux nor with u-boot. :-(&lt;br /&gt;
&lt;br /&gt;
== GSM Modem not working ==&lt;br /&gt;
&lt;br /&gt;
I could not communicate with the modem not even with u-boot and after removing battery over night.&lt;br /&gt;
In this case with FSO frameworkd slowed down the system very much, OM2008.9 was almost not usable.&lt;br /&gt;
&lt;br /&gt;
I removed frameword (fso-gpsd does not work without frameworkd and therefore needed to be replaced by gpsd.&lt;br /&gt;
&lt;br /&gt;
Using GPRS is possible, but a bit tricky. I am currently swichting GSM off and on waiting for the modem startup message. But sometimes I get a strange &amp;quot;alarm&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
== Real Time Clock unreliable==&lt;br /&gt;
 &lt;br /&gt;
The RTC is approx. 12 min off per day. I wonder whether the 10pF capacitors at the oscillator crystal are really needed. Maybe I can tune the RTC by lowering the values of those capacitors.&lt;br /&gt;
Or is there a tuning register in the RTC unit?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I read a voltage of 475 mV at the terminals of the backup battery BAT1701.&lt;br /&gt;
&lt;br /&gt;
= Bicycle Computer =&lt;br /&gt;
&lt;br /&gt;
[[Biking]]&lt;br /&gt;
&lt;br /&gt;
== Existing Projects and Experiences ==&lt;br /&gt;
&lt;br /&gt;
* http://blogs.thehumanjourney.net/finds/entry/20080306 Joseph Reeves uses its NEO1973 on a bicycle&lt;br /&gt;
* http://projects.openmoko.org/search/?type_of_search=soft&amp;amp;words=gps&amp;amp;Search=Search&lt;br /&gt;
&lt;br /&gt;
== Mounting ==&lt;br /&gt;
* http://www.pearl.de/a-PX2065-4044.shtml&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Water Protection ==&lt;br /&gt;
&lt;br /&gt;
== Power Supply ==&lt;br /&gt;
&lt;br /&gt;
Due to the relatively high current consumption of the Freerunner a power supply from a hub dynamo seems to be unavoidable.&lt;br /&gt;
&lt;br /&gt;
I skip the switch mode regulator and will use simple Z-Diode parallel to the Freerunner. Later I want to add an LED light parallel to  both.&lt;br /&gt;
&lt;br /&gt;
== GPS ==&lt;br /&gt;
&lt;br /&gt;
=== Existing Software ===&lt;br /&gt;
&lt;br /&gt;
* [[Navit]]&lt;br /&gt;
* [[TangoGPS]]&lt;br /&gt;
* [[GPS_Sight]]?&lt;br /&gt;
* [[GPS_Data_Logger]]&lt;br /&gt;
&lt;br /&gt;
=== Getting GPS Data ===&lt;br /&gt;
&lt;br /&gt;
On Freerunner there is no need to read from gpsd or similar.&lt;br /&gt;
I just can get the data from /dev/ttySAC1 &lt;br /&gt;
&lt;br /&gt;
== Additional GPS Functions ==&lt;br /&gt;
&lt;br /&gt;
=== Altitude Plots ===&lt;br /&gt;
&lt;br /&gt;
Of the travelled track and also of the upcoming (hopefully OSM will soon provide elevation information of the roads)&lt;br /&gt;
&lt;br /&gt;
=== Trip Information ===&lt;br /&gt;
&lt;br /&gt;
Garmin Etrex Legends trip information display is to stupid. I want infos for the current day and for the time since last break.&lt;br /&gt;
&lt;br /&gt;
=== Location Reporting ===&lt;br /&gt;
&lt;br /&gt;
If I have internet access via the phone during my trip I can regularily update my on webpage with location markers as shown here: http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example&lt;br /&gt;
&lt;br /&gt;
== Slope, Vertical Speed ==&lt;br /&gt;
&lt;br /&gt;
The GPS does not give sufficiently accurate vertical speed.&lt;br /&gt;
A barometric sensor (see [[Variometer]]) would be nice. Calculation of the vertical speed by integrating the accelerometer readings also not accurate.&lt;br /&gt;
But maybe it is possible to use the accelerometers to measure the slope of the road.&lt;br /&gt;
How to calibrate it? Is it possible to automatically calibrate it from GSP reading?&lt;br /&gt;
&lt;br /&gt;
== Sideward Inclination of the Bicycle ==&lt;br /&gt;
&lt;br /&gt;
By measuring the increase of the total acceleration not by change of the acceleration angle.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Road Quality ==&lt;br /&gt;
&lt;br /&gt;
Can the road (e.i. surface) quality be recorded by measuring the vibrations with the accelerometers?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Car Counter ==&lt;br /&gt;
&lt;br /&gt;
... using the builtin microphone. Or would it be possible with the accelerometers using high sampling rate?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Heart Rate Monitor ==&lt;br /&gt;
&lt;br /&gt;
Are there Bluetooth Heart Rate Transmitters available?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Pedalling Frequency ==&lt;br /&gt;
&lt;br /&gt;
Pedal sensors with Bluetooth and power supply by magnetic induction would be nice.&lt;br /&gt;
&lt;br /&gt;
Otherwise USB with an FTDI chip.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Panorama Viewer ==&lt;br /&gt;
&lt;br /&gt;
Online panorama viewer similar to [http://www.ecademix.com/JohannesHofmann/gipfel.html gipfel].&lt;br /&gt;
Instead of the photo image we show the mountain panorama calculated from SRTM data. Online calculation with the SRTM data is much to slow, we use only the precalculated water divide lines.&lt;br /&gt;
&lt;br /&gt;
== Programming ==&lt;br /&gt;
&lt;br /&gt;
=== Language ===&lt;br /&gt;
Python&lt;br /&gt;
&lt;br /&gt;
=== UI ===&lt;br /&gt;
&lt;br /&gt;
==== python-etk ====&lt;br /&gt;
I could not find any documentation yet. Seems to be the same as python-gtk.&lt;br /&gt;
&lt;br /&gt;
I don't want to have ''eye-candies''. Maybe ''eye-candies'' are neccessary for selling phones. ''Eye-candies'' cause ''eye-caries'' or even ''brain-caries''. ;-)  They are for gamers.&lt;br /&gt;
&lt;br /&gt;
Colors are o.k. if they carry information. Color gradients of menu bars are useless and annoying.&lt;br /&gt;
&lt;br /&gt;
Maybe I should directly call xlib instead of using some *tk.  From python I could try http://python-xlib.sourceforge.net/ .&lt;br /&gt;
&lt;br /&gt;
==== Tichy ====&lt;br /&gt;
&lt;br /&gt;
[[Tichy]] &lt;br /&gt;
&lt;br /&gt;
==== alternative window managers ====&lt;br /&gt;
The bicycle computer should show different values at the same time. This should be user configurable at runtime. What about having little python scripts just showing a window with one value and let the window mananger do the rest? &lt;br /&gt;
&lt;br /&gt;
It seems ratpoison is the best window manager for openmoko.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* http://incise.org/whimsy.html &lt;br /&gt;
* http://pycawm.last-exile.org/&lt;br /&gt;
* http://pywm.sourceforge.net/#status&lt;br /&gt;
* http://partiwm.org/&lt;br /&gt;
* http://plwm.sourceforge.net/&lt;br /&gt;
* http://www.freenet.org.nz/python/pywm/  needs fltk&lt;br /&gt;
&lt;br /&gt;
=== Plotting ===&lt;br /&gt;
matplotlib?  might be an overkill. Anything usable lightweight available?&lt;br /&gt;
&lt;br /&gt;
= Jogging =&lt;br /&gt;
&lt;br /&gt;
== Accelerometer ==&lt;br /&gt;
&lt;br /&gt;
Mount the Freerunner to the shin and measure the damping and motion style with different shoes at various speeds.&lt;br /&gt;
Especially interesting to watch the aging of the shoes (different damping).&lt;br /&gt;
&lt;br /&gt;
= Openstreetmap =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I would like to have a simple application to add map information at my current location.&lt;br /&gt;
Say, I am standing beneath an ATM, just use a menu item &amp;quot;Add ATM&amp;quot; and typing in its name - finished. There is no need for a map display. The program just displays the OSM nodes near the current location. And you can add a new node or modify an existing node.&lt;br /&gt;
&lt;br /&gt;
= Accelerometer =&lt;br /&gt;
&lt;br /&gt;
== Ideas ==&lt;br /&gt;
&lt;br /&gt;
* Indoor use of those GPS games&lt;br /&gt;
* Programming a Marble game would be more fun than playing it (Martin Senkerik is now having that fun http://projects.openmoko.org/projects/accelgame/)&lt;br /&gt;
* Moving within a larger virtual screen by tilting the display.&lt;br /&gt;
&lt;br /&gt;
== Hardware ==&lt;br /&gt;
&lt;br /&gt;
* http://wiki.openmoko.org/wiki/ST_LIS302DL &lt;br /&gt;
* [http://www.st.com/stonline/products/literature/ds/12726.pdf Datasheet]&lt;br /&gt;
&lt;br /&gt;
I was wondering about the steps of 18 units in the histogram of the accelerometer data. Now I know: the kernel driver already scales the raw data from the chip to mg units. &lt;br /&gt;
The data from the chip come as 8 bit data. In +-2.3G mode we get a resolution step size of 18 mg.&lt;br /&gt;
&lt;br /&gt;
[[/Measurements/Accelerometer]]&lt;br /&gt;
&lt;br /&gt;
= Games =&lt;br /&gt;
&lt;br /&gt;
Finger-usable application to play the game of Go:&lt;br /&gt;
Somebody somewhere suggested a double click methode for keyboard input. The first click zooms the area of the keyboard the second click activates the key. I don't want this for keyboards but for Go and similar games this could be quite interesting.&lt;br /&gt;
&lt;br /&gt;
Maybe a guesture interface is better. Circle right meens zoom in. Circle left means zoom out.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I thought I am no gamer, but just discovered [[Games#Numptyphysics|Numptyphysics]].&lt;br /&gt;
&lt;br /&gt;
= HAM Radio =&lt;br /&gt;
&lt;br /&gt;
As we can't use the WIFI or the GSM modem or the GPS receiver for HAM purposes there is not much difference to HAM applications on other PDAs.&lt;br /&gt;
&lt;br /&gt;
== CW Trainer ==&lt;br /&gt;
&lt;br /&gt;
== Audio Modems ==&lt;br /&gt;
&lt;br /&gt;
Input and Output via audio interface (what is the maximum sampling rate?).&lt;br /&gt;
&lt;br /&gt;
* http://www.w1hkj.com/Fldigi.html&lt;br /&gt;
&lt;br /&gt;
== Spectrum Analyzer ==&lt;br /&gt;
&lt;br /&gt;
Spectrum auf audio input signal&lt;br /&gt;
&lt;br /&gt;
* http://www.qsl.net/in3otd/glfer.html Maybe the GUI is to complicated for Freerunner.&lt;br /&gt;
&lt;br /&gt;
== Line of Sight Calculation ==&lt;br /&gt;
&lt;br /&gt;
== Smith Chart ==&lt;br /&gt;
&lt;br /&gt;
linsmith&lt;br /&gt;
&lt;br /&gt;
== Circuit Entry and Simulation ==&lt;br /&gt;
&lt;br /&gt;
 * Qucs&lt;br /&gt;
&lt;br /&gt;
== Radio Control ==&lt;br /&gt;
&lt;br /&gt;
=== Control for Commercial TRXs ===&lt;br /&gt;
&lt;br /&gt;
=== Homemade TRXs ===&lt;br /&gt;
&lt;br /&gt;
 * I2C interface on test points&lt;br /&gt;
 * SPI interface on debug connector&lt;br /&gt;
&lt;br /&gt;
= Music =&lt;br /&gt;
&lt;br /&gt;
== Midi Input via Touchscreen ==&lt;br /&gt;
&lt;br /&gt;
There is not much space to use the touchscreen as an ordinary piano keyboard.&lt;br /&gt;
&lt;br /&gt;
What about using the touchscreen like the left hand fingering on a guitar, mandolin, banjo ore similar? The touchscreen lays in front of you in landscape mode. There are four rows, one for each finger. &lt;br /&gt;
   &lt;br /&gt;
  | D# | G  | B  | d# |&lt;br /&gt;
  | D  | F# | A# | d  |&lt;br /&gt;
  | C# | F  | A  | c# |&lt;br /&gt;
  | C  | E  | G# | c  |&lt;br /&gt;
  This layout might be to simple. Should it be optimized for easy chord playing?&lt;br /&gt;
  To come more close to a piano and common string instruments it might be better &lt;br /&gt;
  to flip the arrangment of the notes.&lt;br /&gt;
  | c  | c# | d  | d# |&lt;br /&gt;
  | G# | A  | A# | B  |&lt;br /&gt;
  | E  | F  | F# | G  |&lt;br /&gt;
  | C  | C# | D  | D# |  &lt;br /&gt;
  &lt;br /&gt;
Unfortunately the touchscreen handles only single touches ([[UI_Improvements#The_touchscreen]]). Therefore a polyphonic input is not possible. &lt;br /&gt;
&lt;br /&gt;
Octave shifting via accelerometer reading?&lt;br /&gt;
&lt;br /&gt;
Similiar project: http://www.neo1973-germany.de/wiki/epiano Obviously not what I am having in mind.&lt;br /&gt;
&lt;br /&gt;
== Other interesting Music Software ==&lt;br /&gt;
&lt;br /&gt;
* http://performous.org&lt;br /&gt;
&lt;br /&gt;
= Keyboard =&lt;br /&gt;
&lt;br /&gt;
Why not using the above Midi Keyboard for character input?&lt;br /&gt;
&lt;br /&gt;
 | S | U | R | T |&lt;br /&gt;
 | A | E | I | O |&lt;br /&gt;
 | D | H | N | M |&lt;br /&gt;
 | F | P | G | J |&lt;br /&gt;
 | M1| M2|SPC| BS|&lt;br /&gt;
&lt;br /&gt;
Letter order is random here. Need to be optimized for minimum mode switching.&lt;br /&gt;
Space, Backspace,... can be done by guestures.&lt;br /&gt;
&lt;br /&gt;
== Morse Code Input ==&lt;br /&gt;
&lt;br /&gt;
Will I be faster? Is there usable code available?&lt;br /&gt;
&lt;br /&gt;
Decode would be easier if I'd use an &amp;quot;electronic keyer&amp;quot; e.g. which sends dots and dashes in a predefined length and predefined spaces.&lt;br /&gt;
&lt;br /&gt;
* http://morseall.org/&lt;br /&gt;
&lt;br /&gt;
= Unsorted =&lt;br /&gt;
&lt;br /&gt;
* I wonder what  [http://www.igelle.org igelle] is and whether it is worth trying that for FreeRunner. The website isn't very informative.&lt;br /&gt;
* External Keyboard: The FreeRunner can supply 5V to an external USB device [[USB_host#Selecting_USB_host_mode]]. So I also can connect my MIDI keyboard?&lt;br /&gt;
&lt;br /&gt;
= OS Details =&lt;br /&gt;
&lt;br /&gt;
== Mounting internal Flash when booting from SD ==&lt;br /&gt;
&lt;br /&gt;
Mount the internal root file system&lt;br /&gt;
&lt;br /&gt;
 mount -t jffs2 /dev/mtdblock6 /mnt&lt;br /&gt;
&lt;br /&gt;
On Debian this is already mounted at /mnt/flash&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Noed Source]&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Mickey Term] talk to the GSM Modem&lt;br /&gt;
&lt;br /&gt;
* [[OpenmokoFramework/mdbus]]&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/python-openmoko/&lt;br /&gt;
&lt;br /&gt;
* [[Gsmd/document]] This does not work with FSO. Go to the [http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/index.html;hb=HEAD interface spec of FSO]&lt;br /&gt;
&lt;br /&gt;
* [[GTA02_sysfs]]&lt;br /&gt;
* [[Kernel]]&lt;br /&gt;
* [[User:CesarB/cpufreq]]&lt;br /&gt;
* [[Talk:Alarm daemon]]&lt;br /&gt;
* [[NXP_PCF50633]] Power Managment and RTC&lt;br /&gt;
* [[FAQ]]&lt;br /&gt;
----&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User:ThomasT</id>
		<title>User:ThomasT</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User:ThomasT"/>
				<updated>2008-11-14T21:44:08Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: /* Music */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= My System =&lt;br /&gt;
&lt;br /&gt;
* [[Debian]] without frameworkd&lt;br /&gt;
* window manager: ratpoison &lt;br /&gt;
* GUI: ratmen4wp&lt;br /&gt;
&lt;br /&gt;
= Hardware Issues =&lt;br /&gt;
&lt;br /&gt;
* [[Neo_FreeRunner_Hardware_Issues]]&lt;br /&gt;
* [[Disassembling Neo 1973]]&lt;br /&gt;
&lt;br /&gt;
== Poor Audio Frequency Response via Headphones ==&lt;br /&gt;
&lt;br /&gt;
The amplifier output coupling capacitors C4111 and C4110 are much too small (1uF). It should be approx. 100uF according to the datasheet of [[LM4853]].&lt;br /&gt;
&lt;br /&gt;
== GSM Modem not working ==&lt;br /&gt;
&lt;br /&gt;
I could not communicate with the modem not even with u-boot and after removing battery over night.&lt;br /&gt;
In this case with FSO frameworkd slowed down the system very much, OM2008.9 was almost not usable.&lt;br /&gt;
&lt;br /&gt;
I removed frameword (fso-gpsd does not work without frameworkd and therefore needed to be replaced by gpsd.&lt;br /&gt;
&lt;br /&gt;
Using GPRS is possible, but a bit tricky. I am currently swichting GSM off and on waiting for the modem startup message. But sometimes I get a strange &amp;quot;alarm&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
== Real Time Clock unreliable==&lt;br /&gt;
 &lt;br /&gt;
The RTC is approx. 12 min off per day. I wonder whether the 10pF capacitors at the oscillator crystal are really needed. Maybe I can tune the RTC by lowering the values of those capacitors.&lt;br /&gt;
Or is there a tuning register in the RTC unit?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I read a voltage of 475 mV at the terminals of the backup battery BAT1701.&lt;br /&gt;
&lt;br /&gt;
= Bicycle Computer =&lt;br /&gt;
&lt;br /&gt;
[[Biking]]&lt;br /&gt;
&lt;br /&gt;
== Existing Projects and Experiences ==&lt;br /&gt;
&lt;br /&gt;
* http://blogs.thehumanjourney.net/finds/entry/20080306 Joseph Reeves uses its NEO1973 on a bicycle&lt;br /&gt;
* http://projects.openmoko.org/search/?type_of_search=soft&amp;amp;words=gps&amp;amp;Search=Search&lt;br /&gt;
&lt;br /&gt;
== Mounting ==&lt;br /&gt;
* http://www.pearl.de/a-PX2065-4044.shtml&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Water Protection ==&lt;br /&gt;
&lt;br /&gt;
== Power Supply ==&lt;br /&gt;
&lt;br /&gt;
Due to the relatively high current consumption of the Freerunner a power supply from a hub dynamo seems to be unavoidable.&lt;br /&gt;
&lt;br /&gt;
I skip the switch mode regulator and will use simple Z-Diode parallel to the Freerunner. Later I want to add an LED light parallel to  both.&lt;br /&gt;
&lt;br /&gt;
== GPS ==&lt;br /&gt;
&lt;br /&gt;
=== Existing Software ===&lt;br /&gt;
&lt;br /&gt;
* [[Navit]]&lt;br /&gt;
* [[TangoGPS]]&lt;br /&gt;
* [[GPS_Sight]]?&lt;br /&gt;
* [[GPS_Data_Logger]]&lt;br /&gt;
&lt;br /&gt;
=== Getting GPS Data ===&lt;br /&gt;
&lt;br /&gt;
On Freerunner there is no need to read from gpsd or similar.&lt;br /&gt;
I just can get the data from /dev/ttySAC1 &lt;br /&gt;
&lt;br /&gt;
== Additional GPS Functions ==&lt;br /&gt;
&lt;br /&gt;
=== Altitude Plots ===&lt;br /&gt;
&lt;br /&gt;
Of the travelled track and also of the upcoming (hopefully OSM will soon provide elevation information of the roads)&lt;br /&gt;
&lt;br /&gt;
=== Trip Information ===&lt;br /&gt;
&lt;br /&gt;
Garmin Etrex Legends trip information display is to stupid. I want infos for the current day and for the time since last break.&lt;br /&gt;
&lt;br /&gt;
=== Location Reporting ===&lt;br /&gt;
&lt;br /&gt;
If I have internet access via the phone during my trip I can regularily update my on webpage with location markers as shown here: http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example&lt;br /&gt;
&lt;br /&gt;
== Slope, Vertical Speed ==&lt;br /&gt;
&lt;br /&gt;
The GPS does not give sufficiently accurate vertical speed.&lt;br /&gt;
A barometric sensor (see [[Variometer]]) would be nice. Calculation of the vertical speed by integrating the accelerometer readings also not accurate.&lt;br /&gt;
But maybe it is possible to use the accelerometers to measure the slope of the road.&lt;br /&gt;
How to calibrate it? Is it possible to automatically calibrate it from GSP reading?&lt;br /&gt;
&lt;br /&gt;
== Sideward Inclination of the Bicycle ==&lt;br /&gt;
&lt;br /&gt;
By measuring the increase of the total acceleration not by change of the acceleration angle.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Road Quality ==&lt;br /&gt;
&lt;br /&gt;
Can the road (e.i. surface) quality be recorded by measuring the vibrations with the accelerometers?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Car Counter ==&lt;br /&gt;
&lt;br /&gt;
... using the builtin microphone. Or would it be possible with the accelerometers using high sampling rate?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Heart Rate Monitor ==&lt;br /&gt;
&lt;br /&gt;
Are there Bluetooth Heart Rate Transmitters available?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Pedalling Frequency ==&lt;br /&gt;
&lt;br /&gt;
Pedal sensors with Bluetooth and power supply by magnetic induction would be nice.&lt;br /&gt;
&lt;br /&gt;
Otherwise USB with an FTDI chip.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Panorama Viewer ==&lt;br /&gt;
&lt;br /&gt;
Online panorama viewer similar to [http://www.ecademix.com/JohannesHofmann/gipfel.html gipfel].&lt;br /&gt;
Instead of the photo image we show the mountain panorama calculated from SRTM data. Online calculation with the SRTM data is much to slow, we use only the precalculated water divide lines.&lt;br /&gt;
&lt;br /&gt;
== Programming ==&lt;br /&gt;
&lt;br /&gt;
=== Language ===&lt;br /&gt;
Python&lt;br /&gt;
&lt;br /&gt;
=== UI ===&lt;br /&gt;
&lt;br /&gt;
==== python-etk ====&lt;br /&gt;
I could not find any documentation yet. Seems to be the same as python-gtk.&lt;br /&gt;
&lt;br /&gt;
I don't want to have ''eye-candies''. Maybe ''eye-candies'' are neccessary for selling phones. ''Eye-candies'' cause ''eye-caries'' or even ''brain-caries''. ;-)  They are for gamers.&lt;br /&gt;
&lt;br /&gt;
Colors are o.k. if they carry information. Color gradients of menu bars are useless and annoying.&lt;br /&gt;
&lt;br /&gt;
Maybe I should directly call xlib instead of using some *tk.  From python I could try http://python-xlib.sourceforge.net/ .&lt;br /&gt;
&lt;br /&gt;
==== Tichy ====&lt;br /&gt;
&lt;br /&gt;
[[Tichy]] &lt;br /&gt;
&lt;br /&gt;
==== alternative window managers ====&lt;br /&gt;
The bicycle computer should show different values at the same time. This should be user configurable at runtime. What about having little python scripts just showing a window with one value and let the window mananger do the rest? &lt;br /&gt;
&lt;br /&gt;
It seems ratpoison is the best window manager for openmoko.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* http://incise.org/whimsy.html &lt;br /&gt;
* http://pycawm.last-exile.org/&lt;br /&gt;
* http://pywm.sourceforge.net/#status&lt;br /&gt;
* http://partiwm.org/&lt;br /&gt;
* http://plwm.sourceforge.net/&lt;br /&gt;
* http://www.freenet.org.nz/python/pywm/  needs fltk&lt;br /&gt;
&lt;br /&gt;
=== Plotting ===&lt;br /&gt;
matplotlib?  might be an overkill. Anything usable lightweight available?&lt;br /&gt;
&lt;br /&gt;
= Jogging =&lt;br /&gt;
&lt;br /&gt;
== Accelerometer ==&lt;br /&gt;
&lt;br /&gt;
Mount the Freerunner to the shin and measure the damping and motion style with different shoes at various speeds.&lt;br /&gt;
Especially interesting to watch the aging of the shoes (different damping).&lt;br /&gt;
&lt;br /&gt;
= Openstreetmap =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I would like to have a simple application to add map information at my current location.&lt;br /&gt;
Say, I am standing beneath an ATM, just use a menu item &amp;quot;Add ATM&amp;quot; and typing in its name - finished. There is no need for a map display. The program just displays the OSM nodes near the current location. And you can add a new node or modify an existing node.&lt;br /&gt;
&lt;br /&gt;
= Accelerometer =&lt;br /&gt;
&lt;br /&gt;
== Ideas ==&lt;br /&gt;
&lt;br /&gt;
* Indoor use of those GPS games&lt;br /&gt;
* Programming a Marble game would be more fun than playing it (Martin Senkerik is now having that fun http://projects.openmoko.org/projects/accelgame/)&lt;br /&gt;
* Moving within a larger virtual screen by tilting the display.&lt;br /&gt;
&lt;br /&gt;
== Hardware ==&lt;br /&gt;
&lt;br /&gt;
* http://wiki.openmoko.org/wiki/ST_LIS302DL &lt;br /&gt;
* [http://www.st.com/stonline/products/literature/ds/12726.pdf Datasheet]&lt;br /&gt;
&lt;br /&gt;
I was wondering about the steps of 18 units in the histogram of the accelerometer data. Now I know: the kernel driver already scales the raw data from the chip to mg units. &lt;br /&gt;
The data from the chip come as 8 bit data. In +-2.3G mode we get a resolution step size of 18 mg.&lt;br /&gt;
&lt;br /&gt;
[[/Measurements/Accelerometer]]&lt;br /&gt;
&lt;br /&gt;
= Games =&lt;br /&gt;
&lt;br /&gt;
Finger-usable application to play the game of Go:&lt;br /&gt;
Somebody somewhere suggested a double click methode for keyboard input. The first click zooms the area of the keyboard the second click activates the key. I don't want this for keyboards but for Go and similar games this could be quite interesting.&lt;br /&gt;
&lt;br /&gt;
Maybe a guesture interface is better. Circle right meens zoom in. Circle left means zoom out.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I thought I am no gamer, but just discovered [[Games#Numptyphysics|Numptyphysics]].&lt;br /&gt;
&lt;br /&gt;
= HAM Radio =&lt;br /&gt;
&lt;br /&gt;
As we can't use the WIFI or the GSM modem or the GPS receiver for HAM purposes there is not much difference to HAM applications on other PDAs.&lt;br /&gt;
&lt;br /&gt;
== CW Trainer ==&lt;br /&gt;
&lt;br /&gt;
== Audio Modems ==&lt;br /&gt;
&lt;br /&gt;
Input and Output via audio interface (what is the maximum sampling rate?).&lt;br /&gt;
&lt;br /&gt;
* http://www.w1hkj.com/Fldigi.html&lt;br /&gt;
&lt;br /&gt;
== Spectrum Analyzer ==&lt;br /&gt;
&lt;br /&gt;
Spectrum auf audio input signal&lt;br /&gt;
&lt;br /&gt;
* http://www.qsl.net/in3otd/glfer.html Maybe the GUI is to complicated for Freerunner.&lt;br /&gt;
&lt;br /&gt;
== Line of Sight Calculation ==&lt;br /&gt;
&lt;br /&gt;
== Smith Chart ==&lt;br /&gt;
&lt;br /&gt;
linsmith&lt;br /&gt;
&lt;br /&gt;
== Circuit Entry and Simulation ==&lt;br /&gt;
&lt;br /&gt;
 * Qucs&lt;br /&gt;
&lt;br /&gt;
== Radio Control ==&lt;br /&gt;
&lt;br /&gt;
=== Control for Commercial TRXs ===&lt;br /&gt;
&lt;br /&gt;
=== Homemade TRXs ===&lt;br /&gt;
&lt;br /&gt;
 * I2C interface on test points&lt;br /&gt;
 * SPI interface on debug connector&lt;br /&gt;
&lt;br /&gt;
= Music =&lt;br /&gt;
&lt;br /&gt;
== Midi Input via Touchscreen ==&lt;br /&gt;
&lt;br /&gt;
There is not much space to use the touchscreen as an ordinary piano keyboard.&lt;br /&gt;
&lt;br /&gt;
What about using the touchscreen like the left hand fingering on a guitar, mandolin, banjo ore similar? The touchscreen lays in front of you in landscape mode. There are four rows, one for each finger. &lt;br /&gt;
   &lt;br /&gt;
  | D# | G  | B  | d# |&lt;br /&gt;
  | D  | F# | A# | d  |&lt;br /&gt;
  | C# | F  | A  | c# |&lt;br /&gt;
  | C  | E  | G# | c  |&lt;br /&gt;
  This layout might be to simple. Should it be optimized for easy chord playing?&lt;br /&gt;
  To come more close to a piano and common string instruments it might be better &lt;br /&gt;
  to flip the arrangment of the notes.&lt;br /&gt;
  | c  | c# | d  | d# |&lt;br /&gt;
  | G# | A  | A# | B  |&lt;br /&gt;
  | E  | F  | F# | G  |&lt;br /&gt;
  | C  | C# | D  | D# |  &lt;br /&gt;
  &lt;br /&gt;
Unfortunately the touchscreen handles only single touches ([[UI_Improvements#The_touchscreen]]). Therefore a polyphonic input is not possible. &lt;br /&gt;
&lt;br /&gt;
Octave shifting via accelerometer reading?&lt;br /&gt;
&lt;br /&gt;
Similiar project: http://www.neo1973-germany.de/wiki/epiano Obviously not what I am having in mind.&lt;br /&gt;
&lt;br /&gt;
== Other interesting Music Software ==&lt;br /&gt;
&lt;br /&gt;
* http://performous.org&lt;br /&gt;
&lt;br /&gt;
= Keyboard =&lt;br /&gt;
&lt;br /&gt;
Why not using the above Midi Keyboard for character input?&lt;br /&gt;
&lt;br /&gt;
 | S | U | R | T |&lt;br /&gt;
 | A | E | I | O |&lt;br /&gt;
 | D | H | N | M |&lt;br /&gt;
 | F | P | G | J |&lt;br /&gt;
 | M1| M2|SPC| BS|&lt;br /&gt;
&lt;br /&gt;
Letter order is random here. Need to be optimized for minimum mode switching.&lt;br /&gt;
Space, Backspace,... can be done by guestures.&lt;br /&gt;
&lt;br /&gt;
== Morse Code Input ==&lt;br /&gt;
&lt;br /&gt;
Will I be faster? Is there usable code available?&lt;br /&gt;
&lt;br /&gt;
Decode would be easier if I'd use an &amp;quot;electronic keyer&amp;quot; e.g. which sends dots and dashes in a predefined length and predefined spaces.&lt;br /&gt;
&lt;br /&gt;
* http://morseall.org/&lt;br /&gt;
&lt;br /&gt;
= Unsorted =&lt;br /&gt;
&lt;br /&gt;
* I wonder what  [http://www.igelle.org igelle] is and whether it is worth trying that for FreeRunner. The website isn't very informative.&lt;br /&gt;
* External Keyboard: The FreeRunner can supply 5V to an external USB device [[USB_host#Selecting_USB_host_mode]]. So I also can connect my MIDI keyboard?&lt;br /&gt;
&lt;br /&gt;
= OS Details =&lt;br /&gt;
&lt;br /&gt;
== Mounting internal Flash when booting from SD ==&lt;br /&gt;
&lt;br /&gt;
Mount the internal root file system&lt;br /&gt;
&lt;br /&gt;
 mount -t jffs2 /dev/mtdblock6 /mnt&lt;br /&gt;
&lt;br /&gt;
On Debian this is already mounted at /mnt/flash&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Noed Source]&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Mickey Term] talk to the GSM Modem&lt;br /&gt;
&lt;br /&gt;
* [[OpenmokoFramework/mdbus]]&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/python-openmoko/&lt;br /&gt;
&lt;br /&gt;
* [[Gsmd/document]] This does not work with FSO. Go to the [http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/index.html;hb=HEAD interface spec of FSO]&lt;br /&gt;
&lt;br /&gt;
* [[GTA02_sysfs]]&lt;br /&gt;
* [[Kernel]]&lt;br /&gt;
* [[User:CesarB/cpufreq]]&lt;br /&gt;
* [[Talk:Alarm daemon]]&lt;br /&gt;
* [[NXP_PCF50633]] Power Managment and RTC&lt;br /&gt;
* [[FAQ]]&lt;br /&gt;
----&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User:ThomasT</id>
		<title>User:ThomasT</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User:ThomasT"/>
				<updated>2008-11-14T17:02:59Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: /* Real Time Clock unreliable */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= My System =&lt;br /&gt;
&lt;br /&gt;
* [[Debian]] without frameworkd&lt;br /&gt;
* window manager: ratpoison &lt;br /&gt;
* GUI: ratmen4wp&lt;br /&gt;
&lt;br /&gt;
= Hardware Issues =&lt;br /&gt;
&lt;br /&gt;
* [[Neo_FreeRunner_Hardware_Issues]]&lt;br /&gt;
* [[Disassembling Neo 1973]]&lt;br /&gt;
&lt;br /&gt;
== Poor Audio Frequency Response via Headphones ==&lt;br /&gt;
&lt;br /&gt;
The amplifier output coupling capacitors C4111 and C4110 are much too small (1uF). It should be approx. 100uF according to the datasheet of [[LM4853]].&lt;br /&gt;
&lt;br /&gt;
== GSM Modem not working ==&lt;br /&gt;
&lt;br /&gt;
I could not communicate with the modem not even with u-boot and after removing battery over night.&lt;br /&gt;
In this case with FSO frameworkd slowed down the system very much, OM2008.9 was almost not usable.&lt;br /&gt;
&lt;br /&gt;
I removed frameword (fso-gpsd does not work without frameworkd and therefore needed to be replaced by gpsd.&lt;br /&gt;
&lt;br /&gt;
Using GPRS is possible, but a bit tricky. I am currently swichting GSM off and on waiting for the modem startup message. But sometimes I get a strange &amp;quot;alarm&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
== Real Time Clock unreliable==&lt;br /&gt;
 &lt;br /&gt;
The RTC is approx. 12 min off per day. I wonder whether the 10pF capacitors at the oscillator crystal are really needed. Maybe I can tune the RTC by lowering the values of those capacitors.&lt;br /&gt;
Or is there a tuning register in the RTC unit?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I read a voltage of 475 mV at the terminals of the backup battery BAT1701.&lt;br /&gt;
&lt;br /&gt;
= Bicycle Computer =&lt;br /&gt;
&lt;br /&gt;
[[Biking]]&lt;br /&gt;
&lt;br /&gt;
== Existing Projects and Experiences ==&lt;br /&gt;
&lt;br /&gt;
* http://blogs.thehumanjourney.net/finds/entry/20080306 Joseph Reeves uses its NEO1973 on a bicycle&lt;br /&gt;
* http://projects.openmoko.org/search/?type_of_search=soft&amp;amp;words=gps&amp;amp;Search=Search&lt;br /&gt;
&lt;br /&gt;
== Mounting ==&lt;br /&gt;
* http://www.pearl.de/a-PX2065-4044.shtml&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Water Protection ==&lt;br /&gt;
&lt;br /&gt;
== Power Supply ==&lt;br /&gt;
&lt;br /&gt;
Due to the relatively high current consumption of the Freerunner a power supply from a hub dynamo seems to be unavoidable.&lt;br /&gt;
&lt;br /&gt;
I skip the switch mode regulator and will use simple Z-Diode parallel to the Freerunner. Later I want to add an LED light parallel to  both.&lt;br /&gt;
&lt;br /&gt;
== GPS ==&lt;br /&gt;
&lt;br /&gt;
=== Existing Software ===&lt;br /&gt;
&lt;br /&gt;
* [[Navit]]&lt;br /&gt;
* [[TangoGPS]]&lt;br /&gt;
* [[GPS_Sight]]?&lt;br /&gt;
* [[GPS_Data_Logger]]&lt;br /&gt;
&lt;br /&gt;
=== Getting GPS Data ===&lt;br /&gt;
&lt;br /&gt;
On Freerunner there is no need to read from gpsd or similar.&lt;br /&gt;
I just can get the data from /dev/ttySAC1 &lt;br /&gt;
&lt;br /&gt;
== Additional GPS Functions ==&lt;br /&gt;
&lt;br /&gt;
=== Altitude Plots ===&lt;br /&gt;
&lt;br /&gt;
Of the travelled track and also of the upcoming (hopefully OSM will soon provide elevation information of the roads)&lt;br /&gt;
&lt;br /&gt;
=== Trip Information ===&lt;br /&gt;
&lt;br /&gt;
Garmin Etrex Legends trip information display is to stupid. I want infos for the current day and for the time since last break.&lt;br /&gt;
&lt;br /&gt;
=== Location Reporting ===&lt;br /&gt;
&lt;br /&gt;
If I have internet access via the phone during my trip I can regularily update my on webpage with location markers as shown here: http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example&lt;br /&gt;
&lt;br /&gt;
== Slope, Vertical Speed ==&lt;br /&gt;
&lt;br /&gt;
The GPS does not give sufficiently accurate vertical speed.&lt;br /&gt;
A barometric sensor (see [[Variometer]]) would be nice. Calculation of the vertical speed by integrating the accelerometer readings also not accurate.&lt;br /&gt;
But maybe it is possible to use the accelerometers to measure the slope of the road.&lt;br /&gt;
How to calibrate it? Is it possible to automatically calibrate it from GSP reading?&lt;br /&gt;
&lt;br /&gt;
== Sideward Inclination of the Bicycle ==&lt;br /&gt;
&lt;br /&gt;
By measuring the increase of the total acceleration not by change of the acceleration angle.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Road Quality ==&lt;br /&gt;
&lt;br /&gt;
Can the road (e.i. surface) quality be recorded by measuring the vibrations with the accelerometers?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Car Counter ==&lt;br /&gt;
&lt;br /&gt;
... using the builtin microphone. Or would it be possible with the accelerometers using high sampling rate?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Heart Rate Monitor ==&lt;br /&gt;
&lt;br /&gt;
Are there Bluetooth Heart Rate Transmitters available?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Pedalling Frequency ==&lt;br /&gt;
&lt;br /&gt;
Pedal sensors with Bluetooth and power supply by magnetic induction would be nice.&lt;br /&gt;
&lt;br /&gt;
Otherwise USB with an FTDI chip.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Panorama Viewer ==&lt;br /&gt;
&lt;br /&gt;
Online panorama viewer similar to [http://www.ecademix.com/JohannesHofmann/gipfel.html gipfel].&lt;br /&gt;
Instead of the photo image we show the mountain panorama calculated from SRTM data. Online calculation with the SRTM data is much to slow, we use only the precalculated water divide lines.&lt;br /&gt;
&lt;br /&gt;
== Programming ==&lt;br /&gt;
&lt;br /&gt;
=== Language ===&lt;br /&gt;
Python&lt;br /&gt;
&lt;br /&gt;
=== UI ===&lt;br /&gt;
&lt;br /&gt;
==== python-etk ====&lt;br /&gt;
I could not find any documentation yet. Seems to be the same as python-gtk.&lt;br /&gt;
&lt;br /&gt;
I don't want to have ''eye-candies''. Maybe ''eye-candies'' are neccessary for selling phones. ''Eye-candies'' cause ''eye-caries'' or even ''brain-caries''. ;-)  They are for gamers.&lt;br /&gt;
&lt;br /&gt;
Colors are o.k. if they carry information. Color gradients of menu bars are useless and annoying.&lt;br /&gt;
&lt;br /&gt;
Maybe I should directly call xlib instead of using some *tk.  From python I could try http://python-xlib.sourceforge.net/ .&lt;br /&gt;
&lt;br /&gt;
==== Tichy ====&lt;br /&gt;
&lt;br /&gt;
[[Tichy]] &lt;br /&gt;
&lt;br /&gt;
==== alternative window managers ====&lt;br /&gt;
The bicycle computer should show different values at the same time. This should be user configurable at runtime. What about having little python scripts just showing a window with one value and let the window mananger do the rest? &lt;br /&gt;
&lt;br /&gt;
It seems ratpoison is the best window manager for openmoko.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* http://incise.org/whimsy.html &lt;br /&gt;
* http://pycawm.last-exile.org/&lt;br /&gt;
* http://pywm.sourceforge.net/#status&lt;br /&gt;
* http://partiwm.org/&lt;br /&gt;
* http://plwm.sourceforge.net/&lt;br /&gt;
* http://www.freenet.org.nz/python/pywm/  needs fltk&lt;br /&gt;
&lt;br /&gt;
=== Plotting ===&lt;br /&gt;
matplotlib?  might be an overkill. Anything usable lightweight available?&lt;br /&gt;
&lt;br /&gt;
= Jogging =&lt;br /&gt;
&lt;br /&gt;
== Accelerometer ==&lt;br /&gt;
&lt;br /&gt;
Mount the Freerunner to the shin and measure the damping and motion style with different shoes at various speeds.&lt;br /&gt;
Especially interesting to watch the aging of the shoes (different damping).&lt;br /&gt;
&lt;br /&gt;
= Openstreetmap =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I would like to have a simple application to add map information at my current location.&lt;br /&gt;
Say, I am standing beneath an ATM, just use a menu item &amp;quot;Add ATM&amp;quot; and typing in its name - finished. There is no need for a map display. The program just displays the OSM nodes near the current location. And you can add a new node or modify an existing node.&lt;br /&gt;
&lt;br /&gt;
= Accelerometer =&lt;br /&gt;
&lt;br /&gt;
== Ideas ==&lt;br /&gt;
&lt;br /&gt;
* Indoor use of those GPS games&lt;br /&gt;
* Programming a Marble game would be more fun than playing it (Martin Senkerik is now having that fun http://projects.openmoko.org/projects/accelgame/)&lt;br /&gt;
* Moving within a larger virtual screen by tilting the display.&lt;br /&gt;
&lt;br /&gt;
== Hardware ==&lt;br /&gt;
&lt;br /&gt;
* http://wiki.openmoko.org/wiki/ST_LIS302DL &lt;br /&gt;
* [http://www.st.com/stonline/products/literature/ds/12726.pdf Datasheet]&lt;br /&gt;
&lt;br /&gt;
I was wondering about the steps of 18 units in the histogram of the accelerometer data. Now I know: the kernel driver already scales the raw data from the chip to mg units. &lt;br /&gt;
The data from the chip come as 8 bit data. In +-2.3G mode we get a resolution step size of 18 mg.&lt;br /&gt;
&lt;br /&gt;
[[/Measurements/Accelerometer]]&lt;br /&gt;
&lt;br /&gt;
= Games =&lt;br /&gt;
&lt;br /&gt;
Finger-usable application to play the game of Go:&lt;br /&gt;
Somebody somewhere suggested a double click methode for keyboard input. The first click zooms the area of the keyboard the second click activates the key. I don't want this for keyboards but for Go and similar games this could be quite interesting.&lt;br /&gt;
&lt;br /&gt;
Maybe a guesture interface is better. Circle right meens zoom in. Circle left means zoom out.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I thought I am no gamer, but just discovered [[Games#Numptyphysics|Numptyphysics]].&lt;br /&gt;
&lt;br /&gt;
= HAM Radio =&lt;br /&gt;
&lt;br /&gt;
As we can't use the WIFI or the GSM modem or the GPS receiver for HAM purposes there is not much difference to HAM applications on other PDAs.&lt;br /&gt;
&lt;br /&gt;
== CW Trainer ==&lt;br /&gt;
&lt;br /&gt;
== Audio Modems ==&lt;br /&gt;
&lt;br /&gt;
Input and Output via audio interface (what is the maximum sampling rate?).&lt;br /&gt;
&lt;br /&gt;
* http://www.w1hkj.com/Fldigi.html&lt;br /&gt;
&lt;br /&gt;
== Spectrum Analyzer ==&lt;br /&gt;
&lt;br /&gt;
Spectrum auf audio input signal&lt;br /&gt;
&lt;br /&gt;
* http://www.qsl.net/in3otd/glfer.html Maybe the GUI is to complicated for Freerunner.&lt;br /&gt;
&lt;br /&gt;
== Line of Sight Calculation ==&lt;br /&gt;
&lt;br /&gt;
== Smith Chart ==&lt;br /&gt;
&lt;br /&gt;
linsmith&lt;br /&gt;
&lt;br /&gt;
== Circuit Entry and Simulation ==&lt;br /&gt;
&lt;br /&gt;
 * Qucs&lt;br /&gt;
&lt;br /&gt;
== Radio Control ==&lt;br /&gt;
&lt;br /&gt;
=== Control for Commercial TRXs ===&lt;br /&gt;
&lt;br /&gt;
=== Homemade TRXs ===&lt;br /&gt;
&lt;br /&gt;
 * I2C interface on test points&lt;br /&gt;
 * SPI interface on debug connector&lt;br /&gt;
&lt;br /&gt;
= Music =&lt;br /&gt;
&lt;br /&gt;
== Midi Input via Touchscreen ==&lt;br /&gt;
&lt;br /&gt;
There is not much space to use the touchscreen as an ordinary piano keyboard.&lt;br /&gt;
&lt;br /&gt;
What about using the touchscreen like the left hand fingering on a guitar, mandolin, banjo ore similar? The touchscreen lays in front of you in landscape mode. There are four rows, one for each finger. &lt;br /&gt;
   &lt;br /&gt;
  | D# | G  | B  | d# |&lt;br /&gt;
  | D  | F# | A# | d  |&lt;br /&gt;
  | C# | F  | A  | c# |&lt;br /&gt;
  | C  | E  | G# | c  |&lt;br /&gt;
  This layout might be to simple. Should it be optimized for easy chord playing?&lt;br /&gt;
  To come more close to a piano and common string instruments it might be better &lt;br /&gt;
  to flip the arrangment of the notes.&lt;br /&gt;
  | c  | c# | d  | d# |&lt;br /&gt;
  | G# | A  | A# | B  |&lt;br /&gt;
  | E  | F  | F# | G  |&lt;br /&gt;
  | C  | C# | D  | D# |  &lt;br /&gt;
  &lt;br /&gt;
Unfortunately the touchscreen handles only single touches ([[UI_Improvements#The_touchscreen]]). Therefore a polyphonic input is not possible. &lt;br /&gt;
&lt;br /&gt;
Octave shifting via accelerometer reading?&lt;br /&gt;
&lt;br /&gt;
Similiar project: http://www.neo1973-germany.de/wiki/epiano Obviously not what I am having in mind.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Keyboard =&lt;br /&gt;
&lt;br /&gt;
Why not using the above Midi Keyboard for character input?&lt;br /&gt;
&lt;br /&gt;
 | S | U | R | T |&lt;br /&gt;
 | A | E | I | O |&lt;br /&gt;
 | D | H | N | M |&lt;br /&gt;
 | F | P | G | J |&lt;br /&gt;
 | M1| M2|SPC| BS|&lt;br /&gt;
&lt;br /&gt;
Letter order is random here. Need to be optimized for minimum mode switching.&lt;br /&gt;
Space, Backspace,... can be done by guestures.&lt;br /&gt;
&lt;br /&gt;
== Morse Code Input ==&lt;br /&gt;
&lt;br /&gt;
Will I be faster? Is there usable code available?&lt;br /&gt;
&lt;br /&gt;
Decode would be easier if I'd use an &amp;quot;electronic keyer&amp;quot; e.g. which sends dots and dashes in a predefined length and predefined spaces.&lt;br /&gt;
&lt;br /&gt;
* http://morseall.org/&lt;br /&gt;
&lt;br /&gt;
= Unsorted =&lt;br /&gt;
&lt;br /&gt;
* I wonder what  [http://www.igelle.org igelle] is and whether it is worth trying that for FreeRunner. The website isn't very informative.&lt;br /&gt;
* External Keyboard: The FreeRunner can supply 5V to an external USB device [[USB_host#Selecting_USB_host_mode]]. So I also can connect my MIDI keyboard?&lt;br /&gt;
&lt;br /&gt;
= OS Details =&lt;br /&gt;
&lt;br /&gt;
== Mounting internal Flash when booting from SD ==&lt;br /&gt;
&lt;br /&gt;
Mount the internal root file system&lt;br /&gt;
&lt;br /&gt;
 mount -t jffs2 /dev/mtdblock6 /mnt&lt;br /&gt;
&lt;br /&gt;
On Debian this is already mounted at /mnt/flash&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Noed Source]&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Mickey Term] talk to the GSM Modem&lt;br /&gt;
&lt;br /&gt;
* [[OpenmokoFramework/mdbus]]&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/python-openmoko/&lt;br /&gt;
&lt;br /&gt;
* [[Gsmd/document]] This does not work with FSO. Go to the [http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/index.html;hb=HEAD interface spec of FSO]&lt;br /&gt;
&lt;br /&gt;
* [[GTA02_sysfs]]&lt;br /&gt;
* [[Kernel]]&lt;br /&gt;
* [[User:CesarB/cpufreq]]&lt;br /&gt;
* [[Talk:Alarm daemon]]&lt;br /&gt;
* [[NXP_PCF50633]] Power Managment and RTC&lt;br /&gt;
* [[FAQ]]&lt;br /&gt;
----&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User:ThomasT</id>
		<title>User:ThomasT</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User:ThomasT"/>
				<updated>2008-11-14T16:17:21Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: /* Poor Audio Frequency Response via Headphones */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= My System =&lt;br /&gt;
&lt;br /&gt;
* [[Debian]] without frameworkd&lt;br /&gt;
* window manager: ratpoison &lt;br /&gt;
* GUI: ratmen4wp&lt;br /&gt;
&lt;br /&gt;
= Hardware Issues =&lt;br /&gt;
&lt;br /&gt;
* [[Neo_FreeRunner_Hardware_Issues]]&lt;br /&gt;
* [[Disassembling Neo 1973]]&lt;br /&gt;
&lt;br /&gt;
== Poor Audio Frequency Response via Headphones ==&lt;br /&gt;
&lt;br /&gt;
The amplifier output coupling capacitors C4111 and C4110 are much too small (1uF). It should be approx. 100uF according to the datasheet of [[LM4853]].&lt;br /&gt;
&lt;br /&gt;
== GSM Modem not working ==&lt;br /&gt;
&lt;br /&gt;
I could not communicate with the modem not even with u-boot and after removing battery over night.&lt;br /&gt;
In this case with FSO frameworkd slowed down the system very much, OM2008.9 was almost not usable.&lt;br /&gt;
&lt;br /&gt;
I removed frameword (fso-gpsd does not work without frameworkd and therefore needed to be replaced by gpsd.&lt;br /&gt;
&lt;br /&gt;
Using GPRS is possible, but a bit tricky. I am currently swichting GSM off and on waiting for the modem startup message. But sometimes I get a strange &amp;quot;alarm&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
== Real Time Clock unreliable==&lt;br /&gt;
 &lt;br /&gt;
The RTC is approx. 12 min off per day. I wonder whether the 10pF capacitors at the oscillator crystal are really needed. Maybe I can tune the RTC by lowering the values of those capacitors.&lt;br /&gt;
Or is there a tuning register in the RTC unit?&lt;br /&gt;
&lt;br /&gt;
= Bicycle Computer =&lt;br /&gt;
&lt;br /&gt;
[[Biking]]&lt;br /&gt;
&lt;br /&gt;
== Existing Projects and Experiences ==&lt;br /&gt;
&lt;br /&gt;
* http://blogs.thehumanjourney.net/finds/entry/20080306 Joseph Reeves uses its NEO1973 on a bicycle&lt;br /&gt;
* http://projects.openmoko.org/search/?type_of_search=soft&amp;amp;words=gps&amp;amp;Search=Search&lt;br /&gt;
&lt;br /&gt;
== Mounting ==&lt;br /&gt;
* http://www.pearl.de/a-PX2065-4044.shtml&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Water Protection ==&lt;br /&gt;
&lt;br /&gt;
== Power Supply ==&lt;br /&gt;
&lt;br /&gt;
Due to the relatively high current consumption of the Freerunner a power supply from a hub dynamo seems to be unavoidable.&lt;br /&gt;
&lt;br /&gt;
I skip the switch mode regulator and will use simple Z-Diode parallel to the Freerunner. Later I want to add an LED light parallel to  both.&lt;br /&gt;
&lt;br /&gt;
== GPS ==&lt;br /&gt;
&lt;br /&gt;
=== Existing Software ===&lt;br /&gt;
&lt;br /&gt;
* [[Navit]]&lt;br /&gt;
* [[TangoGPS]]&lt;br /&gt;
* [[GPS_Sight]]?&lt;br /&gt;
* [[GPS_Data_Logger]]&lt;br /&gt;
&lt;br /&gt;
=== Getting GPS Data ===&lt;br /&gt;
&lt;br /&gt;
On Freerunner there is no need to read from gpsd or similar.&lt;br /&gt;
I just can get the data from /dev/ttySAC1 &lt;br /&gt;
&lt;br /&gt;
== Additional GPS Functions ==&lt;br /&gt;
&lt;br /&gt;
=== Altitude Plots ===&lt;br /&gt;
&lt;br /&gt;
Of the travelled track and also of the upcoming (hopefully OSM will soon provide elevation information of the roads)&lt;br /&gt;
&lt;br /&gt;
=== Trip Information ===&lt;br /&gt;
&lt;br /&gt;
Garmin Etrex Legends trip information display is to stupid. I want infos for the current day and for the time since last break.&lt;br /&gt;
&lt;br /&gt;
=== Location Reporting ===&lt;br /&gt;
&lt;br /&gt;
If I have internet access via the phone during my trip I can regularily update my on webpage with location markers as shown here: http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example&lt;br /&gt;
&lt;br /&gt;
== Slope, Vertical Speed ==&lt;br /&gt;
&lt;br /&gt;
The GPS does not give sufficiently accurate vertical speed.&lt;br /&gt;
A barometric sensor (see [[Variometer]]) would be nice. Calculation of the vertical speed by integrating the accelerometer readings also not accurate.&lt;br /&gt;
But maybe it is possible to use the accelerometers to measure the slope of the road.&lt;br /&gt;
How to calibrate it? Is it possible to automatically calibrate it from GSP reading?&lt;br /&gt;
&lt;br /&gt;
== Sideward Inclination of the Bicycle ==&lt;br /&gt;
&lt;br /&gt;
By measuring the increase of the total acceleration not by change of the acceleration angle.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Road Quality ==&lt;br /&gt;
&lt;br /&gt;
Can the road (e.i. surface) quality be recorded by measuring the vibrations with the accelerometers?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Car Counter ==&lt;br /&gt;
&lt;br /&gt;
... using the builtin microphone. Or would it be possible with the accelerometers using high sampling rate?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Heart Rate Monitor ==&lt;br /&gt;
&lt;br /&gt;
Are there Bluetooth Heart Rate Transmitters available?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Pedalling Frequency ==&lt;br /&gt;
&lt;br /&gt;
Pedal sensors with Bluetooth and power supply by magnetic induction would be nice.&lt;br /&gt;
&lt;br /&gt;
Otherwise USB with an FTDI chip.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Panorama Viewer ==&lt;br /&gt;
&lt;br /&gt;
Online panorama viewer similar to [http://www.ecademix.com/JohannesHofmann/gipfel.html gipfel].&lt;br /&gt;
Instead of the photo image we show the mountain panorama calculated from SRTM data. Online calculation with the SRTM data is much to slow, we use only the precalculated water divide lines.&lt;br /&gt;
&lt;br /&gt;
== Programming ==&lt;br /&gt;
&lt;br /&gt;
=== Language ===&lt;br /&gt;
Python&lt;br /&gt;
&lt;br /&gt;
=== UI ===&lt;br /&gt;
&lt;br /&gt;
==== python-etk ====&lt;br /&gt;
I could not find any documentation yet. Seems to be the same as python-gtk.&lt;br /&gt;
&lt;br /&gt;
I don't want to have ''eye-candies''. Maybe ''eye-candies'' are neccessary for selling phones. ''Eye-candies'' cause ''eye-caries'' or even ''brain-caries''. ;-)  They are for gamers.&lt;br /&gt;
&lt;br /&gt;
Colors are o.k. if they carry information. Color gradients of menu bars are useless and annoying.&lt;br /&gt;
&lt;br /&gt;
Maybe I should directly call xlib instead of using some *tk.  From python I could try http://python-xlib.sourceforge.net/ .&lt;br /&gt;
&lt;br /&gt;
==== Tichy ====&lt;br /&gt;
&lt;br /&gt;
[[Tichy]] &lt;br /&gt;
&lt;br /&gt;
==== alternative window managers ====&lt;br /&gt;
The bicycle computer should show different values at the same time. This should be user configurable at runtime. What about having little python scripts just showing a window with one value and let the window mananger do the rest? &lt;br /&gt;
&lt;br /&gt;
It seems ratpoison is the best window manager for openmoko.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* http://incise.org/whimsy.html &lt;br /&gt;
* http://pycawm.last-exile.org/&lt;br /&gt;
* http://pywm.sourceforge.net/#status&lt;br /&gt;
* http://partiwm.org/&lt;br /&gt;
* http://plwm.sourceforge.net/&lt;br /&gt;
* http://www.freenet.org.nz/python/pywm/  needs fltk&lt;br /&gt;
&lt;br /&gt;
=== Plotting ===&lt;br /&gt;
matplotlib?  might be an overkill. Anything usable lightweight available?&lt;br /&gt;
&lt;br /&gt;
= Jogging =&lt;br /&gt;
&lt;br /&gt;
== Accelerometer ==&lt;br /&gt;
&lt;br /&gt;
Mount the Freerunner to the shin and measure the damping and motion style with different shoes at various speeds.&lt;br /&gt;
Especially interesting to watch the aging of the shoes (different damping).&lt;br /&gt;
&lt;br /&gt;
= Openstreetmap =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I would like to have a simple application to add map information at my current location.&lt;br /&gt;
Say, I am standing beneath an ATM, just use a menu item &amp;quot;Add ATM&amp;quot; and typing in its name - finished. There is no need for a map display. The program just displays the OSM nodes near the current location. And you can add a new node or modify an existing node.&lt;br /&gt;
&lt;br /&gt;
= Accelerometer =&lt;br /&gt;
&lt;br /&gt;
== Ideas ==&lt;br /&gt;
&lt;br /&gt;
* Indoor use of those GPS games&lt;br /&gt;
* Programming a Marble game would be more fun than playing it (Martin Senkerik is now having that fun http://projects.openmoko.org/projects/accelgame/)&lt;br /&gt;
* Moving within a larger virtual screen by tilting the display.&lt;br /&gt;
&lt;br /&gt;
== Hardware ==&lt;br /&gt;
&lt;br /&gt;
* http://wiki.openmoko.org/wiki/ST_LIS302DL &lt;br /&gt;
* [http://www.st.com/stonline/products/literature/ds/12726.pdf Datasheet]&lt;br /&gt;
&lt;br /&gt;
I was wondering about the steps of 18 units in the histogram of the accelerometer data. Now I know: the kernel driver already scales the raw data from the chip to mg units. &lt;br /&gt;
The data from the chip come as 8 bit data. In +-2.3G mode we get a resolution step size of 18 mg.&lt;br /&gt;
&lt;br /&gt;
[[/Measurements/Accelerometer]]&lt;br /&gt;
&lt;br /&gt;
= Games =&lt;br /&gt;
&lt;br /&gt;
Finger-usable application to play the game of Go:&lt;br /&gt;
Somebody somewhere suggested a double click methode for keyboard input. The first click zooms the area of the keyboard the second click activates the key. I don't want this for keyboards but for Go and similar games this could be quite interesting.&lt;br /&gt;
&lt;br /&gt;
Maybe a guesture interface is better. Circle right meens zoom in. Circle left means zoom out.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I thought I am no gamer, but just discovered [[Games#Numptyphysics|Numptyphysics]].&lt;br /&gt;
&lt;br /&gt;
= HAM Radio =&lt;br /&gt;
&lt;br /&gt;
As we can't use the WIFI or the GSM modem or the GPS receiver for HAM purposes there is not much difference to HAM applications on other PDAs.&lt;br /&gt;
&lt;br /&gt;
== CW Trainer ==&lt;br /&gt;
&lt;br /&gt;
== Audio Modems ==&lt;br /&gt;
&lt;br /&gt;
Input and Output via audio interface (what is the maximum sampling rate?).&lt;br /&gt;
&lt;br /&gt;
* http://www.w1hkj.com/Fldigi.html&lt;br /&gt;
&lt;br /&gt;
== Spectrum Analyzer ==&lt;br /&gt;
&lt;br /&gt;
Spectrum auf audio input signal&lt;br /&gt;
&lt;br /&gt;
* http://www.qsl.net/in3otd/glfer.html Maybe the GUI is to complicated for Freerunner.&lt;br /&gt;
&lt;br /&gt;
== Line of Sight Calculation ==&lt;br /&gt;
&lt;br /&gt;
== Smith Chart ==&lt;br /&gt;
&lt;br /&gt;
linsmith&lt;br /&gt;
&lt;br /&gt;
== Circuit Entry and Simulation ==&lt;br /&gt;
&lt;br /&gt;
 * Qucs&lt;br /&gt;
&lt;br /&gt;
== Radio Control ==&lt;br /&gt;
&lt;br /&gt;
=== Control for Commercial TRXs ===&lt;br /&gt;
&lt;br /&gt;
=== Homemade TRXs ===&lt;br /&gt;
&lt;br /&gt;
 * I2C interface on test points&lt;br /&gt;
 * SPI interface on debug connector&lt;br /&gt;
&lt;br /&gt;
= Music =&lt;br /&gt;
&lt;br /&gt;
== Midi Input via Touchscreen ==&lt;br /&gt;
&lt;br /&gt;
There is not much space to use the touchscreen as an ordinary piano keyboard.&lt;br /&gt;
&lt;br /&gt;
What about using the touchscreen like the left hand fingering on a guitar, mandolin, banjo ore similar? The touchscreen lays in front of you in landscape mode. There are four rows, one for each finger. &lt;br /&gt;
   &lt;br /&gt;
  | D# | G  | B  | d# |&lt;br /&gt;
  | D  | F# | A# | d  |&lt;br /&gt;
  | C# | F  | A  | c# |&lt;br /&gt;
  | C  | E  | G# | c  |&lt;br /&gt;
  This layout might be to simple. Should it be optimized for easy chord playing?&lt;br /&gt;
  To come more close to a piano and common string instruments it might be better &lt;br /&gt;
  to flip the arrangment of the notes.&lt;br /&gt;
  | c  | c# | d  | d# |&lt;br /&gt;
  | G# | A  | A# | B  |&lt;br /&gt;
  | E  | F  | F# | G  |&lt;br /&gt;
  | C  | C# | D  | D# |  &lt;br /&gt;
  &lt;br /&gt;
Unfortunately the touchscreen handles only single touches ([[UI_Improvements#The_touchscreen]]). Therefore a polyphonic input is not possible. &lt;br /&gt;
&lt;br /&gt;
Octave shifting via accelerometer reading?&lt;br /&gt;
&lt;br /&gt;
Similiar project: http://www.neo1973-germany.de/wiki/epiano Obviously not what I am having in mind.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Keyboard =&lt;br /&gt;
&lt;br /&gt;
Why not using the above Midi Keyboard for character input?&lt;br /&gt;
&lt;br /&gt;
 | S | U | R | T |&lt;br /&gt;
 | A | E | I | O |&lt;br /&gt;
 | D | H | N | M |&lt;br /&gt;
 | F | P | G | J |&lt;br /&gt;
 | M1| M2|SPC| BS|&lt;br /&gt;
&lt;br /&gt;
Letter order is random here. Need to be optimized for minimum mode switching.&lt;br /&gt;
Space, Backspace,... can be done by guestures.&lt;br /&gt;
&lt;br /&gt;
== Morse Code Input ==&lt;br /&gt;
&lt;br /&gt;
Will I be faster? Is there usable code available?&lt;br /&gt;
&lt;br /&gt;
Decode would be easier if I'd use an &amp;quot;electronic keyer&amp;quot; e.g. which sends dots and dashes in a predefined length and predefined spaces.&lt;br /&gt;
&lt;br /&gt;
* http://morseall.org/&lt;br /&gt;
&lt;br /&gt;
= Unsorted =&lt;br /&gt;
&lt;br /&gt;
* I wonder what  [http://www.igelle.org igelle] is and whether it is worth trying that for FreeRunner. The website isn't very informative.&lt;br /&gt;
* External Keyboard: The FreeRunner can supply 5V to an external USB device [[USB_host#Selecting_USB_host_mode]]. So I also can connect my MIDI keyboard?&lt;br /&gt;
&lt;br /&gt;
= OS Details =&lt;br /&gt;
&lt;br /&gt;
== Mounting internal Flash when booting from SD ==&lt;br /&gt;
&lt;br /&gt;
Mount the internal root file system&lt;br /&gt;
&lt;br /&gt;
 mount -t jffs2 /dev/mtdblock6 /mnt&lt;br /&gt;
&lt;br /&gt;
On Debian this is already mounted at /mnt/flash&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Noed Source]&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Mickey Term] talk to the GSM Modem&lt;br /&gt;
&lt;br /&gt;
* [[OpenmokoFramework/mdbus]]&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/python-openmoko/&lt;br /&gt;
&lt;br /&gt;
* [[Gsmd/document]] This does not work with FSO. Go to the [http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/index.html;hb=HEAD interface spec of FSO]&lt;br /&gt;
&lt;br /&gt;
* [[GTA02_sysfs]]&lt;br /&gt;
* [[Kernel]]&lt;br /&gt;
* [[User:CesarB/cpufreq]]&lt;br /&gt;
* [[Talk:Alarm daemon]]&lt;br /&gt;
* [[NXP_PCF50633]] Power Managment and RTC&lt;br /&gt;
* [[FAQ]]&lt;br /&gt;
----&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User:ThomasT</id>
		<title>User:ThomasT</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User:ThomasT"/>
				<updated>2008-11-14T15:59:42Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: /* Hardware Issues */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= My System =&lt;br /&gt;
&lt;br /&gt;
* [[Debian]] without frameworkd&lt;br /&gt;
* window manager: ratpoison &lt;br /&gt;
* GUI: ratmen4wp&lt;br /&gt;
&lt;br /&gt;
= Hardware Issues =&lt;br /&gt;
&lt;br /&gt;
* [[Neo_FreeRunner_Hardware_Issues]]&lt;br /&gt;
* [[Disassembling Neo 1973]]&lt;br /&gt;
&lt;br /&gt;
== Poor Audio Frequency Response via Headphones ==&lt;br /&gt;
&lt;br /&gt;
The amplifier output coupling capacitors C4111 and C4110 are much too small (1uF). It should be approx. 100uF.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== GSM Modem not working ==&lt;br /&gt;
&lt;br /&gt;
I could not communicate with the modem not even with u-boot and after removing battery over night.&lt;br /&gt;
In this case with FSO frameworkd slowed down the system very much, OM2008.9 was almost not usable.&lt;br /&gt;
&lt;br /&gt;
I removed frameword (fso-gpsd does not work without frameworkd and therefore needed to be replaced by gpsd.&lt;br /&gt;
&lt;br /&gt;
Using GPRS is possible, but a bit tricky. I am currently swichting GSM off and on waiting for the modem startup message. But sometimes I get a strange &amp;quot;alarm&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
== Real Time Clock unreliable==&lt;br /&gt;
 &lt;br /&gt;
The RTC is approx. 12 min off per day. I wonder whether the 10pF capacitors at the oscillator crystal are really needed. Maybe I can tune the RTC by lowering the values of those capacitors.&lt;br /&gt;
Or is there a tuning register in the RTC unit?&lt;br /&gt;
&lt;br /&gt;
= Bicycle Computer =&lt;br /&gt;
&lt;br /&gt;
[[Biking]]&lt;br /&gt;
&lt;br /&gt;
== Existing Projects and Experiences ==&lt;br /&gt;
&lt;br /&gt;
* http://blogs.thehumanjourney.net/finds/entry/20080306 Joseph Reeves uses its NEO1973 on a bicycle&lt;br /&gt;
* http://projects.openmoko.org/search/?type_of_search=soft&amp;amp;words=gps&amp;amp;Search=Search&lt;br /&gt;
&lt;br /&gt;
== Mounting ==&lt;br /&gt;
* http://www.pearl.de/a-PX2065-4044.shtml&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Water Protection ==&lt;br /&gt;
&lt;br /&gt;
== Power Supply ==&lt;br /&gt;
&lt;br /&gt;
Due to the relatively high current consumption of the Freerunner a power supply from a hub dynamo seems to be unavoidable.&lt;br /&gt;
&lt;br /&gt;
I skip the switch mode regulator and will use simple Z-Diode parallel to the Freerunner. Later I want to add an LED light parallel to  both.&lt;br /&gt;
&lt;br /&gt;
== GPS ==&lt;br /&gt;
&lt;br /&gt;
=== Existing Software ===&lt;br /&gt;
&lt;br /&gt;
* [[Navit]]&lt;br /&gt;
* [[TangoGPS]]&lt;br /&gt;
* [[GPS_Sight]]?&lt;br /&gt;
* [[GPS_Data_Logger]]&lt;br /&gt;
&lt;br /&gt;
=== Getting GPS Data ===&lt;br /&gt;
&lt;br /&gt;
On Freerunner there is no need to read from gpsd or similar.&lt;br /&gt;
I just can get the data from /dev/ttySAC1 &lt;br /&gt;
&lt;br /&gt;
== Additional GPS Functions ==&lt;br /&gt;
&lt;br /&gt;
=== Altitude Plots ===&lt;br /&gt;
&lt;br /&gt;
Of the travelled track and also of the upcoming (hopefully OSM will soon provide elevation information of the roads)&lt;br /&gt;
&lt;br /&gt;
=== Trip Information ===&lt;br /&gt;
&lt;br /&gt;
Garmin Etrex Legends trip information display is to stupid. I want infos for the current day and for the time since last break.&lt;br /&gt;
&lt;br /&gt;
=== Location Reporting ===&lt;br /&gt;
&lt;br /&gt;
If I have internet access via the phone during my trip I can regularily update my on webpage with location markers as shown here: http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example&lt;br /&gt;
&lt;br /&gt;
== Slope, Vertical Speed ==&lt;br /&gt;
&lt;br /&gt;
The GPS does not give sufficiently accurate vertical speed.&lt;br /&gt;
A barometric sensor (see [[Variometer]]) would be nice. Calculation of the vertical speed by integrating the accelerometer readings also not accurate.&lt;br /&gt;
But maybe it is possible to use the accelerometers to measure the slope of the road.&lt;br /&gt;
How to calibrate it? Is it possible to automatically calibrate it from GSP reading?&lt;br /&gt;
&lt;br /&gt;
== Sideward Inclination of the Bicycle ==&lt;br /&gt;
&lt;br /&gt;
By measuring the increase of the total acceleration not by change of the acceleration angle.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Road Quality ==&lt;br /&gt;
&lt;br /&gt;
Can the road (e.i. surface) quality be recorded by measuring the vibrations with the accelerometers?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Car Counter ==&lt;br /&gt;
&lt;br /&gt;
... using the builtin microphone. Or would it be possible with the accelerometers using high sampling rate?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Heart Rate Monitor ==&lt;br /&gt;
&lt;br /&gt;
Are there Bluetooth Heart Rate Transmitters available?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Pedalling Frequency ==&lt;br /&gt;
&lt;br /&gt;
Pedal sensors with Bluetooth and power supply by magnetic induction would be nice.&lt;br /&gt;
&lt;br /&gt;
Otherwise USB with an FTDI chip.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Panorama Viewer ==&lt;br /&gt;
&lt;br /&gt;
Online panorama viewer similar to [http://www.ecademix.com/JohannesHofmann/gipfel.html gipfel].&lt;br /&gt;
Instead of the photo image we show the mountain panorama calculated from SRTM data. Online calculation with the SRTM data is much to slow, we use only the precalculated water divide lines.&lt;br /&gt;
&lt;br /&gt;
== Programming ==&lt;br /&gt;
&lt;br /&gt;
=== Language ===&lt;br /&gt;
Python&lt;br /&gt;
&lt;br /&gt;
=== UI ===&lt;br /&gt;
&lt;br /&gt;
==== python-etk ====&lt;br /&gt;
I could not find any documentation yet. Seems to be the same as python-gtk.&lt;br /&gt;
&lt;br /&gt;
I don't want to have ''eye-candies''. Maybe ''eye-candies'' are neccessary for selling phones. ''Eye-candies'' cause ''eye-caries'' or even ''brain-caries''. ;-)  They are for gamers.&lt;br /&gt;
&lt;br /&gt;
Colors are o.k. if they carry information. Color gradients of menu bars are useless and annoying.&lt;br /&gt;
&lt;br /&gt;
Maybe I should directly call xlib instead of using some *tk.  From python I could try http://python-xlib.sourceforge.net/ .&lt;br /&gt;
&lt;br /&gt;
==== Tichy ====&lt;br /&gt;
&lt;br /&gt;
[[Tichy]] &lt;br /&gt;
&lt;br /&gt;
==== alternative window managers ====&lt;br /&gt;
The bicycle computer should show different values at the same time. This should be user configurable at runtime. What about having little python scripts just showing a window with one value and let the window mananger do the rest? &lt;br /&gt;
&lt;br /&gt;
It seems ratpoison is the best window manager for openmoko.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* http://incise.org/whimsy.html &lt;br /&gt;
* http://pycawm.last-exile.org/&lt;br /&gt;
* http://pywm.sourceforge.net/#status&lt;br /&gt;
* http://partiwm.org/&lt;br /&gt;
* http://plwm.sourceforge.net/&lt;br /&gt;
* http://www.freenet.org.nz/python/pywm/  needs fltk&lt;br /&gt;
&lt;br /&gt;
=== Plotting ===&lt;br /&gt;
matplotlib?  might be an overkill. Anything usable lightweight available?&lt;br /&gt;
&lt;br /&gt;
= Jogging =&lt;br /&gt;
&lt;br /&gt;
== Accelerometer ==&lt;br /&gt;
&lt;br /&gt;
Mount the Freerunner to the shin and measure the damping and motion style with different shoes at various speeds.&lt;br /&gt;
Especially interesting to watch the aging of the shoes (different damping).&lt;br /&gt;
&lt;br /&gt;
= Openstreetmap =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I would like to have a simple application to add map information at my current location.&lt;br /&gt;
Say, I am standing beneath an ATM, just use a menu item &amp;quot;Add ATM&amp;quot; and typing in its name - finished. There is no need for a map display. The program just displays the OSM nodes near the current location. And you can add a new node or modify an existing node.&lt;br /&gt;
&lt;br /&gt;
= Accelerometer =&lt;br /&gt;
&lt;br /&gt;
== Ideas ==&lt;br /&gt;
&lt;br /&gt;
* Indoor use of those GPS games&lt;br /&gt;
* Programming a Marble game would be more fun than playing it (Martin Senkerik is now having that fun http://projects.openmoko.org/projects/accelgame/)&lt;br /&gt;
* Moving within a larger virtual screen by tilting the display.&lt;br /&gt;
&lt;br /&gt;
== Hardware ==&lt;br /&gt;
&lt;br /&gt;
* http://wiki.openmoko.org/wiki/ST_LIS302DL &lt;br /&gt;
* [http://www.st.com/stonline/products/literature/ds/12726.pdf Datasheet]&lt;br /&gt;
&lt;br /&gt;
I was wondering about the steps of 18 units in the histogram of the accelerometer data. Now I know: the kernel driver already scales the raw data from the chip to mg units. &lt;br /&gt;
The data from the chip come as 8 bit data. In +-2.3G mode we get a resolution step size of 18 mg.&lt;br /&gt;
&lt;br /&gt;
[[/Measurements/Accelerometer]]&lt;br /&gt;
&lt;br /&gt;
= Games =&lt;br /&gt;
&lt;br /&gt;
Finger-usable application to play the game of Go:&lt;br /&gt;
Somebody somewhere suggested a double click methode for keyboard input. The first click zooms the area of the keyboard the second click activates the key. I don't want this for keyboards but for Go and similar games this could be quite interesting.&lt;br /&gt;
&lt;br /&gt;
Maybe a guesture interface is better. Circle right meens zoom in. Circle left means zoom out.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I thought I am no gamer, but just discovered [[Games#Numptyphysics|Numptyphysics]].&lt;br /&gt;
&lt;br /&gt;
= HAM Radio =&lt;br /&gt;
&lt;br /&gt;
As we can't use the WIFI or the GSM modem or the GPS receiver for HAM purposes there is not much difference to HAM applications on other PDAs.&lt;br /&gt;
&lt;br /&gt;
== CW Trainer ==&lt;br /&gt;
&lt;br /&gt;
== Audio Modems ==&lt;br /&gt;
&lt;br /&gt;
Input and Output via audio interface (what is the maximum sampling rate?).&lt;br /&gt;
&lt;br /&gt;
* http://www.w1hkj.com/Fldigi.html&lt;br /&gt;
&lt;br /&gt;
== Spectrum Analyzer ==&lt;br /&gt;
&lt;br /&gt;
Spectrum auf audio input signal&lt;br /&gt;
&lt;br /&gt;
* http://www.qsl.net/in3otd/glfer.html Maybe the GUI is to complicated for Freerunner.&lt;br /&gt;
&lt;br /&gt;
== Line of Sight Calculation ==&lt;br /&gt;
&lt;br /&gt;
== Smith Chart ==&lt;br /&gt;
&lt;br /&gt;
linsmith&lt;br /&gt;
&lt;br /&gt;
== Circuit Entry and Simulation ==&lt;br /&gt;
&lt;br /&gt;
 * Qucs&lt;br /&gt;
&lt;br /&gt;
== Radio Control ==&lt;br /&gt;
&lt;br /&gt;
=== Control for Commercial TRXs ===&lt;br /&gt;
&lt;br /&gt;
=== Homemade TRXs ===&lt;br /&gt;
&lt;br /&gt;
 * I2C interface on test points&lt;br /&gt;
 * SPI interface on debug connector&lt;br /&gt;
&lt;br /&gt;
= Music =&lt;br /&gt;
&lt;br /&gt;
== Midi Input via Touchscreen ==&lt;br /&gt;
&lt;br /&gt;
There is not much space to use the touchscreen as an ordinary piano keyboard.&lt;br /&gt;
&lt;br /&gt;
What about using the touchscreen like the left hand fingering on a guitar, mandolin, banjo ore similar? The touchscreen lays in front of you in landscape mode. There are four rows, one for each finger. &lt;br /&gt;
   &lt;br /&gt;
  | D# | G  | B  | d# |&lt;br /&gt;
  | D  | F# | A# | d  |&lt;br /&gt;
  | C# | F  | A  | c# |&lt;br /&gt;
  | C  | E  | G# | c  |&lt;br /&gt;
  This layout might be to simple. Should it be optimized for easy chord playing?&lt;br /&gt;
  To come more close to a piano and common string instruments it might be better &lt;br /&gt;
  to flip the arrangment of the notes.&lt;br /&gt;
  | c  | c# | d  | d# |&lt;br /&gt;
  | G# | A  | A# | B  |&lt;br /&gt;
  | E  | F  | F# | G  |&lt;br /&gt;
  | C  | C# | D  | D# |  &lt;br /&gt;
  &lt;br /&gt;
Unfortunately the touchscreen handles only single touches ([[UI_Improvements#The_touchscreen]]). Therefore a polyphonic input is not possible. &lt;br /&gt;
&lt;br /&gt;
Octave shifting via accelerometer reading?&lt;br /&gt;
&lt;br /&gt;
Similiar project: http://www.neo1973-germany.de/wiki/epiano Obviously not what I am having in mind.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Keyboard =&lt;br /&gt;
&lt;br /&gt;
Why not using the above Midi Keyboard for character input?&lt;br /&gt;
&lt;br /&gt;
 | S | U | R | T |&lt;br /&gt;
 | A | E | I | O |&lt;br /&gt;
 | D | H | N | M |&lt;br /&gt;
 | F | P | G | J |&lt;br /&gt;
 | M1| M2|SPC| BS|&lt;br /&gt;
&lt;br /&gt;
Letter order is random here. Need to be optimized for minimum mode switching.&lt;br /&gt;
Space, Backspace,... can be done by guestures.&lt;br /&gt;
&lt;br /&gt;
== Morse Code Input ==&lt;br /&gt;
&lt;br /&gt;
Will I be faster? Is there usable code available?&lt;br /&gt;
&lt;br /&gt;
Decode would be easier if I'd use an &amp;quot;electronic keyer&amp;quot; e.g. which sends dots and dashes in a predefined length and predefined spaces.&lt;br /&gt;
&lt;br /&gt;
* http://morseall.org/&lt;br /&gt;
&lt;br /&gt;
= Unsorted =&lt;br /&gt;
&lt;br /&gt;
* I wonder what  [http://www.igelle.org igelle] is and whether it is worth trying that for FreeRunner. The website isn't very informative.&lt;br /&gt;
* External Keyboard: The FreeRunner can supply 5V to an external USB device [[USB_host#Selecting_USB_host_mode]]. So I also can connect my MIDI keyboard?&lt;br /&gt;
&lt;br /&gt;
= OS Details =&lt;br /&gt;
&lt;br /&gt;
== Mounting internal Flash when booting from SD ==&lt;br /&gt;
&lt;br /&gt;
Mount the internal root file system&lt;br /&gt;
&lt;br /&gt;
 mount -t jffs2 /dev/mtdblock6 /mnt&lt;br /&gt;
&lt;br /&gt;
On Debian this is already mounted at /mnt/flash&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Noed Source]&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Mickey Term] talk to the GSM Modem&lt;br /&gt;
&lt;br /&gt;
* [[OpenmokoFramework/mdbus]]&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/python-openmoko/&lt;br /&gt;
&lt;br /&gt;
* [[Gsmd/document]] This does not work with FSO. Go to the [http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/index.html;hb=HEAD interface spec of FSO]&lt;br /&gt;
&lt;br /&gt;
* [[GTA02_sysfs]]&lt;br /&gt;
* [[Kernel]]&lt;br /&gt;
* [[User:CesarB/cpufreq]]&lt;br /&gt;
* [[Talk:Alarm daemon]]&lt;br /&gt;
* [[NXP_PCF50633]] Power Managment and RTC&lt;br /&gt;
* [[FAQ]]&lt;br /&gt;
----&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User:ThomasT</id>
		<title>User:ThomasT</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User:ThomasT"/>
				<updated>2008-11-14T15:24:18Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: /* Links */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= My System =&lt;br /&gt;
&lt;br /&gt;
* [[Debian]] without frameworkd&lt;br /&gt;
* window manager: ratpoison &lt;br /&gt;
* GUI: ratmen4wp&lt;br /&gt;
&lt;br /&gt;
= Hardware Issues =&lt;br /&gt;
&lt;br /&gt;
[[Neo_FreeRunner_Hardware_Issues]]&lt;br /&gt;
&lt;br /&gt;
== Poor Audio Frequency Response via Headphones ==&lt;br /&gt;
&lt;br /&gt;
The amplifier output coupling capacitors C4111 and C4110 are much too small (1uF). It should be approx. 100uF.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== GSM Modem not working ==&lt;br /&gt;
&lt;br /&gt;
I could not communicate with the modem not even with u-boot and after removing battery over night.&lt;br /&gt;
In this case with FSO frameworkd slowed down the system very much, OM2008.9 was almost not usable.&lt;br /&gt;
&lt;br /&gt;
I removed frameword (fso-gpsd does not work without frameworkd and therefore needed to be replaced by gpsd.&lt;br /&gt;
&lt;br /&gt;
Using GPRS is possible, but a bit tricky. I am currently swichting GSM off and on waiting for the modem startup message. But sometimes I get a strange &amp;quot;alarm&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
== Real Time Clock unreliable==&lt;br /&gt;
 &lt;br /&gt;
The RTC is approx. 12 min off per day. I wonder whether the 10pF capacitors at the oscillator crystal are really needed. Maybe I can tune the RTC by lowering the values of those capacitors.&lt;br /&gt;
Or is there a tuning register in the RTC unit?&lt;br /&gt;
&lt;br /&gt;
= Bicycle Computer =&lt;br /&gt;
&lt;br /&gt;
[[Biking]]&lt;br /&gt;
&lt;br /&gt;
== Existing Projects and Experiences ==&lt;br /&gt;
&lt;br /&gt;
* http://blogs.thehumanjourney.net/finds/entry/20080306 Joseph Reeves uses its NEO1973 on a bicycle&lt;br /&gt;
* http://projects.openmoko.org/search/?type_of_search=soft&amp;amp;words=gps&amp;amp;Search=Search&lt;br /&gt;
&lt;br /&gt;
== Mounting ==&lt;br /&gt;
* http://www.pearl.de/a-PX2065-4044.shtml&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Water Protection ==&lt;br /&gt;
&lt;br /&gt;
== Power Supply ==&lt;br /&gt;
&lt;br /&gt;
Due to the relatively high current consumption of the Freerunner a power supply from a hub dynamo seems to be unavoidable.&lt;br /&gt;
&lt;br /&gt;
I skip the switch mode regulator and will use simple Z-Diode parallel to the Freerunner. Later I want to add an LED light parallel to  both.&lt;br /&gt;
&lt;br /&gt;
== GPS ==&lt;br /&gt;
&lt;br /&gt;
=== Existing Software ===&lt;br /&gt;
&lt;br /&gt;
* [[Navit]]&lt;br /&gt;
* [[TangoGPS]]&lt;br /&gt;
* [[GPS_Sight]]?&lt;br /&gt;
* [[GPS_Data_Logger]]&lt;br /&gt;
&lt;br /&gt;
=== Getting GPS Data ===&lt;br /&gt;
&lt;br /&gt;
On Freerunner there is no need to read from gpsd or similar.&lt;br /&gt;
I just can get the data from /dev/ttySAC1 &lt;br /&gt;
&lt;br /&gt;
== Additional GPS Functions ==&lt;br /&gt;
&lt;br /&gt;
=== Altitude Plots ===&lt;br /&gt;
&lt;br /&gt;
Of the travelled track and also of the upcoming (hopefully OSM will soon provide elevation information of the roads)&lt;br /&gt;
&lt;br /&gt;
=== Trip Information ===&lt;br /&gt;
&lt;br /&gt;
Garmin Etrex Legends trip information display is to stupid. I want infos for the current day and for the time since last break.&lt;br /&gt;
&lt;br /&gt;
=== Location Reporting ===&lt;br /&gt;
&lt;br /&gt;
If I have internet access via the phone during my trip I can regularily update my on webpage with location markers as shown here: http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example&lt;br /&gt;
&lt;br /&gt;
== Slope, Vertical Speed ==&lt;br /&gt;
&lt;br /&gt;
The GPS does not give sufficiently accurate vertical speed.&lt;br /&gt;
A barometric sensor (see [[Variometer]]) would be nice. Calculation of the vertical speed by integrating the accelerometer readings also not accurate.&lt;br /&gt;
But maybe it is possible to use the accelerometers to measure the slope of the road.&lt;br /&gt;
How to calibrate it? Is it possible to automatically calibrate it from GSP reading?&lt;br /&gt;
&lt;br /&gt;
== Sideward Inclination of the Bicycle ==&lt;br /&gt;
&lt;br /&gt;
By measuring the increase of the total acceleration not by change of the acceleration angle.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Road Quality ==&lt;br /&gt;
&lt;br /&gt;
Can the road (e.i. surface) quality be recorded by measuring the vibrations with the accelerometers?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Car Counter ==&lt;br /&gt;
&lt;br /&gt;
... using the builtin microphone. Or would it be possible with the accelerometers using high sampling rate?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Heart Rate Monitor ==&lt;br /&gt;
&lt;br /&gt;
Are there Bluetooth Heart Rate Transmitters available?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Pedalling Frequency ==&lt;br /&gt;
&lt;br /&gt;
Pedal sensors with Bluetooth and power supply by magnetic induction would be nice.&lt;br /&gt;
&lt;br /&gt;
Otherwise USB with an FTDI chip.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Panorama Viewer ==&lt;br /&gt;
&lt;br /&gt;
Online panorama viewer similar to [http://www.ecademix.com/JohannesHofmann/gipfel.html gipfel].&lt;br /&gt;
Instead of the photo image we show the mountain panorama calculated from SRTM data. Online calculation with the SRTM data is much to slow, we use only the precalculated water divide lines.&lt;br /&gt;
&lt;br /&gt;
== Programming ==&lt;br /&gt;
&lt;br /&gt;
=== Language ===&lt;br /&gt;
Python&lt;br /&gt;
&lt;br /&gt;
=== UI ===&lt;br /&gt;
&lt;br /&gt;
==== python-etk ====&lt;br /&gt;
I could not find any documentation yet. Seems to be the same as python-gtk.&lt;br /&gt;
&lt;br /&gt;
I don't want to have ''eye-candies''. Maybe ''eye-candies'' are neccessary for selling phones. ''Eye-candies'' cause ''eye-caries'' or even ''brain-caries''. ;-)  They are for gamers.&lt;br /&gt;
&lt;br /&gt;
Colors are o.k. if they carry information. Color gradients of menu bars are useless and annoying.&lt;br /&gt;
&lt;br /&gt;
Maybe I should directly call xlib instead of using some *tk.  From python I could try http://python-xlib.sourceforge.net/ .&lt;br /&gt;
&lt;br /&gt;
==== Tichy ====&lt;br /&gt;
&lt;br /&gt;
[[Tichy]] &lt;br /&gt;
&lt;br /&gt;
==== alternative window managers ====&lt;br /&gt;
The bicycle computer should show different values at the same time. This should be user configurable at runtime. What about having little python scripts just showing a window with one value and let the window mananger do the rest? &lt;br /&gt;
&lt;br /&gt;
It seems ratpoison is the best window manager for openmoko.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* http://incise.org/whimsy.html &lt;br /&gt;
* http://pycawm.last-exile.org/&lt;br /&gt;
* http://pywm.sourceforge.net/#status&lt;br /&gt;
* http://partiwm.org/&lt;br /&gt;
* http://plwm.sourceforge.net/&lt;br /&gt;
* http://www.freenet.org.nz/python/pywm/  needs fltk&lt;br /&gt;
&lt;br /&gt;
=== Plotting ===&lt;br /&gt;
matplotlib?  might be an overkill. Anything usable lightweight available?&lt;br /&gt;
&lt;br /&gt;
= Jogging =&lt;br /&gt;
&lt;br /&gt;
== Accelerometer ==&lt;br /&gt;
&lt;br /&gt;
Mount the Freerunner to the shin and measure the damping and motion style with different shoes at various speeds.&lt;br /&gt;
Especially interesting to watch the aging of the shoes (different damping).&lt;br /&gt;
&lt;br /&gt;
= Openstreetmap =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I would like to have a simple application to add map information at my current location.&lt;br /&gt;
Say, I am standing beneath an ATM, just use a menu item &amp;quot;Add ATM&amp;quot; and typing in its name - finished. There is no need for a map display. The program just displays the OSM nodes near the current location. And you can add a new node or modify an existing node.&lt;br /&gt;
&lt;br /&gt;
= Accelerometer =&lt;br /&gt;
&lt;br /&gt;
== Ideas ==&lt;br /&gt;
&lt;br /&gt;
* Indoor use of those GPS games&lt;br /&gt;
* Programming a Marble game would be more fun than playing it (Martin Senkerik is now having that fun http://projects.openmoko.org/projects/accelgame/)&lt;br /&gt;
* Moving within a larger virtual screen by tilting the display.&lt;br /&gt;
&lt;br /&gt;
== Hardware ==&lt;br /&gt;
&lt;br /&gt;
* http://wiki.openmoko.org/wiki/ST_LIS302DL &lt;br /&gt;
* [http://www.st.com/stonline/products/literature/ds/12726.pdf Datasheet]&lt;br /&gt;
&lt;br /&gt;
I was wondering about the steps of 18 units in the histogram of the accelerometer data. Now I know: the kernel driver already scales the raw data from the chip to mg units. &lt;br /&gt;
The data from the chip come as 8 bit data. In +-2.3G mode we get a resolution step size of 18 mg.&lt;br /&gt;
&lt;br /&gt;
[[/Measurements/Accelerometer]]&lt;br /&gt;
&lt;br /&gt;
= Games =&lt;br /&gt;
&lt;br /&gt;
Finger-usable application to play the game of Go:&lt;br /&gt;
Somebody somewhere suggested a double click methode for keyboard input. The first click zooms the area of the keyboard the second click activates the key. I don't want this for keyboards but for Go and similar games this could be quite interesting.&lt;br /&gt;
&lt;br /&gt;
Maybe a guesture interface is better. Circle right meens zoom in. Circle left means zoom out.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I thought I am no gamer, but just discovered [[Games#Numptyphysics|Numptyphysics]].&lt;br /&gt;
&lt;br /&gt;
= HAM Radio =&lt;br /&gt;
&lt;br /&gt;
As we can't use the WIFI or the GSM modem or the GPS receiver for HAM purposes there is not much difference to HAM applications on other PDAs.&lt;br /&gt;
&lt;br /&gt;
== CW Trainer ==&lt;br /&gt;
&lt;br /&gt;
== Audio Modems ==&lt;br /&gt;
&lt;br /&gt;
Input and Output via audio interface (what is the maximum sampling rate?).&lt;br /&gt;
&lt;br /&gt;
* http://www.w1hkj.com/Fldigi.html&lt;br /&gt;
&lt;br /&gt;
== Spectrum Analyzer ==&lt;br /&gt;
&lt;br /&gt;
Spectrum auf audio input signal&lt;br /&gt;
&lt;br /&gt;
* http://www.qsl.net/in3otd/glfer.html Maybe the GUI is to complicated for Freerunner.&lt;br /&gt;
&lt;br /&gt;
== Line of Sight Calculation ==&lt;br /&gt;
&lt;br /&gt;
== Smith Chart ==&lt;br /&gt;
&lt;br /&gt;
linsmith&lt;br /&gt;
&lt;br /&gt;
== Circuit Entry and Simulation ==&lt;br /&gt;
&lt;br /&gt;
 * Qucs&lt;br /&gt;
&lt;br /&gt;
== Radio Control ==&lt;br /&gt;
&lt;br /&gt;
=== Control for Commercial TRXs ===&lt;br /&gt;
&lt;br /&gt;
=== Homemade TRXs ===&lt;br /&gt;
&lt;br /&gt;
 * I2C interface on test points&lt;br /&gt;
 * SPI interface on debug connector&lt;br /&gt;
&lt;br /&gt;
= Music =&lt;br /&gt;
&lt;br /&gt;
== Midi Input via Touchscreen ==&lt;br /&gt;
&lt;br /&gt;
There is not much space to use the touchscreen as an ordinary piano keyboard.&lt;br /&gt;
&lt;br /&gt;
What about using the touchscreen like the left hand fingering on a guitar, mandolin, banjo ore similar? The touchscreen lays in front of you in landscape mode. There are four rows, one for each finger. &lt;br /&gt;
   &lt;br /&gt;
  | D# | G  | B  | d# |&lt;br /&gt;
  | D  | F# | A# | d  |&lt;br /&gt;
  | C# | F  | A  | c# |&lt;br /&gt;
  | C  | E  | G# | c  |&lt;br /&gt;
  This layout might be to simple. Should it be optimized for easy chord playing?&lt;br /&gt;
  To come more close to a piano and common string instruments it might be better &lt;br /&gt;
  to flip the arrangment of the notes.&lt;br /&gt;
  | c  | c# | d  | d# |&lt;br /&gt;
  | G# | A  | A# | B  |&lt;br /&gt;
  | E  | F  | F# | G  |&lt;br /&gt;
  | C  | C# | D  | D# |  &lt;br /&gt;
  &lt;br /&gt;
Unfortunately the touchscreen handles only single touches ([[UI_Improvements#The_touchscreen]]). Therefore a polyphonic input is not possible. &lt;br /&gt;
&lt;br /&gt;
Octave shifting via accelerometer reading?&lt;br /&gt;
&lt;br /&gt;
Similiar project: http://www.neo1973-germany.de/wiki/epiano Obviously not what I am having in mind.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Keyboard =&lt;br /&gt;
&lt;br /&gt;
Why not using the above Midi Keyboard for character input?&lt;br /&gt;
&lt;br /&gt;
 | S | U | R | T |&lt;br /&gt;
 | A | E | I | O |&lt;br /&gt;
 | D | H | N | M |&lt;br /&gt;
 | F | P | G | J |&lt;br /&gt;
 | M1| M2|SPC| BS|&lt;br /&gt;
&lt;br /&gt;
Letter order is random here. Need to be optimized for minimum mode switching.&lt;br /&gt;
Space, Backspace,... can be done by guestures.&lt;br /&gt;
&lt;br /&gt;
== Morse Code Input ==&lt;br /&gt;
&lt;br /&gt;
Will I be faster? Is there usable code available?&lt;br /&gt;
&lt;br /&gt;
Decode would be easier if I'd use an &amp;quot;electronic keyer&amp;quot; e.g. which sends dots and dashes in a predefined length and predefined spaces.&lt;br /&gt;
&lt;br /&gt;
* http://morseall.org/&lt;br /&gt;
&lt;br /&gt;
= Unsorted =&lt;br /&gt;
&lt;br /&gt;
* I wonder what  [http://www.igelle.org igelle] is and whether it is worth trying that for FreeRunner. The website isn't very informative.&lt;br /&gt;
* External Keyboard: The FreeRunner can supply 5V to an external USB device [[USB_host#Selecting_USB_host_mode]]. So I also can connect my MIDI keyboard?&lt;br /&gt;
&lt;br /&gt;
= OS Details =&lt;br /&gt;
&lt;br /&gt;
== Mounting internal Flash when booting from SD ==&lt;br /&gt;
&lt;br /&gt;
Mount the internal root file system&lt;br /&gt;
&lt;br /&gt;
 mount -t jffs2 /dev/mtdblock6 /mnt&lt;br /&gt;
&lt;br /&gt;
On Debian this is already mounted at /mnt/flash&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Noed Source]&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Mickey Term] talk to the GSM Modem&lt;br /&gt;
&lt;br /&gt;
* [[OpenmokoFramework/mdbus]]&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/python-openmoko/&lt;br /&gt;
&lt;br /&gt;
* [[Gsmd/document]] This does not work with FSO. Go to the [http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/index.html;hb=HEAD interface spec of FSO]&lt;br /&gt;
&lt;br /&gt;
* [[GTA02_sysfs]]&lt;br /&gt;
* [[Kernel]]&lt;br /&gt;
* [[User:CesarB/cpufreq]]&lt;br /&gt;
* [[Talk:Alarm daemon]]&lt;br /&gt;
* [[NXP_PCF50633]] Power Managment and RTC&lt;br /&gt;
* [[FAQ]]&lt;br /&gt;
----&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User:ThomasT</id>
		<title>User:ThomasT</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User:ThomasT"/>
				<updated>2008-11-14T15:23:47Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: /* Hardware Issues */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= My System =&lt;br /&gt;
&lt;br /&gt;
* [[Debian]] without frameworkd&lt;br /&gt;
* window manager: ratpoison &lt;br /&gt;
* GUI: ratmen4wp&lt;br /&gt;
&lt;br /&gt;
= Hardware Issues =&lt;br /&gt;
&lt;br /&gt;
[[Neo_FreeRunner_Hardware_Issues]]&lt;br /&gt;
&lt;br /&gt;
== Poor Audio Frequency Response via Headphones ==&lt;br /&gt;
&lt;br /&gt;
The amplifier output coupling capacitors C4111 and C4110 are much too small (1uF). It should be approx. 100uF.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== GSM Modem not working ==&lt;br /&gt;
&lt;br /&gt;
I could not communicate with the modem not even with u-boot and after removing battery over night.&lt;br /&gt;
In this case with FSO frameworkd slowed down the system very much, OM2008.9 was almost not usable.&lt;br /&gt;
&lt;br /&gt;
I removed frameword (fso-gpsd does not work without frameworkd and therefore needed to be replaced by gpsd.&lt;br /&gt;
&lt;br /&gt;
Using GPRS is possible, but a bit tricky. I am currently swichting GSM off and on waiting for the modem startup message. But sometimes I get a strange &amp;quot;alarm&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
== Real Time Clock unreliable==&lt;br /&gt;
 &lt;br /&gt;
The RTC is approx. 12 min off per day. I wonder whether the 10pF capacitors at the oscillator crystal are really needed. Maybe I can tune the RTC by lowering the values of those capacitors.&lt;br /&gt;
Or is there a tuning register in the RTC unit?&lt;br /&gt;
&lt;br /&gt;
= Bicycle Computer =&lt;br /&gt;
&lt;br /&gt;
[[Biking]]&lt;br /&gt;
&lt;br /&gt;
== Existing Projects and Experiences ==&lt;br /&gt;
&lt;br /&gt;
* http://blogs.thehumanjourney.net/finds/entry/20080306 Joseph Reeves uses its NEO1973 on a bicycle&lt;br /&gt;
* http://projects.openmoko.org/search/?type_of_search=soft&amp;amp;words=gps&amp;amp;Search=Search&lt;br /&gt;
&lt;br /&gt;
== Mounting ==&lt;br /&gt;
* http://www.pearl.de/a-PX2065-4044.shtml&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Water Protection ==&lt;br /&gt;
&lt;br /&gt;
== Power Supply ==&lt;br /&gt;
&lt;br /&gt;
Due to the relatively high current consumption of the Freerunner a power supply from a hub dynamo seems to be unavoidable.&lt;br /&gt;
&lt;br /&gt;
I skip the switch mode regulator and will use simple Z-Diode parallel to the Freerunner. Later I want to add an LED light parallel to  both.&lt;br /&gt;
&lt;br /&gt;
== GPS ==&lt;br /&gt;
&lt;br /&gt;
=== Existing Software ===&lt;br /&gt;
&lt;br /&gt;
* [[Navit]]&lt;br /&gt;
* [[TangoGPS]]&lt;br /&gt;
* [[GPS_Sight]]?&lt;br /&gt;
* [[GPS_Data_Logger]]&lt;br /&gt;
&lt;br /&gt;
=== Getting GPS Data ===&lt;br /&gt;
&lt;br /&gt;
On Freerunner there is no need to read from gpsd or similar.&lt;br /&gt;
I just can get the data from /dev/ttySAC1 &lt;br /&gt;
&lt;br /&gt;
== Additional GPS Functions ==&lt;br /&gt;
&lt;br /&gt;
=== Altitude Plots ===&lt;br /&gt;
&lt;br /&gt;
Of the travelled track and also of the upcoming (hopefully OSM will soon provide elevation information of the roads)&lt;br /&gt;
&lt;br /&gt;
=== Trip Information ===&lt;br /&gt;
&lt;br /&gt;
Garmin Etrex Legends trip information display is to stupid. I want infos for the current day and for the time since last break.&lt;br /&gt;
&lt;br /&gt;
=== Location Reporting ===&lt;br /&gt;
&lt;br /&gt;
If I have internet access via the phone during my trip I can regularily update my on webpage with location markers as shown here: http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example&lt;br /&gt;
&lt;br /&gt;
== Slope, Vertical Speed ==&lt;br /&gt;
&lt;br /&gt;
The GPS does not give sufficiently accurate vertical speed.&lt;br /&gt;
A barometric sensor (see [[Variometer]]) would be nice. Calculation of the vertical speed by integrating the accelerometer readings also not accurate.&lt;br /&gt;
But maybe it is possible to use the accelerometers to measure the slope of the road.&lt;br /&gt;
How to calibrate it? Is it possible to automatically calibrate it from GSP reading?&lt;br /&gt;
&lt;br /&gt;
== Sideward Inclination of the Bicycle ==&lt;br /&gt;
&lt;br /&gt;
By measuring the increase of the total acceleration not by change of the acceleration angle.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Road Quality ==&lt;br /&gt;
&lt;br /&gt;
Can the road (e.i. surface) quality be recorded by measuring the vibrations with the accelerometers?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Car Counter ==&lt;br /&gt;
&lt;br /&gt;
... using the builtin microphone. Or would it be possible with the accelerometers using high sampling rate?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Heart Rate Monitor ==&lt;br /&gt;
&lt;br /&gt;
Are there Bluetooth Heart Rate Transmitters available?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Pedalling Frequency ==&lt;br /&gt;
&lt;br /&gt;
Pedal sensors with Bluetooth and power supply by magnetic induction would be nice.&lt;br /&gt;
&lt;br /&gt;
Otherwise USB with an FTDI chip.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Panorama Viewer ==&lt;br /&gt;
&lt;br /&gt;
Online panorama viewer similar to [http://www.ecademix.com/JohannesHofmann/gipfel.html gipfel].&lt;br /&gt;
Instead of the photo image we show the mountain panorama calculated from SRTM data. Online calculation with the SRTM data is much to slow, we use only the precalculated water divide lines.&lt;br /&gt;
&lt;br /&gt;
== Programming ==&lt;br /&gt;
&lt;br /&gt;
=== Language ===&lt;br /&gt;
Python&lt;br /&gt;
&lt;br /&gt;
=== UI ===&lt;br /&gt;
&lt;br /&gt;
==== python-etk ====&lt;br /&gt;
I could not find any documentation yet. Seems to be the same as python-gtk.&lt;br /&gt;
&lt;br /&gt;
I don't want to have ''eye-candies''. Maybe ''eye-candies'' are neccessary for selling phones. ''Eye-candies'' cause ''eye-caries'' or even ''brain-caries''. ;-)  They are for gamers.&lt;br /&gt;
&lt;br /&gt;
Colors are o.k. if they carry information. Color gradients of menu bars are useless and annoying.&lt;br /&gt;
&lt;br /&gt;
Maybe I should directly call xlib instead of using some *tk.  From python I could try http://python-xlib.sourceforge.net/ .&lt;br /&gt;
&lt;br /&gt;
==== Tichy ====&lt;br /&gt;
&lt;br /&gt;
[[Tichy]] &lt;br /&gt;
&lt;br /&gt;
==== alternative window managers ====&lt;br /&gt;
The bicycle computer should show different values at the same time. This should be user configurable at runtime. What about having little python scripts just showing a window with one value and let the window mananger do the rest? &lt;br /&gt;
&lt;br /&gt;
It seems ratpoison is the best window manager for openmoko.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* http://incise.org/whimsy.html &lt;br /&gt;
* http://pycawm.last-exile.org/&lt;br /&gt;
* http://pywm.sourceforge.net/#status&lt;br /&gt;
* http://partiwm.org/&lt;br /&gt;
* http://plwm.sourceforge.net/&lt;br /&gt;
* http://www.freenet.org.nz/python/pywm/  needs fltk&lt;br /&gt;
&lt;br /&gt;
=== Plotting ===&lt;br /&gt;
matplotlib?  might be an overkill. Anything usable lightweight available?&lt;br /&gt;
&lt;br /&gt;
= Jogging =&lt;br /&gt;
&lt;br /&gt;
== Accelerometer ==&lt;br /&gt;
&lt;br /&gt;
Mount the Freerunner to the shin and measure the damping and motion style with different shoes at various speeds.&lt;br /&gt;
Especially interesting to watch the aging of the shoes (different damping).&lt;br /&gt;
&lt;br /&gt;
= Openstreetmap =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I would like to have a simple application to add map information at my current location.&lt;br /&gt;
Say, I am standing beneath an ATM, just use a menu item &amp;quot;Add ATM&amp;quot; and typing in its name - finished. There is no need for a map display. The program just displays the OSM nodes near the current location. And you can add a new node or modify an existing node.&lt;br /&gt;
&lt;br /&gt;
= Accelerometer =&lt;br /&gt;
&lt;br /&gt;
== Ideas ==&lt;br /&gt;
&lt;br /&gt;
* Indoor use of those GPS games&lt;br /&gt;
* Programming a Marble game would be more fun than playing it (Martin Senkerik is now having that fun http://projects.openmoko.org/projects/accelgame/)&lt;br /&gt;
* Moving within a larger virtual screen by tilting the display.&lt;br /&gt;
&lt;br /&gt;
== Hardware ==&lt;br /&gt;
&lt;br /&gt;
* http://wiki.openmoko.org/wiki/ST_LIS302DL &lt;br /&gt;
* [http://www.st.com/stonline/products/literature/ds/12726.pdf Datasheet]&lt;br /&gt;
&lt;br /&gt;
I was wondering about the steps of 18 units in the histogram of the accelerometer data. Now I know: the kernel driver already scales the raw data from the chip to mg units. &lt;br /&gt;
The data from the chip come as 8 bit data. In +-2.3G mode we get a resolution step size of 18 mg.&lt;br /&gt;
&lt;br /&gt;
[[/Measurements/Accelerometer]]&lt;br /&gt;
&lt;br /&gt;
= Games =&lt;br /&gt;
&lt;br /&gt;
Finger-usable application to play the game of Go:&lt;br /&gt;
Somebody somewhere suggested a double click methode for keyboard input. The first click zooms the area of the keyboard the second click activates the key. I don't want this for keyboards but for Go and similar games this could be quite interesting.&lt;br /&gt;
&lt;br /&gt;
Maybe a guesture interface is better. Circle right meens zoom in. Circle left means zoom out.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I thought I am no gamer, but just discovered [[Games#Numptyphysics|Numptyphysics]].&lt;br /&gt;
&lt;br /&gt;
= HAM Radio =&lt;br /&gt;
&lt;br /&gt;
As we can't use the WIFI or the GSM modem or the GPS receiver for HAM purposes there is not much difference to HAM applications on other PDAs.&lt;br /&gt;
&lt;br /&gt;
== CW Trainer ==&lt;br /&gt;
&lt;br /&gt;
== Audio Modems ==&lt;br /&gt;
&lt;br /&gt;
Input and Output via audio interface (what is the maximum sampling rate?).&lt;br /&gt;
&lt;br /&gt;
* http://www.w1hkj.com/Fldigi.html&lt;br /&gt;
&lt;br /&gt;
== Spectrum Analyzer ==&lt;br /&gt;
&lt;br /&gt;
Spectrum auf audio input signal&lt;br /&gt;
&lt;br /&gt;
* http://www.qsl.net/in3otd/glfer.html Maybe the GUI is to complicated for Freerunner.&lt;br /&gt;
&lt;br /&gt;
== Line of Sight Calculation ==&lt;br /&gt;
&lt;br /&gt;
== Smith Chart ==&lt;br /&gt;
&lt;br /&gt;
linsmith&lt;br /&gt;
&lt;br /&gt;
== Circuit Entry and Simulation ==&lt;br /&gt;
&lt;br /&gt;
 * Qucs&lt;br /&gt;
&lt;br /&gt;
== Radio Control ==&lt;br /&gt;
&lt;br /&gt;
=== Control for Commercial TRXs ===&lt;br /&gt;
&lt;br /&gt;
=== Homemade TRXs ===&lt;br /&gt;
&lt;br /&gt;
 * I2C interface on test points&lt;br /&gt;
 * SPI interface on debug connector&lt;br /&gt;
&lt;br /&gt;
= Music =&lt;br /&gt;
&lt;br /&gt;
== Midi Input via Touchscreen ==&lt;br /&gt;
&lt;br /&gt;
There is not much space to use the touchscreen as an ordinary piano keyboard.&lt;br /&gt;
&lt;br /&gt;
What about using the touchscreen like the left hand fingering on a guitar, mandolin, banjo ore similar? The touchscreen lays in front of you in landscape mode. There are four rows, one for each finger. &lt;br /&gt;
   &lt;br /&gt;
  | D# | G  | B  | d# |&lt;br /&gt;
  | D  | F# | A# | d  |&lt;br /&gt;
  | C# | F  | A  | c# |&lt;br /&gt;
  | C  | E  | G# | c  |&lt;br /&gt;
  This layout might be to simple. Should it be optimized for easy chord playing?&lt;br /&gt;
  To come more close to a piano and common string instruments it might be better &lt;br /&gt;
  to flip the arrangment of the notes.&lt;br /&gt;
  | c  | c# | d  | d# |&lt;br /&gt;
  | G# | A  | A# | B  |&lt;br /&gt;
  | E  | F  | F# | G  |&lt;br /&gt;
  | C  | C# | D  | D# |  &lt;br /&gt;
  &lt;br /&gt;
Unfortunately the touchscreen handles only single touches ([[UI_Improvements#The_touchscreen]]). Therefore a polyphonic input is not possible. &lt;br /&gt;
&lt;br /&gt;
Octave shifting via accelerometer reading?&lt;br /&gt;
&lt;br /&gt;
Similiar project: http://www.neo1973-germany.de/wiki/epiano Obviously not what I am having in mind.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Keyboard =&lt;br /&gt;
&lt;br /&gt;
Why not using the above Midi Keyboard for character input?&lt;br /&gt;
&lt;br /&gt;
 | S | U | R | T |&lt;br /&gt;
 | A | E | I | O |&lt;br /&gt;
 | D | H | N | M |&lt;br /&gt;
 | F | P | G | J |&lt;br /&gt;
 | M1| M2|SPC| BS|&lt;br /&gt;
&lt;br /&gt;
Letter order is random here. Need to be optimized for minimum mode switching.&lt;br /&gt;
Space, Backspace,... can be done by guestures.&lt;br /&gt;
&lt;br /&gt;
== Morse Code Input ==&lt;br /&gt;
&lt;br /&gt;
Will I be faster? Is there usable code available?&lt;br /&gt;
&lt;br /&gt;
Decode would be easier if I'd use an &amp;quot;electronic keyer&amp;quot; e.g. which sends dots and dashes in a predefined length and predefined spaces.&lt;br /&gt;
&lt;br /&gt;
* http://morseall.org/&lt;br /&gt;
&lt;br /&gt;
= Unsorted =&lt;br /&gt;
&lt;br /&gt;
* I wonder what  [http://www.igelle.org igelle] is and whether it is worth trying that for FreeRunner. The website isn't very informative.&lt;br /&gt;
* External Keyboard: The FreeRunner can supply 5V to an external USB device [[USB_host#Selecting_USB_host_mode]]. So I also can connect my MIDI keyboard?&lt;br /&gt;
&lt;br /&gt;
= OS Details =&lt;br /&gt;
&lt;br /&gt;
== Mounting internal Flash when booting from SD ==&lt;br /&gt;
&lt;br /&gt;
Mount the internal root file system&lt;br /&gt;
&lt;br /&gt;
 mount -t jffs2 /dev/mtdblock6 /mnt&lt;br /&gt;
&lt;br /&gt;
On Debian this is already mounted at /mnt/flash&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Noed Source]&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Mickey Term] talk to the GSM Modem&lt;br /&gt;
&lt;br /&gt;
* [[OpenmokoFramework/mdbus]]&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/python-openmoko/&lt;br /&gt;
&lt;br /&gt;
* [[Gsmd/document]] This does not work with FSO. Go to the [http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/index.html;hb=HEAD interface spec of FSO]&lt;br /&gt;
&lt;br /&gt;
* [[GTA02_sysfs]]&lt;br /&gt;
* [[Kernel]]&lt;br /&gt;
* [[User:CesarB/cpufreq]]&lt;br /&gt;
* [[Talk:Alarm daemon]]&lt;br /&gt;
* [[NXP_PCF50633]] Power Managment and RTC&lt;br /&gt;
----&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User:ThomasT</id>
		<title>User:ThomasT</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User:ThomasT"/>
				<updated>2008-11-12T10:04:15Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: /* Links */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= My System =&lt;br /&gt;
&lt;br /&gt;
* [[Debian]] without frameworkd&lt;br /&gt;
* window manager: ratpoison &lt;br /&gt;
* GUI: ratmen4wp&lt;br /&gt;
&lt;br /&gt;
= Hardware Issues =&lt;br /&gt;
&lt;br /&gt;
== GSM Modem not working ==&lt;br /&gt;
&lt;br /&gt;
I could not communicate with the modem not even with u-boot and after removing battery over night.&lt;br /&gt;
In this case with FSO frameworkd slowed down the system very much, OM2008.9 was almost not usable.&lt;br /&gt;
&lt;br /&gt;
I removed frameword (fso-gpsd does not work without frameworkd and therefore needed to be replaced by gpsd.&lt;br /&gt;
&lt;br /&gt;
Using GPRS is possible, but a bit tricky. I am currently swichting GSM off and on waiting for the modem startup message. But sometimes I get a strange &amp;quot;alarm&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
== Real Time Clock unreliable==&lt;br /&gt;
 &lt;br /&gt;
The RTC is approx. 12 min off per day. I wonder whether the 10pF capacitors at the oscillator crystal are really needed. Maybe I can tune the RTC by lowering the values of those capacitors.&lt;br /&gt;
Or is there a tuning register in the RTC unit?&lt;br /&gt;
&lt;br /&gt;
= Bicycle Computer =&lt;br /&gt;
&lt;br /&gt;
[[Biking]]&lt;br /&gt;
&lt;br /&gt;
== Existing Projects and Experiences ==&lt;br /&gt;
&lt;br /&gt;
* http://blogs.thehumanjourney.net/finds/entry/20080306 Joseph Reeves uses its NEO1973 on a bicycle&lt;br /&gt;
* http://projects.openmoko.org/search/?type_of_search=soft&amp;amp;words=gps&amp;amp;Search=Search&lt;br /&gt;
&lt;br /&gt;
== Mounting ==&lt;br /&gt;
* http://www.pearl.de/a-PX2065-4044.shtml&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Water Protection ==&lt;br /&gt;
&lt;br /&gt;
== Power Supply ==&lt;br /&gt;
&lt;br /&gt;
Due to the relatively high current consumption of the Freerunner a power supply from a hub dynamo seems to be unavoidable.&lt;br /&gt;
&lt;br /&gt;
I skip the switch mode regulator and will use simple Z-Diode parallel to the Freerunner. Later I want to add an LED light parallel to  both.&lt;br /&gt;
&lt;br /&gt;
== GPS ==&lt;br /&gt;
&lt;br /&gt;
=== Existing Software ===&lt;br /&gt;
&lt;br /&gt;
* [[Navit]]&lt;br /&gt;
* [[TangoGPS]]&lt;br /&gt;
* [[GPS_Sight]]?&lt;br /&gt;
* [[GPS_Data_Logger]]&lt;br /&gt;
&lt;br /&gt;
=== Getting GPS Data ===&lt;br /&gt;
&lt;br /&gt;
On Freerunner there is no need to read from gpsd or similar.&lt;br /&gt;
I just can get the data from /dev/ttySAC1 &lt;br /&gt;
&lt;br /&gt;
== Additional GPS Functions ==&lt;br /&gt;
&lt;br /&gt;
=== Altitude Plots ===&lt;br /&gt;
&lt;br /&gt;
Of the travelled track and also of the upcoming (hopefully OSM will soon provide elevation information of the roads)&lt;br /&gt;
&lt;br /&gt;
=== Trip Information ===&lt;br /&gt;
&lt;br /&gt;
Garmin Etrex Legends trip information display is to stupid. I want infos for the current day and for the time since last break.&lt;br /&gt;
&lt;br /&gt;
=== Location Reporting ===&lt;br /&gt;
&lt;br /&gt;
If I have internet access via the phone during my trip I can regularily update my on webpage with location markers as shown here: http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example&lt;br /&gt;
&lt;br /&gt;
== Slope, Vertical Speed ==&lt;br /&gt;
&lt;br /&gt;
The GPS does not give sufficiently accurate vertical speed.&lt;br /&gt;
A barometric sensor (see [[Variometer]]) would be nice. Calculation of the vertical speed by integrating the accelerometer readings also not accurate.&lt;br /&gt;
But maybe it is possible to use the accelerometers to measure the slope of the road.&lt;br /&gt;
How to calibrate it? Is it possible to automatically calibrate it from GSP reading?&lt;br /&gt;
&lt;br /&gt;
== Sideward Inclination of the Bicycle ==&lt;br /&gt;
&lt;br /&gt;
By measuring the increase of the total acceleration not by change of the acceleration angle.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Road Quality ==&lt;br /&gt;
&lt;br /&gt;
Can the road (e.i. surface) quality be recorded by measuring the vibrations with the accelerometers?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Car Counter ==&lt;br /&gt;
&lt;br /&gt;
... using the builtin microphone. Or would it be possible with the accelerometers using high sampling rate?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Heart Rate Monitor ==&lt;br /&gt;
&lt;br /&gt;
Are there Bluetooth Heart Rate Transmitters available?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Pedalling Frequency ==&lt;br /&gt;
&lt;br /&gt;
Pedal sensors with Bluetooth and power supply by magnetic induction would be nice.&lt;br /&gt;
&lt;br /&gt;
Otherwise USB with an FTDI chip.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Panorama Viewer ==&lt;br /&gt;
&lt;br /&gt;
Online panorama viewer similar to [http://www.ecademix.com/JohannesHofmann/gipfel.html gipfel].&lt;br /&gt;
Instead of the photo image we show the mountain panorama calculated from SRTM data. Online calculation with the SRTM data is much to slow, we use only the precalculated water divide lines.&lt;br /&gt;
&lt;br /&gt;
== Programming ==&lt;br /&gt;
&lt;br /&gt;
=== Language ===&lt;br /&gt;
Python&lt;br /&gt;
&lt;br /&gt;
=== UI ===&lt;br /&gt;
&lt;br /&gt;
==== python-etk ====&lt;br /&gt;
I could not find any documentation yet. Seems to be the same as python-gtk.&lt;br /&gt;
&lt;br /&gt;
I don't want to have ''eye-candies''. Maybe ''eye-candies'' are neccessary for selling phones. ''Eye-candies'' cause ''eye-caries'' or even ''brain-caries''. ;-)  They are for gamers.&lt;br /&gt;
&lt;br /&gt;
Colors are o.k. if they carry information. Color gradients of menu bars are useless and annoying.&lt;br /&gt;
&lt;br /&gt;
Maybe I should directly call xlib instead of using some *tk.  From python I could try http://python-xlib.sourceforge.net/ .&lt;br /&gt;
&lt;br /&gt;
==== Tichy ====&lt;br /&gt;
&lt;br /&gt;
[[Tichy]] &lt;br /&gt;
&lt;br /&gt;
==== alternative window managers ====&lt;br /&gt;
The bicycle computer should show different values at the same time. This should be user configurable at runtime. What about having little python scripts just showing a window with one value and let the window mananger do the rest? &lt;br /&gt;
&lt;br /&gt;
It seems ratpoison is the best window manager for openmoko.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* http://incise.org/whimsy.html &lt;br /&gt;
* http://pycawm.last-exile.org/&lt;br /&gt;
* http://pywm.sourceforge.net/#status&lt;br /&gt;
* http://partiwm.org/&lt;br /&gt;
* http://plwm.sourceforge.net/&lt;br /&gt;
* http://www.freenet.org.nz/python/pywm/  needs fltk&lt;br /&gt;
&lt;br /&gt;
=== Plotting ===&lt;br /&gt;
matplotlib?  might be an overkill. Anything usable lightweight available?&lt;br /&gt;
&lt;br /&gt;
= Jogging =&lt;br /&gt;
&lt;br /&gt;
== Accelerometer ==&lt;br /&gt;
&lt;br /&gt;
Mount the Freerunner to the shin and measure the damping and motion style with different shoes at various speeds.&lt;br /&gt;
Especially interesting to watch the aging of the shoes (different damping).&lt;br /&gt;
&lt;br /&gt;
= Openstreetmap =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I would like to have a simple application to add map information at my current location.&lt;br /&gt;
Say, I am standing beneath an ATM, just use a menu item &amp;quot;Add ATM&amp;quot; and typing in its name - finished. There is no need for a map display. The program just displays the OSM nodes near the current location. And you can add a new node or modify an existing node.&lt;br /&gt;
&lt;br /&gt;
= Accelerometer =&lt;br /&gt;
&lt;br /&gt;
== Ideas ==&lt;br /&gt;
&lt;br /&gt;
* Indoor use of those GPS games&lt;br /&gt;
* Programming a Marble game would be more fun than playing it (Martin Senkerik is now having that fun http://projects.openmoko.org/projects/accelgame/)&lt;br /&gt;
* Moving within a larger virtual screen by tilting the display.&lt;br /&gt;
&lt;br /&gt;
== Hardware ==&lt;br /&gt;
&lt;br /&gt;
* http://wiki.openmoko.org/wiki/ST_LIS302DL &lt;br /&gt;
* [http://www.st.com/stonline/products/literature/ds/12726.pdf Datasheet]&lt;br /&gt;
&lt;br /&gt;
I was wondering about the steps of 18 units in the histogram of the accelerometer data. Now I know: the kernel driver already scales the raw data from the chip to mg units. &lt;br /&gt;
The data from the chip come as 8 bit data. In +-2.3G mode we get a resolution step size of 18 mg.&lt;br /&gt;
&lt;br /&gt;
[[/Measurements/Accelerometer]]&lt;br /&gt;
&lt;br /&gt;
= Games =&lt;br /&gt;
&lt;br /&gt;
Finger-usable application to play the game of Go:&lt;br /&gt;
Somebody somewhere suggested a double click methode for keyboard input. The first click zooms the area of the keyboard the second click activates the key. I don't want this for keyboards but for Go and similar games this could be quite interesting.&lt;br /&gt;
&lt;br /&gt;
Maybe a guesture interface is better. Circle right meens zoom in. Circle left means zoom out.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I thought I am no gamer, but just discovered [[Games#Numptyphysics|Numptyphysics]].&lt;br /&gt;
&lt;br /&gt;
= HAM Radio =&lt;br /&gt;
&lt;br /&gt;
As we can't use the WIFI or the GSM modem or the GPS receiver for HAM purposes there is not much difference to HAM applications on other PDAs.&lt;br /&gt;
&lt;br /&gt;
== CW Trainer ==&lt;br /&gt;
&lt;br /&gt;
== Audio Modems ==&lt;br /&gt;
&lt;br /&gt;
Input and Output via audio interface (what is the maximum sampling rate?).&lt;br /&gt;
&lt;br /&gt;
* http://www.w1hkj.com/Fldigi.html&lt;br /&gt;
&lt;br /&gt;
== Spectrum Analyzer ==&lt;br /&gt;
&lt;br /&gt;
Spectrum auf audio input signal&lt;br /&gt;
&lt;br /&gt;
* http://www.qsl.net/in3otd/glfer.html Maybe the GUI is to complicated for Freerunner.&lt;br /&gt;
&lt;br /&gt;
== Line of Sight Calculation ==&lt;br /&gt;
&lt;br /&gt;
== Smith Chart ==&lt;br /&gt;
&lt;br /&gt;
linsmith&lt;br /&gt;
&lt;br /&gt;
== Circuit Entry and Simulation ==&lt;br /&gt;
&lt;br /&gt;
 * Qucs&lt;br /&gt;
&lt;br /&gt;
== Radio Control ==&lt;br /&gt;
&lt;br /&gt;
=== Control for Commercial TRXs ===&lt;br /&gt;
&lt;br /&gt;
=== Homemade TRXs ===&lt;br /&gt;
&lt;br /&gt;
 * I2C interface on test points&lt;br /&gt;
 * SPI interface on debug connector&lt;br /&gt;
&lt;br /&gt;
= Music =&lt;br /&gt;
&lt;br /&gt;
== Midi Input via Touchscreen ==&lt;br /&gt;
&lt;br /&gt;
There is not much space to use the touchscreen as an ordinary piano keyboard.&lt;br /&gt;
&lt;br /&gt;
What about using the touchscreen like the left hand fingering on a guitar, mandolin, banjo ore similar? The touchscreen lays in front of you in landscape mode. There are four rows, one for each finger. &lt;br /&gt;
   &lt;br /&gt;
  | D# | G  | B  | d# |&lt;br /&gt;
  | D  | F# | A# | d  |&lt;br /&gt;
  | C# | F  | A  | c# |&lt;br /&gt;
  | C  | E  | G# | c  |&lt;br /&gt;
  This layout might be to simple. Should it be optimized for easy chord playing?&lt;br /&gt;
  To come more close to a piano and common string instruments it might be better &lt;br /&gt;
  to flip the arrangment of the notes.&lt;br /&gt;
  | c  | c# | d  | d# |&lt;br /&gt;
  | G# | A  | A# | B  |&lt;br /&gt;
  | E  | F  | F# | G  |&lt;br /&gt;
  | C  | C# | D  | D# |  &lt;br /&gt;
  &lt;br /&gt;
Unfortunately the touchscreen handles only single touches ([[UI_Improvements#The_touchscreen]]). Therefore a polyphonic input is not possible. &lt;br /&gt;
&lt;br /&gt;
Octave shifting via accelerometer reading?&lt;br /&gt;
&lt;br /&gt;
Similiar project: http://www.neo1973-germany.de/wiki/epiano Obviously not what I am having in mind.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Keyboard =&lt;br /&gt;
&lt;br /&gt;
Why not using the above Midi Keyboard for character input?&lt;br /&gt;
&lt;br /&gt;
 | S | U | R | T |&lt;br /&gt;
 | A | E | I | O |&lt;br /&gt;
 | D | H | N | M |&lt;br /&gt;
 | F | P | G | J |&lt;br /&gt;
 | M1| M2|SPC| BS|&lt;br /&gt;
&lt;br /&gt;
Letter order is random here. Need to be optimized for minimum mode switching.&lt;br /&gt;
Space, Backspace,... can be done by guestures.&lt;br /&gt;
&lt;br /&gt;
== Morse Code Input ==&lt;br /&gt;
&lt;br /&gt;
Will I be faster? Is there usable code available?&lt;br /&gt;
&lt;br /&gt;
Decode would be easier if I'd use an &amp;quot;electronic keyer&amp;quot; e.g. which sends dots and dashes in a predefined length and predefined spaces.&lt;br /&gt;
&lt;br /&gt;
* http://morseall.org/&lt;br /&gt;
&lt;br /&gt;
= Unsorted =&lt;br /&gt;
&lt;br /&gt;
* I wonder what  [http://www.igelle.org igelle] is and whether it is worth trying that for FreeRunner. The website isn't very informative.&lt;br /&gt;
* External Keyboard: The FreeRunner can supply 5V to an external USB device [[USB_host#Selecting_USB_host_mode]]. So I also can connect my MIDI keyboard?&lt;br /&gt;
&lt;br /&gt;
= OS Details =&lt;br /&gt;
&lt;br /&gt;
== Mounting internal Flash when booting from SD ==&lt;br /&gt;
&lt;br /&gt;
Mount the internal root file system&lt;br /&gt;
&lt;br /&gt;
 mount -t jffs2 /dev/mtdblock6 /mnt&lt;br /&gt;
&lt;br /&gt;
On Debian this is already mounted at /mnt/flash&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Noed Source]&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Mickey Term] talk to the GSM Modem&lt;br /&gt;
&lt;br /&gt;
* [[OpenmokoFramework/mdbus]]&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/python-openmoko/&lt;br /&gt;
&lt;br /&gt;
* [[Gsmd/document]] This does not work with FSO. Go to the [http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/index.html;hb=HEAD interface spec of FSO]&lt;br /&gt;
&lt;br /&gt;
* [[GTA02_sysfs]]&lt;br /&gt;
* [[Kernel]]&lt;br /&gt;
* [[User:CesarB/cpufreq]]&lt;br /&gt;
* [[Talk:Alarm daemon]]&lt;br /&gt;
* [[NXP_PCF50633]] Power Managment and RTC&lt;br /&gt;
----&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Philips_PCF50606</id>
		<title>Philips PCF50606</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Philips_PCF50606"/>
				<updated>2008-11-12T09:57:44Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;* Feature: power management&lt;br /&gt;
* Data Sheet: [http://www.nxp.com/acrobat/literature/9397/75009763.pdf PCF50606/605]&lt;br /&gt;
* User Manual: [http://www.rockbox.org/twiki/pub/Main/DataSheets/pcf50606.pdf pcf50606.pdf]&lt;br /&gt;
* Driver Source: https://svn.openmoko.org/trunk/src/target/kernel/patches/gta01-pcf50606.patch&lt;br /&gt;
&lt;br /&gt;
== Neo 1973 ==&lt;br /&gt;
{{main|Neo_1973_hardware}}&lt;br /&gt;
* Connected to: [[Samsung S3C2410]] via I2C, client address is 0x08.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
This chip is only used in the Neo1973. The Neo FreeRunner uses [[NXP PCF50633]].&lt;br /&gt;
&lt;br /&gt;
[[Category:Chip]]&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User:ThomasT</id>
		<title>User:ThomasT</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User:ThomasT"/>
				<updated>2008-11-09T16:17:38Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: /* Existing Projects and Experiences */  Link to  dead project removed&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= My System =&lt;br /&gt;
&lt;br /&gt;
* [[Debian]] without frameworkd&lt;br /&gt;
* window manager: ratpoison &lt;br /&gt;
* GUI: ratmen4wp&lt;br /&gt;
&lt;br /&gt;
= Hardware Issues =&lt;br /&gt;
&lt;br /&gt;
== GSM Modem not working ==&lt;br /&gt;
&lt;br /&gt;
I could not communicate with the modem not even with u-boot and after removing battery over night.&lt;br /&gt;
In this case with FSO frameworkd slowed down the system very much, OM2008.9 was almost not usable.&lt;br /&gt;
&lt;br /&gt;
I removed frameword (fso-gpsd does not work without frameworkd and therefore needed to be replaced by gpsd.&lt;br /&gt;
&lt;br /&gt;
Using GPRS is possible, but a bit tricky. I am currently swichting GSM off and on waiting for the modem startup message. But sometimes I get a strange &amp;quot;alarm&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
== Real Time Clock unreliable==&lt;br /&gt;
 &lt;br /&gt;
The RTC is approx. 12 min off per day. I wonder whether the 10pF capacitors at the oscillator crystal are really needed. Maybe I can tune the RTC by lowering the values of those capacitors.&lt;br /&gt;
Or is there a tuning register in the RTC unit?&lt;br /&gt;
&lt;br /&gt;
= Bicycle Computer =&lt;br /&gt;
&lt;br /&gt;
[[Biking]]&lt;br /&gt;
&lt;br /&gt;
== Existing Projects and Experiences ==&lt;br /&gt;
&lt;br /&gt;
* http://blogs.thehumanjourney.net/finds/entry/20080306 Joseph Reeves uses its NEO1973 on a bicycle&lt;br /&gt;
* http://projects.openmoko.org/search/?type_of_search=soft&amp;amp;words=gps&amp;amp;Search=Search&lt;br /&gt;
&lt;br /&gt;
== Mounting ==&lt;br /&gt;
* http://www.pearl.de/a-PX2065-4044.shtml&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Water Protection ==&lt;br /&gt;
&lt;br /&gt;
== Power Supply ==&lt;br /&gt;
&lt;br /&gt;
Due to the relatively high current consumption of the Freerunner a power supply from a hub dynamo seems to be unavoidable.&lt;br /&gt;
&lt;br /&gt;
I skip the switch mode regulator and will use simple Z-Diode parallel to the Freerunner. Later I want to add an LED light parallel to  both.&lt;br /&gt;
&lt;br /&gt;
== GPS ==&lt;br /&gt;
&lt;br /&gt;
=== Existing Software ===&lt;br /&gt;
&lt;br /&gt;
* [[Navit]]&lt;br /&gt;
* [[TangoGPS]]&lt;br /&gt;
* [[GPS_Sight]]?&lt;br /&gt;
* [[GPS_Data_Logger]]&lt;br /&gt;
&lt;br /&gt;
=== Getting GPS Data ===&lt;br /&gt;
&lt;br /&gt;
On Freerunner there is no need to read from gpsd or similar.&lt;br /&gt;
I just can get the data from /dev/ttySAC1 &lt;br /&gt;
&lt;br /&gt;
== Additional GPS Functions ==&lt;br /&gt;
&lt;br /&gt;
=== Altitude Plots ===&lt;br /&gt;
&lt;br /&gt;
Of the travelled track and also of the upcoming (hopefully OSM will soon provide elevation information of the roads)&lt;br /&gt;
&lt;br /&gt;
=== Trip Information ===&lt;br /&gt;
&lt;br /&gt;
Garmin Etrex Legends trip information display is to stupid. I want infos for the current day and for the time since last break.&lt;br /&gt;
&lt;br /&gt;
=== Location Reporting ===&lt;br /&gt;
&lt;br /&gt;
If I have internet access via the phone during my trip I can regularily update my on webpage with location markers as shown here: http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example&lt;br /&gt;
&lt;br /&gt;
== Slope, Vertical Speed ==&lt;br /&gt;
&lt;br /&gt;
The GPS does not give sufficiently accurate vertical speed.&lt;br /&gt;
A barometric sensor (see [[Variometer]]) would be nice. Calculation of the vertical speed by integrating the accelerometer readings also not accurate.&lt;br /&gt;
But maybe it is possible to use the accelerometers to measure the slope of the road.&lt;br /&gt;
How to calibrate it? Is it possible to automatically calibrate it from GSP reading?&lt;br /&gt;
&lt;br /&gt;
== Sideward Inclination of the Bicycle ==&lt;br /&gt;
&lt;br /&gt;
By measuring the increase of the total acceleration not by change of the acceleration angle.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Road Quality ==&lt;br /&gt;
&lt;br /&gt;
Can the road (e.i. surface) quality be recorded by measuring the vibrations with the accelerometers?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Car Counter ==&lt;br /&gt;
&lt;br /&gt;
... using the builtin microphone. Or would it be possible with the accelerometers using high sampling rate?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Heart Rate Monitor ==&lt;br /&gt;
&lt;br /&gt;
Are there Bluetooth Heart Rate Transmitters available?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Pedalling Frequency ==&lt;br /&gt;
&lt;br /&gt;
Pedal sensors with Bluetooth and power supply by magnetic induction would be nice.&lt;br /&gt;
&lt;br /&gt;
Otherwise USB with an FTDI chip.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Panorama Viewer ==&lt;br /&gt;
&lt;br /&gt;
Online panorama viewer similar to [http://www.ecademix.com/JohannesHofmann/gipfel.html gipfel].&lt;br /&gt;
Instead of the photo image we show the mountain panorama calculated from SRTM data. Online calculation with the SRTM data is much to slow, we use only the precalculated water divide lines.&lt;br /&gt;
&lt;br /&gt;
== Programming ==&lt;br /&gt;
&lt;br /&gt;
=== Language ===&lt;br /&gt;
Python&lt;br /&gt;
&lt;br /&gt;
=== UI ===&lt;br /&gt;
&lt;br /&gt;
==== python-etk ====&lt;br /&gt;
I could not find any documentation yet. Seems to be the same as python-gtk.&lt;br /&gt;
&lt;br /&gt;
I don't want to have ''eye-candies''. Maybe ''eye-candies'' are neccessary for selling phones. ''Eye-candies'' cause ''eye-caries'' or even ''brain-caries''. ;-)  They are for gamers.&lt;br /&gt;
&lt;br /&gt;
Colors are o.k. if they carry information. Color gradients of menu bars are useless and annoying.&lt;br /&gt;
&lt;br /&gt;
Maybe I should directly call xlib instead of using some *tk.  From python I could try http://python-xlib.sourceforge.net/ .&lt;br /&gt;
&lt;br /&gt;
==== Tichy ====&lt;br /&gt;
&lt;br /&gt;
[[Tichy]] &lt;br /&gt;
&lt;br /&gt;
==== alternative window managers ====&lt;br /&gt;
The bicycle computer should show different values at the same time. This should be user configurable at runtime. What about having little python scripts just showing a window with one value and let the window mananger do the rest? &lt;br /&gt;
&lt;br /&gt;
It seems ratpoison is the best window manager for openmoko.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* http://incise.org/whimsy.html &lt;br /&gt;
* http://pycawm.last-exile.org/&lt;br /&gt;
* http://pywm.sourceforge.net/#status&lt;br /&gt;
* http://partiwm.org/&lt;br /&gt;
* http://plwm.sourceforge.net/&lt;br /&gt;
* http://www.freenet.org.nz/python/pywm/  needs fltk&lt;br /&gt;
&lt;br /&gt;
=== Plotting ===&lt;br /&gt;
matplotlib?  might be an overkill. Anything usable lightweight available?&lt;br /&gt;
&lt;br /&gt;
= Jogging =&lt;br /&gt;
&lt;br /&gt;
== Accelerometer ==&lt;br /&gt;
&lt;br /&gt;
Mount the Freerunner to the shin and measure the damping and motion style with different shoes at various speeds.&lt;br /&gt;
Especially interesting to watch the aging of the shoes (different damping).&lt;br /&gt;
&lt;br /&gt;
= Openstreetmap =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I would like to have a simple application to add map information at my current location.&lt;br /&gt;
Say, I am standing beneath an ATM, just use a menu item &amp;quot;Add ATM&amp;quot; and typing in its name - finished. There is no need for a map display. The program just displays the OSM nodes near the current location. And you can add a new node or modify an existing node.&lt;br /&gt;
&lt;br /&gt;
= Accelerometer =&lt;br /&gt;
&lt;br /&gt;
== Ideas ==&lt;br /&gt;
&lt;br /&gt;
* Indoor use of those GPS games&lt;br /&gt;
* Programming a Marble game would be more fun than playing it (Martin Senkerik is now having that fun http://projects.openmoko.org/projects/accelgame/)&lt;br /&gt;
* Moving within a larger virtual screen by tilting the display.&lt;br /&gt;
&lt;br /&gt;
== Hardware ==&lt;br /&gt;
&lt;br /&gt;
* http://wiki.openmoko.org/wiki/ST_LIS302DL &lt;br /&gt;
* [http://www.st.com/stonline/products/literature/ds/12726.pdf Datasheet]&lt;br /&gt;
&lt;br /&gt;
I was wondering about the steps of 18 units in the histogram of the accelerometer data. Now I know: the kernel driver already scales the raw data from the chip to mg units. &lt;br /&gt;
The data from the chip come as 8 bit data. In +-2.3G mode we get a resolution step size of 18 mg.&lt;br /&gt;
&lt;br /&gt;
[[/Measurements/Accelerometer]]&lt;br /&gt;
&lt;br /&gt;
= Games =&lt;br /&gt;
&lt;br /&gt;
Finger-usable application to play the game of Go:&lt;br /&gt;
Somebody somewhere suggested a double click methode for keyboard input. The first click zooms the area of the keyboard the second click activates the key. I don't want this for keyboards but for Go and similar games this could be quite interesting.&lt;br /&gt;
&lt;br /&gt;
Maybe a guesture interface is better. Circle right meens zoom in. Circle left means zoom out.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I thought I am no gamer, but just discovered [[Games#Numptyphysics|Numptyphysics]].&lt;br /&gt;
&lt;br /&gt;
= HAM Radio =&lt;br /&gt;
&lt;br /&gt;
As we can't use the WIFI or the GSM modem or the GPS receiver for HAM purposes there is not much difference to HAM applications on other PDAs.&lt;br /&gt;
&lt;br /&gt;
== CW Trainer ==&lt;br /&gt;
&lt;br /&gt;
== Audio Modems ==&lt;br /&gt;
&lt;br /&gt;
Input and Output via audio interface (what is the maximum sampling rate?).&lt;br /&gt;
&lt;br /&gt;
* http://www.w1hkj.com/Fldigi.html&lt;br /&gt;
&lt;br /&gt;
== Spectrum Analyzer ==&lt;br /&gt;
&lt;br /&gt;
Spectrum auf audio input signal&lt;br /&gt;
&lt;br /&gt;
* http://www.qsl.net/in3otd/glfer.html Maybe the GUI is to complicated for Freerunner.&lt;br /&gt;
&lt;br /&gt;
== Line of Sight Calculation ==&lt;br /&gt;
&lt;br /&gt;
== Smith Chart ==&lt;br /&gt;
&lt;br /&gt;
linsmith&lt;br /&gt;
&lt;br /&gt;
== Circuit Entry and Simulation ==&lt;br /&gt;
&lt;br /&gt;
 * Qucs&lt;br /&gt;
&lt;br /&gt;
== Radio Control ==&lt;br /&gt;
&lt;br /&gt;
=== Control for Commercial TRXs ===&lt;br /&gt;
&lt;br /&gt;
=== Homemade TRXs ===&lt;br /&gt;
&lt;br /&gt;
 * I2C interface on test points&lt;br /&gt;
 * SPI interface on debug connector&lt;br /&gt;
&lt;br /&gt;
= Music =&lt;br /&gt;
&lt;br /&gt;
== Midi Input via Touchscreen ==&lt;br /&gt;
&lt;br /&gt;
There is not much space to use the touchscreen as an ordinary piano keyboard.&lt;br /&gt;
&lt;br /&gt;
What about using the touchscreen like the left hand fingering on a guitar, mandolin, banjo ore similar? The touchscreen lays in front of you in landscape mode. There are four rows, one for each finger. &lt;br /&gt;
   &lt;br /&gt;
  | D# | G  | B  | d# |&lt;br /&gt;
  | D  | F# | A# | d  |&lt;br /&gt;
  | C# | F  | A  | c# |&lt;br /&gt;
  | C  | E  | G# | c  |&lt;br /&gt;
  This layout might be to simple. Should it be optimized for easy chord playing?&lt;br /&gt;
  To come more close to a piano and common string instruments it might be better &lt;br /&gt;
  to flip the arrangment of the notes.&lt;br /&gt;
  | c  | c# | d  | d# |&lt;br /&gt;
  | G# | A  | A# | B  |&lt;br /&gt;
  | E  | F  | F# | G  |&lt;br /&gt;
  | C  | C# | D  | D# |  &lt;br /&gt;
  &lt;br /&gt;
Unfortunately the touchscreen handles only single touches ([[UI_Improvements#The_touchscreen]]). Therefore a polyphonic input is not possible. &lt;br /&gt;
&lt;br /&gt;
Octave shifting via accelerometer reading?&lt;br /&gt;
&lt;br /&gt;
Similiar project: http://www.neo1973-germany.de/wiki/epiano Obviously not what I am having in mind.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Keyboard =&lt;br /&gt;
&lt;br /&gt;
Why not using the above Midi Keyboard for character input?&lt;br /&gt;
&lt;br /&gt;
 | S | U | R | T |&lt;br /&gt;
 | A | E | I | O |&lt;br /&gt;
 | D | H | N | M |&lt;br /&gt;
 | F | P | G | J |&lt;br /&gt;
 | M1| M2|SPC| BS|&lt;br /&gt;
&lt;br /&gt;
Letter order is random here. Need to be optimized for minimum mode switching.&lt;br /&gt;
Space, Backspace,... can be done by guestures.&lt;br /&gt;
&lt;br /&gt;
== Morse Code Input ==&lt;br /&gt;
&lt;br /&gt;
Will I be faster? Is there usable code available?&lt;br /&gt;
&lt;br /&gt;
Decode would be easier if I'd use an &amp;quot;electronic keyer&amp;quot; e.g. which sends dots and dashes in a predefined length and predefined spaces.&lt;br /&gt;
&lt;br /&gt;
* http://morseall.org/&lt;br /&gt;
&lt;br /&gt;
= Unsorted =&lt;br /&gt;
&lt;br /&gt;
* I wonder what  [http://www.igelle.org igelle] is and whether it is worth trying that for FreeRunner. The website isn't very informative.&lt;br /&gt;
* External Keyboard: The FreeRunner can supply 5V to an external USB device [[USB_host#Selecting_USB_host_mode]]. So I also can connect my MIDI keyboard?&lt;br /&gt;
&lt;br /&gt;
= OS Details =&lt;br /&gt;
&lt;br /&gt;
== Mounting internal Flash when booting from SD ==&lt;br /&gt;
&lt;br /&gt;
Mount the internal root file system&lt;br /&gt;
&lt;br /&gt;
 mount -t jffs2 /dev/mtdblock6 /mnt&lt;br /&gt;
&lt;br /&gt;
On Debian this is already mounted at /mnt/flash&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Noed Source]&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Mickey Term] talk to the GSM Modem&lt;br /&gt;
&lt;br /&gt;
* [[OpenmokoFramework/mdbus]]&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/python-openmoko/&lt;br /&gt;
&lt;br /&gt;
* [[Gsmd/document]] This does not work with FSO. Go to the [http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/index.html;hb=HEAD interface spec of FSO]&lt;br /&gt;
&lt;br /&gt;
* [[GTA02_sysfs]]&lt;br /&gt;
* [[Kernel]]&lt;br /&gt;
* [[User:CesarB/cpufreq]]&lt;br /&gt;
* [[Talk:Alarm daemon]]&lt;br /&gt;
* [[Category:Used_chip]]&lt;br /&gt;
* [[NXP_PCF50633]] Power Managment and RTC&lt;br /&gt;
----&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User:ThomasT</id>
		<title>User:ThomasT</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User:ThomasT"/>
				<updated>2008-11-09T16:01:54Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: /* Real Time Clock unreliable */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= My System =&lt;br /&gt;
&lt;br /&gt;
* [[Debian]] without frameworkd&lt;br /&gt;
* window manager: ratpoison &lt;br /&gt;
* GUI: ratmen4wp&lt;br /&gt;
&lt;br /&gt;
= Hardware Issues =&lt;br /&gt;
&lt;br /&gt;
== GSM Modem not working ==&lt;br /&gt;
&lt;br /&gt;
I could not communicate with the modem not even with u-boot and after removing battery over night.&lt;br /&gt;
In this case with FSO frameworkd slowed down the system very much, OM2008.9 was almost not usable.&lt;br /&gt;
&lt;br /&gt;
I removed frameword (fso-gpsd does not work without frameworkd and therefore needed to be replaced by gpsd.&lt;br /&gt;
&lt;br /&gt;
Using GPRS is possible, but a bit tricky. I am currently swichting GSM off and on waiting for the modem startup message. But sometimes I get a strange &amp;quot;alarm&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
== Real Time Clock unreliable==&lt;br /&gt;
 &lt;br /&gt;
The RTC is approx. 12 min off per day. I wonder whether the 10pF capacitors at the oscillator crystal are really needed. Maybe I can tune the RTC by lowering the values of those capacitors.&lt;br /&gt;
Or is there a tuning register in the RTC unit?&lt;br /&gt;
&lt;br /&gt;
= Bicycle Computer =&lt;br /&gt;
&lt;br /&gt;
[[Biking]]&lt;br /&gt;
&lt;br /&gt;
== Existing Projects and Experiences ==&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/mokosport/  Dead&lt;br /&gt;
* http://blogs.thehumanjourney.net/finds/entry/20080306 Joseph Reeves uses its NEO1973 on a bicycle&lt;br /&gt;
* http://projects.openmoko.org/search/?type_of_search=soft&amp;amp;words=gps&amp;amp;Search=Search&lt;br /&gt;
&lt;br /&gt;
== Mounting ==&lt;br /&gt;
* http://www.pearl.de/a-PX2065-4044.shtml&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Water Protection ==&lt;br /&gt;
&lt;br /&gt;
== Power Supply ==&lt;br /&gt;
&lt;br /&gt;
Due to the relatively high current consumption of the Freerunner a power supply from a hub dynamo seems to be unavoidable.&lt;br /&gt;
&lt;br /&gt;
I skip the switch mode regulator and will use simple Z-Diode parallel to the Freerunner. Later I want to add an LED light parallel to  both.&lt;br /&gt;
&lt;br /&gt;
== GPS ==&lt;br /&gt;
&lt;br /&gt;
=== Existing Software ===&lt;br /&gt;
&lt;br /&gt;
* [[Navit]]&lt;br /&gt;
* [[TangoGPS]]&lt;br /&gt;
* [[GPS_Sight]]?&lt;br /&gt;
* [[GPS_Data_Logger]]&lt;br /&gt;
&lt;br /&gt;
=== Getting GPS Data ===&lt;br /&gt;
&lt;br /&gt;
On Freerunner there is no need to read from gpsd or similar.&lt;br /&gt;
I just can get the data from /dev/ttySAC1 &lt;br /&gt;
&lt;br /&gt;
== Additional GPS Functions ==&lt;br /&gt;
&lt;br /&gt;
=== Altitude Plots ===&lt;br /&gt;
&lt;br /&gt;
Of the travelled track and also of the upcoming (hopefully OSM will soon provide elevation information of the roads)&lt;br /&gt;
&lt;br /&gt;
=== Trip Information ===&lt;br /&gt;
&lt;br /&gt;
Garmin Etrex Legends trip information display is to stupid. I want infos for the current day and for the time since last break.&lt;br /&gt;
&lt;br /&gt;
=== Location Reporting ===&lt;br /&gt;
&lt;br /&gt;
If I have internet access via the phone during my trip I can regularily update my on webpage with location markers as shown here: http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example&lt;br /&gt;
&lt;br /&gt;
== Slope, Vertical Speed ==&lt;br /&gt;
&lt;br /&gt;
The GPS does not give sufficiently accurate vertical speed.&lt;br /&gt;
A barometric sensor (see [[Variometer]]) would be nice. Calculation of the vertical speed by integrating the accelerometer readings also not accurate.&lt;br /&gt;
But maybe it is possible to use the accelerometers to measure the slope of the road.&lt;br /&gt;
How to calibrate it? Is it possible to automatically calibrate it from GSP reading?&lt;br /&gt;
&lt;br /&gt;
== Sideward Inclination of the Bicycle ==&lt;br /&gt;
&lt;br /&gt;
By measuring the increase of the total acceleration not by change of the acceleration angle.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Road Quality ==&lt;br /&gt;
&lt;br /&gt;
Can the road (e.i. surface) quality be recorded by measuring the vibrations with the accelerometers?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Car Counter ==&lt;br /&gt;
&lt;br /&gt;
... using the builtin microphone. Or would it be possible with the accelerometers using high sampling rate?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Heart Rate Monitor ==&lt;br /&gt;
&lt;br /&gt;
Are there Bluetooth Heart Rate Transmitters available?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Pedalling Frequency ==&lt;br /&gt;
&lt;br /&gt;
Pedal sensors with Bluetooth and power supply by magnetic induction would be nice.&lt;br /&gt;
&lt;br /&gt;
Otherwise USB with an FTDI chip.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Panorama Viewer ==&lt;br /&gt;
&lt;br /&gt;
Online panorama viewer similar to [http://www.ecademix.com/JohannesHofmann/gipfel.html gipfel].&lt;br /&gt;
Instead of the photo image we show the mountain panorama calculated from SRTM data. Online calculation with the SRTM data is much to slow, we use only the precalculated water divide lines.&lt;br /&gt;
&lt;br /&gt;
== Programming ==&lt;br /&gt;
&lt;br /&gt;
=== Language ===&lt;br /&gt;
Python&lt;br /&gt;
&lt;br /&gt;
=== UI ===&lt;br /&gt;
&lt;br /&gt;
==== python-etk ====&lt;br /&gt;
I could not find any documentation yet. Seems to be the same as python-gtk.&lt;br /&gt;
&lt;br /&gt;
I don't want to have ''eye-candies''. Maybe ''eye-candies'' are neccessary for selling phones. ''Eye-candies'' cause ''eye-caries'' or even ''brain-caries''. ;-)  They are for gamers.&lt;br /&gt;
&lt;br /&gt;
Colors are o.k. if they carry information. Color gradients of menu bars are useless and annoying.&lt;br /&gt;
&lt;br /&gt;
Maybe I should directly call xlib instead of using some *tk.  From python I could try http://python-xlib.sourceforge.net/ .&lt;br /&gt;
&lt;br /&gt;
==== Tichy ====&lt;br /&gt;
&lt;br /&gt;
[[Tichy]] &lt;br /&gt;
&lt;br /&gt;
==== alternative window managers ====&lt;br /&gt;
The bicycle computer should show different values at the same time. This should be user configurable at runtime. What about having little python scripts just showing a window with one value and let the window mananger do the rest? &lt;br /&gt;
&lt;br /&gt;
It seems ratpoison is the best window manager for openmoko.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* http://incise.org/whimsy.html &lt;br /&gt;
* http://pycawm.last-exile.org/&lt;br /&gt;
* http://pywm.sourceforge.net/#status&lt;br /&gt;
* http://partiwm.org/&lt;br /&gt;
* http://plwm.sourceforge.net/&lt;br /&gt;
* http://www.freenet.org.nz/python/pywm/  needs fltk&lt;br /&gt;
&lt;br /&gt;
=== Plotting ===&lt;br /&gt;
matplotlib?  might be an overkill. Anything usable lightweight available?&lt;br /&gt;
&lt;br /&gt;
= Jogging =&lt;br /&gt;
&lt;br /&gt;
== Accelerometer ==&lt;br /&gt;
&lt;br /&gt;
Mount the Freerunner to the shin and measure the damping and motion style with different shoes at various speeds.&lt;br /&gt;
Especially interesting to watch the aging of the shoes (different damping).&lt;br /&gt;
&lt;br /&gt;
= Openstreetmap =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I would like to have a simple application to add map information at my current location.&lt;br /&gt;
Say, I am standing beneath an ATM, just use a menu item &amp;quot;Add ATM&amp;quot; and typing in its name - finished. There is no need for a map display. The program just displays the OSM nodes near the current location. And you can add a new node or modify an existing node.&lt;br /&gt;
&lt;br /&gt;
= Accelerometer =&lt;br /&gt;
&lt;br /&gt;
== Ideas ==&lt;br /&gt;
&lt;br /&gt;
* Indoor use of those GPS games&lt;br /&gt;
* Programming a Marble game would be more fun than playing it (Martin Senkerik is now having that fun http://projects.openmoko.org/projects/accelgame/)&lt;br /&gt;
* Moving within a larger virtual screen by tilting the display.&lt;br /&gt;
&lt;br /&gt;
== Hardware ==&lt;br /&gt;
&lt;br /&gt;
* http://wiki.openmoko.org/wiki/ST_LIS302DL &lt;br /&gt;
* [http://www.st.com/stonline/products/literature/ds/12726.pdf Datasheet]&lt;br /&gt;
&lt;br /&gt;
I was wondering about the steps of 18 units in the histogram of the accelerometer data. Now I know: the kernel driver already scales the raw data from the chip to mg units. &lt;br /&gt;
The data from the chip come as 8 bit data. In +-2.3G mode we get a resolution step size of 18 mg.&lt;br /&gt;
&lt;br /&gt;
[[/Measurements/Accelerometer]]&lt;br /&gt;
&lt;br /&gt;
= Games =&lt;br /&gt;
&lt;br /&gt;
Finger-usable application to play the game of Go:&lt;br /&gt;
Somebody somewhere suggested a double click methode for keyboard input. The first click zooms the area of the keyboard the second click activates the key. I don't want this for keyboards but for Go and similar games this could be quite interesting.&lt;br /&gt;
&lt;br /&gt;
Maybe a guesture interface is better. Circle right meens zoom in. Circle left means zoom out.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I thought I am no gamer, but just discovered [[Games#Numptyphysics|Numptyphysics]].&lt;br /&gt;
&lt;br /&gt;
= HAM Radio =&lt;br /&gt;
&lt;br /&gt;
As we can't use the WIFI or the GSM modem or the GPS receiver for HAM purposes there is not much difference to HAM applications on other PDAs.&lt;br /&gt;
&lt;br /&gt;
== CW Trainer ==&lt;br /&gt;
&lt;br /&gt;
== Audio Modems ==&lt;br /&gt;
&lt;br /&gt;
Input and Output via audio interface (what is the maximum sampling rate?).&lt;br /&gt;
&lt;br /&gt;
* http://www.w1hkj.com/Fldigi.html&lt;br /&gt;
&lt;br /&gt;
== Spectrum Analyzer ==&lt;br /&gt;
&lt;br /&gt;
Spectrum auf audio input signal&lt;br /&gt;
&lt;br /&gt;
* http://www.qsl.net/in3otd/glfer.html Maybe the GUI is to complicated for Freerunner.&lt;br /&gt;
&lt;br /&gt;
== Line of Sight Calculation ==&lt;br /&gt;
&lt;br /&gt;
== Smith Chart ==&lt;br /&gt;
&lt;br /&gt;
linsmith&lt;br /&gt;
&lt;br /&gt;
== Circuit Entry and Simulation ==&lt;br /&gt;
&lt;br /&gt;
 * Qucs&lt;br /&gt;
&lt;br /&gt;
== Radio Control ==&lt;br /&gt;
&lt;br /&gt;
=== Control for Commercial TRXs ===&lt;br /&gt;
&lt;br /&gt;
=== Homemade TRXs ===&lt;br /&gt;
&lt;br /&gt;
 * I2C interface on test points&lt;br /&gt;
 * SPI interface on debug connector&lt;br /&gt;
&lt;br /&gt;
= Music =&lt;br /&gt;
&lt;br /&gt;
== Midi Input via Touchscreen ==&lt;br /&gt;
&lt;br /&gt;
There is not much space to use the touchscreen as an ordinary piano keyboard.&lt;br /&gt;
&lt;br /&gt;
What about using the touchscreen like the left hand fingering on a guitar, mandolin, banjo ore similar? The touchscreen lays in front of you in landscape mode. There are four rows, one for each finger. &lt;br /&gt;
   &lt;br /&gt;
  | D# | G  | B  | d# |&lt;br /&gt;
  | D  | F# | A# | d  |&lt;br /&gt;
  | C# | F  | A  | c# |&lt;br /&gt;
  | C  | E  | G# | c  |&lt;br /&gt;
  This layout might be to simple. Should it be optimized for easy chord playing?&lt;br /&gt;
  To come more close to a piano and common string instruments it might be better &lt;br /&gt;
  to flip the arrangment of the notes.&lt;br /&gt;
  | c  | c# | d  | d# |&lt;br /&gt;
  | G# | A  | A# | B  |&lt;br /&gt;
  | E  | F  | F# | G  |&lt;br /&gt;
  | C  | C# | D  | D# |  &lt;br /&gt;
  &lt;br /&gt;
Unfortunately the touchscreen handles only single touches ([[UI_Improvements#The_touchscreen]]). Therefore a polyphonic input is not possible. &lt;br /&gt;
&lt;br /&gt;
Octave shifting via accelerometer reading?&lt;br /&gt;
&lt;br /&gt;
Similiar project: http://www.neo1973-germany.de/wiki/epiano Obviously not what I am having in mind.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Keyboard =&lt;br /&gt;
&lt;br /&gt;
Why not using the above Midi Keyboard for character input?&lt;br /&gt;
&lt;br /&gt;
 | S | U | R | T |&lt;br /&gt;
 | A | E | I | O |&lt;br /&gt;
 | D | H | N | M |&lt;br /&gt;
 | F | P | G | J |&lt;br /&gt;
 | M1| M2|SPC| BS|&lt;br /&gt;
&lt;br /&gt;
Letter order is random here. Need to be optimized for minimum mode switching.&lt;br /&gt;
Space, Backspace,... can be done by guestures.&lt;br /&gt;
&lt;br /&gt;
== Morse Code Input ==&lt;br /&gt;
&lt;br /&gt;
Will I be faster? Is there usable code available?&lt;br /&gt;
&lt;br /&gt;
Decode would be easier if I'd use an &amp;quot;electronic keyer&amp;quot; e.g. which sends dots and dashes in a predefined length and predefined spaces.&lt;br /&gt;
&lt;br /&gt;
* http://morseall.org/&lt;br /&gt;
&lt;br /&gt;
= Unsorted =&lt;br /&gt;
&lt;br /&gt;
* I wonder what  [http://www.igelle.org igelle] is and whether it is worth trying that for FreeRunner. The website isn't very informative.&lt;br /&gt;
* External Keyboard: The FreeRunner can supply 5V to an external USB device [[USB_host#Selecting_USB_host_mode]]. So I also can connect my MIDI keyboard?&lt;br /&gt;
&lt;br /&gt;
= OS Details =&lt;br /&gt;
&lt;br /&gt;
== Mounting internal Flash when booting from SD ==&lt;br /&gt;
&lt;br /&gt;
Mount the internal root file system&lt;br /&gt;
&lt;br /&gt;
 mount -t jffs2 /dev/mtdblock6 /mnt&lt;br /&gt;
&lt;br /&gt;
On Debian this is already mounted at /mnt/flash&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Noed Source]&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Mickey Term] talk to the GSM Modem&lt;br /&gt;
&lt;br /&gt;
* [[OpenmokoFramework/mdbus]]&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/python-openmoko/&lt;br /&gt;
&lt;br /&gt;
* [[Gsmd/document]] This does not work with FSO. Go to the [http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/index.html;hb=HEAD interface spec of FSO]&lt;br /&gt;
&lt;br /&gt;
* [[GTA02_sysfs]]&lt;br /&gt;
* [[Kernel]]&lt;br /&gt;
* [[User:CesarB/cpufreq]]&lt;br /&gt;
* [[Talk:Alarm daemon]]&lt;br /&gt;
* [[Category:Used_chip]]&lt;br /&gt;
* [[NXP_PCF50633]] Power Managment and RTC&lt;br /&gt;
----&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User:ThomasT</id>
		<title>User:ThomasT</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User:ThomasT"/>
				<updated>2008-11-09T15:53:40Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: /* Links */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= My System =&lt;br /&gt;
&lt;br /&gt;
* [[Debian]] without frameworkd&lt;br /&gt;
* window manager: ratpoison &lt;br /&gt;
* GUI: ratmen4wp&lt;br /&gt;
&lt;br /&gt;
= Hardware Issues =&lt;br /&gt;
&lt;br /&gt;
== GSM Modem not working ==&lt;br /&gt;
&lt;br /&gt;
I could not communicate with the modem not even with u-boot and after removing battery over night.&lt;br /&gt;
In this case with FSO frameworkd slowed down the system very much, OM2008.9 was almost not usable.&lt;br /&gt;
&lt;br /&gt;
I removed frameword (fso-gpsd does not work without frameworkd and therefore needed to be replaced by gpsd.&lt;br /&gt;
&lt;br /&gt;
Using GPRS is possible, but a bit tricky. I am currently swichting GSM off and on waiting for the modem startup message. But sometimes I get a strange &amp;quot;alarm&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
== Real Time Clock unreliable==&lt;br /&gt;
 &lt;br /&gt;
The RTC is approx. 12 min off per day. I wonder whether the 10pF capacitors at the oscillator crystal are really needed. Maybe I can tune the RTC be at least lowering their values.&lt;br /&gt;
&lt;br /&gt;
= Bicycle Computer =&lt;br /&gt;
&lt;br /&gt;
[[Biking]]&lt;br /&gt;
&lt;br /&gt;
== Existing Projects and Experiences ==&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/mokosport/  Dead&lt;br /&gt;
* http://blogs.thehumanjourney.net/finds/entry/20080306 Joseph Reeves uses its NEO1973 on a bicycle&lt;br /&gt;
* http://projects.openmoko.org/search/?type_of_search=soft&amp;amp;words=gps&amp;amp;Search=Search&lt;br /&gt;
&lt;br /&gt;
== Mounting ==&lt;br /&gt;
* http://www.pearl.de/a-PX2065-4044.shtml&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Water Protection ==&lt;br /&gt;
&lt;br /&gt;
== Power Supply ==&lt;br /&gt;
&lt;br /&gt;
Due to the relatively high current consumption of the Freerunner a power supply from a hub dynamo seems to be unavoidable.&lt;br /&gt;
&lt;br /&gt;
I skip the switch mode regulator and will use simple Z-Diode parallel to the Freerunner. Later I want to add an LED light parallel to  both.&lt;br /&gt;
&lt;br /&gt;
== GPS ==&lt;br /&gt;
&lt;br /&gt;
=== Existing Software ===&lt;br /&gt;
&lt;br /&gt;
* [[Navit]]&lt;br /&gt;
* [[TangoGPS]]&lt;br /&gt;
* [[GPS_Sight]]?&lt;br /&gt;
* [[GPS_Data_Logger]]&lt;br /&gt;
&lt;br /&gt;
=== Getting GPS Data ===&lt;br /&gt;
&lt;br /&gt;
On Freerunner there is no need to read from gpsd or similar.&lt;br /&gt;
I just can get the data from /dev/ttySAC1 &lt;br /&gt;
&lt;br /&gt;
== Additional GPS Functions ==&lt;br /&gt;
&lt;br /&gt;
=== Altitude Plots ===&lt;br /&gt;
&lt;br /&gt;
Of the travelled track and also of the upcoming (hopefully OSM will soon provide elevation information of the roads)&lt;br /&gt;
&lt;br /&gt;
=== Trip Information ===&lt;br /&gt;
&lt;br /&gt;
Garmin Etrex Legends trip information display is to stupid. I want infos for the current day and for the time since last break.&lt;br /&gt;
&lt;br /&gt;
=== Location Reporting ===&lt;br /&gt;
&lt;br /&gt;
If I have internet access via the phone during my trip I can regularily update my on webpage with location markers as shown here: http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example&lt;br /&gt;
&lt;br /&gt;
== Slope, Vertical Speed ==&lt;br /&gt;
&lt;br /&gt;
The GPS does not give sufficiently accurate vertical speed.&lt;br /&gt;
A barometric sensor (see [[Variometer]]) would be nice. Calculation of the vertical speed by integrating the accelerometer readings also not accurate.&lt;br /&gt;
But maybe it is possible to use the accelerometers to measure the slope of the road.&lt;br /&gt;
How to calibrate it? Is it possible to automatically calibrate it from GSP reading?&lt;br /&gt;
&lt;br /&gt;
== Sideward Inclination of the Bicycle ==&lt;br /&gt;
&lt;br /&gt;
By measuring the increase of the total acceleration not by change of the acceleration angle.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Road Quality ==&lt;br /&gt;
&lt;br /&gt;
Can the road (e.i. surface) quality be recorded by measuring the vibrations with the accelerometers?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Car Counter ==&lt;br /&gt;
&lt;br /&gt;
... using the builtin microphone. Or would it be possible with the accelerometers using high sampling rate?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Heart Rate Monitor ==&lt;br /&gt;
&lt;br /&gt;
Are there Bluetooth Heart Rate Transmitters available?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Pedalling Frequency ==&lt;br /&gt;
&lt;br /&gt;
Pedal sensors with Bluetooth and power supply by magnetic induction would be nice.&lt;br /&gt;
&lt;br /&gt;
Otherwise USB with an FTDI chip.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Panorama Viewer ==&lt;br /&gt;
&lt;br /&gt;
Online panorama viewer similar to [http://www.ecademix.com/JohannesHofmann/gipfel.html gipfel].&lt;br /&gt;
Instead of the photo image we show the mountain panorama calculated from SRTM data. Online calculation with the SRTM data is much to slow, we use only the precalculated water divide lines.&lt;br /&gt;
&lt;br /&gt;
== Programming ==&lt;br /&gt;
&lt;br /&gt;
=== Language ===&lt;br /&gt;
Python&lt;br /&gt;
&lt;br /&gt;
=== UI ===&lt;br /&gt;
&lt;br /&gt;
==== python-etk ====&lt;br /&gt;
I could not find any documentation yet. Seems to be the same as python-gtk.&lt;br /&gt;
&lt;br /&gt;
I don't want to have ''eye-candies''. Maybe ''eye-candies'' are neccessary for selling phones. ''Eye-candies'' cause ''eye-caries'' or even ''brain-caries''. ;-)  They are for gamers.&lt;br /&gt;
&lt;br /&gt;
Colors are o.k. if they carry information. Color gradients of menu bars are useless and annoying.&lt;br /&gt;
&lt;br /&gt;
Maybe I should directly call xlib instead of using some *tk.  From python I could try http://python-xlib.sourceforge.net/ .&lt;br /&gt;
&lt;br /&gt;
==== Tichy ====&lt;br /&gt;
&lt;br /&gt;
[[Tichy]] &lt;br /&gt;
&lt;br /&gt;
==== alternative window managers ====&lt;br /&gt;
The bicycle computer should show different values at the same time. This should be user configurable at runtime. What about having little python scripts just showing a window with one value and let the window mananger do the rest? &lt;br /&gt;
&lt;br /&gt;
It seems ratpoison is the best window manager for openmoko.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* http://incise.org/whimsy.html &lt;br /&gt;
* http://pycawm.last-exile.org/&lt;br /&gt;
* http://pywm.sourceforge.net/#status&lt;br /&gt;
* http://partiwm.org/&lt;br /&gt;
* http://plwm.sourceforge.net/&lt;br /&gt;
* http://www.freenet.org.nz/python/pywm/  needs fltk&lt;br /&gt;
&lt;br /&gt;
=== Plotting ===&lt;br /&gt;
matplotlib?  might be an overkill. Anything usable lightweight available?&lt;br /&gt;
&lt;br /&gt;
= Jogging =&lt;br /&gt;
&lt;br /&gt;
== Accelerometer ==&lt;br /&gt;
&lt;br /&gt;
Mount the Freerunner to the shin and measure the damping and motion style with different shoes at various speeds.&lt;br /&gt;
Especially interesting to watch the aging of the shoes (different damping).&lt;br /&gt;
&lt;br /&gt;
= Openstreetmap =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I would like to have a simple application to add map information at my current location.&lt;br /&gt;
Say, I am standing beneath an ATM, just use a menu item &amp;quot;Add ATM&amp;quot; and typing in its name - finished. There is no need for a map display. The program just displays the OSM nodes near the current location. And you can add a new node or modify an existing node.&lt;br /&gt;
&lt;br /&gt;
= Accelerometer =&lt;br /&gt;
&lt;br /&gt;
== Ideas ==&lt;br /&gt;
&lt;br /&gt;
* Indoor use of those GPS games&lt;br /&gt;
* Programming a Marble game would be more fun than playing it (Martin Senkerik is now having that fun http://projects.openmoko.org/projects/accelgame/)&lt;br /&gt;
* Moving within a larger virtual screen by tilting the display.&lt;br /&gt;
&lt;br /&gt;
== Hardware ==&lt;br /&gt;
&lt;br /&gt;
* http://wiki.openmoko.org/wiki/ST_LIS302DL &lt;br /&gt;
* [http://www.st.com/stonline/products/literature/ds/12726.pdf Datasheet]&lt;br /&gt;
&lt;br /&gt;
I was wondering about the steps of 18 units in the histogram of the accelerometer data. Now I know: the kernel driver already scales the raw data from the chip to mg units. &lt;br /&gt;
The data from the chip come as 8 bit data. In +-2.3G mode we get a resolution step size of 18 mg.&lt;br /&gt;
&lt;br /&gt;
[[/Measurements/Accelerometer]]&lt;br /&gt;
&lt;br /&gt;
= Games =&lt;br /&gt;
&lt;br /&gt;
Finger-usable application to play the game of Go:&lt;br /&gt;
Somebody somewhere suggested a double click methode for keyboard input. The first click zooms the area of the keyboard the second click activates the key. I don't want this for keyboards but for Go and similar games this could be quite interesting.&lt;br /&gt;
&lt;br /&gt;
Maybe a guesture interface is better. Circle right meens zoom in. Circle left means zoom out.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I thought I am no gamer, but just discovered [[Games#Numptyphysics|Numptyphysics]].&lt;br /&gt;
&lt;br /&gt;
= HAM Radio =&lt;br /&gt;
&lt;br /&gt;
As we can't use the WIFI or the GSM modem or the GPS receiver for HAM purposes there is not much difference to HAM applications on other PDAs.&lt;br /&gt;
&lt;br /&gt;
== CW Trainer ==&lt;br /&gt;
&lt;br /&gt;
== Audio Modems ==&lt;br /&gt;
&lt;br /&gt;
Input and Output via audio interface (what is the maximum sampling rate?).&lt;br /&gt;
&lt;br /&gt;
* http://www.w1hkj.com/Fldigi.html&lt;br /&gt;
&lt;br /&gt;
== Spectrum Analyzer ==&lt;br /&gt;
&lt;br /&gt;
Spectrum auf audio input signal&lt;br /&gt;
&lt;br /&gt;
* http://www.qsl.net/in3otd/glfer.html Maybe the GUI is to complicated for Freerunner.&lt;br /&gt;
&lt;br /&gt;
== Line of Sight Calculation ==&lt;br /&gt;
&lt;br /&gt;
== Smith Chart ==&lt;br /&gt;
&lt;br /&gt;
linsmith&lt;br /&gt;
&lt;br /&gt;
== Circuit Entry and Simulation ==&lt;br /&gt;
&lt;br /&gt;
 * Qucs&lt;br /&gt;
&lt;br /&gt;
== Radio Control ==&lt;br /&gt;
&lt;br /&gt;
=== Control for Commercial TRXs ===&lt;br /&gt;
&lt;br /&gt;
=== Homemade TRXs ===&lt;br /&gt;
&lt;br /&gt;
 * I2C interface on test points&lt;br /&gt;
 * SPI interface on debug connector&lt;br /&gt;
&lt;br /&gt;
= Music =&lt;br /&gt;
&lt;br /&gt;
== Midi Input via Touchscreen ==&lt;br /&gt;
&lt;br /&gt;
There is not much space to use the touchscreen as an ordinary piano keyboard.&lt;br /&gt;
&lt;br /&gt;
What about using the touchscreen like the left hand fingering on a guitar, mandolin, banjo ore similar? The touchscreen lays in front of you in landscape mode. There are four rows, one for each finger. &lt;br /&gt;
   &lt;br /&gt;
  | D# | G  | B  | d# |&lt;br /&gt;
  | D  | F# | A# | d  |&lt;br /&gt;
  | C# | F  | A  | c# |&lt;br /&gt;
  | C  | E  | G# | c  |&lt;br /&gt;
  This layout might be to simple. Should it be optimized for easy chord playing?&lt;br /&gt;
  To come more close to a piano and common string instruments it might be better &lt;br /&gt;
  to flip the arrangment of the notes.&lt;br /&gt;
  | c  | c# | d  | d# |&lt;br /&gt;
  | G# | A  | A# | B  |&lt;br /&gt;
  | E  | F  | F# | G  |&lt;br /&gt;
  | C  | C# | D  | D# |  &lt;br /&gt;
  &lt;br /&gt;
Unfortunately the touchscreen handles only single touches ([[UI_Improvements#The_touchscreen]]). Therefore a polyphonic input is not possible. &lt;br /&gt;
&lt;br /&gt;
Octave shifting via accelerometer reading?&lt;br /&gt;
&lt;br /&gt;
Similiar project: http://www.neo1973-germany.de/wiki/epiano Obviously not what I am having in mind.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Keyboard =&lt;br /&gt;
&lt;br /&gt;
Why not using the above Midi Keyboard for character input?&lt;br /&gt;
&lt;br /&gt;
 | S | U | R | T |&lt;br /&gt;
 | A | E | I | O |&lt;br /&gt;
 | D | H | N | M |&lt;br /&gt;
 | F | P | G | J |&lt;br /&gt;
 | M1| M2|SPC| BS|&lt;br /&gt;
&lt;br /&gt;
Letter order is random here. Need to be optimized for minimum mode switching.&lt;br /&gt;
Space, Backspace,... can be done by guestures.&lt;br /&gt;
&lt;br /&gt;
== Morse Code Input ==&lt;br /&gt;
&lt;br /&gt;
Will I be faster? Is there usable code available?&lt;br /&gt;
&lt;br /&gt;
Decode would be easier if I'd use an &amp;quot;electronic keyer&amp;quot; e.g. which sends dots and dashes in a predefined length and predefined spaces.&lt;br /&gt;
&lt;br /&gt;
* http://morseall.org/&lt;br /&gt;
&lt;br /&gt;
= Unsorted =&lt;br /&gt;
&lt;br /&gt;
* I wonder what  [http://www.igelle.org igelle] is and whether it is worth trying that for FreeRunner. The website isn't very informative.&lt;br /&gt;
* External Keyboard: The FreeRunner can supply 5V to an external USB device [[USB_host#Selecting_USB_host_mode]]. So I also can connect my MIDI keyboard?&lt;br /&gt;
&lt;br /&gt;
= OS Details =&lt;br /&gt;
&lt;br /&gt;
== Mounting internal Flash when booting from SD ==&lt;br /&gt;
&lt;br /&gt;
Mount the internal root file system&lt;br /&gt;
&lt;br /&gt;
 mount -t jffs2 /dev/mtdblock6 /mnt&lt;br /&gt;
&lt;br /&gt;
On Debian this is already mounted at /mnt/flash&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Noed Source]&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Mickey Term] talk to the GSM Modem&lt;br /&gt;
&lt;br /&gt;
* [[OpenmokoFramework/mdbus]]&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/python-openmoko/&lt;br /&gt;
&lt;br /&gt;
* [[Gsmd/document]] This does not work with FSO. Go to the [http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/index.html;hb=HEAD interface spec of FSO]&lt;br /&gt;
&lt;br /&gt;
* [[GTA02_sysfs]]&lt;br /&gt;
* [[Kernel]]&lt;br /&gt;
* [[User:CesarB/cpufreq]]&lt;br /&gt;
* [[Talk:Alarm daemon]]&lt;br /&gt;
* [[Category:Used_chip]]&lt;br /&gt;
* [[NXP_PCF50633]] Power Managment and RTC&lt;br /&gt;
----&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User:ThomasT</id>
		<title>User:ThomasT</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User:ThomasT"/>
				<updated>2008-11-09T15:46:42Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: /* Links */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= My System =&lt;br /&gt;
&lt;br /&gt;
* [[Debian]] without frameworkd&lt;br /&gt;
* window manager: ratpoison &lt;br /&gt;
* GUI: ratmen4wp&lt;br /&gt;
&lt;br /&gt;
= Hardware Issues =&lt;br /&gt;
&lt;br /&gt;
== GSM Modem not working ==&lt;br /&gt;
&lt;br /&gt;
I could not communicate with the modem not even with u-boot and after removing battery over night.&lt;br /&gt;
In this case with FSO frameworkd slowed down the system very much, OM2008.9 was almost not usable.&lt;br /&gt;
&lt;br /&gt;
I removed frameword (fso-gpsd does not work without frameworkd and therefore needed to be replaced by gpsd.&lt;br /&gt;
&lt;br /&gt;
Using GPRS is possible, but a bit tricky. I am currently swichting GSM off and on waiting for the modem startup message. But sometimes I get a strange &amp;quot;alarm&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
== Real Time Clock unreliable==&lt;br /&gt;
 &lt;br /&gt;
The RTC is approx. 12 min off per day. I wonder whether the 10pF capacitors at the oscillator crystal are really needed. Maybe I can tune the RTC be at least lowering their values.&lt;br /&gt;
&lt;br /&gt;
= Bicycle Computer =&lt;br /&gt;
&lt;br /&gt;
[[Biking]]&lt;br /&gt;
&lt;br /&gt;
== Existing Projects and Experiences ==&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/mokosport/  Dead&lt;br /&gt;
* http://blogs.thehumanjourney.net/finds/entry/20080306 Joseph Reeves uses its NEO1973 on a bicycle&lt;br /&gt;
* http://projects.openmoko.org/search/?type_of_search=soft&amp;amp;words=gps&amp;amp;Search=Search&lt;br /&gt;
&lt;br /&gt;
== Mounting ==&lt;br /&gt;
* http://www.pearl.de/a-PX2065-4044.shtml&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Water Protection ==&lt;br /&gt;
&lt;br /&gt;
== Power Supply ==&lt;br /&gt;
&lt;br /&gt;
Due to the relatively high current consumption of the Freerunner a power supply from a hub dynamo seems to be unavoidable.&lt;br /&gt;
&lt;br /&gt;
I skip the switch mode regulator and will use simple Z-Diode parallel to the Freerunner. Later I want to add an LED light parallel to  both.&lt;br /&gt;
&lt;br /&gt;
== GPS ==&lt;br /&gt;
&lt;br /&gt;
=== Existing Software ===&lt;br /&gt;
&lt;br /&gt;
* [[Navit]]&lt;br /&gt;
* [[TangoGPS]]&lt;br /&gt;
* [[GPS_Sight]]?&lt;br /&gt;
* [[GPS_Data_Logger]]&lt;br /&gt;
&lt;br /&gt;
=== Getting GPS Data ===&lt;br /&gt;
&lt;br /&gt;
On Freerunner there is no need to read from gpsd or similar.&lt;br /&gt;
I just can get the data from /dev/ttySAC1 &lt;br /&gt;
&lt;br /&gt;
== Additional GPS Functions ==&lt;br /&gt;
&lt;br /&gt;
=== Altitude Plots ===&lt;br /&gt;
&lt;br /&gt;
Of the travelled track and also of the upcoming (hopefully OSM will soon provide elevation information of the roads)&lt;br /&gt;
&lt;br /&gt;
=== Trip Information ===&lt;br /&gt;
&lt;br /&gt;
Garmin Etrex Legends trip information display is to stupid. I want infos for the current day and for the time since last break.&lt;br /&gt;
&lt;br /&gt;
=== Location Reporting ===&lt;br /&gt;
&lt;br /&gt;
If I have internet access via the phone during my trip I can regularily update my on webpage with location markers as shown here: http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example&lt;br /&gt;
&lt;br /&gt;
== Slope, Vertical Speed ==&lt;br /&gt;
&lt;br /&gt;
The GPS does not give sufficiently accurate vertical speed.&lt;br /&gt;
A barometric sensor (see [[Variometer]]) would be nice. Calculation of the vertical speed by integrating the accelerometer readings also not accurate.&lt;br /&gt;
But maybe it is possible to use the accelerometers to measure the slope of the road.&lt;br /&gt;
How to calibrate it? Is it possible to automatically calibrate it from GSP reading?&lt;br /&gt;
&lt;br /&gt;
== Sideward Inclination of the Bicycle ==&lt;br /&gt;
&lt;br /&gt;
By measuring the increase of the total acceleration not by change of the acceleration angle.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Road Quality ==&lt;br /&gt;
&lt;br /&gt;
Can the road (e.i. surface) quality be recorded by measuring the vibrations with the accelerometers?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Car Counter ==&lt;br /&gt;
&lt;br /&gt;
... using the builtin microphone. Or would it be possible with the accelerometers using high sampling rate?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Heart Rate Monitor ==&lt;br /&gt;
&lt;br /&gt;
Are there Bluetooth Heart Rate Transmitters available?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Pedalling Frequency ==&lt;br /&gt;
&lt;br /&gt;
Pedal sensors with Bluetooth and power supply by magnetic induction would be nice.&lt;br /&gt;
&lt;br /&gt;
Otherwise USB with an FTDI chip.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Panorama Viewer ==&lt;br /&gt;
&lt;br /&gt;
Online panorama viewer similar to [http://www.ecademix.com/JohannesHofmann/gipfel.html gipfel].&lt;br /&gt;
Instead of the photo image we show the mountain panorama calculated from SRTM data. Online calculation with the SRTM data is much to slow, we use only the precalculated water divide lines.&lt;br /&gt;
&lt;br /&gt;
== Programming ==&lt;br /&gt;
&lt;br /&gt;
=== Language ===&lt;br /&gt;
Python&lt;br /&gt;
&lt;br /&gt;
=== UI ===&lt;br /&gt;
&lt;br /&gt;
==== python-etk ====&lt;br /&gt;
I could not find any documentation yet. Seems to be the same as python-gtk.&lt;br /&gt;
&lt;br /&gt;
I don't want to have ''eye-candies''. Maybe ''eye-candies'' are neccessary for selling phones. ''Eye-candies'' cause ''eye-caries'' or even ''brain-caries''. ;-)  They are for gamers.&lt;br /&gt;
&lt;br /&gt;
Colors are o.k. if they carry information. Color gradients of menu bars are useless and annoying.&lt;br /&gt;
&lt;br /&gt;
Maybe I should directly call xlib instead of using some *tk.  From python I could try http://python-xlib.sourceforge.net/ .&lt;br /&gt;
&lt;br /&gt;
==== Tichy ====&lt;br /&gt;
&lt;br /&gt;
[[Tichy]] &lt;br /&gt;
&lt;br /&gt;
==== alternative window managers ====&lt;br /&gt;
The bicycle computer should show different values at the same time. This should be user configurable at runtime. What about having little python scripts just showing a window with one value and let the window mananger do the rest? &lt;br /&gt;
&lt;br /&gt;
It seems ratpoison is the best window manager for openmoko.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* http://incise.org/whimsy.html &lt;br /&gt;
* http://pycawm.last-exile.org/&lt;br /&gt;
* http://pywm.sourceforge.net/#status&lt;br /&gt;
* http://partiwm.org/&lt;br /&gt;
* http://plwm.sourceforge.net/&lt;br /&gt;
* http://www.freenet.org.nz/python/pywm/  needs fltk&lt;br /&gt;
&lt;br /&gt;
=== Plotting ===&lt;br /&gt;
matplotlib?  might be an overkill. Anything usable lightweight available?&lt;br /&gt;
&lt;br /&gt;
= Jogging =&lt;br /&gt;
&lt;br /&gt;
== Accelerometer ==&lt;br /&gt;
&lt;br /&gt;
Mount the Freerunner to the shin and measure the damping and motion style with different shoes at various speeds.&lt;br /&gt;
Especially interesting to watch the aging of the shoes (different damping).&lt;br /&gt;
&lt;br /&gt;
= Openstreetmap =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I would like to have a simple application to add map information at my current location.&lt;br /&gt;
Say, I am standing beneath an ATM, just use a menu item &amp;quot;Add ATM&amp;quot; and typing in its name - finished. There is no need for a map display. The program just displays the OSM nodes near the current location. And you can add a new node or modify an existing node.&lt;br /&gt;
&lt;br /&gt;
= Accelerometer =&lt;br /&gt;
&lt;br /&gt;
== Ideas ==&lt;br /&gt;
&lt;br /&gt;
* Indoor use of those GPS games&lt;br /&gt;
* Programming a Marble game would be more fun than playing it (Martin Senkerik is now having that fun http://projects.openmoko.org/projects/accelgame/)&lt;br /&gt;
* Moving within a larger virtual screen by tilting the display.&lt;br /&gt;
&lt;br /&gt;
== Hardware ==&lt;br /&gt;
&lt;br /&gt;
* http://wiki.openmoko.org/wiki/ST_LIS302DL &lt;br /&gt;
* [http://www.st.com/stonline/products/literature/ds/12726.pdf Datasheet]&lt;br /&gt;
&lt;br /&gt;
I was wondering about the steps of 18 units in the histogram of the accelerometer data. Now I know: the kernel driver already scales the raw data from the chip to mg units. &lt;br /&gt;
The data from the chip come as 8 bit data. In +-2.3G mode we get a resolution step size of 18 mg.&lt;br /&gt;
&lt;br /&gt;
[[/Measurements/Accelerometer]]&lt;br /&gt;
&lt;br /&gt;
= Games =&lt;br /&gt;
&lt;br /&gt;
Finger-usable application to play the game of Go:&lt;br /&gt;
Somebody somewhere suggested a double click methode for keyboard input. The first click zooms the area of the keyboard the second click activates the key. I don't want this for keyboards but for Go and similar games this could be quite interesting.&lt;br /&gt;
&lt;br /&gt;
Maybe a guesture interface is better. Circle right meens zoom in. Circle left means zoom out.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I thought I am no gamer, but just discovered [[Games#Numptyphysics|Numptyphysics]].&lt;br /&gt;
&lt;br /&gt;
= HAM Radio =&lt;br /&gt;
&lt;br /&gt;
As we can't use the WIFI or the GSM modem or the GPS receiver for HAM purposes there is not much difference to HAM applications on other PDAs.&lt;br /&gt;
&lt;br /&gt;
== CW Trainer ==&lt;br /&gt;
&lt;br /&gt;
== Audio Modems ==&lt;br /&gt;
&lt;br /&gt;
Input and Output via audio interface (what is the maximum sampling rate?).&lt;br /&gt;
&lt;br /&gt;
* http://www.w1hkj.com/Fldigi.html&lt;br /&gt;
&lt;br /&gt;
== Spectrum Analyzer ==&lt;br /&gt;
&lt;br /&gt;
Spectrum auf audio input signal&lt;br /&gt;
&lt;br /&gt;
* http://www.qsl.net/in3otd/glfer.html Maybe the GUI is to complicated for Freerunner.&lt;br /&gt;
&lt;br /&gt;
== Line of Sight Calculation ==&lt;br /&gt;
&lt;br /&gt;
== Smith Chart ==&lt;br /&gt;
&lt;br /&gt;
linsmith&lt;br /&gt;
&lt;br /&gt;
== Circuit Entry and Simulation ==&lt;br /&gt;
&lt;br /&gt;
 * Qucs&lt;br /&gt;
&lt;br /&gt;
== Radio Control ==&lt;br /&gt;
&lt;br /&gt;
=== Control for Commercial TRXs ===&lt;br /&gt;
&lt;br /&gt;
=== Homemade TRXs ===&lt;br /&gt;
&lt;br /&gt;
 * I2C interface on test points&lt;br /&gt;
 * SPI interface on debug connector&lt;br /&gt;
&lt;br /&gt;
= Music =&lt;br /&gt;
&lt;br /&gt;
== Midi Input via Touchscreen ==&lt;br /&gt;
&lt;br /&gt;
There is not much space to use the touchscreen as an ordinary piano keyboard.&lt;br /&gt;
&lt;br /&gt;
What about using the touchscreen like the left hand fingering on a guitar, mandolin, banjo ore similar? The touchscreen lays in front of you in landscape mode. There are four rows, one for each finger. &lt;br /&gt;
   &lt;br /&gt;
  | D# | G  | B  | d# |&lt;br /&gt;
  | D  | F# | A# | d  |&lt;br /&gt;
  | C# | F  | A  | c# |&lt;br /&gt;
  | C  | E  | G# | c  |&lt;br /&gt;
  This layout might be to simple. Should it be optimized for easy chord playing?&lt;br /&gt;
  To come more close to a piano and common string instruments it might be better &lt;br /&gt;
  to flip the arrangment of the notes.&lt;br /&gt;
  | c  | c# | d  | d# |&lt;br /&gt;
  | G# | A  | A# | B  |&lt;br /&gt;
  | E  | F  | F# | G  |&lt;br /&gt;
  | C  | C# | D  | D# |  &lt;br /&gt;
  &lt;br /&gt;
Unfortunately the touchscreen handles only single touches ([[UI_Improvements#The_touchscreen]]). Therefore a polyphonic input is not possible. &lt;br /&gt;
&lt;br /&gt;
Octave shifting via accelerometer reading?&lt;br /&gt;
&lt;br /&gt;
Similiar project: http://www.neo1973-germany.de/wiki/epiano Obviously not what I am having in mind.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Keyboard =&lt;br /&gt;
&lt;br /&gt;
Why not using the above Midi Keyboard for character input?&lt;br /&gt;
&lt;br /&gt;
 | S | U | R | T |&lt;br /&gt;
 | A | E | I | O |&lt;br /&gt;
 | D | H | N | M |&lt;br /&gt;
 | F | P | G | J |&lt;br /&gt;
 | M1| M2|SPC| BS|&lt;br /&gt;
&lt;br /&gt;
Letter order is random here. Need to be optimized for minimum mode switching.&lt;br /&gt;
Space, Backspace,... can be done by guestures.&lt;br /&gt;
&lt;br /&gt;
== Morse Code Input ==&lt;br /&gt;
&lt;br /&gt;
Will I be faster? Is there usable code available?&lt;br /&gt;
&lt;br /&gt;
Decode would be easier if I'd use an &amp;quot;electronic keyer&amp;quot; e.g. which sends dots and dashes in a predefined length and predefined spaces.&lt;br /&gt;
&lt;br /&gt;
* http://morseall.org/&lt;br /&gt;
&lt;br /&gt;
= Unsorted =&lt;br /&gt;
&lt;br /&gt;
* I wonder what  [http://www.igelle.org igelle] is and whether it is worth trying that for FreeRunner. The website isn't very informative.&lt;br /&gt;
* External Keyboard: The FreeRunner can supply 5V to an external USB device [[USB_host#Selecting_USB_host_mode]]. So I also can connect my MIDI keyboard?&lt;br /&gt;
&lt;br /&gt;
= OS Details =&lt;br /&gt;
&lt;br /&gt;
== Mounting internal Flash when booting from SD ==&lt;br /&gt;
&lt;br /&gt;
Mount the internal root file system&lt;br /&gt;
&lt;br /&gt;
 mount -t jffs2 /dev/mtdblock6 /mnt&lt;br /&gt;
&lt;br /&gt;
On Debian this is already mounted at /mnt/flash&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Noed Source]&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Mickey Term] talk to the GSM Modem&lt;br /&gt;
&lt;br /&gt;
* [[OpenmokoFramework/mdbus]]&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/python-openmoko/&lt;br /&gt;
&lt;br /&gt;
* [[Gsmd/document]] This does not work with FSO. Go to the [http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/index.html;hb=HEAD interface spec of FSO]&lt;br /&gt;
&lt;br /&gt;
* [[GTA02_sysfs]]&lt;br /&gt;
* [[Kernel]]&lt;br /&gt;
* [[User:CesarB/cpufreq]]&lt;br /&gt;
* [[Talk:Alarm daemon]]&lt;br /&gt;
* [[http://wiki.openmoko.org/wiki/Category:Used_chip]]&lt;br /&gt;
&lt;br /&gt;
----&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User:ThomasT</id>
		<title>User:ThomasT</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User:ThomasT"/>
				<updated>2008-11-09T15:30:52Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: /* Links */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= My System =&lt;br /&gt;
&lt;br /&gt;
* [[Debian]] without frameworkd&lt;br /&gt;
* window manager: ratpoison &lt;br /&gt;
* GUI: ratmen4wp&lt;br /&gt;
&lt;br /&gt;
= Hardware Issues =&lt;br /&gt;
&lt;br /&gt;
== GSM Modem not working ==&lt;br /&gt;
&lt;br /&gt;
I could not communicate with the modem not even with u-boot and after removing battery over night.&lt;br /&gt;
In this case with FSO frameworkd slowed down the system very much, OM2008.9 was almost not usable.&lt;br /&gt;
&lt;br /&gt;
I removed frameword (fso-gpsd does not work without frameworkd and therefore needed to be replaced by gpsd.&lt;br /&gt;
&lt;br /&gt;
Using GPRS is possible, but a bit tricky. I am currently swichting GSM off and on waiting for the modem startup message. But sometimes I get a strange &amp;quot;alarm&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
== Real Time Clock unreliable==&lt;br /&gt;
 &lt;br /&gt;
The RTC is approx. 12 min off per day. I wonder whether the 10pF capacitors at the oscillator crystal are really needed. Maybe I can tune the RTC be at least lowering their values.&lt;br /&gt;
&lt;br /&gt;
= Bicycle Computer =&lt;br /&gt;
&lt;br /&gt;
[[Biking]]&lt;br /&gt;
&lt;br /&gt;
== Existing Projects and Experiences ==&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/mokosport/  Dead&lt;br /&gt;
* http://blogs.thehumanjourney.net/finds/entry/20080306 Joseph Reeves uses its NEO1973 on a bicycle&lt;br /&gt;
* http://projects.openmoko.org/search/?type_of_search=soft&amp;amp;words=gps&amp;amp;Search=Search&lt;br /&gt;
&lt;br /&gt;
== Mounting ==&lt;br /&gt;
* http://www.pearl.de/a-PX2065-4044.shtml&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Water Protection ==&lt;br /&gt;
&lt;br /&gt;
== Power Supply ==&lt;br /&gt;
&lt;br /&gt;
Due to the relatively high current consumption of the Freerunner a power supply from a hub dynamo seems to be unavoidable.&lt;br /&gt;
&lt;br /&gt;
I skip the switch mode regulator and will use simple Z-Diode parallel to the Freerunner. Later I want to add an LED light parallel to  both.&lt;br /&gt;
&lt;br /&gt;
== GPS ==&lt;br /&gt;
&lt;br /&gt;
=== Existing Software ===&lt;br /&gt;
&lt;br /&gt;
* [[Navit]]&lt;br /&gt;
* [[TangoGPS]]&lt;br /&gt;
* [[GPS_Sight]]?&lt;br /&gt;
* [[GPS_Data_Logger]]&lt;br /&gt;
&lt;br /&gt;
=== Getting GPS Data ===&lt;br /&gt;
&lt;br /&gt;
On Freerunner there is no need to read from gpsd or similar.&lt;br /&gt;
I just can get the data from /dev/ttySAC1 &lt;br /&gt;
&lt;br /&gt;
== Additional GPS Functions ==&lt;br /&gt;
&lt;br /&gt;
=== Altitude Plots ===&lt;br /&gt;
&lt;br /&gt;
Of the travelled track and also of the upcoming (hopefully OSM will soon provide elevation information of the roads)&lt;br /&gt;
&lt;br /&gt;
=== Trip Information ===&lt;br /&gt;
&lt;br /&gt;
Garmin Etrex Legends trip information display is to stupid. I want infos for the current day and for the time since last break.&lt;br /&gt;
&lt;br /&gt;
=== Location Reporting ===&lt;br /&gt;
&lt;br /&gt;
If I have internet access via the phone during my trip I can regularily update my on webpage with location markers as shown here: http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example&lt;br /&gt;
&lt;br /&gt;
== Slope, Vertical Speed ==&lt;br /&gt;
&lt;br /&gt;
The GPS does not give sufficiently accurate vertical speed.&lt;br /&gt;
A barometric sensor (see [[Variometer]]) would be nice. Calculation of the vertical speed by integrating the accelerometer readings also not accurate.&lt;br /&gt;
But maybe it is possible to use the accelerometers to measure the slope of the road.&lt;br /&gt;
How to calibrate it? Is it possible to automatically calibrate it from GSP reading?&lt;br /&gt;
&lt;br /&gt;
== Sideward Inclination of the Bicycle ==&lt;br /&gt;
&lt;br /&gt;
By measuring the increase of the total acceleration not by change of the acceleration angle.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Road Quality ==&lt;br /&gt;
&lt;br /&gt;
Can the road (e.i. surface) quality be recorded by measuring the vibrations with the accelerometers?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Car Counter ==&lt;br /&gt;
&lt;br /&gt;
... using the builtin microphone. Or would it be possible with the accelerometers using high sampling rate?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Heart Rate Monitor ==&lt;br /&gt;
&lt;br /&gt;
Are there Bluetooth Heart Rate Transmitters available?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Pedalling Frequency ==&lt;br /&gt;
&lt;br /&gt;
Pedal sensors with Bluetooth and power supply by magnetic induction would be nice.&lt;br /&gt;
&lt;br /&gt;
Otherwise USB with an FTDI chip.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Panorama Viewer ==&lt;br /&gt;
&lt;br /&gt;
Online panorama viewer similar to [http://www.ecademix.com/JohannesHofmann/gipfel.html gipfel].&lt;br /&gt;
Instead of the photo image we show the mountain panorama calculated from SRTM data. Online calculation with the SRTM data is much to slow, we use only the precalculated water divide lines.&lt;br /&gt;
&lt;br /&gt;
== Programming ==&lt;br /&gt;
&lt;br /&gt;
=== Language ===&lt;br /&gt;
Python&lt;br /&gt;
&lt;br /&gt;
=== UI ===&lt;br /&gt;
&lt;br /&gt;
==== python-etk ====&lt;br /&gt;
I could not find any documentation yet. Seems to be the same as python-gtk.&lt;br /&gt;
&lt;br /&gt;
I don't want to have ''eye-candies''. Maybe ''eye-candies'' are neccessary for selling phones. ''Eye-candies'' cause ''eye-caries'' or even ''brain-caries''. ;-)  They are for gamers.&lt;br /&gt;
&lt;br /&gt;
Colors are o.k. if they carry information. Color gradients of menu bars are useless and annoying.&lt;br /&gt;
&lt;br /&gt;
Maybe I should directly call xlib instead of using some *tk.  From python I could try http://python-xlib.sourceforge.net/ .&lt;br /&gt;
&lt;br /&gt;
==== Tichy ====&lt;br /&gt;
&lt;br /&gt;
[[Tichy]] &lt;br /&gt;
&lt;br /&gt;
==== alternative window managers ====&lt;br /&gt;
The bicycle computer should show different values at the same time. This should be user configurable at runtime. What about having little python scripts just showing a window with one value and let the window mananger do the rest? &lt;br /&gt;
&lt;br /&gt;
It seems ratpoison is the best window manager for openmoko.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* http://incise.org/whimsy.html &lt;br /&gt;
* http://pycawm.last-exile.org/&lt;br /&gt;
* http://pywm.sourceforge.net/#status&lt;br /&gt;
* http://partiwm.org/&lt;br /&gt;
* http://plwm.sourceforge.net/&lt;br /&gt;
* http://www.freenet.org.nz/python/pywm/  needs fltk&lt;br /&gt;
&lt;br /&gt;
=== Plotting ===&lt;br /&gt;
matplotlib?  might be an overkill. Anything usable lightweight available?&lt;br /&gt;
&lt;br /&gt;
= Jogging =&lt;br /&gt;
&lt;br /&gt;
== Accelerometer ==&lt;br /&gt;
&lt;br /&gt;
Mount the Freerunner to the shin and measure the damping and motion style with different shoes at various speeds.&lt;br /&gt;
Especially interesting to watch the aging of the shoes (different damping).&lt;br /&gt;
&lt;br /&gt;
= Openstreetmap =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I would like to have a simple application to add map information at my current location.&lt;br /&gt;
Say, I am standing beneath an ATM, just use a menu item &amp;quot;Add ATM&amp;quot; and typing in its name - finished. There is no need for a map display. The program just displays the OSM nodes near the current location. And you can add a new node or modify an existing node.&lt;br /&gt;
&lt;br /&gt;
= Accelerometer =&lt;br /&gt;
&lt;br /&gt;
== Ideas ==&lt;br /&gt;
&lt;br /&gt;
* Indoor use of those GPS games&lt;br /&gt;
* Programming a Marble game would be more fun than playing it (Martin Senkerik is now having that fun http://projects.openmoko.org/projects/accelgame/)&lt;br /&gt;
* Moving within a larger virtual screen by tilting the display.&lt;br /&gt;
&lt;br /&gt;
== Hardware ==&lt;br /&gt;
&lt;br /&gt;
* http://wiki.openmoko.org/wiki/ST_LIS302DL &lt;br /&gt;
* [http://www.st.com/stonline/products/literature/ds/12726.pdf Datasheet]&lt;br /&gt;
&lt;br /&gt;
I was wondering about the steps of 18 units in the histogram of the accelerometer data. Now I know: the kernel driver already scales the raw data from the chip to mg units. &lt;br /&gt;
The data from the chip come as 8 bit data. In +-2.3G mode we get a resolution step size of 18 mg.&lt;br /&gt;
&lt;br /&gt;
[[/Measurements/Accelerometer]]&lt;br /&gt;
&lt;br /&gt;
= Games =&lt;br /&gt;
&lt;br /&gt;
Finger-usable application to play the game of Go:&lt;br /&gt;
Somebody somewhere suggested a double click methode for keyboard input. The first click zooms the area of the keyboard the second click activates the key. I don't want this for keyboards but for Go and similar games this could be quite interesting.&lt;br /&gt;
&lt;br /&gt;
Maybe a guesture interface is better. Circle right meens zoom in. Circle left means zoom out.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I thought I am no gamer, but just discovered [[Games#Numptyphysics|Numptyphysics]].&lt;br /&gt;
&lt;br /&gt;
= HAM Radio =&lt;br /&gt;
&lt;br /&gt;
As we can't use the WIFI or the GSM modem or the GPS receiver for HAM purposes there is not much difference to HAM applications on other PDAs.&lt;br /&gt;
&lt;br /&gt;
== CW Trainer ==&lt;br /&gt;
&lt;br /&gt;
== Audio Modems ==&lt;br /&gt;
&lt;br /&gt;
Input and Output via audio interface (what is the maximum sampling rate?).&lt;br /&gt;
&lt;br /&gt;
* http://www.w1hkj.com/Fldigi.html&lt;br /&gt;
&lt;br /&gt;
== Spectrum Analyzer ==&lt;br /&gt;
&lt;br /&gt;
Spectrum auf audio input signal&lt;br /&gt;
&lt;br /&gt;
* http://www.qsl.net/in3otd/glfer.html Maybe the GUI is to complicated for Freerunner.&lt;br /&gt;
&lt;br /&gt;
== Line of Sight Calculation ==&lt;br /&gt;
&lt;br /&gt;
== Smith Chart ==&lt;br /&gt;
&lt;br /&gt;
linsmith&lt;br /&gt;
&lt;br /&gt;
== Circuit Entry and Simulation ==&lt;br /&gt;
&lt;br /&gt;
 * Qucs&lt;br /&gt;
&lt;br /&gt;
== Radio Control ==&lt;br /&gt;
&lt;br /&gt;
=== Control for Commercial TRXs ===&lt;br /&gt;
&lt;br /&gt;
=== Homemade TRXs ===&lt;br /&gt;
&lt;br /&gt;
 * I2C interface on test points&lt;br /&gt;
 * SPI interface on debug connector&lt;br /&gt;
&lt;br /&gt;
= Music =&lt;br /&gt;
&lt;br /&gt;
== Midi Input via Touchscreen ==&lt;br /&gt;
&lt;br /&gt;
There is not much space to use the touchscreen as an ordinary piano keyboard.&lt;br /&gt;
&lt;br /&gt;
What about using the touchscreen like the left hand fingering on a guitar, mandolin, banjo ore similar? The touchscreen lays in front of you in landscape mode. There are four rows, one for each finger. &lt;br /&gt;
   &lt;br /&gt;
  | D# | G  | B  | d# |&lt;br /&gt;
  | D  | F# | A# | d  |&lt;br /&gt;
  | C# | F  | A  | c# |&lt;br /&gt;
  | C  | E  | G# | c  |&lt;br /&gt;
  This layout might be to simple. Should it be optimized for easy chord playing?&lt;br /&gt;
  To come more close to a piano and common string instruments it might be better &lt;br /&gt;
  to flip the arrangment of the notes.&lt;br /&gt;
  | c  | c# | d  | d# |&lt;br /&gt;
  | G# | A  | A# | B  |&lt;br /&gt;
  | E  | F  | F# | G  |&lt;br /&gt;
  | C  | C# | D  | D# |  &lt;br /&gt;
  &lt;br /&gt;
Unfortunately the touchscreen handles only single touches ([[UI_Improvements#The_touchscreen]]). Therefore a polyphonic input is not possible. &lt;br /&gt;
&lt;br /&gt;
Octave shifting via accelerometer reading?&lt;br /&gt;
&lt;br /&gt;
Similiar project: http://www.neo1973-germany.de/wiki/epiano Obviously not what I am having in mind.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Keyboard =&lt;br /&gt;
&lt;br /&gt;
Why not using the above Midi Keyboard for character input?&lt;br /&gt;
&lt;br /&gt;
 | S | U | R | T |&lt;br /&gt;
 | A | E | I | O |&lt;br /&gt;
 | D | H | N | M |&lt;br /&gt;
 | F | P | G | J |&lt;br /&gt;
 | M1| M2|SPC| BS|&lt;br /&gt;
&lt;br /&gt;
Letter order is random here. Need to be optimized for minimum mode switching.&lt;br /&gt;
Space, Backspace,... can be done by guestures.&lt;br /&gt;
&lt;br /&gt;
== Morse Code Input ==&lt;br /&gt;
&lt;br /&gt;
Will I be faster? Is there usable code available?&lt;br /&gt;
&lt;br /&gt;
Decode would be easier if I'd use an &amp;quot;electronic keyer&amp;quot; e.g. which sends dots and dashes in a predefined length and predefined spaces.&lt;br /&gt;
&lt;br /&gt;
* http://morseall.org/&lt;br /&gt;
&lt;br /&gt;
= Unsorted =&lt;br /&gt;
&lt;br /&gt;
* I wonder what  [http://www.igelle.org igelle] is and whether it is worth trying that for FreeRunner. The website isn't very informative.&lt;br /&gt;
* External Keyboard: The FreeRunner can supply 5V to an external USB device [[USB_host#Selecting_USB_host_mode]]. So I also can connect my MIDI keyboard?&lt;br /&gt;
&lt;br /&gt;
= OS Details =&lt;br /&gt;
&lt;br /&gt;
== Mounting internal Flash when booting from SD ==&lt;br /&gt;
&lt;br /&gt;
Mount the internal root file system&lt;br /&gt;
&lt;br /&gt;
 mount -t jffs2 /dev/mtdblock6 /mnt&lt;br /&gt;
&lt;br /&gt;
On Debian this is already mounted at /mnt/flash&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Noed Source]&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Mickey Term] talk to the GSM Modem&lt;br /&gt;
&lt;br /&gt;
* [[OpenmokoFramework/mdbus]]&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/python-openmoko/&lt;br /&gt;
&lt;br /&gt;
* [[Gsmd/document]] This does not work with FSO. Go to the [http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/index.html;hb=HEAD interface spec of FSO]&lt;br /&gt;
&lt;br /&gt;
* [[GTA02_sysfs]]&lt;br /&gt;
* [[Kernel]]&lt;br /&gt;
* [[User:CesarB/cpufreq]]&lt;br /&gt;
* [[Talk:Alarm daemon]]&lt;br /&gt;
&lt;br /&gt;
----&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User:ThomasT</id>
		<title>User:ThomasT</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User:ThomasT"/>
				<updated>2008-11-09T14:55:07Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: /* Links */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= My System =&lt;br /&gt;
&lt;br /&gt;
* [[Debian]] without frameworkd&lt;br /&gt;
* window manager: ratpoison &lt;br /&gt;
* GUI: ratmen4wp&lt;br /&gt;
&lt;br /&gt;
= Hardware Issues =&lt;br /&gt;
&lt;br /&gt;
== GSM Modem not working ==&lt;br /&gt;
&lt;br /&gt;
I could not communicate with the modem not even with u-boot and after removing battery over night.&lt;br /&gt;
In this case with FSO frameworkd slowed down the system very much, OM2008.9 was almost not usable.&lt;br /&gt;
&lt;br /&gt;
I removed frameword (fso-gpsd does not work without frameworkd and therefore needed to be replaced by gpsd.&lt;br /&gt;
&lt;br /&gt;
Using GPRS is possible, but a bit tricky. I am currently swichting GSM off and on waiting for the modem startup message. But sometimes I get a strange &amp;quot;alarm&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
== Real Time Clock unreliable==&lt;br /&gt;
 &lt;br /&gt;
The RTC is approx. 12 min off per day. I wonder whether the 10pF capacitors at the oscillator crystal are really needed. Maybe I can tune the RTC be at least lowering their values.&lt;br /&gt;
&lt;br /&gt;
= Bicycle Computer =&lt;br /&gt;
&lt;br /&gt;
[[Biking]]&lt;br /&gt;
&lt;br /&gt;
== Existing Projects and Experiences ==&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/mokosport/  Dead&lt;br /&gt;
* http://blogs.thehumanjourney.net/finds/entry/20080306 Joseph Reeves uses its NEO1973 on a bicycle&lt;br /&gt;
* http://projects.openmoko.org/search/?type_of_search=soft&amp;amp;words=gps&amp;amp;Search=Search&lt;br /&gt;
&lt;br /&gt;
== Mounting ==&lt;br /&gt;
* http://www.pearl.de/a-PX2065-4044.shtml&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Water Protection ==&lt;br /&gt;
&lt;br /&gt;
== Power Supply ==&lt;br /&gt;
&lt;br /&gt;
Due to the relatively high current consumption of the Freerunner a power supply from a hub dynamo seems to be unavoidable.&lt;br /&gt;
&lt;br /&gt;
I skip the switch mode regulator and will use simple Z-Diode parallel to the Freerunner. Later I want to add an LED light parallel to  both.&lt;br /&gt;
&lt;br /&gt;
== GPS ==&lt;br /&gt;
&lt;br /&gt;
=== Existing Software ===&lt;br /&gt;
&lt;br /&gt;
* [[Navit]]&lt;br /&gt;
* [[TangoGPS]]&lt;br /&gt;
* [[GPS_Sight]]?&lt;br /&gt;
* [[GPS_Data_Logger]]&lt;br /&gt;
&lt;br /&gt;
=== Getting GPS Data ===&lt;br /&gt;
&lt;br /&gt;
On Freerunner there is no need to read from gpsd or similar.&lt;br /&gt;
I just can get the data from /dev/ttySAC1 &lt;br /&gt;
&lt;br /&gt;
== Additional GPS Functions ==&lt;br /&gt;
&lt;br /&gt;
=== Altitude Plots ===&lt;br /&gt;
&lt;br /&gt;
Of the travelled track and also of the upcoming (hopefully OSM will soon provide elevation information of the roads)&lt;br /&gt;
&lt;br /&gt;
=== Trip Information ===&lt;br /&gt;
&lt;br /&gt;
Garmin Etrex Legends trip information display is to stupid. I want infos for the current day and for the time since last break.&lt;br /&gt;
&lt;br /&gt;
=== Location Reporting ===&lt;br /&gt;
&lt;br /&gt;
If I have internet access via the phone during my trip I can regularily update my on webpage with location markers as shown here: http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example&lt;br /&gt;
&lt;br /&gt;
== Slope, Vertical Speed ==&lt;br /&gt;
&lt;br /&gt;
The GPS does not give sufficiently accurate vertical speed.&lt;br /&gt;
A barometric sensor (see [[Variometer]]) would be nice. Calculation of the vertical speed by integrating the accelerometer readings also not accurate.&lt;br /&gt;
But maybe it is possible to use the accelerometers to measure the slope of the road.&lt;br /&gt;
How to calibrate it? Is it possible to automatically calibrate it from GSP reading?&lt;br /&gt;
&lt;br /&gt;
== Sideward Inclination of the Bicycle ==&lt;br /&gt;
&lt;br /&gt;
By measuring the increase of the total acceleration not by change of the acceleration angle.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Road Quality ==&lt;br /&gt;
&lt;br /&gt;
Can the road (e.i. surface) quality be recorded by measuring the vibrations with the accelerometers?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Car Counter ==&lt;br /&gt;
&lt;br /&gt;
... using the builtin microphone. Or would it be possible with the accelerometers using high sampling rate?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Heart Rate Monitor ==&lt;br /&gt;
&lt;br /&gt;
Are there Bluetooth Heart Rate Transmitters available?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Pedalling Frequency ==&lt;br /&gt;
&lt;br /&gt;
Pedal sensors with Bluetooth and power supply by magnetic induction would be nice.&lt;br /&gt;
&lt;br /&gt;
Otherwise USB with an FTDI chip.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Panorama Viewer ==&lt;br /&gt;
&lt;br /&gt;
Online panorama viewer similar to [http://www.ecademix.com/JohannesHofmann/gipfel.html gipfel].&lt;br /&gt;
Instead of the photo image we show the mountain panorama calculated from SRTM data. Online calculation with the SRTM data is much to slow, we use only the precalculated water divide lines.&lt;br /&gt;
&lt;br /&gt;
== Programming ==&lt;br /&gt;
&lt;br /&gt;
=== Language ===&lt;br /&gt;
Python&lt;br /&gt;
&lt;br /&gt;
=== UI ===&lt;br /&gt;
&lt;br /&gt;
==== python-etk ====&lt;br /&gt;
I could not find any documentation yet. Seems to be the same as python-gtk.&lt;br /&gt;
&lt;br /&gt;
I don't want to have ''eye-candies''. Maybe ''eye-candies'' are neccessary for selling phones. ''Eye-candies'' cause ''eye-caries'' or even ''brain-caries''. ;-)  They are for gamers.&lt;br /&gt;
&lt;br /&gt;
Colors are o.k. if they carry information. Color gradients of menu bars are useless and annoying.&lt;br /&gt;
&lt;br /&gt;
Maybe I should directly call xlib instead of using some *tk.  From python I could try http://python-xlib.sourceforge.net/ .&lt;br /&gt;
&lt;br /&gt;
==== Tichy ====&lt;br /&gt;
&lt;br /&gt;
[[Tichy]] &lt;br /&gt;
&lt;br /&gt;
==== alternative window managers ====&lt;br /&gt;
The bicycle computer should show different values at the same time. This should be user configurable at runtime. What about having little python scripts just showing a window with one value and let the window mananger do the rest? &lt;br /&gt;
&lt;br /&gt;
It seems ratpoison is the best window manager for openmoko.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* http://incise.org/whimsy.html &lt;br /&gt;
* http://pycawm.last-exile.org/&lt;br /&gt;
* http://pywm.sourceforge.net/#status&lt;br /&gt;
* http://partiwm.org/&lt;br /&gt;
* http://plwm.sourceforge.net/&lt;br /&gt;
* http://www.freenet.org.nz/python/pywm/  needs fltk&lt;br /&gt;
&lt;br /&gt;
=== Plotting ===&lt;br /&gt;
matplotlib?  might be an overkill. Anything usable lightweight available?&lt;br /&gt;
&lt;br /&gt;
= Jogging =&lt;br /&gt;
&lt;br /&gt;
== Accelerometer ==&lt;br /&gt;
&lt;br /&gt;
Mount the Freerunner to the shin and measure the damping and motion style with different shoes at various speeds.&lt;br /&gt;
Especially interesting to watch the aging of the shoes (different damping).&lt;br /&gt;
&lt;br /&gt;
= Openstreetmap =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I would like to have a simple application to add map information at my current location.&lt;br /&gt;
Say, I am standing beneath an ATM, just use a menu item &amp;quot;Add ATM&amp;quot; and typing in its name - finished. There is no need for a map display. The program just displays the OSM nodes near the current location. And you can add a new node or modify an existing node.&lt;br /&gt;
&lt;br /&gt;
= Accelerometer =&lt;br /&gt;
&lt;br /&gt;
== Ideas ==&lt;br /&gt;
&lt;br /&gt;
* Indoor use of those GPS games&lt;br /&gt;
* Programming a Marble game would be more fun than playing it (Martin Senkerik is now having that fun http://projects.openmoko.org/projects/accelgame/)&lt;br /&gt;
* Moving within a larger virtual screen by tilting the display.&lt;br /&gt;
&lt;br /&gt;
== Hardware ==&lt;br /&gt;
&lt;br /&gt;
* http://wiki.openmoko.org/wiki/ST_LIS302DL &lt;br /&gt;
* [http://www.st.com/stonline/products/literature/ds/12726.pdf Datasheet]&lt;br /&gt;
&lt;br /&gt;
I was wondering about the steps of 18 units in the histogram of the accelerometer data. Now I know: the kernel driver already scales the raw data from the chip to mg units. &lt;br /&gt;
The data from the chip come as 8 bit data. In +-2.3G mode we get a resolution step size of 18 mg.&lt;br /&gt;
&lt;br /&gt;
[[/Measurements/Accelerometer]]&lt;br /&gt;
&lt;br /&gt;
= Games =&lt;br /&gt;
&lt;br /&gt;
Finger-usable application to play the game of Go:&lt;br /&gt;
Somebody somewhere suggested a double click methode for keyboard input. The first click zooms the area of the keyboard the second click activates the key. I don't want this for keyboards but for Go and similar games this could be quite interesting.&lt;br /&gt;
&lt;br /&gt;
Maybe a guesture interface is better. Circle right meens zoom in. Circle left means zoom out.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I thought I am no gamer, but just discovered [[Games#Numptyphysics|Numptyphysics]].&lt;br /&gt;
&lt;br /&gt;
= HAM Radio =&lt;br /&gt;
&lt;br /&gt;
As we can't use the WIFI or the GSM modem or the GPS receiver for HAM purposes there is not much difference to HAM applications on other PDAs.&lt;br /&gt;
&lt;br /&gt;
== CW Trainer ==&lt;br /&gt;
&lt;br /&gt;
== Audio Modems ==&lt;br /&gt;
&lt;br /&gt;
Input and Output via audio interface (what is the maximum sampling rate?).&lt;br /&gt;
&lt;br /&gt;
* http://www.w1hkj.com/Fldigi.html&lt;br /&gt;
&lt;br /&gt;
== Spectrum Analyzer ==&lt;br /&gt;
&lt;br /&gt;
Spectrum auf audio input signal&lt;br /&gt;
&lt;br /&gt;
* http://www.qsl.net/in3otd/glfer.html Maybe the GUI is to complicated for Freerunner.&lt;br /&gt;
&lt;br /&gt;
== Line of Sight Calculation ==&lt;br /&gt;
&lt;br /&gt;
== Smith Chart ==&lt;br /&gt;
&lt;br /&gt;
linsmith&lt;br /&gt;
&lt;br /&gt;
== Circuit Entry and Simulation ==&lt;br /&gt;
&lt;br /&gt;
 * Qucs&lt;br /&gt;
&lt;br /&gt;
== Radio Control ==&lt;br /&gt;
&lt;br /&gt;
=== Control for Commercial TRXs ===&lt;br /&gt;
&lt;br /&gt;
=== Homemade TRXs ===&lt;br /&gt;
&lt;br /&gt;
 * I2C interface on test points&lt;br /&gt;
 * SPI interface on debug connector&lt;br /&gt;
&lt;br /&gt;
= Music =&lt;br /&gt;
&lt;br /&gt;
== Midi Input via Touchscreen ==&lt;br /&gt;
&lt;br /&gt;
There is not much space to use the touchscreen as an ordinary piano keyboard.&lt;br /&gt;
&lt;br /&gt;
What about using the touchscreen like the left hand fingering on a guitar, mandolin, banjo ore similar? The touchscreen lays in front of you in landscape mode. There are four rows, one for each finger. &lt;br /&gt;
   &lt;br /&gt;
  | D# | G  | B  | d# |&lt;br /&gt;
  | D  | F# | A# | d  |&lt;br /&gt;
  | C# | F  | A  | c# |&lt;br /&gt;
  | C  | E  | G# | c  |&lt;br /&gt;
  This layout might be to simple. Should it be optimized for easy chord playing?&lt;br /&gt;
  To come more close to a piano and common string instruments it might be better &lt;br /&gt;
  to flip the arrangment of the notes.&lt;br /&gt;
  | c  | c# | d  | d# |&lt;br /&gt;
  | G# | A  | A# | B  |&lt;br /&gt;
  | E  | F  | F# | G  |&lt;br /&gt;
  | C  | C# | D  | D# |  &lt;br /&gt;
  &lt;br /&gt;
Unfortunately the touchscreen handles only single touches ([[UI_Improvements#The_touchscreen]]). Therefore a polyphonic input is not possible. &lt;br /&gt;
&lt;br /&gt;
Octave shifting via accelerometer reading?&lt;br /&gt;
&lt;br /&gt;
Similiar project: http://www.neo1973-germany.de/wiki/epiano Obviously not what I am having in mind.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Keyboard =&lt;br /&gt;
&lt;br /&gt;
Why not using the above Midi Keyboard for character input?&lt;br /&gt;
&lt;br /&gt;
 | S | U | R | T |&lt;br /&gt;
 | A | E | I | O |&lt;br /&gt;
 | D | H | N | M |&lt;br /&gt;
 | F | P | G | J |&lt;br /&gt;
 | M1| M2|SPC| BS|&lt;br /&gt;
&lt;br /&gt;
Letter order is random here. Need to be optimized for minimum mode switching.&lt;br /&gt;
Space, Backspace,... can be done by guestures.&lt;br /&gt;
&lt;br /&gt;
== Morse Code Input ==&lt;br /&gt;
&lt;br /&gt;
Will I be faster? Is there usable code available?&lt;br /&gt;
&lt;br /&gt;
Decode would be easier if I'd use an &amp;quot;electronic keyer&amp;quot; e.g. which sends dots and dashes in a predefined length and predefined spaces.&lt;br /&gt;
&lt;br /&gt;
* http://morseall.org/&lt;br /&gt;
&lt;br /&gt;
= Unsorted =&lt;br /&gt;
&lt;br /&gt;
* I wonder what  [http://www.igelle.org igelle] is and whether it is worth trying that for FreeRunner. The website isn't very informative.&lt;br /&gt;
* External Keyboard: The FreeRunner can supply 5V to an external USB device [[USB_host#Selecting_USB_host_mode]]. So I also can connect my MIDI keyboard?&lt;br /&gt;
&lt;br /&gt;
= OS Details =&lt;br /&gt;
&lt;br /&gt;
== Mounting internal Flash when booting from SD ==&lt;br /&gt;
&lt;br /&gt;
Mount the internal root file system&lt;br /&gt;
&lt;br /&gt;
 mount -t jffs2 /dev/mtdblock6 /mnt&lt;br /&gt;
&lt;br /&gt;
On Debian this is already mounted at /mnt/flash&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Noed Source]&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Mickey Term] talk to the GSM Modem&lt;br /&gt;
&lt;br /&gt;
* [[OpenmokoFramework/mdbus]]&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/python-openmoko/&lt;br /&gt;
&lt;br /&gt;
* [[Gsmd/document]] This does not work with FSO. Go to the [http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/index.html;hb=HEAD interface spec of FSO]&lt;br /&gt;
&lt;br /&gt;
* [[GTA02_sysfs]]&lt;br /&gt;
* [[Kernel]]&lt;br /&gt;
* [[User:CesarB/cpufreq]]&lt;br /&gt;
----&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User:ThomasT</id>
		<title>User:ThomasT</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User:ThomasT"/>
				<updated>2008-11-07T19:39:37Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: /* Hardware */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= My System =&lt;br /&gt;
&lt;br /&gt;
* [[Debian]] without frameworkd&lt;br /&gt;
* window manager: ratpoison &lt;br /&gt;
* GUI: ratmen4wp&lt;br /&gt;
&lt;br /&gt;
= Hardware Issues =&lt;br /&gt;
&lt;br /&gt;
== GSM Modem not working ==&lt;br /&gt;
&lt;br /&gt;
I could not communicate with the modem not even with u-boot and after removing battery over night.&lt;br /&gt;
In this case with FSO frameworkd slowed down the system very much, OM2008.9 was almost not usable.&lt;br /&gt;
&lt;br /&gt;
I removed frameword (fso-gpsd does not work without frameworkd and therefore needed to be replaced by gpsd.&lt;br /&gt;
&lt;br /&gt;
Using GPRS is possible, but a bit tricky. I am currently swichting GSM off and on waiting for the modem startup message. But sometimes I get a strange &amp;quot;alarm&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
== Real Time Clock unreliable==&lt;br /&gt;
 &lt;br /&gt;
The RTC is approx. 12 min off per day. I wonder whether the 10pF capacitors at the oscillator crystal are really needed. Maybe I can tune the RTC be at least lowering their values.&lt;br /&gt;
&lt;br /&gt;
= Bicycle Computer =&lt;br /&gt;
&lt;br /&gt;
[[Biking]]&lt;br /&gt;
&lt;br /&gt;
== Existing Projects and Experiences ==&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/mokosport/  Dead&lt;br /&gt;
* http://blogs.thehumanjourney.net/finds/entry/20080306 Joseph Reeves uses its NEO1973 on a bicycle&lt;br /&gt;
* http://projects.openmoko.org/search/?type_of_search=soft&amp;amp;words=gps&amp;amp;Search=Search&lt;br /&gt;
&lt;br /&gt;
== Mounting ==&lt;br /&gt;
* http://www.pearl.de/a-PX2065-4044.shtml&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Water Protection ==&lt;br /&gt;
&lt;br /&gt;
== Power Supply ==&lt;br /&gt;
&lt;br /&gt;
Due to the relatively high current consumption of the Freerunner a power supply from a hub dynamo seems to be unavoidable.&lt;br /&gt;
&lt;br /&gt;
I skip the switch mode regulator and will use simple Z-Diode parallel to the Freerunner. Later I want to add an LED light parallel to  both.&lt;br /&gt;
&lt;br /&gt;
== GPS ==&lt;br /&gt;
&lt;br /&gt;
=== Existing Software ===&lt;br /&gt;
&lt;br /&gt;
* [[Navit]]&lt;br /&gt;
* [[TangoGPS]]&lt;br /&gt;
* [[GPS_Sight]]?&lt;br /&gt;
* [[GPS_Data_Logger]]&lt;br /&gt;
&lt;br /&gt;
=== Getting GPS Data ===&lt;br /&gt;
&lt;br /&gt;
On Freerunner there is no need to read from gpsd or similar.&lt;br /&gt;
I just can get the data from /dev/ttySAC1 &lt;br /&gt;
&lt;br /&gt;
== Additional GPS Functions ==&lt;br /&gt;
&lt;br /&gt;
=== Altitude Plots ===&lt;br /&gt;
&lt;br /&gt;
Of the travelled track and also of the upcoming (hopefully OSM will soon provide elevation information of the roads)&lt;br /&gt;
&lt;br /&gt;
=== Trip Information ===&lt;br /&gt;
&lt;br /&gt;
Garmin Etrex Legends trip information display is to stupid. I want infos for the current day and for the time since last break.&lt;br /&gt;
&lt;br /&gt;
=== Location Reporting ===&lt;br /&gt;
&lt;br /&gt;
If I have internet access via the phone during my trip I can regularily update my on webpage with location markers as shown here: http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example&lt;br /&gt;
&lt;br /&gt;
== Slope, Vertical Speed ==&lt;br /&gt;
&lt;br /&gt;
The GPS does not give sufficiently accurate vertical speed.&lt;br /&gt;
A barometric sensor (see [[Variometer]]) would be nice. Calculation of the vertical speed by integrating the accelerometer readings also not accurate.&lt;br /&gt;
But maybe it is possible to use the accelerometers to measure the slope of the road.&lt;br /&gt;
How to calibrate it? Is it possible to automatically calibrate it from GSP reading?&lt;br /&gt;
&lt;br /&gt;
== Sideward Inclination of the Bicycle ==&lt;br /&gt;
&lt;br /&gt;
By measuring the increase of the total acceleration not by change of the acceleration angle.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Road Quality ==&lt;br /&gt;
&lt;br /&gt;
Can the road (e.i. surface) quality be recorded by measuring the vibrations with the accelerometers?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Car Counter ==&lt;br /&gt;
&lt;br /&gt;
... using the builtin microphone. Or would it be possible with the accelerometers using high sampling rate?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Heart Rate Monitor ==&lt;br /&gt;
&lt;br /&gt;
Are there Bluetooth Heart Rate Transmitters available?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Pedalling Frequency ==&lt;br /&gt;
&lt;br /&gt;
Pedal sensors with Bluetooth and power supply by magnetic induction would be nice.&lt;br /&gt;
&lt;br /&gt;
Otherwise USB with an FTDI chip.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Panorama Viewer ==&lt;br /&gt;
&lt;br /&gt;
Online panorama viewer similar to [http://www.ecademix.com/JohannesHofmann/gipfel.html gipfel].&lt;br /&gt;
Instead of the photo image we show the mountain panorama calculated from SRTM data. Online calculation with the SRTM data is much to slow, we use only the precalculated water divide lines.&lt;br /&gt;
&lt;br /&gt;
== Programming ==&lt;br /&gt;
&lt;br /&gt;
=== Language ===&lt;br /&gt;
Python&lt;br /&gt;
&lt;br /&gt;
=== UI ===&lt;br /&gt;
&lt;br /&gt;
==== python-etk ====&lt;br /&gt;
I could not find any documentation yet. Seems to be the same as python-gtk.&lt;br /&gt;
&lt;br /&gt;
I don't want to have ''eye-candies''. Maybe ''eye-candies'' are neccessary for selling phones. ''Eye-candies'' cause ''eye-caries'' or even ''brain-caries''. ;-)  They are for gamers.&lt;br /&gt;
&lt;br /&gt;
Colors are o.k. if they carry information. Color gradients of menu bars are useless and annoying.&lt;br /&gt;
&lt;br /&gt;
Maybe I should directly call xlib instead of using some *tk.  From python I could try http://python-xlib.sourceforge.net/ .&lt;br /&gt;
&lt;br /&gt;
==== Tichy ====&lt;br /&gt;
&lt;br /&gt;
[[Tichy]] &lt;br /&gt;
&lt;br /&gt;
==== alternative window managers ====&lt;br /&gt;
The bicycle computer should show different values at the same time. This should be user configurable at runtime. What about having little python scripts just showing a window with one value and let the window mananger do the rest? &lt;br /&gt;
&lt;br /&gt;
It seems ratpoison is the best window manager for openmoko.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* http://incise.org/whimsy.html &lt;br /&gt;
* http://pycawm.last-exile.org/&lt;br /&gt;
* http://pywm.sourceforge.net/#status&lt;br /&gt;
* http://partiwm.org/&lt;br /&gt;
* http://plwm.sourceforge.net/&lt;br /&gt;
* http://www.freenet.org.nz/python/pywm/  needs fltk&lt;br /&gt;
&lt;br /&gt;
=== Plotting ===&lt;br /&gt;
matplotlib?  might be an overkill. Anything usable lightweight available?&lt;br /&gt;
&lt;br /&gt;
= Jogging =&lt;br /&gt;
&lt;br /&gt;
== Accelerometer ==&lt;br /&gt;
&lt;br /&gt;
Mount the Freerunner to the shin and measure the damping and motion style with different shoes at various speeds.&lt;br /&gt;
Especially interesting to watch the aging of the shoes (different damping).&lt;br /&gt;
&lt;br /&gt;
= Openstreetmap =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I would like to have a simple application to add map information at my current location.&lt;br /&gt;
Say, I am standing beneath an ATM, just use a menu item &amp;quot;Add ATM&amp;quot; and typing in its name - finished. There is no need for a map display. The program just displays the OSM nodes near the current location. And you can add a new node or modify an existing node.&lt;br /&gt;
&lt;br /&gt;
= Accelerometer =&lt;br /&gt;
&lt;br /&gt;
== Ideas ==&lt;br /&gt;
&lt;br /&gt;
* Indoor use of those GPS games&lt;br /&gt;
* Programming a Marble game would be more fun than playing it (Martin Senkerik is now having that fun http://projects.openmoko.org/projects/accelgame/)&lt;br /&gt;
* Moving within a larger virtual screen by tilting the display.&lt;br /&gt;
&lt;br /&gt;
== Hardware ==&lt;br /&gt;
&lt;br /&gt;
* http://wiki.openmoko.org/wiki/ST_LIS302DL &lt;br /&gt;
* [http://www.st.com/stonline/products/literature/ds/12726.pdf Datasheet]&lt;br /&gt;
&lt;br /&gt;
I was wondering about the steps of 18 units in the histogram of the accelerometer data. Now I know: the kernel driver already scales the raw data from the chip to mg units. &lt;br /&gt;
The data from the chip come as 8 bit data. In +-2.3G mode we get a resolution step size of 18 mg.&lt;br /&gt;
&lt;br /&gt;
[[/Measurements/Accelerometer]]&lt;br /&gt;
&lt;br /&gt;
= Games =&lt;br /&gt;
&lt;br /&gt;
Finger-usable application to play the game of Go:&lt;br /&gt;
Somebody somewhere suggested a double click methode for keyboard input. The first click zooms the area of the keyboard the second click activates the key. I don't want this for keyboards but for Go and similar games this could be quite interesting.&lt;br /&gt;
&lt;br /&gt;
Maybe a guesture interface is better. Circle right meens zoom in. Circle left means zoom out.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I thought I am no gamer, but just discovered [[Games#Numptyphysics|Numptyphysics]].&lt;br /&gt;
&lt;br /&gt;
= HAM Radio =&lt;br /&gt;
&lt;br /&gt;
As we can't use the WIFI or the GSM modem or the GPS receiver for HAM purposes there is not much difference to HAM applications on other PDAs.&lt;br /&gt;
&lt;br /&gt;
== CW Trainer ==&lt;br /&gt;
&lt;br /&gt;
== Audio Modems ==&lt;br /&gt;
&lt;br /&gt;
Input and Output via audio interface (what is the maximum sampling rate?).&lt;br /&gt;
&lt;br /&gt;
* http://www.w1hkj.com/Fldigi.html&lt;br /&gt;
&lt;br /&gt;
== Spectrum Analyzer ==&lt;br /&gt;
&lt;br /&gt;
Spectrum auf audio input signal&lt;br /&gt;
&lt;br /&gt;
* http://www.qsl.net/in3otd/glfer.html Maybe the GUI is to complicated for Freerunner.&lt;br /&gt;
&lt;br /&gt;
== Line of Sight Calculation ==&lt;br /&gt;
&lt;br /&gt;
== Smith Chart ==&lt;br /&gt;
&lt;br /&gt;
linsmith&lt;br /&gt;
&lt;br /&gt;
== Circuit Entry and Simulation ==&lt;br /&gt;
&lt;br /&gt;
 * Qucs&lt;br /&gt;
&lt;br /&gt;
== Radio Control ==&lt;br /&gt;
&lt;br /&gt;
=== Control for Commercial TRXs ===&lt;br /&gt;
&lt;br /&gt;
=== Homemade TRXs ===&lt;br /&gt;
&lt;br /&gt;
 * I2C interface on test points&lt;br /&gt;
 * SPI interface on debug connector&lt;br /&gt;
&lt;br /&gt;
= Music =&lt;br /&gt;
&lt;br /&gt;
== Midi Input via Touchscreen ==&lt;br /&gt;
&lt;br /&gt;
There is not much space to use the touchscreen as an ordinary piano keyboard.&lt;br /&gt;
&lt;br /&gt;
What about using the touchscreen like the left hand fingering on a guitar, mandolin, banjo ore similar? The touchscreen lays in front of you in landscape mode. There are four rows, one for each finger. &lt;br /&gt;
   &lt;br /&gt;
  | D# | G  | B  | d# |&lt;br /&gt;
  | D  | F# | A# | d  |&lt;br /&gt;
  | C# | F  | A  | c# |&lt;br /&gt;
  | C  | E  | G# | c  |&lt;br /&gt;
  This layout might be to simple. Should it be optimized for easy chord playing?&lt;br /&gt;
  To come more close to a piano and common string instruments it might be better &lt;br /&gt;
  to flip the arrangment of the notes.&lt;br /&gt;
  | c  | c# | d  | d# |&lt;br /&gt;
  | G# | A  | A# | B  |&lt;br /&gt;
  | E  | F  | F# | G  |&lt;br /&gt;
  | C  | C# | D  | D# |  &lt;br /&gt;
  &lt;br /&gt;
Unfortunately the touchscreen handles only single touches ([[UI_Improvements#The_touchscreen]]). Therefore a polyphonic input is not possible. &lt;br /&gt;
&lt;br /&gt;
Octave shifting via accelerometer reading?&lt;br /&gt;
&lt;br /&gt;
Similiar project: http://www.neo1973-germany.de/wiki/epiano Obviously not what I am having in mind.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Keyboard =&lt;br /&gt;
&lt;br /&gt;
Why not using the above Midi Keyboard for character input?&lt;br /&gt;
&lt;br /&gt;
 | S | U | R | T |&lt;br /&gt;
 | A | E | I | O |&lt;br /&gt;
 | D | H | N | M |&lt;br /&gt;
 | F | P | G | J |&lt;br /&gt;
 | M1| M2|SPC| BS|&lt;br /&gt;
&lt;br /&gt;
Letter order is random here. Need to be optimized for minimum mode switching.&lt;br /&gt;
Space, Backspace,... can be done by guestures.&lt;br /&gt;
&lt;br /&gt;
== Morse Code Input ==&lt;br /&gt;
&lt;br /&gt;
Will I be faster? Is there usable code available?&lt;br /&gt;
&lt;br /&gt;
Decode would be easier if I'd use an &amp;quot;electronic keyer&amp;quot; e.g. which sends dots and dashes in a predefined length and predefined spaces.&lt;br /&gt;
&lt;br /&gt;
* http://morseall.org/&lt;br /&gt;
&lt;br /&gt;
= Unsorted =&lt;br /&gt;
&lt;br /&gt;
* I wonder what  [http://www.igelle.org igelle] is and whether it is worth trying that for FreeRunner. The website isn't very informative.&lt;br /&gt;
* External Keyboard: The FreeRunner can supply 5V to an external USB device [[USB_host#Selecting_USB_host_mode]]. So I also can connect my MIDI keyboard?&lt;br /&gt;
&lt;br /&gt;
= OS Details =&lt;br /&gt;
&lt;br /&gt;
== Mounting internal Flash when booting from SD ==&lt;br /&gt;
&lt;br /&gt;
Mount the internal root file system&lt;br /&gt;
&lt;br /&gt;
 mount -t jffs2 /dev/mtdblock6 /mnt&lt;br /&gt;
&lt;br /&gt;
On Debian this is already mounted at /mnt/flash&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Noed Source]&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Mickey Term] talk to the GSM Modem&lt;br /&gt;
&lt;br /&gt;
* [[OpenmokoFramework/mdbus]]&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/python-openmoko/&lt;br /&gt;
&lt;br /&gt;
* [[Gsmd/document]] This does not work with FSO. Go to the [http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/index.html;hb=HEAD interface spec of FSO]&lt;br /&gt;
&lt;br /&gt;
* http://wiki.openmoko.org/wiki/GTA02_sysfs&lt;br /&gt;
* http://wiki.openmoko.org/wiki/Kernel&lt;br /&gt;
----&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User:ThomasT/Measurements/Accelerometer</id>
		<title>User:ThomasT/Measurements/Accelerometer</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User:ThomasT/Measurements/Accelerometer"/>
				<updated>2008-11-07T19:38:09Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: New page: 360px 360px 360px&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Image:Accelerometer.AC1_histogram_X.png|360px]]&lt;br /&gt;
[[Image:Accelerometer.AC1_histogram_Y.png|360px]]&lt;br /&gt;
[[Image:Accelerometer.AC1_histogram_Z.png|360px]]&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/File:Accelerometer.AC1_histogram_Y.png</id>
		<title>File:Accelerometer.AC1 histogram Y.png</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/File:Accelerometer.AC1_histogram_Y.png"/>
				<updated>2008-11-07T19:37:43Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/File:Accelerometer.AC1_histogram_X.png</id>
		<title>File:Accelerometer.AC1 histogram X.png</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/File:Accelerometer.AC1_histogram_X.png"/>
				<updated>2008-11-07T19:36:26Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: Accelerometer1 X-data when lying calmy on the table.&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Accelerometer1 X-data when lying calmy on the table.&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/File:Accelerometer.AC1_histogram_Z.png</id>
		<title>File:Accelerometer.AC1 histogram Z.png</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/File:Accelerometer.AC1_histogram_Z.png"/>
				<updated>2008-11-07T19:33:34Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: Histogram of accelerometer1 Z-data when camly lying on the table.&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Histogram of accelerometer1 Z-data when camly lying on the table.&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User:ThomasT</id>
		<title>User:ThomasT</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User:ThomasT"/>
				<updated>2008-11-07T19:30:51Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: /*Accelerometer*/  Hardware info&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= My System =&lt;br /&gt;
&lt;br /&gt;
* [[Debian]] without frameworkd&lt;br /&gt;
* window manager: ratpoison &lt;br /&gt;
* GUI: ratmen4wp&lt;br /&gt;
&lt;br /&gt;
= Hardware Issues =&lt;br /&gt;
&lt;br /&gt;
== GSM Modem not working ==&lt;br /&gt;
&lt;br /&gt;
I could not communicate with the modem not even with u-boot and after removing battery over night.&lt;br /&gt;
In this case with FSO frameworkd slowed down the system very much, OM2008.9 was almost not usable.&lt;br /&gt;
&lt;br /&gt;
I removed frameword (fso-gpsd does not work without frameworkd and therefore needed to be replaced by gpsd.&lt;br /&gt;
&lt;br /&gt;
Using GPRS is possible, but a bit tricky. I am currently swichting GSM off and on waiting for the modem startup message. But sometimes I get a strange &amp;quot;alarm&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
== Real Time Clock unreliable==&lt;br /&gt;
 &lt;br /&gt;
The RTC is approx. 12 min off per day. I wonder whether the 10pF capacitors at the oscillator crystal are really needed. Maybe I can tune the RTC be at least lowering their values.&lt;br /&gt;
&lt;br /&gt;
= Bicycle Computer =&lt;br /&gt;
&lt;br /&gt;
[[Biking]]&lt;br /&gt;
&lt;br /&gt;
== Existing Projects and Experiences ==&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/mokosport/  Dead&lt;br /&gt;
* http://blogs.thehumanjourney.net/finds/entry/20080306 Joseph Reeves uses its NEO1973 on a bicycle&lt;br /&gt;
* http://projects.openmoko.org/search/?type_of_search=soft&amp;amp;words=gps&amp;amp;Search=Search&lt;br /&gt;
&lt;br /&gt;
== Mounting ==&lt;br /&gt;
* http://www.pearl.de/a-PX2065-4044.shtml&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Water Protection ==&lt;br /&gt;
&lt;br /&gt;
== Power Supply ==&lt;br /&gt;
&lt;br /&gt;
Due to the relatively high current consumption of the Freerunner a power supply from a hub dynamo seems to be unavoidable.&lt;br /&gt;
&lt;br /&gt;
I skip the switch mode regulator and will use simple Z-Diode parallel to the Freerunner. Later I want to add an LED light parallel to  both.&lt;br /&gt;
&lt;br /&gt;
== GPS ==&lt;br /&gt;
&lt;br /&gt;
=== Existing Software ===&lt;br /&gt;
&lt;br /&gt;
* [[Navit]]&lt;br /&gt;
* [[TangoGPS]]&lt;br /&gt;
* [[GPS_Sight]]?&lt;br /&gt;
* [[GPS_Data_Logger]]&lt;br /&gt;
&lt;br /&gt;
=== Getting GPS Data ===&lt;br /&gt;
&lt;br /&gt;
On Freerunner there is no need to read from gpsd or similar.&lt;br /&gt;
I just can get the data from /dev/ttySAC1 &lt;br /&gt;
&lt;br /&gt;
== Additional GPS Functions ==&lt;br /&gt;
&lt;br /&gt;
=== Altitude Plots ===&lt;br /&gt;
&lt;br /&gt;
Of the travelled track and also of the upcoming (hopefully OSM will soon provide elevation information of the roads)&lt;br /&gt;
&lt;br /&gt;
=== Trip Information ===&lt;br /&gt;
&lt;br /&gt;
Garmin Etrex Legends trip information display is to stupid. I want infos for the current day and for the time since last break.&lt;br /&gt;
&lt;br /&gt;
=== Location Reporting ===&lt;br /&gt;
&lt;br /&gt;
If I have internet access via the phone during my trip I can regularily update my on webpage with location markers as shown here: http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example&lt;br /&gt;
&lt;br /&gt;
== Slope, Vertical Speed ==&lt;br /&gt;
&lt;br /&gt;
The GPS does not give sufficiently accurate vertical speed.&lt;br /&gt;
A barometric sensor (see [[Variometer]]) would be nice. Calculation of the vertical speed by integrating the accelerometer readings also not accurate.&lt;br /&gt;
But maybe it is possible to use the accelerometers to measure the slope of the road.&lt;br /&gt;
How to calibrate it? Is it possible to automatically calibrate it from GSP reading?&lt;br /&gt;
&lt;br /&gt;
== Sideward Inclination of the Bicycle ==&lt;br /&gt;
&lt;br /&gt;
By measuring the increase of the total acceleration not by change of the acceleration angle.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Road Quality ==&lt;br /&gt;
&lt;br /&gt;
Can the road (e.i. surface) quality be recorded by measuring the vibrations with the accelerometers?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Car Counter ==&lt;br /&gt;
&lt;br /&gt;
... using the builtin microphone. Or would it be possible with the accelerometers using high sampling rate?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Heart Rate Monitor ==&lt;br /&gt;
&lt;br /&gt;
Are there Bluetooth Heart Rate Transmitters available?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Pedalling Frequency ==&lt;br /&gt;
&lt;br /&gt;
Pedal sensors with Bluetooth and power supply by magnetic induction would be nice.&lt;br /&gt;
&lt;br /&gt;
Otherwise USB with an FTDI chip.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Panorama Viewer ==&lt;br /&gt;
&lt;br /&gt;
Online panorama viewer similar to [http://www.ecademix.com/JohannesHofmann/gipfel.html gipfel].&lt;br /&gt;
Instead of the photo image we show the mountain panorama calculated from SRTM data. Online calculation with the SRTM data is much to slow, we use only the precalculated water divide lines.&lt;br /&gt;
&lt;br /&gt;
== Programming ==&lt;br /&gt;
&lt;br /&gt;
=== Language ===&lt;br /&gt;
Python&lt;br /&gt;
&lt;br /&gt;
=== UI ===&lt;br /&gt;
&lt;br /&gt;
==== python-etk ====&lt;br /&gt;
I could not find any documentation yet. Seems to be the same as python-gtk.&lt;br /&gt;
&lt;br /&gt;
I don't want to have ''eye-candies''. Maybe ''eye-candies'' are neccessary for selling phones. ''Eye-candies'' cause ''eye-caries'' or even ''brain-caries''. ;-)  They are for gamers.&lt;br /&gt;
&lt;br /&gt;
Colors are o.k. if they carry information. Color gradients of menu bars are useless and annoying.&lt;br /&gt;
&lt;br /&gt;
Maybe I should directly call xlib instead of using some *tk.  From python I could try http://python-xlib.sourceforge.net/ .&lt;br /&gt;
&lt;br /&gt;
==== Tichy ====&lt;br /&gt;
&lt;br /&gt;
[[Tichy]] &lt;br /&gt;
&lt;br /&gt;
==== alternative window managers ====&lt;br /&gt;
The bicycle computer should show different values at the same time. This should be user configurable at runtime. What about having little python scripts just showing a window with one value and let the window mananger do the rest? &lt;br /&gt;
&lt;br /&gt;
It seems ratpoison is the best window manager for openmoko.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* http://incise.org/whimsy.html &lt;br /&gt;
* http://pycawm.last-exile.org/&lt;br /&gt;
* http://pywm.sourceforge.net/#status&lt;br /&gt;
* http://partiwm.org/&lt;br /&gt;
* http://plwm.sourceforge.net/&lt;br /&gt;
* http://www.freenet.org.nz/python/pywm/  needs fltk&lt;br /&gt;
&lt;br /&gt;
=== Plotting ===&lt;br /&gt;
matplotlib?  might be an overkill. Anything usable lightweight available?&lt;br /&gt;
&lt;br /&gt;
= Jogging =&lt;br /&gt;
&lt;br /&gt;
== Accelerometer ==&lt;br /&gt;
&lt;br /&gt;
Mount the Freerunner to the shin and measure the damping and motion style with different shoes at various speeds.&lt;br /&gt;
Especially interesting to watch the aging of the shoes (different damping).&lt;br /&gt;
&lt;br /&gt;
= Openstreetmap =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I would like to have a simple application to add map information at my current location.&lt;br /&gt;
Say, I am standing beneath an ATM, just use a menu item &amp;quot;Add ATM&amp;quot; and typing in its name - finished. There is no need for a map display. The program just displays the OSM nodes near the current location. And you can add a new node or modify an existing node.&lt;br /&gt;
&lt;br /&gt;
= Accelerometer =&lt;br /&gt;
&lt;br /&gt;
== Ideas ==&lt;br /&gt;
&lt;br /&gt;
* Indoor use of those GPS games&lt;br /&gt;
* Programming a Marble game would be more fun than playing it (Martin Senkerik is now having that fun http://projects.openmoko.org/projects/accelgame/)&lt;br /&gt;
* Moving within a larger virtual screen by tilting the display.&lt;br /&gt;
&lt;br /&gt;
== Hardware ==&lt;br /&gt;
&lt;br /&gt;
* http://wiki.openmoko.org/wiki/ST_LIS302DL &lt;br /&gt;
&lt;br /&gt;
I was wondering about the steps of 18 units in the histogram of the accelerometer data. Now I know: the kernel driver already scales the raw data from the chip to mg units. &lt;br /&gt;
The data from the chip come as 8 bit data. In +-2.3G mode we get a resolution step size of 18 mg.&lt;br /&gt;
&lt;br /&gt;
[[/Measurements/Accelerometer]]&lt;br /&gt;
&lt;br /&gt;
= Games =&lt;br /&gt;
&lt;br /&gt;
Finger-usable application to play the game of Go:&lt;br /&gt;
Somebody somewhere suggested a double click methode for keyboard input. The first click zooms the area of the keyboard the second click activates the key. I don't want this for keyboards but for Go and similar games this could be quite interesting.&lt;br /&gt;
&lt;br /&gt;
Maybe a guesture interface is better. Circle right meens zoom in. Circle left means zoom out.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I thought I am no gamer, but just discovered [[Games#Numptyphysics|Numptyphysics]].&lt;br /&gt;
&lt;br /&gt;
= HAM Radio =&lt;br /&gt;
&lt;br /&gt;
As we can't use the WIFI or the GSM modem or the GPS receiver for HAM purposes there is not much difference to HAM applications on other PDAs.&lt;br /&gt;
&lt;br /&gt;
== CW Trainer ==&lt;br /&gt;
&lt;br /&gt;
== Audio Modems ==&lt;br /&gt;
&lt;br /&gt;
Input and Output via audio interface (what is the maximum sampling rate?).&lt;br /&gt;
&lt;br /&gt;
* http://www.w1hkj.com/Fldigi.html&lt;br /&gt;
&lt;br /&gt;
== Spectrum Analyzer ==&lt;br /&gt;
&lt;br /&gt;
Spectrum auf audio input signal&lt;br /&gt;
&lt;br /&gt;
* http://www.qsl.net/in3otd/glfer.html Maybe the GUI is to complicated for Freerunner.&lt;br /&gt;
&lt;br /&gt;
== Line of Sight Calculation ==&lt;br /&gt;
&lt;br /&gt;
== Smith Chart ==&lt;br /&gt;
&lt;br /&gt;
linsmith&lt;br /&gt;
&lt;br /&gt;
== Circuit Entry and Simulation ==&lt;br /&gt;
&lt;br /&gt;
 * Qucs&lt;br /&gt;
&lt;br /&gt;
== Radio Control ==&lt;br /&gt;
&lt;br /&gt;
=== Control for Commercial TRXs ===&lt;br /&gt;
&lt;br /&gt;
=== Homemade TRXs ===&lt;br /&gt;
&lt;br /&gt;
 * I2C interface on test points&lt;br /&gt;
 * SPI interface on debug connector&lt;br /&gt;
&lt;br /&gt;
= Music =&lt;br /&gt;
&lt;br /&gt;
== Midi Input via Touchscreen ==&lt;br /&gt;
&lt;br /&gt;
There is not much space to use the touchscreen as an ordinary piano keyboard.&lt;br /&gt;
&lt;br /&gt;
What about using the touchscreen like the left hand fingering on a guitar, mandolin, banjo ore similar? The touchscreen lays in front of you in landscape mode. There are four rows, one for each finger. &lt;br /&gt;
   &lt;br /&gt;
  | D# | G  | B  | d# |&lt;br /&gt;
  | D  | F# | A# | d  |&lt;br /&gt;
  | C# | F  | A  | c# |&lt;br /&gt;
  | C  | E  | G# | c  |&lt;br /&gt;
  This layout might be to simple. Should it be optimized for easy chord playing?&lt;br /&gt;
  To come more close to a piano and common string instruments it might be better &lt;br /&gt;
  to flip the arrangment of the notes.&lt;br /&gt;
  | c  | c# | d  | d# |&lt;br /&gt;
  | G# | A  | A# | B  |&lt;br /&gt;
  | E  | F  | F# | G  |&lt;br /&gt;
  | C  | C# | D  | D# |  &lt;br /&gt;
  &lt;br /&gt;
Unfortunately the touchscreen handles only single touches ([[UI_Improvements#The_touchscreen]]). Therefore a polyphonic input is not possible. &lt;br /&gt;
&lt;br /&gt;
Octave shifting via accelerometer reading?&lt;br /&gt;
&lt;br /&gt;
Similiar project: http://www.neo1973-germany.de/wiki/epiano Obviously not what I am having in mind.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Keyboard =&lt;br /&gt;
&lt;br /&gt;
Why not using the above Midi Keyboard for character input?&lt;br /&gt;
&lt;br /&gt;
 | S | U | R | T |&lt;br /&gt;
 | A | E | I | O |&lt;br /&gt;
 | D | H | N | M |&lt;br /&gt;
 | F | P | G | J |&lt;br /&gt;
 | M1| M2|SPC| BS|&lt;br /&gt;
&lt;br /&gt;
Letter order is random here. Need to be optimized for minimum mode switching.&lt;br /&gt;
Space, Backspace,... can be done by guestures.&lt;br /&gt;
&lt;br /&gt;
== Morse Code Input ==&lt;br /&gt;
&lt;br /&gt;
Will I be faster? Is there usable code available?&lt;br /&gt;
&lt;br /&gt;
Decode would be easier if I'd use an &amp;quot;electronic keyer&amp;quot; e.g. which sends dots and dashes in a predefined length and predefined spaces.&lt;br /&gt;
&lt;br /&gt;
* http://morseall.org/&lt;br /&gt;
&lt;br /&gt;
= Unsorted =&lt;br /&gt;
&lt;br /&gt;
* I wonder what  [http://www.igelle.org igelle] is and whether it is worth trying that for FreeRunner. The website isn't very informative.&lt;br /&gt;
* External Keyboard: The FreeRunner can supply 5V to an external USB device [[USB_host#Selecting_USB_host_mode]]. So I also can connect my MIDI keyboard?&lt;br /&gt;
&lt;br /&gt;
= OS Details =&lt;br /&gt;
&lt;br /&gt;
== Mounting internal Flash when booting from SD ==&lt;br /&gt;
&lt;br /&gt;
Mount the internal root file system&lt;br /&gt;
&lt;br /&gt;
 mount -t jffs2 /dev/mtdblock6 /mnt&lt;br /&gt;
&lt;br /&gt;
On Debian this is already mounted at /mnt/flash&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Noed Source]&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Mickey Term] talk to the GSM Modem&lt;br /&gt;
&lt;br /&gt;
* [[OpenmokoFramework/mdbus]]&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/python-openmoko/&lt;br /&gt;
&lt;br /&gt;
* [[Gsmd/document]] This does not work with FSO. Go to the [http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/index.html;hb=HEAD interface spec of FSO]&lt;br /&gt;
&lt;br /&gt;
* http://wiki.openmoko.org/wiki/GTA02_sysfs&lt;br /&gt;
* http://wiki.openmoko.org/wiki/Kernel&lt;br /&gt;
----&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User:ThomasT</id>
		<title>User:ThomasT</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User:ThomasT"/>
				<updated>2008-11-04T07:55:45Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: /* My System */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= My System =&lt;br /&gt;
&lt;br /&gt;
* [[Debian]] without frameworkd&lt;br /&gt;
* window manager: ratpoison &lt;br /&gt;
* GUI: ratmen4wp&lt;br /&gt;
&lt;br /&gt;
= Hardware Issues =&lt;br /&gt;
&lt;br /&gt;
== GSM Modem not working ==&lt;br /&gt;
&lt;br /&gt;
I could not communicate with the modem not even with u-boot and after removing battery over night.&lt;br /&gt;
In this case with FSO frameworkd slowed down the system very much, OM2008.9 was almost not usable.&lt;br /&gt;
&lt;br /&gt;
I removed frameword (fso-gpsd does not work without frameworkd and therefore needed to be replaced by gpsd.&lt;br /&gt;
&lt;br /&gt;
Using GPRS is possible, but a bit tricky. I am currently swichting GSM off and on waiting for the modem startup message. But sometimes I get a strange &amp;quot;alarm&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
== Real Time Clock unreliable==&lt;br /&gt;
 &lt;br /&gt;
The RTC is approx. 12 min off per day. I wonder whether the 10pF capacitors at the oscillator crystal are really needed. Maybe I can tune the RTC be at least lowering their values.&lt;br /&gt;
&lt;br /&gt;
= Bicycle Computer =&lt;br /&gt;
&lt;br /&gt;
[[Biking]]&lt;br /&gt;
&lt;br /&gt;
== Existing Projects and Experiences ==&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/mokosport/  Dead&lt;br /&gt;
* http://blogs.thehumanjourney.net/finds/entry/20080306 Joseph Reeves uses its NEO1973 on a bicycle&lt;br /&gt;
* http://projects.openmoko.org/search/?type_of_search=soft&amp;amp;words=gps&amp;amp;Search=Search&lt;br /&gt;
&lt;br /&gt;
== Mounting ==&lt;br /&gt;
* http://www.pearl.de/a-PX2065-4044.shtml&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Water Protection ==&lt;br /&gt;
&lt;br /&gt;
== Power Supply ==&lt;br /&gt;
&lt;br /&gt;
Due to the relatively high current consumption of the Freerunner a power supply from a hub dynamo seems to be unavoidable.&lt;br /&gt;
&lt;br /&gt;
I skip the switch mode regulator and will use simple Z-Diode parallel to the Freerunner. Later I want to add an LED light parallel to  both.&lt;br /&gt;
&lt;br /&gt;
== GPS ==&lt;br /&gt;
&lt;br /&gt;
=== Existing Software ===&lt;br /&gt;
&lt;br /&gt;
* [[Navit]]&lt;br /&gt;
* [[TangoGPS]]&lt;br /&gt;
* [[GPS_Sight]]?&lt;br /&gt;
* [[GPS_Data_Logger]]&lt;br /&gt;
&lt;br /&gt;
=== Getting GPS Data ===&lt;br /&gt;
&lt;br /&gt;
On Freerunner there is no need to read from gpsd or similar.&lt;br /&gt;
I just can get the data from /dev/ttySAC1 &lt;br /&gt;
&lt;br /&gt;
== Additional GPS Functions ==&lt;br /&gt;
&lt;br /&gt;
=== Altitude Plots ===&lt;br /&gt;
&lt;br /&gt;
Of the travelled track and also of the upcoming (hopefully OSM will soon provide elevation information of the roads)&lt;br /&gt;
&lt;br /&gt;
=== Trip Information ===&lt;br /&gt;
&lt;br /&gt;
Garmin Etrex Legends trip information display is to stupid. I want infos for the current day and for the time since last break.&lt;br /&gt;
&lt;br /&gt;
=== Location Reporting ===&lt;br /&gt;
&lt;br /&gt;
If I have internet access via the phone during my trip I can regularily update my on webpage with location markers as shown here: http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example&lt;br /&gt;
&lt;br /&gt;
== Slope, Vertical Speed ==&lt;br /&gt;
&lt;br /&gt;
The GPS does not give sufficiently accurate vertical speed.&lt;br /&gt;
A barometric sensor (see [[Variometer]]) would be nice. Calculation of the vertical speed by integrating the accelerometer readings also not accurate.&lt;br /&gt;
But maybe it is possible to use the accelerometers to measure the slope of the road.&lt;br /&gt;
How to calibrate it? Is it possible to automatically calibrate it from GSP reading?&lt;br /&gt;
&lt;br /&gt;
== Sideward Inclination of the Bicycle ==&lt;br /&gt;
&lt;br /&gt;
By measuring the increase of the total acceleration not by change of the acceleration angle.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Road Quality ==&lt;br /&gt;
&lt;br /&gt;
Can the road (e.i. surface) quality be recorded by measuring the vibrations with the accelerometers?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Car Counter ==&lt;br /&gt;
&lt;br /&gt;
... using the builtin microphone. Or would it be possible with the accelerometers using high sampling rate?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Heart Rate Monitor ==&lt;br /&gt;
&lt;br /&gt;
Are there Bluetooth Heart Rate Transmitters available?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Pedalling Frequency ==&lt;br /&gt;
&lt;br /&gt;
Pedal sensors with Bluetooth and power supply by magnetic induction would be nice.&lt;br /&gt;
&lt;br /&gt;
Otherwise USB with an FTDI chip.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Panorama Viewer ==&lt;br /&gt;
&lt;br /&gt;
Online panorama viewer similar to [http://www.ecademix.com/JohannesHofmann/gipfel.html gipfel].&lt;br /&gt;
Instead of the photo image we show the mountain panorama calculated from SRTM data. Online calculation with the SRTM data is much to slow, we use only the precalculated water divide lines.&lt;br /&gt;
&lt;br /&gt;
== Programming ==&lt;br /&gt;
&lt;br /&gt;
=== Language ===&lt;br /&gt;
Python&lt;br /&gt;
&lt;br /&gt;
=== UI ===&lt;br /&gt;
&lt;br /&gt;
==== python-etk ====&lt;br /&gt;
I could not find any documentation yet. Seems to be the same as python-gtk.&lt;br /&gt;
&lt;br /&gt;
I don't want to have ''eye-candies''. Maybe ''eye-candies'' are neccessary for selling phones. ''Eye-candies'' cause ''eye-caries'' or even ''brain-caries''. ;-)  They are for gamers.&lt;br /&gt;
&lt;br /&gt;
Colors are o.k. if they carry information. Color gradients of menu bars are useless and annoying.&lt;br /&gt;
&lt;br /&gt;
Maybe I should directly call xlib instead of using some *tk.  From python I could try http://python-xlib.sourceforge.net/ .&lt;br /&gt;
&lt;br /&gt;
==== Tichy ====&lt;br /&gt;
&lt;br /&gt;
[[Tichy]] &lt;br /&gt;
&lt;br /&gt;
==== alternative window managers ====&lt;br /&gt;
The bicycle computer should show different values at the same time. This should be user configurable at runtime. What about having little python scripts just showing a window with one value and let the window mananger do the rest? &lt;br /&gt;
&lt;br /&gt;
It seems ratpoison is the best window manager for openmoko.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* http://incise.org/whimsy.html &lt;br /&gt;
* http://pycawm.last-exile.org/&lt;br /&gt;
* http://pywm.sourceforge.net/#status&lt;br /&gt;
* http://partiwm.org/&lt;br /&gt;
* http://plwm.sourceforge.net/&lt;br /&gt;
* http://www.freenet.org.nz/python/pywm/  needs fltk&lt;br /&gt;
&lt;br /&gt;
=== Plotting ===&lt;br /&gt;
matplotlib?  might be an overkill. Anything usable lightweight available?&lt;br /&gt;
&lt;br /&gt;
= Jogging =&lt;br /&gt;
&lt;br /&gt;
== Accelerometer ==&lt;br /&gt;
&lt;br /&gt;
Mount the Freerunner to the shin and measure the damping and motion style with different shoes at various speeds.&lt;br /&gt;
Especially interesting to watch the aging of the shoes (different damping).&lt;br /&gt;
&lt;br /&gt;
= Openstreetmap =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I would like to have a simple application to add map information at my current location.&lt;br /&gt;
Say, I am standing beneath an ATM, just use a menu item &amp;quot;Add ATM&amp;quot; and typing in its name - finished. There is no need for a map display. The program just displays the OSM nodes near the current location. And you can add a new node or modify an existing node.&lt;br /&gt;
&lt;br /&gt;
= Other Accelerometer Ideas =&lt;br /&gt;
&lt;br /&gt;
* Indoor use of those GPS games&lt;br /&gt;
* Programming a Marble game would be more fun than playing it (Martin Senkerik is now having that fun http://projects.openmoko.org/projects/accelgame/)&lt;br /&gt;
* Moving within a larger virtual screen by tilting the display.&lt;br /&gt;
&lt;br /&gt;
= Games =&lt;br /&gt;
&lt;br /&gt;
Finger-usable application to play the game of Go:&lt;br /&gt;
Somebody somewhere suggested a double click methode for keyboard input. The first click zooms the area of the keyboard the second click activates the key. I don't want this for keyboards but for Go and similar games this could be quite interesting.&lt;br /&gt;
&lt;br /&gt;
Maybe a guesture interface is better. Circle right meens zoom in. Circle left means zoom out.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I thought I am no gamer, but just discovered [[Games#Numptyphysics|Numptyphysics]].&lt;br /&gt;
&lt;br /&gt;
= HAM Radio =&lt;br /&gt;
&lt;br /&gt;
As we can't use the WIFI or the GSM modem or the GPS receiver for HAM purposes there is not much difference to HAM applications on other PDAs.&lt;br /&gt;
&lt;br /&gt;
== CW Trainer ==&lt;br /&gt;
&lt;br /&gt;
== Audio Modems ==&lt;br /&gt;
&lt;br /&gt;
Input and Output via audio interface (what is the maximum sampling rate?).&lt;br /&gt;
&lt;br /&gt;
* http://www.w1hkj.com/Fldigi.html&lt;br /&gt;
&lt;br /&gt;
== Spectrum Analyzer ==&lt;br /&gt;
&lt;br /&gt;
Spectrum auf audio input signal&lt;br /&gt;
&lt;br /&gt;
* http://www.qsl.net/in3otd/glfer.html Maybe the GUI is to complicated for Freerunner.&lt;br /&gt;
&lt;br /&gt;
== Line of Sight Calculation ==&lt;br /&gt;
&lt;br /&gt;
== Smith Chart ==&lt;br /&gt;
&lt;br /&gt;
linsmith&lt;br /&gt;
&lt;br /&gt;
== Circuit Entry and Simulation ==&lt;br /&gt;
&lt;br /&gt;
 * Qucs&lt;br /&gt;
&lt;br /&gt;
== Radio Control ==&lt;br /&gt;
&lt;br /&gt;
=== Control for Commercial TRXs ===&lt;br /&gt;
&lt;br /&gt;
=== Homemade TRXs ===&lt;br /&gt;
&lt;br /&gt;
 * I2C interface on test points&lt;br /&gt;
 * SPI interface on debug connector&lt;br /&gt;
&lt;br /&gt;
= Music =&lt;br /&gt;
&lt;br /&gt;
== Midi Input via Touchscreen ==&lt;br /&gt;
&lt;br /&gt;
There is not much space to use the touchscreen as an ordinary piano keyboard.&lt;br /&gt;
&lt;br /&gt;
What about using the touchscreen like the left hand fingering on a guitar, mandolin, banjo ore similar? The touchscreen lays in front of you in landscape mode. There are four rows, one for each finger. &lt;br /&gt;
   &lt;br /&gt;
  | D# | G  | B  | d# |&lt;br /&gt;
  | D  | F# | A# | d  |&lt;br /&gt;
  | C# | F  | A  | c# |&lt;br /&gt;
  | C  | E  | G# | c  |&lt;br /&gt;
  This layout might be to simple. Should it be optimized for easy chord playing?&lt;br /&gt;
  To come more close to a piano and common string instruments it might be better &lt;br /&gt;
  to flip the arrangment of the notes.&lt;br /&gt;
  | c  | c# | d  | d# |&lt;br /&gt;
  | G# | A  | A# | B  |&lt;br /&gt;
  | E  | F  | F# | G  |&lt;br /&gt;
  | C  | C# | D  | D# |  &lt;br /&gt;
  &lt;br /&gt;
Unfortunately the touchscreen handles only single touches ([[UI_Improvements#The_touchscreen]]). Therefore a polyphonic input is not possible. &lt;br /&gt;
&lt;br /&gt;
Octave shifting via accelerometer reading?&lt;br /&gt;
&lt;br /&gt;
Similiar project: http://www.neo1973-germany.de/wiki/epiano Obviously not what I am having in mind.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Keyboard =&lt;br /&gt;
&lt;br /&gt;
Why not using the above Midi Keyboard for character input?&lt;br /&gt;
&lt;br /&gt;
 | S | U | R | T |&lt;br /&gt;
 | A | E | I | O |&lt;br /&gt;
 | D | H | N | M |&lt;br /&gt;
 | F | P | G | J |&lt;br /&gt;
 | M1| M2|SPC| BS|&lt;br /&gt;
&lt;br /&gt;
Letter order is random here. Need to be optimized for minimum mode switching.&lt;br /&gt;
Space, Backspace,... can be done by guestures.&lt;br /&gt;
&lt;br /&gt;
== Morse Code Input ==&lt;br /&gt;
&lt;br /&gt;
Will I be faster? Is there usable code available?&lt;br /&gt;
&lt;br /&gt;
Decode would be easier if I'd use an &amp;quot;electronic keyer&amp;quot; e.g. which sends dots and dashes in a predefined length and predefined spaces.&lt;br /&gt;
&lt;br /&gt;
* http://morseall.org/&lt;br /&gt;
&lt;br /&gt;
= Unsorted =&lt;br /&gt;
&lt;br /&gt;
* I wonder what  [http://www.igelle.org igelle] is and whether it is worth trying that for FreeRunner. The website isn't very informative.&lt;br /&gt;
* External Keyboard: The FreeRunner can supply 5V to an external USB device [[USB_host#Selecting_USB_host_mode]]. So I also can connect my MIDI keyboard?&lt;br /&gt;
&lt;br /&gt;
= OS Details =&lt;br /&gt;
&lt;br /&gt;
== Mounting internal Flash when booting from SD ==&lt;br /&gt;
&lt;br /&gt;
Mount the internal root file system&lt;br /&gt;
&lt;br /&gt;
 mount -t jffs2 /dev/mtdblock6 /mnt&lt;br /&gt;
&lt;br /&gt;
On Debian this is already mounted at /mnt/flash&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Noed Source]&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Mickey Term] talk to the GSM Modem&lt;br /&gt;
&lt;br /&gt;
* [[OpenmokoFramework/mdbus]]&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/python-openmoko/&lt;br /&gt;
&lt;br /&gt;
* [[Gsmd/document]] This does not work with FSO. Go to the [http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/index.html;hb=HEAD interface spec of FSO]&lt;br /&gt;
&lt;br /&gt;
* http://wiki.openmoko.org/wiki/GTA02_sysfs&lt;br /&gt;
* http://wiki.openmoko.org/wiki/Kernel&lt;br /&gt;
----&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User:ThomasT</id>
		<title>User:ThomasT</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User:ThomasT"/>
				<updated>2008-11-04T07:53:54Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= My System =&lt;br /&gt;
&lt;br /&gt;
* [[Debian]] without frameworkd&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Hardware Issues =&lt;br /&gt;
&lt;br /&gt;
== GSM Modem not working ==&lt;br /&gt;
&lt;br /&gt;
I could not communicate with the modem not even with u-boot and after removing battery over night.&lt;br /&gt;
In this case with FSO frameworkd slowed down the system very much, OM2008.9 was almost not usable.&lt;br /&gt;
&lt;br /&gt;
I removed frameword (fso-gpsd does not work without frameworkd and therefore needed to be replaced by gpsd.&lt;br /&gt;
&lt;br /&gt;
Using GPRS is possible, but a bit tricky. I am currently swichting GSM off and on waiting for the modem startup message. But sometimes I get a strange &amp;quot;alarm&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
== Real Time Clock unreliable==&lt;br /&gt;
 &lt;br /&gt;
The RTC is approx. 12 min off per day. I wonder whether the 10pF capacitors at the oscillator crystal are really needed. Maybe I can tune the RTC be at least lowering their values.&lt;br /&gt;
&lt;br /&gt;
= Bicycle Computer =&lt;br /&gt;
&lt;br /&gt;
[[Biking]]&lt;br /&gt;
&lt;br /&gt;
== Existing Projects and Experiences ==&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/mokosport/  Dead&lt;br /&gt;
* http://blogs.thehumanjourney.net/finds/entry/20080306 Joseph Reeves uses its NEO1973 on a bicycle&lt;br /&gt;
* http://projects.openmoko.org/search/?type_of_search=soft&amp;amp;words=gps&amp;amp;Search=Search&lt;br /&gt;
&lt;br /&gt;
== Mounting ==&lt;br /&gt;
* http://www.pearl.de/a-PX2065-4044.shtml&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Water Protection ==&lt;br /&gt;
&lt;br /&gt;
== Power Supply ==&lt;br /&gt;
&lt;br /&gt;
Due to the relatively high current consumption of the Freerunner a power supply from a hub dynamo seems to be unavoidable.&lt;br /&gt;
&lt;br /&gt;
I skip the switch mode regulator and will use simple Z-Diode parallel to the Freerunner. Later I want to add an LED light parallel to  both.&lt;br /&gt;
&lt;br /&gt;
== GPS ==&lt;br /&gt;
&lt;br /&gt;
=== Existing Software ===&lt;br /&gt;
&lt;br /&gt;
* [[Navit]]&lt;br /&gt;
* [[TangoGPS]]&lt;br /&gt;
* [[GPS_Sight]]?&lt;br /&gt;
* [[GPS_Data_Logger]]&lt;br /&gt;
&lt;br /&gt;
=== Getting GPS Data ===&lt;br /&gt;
&lt;br /&gt;
On Freerunner there is no need to read from gpsd or similar.&lt;br /&gt;
I just can get the data from /dev/ttySAC1 &lt;br /&gt;
&lt;br /&gt;
== Additional GPS Functions ==&lt;br /&gt;
&lt;br /&gt;
=== Altitude Plots ===&lt;br /&gt;
&lt;br /&gt;
Of the travelled track and also of the upcoming (hopefully OSM will soon provide elevation information of the roads)&lt;br /&gt;
&lt;br /&gt;
=== Trip Information ===&lt;br /&gt;
&lt;br /&gt;
Garmin Etrex Legends trip information display is to stupid. I want infos for the current day and for the time since last break.&lt;br /&gt;
&lt;br /&gt;
=== Location Reporting ===&lt;br /&gt;
&lt;br /&gt;
If I have internet access via the phone during my trip I can regularily update my on webpage with location markers as shown here: http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example&lt;br /&gt;
&lt;br /&gt;
== Slope, Vertical Speed ==&lt;br /&gt;
&lt;br /&gt;
The GPS does not give sufficiently accurate vertical speed.&lt;br /&gt;
A barometric sensor (see [[Variometer]]) would be nice. Calculation of the vertical speed by integrating the accelerometer readings also not accurate.&lt;br /&gt;
But maybe it is possible to use the accelerometers to measure the slope of the road.&lt;br /&gt;
How to calibrate it? Is it possible to automatically calibrate it from GSP reading?&lt;br /&gt;
&lt;br /&gt;
== Sideward Inclination of the Bicycle ==&lt;br /&gt;
&lt;br /&gt;
By measuring the increase of the total acceleration not by change of the acceleration angle.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Road Quality ==&lt;br /&gt;
&lt;br /&gt;
Can the road (e.i. surface) quality be recorded by measuring the vibrations with the accelerometers?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Car Counter ==&lt;br /&gt;
&lt;br /&gt;
... using the builtin microphone. Or would it be possible with the accelerometers using high sampling rate?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Heart Rate Monitor ==&lt;br /&gt;
&lt;br /&gt;
Are there Bluetooth Heart Rate Transmitters available?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Pedalling Frequency ==&lt;br /&gt;
&lt;br /&gt;
Pedal sensors with Bluetooth and power supply by magnetic induction would be nice.&lt;br /&gt;
&lt;br /&gt;
Otherwise USB with an FTDI chip.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Panorama Viewer ==&lt;br /&gt;
&lt;br /&gt;
Online panorama viewer similar to [http://www.ecademix.com/JohannesHofmann/gipfel.html gipfel].&lt;br /&gt;
Instead of the photo image we show the mountain panorama calculated from SRTM data. Online calculation with the SRTM data is much to slow, we use only the precalculated water divide lines.&lt;br /&gt;
&lt;br /&gt;
== Programming ==&lt;br /&gt;
&lt;br /&gt;
=== Language ===&lt;br /&gt;
Python&lt;br /&gt;
&lt;br /&gt;
=== UI ===&lt;br /&gt;
&lt;br /&gt;
==== python-etk ====&lt;br /&gt;
I could not find any documentation yet. Seems to be the same as python-gtk.&lt;br /&gt;
&lt;br /&gt;
I don't want to have ''eye-candies''. Maybe ''eye-candies'' are neccessary for selling phones. ''Eye-candies'' cause ''eye-caries'' or even ''brain-caries''. ;-)  They are for gamers.&lt;br /&gt;
&lt;br /&gt;
Colors are o.k. if they carry information. Color gradients of menu bars are useless and annoying.&lt;br /&gt;
&lt;br /&gt;
Maybe I should directly call xlib instead of using some *tk.  From python I could try http://python-xlib.sourceforge.net/ .&lt;br /&gt;
&lt;br /&gt;
==== Tichy ====&lt;br /&gt;
&lt;br /&gt;
[[Tichy]] &lt;br /&gt;
&lt;br /&gt;
==== alternative window managers ====&lt;br /&gt;
The bicycle computer should show different values at the same time. This should be user configurable at runtime. What about having little python scripts just showing a window with one value and let the window mananger do the rest? &lt;br /&gt;
&lt;br /&gt;
It seems ratpoison is the best window manager for openmoko.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* http://incise.org/whimsy.html &lt;br /&gt;
* http://pycawm.last-exile.org/&lt;br /&gt;
* http://pywm.sourceforge.net/#status&lt;br /&gt;
* http://partiwm.org/&lt;br /&gt;
* http://plwm.sourceforge.net/&lt;br /&gt;
* http://www.freenet.org.nz/python/pywm/  needs fltk&lt;br /&gt;
&lt;br /&gt;
=== Plotting ===&lt;br /&gt;
matplotlib?  might be an overkill. Anything usable lightweight available?&lt;br /&gt;
&lt;br /&gt;
= Jogging =&lt;br /&gt;
&lt;br /&gt;
== Accelerometer ==&lt;br /&gt;
&lt;br /&gt;
Mount the Freerunner to the shin and measure the damping and motion style with different shoes at various speeds.&lt;br /&gt;
Especially interesting to watch the aging of the shoes (different damping).&lt;br /&gt;
&lt;br /&gt;
= Openstreetmap =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I would like to have a simple application to add map information at my current location.&lt;br /&gt;
Say, I am standing beneath an ATM, just use a menu item &amp;quot;Add ATM&amp;quot; and typing in its name - finished. There is no need for a map display. The program just displays the OSM nodes near the current location. And you can add a new node or modify an existing node.&lt;br /&gt;
&lt;br /&gt;
= Other Accelerometer Ideas =&lt;br /&gt;
&lt;br /&gt;
* Indoor use of those GPS games&lt;br /&gt;
* Programming a Marble game would be more fun than playing it (Martin Senkerik is now having that fun http://projects.openmoko.org/projects/accelgame/)&lt;br /&gt;
* Moving within a larger virtual screen by tilting the display.&lt;br /&gt;
&lt;br /&gt;
= Games =&lt;br /&gt;
&lt;br /&gt;
Finger-usable application to play the game of Go:&lt;br /&gt;
Somebody somewhere suggested a double click methode for keyboard input. The first click zooms the area of the keyboard the second click activates the key. I don't want this for keyboards but for Go and similar games this could be quite interesting.&lt;br /&gt;
&lt;br /&gt;
Maybe a guesture interface is better. Circle right meens zoom in. Circle left means zoom out.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I thought I am no gamer, but just discovered [[Games#Numptyphysics|Numptyphysics]].&lt;br /&gt;
&lt;br /&gt;
= HAM Radio =&lt;br /&gt;
&lt;br /&gt;
As we can't use the WIFI or the GSM modem or the GPS receiver for HAM purposes there is not much difference to HAM applications on other PDAs.&lt;br /&gt;
&lt;br /&gt;
== CW Trainer ==&lt;br /&gt;
&lt;br /&gt;
== Audio Modems ==&lt;br /&gt;
&lt;br /&gt;
Input and Output via audio interface (what is the maximum sampling rate?).&lt;br /&gt;
&lt;br /&gt;
* http://www.w1hkj.com/Fldigi.html&lt;br /&gt;
&lt;br /&gt;
== Spectrum Analyzer ==&lt;br /&gt;
&lt;br /&gt;
Spectrum auf audio input signal&lt;br /&gt;
&lt;br /&gt;
* http://www.qsl.net/in3otd/glfer.html Maybe the GUI is to complicated for Freerunner.&lt;br /&gt;
&lt;br /&gt;
== Line of Sight Calculation ==&lt;br /&gt;
&lt;br /&gt;
== Smith Chart ==&lt;br /&gt;
&lt;br /&gt;
linsmith&lt;br /&gt;
&lt;br /&gt;
== Circuit Entry and Simulation ==&lt;br /&gt;
&lt;br /&gt;
 * Qucs&lt;br /&gt;
&lt;br /&gt;
== Radio Control ==&lt;br /&gt;
&lt;br /&gt;
=== Control for Commercial TRXs ===&lt;br /&gt;
&lt;br /&gt;
=== Homemade TRXs ===&lt;br /&gt;
&lt;br /&gt;
 * I2C interface on test points&lt;br /&gt;
 * SPI interface on debug connector&lt;br /&gt;
&lt;br /&gt;
= Music =&lt;br /&gt;
&lt;br /&gt;
== Midi Input via Touchscreen ==&lt;br /&gt;
&lt;br /&gt;
There is not much space to use the touchscreen as an ordinary piano keyboard.&lt;br /&gt;
&lt;br /&gt;
What about using the touchscreen like the left hand fingering on a guitar, mandolin, banjo ore similar? The touchscreen lays in front of you in landscape mode. There are four rows, one for each finger. &lt;br /&gt;
   &lt;br /&gt;
  | D# | G  | B  | d# |&lt;br /&gt;
  | D  | F# | A# | d  |&lt;br /&gt;
  | C# | F  | A  | c# |&lt;br /&gt;
  | C  | E  | G# | c  |&lt;br /&gt;
  This layout might be to simple. Should it be optimized for easy chord playing?&lt;br /&gt;
  To come more close to a piano and common string instruments it might be better &lt;br /&gt;
  to flip the arrangment of the notes.&lt;br /&gt;
  | c  | c# | d  | d# |&lt;br /&gt;
  | G# | A  | A# | B  |&lt;br /&gt;
  | E  | F  | F# | G  |&lt;br /&gt;
  | C  | C# | D  | D# |  &lt;br /&gt;
  &lt;br /&gt;
Unfortunately the touchscreen handles only single touches ([[UI_Improvements#The_touchscreen]]). Therefore a polyphonic input is not possible. &lt;br /&gt;
&lt;br /&gt;
Octave shifting via accelerometer reading?&lt;br /&gt;
&lt;br /&gt;
Similiar project: http://www.neo1973-germany.de/wiki/epiano Obviously not what I am having in mind.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Keyboard =&lt;br /&gt;
&lt;br /&gt;
Why not using the above Midi Keyboard for character input?&lt;br /&gt;
&lt;br /&gt;
 | S | U | R | T |&lt;br /&gt;
 | A | E | I | O |&lt;br /&gt;
 | D | H | N | M |&lt;br /&gt;
 | F | P | G | J |&lt;br /&gt;
 | M1| M2|SPC| BS|&lt;br /&gt;
&lt;br /&gt;
Letter order is random here. Need to be optimized for minimum mode switching.&lt;br /&gt;
Space, Backspace,... can be done by guestures.&lt;br /&gt;
&lt;br /&gt;
== Morse Code Input ==&lt;br /&gt;
&lt;br /&gt;
Will I be faster? Is there usable code available?&lt;br /&gt;
&lt;br /&gt;
Decode would be easier if I'd use an &amp;quot;electronic keyer&amp;quot; e.g. which sends dots and dashes in a predefined length and predefined spaces.&lt;br /&gt;
&lt;br /&gt;
* http://morseall.org/&lt;br /&gt;
&lt;br /&gt;
= Unsorted =&lt;br /&gt;
&lt;br /&gt;
* I wonder what  [http://www.igelle.org igelle] is and whether it is worth trying that for FreeRunner. The website isn't very informative.&lt;br /&gt;
* External Keyboard: The FreeRunner can supply 5V to an external USB device [[USB_host#Selecting_USB_host_mode]]. So I also can connect my MIDI keyboard?&lt;br /&gt;
&lt;br /&gt;
= OS Details =&lt;br /&gt;
&lt;br /&gt;
== Mounting internal Flash when booting from SD ==&lt;br /&gt;
&lt;br /&gt;
Mount the internal root file system&lt;br /&gt;
&lt;br /&gt;
 mount -t jffs2 /dev/mtdblock6 /mnt&lt;br /&gt;
&lt;br /&gt;
On Debian this is already mounted at /mnt/flash&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Noed Source]&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Mickey Term] talk to the GSM Modem&lt;br /&gt;
&lt;br /&gt;
* [[OpenmokoFramework/mdbus]]&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/python-openmoko/&lt;br /&gt;
&lt;br /&gt;
* [[Gsmd/document]] This does not work with FSO. Go to the [http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/index.html;hb=HEAD interface spec of FSO]&lt;br /&gt;
&lt;br /&gt;
* http://wiki.openmoko.org/wiki/GTA02_sysfs&lt;br /&gt;
* http://wiki.openmoko.org/wiki/Kernel&lt;br /&gt;
----&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User:ThomasT</id>
		<title>User:ThomasT</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User:ThomasT"/>
				<updated>2008-11-03T06:48:28Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: /* Panorama Viewer */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Eventually I got my FreeRunner...&lt;br /&gt;
&lt;br /&gt;
I want to use it as bicycle computer.&lt;br /&gt;
&lt;br /&gt;
These are just ideas and wishes - not worth to make a separate wiki page.&lt;br /&gt;
&lt;br /&gt;
= Bicycle Computer =&lt;br /&gt;
&lt;br /&gt;
[[Biking]]&lt;br /&gt;
&lt;br /&gt;
== Existing Projects and Experiences ==&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/mokosport/  Dead&lt;br /&gt;
* http://blogs.thehumanjourney.net/finds/entry/20080306 Joseph Reeves uses its NEO1973 on a bicycle&lt;br /&gt;
* http://projects.openmoko.org/search/?type_of_search=soft&amp;amp;words=gps&amp;amp;Search=Search&lt;br /&gt;
&lt;br /&gt;
== Mounting ==&lt;br /&gt;
* http://www.pearl.de/a-PX2065-4044.shtml&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Water Protection ==&lt;br /&gt;
&lt;br /&gt;
== Power Supply ==&lt;br /&gt;
&lt;br /&gt;
Due to the relatively high current consumption of the Freerunner a power supply from a hub dynamo seems to be unavoidable.&lt;br /&gt;
&lt;br /&gt;
I skip the switch mode regulator and will use simple Z-Diode parallel to the Freerunner. Later I want to add an LED light parallel to  both.&lt;br /&gt;
&lt;br /&gt;
== GPS ==&lt;br /&gt;
&lt;br /&gt;
=== Existing Software ===&lt;br /&gt;
&lt;br /&gt;
* [[Navit]]&lt;br /&gt;
* [[TangoGPS]]&lt;br /&gt;
* [[GPS_Sight]]?&lt;br /&gt;
* [[GPS_Data_Logger]]&lt;br /&gt;
&lt;br /&gt;
=== Getting GPS Data ===&lt;br /&gt;
&lt;br /&gt;
On Freerunner there is no need to read from gpsd or similar.&lt;br /&gt;
I just can get the data from /dev/ttySAC1 &lt;br /&gt;
&lt;br /&gt;
== Additional GPS Functions ==&lt;br /&gt;
&lt;br /&gt;
=== Altitude Plots ===&lt;br /&gt;
&lt;br /&gt;
Of the travelled track and also of the upcoming (hopefully OSM will soon provide elevation information of the roads)&lt;br /&gt;
&lt;br /&gt;
=== Trip Information ===&lt;br /&gt;
&lt;br /&gt;
Garmin Etrex Legends trip information display is to stupid. I want infos for the current day and for the time since last break.&lt;br /&gt;
&lt;br /&gt;
=== Location Reporting ===&lt;br /&gt;
&lt;br /&gt;
If I have internet access via the phone during my trip I can regularily update my on webpage with location markers as shown here: http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example&lt;br /&gt;
&lt;br /&gt;
== Slope, Vertical Speed ==&lt;br /&gt;
&lt;br /&gt;
The GPS does not give sufficiently accurate vertical speed.&lt;br /&gt;
A barometric sensor (see [[Variometer]]) would be nice. Calculation of the vertical speed by integrating the accelerometer readings also not accurate.&lt;br /&gt;
But maybe it is possible to use the accelerometers to measure the slope of the road.&lt;br /&gt;
How to calibrate it? Is it possible to automatically calibrate it from GSP reading?&lt;br /&gt;
&lt;br /&gt;
== Sideward Inclination of the Bicycle ==&lt;br /&gt;
&lt;br /&gt;
By measuring the increase of the total acceleration not by change of the acceleration angle.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Road Quality ==&lt;br /&gt;
&lt;br /&gt;
Can the road (e.i. surface) quality be recorded by measuring the vibrations with the accelerometers?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Car Counter ==&lt;br /&gt;
&lt;br /&gt;
... using the builtin microphone. Or would it be possible with the accelerometers using high sampling rate?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Heart Rate Monitor ==&lt;br /&gt;
&lt;br /&gt;
Are there Bluetooth Heart Rate Transmitters available?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Pedalling Frequency ==&lt;br /&gt;
&lt;br /&gt;
Pedal sensors with Bluetooth and power supply by magnetic induction would be nice.&lt;br /&gt;
&lt;br /&gt;
Otherwise USB with an FTDI chip.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Panorama Viewer ==&lt;br /&gt;
&lt;br /&gt;
Online panorama viewer similar to [http://www.ecademix.com/JohannesHofmann/gipfel.html gipfel].&lt;br /&gt;
Instead of the photo image we show the mountain panorama calculated from SRTM data. Online calculation with the SRTM data is much to slow, we use only the precalculated water divide lines.&lt;br /&gt;
&lt;br /&gt;
== Programming ==&lt;br /&gt;
&lt;br /&gt;
=== Language ===&lt;br /&gt;
Python&lt;br /&gt;
&lt;br /&gt;
=== UI ===&lt;br /&gt;
&lt;br /&gt;
==== python-etk ====&lt;br /&gt;
I could not find any documentation yet. Seems to be the same as python-gtk.&lt;br /&gt;
&lt;br /&gt;
I don't want to have ''eye-candies''. Maybe ''eye-candies'' are neccessary for selling phones. ''Eye-candies'' cause ''eye-caries'' or even ''brain-caries''. ;-)  They are for gamers.&lt;br /&gt;
&lt;br /&gt;
Colors are o.k. if they carry information. Color gradients of menu bars are useless and annoying.&lt;br /&gt;
&lt;br /&gt;
Maybe I should directly call xlib instead of using some *tk.  From python I could try http://python-xlib.sourceforge.net/ .&lt;br /&gt;
&lt;br /&gt;
==== Tichy ====&lt;br /&gt;
&lt;br /&gt;
[[Tichy]] &lt;br /&gt;
&lt;br /&gt;
==== alternative window managers ====&lt;br /&gt;
The bicycle computer should show different values at the same time. This should be user configurable at runtime. What about having little python scripts just showing a window with one value and let the window mananger do the rest? &lt;br /&gt;
&lt;br /&gt;
It seems ratpoison is the best window manager for openmoko.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* http://incise.org/whimsy.html &lt;br /&gt;
* http://pycawm.last-exile.org/&lt;br /&gt;
* http://pywm.sourceforge.net/#status&lt;br /&gt;
* http://partiwm.org/&lt;br /&gt;
* http://plwm.sourceforge.net/&lt;br /&gt;
* http://www.freenet.org.nz/python/pywm/  needs fltk&lt;br /&gt;
&lt;br /&gt;
=== Plotting ===&lt;br /&gt;
matplotlib?  might be an overkill. Anything usable lightweight available?&lt;br /&gt;
&lt;br /&gt;
= Jogging =&lt;br /&gt;
&lt;br /&gt;
== Accelerometer ==&lt;br /&gt;
&lt;br /&gt;
Mount the Freerunner to the shin and measure the damping and motion style with different shoes at various speeds.&lt;br /&gt;
Especially interesting to watch the aging of the shoes (different damping).&lt;br /&gt;
&lt;br /&gt;
= Openstreetmap =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I would like to have a simple application to add map information at my current location.&lt;br /&gt;
Say, I am standing beneath an ATM, just use a menu item &amp;quot;Add ATM&amp;quot; and typing in its name - finished. There is no need for a map display. The program just displays the OSM nodes near the current location. And you can add a new node or modify an existing node.&lt;br /&gt;
&lt;br /&gt;
= Other Accelerometer Ideas =&lt;br /&gt;
&lt;br /&gt;
* Indoor use of those GPS games&lt;br /&gt;
* Programming a Marble game would be more fun than playing it (Martin Senkerik is now having that fun http://projects.openmoko.org/projects/accelgame/)&lt;br /&gt;
* Moving within a larger virtual screen by tilting the display.&lt;br /&gt;
&lt;br /&gt;
= Games =&lt;br /&gt;
&lt;br /&gt;
Finger-usable application to play the game of Go:&lt;br /&gt;
Somebody somewhere suggested a double click methode for keyboard input. The first click zooms the area of the keyboard the second click activates the key. I don't want this for keyboards but for Go and similar games this could be quite interesting.&lt;br /&gt;
&lt;br /&gt;
Maybe a guesture interface is better. Circle right meens zoom in. Circle left means zoom out.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I thought I am no gamer, but just discovered [[Games#Numptyphysics|Numptyphysics]].&lt;br /&gt;
&lt;br /&gt;
= HAM Radio =&lt;br /&gt;
&lt;br /&gt;
As we can't use the WIFI or the GSM modem or the GPS receiver for HAM purposes there is not much difference to HAM applications on other PDAs.&lt;br /&gt;
&lt;br /&gt;
== CW Trainer ==&lt;br /&gt;
&lt;br /&gt;
== Audio Modems ==&lt;br /&gt;
&lt;br /&gt;
Input and Output via audio interface (what is the maximum sampling rate?).&lt;br /&gt;
&lt;br /&gt;
* http://www.w1hkj.com/Fldigi.html&lt;br /&gt;
&lt;br /&gt;
== Spectrum Analyzer ==&lt;br /&gt;
&lt;br /&gt;
Spectrum auf audio input signal&lt;br /&gt;
&lt;br /&gt;
* http://www.qsl.net/in3otd/glfer.html Maybe the GUI is to complicated for Freerunner.&lt;br /&gt;
&lt;br /&gt;
== Line of Sight Calculation ==&lt;br /&gt;
&lt;br /&gt;
== Smith Chart ==&lt;br /&gt;
&lt;br /&gt;
linsmith&lt;br /&gt;
&lt;br /&gt;
== Circuit Entry and Simulation ==&lt;br /&gt;
&lt;br /&gt;
 * Qucs&lt;br /&gt;
&lt;br /&gt;
== Radio Control ==&lt;br /&gt;
&lt;br /&gt;
=== Control for Commercial TRXs ===&lt;br /&gt;
&lt;br /&gt;
=== Homemade TRXs ===&lt;br /&gt;
&lt;br /&gt;
 * I2C interface on test points&lt;br /&gt;
 * SPI interface on debug connector&lt;br /&gt;
&lt;br /&gt;
= Music =&lt;br /&gt;
&lt;br /&gt;
== Midi Input via Touchscreen ==&lt;br /&gt;
&lt;br /&gt;
There is not much space to use the touchscreen as an ordinary piano keyboard.&lt;br /&gt;
&lt;br /&gt;
What about using the touchscreen like the left hand fingering on a guitar, mandolin, banjo ore similar? The touchscreen lays in front of you in landscape mode. There are four rows, one for each finger. &lt;br /&gt;
   &lt;br /&gt;
  | D# | G  | B  | d# |&lt;br /&gt;
  | D  | F# | A# | d  |&lt;br /&gt;
  | C# | F  | A  | c# |&lt;br /&gt;
  | C  | E  | G# | c  |&lt;br /&gt;
  This layout might be to simple. Should it be optimized for easy chord playing?&lt;br /&gt;
  To come more close to a piano and common string instruments it might be better &lt;br /&gt;
  to flip the arrangment of the notes.&lt;br /&gt;
  | c  | c# | d  | d# |&lt;br /&gt;
  | G# | A  | A# | B  |&lt;br /&gt;
  | E  | F  | F# | G  |&lt;br /&gt;
  | C  | C# | D  | D# |  &lt;br /&gt;
  &lt;br /&gt;
Unfortunately the touchscreen handles only single touches ([[UI_Improvements#The_touchscreen]]). Therefore a polyphonic input is not possible. &lt;br /&gt;
&lt;br /&gt;
Octave shifting via accelerometer reading?&lt;br /&gt;
&lt;br /&gt;
Similiar project: http://www.neo1973-germany.de/wiki/epiano Obviously not what I am having in mind.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Keyboard =&lt;br /&gt;
&lt;br /&gt;
Why not using the above Midi Keyboard for character input?&lt;br /&gt;
&lt;br /&gt;
 | S | U | R | T |&lt;br /&gt;
 | A | E | I | O |&lt;br /&gt;
 | D | H | N | M |&lt;br /&gt;
 | F | P | G | J |&lt;br /&gt;
 | M1| M2|SPC| BS|&lt;br /&gt;
&lt;br /&gt;
Letter order is random here. Need to be optimized for minimum mode switching.&lt;br /&gt;
Space, Backspace,... can be done by guestures.&lt;br /&gt;
&lt;br /&gt;
== Morse Code Input ==&lt;br /&gt;
&lt;br /&gt;
Will I be faster? Is there usable code available?&lt;br /&gt;
&lt;br /&gt;
Decode would be easier if I'd use an &amp;quot;electronic keyer&amp;quot; e.g. which sends dots and dashes in a predefined length and predefined spaces.&lt;br /&gt;
&lt;br /&gt;
* http://morseall.org/&lt;br /&gt;
&lt;br /&gt;
= Unsorted =&lt;br /&gt;
&lt;br /&gt;
* I wonder what  [http://www.igelle.org igelle] is and whether it is worth trying that for FreeRunner. The website isn't very informative.&lt;br /&gt;
* External Keyboard: The FreeRunner can supply 5V to an external USB device [[USB_host#Selecting_USB_host_mode]]. So I also can connect my MIDI keyboard?&lt;br /&gt;
&lt;br /&gt;
= OS Details =&lt;br /&gt;
&lt;br /&gt;
== Mounting internal Flash when booting from SD ==&lt;br /&gt;
&lt;br /&gt;
Mount the internal root file system&lt;br /&gt;
&lt;br /&gt;
 mount -t jffs2 /dev/mtdblock6 /mnt&lt;br /&gt;
&lt;br /&gt;
On Debian this is already mounted at /mnt/flash&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Noed Source]&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Mickey Term] talk to the GSM Modem&lt;br /&gt;
&lt;br /&gt;
* [[OpenmokoFramework/mdbus]]&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/python-openmoko/&lt;br /&gt;
&lt;br /&gt;
* [[Gsmd/document]] This does not work with FSO. Go to the [http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/index.html;hb=HEAD interface spec of FSO]&lt;br /&gt;
&lt;br /&gt;
* http://wiki.openmoko.org/wiki/GTA02_sysfs&lt;br /&gt;
* http://wiki.openmoko.org/wiki/Kernel&lt;br /&gt;
----&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Biking</id>
		<title>Biking</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Biking"/>
				<updated>2008-11-02T21:31:56Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: /* Software for biking */ Link corrected&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;The collection of information useful for biking with a Neo.&lt;br /&gt;
&lt;br /&gt;
== Bike Mounts ==&lt;br /&gt;
&lt;br /&gt;
* André Gaul [http://andre.web-yard.de/blog/2008/08/03/neo-freerunner-rocks-hard-rides-free/ documented a complete mounting kit]&lt;br /&gt;
* It's just a prototype :) but with some foam around the handlebar and careful positioning to avoid bumps, a [http://www.xmission.com/~bmidgley/neobike.jpg basic attachment] like this might work and makes it easy to &amp;quot;pinch&amp;quot; the screen when you need to finger tap something.&lt;br /&gt;
* [http://www.rabenfrost.net/openmoko/bikemount/ Images of an interesting bike mount]&lt;br /&gt;
* Another mount: [http://comiles.eu/~natanael/wordpress/2008/09/10/fahrradhalterung-fur-den-freerunner/ Description/Parts list (in German)] and [http://comiles.eu/~natanael/wordpress/2008/09/10/bilder-vom-fahrrad-freerunner/ Pictures]&lt;br /&gt;
* And [http://blog.printf.net/articles/2008/08/11/an-openmoko-bike-ride another one] &amp;quot;which I don't recommend very highly; I've had the phone come off it (without major damage, which is good) twice now while riding over rough road.&amp;quot;&lt;br /&gt;
&lt;br /&gt;
== Power Supply ==&lt;br /&gt;
If you want to keep the GPS running and have the screen always on or staying on with a long timeout, you'll need a way to supplement power.&lt;br /&gt;
&lt;br /&gt;
=== Charging via hub ===&lt;br /&gt;
Connecting a hub ([http://nabendynamo.de/ Nabendynamo]) like the [http://www.peterwhitecycles.com/schmidt.asp SON] to a self-made or prebuilt charger can supply your device while biking.&lt;br /&gt;
&lt;br /&gt;
The FreeRunner has three different [[Forcing_fast_charge_mode|charging modes]]: 100mA, 500mA and 1A. 100mA seems to be too low, as it is said, that the FreeRunner draws 100mA current even when it is switched off. A hub dynamo provides 500mA. If you want to use your lights while charging you need to connect the lights in series to the charger. At least the SON will increase the voltage and still delivers the same current. But you need a bypass circuit in case of less current draw of the charger when the battery is full.&lt;br /&gt;
&lt;br /&gt;
==== Commercial Chargers ====&lt;br /&gt;
* [[Zzing]]&lt;br /&gt;
* [http://www.jawetec.de/index.php?content=bikecharger&amp;amp;framing=radsport JaWeTec Bike Charger]&lt;br /&gt;
* There is a prototype of a hub featuring built-in USB-out which will hopefully be ready for mass market soon.&lt;br /&gt;
&lt;br /&gt;
==== self-made chargers ====&lt;br /&gt;
* [http://www.heise.de/kiosk/archiv/ct/07/23/190 Article (German) in c't 23/2007, page 190]&lt;br /&gt;
* maybe 6V [http://www.forumslader.de/6V-Version-des-Rad-Forum-Ladegeraets.125.0.html Forumslader] (You need at least one diode in series to be within the maximum ratings of the power managment IC and the FET switches in FreeRunner.)&lt;br /&gt;
* [http://www.iki.fi/~msmakela/electronics/dynamo5v/ Makela]&lt;br /&gt;
&lt;br /&gt;
Linear regulator above might be replaced by [http://www.dimensionengineering.com/DE-SW050.htm DE-SW050].&lt;br /&gt;
&lt;br /&gt;
=== Alternatives ===&lt;br /&gt;
If you decide to try solar, it's recommended to get a flexible panel and attach it to your backpack or something like that. One nice advantage here is it might also charge even when you're not moving. It's unlikely anything below 7 watts will keep things running. (5v * 1A = 5W).&lt;br /&gt;
&lt;br /&gt;
It might work with an dynamo outside the hub like the one on the [http://www.reelight.com reelight], but it looks like their coil produces only 3vAC so it makes sense to use a custom coil.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Software for biking ==&lt;br /&gt;
&lt;br /&gt;
* [[TangoGPS]] + [http://blogs.thehumanjourney.net/finds/entry/20080826 OSM Cycle data]&lt;br /&gt;
* [[Navit]]&lt;br /&gt;
* [http://wiki.openstreetmap.org/index.php/Rana Rana] (uses [[Installing Pyroute|Pyroute]])&lt;br /&gt;
* [http://www.neo1973-germany.de/wiki/pylgrim pylgrim] bitmap map viewer. Dead.&lt;br /&gt;
* [[The_Bicycle_Motion_Information_Displayer]]&lt;br /&gt;
* [http://wiki.openstreetmap.org/index.php/Mumpot Mumpot]&lt;br /&gt;
&lt;br /&gt;
=== See also ===&lt;br /&gt;
* [[GPS applications]]&lt;br /&gt;
&lt;br /&gt;
== Heart Rate Monitor ==&lt;br /&gt;
&lt;br /&gt;
According to [http://www.mail-archive.com/community@lists.openmoko.org/msg11248.html mailing list discussions] some heart rate monitors use [http://thisisant.com/index.php?section=5 ANT]. Due to the modern chip cases building a reliable homemade receiver seems to be difficult.&lt;br /&gt;
&lt;br /&gt;
=== HRM Links ===&lt;br /&gt;
* [http://www.mikrocontroller.net/articles/Pulsuhrempf%C3%A4nger_mit_AVR_Butterfly German Microcontroller Wiki], Circuit diagram and DSP Simulation.&lt;br /&gt;
&lt;br /&gt;
== Other Hardware ==&lt;br /&gt;
* [http://www.obico.de oBiCo] - An open bicycle linux computer - seems to be alive, but nothing there yet.&lt;br /&gt;
&lt;br /&gt;
[[Category:Applications]]&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Biking</id>
		<title>Biking</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Biking"/>
				<updated>2008-11-02T21:29:59Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: /* Software for biking */ Links added&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;The collection of information useful for biking with a Neo.&lt;br /&gt;
&lt;br /&gt;
== Bike Mounts ==&lt;br /&gt;
&lt;br /&gt;
* André Gaul [http://andre.web-yard.de/blog/2008/08/03/neo-freerunner-rocks-hard-rides-free/ documented a complete mounting kit]&lt;br /&gt;
* It's just a prototype :) but with some foam around the handlebar and careful positioning to avoid bumps, a [http://www.xmission.com/~bmidgley/neobike.jpg basic attachment] like this might work and makes it easy to &amp;quot;pinch&amp;quot; the screen when you need to finger tap something.&lt;br /&gt;
* [http://www.rabenfrost.net/openmoko/bikemount/ Images of an interesting bike mount]&lt;br /&gt;
* Another mount: [http://comiles.eu/~natanael/wordpress/2008/09/10/fahrradhalterung-fur-den-freerunner/ Description/Parts list (in German)] and [http://comiles.eu/~natanael/wordpress/2008/09/10/bilder-vom-fahrrad-freerunner/ Pictures]&lt;br /&gt;
* And [http://blog.printf.net/articles/2008/08/11/an-openmoko-bike-ride another one] &amp;quot;which I don't recommend very highly; I've had the phone come off it (without major damage, which is good) twice now while riding over rough road.&amp;quot;&lt;br /&gt;
&lt;br /&gt;
== Power Supply ==&lt;br /&gt;
If you want to keep the GPS running and have the screen always on or staying on with a long timeout, you'll need a way to supplement power.&lt;br /&gt;
&lt;br /&gt;
=== Charging via hub ===&lt;br /&gt;
Connecting a hub ([http://nabendynamo.de/ Nabendynamo]) like the [http://www.peterwhitecycles.com/schmidt.asp SON] to a self-made or prebuilt charger can supply your device while biking.&lt;br /&gt;
&lt;br /&gt;
The FreeRunner has three different [[Forcing_fast_charge_mode|charging modes]]: 100mA, 500mA and 1A. 100mA seems to be too low, as it is said, that the FreeRunner draws 100mA current even when it is switched off. A hub dynamo provides 500mA. If you want to use your lights while charging you need to connect the lights in series to the charger. At least the SON will increase the voltage and still delivers the same current. But you need a bypass circuit in case of less current draw of the charger when the battery is full.&lt;br /&gt;
&lt;br /&gt;
==== Commercial Chargers ====&lt;br /&gt;
* [[Zzing]]&lt;br /&gt;
* [http://www.jawetec.de/index.php?content=bikecharger&amp;amp;framing=radsport JaWeTec Bike Charger]&lt;br /&gt;
* There is a prototype of a hub featuring built-in USB-out which will hopefully be ready for mass market soon.&lt;br /&gt;
&lt;br /&gt;
==== self-made chargers ====&lt;br /&gt;
* [http://www.heise.de/kiosk/archiv/ct/07/23/190 Article (German) in c't 23/2007, page 190]&lt;br /&gt;
* maybe 6V [http://www.forumslader.de/6V-Version-des-Rad-Forum-Ladegeraets.125.0.html Forumslader] (You need at least one diode in series to be within the maximum ratings of the power managment IC and the FET switches in FreeRunner.)&lt;br /&gt;
* [http://www.iki.fi/~msmakela/electronics/dynamo5v/ Makela]&lt;br /&gt;
&lt;br /&gt;
Linear regulator above might be replaced by [http://www.dimensionengineering.com/DE-SW050.htm DE-SW050].&lt;br /&gt;
&lt;br /&gt;
=== Alternatives ===&lt;br /&gt;
If you decide to try solar, it's recommended to get a flexible panel and attach it to your backpack or something like that. One nice advantage here is it might also charge even when you're not moving. It's unlikely anything below 7 watts will keep things running. (5v * 1A = 5W).&lt;br /&gt;
&lt;br /&gt;
It might work with an dynamo outside the hub like the one on the [http://www.reelight.com reelight], but it looks like their coil produces only 3vAC so it makes sense to use a custom coil.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Software for biking ==&lt;br /&gt;
&lt;br /&gt;
* [[TangoGPS]] + [http://blogs.thehumanjourney.net/finds/entry/20080826 OSM Cycle data]&lt;br /&gt;
* [[Navit]]&lt;br /&gt;
* [http://wiki.openstreetmap.org/index.php/Rana Rana] (uses [[Installing Pyroute|Pyroute]])&lt;br /&gt;
* [http://www.neo1973-germany.de/wiki/pylgrim pylgrim] bitmap map viewer. Dead.&lt;br /&gt;
* [[The_Bicycle_Motion_Information_Displayer]]&lt;br /&gt;
* [[Mumpot]]&lt;br /&gt;
&lt;br /&gt;
=== See also ===&lt;br /&gt;
* [[GPS applications]]&lt;br /&gt;
&lt;br /&gt;
== Heart Rate Monitor ==&lt;br /&gt;
&lt;br /&gt;
According to [http://www.mail-archive.com/community@lists.openmoko.org/msg11248.html mailing list discussions] some heart rate monitors use [http://thisisant.com/index.php?section=5 ANT]. Due to the modern chip cases building a reliable homemade receiver seems to be difficult.&lt;br /&gt;
&lt;br /&gt;
=== HRM Links ===&lt;br /&gt;
* [http://www.mikrocontroller.net/articles/Pulsuhrempf%C3%A4nger_mit_AVR_Butterfly German Microcontroller Wiki], Circuit diagram and DSP Simulation.&lt;br /&gt;
&lt;br /&gt;
== Other Hardware ==&lt;br /&gt;
* [http://www.obico.de oBiCo] - An open bicycle linux computer - seems to be alive, but nothing there yet.&lt;br /&gt;
&lt;br /&gt;
[[Category:Applications]]&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User:ThomasT</id>
		<title>User:ThomasT</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User:ThomasT"/>
				<updated>2008-10-23T11:50:46Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: /* Links */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Eventually I got my FreeRunner...&lt;br /&gt;
&lt;br /&gt;
I want to use it as bicycle computer.&lt;br /&gt;
&lt;br /&gt;
These are just ideas and wishes - not worth to make a separate wiki page.&lt;br /&gt;
&lt;br /&gt;
= Bicycle Computer =&lt;br /&gt;
&lt;br /&gt;
[[Biking]]&lt;br /&gt;
&lt;br /&gt;
== Existing Projects and Experiences ==&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/mokosport/  Dead&lt;br /&gt;
* http://blogs.thehumanjourney.net/finds/entry/20080306 Joseph Reeves uses its NEO1973 on a bicycle&lt;br /&gt;
* http://projects.openmoko.org/search/?type_of_search=soft&amp;amp;words=gps&amp;amp;Search=Search&lt;br /&gt;
&lt;br /&gt;
== Mounting ==&lt;br /&gt;
* http://www.pearl.de/a-PX2065-4044.shtml&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Water Protection ==&lt;br /&gt;
&lt;br /&gt;
== Power Supply ==&lt;br /&gt;
&lt;br /&gt;
Due to the relatively high current consumption of the Freerunner a power supply from a hub dynamo seems to be unavoidable.&lt;br /&gt;
&lt;br /&gt;
I skip the switch mode regulator and will use simple Z-Diode parallel to the Freerunner. Later I want to add an LED light parallel to  both.&lt;br /&gt;
&lt;br /&gt;
== GPS ==&lt;br /&gt;
&lt;br /&gt;
=== Existing Software ===&lt;br /&gt;
&lt;br /&gt;
* [[Navit]]&lt;br /&gt;
* [[TangoGPS]]&lt;br /&gt;
* [[GPS_Sight]]?&lt;br /&gt;
* [[GPS_Data_Logger]]&lt;br /&gt;
&lt;br /&gt;
=== Getting GPS Data ===&lt;br /&gt;
&lt;br /&gt;
On Freerunner there is no need to read from gpsd or similar.&lt;br /&gt;
I just can get the data from /dev/ttySAC1 &lt;br /&gt;
&lt;br /&gt;
== Additional GPS Functions ==&lt;br /&gt;
&lt;br /&gt;
=== Altitude Plots ===&lt;br /&gt;
&lt;br /&gt;
Of the travelled track and also of the upcoming (hopefully OSM will soon provide elevation information of the roads)&lt;br /&gt;
&lt;br /&gt;
=== Trip Information ===&lt;br /&gt;
&lt;br /&gt;
Garmin Etrex Legends trip information display is to stupid. I want infos for the current day and for the time since last break.&lt;br /&gt;
&lt;br /&gt;
=== Location Reporting ===&lt;br /&gt;
&lt;br /&gt;
If I have internet access via the phone during my trip I can regularily update my on webpage with location markers as shown here: http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example&lt;br /&gt;
&lt;br /&gt;
== Slope, Vertical Speed ==&lt;br /&gt;
&lt;br /&gt;
The GPS does not give sufficiently accurate vertical speed.&lt;br /&gt;
A barometric sensor (see [[Variometer]]) would be nice. Calculation of the vertical speed by integrating the accelerometer readings also not accurate.&lt;br /&gt;
But maybe it is possible to use the accelerometers to measure the slope of the road.&lt;br /&gt;
How to calibrate it? Is it possible to automatically calibrate it from GSP reading?&lt;br /&gt;
&lt;br /&gt;
== Sideward Inclination of the Bicycle ==&lt;br /&gt;
&lt;br /&gt;
By measuring the increase of the total acceleration not by change of the acceleration angle.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Road Quality ==&lt;br /&gt;
&lt;br /&gt;
Can the road (e.i. surface) quality be recorded by measuring the vibrations with the accelerometers?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Car Counter ==&lt;br /&gt;
&lt;br /&gt;
... using the builtin microphone. Or would it be possible with the accelerometers using high sampling rate?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Heart Rate Monitor ==&lt;br /&gt;
&lt;br /&gt;
Are there Bluetooth Heart Rate Transmitters available?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Pedalling Frequency ==&lt;br /&gt;
&lt;br /&gt;
Pedal sensors with Bluetooth and power supply by magnetic induction would be nice.&lt;br /&gt;
&lt;br /&gt;
Otherwise USB with an FTDI chip.&lt;br /&gt;
&lt;br /&gt;
== Programming ==&lt;br /&gt;
&lt;br /&gt;
=== Language ===&lt;br /&gt;
Python&lt;br /&gt;
&lt;br /&gt;
=== UI ===&lt;br /&gt;
&lt;br /&gt;
==== python-etk ====&lt;br /&gt;
I could not find any documentation yet. Seems to be the same as python-gtk.&lt;br /&gt;
&lt;br /&gt;
I don't want to have ''eye-candies''. Maybe ''eye-candies'' are neccessary for selling phones. ''Eye-candies'' cause ''eye-caries'' or even ''brain-caries''. ;-)  They are for gamers.&lt;br /&gt;
&lt;br /&gt;
Colors are o.k. if they carry information. Color gradients of menu bars are useless and annoying.&lt;br /&gt;
&lt;br /&gt;
Maybe I should directly call xlib instead of using some *tk.  From python I could try http://python-xlib.sourceforge.net/ .&lt;br /&gt;
&lt;br /&gt;
==== Tichy ====&lt;br /&gt;
&lt;br /&gt;
[[Tichy]] &lt;br /&gt;
&lt;br /&gt;
==== alternative window managers ====&lt;br /&gt;
The bicycle computer should show different values at the same time. This should be user configurable at runtime. What about having little python scripts just showing a window with one value and let the window mananger do the rest? &lt;br /&gt;
&lt;br /&gt;
It seems ratpoison is the best window manager for openmoko.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* http://incise.org/whimsy.html &lt;br /&gt;
* http://pycawm.last-exile.org/&lt;br /&gt;
* http://pywm.sourceforge.net/#status&lt;br /&gt;
* http://partiwm.org/&lt;br /&gt;
* http://plwm.sourceforge.net/&lt;br /&gt;
* http://www.freenet.org.nz/python/pywm/  needs fltk&lt;br /&gt;
&lt;br /&gt;
=== Plotting ===&lt;br /&gt;
matplotlib?  might be an overkill. Anything usable lightweight available?&lt;br /&gt;
&lt;br /&gt;
= Jogging =&lt;br /&gt;
&lt;br /&gt;
== Accelerometer ==&lt;br /&gt;
&lt;br /&gt;
Mount the Freerunner to the shin and measure the damping and motion style with different shoes at various speeds.&lt;br /&gt;
Especially interesting to watch the aging of the shoes (different damping).&lt;br /&gt;
&lt;br /&gt;
= Openstreetmap =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I would like to have a simple application to add map information at my current location.&lt;br /&gt;
Say, I am standing beneath an ATM, just use a menu item &amp;quot;Add ATM&amp;quot; and typing in its name - finished. There is no need for a map display. The program just displays the OSM nodes near the current location. And you can add a new node or modify an existing node.&lt;br /&gt;
&lt;br /&gt;
= Other Accelerometer Ideas =&lt;br /&gt;
&lt;br /&gt;
* Indoor use of those GPS games&lt;br /&gt;
* Programming a Marble game would be more fun than playing it (Martin Senkerik is now having that fun http://projects.openmoko.org/projects/accelgame/)&lt;br /&gt;
* Moving within a larger virtual screen by tilting the display.&lt;br /&gt;
&lt;br /&gt;
= Games =&lt;br /&gt;
&lt;br /&gt;
Finger-usable application to play the game of Go:&lt;br /&gt;
Somebody somewhere suggested a double click methode for keyboard input. The first click zooms the area of the keyboard the second click activates the key. I don't want this for keyboards but for Go and similar games this could be quite interesting.&lt;br /&gt;
&lt;br /&gt;
Maybe a guesture interface is better. Circle right meens zoom in. Circle left means zoom out.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I thought I am no gamer, but just discovered [[Games#Numptyphysics|Numptyphysics]].&lt;br /&gt;
&lt;br /&gt;
= HAM Radio =&lt;br /&gt;
&lt;br /&gt;
As we can't use the WIFI or the GSM modem or the GPS receiver for HAM purposes there is not much difference to HAM applications on other PDAs.&lt;br /&gt;
&lt;br /&gt;
== CW Trainer ==&lt;br /&gt;
&lt;br /&gt;
== Audio Modems ==&lt;br /&gt;
&lt;br /&gt;
Input and Output via audio interface (what is the maximum sampling rate?).&lt;br /&gt;
&lt;br /&gt;
* http://www.w1hkj.com/Fldigi.html&lt;br /&gt;
&lt;br /&gt;
== Spectrum Analyzer ==&lt;br /&gt;
&lt;br /&gt;
Spectrum auf audio input signal&lt;br /&gt;
&lt;br /&gt;
* http://www.qsl.net/in3otd/glfer.html Maybe the GUI is to complicated for Freerunner.&lt;br /&gt;
&lt;br /&gt;
== Line of Sight Calculation ==&lt;br /&gt;
&lt;br /&gt;
== Smith Chart ==&lt;br /&gt;
&lt;br /&gt;
linsmith&lt;br /&gt;
&lt;br /&gt;
== Circuit Entry and Simulation ==&lt;br /&gt;
&lt;br /&gt;
 * Qucs&lt;br /&gt;
&lt;br /&gt;
== Radio Control ==&lt;br /&gt;
&lt;br /&gt;
=== Control for Commercial TRXs ===&lt;br /&gt;
&lt;br /&gt;
=== Homemade TRXs ===&lt;br /&gt;
&lt;br /&gt;
 * I2C interface on test points&lt;br /&gt;
 * SPI interface on debug connector&lt;br /&gt;
&lt;br /&gt;
= Music =&lt;br /&gt;
&lt;br /&gt;
== Midi Input via Touchscreen ==&lt;br /&gt;
&lt;br /&gt;
There is not much space to use the touchscreen as an ordinary piano keyboard.&lt;br /&gt;
&lt;br /&gt;
What about using the touchscreen like the left hand fingering on a guitar, mandolin, banjo ore similar? The touchscreen lays in front of you in landscape mode. There are four rows, one for each finger. &lt;br /&gt;
   &lt;br /&gt;
  | D# | G  | B  | d# |&lt;br /&gt;
  | D  | F# | A# | d  |&lt;br /&gt;
  | C# | F  | A  | c# |&lt;br /&gt;
  | C  | E  | G# | c  |&lt;br /&gt;
  This layout might be to simple. Should it be optimized for easy chord playing?&lt;br /&gt;
  To come more close to a piano and common string instruments it might be better &lt;br /&gt;
  to flip the arrangment of the notes.&lt;br /&gt;
  | c  | c# | d  | d# |&lt;br /&gt;
  | G# | A  | A# | B  |&lt;br /&gt;
  | E  | F  | F# | G  |&lt;br /&gt;
  | C  | C# | D  | D# |  &lt;br /&gt;
  &lt;br /&gt;
Unfortunately the touchscreen handles only single touches ([[UI_Improvements#The_touchscreen]]). Therefore a polyphonic input is not possible. &lt;br /&gt;
&lt;br /&gt;
Octave shifting via accelerometer reading?&lt;br /&gt;
&lt;br /&gt;
Similiar project: http://www.neo1973-germany.de/wiki/epiano Obviously not what I am having in mind.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Keyboard =&lt;br /&gt;
&lt;br /&gt;
Why not using the above Midi Keyboard for character input?&lt;br /&gt;
&lt;br /&gt;
 | S | U | R | T |&lt;br /&gt;
 | A | E | I | O |&lt;br /&gt;
 | D | H | N | M |&lt;br /&gt;
 | F | P | G | J |&lt;br /&gt;
 | M1| M2|SPC| BS|&lt;br /&gt;
&lt;br /&gt;
Letter order is random here. Need to be optimized for minimum mode switching.&lt;br /&gt;
Space, Backspace,... can be done by guestures.&lt;br /&gt;
&lt;br /&gt;
== Morse Code Input ==&lt;br /&gt;
&lt;br /&gt;
Will I be faster? Is there usable code available?&lt;br /&gt;
&lt;br /&gt;
Decode would be easier if I'd use an &amp;quot;electronic keyer&amp;quot; e.g. which sends dots and dashes in a predefined length and predefined spaces.&lt;br /&gt;
&lt;br /&gt;
* http://morseall.org/&lt;br /&gt;
&lt;br /&gt;
= Unsorted =&lt;br /&gt;
&lt;br /&gt;
* I wonder what  [http://www.igelle.org igelle] is and whether it is worth trying that for FreeRunner. The website isn't very informative.&lt;br /&gt;
* External Keyboard: The FreeRunner can supply 5V to an external USB device [[USB_host#Selecting_USB_host_mode]]. So I also can connect my MIDI keyboard?&lt;br /&gt;
&lt;br /&gt;
= OS Details =&lt;br /&gt;
&lt;br /&gt;
== Mounting internal Flash when booting from SD ==&lt;br /&gt;
&lt;br /&gt;
Mount the internal root file system&lt;br /&gt;
&lt;br /&gt;
 mount -t jffs2 /dev/mtdblock6 /mnt&lt;br /&gt;
&lt;br /&gt;
On Debian this is already mounted at /mnt/flash&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Noed Source]&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Mickey Term] talk to the GSM Modem&lt;br /&gt;
&lt;br /&gt;
* [[OpenmokoFramework/mdbus]]&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/python-openmoko/&lt;br /&gt;
&lt;br /&gt;
* [[Gsmd/document]] This does not work with FSO. Go to the [http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/index.html;hb=HEAD interface spec of FSO]&lt;br /&gt;
&lt;br /&gt;
* http://wiki.openmoko.org/wiki/GTA02_sysfs&lt;br /&gt;
* http://wiki.openmoko.org/wiki/Kernel&lt;br /&gt;
----&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User:ThomasT</id>
		<title>User:ThomasT</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User:ThomasT"/>
				<updated>2008-10-23T11:48:17Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Eventually I got my FreeRunner...&lt;br /&gt;
&lt;br /&gt;
I want to use it as bicycle computer.&lt;br /&gt;
&lt;br /&gt;
These are just ideas and wishes - not worth to make a separate wiki page.&lt;br /&gt;
&lt;br /&gt;
= Bicycle Computer =&lt;br /&gt;
&lt;br /&gt;
[[Biking]]&lt;br /&gt;
&lt;br /&gt;
== Existing Projects and Experiences ==&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/mokosport/  Dead&lt;br /&gt;
* http://blogs.thehumanjourney.net/finds/entry/20080306 Joseph Reeves uses its NEO1973 on a bicycle&lt;br /&gt;
* http://projects.openmoko.org/search/?type_of_search=soft&amp;amp;words=gps&amp;amp;Search=Search&lt;br /&gt;
&lt;br /&gt;
== Mounting ==&lt;br /&gt;
* http://www.pearl.de/a-PX2065-4044.shtml&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Water Protection ==&lt;br /&gt;
&lt;br /&gt;
== Power Supply ==&lt;br /&gt;
&lt;br /&gt;
Due to the relatively high current consumption of the Freerunner a power supply from a hub dynamo seems to be unavoidable.&lt;br /&gt;
&lt;br /&gt;
I skip the switch mode regulator and will use simple Z-Diode parallel to the Freerunner. Later I want to add an LED light parallel to  both.&lt;br /&gt;
&lt;br /&gt;
== GPS ==&lt;br /&gt;
&lt;br /&gt;
=== Existing Software ===&lt;br /&gt;
&lt;br /&gt;
* [[Navit]]&lt;br /&gt;
* [[TangoGPS]]&lt;br /&gt;
* [[GPS_Sight]]?&lt;br /&gt;
* [[GPS_Data_Logger]]&lt;br /&gt;
&lt;br /&gt;
=== Getting GPS Data ===&lt;br /&gt;
&lt;br /&gt;
On Freerunner there is no need to read from gpsd or similar.&lt;br /&gt;
I just can get the data from /dev/ttySAC1 &lt;br /&gt;
&lt;br /&gt;
== Additional GPS Functions ==&lt;br /&gt;
&lt;br /&gt;
=== Altitude Plots ===&lt;br /&gt;
&lt;br /&gt;
Of the travelled track and also of the upcoming (hopefully OSM will soon provide elevation information of the roads)&lt;br /&gt;
&lt;br /&gt;
=== Trip Information ===&lt;br /&gt;
&lt;br /&gt;
Garmin Etrex Legends trip information display is to stupid. I want infos for the current day and for the time since last break.&lt;br /&gt;
&lt;br /&gt;
=== Location Reporting ===&lt;br /&gt;
&lt;br /&gt;
If I have internet access via the phone during my trip I can regularily update my on webpage with location markers as shown here: http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example&lt;br /&gt;
&lt;br /&gt;
== Slope, Vertical Speed ==&lt;br /&gt;
&lt;br /&gt;
The GPS does not give sufficiently accurate vertical speed.&lt;br /&gt;
A barometric sensor (see [[Variometer]]) would be nice. Calculation of the vertical speed by integrating the accelerometer readings also not accurate.&lt;br /&gt;
But maybe it is possible to use the accelerometers to measure the slope of the road.&lt;br /&gt;
How to calibrate it? Is it possible to automatically calibrate it from GSP reading?&lt;br /&gt;
&lt;br /&gt;
== Sideward Inclination of the Bicycle ==&lt;br /&gt;
&lt;br /&gt;
By measuring the increase of the total acceleration not by change of the acceleration angle.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Road Quality ==&lt;br /&gt;
&lt;br /&gt;
Can the road (e.i. surface) quality be recorded by measuring the vibrations with the accelerometers?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Car Counter ==&lt;br /&gt;
&lt;br /&gt;
... using the builtin microphone. Or would it be possible with the accelerometers using high sampling rate?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Heart Rate Monitor ==&lt;br /&gt;
&lt;br /&gt;
Are there Bluetooth Heart Rate Transmitters available?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Pedalling Frequency ==&lt;br /&gt;
&lt;br /&gt;
Pedal sensors with Bluetooth and power supply by magnetic induction would be nice.&lt;br /&gt;
&lt;br /&gt;
Otherwise USB with an FTDI chip.&lt;br /&gt;
&lt;br /&gt;
== Programming ==&lt;br /&gt;
&lt;br /&gt;
=== Language ===&lt;br /&gt;
Python&lt;br /&gt;
&lt;br /&gt;
=== UI ===&lt;br /&gt;
&lt;br /&gt;
==== python-etk ====&lt;br /&gt;
I could not find any documentation yet. Seems to be the same as python-gtk.&lt;br /&gt;
&lt;br /&gt;
I don't want to have ''eye-candies''. Maybe ''eye-candies'' are neccessary for selling phones. ''Eye-candies'' cause ''eye-caries'' or even ''brain-caries''. ;-)  They are for gamers.&lt;br /&gt;
&lt;br /&gt;
Colors are o.k. if they carry information. Color gradients of menu bars are useless and annoying.&lt;br /&gt;
&lt;br /&gt;
Maybe I should directly call xlib instead of using some *tk.  From python I could try http://python-xlib.sourceforge.net/ .&lt;br /&gt;
&lt;br /&gt;
==== Tichy ====&lt;br /&gt;
&lt;br /&gt;
[[Tichy]] &lt;br /&gt;
&lt;br /&gt;
==== alternative window managers ====&lt;br /&gt;
The bicycle computer should show different values at the same time. This should be user configurable at runtime. What about having little python scripts just showing a window with one value and let the window mananger do the rest? &lt;br /&gt;
&lt;br /&gt;
It seems ratpoison is the best window manager for openmoko.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* http://incise.org/whimsy.html &lt;br /&gt;
* http://pycawm.last-exile.org/&lt;br /&gt;
* http://pywm.sourceforge.net/#status&lt;br /&gt;
* http://partiwm.org/&lt;br /&gt;
* http://plwm.sourceforge.net/&lt;br /&gt;
* http://www.freenet.org.nz/python/pywm/  needs fltk&lt;br /&gt;
&lt;br /&gt;
=== Plotting ===&lt;br /&gt;
matplotlib?  might be an overkill. Anything usable lightweight available?&lt;br /&gt;
&lt;br /&gt;
= Jogging =&lt;br /&gt;
&lt;br /&gt;
== Accelerometer ==&lt;br /&gt;
&lt;br /&gt;
Mount the Freerunner to the shin and measure the damping and motion style with different shoes at various speeds.&lt;br /&gt;
Especially interesting to watch the aging of the shoes (different damping).&lt;br /&gt;
&lt;br /&gt;
= Openstreetmap =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I would like to have a simple application to add map information at my current location.&lt;br /&gt;
Say, I am standing beneath an ATM, just use a menu item &amp;quot;Add ATM&amp;quot; and typing in its name - finished. There is no need for a map display. The program just displays the OSM nodes near the current location. And you can add a new node or modify an existing node.&lt;br /&gt;
&lt;br /&gt;
= Other Accelerometer Ideas =&lt;br /&gt;
&lt;br /&gt;
* Indoor use of those GPS games&lt;br /&gt;
* Programming a Marble game would be more fun than playing it (Martin Senkerik is now having that fun http://projects.openmoko.org/projects/accelgame/)&lt;br /&gt;
* Moving within a larger virtual screen by tilting the display.&lt;br /&gt;
&lt;br /&gt;
= Games =&lt;br /&gt;
&lt;br /&gt;
Finger-usable application to play the game of Go:&lt;br /&gt;
Somebody somewhere suggested a double click methode for keyboard input. The first click zooms the area of the keyboard the second click activates the key. I don't want this for keyboards but for Go and similar games this could be quite interesting.&lt;br /&gt;
&lt;br /&gt;
Maybe a guesture interface is better. Circle right meens zoom in. Circle left means zoom out.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I thought I am no gamer, but just discovered [[Games#Numptyphysics|Numptyphysics]].&lt;br /&gt;
&lt;br /&gt;
= HAM Radio =&lt;br /&gt;
&lt;br /&gt;
As we can't use the WIFI or the GSM modem or the GPS receiver for HAM purposes there is not much difference to HAM applications on other PDAs.&lt;br /&gt;
&lt;br /&gt;
== CW Trainer ==&lt;br /&gt;
&lt;br /&gt;
== Audio Modems ==&lt;br /&gt;
&lt;br /&gt;
Input and Output via audio interface (what is the maximum sampling rate?).&lt;br /&gt;
&lt;br /&gt;
* http://www.w1hkj.com/Fldigi.html&lt;br /&gt;
&lt;br /&gt;
== Spectrum Analyzer ==&lt;br /&gt;
&lt;br /&gt;
Spectrum auf audio input signal&lt;br /&gt;
&lt;br /&gt;
* http://www.qsl.net/in3otd/glfer.html Maybe the GUI is to complicated for Freerunner.&lt;br /&gt;
&lt;br /&gt;
== Line of Sight Calculation ==&lt;br /&gt;
&lt;br /&gt;
== Smith Chart ==&lt;br /&gt;
&lt;br /&gt;
linsmith&lt;br /&gt;
&lt;br /&gt;
== Circuit Entry and Simulation ==&lt;br /&gt;
&lt;br /&gt;
 * Qucs&lt;br /&gt;
&lt;br /&gt;
== Radio Control ==&lt;br /&gt;
&lt;br /&gt;
=== Control for Commercial TRXs ===&lt;br /&gt;
&lt;br /&gt;
=== Homemade TRXs ===&lt;br /&gt;
&lt;br /&gt;
 * I2C interface on test points&lt;br /&gt;
 * SPI interface on debug connector&lt;br /&gt;
&lt;br /&gt;
= Music =&lt;br /&gt;
&lt;br /&gt;
== Midi Input via Touchscreen ==&lt;br /&gt;
&lt;br /&gt;
There is not much space to use the touchscreen as an ordinary piano keyboard.&lt;br /&gt;
&lt;br /&gt;
What about using the touchscreen like the left hand fingering on a guitar, mandolin, banjo ore similar? The touchscreen lays in front of you in landscape mode. There are four rows, one for each finger. &lt;br /&gt;
   &lt;br /&gt;
  | D# | G  | B  | d# |&lt;br /&gt;
  | D  | F# | A# | d  |&lt;br /&gt;
  | C# | F  | A  | c# |&lt;br /&gt;
  | C  | E  | G# | c  |&lt;br /&gt;
  This layout might be to simple. Should it be optimized for easy chord playing?&lt;br /&gt;
  To come more close to a piano and common string instruments it might be better &lt;br /&gt;
  to flip the arrangment of the notes.&lt;br /&gt;
  | c  | c# | d  | d# |&lt;br /&gt;
  | G# | A  | A# | B  |&lt;br /&gt;
  | E  | F  | F# | G  |&lt;br /&gt;
  | C  | C# | D  | D# |  &lt;br /&gt;
  &lt;br /&gt;
Unfortunately the touchscreen handles only single touches ([[UI_Improvements#The_touchscreen]]). Therefore a polyphonic input is not possible. &lt;br /&gt;
&lt;br /&gt;
Octave shifting via accelerometer reading?&lt;br /&gt;
&lt;br /&gt;
Similiar project: http://www.neo1973-germany.de/wiki/epiano Obviously not what I am having in mind.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Keyboard =&lt;br /&gt;
&lt;br /&gt;
Why not using the above Midi Keyboard for character input?&lt;br /&gt;
&lt;br /&gt;
 | S | U | R | T |&lt;br /&gt;
 | A | E | I | O |&lt;br /&gt;
 | D | H | N | M |&lt;br /&gt;
 | F | P | G | J |&lt;br /&gt;
 | M1| M2|SPC| BS|&lt;br /&gt;
&lt;br /&gt;
Letter order is random here. Need to be optimized for minimum mode switching.&lt;br /&gt;
Space, Backspace,... can be done by guestures.&lt;br /&gt;
&lt;br /&gt;
== Morse Code Input ==&lt;br /&gt;
&lt;br /&gt;
Will I be faster? Is there usable code available?&lt;br /&gt;
&lt;br /&gt;
Decode would be easier if I'd use an &amp;quot;electronic keyer&amp;quot; e.g. which sends dots and dashes in a predefined length and predefined spaces.&lt;br /&gt;
&lt;br /&gt;
* http://morseall.org/&lt;br /&gt;
&lt;br /&gt;
= Unsorted =&lt;br /&gt;
&lt;br /&gt;
* I wonder what  [http://www.igelle.org igelle] is and whether it is worth trying that for FreeRunner. The website isn't very informative.&lt;br /&gt;
* External Keyboard: The FreeRunner can supply 5V to an external USB device [[USB_host#Selecting_USB_host_mode]]. So I also can connect my MIDI keyboard?&lt;br /&gt;
&lt;br /&gt;
= OS Details =&lt;br /&gt;
&lt;br /&gt;
== Mounting internal Flash when booting from SD ==&lt;br /&gt;
&lt;br /&gt;
Mount the internal root file system&lt;br /&gt;
&lt;br /&gt;
 mount -t jffs2 /dev/mtdblock6 /mnt&lt;br /&gt;
&lt;br /&gt;
On Debian this is already mounted at /mnt/flash&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Noed Source]&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Mickey Term] talk to the GSM Modem&lt;br /&gt;
&lt;br /&gt;
* [[OpenmokoFramework/mdbus]]&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/python-openmoko/&lt;br /&gt;
&lt;br /&gt;
* [[Gsmd/document]] This does not work with FSO. Go to the [http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/index.html;hb=HEAD interface spec of FSO]&lt;br /&gt;
&lt;br /&gt;
* http://wiki.openmoko.org/wiki/GTA02_sysfs&lt;br /&gt;
----&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User:ThomasT</id>
		<title>User:ThomasT</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User:ThomasT"/>
				<updated>2008-10-22T23:03:30Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Eventually I got my FreeRunner...&lt;br /&gt;
&lt;br /&gt;
I want to use it as bicycle computer.&lt;br /&gt;
&lt;br /&gt;
These are just ideas and wishes - not worth to make a separate wiki page.&lt;br /&gt;
&lt;br /&gt;
= Bicycle Computer =&lt;br /&gt;
&lt;br /&gt;
[[Biking]]&lt;br /&gt;
&lt;br /&gt;
== Existing Projects and Experiences ==&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/mokosport/  Dead&lt;br /&gt;
* http://blogs.thehumanjourney.net/finds/entry/20080306 Joseph Reeves uses its NEO1973 on a bicycle&lt;br /&gt;
* http://projects.openmoko.org/search/?type_of_search=soft&amp;amp;words=gps&amp;amp;Search=Search&lt;br /&gt;
&lt;br /&gt;
== Mounting ==&lt;br /&gt;
* http://www.pearl.de/a-PX2065-4044.shtml&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Water Protection ==&lt;br /&gt;
&lt;br /&gt;
== Power Supply ==&lt;br /&gt;
&lt;br /&gt;
Due to the relatively high current consumption of the Freerunner a power supply from a hub dynamo seems to be unavoidable.&lt;br /&gt;
&lt;br /&gt;
I skip the switch mode regulator and will use simple Z-Diode parallel to the Freerunner. Later I want to add an LED light parallel to  both.&lt;br /&gt;
&lt;br /&gt;
== GPS ==&lt;br /&gt;
&lt;br /&gt;
=== Existing Software ===&lt;br /&gt;
&lt;br /&gt;
* [[Navit]]&lt;br /&gt;
* [[TangoGPS]]&lt;br /&gt;
* [[GPS_Sight]]?&lt;br /&gt;
* [[GPS_Data_Logger]]&lt;br /&gt;
&lt;br /&gt;
=== Getting GPS Data ===&lt;br /&gt;
&lt;br /&gt;
On Freerunner there is no need to read from gpsd or similar.&lt;br /&gt;
I just can get the data from /dev/ttySAC1 &lt;br /&gt;
&lt;br /&gt;
== Additional GPS Functions ==&lt;br /&gt;
&lt;br /&gt;
=== Altitude Plots ===&lt;br /&gt;
&lt;br /&gt;
Of the travelled track and also of the upcoming (hopefully OSM will soon provide elevation information of the roads)&lt;br /&gt;
&lt;br /&gt;
=== Trip Information ===&lt;br /&gt;
&lt;br /&gt;
Garmin Etrex Legends trip information display is to stupid. I want infos for the current day and for the time since last break.&lt;br /&gt;
&lt;br /&gt;
=== Location Reporting ===&lt;br /&gt;
&lt;br /&gt;
If I have internet access via the phone during my trip I can regularily update my on webpage with location markers as shown here: http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example&lt;br /&gt;
&lt;br /&gt;
== Slope, Vertical Speed ==&lt;br /&gt;
&lt;br /&gt;
The GPS does not give sufficiently accurate vertical speed.&lt;br /&gt;
A barometric sensor (see [[Variometer]]) would be nice. Calculation of the vertical speed by integrating the accelerometer readings also not accurate.&lt;br /&gt;
But maybe it is possible to use the accelerometers to measure the slope of the road.&lt;br /&gt;
How to calibrate it? Is it possible to automatically calibrate it from GSP reading?&lt;br /&gt;
&lt;br /&gt;
== Sideward Inclination of the Bicycle ==&lt;br /&gt;
&lt;br /&gt;
By measuring the increase of the total acceleration not by change of the acceleration angle.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Road Quality ==&lt;br /&gt;
&lt;br /&gt;
Can the road (e.i. surface) quality be recorded by measuring the vibrations with the accelerometers?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Car Counter ==&lt;br /&gt;
&lt;br /&gt;
... using the builtin microphone. Or would it be possible with the accelerometers using high sampling rate?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Heart Rate Monitor ==&lt;br /&gt;
&lt;br /&gt;
Are there Bluetooth Heart Rate Transmitters available?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Pedalling Frequency ==&lt;br /&gt;
&lt;br /&gt;
Pedal sensors with Bluetooth and power supply by magnetic induction would be nice.&lt;br /&gt;
&lt;br /&gt;
Otherwise USB with an FTDI chip.&lt;br /&gt;
&lt;br /&gt;
== Programming ==&lt;br /&gt;
&lt;br /&gt;
=== Language ===&lt;br /&gt;
Python&lt;br /&gt;
&lt;br /&gt;
=== UI ===&lt;br /&gt;
&lt;br /&gt;
==== python-etk ====&lt;br /&gt;
I could not find any documentation yet. Seems to be the same as python-gtk.&lt;br /&gt;
&lt;br /&gt;
I don't want to have ''eye-candies''. Maybe ''eye-candies'' are neccessary for selling phones. ''Eye-candies'' cause ''eye-caries'' or even ''brain-caries''. ;-)  They are for gamers.&lt;br /&gt;
&lt;br /&gt;
Colors are o.k. if they carry information. Color gradients of menu bars are useless and annoying.&lt;br /&gt;
&lt;br /&gt;
Maybe I should directly call xlib instead of using some *tk.  From python I could try http://python-xlib.sourceforge.net/ .&lt;br /&gt;
&lt;br /&gt;
==== Tichy ====&lt;br /&gt;
&lt;br /&gt;
[[Tichy]] &lt;br /&gt;
&lt;br /&gt;
==== alternative window managers ====&lt;br /&gt;
The bicycle computer should show different values at the same time. This should be user configurable at runtime. What about having little python scripts just showing a window with one value and let the window mananger do the rest? &lt;br /&gt;
&lt;br /&gt;
It seems ratpoison is the best window manager for openmoko.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* http://incise.org/whimsy.html &lt;br /&gt;
* http://pycawm.last-exile.org/&lt;br /&gt;
* http://pywm.sourceforge.net/#status&lt;br /&gt;
* http://partiwm.org/&lt;br /&gt;
* http://plwm.sourceforge.net/&lt;br /&gt;
* http://www.freenet.org.nz/python/pywm/  needs fltk&lt;br /&gt;
&lt;br /&gt;
=== Plotting ===&lt;br /&gt;
matplotlib?  might be an overkill. Anything usable lightweight available?&lt;br /&gt;
&lt;br /&gt;
= Jogging =&lt;br /&gt;
&lt;br /&gt;
== Accelerometer ==&lt;br /&gt;
&lt;br /&gt;
Mount the Freerunner to the shin and measure the damping and motion style with different shoes at various speeds.&lt;br /&gt;
Especially interesting to watch the aging of the shoes (different damping).&lt;br /&gt;
&lt;br /&gt;
= Openstreetmap =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I would like to have a simple application to add map information at my current location.&lt;br /&gt;
Say, I am standing beneath an ATM, just use a menu item &amp;quot;Add ATM&amp;quot; and typing in its name - finished. There is no need for a map display. The program just displays the OSM nodes near the current location. And you can add a new node or modify an existing node.&lt;br /&gt;
&lt;br /&gt;
= Other Accelerometer Ideas =&lt;br /&gt;
&lt;br /&gt;
* Indoor use of those GPS games&lt;br /&gt;
* Programming a Marble game would be more fun than playing it (Martin Senkerik is now having that fun http://projects.openmoko.org/projects/accelgame/)&lt;br /&gt;
* Moving within a larger virtual screen by tilting the display.&lt;br /&gt;
&lt;br /&gt;
= Games =&lt;br /&gt;
&lt;br /&gt;
Finger-usable application to play the game of Go:&lt;br /&gt;
Somebody somewhere suggested a double click methode for keyboard input. The first click zooms the area of the keyboard the second click activates the key. I don't want this for keyboards but for Go and similar games this could be quite interesting.&lt;br /&gt;
&lt;br /&gt;
Maybe a guesture interface is better. Circle right meens zoom in. Circle left means zoom out.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I thought I am no gamer, but just discovered [[Games#Numptyphysics|Numptyphysics]].&lt;br /&gt;
&lt;br /&gt;
= HAM Radio =&lt;br /&gt;
&lt;br /&gt;
As we can't use the WIFI or the GSM modem or the GPS receiver for HAM purposes there is not much difference to HAM applications on other PDAs.&lt;br /&gt;
&lt;br /&gt;
== CW Trainer ==&lt;br /&gt;
&lt;br /&gt;
== Audio Modems ==&lt;br /&gt;
&lt;br /&gt;
Input and Output via audio interface (what is the maximum sampling rate?).&lt;br /&gt;
&lt;br /&gt;
* http://www.w1hkj.com/Fldigi.html&lt;br /&gt;
&lt;br /&gt;
== Spectrum Analyzer ==&lt;br /&gt;
&lt;br /&gt;
Spectrum auf audio input signal&lt;br /&gt;
&lt;br /&gt;
* http://www.qsl.net/in3otd/glfer.html Maybe the GUI is to complicated for Freerunner.&lt;br /&gt;
&lt;br /&gt;
== Line of Sight Calculation ==&lt;br /&gt;
&lt;br /&gt;
== Smith Chart ==&lt;br /&gt;
&lt;br /&gt;
linsmith&lt;br /&gt;
&lt;br /&gt;
== Circuit Entry and Simulation ==&lt;br /&gt;
&lt;br /&gt;
 * Qucs&lt;br /&gt;
&lt;br /&gt;
== Radio Control ==&lt;br /&gt;
&lt;br /&gt;
=== Control for Commercial TRXs ===&lt;br /&gt;
&lt;br /&gt;
=== Homemade TRXs ===&lt;br /&gt;
&lt;br /&gt;
 * I2C interface on test points&lt;br /&gt;
 * SPI interface on debug connector&lt;br /&gt;
&lt;br /&gt;
= Music =&lt;br /&gt;
&lt;br /&gt;
== Midi Input via Touchscreen ==&lt;br /&gt;
&lt;br /&gt;
There is not much space to use the touchscreen as an ordinary piano keyboard.&lt;br /&gt;
&lt;br /&gt;
What about using the touchscreen like the left hand fingering on a guitar, mandolin, banjo ore similar? The touchscreen lays in front of you in landscape mode. There are four rows, one for each finger. &lt;br /&gt;
   &lt;br /&gt;
  | D# | G  | B  | d# |&lt;br /&gt;
  | D  | F# | A# | d  |&lt;br /&gt;
  | C# | F  | A  | c# |&lt;br /&gt;
  | C  | E  | G# | c  |&lt;br /&gt;
  This layout might be to simple. Should it be optimized for easy chord playing?&lt;br /&gt;
  To come more close to a piano and common string instruments it might be better &lt;br /&gt;
  to flip the arrangment of the notes.&lt;br /&gt;
  | c  | c# | d  | d# |&lt;br /&gt;
  | G# | A  | A# | B  |&lt;br /&gt;
  | E  | F  | F# | G  |&lt;br /&gt;
  | C  | C# | D  | D# |  &lt;br /&gt;
  &lt;br /&gt;
Unfortunately the touchscreen handles only single touches ([[UI_Improvements#The_touchscreen]]). Therefore a polyphonic input is not possible. &lt;br /&gt;
&lt;br /&gt;
Octave shifting via accelerometer reading?&lt;br /&gt;
&lt;br /&gt;
Similiar project: http://www.neo1973-germany.de/wiki/epiano Obviously not what I am having in mind.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Keyboard =&lt;br /&gt;
&lt;br /&gt;
Why not using the above Midi Keyboard for character input?&lt;br /&gt;
&lt;br /&gt;
 | S | U | R | T |&lt;br /&gt;
 | A | E | I | O |&lt;br /&gt;
 | D | H | N | M |&lt;br /&gt;
 | F | P | G | J |&lt;br /&gt;
 | M1| M2|SPC| BS|&lt;br /&gt;
&lt;br /&gt;
Letter order is random here. Need to be optimized for minimum mode switching.&lt;br /&gt;
Space, Backspace,... can be done by guestures.&lt;br /&gt;
&lt;br /&gt;
== Morse Code Input ==&lt;br /&gt;
&lt;br /&gt;
Will I be faster? Is there usable code available?&lt;br /&gt;
&lt;br /&gt;
Decode would be easier if I'd use an &amp;quot;electronic keyer&amp;quot; e.g. which sends dots and dashes in a predefined length and predefined spaces.&lt;br /&gt;
&lt;br /&gt;
* http://morseall.org/&lt;br /&gt;
&lt;br /&gt;
= Unsorted =&lt;br /&gt;
&lt;br /&gt;
* I wonder what  [http://www.igelle.org igelle] is and whether it is worth trying that for FreeRunner. The website isn't very informative.&lt;br /&gt;
* External Keyboard: The FreeRunner can supply 5V to an external USB device [[USB_host#Selecting_USB_host_mode]]. So I also can connect my MIDI keyboard?&lt;br /&gt;
&lt;br /&gt;
= OS Details =&lt;br /&gt;
&lt;br /&gt;
== Mounting internal Flash when booting from SD ==&lt;br /&gt;
&lt;br /&gt;
Mount the internal root file system&lt;br /&gt;
&lt;br /&gt;
 mount -t jffs2 /dev/mtdblock6 /mnt&lt;br /&gt;
&lt;br /&gt;
On Debian this is already mounted at /mnt/flash&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Noed Source]&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Mickey Term] talk to the GSM Modem&lt;br /&gt;
&lt;br /&gt;
* [[OpenmokoFramework/mdbus]]&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/python-openmoko/&lt;br /&gt;
&lt;br /&gt;
* [[Gsmd/document]] This does not work with FSO. Go to the [http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/index.html;hb=HEAD interface spec of FSO]&lt;br /&gt;
&lt;br /&gt;
----&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Debian</id>
		<title>Debian</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Debian"/>
				<updated>2008-10-21T17:20:47Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: /* Web Browser */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Languages|Debian}}&lt;br /&gt;
= Installation =&lt;br /&gt;
There are &amp;quot;official&amp;quot; instructions on how to install [http://wiki.debian.org/DebianOnFreeRunner Debian on FreeRunner] or [http://wiki.debian.org/DebianOnNeo1973 Debian on Neo1973] (see the [http://lists.linuxtogo.org/pipermail/smartphones-standards/2008-August/000232.html original announcement]).&lt;br /&gt;
&lt;br /&gt;
Previous information (partly outdated, now) on how to install Debian manually has been moved to [[Manual Debian]].&lt;br /&gt;
&lt;br /&gt;
See also : http://www.debian.org/ to know more about Debian.&lt;br /&gt;
&lt;br /&gt;
From time to time the Debian packages may be broken, which will cause the install.sh script to fail. Since waiting for the packages to be fixed can take quite a lot of patience, [http://dgym.homeunix.net/projects/freerunner/debian-install/ here] is an alternative method of getting Debian installed on the FreeRunner.&lt;br /&gt;
&lt;br /&gt;
= System =&lt;br /&gt;
== Password ==&lt;br /&gt;
&lt;br /&gt;
The default root password is blank. You should change that as soon as you can:&lt;br /&gt;
# passwd&lt;br /&gt;
If entering a blank password does not work at first, try rebooting. If still no success, boot to 2008.08/2007.02, chroot to the micro SD card and set a new password.&lt;br /&gt;
&lt;br /&gt;
== Speeding up booting ==&lt;br /&gt;
'''Note''': By default, Debian is already configured to write limited messages to the console during boot.  Does this actually speed things up anymore?&lt;br /&gt;
&lt;br /&gt;
What's good for every linux booting is also good for our debian on the freerunner: booting in quiet mode. To do so by default just boot your Neo FreeRunner in NOR-Flash and execute this configure-script: [http://paste.ubuntuusers.de/391456/ configure-uboot.sh].&lt;br /&gt;
&lt;br /&gt;
It changes default booting to quiet-mode and adds another boot-option to boot without quiet-mode for debugging purpose.&lt;br /&gt;
&lt;br /&gt;
== Suspend ==&lt;br /&gt;
&lt;br /&gt;
'''Note''': As of Sep. 15 2008, suspend works 'out-of-the-box'; installing apm and the idle clock configuration changes do not seem to be necessary any more.  Press the power button for two seconds (in zhone) or run 'apm -s' to suspend.&lt;br /&gt;
&lt;br /&gt;
To make suspend available you have to install apmd:&lt;br /&gt;
apt-get install apmd&lt;br /&gt;
After that you can suspend your phone with:&lt;br /&gt;
  apm -s&lt;br /&gt;
and make it wake up again with pressing the power button.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Issues:&lt;br /&gt;
* [[User:Wuth|Wuth]] 06:28, 17 August 2008 (UTC): I found that apmd was already installed by using the official debian installation procedure, but that the kernel didn't support apm.  I haven't yet resolved this issue.  [[User:Wuth|Wuth]] 05:31, 7 September 2008 (UTC): Worked fine on second install.  Perhaps this is no longer a problem.&lt;br /&gt;
&lt;br /&gt;
* [[User:Phyce|Phyce]] 21:33, 20 August 2008 (UTC)  installed apm without problems; apm -s shutdowns the freerunner but I couldn't wake it up with power button... I had to remove the battery to boot again. suspend/resume was working quite reliably with latest kernels on ASU.&lt;br /&gt;
&lt;br /&gt;
To wake up successfully, the idle-clock of the SD card needs to be enabled right before suspend. It can be disabled again right after resume (this reduces GPS interference). Write into /etc/apm/suspend.d/00sd_idleclk&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
#!/bin/sh&lt;br /&gt;
echo 1 &amp;gt; /sys/module/glamo_mci/parameters/sd_idleclk&lt;br /&gt;
touch /home/root/.profile&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
and into /etc/apm/resume.d/00sd_idleclk&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
#!/bin/sh&lt;br /&gt;
echo 0 &amp;gt; /sys/module/glamo_mci/parameters/sd_idleclk&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
These are from -stacy on the community list.&lt;br /&gt;
&lt;br /&gt;
And anotherone from [[User:Morlac|Morlac]]: (more debianish i think ;) &amp;lt;br /&amp;gt;&lt;br /&gt;
etc/apm/scripts.d/sd_idleclk and corresponding link in /etc/apm/event.d&amp;lt;br /&amp;gt;&lt;br /&gt;
(don't forget to chmod +x /etc/apm/scripts.d/sd_idleclk)&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
#!/bin/sh&lt;br /&gt;
SD_IDLECLK=&amp;quot;/sys/module/glamo_mci/parameters/sd_idleclk&amp;quot;&lt;br /&gt;
[ -e &amp;quot;${SD_IDLECLK}&amp;quot; ] || exit 0&lt;br /&gt;
&lt;br /&gt;
case &amp;quot;${1},${2}&amp;quot; in&lt;br /&gt;
(suspend,*)&lt;br /&gt;
echo 1 &amp;gt; ${SD_IDLECLK}&lt;br /&gt;
touch /etc&lt;br /&gt;
;;&lt;br /&gt;
(resume,suspend)&lt;br /&gt;
echo 0 &amp;gt; ${SD_IDLECLK}&lt;br /&gt;
;;&lt;br /&gt;
esac&lt;br /&gt;
&lt;br /&gt;
exit 0&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Time ==&lt;br /&gt;
&lt;br /&gt;
The default time zone is UTC.  Reconfigure it by running&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# dpkg-reconfigure tzdata&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
To set the clock manually do something like&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# date -s 00:33&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
If you have a network connection, do something like&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# apt-get install ntpdate&lt;br /&gt;
# ntpdate-debian&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Issues:&lt;br /&gt;
* That's probably not sufficient to keep the clock accurate.  It might be worth configuring some form of NTP.&lt;br /&gt;
** Setting the clock could be done via GPS: [[Getting_GPS_console_output_with_gllin#GPRMC_message]]&lt;br /&gt;
&lt;br /&gt;
== WLAN ==&lt;br /&gt;
=== wifi-radar ===&lt;br /&gt;
&lt;br /&gt;
If you don't want to mess up with configuration files and is looking for an easy gui for wireless configuration, then wifi-radar is what you are looking for.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;apt-get install wifi-radar&lt;br /&gt;
wifi-radar&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
If you are looking for more, read on...&lt;br /&gt;
&lt;br /&gt;
=== Installing prerequisites ===&lt;br /&gt;
&lt;br /&gt;
Make sure the following packages are installed&lt;br /&gt;
apt-get install wireless-tools wpasupplicant dhcp3-client&lt;br /&gt;
&lt;br /&gt;
=== Example configurations ===&lt;br /&gt;
&lt;br /&gt;
==== Single network configuration ====&lt;br /&gt;
&lt;br /&gt;
Assuming your wireless router uses WPA security and DHCP,&lt;br /&gt;
edit &amp;lt;code&amp;gt;/etc/network/interfaces&amp;lt;/code&amp;gt; to include a section like this:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
auto eth0&lt;br /&gt;
iface eth0 inet dhcp&lt;br /&gt;
wpa-driver wext&lt;br /&gt;
wpa-ssid &amp;quot;MyWirelessName&amp;quot;&lt;br /&gt;
wpa-psk &amp;quot;MyWirelessPassword&amp;quot;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Where, of course, you're using the name of your wireless network and it's password&lt;br /&gt;
instead of ''MyWirelessName'' and ''MyWirelessPassword''.&lt;br /&gt;
&lt;br /&gt;
You can test by running&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# ifup eth0&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
You can determine your IP address by running&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# ifconfig eth0&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Issues:&lt;br /&gt;
* only works if in presence of wireless network on boot, or when manually running &amp;lt;code&amp;gt;ifup eth0&amp;lt;/code&amp;gt;&lt;br /&gt;
* booting away from wireless network is slower because waits for DHCP to time out&lt;br /&gt;
* does not reestablish connection when leaving wireless area and then returning&lt;br /&gt;
* does not support multiple wireless networks or open hotspots that you may travel between&lt;br /&gt;
&lt;br /&gt;
Once wpa_supplicant has begun managing your wifi interface, you should type &amp;quot;wpa_action eth0 stop&amp;quot; instead of &amp;quot;ifdown eth0&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
==== Roaming configuration ====&lt;br /&gt;
&lt;br /&gt;
'''Todo''': Which of the issues that single network configurations suffer from are addressed by WPA roaming mode?  Would ifplugd / guessnet help, or just make things more complicated?&lt;br /&gt;
&lt;br /&gt;
* Roaming from network to network is not automatic.  Instead, you need to manually run &amp;quot;wpa_action eth0 stop; ifup eth0&amp;quot; to switch networks&lt;br /&gt;
&lt;br /&gt;
===== wpa_supplicant.conf =====&lt;br /&gt;
&lt;br /&gt;
To configure WPA to roam between wireless networks, you will need to create a new configuration file:&lt;br /&gt;
&lt;br /&gt;
/etc/wpa_supplicant/wpa_supplicant.conf&lt;br /&gt;
&lt;br /&gt;
a template for this file (and more documentation) is available in:&lt;br /&gt;
&lt;br /&gt;
/usr/share/doc/wpasupplicant/examples/wpa-roam.conf&lt;br /&gt;
&lt;br /&gt;
You'll need to add networks to this file.  Examples:&lt;br /&gt;
&lt;br /&gt;
* WEP:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
network={&lt;br /&gt;
       ssid=&amp;quot;MySSID&amp;quot;&lt;br /&gt;
       key_mgmt=NONE&lt;br /&gt;
       wep_key0=&amp;quot;abcdefghijklm&amp;quot;&lt;br /&gt;
#      wep_key0=6162636465  # &amp;lt;- no quotes, so hex number&lt;br /&gt;
       wep_tx_keyidx=0&lt;br /&gt;
       id_str=&amp;quot;MySSID&amp;quot;&lt;br /&gt;
}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
* No key:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
network={&lt;br /&gt;
       ssid=&amp;quot;SomeNetwork&amp;quot;&lt;br /&gt;
       key_mgmt=NONE&lt;br /&gt;
}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
* WPA:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
network={&lt;br /&gt;
       ssid=&amp;quot;Example WPA Network&amp;quot;&lt;br /&gt;
       psk=&amp;quot;mysecretpassphrase&amp;quot;&lt;br /&gt;
       id_str=&amp;quot;home&amp;quot;&lt;br /&gt;
}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
===== /etc/network/interfaces =====&lt;br /&gt;
&lt;br /&gt;
Next, you'll need to edit /etc/network/interfaces.  This lets you configure your wireless networks to use dhcp, or other appropriate TCP/IP settings:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
auto eth0&lt;br /&gt;
iface eth0 inet manual&lt;br /&gt;
wpa-driver wext&lt;br /&gt;
wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf&lt;br /&gt;
&lt;br /&gt;
# MySSID comes from an id_str above.&lt;br /&gt;
iface MySSID inet dhcp&lt;br /&gt;
&lt;br /&gt;
# default is what's used if there is no id_str setting.&lt;br /&gt;
# so the 'SomeNetwork' network will use DHCP.&lt;br /&gt;
iface default inet dhcp&lt;br /&gt;
&lt;br /&gt;
iface home inet static&lt;br /&gt;
# static interface settings, or whatever...&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Finally, if you want attempts to access the internet to default to eth0 (and not usb0), then comment out this line under usb0 adapter configuration:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
gateway 192.168.0.200&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
For some reason, I had to reboot for the id_str settings to take effect.  However, you should now be able to use &amp;quot;ifup eth0&amp;quot; to associate with the access point and &amp;quot;wpa_action eth0 stop&amp;quot; to down the wifi adapter.&lt;br /&gt;
&lt;br /&gt;
=== Further reading ===&lt;br /&gt;
&lt;br /&gt;
To use all the possibilities of &amp;lt;code&amp;gt;wpasupplicant&amp;lt;/code&amp;gt; like roaming and automatic connection to different networks,&lt;br /&gt;
you should read &amp;lt;code&amp;gt;/usr/share/doc/wpasupplicant/README.Debian.gz&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Bluetooth ==&lt;br /&gt;
&lt;br /&gt;
The FreeRunner uses the standard Linux bluez stack, installed with&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# apt-get install bluez-utils&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
There is also a module missing from /etc/modules, which is critical to getting your device recognized. (kudos to johnsu01 on irc.freenode.net:#openmoko-debian for the find)&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# echo ohci-hcd &amp;gt;&amp;gt; /etc/modules&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
The first time you try this, you can also&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# modprobe ohci-hcd&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
The only atypical part of using bluetooth on the FreeRunner is turning it on, which can be done with&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# echo 1 &amp;gt; /sys/bus/platform/devices/neo1973-pm-bt.0/power_on&lt;br /&gt;
# echo 0 &amp;gt; /sys/bus/platform/devices/neo1973-pm-bt.0/reset&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Then the device should be visible using&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# hcitool dev&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Better Xorg ==&lt;br /&gt;
By default debian uses fbdev... But we can use Xglamo:&lt;br /&gt;
&amp;lt;pre&amp;gt;apt-get install xserver-xglamo&amp;lt;/pre&amp;gt;&lt;br /&gt;
after that edit /etc/X11/xorg.conf and change the line&lt;br /&gt;
&amp;lt;pre&amp;gt;Driver          &amp;quot;fbdev&amp;quot;&amp;lt;/pre&amp;gt;&lt;br /&gt;
to:&lt;br /&gt;
&amp;lt;pre&amp;gt;Driver          &amp;quot;Xglamo&amp;quot;&amp;lt;/pre&amp;gt;&lt;br /&gt;
and if you want to run xserver as normal user:&lt;br /&gt;
&amp;lt;pre&amp;gt;chmod u+s /usr/bin/Xglamo&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
with that you:&lt;br /&gt;
*can use xrandr&lt;br /&gt;
*don't have the pointer callibration bug with the rotated mode&lt;br /&gt;
*have better performances&lt;br /&gt;
&lt;br /&gt;
== Running X as normal user ==&lt;br /&gt;
1. Create a new user&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# useradd -m -G audio,dialout,floppy,video,staff username&lt;br /&gt;
# passwd username&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
2. Edit /etc/init.d/zhone-session (or /etc/init.d/xfce if you are using xfce, see over) and change USER=root to USER=username in it. Then to make sure changes are not lost on upgrade, run&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
dpkg-divert --add /etc/init.d/zhone-session&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
This will make new versions of /etc/init.d/zhone-session be written to /etc/init.d/zhone-session.distrib&lt;br /&gt;
&lt;br /&gt;
3. Edit &amp;lt;code&amp;gt;/etc/X11/Xwrapper.config&amp;lt;/code&amp;gt; and change &amp;lt;code&amp;gt;allowed_users=console&amp;lt;/code&amp;gt; to &amp;lt;code&amp;gt;allowed_users=anybody&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
4. Make apm setuid root so that zhone can do suspend and make it only executable for users in the staff group&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
dpkg-statoverride --update --add root staff 4750 /usr/bin/apm&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
It would also be possible to use sudo, but then you would have to edit /usr/bin/zhone.&lt;br /&gt;
&lt;br /&gt;
== Sound ==&lt;br /&gt;
Make sure to put your user in the audio group (&amp;quot;adduser &amp;lt;username&amp;gt; audio&amp;quot;).&lt;br /&gt;
&lt;br /&gt;
If there is no error but no sound, try these state files:&lt;br /&gt;
[[Talk:Manual_Debian#Sound]]&lt;br /&gt;
&lt;br /&gt;
== How to replace the default kernel with a recent openmoko kernel ==&lt;br /&gt;
&lt;br /&gt;
If you would like to update to a new kernel, here is a short summary of what to do to update the kernel to an actual OM kernel. But only do this if you know what you are doing.&lt;br /&gt;
At the moment there is a little problem in the question which kernel to use. Hopefully it will be solved in the near future.&lt;br /&gt;
&lt;br /&gt;
The original openmoko kernel works fine except for the fact that suspending with zhone doesn't work. But this kernel supports different really nice usb gadgets. :)&amp;lt;br&amp;gt;&lt;br /&gt;
download stable: http://downloads.openmoko.org/releases/Om2008.8-update/&amp;lt;br&amp;gt;&lt;br /&gt;
download testing: http://downloads.openmoko.org/daily/&lt;br /&gt;
&lt;br /&gt;
The new FSO3 kernel works fine and suspend/resume with zhone is also possible. But this kernel still has no loadable usb gadget modules (17-Sep-2008 01:39). :/&amp;lt;br&amp;gt;&lt;br /&gt;
download testing: http://downloads.freesmartphone.org/fso-testing/images/&amp;lt;br&amp;gt;&lt;br /&gt;
download unstable: http://downloads.freesmartphone.org/fso-unstable/images/&lt;br /&gt;
# Download a recent'' kernel'' and ''rootfs'' (tar.gz) from one of the above mentioned sources. It's your decision if you want suspend or usb gadget modules at the moment.&lt;br /&gt;
# Backup your running kernel like &amp;lt;code&amp;gt;mv /boot/uImage.bin /boot/uImage.bin.old&amp;lt;/code&amp;gt;, then &amp;lt;br&amp;gt;copy the downloaded uImage file to the freerunner as &amp;lt;tt&amp;gt;/boot/uImage.bin&amp;lt;/tt&amp;gt;.&lt;br /&gt;
# Backup your actual modules like &amp;lt;code&amp;gt;mv /lib/modules/2.6.24 /lib/modules/2.6.24.old&amp;lt;/code&amp;gt;, then &amp;lt;br&amp;gt;extract the downloaded rootfs tar.gz to a temporary directory and copy &amp;lt;tt&amp;gt;lib/modules/2.6.24&amp;lt;/tt&amp;gt; from the temp directory to &amp;lt;tt&amp;gt;/lib/modules/2.6.24&amp;lt;/tt&amp;gt; on the FreeRunner.&lt;br /&gt;
# Run a &amp;lt;code&amp;gt;depmod -a&amp;lt;/code&amp;gt;.&lt;br /&gt;
# Do a &amp;lt;code&amp;gt;chown -R root.root /lib/modules/2.6.24&amp;lt;/code&amp;gt; because the owner from the tar.gz is something else.&lt;br /&gt;
# This step is only needed for the OM kernel but it doesn't harm the FSO kernel setup. Add &amp;quot;g_ether&amp;quot; Module to /etc/modules like &amp;lt;code&amp;gt;echo g_ether &amp;gt;&amp;gt; /etc/modules&amp;lt;/code&amp;gt;. I read in an email, that the module &amp;quot;ohci-hcd&amp;quot; is also needed for some bluetooth functions, but i don't know this for real. I inserted it to my modules file to be on the safe side.&lt;br /&gt;
# Reboot and hope everything works as expected. :)&lt;br /&gt;
--[[User:Pini]]&lt;br /&gt;
* Sun Sep 28 15:01:46 UTC 2008: Actually suspend/resume doesn't work anymore on the Neo Freerunner with the FSO3 kernel starting from september 16th. It does work with the Om2008.8 kernel from september 3rd.&lt;br /&gt;
* Mon Oct 20 15:30:56 UTC 2008: working suspend/resume is back with FSO kernel 2.6.24+r10.1 from october 17th.&lt;br /&gt;
&lt;br /&gt;
= Software =&lt;br /&gt;
You can install &amp;lt;tt&amp;gt;[http://packages.debian.org/search?keywords=dselect dselect]&amp;lt;/tt&amp;gt;(~2.2MB) or &amp;lt;tt&amp;gt;[http://packages.debian.org/search?keywords=aptitude aptitude]&amp;lt;/tt&amp;gt;(~12MB) to visually inspect the available debian packages using the desktop's console.&amp;lt;br&amp;gt;&lt;br /&gt;
Also the gtk-based package-manager &amp;lt;tt&amp;gt;[http://packages.debian.org/search?keywords=synaptic synaptic]&amp;lt;/tt&amp;gt;(~15.7MB) is probably working.&amp;lt;br&amp;gt;&lt;br /&gt;
Finally, on constrained systems, just issue the command:&lt;br /&gt;
&amp;lt;pre&amp;gt;grep -e Package: -e Description /var/lib/dpkg/available|more&amp;lt;/pre&amp;gt;&lt;br /&gt;
== Web Browser ==&lt;br /&gt;
[http://lists.openmoko.org/nabble.html#nabble-td781547 Arne Anka suggested] trying the light-weight webkit-based [http://en.wikipedia.org/wiki/Midori_(browser) midori] browser:&lt;br /&gt;
&amp;lt;pre&amp;gt;apt-get install midori&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
If you think Midori is quite slow on Freerunner try Links2.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;apt-get install links2&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Run as:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;xlinks2&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== TangoGPS ==&lt;br /&gt;
{{main|TangoGPS}}&lt;br /&gt;
== e-book reader ==&lt;br /&gt;
{{main|FBReader}}&lt;br /&gt;
&lt;br /&gt;
Evince is also available in debian, and handles pdf, djvu, cbz, and other formats.&lt;br /&gt;
&lt;br /&gt;
There is also a hack to convert drm protected adobe ebooks to .cbz files readable with evince, which is mentioned on the mailing list.&lt;br /&gt;
&lt;br /&gt;
== XFCE ==&lt;br /&gt;
&lt;br /&gt;
xfce is small and lightweight and so is quite fast for the FreeRunner.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;apt-get install xfce4&lt;br /&gt;
cp /etc/init.d/zhone-session /etc/init.d/xfce&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Then you may hack /etc/init.d/xfce making&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;PROG_FSO=/usr/bin/startxfce4&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Customize the boot process (this may have to be redone when zhone-session is updated):&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;update-rc.d -f zhone-session remove&lt;br /&gt;
update-rc.d -f xfce defaults&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
edit your /etc/hosts to have :&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;127.0.0.1 localhost debian-gta02&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Start XFCE !&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;/etc/init.d/zhone-session stop&lt;br /&gt;
/etc/init.d/xfce start&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
The desktop takes a while to start but once up was snappy as can be expected.&lt;br /&gt;
I've not yet looked at the reason for the seemingly too slow start for the desktop.&lt;br /&gt;
&lt;br /&gt;
zhone is available from the &amp;quot;Office&amp;quot; menu in xfce.&lt;br /&gt;
The matchbox keyboard is available in &amp;quot;Accessories&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
If you want to display the screen on the long side (ie rotated, 4:3 aspect), add the following to the /etc/X11/xorg.conf in both the Device and InputDevice sections :&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;Option          &amp;quot;Rotate&amp;quot;                &amp;quot;CCW&amp;quot;&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
and then (re)start xfce.&lt;br /&gt;
&lt;br /&gt;
=== Using matchbox-window-manager with XFCE ===&lt;br /&gt;
&lt;br /&gt;
XFCE's window manager is poorly configured for use with the FreeRunner.  Fortunately, matchbox's window manager is compatible with xfce.  To use the matchbox window manager, arrange to run the following commands at X startup.  If you followed the instructions above to run X as a normal user, put this in ~/.xinitrc:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;#!/bin/sh&lt;br /&gt;
&lt;br /&gt;
zhone &amp;amp;&lt;br /&gt;
matchbox-keyboard-toggle &amp;amp;&lt;br /&gt;
exec matchbox-window-manager -use_titlebar no -use_cursor no &amp;amp;&lt;br /&gt;
xfce4-session&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
{{Todo|And if I didn't run X as a normal user?}}&lt;br /&gt;
&lt;br /&gt;
== Using matchbox-window-manager with fbpanel as normal user without gdm ==&lt;br /&gt;
fbpanel is a fast, lightweight, gtk2 desktop panel.&lt;br /&gt;
[[Image:Debian_fbpanel_zhone.png|right|thumb|300px|Debian with fbpanel, matchbox-window-manager and Zhone running]]&lt;br /&gt;
&amp;lt;ol&amp;gt;&amp;lt;li&amp;gt;Follow http://wiki.openmoko.org/wiki/Debian#Running_X_as_normal_user&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Customize the boot process:&lt;br /&gt;
&amp;lt;pre&amp;gt;sudo cp /etc/init.d/zhone-session /etc/init.d/xserver&lt;br /&gt;
sudo nano /etc/init.d/xserver&amp;lt;/pre&amp;gt;&lt;br /&gt;
Find (all in one line)&lt;br /&gt;
&amp;lt;pre&amp;gt;start-stop-daemon --start --pidfile ${PIDFILE}&lt;br /&gt;
--make-pidfile --background --exec /bin/su --&lt;br /&gt;
--login --command &amp;quot;${PROG_XINIT} ${PROG_XSESSION} ${PROG_FSO}&lt;br /&gt;
-- $X_OPTIONS&amp;quot; $USER&amp;lt;/pre&amp;gt;&lt;br /&gt;
Change it to (all in one line):&lt;br /&gt;
&amp;lt;pre&amp;gt;start-stop-daemon --start --pidfile ${PIDFILE}&lt;br /&gt;
--make-pidfile --background --exec /bin/su --&lt;br /&gt;
--login -c &amp;quot;startx&amp;quot; ${USER}&amp;lt;/pre&amp;gt;&lt;br /&gt;
Add script to daemons:&lt;br /&gt;
&amp;lt;pre&amp;gt;sudo update-rc.d -f zhone-session remove&lt;br /&gt;
sudo update-rc.d -f xserver defaults&amp;lt;/pre&amp;gt;&amp;lt;/li&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;li&amp;gt;Install fbpanel:&lt;br /&gt;
&amp;lt;pre&amp;gt;sudo apt-get install fbpanel&amp;lt;/pre&amp;gt;&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Customize configs:&lt;br /&gt;
&amp;lt;ol&amp;gt;&amp;lt;li&amp;gt;&amp;lt;pre&amp;gt;~/.xinitrc&amp;lt;/pre&amp;gt;&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
#!/bin/sh&lt;br /&gt;
export GTK_MODULES=libgtkstylus.so&lt;br /&gt;
zhone &amp;amp;&lt;br /&gt;
xsetroot -solid black&lt;br /&gt;
matchbox-keyboard-toggle &amp;amp;&lt;br /&gt;
matchbox-window-manager -use_titlebar yes &amp;amp;&lt;br /&gt;
# -use_titlebar yes to minimize &amp;amp; toggle between apps&lt;br /&gt;
# fbpanel's taskbar does not work with matchbox-window-manager&lt;br /&gt;
#~/bin/auxlaunch &amp;amp;&lt;br /&gt;
while true;&lt;br /&gt;
do&lt;br /&gt;
fbpanel;&lt;br /&gt;
sleep 1;&lt;br /&gt;
done;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&amp;lt;/li&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;li&amp;gt;Read http://fbpanel.sourceforge.net/docs.html#config&lt;br /&gt;
&amp;lt;pre&amp;gt;~/.fbpanel/default&amp;lt;/pre&amp;gt;&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
mkdir ~/.fbpanel&lt;br /&gt;
cp /etc/fbpanel/default ~/.fbpanel/default&lt;br /&gt;
nano ~/.fbpanel/default&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Remove section with 'taskbar' plugin - it's useless with matchbox-window-manager. You may add plugin 'cpu'&lt;br /&gt;
&amp;lt;pre&amp;gt;Plugin {&lt;br /&gt;
type = cpu&lt;br /&gt;
}&amp;lt;/pre&amp;gt;&lt;br /&gt;
Also, plugin 'genmon' is useful:&lt;br /&gt;
&amp;lt;pre&amp;gt;Plugin {&lt;br /&gt;
type = genmon&lt;br /&gt;
config {&lt;br /&gt;
Command = echo -e $(grep &amp;quot;MemFree&amp;quot; /proc/meminfo | awk '{printf &amp;quot;%0.2f&amp;quot;, $2 / 1024}') &amp;quot;|&amp;quot; $(cat /proc/loadavg | awk '{print $3}') &amp;quot;|&amp;quot; $(apm | awk '{print $5}')&lt;br /&gt;
PollingTime = 60&lt;br /&gt;
TextSize = small&lt;br /&gt;
TextColor = darkblue&lt;br /&gt;
}&lt;br /&gt;
}&amp;lt;/pre&amp;gt;&lt;br /&gt;
After 'killall fbpanel' it will show: free mem in megabytes | loadavg | battery % left.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Default theme is ugly. You can change it and / or make font's bigger:&lt;br /&gt;
&amp;lt;pre&amp;gt;~/.gtkrc-2.0&amp;lt;/pre&amp;gt;&lt;br /&gt;
&amp;lt;pre&amp;gt;sudo apt-cache search gtk2-engines&lt;br /&gt;
sudo apt-get install gtk2-engines gtk-theme-switch&lt;br /&gt;
export DISPLAY=:0 gtk-theme-switch2&amp;lt;/pre&amp;gt;&lt;br /&gt;
Now choose your theme, font and save it. To see changes do 'killall fbpanel'.&amp;lt;/li&amp;gt;&amp;lt;/ol&amp;gt;&amp;lt;/li&amp;gt;&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= Miscellaneous =&lt;br /&gt;
== Making the cursor invisible ==&lt;br /&gt;
&lt;br /&gt;
=== Using matchbox ===&lt;br /&gt;
&lt;br /&gt;
Matchbox has an option, &amp;lt;code&amp;gt;use_cursor&amp;lt;/code&amp;gt;, that can be used to control whether to show the cursor.&lt;br /&gt;
For the default setup, edit &amp;lt;code&amp;gt;/usr/bin/zhone-session&amp;lt;/code&amp;gt; and change the matchbox command to&lt;br /&gt;
matchbox-window-manager -use_titlebar no -use_cursor no&lt;br /&gt;
&lt;br /&gt;
=== Using unclutter ===&lt;br /&gt;
&lt;br /&gt;
Unclutter is a program that hides the cursor after a period of inactivity. To use unclutter, install it&lt;br /&gt;
#apt-get install unclutter&lt;br /&gt;
and choose ''Yes'' to the question &amp;lt;code&amp;gt;Start unclutter automatically?&amp;lt;/code&amp;gt;. To change settings edit&lt;br /&gt;
&amp;lt;code&amp;gt;/etc/default/unclutter&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
=== Changing the cursor ===&lt;br /&gt;
To make the cursor invisible create a file called empty.cursor with this content:&lt;br /&gt;
#define empty.cursor_width 16&lt;br /&gt;
#define empty.cursor_height 16&lt;br /&gt;
static unsigned char empty.cursor_bits[] = {&lt;br /&gt;
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,&lt;br /&gt;
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,&lt;br /&gt;
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00};&lt;br /&gt;
Now you can execute:&lt;br /&gt;
xsetroot -cursor empty.cursor empty.cursor&lt;br /&gt;
and the cursor will be invisible. To make this permanent you have to invent something ;) It must be executed after zhone has finished starting up.&lt;br /&gt;
&lt;br /&gt;
== Running X applications on your desktop in nested X server ==&lt;br /&gt;
Sometimes it is helpful to have a big screen, keyboard and mouse. You can run X applications in a nested X server window.&lt;br /&gt;
On your desktop install the nested X server application Xephyr (better that Xnest)&lt;br /&gt;
apt-get install xserver-xephyr&lt;br /&gt;
Run a nested X server as display :1&lt;br /&gt;
Xephyr :1 -ac -br -screen 480x640 -reset -terminate &amp;amp;&lt;br /&gt;
Now you are able to run apps on your Neo which will display on your desktop PC. Make sure to set the display, for example if &amp;quot;mydesktop&amp;quot; is your desktop hostname&lt;br /&gt;
DISPLAY=mydesktop:1 xfce4-session &amp;amp;&lt;br /&gt;
&lt;br /&gt;
== Using the mouse and keyboard from your desktop on the OM device ==&lt;br /&gt;
If you are running Linux (or a similar xorg capable operating system) on your Desktop, you can export your xsession to the openmoko device and use your mouse and keyboard on the Neo screen. A little program called x2x makes it even possible to do this simultaneously on the fly. When activated you just move your mouse to the edge of your monitor and then the mouse cursor continues on the screen of your openmoko device. If you select a window on the OM, the input of your keyboard is automatically entered in that window. You can even use the clipboard to copy data from tour desktop to OM and in the reverse direction.&lt;br /&gt;
&lt;br /&gt;
Configure your desktop computer to export your xsession:&lt;br /&gt;
On your desktop (with root permissions):&lt;br /&gt;
Make sure that sshd is installed and in /etc/ssh/sshd_config you have set&lt;br /&gt;
X11Forwarding yes&lt;br /&gt;
&lt;br /&gt;
In K/Ubuntu sshd is in the package openssh-server.&lt;br /&gt;
&lt;br /&gt;
On your OM device install x2x (with root permissions)&lt;br /&gt;
apt-get install xauth x2x&lt;br /&gt;
Now open a new X terminal on your desktop computer. You MUST be the same user that is running the xsession on your desktop (i.e. do not su to root or another user in your x terminal!). Use the same username that is running an xsession on your OM device. Assuming that you have a usb networking connection to OM (with standard configuration) on the user prompt of your desktop type:&lt;br /&gt;
user@desktop:~$ ssh -X openmoko@192.168.0.202 &amp;quot;/usr/bin/x2x -east -to :0.0&amp;quot;&lt;br /&gt;
Hit return and enter your password. The xterm window will be unresponsive after that, but keep it open until you disconnect your OM device.&lt;br /&gt;
&lt;br /&gt;
Now move your mouse cursor across the right edge of your monitor. It should enter the screen of your OM device from the left. Of course you can also use -west, -north or -south, depending on your preference where you place your OM.&lt;br /&gt;
&lt;br /&gt;
If computer says:&lt;br /&gt;
sh: /usr/X11R6/bin/xauth: No such file or directory&lt;br /&gt;
X11 connection rejected because of wrong authentication.&lt;br /&gt;
x2x - error: can not open display localhost:11.0&lt;br /&gt;
&lt;br /&gt;
It means you haven't installed xauth on your OM. So on your OM (with root permissions)&lt;br /&gt;
apt-get install xauth&lt;br /&gt;
&lt;br /&gt;
= Support =&lt;br /&gt;
&lt;br /&gt;
Debian is supported on the linux to go&lt;br /&gt;
[http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland smartphone mailing list]&lt;br /&gt;
&lt;br /&gt;
= Known Issues =&lt;br /&gt;
&lt;br /&gt;
== apt-get segmentation fault ==&lt;br /&gt;
&lt;br /&gt;
Whenever you get a segmentation fault while using apt-get or aptitude, clean the database so it will rebuild it&lt;br /&gt;
rm /var/cache/apt/*.bin&lt;br /&gt;
&lt;br /&gt;
= Why use debian =&lt;br /&gt;
&lt;br /&gt;
The point of debian on the freerunner is that you get a huge army of software in a repository, all compiled for the arm processor.&lt;br /&gt;
&lt;br /&gt;
Debian is used on many other embedded devices too and so there's a much larger repository of software already available than in the 2008.8 opkg archives.&lt;br /&gt;
&lt;br /&gt;
You can build your own things without need to play with openembedded.&lt;br /&gt;
&lt;br /&gt;
For example compiling natively is a snap w/ debian, just apt-get gcc&amp;amp;libc-dev (on gentoo too) and not so easy w/ om images :) (borked compiler, borked headers).&lt;br /&gt;
&lt;br /&gt;
[[Category:Debian]]&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User:ThomasT</id>
		<title>User:ThomasT</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User:ThomasT"/>
				<updated>2008-10-21T17:05:06Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Just ordered my FreeRunner. &lt;br /&gt;
&lt;br /&gt;
I want to use it as bicycle computer.&lt;br /&gt;
&lt;br /&gt;
These are just ideas and wishes - not worth to make a separate wiki page.&lt;br /&gt;
&lt;br /&gt;
= Bicycle Computer =&lt;br /&gt;
&lt;br /&gt;
[[Biking]]&lt;br /&gt;
&lt;br /&gt;
== Existing Projects and Experiences ==&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/mokosport/  Dead&lt;br /&gt;
* http://blogs.thehumanjourney.net/finds/entry/20080306 Joseph Reeves uses its NEO1973 on a bicycle&lt;br /&gt;
* http://projects.openmoko.org/search/?type_of_search=soft&amp;amp;words=gps&amp;amp;Search=Search&lt;br /&gt;
&lt;br /&gt;
== Mounting ==&lt;br /&gt;
* http://www.pearl.de/a-PX2065-4044.shtml&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Water Protection ==&lt;br /&gt;
&lt;br /&gt;
== Power Supply ==&lt;br /&gt;
&lt;br /&gt;
Due to the relatively high current consumption of the Freerunner a power supply from a hub dynamo seems to be unavoidable.&lt;br /&gt;
&lt;br /&gt;
I skip the switch mode regulator and will use simple Z-Diode parallel to the Freerunner. Later I want to add an LED light parallel to  both.&lt;br /&gt;
&lt;br /&gt;
== GPS ==&lt;br /&gt;
&lt;br /&gt;
=== Existing Software ===&lt;br /&gt;
&lt;br /&gt;
* [[Navit]]&lt;br /&gt;
* [[TangoGPS]]&lt;br /&gt;
* [[GPS_Sight]]?&lt;br /&gt;
* [[GPS_Data_Logger]]&lt;br /&gt;
&lt;br /&gt;
=== Getting GPS Data ===&lt;br /&gt;
&lt;br /&gt;
On Freerunner there is no need to read from gpsd or similar.&lt;br /&gt;
I just can get the data from /dev/ttySAC1 &lt;br /&gt;
&lt;br /&gt;
== Additional GPS Functions ==&lt;br /&gt;
&lt;br /&gt;
=== Altitude Plots ===&lt;br /&gt;
&lt;br /&gt;
Of the travelled track and also of the upcoming (hopefully OSM will soon provide elevation information of the roads)&lt;br /&gt;
&lt;br /&gt;
=== Trip Information ===&lt;br /&gt;
&lt;br /&gt;
Garmin Etrex Legends trip information display is to stupid. I want infos for the current day and for the time since last break.&lt;br /&gt;
&lt;br /&gt;
=== Location Reporting ===&lt;br /&gt;
&lt;br /&gt;
If I have internet access via the phone during my trip I can regularily update my on webpage with location markers as shown here: http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example&lt;br /&gt;
&lt;br /&gt;
== Slope, Vertical Speed ==&lt;br /&gt;
&lt;br /&gt;
The GPS does not give sufficiently accurate vertical speed.&lt;br /&gt;
A barometric sensor (see [[Variometer]]) would be nice. Calculation of the vertical speed by integrating the accelerometer readings also not accurate.&lt;br /&gt;
But maybe it is possible to use the accelerometers to measure the slope of the road.&lt;br /&gt;
How to calibrate it? Is it possible to automatically calibrate it from GSP reading?&lt;br /&gt;
&lt;br /&gt;
== Sideward Inclination of the Bicycle ==&lt;br /&gt;
&lt;br /&gt;
By measuring the increase of the total acceleration not by change of the acceleration angle.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Road Quality ==&lt;br /&gt;
&lt;br /&gt;
Can the road (e.i. surface) quality be recorded by measuring the vibrations with the accelerometers?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Car Counter ==&lt;br /&gt;
&lt;br /&gt;
... using the builtin microphone. Or would it be possible with the accelerometers using high sampling rate?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Heart Rate Monitor ==&lt;br /&gt;
&lt;br /&gt;
Are there Bluetooth Heart Rate Transmitters available?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Pedalling Frequency ==&lt;br /&gt;
&lt;br /&gt;
Pedal sensors with Bluetooth and power supply by magnetic induction would be nice.&lt;br /&gt;
&lt;br /&gt;
Otherwise USB with an FTDI chip.&lt;br /&gt;
&lt;br /&gt;
== Programming ==&lt;br /&gt;
&lt;br /&gt;
=== Language ===&lt;br /&gt;
Python&lt;br /&gt;
&lt;br /&gt;
=== UI ===&lt;br /&gt;
&lt;br /&gt;
==== python-etk ====&lt;br /&gt;
I could not find any documentation yet. Seems to be the same as python-gtk.&lt;br /&gt;
&lt;br /&gt;
I don't want to have ''eye-candies''. Maybe ''eye-candies'' are neccessary for selling phones. ''Eye-candies'' cause ''eye-caries'' or even ''brain-caries''. ;-)  They are for gamers.&lt;br /&gt;
&lt;br /&gt;
Colors are o.k. if they carry information. Color gradients of menu bars are useless and annoying.&lt;br /&gt;
&lt;br /&gt;
Maybe I should directly call xlib instead of using some *tk.  From python I could try http://python-xlib.sourceforge.net/ .&lt;br /&gt;
&lt;br /&gt;
==== Tichy ====&lt;br /&gt;
&lt;br /&gt;
[[Tichy]] &lt;br /&gt;
&lt;br /&gt;
==== alternative window managers ====&lt;br /&gt;
The bicycle computer should show different values at the same time. This should be user configurable at runtime. What about having little python scripts just showing a window with one value and let the window mananger do the rest? &lt;br /&gt;
&lt;br /&gt;
It seems ratpoison is the best window manager for openmoko.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* http://incise.org/whimsy.html &lt;br /&gt;
* http://pycawm.last-exile.org/&lt;br /&gt;
* http://pywm.sourceforge.net/#status&lt;br /&gt;
* http://partiwm.org/&lt;br /&gt;
* http://plwm.sourceforge.net/&lt;br /&gt;
* http://www.freenet.org.nz/python/pywm/  needs fltk&lt;br /&gt;
&lt;br /&gt;
=== Plotting ===&lt;br /&gt;
matplotlib?  might be an overkill. Anything usable lightweight available?&lt;br /&gt;
&lt;br /&gt;
= Jogging =&lt;br /&gt;
&lt;br /&gt;
== Accelerometer ==&lt;br /&gt;
&lt;br /&gt;
Mount the Freerunner to the shin and measure the damping and motion style with different shoes at various speeds.&lt;br /&gt;
Especially interesting to watch the aging of the shoes (different damping).&lt;br /&gt;
&lt;br /&gt;
= Openstreetmap =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I would like to have a simple application to add map information at my current location.&lt;br /&gt;
Say, I am standing beneath an ATM, just use a menu item &amp;quot;Add ATM&amp;quot; and typing in its name - finished. There is no need for a map display. The program just displays the OSM nodes near the current location. And you can add a new node or modify an existing node.&lt;br /&gt;
&lt;br /&gt;
= Other Accelerometer Ideas =&lt;br /&gt;
&lt;br /&gt;
* Indoor use of those GPS games&lt;br /&gt;
* Programming a Marble game would be more fun than playing it (Martin Senkerik is now having that fun http://projects.openmoko.org/projects/accelgame/)&lt;br /&gt;
* Moving within a larger virtual screen by tilting the display.&lt;br /&gt;
&lt;br /&gt;
= Games =&lt;br /&gt;
&lt;br /&gt;
Finger-usable application to play the game of Go:&lt;br /&gt;
Somebody somewhere suggested a double click methode for keyboard input. The first click zooms the area of the keyboard the second click activates the key. I don't want this for keyboards but for Go and similar games this could be quite interesting.&lt;br /&gt;
&lt;br /&gt;
Maybe a guesture interface is better. Circle right meens zoom in. Circle left means zoom out.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I thought I am no gamer, but just discovered [[Games#Numptyphysics|Numptyphysics]].&lt;br /&gt;
&lt;br /&gt;
= HAM Radio =&lt;br /&gt;
&lt;br /&gt;
As we can't use the WIFI or the GSM modem or the GPS receiver for HAM purposes there is not much difference to HAM applications on other PDAs.&lt;br /&gt;
&lt;br /&gt;
== CW Trainer ==&lt;br /&gt;
&lt;br /&gt;
== Audio Modems ==&lt;br /&gt;
&lt;br /&gt;
Input and Output via audio interface (what is the maximum sampling rate?).&lt;br /&gt;
&lt;br /&gt;
* http://www.w1hkj.com/Fldigi.html&lt;br /&gt;
&lt;br /&gt;
== Spectrum Analyzer ==&lt;br /&gt;
&lt;br /&gt;
Spectrum auf audio input signal&lt;br /&gt;
&lt;br /&gt;
* http://www.qsl.net/in3otd/glfer.html Maybe the GUI is to complicated for Freerunner.&lt;br /&gt;
&lt;br /&gt;
== Line of Sight Calculation ==&lt;br /&gt;
&lt;br /&gt;
== Smith Chart ==&lt;br /&gt;
&lt;br /&gt;
linsmith&lt;br /&gt;
&lt;br /&gt;
== Circuit Entry and Simulation ==&lt;br /&gt;
&lt;br /&gt;
 * Qucs&lt;br /&gt;
&lt;br /&gt;
== Radio Control ==&lt;br /&gt;
&lt;br /&gt;
=== Control for Commercial TRXs ===&lt;br /&gt;
&lt;br /&gt;
=== Homemade TRXs ===&lt;br /&gt;
&lt;br /&gt;
 * I2C interface on test points&lt;br /&gt;
 * SPI interface on debug connector&lt;br /&gt;
&lt;br /&gt;
= Music =&lt;br /&gt;
&lt;br /&gt;
== Midi Input via Touchscreen ==&lt;br /&gt;
&lt;br /&gt;
There is not much space to use the touchscreen as an ordinary piano keyboard.&lt;br /&gt;
&lt;br /&gt;
What about using the touchscreen like the left hand fingering on a guitar, mandolin, banjo ore similar? The touchscreen lays in front of you in landscape mode. There are four rows, one for each finger. &lt;br /&gt;
   &lt;br /&gt;
  | D# | G  | B  | d# |&lt;br /&gt;
  | D  | F# | A# | d  |&lt;br /&gt;
  | C# | F  | A  | c# |&lt;br /&gt;
  | C  | E  | G# | c  |&lt;br /&gt;
  This layout might be to simple. Should it be optimized for easy chord playing?&lt;br /&gt;
  To come more close to a piano and common string instruments it might be better &lt;br /&gt;
  to flip the arrangment of the notes.&lt;br /&gt;
  | c  | c# | d  | d# |&lt;br /&gt;
  | G# | A  | A# | B  |&lt;br /&gt;
  | E  | F  | F# | G  |&lt;br /&gt;
  | C  | C# | D  | D# |  &lt;br /&gt;
  &lt;br /&gt;
Unfortunately the touchscreen handles only single touches ([[UI_Improvements#The_touchscreen]]). Therefore a polyphonic input is not possible. &lt;br /&gt;
&lt;br /&gt;
Octave shifting via accelerometer reading?&lt;br /&gt;
&lt;br /&gt;
Similiar project: http://www.neo1973-germany.de/wiki/epiano Obviously not what I am having in mind.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Keyboard =&lt;br /&gt;
&lt;br /&gt;
Why not using the above Midi Keyboard for character input?&lt;br /&gt;
&lt;br /&gt;
 | S | U | R | T |&lt;br /&gt;
 | A | E | I | O |&lt;br /&gt;
 | D | H | N | M |&lt;br /&gt;
 | F | P | G | J |&lt;br /&gt;
 | M1| M2|SPC| BS|&lt;br /&gt;
&lt;br /&gt;
Letter order is random here. Need to be optimized for minimum mode switching.&lt;br /&gt;
Space, Backspace,... can be done by guestures.&lt;br /&gt;
&lt;br /&gt;
== Morse Code Input ==&lt;br /&gt;
&lt;br /&gt;
Will I be faster? Is there usable code available?&lt;br /&gt;
&lt;br /&gt;
Decode would be easier if I'd use an &amp;quot;electronic keyer&amp;quot; e.g. which sends dots and dashes in a predefined length and predefined spaces.&lt;br /&gt;
&lt;br /&gt;
* http://morseall.org/&lt;br /&gt;
&lt;br /&gt;
= Unsorted =&lt;br /&gt;
&lt;br /&gt;
* I wonder what  [http://www.igelle.org igelle] is and whether it is worth trying that for FreeRunner. The website isn't very informative.&lt;br /&gt;
* External Keyboard: The FreeRunner can supply 5V to an external USB device [[USB_host#Selecting_USB_host_mode]]. So I also can connect my MIDI keyboard?&lt;br /&gt;
&lt;br /&gt;
= OS Details =&lt;br /&gt;
&lt;br /&gt;
== Mounting internal Flash when booting from SD ==&lt;br /&gt;
&lt;br /&gt;
Mount the internal root file system&lt;br /&gt;
&lt;br /&gt;
 mount -t jffs2 /dev/mtdblock6 /mnt&lt;br /&gt;
&lt;br /&gt;
On Debian this is already mounted at /mnt/flash&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Noed Source]&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Mickey Term] talk to the GSM Modem&lt;br /&gt;
&lt;br /&gt;
* [[OpenmokoFramework/mdbus]]&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/python-openmoko/&lt;br /&gt;
&lt;br /&gt;
* [[Gsmd/document]] This does not work with FSO. Go to the [http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/index.html;hb=HEAD interface spec of FSO]&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User:ThomasT</id>
		<title>User:ThomasT</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User:ThomasT"/>
				<updated>2008-10-19T15:49:39Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: /* Links */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Just ordered my FreeRunner. &lt;br /&gt;
&lt;br /&gt;
I want to use it as bicycle computer.&lt;br /&gt;
&lt;br /&gt;
These are just ideas and wishes - not worth to make a separate wiki page.&lt;br /&gt;
&lt;br /&gt;
= Bicycle Computer =&lt;br /&gt;
&lt;br /&gt;
[[Biking]]&lt;br /&gt;
&lt;br /&gt;
== Existing Projects and Experiences ==&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/mokosport/  Dead&lt;br /&gt;
* http://blogs.thehumanjourney.net/finds/entry/20080306 Joseph Reeves uses its NEO1973 on a bicycle&lt;br /&gt;
* http://projects.openmoko.org/search/?type_of_search=soft&amp;amp;words=gps&amp;amp;Search=Search&lt;br /&gt;
&lt;br /&gt;
== Mounting ==&lt;br /&gt;
* http://www.pearl.de/a-PX2065-4044.shtml&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Water Protection ==&lt;br /&gt;
&lt;br /&gt;
== Power Supply ==&lt;br /&gt;
&lt;br /&gt;
Due to the relatively high current consumption of the Freerunner a power supply from a hub dynamo seems to be unavoidable.&lt;br /&gt;
&lt;br /&gt;
I skip the switch mode regulator and will use simple Z-Diode parallel to the Freerunner. Later I want to add an LED light parallel to  both.&lt;br /&gt;
&lt;br /&gt;
== GPS ==&lt;br /&gt;
&lt;br /&gt;
=== Existing Software ===&lt;br /&gt;
&lt;br /&gt;
* [[Navit]]&lt;br /&gt;
* [[TangoGPS]]&lt;br /&gt;
* [[GPS_Sight]]?&lt;br /&gt;
* [[GPS_Data_Logger]]&lt;br /&gt;
&lt;br /&gt;
=== Getting GPS Data ===&lt;br /&gt;
&lt;br /&gt;
On Freerunner there is no need to read from gpsd or similar.&lt;br /&gt;
I just can get the data from /dev/ttySAC1 &lt;br /&gt;
&lt;br /&gt;
== Additional GPS Functions ==&lt;br /&gt;
&lt;br /&gt;
=== Altitude Plots ===&lt;br /&gt;
&lt;br /&gt;
Of the travelled track and also of the upcoming (hopefully OSM will soon provide elevation information of the roads)&lt;br /&gt;
&lt;br /&gt;
=== Trip Information ===&lt;br /&gt;
&lt;br /&gt;
Garmin Etrex Legends trip information display is to stupid. I want infos for the current day and for the time since last break.&lt;br /&gt;
&lt;br /&gt;
=== Location Reporting ===&lt;br /&gt;
&lt;br /&gt;
If I have internet access via the phone during my trip I can regularily update my on webpage with location markers as shown here: http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example&lt;br /&gt;
&lt;br /&gt;
== Slope, Vertical Speed ==&lt;br /&gt;
&lt;br /&gt;
The GPS does not give sufficiently accurate vertical speed.&lt;br /&gt;
A barometric sensor (see [[Variometer]]) would be nice. Calculation of the vertical speed by integrating the accelerometer readings also not accurate.&lt;br /&gt;
But maybe it is possible to use the accelerometers to measure the slope of the road.&lt;br /&gt;
How to calibrate it? Is it possible to automatically calibrate it from GSP reading?&lt;br /&gt;
&lt;br /&gt;
== Sideward Inclination of the Bicycle ==&lt;br /&gt;
&lt;br /&gt;
By measuring the increase of the total acceleration not by change of the acceleration angle.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Road Quality ==&lt;br /&gt;
&lt;br /&gt;
Can the road (e.i. surface) quality be recorded by measuring the vibrations with the accelerometers?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Car Counter ==&lt;br /&gt;
&lt;br /&gt;
... using the builtin microphone. Or would it be possible with the accelerometers using high sampling rate?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Heart Rate Monitor ==&lt;br /&gt;
&lt;br /&gt;
Are there Bluetooth Heart Rate Transmitters available?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Pedalling Frequency ==&lt;br /&gt;
&lt;br /&gt;
Pedal sensors with Bluetooth and power supply by magnetic induction would be nice.&lt;br /&gt;
&lt;br /&gt;
Otherwise USB with an FTDI chip.&lt;br /&gt;
&lt;br /&gt;
== Programming ==&lt;br /&gt;
&lt;br /&gt;
=== Language ===&lt;br /&gt;
Python&lt;br /&gt;
&lt;br /&gt;
=== UI ===&lt;br /&gt;
&lt;br /&gt;
==== python-etk ====&lt;br /&gt;
I could not find any documentation yet. Seems to be the same as python-gtk.&lt;br /&gt;
&lt;br /&gt;
I don't want to have ''eye-candies''. Maybe ''eye-candies'' are neccessary for selling phones. ''Eye-candies'' cause ''eye-caries'' or even ''brain-caries''. ;-)  They are for gamers.&lt;br /&gt;
&lt;br /&gt;
Colors are o.k. if they carry information. Color gradients of menu bars are useless and annoying.&lt;br /&gt;
&lt;br /&gt;
Maybe I should directly call xlib instead of using some *tk.  From python I could try http://python-xlib.sourceforge.net/ .&lt;br /&gt;
&lt;br /&gt;
==== Tichy ====&lt;br /&gt;
&lt;br /&gt;
[[Tichy]] &lt;br /&gt;
&lt;br /&gt;
==== alternative window managers ====&lt;br /&gt;
The bicycle computer should show different values at the same time. This should be user configurable at runtime. What about having little python scripts just showing a window with one value and let the window mananger do the rest? &lt;br /&gt;
&lt;br /&gt;
It seems ratpoison is the best window manager for openmoko.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* http://incise.org/whimsy.html &lt;br /&gt;
* http://pycawm.last-exile.org/&lt;br /&gt;
* http://pywm.sourceforge.net/#status&lt;br /&gt;
* http://partiwm.org/&lt;br /&gt;
* http://plwm.sourceforge.net/&lt;br /&gt;
* http://www.freenet.org.nz/python/pywm/  needs fltk&lt;br /&gt;
&lt;br /&gt;
=== Plotting ===&lt;br /&gt;
matplotlib?  might be an overkill. Anything usable lightweight available?&lt;br /&gt;
&lt;br /&gt;
= Jogging =&lt;br /&gt;
&lt;br /&gt;
== Accelerometer ==&lt;br /&gt;
&lt;br /&gt;
Mount the Freerunner to the shin and measure the damping and motion style with different shoes at various speeds.&lt;br /&gt;
Especially interesting to watch the aging of the shoes (different damping).&lt;br /&gt;
&lt;br /&gt;
= Openstreetmap =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I would like to have a simple application to add map information at my current location.&lt;br /&gt;
Say, I am standing beneath an ATM, just use a menu item &amp;quot;Add ATM&amp;quot; and typing in its name - finished. There is no need for a map display. The program just displays the OSM nodes near the current location. And you can add a new node or modify an existing node.&lt;br /&gt;
&lt;br /&gt;
= Other Accelerometer Ideas =&lt;br /&gt;
&lt;br /&gt;
* Indoor use of those GPS games&lt;br /&gt;
* Programming a Marble game would be more fun than playing it (Martin Senkerik is now having that fun http://projects.openmoko.org/projects/accelgame/)&lt;br /&gt;
* Moving within a larger virtual screen by tilting the display.&lt;br /&gt;
&lt;br /&gt;
= Games =&lt;br /&gt;
&lt;br /&gt;
Finger-usable application to play the game of Go:&lt;br /&gt;
Somebody somewhere suggested a double click methode for keyboard input. The first click zooms the area of the keyboard the second click activates the key. I don't want this for keyboards but for Go and similar games this could be quite interesting.&lt;br /&gt;
&lt;br /&gt;
Maybe a guesture interface is better. Circle right meens zoom in. Circle left means zoom out.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I thought I am no gamer, but just discovered [[Games#Numptyphysics|Numptyphysics]].&lt;br /&gt;
&lt;br /&gt;
= HAM Radio =&lt;br /&gt;
&lt;br /&gt;
As we can't use the WIFI or the GSM modem or the GPS receiver for HAM purposes there is not much difference to HAM applications on other PDAs.&lt;br /&gt;
&lt;br /&gt;
== CW Trainer ==&lt;br /&gt;
&lt;br /&gt;
== Audio Modems ==&lt;br /&gt;
&lt;br /&gt;
Input and Output via audio interface (what is the maximum sampling rate?).&lt;br /&gt;
&lt;br /&gt;
* http://www.w1hkj.com/Fldigi.html&lt;br /&gt;
&lt;br /&gt;
== Spectrum Analyzer ==&lt;br /&gt;
&lt;br /&gt;
Spectrum auf audio input signal&lt;br /&gt;
&lt;br /&gt;
* http://www.qsl.net/in3otd/glfer.html Maybe the GUI is to complicated for Freerunner.&lt;br /&gt;
&lt;br /&gt;
== Line of Sight Calculation ==&lt;br /&gt;
&lt;br /&gt;
== Smith Chart ==&lt;br /&gt;
&lt;br /&gt;
linsmith&lt;br /&gt;
&lt;br /&gt;
== Circuit Entry and Simulation ==&lt;br /&gt;
&lt;br /&gt;
 * Qucs&lt;br /&gt;
&lt;br /&gt;
== Radio Control ==&lt;br /&gt;
&lt;br /&gt;
=== Control for Commercial TRXs ===&lt;br /&gt;
&lt;br /&gt;
=== Homemade TRXs ===&lt;br /&gt;
&lt;br /&gt;
 * I2C interface on test points&lt;br /&gt;
 * SPI interface on debug connector&lt;br /&gt;
&lt;br /&gt;
= Music =&lt;br /&gt;
&lt;br /&gt;
== Midi Input via Touchscreen ==&lt;br /&gt;
&lt;br /&gt;
There is not much space to use the touchscreen as an ordinary piano keyboard.&lt;br /&gt;
&lt;br /&gt;
What about using the touchscreen like the left hand fingering on a guitar, mandolin, banjo ore similar? The touchscreen lays in front of you in landscape mode. There are four rows, one for each finger. &lt;br /&gt;
   &lt;br /&gt;
  | D# | G  | B  | d# |&lt;br /&gt;
  | D  | F# | A# | d  |&lt;br /&gt;
  | C# | F  | A  | c# |&lt;br /&gt;
  | C  | E  | G# | c  |&lt;br /&gt;
  This layout might be to simple. Should it be optimized for easy chord playing?&lt;br /&gt;
  To come more close to a piano and common string instruments it might be better &lt;br /&gt;
  to flip the arrangment of the notes.&lt;br /&gt;
  | c  | c# | d  | d# |&lt;br /&gt;
  | G# | A  | A# | B  |&lt;br /&gt;
  | E  | F  | F# | G  |&lt;br /&gt;
  | C  | C# | D  | D# |  &lt;br /&gt;
  &lt;br /&gt;
Unfortunately the touchscreen handles only single touches ([[UI_Improvements#The_touchscreen]]). Therefore a polyphonic input is not possible. &lt;br /&gt;
&lt;br /&gt;
Octave shifting via accelerometer reading?&lt;br /&gt;
&lt;br /&gt;
Similiar project: http://www.neo1973-germany.de/wiki/epiano Obviously not what I am having in mind.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Keyboard =&lt;br /&gt;
&lt;br /&gt;
Why not using the above Midi Keyboard for character input?&lt;br /&gt;
&lt;br /&gt;
 | S | U | R | T |&lt;br /&gt;
 | A | E | I | O |&lt;br /&gt;
 | D | H | N | M |&lt;br /&gt;
 | F | P | G | J |&lt;br /&gt;
 | M1| M2|SPC| BS|&lt;br /&gt;
&lt;br /&gt;
Letter order is random here. Need to be optimized for minimum mode switching.&lt;br /&gt;
Space, Backspace,... can be done by guestures.&lt;br /&gt;
&lt;br /&gt;
== Morse Code Input ==&lt;br /&gt;
&lt;br /&gt;
Will I be faster? Is there usable code available?&lt;br /&gt;
&lt;br /&gt;
Decode would be easier if I'd use an &amp;quot;electronic keyer&amp;quot; e.g. which sends dots and dashes in a predefined length and predefined spaces.&lt;br /&gt;
&lt;br /&gt;
* http://morseall.org/&lt;br /&gt;
&lt;br /&gt;
= Unsorted =&lt;br /&gt;
&lt;br /&gt;
* I wonder what  [http://www.igelle.org igelle] is and whether it is worth trying that for FreeRunner. The website isn't very informative.&lt;br /&gt;
* External Keyboard: The FreeRunner can supply 5V to an external USB device [[USB_host#Selecting_USB_host_mode]]. So I also can connect my MIDI keyboard?&lt;br /&gt;
&lt;br /&gt;
= OS Details =&lt;br /&gt;
&lt;br /&gt;
== Mounting internal Flash when booting from SD ==&lt;br /&gt;
&lt;br /&gt;
Mount the internal root file system&lt;br /&gt;
&lt;br /&gt;
 mount -t jffs2 /dev/mtdblock6 /mnt&lt;br /&gt;
&lt;br /&gt;
On Debian this is already mounted at /mnt/flash&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Noed Source]&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Mickey Term] talk to the GSM Modem&lt;br /&gt;
&lt;br /&gt;
* [[OpenmokoFramework/mdbus]]&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/python-openmoko/&lt;br /&gt;
&lt;br /&gt;
*[[Gsmd/document]]&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User:ThomasT</id>
		<title>User:ThomasT</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User:ThomasT"/>
				<updated>2008-10-19T14:54:07Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: /* alternative window managers */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Just ordered my FreeRunner. &lt;br /&gt;
&lt;br /&gt;
I want to use it as bicycle computer.&lt;br /&gt;
&lt;br /&gt;
These are just ideas and wishes - not worth to make a separate wiki page.&lt;br /&gt;
&lt;br /&gt;
= Bicycle Computer =&lt;br /&gt;
&lt;br /&gt;
[[Biking]]&lt;br /&gt;
&lt;br /&gt;
== Existing Projects and Experiences ==&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/mokosport/  Dead&lt;br /&gt;
* http://blogs.thehumanjourney.net/finds/entry/20080306 Joseph Reeves uses its NEO1973 on a bicycle&lt;br /&gt;
* http://projects.openmoko.org/search/?type_of_search=soft&amp;amp;words=gps&amp;amp;Search=Search&lt;br /&gt;
&lt;br /&gt;
== Mounting ==&lt;br /&gt;
* http://www.pearl.de/a-PX2065-4044.shtml&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Water Protection ==&lt;br /&gt;
&lt;br /&gt;
== Power Supply ==&lt;br /&gt;
&lt;br /&gt;
Due to the relatively high current consumption of the Freerunner a power supply from a hub dynamo seems to be unavoidable.&lt;br /&gt;
&lt;br /&gt;
I skip the switch mode regulator and will use simple Z-Diode parallel to the Freerunner. Later I want to add an LED light parallel to  both.&lt;br /&gt;
&lt;br /&gt;
== GPS ==&lt;br /&gt;
&lt;br /&gt;
=== Existing Software ===&lt;br /&gt;
&lt;br /&gt;
* [[Navit]]&lt;br /&gt;
* [[TangoGPS]]&lt;br /&gt;
* [[GPS_Sight]]?&lt;br /&gt;
* [[GPS_Data_Logger]]&lt;br /&gt;
&lt;br /&gt;
=== Getting GPS Data ===&lt;br /&gt;
&lt;br /&gt;
On Freerunner there is no need to read from gpsd or similar.&lt;br /&gt;
I just can get the data from /dev/ttySAC1 &lt;br /&gt;
&lt;br /&gt;
== Additional GPS Functions ==&lt;br /&gt;
&lt;br /&gt;
=== Altitude Plots ===&lt;br /&gt;
&lt;br /&gt;
Of the travelled track and also of the upcoming (hopefully OSM will soon provide elevation information of the roads)&lt;br /&gt;
&lt;br /&gt;
=== Trip Information ===&lt;br /&gt;
&lt;br /&gt;
Garmin Etrex Legends trip information display is to stupid. I want infos for the current day and for the time since last break.&lt;br /&gt;
&lt;br /&gt;
=== Location Reporting ===&lt;br /&gt;
&lt;br /&gt;
If I have internet access via the phone during my trip I can regularily update my on webpage with location markers as shown here: http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example&lt;br /&gt;
&lt;br /&gt;
== Slope, Vertical Speed ==&lt;br /&gt;
&lt;br /&gt;
The GPS does not give sufficiently accurate vertical speed.&lt;br /&gt;
A barometric sensor (see [[Variometer]]) would be nice. Calculation of the vertical speed by integrating the accelerometer readings also not accurate.&lt;br /&gt;
But maybe it is possible to use the accelerometers to measure the slope of the road.&lt;br /&gt;
How to calibrate it? Is it possible to automatically calibrate it from GSP reading?&lt;br /&gt;
&lt;br /&gt;
== Sideward Inclination of the Bicycle ==&lt;br /&gt;
&lt;br /&gt;
By measuring the increase of the total acceleration not by change of the acceleration angle.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Road Quality ==&lt;br /&gt;
&lt;br /&gt;
Can the road (e.i. surface) quality be recorded by measuring the vibrations with the accelerometers?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Car Counter ==&lt;br /&gt;
&lt;br /&gt;
... using the builtin microphone. Or would it be possible with the accelerometers using high sampling rate?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Heart Rate Monitor ==&lt;br /&gt;
&lt;br /&gt;
Are there Bluetooth Heart Rate Transmitters available?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Pedalling Frequency ==&lt;br /&gt;
&lt;br /&gt;
Pedal sensors with Bluetooth and power supply by magnetic induction would be nice.&lt;br /&gt;
&lt;br /&gt;
Otherwise USB with an FTDI chip.&lt;br /&gt;
&lt;br /&gt;
== Programming ==&lt;br /&gt;
&lt;br /&gt;
=== Language ===&lt;br /&gt;
Python&lt;br /&gt;
&lt;br /&gt;
=== UI ===&lt;br /&gt;
&lt;br /&gt;
==== python-etk ====&lt;br /&gt;
I could not find any documentation yet. Seems to be the same as python-gtk.&lt;br /&gt;
&lt;br /&gt;
I don't want to have ''eye-candies''. Maybe ''eye-candies'' are neccessary for selling phones. ''Eye-candies'' cause ''eye-caries'' or even ''brain-caries''. ;-)  They are for gamers.&lt;br /&gt;
&lt;br /&gt;
Colors are o.k. if they carry information. Color gradients of menu bars are useless and annoying.&lt;br /&gt;
&lt;br /&gt;
Maybe I should directly call xlib instead of using some *tk.  From python I could try http://python-xlib.sourceforge.net/ .&lt;br /&gt;
&lt;br /&gt;
==== Tichy ====&lt;br /&gt;
&lt;br /&gt;
[[Tichy]] &lt;br /&gt;
&lt;br /&gt;
==== alternative window managers ====&lt;br /&gt;
The bicycle computer should show different values at the same time. This should be user configurable at runtime. What about having little python scripts just showing a window with one value and let the window mananger do the rest? &lt;br /&gt;
&lt;br /&gt;
It seems ratpoison is the best window manager for openmoko.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* http://incise.org/whimsy.html &lt;br /&gt;
* http://pycawm.last-exile.org/&lt;br /&gt;
* http://pywm.sourceforge.net/#status&lt;br /&gt;
* http://partiwm.org/&lt;br /&gt;
* http://plwm.sourceforge.net/&lt;br /&gt;
* http://www.freenet.org.nz/python/pywm/  needs fltk&lt;br /&gt;
&lt;br /&gt;
=== Plotting ===&lt;br /&gt;
matplotlib?  might be an overkill. Anything usable lightweight available?&lt;br /&gt;
&lt;br /&gt;
= Jogging =&lt;br /&gt;
&lt;br /&gt;
== Accelerometer ==&lt;br /&gt;
&lt;br /&gt;
Mount the Freerunner to the shin and measure the damping and motion style with different shoes at various speeds.&lt;br /&gt;
Especially interesting to watch the aging of the shoes (different damping).&lt;br /&gt;
&lt;br /&gt;
= Openstreetmap =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I would like to have a simple application to add map information at my current location.&lt;br /&gt;
Say, I am standing beneath an ATM, just use a menu item &amp;quot;Add ATM&amp;quot; and typing in its name - finished. There is no need for a map display. The program just displays the OSM nodes near the current location. And you can add a new node or modify an existing node.&lt;br /&gt;
&lt;br /&gt;
= Other Accelerometer Ideas =&lt;br /&gt;
&lt;br /&gt;
* Indoor use of those GPS games&lt;br /&gt;
* Programming a Marble game would be more fun than playing it (Martin Senkerik is now having that fun http://projects.openmoko.org/projects/accelgame/)&lt;br /&gt;
* Moving within a larger virtual screen by tilting the display.&lt;br /&gt;
&lt;br /&gt;
= Games =&lt;br /&gt;
&lt;br /&gt;
Finger-usable application to play the game of Go:&lt;br /&gt;
Somebody somewhere suggested a double click methode for keyboard input. The first click zooms the area of the keyboard the second click activates the key. I don't want this for keyboards but for Go and similar games this could be quite interesting.&lt;br /&gt;
&lt;br /&gt;
Maybe a guesture interface is better. Circle right meens zoom in. Circle left means zoom out.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I thought I am no gamer, but just discovered [[Games#Numptyphysics|Numptyphysics]].&lt;br /&gt;
&lt;br /&gt;
= HAM Radio =&lt;br /&gt;
&lt;br /&gt;
As we can't use the WIFI or the GSM modem or the GPS receiver for HAM purposes there is not much difference to HAM applications on other PDAs.&lt;br /&gt;
&lt;br /&gt;
== CW Trainer ==&lt;br /&gt;
&lt;br /&gt;
== Audio Modems ==&lt;br /&gt;
&lt;br /&gt;
Input and Output via audio interface (what is the maximum sampling rate?).&lt;br /&gt;
&lt;br /&gt;
* http://www.w1hkj.com/Fldigi.html&lt;br /&gt;
&lt;br /&gt;
== Spectrum Analyzer ==&lt;br /&gt;
&lt;br /&gt;
Spectrum auf audio input signal&lt;br /&gt;
&lt;br /&gt;
* http://www.qsl.net/in3otd/glfer.html Maybe the GUI is to complicated for Freerunner.&lt;br /&gt;
&lt;br /&gt;
== Line of Sight Calculation ==&lt;br /&gt;
&lt;br /&gt;
== Smith Chart ==&lt;br /&gt;
&lt;br /&gt;
linsmith&lt;br /&gt;
&lt;br /&gt;
== Circuit Entry and Simulation ==&lt;br /&gt;
&lt;br /&gt;
 * Qucs&lt;br /&gt;
&lt;br /&gt;
== Radio Control ==&lt;br /&gt;
&lt;br /&gt;
=== Control for Commercial TRXs ===&lt;br /&gt;
&lt;br /&gt;
=== Homemade TRXs ===&lt;br /&gt;
&lt;br /&gt;
 * I2C interface on test points&lt;br /&gt;
 * SPI interface on debug connector&lt;br /&gt;
&lt;br /&gt;
= Music =&lt;br /&gt;
&lt;br /&gt;
== Midi Input via Touchscreen ==&lt;br /&gt;
&lt;br /&gt;
There is not much space to use the touchscreen as an ordinary piano keyboard.&lt;br /&gt;
&lt;br /&gt;
What about using the touchscreen like the left hand fingering on a guitar, mandolin, banjo ore similar? The touchscreen lays in front of you in landscape mode. There are four rows, one for each finger. &lt;br /&gt;
   &lt;br /&gt;
  | D# | G  | B  | d# |&lt;br /&gt;
  | D  | F# | A# | d  |&lt;br /&gt;
  | C# | F  | A  | c# |&lt;br /&gt;
  | C  | E  | G# | c  |&lt;br /&gt;
  This layout might be to simple. Should it be optimized for easy chord playing?&lt;br /&gt;
  To come more close to a piano and common string instruments it might be better &lt;br /&gt;
  to flip the arrangment of the notes.&lt;br /&gt;
  | c  | c# | d  | d# |&lt;br /&gt;
  | G# | A  | A# | B  |&lt;br /&gt;
  | E  | F  | F# | G  |&lt;br /&gt;
  | C  | C# | D  | D# |  &lt;br /&gt;
  &lt;br /&gt;
Unfortunately the touchscreen handles only single touches ([[UI_Improvements#The_touchscreen]]). Therefore a polyphonic input is not possible. &lt;br /&gt;
&lt;br /&gt;
Octave shifting via accelerometer reading?&lt;br /&gt;
&lt;br /&gt;
Similiar project: http://www.neo1973-germany.de/wiki/epiano Obviously not what I am having in mind.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Keyboard =&lt;br /&gt;
&lt;br /&gt;
Why not using the above Midi Keyboard for character input?&lt;br /&gt;
&lt;br /&gt;
 | S | U | R | T |&lt;br /&gt;
 | A | E | I | O |&lt;br /&gt;
 | D | H | N | M |&lt;br /&gt;
 | F | P | G | J |&lt;br /&gt;
 | M1| M2|SPC| BS|&lt;br /&gt;
&lt;br /&gt;
Letter order is random here. Need to be optimized for minimum mode switching.&lt;br /&gt;
Space, Backspace,... can be done by guestures.&lt;br /&gt;
&lt;br /&gt;
== Morse Code Input ==&lt;br /&gt;
&lt;br /&gt;
Will I be faster? Is there usable code available?&lt;br /&gt;
&lt;br /&gt;
Decode would be easier if I'd use an &amp;quot;electronic keyer&amp;quot; e.g. which sends dots and dashes in a predefined length and predefined spaces.&lt;br /&gt;
&lt;br /&gt;
* http://morseall.org/&lt;br /&gt;
&lt;br /&gt;
= Unsorted =&lt;br /&gt;
&lt;br /&gt;
* I wonder what  [http://www.igelle.org igelle] is and whether it is worth trying that for FreeRunner. The website isn't very informative.&lt;br /&gt;
* External Keyboard: The FreeRunner can supply 5V to an external USB device [[USB_host#Selecting_USB_host_mode]]. So I also can connect my MIDI keyboard?&lt;br /&gt;
&lt;br /&gt;
= OS Details =&lt;br /&gt;
&lt;br /&gt;
== Mounting internal Flash when booting from SD ==&lt;br /&gt;
&lt;br /&gt;
Mount the internal root file system&lt;br /&gt;
&lt;br /&gt;
 mount -t jffs2 /dev/mtdblock6 /mnt&lt;br /&gt;
&lt;br /&gt;
On Debian this is already mounted at /mnt/flash&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Noed Source]&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Mickey Term] talk to the GSM Modem&lt;br /&gt;
&lt;br /&gt;
* http://wiki.openmoko.org/wiki/OpenmokoFramework/mdbus&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/python-openmoko/&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User:ThomasT</id>
		<title>User:ThomasT</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User:ThomasT"/>
				<updated>2008-10-19T06:36:59Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: /* Links */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Just ordered my FreeRunner. &lt;br /&gt;
&lt;br /&gt;
I want to use it as bicycle computer.&lt;br /&gt;
&lt;br /&gt;
These are just ideas and wishes - not worth to make a separate wiki page.&lt;br /&gt;
&lt;br /&gt;
= Bicycle Computer =&lt;br /&gt;
&lt;br /&gt;
[[Biking]]&lt;br /&gt;
&lt;br /&gt;
== Existing Projects and Experiences ==&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/mokosport/  Dead&lt;br /&gt;
* http://blogs.thehumanjourney.net/finds/entry/20080306 Joseph Reeves uses its NEO1973 on a bicycle&lt;br /&gt;
* http://projects.openmoko.org/search/?type_of_search=soft&amp;amp;words=gps&amp;amp;Search=Search&lt;br /&gt;
&lt;br /&gt;
== Mounting ==&lt;br /&gt;
* http://www.pearl.de/a-PX2065-4044.shtml&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Water Protection ==&lt;br /&gt;
&lt;br /&gt;
== Power Supply ==&lt;br /&gt;
&lt;br /&gt;
Due to the relatively high current consumption of the Freerunner a power supply from a hub dynamo seems to be unavoidable.&lt;br /&gt;
&lt;br /&gt;
I skip the switch mode regulator and will use simple Z-Diode parallel to the Freerunner. Later I want to add an LED light parallel to  both.&lt;br /&gt;
&lt;br /&gt;
== GPS ==&lt;br /&gt;
&lt;br /&gt;
=== Existing Software ===&lt;br /&gt;
&lt;br /&gt;
* [[Navit]]&lt;br /&gt;
* [[TangoGPS]]&lt;br /&gt;
* [[GPS_Sight]]?&lt;br /&gt;
* [[GPS_Data_Logger]]&lt;br /&gt;
&lt;br /&gt;
=== Getting GPS Data ===&lt;br /&gt;
&lt;br /&gt;
On Freerunner there is no need to read from gpsd or similar.&lt;br /&gt;
I just can get the data from /dev/ttySAC1 &lt;br /&gt;
&lt;br /&gt;
== Additional GPS Functions ==&lt;br /&gt;
&lt;br /&gt;
=== Altitude Plots ===&lt;br /&gt;
&lt;br /&gt;
Of the travelled track and also of the upcoming (hopefully OSM will soon provide elevation information of the roads)&lt;br /&gt;
&lt;br /&gt;
=== Trip Information ===&lt;br /&gt;
&lt;br /&gt;
Garmin Etrex Legends trip information display is to stupid. I want infos for the current day and for the time since last break.&lt;br /&gt;
&lt;br /&gt;
=== Location Reporting ===&lt;br /&gt;
&lt;br /&gt;
If I have internet access via the phone during my trip I can regularily update my on webpage with location markers as shown here: http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example&lt;br /&gt;
&lt;br /&gt;
== Slope, Vertical Speed ==&lt;br /&gt;
&lt;br /&gt;
The GPS does not give sufficiently accurate vertical speed.&lt;br /&gt;
A barometric sensor (see [[Variometer]]) would be nice. Calculation of the vertical speed by integrating the accelerometer readings also not accurate.&lt;br /&gt;
But maybe it is possible to use the accelerometers to measure the slope of the road.&lt;br /&gt;
How to calibrate it? Is it possible to automatically calibrate it from GSP reading?&lt;br /&gt;
&lt;br /&gt;
== Sideward Inclination of the Bicycle ==&lt;br /&gt;
&lt;br /&gt;
By measuring the increase of the total acceleration not by change of the acceleration angle.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Road Quality ==&lt;br /&gt;
&lt;br /&gt;
Can the road (e.i. surface) quality be recorded by measuring the vibrations with the accelerometers?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Car Counter ==&lt;br /&gt;
&lt;br /&gt;
... using the builtin microphone. Or would it be possible with the accelerometers using high sampling rate?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Heart Rate Monitor ==&lt;br /&gt;
&lt;br /&gt;
Are there Bluetooth Heart Rate Transmitters available?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Pedalling Frequency ==&lt;br /&gt;
&lt;br /&gt;
Pedal sensors with Bluetooth and power supply by magnetic induction would be nice.&lt;br /&gt;
&lt;br /&gt;
Otherwise USB with an FTDI chip.&lt;br /&gt;
&lt;br /&gt;
== Programming ==&lt;br /&gt;
&lt;br /&gt;
=== Language ===&lt;br /&gt;
Python&lt;br /&gt;
&lt;br /&gt;
=== UI ===&lt;br /&gt;
&lt;br /&gt;
==== python-etk ====&lt;br /&gt;
I could not find any documentation yet. Seems to be the same as python-gtk.&lt;br /&gt;
&lt;br /&gt;
I don't want to have ''eye-candies''. Maybe ''eye-candies'' are neccessary for selling phones. ''Eye-candies'' cause ''eye-caries'' or even ''brain-caries''. ;-)  They are for gamers.&lt;br /&gt;
&lt;br /&gt;
Colors are o.k. if they carry information. Color gradients of menu bars are useless and annoying.&lt;br /&gt;
&lt;br /&gt;
Maybe I should directly call xlib instead of using some *tk.  From python I could try http://python-xlib.sourceforge.net/ .&lt;br /&gt;
&lt;br /&gt;
==== Tichy ====&lt;br /&gt;
&lt;br /&gt;
[[Tichy]] &lt;br /&gt;
&lt;br /&gt;
==== alternative window managers ====&lt;br /&gt;
The bicycle computer should show different values at the same time. This should be user configurable at runtime. What about having little python scripts just showing a window with one value and let the window mananger do the rest? The default window manager of OpenMoko is the [http://matchbox-project.org/ Matchbox Window Manager]. Are the various python window managers an alternative?&lt;br /&gt;
* http://incise.org/whimsy.html &lt;br /&gt;
* http://pycawm.last-exile.org/&lt;br /&gt;
* http://pywm.sourceforge.net/#status&lt;br /&gt;
* http://partiwm.org/&lt;br /&gt;
* http://plwm.sourceforge.net/&lt;br /&gt;
* http://www.freenet.org.nz/python/pywm/  needs fltk&lt;br /&gt;
&lt;br /&gt;
=== Plotting ===&lt;br /&gt;
matplotlib?  might be an overkill. Anything usable lightweight available?&lt;br /&gt;
&lt;br /&gt;
= Jogging =&lt;br /&gt;
&lt;br /&gt;
== Accelerometer ==&lt;br /&gt;
&lt;br /&gt;
Mount the Freerunner to the shin and measure the damping and motion style with different shoes at various speeds.&lt;br /&gt;
Especially interesting to watch the aging of the shoes (different damping).&lt;br /&gt;
&lt;br /&gt;
= Openstreetmap =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I would like to have a simple application to add map information at my current location.&lt;br /&gt;
Say, I am standing beneath an ATM, just use a menu item &amp;quot;Add ATM&amp;quot; and typing in its name - finished. There is no need for a map display. The program just displays the OSM nodes near the current location. And you can add a new node or modify an existing node.&lt;br /&gt;
&lt;br /&gt;
= Other Accelerometer Ideas =&lt;br /&gt;
&lt;br /&gt;
* Indoor use of those GPS games&lt;br /&gt;
* Programming a Marble game would be more fun than playing it (Martin Senkerik is now having that fun http://projects.openmoko.org/projects/accelgame/)&lt;br /&gt;
* Moving within a larger virtual screen by tilting the display.&lt;br /&gt;
&lt;br /&gt;
= Games =&lt;br /&gt;
&lt;br /&gt;
Finger-usable application to play the game of Go:&lt;br /&gt;
Somebody somewhere suggested a double click methode for keyboard input. The first click zooms the area of the keyboard the second click activates the key. I don't want this for keyboards but for Go and similar games this could be quite interesting.&lt;br /&gt;
&lt;br /&gt;
Maybe a guesture interface is better. Circle right meens zoom in. Circle left means zoom out.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I thought I am no gamer, but just discovered [[Games#Numptyphysics|Numptyphysics]].&lt;br /&gt;
&lt;br /&gt;
= HAM Radio =&lt;br /&gt;
&lt;br /&gt;
As we can't use the WIFI or the GSM modem or the GPS receiver for HAM purposes there is not much difference to HAM applications on other PDAs.&lt;br /&gt;
&lt;br /&gt;
== CW Trainer ==&lt;br /&gt;
&lt;br /&gt;
== Audio Modems ==&lt;br /&gt;
&lt;br /&gt;
Input and Output via audio interface (what is the maximum sampling rate?).&lt;br /&gt;
&lt;br /&gt;
* http://www.w1hkj.com/Fldigi.html&lt;br /&gt;
&lt;br /&gt;
== Spectrum Analyzer ==&lt;br /&gt;
&lt;br /&gt;
Spectrum auf audio input signal&lt;br /&gt;
&lt;br /&gt;
* http://www.qsl.net/in3otd/glfer.html Maybe the GUI is to complicated for Freerunner.&lt;br /&gt;
&lt;br /&gt;
== Line of Sight Calculation ==&lt;br /&gt;
&lt;br /&gt;
== Smith Chart ==&lt;br /&gt;
&lt;br /&gt;
linsmith&lt;br /&gt;
&lt;br /&gt;
== Circuit Entry and Simulation ==&lt;br /&gt;
&lt;br /&gt;
 * Qucs&lt;br /&gt;
&lt;br /&gt;
== Radio Control ==&lt;br /&gt;
&lt;br /&gt;
=== Control for Commercial TRXs ===&lt;br /&gt;
&lt;br /&gt;
=== Homemade TRXs ===&lt;br /&gt;
&lt;br /&gt;
 * I2C interface on test points&lt;br /&gt;
 * SPI interface on debug connector&lt;br /&gt;
&lt;br /&gt;
= Music =&lt;br /&gt;
&lt;br /&gt;
== Midi Input via Touchscreen ==&lt;br /&gt;
&lt;br /&gt;
There is not much space to use the touchscreen as an ordinary piano keyboard.&lt;br /&gt;
&lt;br /&gt;
What about using the touchscreen like the left hand fingering on a guitar, mandolin, banjo ore similar? The touchscreen lays in front of you in landscape mode. There are four rows, one for each finger. &lt;br /&gt;
   &lt;br /&gt;
  | D# | G  | B  | d# |&lt;br /&gt;
  | D  | F# | A# | d  |&lt;br /&gt;
  | C# | F  | A  | c# |&lt;br /&gt;
  | C  | E  | G# | c  |&lt;br /&gt;
  This layout might be to simple. Should it be optimized for easy chord playing?&lt;br /&gt;
  To come more close to a piano and common string instruments it might be better &lt;br /&gt;
  to flip the arrangment of the notes.&lt;br /&gt;
  | c  | c# | d  | d# |&lt;br /&gt;
  | G# | A  | A# | B  |&lt;br /&gt;
  | E  | F  | F# | G  |&lt;br /&gt;
  | C  | C# | D  | D# |  &lt;br /&gt;
  &lt;br /&gt;
Unfortunately the touchscreen handles only single touches ([[UI_Improvements#The_touchscreen]]). Therefore a polyphonic input is not possible. &lt;br /&gt;
&lt;br /&gt;
Octave shifting via accelerometer reading?&lt;br /&gt;
&lt;br /&gt;
Similiar project: http://www.neo1973-germany.de/wiki/epiano Obviously not what I am having in mind.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Keyboard =&lt;br /&gt;
&lt;br /&gt;
Why not using the above Midi Keyboard for character input?&lt;br /&gt;
&lt;br /&gt;
 | S | U | R | T |&lt;br /&gt;
 | A | E | I | O |&lt;br /&gt;
 | D | H | N | M |&lt;br /&gt;
 | F | P | G | J |&lt;br /&gt;
 | M1| M2|SPC| BS|&lt;br /&gt;
&lt;br /&gt;
Letter order is random here. Need to be optimized for minimum mode switching.&lt;br /&gt;
Space, Backspace,... can be done by guestures.&lt;br /&gt;
&lt;br /&gt;
== Morse Code Input ==&lt;br /&gt;
&lt;br /&gt;
Will I be faster? Is there usable code available?&lt;br /&gt;
&lt;br /&gt;
Decode would be easier if I'd use an &amp;quot;electronic keyer&amp;quot; e.g. which sends dots and dashes in a predefined length and predefined spaces.&lt;br /&gt;
&lt;br /&gt;
* http://morseall.org/&lt;br /&gt;
&lt;br /&gt;
= Unsorted =&lt;br /&gt;
&lt;br /&gt;
* I wonder what  [http://www.igelle.org igelle] is and whether it is worth trying that for FreeRunner. The website isn't very informative.&lt;br /&gt;
* External Keyboard: The FreeRunner can supply 5V to an external USB device [[USB_host#Selecting_USB_host_mode]]. So I also can connect my MIDI keyboard?&lt;br /&gt;
&lt;br /&gt;
= OS Details =&lt;br /&gt;
&lt;br /&gt;
== Mounting internal Flash when booting from SD ==&lt;br /&gt;
&lt;br /&gt;
Mount the internal root file system&lt;br /&gt;
&lt;br /&gt;
 mount -t jffs2 /dev/mtdblock6 /mnt&lt;br /&gt;
&lt;br /&gt;
On Debian this is already mounted at /mnt/flash&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Noed Source]&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Mickey Term] talk to the GSM Modem&lt;br /&gt;
&lt;br /&gt;
* http://wiki.openmoko.org/wiki/OpenmokoFramework/mdbus&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/python-openmoko/&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User:ThomasT</id>
		<title>User:ThomasT</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User:ThomasT"/>
				<updated>2008-10-19T06:20:09Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: /* OS Details */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Just ordered my FreeRunner. &lt;br /&gt;
&lt;br /&gt;
I want to use it as bicycle computer.&lt;br /&gt;
&lt;br /&gt;
These are just ideas and wishes - not worth to make a separate wiki page.&lt;br /&gt;
&lt;br /&gt;
= Bicycle Computer =&lt;br /&gt;
&lt;br /&gt;
[[Biking]]&lt;br /&gt;
&lt;br /&gt;
== Existing Projects and Experiences ==&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/mokosport/  Dead&lt;br /&gt;
* http://blogs.thehumanjourney.net/finds/entry/20080306 Joseph Reeves uses its NEO1973 on a bicycle&lt;br /&gt;
* http://projects.openmoko.org/search/?type_of_search=soft&amp;amp;words=gps&amp;amp;Search=Search&lt;br /&gt;
&lt;br /&gt;
== Mounting ==&lt;br /&gt;
* http://www.pearl.de/a-PX2065-4044.shtml&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Water Protection ==&lt;br /&gt;
&lt;br /&gt;
== Power Supply ==&lt;br /&gt;
&lt;br /&gt;
Due to the relatively high current consumption of the Freerunner a power supply from a hub dynamo seems to be unavoidable.&lt;br /&gt;
&lt;br /&gt;
I skip the switch mode regulator and will use simple Z-Diode parallel to the Freerunner. Later I want to add an LED light parallel to  both.&lt;br /&gt;
&lt;br /&gt;
== GPS ==&lt;br /&gt;
&lt;br /&gt;
=== Existing Software ===&lt;br /&gt;
&lt;br /&gt;
* [[Navit]]&lt;br /&gt;
* [[TangoGPS]]&lt;br /&gt;
* [[GPS_Sight]]?&lt;br /&gt;
* [[GPS_Data_Logger]]&lt;br /&gt;
&lt;br /&gt;
=== Getting GPS Data ===&lt;br /&gt;
&lt;br /&gt;
On Freerunner there is no need to read from gpsd or similar.&lt;br /&gt;
I just can get the data from /dev/ttySAC1 &lt;br /&gt;
&lt;br /&gt;
== Additional GPS Functions ==&lt;br /&gt;
&lt;br /&gt;
=== Altitude Plots ===&lt;br /&gt;
&lt;br /&gt;
Of the travelled track and also of the upcoming (hopefully OSM will soon provide elevation information of the roads)&lt;br /&gt;
&lt;br /&gt;
=== Trip Information ===&lt;br /&gt;
&lt;br /&gt;
Garmin Etrex Legends trip information display is to stupid. I want infos for the current day and for the time since last break.&lt;br /&gt;
&lt;br /&gt;
=== Location Reporting ===&lt;br /&gt;
&lt;br /&gt;
If I have internet access via the phone during my trip I can regularily update my on webpage with location markers as shown here: http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example&lt;br /&gt;
&lt;br /&gt;
== Slope, Vertical Speed ==&lt;br /&gt;
&lt;br /&gt;
The GPS does not give sufficiently accurate vertical speed.&lt;br /&gt;
A barometric sensor (see [[Variometer]]) would be nice. Calculation of the vertical speed by integrating the accelerometer readings also not accurate.&lt;br /&gt;
But maybe it is possible to use the accelerometers to measure the slope of the road.&lt;br /&gt;
How to calibrate it? Is it possible to automatically calibrate it from GSP reading?&lt;br /&gt;
&lt;br /&gt;
== Sideward Inclination of the Bicycle ==&lt;br /&gt;
&lt;br /&gt;
By measuring the increase of the total acceleration not by change of the acceleration angle.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Road Quality ==&lt;br /&gt;
&lt;br /&gt;
Can the road (e.i. surface) quality be recorded by measuring the vibrations with the accelerometers?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Car Counter ==&lt;br /&gt;
&lt;br /&gt;
... using the builtin microphone. Or would it be possible with the accelerometers using high sampling rate?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Heart Rate Monitor ==&lt;br /&gt;
&lt;br /&gt;
Are there Bluetooth Heart Rate Transmitters available?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Pedalling Frequency ==&lt;br /&gt;
&lt;br /&gt;
Pedal sensors with Bluetooth and power supply by magnetic induction would be nice.&lt;br /&gt;
&lt;br /&gt;
Otherwise USB with an FTDI chip.&lt;br /&gt;
&lt;br /&gt;
== Programming ==&lt;br /&gt;
&lt;br /&gt;
=== Language ===&lt;br /&gt;
Python&lt;br /&gt;
&lt;br /&gt;
=== UI ===&lt;br /&gt;
&lt;br /&gt;
==== python-etk ====&lt;br /&gt;
I could not find any documentation yet. Seems to be the same as python-gtk.&lt;br /&gt;
&lt;br /&gt;
I don't want to have ''eye-candies''. Maybe ''eye-candies'' are neccessary for selling phones. ''Eye-candies'' cause ''eye-caries'' or even ''brain-caries''. ;-)  They are for gamers.&lt;br /&gt;
&lt;br /&gt;
Colors are o.k. if they carry information. Color gradients of menu bars are useless and annoying.&lt;br /&gt;
&lt;br /&gt;
Maybe I should directly call xlib instead of using some *tk.  From python I could try http://python-xlib.sourceforge.net/ .&lt;br /&gt;
&lt;br /&gt;
==== Tichy ====&lt;br /&gt;
&lt;br /&gt;
[[Tichy]] &lt;br /&gt;
&lt;br /&gt;
==== alternative window managers ====&lt;br /&gt;
The bicycle computer should show different values at the same time. This should be user configurable at runtime. What about having little python scripts just showing a window with one value and let the window mananger do the rest? The default window manager of OpenMoko is the [http://matchbox-project.org/ Matchbox Window Manager]. Are the various python window managers an alternative?&lt;br /&gt;
* http://incise.org/whimsy.html &lt;br /&gt;
* http://pycawm.last-exile.org/&lt;br /&gt;
* http://pywm.sourceforge.net/#status&lt;br /&gt;
* http://partiwm.org/&lt;br /&gt;
* http://plwm.sourceforge.net/&lt;br /&gt;
* http://www.freenet.org.nz/python/pywm/  needs fltk&lt;br /&gt;
&lt;br /&gt;
=== Plotting ===&lt;br /&gt;
matplotlib?  might be an overkill. Anything usable lightweight available?&lt;br /&gt;
&lt;br /&gt;
= Jogging =&lt;br /&gt;
&lt;br /&gt;
== Accelerometer ==&lt;br /&gt;
&lt;br /&gt;
Mount the Freerunner to the shin and measure the damping and motion style with different shoes at various speeds.&lt;br /&gt;
Especially interesting to watch the aging of the shoes (different damping).&lt;br /&gt;
&lt;br /&gt;
= Openstreetmap =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I would like to have a simple application to add map information at my current location.&lt;br /&gt;
Say, I am standing beneath an ATM, just use a menu item &amp;quot;Add ATM&amp;quot; and typing in its name - finished. There is no need for a map display. The program just displays the OSM nodes near the current location. And you can add a new node or modify an existing node.&lt;br /&gt;
&lt;br /&gt;
= Other Accelerometer Ideas =&lt;br /&gt;
&lt;br /&gt;
* Indoor use of those GPS games&lt;br /&gt;
* Programming a Marble game would be more fun than playing it (Martin Senkerik is now having that fun http://projects.openmoko.org/projects/accelgame/)&lt;br /&gt;
* Moving within a larger virtual screen by tilting the display.&lt;br /&gt;
&lt;br /&gt;
= Games =&lt;br /&gt;
&lt;br /&gt;
Finger-usable application to play the game of Go:&lt;br /&gt;
Somebody somewhere suggested a double click methode for keyboard input. The first click zooms the area of the keyboard the second click activates the key. I don't want this for keyboards but for Go and similar games this could be quite interesting.&lt;br /&gt;
&lt;br /&gt;
Maybe a guesture interface is better. Circle right meens zoom in. Circle left means zoom out.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I thought I am no gamer, but just discovered [[Games#Numptyphysics|Numptyphysics]].&lt;br /&gt;
&lt;br /&gt;
= HAM Radio =&lt;br /&gt;
&lt;br /&gt;
As we can't use the WIFI or the GSM modem or the GPS receiver for HAM purposes there is not much difference to HAM applications on other PDAs.&lt;br /&gt;
&lt;br /&gt;
== CW Trainer ==&lt;br /&gt;
&lt;br /&gt;
== Audio Modems ==&lt;br /&gt;
&lt;br /&gt;
Input and Output via audio interface (what is the maximum sampling rate?).&lt;br /&gt;
&lt;br /&gt;
* http://www.w1hkj.com/Fldigi.html&lt;br /&gt;
&lt;br /&gt;
== Spectrum Analyzer ==&lt;br /&gt;
&lt;br /&gt;
Spectrum auf audio input signal&lt;br /&gt;
&lt;br /&gt;
* http://www.qsl.net/in3otd/glfer.html Maybe the GUI is to complicated for Freerunner.&lt;br /&gt;
&lt;br /&gt;
== Line of Sight Calculation ==&lt;br /&gt;
&lt;br /&gt;
== Smith Chart ==&lt;br /&gt;
&lt;br /&gt;
linsmith&lt;br /&gt;
&lt;br /&gt;
== Circuit Entry and Simulation ==&lt;br /&gt;
&lt;br /&gt;
 * Qucs&lt;br /&gt;
&lt;br /&gt;
== Radio Control ==&lt;br /&gt;
&lt;br /&gt;
=== Control for Commercial TRXs ===&lt;br /&gt;
&lt;br /&gt;
=== Homemade TRXs ===&lt;br /&gt;
&lt;br /&gt;
 * I2C interface on test points&lt;br /&gt;
 * SPI interface on debug connector&lt;br /&gt;
&lt;br /&gt;
= Music =&lt;br /&gt;
&lt;br /&gt;
== Midi Input via Touchscreen ==&lt;br /&gt;
&lt;br /&gt;
There is not much space to use the touchscreen as an ordinary piano keyboard.&lt;br /&gt;
&lt;br /&gt;
What about using the touchscreen like the left hand fingering on a guitar, mandolin, banjo ore similar? The touchscreen lays in front of you in landscape mode. There are four rows, one for each finger. &lt;br /&gt;
   &lt;br /&gt;
  | D# | G  | B  | d# |&lt;br /&gt;
  | D  | F# | A# | d  |&lt;br /&gt;
  | C# | F  | A  | c# |&lt;br /&gt;
  | C  | E  | G# | c  |&lt;br /&gt;
  This layout might be to simple. Should it be optimized for easy chord playing?&lt;br /&gt;
  To come more close to a piano and common string instruments it might be better &lt;br /&gt;
  to flip the arrangment of the notes.&lt;br /&gt;
  | c  | c# | d  | d# |&lt;br /&gt;
  | G# | A  | A# | B  |&lt;br /&gt;
  | E  | F  | F# | G  |&lt;br /&gt;
  | C  | C# | D  | D# |  &lt;br /&gt;
  &lt;br /&gt;
Unfortunately the touchscreen handles only single touches ([[UI_Improvements#The_touchscreen]]). Therefore a polyphonic input is not possible. &lt;br /&gt;
&lt;br /&gt;
Octave shifting via accelerometer reading?&lt;br /&gt;
&lt;br /&gt;
Similiar project: http://www.neo1973-germany.de/wiki/epiano Obviously not what I am having in mind.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Keyboard =&lt;br /&gt;
&lt;br /&gt;
Why not using the above Midi Keyboard for character input?&lt;br /&gt;
&lt;br /&gt;
 | S | U | R | T |&lt;br /&gt;
 | A | E | I | O |&lt;br /&gt;
 | D | H | N | M |&lt;br /&gt;
 | F | P | G | J |&lt;br /&gt;
 | M1| M2|SPC| BS|&lt;br /&gt;
&lt;br /&gt;
Letter order is random here. Need to be optimized for minimum mode switching.&lt;br /&gt;
Space, Backspace,... can be done by guestures.&lt;br /&gt;
&lt;br /&gt;
== Morse Code Input ==&lt;br /&gt;
&lt;br /&gt;
Will I be faster? Is there usable code available?&lt;br /&gt;
&lt;br /&gt;
Decode would be easier if I'd use an &amp;quot;electronic keyer&amp;quot; e.g. which sends dots and dashes in a predefined length and predefined spaces.&lt;br /&gt;
&lt;br /&gt;
* http://morseall.org/&lt;br /&gt;
&lt;br /&gt;
= Unsorted =&lt;br /&gt;
&lt;br /&gt;
* I wonder what  [http://www.igelle.org igelle] is and whether it is worth trying that for FreeRunner. The website isn't very informative.&lt;br /&gt;
* External Keyboard: The FreeRunner can supply 5V to an external USB device [[USB_host#Selecting_USB_host_mode]]. So I also can connect my MIDI keyboard?&lt;br /&gt;
&lt;br /&gt;
= OS Details =&lt;br /&gt;
&lt;br /&gt;
== Mounting internal Flash when booting from SD ==&lt;br /&gt;
&lt;br /&gt;
Mount the internal root file system&lt;br /&gt;
&lt;br /&gt;
 mount -t jffs2 /dev/mtdblock6 /mnt&lt;br /&gt;
&lt;br /&gt;
On Debian this is already mounted at /mnt/flash&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
&lt;br /&gt;
* [http://svnweb.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c?rev=4617&amp;amp;view=markup Noed Source]&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User:ThomasT</id>
		<title>User:ThomasT</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User:ThomasT"/>
				<updated>2008-10-16T12:00:19Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: /* Mounting internal Flash when booting from SD */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Just ordered my FreeRunner. &lt;br /&gt;
&lt;br /&gt;
I want to use it as bicycle computer.&lt;br /&gt;
&lt;br /&gt;
These are just ideas and wishes - not worth to make a separate wiki page.&lt;br /&gt;
&lt;br /&gt;
= Bicycle Computer =&lt;br /&gt;
&lt;br /&gt;
[[Biking]]&lt;br /&gt;
&lt;br /&gt;
== Existing Projects and Experiences ==&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/mokosport/  Dead&lt;br /&gt;
* http://blogs.thehumanjourney.net/finds/entry/20080306 Joseph Reeves uses its NEO1973 on a bicycle&lt;br /&gt;
* http://projects.openmoko.org/search/?type_of_search=soft&amp;amp;words=gps&amp;amp;Search=Search&lt;br /&gt;
&lt;br /&gt;
== Mounting ==&lt;br /&gt;
* http://www.pearl.de/a-PX2065-4044.shtml&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Water Protection ==&lt;br /&gt;
&lt;br /&gt;
== Power Supply ==&lt;br /&gt;
&lt;br /&gt;
Due to the relatively high current consumption of the Freerunner a power supply from a hub dynamo seems to be unavoidable.&lt;br /&gt;
&lt;br /&gt;
I skip the switch mode regulator and will use simple Z-Diode parallel to the Freerunner. Later I want to add an LED light parallel to  both.&lt;br /&gt;
&lt;br /&gt;
== GPS ==&lt;br /&gt;
&lt;br /&gt;
=== Existing Software ===&lt;br /&gt;
&lt;br /&gt;
* [[Navit]]&lt;br /&gt;
* [[TangoGPS]]&lt;br /&gt;
* [[GPS_Sight]]?&lt;br /&gt;
* [[GPS_Data_Logger]]&lt;br /&gt;
&lt;br /&gt;
=== Getting GPS Data ===&lt;br /&gt;
&lt;br /&gt;
On Freerunner there is no need to read from gpsd or similar.&lt;br /&gt;
I just can get the data from /dev/ttySAC1 &lt;br /&gt;
&lt;br /&gt;
== Additional GPS Functions ==&lt;br /&gt;
&lt;br /&gt;
=== Altitude Plots ===&lt;br /&gt;
&lt;br /&gt;
Of the travelled track and also of the upcoming (hopefully OSM will soon provide elevation information of the roads)&lt;br /&gt;
&lt;br /&gt;
=== Trip Information ===&lt;br /&gt;
&lt;br /&gt;
Garmin Etrex Legends trip information display is to stupid. I want infos for the current day and for the time since last break.&lt;br /&gt;
&lt;br /&gt;
=== Location Reporting ===&lt;br /&gt;
&lt;br /&gt;
If I have internet access via the phone during my trip I can regularily update my on webpage with location markers as shown here: http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example&lt;br /&gt;
&lt;br /&gt;
== Slope, Vertical Speed ==&lt;br /&gt;
&lt;br /&gt;
The GPS does not give sufficiently accurate vertical speed.&lt;br /&gt;
A barometric sensor (see [[Variometer]]) would be nice. Calculation of the vertical speed by integrating the accelerometer readings also not accurate.&lt;br /&gt;
But maybe it is possible to use the accelerometers to measure the slope of the road.&lt;br /&gt;
How to calibrate it? Is it possible to automatically calibrate it from GSP reading?&lt;br /&gt;
&lt;br /&gt;
== Sideward Inclination of the Bicycle ==&lt;br /&gt;
&lt;br /&gt;
By measuring the increase of the total acceleration not by change of the acceleration angle.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Road Quality ==&lt;br /&gt;
&lt;br /&gt;
Can the road (e.i. surface) quality be recorded by measuring the vibrations with the accelerometers?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Car Counter ==&lt;br /&gt;
&lt;br /&gt;
... using the builtin microphone. Or would it be possible with the accelerometers using high sampling rate?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Heart Rate Monitor ==&lt;br /&gt;
&lt;br /&gt;
Are there Bluetooth Heart Rate Transmitters available?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Pedalling Frequency ==&lt;br /&gt;
&lt;br /&gt;
Pedal sensors with Bluetooth and power supply by magnetic induction would be nice.&lt;br /&gt;
&lt;br /&gt;
Otherwise USB with an FTDI chip.&lt;br /&gt;
&lt;br /&gt;
== Programming ==&lt;br /&gt;
&lt;br /&gt;
=== Language ===&lt;br /&gt;
Python&lt;br /&gt;
&lt;br /&gt;
=== UI ===&lt;br /&gt;
&lt;br /&gt;
==== python-etk ====&lt;br /&gt;
I could not find any documentation yet. Seems to be the same as python-gtk.&lt;br /&gt;
&lt;br /&gt;
I don't want to have ''eye-candies''. Maybe ''eye-candies'' are neccessary for selling phones. ''Eye-candies'' cause ''eye-caries'' or even ''brain-caries''. ;-)  They are for gamers.&lt;br /&gt;
&lt;br /&gt;
Colors are o.k. if they carry information. Color gradients of menu bars are useless and annoying.&lt;br /&gt;
&lt;br /&gt;
Maybe I should directly call xlib instead of using some *tk.  From python I could try http://python-xlib.sourceforge.net/ .&lt;br /&gt;
&lt;br /&gt;
==== Tichy ====&lt;br /&gt;
&lt;br /&gt;
[[Tichy]] &lt;br /&gt;
&lt;br /&gt;
==== alternative window managers ====&lt;br /&gt;
The bicycle computer should show different values at the same time. This should be user configurable at runtime. What about having little python scripts just showing a window with one value and let the window mananger do the rest? The default window manager of OpenMoko is the [http://matchbox-project.org/ Matchbox Window Manager]. Are the various python window managers an alternative?&lt;br /&gt;
* http://incise.org/whimsy.html &lt;br /&gt;
* http://pycawm.last-exile.org/&lt;br /&gt;
* http://pywm.sourceforge.net/#status&lt;br /&gt;
* http://partiwm.org/&lt;br /&gt;
* http://plwm.sourceforge.net/&lt;br /&gt;
* http://www.freenet.org.nz/python/pywm/  needs fltk&lt;br /&gt;
&lt;br /&gt;
=== Plotting ===&lt;br /&gt;
matplotlib?  might be an overkill. Anything usable lightweight available?&lt;br /&gt;
&lt;br /&gt;
= Jogging =&lt;br /&gt;
&lt;br /&gt;
== Accelerometer ==&lt;br /&gt;
&lt;br /&gt;
Mount the Freerunner to the shin and measure the damping and motion style with different shoes at various speeds.&lt;br /&gt;
Especially interesting to watch the aging of the shoes (different damping).&lt;br /&gt;
&lt;br /&gt;
= Openstreetmap =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I would like to have a simple application to add map information at my current location.&lt;br /&gt;
Say, I am standing beneath an ATM, just use a menu item &amp;quot;Add ATM&amp;quot; and typing in its name - finished. There is no need for a map display. The program just displays the OSM nodes near the current location. And you can add a new node or modify an existing node.&lt;br /&gt;
&lt;br /&gt;
= Other Accelerometer Ideas =&lt;br /&gt;
&lt;br /&gt;
* Indoor use of those GPS games&lt;br /&gt;
* Programming a Marble game would be more fun than playing it (Martin Senkerik is now having that fun http://projects.openmoko.org/projects/accelgame/)&lt;br /&gt;
* Moving within a larger virtual screen by tilting the display.&lt;br /&gt;
&lt;br /&gt;
= Games =&lt;br /&gt;
&lt;br /&gt;
Finger-usable application to play the game of Go:&lt;br /&gt;
Somebody somewhere suggested a double click methode for keyboard input. The first click zooms the area of the keyboard the second click activates the key. I don't want this for keyboards but for Go and similar games this could be quite interesting.&lt;br /&gt;
&lt;br /&gt;
Maybe a guesture interface is better. Circle right meens zoom in. Circle left means zoom out.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I thought I am no gamer, but just discovered [[Games#Numptyphysics|Numptyphysics]].&lt;br /&gt;
&lt;br /&gt;
= HAM Radio =&lt;br /&gt;
&lt;br /&gt;
As we can't use the WIFI or the GSM modem or the GPS receiver for HAM purposes there is not much difference to HAM applications on other PDAs.&lt;br /&gt;
&lt;br /&gt;
== CW Trainer ==&lt;br /&gt;
&lt;br /&gt;
== Audio Modems ==&lt;br /&gt;
&lt;br /&gt;
Input and Output via audio interface (what is the maximum sampling rate?).&lt;br /&gt;
&lt;br /&gt;
* http://www.w1hkj.com/Fldigi.html&lt;br /&gt;
&lt;br /&gt;
== Spectrum Analyzer ==&lt;br /&gt;
&lt;br /&gt;
Spectrum auf audio input signal&lt;br /&gt;
&lt;br /&gt;
* http://www.qsl.net/in3otd/glfer.html Maybe the GUI is to complicated for Freerunner.&lt;br /&gt;
&lt;br /&gt;
== Line of Sight Calculation ==&lt;br /&gt;
&lt;br /&gt;
== Smith Chart ==&lt;br /&gt;
&lt;br /&gt;
linsmith&lt;br /&gt;
&lt;br /&gt;
== Circuit Entry and Simulation ==&lt;br /&gt;
&lt;br /&gt;
 * Qucs&lt;br /&gt;
&lt;br /&gt;
== Radio Control ==&lt;br /&gt;
&lt;br /&gt;
=== Control for Commercial TRXs ===&lt;br /&gt;
&lt;br /&gt;
=== Homemade TRXs ===&lt;br /&gt;
&lt;br /&gt;
 * I2C interface on test points&lt;br /&gt;
 * SPI interface on debug connector&lt;br /&gt;
&lt;br /&gt;
= Music =&lt;br /&gt;
&lt;br /&gt;
== Midi Input via Touchscreen ==&lt;br /&gt;
&lt;br /&gt;
There is not much space to use the touchscreen as an ordinary piano keyboard.&lt;br /&gt;
&lt;br /&gt;
What about using the touchscreen like the left hand fingering on a guitar, mandolin, banjo ore similar? The touchscreen lays in front of you in landscape mode. There are four rows, one for each finger. &lt;br /&gt;
   &lt;br /&gt;
  | D# | G  | B  | d# |&lt;br /&gt;
  | D  | F# | A# | d  |&lt;br /&gt;
  | C# | F  | A  | c# |&lt;br /&gt;
  | C  | E  | G# | c  |&lt;br /&gt;
  This layout might be to simple. Should it be optimized for easy chord playing?&lt;br /&gt;
  To come more close to a piano and common string instruments it might be better &lt;br /&gt;
  to flip the arrangment of the notes.&lt;br /&gt;
  | c  | c# | d  | d# |&lt;br /&gt;
  | G# | A  | A# | B  |&lt;br /&gt;
  | E  | F  | F# | G  |&lt;br /&gt;
  | C  | C# | D  | D# |  &lt;br /&gt;
  &lt;br /&gt;
Unfortunately the touchscreen handles only single touches ([[UI_Improvements#The_touchscreen]]). Therefore a polyphonic input is not possible. &lt;br /&gt;
&lt;br /&gt;
Octave shifting via accelerometer reading?&lt;br /&gt;
&lt;br /&gt;
Similiar project: http://www.neo1973-germany.de/wiki/epiano Obviously not what I am having in mind.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Keyboard =&lt;br /&gt;
&lt;br /&gt;
Why not using the above Midi Keyboard for character input?&lt;br /&gt;
&lt;br /&gt;
 | S | U | R | T |&lt;br /&gt;
 | A | E | I | O |&lt;br /&gt;
 | D | H | N | M |&lt;br /&gt;
 | F | P | G | J |&lt;br /&gt;
 | M1| M2|SPC| BS|&lt;br /&gt;
&lt;br /&gt;
Letter order is random here. Need to be optimized for minimum mode switching.&lt;br /&gt;
Space, Backspace,... can be done by guestures.&lt;br /&gt;
&lt;br /&gt;
== Morse Code Input ==&lt;br /&gt;
&lt;br /&gt;
Will I be faster? Is there usable code available?&lt;br /&gt;
&lt;br /&gt;
Decode would be easier if I'd use an &amp;quot;electronic keyer&amp;quot; e.g. which sends dots and dashes in a predefined length and predefined spaces.&lt;br /&gt;
&lt;br /&gt;
* http://morseall.org/&lt;br /&gt;
&lt;br /&gt;
= Unsorted =&lt;br /&gt;
&lt;br /&gt;
* I wonder what  [http://www.igelle.org igelle] is and whether it is worth trying that for FreeRunner. The website isn't very informative.&lt;br /&gt;
* External Keyboard: The FreeRunner can supply 5V to an external USB device [[USB_host#Selecting_USB_host_mode]]. So I also can connect my MIDI keyboard?&lt;br /&gt;
&lt;br /&gt;
= OS Details =&lt;br /&gt;
&lt;br /&gt;
== Mounting internal Flash when booting from SD ==&lt;br /&gt;
&lt;br /&gt;
Mount the internal root file system&lt;br /&gt;
&lt;br /&gt;
 mount -t jffs2 /dev/mtdblock6 /mnt&lt;br /&gt;
&lt;br /&gt;
On Debian this is already mounted at /mnt/flash&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User:ThomasT</id>
		<title>User:ThomasT</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User:ThomasT"/>
				<updated>2008-10-16T10:09:59Z</updated>
		
		<summary type="html">&lt;p&gt;ThomasT: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Just ordered my FreeRunner. &lt;br /&gt;
&lt;br /&gt;
I want to use it as bicycle computer.&lt;br /&gt;
&lt;br /&gt;
These are just ideas and wishes - not worth to make a separate wiki page.&lt;br /&gt;
&lt;br /&gt;
= Bicycle Computer =&lt;br /&gt;
&lt;br /&gt;
[[Biking]]&lt;br /&gt;
&lt;br /&gt;
== Existing Projects and Experiences ==&lt;br /&gt;
&lt;br /&gt;
* http://projects.openmoko.org/projects/mokosport/  Dead&lt;br /&gt;
* http://blogs.thehumanjourney.net/finds/entry/20080306 Joseph Reeves uses its NEO1973 on a bicycle&lt;br /&gt;
* http://projects.openmoko.org/search/?type_of_search=soft&amp;amp;words=gps&amp;amp;Search=Search&lt;br /&gt;
&lt;br /&gt;
== Mounting ==&lt;br /&gt;
* http://www.pearl.de/a-PX2065-4044.shtml&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Water Protection ==&lt;br /&gt;
&lt;br /&gt;
== Power Supply ==&lt;br /&gt;
&lt;br /&gt;
Due to the relatively high current consumption of the Freerunner a power supply from a hub dynamo seems to be unavoidable.&lt;br /&gt;
&lt;br /&gt;
I skip the switch mode regulator and will use simple Z-Diode parallel to the Freerunner. Later I want to add an LED light parallel to  both.&lt;br /&gt;
&lt;br /&gt;
== GPS ==&lt;br /&gt;
&lt;br /&gt;
=== Existing Software ===&lt;br /&gt;
&lt;br /&gt;
* [[Navit]]&lt;br /&gt;
* [[TangoGPS]]&lt;br /&gt;
* [[GPS_Sight]]?&lt;br /&gt;
* [[GPS_Data_Logger]]&lt;br /&gt;
&lt;br /&gt;
=== Getting GPS Data ===&lt;br /&gt;
&lt;br /&gt;
On Freerunner there is no need to read from gpsd or similar.&lt;br /&gt;
I just can get the data from /dev/ttySAC1 &lt;br /&gt;
&lt;br /&gt;
== Additional GPS Functions ==&lt;br /&gt;
&lt;br /&gt;
=== Altitude Plots ===&lt;br /&gt;
&lt;br /&gt;
Of the travelled track and also of the upcoming (hopefully OSM will soon provide elevation information of the roads)&lt;br /&gt;
&lt;br /&gt;
=== Trip Information ===&lt;br /&gt;
&lt;br /&gt;
Garmin Etrex Legends trip information display is to stupid. I want infos for the current day and for the time since last break.&lt;br /&gt;
&lt;br /&gt;
=== Location Reporting ===&lt;br /&gt;
&lt;br /&gt;
If I have internet access via the phone during my trip I can regularily update my on webpage with location markers as shown here: http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example&lt;br /&gt;
&lt;br /&gt;
== Slope, Vertical Speed ==&lt;br /&gt;
&lt;br /&gt;
The GPS does not give sufficiently accurate vertical speed.&lt;br /&gt;
A barometric sensor (see [[Variometer]]) would be nice. Calculation of the vertical speed by integrating the accelerometer readings also not accurate.&lt;br /&gt;
But maybe it is possible to use the accelerometers to measure the slope of the road.&lt;br /&gt;
How to calibrate it? Is it possible to automatically calibrate it from GSP reading?&lt;br /&gt;
&lt;br /&gt;
== Sideward Inclination of the Bicycle ==&lt;br /&gt;
&lt;br /&gt;
By measuring the increase of the total acceleration not by change of the acceleration angle.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Road Quality ==&lt;br /&gt;
&lt;br /&gt;
Can the road (e.i. surface) quality be recorded by measuring the vibrations with the accelerometers?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Car Counter ==&lt;br /&gt;
&lt;br /&gt;
... using the builtin microphone. Or would it be possible with the accelerometers using high sampling rate?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Heart Rate Monitor ==&lt;br /&gt;
&lt;br /&gt;
Are there Bluetooth Heart Rate Transmitters available?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Pedalling Frequency ==&lt;br /&gt;
&lt;br /&gt;
Pedal sensors with Bluetooth and power supply by magnetic induction would be nice.&lt;br /&gt;
&lt;br /&gt;
Otherwise USB with an FTDI chip.&lt;br /&gt;
&lt;br /&gt;
== Programming ==&lt;br /&gt;
&lt;br /&gt;
=== Language ===&lt;br /&gt;
Python&lt;br /&gt;
&lt;br /&gt;
=== UI ===&lt;br /&gt;
&lt;br /&gt;
==== python-etk ====&lt;br /&gt;
I could not find any documentation yet. Seems to be the same as python-gtk.&lt;br /&gt;
&lt;br /&gt;
I don't want to have ''eye-candies''. Maybe ''eye-candies'' are neccessary for selling phones. ''Eye-candies'' cause ''eye-caries'' or even ''brain-caries''. ;-)  They are for gamers.&lt;br /&gt;
&lt;br /&gt;
Colors are o.k. if they carry information. Color gradients of menu bars are useless and annoying.&lt;br /&gt;
&lt;br /&gt;
Maybe I should directly call xlib instead of using some *tk.  From python I could try http://python-xlib.sourceforge.net/ .&lt;br /&gt;
&lt;br /&gt;
==== Tichy ====&lt;br /&gt;
&lt;br /&gt;
[[Tichy]] &lt;br /&gt;
&lt;br /&gt;
==== alternative window managers ====&lt;br /&gt;
The bicycle computer should show different values at the same time. This should be user configurable at runtime. What about having little python scripts just showing a window with one value and let the window mananger do the rest? The default window manager of OpenMoko is the [http://matchbox-project.org/ Matchbox Window Manager]. Are the various python window managers an alternative?&lt;br /&gt;
* http://incise.org/whimsy.html &lt;br /&gt;
* http://pycawm.last-exile.org/&lt;br /&gt;
* http://pywm.sourceforge.net/#status&lt;br /&gt;
* http://partiwm.org/&lt;br /&gt;
* http://plwm.sourceforge.net/&lt;br /&gt;
* http://www.freenet.org.nz/python/pywm/  needs fltk&lt;br /&gt;
&lt;br /&gt;
=== Plotting ===&lt;br /&gt;
matplotlib?  might be an overkill. Anything usable lightweight available?&lt;br /&gt;
&lt;br /&gt;
= Jogging =&lt;br /&gt;
&lt;br /&gt;
== Accelerometer ==&lt;br /&gt;
&lt;br /&gt;
Mount the Freerunner to the shin and measure the damping and motion style with different shoes at various speeds.&lt;br /&gt;
Especially interesting to watch the aging of the shoes (different damping).&lt;br /&gt;
&lt;br /&gt;
= Openstreetmap =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I would like to have a simple application to add map information at my current location.&lt;br /&gt;
Say, I am standing beneath an ATM, just use a menu item &amp;quot;Add ATM&amp;quot; and typing in its name - finished. There is no need for a map display. The program just displays the OSM nodes near the current location. And you can add a new node or modify an existing node.&lt;br /&gt;
&lt;br /&gt;
= Other Accelerometer Ideas =&lt;br /&gt;
&lt;br /&gt;
* Indoor use of those GPS games&lt;br /&gt;
* Programming a Marble game would be more fun than playing it (Martin Senkerik is now having that fun http://projects.openmoko.org/projects/accelgame/)&lt;br /&gt;
* Moving within a larger virtual screen by tilting the display.&lt;br /&gt;
&lt;br /&gt;
= Games =&lt;br /&gt;
&lt;br /&gt;
Finger-usable application to play the game of Go:&lt;br /&gt;
Somebody somewhere suggested a double click methode for keyboard input. The first click zooms the area of the keyboard the second click activates the key. I don't want this for keyboards but for Go and similar games this could be quite interesting.&lt;br /&gt;
&lt;br /&gt;
Maybe a guesture interface is better. Circle right meens zoom in. Circle left means zoom out.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I thought I am no gamer, but just discovered [[Games#Numptyphysics|Numptyphysics]].&lt;br /&gt;
&lt;br /&gt;
= HAM Radio =&lt;br /&gt;
&lt;br /&gt;
As we can't use the WIFI or the GSM modem or the GPS receiver for HAM purposes there is not much difference to HAM applications on other PDAs.&lt;br /&gt;
&lt;br /&gt;
== CW Trainer ==&lt;br /&gt;
&lt;br /&gt;
== Audio Modems ==&lt;br /&gt;
&lt;br /&gt;
Input and Output via audio interface (what is the maximum sampling rate?).&lt;br /&gt;
&lt;br /&gt;
* http://www.w1hkj.com/Fldigi.html&lt;br /&gt;
&lt;br /&gt;
== Spectrum Analyzer ==&lt;br /&gt;
&lt;br /&gt;
Spectrum auf audio input signal&lt;br /&gt;
&lt;br /&gt;
* http://www.qsl.net/in3otd/glfer.html Maybe the GUI is to complicated for Freerunner.&lt;br /&gt;
&lt;br /&gt;
== Line of Sight Calculation ==&lt;br /&gt;
&lt;br /&gt;
== Smith Chart ==&lt;br /&gt;
&lt;br /&gt;
linsmith&lt;br /&gt;
&lt;br /&gt;
== Circuit Entry and Simulation ==&lt;br /&gt;
&lt;br /&gt;
 * Qucs&lt;br /&gt;
&lt;br /&gt;
== Radio Control ==&lt;br /&gt;
&lt;br /&gt;
=== Control for Commercial TRXs ===&lt;br /&gt;
&lt;br /&gt;
=== Homemade TRXs ===&lt;br /&gt;
&lt;br /&gt;
 * I2C interface on test points&lt;br /&gt;
 * SPI interface on debug connector&lt;br /&gt;
&lt;br /&gt;
= Music =&lt;br /&gt;
&lt;br /&gt;
== Midi Input via Touchscreen ==&lt;br /&gt;
&lt;br /&gt;
There is not much space to use the touchscreen as an ordinary piano keyboard.&lt;br /&gt;
&lt;br /&gt;
What about using the touchscreen like the left hand fingering on a guitar, mandolin, banjo ore similar? The touchscreen lays in front of you in landscape mode. There are four rows, one for each finger. &lt;br /&gt;
   &lt;br /&gt;
  | D# | G  | B  | d# |&lt;br /&gt;
  | D  | F# | A# | d  |&lt;br /&gt;
  | C# | F  | A  | c# |&lt;br /&gt;
  | C  | E  | G# | c  |&lt;br /&gt;
  This layout might be to simple. Should it be optimized for easy chord playing?&lt;br /&gt;
  To come more close to a piano and common string instruments it might be better &lt;br /&gt;
  to flip the arrangment of the notes.&lt;br /&gt;
  | c  | c# | d  | d# |&lt;br /&gt;
  | G# | A  | A# | B  |&lt;br /&gt;
  | E  | F  | F# | G  |&lt;br /&gt;
  | C  | C# | D  | D# |  &lt;br /&gt;
  &lt;br /&gt;
Unfortunately the touchscreen handles only single touches ([[UI_Improvements#The_touchscreen]]). Therefore a polyphonic input is not possible. &lt;br /&gt;
&lt;br /&gt;
Octave shifting via accelerometer reading?&lt;br /&gt;
&lt;br /&gt;
Similiar project: http://www.neo1973-germany.de/wiki/epiano Obviously not what I am having in mind.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Keyboard =&lt;br /&gt;
&lt;br /&gt;
Why not using the above Midi Keyboard for character input?&lt;br /&gt;
&lt;br /&gt;
 | S | U | R | T |&lt;br /&gt;
 | A | E | I | O |&lt;br /&gt;
 | D | H | N | M |&lt;br /&gt;
 | F | P | G | J |&lt;br /&gt;
 | M1| M2|SPC| BS|&lt;br /&gt;
&lt;br /&gt;
Letter order is random here. Need to be optimized for minimum mode switching.&lt;br /&gt;
Space, Backspace,... can be done by guestures.&lt;br /&gt;
&lt;br /&gt;
== Morse Code Input ==&lt;br /&gt;
&lt;br /&gt;
Will I be faster? Is there usable code available?&lt;br /&gt;
&lt;br /&gt;
Decode would be easier if I'd use an &amp;quot;electronic keyer&amp;quot; e.g. which sends dots and dashes in a predefined length and predefined spaces.&lt;br /&gt;
&lt;br /&gt;
* http://morseall.org/&lt;br /&gt;
&lt;br /&gt;
= Unsorted =&lt;br /&gt;
&lt;br /&gt;
* I wonder what  [http://www.igelle.org igelle] is and whether it is worth trying that for FreeRunner. The website isn't very informative.&lt;br /&gt;
* External Keyboard: The FreeRunner can supply 5V to an external USB device [[USB_host#Selecting_USB_host_mode]]. So I also can connect my MIDI keyboard?&lt;br /&gt;
&lt;br /&gt;
= OS Details =&lt;br /&gt;
&lt;br /&gt;
== Mounting internal Flash when booting from SD ==&lt;br /&gt;
&lt;br /&gt;
Mount the internal root file system&lt;br /&gt;
&lt;br /&gt;
 mount -t jffs2 /dev/mtdblock6 /mnt&lt;/div&gt;</summary>
		<author><name>ThomasT</name></author>	</entry>

	</feed>