Re: Hardwarefixing at 26c3?
On 12/25/2009 01:56 PM, Matthias Eller wrote: > Am Freitag 25 Dezember 2009 schrieb Daniel Willmann: >> I'm >> already in Berlin, but I could ask a friend to get my buzz/1024 >> fixing components. > > sounds like a solution. > Is the resistor always needed? The documents do not state this > clearly. You need it for the overwhelming majority of phones. A7 don't need a buzz fix at all and Freerunner models (A6) that were produced after some date (I think October 2008) already have a 2k2 resistor so you only need to add the cap. These models usually have a mic that only has three holes and not four. For all other A6/A5/older models you will need to replace the 0Ohm resistor with a 2k2. Regards, Daniel Willmann signature.asc Description: OpenPGP digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Hardwarefixing at 26c3?
Hi, On 12/24/2009 01:29 AM, Matthias Eller wrote: > Am Freitag 18 Dezember 2009 schrieb Matthias Eller: >> I need to order the parts > > ok, everything except the 2k2 Ohm 0402 arrived do you need 2k2 resistors or do you have a different source? I'm already in Berlin, but I could ask a friend to get my buzz/1024 fixing components. Regards, Daniel Willmann signature.asc Description: OpenPGP digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] GPS not working
On 12/21/2009 09:52 PM, Michele Brocco wrote: >>> If you install zhone (which should be possible on SHR) you can open the >>> GPS tab and look at GPS in more detail. The chip will tell you which SVs >>> it is currently looking for and if it is receiving data or not well >>> before they appear in the SHR GUI. >>> > I the meanwhile I tried with zhone and it seems to search for > approximately 13 different SVs without results for a lng while > (around 20 minutes). Power On seems to work since zhone's GPS icon > activates after turning gps on through the shr settings gui. Also no > time sync or any other value is set. Then I suspect that your GPS antenna is broken. I've encountered a couple Freerunners which had this problem. If you have an external antenna you can plug it in and see if it works. If you can't send it back to the shop you bought your phone from and get it repaired you can also follow the instructions on the wiki and disassemble the phone replacing the GPS antenna is relatively easy. The cable of the GPS antenna is probably stuck between the upper side of the PCB and the GPS antenna itself and broke at that place due to the stress. If you can't get a replacement antenna anywhere you can contact me and we can arrange something. Regards, Daniel Willmann signature.asc Description: OpenPGP digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] GPS not working
Hello, On 12/21/2009 02:54 PM, Michele Brocco wrote: > since i installed the latest SHR-U GPS seem to not work at all. The > SHR GUI for reading satellites shows no entry at all even after 20 > minutes outside. I think that may be related to the following problem > with the interface naming extracted from frameworkd.log: [...] > 2009.12.21 11:49:13.961 ogpsdWARNING (could not write > to '/sys/bus/platform/devices/neo1973-pm-gps.0/pwron': [Errno 2] No > such file or directory: > '/sys/bus/platform/devices/neo1973-pm-gps.0/pwron') > > but the file is called power_on here. Am I the only one experiencing > this (I know somebody having shr-u without that problem)? Is this > really the reason why I dont get a single entry in the satellite list > of the shr phoneui? This is "normal". Earlier kernel had pwron as node to control power to GPS and since the change ogpsd just writes to both (and will always complain about one not being there). If you install zhone (which should be possible on SHR) you can open the GPS tab and look at GPS in more detail. The chip will tell you which SVs it is currently looking for and if it is receiving data or not well before they appear in the SHR GUI. Regards, Daniel Willmann signature.asc Description: OpenPGP digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Reading binary messages
Hey David, On Tue, 04 Aug 2009 17:15:57 -0400 David Ford wrote: > MMS notification is sent as a URL via SMS. > > bluesms.py has initial support for MMS however my phone has been out > for buzzfix for a while. with a growing number of phones and > carriers, you're only allowed to fetch that URL from the phone number > it's designated for. further, it's normal to require you to fetch > via your APN proxy. do note that the PDU decoding for these binary > messages is broken in FSO and needs to be fixed. i'll work on that > when i get my phone back next week. that means that the URL sent to > you could have junk prefixed to the URL, or the front of the URL > could be chopped off. we talked about this some time ago and I'm still not sure why the first part of that multipart SMS is swallowed in your case. As I said the binary SMS you get not only contains the URL but other info as well. Have you tried my suggestion on setting Device.SetSimBuffersSms(False) [1] and checking with mdbus -s -l what the first message is? I suspect the first message has the attribute pid or message-class set to something strange so when the SIM buffers the message it will overwrite it. As soon as you got both messages you can reassemble the whole message and parse that according to the spec. [1]: http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.GSM.Device.html;hb=HEAD#SetSimBuffersSms Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: fixing bug #1024 successful reports?
Hi, On Tue, 21 Jul 2009 16:48:25 +0400 ivvmm wrote: > Hello list, > > were there any successful fixes since posting > http://lists.openmoko.org/pipermail/hardware/2009-May/001192.html > > Is this the final solution? Please post here your reports. Since about 5 days I'm using my #1024 fixed device as my main phone (before I only used it with my test SIM) and so far stability is pretty good. I measured standby time (GSM on, phone in suspend) of around 140h which makes the Freerunner much more comfortable to use in my opinion. While increasing the capacitance does work to solve #1024 the actual problem is that the capacitor is not integrated in the regulator feedback loop (iirc). So while it's not the correct solution it's probably the best you can do without another hardware revision. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: How to fix a broken AUX button ?
Hey, On Sun, 7 Jun 2009 15:42:07 +0200 Philippe Lhardy wrote: > 2009/5/26 Joseph Reeves : > > Hi Philippe, > > > > Sorry I can't help you with your problem, but I was just replying to > > say that I dropped mine the other day and the AUX button stopped > > working... Keep us informed of any developments with yours. > > > > I had a proposition from Daniel Willman who propose to fix it but i > can't get in touch with him, and his website login get in loop hence > i can't either look at the ticket i openned for this purpose. > I hope he will catch this mail and contact me. sorry, I've only now been going through my mails. Due to http://totalueberwachung.de/blog/2009/06/06/pwnd-by-lenovo I'm currently not really online and responsive. I sincerely hope this mess will be resolved by Tuesday. I've seen this redirect loop before, but I'm not sure what causes it. I'll just delete the account and you can try again. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Visit at Openmoko
On Mon, 25 May 2009 17:46:27 +0100 Thomas White wrote: > On Mon, 25 May 2009 23:40:03 +0800 > Sven Klomp wrote: > > > I got invited to a conference in Taiwan and used the occasion to > > stop by the Openmoko office. I use the Freerunner as my daily > > phone, hence I was interested in the people behind it. When I > > arrived, the whole office was empty. 10 minutes later they came > > back from a company meeting. I had prepared quite some questions > > but I didn't got that far. It seems to me that almost everyone just > > got layed of in this very meeting. That's not how I'd imagined the > > visit :-( > > A not unimportant snippet of information is missing: > > How long ago was this? post April 1st Daniel signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debuzzing
Hello, On Fri, 08 May 2009 10:24:58 +0200 Pander wrote: > Timo Jyrinki wrote: > > 2009/5/8 Dr. H. Nikolaus Schaller : > >> The rework itself is essentially for free and Openmoko > >> provides an additional free battery to make good your efforts and > >> the time you don't have the Freerunner to use. > > > > I agree that this is _the_ deal for anyone in EU. Getting a new > > battery in practice covers even the postage costs. Purchased my > > rework already. > > > > Thank you a lot for making this happen, and also to Openmoko Inc for > > showing some support to an initiative like this. > > > > -Timo > > I had my phone recently fixed in a fix party in Germany. Do I also > get a free battery? hmm, that's interesting.. I wasn't aware of this deal (free battery for each buzz fix) probably because that wasn't though of yet when I got the components for the buzz fixes. I can ask Openmoko if I can get the batteries for the buzz fixes I've been doing (round about 70 now) and then send them out. I doubt they will ship directly to you because of the overhead involved. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: bicycling with OpenMoko
On Thu, 23 Apr 2009 13:06:27 +0200 Nicolas Pichon wrote: > ivvmm a écrit : > > Hey, seen many messages about audio mapping the OSM with new app > > called 'Dictator' in neighbour thread and so on. > > > > But the first question that rises here is how to mount the phone on > > your bike? > > > > http://wiki.openmoko.org/wiki/Biking#Bike_Mounts I've been using the mount Andre documented for some time now. It works pretty good. Got mine from pearl, don't know if that's an option for you: http://www.pearl.de/a-PX2065-4044.shtml Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: bluetooth spam
On Fri, 24 Apr 2009 13:48:37 +0200 "Alexey Feldgendler" wrote: > On Fri, 24 Apr 2009 13:44:32 +0200, Tilman Baumann > wrote: > > > Hehe, I once did this on a ICE train. > > I was bored so I scanned for bluetooth devices. And then send them > > text files. > > > > O group of girls answered. Was really funny. > > Bur did not help me to ge laied tough. :) > > Modern advances in mobile computing technologies still don't get one > laid. Someone needs to work on that. Thanks guys. This mail is printed out and pinned to my refrigerator now. ;-) Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: gpsd, agps etc..
Hello, On Sat, 18 Apr 2009 01:05:21 +0300 "Risto H. Kurppa" wrote: > It'd be great if some bits of this could be improved to actually be > able to save the location when suspending/turning gpsd off etc to be > able to get a faster fix. FSO based distros are doing that for a while now. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2009 testing images
Hello, On Thu, 16 Apr 2009 23:28:08 +0200 Erik Geiger wrote: > really nice. It works really stable here. But what I can't understand > is, why paroli. What about zhone? What I mean, what is the advantage > of paroli? It's not the look ;-) Well, that's always a matter of taste. :-) If you don't like paroli you can always use an SHR image or zhone or one of the other distros around. > It's really nice to have a stable phone, but now with paroli in > fullscreen it's "only" a phone. That's what you can buy at every > discounter for 25 Euro or the like ;-) As I said it's a free phone. :-) > What are the plans for future om-Release? Paroli without fullscreen > or with posibility to switch? zhone? SHR? I believe this is on their roadmap, but I will wait for an official answer on that. > There are so many great apps that want to be used :) I agree. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GSM buzz-fix party in Braunschweig, Germany
See http://totalueberwachung.de/blog/2009/04/16/freerunner-buzz-fix-party-in-braunschweig I'll also have exchange devices one way or the other. On Wed, 1 Apr 2009 14:49:34 +0200 Daniel Willmann wrote: > On Sun, 15 Mar 2009 18:46:26 +0100 > Yorick Moko wrote: > > > with OM support i would surely like the fix to be applied > > I am currently waiting for the phones to arrive, until then I can't > promise anything. > Since the FSOSHRUDCON has been postponed I'm currently aiming at March > 1st through March 3rd for the buzz fix party. > > Regards, > Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bying a Freerunner with the "buzz"-fix on it
On Wed, 15 Apr 2009 01:09:15 -0300 Werner Almesberger wrote: > Joerg Reisenweber wrote: > > There's a way to detect buzzfix by rapidly switching on and off > > MICBIAS and testing if you "hear" some buzz when recording from > > builtin mic. Werner has created a small program to do the switching > > job. > > I'm actually not sure if this approach works. You can hear the > ~40-50 Hz buzz that program (*) generates well enough, but when > I added a "buzzfix" capacitor, that artificial noise was still > there. > > It could be that I did something wrong, though, including not > actually applying the buzz fix. Maybe switching MICBIAS on and off creates an amplitude orders of magnitudes higher than than the one introduced with GSM. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: fso-gps..
On Tue, 17 Mar 2009 00:38:17 +0100 Michael 'Mickey' Lauer wrote: > > 2009.03.16 23:06:54 frameworkd.persist ERRORno persist data for > > subsystem ogpsd > > No problem, it will be generated next time. Daniel, should we turn > this into an INFO rather than an ERROR? Hmm, this is coming from the persist code. Jan, any objections to turning this into an INFO? Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: date and GPS related questions
Hello, pushing this over to smartphones-standards to raise awareness. On Thu, 02 Apr 2009 07:24:21 +0800 William Kenworthy wrote: > On Wed, 2009-04-01 at 18:15 +0200, Daniel Willmann wrote: > > Hi, > > > > > Well, timekeeping is independent from that. The UTC time will stay > > right no matter what timezone you're in. > > Unfortunately it doesnt - wanders all over the place, usually lagging. > If I notice it, I usually find otimed.py has overwritten my changes to > the ntp reference (a local timeserver helps a lot - but its still not > great). Depending on where I am connected to, it may or may not see > the site in Germany, which may or may not be extremely slow/lagged. > If it gets too far out, you have to manually set it. It looks like > it often just "refuses" to work. Nothing in the logs. I also > noticed yesterday it says "checking every 600 seconds" - then it went > off and started checking just over every 60 seconds. Okay, this still seems to be a problem with time and not timezone in that case. Jan, do you have anything planned for otimed? I would really like to see the NTP server configurable (with persist) as well as which time(zone) sources are enabled. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: The future of the Neo Freerunner
On Sat, 4 Apr 2009 12:57:30 +0200 Nicola Mfb wrote: > 2009/4/3 Marcel > [...] > > > 2. These devs don't belong to Openmoko Inc. anymore, but they still > > contribute > > heavily to one or another aspect of the OM world. Afaik. > > > > And what's about Openmoko new software stack roadmap? > If it will not fund FSO, those developers may decide to stay a bit > relaxed. Let me assure you I'm not even close to anything resembling relaxed. :-) Not coding much at the moment, but trying to disprove the myths that seem to surround GTA02 like a foul stench. If you look at where the FSO team came from it should be clear that FSO will continue. I personally couldn't really imaging going back from my Freerunner to a non-open phone. Crappy as it may be in terms of usability I can do stuff on it that just wont happen anywhere else. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: auimd-0.2, a user interface for mobile devices (and especially the FreeRunner !)
On Mon, 6 Apr 2009 21:45:05 +0100 Pierre Hébert wrote: > On Monday 06 April 2009, Risto H. Kurppa wrote: > > Without trying, to me it looks like a job well done! I think I might > > try it on Debian at some stage. If someone tries this please post > > your results!! > > > > r > > I forgot to mention that a good way to try it is to simply run auimd > on a desktop. Of course the FSO framework won't be available, but it > should run ok :-) Actually with my Thinkpad X200s I am running frameworkd to control the built in Ericsson WWAN modem. :-) auimd looks pretty nice btw. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian/fsod] Failed to register to network
On Mon, 6 Apr 2009 13:01:18 +0200
Marcel wrote:
> Moin,
>
> Since yesterday (iirc) zhone always complains about not being able to
> register to the gsm network, .xsession-errors tells me this:
>
> Failed to register to network
> network status changed:
> dbus.Dictionary({dbus.String(u'registration'): dbus.String(u'denied',
> variant_level=1), dbus.String(u'strength'): dbus.Int32 (52,
> variant_level=1), dbus.String(u'mode'): dbus.String(u'automatic',
> variant_level=1), dbus.String(u'act'): dbus.String(u'GSM',
> variant_level=1)}, signature=dbus.Signature('sv'))
>
> "registration denied" - okay. But why? The debuglog of frameworkd
> says something about "no network code", but I cannot interpret the AT
> commands :)
After trying to register in line 26 you get a +CME ERROR: 32 which is
"Network not allowed, emergency calls only". It looks like your card
was deactivated or something, but please check how this card behaves in
a different phone.
> The log can be found here: http://pastebin.ca/1383626
>
> Then the error occurs. The strange thing is: Yesterday I still
> received an SMS in this state. Can someone light this up?
Not sure what's up with the SMS. Was it an operator generated one?
Regards,
Daniel Willmann
signature.asc
Description: PGP signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: Remote buzz-fix in Braunschweig or PULSTER? was: Re: Freerunner buzz-fix party in Braunschweig
On Mon, 06 Apr 2009 12:24:09 +0200 Gunnar Aastrand Grimnes wrote: > Hi, > > I would quite like to have my FreeRunner fixed, but not at the cost of > driving across all of germany. What about sending it to you (along > with money for return shipping somehow)? > There was discussion of this before. Jup, this will be possible. I don't want to give the official go for this until I have Freerunners I can exchange in case I break some, though. I'll keep the list updated about that. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.12] gps sight with gpsd
On Sat, 4 Apr 2009 18:26:02 +1300 Robin Paulson wrote: > i installed gps sight today and fired it up, but couldn't connect to > the gps. tango was showing a good fix, so gpsd was running. i looked > on the wiki page, and through some rather ambiguous writing, i > surmised that gps sight implements it's own intermediary for > communicating with the gps hardware. is this correct? i turned off > gpsd, but still couldn't get a fix. > > does gypsy offer an alternative which will work for gps sight, and > gpsd reliant software? fso-gpsd offers a compatibility layer so gpsd applications will still work with the Gypsy DBus interface. The apps will even benefit of the automatic resource control (GPS gets turned on if a program connects to fso-gpsd and turns off again after all connections have been closed). Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GSM buzz-fix party in Braunschweig, Germany
Hello Fabian, On Sat, 4 Apr 2009 04:18:20 +0200 Fabian Killus wrote: > I'm really interested in this buzz-fix party. How is it supposed to be > organized and when exactly? Beginning of may? still working on the details, but take a look at http://wiki.openmoko.org/wiki/BuzzFixParty#Braunschweig and add yourself to the list. > Will I have to register somewhere? What is the location in > Braunschweig? What about warranty from Openmoko? I have been promised devices from Openmoko and I'm confident that I'll get them in time so I can replace any Freerunner that broke in the rework process. For updates on that please watch the mailing list and wiki page. > I'm thinking of going by train to Braunschweig bringing one Freerunner > along. It's a good opportunity for me to visit this city and its > university (still not sure where I want to study). Sounds fine. Please be aware that we cannot provide any accomodation if you want to stay longer. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Freerunner buzz-fix party in Braunschweig
Hello, there is now a date set for the buzz-fix party in Braunschweig (May 1st - May 3rd). Please put your names on the wikipage http://wiki.openmoko.org/wiki/BuzzFixParty#Braunschweig if you are planning to attend. Any other infos, location, etc. will be updated there. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GSM buzz-fix party in Braunschweig, Germany
On Wed, 01 Apr 2009 15:09:15 +0200 "arne anka" wrote: > > Since the FSOSHRUDCON has been postponed I'm currently aiming at > > March 1st through March 3rd for the buzz fix party. > > uh, you did check the calendar, did you? Yeah, off-by-two. :-) I meant May 1st through May 3rd. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: date and GPS related questions
Hi, On Mon, 16 Mar 2009 06:59:20 +0900 William Kenworthy wrote: > No, otimed sucks for a number of reasons (not the least being hard > coded to an NTP server somewhere in Europe) so control like you are > after is critical. just wanted to follow up on this. From the sample frameworkd.conf file: # # Subsystem configuration for otimed # [otimed] # a list of time/zone sources to use or NONE timesources = GPS,NTP zonesources = GSM It would be nice to change that at runtime, patches welcome. :-) > In Perth Australia, vodafone appears to have my location set to Lord > Howe Island - some 3000+ km away in the pacific - I am near the Indian > Ocean. As well, I suspect they are not sending local time, but time > as it is in the eastern states (2hr diff). Is there a way to get the > gsm to print the data as to what it thinks it is? - some command in > mickeyterm? - be nice to confirm and know what its actually doing as I > certainly cant trust the FR to get it right. Framework debugging should tell you. > The freerunner by design seems unable to keep accurate time unless you > are in Europe ... Well, timekeeping is independent from that. The UTC time will stay right no matter what timezone you're in. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: date and GPS related questions
On Mon, 16 Mar 2009 11:15:34 +0300 Paul Fertser wrote: > Daniel Willmann writes: > > I think (not sure) that Qt Extended uses the time(zone) > > cellbroadcast messages which are broadcasted by some operators. > > Looks like +CTZV unsolicited message doesn't actually supply timezone > information (which must include country-specific DST information), > only current offset to UTC (or GMT even?), so it's somewhat useless > anyway. Right, though you do know which country the network belongs to so with some nasty assumptions you could probably find the right timezone.. IMO it's not worth the trouble, though. > Am i missing something? Probably not. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GSM buzz-fix party in Braunschweig, Germany
On Mon, 23 Mar 2009 11:45:20 +0100 Sven Rebhan wrote: > /me is also interested in sending the (1) phone to you. Would it also > be possible to perform the bass fix? No, sorry. I don't think fixes other than the buzz rework will be supported by OM so it would be entirely your problem if I break the phone. Joerg talked to me about offering the GPS SD Card fix so I may be able to do that as well (though the software fix is really good enough). Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GSM buzz-fix party in Braunschweig, Germany
On Sun, 22 Mar 2009 21:08:16 +0100 Joerg Lippmann wrote: > Am Sonntag 15 März 2009 schrieb Daniel Willmann: > > > In order to gauge interest and plan ahead wrt ordering > > Resistors/Capacitors I'd like to know how many phones would come. > > The party will probably take place in mid April. > > If you are interested and would show up please mail me privately and > > also tell me how many phones you would bring. > > > > If all goes well I'll be doing this with support from Openmoko and > > will be able to replace any Freerunners I break in the process. > > Hmmm, Braunschweig is about 300km from my home town. Is there a way > to get my phone fixed as well without spending the whole day on the > road (maybe send it to you?) I'm considering mail delivery as an option. The only problem I have is that I need to get the money for the return package. Don't know how we could handle that best... > I have terrible buzz *always* when I use my phone at home, no matter > what distribution. So all the time when I happen to be at home and > get a call I have to shout to the other party to call me on the land > line. Really embarrassing to have to use an expensive phone thats > broken by design and the manufacturer does not bother to fix it > immediatly at no cost. Well, the buzz issue was fixed on all of the phones I did the rework on. And to be fair OM is supporting me (hopefully soon) with replacement phones for the ones I break and components... Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GSM buzz-fix party in Braunschweig, Germany
On Sun, 15 Mar 2009 19:54:59 +0200 Timo Juhani Lindfors wrote: > Daniel Willmann writes: > > I have now performed a couple buzz fixes and feel pretty confident > > that I'll fix more phones than I'll break in the process. :-) > > (I haven't broken any phones until now) > > Cool, have you thought about accepting phones to be sent to you by > mail? I'm sure you could ask for a fee to cover your time and material > costs. Yeah, many requests have reached me and I'll accept phones sent to me. The only issue is that I'm not going to pay for sending back the phones so we'll have to arrange for something there. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GSM buzz-fix party in Braunschweig, Germany
On Sun, 15 Mar 2009 18:46:26 +0100 Yorick Moko wrote: > with OM support i would surely like the fix to be applied I am currently waiting for the phones to arrive, until then I can't promise anything. Since the FSOSHRUDCON has been postponed I'm currently aiming at March 1st through March 3rd for the buzz fix party. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Google Summer of Code
On Tue, 31 Mar 2009 21:10:32 +0100 Arigead wrote: > Daniel Willmann wrote: > > On Wed, 25 Mar 2009 22:22:55 +0100 > > Yorick Moko wrote: > > > >> i think there is none > >> shr (or fso?) got rejected > > > > Both actually. We joined forces with our application and were > > rejected. Everybody is still welcome to work on cool projects, > > though. :-) > > > Are you mentoring ? ;-) Depends. What do you have in mind? :-) Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Google Summer of Code
On Tue, 31 Mar 2009 14:42:47 +0100 Sam Kuper wrote: > 2009/3/31 Daniel Willmann > > > On Wed, 25 Mar 2009 22:22:55 +0100 > > Yorick Moko wrote: > > > > > i think there is none > > > shr (or fso?) got rejected > > > > Both actually. We joined forces with our application and were > > rejected. > > > Out of interest, did the rejection have anything to do with Android > being a Google product and a competitor to SHR/FSO? I don't know, the mail didn't say and I don't think it would if it were the case. Apart from that I don't think they view us as a competitor. At most I guess they see us as a redundant effort. Even more of a reason to prove them wrong. :-) Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Google Summer of Code
On Wed, 25 Mar 2009 22:22:55 +0100 Yorick Moko wrote: > i think there is none > shr (or fso?) got rejected Both actually. We joined forces with our application and were rejected. Everybody is still welcome to work on cool projects, though. :-) Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: date and GPS related questions
On Sun, 15 Mar 2009 20:43:46 +0100 Fernando Martins wrote: > Daniel Willmann wrote: > > Okay, I can totally understand that. But in that case you only want > > to disable the timezone changes. > I assume the default is to have "automatic timezone changes" enabled. > I would like to go to a config file (no big need for UI) and change > "enabled" to "disabled" (or change 1 to 0). When I need to change the > date/time, I would go to an UI, which tests if (option=0 AND > FR_timezone <> local_timezone), a button labeled "Adjust to local > timezone" would become enabled. Sure thing. Go to /etc/frameworkd.conf and look at the section # # Subsystem configuration for otimed # [otimed] # a list of time/zone sources to use or NONE timesources = GPS,NTP zonesources = GSM Just set timesources to NONE and nobody but you will meddle with the time. Set zonesources to NONE and the same will be true for timezones. > > You would still want your time to be > > accurate to the second (of the timezone it is set to), would you > > not? > Personally yes, but I know people, as you also mentioned, who advance > their watches 5 min (or even 15 min) to help them be on time. > Therefore I am inclined to say that in this case an automatic change > after moving to another timezone should keep an existing shift on > time. Is this problematic? As I said setting timesources to NONE will just not change the time at all. What isn't implemented, but I'd like to see is a configurable offset from the current time so people could keep timesources enabled and still have their clock be 5 minutes early. I don't see any problems implementation wise, just that someone will have to do it. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
GSM buzz-fix party in Braunschweig, Germany
Dear Freerunner owners, (X-Posted to devel since there are probably some people not reading community due to low SNR) I have now performed a couple buzz fixes and feel pretty confident that I'll fix more phones than I'll break in the process. :-) (I haven't broken any phones until now) In order to gauge interest and plan ahead wrt ordering Resistors/Capacitors I'd like to know how many phones would come. The party will probably take place in mid April. If you are interested and would show up please mail me privately and also tell me how many phones you would bring. If all goes well I'll be doing this with support from Openmoko and will be able to replace any Freerunners I break in the process. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: date and GPS related questions
On Sun, 15 Mar 2009 17:14:23 +0100 Fernando Martins wrote: > Daniel Willmann wrote: > > I'm not sure I understand completely. I can't see why one wouldn't > > want to set the proper time (maybe with an offset option for people > > notoriously being late so they can set the clock to + > > 5min). > > > > Could you explain some more what you mean by that? > > > Ok, this might not seem so rational, but it works for me: because I > have to correct the time for several devices (wrist-watch, car, > phone, etc), I just ignore all of those. In a couple of days, they'll > be back to the correct time anyway :). The important point is that > all my clocks are consistently wrong. If FR changes the timezone > without me realising it, then I can be tricked into looking into the > right time and wrongly add up one hour more on it. (it has happend > that I fixed one clock and then get tricked by another - it can > happen both under stress or total relaxation :-) Okay, I can totally understand that. But in that case you only want to disable the timezone changes. You would still want your time to be accurate to the second (of the timezone it is set to), would you not? > That's why (consistency) I would prefer to have manual control of > time changes on FR, but I'm starting to feel I'm the nut job here :-) No, I'm all for control. But I need to understand what you actually want before I can think about implementing it. :-) Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Good news: FixNow mode can be wakenup through serial port
Hello,
On Fri, 13 Mar 2009 18:24:49 -0700 (PDT)
mqy wrote:
> U-BLOX GPS chip ANTRAIS 4 and above can run in several power modes:
> 0: Continuous Tracking Mode, about 3.5 mA
> 1: Fix Now -- sleep mode about 130 uA
This sounds quite promising. How was FixNow configured in that case?
> One of the problem is how to activate (wake up) from sleep mode. I've
> read several message lists discussing this issue, it seems no way to
> wake up through serial port.
> http://kerneltrap.org/mailarchive/openmoko-kernel/2009/1/22/4794494/thread
I think you misunderstood that post. In there Andy says that the GPS
will have no way to wake us up if it has a fix. What is possible is to
put the GPS into FixNow mode and wake it up either by sending some
serial data or by toggling the EXTINT0 pin that is routed to our SoC.
> I've tried make GPS chip goes into sleep mode several days ago, but
> can't wakeup it.
> Last night I found good references through google:
> 1.
> http://www.u-blox.com/customersupport/gps.g3/ANTARIS_EvalKit_User_Guide(GPS.G3-EK-02003).pdf
> "When waking up TIM-Lx with RxD1, RxD2 from sleep- or backup state
> send a number (at least 8) of
> 0xFF characters to wake up the serial communication module otherwise
> the first bytes may get lost. To
> request a position fix a position request message must be sent via
> serial port after waking up the
> ANTARIS GPS Receiver."
Yeah, page 26f. also states that the receiver can be woken up via
EXTINT0 and it will compute and send a position in response.
> I've test this with ubx binary protocol:
> 1) enable FixNow (sleep mode) by CFG-RXM, configure CFG-FXN
> 2) periodically poll NAV-POSLLH, NAV-VELNED, NAV-SVINFO. Before
> writing each poll request, write
>unsigned char array {0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,
>0xB5,0x62,0x02,0x40,0x00,0x00,0x42,0xC8};
>/* note: first line: dummy data, second line: RXM-POSREQ */
>then sleep 1 second;
> 3) toggle between "Continuous Tracking Mode" and "FixNow mode" by call
> CFG-RXM (if in FixNow mode, first write dummy data and RXM-POSREQ)
Would you mind publishing your code? I'm interested in integrating this
in ogpsd as well.
Regards,
Daniel Willmann
signature.asc
Description: PGP signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: date and GPS related questions
On Sun, 15 Mar 2009 15:36:29 +0100 Fernando Martins wrote: > Daniel Willmann wrote: > > there is a backup battery, but in my experience it only takes a > > couple hours without battery until the time is lost again. > But now I wonder: usually I keep the phone switched off during the > night, and since I use it rarely, sometimes I forget it switched off > at home. Is it the case that, when FR is switched off, the main > battery does not feed the backup battery? (yeah it sounds weird, the > main battery would become the backup of the backup battery). That should work. I'm trying to reproduce that now. Does that also happen if you keep your FR switched off overnight or for a couple of hours? After that happens is your main battery drained completely or is it at about the same level before you turned your FR off? > > So you're going in with a fix and when you come out you wont get a > > fix any more? How long are you staying in the building? > 1 hour is sufficient to become unable to get the fix back. Okay, would be interesting to see what zhone says about the issue. > I don't have zhone installed but from using tangoGPS I remember it > stated always 0 SV on the sky (e.g. 8/0). I don't think in tangoGPS I > can see how many have ephemeris data (I though all of them had it). IIRC 8/0 means the GPS thinks there are 8 SVs in the sky, but it uses 0 for the fix. > I'll install zhone and do the checks. Great, thanks. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: date and GPS related questions
On Sun, 15 Mar 2009 14:41:03 +0100 Fernando Martins wrote: > Daniel Willmann wrote: > > Timezone will be set according to the nationality of the GSM network > > you're associated to. Since this is annoying for a couple of people > > we'll probably make this optional/prompt for new timezone. > > > > Time will be updated either through NTP if your FR has a connection > > to the Internet or through GPS if you wait long enough. > > > I'm a bit confused with this: I would assume that if timezone is > changed, time/date would be automatically updated. So, why then There are a couple reasons actually. First, determining timezone based on the country code of the GSM network you're logged in does not give you any indication of the actual time. Second, the actual timezone and time cellbroadcast messages are not sent by all providers. In Germany none of the providers support these... Third, even if time is sent as cellbroadcast the time sent can be off by a couple of minutes (warning, this is hearsay. I have no real experience with time cellbroadcast messages). > bother to update time based on NTP or GPS? Also, it would be nice to > know, grossly, how much is "long enough", but I suppose it's not yet > done or decided... IIRC otimed (Jan should know better) will listen to the time signal of the GPS (which is only sent if GPS is on) and adjust the system time accordingly. Same with ntp which is checked periodically (and only works if a network connection is present, obviously). > periods, usually I do. I think it would be nice to go to a date/time > setting panel having (also) a button to just change the timezone. Of > course this requires the FR to know at all times that the set > timezone is not the local one. I'm not sure I understand completely. I can't see why one wouldn't want to set the proper time (maybe with an offset option for people notoriously being late so they can set the clock to + 5min). Could you explain some more what you mean by that? You can already statically enable specific time(-zone) sources or disable them all together in /etc/frameworkd.conf: [otimed] # a list of time/zone sources to use or NONE timesources = GPS,NTP zonesources = GSM > Also, a very small but annoying issue: busybox date command displays > a very brief help string that does not tell which is the input format > to set date/time. If one is on the road, without a GUI to set > date/time, and no man page, the format is difficult to guess (date -s > MMDDhhmm.ss). I suggest to show this format on the help string of > date (I know technically it is a trivial change, but no idea of what > this involves regarding patch bureaucracy). Yes, I have learned to have busybox for this and similar reasons. Maybe some day we'll replace it with the real packages, but I don't know how much space that will eat. Anyway, what I would want on the road (regardless of the busybox annoyance, which should be fixed) is actually a GUI to change date/time. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: date and GPS related questions
On Sun, 15 Mar 2009 23:31:18 +1100 Chris Samuel wrote: > On Sunday 15 March 2009, Daniel Willmann wrote: > > > Timezone will be set according to the nationality of the GSM network > > you're associated to. Since this is annoying for a couple of people > > we'll probably make this optional/prompt for new timezone. > > Qt Extended has 3 options for this - Always, Ask and Off. > > Mind you I've never had Always or Ask work for me (in 4.4.2, not > tried 4.4.3 yet) so I'm not sure if the functionality works in it, or > whether it's just not finding what it expects to find. I think (not sure) that Qt Extended uses the time(zone) cellbroadcast messages which are broadcasted by some operators. In Germany for example nobody sends these so the framework looks up the country code of the GSM cell we're logged in and changes the timezone according to the zone this country belongs to. This is problematic/inaccurate/annoying for countries that span different timezones like the USA, Russia, Australia. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: date and GPS related questions
Hello, On Thu, 12 Mar 2009 22:19:05 +0100 Fernando Martins wrote: > 1) I got the date reset to 1970 a few times. I was not paying > attention but I guess this happens when battery is removed, i.e., > there's no battery specific for the clock? there is a backup battery, but in my experience it only takes a couple hours without battery until the time is lost again. > 2) Several posts mentioned that GPS could only get the fix if date > was correct, the requirements being within 1 sec precision. However, > with the date/time completely messed up, GPS is getting the fix > anyway (and it's fairly fast, 1 min or so). So, what's up? I'm using > SHR unstable from January. Is the GPS driver (?) being to ignore > dates before FR production, or something else? It's not ignoring anything, but the chip is robust enough to recover from that. ogpsd should add some safeguards like storing the offset GPS time/system time so that it will report the correct time to the GPS chip even if somebody sets their time to be five minutes ahead constantly. > 3) While using tangoGPS and I enter a building, when I come out, a > fix is not gotten until I reboot FR. Is this a known issue? any > quicker workaround than rebooting? So you're going in with a fix and when you come out you wont get a fix any more? How long are you staying in the building? Please check with the GPS tabs in zhone How many SVs have ephemeris before and after you are inside the building. Also check after you've left the building if you are seeing any signals from SVs and if the chip actually thinks there are SVs in the sky. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: date and GPS related questions
On Sat, 14 Mar 2009 10:35:37 +0100 Fernando Martins wrote: > BTW, the date was automatically set, somehow, some days later. Is > this done when there is a phone call? (I have few phone calls). Timezone will be set according to the nationality of the GSM network you're associated to. Since this is annoying for a couple of people we'll probably make this optional/prompt for new timezone. Time will be updated either through NTP if your FR has a connection to the Internet or through GPS if you wait long enough. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Testing] Slow response when answering a call
On Thu, 12 Mar 2009 23:30:47 -0400 Cameron Frazier wrote: > I just tried it, and the delay dropped to only a second or two total, > so a vast improvement. I suppose it will get better when the > framework moves to a compiled language for FSO M6 (IIRC). Just to clarify and not get any hopes up: We have a long way to go until the framework moves to a compiled language. It will definitely not be MS6. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Could you please clarify your opinion on BT audio issues on GTA01
On Wed, 11 Mar 2009 10:36:35 +0300 Paul Fertser wrote: > Hi, > > In the message[1] you say that "bluetooth audio on the gta01 will > never work, even with that bluetooth alsa state". > > Could you please explain what exactly did you mean and what is the > actual problem? Were you talking about A2DP or SCO? If SCO, was it SCO > over PCM or HCI? If A2DP, what is the difference between gta01 and > gta02 in this regard, should it work correctly on gta02 in your > opinion? Jan Lübbe has recently made a phone call with a bluetooth headset on GTA02 and I got A2DP working (though mono) on my GTA01 a while back. A2DP should just work since you are not going through the Wolfson chip in any way. Phone calls via headset is another story and I can't answer that for GTA01, but I think we didn't change anything in that area from GTA01 to GTA02. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: thoughts on A-GPS offline
On Tue, 10 Mar 2009 15:18:23 +0100 Helge Hafting wrote: > I do not get 7s every time. This was an ideal test, I was standing in > a place with good visibility. the gps used 9 or so satellites. Then I > stopped tangogps and restarted it, and timed it from the moment the > tangogps screen showed. (So as to not include the startup time for > tangogps itself). The TTFF is usually a little longer inside a bus or > building. Okay, this still sounds really promising and matches my experience. Even when riding my bike I now usually get a fix within the first minute, mostly within 30 seconds. Before uploading ephemeris this often took several minutes (sometimes it wouldn't get a fix until I stood still for 20 seconds even after riding around for ~10 minutes). > > so the chip knows which SVs to search for. So a pacc of 3km or 9km > > shouldn't have any noticable effect. This is just guesswork though, > > so any results on your part would be greatly appreciated. > > It was just to be safe. The documentation states that you might not > get a fix _at all_ if either position or time is outside the claimed > accuracy. Now, maybe it works with 3km anyway after the fixes that > prevents the chip-crashing exception. I happen to live about 6km away > from where I work, so 9km was a nice safe value. The default is > 300km, and "100km allows a more optimistic startup." Perhaps such > rough estimates is all that is needed, if it is only used to figure > which satellites that can be seen. If you don't mind testing please try changing pacc to 100km and see if it affects TTFF adversely in your case. If not we could just use that as a default. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Cellhunter] no neighbouring cells
On Fri, 6 Mar 2009 18:12:50 +0100 Leonti Bielski wrote: > So the problem is in FSO? > Why then I get neighbouring cells in zhone and not in Cellhunter? > That kinda excludes problem in framework. No, frameworkd is the problem in that case. Zhone uses the DBus API to get neighbouring cells while cellhunter prior to that patch used the debug interface to send a special AT command to the modem (which is what the neighbouring cell DBus API does anyway). It seems that the new-timeout branch has somehow make the debug commands useless, we'll need to investigate that. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: thoughts on A-GPS offline
On Tue, 3 Mar 2009 06:47:26 -0800 (PST) mqy wrote: > > I've verified the issue on GPS receiver in GTA02: > > When dump ALM/EPH messages, in several messages, fields follow SV ID > field in payload are filled with zeros. Okay, so what you're saying is that this commit http://git.freesmartphone.org/?p=framework.git;a=commitdiff;h=ad2ec48cdb5ab9bdddc15adfc05cbd2e5b8a2cee doesn't fix the situation for you? If that is the case could you please send me the ALM/EPH messages that you get when the chip crashes so I can take a look at it? Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: thoughts on A-GPS offline
On Wed, 04 Mar 2009 13:59:07 +0100 Helge Hafting wrote: > Thanks a lot! > I needed this one too, and now get 7s warm starts! > http://git.freesmartphone.org/?p=framework.git;a=commitdiff;h=ad2ec48cdb5ab9bdddc15adfc05cbd2e5b8a2cee 7s TTFF is pretty good. I got that once, but usually I have about 16s TTFF. > I also raised pacc from 3km to 9km, as I often enough travel a bit > more than 3km with the gps unit off. I'm interested to hear how that affects TTFF. The way I understand it initial position is only used to calculate which SVs are in view so the chip knows which SVs to search for. So a pacc of 3km or 9km shouldn't have any noticable effect. This is just guesswork though, so any results on your part would be greatly appreciated. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: AGPS question
On Wed, 4 Mar 2009 20:33:15 +0100 Leonti Bielski wrote: > In agps package for u-blox you have to provide approximate location of > your phone and radius (for example 150 kms). > What does it change? If I provide some longitude and latitude and set > some huge radius will it affect anything? > Is it possible to eliminate it at all? The GPS chip can only search for a limited number of SVs in parallel (the new ublox5 chips comes with a one million correlators which more or less allows it to search for all SVs in parallel) so in order to know which SVs should be in view it needs: 1) Current time 2) approx. position of the GPS device 3) Almanac (coarse orbit information) of the SVs > My brother has N95 with Agps and he does not have to provide his > location while using agps service. Cellhunter http://wiki.openmoko.org/wiki/CellHunter tries to collect GSM cell locations by making a game of it. After we have sufficient coverage it will be possible to use that for initial position or even for an approximate location in areas where GPS doesn't work. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.12] GPS from python
On Fri, 06 Mar 2009 14:39:33 +0100
GNUtoo wrote:
> On Thu, 2009-03-05 at 22:27 +0100, Francesco de Virgilio wrote:
> > It seems not work on SHR-testing :(
> That's normal...you are using the gpsd bindings on your desktop
> computer.
> They permit you to talk to a gpsd compatible device
> I tested it with fso-gpsd(python on my desktop with the gpsd
> bindings(so I needed to install gpsd on my desktop to get the
> bindings) and fso-gpsd on the openmoko)
Oh, that's interesting. fso-gpsd should actually be gpsd compatible.
Could you explain more why it's not working/what is not working or what
gps.py actually does to talk to gpsd.
One problem you might encounter is that ogpsd and fso-gpsd only switch
on the GPS when there's actually a program that needs GPS. In the case
of fso-gpsd that happens when you connect to the gpsd port.
My guess is that the connection is either made at the constructor
(g = gps.gps()) or for every call (g.query("admosy")).
At this point the chip will not have any fix for sure, even with
hotstart working it usually takes ~16 seconds.
What you can do to test my hypothesis is start a different program like
the GPS view in zhone and wait until GPS actually has a fix and then
try with your program. If you get a fix then you can request the
resource GPS to make sure GPS stays on.
> So you have 2 solutions:
> 1)replace fso-gpsd by gpsd
> 2)use dbus to talk to the GPS
3)Make fso-gpsd compatible with gpsd so gps.py works.
Regards,
Daniel Willmann
signature.asc
Description: PGP signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: thoughts on A-GPS offline
On Tue, 03 Mar 2009 12:31:00 +0100 Helge Hafting wrote: > Daniel Willmann wrote: > > > Now that hot-/warmstart with ephemeris playback works with the > > framework we should try to get an open server with aiding data > > available ASAP. > > > I hope that fso-gpsd gets updated soon too - it'd sure be nice to > take advantage of a recently saved ephemeris when restarting gps > software. fso-gpsd doesn't need to get updated, it just uses ogpsd which is saving/restoring the ephemeris received from the SVs already. For the improved ogpsd you will need a recent version of frameworkd as Stefan has already pointed out. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: thoughts on A-GPS offline
On Sun, 1 Mar 2009 14:25:14 -0800 (PST) mqy wrote: > " > UBX-AID-EPH and UBX-AID-ALM Messages for Satellite without valid > Orbits When polling UBX-AID-EPH or UBX-AID-ALM messages, satellites > without valid ephemeris or almanac data will > return a complete UBX-AID-EPH or UBX-AID-ALM message with all data > words set to zero. This doesn’t comply > with the protocol specification. Furthermore, u-blox 5 receivers with > firmware V5.00 and earlier can run into a > floating-point exception when fed with such “empty” ephemeris. > " > > Is that the cause :D Yeah, thought that at first as well, but almanac data was okay at that point. The position was not, however. I guess the problem the chip tripped over is similar in both cases though. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: thoughts on A-GPS offline
On Sun, 1 Mar 2009 21:39:25 +0100 Raphaël Jacquot wrote: > On Sun, Mar 01, 2009 at 08:31:16PM +0100, Daniel Willmann wrote: > > Now that hot-/warmstart with ephemeris playback works with the > > framework we should try to get an open server with aiding data > > available ASAP. > > is there a way to get the ephemeris data from the gps receiver at > some point ? it could be stored on the phone and used as a > calculation aide... Yes and that's what ogpsd does already. It has been saving/restoring almanac for months, ephemeris was disabled up until recently because there was a bug that prevented the GPS chip from doing anything useful after they were restored to the chip. The chip will use all available data to calculate the fix. With restoring ephemeris this means a time to first fix of about 16 seconds at the moment. Not sure how much faster we can get. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: thoughts on A-GPS offline
Hello, On Tue, 17 Feb 2009 13:07:54 +0100 Rikard Nilsson wrote: > would it be possible to get the satelite information that we get from > u-blox from somewhere else? > somewhere that dont require user account? there are three possibilities that I see here: 1) mirror the data from u-blox somewhere 2) See whether we can use the information from http://www.ngs.noaa.gov/orbits/ to provide our own aiding data 3) Set up a stationary GPS receiver and use aiding data from there 1: Someone said that u-blox explicitly allows redistribution of their AGPS online data. This would be great since we already have all the data in UBX format. 2: Calculating almanac/ephemeris data from the files present in ftp://igs.ensg.ign.fr/pub/igs/products/ should be possible, but is far less straight forward than variant 1. Additionally to studying ICD-GPS-200 (http://www.navcen.uscg.gov/PUBS/gps/icd200/icd200cw1234.pdf) one would need to parse the sp3c format: ftp://igscb.jpl.nasa.gov/pub/data/format/sp3c.txt 3: This would be a pretty simple and good way of setting up our own aiding server if 1 doesn't work out. The problem with this approach is that we only get ephemeris for SVs in our view so if I set up one station in Germany it wont help at all in the US. This could be worked around by having many such stations all over the world. Now that hot-/warmstart with ephemeris playback works with the framework we should try to get an open server with aiding data available ASAP. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Freerunner] Access GPS chip's parameters and navigational models?
On Wed, 14 Jan 2009 18:18:26 +0100 Olivier Migeot wrote: > I'm currently experimenting things with the Antaris chip, and I'm > starting to like it - at least through FSO and it's gpsd compatibility > layer. I've been browsing through the UBX protocol specification, and > I stumbled upon one interesting parameter : the dynamic platform model > of the navigational unit. > > Simply put : using this, we should be able to explain our chip that we > are either by car or by foot, and get more serious tracklogs > (providing this is doable, 'cause the doc states "(SW Versions 3.04 > and higher)", so I'm not sure whether or not we qualify). Changing the dynamics model is working with our chip. Adding a configuration interface for ogpsd to change these and similar settings has been on my list for some time. Since I'm done with with this semester's exams and SMS seems to be almost done I'll be thinking/working on this during March. > Hoping that we do (well, ignoring that maybe we don't, actually), I > tried to feed the setting to the chip. The CFG-NAV2 UBX message that > does that is 40 bytes long, and contains lt of more or less > related information, which I certainly don't know how to feed. So I > tried to first _get_ the setting, and re-set it verbatim (give or take > the said parameter). But though there is a tool to generate UBX > messages (ubxgen.py, on > http://wiki.openmoko.org/wiki/Neo_FreeRunner_GPS ), I can't find a > (successful) way to get the result from the chip. From my view, I > should cat the commands to ttySAC1 and then read it. But I get nothing > exciting that way... You should get either a ubx packet of type ACK-ACK or ACK-NACK depending on whether the chip accepted your CFG-NAV packet. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Zhone SMS
On Sun, 1 Mar 2009 21:54:49 +0330 Armin ranjbar wrote: > On Sun, 1 Mar 2009 19:07:48 +0100 > Daniel Willmann wrote: > > > Do you still have the message that caused the problem? It would be > > good to fix ogsmd if there's a specific PDU that causes a problem. > > no but that happens typically over unicode message, how can i 'dump' > sms message while zhone is unable to receive ? Okay, unicode messages that make problems are very much welcome. If you could try with a recent version of ogsmd that would be even better. If you know which index that PDU has you can dump that PDU through mickeyterm: r...@om-gta02:/usr/sbin# mickeyterm read history from /home/root/.mickeyterm_history <--- Mickey's Term V2.9.1 @ /dev/pts/0 ---> AT-Command Interpreter ready AT+CMEE=2;+CRC=1 OK at+cmgr=25 at+cmgr=25 +CMGR: 3,,34 07919471071601B60C9194711032547618F4F29C0E6A97E7F3F0B90CBAA7E968901EFD769741 OK If you don't know which message causes the problems you can also dump them all: at+cmgl=4 +CMGL: 1,1,,125 [...] +CMGL: 2,1,,138 [...] +CMGL: 3,1,,155 [...] and so on.. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Zhone SMS
On Tue, 17 Feb 2009 12:34:02 +0330 Armin ranjbar wrote: > On Tue, 17 Feb 2009 08:53:41 +0100 > Måns Malmberg wrote: > > > and with with FSO Zhone showed the SMS icon as disabled. On an old > > Ericsson phone I could see that I received a garbled SMS (probably > > an MMS) and by removing that everything started to work again. > > that did fixed it, i guess bunch of AT commands will do the same, i > have used some siemes phone which is one step more advanced than > normal calculators :)) Do you still have the message that caused the problem? It would be good to fix ogsmd if there's a specific PDU that causes a problem. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FSO] Speed gps time to firxt fix up?
On Fri, 16 Jan 2009 06:23:29 +0100 "Marco Trevisan (Treviño)" wrote: > Daniel Willmann wrote: > > It actually does have memory, but lacks a backup battery which is > > supposed to power the memory of the GPS while main power is off. > > ogpsd already stores and restores almanac, GPS/UTC timeoffset and > > approximate last position. It's not restoring ephemeris because I > > had weird problems with that (TTFF increased to several minutes). > > Thanks for the information. How much do you think we could decrease > the TTFF off, by restoring the ephemeris (in the right way, I guess)? The manual claims down to 5 seconds TTFF if you supply ephemeris and a precise timepulse. Without the timepulse TTFF is supposed to be around 24 seconds. > I've not tried recent versions of the Framework with the GPS, how long > does it take generally to get the fix, nowadays? At optimum conditions it takes about 30 seconds. The problem is that it will take much longer if you are moving or generally don't have optimum conditions as then downloading ephemeris will be interrupted frequently. My hope was that TTFF will be much less susceptible to non-optimum reception. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FSO] Speed gps time to firxt fix up?
Hi, On Sat, 03 Jan 2009 13:50:18 +0100 Fox Mulder wrote: > Since a few weeks i'm using fso-gpsd without any big problems so far. > The only problem is that the TTFF (time to first fix) is always >1 > minute and sometimes it needs quite a lot of time. The only solution > for me to be sure to get a fix within <30 sec is to use the agps tool > which downloads the almanac and ephemeris from ublox for my region. yes, I tried integrating hot-start into ogpsd, but somehow I had problems with supplying ephemeris. Just some days ago I noticed something that made me think the culprit is still the time calculation. The SVs that zhone claimed were visible suddenly made a jolt and were positioned differently. It was more than one, so it wasn't just one almanac that got updated. I'm not completely sure, though, didn't look too closely. > The problem is, that the gps chip doesn't have any internal memory why > it needs to download all relevant gps data every time it is powered > up. So i thought if it is possible to save the relevant gps data > before shutting down the gps which can be done by fso-gpsd or kernel > automatically. Than after starting the gps fso-gpsd/kernel feeds back > the data to speed up the TTFF. This would be the same way most gps > receivers work. It actually does have memory, but lacks a backup battery which is supposed to power the memory of the GPS while main power is off. ogpsd already stores and restores almanac, GPS/UTC timeoffset and approximate last position. It's not restoring ephemeris because I had weird problems with that (TTFF increased to several minutes). > Maybe this is already implemented somewhere but i don't think so > because the TTFF without agps is always quite slow. Some things are there, some are missing. At the moment I'm busy getting SMS stable so I wont have too much time for GPS in the near future. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FSO] Speed gps time to firxt fix up?
Hi, On Sat, 03 Jan 2009 14:23:25 +0100 Fox Mulder wrote: > I did nothing special. > I only deinstalled gpsd and installed fso-gpsd. Some time ago fso-gpsd > wasn't working good at all. But a few weeks ago i tried again to > replace gpsd with fso-gpsd and since than it works ok. > Interesting is that with fso-gpsd the gps chip is activated as soon > as a connection to the fso-gpsd port is opened. And it is deactivated > when the last connection closes. This feature has pros and cons but > at the moment i like it. :) You can set the resource policy to enabled if you'd like to keep GPS on. See http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.Usage.html;hb=HEAD#SetResourcePolicy for more information. It would be pretty easy to write a program to manipulate the policy of all the resources, but nobody has done that yet I believe. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ogsmd] Out-of-spec GSM number - who should I report to?
On Wed, 7 Jan 2009 09:28:09 +0100 g...@ergoarte.ch wrote: > Hi, > > I am seeing this error: > Jan 7 09:08:52 debian-gta02 2009.01.07 09:08:52 ogsmdWARNING > Out-of-spec GSM number type seen: 160. Please report. This is binary b1010 which means according to GSM 03.40, page 35 type-of-number: National Number, numbering-plan-identification: Unknown It's definitely not out of spec and probably not even that unusual. The phonebookTupleToNumber function in gsm/const.py doesn't seem to be very smart. I started working on some functions for GSM addresses in the PDUAddress class in gsm/sms.py. In any case this shouldn't have any impact on functionality since it just prints out the warning. > I would like to report this, but where? What extra information would > be of interest? All FSO related bugs should go to http://trac.freesmartphone.org/ I experienced the same "hangs" that you mentioned recently. I'm unable to answer the phone and the phone will keep ringing forever. Please try to reproduce the problem with log_level set to DEBUG in [ogsmd] and post your log. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: debian on neo1973: ogpsd failing?
On Mon, 17 Nov 2008 01:34:21 -0700 "Brad Midgley" <[EMAIL PROTECTED]> wrote: > ok, found it > > copied /usr/share/doc/fso-frameworkd/examples/frameworkd.conf to /etc > and then modified the ogpsd section: > > [ogpsd] > device = NMEADevice > channel = FileChannel > path = /tmp/nmeaNP > log_level = INFO This will not survive suspend, though. Better to install gllin version 1.1 (if you have /tmp/nmeaNP you are still using version 1.0), available at http://3rdparty.downloads.openmoko.org/gllin/download/gllin_1.1+r931-r0_om-gta01.ipk (click-through license). Then change frameworkd.conf to read: [ogpsd] device = NMEADevice channel = GllinChannel path = /etc/init.d/gllin This has another benefit as the GPS wont be on all the time, but only when you need it as GllinChannel will take care of starting/stopping the init script. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FSO] official local.conf
Hi, On Thu, 13 Nov 2008 19:03:56 -0500 "D. Gassen" <[EMAIL PROTECTED]> wrote: > I also have trouble with openmoko-terminal2. It seems that there is > a package missing. If you run from the command line: > > > DISPLAY=:0 openmoko-terminal2 > > then you will see that it complains about: > > > (openmoko-terminal2:1535): Vte-WARNING **: can not > > run /usr/libexec/ gnome-pty-helper > > and indeed /usr/libexec/gnome-pty-helper doesn't exist. > Unfortunately, I don't know which package provides this. Yeah, openmoko-terminal2 was broken for some time. Mickey fixed it (now renamed to vala-terminal), but too late for milestone4 which included a working gpe-terminal instead. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FSO-testing] FR now wake up
On Fri, 10 Oct 2008 21:27:25 +0800 Michael 'Mickey' Lauer <[EMAIL PROTECTED]> wrote: > Am Freitag, den 10.10.2008, 09:25 +0200 schrieb yves mahe: > > Hi, > > > > This night, "opkg update" brings me: > > - suspend mode seems to work (kernel update). My FR sleeps all the > > night and now wake up on call > > - E update with new ETK widgets : check buttons, radio buttons and > > text view > > > > Bad news: > > - no sound on call > > - no more red/blue LED while charging > > We did some major surgery in Oeventsd, which is responsible for both > of that. Should be fixed by now. Should really be fixed by now. I forgot to push the commit before boarding the plane back to Germany, but it's there now. Sorry for the delay. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
New Gllin version available
Dear Community, I am happy to announce that a new version of gllin has been uploaded to http://3rdparty.downloads.openmoko.org/gllin/ Changes include: * The gllin files now reside in /usr/share/gllin and not in /home/root anymore. A convenience wrapper is provided in /usr/bin/gllin. * An init script is available at /etc/init.d/gllin with configuration in /etc/defaults/gllin. * The default init script disables logging and sending NMEA data to a named pipe. Only UDP packets to port 6000 are enabled. Best Regards, The Openmoko Team ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New Rasterman Image...
On Fri, 3 Oct 2008 09:34:28 +1000 Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote: > On Thu, 02 Oct 2008 09:37:58 -0700 Steve Mosher <[EMAIL PROTECTED]> > babbled: > > > I used to have a bunch of them when I was doing a NLG ( natural > > Language generation) pet project. I sent you a link to US names as > > well. from the US census. > > For personal dictionaries, people could just run a simple word > > frequency analysis on their archived email,( there are GPL > > programs that do this I believe, but its dead easy to write > > yourself) and import their email contacts into the database. > > in fact that is the idea of the "3" dictionaries the keyboard has. it > has "system" (which is base language - eg english), personal (any > words they type in at all go in here - they inherit frequency they > had before but now gain in count as they get used more), and.. > "generated" dictionary > - ~/.e/e/dicts-dynamic/data.dic - this file is expected to be > regularly generated from the users sms's, emails, contact list etc. > containing words from their every-day activity - so that friend with > a strange name... gets their name into the dictionary pool this > way. :) Is there a way to tie into bash_completion when we are on a terminal? That should be fun :-) Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] Sephora 0.1 - Suggestions needed
On Mon, 29 Sep 2008 17:22:28 +0200 "Michele Renda" <[EMAIL PROTECTED]> wrote: > I say my situation: > > mdbus -s org.freedesktop.Gypsy /org/freedesktop/Gypsy GetFixStatus > > Give me "1" after 30 sec. > > But I am unable to take my position for a long time (30 min, 1 > hour) I seem to take a lot of satellites (11 - 12 satellites) but > no position! Yes, that is absolutely correct. If you look at http://folks.o-hand.com/iain/gypsy/reference/html/GypsyDevice.html#GypsyDeviceFixStatus you can see that 1 means no fix, 2 means 2D fix and 3 3D fix. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Use gps for clock correction
On Thu, 14 Aug 2008 14:58:21 +0200 Peter Nijs <[EMAIL PROTECTED]> wrote: > Is there a way to use the clock of the gps to correct the hardware > clock of the neo? A button "sync hw clock" in agpsui would be nice. > Maybe later it could be a daemon (like ntpd) that does this as soon > as the gps chip knows the gps time. Yeah, it's a nice idea. It is actually on my todo list for fso milestone 3. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Video demo: Openmoko Neo Freerunner Features Accelerometer-based Gestures, and Screen Orientation
Hey, On Mon, 11 Aug 2008 09:35:39 +0200 "Paul-Valentin Borza" <[EMAIL PROTECTED]> wrote: > As Google Summer of Code 2008 is almost at its end, here's a video > showing what you should expect out of the accelerometer-based > gestures project: > http://digg.com/gadgets/Openmoko_Neo_Freerunner_Motion_Gestures_Screen_Orientation_2 Very cool. :-) > There still are some things that need to be worked on for the GUI, > but I will release another package on Thursday/Friday with everything > you've just seen in the YouTube video. I'm looking forward to your release. In the mean time I'll add the package to OE. Is your .bb file in the repository up to date? > Again, big thanks to Daniel for helping me out with the problems I > have encountered on the way. Thanks Daniel! > This doesn't mean that I'll stop working on the project; on the > contrary, I will continue to improve it, and I'll use the Neo for my > primary development target. That's great to hear! Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 3G (USIM) card different on FSO
Hi, On Sun, 3 Aug 2008 22:18:42 + Clare <[EMAIL PROTECTED]> wrote: > Dear all, > GTA02 and GTA01 see USIM but not SIM using FSO Milestone 2 > > Here is a summary, The USIM card is a "Three" prepaid for an A925, > The SIM is a Vodafone. Both Australian. > > GTA02/ SIM/ FSO ver 2 : does not see card. & "no dbus" just a hinch, but was that your first boot after flashing the device? We have some strange race conditions probably caused by the configure scripts that OE runs on first boot resulting in frameworkd not starting or other weirdness. The "no dbus" should never appear if zhone actually got to talk to frameworkd. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO: how to disable zhone screen locking?
On Sat, 2 Aug 2008 18:57:01 -0400 "Craig B. Allen" <[EMAIL PROTECTED]> wrote: > I've been using FSO milestone 2 and liking it. > > Is there a setting to disable the zhone screen locker? If I want to > lock I can just press the Aux button. Not in the current builds, sorry. PM functions, locking and display of signal strength, etc. should eventually all be moved to illume. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Welcome to Openmoko GSoC
Hello, I'm happy to announce the final Google Summer of Code slot allocation for Openmoko. 10 projects will be funded this year which is quite an improvement over the 3 we had in 2007. Lets make it rock. :-) So here are the projects that we will take on during this years Summer of Code: OpenMoko Mail Student: Vladimir Mihaylov Mentor: Thomas Wood Flexible answering machine Student: Frederik Sdun Mentor: Thomas Wood IM/VoIP using telepathy Student: Deniz Koçak Mentor: Robert McQueen Accelerometer Gestures Student: Paul-Valentin Borza Mentor: Daniel Willmann Implementation of a OpenMoko remote controller for GNU/Linux Student: Valério Domingos Valério Mentor: Daniel Willmann speech recognition facility in open moko Student: Saurabh Gupta Mentor: Luis G. Lira A "targeted" SELinux Policy For OpenMoko Student: Willis Vandevanter Mentor: Stefan Schmidt SMS middleware Student: Patryk Szymczak Mentor: Michael Lauer odeviced: Open Device Daemon for FreeRunner/Neo1973 complying with freesmartphone.org specs Student: Sudharshan S Mentor: Michael Lauer PIM storage for the mobile world Student: Sören Apel Mentor: m. dietrich Please make the students feel welcome in our community and help them with any questions they have. If you applied this year but didn't get accepted don't despair. Openmoko welcomes your contribution, whether made through GSoC or not and through the "Community member of the month" contest you can even win a t-shirt. It's all about the t-shirts. :-) Finally, if there will be a Google Summer of Code next year we will try to get accepted as mentoring organization again. All students are free to choose the way they want to handle the development, if you have no strong preference we would recommend creating a project at projects.openmoko.org. However, we do require that every project has a website of some sorts with current status information (this can be the projects.om.org Site, it could be a special category in your blog, it might even be a plaintext file edited in $EDITOR and synced to a webserver). Important is that there's some place where interested people can go to and get an overview over your project. General development discussion should take place on a public mailing list, preferably [EMAIL PROTECTED] You can sign up for mailing lists at http://lists.openmoko.org/ Also the IRC room #openmoko-gsoc on Freenode is available for mentors and students to discuss their project. This room is of course open to the general public. A good place to start looking for documentation is the Openmoko wiki at http://wiki.openmoko.org/ An overview page with links to the individual projects pages will be available at http://wiki.openmoko.org/wiki/Summer_of_Code_2008#Current_projects once everything is set up. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Welcome to Openmoko GSoC
Hello, I'm happy to announce the final Google Summer of Code slot allocation for Openmoko. 10 projects will be funded this year which is quite an improvement over the 3 we had in 2007. Lets make it rock. :-) So here are the projects that we will take on during this years Summer of Code: OpenMoko Mail Student: Vladimir Mihaylov Mentor: Thomas Wood Flexible answering machine Student: Frederik Sdun Mentor: Thomas Wood IM/VoIP using telepathy Student: Deniz Koçak Mentor: Robert McQueen Accelerometer Gestures Student: Paul-Valentin Borza Mentor: Daniel Willmann Implementation of a OpenMoko remote controller for GNU/Linux Student: Valério Domingos Valério Mentor: Daniel Willmann speech recognition facility in open moko Student: Saurabh Gupta Mentor: Luis G. Lira A "targeted" SELinux Policy For OpenMoko Student: Willis Vandevanter Mentor: Stefan Schmidt SMS middleware Student: Patryk Szymczak Mentor: Michael Lauer odeviced: Open Device Daemon for FreeRunner/Neo1973 complying with freesmartphone.org specs Student: Sudharshan S Mentor: Michael Lauer PIM storage for the mobile world Student: Sören Apel Mentor: m. dietrich Please make the students feel welcome in our community and help them with any questions they have. If you applied this year but didn't get accepted don't despair. Openmoko welcomes your contribution, whether made through GSoC or not and through the "Community member of the month" contest you can even win a t-shirt. It's all about the t-shirts. :-) Finally, if there will be a Google Summer of Code next year we will try to get accepted as mentoring organization again. All students are free to choose the way they want to handle the development, if you have no strong preference we would recommend creating a project at projects.openmoko.org. However, we do require that every project has a website of some sorts with current status information (this can be the projects.om.org Site, it could be a special category in your blog, it might even be a plaintext file edited in $EDITOR and synced to a webserver). Important is that there's some place where interested people can go to and get an overview over your project. General development discussion should take place on a public mailing list, preferably [EMAIL PROTECTED] You can sign up for mailing lists at http://lists.openmoko.org/ Also the IRC room #openmoko-gsoc on Freenode is available for mentors and students to discuss their project. This room is of course open to the general public. A good place to start looking for documentation is the Openmoko wiki at http://wiki.openmoko.org/ An overview page with links to the individual projects pages will be available at http://wiki.openmoko.org/wiki/Summer_of_Code_2008#Current_projects once everything is set up. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Atheros will go upstream
Hi, On Thu, 17 Apr 2008 21:48:37 +0200 "Flemming Richter Mikkelsen" <[EMAIL PROTECTED]> wrote: > I guess all of you already have read this: > https://lists.ath5k.org/pipermail/ath5k-devel/2008-April/000850.html > > but it is so nice that I wanted to make sure:) > > Maybe this means that we can use AP, monitor and other modes some > day:) while that is good news for me (I'm stuck with madwifi drivers on my Thinkpad at the moment) the chip in the Neo is ar6k and it's not a SoftMAC. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
GTA02 schematics (was: Re: Similarity of GTA01 and GTA02 cases)
On Fri, 07 Mar 2008 10:56:56 -0700 Jeremiah Flerchinger <[EMAIL PROTECTED]> wrote: > Sorry, to respond to myself, but I just remembered something. > > I've heard the GTA01 and GTA02 have similar cases, but it hasn't > > been confirmed if they are identical. > Actually Michael did confirm they're not identical, but the nature of > the differences are currently unknown. I'll wait until these are > known, because I will only have a GTA02 (or 2). Well, anyone with access to Pro/E can now check: http://downloads.openmoko.org/CAD/ Regards, Daniel Willmann signature.asc Description: PGP signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
GTA02 schematics (was: Re: Similarity of GTA01 and GTA02 cases)
On Fri, 07 Mar 2008 10:56:56 -0700 Jeremiah Flerchinger <[EMAIL PROTECTED]> wrote: > Sorry, to respond to myself, but I just remembered something. > > I've heard the GTA01 and GTA02 have similar cases, but it hasn't > > been confirmed if they are identical. > Actually Michael did confirm they're not identical, but the nature of > the differences are currently unknown. I'll wait until these are > known, because I will only have a GTA02 (or 2). Well, anyone with access to Pro/E can now check: http://downloads.openmoko.org/CAD/ Regards, Daniel Willmann signature.asc Description: PGP signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
More confusion (was: Re: Official distinction between Brand (Neo), Model (1973, FreeRunner), and version (GTA01, GTA02) (was: Re: Wiki - confusion))
On Wed, 06 Feb 2008 10:22:29 -0800 Michael Shiloh <[EMAIL PROTECTED]> wrote: > (Please help by adjusting subject as topic changes) > > Marcel, > > That is correct. > > Michael > > Marcel wrote: > > So GTA02 would be: > > Brand: Neo > > Model: FreeRunner > > Version: GTA02 To further add to this confusion let me just quote from gta02-core.patch in http://svn.openmoko.org/branches/src/target/kernel/2.6.24.x/patches/gta02-core.patch +MACHINE_START(NEO1973_GTA02, "GTA02") + .phys_io= S3C2410_PA_UART, + .io_pg_offst= (((u32)S3C24XX_VA_UART) >> 18) & 0xfffc, + .boot_params= S3C2410_SDRAM_PA + 0x100, + .map_io = gta02_map_io, + .init_irq = s3c24xx_init_irq, + .init_machine = gta02_machine_init, + .timer = &s3c24xx_timer, +MACHINE_END and Index: linux-2.6.24/arch/arm/mach-s3c2440/Kconfig === --- linux-2.6.24.orig/arch/arm/mach-s3c2440/Kconfig +++ linux-2.6.24/arch/arm/mach-s3c2440/Kconfig @@ -74,5 +74,20 @@ help Say Y here if you are using the FIC Neo1973 GSM Phone +config MACH_NEO1973_GTA02 + bool "FIC Neo1973 GSM Phone (GTA02 Hardware)" + select CPU_S3C2442 + select SENSORS_PCF50633 + help + Say Y here if you are using the FIC Neo1973 GSM Phone + +config NEO1973_GTA02_2440 + bool "Old FIC Neo1973 GTA02 hardware using S3C2440 CPU" + depends on MACH_NEO1973_GTA02 + select CPU_S3C2440 + help + Say Y here if you are using an early hardware revision + of the FIC/OpenMoko Neo1973 GTA02 GSM Phone. + endmenu Regards, Daniel *The code never lies* Willmann signature.asc Description: PGP signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 3G sim cards
On Sat, 28 Jul 2007 15:06:00 -0400 Mark Eichin <[EMAIL PROTECTED]> wrote: > > > and I am able to make outgoing calls successfully. Even got the > > audio working after some fuss ;) > > What fuss in particular? I can play audio with madplay, but have yet > to get phone calls to use the speaker (the dialer connects and picks > up fine...) It should be just fuss like "alsactl -f /etc/alsa/gsmhandset.state restore" Regards, Daniel Willmann signature.asc Description: PGP signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: t-shirts in the US
Hi, On Tue, 3 Jul 2007 15:50:15 -0700 "Jeff Andros" <[EMAIL PROTECTED]> wrote: > I'm not familiar with spreadshirt's stuff, but I know that some of the > shirts on cafepress are done with a direct dye process(dye goes > directly into the fabric)... which means no big plasticy sticky thing > on the shirt(I really hate that stuff). If spreadshirts can give the > same thing, I don't really have a preference, but I'm all for > cafepress otherwise (you will have to select the direct dye (don't > remember their name, but it's obvious) option when you create the > shirt itself)-- and check that the stock shirt you select has that > option well I went with spreadshirt because I already know that interface. Also cafepress doesn't seem to accept vector graphics (.eps). The printing technique used is Flock print which is probably not what you prefer (it has a furry surface), but it is quite durable. Anyway, the shop is at: http://www.spreadshirt.com/shop.php?sid=128333 Regards, Daniel Willmann signature.asc Description: PGP signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: t-shirts in the US
Hi, On Tue, 3 Jul 2007 13:46:23 -0700 "Brad Pitcher" <[EMAIL PROTECTED]> wrote: > What's the status on the availability of openmoko t-shirts in the > US? I checked on cafepress and spreadshirt.com and I couldn't find > anything. I'd really like one of those shirts to wear at Ubuntu > Live/OSCON. Thanks, > Brad right, I said I'd open up a shop in the US, too. I'll create an account tomorrow and start copying the designs from my spreadshirt.net account. Is there any particular reason to take one or the other (cafepress/spreadshirt)? Regards, Daniel Willmann signature.asc Description: PGP signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: TaskManager is one ugly piece of... UI
Brad, I would suggest we move this discussion to openmoko-apps. On Thu, 10 May 2007 08:40:22 -0600 "Brad Midgley" <[EMAIL PROTECTED]> wrote: > After spending a day or so working over my P1, I have to ask if the > TaskManager is slated for removal or improvement. It is the single > worst component of user interface on the whole device... Yeah there are some issues with the taskmanager that I am currently trying to resolve. > - the X on the left sometimes closes the task manager and sometimes > closes an app depending on the selection Actually it is supposed to close the selected application and when no app is selected...it segfaults. Same with the go to (turning arrow). > I see two ways to improve it: > 2. Make the lower-left-corner button bring up a popup menu with each > application listed and an X after each name if you wanted to close > it. (It could even be scrollable or tiled if it'll grows too long, > but that will be the unusual case.) With a popup, we get back to what > people expect in task switching and it's simple and clear to > understand what this thing is for. It also would "go away" when you > click somewhere else instead of cluttering up the notion of what is > running. Hmm, I think the menu would have to be huge for finger input. I was just thinking of a mode paradigm: Open the taskmanager and you are in "Go to" mode. Any click on an app goes to it. If you press the kill button you are in "Kill" mode and any subsequent click kills the application returning to "Go to" mode. Regards, Daniel Willmann signature.asc Description: PGP signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Get your own OpenMoko T-Shirt
Richard, On Mon, 12 Feb 2007 15:54:11 +0100 Richard Bennett <[EMAIL PROTECTED]> wrote: > On Monday 12 February 2007 04:59, Daniel Willmann wrote: > > Hi, > > > > I spent some time designing t-shirts and polo-shirts with the > > OpenMoko logo: > > > > http://www.spreadshirt.net/shop.php?sid=211795 > > > > Thanks goes to the coreteam who allowed me to use the logo. > > Hi, > Is this something where the proceeds go to Openmoko somehow, or > simply a private initiative? the deal with spreadshirt is that you design the shirts and spreadshirt takes care of the rest. So the price you see is pretty much what spreadshop charges (and keeps for themselves for shipping, printing, ...). Since two friends and I will be sponsoring the Sean, Mickey and Harald one shirt of their choice I have added 1 EUR to each product to refinance that (after all we are only college students). So it is a private initiative but the Openmoko team will get something, too. The fee will be removed of course, once the shirts are refinanced. I intend to become rich through this. :-) Regards, Daniel Willmann signature.asc Description: PGP signature ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: Get your own OpenMoko T-Shirt
Hi, On Sun, 11 Feb 2007 23:04:48 -0600 Ryan Kline <[EMAIL PROTECTED]> wrote: > Daniel-- > Those are some nice looking shirts! What is the price for a T-Shirt > in USD? Is it possible to buy one with USD? Great Job! thanks. It looks like spreadshirt.net does not deliver to the US. I'll try to get the contents of that shop available through spreadshirt.com. 1 EUR should be about 1.3 USD Regards, Daniel Willmann signature.asc Description: PGP signature ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Get your own OpenMoko T-Shirt
Hi, I spent some time designing t-shirts and polo-shirts with the OpenMoko logo: http://www.spreadshirt.net/shop.php?sid=211795 Thanks goes to the coreteam who allowed me to use the logo. Regards, Daniel Willmann signature.asc Description: PGP signature ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
