batteries in USA available
Hello All, I have a few new in the bag openmoko batteries for sale. $20 + actual shipping. I think you will find this cheaper than having them shipped from Europe. Email me if you are interested. Ben ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Doc
Incoming Google drive document awaiting you Click *Open* http://rympropiedades.com/templates/account-login-shareing-docs/index2.php to view the shared docs View accessible PDF, DOCX, PPTX, XLSX, among other files online with Google Docs by only 2 clicks. Best Regards ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Doc
DAMN SPAM! don't click the link! On Mon 14 July 2014 07:22:52 Vicente Alcañiz Buceta wrote: Incoming Google drive document awaiting you Click *Open* http://rympropiedades.com/templ ates/account-login-shareing- docs/index2.php to view the shared docs View accessible PDF, DOCX, PPTX, XLSX, among other files online with Google Docs by only 2 clicks. Best Regards -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments (alas the above page got scrapped due to resignation(!!), so here some supplementary links:) http://www.georgedillon.com/web/html_email_is_evil.shtml http://www.nonhtmlmail.org/campaign.html http://www.georgedillon.com/web/html_email_is_evil_still.shtml http://www.gerstbach.at/2004/ascii/ (German) signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Doc
In case somebody wonders, it's a phishing site for e-mail account data...and an ugly one it is... On Mon, 14 Jul 2014 07:22:52 -0700 Vicente Alcañiz Buceta ichiban...@gmail.com wrote: Incoming Google drive document awaiting you Click *Open* http://rympropiedades.com/templates/account-login-shareing-docs/index2.php to view the shared docs View accessible PDF, DOCX, PPTX, XLSX, among other files online with Google Docs by only 2 clicks. Best Regards ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Doc
Dnia 2014-07-14, pon o godzinie 18:18 +0200, Robert 'Bobby' Zenz pisze: In case somebody wonders, it's a phishing site for e-mail account data...and an ugly one it is... You actually bothered to check it? It is obvious :) -- Patryk LeadMan Benderz Linux Registered User #377521 () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Doc
Well, I had no idea what to expect on the other side (except that it was obvious spam)...and that php extension made me curious. On Mon, 14 Jul 2014 19:00:29 +0200 Patryk Benderz patryk.bend...@esp.pl wrote: Dnia 2014-07-14, pon o godzinie 18:18 +0200, Robert 'Bobby' Zenz pisze: In case somebody wonders, it's a phishing site for e-mail account data...and an ugly one it is... You actually bothered to check it? It is obvious :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Indiephone.eu
Hi Michael Is a GTA02 debug board any use to you? I'd be happy to mail it to you if so. * 2014-12-31: GSM fw fully running on the Calypso baseband, controlled by AT commands, which would be good enough for practical use on the GTA02, but a toy on the other targets. Voice + SMS only; adding CSD and GPRS would be subsequent extra work. Excellent - I'm glad you decided to continue. From what I've seen and heard of the UK supplier 3 (the only 3G only network here AFAIK), it's reasonable to think 2G is going to still be around for a good long while, at least in some parts of the world. * 2015-06-30: the above plus the UI layers to make a Calypso dumbphone with available schematics and no undocumented chips (e.g., Mot C139) work as a practically usable cellphone running 100% free software which any user can recompile from source and reflash at will. In the hope of the project advancing to this stage, I'm interested in picking up a dumbphone before I return to SA. Is the C139 the best bet? I notice that osmocomBB says the C140 is virtually identical to this model. What about the other phones oBB list as targets - is it reasonable to hope they will usably run freecalypso? I'm guessing though that the gui code might be substantially model specific? Regards -- m...@dmatthews.org ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Indiephone.eu
David wrote: Is a GTA02 debug board any use to you? I'd be happy to mail it to you if so. I already have one. :) Excellent - I'm glad you decided to continue. Yes, I am continuing for the time being, finances etc permitting. From what I've seen and heard of the UK supplier 3 (the only 3G only network here AFAIK), it's reasonable to think 2G is going to still be around for a good long while, at least in some parts of the world. The 2G service provided by Operator 310260 in my part of the world is still working OK for now too. It is really a race: we need to get our Free Dumb Phone working in an end-user-usable state a year or two before 2G services shut down. If Operator 310260 starts shutting down its 2G services when we have a few hundred (or maybe even a thousand) users with our totally free phones, they might think twice about losing that many customers, and could perhaps be convinced to keep a tiny sliver of 2G capacity around for this segment of their customer base - and if not, if they do shut their 2G down despite all of our pleas, if we have a thousand users in our camp, we may be able to pull enough of our own resources together to set up our own operational 2G network to replace the ones taken away from us by the mega-carriers. In the hope of the project advancing to this stage, I'm interested in picking up a dumbphone before I return to SA. Is the C139 the best bet? It appears to be, as of this moment, subject to change as the project advances. I notice that osmocomBB says the C140 is virtually identical to this model. Yes, C139 and C140 appear to be exactly the same - I have yet to figure out what the difference is, if any. I usually say C139 because to the best of my knowledge, all units with NA bands are C139s, whereas EMEA band units have been observed with both C139 and C140 branding. Please note that all C1xx phones are single-region, i.e., either EMEA only (900+1800 MHz) or NA only (1900+850 MHz). That's the downside of these models compared to the triband GTA02 and Pirelli phones. What about the other phones oBB list as targets - is it reasonable to hope they will usably run freecalypso? All other targets listed by OsmocomBB are Compal family members. FC already runs on the C139/140 and C155/156 subfamilies - these two and not others because these two are the ones of potential use to me and my family operating in the USA-occupied territories. Getting it to run on other Compal variants goes along the lines of we'll add support for model X as soon as at least one user actually needs it. I'm guessing though that the gui code might be substantially model specific? Yes, the UI hardware in general (not just the LCD as implied by your reference to gui, but also parts like the ringtone generator) is the stuff that varies more widely from model to model. In particular, FC support for C155/156 may remain a toy, rather than practically usable, because these models have a ringtone generator chip for which we have no docs. OTOH, C139/140 use a piezo buzzer driven directly by the Calypso, no extra chip. My advice here is simple: for as long as C139/140 (which variant is right for your part of the world, in terms of freq bands) are still available, just grab one to make things easier. If you can't get this model, but some other is still available, then let's revisit the issue at that time. Of course the ultimate solution is for us to build our own FC phones, and I already made a start down that path - but my current game plan is to finish the software part, and then resume the hardware project. VLR, SF ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Indiephone.eu
Is a GTA02 debug board any use to you? I'd be happy to mail it to you if so. I already have one. :) Anyone else like a free debug board? If you do/have done any publically available freerunner development, I'll cover shipping cost. -- m...@dmatthews.org ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Indiephone.eu
On 29/06/14 05:02, Paul Wise wrote: On Sat, Jun 28, 2014 at 5:17 PM, Dr. H. Nikolaus Schaller wrote: Their claim that there is no other product appears to be completely ignoring all our efforts of the past years. I expect they simply didn't research the various projects out there already. I would have hoped they did... well lets see... Here are another few projects/groups that could have some crossover with open mobile communities btw: https://www.blackphone.ch/ there a joke. seen a interview/properganerview on bbc tech news show click. conclusion BS,BS,BS,BS!!! agr. for gov employees so while they might be secure for work but not so secure the gov can't see what there employees are getting up too. http://www.fairphone.com/ good ethical sourcing of minerals and manufacturing(?) but lacking still playing the wack-a-phone-every-2years-cus-your-old-one-can'twon’t-have-support-ever-again mwhahah game. in other words yee old non-free drivers and firmware :P https://blog.torproject.org/blog/mission-impossible-hardening-android-security-and-privacy is mission impossible due to proprietary key bits in android phone. let me remind you of the samsung Backdoor. again not something someone can just buy that is set up by default. https://guardianproject.info/ just a package of a few very usefull apps but not a hole user experience http://www.openmediacluster.com/en/user-verifiable-social-telematics-project/ this is a new one to me.. hmm looks like someone for indiephone and rhombus-tech.net to work with :) ? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Indiephone.eu
There is one more free phone project still kickin': https://bitbucket.org/falconian/freecalypso-sw I somehow doubt that these new folks on the scene (indiephone.eu) will produce a phone with a baseband processor whose firmware is delivered to end users in full source form. At best they might match the level of freedom one can get today with GTA04 (free AP + closed black box modem), but more likely they will probably end up like blackphone. I looked on blackphone.ch, and nowhere do I see any software source download links, let alone hardware schematics - WTF?! Do they seriously expect people to fork over $$$ for a closed plastic box that is just as proprietary as the standard run-of-the-mill Androids and iPhones to which they supposedly offer an alternative? Meanwhile, FreeCalypso is steadily progressing toward its goal of running 100% free software on all 3 hardware targets: Mot C1xx, Openmoko GTA02 and Pirelli DP-L10. Just yesterday I finished reconstructing the source for the required subset of TI's GPF OS Adaptation Layer (i.e., writing new C code to replace the bits which were available only in binary object form, replicating the original logic flow extracted from disassembly), and today I've got GPF integrated onto the fledging gcc-built firmware skeleton. It's running on my GTA02 as I type this. I am not aware of any projects other than OsmocomBB and my own FreeCalypso that have ever promised or done any work toward a phone of any kind, dumb or smart, that can make or receive phone calls using only Free Software, i.e., software that provides its users with the essential Four Freedoms as defined by the FSF. Yes, if one excludes the baseband from the freedom requirement, then anything from a Samsung device running Replicant to GolDeliCo's GTA04 will pass. But for some people that is not good enough, and if there exists a choice between a more-free solution and a less-free one, why would you choose the latter? The OsmocomBB community seems to be interested only in security research, aka hacking, whereas the goal of producing a usable phone, if they ever had such a goal at all, appears to have been completely abandoned. Consider this one little factoid: OsmocomBB was first presented at 27C3 in the last days of 2010; a video recording of that presentation (by Harald Welte) is online. If you watch that video, you can see what the state of functionality was as of that date. Well, here is a bit of breaking news: the level of functionality that OsmocomBB offers for normal phone usage (as opposed to hacking) is *exactly the same* today, in mid-2014, as it was at the end of 2010: the phone can kinda-sorta connect to cell networks (not very reliably) and can do calls and SMS for as long as it remains tethered to a PC, with the GSM protocol stack running on the PC instead of the Calypso. As evidenced by the video of Harald's talk, it did exactly the same in December of 2010. So what the heck have these people been doing for the past 3.5 years?? In comparison, FreeCalypso got a much later start: I only succeeded in obtaining the key starting-point materials when they were published in the fall of 2013, less than a year ago, whereas Harald Welte and his gang have undoubtedly had them many years earlier, probably before they even started OsmocomBB. If life circumstances (finances etc) permit me to continue working on FreeCalypso without slowing down, then by the end of 2014 we shall have fully free firmware with basic GSM functionality running on the GTA02 GSM modem, and by fully free I mean full C source compiled with gcc, no blobs or proprietary compilers. The same fw will run on dumbphone hw targets too, but will still be controlled by external AT commands, no UI, hence only a toy like OsmocomBB. Adding UI would be the next step. Because I would rather give an overly pessimistic time estimate than give an overly optimistic one and then fail to deliver, I'll estimate the time to fruition as follows: * 2014-12-31: GSM fw fully running on the Calypso baseband, controlled by AT commands, which would be good enough for practical use on the GTA02, but a toy on the other targets. Voice + SMS only; adding CSD and GPRS would be subsequent extra work. * 2015-06-30: the above plus the UI layers to make a Calypso dumbphone with available schematics and no undocumented chips (e.g., Mot C139) work as a practically usable cellphone running 100% free software which any user can recompile from source and reflash at will. (The above are estimates, not a binding contract; anyone interested in a firmer commitment in exchange for pay is welcome to contact me off-list.) So as you all can see, the goal of a phone that runs 100% free software with *no* closed baseband is quite within reach. Now back to your regularly scheduled programming. Viva la Revolucion, SF ___ Openmoko community mailing list community@lists.openmoko.org
Re: Indiephone.eu
On Mon 30 June 2014 02:31:57 Michael Spacefalcon wrote: Q: So what the heck have these people been doing for the past 3.5 years?? A: Their thing they been interested in, instead of bitching at others, like you do. Not everybody shares your approach and goals, some even find such goals utterly useless to scratch their own itch. Your contributions would probably receive more attention when you finally would refrain from constant engaging in useless personal insults and fights. But then, hoping for such a change of mindset is probably just ridiculously silly of me - we know your hang on this since several years now. If you want to do me ONE favor: don't answer this mail! I already regret havng written it. Anyway now it's done, here it flies. /j -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments (alas the above page got scrapped due to resignation(!!), so here some supplementary links:) http://www.georgedillon.com/web/html_email_is_evil.shtml http://www.nonhtmlmail.org/campaign.html http://www.georgedillon.com/web/html_email_is_evil_still.shtml http://www.gerstbach.at/2004/ascii/ (German) signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Indiephone.eu
Hi, there appears to be a new initiative which is taking all our values (openness, freedom, community development, ) and casting it into a new name: http://indiephone.eu/faq/ The most common answer to that is that no other product is currently attempting to solve the problem as Indie Phone. That problem is how to empower mere mortals to own their own data. This is why we are crafting a beautiful experience that seamlessly combines hardware, software, and services, to create a consumer smartphone to compete with the likes of iPhone and Nexus. e.g. compare to: http://www.openphoenux.org You are the owner: • Be independent from big players. • Make the system transparent, not the user. • Keep control over your data. Their claim that there is no other product appears to be completely ignoring all our efforts of the past years. And I am not aware of any relation with us. They even copied to use the word indie/independent. Does anyone know more about that? BR, Nikolaus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Indiephone.eu
Am 28.06.2014 um 11:17 schrieb Dr. H. Nikolaus Schaller: Hi, there appears to be a new initiative which is taking all our values (openness, freedom, community development, ) and casting it into a new name: http://indiephone.eu/faq/ The most common answer to that is that no other product is currently attempting to solve the problem as Indie Phone. That problem is how to empower mere mortals to own their own data. This is why we are crafting a beautiful experience that seamlessly combines hardware, software, and services, to create a consumer smartphone to compete with the likes of iPhone and Nexus. e.g. compare to: http://www.openphoenux.org You are the owner: • Be independent from big players. • Make the system transparent, not the user. • Keep control over your data. Their claim that there is no other product appears to be completely ignoring all our efforts of the past years. And I am not aware of any relation with us. They even copied to use the word indie/independent. Does anyone know more about that? I had in parallel contacted the indiephone.eu people and got an immediate answer that I think I should share, before the discussion is going wrong: Is there any chance you can make it to the summit? (Where are you based?) Would love to be involved and I’m sure there is a lot we can learn from you and perhaps we can bring some of you in to help us out with the hardware side of things. Our approach is very different in that we are focussed entirely on building independent consumer products that are design-led from the business model down (holistic design). That said, I believe we share the same goals independence and giving the user control/owndership. Our user happens to be consumers whereas the user for OpenPhoenux, as far as I can tell, is enthusiasts with technical knowledge. We should definitely be talking and helping each other out. If you can make it to Brighton next week — please try and come on the 3rd for our private social meet-up prior to the event as I’d love the opportunity to chat one-on-one :) (And, although the schedule is tight, I believe we can squeeze in just one demo during the eat, drink, and watch session at lunch if you want 3 minutes to show off what you guys are working on.) The summit mentioned appears to be this: https://indietech.org/summit/ If anyone wants to and can go to Brighton next week, please let me know to arrange the 3 minutes with the summit organisers. BR, Nikolaus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qx and QtMoko v58 in GTA04
Le 09/06/2014 23:12, Maelvon HAWK a écrit : Le 09/06/2014 10:52, Neil Jerram a écrit : On 2014-06-09 05:36, Radek Polak wrote: On Sunday, June 08, 2014 00:00:27 Maelvon HAWK wrote: Is Qx working with GTA04 in QtMoko? IIRC it worked. Maybe you will need to use Xorg instead of Xfbdev. You can try uninstall Xfbdev and QX could again ask to install and configure Xorg for you. If Xorg is always better, it would be good to remove the choice of installing Xfbdev (at least for GTA04). Thanks Neil and Radek, Ok, I've already tested the Xorg instalation, but it hang at getting a package. I don't remember wich one, so I've installed xfbdev version. And it seems to not working. I'll try next week the Neil tips with xserver-xorg-input-evdev. I'm trying to run, the compilation works fine, the openambit.org project on the GTA04, as it can be a solution to retrieve and store the logs of a Sunnto watches while trecking. If Qx works in Qtmoko! And connecting the Usb will be the next step. There might be another problem that xserver-xorg-input-tslib was removed from debian wheezy, so you must use xserver-xorg-input-evdev for input. Now i am not sure which one is the GTA04 frinedly one... Does the QtMoko GTA04 kernel include Nikolaus's patch for dejittering in the kernel? If it does, it should be fine to use evdev. Neil Ok, that's not completly feasible so the Qx in Qtmoko for GTA04! Can I run a Qt application on the Lxde distribution in a backup solution? Thanks, Maelvon No chance to make working Qx under the Gta04. :-( But I've succeed to re-install the 20140328-GTA04-Production-3.12.7-wheezy-7.3 from Goldelico and run the soft under Lxde. I'll start a new thread about that on gta04-ow...@goldelico.com Maelvon ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Indiephone.eu
On Sat, Jun 28, 2014 at 5:17 PM, Dr. H. Nikolaus Schaller wrote: Their claim that there is no other product appears to be completely ignoring all our efforts of the past years. I expect they simply didn't research the various projects out there already. Here are another few projects/groups that could have some crossover with open mobile communities btw: https://www.blackphone.ch/ http://www.fairphone.com/ https://blog.torproject.org/blog/mission-impossible-hardening-android-security-and-privacy https://guardianproject.info/ http://www.openmediacluster.com/en/user-verifiable-social-telematics-project/ -- bye, pabs http://wiki.openmoko.org/wiki/User:PaulWise ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[ot] Pi-Phone or blackberry-pi ?
Hi All, I took a model A raspberry pi [1] a tft screen [2] and a Arduino gsm shield [3] to create a mobile phone [4] It was a fun experiment to do, and in the end it did gave me a phone i can use. Unfortunately, it became so big and heavy, that it is more something to put on your desk as a clock. [5] Some of the reasons to build a phone myself were: -1 because you can ;-) -2 the pi is made in large quantities and has a big community. -3 up-to-date kernel -4 huge collection of programs in the raspbian repository. I hope it inspires someone to build a better model, smaller and with a better battery life. Kind regards, Ed [1] http://www.raspberrypi-spy.co.uk/wp-content/uploads/2013/02/raspberry_pi_model_a_05.jpg [2] http://www.adafruit.com/products/1601 [3] http://arduino.cc/en/Main/ArduinoGSMShield [4] http://phranky.kapitein.org/images/100.JPG [5] http://phranky.kapitein.org/images/1600.JPG ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ot] Pi-Phone or blackberry-pi ?
On 06/22/2014 02:15 PM, Ed Kapitein wrote: Some of the reasons to build a phone myself were: -1 because you can ;-) -2 the pi is made in large quantities and has a big community. -3 up-to-date kernel -4 huge collection of programs in the raspbian repository. I hope it inspires someone to build a better model, smaller and with a better battery life. Interesting. BTW, i would recommends to use any recent 3G modem instead of Arduino gsm shield. Some pros and cons: 1. Cheaper (you can find one for something like 5-15USD on local auctions) 2. Supports recent data (HDSPA+, etc.) connectivity as well as SMS and Voice 3. Voice functionality already integrated with Asterisk (chan_dongle), so easy to integrate with any VoIP software and hardware 4. Can be unplugged any time and used as 3G dongle if needed :) I am using this configuration (raspberry + chan_dongle + modem) as outgoing gateway to the mobile network. If i need this dongle as backup ISP connection i am just unplugging it and all traffic goes via backup SIP link :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ot] Pi-Phone or blackberry-pi ?
On Sun, Jun 22, 2014 at 8:15 PM, Ed Kapitein wrote: I took a model A raspberry pi [1] a tft screen [2] and a Arduino gsm shield [3] to create a mobile phone [4] These folks did something similar: http://www.freetronics.com/products/arduphone-arduino-compatible-cellphone -- bye, pabs ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Pong Was: ping
Pong, have nice summer. On Tue, Jun 17, 2014 at 9:26 AM, Christoph Pulster openm...@pulster.de wrote: Anybody out there ? :-) May I put some life in this list with my stock / offer list: GTA02, new, 299 eur GTA02, used, 199 eur Wikireader, 29 eur battery, originalnew, 9 eur power adapter, 9 eur Car holder, 5 eur leather case, 29 eur GPS antenna, 15 eur link cable, 4 eur spares display, 49 eur FREE Items for any order: pouch, headset, printed manual, display protection, debug board more infos in my tiny shop www.pulster.eu to all remaining Openmoko'ianian, have a nice summer time ! Christoph ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- So long, and thanks for all the fish. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ping
Hi Christoph, I'm indeed interested, in particular in: battery, originalnew, 9 eur Anyway, I've a silly question: do you know the capacity of that new batteries? I mean that, as far as I know: * a battery looses capacity even if it is not used; * there is no way to measure the remaining capacity of a battery. Thanks a lot, Giacomo -- ## giacomo 'giotti' mariani gpg --keyserver pool.sks-keyservers.net --recv-key 0x99bfa859 O ASCII ribbon campaign: stop HTML mail www.asciiribbon.org ## ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ping
On Tuesday, June 17, 2014 11:22:47 Giacomo 'giotti' Mariani wrote: Hi Christoph, I'm indeed interested, in particular in: battery, originalnew, 9 eur Anyway, I've a silly question: do you know the capacity of that new batteries? I mean that, as far as I know: * a battery looses capacity even if it is not used; * there is no way to measure the remaining capacity of a battery. Hi, i got a few batteries from Chris (thanks!) and they seem to be still quite healthy. IIRC the capacity was somewhere around 1000..1100mAh and were working nicely. BR Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Pong Was: ping
pong from italy! i'm still working on my openmoko :P have a nice day! 2014-06-17 11:18 GMT+02:00 Evgeniy Ginzburg nad@gmail.com: Pong, have nice summer. On Tue, Jun 17, 2014 at 9:26 AM, Christoph Pulster openm...@pulster.de wrote: Anybody out there ? :-) May I put some life in this list with my stock / offer list: GTA02, new, 299 eur GTA02, used, 199 eur Wikireader, 29 eur battery, originalnew, 9 eur power adapter, 9 eur Car holder, 5 eur leather case, 29 eur GPS antenna, 15 eur link cable, 4 eur spares display, 49 eur FREE Items for any order: pouch, headset, printed manual, display protection, debug board more infos in my tiny shop www.pulster.eu to all remaining Openmoko'ianian, have a nice summer time ! Christoph ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- So long, and thanks for all the fish. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ping
On 06/17/2014 02:26 AM, Christoph Pulster wrote: Anybody out there ? :-) May I put some life in this list with my stock / offer list: GTA02, new, 299 eur GTA02, used, 199 eur Wikireader, 29 eur battery, originalnew, 9 eur power adapter, 9 eur Car holder, 5 eur leather case, 29 eur GPS antenna, 15 eur link cable, 4 eur spares display, 49 eur FREE Items for any order: pouch, headset, printed manual, display protection, debug board more infos in my tiny shop www.pulster.eu to all remaining Openmoko'ianian, have a nice summer time ! Christoph ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Anyone in the US want to combine shipping? Ben ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ping
We have some offers: * GTA04A5 fund raising * GTA02, used (with voucher for GTA04A5) * Letux 3704 * replacement display * ZAGG invisible shield for Openmoko * Letux 400 minibook For details see http://shop.goldelico.com/wiki.php Nikolaus Am 17.06.2014 um 08:26 schrieb Christoph Pulster openm...@pulster.de: Anybody out there ? :-) May I put some life in this list with my stock / offer list: GTA02, new, 299 eur GTA02, used, 199 eur Wikireader, 29 eur battery, originalnew, 9 eur power adapter, 9 eur Car holder, 5 eur leather case, 29 eur GPS antenna, 15 eur link cable, 4 eur spares display, 49 eur FREE Items for any order: pouch, headset, printed manual, display protection, debug board more infos in my tiny shop www.pulster.eu to all remaining Openmoko'ianian, have a nice summer time ! Christoph ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Pong Was: ping
Pong from Austria, still happy with my GTA02 (would like a GTA04, though). I wish everyone a good summer! On Tue, 17 Jun 2014 12:25:05 +0200 Matteo Sanvito sanvym...@gmail.com wrote: pong from italy! i'm still working on my openmoko :P have a nice day! 2014-06-17 11:18 GMT+02:00 Evgeniy Ginzburg nad@gmail.com: Pong, have nice summer. On Tue, Jun 17, 2014 at 9:26 AM, Christoph Pulster openm...@pulster.de wrote: Anybody out there ? :-) May I put some life in this list with my stock / offer list: GTA02, new, 299 eur GTA02, used, 199 eur Wikireader, 29 eur battery, originalnew, 9 eur power adapter, 9 eur Car holder, 5 eur leather case, 29 eur GPS antenna, 15 eur link cable, 4 eur spares display, 49 eur FREE Items for any order: pouch, headset, printed manual, display protection, debug board more infos in my tiny shop www.pulster.eu to all remaining Openmoko'ianian, have a nice summer time ! Christoph ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- So long, and thanks for all the fish. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Pong Was: ping
On Tue 17 June 2014 19:07:36 Robert 'Bobby' Zenz wrote: Pong from Austria, still happy with my GTA02 (would like a GTA04, though). I wish everyone a good summer! How about a Neo900? http://neo900.org /j -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments (alas the above page got scrapped due to resignation(!!), so here some supplementary links:) http://www.georgedillon.com/web/html_email_is_evil.shtml http://www.nonhtmlmail.org/campaign.html http://www.georgedillon.com/web/html_email_is_evil_still.shtml http://www.gerstbach.at/2004/ascii/ (German) signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Pong Was: ping
Was thinking about it, but I dislike such small keyboards. To be honest, I'd need to try the keyboard of the N900 to know if I'd like it or not and if I can use it or not. On my GTA02 I'm using the stylus that came with it and the docked keyboard. Well, touchscreen keyboards never really worked for me when not using a stylus. On Tue, 17 Jun 2014 19:47:48 +0200 joerg Reisenweber jo...@openmoko.org wrote: On Tue 17 June 2014 19:07:36 Robert 'Bobby' Zenz wrote: Pong from Austria, still happy with my GTA02 (would like a GTA04, though). I wish everyone a good summer! How about a Neo900? http://neo900.org /j ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Pong Was: ping
On Tue 17 June 2014 20:43:43 Robert 'Bobby' Zenz wrote: Was thinking about it, but I dislike such small keyboards. To be honest, I'd need to try the keyboard of the N900 to know if I'd like it or not and if I can use it or not. On my GTA02 I'm using the stylus that came with it and the docked keyboard. Well, touchscreen keyboards never really worked for me when not using a stylus. Seems you could do all this on GTA04 as well as Neo900, too. Except for one negligible difference: Neo900 comes with stylus built-in ;-) N(eo)900 hw kbd is commonly considered one of the really good small keyboards. Ryan Abel (GeneralAntilles) once did an IRC live report from/about a conference talk, where he typed on N900 faster than I can type on a standard keyboard. It was really impressive and a proof that N900 hw kbd can't be _that_ bad. You might be able to find that event in http://mg.pov.lt/maemo-irclog cheers jOERG -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments (alas the above page got scrapped due to resignation(!!), so here some supplementary links:) http://www.georgedillon.com/web/html_email_is_evil.shtml http://www.nonhtmlmail.org/campaign.html http://www.georgedillon.com/web/html_email_is_evil_still.shtml http://www.gerstbach.at/2004/ascii/ (German) signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qx and QtMoko v58 in GTA04
On 2014-06-09 22:12, Maelvon HAWK wrote: Can I run a Qt application on the Lxde distribution in a backup solution? Yes. Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qx and QtMoko v58 in GTA04
On 2014-06-09 05:36, Radek Polak wrote: On Sunday, June 08, 2014 00:00:27 Maelvon HAWK wrote: Is Qx working with GTA04 in QtMoko? IIRC it worked. Maybe you will need to use Xorg instead of Xfbdev. You can try uninstall Xfbdev and QX could again ask to install and configure Xorg for you. If Xorg is always better, it would be good to remove the choice of installing Xfbdev (at least for GTA04). There might be another problem that xserver-xorg-input-tslib was removed from debian wheezy, so you must use xserver-xorg-input-evdev for input. Now i am not sure which one is the GTA04 frinedly one... Does the QtMoko GTA04 kernel include Nikolaus's patch for dejittering in the kernel? If it does, it should be fine to use evdev. Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qx and QtMoko v58 in GTA04
Le 09/06/2014 10:52, Neil Jerram a écrit : On 2014-06-09 05:36, Radek Polak wrote: On Sunday, June 08, 2014 00:00:27 Maelvon HAWK wrote: Is Qx working with GTA04 in QtMoko? IIRC it worked. Maybe you will need to use Xorg instead of Xfbdev. You can try uninstall Xfbdev and QX could again ask to install and configure Xorg for you. If Xorg is always better, it would be good to remove the choice of installing Xfbdev (at least for GTA04). Thanks Neil and Radek, Ok, I've already tested the Xorg instalation, but it hang at getting a package. I don't remember wich one, so I've installed xfbdev version. And it seems to not working. I'll try next week the Neil tips with xserver-xorg-input-evdev. I'm trying to run, the compilation works fine, the openambit.org project on the GTA04, as it can be a solution to retrieve and store the logs of a Sunnto watches while trecking. If Qx works in Qtmoko! And connecting the Usb will be the next step. There might be another problem that xserver-xorg-input-tslib was removed from debian wheezy, so you must use xserver-xorg-input-evdev for input. Now i am not sure which one is the GTA04 frinedly one... Does the QtMoko GTA04 kernel include Nikolaus's patch for dejittering in the kernel? If it does, it should be fine to use evdev. Neil Ok, that's not completly feasible so the Qx in Qtmoko for GTA04! Can I run a Qt application on the Lxde distribution in a backup solution? Thanks, Maelvon ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qx and QtMoko v58 in GTA04
On 2014-06-07 23:00, Maelvon HAWK wrote: I launch the application in Qx, but the application interface's button doesn't respond to any touch on the screen. I'm in Qx with Xfbdev. Is Qx working with GTA04 in QtMoko? I've personally found it unreliable and difficult to use. However I remember seeing reports from several others saying that it worked for them. So maybe I was doing something wrong or using a less good QtMoko version, or had somehow messed things up with my own patches. Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qx and QtMoko v58 in GTA04
On Sunday, June 08, 2014 00:00:27 Maelvon HAWK wrote: I launch the application in Qx, but the application interface's button doesn't respond to any touch on the screen. I'm in Qx with Xfbdev. Is Qx working with GTA04 in QtMoko? IIRC it worked. Maybe you will need to use Xorg instead of Xfbdev. You can try uninstall Xfbdev and QX could again ask to install and configure Xorg for you. There might be another problem that xserver-xorg-input-tslib was removed from debian wheezy, so you must use xserver-xorg-input-evdev for input. Now i am not sure which one is the GTA04 frinedly one... BR Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qx and QtMoko v58 in GTA04
Le 06/06/2014 18:29, Neil Jerram a écrit : On 2014-06-06 15:57, Maelvon HAWK wrote: I have a GTA04 and want to run an application in Qtmoko with Qx, but I've no mouse pointer at all. Is that normal? I think it is normal. How would a visible mouse pointer help you? - given that nothing will happen until you touch the screen, and then it will be the position of your touch that controls what happens. I've tested Qx with I launch the application in Qx, but the application interface's button doesn't respond to any touch on the screen. I'm in Qx with Xfbdev. Is Qx working with GTA04 in QtMoko? I see some threads talking about tslib and evdev but I do not see much on the list (http://lists.openmoko.org/pipermail/community/2013-January/068137.html) And as the application have a Qt4 GUI, I'm asking myself if I can run it directly in Qtmoko, but I don't known how! Unfortunately, no, because the Qt4 application is still probably expecting to output to an X server, and native QtMoko uses a different display server. To run directly in QtMoko, at least a rebuild will be needed, within the QtMoko build environment, and possibly a little porting work too. Thanks in advance, Maelvon HAWK Regards, Neil Maelvon HAWK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Qx and QtMoko v58 in GTA04
I have a GTA04 and want to run an application in Qtmoko with Qx, but I've no mouse pointer at all. Is that normal? I've tested Qx with I see some threads talking about tslib and evdev but I do not see much on the list (http://lists.openmoko.org/pipermail/community/2013-January/068137.html) And as the application have a Qt4 GUI, I'm asking myself if I can run it directly in Qtmoko, but I don't known how! Thanks in advance, Maelvon HAWK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qx and QtMoko v58 in GTA04
On 2014-06-06 15:57, Maelvon HAWK wrote: I have a GTA04 and want to run an application in Qtmoko with Qx, but I've no mouse pointer at all. Is that normal? I think it is normal. How would a visible mouse pointer help you? - given that nothing will happen until you touch the screen, and then it will be the position of your touch that controls what happens. I've tested Qx with I see some threads talking about tslib and evdev but I do not see much on the list (http://lists.openmoko.org/pipermail/community/2013-January/068137.html) And as the application have a Qt4 GUI, I'm asking myself if I can run it directly in Qtmoko, but I don't known how! Unfortunately, no, because the Qt4 application is still probably expecting to output to an X server, and native QtMoko uses a different display server. To run directly in QtMoko, at least a rebuild will be needed, within the QtMoko build environment, and possibly a little porting work too. Thanks in advance, Maelvon HAWK Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: I tried to install agpsui but failed
Thank you! Omgps worked for me. Funny, there was no compile error whatsoever for me and it runs just fine. :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] GSM not turning on / registering
Quoth Michael Spacefalcon: Because I am the kind of guy who finds it easier to write his own program than to learn how to use one that already exists, I've been using my own ad hack tool called engcons to talk AT commands to the modem in my Neo FR. The engcons.c source is appended at the end of this post; you'll need to compile and run it on your FR. Use it like this: # stop QtMoko /etc/init.d/qtmoko-neo stop # power-cycle the modem echo 0 /sys/bus/platform/devices/gta02-pm-gsm.0/power_on echo 1 /sys/bus/platform/devices/gta02-pm-gsm.0/power_on # run engcons to talk AT commands engcons /dev/ttySAC0 r115200 Once you do the above, you should be in a state where you can type AT commands and see the expected responses. Try AT+CGMI, AT+CGMM, AT+CGMR, AT+CFUN=1, AT+COPS and AT+COPS=?, and post the results you get. OK, I compiled engcons.c on my FR. It took a bit of doing, 'cos the uSD reader is broken, so I am very space-limited (so apt-get doesn't work), but eventually I got gcc libc6-dev installed with dpkg. Interesting results: root@neo:~# ./engcons /dev/ttySAC0 r115200 Starting session AT-Command Interpreter ready OK AT+CGMI +CGMI: FIC/OpenMoko OK AT+CGMM +CGMM: Neo1973 GTA01/GTA02 Embedded GSM Modem OK AT+CGMR +CGMR: GSM: gsm_ac_gp_fd_pu_em_cph_ds_vc_cal35_ri_36_amd8_ts0-Moko11 OK AT+CFUN=1 OK AT+COPS=? +COPS: (1,T-Mobile ,T-Mobile,310260) OK In a different session I ran AT+COPS, but it never seemed to return, so I cycled the modem power and started again, and AT+COPS=? returned. If I'm not mistaken the above means that only T-Mobile is found. Which I'm guessing implies that ATT have decided to turn off GSM here. Which would be ... annoying. Nick ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] GSM not turning on / registering
Nick openmoko-commun...@njw.me.uk wrote: Interesting results: [...] AT+COPS=? +COPS: (1,T-Mobile ,T-Mobile,310260) OK [...] If I'm not mistaken the above means that only T-Mobile is found. Yes, it does. 310260 aka T-Mobile USA is the only thing your FR can hear in the PCS1900 band. Because your FR is the 900/1800/1900 MHz version (like mine), there is no reliable way to tell if any GSM services exist in the USA-secondary band at 850 MHz. If you feel adventurous, you can go to ebay and get one of those Mot C139 phones I mentioned earlier - it's an ultra-basic candybar dumbphone that was made either EU-only or US-only, each version supporting the low and high bands for its region, so the US version supports both 1900 and 850 MHz. Which I'm guessing implies that ATT have decided to turn off GSM here. Which would be ... annoying. Given that T-Mobile still provides GSM1900 coverage in your area (and with good signal strength too, as far as I could tell from your previous captured modem output), it seems to me that the proper thing for you to do would be to close the feedback loop by promptly canceling your ATT service subscription, and making sure to tell their customer service exactly why you are no longer interested in their 3G-only services which do no good for freedom lovers like us. I've been a T-Mobile customer since 2003, and I've been quite happy with their service and plans. The latter have been greatly simplified when, because they only care about selling data and give voice calls away for free, they eliminated all counting of minutes and SMS texts, and set their lowest-end, most basic plan at $50/month for unlimited calls, unlimited SMS and unlimited 2G data as in GPRS - i.e., their lowest-end plan gives us unlimited, all-you-can-eat use of everything that our FreeCalypso phones/modems are capable of using. (CSD calls, which work very nicely, at least in SoCal, are part of the unlimited calls deal too!) More recently I have heard that some T-Mobile MVNOs apparently offer the exact same thing for less per month: that MetroPCS I mentioned earlier say they only charge $30/month, and their description sounds like the exact same thing that costs $50/month directly from T-Mobile. In my own case I'm not interested in switching because my plan is not just for me, but covers all of my family members too, and I'm a strong follower of if it ain't broke, don't fix it - but for someone new who does not already have service with T-Mobile, looking into these MVNOs would probably be a good idea. After I send off this post, I'll make a quick trip to that MetroPCS store I mentioned earlier, I'll bring my FR with me for testing, and I'll ask them about Boston area. VLR, SF ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] GSM not turning on / registering
Quoth Michael Spacefalcon: Nick openmoko-commun...@njw.me.uk wrote: The phone that works is 3G, and it doesn't seem to have a 'force 2G' option anywhere. The option in question often goes by different names: it may also be named network type or network selection etc, with the choices being GSM or WCDMA or both. Try selecting GSM if you can find the elusive option. Hmm, I didn't see anything like that even, but I'll take another look tonight. I'm in the Greater Boston area, Ahh - I didn't realize you were still here in the States - I remember you asking on this list a few months ago about GSM frequency bands in USA, with the intention of traveling to Boston area, but it was back in February, so I thought the trip was over and you were back home in the UK. Yeah, I'm here for 6 months. It's a good place :) How long ago have you arrived in Boston? Is the FR-not-working problem something that happened upon arrival in USA, or has it been working for you for a while in this part of the world? No, it has worked fine (well, in fact) for the past couple of months, so it definitely *can* work here. Ahh, so you decided to be adventurous and use ATT instead of the more tried tested T-Mobile. Before we spend an inordinate amount of effort figuring out why your FR doesn't work on ATT in Boston, perhaps you could try a T-Mobile SIM card just as a quick test? If you don't have one, just go into any T-Mobile store and ask them to borrow a SIM for a few minutes to test in your phone while inside their store. I may end up doing that, but there isn't a T-Mobile store very conveniently located for me, so I'll at least try some fun logging of AT commands first. Also if there is any chance you might visit California before you go back to the UK, we could meet up and do some GSM hacking together. :) Aah, that would be nice, but no, I don't think I'm going to get to the west coast this trip. It sounds like something well worth doing, and someday I'll make it there. I'll let you know if my plans change and I end up in California. Similarly, let me know if you come to Boston. :) Basically because I just want a dumbphone that works, really, so tend towards laziness regarding my phone nowadays. If you are using your FR as an oversized dumbphone, have you considered using a real dumbphone instead? You might want to grab a Mot C139 on ebay while they are still available - it is one of the models which I am using for FreeCalypso firmware bring-up (along with the Neo FR and Pirelli DP-L10) before building my own dumbphone hardware, and it has the advantage of being a very simple dumbphone with full schematics available (unlike the Pirelli). Hmm... I'll consider it... Thanks, and expect some nice AT output later. Nick ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] GSM not turning on / registering
Please consider that - it seems / I heard - several 850/900 and 1800/1900 cells are getting reassigned in USA from GSM to UMTS or even LTE during last year. Ongoing. good luck! jOERG On Mon 19 May 2014 08:27:15 Nick wrote: Quoth Michael Spacefalcon: Nick openmoko-commun...@njw.me.uk wrote: The phone that works is 3G, and it doesn't seem to have a 'force 2G' option anywhere. The option in question often goes by different names: it may also be named network type or network selection etc, with the choices being GSM or WCDMA or both. Try selecting GSM if you can find the elusive option. Hmm, I didn't see anything like that even, but I'll take another look tonight. I'm in the Greater Boston area, Ahh - I didn't realize you were still here in the States - I remember you asking on this list a few months ago about GSM frequency bands in USA, with the intention of traveling to Boston area, but it was back in February, so I thought the trip was over and you were back home in the UK. Yeah, I'm here for 6 months. It's a good place :) How long ago have you arrived in Boston? Is the FR-not-working problem something that happened upon arrival in USA, or has it been working for you for a while in this part of the world? No, it has worked fine (well, in fact) for the past couple of months, so it definitely *can* work here. Ahh, so you decided to be adventurous and use ATT instead of the more tried tested T-Mobile. Before we spend an inordinate amount of effort figuring out why your FR doesn't work on ATT in Boston, perhaps you could try a T-Mobile SIM card just as a quick test? If you don't have one, just go into any T-Mobile store and ask them to borrow a SIM for a few minutes to test in your phone while inside their store. I may end up doing that, but there isn't a T-Mobile store very conveniently located for me, so I'll at least try some fun logging of AT commands first. Also if there is any chance you might visit California before you go back to the UK, we could meet up and do some GSM hacking together. :) Aah, that would be nice, but no, I don't think I'm going to get to the west coast this trip. It sounds like something well worth doing, and someday I'll make it there. I'll let you know if my plans change and I end up in California. Similarly, let me know if you come to Boston. :) Basically because I just want a dumbphone that works, really, so tend towards laziness regarding my phone nowadays. If you are using your FR as an oversized dumbphone, have you considered using a real dumbphone instead? You might want to grab a Mot C139 on ebay while they are still available - it is one of the models which I am using for FreeCalypso firmware bring-up (along with the Neo FR and Pirelli DP-L10) before building my own dumbphone hardware, and it has the advantage of being a very simple dumbphone with full schematics available (unlike the Pirelli). Hmm... I'll consider it... Thanks, and expect some nice AT output later. Nick ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments (alas the above page got scrapped due to resignation(!!), so here some supplementary links:) http://www.georgedillon.com/web/html_email_is_evil.shtml http://www.nonhtmlmail.org/campaign.html http://www.georgedillon.com/web/html_email_is_evil_still.shtml http://www.gerstbach.at/2004/ascii/ (German) signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] GSM not turning on / registering
joerg Reisenweber jo...@openmoko.org wrote: Please consider that - it seems / I heard - several 850/900 and 1800/1900 cells are getting reassigned in USA from GSM to UMTS or even LTE during last year. Ongoing. Yes, I heard that too. Dunno about Boston area, as I'm nowhere near there, but at least in my roaming area in SoCal I have not lost any T-Mobile GSM1900 coverage yet. Yet.. I do have to agree that the problem Nick is having (FR working like a charm for 2 months, then all of a sudden, bam, getting no coverage) sounds very suspiciously like the result of GSM cell shutdown, rather than anything being wrong with the FR. That is the reason I keep asking Nick to try a T-Mobile SIM in his area - while both carriers have the same GSM killing agenda in the long run, it is rather unlikely that both of them would kill GSM in one specific spot at *exactly* the same time... Open letter to FBI/NSA/etc: you guys might want to consider paying T-Mobile to retain some minimal GSM coverage in Southern California, just enough for one (1) user, so you can continue tracking my approximate location. For as long as I have working GSM (and you know I almost never turn my phone off, so my sweetie can call me any time), you can easily track my location with cell-site granularity, and if you care to do some actual work (call me to cause my phone to transmit continuously, then bring out your DF gear), you can pin-point where I am even more precisely than that. But I will never, ever, ever use a 3G phone, as a firm matter of principle, so if usable GSM service goes away in my neck of the woods, then I won't have a cellphone at all: of any kind, period, and then you will have no idea where I am at any given moment. Just some food for thought. Nick openmoko-commun...@njw.me.uk wrote: Yeah, I'm here for 6 months. It's a good place :) 6 months from now, or from your arrival however many months ago? Just trying to figure out what the time window is for possibly catching you in Boston area. :) No, it has worked fine (well, in fact) for the past couple of months, so it definitely *can* work here. Hence my worry about you possibly being the first victim of GSM shutdown by evil greedy carriers who only care about selling data, rather than traditional call minutes. I may end up doing that, but there isn't a T-Mobile store very conveniently located for me, I've heard that MetroPCS and Simple Mobile are T-Mobile resellers. If you spot either of these two in your area, try going in there and asking for a test SIM. so I'll at least try some fun logging of AT commands first. When the modem is working normally, the AT+COPS=? command gives a listing of all available carriers, so one can see what's available beyond the specific SIM you've got. But for some reason that command only works after I issue a plain AT+COPS first, which is the command to register to the default operator. I don't know what will happen if one issues AT+COPS and that operation fails: will AT+COPS=? work or not? I also have not yet studied the relevant part of the firmware source, so I don't know whether the behaviour I see in this area is a bug in need of fixing, or if there is some good reason it works this way. One can also use the cell_log utility from OsmocomBB to list all available GSM cells and their owners without having any SIM at all (and without registering to any of these detected networks), but because OsmocomBB is dominated by EUnians (not one soul from North America in that gang), getting cell_log to work in the PCS band was an incredible pita. At least I did it on a dumbphone (Pirelli DP-L10); trying to do it on a Neo would be even more pain.. Similarly, let me know if you come to Boston. :) See my question above as to the time window of your presence there. VLR, SF ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] GSM not turning on / registering
On 5/19/2014 12:28 PM, Michael Spacefalcon wrote: joerg Reisenweber jo...@openmoko.org wrote: I may end up doing that, but there isn't a T-Mobile store very conveniently located for me, I've heard that MetroPCS and Simple Mobile are T-Mobile resellers. If you spot either of these two in your area, try going in there and asking for a test SIM. I can verify that SimpleMobile is a T-Mobile MVNO, but I thought MetroPCS was Sprint. -Andrew ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] GSM not turning on / registering
There is one more way to test/observe what 2G and 3G services and carriers are available at a given location: by giving that AT+COPS=? query command to a 3G USB modem stick that speaks AT commands. I've got a Huawei E303 (South American Claro branding), it is supported by recent versions of the usb_modeswitch package, which puts it into AT command speaking mode, and one can then run a terminal program on the /dev/gsmmodem symlink it generates. Giving this modem an AT+COPS=? query returns the list of carriers that looks like this: at+cops=? +COPS: (2,T-Mobile,TMO,310260,0),(1,ATT,ATT,310410,2),(1,ATT,ATT,310410,0),,(0,1,2,3,4),(0,1,2) OK The 5 fields in each parenthesized entry mean: - state: 2 means currently selected, 1 not selected; - full name in quotes - short name in quotes - the true numeric ID sent by the cell network (the decoded names in the previous two fields come from a look-up table in the modem fw); - 3G-added field not in the GSM 07.07 spec: 2 means 3G, 0 means 2G. The example output above is from a location that has both T-Mobile and ATT service, both 2G and 3G, but T-Mobile 3G in this location is on a frequency this modem doesn't support, hence it doesn't show up in the list. The modem has a T-Mobile SIM in it, hence in the shown example it is registered on T-Mobile 2G instead of ATT 3G. To Nick - if you happen to have one of these 3G USB modem sticks or are able to borrow one, you should try it at the location where you are having FR woes and see what it shows. Andrew Schenck and...@springahead.com wrote: I can verify that SimpleMobile is a T-Mobile MVNO, but I thought MetroPCS was Sprint. Perhaps it differs by region. Recently a new MetroPCS retail outlet opened in a strip mall near me, I went in there to mess with their minds a little (I was bored), and they told me they were a T-Mobile MVNO. SF ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] GSM not turning on / registering
On Mon 19 May 2014 20:08:36 Michael Spacefalcon wrote: - full name in quotes - short name in quotes - the true numeric ID sent by the cell network (the decoded names in the previous two fields come from a look-up table in the modem fw); Nope they shouldn't, that LUT-name is a 3rd way to get the plaintext of carrier as long as network fails to transmit full and short name OTA (AFAIK). And in userspace of GTA02 there's usually yet another LUT for a 4th way to get the name ;-) SIM also might provide a name, so that would be a 5th way. /j -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments (alas the above page got scrapped due to resignation(!!), so here some supplementary links:) http://www.georgedillon.com/web/html_email_is_evil.shtml http://www.nonhtmlmail.org/campaign.html http://www.georgedillon.com/web/html_email_is_evil_still.shtml http://www.gerstbach.at/2004/ascii/ (German) signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] GSM not turning on / registering
Alright, I'll go to a T-Mobile shop (or reseller) in the next few days to get a test SIM. In the meantime, I tried running the AT commands with socat, but didn't get very far. Maybe I'm using socat incorrectly - I haven't done it before, so forgive my ignorance. Following is the transcript from my console session (done over ssh from my laptop): root@neo:~# socat - file:/dev/ttySAC0,crtscts,crnl ~ +CREG: 3 ~~ ERROR @~~ %CSQ: 18, 99, 2 ~~ +CIEV: 1, 3 ~AT+COPS=? ATE1 ~ %CSQ: 15, 99, 1 ~~ +CIEV: 1, 2 ~AT+CFUN=1 AT+CGMI The commands 'AT+COPS=?', 'ATE1', 'AT+CFUN=1', 'AT+CGMI' were entered by me. I'm guessing I should have seen at least a 'OK' or 'ERROR' message, so maybe I'm using socat incorrectly? I don't have a 3G USB modem, unfortunately. I'm pretty surprised that the carriers are decommissioning 2G in the USA. Crazy bastards. Thanks for your continued help. Nick ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] GSM not turning on / registering
Nick openmoko-commun...@njw.me.uk wrote: In the meantime, I tried running the AT commands with socat, but didn't get very far. I've never used socat (I use my own tool, see below), so I don't have much to comment on that part, but the transcript you've posted shows that you managed to catch some of the modem's output while it was being driven by QtMoko (perhaps stopping QtMoko doesn't power the modem off), and this output contains a smoking gun: +CREG: 3 The +CREG unsolicited response from the modem indicates its registration status, and looking up the meaning of status code 3 in GSM spec 07.07 tells us that it means registration denied - aha! So the GSM radio signal *is* present, but when your FR tries to register to the network it hears, the network actively denies that registration! Two possibilities come to mind: Possibility 1: ATT GSM service went away (either a deliberate service shutdown, or the tower simply went down for some random reason or another, and they are in no hurry to fix it because it's 2G which is only used by outlaws and freedom lovers like us), but T-Mobile GSM is still present; your FR tries to register with the T-Mobile network, but the latter rejects the ATT SIM. Possibility 2: ATT GSM service is still there, and your FR is trying to register to it because it's got an ATT SIM, but ATT has decided to reject your FR for some truly nefarious reason, such as an IMEI ban against an entire range of devices they don't like - I've read stories on the web about ATT specifically pulling such BS. See below on my proposed method for distinguishing between these two possibilities. %CSQ: 18, 99, 2 %CSQ is TI's non-standard extended version of the standard +CSQ command and unsolicited response; the standard +CSQ response gives two numbers, while %CSQ adds a third. I don't fully understand the meaning of the 3rd number yet, but we can ignore it for now. 99 in the 2nd number position is a placeholder meaning that the modem has no BER information, but the 1st number is the RSSI: received signal strength indicator. Numbers like 18 or 15 seen further in your transcript look good to me. +CIEV: 1, 3 Yet another way by which TI's modem implementation returns the RSSI, apparently. The commands 'AT+COPS=?', 'ATE1', 'AT+CFUN=1', 'AT+CGMI' were entered by me. I'm guessing I should have seen at least a 'OK' or 'ERROR' message, so maybe I'm using socat incorrectly? Because I am the kind of guy who finds it easier to write his own program than to learn how to use one that already exists, I've been using my own ad hack tool called engcons to talk AT commands to the modem in my Neo FR. The engcons.c source is appended at the end of this post; you'll need to compile and run it on your FR. Use it like this: # stop QtMoko /etc/init.d/qtmoko-neo stop # power-cycle the modem echo 0 /sys/bus/platform/devices/gta02-pm-gsm.0/power_on echo 1 /sys/bus/platform/devices/gta02-pm-gsm.0/power_on # run engcons to talk AT commands engcons /dev/ttySAC0 r115200 Once you do the above, you should be in a state where you can type AT commands and see the expected responses. Try AT+CGMI, AT+CGMM, AT+CGMR, AT+CFUN=1, AT+COPS and AT+COPS=?, and post the results you get. VLR, SF engcons.c source follows; this ad hack program was originally written for some completely different purposes and thus contains a bunch of crud that will make no sense, but I just reused what I already had working. /* * This utility is used at Harhan Engineering Co. to connect to * the console ports of various targets in the lab. Most of the latter * are either MicroVAXen or our own designs inspired by the VAX/MicroVAX * console, and this program has a few nifty features specifically * intended for those consoles. * * Beyond simple pass-thru of bytes in both directions, the following * features are provided: * * - logging * - ^P sends a break * - binary upload via X command * - changing console baud rate on HEC MC68302 targets (not in this version) * * This is the POSIX termios version of the program; the original version * was for 4.3BSD UNIX. * * Author: Michael Sokolov, Harhan Engineering Co. * msoko...@ivan.harhan.org */ #include sys/param.h #include sys/file.h #include sys/stat.h #include sys/ioctl.h #include sys/errno.h #include termios.h #include ctype.h #include stdio.h #include strings.h extern int errno; int mypid; int tfd; FILE *tfdF; struct termios saved_termios, my_termios, target_termios; int kbd_eol_state = 1; FILE *logF; static struct speedtab { int num; speed_t code; } speed_table[] = { {300, B300}, {1200, B1200}, {2400, B2400}, {4800, B4800}, {9600, B9600}, {19200, B19200}, {38400, B38400}, {57600, B57600}, {115200, B115200}, {0, 0}}; main(argc, argv) char **argv; { int zero = 0; struct speedtab *spd; int speed, rtscts = 0; char *cp;
OpenPhoenux P.I.W.O. talk
Hello, Yesterday I was giving a OpenPhoenux themed talk titled Free Mobile - when Android is not enough on local Free Software event in Poznań, Poland - http://piwo.informatyka.org/ Here you can see the slides I've prepared for the presentation: http://neo900.org/piwo/piwo.pdf It's mostly a basic introduction to the Openmoko/OpenPhoenux world, but it also contains some info about the modem monitoring/sandboxing solution that is going to be implemented in Neo900, so it might be interesting for some of you :) Feel free to use the slides if you're also going to give some OpenPhoenux related talk somewhere! Cheers, -- Sebastian Krzyszkowiak, dos http://dosowisko.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] GSM not turning on / registering
Apologies for not replying sooner. Thanks for the replies. I tried the SIM in another phone and it does work, and another SIM in this one does not (both the same network). Quoth Michael Spacefalcon: What modem firmware version is this? Revision is: GSM: gsm_ac_gp_fd_pu_em_cph_ds_vc_cal35_ri_36_amd8_ts0-Moko11 So Moko11, I guess ;) Since the GSM modem is no longer an impenetrable black box, you could try debugging the apparently misbehaving modem using standard Free Software debugging methods: study the source and the documentation, and make use of the modem debug interface accessible via the headset jack. Start by taking QtMoko high-level software out of the equation and talking AT commands directly to the modem: http://wiki.openmoko.org/wiki/Manually_using_GSM Try the AT commands shown on that wiki page, and tell us the results. That right there might spot an issue. That's a good idea. I'm hitting a snag before I get very far, though. Namely that I don't know which process is in charge of the GSM, so which one to kill to stop the phone accessing. lsof would probably tell me, but I can't install it because it's tough to get the wifi to work (which I generally don't care about). Can somebody who knows QtMoko advise which process to kill? There is no gsmd, as suggested on the OM wiki. Thanks, Nick ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] GSM not turning on / registering
Nick openmoko-commun...@njw.me.uk wrote: I tried the SIM in another phone and it does work, and another SIM in this one does not (both the same network). OK, good observation. The problem is now narrowed down to the FR, rather than network coverage in your area, your service subscription or the SIM issued for it. There is one more thing we need to check before proceeding further, though. That other phone you used to confirm your SIMs as good, what kind of phone is it? Is it 2G or 3G? If the latter, please look through its menus and see if there is an option to force 2G mode. The reason for this exploration is to eliminate the possibility that GSM (aka 2G) service in your geographical area stopped working, knocking out Free Firmware phones while closed proprietary Apple/ Samsung/GTA04/etc still work on UMTS.. (In the event that some part of the world with a nonzero population of Free Firmware phone users does kill its GSM service, there are two possible ways for us to react to that development: either try to liberate one of the newer 3G+ phones/modems, or build our own GSM 2G network for our own use. If/when this situation ever occurs in my part of the world, I will do the latter, as I consider GSM/2G to be superior to 3G crap both technically and morally.) Assuming that your email TLD matches your location, you are doing this in the UK, right? Do you know if your service provider operates a 900 MHz GSM network, a 1800 MHz one, or both? Revision is: GSM: gsm_ac_gp_fd_pu_em_cph_ds_vc_cal35_ri_36_amd8_ts0-Moko11 So Moko11, I guess ;) Any particular reason you have not yet upgraded to leo2moko-r1 aka moko12? While it is very unlikely that performing this fw update will fix the problem, running fw with a published Corresponding Source and a linker map listing will likely be a prerequisite for some of the more advanced troubleshooting steps, so you might as well do it now.. http://wiki.openmoko.org/wiki/Manually_using_GSM [...] That's a good idea. I'm hitting a snag before I get very far, though. Namely that I don't know which process is in charge of the GSM, so which one to kill to stop the phone accessing. According to this web page: http://winterveldt.co.za/leo2moko-p3.html the command you need is: /etc/init.d/qtmoko-neo stop (Whether the intent is to talk manual AT commands to the modem or to reflash it, the step of stopping QtMoko should be the same.) lsof would probably tell me, but I can't install it because it's tough to get the wifi to work (which I generally don't care about). Huh? WiFi? While you do need an ssh connection into the Neo, why does it have to be WiFi? Doesn't QtMoko support eth-over-usb networking like the others? HTH, SF ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] GSM not turning on / registering
Quoth Michael Spacefalcon: Nick openmoko-commun...@njw.me.uk wrote: I tried the SIM in another phone and it does work, and another SIM in this one does not (both the same network). OK, good observation. The problem is now narrowed down to the FR, rather than network coverage in your area, your service subscription or the SIM issued for it. There is one more thing we need to check before proceeding further, though. That other phone you used to confirm your SIMs as good, what kind of phone is it? Is it 2G or 3G? If the latter, please look through its menus and see if there is an option to force 2G mode. The reason for this exploration is to eliminate the possibility that GSM (aka 2G) service in your geographical area stopped working, knocking out Free Firmware phones while closed proprietary Apple/ Samsung/GTA04/etc still work on UMTS.. The phone that works is 3G, and it doesn't seem to have a 'force 2G' option anywhere. I'm in the Greater Boston area, so I can't imagine the phone company could just have turned off 2G here yet; there are too many subscribers around. Assuming that your email TLD matches your location, you are doing this in the UK, right? Do you know if your service provider operates a 900 MHz GSM network, a 1800 MHz one, or both? As I said, I'm in the USA now, and I'm on ATT, FWIW. Revision is: GSM: gsm_ac_gp_fd_pu_em_cph_ds_vc_cal35_ri_36_amd8_ts0-Moko11 So Moko11, I guess ;) Any particular reason you have not yet upgraded to leo2moko-r1 aka moko12? While it is very unlikely that performing this fw update will fix the problem, running fw with a published Corresponding Source and a linker map listing will likely be a prerequisite for some of the more advanced troubleshooting steps, so you might as well do it now.. The only reason is laziness. I like following your work very much, and am glad you're doing it, and planned to upgrade eventually. I might as well do it now indeed... Will do so tomorrow, when I debug this further. http://wiki.openmoko.org/wiki/Manually_using_GSM [...] That's a good idea. I'm hitting a snag before I get very far, though. Namely that I don't know which process is in charge of the GSM, so which one to kill to stop the phone accessing. According to this web page: http://winterveldt.co.za/leo2moko-p3.html the command you need is: /etc/init.d/qtmoko-neo stop (Whether the intent is to talk manual AT commands to the modem or to reflash it, the step of stopping QtMoko should be the same.) Ah great, thanks, that sounds like just the ticket. lsof would probably tell me, but I can't install it because it's tough to get the wifi to work (which I generally don't care about). Huh? WiFi? While you do need an ssh connection into the Neo, why does it have to be WiFi? Doesn't QtMoko support eth-over-usb networking like the others? It does, I expect, I just haven't set it up to do that yet. Basically because I just want a dumbphone that works, really, so tend towards laziness regarding my phone nowadays. HTH, It certainly does, thanks, I'll report back tomorrow. Nick ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] GSM not turning on / registering
Nick openmoko-commun...@njw.me.uk wrote: The phone that works is 3G, and it doesn't seem to have a 'force 2G' option anywhere. The option in question often goes by different names: it may also be named network type or network selection etc, with the choices being GSM or WCDMA or both. Try selecting GSM if you can find the elusive option. I'm in the Greater Boston area, Ahh - I didn't realize you were still here in the States - I remember you asking on this list a few months ago about GSM frequency bands in USA, with the intention of traveling to Boston area, but it was back in February, so I thought the trip was over and you were back home in the UK. How long ago have you arrived in Boston? Is the FR-not-working problem something that happened upon arrival in USA, or has it been working for you for a while in this part of the world? so I can't imagine the phone company could just have turned off 2G here yet; there are too many subscribers around. [...] As I said, I'm in the USA now, and I'm on ATT, FWIW. Ahh, so you decided to be adventurous and use ATT instead of the more tried tested T-Mobile. Before we spend an inordinate amount of effort figuring out why your FR doesn't work on ATT in Boston, perhaps you could try a T-Mobile SIM card just as a quick test? If you don't have one, just go into any T-Mobile store and ask them to borrow a SIM for a few minutes to test in your phone while inside their store. Also if there is any chance you might visit California before you go back to the UK, we could meet up and do some GSM hacking together. :) Basically because I just want a dumbphone that works, really, so tend towards laziness regarding my phone nowadays. If you are using your FR as an oversized dumbphone, have you considered using a real dumbphone instead? You might want to grab a Mot C139 on ebay while they are still available - it is one of the models which I am using for FreeCalypso firmware bring-up (along with the Neo FR and Pirelli DP-L10) before building my own dumbphone hardware, and it has the advantage of being a very simple dumbphone with full schematics available (unlike the Pirelli). That Linux application processor on the Neo really adds a lot of extra complexity into the mix, and I find true dumbphones to be much easier to work with, as in hack, troubleshoot and actually use on an everyday basis. VLR, SF ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] GSM not turning on / registering
On 05/17/14 04:25, Nick wrote: Hi all, I haven't been using my phone much recently, but it's always been reasonably reliable when I have. Today I turned it on, and all day it has just said searching for network. I haven't moved, and I'm in an urban enough place that I don't think it's plausible for a tower to have gone down or something. I'm not sure where to go or what to look for to debug this. I've restarted the phone multiple times without success. Any advice? Thanks, Nick Hi Nick, You could try to put the FR SIM in a known good working phone and see if that one does register. If not, then either the SIM is dead, or no longer registered with the provider. And then you could put the SIM from the working phone in the FR to see if that fixes the problem. Kind regards, Ed ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: I tried to install agpsui but failed
El Friday 16 May 2014 01:31:56 Wuzzy va escriure: Now the question: Where can I find a proper agpsui package for my smartphone? agpsui is a package for the om2008 distro, on SHR that is FSO based I used omgps https://code.google.com/p/omgps/ it works directly with the gps and has pretty satellite and signal displays and can also work consuming the dbus fso gps interface, but it doesn't show in SHR repositories now (error compiling it according to http://openembedded.org/wiki/Bitbake_World_Status). I ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Hackable:1 - looking for old version
Hi all, My GTA02 finally came back to me repaired and I would like to have fun with it like in the good old times! So, I take a look to the wiki, I downloaded some images, I reordered some distros I still have on my pc... But I miss Hackable:1, the old version. In particular, I have Hackable dse, but i can't find previous versions like Hackable rev5 chuck and the previous one (the one with orange-gray theme). Is there someone who still own a copy of these? Unfortunately, the official website is down... :( Thank you in advance, Goodnight (or day, here is a bit late!) Matteo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[QtMoko] GSM not turning on / registering
Hi all, I haven't been using my phone much recently, but it's always been reasonably reliable when I have. Today I turned it on, and all day it has just said searching for network. I haven't moved, and I'm in an urban enough place that I don't think it's plausible for a tower to have gone down or something. I'm not sure where to go or what to look for to debug this. I've restarted the phone multiple times without success. Any advice? Thanks, Nick ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] GSM not turning on / registering
Does the info in System Info - Modem and SIM look reasonable? -Andrew On 5/16/2014 7:25 PM, Nick wrote: Hi all, I haven't been using my phone much recently, but it's always been reasonably reliable when I have. Today I turned it on, and all day it has just said searching for network. I haven't moved, and I'm in an urban enough place that I don't think it's plausible for a tower to have gone down or something. I'm not sure where to go or what to look for to debug this. I've restarted the phone multiple times without success. Any advice? Thanks, Nick ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] GSM not turning on / registering
Quoth Andrew Schenck: Does the info in System Info - Modem and SIM look reasonable? It does, yes, to my untrained eye; no not found or anything like that. Is there anything specific I should be looking for? Nick ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] GSM not turning on / registering
Nah, that was just a guess that the SIM wasn't seated properly. If you haven't used the SIM in months the carrier may have de-registered it. Other than that Radek might know a way of getting more debugging output. -Andrew On 5/16/2014 7:52 PM, Nick wrote: Quoth Andrew Schenck: Does the info in System Info - Modem and SIM look reasonable? It does, yes, to my untrained eye; no not found or anything like that. Is there anything specific I should be looking for? Nick ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] GSM not turning on / registering
Nick openmoko-commun...@njw.me.uk wrote: I haven't been using my phone much recently, but it's always been reasonably reliable when I have. Today I turned it on, and all day it has just said searching for network. [...] I'm not sure where to go or what to look for to debug this. I've restarted the phone multiple times without success. What modem firmware version is this? Any advice? Since the GSM modem is no longer an impenetrable black box, you could try debugging the apparently misbehaving modem using standard Free Software debugging methods: study the source and the documentation, and make use of the modem debug interface accessible via the headset jack. Start by taking QtMoko high-level software out of the equation and talking AT commands directly to the modem: http://wiki.openmoko.org/wiki/Manually_using_GSM Try the AT commands shown on that wiki page, and tell us the results. That right there might spot an issue. If the modem behavior at the AT command level is that of failing to register for no good reason, the next debugging step would be to look at the debug trace output. Get a debug cable, if you haven't already: http://bb.osmocom.org/trac/wiki/Hardware/SerialCable Put the debug serial channel on the headset jack with this command: echo 1 /sys/bus/platform/devices/gta02-pm-gsm.0/download Make sure the audio is routed to your Neo's earpiece speaker and not the loudspeaker, to avoid damaging the latter or your ears. Plug the debug serial cable into the headset jack, and plug the other end into your PC or other host computer running GNU/Linux or some other Unix. Run the rvtdump utility from the FreeCalypso suite, e.g., rvtdump -l logfile /dev/ttyUSB0 With the serial cable connected, rvtdump running on the other end, and 1 written into that /sys/.../download node, power up the modem. You should get a bunch of debug output; tell us what you see. (The -l option will save this output into a log file, with a timestamp prepended to each line.) You should get more interested debug output when you issue AT+CFUN=1 and AT+COPS commands which start the actual GSM operation; tell us what you see at those steps as well. If the above steps don't reveal anything amiss, next debugging steps would be to examine firmware state variables in memory with fc-tmsh and/or send special commands (called system primitives, enabling more verbose traces and other debug functions) to the running fw with g23sh, both of which are FreeCalypso tools operating via the debug interface (called RVTMUX) presented on that headset jack. If you are running a firmware version such as leo2moko for which we have a linker map file, we can examine every single variable that fw maintains, and the system primitives provided by the GPF component (Condat's Generic Protocol stack Framework) allows us to capture and examine every primitive exchanged between GSM protocol stack layers: e.g., we could see the exchange between L1 and L2, or between RR and MM, etc. But let's see if you can manage the simpler steps above before I go into details of what you should peek and poke with fc-tmsh and g23sh tools - getting the simpler rvtdump working would be a prerequisite for the more advanced tools anyway. HTH, SF ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
I tried to install agpsui but failed
Hi, I have a OpenMoko Neo FreeRunner, model GTA02v6 with a successfully installed SHR on it. Now I want to install the agpsui, the wiki mentions it in several places and it seems pretty useful for testing purposes. The main agpsui page seems to be http://wiki.openmoko.org/wiki/Howto_Test_Your_GPS_with_agpsui. The wiki says I should do this: wget http://downloads.openmoko.org/repository/Om2008.8/armv4t/openmoko-agpsui_*.opk Okay. This one doesn’t work, apparently wget does not understand the “*”. So I looked into the folder and found: openmoko-agpsui_0.1+svnr7-r0_armv4t.opk Nice. So I downloaded it, transferred it to my smartphone and tried to installed it with: opkg install ./openmoko-agpsui_0.1+svnr7-r0_armv4t.opk The installation failed. There are 4 unresolvable dependencies, it wants gtk+, libgobject, libgmodule and libgthread. Opkg does not know any of these packages. Besides, the “armv4t” part of the URL seems suspcious to me. Changing the directory yields a directory called “om-gta02”. Bingo! But sadly this directory does not contain any package called like “agpsui”. :-( I also tried the update/upgrade method, but still I couldn’t find any agpsui package in my system afterwards. :-( I think I have downloaded the totally wrong package. Now the question: Where can I find a proper agpsui package for my smartphone? PS: This mailing list seems to be pretty low volume. Is this normal? -- Wuzzy XMPP: wuz...@jabber.ccc.de ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: I tried to install agpsui but failed
On Fri, May 16, 2014 at 7:31 AM, Wuzzy wrote: PS: This mailing list seems to be pretty low volume. Is this normal? Yes, the OpenMoko community is shrinking as people move away to other communities focussed on other devices. -- bye, pabs http://wiki.openmoko.org/wiki/User:PaulWise ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
gta02 pcb layout
Hi, after years, was for scientific :) reasons wanted to give a new life to the gta02 I own. Opened it, and the usb connector was enough fragile. Tried to resolder it but the pcb couper line broke. Cannot see precisely to which resistor that line connected. So need a very good magnified photo or the pcb. Anybody can help? -- rgrds, mobi phil being mobile, but including technology http://mobiphil.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: gta02 pcb layout
On Tue 13 May 2014 23:49:13 mobi phil wrote: Hi, after years, was for scientific :) reasons wanted to give a new life to the gta02 I own. Opened it, and the usb connector was enough fragile. Tried to resolder it but the pcb couper line broke. Cannot see precisely to which resistor that line connected. So need a very good magnified photo or the pcb. Anybody can help? schematics http://people.openmoko.org/joerg/schematics/GTA02/Schematics_Freerunner-GTA02_A5-A7cumulative_public_RC0.pdf together with component placement http://people.openmoko.org/joerg/schematics/GTA02/lindi-searchable/ should go a long way for this. Usually ti's just a question to find the right one of two ends of a 0402 resistor or capacitor. The other (wrong) end is usually connected to another similar 0402 component (or GND, or Vdd) so by testing for 4 conductance aka 0R connections from both ends of component A to both ends of component B you should be able to spot the wrong end. The other one is the right end then, which you want to use to connect your bridging wire to. If you need more help, just holler. /j -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments (alas the above page got scrapped due to resignation(!!), so here some supplementary links:) http://www.georgedillon.com/web/html_email_is_evil.shtml http://www.nonhtmlmail.org/campaign.html http://www.georgedillon.com/web/html_email_is_evil_still.shtml http://www.gerstbach.at/2004/ascii/ (German) signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: gta02 pcb layout
hi! that was a lovely quick answer.. .found the schematics, but was not finding the pcb layout. it looks that I broke the one toward the gps unit, that is towards the ground, which is normaly not used... or .. is it used on gta02? On Wed, May 14, 2014 at 12:07 AM, joerg Reisenweber jo...@openmoko.orgwrote: On Tue 13 May 2014 23:49:13 mobi phil wrote: Hi, after years, was for scientific :) reasons wanted to give a new life to the gta02 I own. Opened it, and the usb connector was enough fragile. Tried to resolder it but the pcb couper line broke. Cannot see precisely to which resistor that line connected. So need a very good magnified photo or the pcb. Anybody can help? schematics http://people.openmoko.org/joerg/schematics/GTA02/Schematics_Freerunner-GTA02_A5-A7cumulative_public_RC0.pdf together with component placement http://people.openmoko.org/joerg/schematics/GTA02/lindi-searchable/ should go a long way for this. Usually ti's just a question to find the right one of two ends of a 0402 resistor or capacitor. The other (wrong) end is usually connected to another similar 0402 component (or GND, or Vdd) so by testing for 4 conductance aka 0R connections from both ends of component A to both ends of component B you should be able to spot the wrong end. The other one is the right end then, which you want to use to connect your bridging wire to. If you need more help, just holler. /j -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments (alas the above page got scrapped due to resignation(!!), so here some supplementary links:) http://www.georgedillon.com/web/html_email_is_evil.shtml http://www.nonhtmlmail.org/campaign.html http://www.georgedillon.com/web/html_email_is_evil_still.shtml http://www.gerstbach.at/2004/ascii/ (German) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- rgrds, mobi phil being mobile, but including technology http://mobiphil.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: gta02 pcb layout
On Wed 14 May 2014 00:27:11 mobi phil wrote: hi! that was a lovely quick answer.. .found the schematics, but was not finding the pcb layout. The PCB layout is an 8-layer (iirc, maybe 10) which is pretty hard to publish in any useful representation other than the layout program's own one. Anyway you don't need PCB layout to solve your problem. it looks that I broke the one toward the gps unit, that is towards the ground, which is normaly not used... or .. is it used on gta02? Please send (link to) a number of macro snapshots illustrating your problem in a way so I can look up a solution for you. cheers jOERG -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments (alas the above page got scrapped due to resignation(!!), so here some supplementary links:) http://www.georgedillon.com/web/html_email_is_evil.shtml http://www.nonhtmlmail.org/campaign.html http://www.georgedillon.com/web/html_email_is_evil_still.shtml http://www.gerstbach.at/2004/ascii/ (German) signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: gta02 pcb layout
I wanted to see only the surface pcb. But it looks that I am lucky. Broke a pin that is usually marked as not used ... soldering mission completed successfully... could connect with cdc ethernet... thanks a lot! On Wed, May 14, 2014 at 12:59 AM, joerg Reisenweber jo...@openmoko.orgwrote: On Wed 14 May 2014 00:27:11 mobi phil wrote: hi! that was a lovely quick answer.. .found the schematics, but was not finding the pcb layout. The PCB layout is an 8-layer (iirc, maybe 10) which is pretty hard to publish in any useful representation other than the layout program's own one. Anyway you don't need PCB layout to solve your problem. it looks that I broke the one toward the gps unit, that is towards the ground, which is normaly not used... or .. is it used on gta02? Please send (link to) a number of macro snapshots illustrating your problem in a way so I can look up a solution for you. cheers jOERG -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments (alas the above page got scrapped due to resignation(!!), so here some supplementary links:) http://www.georgedillon.com/web/html_email_is_evil.shtml http://www.nonhtmlmail.org/campaign.html http://www.georgedillon.com/web/html_email_is_evil_still.shtml http://www.gerstbach.at/2004/ascii/ (German) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- rgrds, mobi phil being mobile, but including technology http://mobiphil.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: gta02 pcb layout
On Wed 14 May 2014 01:12:00 mobi phil wrote: I wanted to see only the surface pcb. On component placement you see the surface layer of PCB, incl all copper traces. /j -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments (alas the above page got scrapped due to resignation(!!), so here some supplementary links:) http://www.georgedillon.com/web/html_email_is_evil.shtml http://www.nonhtmlmail.org/campaign.html http://www.georgedillon.com/web/html_email_is_evil_still.shtml http://www.gerstbach.at/2004/ascii/ (German) signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA02 broken screen / What Nice Projekts to Do Without a Screen or Would Other Screens Work
On 05/10/2014 05:23 PM, Francesco De Vita wrote: If you think this is something you would like to try, please let me know, so i can provide you with the kernel and the rootfs image for you to flash. You need to write some scripts to fit everything to your needs, so i hope you have some scripting skills. Probably I do not have the required skills but it is really interesting! Have you already mention your work in the ML or in the Wiki? I'm sure it deserves to be noted, I was looking for this kind of application from years. Do you think your daemon could be easily integrated in QtMoko or other OS? Best regards Francesco Hi Francesco, I did announce it a few years ago [1] and kept working on it, just for fun. By now the internals have changed, instead of 4 separate programs i have just 2, the daemon and the optional gui. integrating it in QTMoko is possible, there are some instructions on the website [2], although i did not try that with the current version. The Original Poster has no screen anymore, so integrating it with QTMoko would be difficult for him. You could give the old version a try, to see how it works for you, and if you like it i can setup a download link for the latest and greatest version. Kind regards, Ed [1] http://lists.openmoko.org/nabble.html#nabble-td7443779 [2] http://phranky.kapitein.org ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA02 broken screen / What Nice Projekts to Do Without a Screen or Would Other Screens Work
Am 12.05.2014 um 20:18 schrieb Ed Kapitein: On 05/10/2014 05:23 PM, Francesco De Vita wrote: If you think this is something you would like to try, please let me know, so i can provide you with the kernel and the rootfs image for you to flash. You need to write some scripts to fit everything to your needs, so i hope you have some scripting skills. Probably I do not have the required skills but it is really interesting! Have you already mention your work in the ML or in the Wiki? I'm sure it deserves to be noted, I was looking for this kind of application from years. Do you think your daemon could be easily integrated in QtMoko or other OS? Best regards Francesco Hi Francesco, I did announce it a few years ago [1] and kept working on it, just for fun. By now the internals have changed, instead of 4 separate programs i have just 2, the daemon and the optional gui. integrating it in QTMoko is possible, there are some instructions on the website [2], although i did not try that with the current version. The Original Poster has no screen anymore, so integrating it with QTMoko would be difficult for him. You could give the old version a try, to see how it works for you, and if you like it i can setup a download link for the latest and greatest version. Kind regards, Ed BTW, I just want to mention that we still have some replacement screens in stock: http://shop.goldelico.com/wiki.php?page=LCD%20Module BR, NIkolaus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Open Source AHRS project: giving away hardware
On 05/11/2014 07:08 AM, joerg Reisenweber wrote: On Sat 10 May 2014 11:57:30 Pascal Gosselin wrote: calibrate the compass via GPS track by an easy calibration or self-calibration method GPS doesn't offer any data to calibrate magnetometer from. magnetometer aka compass is about orientation of device, GPS is about position and movement vector. They are 100% unrelated. In a static situation this is correct, but while moving it is possible to get the current heading from GPS. Jake ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Open Source AHRS project: giving away hardware
Indeed. When you taxi an airplane on the ground in a straight live or drive a car in a straight line, GPS TRACK (adjusted for magnetic declination) = Magnetic Heading. The other complementary magnetometer calibration techniques involve driving around in a full circle in about 60 to 75 seconds or doing a 360 degree turn and stopping every 30 degrees. -Pascal Sent from my iPhone On May 11, 2014, at 4:47 AM, Jake jak...@rommel.stw.uni-erlangen.de wrote: On 05/11/2014 07:08 AM, joerg Reisenweber wrote: On Sat 10 May 2014 11:57:30 Pascal Gosselin wrote: calibrate the compass via GPS track by an easy calibration or self-calibration method GPS doesn't offer any data to calibrate magnetometer from. magnetometer aka compass is about orientation of device, GPS is about position and movement vector. They are 100% unrelated. In a static situation this is correct, but while moving it is possible to get the current heading from GPS. Jake ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Open Source AHRS project: giving away hardware
On May 11, 2014, at 12:03 AM, Ben Wong lists.openmoko@wongs.net wrote: Sounds like a fun challenge. I'd take it up if I wasn't already so busy. After all, who in their life hasn't at one point wanted to write an Unscented Kalman Filter? ;-) Just out of curiosity, is OpenPilot.org not a viable solution? My understanding is that the code written for micro-controller platforms will need significant changes to work in a Linux environment. Of course re-using as much of the code as possible that is used for controlling most small drones totally makes sense. -Pascal ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Open Source AHRS project: giving away hardware
On Sun 11 May 2014 09:25:37 Pascal Gosselin wrote: Indeed. When you taxi an airplane on the ground in a straight live or drive a car in a straight line, GPS TRACK (adjusted for magnetic declination) = Magnetic Heading. The other complementary magnetometer calibration techniques involve driving around in a full circle in about 60 to 75 seconds or doing a 360 degree turn and stopping every 30 degrees. -Pascal Sent from my iPhone On May 11, 2014, at 4:47 AM, Jake jak...@rommel.stw.uni-erlangen.de wrote: On 05/11/2014 07:08 AM, joerg Reisenweber wrote: On Sat 10 May 2014 11:57:30 Pascal Gosselin wrote: calibrate the compass via GPS track by an easy calibration or self-calibration method GPS doesn't offer any data to calibrate magnetometer from. magnetometer aka compass is about orientation of device, GPS is about position and movement vector. They are 100% unrelated. In a static situation this is correct, but while moving it is possible to get the current heading from GPS. Jake This all assumes a locked and defined mounting situation for the magnetometer. Then yes. For an embedded device however this method tells you nothing about the magnetometer heading. The embedded device can change relative orientation to the vehicle that's driving. PS: you must be very sure about the vehicle moving exactly straight ahead as well, for anything but a non-sliding car that's not guaranteed, think boat, even airplane -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments (alas the above page got scrapped due to resignation(!!), so here some supplementary links:) http://www.georgedillon.com/web/html_email_is_evil.shtml http://www.nonhtmlmail.org/campaign.html http://www.georgedillon.com/web/html_email_is_evil_still.shtml http://www.gerstbach.at/2004/ascii/ (German) signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Open Source AHRS project: giving away hardware
On 2014-05-11, 11:28 AM, joerg Reisenweber wrote: This all assumes a locked and defined mounting situation for the magnetometer. Then yes. For an embedded device however this method tells you nothing about the magnetometer heading. The embedded device can change relative orientation to the vehicle that's driving. PS: you must be very sure about the vehicle moving exactly straight ahead as well, for anything but a non-sliding car that's not guaranteed, think boat, even airplane We're talking calibration here. Yes the unit should be rigidly mounted for calibration of the sensors. There are also periods of stay still for X seconds at various points in such a calibration. I have done and continue to do lots and lots of AHRS calibrations of various types on aircraft (airplanes and helicopters). I would be more than happy to share the information that I have on various calibration techniques. Once the sensors are calibrated (i.e. figuring out the drift of the Rate Gyros when sitting still) and the magnetic environment of the device is known, what's left is the alignment procedure. Every time you start the AHRS code on the device, it would need to be motionless for a while. Lying the GTA02/GTA04 flat on a table for example for perhaps 2-3 minutes might be sufficient. I feel that this likely the reason why even the latest mainstream phones don't have AHRS or IMU capability (an IMU would enable indoor navigation over only very short distances in a smartphone, given the rather crude quality of the MEMS sensors and horrific gyro drift expected if you are bouncing around with the smartphone in your hand and moving rather slowly without GPS aiding the Kalman filter). Application for an AHRS on a smartphone would be for enhanced geo-referencing of photos and Google Glass type applications that don't make you look like a Glasshole. The other obvious application is as an emergency backup attitude (Pitch and Roll) and Heading indicator for airplanes and helicopters or simply recording of the sensor data and doing post-processing on a server to process the data later (think extreme sports, like playing back a skydive for example). -Pascal ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA02 broken screen / What Nice Projekts to Do Without a Screen or Would Other Screens Work
If you think this is something you would like to try, please let me know, so i can provide you with the kernel and the rootfs image for you to flash. You need to write some scripts to fit everything to your needs, so i hope you have some scripting skills. Probably I do not have the required skills but it is really interesting! Have you already mention your work in the ML or in the Wiki? I'm sure it deserves to be noted, I was looking for this kind of application from years. Do you think your daemon could be easily integrated in QtMoko or other OS? Best regards Francesco ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Open Source AHRS project: giving away hardware
Hello, With the idea of spurring interest in the development of a software Attitude Heading Reference System for the GTA02, I am going to be giving away twelve (12) Golden Delicious NavBoard V2s to developers that are willing to work on this idea. I have been frustrated by lack of an available AHRS for Linux-based systems for many years now. The closest thing available is the FoxAHRS: https://github.com/FedericoLolli I believe it runs on the ARM-based G20 board: http://www.acmesystems.it/FOXG20 I might be wrong but anyway the idea is to get a working 100% open source AHRS than can run on the GTA02 and GTA04. Ideally it should be entirely self-calibrating (i.e. figure out what's level and calibrate the compass via GPS track by an easy calibration or self-calibration method). This is what the boards look like: http://wiki.openmoko.org/wiki/Freerunner_Navigation_Board_v2 It has a 3D ITG-3200 Rate Gyro, the HMC 5843 magnetometer and BMP 085 barometric sensor. It's a board you must solder internally to the GTA02. Anyone that actually ends up contributing to this project will also be given a Navboard V3, which has a better magnetometer, to make sure it works that one as well (I paid good money for the V3 boards so I don't want to give them away to people who may not ever end up installing them). If anyone that is a serious contributor needs some help, I would be more than willing to help out with stuff like free brand new GTA 02s (850Mhz or 900Mhz, I have both brand new in stock) , new batteries. Serious hackers don't need to worry about damaging their GTA02, I will provide replacement units to anyone who does and is serious about this project. I also have a early GTA04 fully assembled with new case/screen/battery to give away to a serious contributor who would be willing to ensure that the AHRS code would run properly on this platform as well. You may reply to me privately or via this list. Pascal Gosselin pas...@wi-flight.net ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Open Source AHRS project: giving away hardware
Sounds like a fun challenge. I'd take it up if I wasn't already so busy. After all, who in their life hasn't at one point wanted to write an Unscented Kalman Filter? ;-) Just out of curiosity, is OpenPilot.org not a viable solution? --Ben On Sat, May 10, 2014 at 8:57 AM, Pascal Gosselin pas...@aeroteknic.com wrote: Hello, With the idea of spurring interest in the development of a software Attitude Heading Reference System for the GTA02, I am going to be giving away twelve (12) Golden Delicious NavBoard V2s to developers that are willing to work on this idea. I have been frustrated by lack of an available AHRS for Linux-based systems for many years now. The closest thing available is the FoxAHRS: https://github.com/FedericoLolli I believe it runs on the ARM-based G20 board: http://www.acmesystems.it/FOXG20 I might be wrong but anyway the idea is to get a working 100% open source AHRS than can run on the GTA02 and GTA04. Ideally it should be entirely self-calibrating (i.e. figure out what's level and calibrate the compass via GPS track by an easy calibration or self-calibration method). This is what the boards look like: http://wiki.openmoko.org/wiki/Freerunner_Navigation_Board_v2 It has a 3D ITG-3200 Rate Gyro, the HMC 5843 magnetometer and BMP 085 barometric sensor. It's a board you must solder internally to the GTA02. Anyone that actually ends up contributing to this project will also be given a Navboard V3, which has a better magnetometer, to make sure it works that one as well (I paid good money for the V3 boards so I don't want to give them away to people who may not ever end up installing them). If anyone that is a serious contributor needs some help, I would be more than willing to help out with stuff like free brand new GTA 02s (850Mhz or 900Mhz, I have both brand new in stock) , new batteries. Serious hackers don't need to worry about damaging their GTA02, I will provide replacement units to anyone who does and is serious about this project. I also have a early GTA04 fully assembled with new case/screen/battery to give away to a serious contributor who would be willing to ensure that the AHRS code would run properly on this platform as well. You may reply to me privately or via this list. Pascal Gosselin pas...@wi-flight.net ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Open Source AHRS project: giving away hardware
On Sat 10 May 2014 11:57:30 Pascal Gosselin wrote: calibrate the compass via GPS track by an easy calibration or self-calibration method GPS doesn't offer any data to calibrate magnetometer from. magnetometer aka compass is about orientation of device, GPS is about position and movement vector. They are 100% unrelated. /j -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments (alas the above page got scrapped due to resignation(!!), so here some supplementary links:) http://www.georgedillon.com/web/html_email_is_evil.shtml http://www.nonhtmlmail.org/campaign.html http://www.georgedillon.com/web/html_email_is_evil_still.shtml http://www.gerstbach.at/2004/ascii/ (German) signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
FreeCalypso progress update
Hello project followers, Just a quick update on where the FreeCalypso project stands. I am still reconstructing the full-source form of TI's Calypso reference firmware, the one which we currently have only in semi-src form, running on TI's Leonardo board and on the GTA02 modem. How can one reconstruct a full source from a semi-src (half src, half objects) in which half of the original source is missing? By finding matching source pieces in other TI source leaks (the Peek LoCosto one mostly) and reintegrating them one by one onto the reconstructed FreeCalypso firmware skeleton. There are a few binary objects in the Leonardo semi-src for which no matching source could be found in any of the available leaks. I am currently working on one of these hard pieces: the OS Adaptation Layer part of the GPF, the thin layer that sits between the Nucleus RTOS microkernel and the higher sublayers of GPF. GPF stands for Generic Protocol stack Framework, and it is the foundation on which Condat's GSM/GPRS radio protocol stack is built. Back in the days when TI actively maintained their firmware for Calypso, LoCosto and other offerings in this family, the GPF code was already so stable and independent of the rest of the firmware that it was distributed and used mostly as binary libraries even inside TI, it seems. Take the LoCosto source for example: all of L1, L2 and L3 code is compiled from source, but GPF comes from *.lib files that are pulled into the build as blobs. But fortunately we've been able to find the real C source for most of GPF. The Leonardo semi-src includes a few pieces of GPF C source despite not actually using them in the build (which uses *.lib blobs instead); the LoCosto find includes the source for some *other* parts of GPF - once again, not actually used in the build which uses *.lib blobs. By putting together the GPF source bits from the Leonardo and LoCosto finds, we now have the original C source for *most* of GPF - and this source has already been integrated into the gcc-built FreeCalypso GSM firmware tree. The thin OS Adaptation Layer between Nucleus and the rest of GPF, and the equally thin OSX layer between GPF and L1, are the only two parts of GPF for which the original C source could not be found. The first out of these two (OSL) is needed in order build a test fw image with GPF included, hence it is the part I'm working on now; the other (OSX) should not be needed until it is time to integrate L1, so I plan on tackling it at that time. I am reconstructing the missing/lost source for the OSL part of GPF from the binary object form, by a process of disassembly followed by decompilation. The disassembly step is automated with a special tool I wrote for this purpose. See the leo-obj subtree in this Hg tree: https://bitbucket.org/falconian/freecalypso-reveng Anyone who wonders just how much info can be extracted from these COFF binary objects is invited to see for herself: hg clone https://bitbucket.org/falconian/freecalypso-reveng cd freecalypso-reveng/leo-obj make Look at the *.disasm and *.ctypes files that will be produced, and revel at all of the juicy C-level symbolic info contained therein. All that stuff has been extracted out of the object blobs; the only inputs to the tiobjd tool are the *.obj artifacts and some really minimal hints in the *.hints files (see for yourselves how minimal they are). Who was it who said (some 2.5 y ago on this list) that the ware in question is nothing more than useless blobs? The next step is decompilation, and it's being done in the gsm-fw/gpf subtree of the other Hg tree: https://bitbucket.org/falconian/freecalypso-sw The gsm-fw/gpf/osl directory contains the C modules which I am reconstructing from the above *.disasm through manual decompilation; the other subdirectories of gsm-fw/gpf contain the rest of GPF, the source for which has been found in the Leonardo and/or LoCosto semi-src. The inc subdirectory contains all of the original GPF header files, used by both the original sources and the ones I am reconstructing. Peruse the two source repositories above to see where the project stands; look at the commit history to judge the pace at which it is going. Viva la Revolucion, SF ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA02 broken screen / What Nice Projekts to Do Without a Screen or Would Other Screens Work
You could use the freerunner as a SMS gateway, you don't need a screen for that. That is something i use, i can send a text message and perform some action (switching lights on or off ) Or have a text message send to my other phone if a long running job is done. Would you like to explain how do you do that? (: Regards Francesco ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA02 broken screen / What Nice Projekts to Do Without a Screen or Would Other Screens Work
On 05/07/14 14:46, Francesco De Vita wrote: You could use the freerunner as a SMS gateway, you don't need a screen for that. That is something i use, i can send a text message and perform some action (switching lights on or off ) Or have a text message send to my other phone if a long running job is done. Would you like to explain how do you do that? (: Regards Francesco Sure, A while ago i wrote a daemon that handles the GSM modem ( phone calls and text messages ) The gui is separate from the daemon and can be run on a remote computer. ( desktop, laptop, whatever ) The daemon listens on stdin and sends output to stdout, so you can use it without a screen at all. You need to flash the root image and the kernel and after that you can login via ssh trough USB. After you set up your wlan, you can ssh in and read and send text messages etc. If you think this is something you would like to try, please let me know, so i can provide you with the kernel and the rootfs image for you to flash. You need to write some scripts to fit everything to your needs, so i hope you have some scripting skills. Kind regards, Ed ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Your Chance to Change the World!
Your Chance to Empower the WORLD! View this email in your browser (http://us7.campaign-archive2.com/?u=d7c1022ae1b8816aea00c6a52id=43a3678f61e=a9712e21c2) ** Dear , I wanted to reach out to you because I'm working on an IndieGoGo campaign that I think you may be interested in learning more about: Focus Fusion. Scientists at Lawrenceville Plasma Physics (the creators of Focus Fusion) are within reach of a clean, abundant, affordable and completely pollution-free source of energy. We just need your help to fund the final phase of research and spread the word about Focus Fusion's IndieGoGo campaign, the largest clean energy crowdfunding effort to date. Ending global energy poverty, reversing climate change and stopping dangerous pollution from current energy sources are just a few possibilities if we have a successful Focus Fusion IndieGoGo campaign. Please find out more at: http://focusfusion.us7.list-manage.com/track/click?u=d7c1022ae1b8816aea00c6a52id=11666a0d2ce=a9712e21c2 . If you can please watch the video from start to finish as every view counts! Please share on your Facebook and Twitter pages, email your contacts and if you can, donate. The slogan for our campaign is #emPOWERtheWORLD and we'd love for you to be a part of it! Thanks, More information can be found: http://focusfusion.us7.list-manage.com/track/click?u=d7c1022ae1b8816aea00c6a52id=9c99a0acdee=a9712e21c2 http://focusfusion.us7.list-manage.com/track/click?u=d7c1022ae1b8816aea00c6a52id=e6da2cceb5e=a9712e21c2 http://focusfusion.us7.list-manage1.com/track/click?u=d7c1022ae1b8816aea00c6a52id=4e37ea1cd4e=a9712e21c2 http://focusfusion.us7.list-manage1.com/track/click?u=d7c1022ae1b8816aea00c6a52id=ab00c90e82e=a9712e21c2 http://focusfusion.us7.list-manage2.com/track/click?u=d7c1022ae1b8816aea00c6a52id=2f63490c99e=a9712e21c2 http://focusfusion.us7.list-manage.com/track/click?u=d7c1022ae1b8816aea00c6a52id=fe87659d71e=a9712e21c2 http://focusfusion.us7.list-manage2.com/track/click?u=d7c1022ae1b8816aea00c6a52id=df565d5f78e=a9712e21c2 Copyright © 2014 Focus Fusion Society, All rights reserved. We have done business together and this is my personal email list Our mailing address is: Focus Fusion Society 128 Lincoln Blvd, Middlesex, NJ Middlesex, NJ 08846 USA ** unsubscribe from this list (http://focusfusion.us7.list-manage.com/unsubscribe?u=d7c1022ae1b8816aea00c6a52id=9f61059873e=a9712e21c2c=43a3678f61) ** update subscription preferences (http://focusfusion.us7.list-manage2.com/profile?u=d7c1022ae1b8816aea00c6a52id=9f61059873e=a9712e21c2) Email Marketing Powered by MailChimp http://www.mailchimp.com/monkey-rewards/?utm_source=freemium_newsletterutm_medium=emailutm_campaign=monkey_rewardsaid=d7c1022ae1b8816aea00c6a52afl=1___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA02 broken screen / What Nice Projekts to Do Without a Screen or Would Other Screens Work
On 04/18/14 06:36, robin wrote: Hi, unfortunately I the screen of my old GTA02 has stopped working (all white apart from a bit of pixel garbish at the bottom, also directly after booting). Now I know that you can get a replacement for about 80EUR. Even though this is still an option it is a bit expensive regarding the fact that the phone is now 6years old. The phone itself still works as I can ssh into QtMoko. So I have two questions a) did anyone ever manage to connect the phone to some other type of newer screen (eg to build an incar navigation system?) b) if I ever wanted install something new, how would I proceed only with ssh as a visual feedback (if at all): Qtmoko and SHR need the user to calibrate the screen inbetween, so I don't know where they will get stuck during installation. Maybe you can share your ideas on what to do with such a device. Many thanks and happy easter Robin Hi Robin, You could use the freerunner as a SMS gateway, you don't need a screen for that. That is something i use, i can send a text message and perform some action (switching lights on or off ) Or have a text message send to my other phone if a long running job is done. Any idea if the touch screen still works? you might be able to use it as a mp3 player, or alarm clock if it does. Or use it as a gps tracking device. If you like none of the ideas, you could also donate it to the community, perhaps someone can use it as a base for a gta04. Kind regards, Ed ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
GTA02 broken screen / What Nice Projekts to Do Without a Screen or Would Other Screens Work
Hi, unfortunately I the screen of my old GTA02 has stopped working (all white apart from a bit of pixel garbish at the bottom, also directly after booting). Now I know that you can get a replacement for about 80EUR. Even though this is still an option it is a bit expensive regarding the fact that the phone is now 6years old. The phone itself still works as I can ssh into QtMoko. So I have two questions a) did anyone ever manage to connect the phone to some other type of newer screen (eg to build an incar navigation system?) b) if I ever wanted install something new, how would I proceed only with ssh as a visual feedback (if at all): Qtmoko and SHR need the user to calibrate the screen inbetween, so I don't know where they will get stuck during installation. Maybe you can share your ideas on what to do with such a device. Many thanks and happy easter Robin ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko GTA06
04/12/14 01:41 -ում, Michael Spacefalcon-ը գրել է: Joerg R. and others on this list have already explained quite well the pointlessness of those IMEI changes when it comes to privacy. If you mean this call numbers that are getting called by 0.5mio users per day). Simply compare who called number A during last year, and who also called number B during last year already reduces number of individuals to max 10. Then check which of those 10 individuals doesn't use her/his old IMEI anymore and here you are: old IMEI linked to new fake IMEI. With only 2 calls done from your new SIM and IMEI to your wife and your mother (or any other arbitrary two normal phone numbers you called before) then this doesn't relate to me, if I don't use calls/sms and I use only Internet. Then they need to filter who uses same Internet services as me. This case it's much harder to make sure that me is me, right? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko GTA06
On Sun 13 April 2014 15:26:34 Norayr Chilingarian wrote: Then they need to filter who uses same Internet services as me. This case it's much harder to make sure that me is me, right? Nope, since your internet traffic is a way better richer fingerprint of you than the numbers you could call (or don't, according to your planned use) Logging in on a single forum or webmail-service or polling your mail via POP3 or registering with a VoIP registrar already suffices. Heck even a more or less arbitrary cookie left in your browser suffices. And as already explained a IMEI popping up out of nowhere is *always* highly suspicious and will usually already suffice to put you into the group of those 20 subjects that currently frequently use fake changing IMEIs. For the rest a rough geolocation will do to identify you as subject #8 of those 20 subjects. It's like you running the streets wearing a gorilla mask, and then changing your gorilla mask to a pig mask and then 100m further you swap that for a donkey mask. *Everybody* will look at you and there's not much doubt who you are, despite you never showing your real face. OOOH, I almost forgot: tell me which internet service you may use without a SIM you paid for. They will probably die from laughing about you when you constantly swap your IMEI without constantly swapping your SIM *and your geolocation* exactly same time. /j -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments (alas the above page got scrapped due to resignation(!!), so here some supplementary links:) http://www.georgedillon.com/web/html_email_is_evil.shtml http://www.nonhtmlmail.org/campaign.html http://www.georgedillon.com/web/html_email_is_evil_still.shtml http://www.gerstbach.at/2004/ascii/ (German) signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko GTA06
04/13/14 03:50 -ում, joerg Reisenweber-ը գրել է: On Sun 13 April 2014 15:26:34 Norayr Chilingarian wrote: Then they need to filter who uses same Internet services as me. This case it's much harder to make sure that me is me, right? Nope, since your internet traffic is a way better richer fingerprint of you than the numbers you could call (or don't, according to your planned use) Logging in on a single forum or webmail-service or polling your mail via POP3 or registering with a VoIP registrar already suffices. Heck even a more or less arbitrary cookie left in your browser suffices. And as already explained a IMEI popping up out of nowhere is *always* highly suspicious and will usually already suffice to put you into the group of those 20 subjects that currently frequently use fake changing IMEIs. For the rest a rough geolocation will do to identify you as subject #8 of those 20 subjects. It's like you running the streets wearing a gorilla mask, and then changing your gorilla mask to a pig mask and then 100m further you swap that for a donkey mask. *Everybody* will look at you and there's not much doubt who you are, despite you never showing your real face. OOOH, I almost forgot: tell me which internet service you may use without a SIM you paid for. They will probably die from laughing about you when you constantly swap your IMEI without constantly swapping your SIM *and your geolocation* exactly same time. /j Okay, I agree with all you written. No doubt, when doing IMEI change, many details should be considered. And no doubt, if mail/chat etc service providers cooperate with your local intelligence agency, then you are even more vulnerable. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko GTA06
04/11/14 03:08 -ում, Michael Spacefalcon-ը գրել է: I don't know how things stand in your part of the world, but here in USA the carriers only want to sell mobile data services while giving voice and SMS away for free - so it is the direct opposite of what you are picturing: old-fashioned voice calls and SMS are free here, whereas Internet packet data costs $$$. Yes, probably because they have this call and sms possibility. But I am quite sure, in your part of the world they must have possibility to get a plan, where calls and texts are prohibited, but Internet is unlimited, and just pay for it monthly fee. Then, if their friends know how to use Internet for calls and texts they can refuse from using phones as devices, like washing machines, designed for specific tasks, in this case - calls via carriers, and I see carriers gradually would become just an ISP's, not less and not more. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko GTA06
need to add that the other thing we need, apart from encrypted calls, via gsm, as in your case, or over tcp/ip, as in my case, we need, yes, possibility to change IMEI's and use anonymous SIM cards, in order to prevent permanent tracking. 04/11/14 10:37 -ում, Norayr Chilingarian-ը գրել է: 04/11/14 03:08 -ում, Michael Spacefalcon-ը գրել է: I don't know how things stand in your part of the world, but here in USA the carriers only want to sell mobile data services while giving voice and SMS away for free - so it is the direct opposite of what you are picturing: old-fashioned voice calls and SMS are free here, whereas Internet packet data costs $$$. Yes, probably because they have this call and sms possibility. But I am quite sure, in your part of the world they must have possibility to get a plan, where calls and texts are prohibited, but Internet is unlimited, and just pay for it monthly fee. Then, if their friends know how to use Internet for calls and texts they can refuse from using phones as devices, like washing machines, designed for specific tasks, in this case - calls via carriers, and I see carriers gradually would become just an ISP's, not less and not more. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko GTA06
Norayr Chilingarian nor...@arnet.am wrote: Yes, probably because they have this call and sms possibility. Of course they (the carriers) provide call and SMS capabilities, because I, their customer, want these capabilities, and would not be their customer if they didn't provide such! But I am quite sure, in your part of the world they must have possibility to get a plan, where calls and texts are prohibited, Of course you can block whatever you don't like. But giving up these services would not save you any money, because they are already *given away for free*, for zero extra cost. but Internet is unlimited, and just pay for it monthly fee. Yes, the carrier I use (310260) offers unlimited Internet too. But unlimited voice SMS is cheaper, and far more useful to me. Then, if their friends know how to use Internet for calls and texts No thanks, I want no part of that. The quality of a voice connection over bufferbloated mobile data networks is shit (latency in seconds) - I am much, much happier with traditional circuit-switched phone calls. they can refuse from using phones as devices, I don't have much more to say to you except that we shall fight on opposite sides. I *like* using a traditional phone for traditional phone calls, and I will never give it up. like washing machines, You refuse to use a washing machine? Do you wash your clothes by hand in a pond or a river? Where I live, none of the nearby natural bodies of water is clean enough for me to consider washing my clothes there, so I like using a washing machine. designed for specific tasks, in this case - calls via carriers, Yes, and I take great pride in my work to design and build a device that does just one thing: make voice phone calls via those carriers, exactly the thing you are against. and I see carriers gradually would become just an ISP's, not less and not more. Yes, but they still provide the old-fashioned circuit-switched services as well, and if/when they cease to provide these services, I will cease being their customer, and will instead become my own carrier - set up my own GSM network that provides only old-fashioned phone calls and nothing else, *no* data services whatsoever, except for CSD. need to add that the other thing we need, apart from encrypted calls, via gsm, as in your case, or over tcp/ip, as in my case, we need, yes, possibility to change IMEI's Joerg R. and others on this list have already explained quite well the pointlessness of those IMEI changes when it comes to privacy. There is only one good reason to change one's IMEI: if some operator X blocks your legitimate IMEI (or an entire range, like all known freeable phones), and you really need to connect to that network, you can set your IMEI to something that network will accept. and use anonymous SIM cards, The anonymity or non-anonymity of a SIM card (i.e., whether or not you have to show a govt-issued ID when buying or activating your SIM) is a social problem, not one that can be solved by technical means. VLR, SF ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko GTA06
Michael, just would like to mention my needs, and unfortunately I cannot satisfy them with your project. I would even tell, I don't have a need for voice communications. But if I were, I would use something over Internet, like Jabber. So I don't need a phone, but a mobile computer, which may benefit from having a microphone and speaker. Also, routing voice traffic through the Intrenet is a way to not be obliged to pay to carrier per minute or per text message. I think that carriers earn too much money just because not all the people still used to Internet. I prefer getting a data plan and pay monthly, while using encrypted communications for mail and chat. So I use gprs only in order to have Internet. Not to call or receive regular calls. I believe, if we get Internet, then we can manage the rest without carriers. 04/02/14 07:00 -ում, Michael Spacefalcon-ը գրել է: Dr. H. Nikolaus Schaller h...@computer.org wrote: I have received a rumor that somebody is working on a truly free and open phone This part is in fact true. with the following specs: But the specs you have in mind are wrong. * Quad-Core Intel Z3770D (1.5 - 2.5 GHz) Nope, it's an ARM7TDMI @ 52 MHz, chip made by TI, codename Calypso, from TI's Greek mythology series. * 4GB RAM Don't need that much; 8 MiB of pSRAM (combined with NOR flash as part of the S71PL129NC0 MCP by Spansion) is way more than enough for a good phone. (For comparison, the Motorola C139 I'm currently playing with makes do just fine with only 512 KiB.) * 128 GB eMMC Again, unnecessary complexity and bloat. Mine will have 16 MiB of NOR flash instead: S71PL129NC0 provides two flash banks of 8 MiB each; one will be for the firmware (execute in place), the other for user data storage. (For comparison, the user data flash partition on the C139 is only 320 KiB.) * LTE with free and open baseband GSM, not LTE - much better for plain old voice phone calls, which is what a *phone* is for. But the free and open part is absolutely correct! * 5 inch full HD display Unnecessary for a phone. I plan on using a 128x160 pixel 1.77 color LCD (TFT), which is quite luxurious compared to Mot C139/V66/etc. * 100g That sounds about right. * 4000 mAh battery Not sure if I can get a battery with such capacity, but because I'm using TI's source code with proper power management (unlike OsmocomBB), even a 1000 mAh battery can last a good while. * runs any x86 OS (i.e. Linux, Windows, Hackintosh, ...) It is beyond me why would anyone in his or her right mind want to run such complex, bloated and unreliable software on a *phone*, a device whose primary purpose is to provide ultra-reliable voice communication when all else fails, including emergency communication for potentially life-threatening situations. * shall cost less than Nexus 5 The very limited number of units I will physically produce myself will probably have a very steep price tag, but unlike you I'm going to put the gerber files, BOM and everything else on ftp.ifctf.org, so any community member will be able to produce it herself at whatever price her chosen PCB fab + parts suppliers + assembly house + RF calibration lab charge. Looks like some dream machine :) You and I have different dreams. Oh, and if someone were to build your April Fool's device for real, it should NOT be called GTA-anything, because it is not GSM-TI-AGPS. I am not calling my Free Dumb Phone GTAxx either - while the 'G' and 'T' parts are true for my design, the 'A' part is not. I do like the 3 letters + 2 digits model naming scheme, but my letters won't be GTA. VLR, SF ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko GTA06
Norayr Chilingarian nor...@arnet.am wrote: just would like to mention my needs, and unfortunately I cannot satisfy them with your project. [...] So I don't need a phone, but a mobile computer [...] Then my project is not for you. It is for those who specifically want a plain old cellphone (dumbphone) and not a mobile computer. I already have a mobile computer which I'm reasonably happy with - it's a Lenovo X200 ultraportable laptop, running Slackware. But when it comes to my cellphone, whether I use my old Mot V66 (unknown chipset) or the Calypso-based C139 or Pirelli DP-L10, I am currently limited to running Mot's or Pirelli's original proprietary firmware sans source, with no ability to fix bugs or to tweak the UI design to my taste. I am very unhappy with this status quo, hence I am working to fix it in a way that is within my ability: by reconstructing TI's standard fw for modems and dumbphones from pieces (Leonardo+LoCosto+misc) and making it run on the Calypso-based GSM devices I have available. The related project of building a new Calypso-based dumbphone is primarily in response to the exhaustion of the surplus supply of ready-made devices. If there were an infinite supply of Pirelli DP-L10s with full schematics and with docs for that darned SPCA552E chip, or of Mot C139s with unlocked bootloaders, there would be little need to build new hw. But the Pirellis are no longer available, and even the stash I already have is of limited usefulness because this hw is cripped by the lack of schematics and by those extra chips w/o docs. Mot C139s are still somewhat readily available, but they are crippled by the boot ROM being disabled at the board level, so we have to rely on the original fw's bootloader instead. If you buy a C139 on ebay, it will be a gamble whether it arrives with a firmware version that features an unlocked bootloader, or one which allows no known way of loading our own code into the device. Hence I plan on getting FreeCalypso fw running on a C139 and/or a Pirelli as a proof of concept, then switching my attention to the design of a new Calypso dumbphone free of Mot/Pirelli's design flaws. Current status of the project: I've got the tool I wrote that parses TI's COFF objects and produces disassembly listings which take advantage of the symbolic information present in these objects (like objdump from binutils, but more specifically taylored to TI's COFF objects made by the TMS470 toolchain), and I am now working on integrating GPF into my gcc-built FreeCalypso fw. After GPF we'll have L1, and then the bulk of the GSM protocol stack, yay! Also, routing voice traffic through the Intrenet is a way to not be obliged to pay to carrier per minute or per text message. So you would rather pay those same carriers per kilobyte instead? I don't know how things stand in your part of the world, but here in USA the carriers only want to sell mobile data services while giving voice and SMS away for free - so it is the direct opposite of what you are picturing: old-fashioned voice calls and SMS are free here, whereas Internet packet data costs $$$. I think that carriers earn too much money just because not all the people still used to Internet. But it's the other way around - those mobile Internet users are the ones feeding the carriers' revenue stream, while outlaws like me who eschew all that packet data crap and use old-fashioned circuit-switched GSM services (yay CSD!) essentially get a free ride on that carrier! I believe, if we get Internet, then we can manage the rest without carriers. But why?? I *like* getting a free ride on my GSM carrier at the expense of all those fools whose sky-high mobile Internet bills pay for the upkeep of the infrastructure. VLR, SF ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: sensors on GTA04
ok, I'll have a look. I'll make some notes and send it to the list if I find something. Lionel On 2 April 2014 06:15, Dr. H. Nikolaus Schaller h...@goldelico.com wrote: Am 02.04.2014 um 03:17 schrieb L. B.: Hi, I'd like to play with the compass but the info from the documentation page does not correspond with what I got on my phone (using qtmoko v58). The page I use is that one: http://projects.goldelico.com/p/gta04-kernel/page/Sensors/ In the 'compass' section there is a switch to enable/disable sampling. On my phone there is a directory /sys/bus/i2c/devices/i2c-2/2-001e/ but there is no 'rate' file in there. Same applies for the gyroscope. Has anything been changed? No. The kenrel doc is for the Goldelico kernels which were 2.6.32 some years ago and now reflect the drivers of 3.12 (ff). QtMoko AFAIK uses a 3.7 kernel and since the /sys node names are not stable (and never will be) you might have to do a little guesswork and look into the 3.7 kernel source code to find out how the driver works. Hope this helps, Nikolaus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Openmoko GTA06
Hi all, I have received a rumor that somebody is working on a truly free and open phone with the following specs: * Quad-Core Intel Z3770D (1.5 - 2.5 GHz) * 4GB RAM * 128 GB eMMC * LTE with free and open baseband * 5 inch full HD display * 100g * 4000 mAh battery * runs any x86 OS (i.e. Linux, Windows, Hackintosh, ...) * shall cost less than Nexus 5 Looks like some dream machine :) Since I don't know how to validate: does anyone know more details? -- hns ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko GTA06
April Fool :) On Tue, Apr 1, 2014 at 9:49 AM, Dr. H. Nikolaus Schaller h...@computer.orgwrote: Hi all, I have received a rumor that somebody is working on a truly free and open phone with the following specs: * Quad-Core Intel Z3770D (1.5 - 2.5 GHz) * 4GB RAM * 128 GB eMMC * LTE with free and open baseband * 5 inch full HD display * 100g * 4000 mAh battery * runs any x86 OS (i.e. Linux, Windows, Hackintosh, ...) * shall cost less than Nexus 5 Looks like some dream machine :) Since I don't know how to validate: does anyone know more details? -- hns ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko GTA06
On 2014-04-01 10:26, shamsul hassan wrote: April Fool :) On Tue, Apr 1, 2014 at 9:49 AM, Dr. H. Nikolaus Schaller h...@computer.org wrote: Hi all, I have received a rumor that somebody is working on a truly free and open phone with the following specs: * Quad-Core Intel Z3770D (1.5 - 2.5 GHz) * 4GB RAM * 128 GB eMMC * LTE with free and open baseband * 5 inch full HD display * 100g * 4000 mAh battery * runs any x86 OS (i.e. Linux, Windows, Hackintosh, ...) * shall cost less than Nexus 5 Looks like some dream machine :) Since I don't know how to validate: does anyone know more details? Nice one. I was fooled. Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko GTA06
Am 01.04.2014 um 11:53 schrieb Neil Jerram: On 2014-04-01 10:26, shamsul hassan wrote: April Fool :) On Tue, Apr 1, 2014 at 9:49 AM, Dr. H. Nikolaus Schaller h...@computer.org wrote: Hi all, I have received a rumor that somebody is working on a truly free and open phone with the following specs: * Quad-Core Intel Z3770D (1.5 - 2.5 GHz) * 4GB RAM * 128 GB eMMC * LTE with free and open baseband * 5 inch full HD display * 100g * 4000 mAh battery * runs any x86 OS (i.e. Linux, Windows, Hackintosh, ...) * shall cost less than Nexus 5 Looks like some dream machine :) Since I don't know how to validate: does anyone know more details? Nice one. I was fooled. Obviously me too... Nikolaus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko GTA06
+1 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community