User:Emdete

From Openmoko

Revision as of 23:07, 7 December 2007 by Emdete (Talk | contribs)

Jump to: navigation, search

I got my neo1973 gta01 some month ago now and want to share my expiriences with it. Because the gui at that point did not work at all and i was interested to develop an own gui anyway i deinstalled all gui stuff with

ipkg remove -recursive <all x11 libs>

(i don't remember which one and can't take a look because they are gone on my neo right now). Now i started to check all low-level functionality i thought i would need for my application with simple scripts to start them and python programs to test them (see the edits i made on the pages "manually using [GSM|GPRS|GPS|BT]" here in the wiki). With that basis i was able to do longrunning tests. here is the outcome:

unit software in use expirience
GPS gsmd did not work reliable. clients can't determine the state. i found no documentation when to issue which call (i.e. if you connect but don't get called for pin, when do you call to register into a network). is not able to decode special sms (like initiating sms for mms). sample client libgsmd-tool coredumps all the way. does not use (the glib recommended way) of using dbus.
GPRS pppd works well if chatscript take over everythink (like pin entry). same problems for auto-detect as mentioned with pan apply.
GPS gllin for long running gllin some option must be changed (like named pipe and logfile output) but i never got a reliable fix for a ling time. gllin seems to have a memory leak or the like (after running for several hours cpu usage raised from about 2% to 20%).
PM sys fs everything here is not documented very well. battemp show -6 (which should be in celsius), chgcur says 17213 (which would be 17A current!) while battvol is decreasing. i often encounter a neo that switches off even if it's connected to usb because the charing does not start.
BT PAN bluez-utils using internet over pan works fine while i did not figure out how to auto-detect the best way into the inter for the neo. i would prefere a fallback-rule like use usb, pan, gprs. libc makes some trouble when changing the nameserver, running processes will use a old one.
FS jffs2 if the filesystem runs full you are doomed. jffs2 is not able to delete files after that. you have to flash your neo again.

conclusion: openmoko concentrates on nice gui stuff but the base is missing. i found not one longrunning testcase for one of the bases services of phone functionality. effect of this is the state these services are currently in.

Personal tools

I got my neo1973 gta01 some month ago now and want to share my expiriences with it. Because the gui at that point did not work at all and i was interested to develop an own gui anyway i deinstalled all gui stuff with

ipkg remove -recursive <all x11 libs>

(i don't remember which one and can't take a look because they are gone on my neo right now). Now i started to check all low-level functionality i thought i would need for my application with simple scripts to start them and python programs to test them (see the edits i made on the pages "manually using [GSM|GPRS|GPS|BT]" here in the wiki). With that basis i was able to do longrunning tests. here is the outcome:

unit software in use expirience
GPS gsmd did not work reliable. clients can't determine the state. i found no documentation when to issue which call (i.e. if you connect but don't get called for pin, when do you call to register into a network). is not able to decode special sms (like initiating sms for mms). sample client libgsmd-tool coredumps all the way. does not use (the glib recommended way) of using dbus.
GPRS pppd works well if chatscript take over everythink (like pin entry). same problems for auto-detect as mentioned with pan apply.
GPS gllin for long running gllin some option must be changed (like named pipe and logfile output) but i never got a reliable fix for a ling time. gllin seems to have a memory leak or the like (after running for several hours cpu usage raised from about 2% to 20%).
PM sys fs everything here is not documented very well. battemp show -6 (which should be in celsius), chgcur says 17213 (which would be 17A current!) while battvol is decreasing. i often encounter a neo that switches off even if it's connected to usb because the charing does not start.
BT PAN bluez-utils using internet over pan works fine while i did not figure out how to auto-detect the best way into the inter for the neo. i would prefere a fallback-rule like use usb, pan, gprs. libc makes some trouble when changing the nameserver, running processes will use a old one.
FS jffs2 if the filesystem runs full you are doomed. jffs2 is not able to delete files after that. you have to flash your neo again.

conclusion: openmoko concentrates on nice gui stuff but the base is missing. i found not one longrunning testcase for one of the bases services of phone functionality. effect of this is the state these services are currently in.