Re: Slashdotted
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Steve Mosher wrote: Good comments All. Let me inline some answers/explanations. Lothar Behrens wrote: Hi, I use this analogy. You write your code in a series of units. you unit test them. Then you do your first integration. You set up your make files and I charge you 50K to hit return. would you hit the compile button? Yes, this pretty much true, and you have to hit the button in time, or so some the package in that make might phase out (like GTA01 PMU PCF50606), and then you have spent another run of money to enable the make button hit-able till mass production again. So what's the result if you don't use a waterfall model in hardware development. Whats the cost if you find a requirements defect or a design defect ( glamo? )when you do that prototype run? 50K minimum, plus a redesign. Take the appendix out--perform a glamoectomy? ask Werner about the design implications of that on WIFI. And see my comments below about design and diving into peanut butter. Werner just replied, maybe he could share more about his painful direct contact experience with chip vendor ;) In hardware, specification/datasheet is not always correct (or always not correct). People may found a lot interesting component datasheet with powerful function (the dream chip) could solve specific design problem, but when OM direct contact local distributor, following scenario always happens: * the chip never put mass production before, or we are the only user interested that chip, need bare with long lead-time and bad payment deal * the chip specific model we want not manufactured yet * the chip specific function not work, or could not work stability, even the datasheet * Our quantities (market size) too small, ignore us (this is better case, we sometimes got already married with some solution then after a while, vendor ask for divorce ;) ) OM might have other internal issues, but external hardware game rules tough as well. I don't think other company could really open hardware not only legal issue (design specification with customer/contract with telcom) but they got Open mind set to solve open hardware related process issue like OM done before. or capacitive, keyboard or touch.-- ALL signs to me of a lack of appreciation for the complexity and cost involved in doing hardware. I got a hammer your problem must be a nail. I'll give you And each component we have to verify it's hardware functionality and compatibility with Open source, and most of time we have to spent extra resource to build a full GPL'ed driver if vendor only have proprietary Windows or some binary vendor version. This also cause the difficulty when verification hardware in time, because we need build our own driver to test vendor's hardware. Usually only hardware vendor could have 1 or 2 FAE port driver for us, and with our latest kernel and open policy (release driver early even before product manufactured). and energy is spent on this solution In the end, marketing looks at that and says who took the fucking camera out! that's not an actual example, but you get the idea. Yes, freeze idea and snapshot it in time is art of products ;) Isn't it possible to also develop hardware collaboratively? In one sense this is trivally true. hardware development is inherently collaborative. But I suppose you mean is it possible to do it in an open fashion. It maybe. But if the requirements process and design process is not rigorous and well defined you end up with expensive implementation problems. And if you don't have team consensus, then it's very problematic. Forking software is easy. Forking hardware is forking hard. The best example I can use is forking ASIC design. You can do a big chip with lots of functionality and then fork off 'defeatured' versions, but that forking needs to be designed in.and it may come with a cost. the same holds true for modular hardware designs. what's easy with lego blocks aint so trivial when it comes to EE design. As describe above, some of the chip/module may not look pretty real world as pdf does. And component have supply issue, you never knows you are the only one buying the really crap or not until you put into mass production. Using S3C6410 as example, you never sure which version will put into mass production for sure or which version will phase out in next 6 months, unless you direct contact with the vendor/distributor, and got the update in time. It's hard to explain: sorry, your last 6 months software plan won't work because vendor's business plan suddenly canceled due to another their BIG customer want go another direction. seems my reply via other mail account fail, so I use this one instead my personal as I should ;) Neng-Yu Tu (Tony Tu) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknZm
Re: buzz fix
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi KaZeR- We are not ignoring about the buzz fix issue, actually we are very serious about this bug and fix. The buzz issue mostly comes from EMI (Electromagnetic Disturbance), and it's hardware design related. Buzz comes from mechanical/layout/component/schematics, and each part could have eliminate some level EMI effect (buzz). By apply a filter, and change audio configuration, we could make FR have better noise resist in audio trace. But EMI still comes through mechanical(antenna position close to mic), layout (already in FR printed circuit board), and component (microphone as small antenna get EMI) joerg already publish release candidate version SOP of buzz fix, the reason it stay in rc and did not have update is: #1 Can't tell how much it could improve, yet As described above, buzz fix actually is EMI resist fix/workaround, Currently, we have 2 feedback from kindly community member help verify joerg's SOP, and have positive result. Community do a great work on verification, but we don't finish internal/mass verification for how much it could improve. #2 Don't have the test SOP/audio file for this rework For GPS hardware SOP, it's easy to tell if you could get a fix within 3 minutes with GPS application and NMEA string, but for audio rework in field, it could only tell by callee's ear. So after rework's pass/fail test method and audio alsa (A6 rework) file not ready yet. Upon this 2 reasons, this fix stay in rc, even this fix already used in some phones and get positive result. Regards, - -- Neng-Yu Tu (Tony Tu) Openmoko, Inc. Support. They've been really silent (ignoring us?) on this point each time it has been asked. -Message d'origine- De : community-boun...@lists.openmoko.org [mailto:community-boun...@lists.openmoko.org] De la part de Christoph Siegenthaler Envoyé : lundi 26 janvier 2009 13:21 À : community@lists.openmoko.org Objet : RE: buzz fix Hello, are there any updates from resellers, FIC or any half-official DIY-tutorials on the hardware problems, i.e. the buzzing? Best regards, Chris KaZeR wrote: -Message d'origine- [mailto:community-boun...@lists.openmoko.org] De la part de Christoph Pulster Envoyé : mardi 13 janvier 2009 08:20 À : community@lists.openmoko.org Objet : Re: buzz fix Hello, thanks for asking about hardware fixes (I read this list daily). At the moment I'm working out a solution with Openmoko how to handle any repair (buzz SOP, GPS fix etc). In any way I want to offer my customers best service and we try to find a solution which does avoid time-consuming return shipments to Taiwan. Please allow us some days to work that out. Thanks Christoph. It's nice to see that you are so involved. I hope that you will lead the way for other resellers. Bearstech maybe? :) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkl/O+AACgkQmV6sZhhBn29PUgCgqSNwRikVaM2JIVrmRO35Wg7B ROkAnjPnP55u855+CkMnbZyqEPHUp5Yp =+wt6 -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Calling interested Glamo OpenGL developers (was: The forbidden topic: Glamo OpenGL)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Those are some good questions. From what I understand the Glamo is fixed-function and supports OpenGL ES 1.1. As far as changing Xglamo to be based on X over kdrive, I think to start, it would be best to leave Xglamo the way it is and just add-in OpenGL ES support, but if there were people dedicated to getting X support I would vote for it. Glamo3363 support: * OpenGL ES 1.0 * OpenGL ES 1.1 * Mobile D3D 3D pipe line: * transform * cull * lighting * clipping * setup * rasterizer The glamo datasheet is full of register settings, as wolfgang said, we hope could resolve this NDA issue in someway that could help people develop 3D development on FR. - -- Neng-Yu Tu (Tony Tu) Openmoko, Inc. Support. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkkg9oEACgkQmV6sZhhBn2+FKQCgq+A2HsKkNTlKHvZgi/zjlale qXsAn2gi5L3cc0/SKjYF54ve6KtzIABW =fJkN -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Android open sourced
abatrour wrote: OMG it works! I was having the same problem with a black screen after the white flash. I tried formatting the sd card as ext3 and it didn't work. But it worked after i made 2 partitions, both ext3. i am using the latest uboot on my gta2v5 As I tried- * Must have a SD card inside the FR during Android boot, or it will just keep black (with backlight on). * The SD card format also required 2 partitions (first primary partition vfat/ext3 seems both work, second primary using ext3). My current Android setting is using the default 512 MB SD card comes with FreeRunner, 8MB for vfat, rest is using ext3. Tony Tu ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: using openocd
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Lynn- Lynn Nguyen ??: Yeah it's loading the correct openocd.cfg file. I even added random commands to it and i saw those commands in the error messages. I even used -f to be sure. * Could you check the .cfg file is comes with, it should called openocd-debugv2.cfg : 1. ft2232_vid_pid 0x1457 0x5118 2. And adjust jtag_speed to higher number (4 or 8, default is 0) * And is your debug board UART (terminal console) is working? If still not working, you might could erase the EEPROM content in the debug board again, return the default USB ID 0403 6010. They see if the UART and openocd could work. Regards, - -- Neng-Yu Tu (Tony Tu) Openmoko, Inc. Support. Some questions could be answered by reference following link: Wiki - http://wiki.openmoko.org Download - http://downloads.openmoko.org Freerunner Introduction - http://wiki.openmoko.org/wiki/Getting_Started_with_your_Neo_FreeRunner I was wondering if anyone was using the Neo1973 (GTA01v4) with Debug board v3. I used the openocd.cfg available on the wiki and I get this problem: Info:openocd.c:82 main(): Open On-Chip Debugger (2006-08-01 12:00 CEST) Info:configuration.c:50 configuration_output_handler(): Command ft2232_device_desc not found Info:configuration.c:50 configuration_output_handler(): Command ft2232_layout not found Info:configuration.c:50 configuration_output_handler(): Command ft2232_vid_pid not found Error: jtag.c:1219 jtag_init(): No valid jtag interface found (ft2232) It seems like openocd is having some trouble with ft2232 because I don't see anything wrong with those commands. Does your openocd load neo1973 specific config? like tmp/openocd -f tmp/openocd-debugv2.cfg Usually it is because your USB vid/pid setting is not correct in the config file(load the wrong config file) Hope this helps. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAki7nRcACgkQmV6sZhhBn2/jIACgjEh/KVZXXdhD4sLyZh17d9gA DG4AnAmOZwoBDKSqNn3mua2WQnvi9xCp =wz/W -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: using openocd
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Lynn- I was wondering if anyone was using the Neo1973 (GTA01v4) with Debug board v3. I used the openocd.cfg available on the wiki and I get this problem: Info:openocd.c:82 main(): Open On-Chip Debugger (2006-08-01 12:00 CEST) Info:configuration.c:50 configuration_output_handler(): Command ft2232_device_desc not found Info:configuration.c:50 configuration_output_handler(): Command ft2232_layout not found Info:configuration.c:50 configuration_output_handler(): Command ft2232_vid_pid not found Error: jtag.c:1219 jtag_init(): No valid jtag interface found (ft2232) It seems like openocd is having some trouble with ft2232 because I don't see anything wrong with those commands. Does your openocd load neo1973 specific config? like tmp/openocd -f tmp/openocd-debugv2.cfg Usually it is because your USB vid/pid setting is not correct in the config file(load the wrong config file) Hope this helps. = - -- Neng-Yu Tu (Tony Tu) Openmoko, Inc. Support. Some questions could be answered by reference following link: Wiki - http://wiki.openmoko.org Download - http://downloads.openmoko.org Freerunner Introduction - http://wiki.openmoko.org/wiki/Getting_Started_with_your_Neo_FreeRunner -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAki7c4MACgkQmV6sZhhBn29BwQCfSRPiSVTPKhPeUAGd1R6m0D80 1sIAn1dFiXdIuulTTCqYM6mmfPsRvjJD =ubFB -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Using openocd
Hi Lynn- Hi all, I was wondering, has anyone had any luck connecting their debug board (v3) to a neo1973? I followed all the instructions here: http://wiki.openmoko.org/wiki/Debug_Board_v3 (for linux) but I keep getting 'no valid jtag interface found'. But that doesn't make any sense because I can see the debug board from my laptop when i do 'lsusb'. Any ideas? Thanks! Lynn Does your openocd using correct setting file? v3 board could connect to neo1973, because it basically compatible old boards. -- Tony Tu (Neng-Yu Tu) Openmoko, Inc. Support. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Using openocd
Hi Lynn- Lynn Nguyen ??: I believe so. I used the openocd.cfg that is given on the wiki. I've even followed the steps here: http://svn.openmoko.org/developers/werner/notes/openocd which seem to be legit. The step I get stuck on is running openocd. I think maybe there is something wrong with the libftdi phase? I'm not sure why I think that though. I just think that because I'm installing that by hand as opposed to sudo apt-getting it. Is there a way to check that openocd will use libftdi? Lynn Not only use but also version related, I knew some of the libftdi version is not working well with openocd.you could try but the lib binary in the same folder (How I use it in Fedora 5 before) if you did not install ftdi correctly. Maybe other people could give better suggestion. Tony Tu (Neng-Yu Tu) Openmoko, Inc. Support. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ASU 2008.08 image
Hi Jay: To be fair the wiki points to an equally misleading folder : http://buildhost.openmoko.org/daily/freerunner/200808/ I guess it was all prep work for the release. Is this the official release location now or what? No, it's not official, I think will be another announcement. Regards, Tony Tu (Neng-Yu Tu) Openmoko, Inc. Support. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Third request: what *is* the warranty on the Freerunner?
Hi Dimitri: Some of information is not correct. The warranty is essentially non-existent. Yes, we don't have unified warranty policy yet, but this does not mean we don't take the responsibility for user get bad devices. We still working on this, once we have consensus, we will announce. The problem also not warranty itself, but also who will take care later warranty issue processing (fixing/logistic). It's supposedly 14 days D.O.A.. Dead On Arrival, in its strictest definition, means that as long as the phone boots up, that's it. It doesn't matter if it's not really functional. As long as it boots up, it's technically not DOA. If it can't make phone calls or connect to the internet, too bad: it's not DOA. If the GPS antenna doesn't work right, because of a hardware flaw, too bad: it's not DOA. We have support list for trouble shooting, For EU user get phone from distributor, you could contact them if your phone not working. For web shop order, please contact mail on the web shop, we will take the case and process it. But also please check support list and wiki quick start page for existing answer. We _didn't_ reject any customer for return with reasonable reasons so far. If device is really non-functional, we take case by case troubling shooting and review it. We don't want to be irresponsible for FR user, that's only policy here for sure. While I'm glad they're trying to put out a phone that's open, I'm very disappointed in their lack of customer support. I mean, it's not some throw-away piece of crap. It's a $400 phone! Yes, we do not satisfy ourself with this kind of service level either, we are trying improve, but this is global shipment, and we only have a few people now. I feel mislead by their marketing, which led me (and, from what I've been reading, many others) to think that the phone was actually ready for both developers AND regular folks. This, of course, is false, as it can't even connect to the internet *out of the box*, and requires a ridiculous degree of programming knowledge to even do so. (As a Java programmer with 10 years' experience, I've finally given up trying.) If you ask for return, we still take this request and review it. Please mail me your contact information, order number, and issue description. Tony Tu (Neng-Yu Tu) Openmoko, Inc. Support. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Third request: what *is* the warranty on the Freerunner?
Hi Lally Singh: The warranty is also bugging me. Is there anywhere else I could get one? Or would OM be willing to sell an extended warranty for a bit more $$? Our sales and marketing both are in US working on this now, no extended warranty yet. Or at least a cheap spare parts program? I don't mind swapping out parts if they're available at reasonable prices. We might have spare part or re-work package, but still under discussion. What spare part you need? Tony Tu (Neng-Yu Tu) Openmoko, Inc. Support. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
GTA02 GPS rework for SD card interference issue
Dear Community: For GTA02 SD card interference GPS issue, our hardware team provide a hardware fix/workaround for this coexistence bug. Sorry post it late, because we have to make sure this fix works and don't have side effects. Here is the fix: http://www.openmoko.org/wiki/Image:Gta02_gps_10pf_rework_sop.pdf This fix could give almost same performance with SD card out of case. But this work still not suggest do by yourself, also, this fix need proper size capacitor (10 pf with 0402 package), and some solder technique. We saw people ask about service issues of Openmoko devices, and we are working on it. Our sales discussing with our distributor about proper services model, but do not have consensus yet, I will keep update it. Thanks, Tony Tu Openmoko, Inc. Support ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Reason for GPS problems found!
Hi Jay- Jay Vaughan ??: To say the true I never saw a firm to admit the problem and to start to work for a fix in 11h! Please do not ignore the fact that GPS has been complained about for months. I think this main reason is our test environment is badly synced (factory/lab/developers/test software). For my GTA02 it's GPS always fixed around 1 minutes, and my SD card was format into vfat + ext2 format for other testing, so could not used as normal SD card stay at boot, so most of time won't have SD card in while doing GPS testing. We did also have big fight internal over last week for about test specification and why GPS when wrong in field. And we still working on possible hardware improvement and software solutions. Please check Andy's branch for SD clk, in kernel list there are more explanation at http://lists.openmoko.org/pipermail/openmoko-kernel/2008-July/003837.html Tony Tu ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Volume?
smurfy - phil ??: if you increase the mic2 level you are louder, but you also get an echo :) you should test it with alsamixer while calling. if you like it, you should change the default value for mic2 in the alsapreset. its somewhere in the /usr/share directory, i guess :) if you don't change the preset, you must change the value on every call yes, freerunner image's alsa configuration files located at usr/share/openmoko/scenarios/ Tony Tu ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Information about mailinglist merge
Let me add a bit more here...Tony Tu will be moderating this support list and helping to organizing a knowledge base out of everyone's questions / support issues. He will explain more shortly... Please try your best to keep this list on topic. It's for support for existing device owners. Not questions about how the device or software functions. Hopefully this will help us react faster to one another. Thanks! Yes, i will stay tune on the [EMAIL PROTECTED] list if device owner have hardware/software issues, and direct problem/bugs for real hardware/software/sales people for detail support. For hardware performance issue (like GPS TTFF), and general hardware quality issues, please also post on [EMAIL PROTECTED] We don't have explicit support procedure yet, I will keep update the http://wiki.openmoko.org/wiki/Support page and maybe another http://wiki.openmoko.org/wiki/Neo_FreeRunner_%28GTA02%29_FAQ later. Thanks, Tony Tu (Neng-Yu Tu) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Reason for GPS problems found!
Hi Jay: Bummer that it was not discovered sooner, though. I really have to ask this question: did the hardware rev's of GTA02 get tested with SD card + GPS together? Yes, factory test case did use boot from SD function and test sim with battery in the assembly stage. The test itself is correct, but the environmental of GPS testing seems have problem cause this issue underestimated. Factory GPS testing is in same station, external first then internal. Internal testing signal is amplified higher, initial intention is for fast test result and improve test stability. But seems slow test result and test instability comes from SD card itself, and did drop the ball. Hardware side did have test like GSM call with GPS fix item, and I don't know if we have the GPS with SD card case during RD stage. If not, then can the test procedures please be reviewed to accommodate testing peripheral configurations that are not 'obviously' tied to each other? Simultaneous testing of GPS+SD seems like a no-brainer, however with the discovery that Glamo, for example, and SD, cannot be used together productively, and now GPS+SD not being usable together, this indicates some test issues on the hardware revision pipeline that need to be addressed .. The Glamo is really our pain in the ass, lots GTA02 evil's source and delay root cause. Actually, SD card function was verified very lated due to lack of original vendor support, and finally got SD card works until early this year with Andy's help. Andy/Matt now are doing some software side solution see if we could get SD card (clk/pwr) don't annoy GPS's RF receiving frequency during idle mode. And hardware side still working on possible fixes to improve current status. And I personally really appreciated/amazed you (also many others) are so deeply see through this project. And we did have test issues on the hardware revision pipeline. We are really care about next revision and shipment of GTA02, we are really reading/fixing every mailing list issues that potentially cause problem to user. Regards, Tony Tu ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS
Hi Billk- Does the freerunner have software that can show how the satellites position overhead? - satellite location will certainly cause a lot of variability - I would think the only worthwhile measurements on how the FR performs will be comparative (with another, known performer placed alongside) rather than absolute. You might could try following ipkg for GPS testing http://people.openmoko.org/tony_tu/GTA02/util/gps/openmoko-agpsui_0.1+svnr7-r0_armv4t.ipk just using opkg install to install program. And reference the http://wiki.openmoko.org/wiki/GTA02_GPS page for source code information. Thanks, Tony Tu ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS
Hi flexed- Could you scp this ipk into GTA02, and try install from GTA02? Tony Tu flexd ??: Im actually having some trouble installing that, it says: / [EMAIL PROTECTED]:/usr/bin# opkg install http://people.openmoko.org/tony_tu/GTA02/util/gps/openmoko-agpsui_0.1+svnr7-r0_armv4t.ipk Downloading http://people.openmoko.org/tony_tu/GTA02/util/gps/openmoko-agpsui_0.1+svnr7-r0_armv4t.ipk Multiple packages (openmoko-agpsui and openmoko-agpsui) providing same name marked HOLD or PREFER. Using latest. Installing openmoko-agpsui (0.1+svnr7-r0) to root... Collected errors: * Package openmoko-agpsui md5sum mismatch. Either the opkg or the package index are corrupt. Try 'opkg update'. [EMAIL PROTECTED]:/usr/bin# Not entirely sure what to do as im no linux expert :) / Neng-Yu Tu (Tony Tu) skrev: Hi Billk- Does the freerunner have software that can show how the satellites position overhead? - satellite location will certainly cause a lot of variability - I would think the only worthwhile measurements on how the FR performs will be comparative (with another, known performer placed alongside) rather than absolute. You might could try following ipkg for GPS testing http://people.openmoko.org/tony_tu/GTA02/util/gps/openmoko-agpsui_0.1+svnr7-r0_armv4t.ipk just using opkg install to install program. And reference the http://wiki.openmoko.org/wiki/GTA02_GPS page for source code information. Thanks, Tony Tu ___ 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: FreeRunner Quick Start User Guide
I'm curious about the use of the word can. Is it possible to flash the Freerunner from the device itself, without using the USB cable connected to another GNU/Linux host? Yes, even under all NAND flash is empty/content distroyed. You could still using boot from NOR function (a backup u-boot in NOR flash), and using boot from SD card function into full system, then re-flashing NAND. NOR also have 2 MB space, you might could port any thing into 2 MB space and try another flashing way (bt/wi-fi/etc), if you got debug board. But we never tried. Tony Tu ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: about openmoko input method
xiangfu wrote: there are another two question: 1. where is the code of read SIM card contacts. i want it can read Chinese. there is some different between English and Chinese store in SIM card. olv already done read chinese few months ago, maybe you should ask applicatin question in openmoko-devel list. And jserv also done some chinese input/ui mod before, but I am not sure about detail items done. Tony Tu ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: about openmoko input method
xiangfu wrote: there are another two question: 1. where is the code of read SIM card contacts. i want it can read Chinese. there is some different between English and Chinese store in SIM card. olv (Chia-I Wu) already done read chinese few months ago, maybe you should ask applicatin question in openmoko-devel list. And jserv also done some chinese input/ui mod before, but I am not sure about detail items done. Tony Tu ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FreeRunner Quick Start User Guide
Hi Arne: you mean, one can flash the om from an sd card, too? or after booting up from sd card as described above one still needs to connect to a computer? Yes, direct flash from SD card without USB. Tony Tu (Neng-Yu Tu) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: still GPS questions
Hi Michael- 2. Is this AssistNOW(TM) supported by the GTA02 software? Are there better/cheaper ways of getting up to date almanac and ephemeris into the freerunner? For GTA02 default shipment image, there is no A-GPS/GPS supported software inside. You could find the u-blox A-GPS online implementation document here: http://people.openmoko.org/matt_hsu/ImplementationAssistNowServerAndClient(GPS.G4-SW-05017-C).pdf And implementation code in following address. http://svn.openmoko.org/developers/matt_hsu/agps-online/ Here is a brief script to run this application: = #!/bin/sh echo 1 /sys/bus/platform/drivers/neo1973-pm-gps/neo1973-pm-gps.0/pwron ./agps-onlinec -c full -u youraccount -k yourpasswd -la 25.073270 -lo 121.574805 -p 99.00 cat /dev/ttySAC1 == And account application is send a mail to [EMAIL PROTECTED] without content and title. And not all mail account are accepted/could get reply, I tried openmoko.com account not work but my personal gmail works fine. Since the protocol is pretty straight forward, implement an extra proxy to scale up user should be easy. And olv has a GPS test program called AGPS UI in following address: http://projects.openmoko.org/scm/?group_id=127 You could check out and have a try, with AGPS support could cut TTFF time from 40 secs to 10-20 seconds. And the valid time of assist now download is about 4 hours. You could also check the following address: http://embedded-system.net/assistnow-gps-services-boost-up-gps-receiver-performance-u-blox.html Due to the u-blox 4 need to have extra flash to storage up to 14 days of offline data (90 KBytes), GTA02 don't have it. I would very interested if there is another way to twist it around, but not likely, so far. Offline sample data you could find in the following addesss: http://alp.u-blox.com/ And u-blox did provided source code of Assist offline server implementation and ubx header, you could find it here: http://people.openmoko.org/tony_tu/src/u-blox Other AGPS features seem to rely on gsm communication with a server - sending GPS data to that server which helps calculating the position - getting additional data about the position from a server - even get the precise position measured by gsm triangualtion For u-blox assist now, you have to provide approximate longitude/latitude to get the corresponds almanac and ephemeris package. This might be base on application design for how to provide the longitude/latitude. User could select the location area from list menu or world map, or better implementation using the GSM/wi-fi location technique/service. 3. Which of these services are available in a common gsm network in Germany/Europe/worldwide? Can these services be used by GTA02? The limit from software side of view should same as google map mobile version. Regards, Tony Tu ( Neng-Yu Tu ) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Don't ship GTA02v5 without the rework - reply
Dear Ron/Community: This confusion comes from time latency of series of events, but no matter A5 or A6 should all apply the LED transistor change. I already update all the changes that shipping A5 will apply. http://wiki.openmoko.org/wiki/Neo_FreeRunner_GTA02_Hardware#GTA02_mass_roduction_version_change_list If your A5 don't have these changes, either you are lucky prototype users, or pure sample sent by sales. The full event time line like this: 2008 Early March: Werner/Andy found this potential LED leakage issue under some LED ON power scheme 2008 Mid/Late March: Allen_Chang try several transistor vendors, to replace original transistor, during this time DVT4 units are produced without apply this change 2008 Early April: Finally transistor vendor provide 200 pcs transistor for experiment, Allen and Willie/Miles verified that this transistor could work on boards and fits our production software/process. So this components was approved. But due to quantiles limit, the same time PVT1 and PVT2 pre_MP units don't _All_ apply these changes. As I known, all the PVT and pre-MP units will ship back Taipei for RD usage and sample, won't ship to customers. Tony Tu Ron K. Jeffries wrote: OpenMoko team: It's crazy to consider shipping the GTA02v5 without the rework to solve the current leakage issue. Yes, people are REALLY anxious to get this phone. But shipping a few thousand of units that do not meet spec on standby time is a Bad Idea. pull up your socks and do the rework if that delays launch by 30 days so be it. besides the firmware will be better by then as well. ;) -ron jeffries. CONTEXT: -- Forwarded message -- From: Shawn Rutledge [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] To: List for Openmoko community discussion community@lists.openmoko.org mailto:community@lists.openmoko.org Date: Fri, 18 Apr 2008 13:30:59 -0700 Subject: Re: Freerunner will be GTA02v5 or GTA02v6? (was: Fwd: Future Button and LED software spec) On Fri, Apr 18, 2008 at 11:21 AM, Flemming Richter Mikkelsen [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: It sounds to me as the problem is easy for those of us that knows a little electronics. If I get one that leaks current, I will start soldering! Does anybody know if the fix Werner is talking about, will be done for all GTA02v5 PCB's? If it really will be a fix for it, it will not be any problem at all. Yes maybe it can be fixed. But is the fix documented yet? Another way to look at it: if the fix can be done without a PCB change, then why not get the factory to do the rework (swapping transistors or whatever) before they are shipped? How much would it cost to get that done in China? -- Ron K. Jeffries http://blog.eronj.com http://twitter.com/RonKJeffries ___ 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: Freerunner will be GTA02v5 or GTA02v6?
Dear Tim: Why this? Why not selling v6 directly? And... Which are other diffs between v5 and v6? I think that the power usage of every element of the phone is vital. This part could also be fixed on A5. And we don't have mass production A6 PCB yet, the 100 pcs sample A6 factory made some mistake on GSM and basically non-usable for release. As I known, mass production A6 PCB still not at factory yet. Function wise, A5 and A6 almost identically same, even for our internal developer, we don't have plan to switch their A5 to A6 once available, because it's just functional in same way. Tony Tu ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
NXP free their PMU user manual/datasheet for OM community
Dear Community: OM just get NXP release their PCF50633 datasheet and user manual to OM community. You could now download full PCF50633 user manual with detailed register setting from following link: http://wiki.openmoko.org/wiki/Neo_FreeRunner_GTA02_Hardware I think this is really great for people who really interested in embedded power management system. Thanks for NXP free their document ;) Dear Tony We have carefully reconsidered how to best serve the OpenMoko community in supporting our PCF50633 product, and our decision has been to allow you to publish the full User Manual on the OpenMoko website. This is more effective for the development community then having to reference to 2 documents, being the DS already sent to you and the addendum containing the register description. We therefore prefer that the full UM get's published. The Company Confidential notice has been removed. We hope to see the successful application of our device and hope to see many OpenMoko products in the market, using our PCF50633. (See attached file: PCF50633UM_6.pdf) Best regards, Jan Jan EnderinkInternational Product Marketing Manager NXP Semiconductors PL Portable Power Solutions Phone: +31-24353-2771 Mobile: +31-651551042 Fax: +31-24353-3613 Internet: http://www.nxp.com Gerstweg 2 (Building BZ 0.108), 6534 AE Nijmegen, The Netherlands Email: [EMAIL PROTECTED] ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA02 Battery Capacity (Was: Re: More about the GTA02)
Wolfgang Spraul ??: Andy - class to expose it so it is generic. (I don't know for sure if it will ship with such a battery since it is decided in .tw according to availability and so on, but I hope it will.) Yes, I think we can confirm that every GTA02 will ship with this new 'smart' battery. There are more steps to go through internally, related to certification, some sort of calibration. Tony, do you know more details? The cell's capacity will increase slightly to 1250 mAh (before was 1200 mAh). The battery cell is 1250mAh for GTA02 coulomb battery cell, and the coulomb counter setting for battery will around 1200mAh, but not confirm all parameter from hardware side yet. The battery was smart battery, and they will learn the charging curve during each charge. So the mA number on the sticker or on the battery cell documentation will not that precise during the daily use. And we change to new coulomb battery, will need re-do some certification test for FCC/CE. They are proceeding now. Tony Tu ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA02 Battery Capacity was 1200 mAh
Yes, I think we can confirm that every GTA02 will ship with this new 'smart' battery. There are more steps to go through internally, related to certification, some sort of calibration. Tony, do you know more details? The cell's capacity will increase slightly to 1250 mAh (before was 1200 mAh). I am trying to release the schematics for the small PCB inside the smart battery as well, will be posted to the wiki. Another update, the battery cell was marked 1200 mAh, the SANYO cell says it was 1200 mAh. I double check with battery vendor, they said that battery could charge to 1250mAh by experiment. The 1250 number I provided was a mistake, sorry. Basic on Sanyo approval sheet, I think using 1200mAh is more accurate for our coulomb battery. Tony Tu ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community