Re: QtMoko v22
Looks like need to upgrade to v22 - i'm on shr now because of no rcv smses on QtMoko ;/ Thx Radek! Dnia 27 kwietnia 2010 19:52 "Gand'"napisał(a): I'm also using kernel 2.6.32, and there is no problem with it (if you except the poor battery life ...) -- Gand' On Tue, Apr 27, 2010 at 6:15 PM, Radek Polak wrote: On Tuesday 27 April 2010 17:00:52 Yann SLADEK wrote: > What are the annoying bugs you're talking about ? > I'm on v21 (or v20 I don't remember but 2.6.32 kernel) for a month now and > I didn't see any regressions (touchscreen is smoother, speed has been > improved, etc..) Oki, nice to hear it. > The only weird thing I got is a poor battery life (24h > max) althought I have a buzzfixed GTA02 (the battery goes up to 80h with > SHR for example). I did the modification of the right file but I have the > same behaviour than with Android who didn't implement the software fix. I have #1024 fix since Saturday, but havent tried it yet. But in the Modem AT logs it seems ok. This is my log line after modifying DeepSleep to yes: Apr 27 18:08:53 neo Qtopia: AtChat : T : "AT%SLEEP=4" if it was not active you should get AT%SLEEP=2. But maybe the command has to be issued also after resume. I'll have to check if it's correctly implemented... Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community___Openmoko community mailing listcommun...@lists.openmoko.orghttp://lists.openmoko.org/mailman/listinfo/community___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
My FR A5 Mods
Hi All Just moded A5 with no bat mod and clamping mod [1]. It works :) and both Caps are 100uF/4V 1206. If someone from poland or neer by want these fixes please contact me. What left me to mod in A5? Someone said to check if there are C or R neer by Audio Codec but not remember now which? Best regards. Bartlomiej Zimon [1] http://starowa.one.pl/~uzi/om/a5_a6_mod.jpg ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: where to add cap on A5 -> A6 mod
Dnia 27 stycznia 2010 12:44 Bartłomiej Zimoń napisał(a): > Hi all! > > I want to add cap. to have no problems with discharged battery. > The problem with my A5 is board a little bit different from A6 > I cant find where is C1769 (from a6 scheme) or where to add this cap. > > On attachment you could find added small cap it could be this what i need? > Someone moded A5 to A6 before? > It is looks like i have early version of A5 this "extra" Cap. is c1767 someone have got photos with refubrished ones? Bartek. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] new images v6
Hi Radek! Please consider this patch: http://starowa.one.pl/~uzi/neofr/qpe.sh-bt_poweron.patch Do You know why bluetooth couldn't be enabled by btsettings ? I mean checkbox m_powerCheckBox is checked but Options are disabled. Best regards Bartłomiej Zimoń ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: fixing bug #1024 successful reports?
Dnia 10 sierpnia 2009 12:53 Bernd Prünster napisał(a): > Paul Fertser schrieb: > > Bernd Prünster writes: > > > > > >> i treid to remove the can from the modem, but there is this other small > >> pbc ontop of it that seems to be glued and connected to the mainboard > >> through a connector plug. > >> my question: how to remove the can without damagin anything? (there is > >> this metal mesh which is glued on aswell , but that wont be a problem) > >> > > > > Simply slowly pull the wlan board, it unglues easily. Be careful > > dismounting the can, better spend more time on it. Just pull it a bit > > with a pin-pointed knife in every reasonable place, eventually it will > > come off. > > > > Good luck! > > > > > I DID IT!!! without smd capacitor > disassembling until the modem circuit si uncovered is a real bitch! took > ma over an hour to get the can off! > the good part: you dont need an smd capacitor!!! > you need a capacitor which is small enough to fit in the gsm antenna and > some of these lacquer wires (which are used in unductor coils) > solder a wire to c1009 (+) the lacquer wire easyli fits through the can > even when colosed, colder it to the capacitor (+) solder another wire to > gnd of the capacitor > solder this wire anywhere where you can find gnd (i used the drilled > holes at teh edge od teh mainboard) > place the capacitor in teh gsm antenna, close everything and you are > done, no smd capacitor needed, no smd soldering station needed. > it works!!! > standbytime now is 100 hours which means for me 2 and a half day of > typically phone usage total uptime till i need to charge. > Good job! I just want to ask You about some nice photos of this wire/fix :> Best regards Bartlomiej Zimon ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] new images v6
Dnia 4 sierpnia 2009 18:54 Radek Polak napisał(a): > Hi, > i have just uploaded new QtMoko debian images. You can download as > usually from > > http://activationrecord.net/radekp/qtmoko/download/ > > MD5 sums: > > 55cae339a3bbd714cc98f8d057b82014 qtmoko-debian-v6.jffs2 > d49dcd64f34e0675874a4bd4f73af79c qtmoko-debian-v6.tar.gz > f64f5ff2e7dad0202e7cb69d263d006d uImage-v6.bin > > Changes from previous version: > > * wifi should work > * alarm should work (only first alarm after boot, second probably wont > ring) > * greatly improved boot speed (can be even more sped up if you replace > bash with dash) > * fixed blinking cursor after app in QX ended up > * SSH and other services are starting after Qtopia is up (so you have to > wait some time before you can ssh to neo) > > I hope that no regression crept in and i'd recommend this version. > > There are still problems with long SMS and contacts import. It will take > some time because my holidays end up today and i will be probably busy > for some time. > > Anyway, enjoy images > thanks! some points: - what about bluetooth? - what about fso based images? - more fast than debian based. - any TODO or something, maybe could find some free time for QtMoko so where to feedback? Best regards Bartlomiej Zimon ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtExtended 4.4.2 : GPRS
Tuesday 04 of November 2008 17:34:03 Bartłomiej Zimoń napisał(a): > One step closer . this connect script is working well (need tu update always > after change by gui) : > > TIMEOUT 15 > "" "\K\K\K\d+++ATH" > OK-AT-OK ATZ > OK ATE1 > ABORT BUSY > ABORT DELAYED > ABORT "NO ANSWER" > ABORT "NO DIALTONE" > ABORT VOICE > ABORT ERROR > ABORT RINGING > TIMEOUT 60 > OK AT+CFUN=1 > ERROR AT+CPIN="here your pin" # but here after 1st connect i have OK!! and > abort :( > OK AT+COPS > OK AT+CGDCONT=1,"IP","mms" > OK ATD*99# > CONNECT '' > > now ppd connects > but have bad (default) local and remote addresses - is it possible ? > local 10.64.64.64.64 > remote 10.112.112.112 > > ppp0 Link encap:Point-to-Point Protocol > inet addr:10.64.64.64 P-t-P:10.112.112.112 Mask:255.255.255.255 > UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1 > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > TX packets:2 errors:0 dropped:297 overruns:0 carrier:0 > collisions:0 txqueuelen:3 > RX bytes:0 (0.0 B) TX bytes:118 (118.0 B) > > # route -n > Kernel IP routing table > Destination Gateway Genmask Flags Metric RefUse Iface > 10.112.112.112 0.0.0.0 255.255.255.255 UH0 00 ppp0 > 192.168.0.0 0.0.0.0 255.255.255.0 U 0 00 usb0 > 0.0.0.0 10.112.112.112 0.0.0.0 UG0 00 ppp0 > > [EMAIL PROTECTED]:~# ping 10.112.112.112 > PING 10.112.112.112 (10.112.112.112): 56 data bytes > > --- 10.112.112.112 ping statistics --- > 7 packets transmitted, 0 packets received, 100% packet loss > Now even worst after 1-2h power off i have this log after boot : # tail -f /tmp/qtopia-0/qpe-pppd-log-dialup1225707475 timeout set to 15 seconds send (\K\K\K\d+++ATH^M) expect (OK) alarm send (AT^M) expect (OK) alarm Failed Connect script failed _ Regards Bartłomiej Zimoń ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtExtended 4.4.2 : GPRS
One step closer . this connect script is working well (need tu update always after change by gui) : TIMEOUT 15 "" "\K\K\K\d+++ATH" OK-AT-OK ATZ OK ATE1 ABORT BUSY ABORT DELAYED ABORT "NO ANSWER" ABORT "NO DIALTONE" ABORT VOICE ABORT ERROR ABORT RINGING TIMEOUT 60 OK AT+CFUN=1 ERROR AT+CPIN="here your pin" # but here after 1st connect i have OK!! and abort :( OK AT+COPS OK AT+CGDCONT=1,"IP","mms" OK ATD*99# CONNECT '' now ppd connects but have bad (default) local and remote addresses - is it possible ? local 10.64.64.64.64 remote 10.112.112.112 ppp0 Link encap:Point-to-Point Protocol inet addr:10.64.64.64 P-t-P:10.112.112.112 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:2 errors:0 dropped:297 overruns:0 carrier:0 collisions:0 txqueuelen:3 RX bytes:0 (0.0 B) TX bytes:118 (118.0 B) # route -n Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 10.112.112.112 0.0.0.0 255.255.255.255 UH0 00 ppp0 192.168.0.0 0.0.0.0 255.255.255.0 U 0 00 usb0 0.0.0.0 10.112.112.112 0.0.0.0 UG0 00 ppp0 [EMAIL PROTECTED]:~# ping 10.112.112.112 PING 10.112.112.112 (10.112.112.112): 56 data bytes --- 10.112.112.112 ping statistics --- 7 packets transmitted, 0 packets received, 100% packet loss What could be wrong ? _ Regards Bartłomiej Zimoń ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtExtended 4.4.2 : GPRS
Tuesday 04 of November 2008 10:03:02 Nishit Dave napisał(a): > > There will be a connect-dialupxx (where x's are some numbers) script, > containing the parameters you have entered in the fields you in the gprs > gui. The last line has the dialup number. > So please paste connect and disconect scripts. I have this problem now : [EMAIL PROTECTED]:~# tail -f /tmp/qtopia-0/qpe-pppd-log-dialup1225707475 abort on (BUSY) abort on (DELAYED) abort on (NO ANSWER) abort on (NO DIALTONE) abort on (VOICE) abort on (ERROR) abort on (RINGING) timeout set to 20 seconds send (+++^M) expect (OK) alarm Failed Connect script failed connect script : ABORT BUSY ABORT DELAYED ABORT "NO ANSWER" ABORT "NO DIALTONE" ABORT VOICE ABORT ERROR ABORT RINGING TIMEOUT 20 "" +++ OK ATZ OK ATE1 OK AT+CFUN=1 OK AT+COPS OK AT+CGDCONT=1,"IP","mms" OK ATD*99# CONNECT Any help? _ Regards Bartłomiej Zimoń ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtExtended 4.4.2 : GPRS
Monday 03 of November 2008 20:02:43 rakshat hooja napisał(a): > Have you seen this blog for connecting to gprs on qtopia. > > http://johnsu01.livejournal.com/tag/openmoko > > Yes but whats is this magic patch from this blog ? _____ Regards Bartłomiej Zimoń ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtExtended 4.4.2 : GPRS
Monday 03 of November 2008 11:45:11 [EMAIL PROTECTED] napisał(a): > Hi, > > I've installed QTExtended 4.4.2, too. And this is the first image with which > it is possible for me to get an GPRS connection. > I used the GUI for that and...yay it works on first try (okay...on second, on > first it doesn't detected a "running network service"...after going outside > (and getting a better signale quality) it worked :). So the software itself > is okay...if your provider needs no login data (username/password) > write something inside these fields, else it won't work...(maybe a *) just flashed jffs to rootfs and have the same error! Any suggestion? _ Best regards Bartłomiej Zimoń ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
QtExtended 4.4.2 : GPRS
Hi list! Have installed recently QtExtended 4.4.2 on SD card. Suspend and wakeup works very well! But ... if battery is almost empty FR wake up to often (turns on LCD and give sound this could discharge baterry to early). Style s60 does not work properly. And finaly i realy need working gprs on fr for mms. There is information in logs that pppd has bad arguments. Could someone check this part and give workaround ? Thanks in advice! Best regards. Bart. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community