Re: CMOS battery replacement
On 12/19/2015 9:27 AM, H. Nikolaus Schaller wrote: Hi, Am 12.12.2015 um 03:06 schrieb Benjamin Deering : On Fri, 11 Dec 2015 15:38:54 -0800 Andrew Schenck wrote: That's a lot more work than I had hoped. Thanks very much for the info though. If I'm going to be soldering I might as well try to fix the USB port and GPS port at the same time. -Andrew On 12/11/2015 1:30 PM, Benjamin Deering wrote: The backup battery (supercap?) is welded to its bracket and won't push out. I replaced the backup batteries in my GTA02s with supercaps several years ago. http://www.jeepingben.net/zen/zenphoto/index.php?album=2010/freerunner_supercap_install The parts I used didn't match the original footprint so it was a little work. If you get the exact replacement part, it would be easy if you have soldering experience. I vaguely remember a software problem causing the line that charges the backup bat/cap not being set high. Good luck, Ben On Fri, 11 Dec 2015 12:26:54 -0800 Andrew Schenck wrote: The secondhand GTA04 I have now is pretty beat up and can't charge because the USB port is disconnected. I've been using a spare GTA02 as a charger, but every time I switch out batteries the clock resets to 12/12/1999 16:00 and it's a pain to re-set it since network time doesn't work. I couldn't find any information on the wiki about replacing the CMOS battery to solve this problem; has anyone here dealt with this same problem before and have recommendations? The GTA04 already has a supercap in battery shape. They came to the market in ~2011. Since there is nothing to replace (a supercap rarely fails), it is most likely a software issue that the charging current provided by the tpw65950 is not enabled. That's good to know. I had foolishly assumed that the GTA04 used the same solution as the GTA02. So which OS&kernel are you using? In most systems I know, the RTC "resets" to 1st Jan 2000. I'm using Radek's last QtMoko, v56 for GTA04, kernel 3.7.0-gta04-qtmoko-v56. The RTC *does* reset to 1 Jan 2000 0:00 but I'm at UTC -8:00 so it becomes Dec 31, 1999 16:00. If I could trigger the tpw65950 manually via console every once in a while that would be fine enough. Thanks, -Andrew I was successful in fixing the USB port, but never tried the GPS port. The GPS port is under a lot of stress when the board is installed. Should not be the case. You should move the USB+GPS socket as flat as possible into or out from the case. Then push out the case at the position of the headset connector so that the latter snaps down a little in its hole. This avoids breaking off connectors. See also photos in chapter 4 (especially page 18) of the GTA04 system manual: http://projects.goldelico.com/p/gta04-main/downloads/47/ I ended up giving up on the traces and soldering thin wires to the ESD protection chip and to the leads on the jack. That is fine and indeed sometimes needed if a socket was broken off. After getting the USB port connected electrically, I used JB weld epoxy to fix it mechanically. The repair lasted years including some pretty rough use and being reflow soldered. Good luck, Ben I disassembled a GTA02 enough to see the battery, but it didn't yield to gentle pressure trying to slide out of its bracket and I don't want to destroy things too badly in my attempt to fix them so I didn't push too hard. Because of this, I don't even know the exact type of button cell to buy to replace it. Any help would be appreciated. The GTA04 original part is a PAS414HR-VG1. BTW: it should also work in the GTA02 (which has a real 3.3V LiIon cell in 414 package). Thanks, -Andrew BR and also good luck, 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
Re: CMOS battery replacement
That's a lot more work than I had hoped. Thanks very much for the info though. If I'm going to be soldering I might as well try to fix the USB port and GPS port at the same time. -Andrew On 12/11/2015 1:30 PM, Benjamin Deering wrote: The backup battery (supercap?) is welded to its bracket and won't push out. I replaced the backup batteries in my GTA02s with supercaps several years ago. http://www.jeepingben.net/zen/zenphoto/index.php?album=2010/freerunner_supercap_install The parts I used didn't match the original footprint so it was a little work. If you get the exact replacement part, it would be easy if you have soldering experience. I vaguely remember a software problem causing the line that charges the backup bat/cap not being set high. Good luck, Ben On Fri, 11 Dec 2015 12:26:54 -0800 Andrew Schenck wrote: The secondhand GTA04 I have now is pretty beat up and can't charge because the USB port is disconnected. I've been using a spare GTA02 as a charger, but every time I switch out batteries the clock resets to 12/12/1999 16:00 and it's a pain to re-set it since network time doesn't work. I couldn't find any information on the wiki about replacing the CMOS battery to solve this problem; has anyone here dealt with this same problem before and have recommendations? I disassembled a GTA02 enough to see the battery, but it didn't yield to gentle pressure trying to slide out of its bracket and I don't want to destroy things too badly in my attempt to fix them so I didn't push too hard. Because of this, I don't even know the exact type of button cell to buy to replace it. Any help would be appreciated. Thanks, -Andrew ___ 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 community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
CMOS battery replacement
The secondhand GTA04 I have now is pretty beat up and can't charge because the USB port is disconnected. I've been using a spare GTA02 as a charger, but every time I switch out batteries the clock resets to 12/12/1999 16:00 and it's a pain to re-set it since network time doesn't work. I couldn't find any information on the wiki about replacing the CMOS battery to solve this problem; has anyone here dealt with this same problem before and have recommendations? I disassembled a GTA02 enough to see the battery, but it didn't yield to gentle pressure trying to slide out of its bracket and I don't want to destroy things too badly in my attempt to fix them so I didn't push too hard. Because of this, I don't even know the exact type of button cell to buy to replace it. Any help would be appreciated. Thanks, -Andrew ___ 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 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
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
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: GSM frequency bands in the USA
That's much easier than I thought it would be, then I can confirm that I have the "wrong" 900/1800/1900MHz but it still works fine. -Andrew On 2/21/2014 10:03 AM, joerg Reisenweber wrote: On Fri 21 February 2014 18:51:37 Andrew Schenck wrote: its the 900/1800/1900 version, but I haven't found any way to verify On Fri, 2014-02-21 at 12:07 +, Nick wrote: there. It is a European 900/1800/1900MHz version (I presume - I bought it 2nd hand - is there an easy way to check?). Can I just use Under battery, on the label, right side directly above the "ASSEMBLY IN CHINA" writing...! /j ___ 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: GSM frequency bands in the USA
I can corroborate that report. Bought my FR from Belgium, so I presume its the 900/1800/1900 version, but I haven't found any way to verify that. It works fine in San Francisco, CA and Chicago and central Illinois on Simplemobile (which uses T-Mobile's network). -Andrew On 2/21/2014 4:37 AM, Ed Kapitein wrote: Hi Nick, Thanks for the change in tone, for me it was more then welcome. I have been to the USA with my FR and had no problem whatsoever in connecting to the network, also the gprs worked just fine. I did bought a USA sim card on ebay, just to cut the costs. I traveled California, Nevada, Montanna, Sout Dakota and Colorado on the T-Mobile network. Kind regards, Ed On Fri, 2014-02-21 at 12:07 +, Nick wrote: Hi folks, A change of tone for the list, for now. I'm going to the USA soon, and would ideally like to use my GTA02 there. It is a European 900/1800/1900MHz version (I presume - I bought it 2nd hand - is there an easy way to check?). Can I just use any network in the USA, and it will just register with the 1900MHz band and all just work? [0] implies that would work, but [1] implies it may depend on the area of the USA, and I lack the knowledge to readily figure it out. Any clues? Thanks, Nick 0. https://en.wikipedia.org/wiki/Cellular_frequencies#United_States_Carrier_Frequency_Use 1. https://en.wikipedia.org/wiki/GSM_frequency_bands#Americas ___ 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 community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [gta02] a few questions
On 11/14/2013 12:17 AM, matteo sanvito wrote: >/ />/ Hi ed, />/ I don't know about your first question, while about the second one, />/ try to change "&" to "&&" after "...STAT1)" />/ />/ I'm glad to see that there is someone other that still uses gta02 :') />/ />/ Best regards, />/ matte />/ / Hi Matteo, Thanks for your reply! Could you explain a bit more why to change & for && ? Wouldn't changing: if(!readw(host->base + GLAMO_REG_MMC_RB_STAT1) & GLAMO_STAT1_MMC_IDLE) to: if(!readw(host->base + GLAMO_REG_MMC_RB_STAT1) && GLAMO_STAT1_MMC_IDLE) Change the logic of the program? Yes, this would change the behavior. Specifically, & is a bitwise-and operator, whereas && is a short-circuit and. I haven't actually looked at the code, but its likely that readw() returns an int or a char instead of a bool, so & is comparing this to a mask constant. If any of the '1' bits in the binary representation of the return from readw match the '1' bits in the mask it will return non-zero, which is equivalent to 'true' in c-based languages. In the first case the "if" statement would be true if either readw(host->base + GLAMO_REG_MMC_RB_STAT1) is false, or GLAMO_STAT1_MMC_IDLE is true. in the second case the "if" statement would be true if eadw(host->base + GLAMO_REG_MMC_RB_STAT1) is false and GLAMO_STAT1_MMC_IDLE is true. I can't tell from the source code what the intention of the program was. The reason the compiler gave you the warning is that it can't tell what the intent is either. It could either be "apply bitwise-not to the value returned from readw, then bitwise-and that to the mask and go into the block if the result is non-zero" or it could be "bitwise-and the return from readw() and the mask, then logical-not the result of that and go into the block if the result is true". Based on the operator precedence in C, the compiler will pick the first option, we just have to hope that that is what the original developer intended. Thanks for your time! Kind regards. PS Yes, the GTA02 is still my one and only mobile phone ;-) -Andrew ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community