cpu reclocking to 500Mhz, overclocking to 533Mhz, performance tests and bootloader images

[Benjamin Deering]

Hi,

Thanks for your research into reclocking.  I've tried the 533-CLK2 
version on one of my freerunners and it seems to work well.  I am trying 
to put your changes into my qi build.  You have one patch posted for the 
500-83 uboot which wasn't too difficult to adapt to qi.

Do you have the PLL divider values (not sure if that is the correct 
term) for the other speeds?

Ben



Here is is the diff for the 500mhz version with CLK 2 (be careful, might 
fry your fr, etc)


diff --git a/src/cpu/s3c2442/gta02.c b/src/cpu/s3c2442/gta02.c
index e9bc0a3..aadb495 100644
--- a/src/cpu/s3c2442/gta02.c
+++ b/src/cpu/s3c2442/gta02.c
@@ -35,7 +35,7 @@

  #define GTA02_DEBUG_UART 2
  #define PCF50633_I2C_ADS 0x73
-#define BOOST_TO_400MHZ 1
+#define BOOST_TO_533MHZ 1

  static int battery_condition_reasonable = 0;

@@ -85,12 +85,12 @@ const struct pcf50633_init pcf50633_init[] = {

 { PCF50633_REG_AUTOENA, 0x01 }, /* always on */

-   { PCF50633_REG_DOWN1OUT,0x1b }, /* 1.3V (0x1b * .025V + 
0.625V) */
+   { PCF50633_REG_DOWN1OUT,43 }, /* 1.3V (0x1b * .025V + 
0.625V) */
 { PCF50633_REG_DOWN1ENA,0x02 }, /* enabled if GPIO1 = 
HIGH */
 { PCF50633_REG_HCLDOOUT,21 },   /* 3.0V (21 * 0.1V + 
0.9V) */
 { PCF50633_REG_HCLDOENA,0x01 }, /* ON by default*/
-   { PCF50633_REG_DOWN1OUT,0x1b }, /* 1.3V (0x1b * .025V + 
0.625V) */
+   { PCF50633_REG_DOWN1OUT,43 }, /* 1.3V (0x1b * .025V + 
0.625V) */
 { PCF50633_REG_DOWN1ENA,0x02 }, /* enabled if GPIO1 = 
HIGH */

 { PCF50633_REG_INT1M,   0x00 },
@@ -299,10 +299,12 @@ void port_init_gta02(void)
 PCF50633_I2C_ADS, 
PCF50633_REG_BVMCTL)  1);

 if (battery_condition_reasonable) {
-   /* change CPU clocking to 400MHz 1:4:8 */
+   /* change CPU clocking to 533MHz 1:6:12 */

-   /* clock divide 1:4:8 - do it first */
-   *CLKDIVN = 5;
+   /* clock divide 1:6:12 - do it first */
+   *CLKDIVN = 7;
+unsigned int* CAMDIVN  =  (unsigned int*)0x4C18;
+   *CAMDIVN |=  (18);
 /* configure UPLL */
 *UPLLCON = ((88  12) + (4  4) + 2);
 /* Magic delay: Page 7-19, seven nops between UPLL and 
MPLL */
@@ -316,7 +318,7 @@ void port_init_gta02(void)
 nop\n
 );
 /* configure MPLL */
-   *MPLLCON = ((42  12) + (1  4) + 0);
+   *MPLLCON = ((117  12) + (1  4) + 1);

 /* get debug UART working at 115kbps */
 serial_init_115200_s3c24xx(GTA02_DEBUG_UART, 50 /* 
50MHz */);
@@ -666,7 +668,9 @@ const struct board_api board_api_gta02 = {
 .get_ui_keys = get_ui_keys_gta02,
 .get_ui_debug = get_ui_debug_gta02,
 .set_ui_indication = set_ui_indication_gta02,
   console=tty0 
   console=ttySAC2,115200 
   init=/sbin/init 
diff --git a/src/cpu/s3c2442/lowlevel_init.S 
b/src/cpu/s3c2442/lowlevel_init.S
index 2a1654c..9ba45a5 100644
--- a/src/cpu/s3c2442/lowlevel_init.S
+++ b/src/cpu/s3c2442/lowlevel_init.S
@@ -105,22 +105,22 @@
  #define B5_PMC 0x0 /* normal */

  #define B6_MT  0x3 /* SDRAM */
-#define B6_Trcd0x1 /* 3clk */
+#define B6_Trcd0x0 /* 23clk */

  #define B6_SCAN0x1 /* 9bit */
  #define B7_SCAN0x1 /* 9bit */


  #define B7_MT  0x3 /* SDRAM */
-#define B7_Trcd0x1 /* 3clk */
+#define B7_Trcd0x0 /* 2clk */

  /* REFRESH parameter */
  #define REFEN  0x1 /* Refresh enable */
  #define TREFMD 0x0 /* CBR(CAS before RAS)/Auto 
refresh */
-#define Trp0x1 /* 3clk */
-#define Trc0x3 /* 7clk */
-#define Tchr   0x2 /* 3clk */
-//#define REFCNT   1113/* period=15.6us, 
HCLK=60Mhz, (2048+1-15.6*60) */
+#define Trp0x0 /* 2clk */
+#define Trc0x1 /* 5clk */
+#define Tchr   0x0 /* 3clk */
+//#define REFCNT   997 /* period=17.5us, 
HCLK=60Mhz, (2048+1-15.6*60) */
  #define REFCNT 997 /* period=17.5us, HCLK=60Mhz, 
(2048+1-15.6*60) */
  /**/

@@ -129,6 +129,7 @@ lowlevel_init:

 ldr r0, =SMRDATA
 ldr r1, =BWSCON /* Bus Width Status Controller */
+   mov r2, #0
 add r2, r0, #13*4
  0:
 ldr r3, [r0], #4
@@ -158,5 +159,5 @@ SMRDATA:
  .word 

Re: When is the next and more powerful openmoko releasing

[Benjamin Deering]

I would pre-order in the $300 us range.  500 euro is a little steep for 
a board with no case, speakers, touch screen, etc.

It seems like the biggest problems on the GTA-02 were all with closed 
modules (wifi, glamo, calypso).  It sounds like a UMTS module would have 
to be closed, but if it were loosely coupled to the device (4 usb traces 
and an antenna) I think we could work with it.

Since my FR is getting better all the time (2.6.32 speedups have been 
great, thanks) I can wait quite a while for a replacement.  I can't 
imaging using a closed phone now.

I may be the only person who likes the screen bezel on the freerunner.  
I have taken my phone on canoeing and backpacking trips just wrapped in 
a dry-bag and only cracked one screen (which is how I ended up with a 
second phone).

As for expansion ports, an internal usb hub and some solder pads would 
probably meet my needs.  I would think the new device would need a 
second usb controller anyways (one in host mode for UMTS and internal 
expansion, one in gadget/host mode with an external connector).

Ben

On 08/15/2010 06:06 AM, Ed Kapitein wrote:
 Hi Nikolaus,

 I would prefer pre orders to finance the next FR.
 and with a discount for the pre-order i think it is possible to raise
 the money for the development.
 lets say 400 Euro with pre-order and 500 euro without pre ordering?

 I might be one of the people who will preorder.
 ( or just buy a 50 euro nokia... :-) )

 Kind regards,
 Ed

 On 08/13/2010 07:18 PM, Dr. H. Nikolaus Schaller wrote:



 Am 13.08.2010 um 12:35 schrieb Neil Brown:


  
 On Fri, 13 Aug 2010 11:22:02 +0200
 Dr. H. Nikolaus Schallerh...@computer.org  wrote:



 Am 12.08.2010 um 14:12 schrieb RANJAN:


  
 Hi,

 When is the next and more powerful openmoko (capable of seamless 3D video 
 and faster processor) is going to be released???


 Assume, you could get a motherboard upgrade board that fits into the 
 Freerunner (or Neo1973) case. Based on the TI OMAP3 SoC (OMAP3530 or 
 DM3730) and UMTS.

 Let me ask two questions to everybody:
 * How long could you be willing to wait for it to really become available?
 * How much would you think you could afford to pay for such a board?


  
 Is there a serious possibility of this?


 I wasn't open enough, intentionally :) Yes, there is a serious possibility.

 The Openmoko Beagle Hybrid Board is a first step for those who want to be 
 early participants of this new era.

 In addition, we (a small project team in Munich, Germany) have mostly 
 finished our homework (i.e. doing prototypes and experiments like the OM 
 Beagle Hybrid, doing PCB layout) to be sure that it *can* be done. Really 
 building such boards will still cost a significant amount of money (for 
 paying components, professional PCB manufacturing and SMD soldering) and 
 time (therefore: my question how long you would wait).


  
 I'm willing to wait a couple of years at least.  And the 500 Euro number 
 that


 It will definitively not take several years.


  
 people are throwing around seems OK.


 To finance the next phase, we are thinking about asking for donations or to 
 hold an auction for the first 5 or 10 prototype units. What would you think 
 of such an approach?


  
 Would this be re-using the case, display and touch screen and replacing
 everything else?


 Yes, that is the idea. More information (e.g. complete feature list) and 
 openness (as suggested by arne anka) is to come soon. Please watch out for 
 announcements in the next couple of weeks...

 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 community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

xrandr -o, left and xrandr -o right always rotate to the same direction

[Benjamin Deering]

Hello all,

Now that the touch screen input is being rotated along with the screen 
in the latest SHR-U, I have been playing with omnewrotate.  Even with 
the latest version, a few things need to be changed.  Using the other 
accelerometer (/dev/input/event4) seems to work a lot better than the 
default.

It still isnt possible to rotate the screen to the right, or to invert 
it.  The image will be displayed upside down.  I don't know where to 
start looking for the cause of this.  Any ideas?

Ben

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

orrery crashing X

[Benjamin Deering]

Hello All,

I've missed having orrery this summer.  Today I took a look at why it 
was causing X to crash.  The crash happens when the program calls 
gdk_draw_point for every star it displays.  I changed my copy to draw 
all of the stars into a GdkPixbuf, then I copy the GdkPixbuf onto the 
drawable area.

Maybe someone knows why lots of gdk_draw_points would crash X.

I think using the GdkPixbuf is faster anyways, so I'll try to add this 
to the bug posted on the orrery project page.

Ben




--- orrery.c2009-11-30 00:59:44.0 -0500
+++ orrery/orrery.c2010-09-02 20:16:24.0 -0400
@@ -1188,6 +1188,7 @@
readStarCatalog(fD);
  showingFaintStars = FALSE;
}
+
nDarkGreyPoints = nGreyPoints = nWhitePoints = 0;
darkGreyLimit = DARK_GREY_LIMIT/magScale;
greyLimit = GREY_LIMIT/magScale;
@@ -1238,12 +1239,47 @@
  }
  currentEntry = currentEntry-forwardPointer;
}
-  if (nDarkGreyPoints  0)
-gdk_draw_points(pixmap, darkGreyGC, darkGreyPoints, nDarkGreyPoints);
-  if (nGreyPoints  0)
-gdk_draw_points(pixmap, greyGC, greyPoints, nGreyPoints);
-  if (nWhitePoints  0)
-gdk_draw_points(pixmap, whiteGC, whitePoints, nWhitePoints);
+  GdkPixbuf* starDrawingBuf = gdk_pixbuf_get_from_drawable( NULL,
+  
pixmap,
+  
gdk_colormap_get_system()
+  
, 0, 0, 0, 0, displayWidth, displayHeight);
+  g_assert (gdk_pixbuf_get_bits_per_sample (starDrawingBuf) == 8);
+  guchar* p;
+  int rowstride = gdk_pixbuf_get_rowstride (starDrawingBuf);
+  guchar* pixels = gdk_pixbuf_get_pixels (starDrawingBuf);
+  int n_channels = gdk_pixbuf_get_n_channels (starDrawingBuf);
+  GdkGCValues starGCval;
+  GdkColor starColor;
+  int pointNum;
+  gdk_gc_get_values(darkGreyGC, starGCval);
+  gdk_colormap_query_color( gdk_gc_get_colormap(darkGreyGC), 
starGCval.foreground.pixel, starColor );
+  for( pointNum = 0; pointNum  nDarkGreyPoints; pointNum++)
+  {
+p = pixels + darkGreyPoints[pointNum].y * rowstride + 
darkGreyPoints[pointNum].x * n_channels;
+ p[0] = starColor.red  0xff;
+ p[1] = starColor.green  0xff;
+ p[2] = starColor.blue  0xff;
+  }
+  gdk_gc_get_values(greyGC, starGCval);
+  gdk_colormap_query_color( gdk_gc_get_colormap(greyGC), 
starGCval.foreground.pixel, starColor );
+  for( pointNum = 0; pointNum  nGreyPoints; pointNum++)
+  {
+p = pixels + greyPoints[pointNum].y * rowstride + 
greyPoints[pointNum].x * n_channels;
+ p[0] = starColor.red  0xff;
+ p[1] = starColor.green  0xff;
+ p[2] = starColor.blue  0xff;
+  }
+  gdk_gc_get_values(whiteGC, starGCval);
+  gdk_colormap_query_color( gdk_gc_get_colormap(whiteGC), 
starGCval.foreground.pixel, starColor );
+  for( pointNum = 0; pointNum  nWhitePoints; pointNum++)
+  {
+p = pixels + whitePoints[pointNum].y * rowstride + 
whitePoints[pointNum].x * n_channels;
+ p[0] = starColor.red  0xff;
+ p[1] = starColor.green  0xff;
+ p[2] = starColor.blue  0xff;
+  }
+  gdk_draw_pixbuf ( pixmap , NULL , starDrawingBuf,
+0, 0, 0, 0, displayWidth, displayHeight, 
GDK_RGB_DITHER_NORMAL, 0, 0 ) ;
  }

  void makeTimeString(char *string)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

backup battery and case screws questions

[Benjamin Deering]

Hi,

Both of my Freerunners lose the time when the battery is removed for 
even a couple seconds.  I am assuming this is due to worn out backup 
batteries.  I have ordered replacements (they were marked HB414 and they 
were 2.40 each from digikey).  I also got a better soldering iron for 
doing the install.  Has anyone done this replacement before?  any gotchas?

Also,as anyone found a source for replacement torx case screws?

Thanks,

Ben

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

gpredict satellite tracking

[Benjamin Deering]

Hello,

I got this program working on my FR a while ago so I could tell if the 
space station would be passing overhead when I am outside on a clear 
night.  I have 2 copies of the program, one that shows the menubar for 
setting up my location and which satellites I want to see, then one 
without the menu to maximize available screen area.  I'm sure there are 
many nicer ways to do this, but this is good enough for me.

http://jeepingben.homelinux.net/gpredict/

I've tried this on a few versions of SHR,you will need both packages.

Run gpredict.menu to access preferences, update telemetry, etc.
Run gpredict once you have it configured.

Ben

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: gpredict satellite tracking

[Benjamin Deering]

On 10/24/2010 09:46 AM, Timo Juhani Lindfors wrote:
 Benjamin Deeringben_deer...@swissmail.org  writes:

 I've tried this on a few versions of SHR,you will need both packages.
  
 Can you also provide the source code?


 I've put up the source folders I built from.  I have no idea what 
state they are in, I did this a couple months ago.  I'm pretty sure the 
gpredict folder is set up to build with the menu disabled.


 ___
 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: backup battery and case screws questions

[Benjamin Deering]

Thanks,

I use an allen (hex) wrench to remove them, I am seeking replacements 
because I lost one.

Ben

On 10/24/2010 10:32 AM, jeremy jozwik wrote:
 On Sat, Oct 23, 2010 at 6:50 PM, Alfa21freerun...@my.is.it  wrote:

 Also,as anyone found a source for replacement torx case screws?

 I think it's easy to find in any good hardware shop (not computer-hardware 
 eh! the one that sells you screwdrivers, electric drills  Co.)
  
 ive opened my case several times now, and i dont own any torx bits.

 you can use a small flathead screwdriver to take them out. the screws
 have very little torque applied to them so no worry about tearing out
 the head.

 ___
 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: ****SPAM(6.7)**** Re: backup battery and case screws questions

[Benjamin Deering]

Thanks,

I may continue to run with just one screw.   I searched for a while for 
a screw to match the specs given earlier, but haven't found any.  My FR 
with 2 screws gets much better reception the the FR with 1 screw (the 1 
screw is placed to make the antenna contact, so the missing screw may be 
irrelevant).

Ben

On 10/24/2010 02:37 PM, Paul Fertser wrote:
 Benjamin Deeringben_deer...@swissmail.org  writes:

 I use an allen (hex) wrench to remove them, I am seeking replacements
 because I lost one.
  
 FYI i'm using my gta02 as my only daily cell phone for more than a
 year without any screws whatsoever.




___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: backup battery and case screws questions

[Benjamin Deering]

It looks like I will be following your advice.  The hazmat shipping for 
the lithium batteries was going to be 175% of the price.  I just ordered 
some supercaps instead.

Ben

On 10/24/2010 12:51 PM, Martix wrote:
 I suggest using double-layer super capacitor* intead of Lithium backup
 battery. These capacitors stores energy for a long time, like a
 battery and they have much longer lifetime. 0,2 F capacity should be
 enough for RTC backup on several hours, maybe days.

 * 
 http://cz.farnell.com/jsp/search/browse.jsp?N=1002210+5117013+5087727+5400445No=0getResults=trueappliedparametrics=truelocale=cs_CZcatalogId=prevNValues=1002210+5117013filtersHidden=falseappliedHidden=falseoriginalQueryURL=%2Fjsp%2Fsearch%2Fbrowse.jsp%3FN%3D1002210%26No%3D0%26getResults%3Dtrue%26appliedparametrics%3Dtrue%26locale%3Dcs_CZ%26catalogId%3D%26prevNValues%3D1002210

 Best regards,

 Martix

 2010/10/24 Alfa21freerun...@my.is.it:

 2010-10...@20:44 Benjamin Deering
  
 Has anyone done this replacement before?  any gotchas?

 no, but I think it's not too difficult if you have a little experience with 
 DIY.
 I've this (known) problem too but I'm afraid if I replace the battery it'll 
 die as the old one... not sure... but I think I can live with that and so I 
 never remove the main battery.

  
 Also,as anyone found a source for replacement torx case screws?

 I think it's easy to find in any good hardware shop (not computer-hardware 
 eh! the one that sells you screwdrivers, electric drills  Co.)

 --
 ALFA21 IS PROVIDED AS IS AND WITHOUT WARRANTIES OF ANY KIND, EXPRESS OR 
 IMPLIED.

 ___
 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

Backup batteries installed

[Benjamin Deering]

Hello,

I finished installing capacitors as replacements for the dead backup 
batteries in my Freerunners today at lunch.  They seem to be working, 
though I've only tried removing the main battery for under a minute so 
far.  Someone on the GTA-02-core list said a 220uf capacitor would power 
the RTC for 2 minutes.  If that is correct, the .07f caps I used should 
work for about 10 hours.

The parts I got from digikey weren't an exact fit, but I was able to 
make them work.

Be sure to wear safety glasses if you try this, I had one of the old 
batteries explode when I was removing it.

Pictures: http://jeepingben.homelinux.net/index.php?level=albumid=20

Ben

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Backup batteries installed

[Benjamin Deering]

I have had the capacitors installed for a few days now and they are 
still working well.  I left the FR with a dead battery overnight and 
when I plugged it in in the following day, it had the correct time.

The digikey part number is: 728-1037-1-ND and the manufacturer's number 
(seiko) is: XH414H-II06E.  I would recommend looking around on the site 
to see if you can find one with the correct bracket.

Ben

On 10/30/2010 03:03 AM, Dr. H. Nikolaus Schaller wrote:
 Am 29.10.2010 um 19:05 schrieb Benjamin Deering:


 Hello,

 I finished installing capacitors as replacements for the dead backup
 batteries in my Freerunners today at lunch.  They seem to be working,
 though I've only tried removing the main battery for under a minute so
 far.  Someone on the GTA-02-core list said a 220uf capacitor would power
 the RTC for 2 minutes.  If that is correct, the .07f caps I used should
 work for about 10 hours.
  
 Please report some test results.


 The parts I got from digikey weren't an exact fit, but I was able to
 make them work.
  
 Looks interesting. Do you have the exact order num...@digikey?


 Be sure to wear safety glasses if you try this, I had one of the old
 batteries explode when I was removing it.
  
 Oops! So it was not really dead an had enough energy inside. Maybe,
 just the voltage was too low to run the RTC?


 Pictures: http://jeepingben.homelinux.net/index.php?level=albumid=20
  
 Good work!

 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: orrery crashing X

[Benjamin Deering]

Thanks for applying that,

I thought the orrery maintainer would have applied it by now upstream 
too.  When I sent him the patch, he was planning to get a build out that 
weekend.  All of the current orrery development is happening on maemo 
for n900.

I never heard whether is faster to draw each point direct to display, or 
to draw to a buffer and display the buffer.  If my change is slower, and 
you have fixed the stack corruption when lots of events are sent to the 
glamo, then you may not want my patch.

Ben
On 11/15/2010 04:15 PM, Martin Jansa wrote:
 On Thu, Sep 02, 2010 at 08:25:34PM -0400, Benjamin Deering wrote:

 Hello All,

 I've missed having orrery this summer.  Today I took a look at why it
 was causing X to crash.  The crash happens when the program calls
 gdk_draw_point for every star it displays.  I changed my copy to draw
 all of the stars into a GdkPixbuf, then I copy the GdkPixbuf onto the
 drawable area.

 Maybe someone knows why lots of gdk_draw_points would crash X.

 I think using the GdkPixbuf is faster anyways, so I'll try to add this
 to the bug posted on the orrery project page.

 Ben
  
 Xorg crash fixed
 http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=a02d3d0eefe03576c33294b4201fdbe6bde21cde

 I'll apply your orrery patch too, but pitty that upstream didn't apply it
 (afaik).

 Regards,



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Ski wax chooser for freerunner

[Benjamin Deering]

Hello All,

I've made enough progress in my ski wax utility to share it.  It is a 
rewrite of a utility I originally had written for my Motorola v551 that 
tries to tell you which kick wax to use on your nordic skis for the 
given conditions.


http://jeepingben.homelinux.net/wax/
(Clearly I'm not a web developer)

I don't have a bitbake recipe up yet, but you can check out the source 
with svn and run pkg/createpackage.sh to roll your own package.  There 
is also an ipk available for download.


Ben

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: The epoch is upon me.

[Benjamin Deering]

Jon,

I'm don't know how you can be sure the clock battery is to blame, but I 
just wanted to mention that I replaced the battery with a single 
supercap.  The pair of supercaps was because I have two freerunners.


Ben

On 12/21/2010 07:55 AM, Gay, John (GE Energy Services, Non-GE) wrote:
The last time my FreeRunner's battery died, the clock reset to epoch. 
Now, it no longer keeps time during suspend either. I'm guessing this 
means the clock battery has finally died.
Someone recently commented that they replaced their battery with a 
pair of super caps. I just wanted to confirm my diagnosis before I 
take a soldering iron to my phone.

Cheers,
John Gay


___
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: [ANN]: GTA04 (Beagleboard inspired Openmoko Upgrade) - Early Adpoter Program

[Benjamin Deering]

(there are not all
peripherals installed but UMTS and GPS will be). It might
be possible to retrofit some of them.
 

I am quite interested, but a bit hesitant for missing goodies. Do you have some 
(closer) estimate about what's missing and what which of those things are 
retrofittable?

   
I'm hesitant too, so I made a donation which it sounds like will be used 
to subsidize the handset of someone braver than I.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: The epoch is upon me.

[Benjamin Deering]

effect to make ffalarms useless ...
 


I thought that had to do with an fsotdld issue 
(http://trac.freesmartphone.org/ticket/596)


Ben

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: ****SPAM(7.5)****

[Benjamin Deering]

You are right, I did not have it on the top of my mind since I use the
workaround:

As a temporary workaround one can enable otimed subsystem in 
/etc/frameworkd.conf:

[otimed]
disable = 0

Would using otimed allow setting time from GSM and GPS like it used to?

Ben

___
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

list strangeness

[Benjamin Deering]

I haven't been receiving messages either.

Ben

On 01/-10/-28163 08:59 PM, Doug Jones wrote:

/  I just realized I haven't received any mail from this list for the past

//  week.  But the list archives show some messages during that period,
//  including some I just sent.
/

/  Anybody else having this problem?  (If you don't receive this, please

//  reply to the list.  ;)
/
I'm having this problem. I realized the same thing, went looking through
the archive, and found this post there - so yes, I didn't receive it. ;)

A different list I'm on had a similar problem recently, which turned out
to be caused by the IP block the list server was in having ended up in a
blacklist, so that mailhosts using the blacklist wouldn't accept mail
from the list.

I guess this could be the case here too, so someone who knows how to
check these things might want to check it out.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

list strangeness

[Benjamin Deering]

It looks like lists.openmoko.org (88.198.124.203) is blacklisted by 
backscatterer.org:


http://www.mxtoolbox.com/SuperTool.aspx?action=blacklist%3a88.198.124.203

Is that the problem?


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

It's not a camera

[Benjamin Deering]

http://jeepingben.homelinux.net/index.php?level=albumid=26

After attempting to use a bmp085 as a temperature sensor for my skiwax 
program (http://jeepingben.homelinux.net/wax/) and not getting good 
results (at least partially due to thermal leakage through the i2c 
wires), I added a mlx90614 to my freerunner.  It is an infrared 
thermometer with a temperature range of -70C to 380C.  It reacts quickly 
to changes in temperature and sort of fits in the freerunner case. 
Installation is similar to the Freerunner Navigation Board install. 
Christoph Mair has written a kernel module for it.  The module is on 
gitorious, but is not yet available upstream.


There is a similar part called a mlx90615 which is much smaller, but 
also has a smaller temperature range.  It may not work with the current 
kernel module, but could probably work with small changes.




___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

barom - an altimeter/weather utility for freerunner

[Benjamin Deering]

Hello All,

I think this project is working well enough to share: 
http://jeepingben.homelinux.net/barom/


This project uses the bmp085 barometer to show either weather or 
altitude.  The bmp085 is part of the freerunner navigation board, is to 
be part of the GTA04, and can be installed separately.  I don't think I 
have an account to edit the openmoko wiki, but this could go under 
userspace software in the Freerunner Navigation Board page.


Ben

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: barom - an altimeter/weather utility for freerunner

[Benjamin Deering]

On 02/05/2011 07:23 PM, Timo Juhani Lindfors wrote:

Benjamin Deeringben_deer...@swissmail.org  writes:
   

I think this project is working well enough to share:
http://jeepingben.homelinux.net/barom/
 

The source code in svn talks about version 0.2 but there's already a
binary for 0.3?

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

   

oops, forgot to check in the latest, it should be there now.



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: GSM Firmware Flashed, now UBIFS problem and Kernel Panic

[Benjamin Deering]

On 04/14/2011 12:13 PM, Thomas Franck wrote:

--- On Thu, 4/14/11, Davedave...@gmail.com  wrote:
 

On Thu, Apr 14, 2011 at 7:21 PM, Raphael Wimmer
raphael.wim...@ifi.lmu.de  wrote:
   

If there is a better solution that preserves the FS,
I would be happy to learn about it.
 

I wonder if it would be possible to boot into a distro on the sd card
and mount the nand partitions. Then you could save /home. Just a thought.
   

Yes, it is: just mount  -t jffs2 /dev/mtdblock6 /mountpoint
 

Thank you all for your input..

I put a qtmoko v35 on an SD card.. an on terminal I did:

mkdir /home/root/nandfs
mount -t ubifs /dev/mtdblock6 /home/root/nandfs

but sadly that doesn't work.. dmesg tells me:

UBIFS error: ubifs_get_sb: cannot open /dev/mtdblock6, error -22

Any ideas?

Cheers,
   
I think you need to attach the ubifs before mounting.  See 
http://openmoko-public-mailinglists.1958.n2.nabble.com/UBI-success-story-td4218730.html 
for the steps, though unless you want to reformat, you shouldn't follow 
all of them.


Ben

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Shiftd

[Benjamin Deering]

A bigger screen/cooler case would be nice, but keep the resistive 
touch-screen.  It works better in the rain/snow.


On 06/10/2011 10:14 AM, Denis Shulyaka wrote:

10 июня 2011 г. 18:02 пользователь Ben Thompson
ben.thomp...@yandex.ru  написал:

How about a new case/display module for the GTA04

I totally agree with you! The only weak point of GTA04 would be the
small screen (in physical dimensions) and lack of capacitive
sensetivity.

___
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: ATT and my beloved Freerunner

[Benjamin Deering]

I switched from ATT to tmobile a couple years ago to get on tmobile's 
200 minute plan. I found this which mentions some ATT network changes 
that result in them trying to replace old phones:

http://www.phonecan.com/index.php/customer-qustions-at-t-sent-me-a-letter-for-a-free-upgrade-with-no-contract

*Shutdown of the Cellular One Network - *ATT purchased Cellular One 
and began migrating customers late in 2007.  Customers had the option of 
keeping the same phone and were sent a special SIM card to make it 
compatible with the ATT network.  In order to make the Cell One phones 
compatible certain parts of the legacy Cell One network had to be 
maintained even after the migration process was complete.  In late 2010 
the campaign for the network shutdown began and the customers still 
using their Cell One phones were given the option of a free upgrade with 
no contract or yet another SIM card that would make their phones 
compatible with the ATT network.


*Shutdown of the (Original) ATT Wireless Network* -- Cingular purchased 
ATT /Wireless/ in 2004.  Cingular changed its name to ATT /Mobility/ 
in 2007 after one of its parent companies purchased ATT /Incorporated/, 
provider of landline services.  Years later there are still a few 
customers on the network using their same handsets from ATT wireless 
that are at least 6 years old.  The free no-contract upgrade letters 
began going out in early 2011.  The actual shutdown happens in May.  As 
of yet I have not heard of the option to just get a new SIM.


*Single-Band GSM (2G) 1900mhz Handset Users -- *After the merger of ATT 
Wireless and Cingular in 2004, Cingular owned licenses in the 850 and 
1900 band throughout most of the country.  Cingular dual cast its GSM 
signal in both bands until it began deployment of its 3G network in 
2005.  The 3G technology then took over the 1900 band.  If you're in one 
of the 2G areas that are scheduled to be upgraded to 3G in the soon 
future and you have one of these phones, you would have received one of 
these mailers offering a free upgrade with no contract.


*Users of 2G Phones with High Voice Usage* -- I don't fully understand 
the technological aspects of this one.  All I know it the users who 
currently using 2G phones in certain states (California is one of them) 
are being sent free-upgrade-with-no-contract mailers.  I could speculate 
that the 3G handles voice calls more efficiently and they want to keep 
both 2G and 3G networks running smoothly, but that's purely speculation.



On 08/25/2011 09:31 PM, error wrote:

ATT has been calling and text'ing for the last 2 months.  They have informed
me that my phone will no longer be compatible with their network on Monday
Aug 29-30, 2011.  Has anyone else running into this issue?

--
View this message in context: 
http://openmoko-public-mailinglists.1958.n2.nabble.com/AT-T-and-my-beloved-Freerunner-tp6727047p6727047.html
Sent from the Openmoko Community mailing list archive at Nabble.com.

___
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

osmocombb?

[Benjamin Deering]

Has anyone tried this open source calypso firmware on their freerunner 
yet? http://bb.osmocom.org/trac/


It sounds like they have made a lot of progress since I last looked at 
their site.  It sounds like they can make and receive calls using open 
source modem firmware.


Ben

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: osmocombb?

[Benjamin Deering]

I hadn't thought about legal issues.  I'd be surprised if an open source 
radio stack was ever legal since it wouldn't implement some of the 
anti-features required (hard to change IMEI, silently drop encryption,  
etc).


On 08/26/2011 08:42 AM, Timo Juhani Lindfors wrote:

Benjamin Deeringben_deer...@swissmail.org  writes:

Has anyone tried this open source calypso firmware on their freerunner
yet? http://bb.osmocom.org/trac/

Not many of us have our own base station yet and afaik it is not legal
to use osmocombb in a public network.

___
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: My VoIP experience in Freerunner

[Benjamin Deering]

This is the first I have heard of removing the case screws to reduce 
echo.  Has this worked for anyone else?

[/threadjack]
On 08/29/2011 03:13 PM, Paul Fertser wrote:

Hi,

Thanks for sharing the valueable info :)

Tiago Bortoletto Vazti...@debian.org  writes:

  • I was not able to have default Freerunner headset working on an
  acceptable quality. Help will be very welcome.

I think the voip-handset state file is supposed to be used with the
handset (i.e. builtin mic and speaker) rather than with the
headset. You'd need to study the routing diagram[1] to see what
changes are needed to get a voip-headset setup.

To check if it's working, you can simply load the statefile and then
use ``arecord'' to record a sample file, scp it to your PC and check
the levels and quality. Then scp some other known to be good file from
PC to FR and use ``aplay'' to check the playback quality.

Also, make sure you're not CPU-bound. As s3c2442 lacks an FPU, you
probably should avoid codecs that require floating point operations,
and also probably you might need to disable echo cancellation and/or
silence detection.

Be warned though, afaict the FR case (especially if you have both
screws properly secured, i personally use my device without those for
several years without any issues) provokes echo, so you might need to
find an acceptable way (yet-to-be-discovered hardware mod or software)
to do echo cancellation.

[1] http://wiki.openmoko.org/wiki/Neo1973_Audio_Subsystem



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: temperature and humidity data logger

[Benjamin Deering]

When I was looking for temperature sensors to provide input for my ski 
wax program, I found an I2C temperature and humidity sensor.  Sparkfun 
has it on a breakout board: http://www.sparkfun.com/products/9418


I did some experiments earlier with using the BMP085 barometer's 
internal temperature sensor for temperature monitoring, but heat from 
the freerunner was throwing off the readings.  If you can locate the 
sensor where it won't be affected by the internal heat of the 
freerunner, I2C is not a bad way to go.  The installation instructions 
for the freerunner-navigation-board show where to find the I2C 
connectors in the phone.  If you choose a sensor that already has linux 
drivers, you will be able to read temperature from /sys and your logger 
program shouldn't be too difficult.


If you are planning to place the sensor away from the phone, I2C may not 
work, I don't know the maximum wire length for that bus.




On 11/19/2011 01:54 AM, Hans Zimmerman wrote:

Hey all,

I would like to start logging the temperature and humidity inside our 
house. Are there people with experience in using the freerunner as a 
temperature and humidity data logger?
What kind of devices would be connectible (usb, bluetooth, other) to 
do that?


Hans

___
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

I2C and GPS

[Benjamin Deering]

For months now I have had poor performance with my Freerunner's GPS.  
The GPS problems did not seem to coincide with the two times I have 
opened my Freerunner to add I2C sensors.  I have an infrared thermometer 
and a barometer.


Lately I have missed the GPS enough to look into the issue more.  After 
trying various things in software and messing with the GPS antenna, I 
started to look at my sensors.  The reference schematics for both 
sensors call for a 100nf decoupling capacitor between ground and VDD.  I 
looked around in my junk bin for some.  All I could find were some huge 
(for the inside of a FR case) ceramic ones.  They didn't seem to help.  
Using frameworkd.log with the log level turned up, I was able to watch 
the UBX packets as they came down and disconnecting SDA and SCL for both 
sensors gave an immediate improvement in GPS reception.


I didn't notice a problem with reception when I first added the 
sensors.  Was anything done in software that would make I2C cause more 
interference?  Should I pursue the decoupling capacitors?  Does it 
matter what kind if they are 100nf?


Thanks for any ideas,
Ben

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: I2C and GPS

[Benjamin Deering]

With the i2c devices removed, I get TTFF of around 1 minute in 
shr-core.  It sounds like putting ferrite beads on SDA and SCL might 
help reduce EMI, so I will try that when I get a chance.


Ben

On 11/23/2011 05:06 PM, dmatthews.org wrote:

On Tue, 22 Nov 2011 21:20:16 -0500
Benjamin Deeringben_deer...@swissmail.org  wrote:

Hi Ben

Not sure this is relevent to you, but I now have the fastest GPS fix I've ever 
had on the freerunner.

QTMoko v35 and I put this in /etc/default/gpsd:-

START_DAEMON=true
GPSD_OPTIONS=
DEVICES=/dev/ttySAC1
USBAUTO=false
GPSD_SOCKET=/var/run/gpsd.sock

Before doing this it was pretty poor - worse than earlier versions of qtmoko 
and much worse than every SHR I've tried. On a reasonably clear day I now 
reliably get a fix in under a minute, sometimes within a few seconds.

The only other varying factor (doubtful relevence) is that I got pissed with 
QTMoko and to a lesser extent SHR foobarring the SD card, so I'm now running 
from the card instead of NAND and everything is pretty good



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: I2C and GPS

[Benjamin Deering]

Dusting off a very old thread...

I have both of my sensors working and good gps performance now.

This weekend I opened the position settings-satellite details dialog in 
SHR as well as my phone and tried a few things.  I was seeing serious 
signal loss as soon as I connected the SCL line from the sensor to the 
test pad near the debug connector.  I tried wrapping the SCL wire around 
a ferrite bead, and putting a decoupling cap between power and ground 
near the sensor.  What ended up working was adding a series resistor on 
the SCL line.  I grabbed a largeish SMD resistor from some volkswagen 
parts I had laying around 
(http://www.jeepingben.net/plog-content/thumbs/2010/volkswagen/large/995-dscf2246.jpg).  
I thought I was grabbing a 470 ohm, but I guess it was 4.7k (marked 
472).  With this resistor in series everything works.  I don't know if 
anyone else is adding i2c sensors to their freerunner, but I thought 
this might be helpful.


Ben

On 11/24/2011 11:36 AM, Alastair Johnson wrote:
Given the performance degradation in GPS lock cause by high SD drive 
strength and the i2c being on flying leads right next to the antenna I 
certainly wouldn't rule it out.


On 11/24/2011 01:49 PM, Lars Poulsen wrote:

Hi
You can try to add a series resistor to the signals or reducing the
drive strength of the driver.
The frequency of the signals are not that important but rather the rise
time.
This is usually not a problem om i2c but  who knows.

On 24/11/2011, at 14.17, Dave dave...@gmail.com
mailto:dave...@gmail.com wrote:


Hi,

Ferrite beads aid with removing VHF-SHF feedback and/or uncontrolled
oscillation mainly. I cannot see why they would be of use on a
(500khz?) I2C bus. At that frequency they would have minimal effect.

On Thu, Nov 24, 2011 at 9:44 PM, Benjamin Deering
ben_deer...@swissmail.org mailto:ben_deer...@swissmail.org wrote:


With the i2c devices removed, I get TTFF of around 1 minute in
shr-core.  It sounds like putting ferrite beads on SDA and SCL
might help reduce EMI, so I will try that when I get a chance.

Ben


On 11/23/2011 05:06 PM, dmatthews.org http://dmatthews.org wrote:

On Tue, 22 Nov 2011 21:20:16 -0500 tel:16%20-0500
Benjamin Deeringben_deering@swissmail.__org
mailto:ben_deer...@swissmail.org  wrote:

Hi Ben

Not sure this is relevent to you, but I now have the fastest
GPS fix I've ever had on the freerunner.

QTMoko v35 and I put this in /etc/default/gpsd:-

START_DAEMON=true
GPSD_OPTIONS=
DEVICES=/dev/ttySAC1
USBAUTO=false
GPSD_SOCKET=/var/run/gpsd.__sock

Before doing this it was pretty poor - worse than earlier
versions of qtmoko and much worse than every SHR I've tried.
On a reasonably clear day I now reliably get a fix in under a
minute, sometimes within a few seconds.

The only other varying factor (doubtful relevence) is that I
got pissed with QTMoko and to a lesser extent SHR foobarring
the SD card, so I'm now running from the card instead of NAND
and everything is pretty good



_
Openmoko community mailing list
community@lists.openmoko.org mailto:community@lists.openmoko.org
http://lists.openmoko.org/__mailman/listinfo/community
http://lists.openmoko.org/mailman/listinfo/community


___
Openmoko community mailing list
community@lists.openmoko.org mailto: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: SHR-Core : Display issue?

[Benjamin Deering]

I seem to remember something about event filtering being moved from 
kernelspace to userspace.  If that is correct, you are running without 
any event filtering.  The signal from the touchscreen hardware is very 
noisy, and software is needed to average it out.


Upgrading the rootfs might be a good idea anyway.  I have the last shr 
unstable installed in NAND on my freerunner, and the latest shr-core 
installed on an sd card.  SHR-core is stabilizing quickly and I use it 
as my daily phone now.  If you have everything working the way you want 
it with shr-unstable it might be worth making a backup.


Last winter I wrote myself a script to go from a fresh install to 
customized.  It installs programs, adds extra kernel modules for some 
sensors I added, changes some config files, and downloads then extracts 
a backup of my home directory.  This makes it a lot less daunting to do 
a reflash.


Ben

On 01/09/2012 10:00 AM, Iain B. Findleton wrote:

I have been running the SHR 2.6.29 kernel for a while. Lately I tried
to install the latest SHR-core kernel (2.6.39.4) WITHOUT installing the
rootfs files. This procedure has worked fine for other kernel upgrades.

In this latter case, while running 2.6.39, the display appears to have
gotten into trouble in that touch screen locations appear to be wildly
off. Applications no longer respond to button press activity as expected,
and it appears that the coordinates of the press are off in the y 
direction

by about 50% of the screen size.

Anybody have an idea why this would be so? Is upgrading the rootfs
a requirement for the new kernel?




___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: SHR-Core : Display issue?

[Benjamin Deering]

you have to use --numeric-owner while untaring it. Otherwise ownership
of some files might be wrong - which then causes stuff like
dbus-activation to not work correctly causing GSM to not work correctly.

Btw. GSM is unrelated to connman.
I didn't know that, that explains some problems I had when I tried to 
install 017 on my spare FR recently.  I have installed an older (011ish 
maybe?) tar.gz a while ago and set my feeds to shr-core-staging/latest, 
then I've been doing opkg upgrade when there is an update.


Ben

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: I2C and GPS

[Benjamin Deering]

I promised myself that I wouldn't take my FR apart again until it was 
time to install the GTA04 board so I won't have pics of what I did this 
weekend, but I can share some other info.


BMP085 barometer install pics: 
http://www.jeepingben.net/index.php?level=albumid=24
MLX90614 thermometer install pics: 
http://www.jeepingben.net/index.php?level=albumid=26


Adding i2c devices to a Freerunner is fairly easy.  There are only 4 
wires and as long as there aren't address conflicts, you can just keep 
adding more devices.  Here is where you can find a picture of where to 
attach the wires: 
http://wiki.openmoko.org/wiki/Freerunner_Navigation_Board_v2#Installation


The change I made this weekend was to stand an SMD resistor up 
vertically on the SCL test pad (If you look at the pictures I link 
above, that is where the orange wire attaches to the board) in the FR 
and solder it.  I then attached the SCL wires for my 2 sensors to the 
top of the resistor.  I used 4.7k ohm which is probably more than I 
should have used, but it works.  I think 1K might make more sense, there 
was some mention of adding series resistors for long i2c circuits, 
though each of my SCL wires is 8 cm at the most.


Sorry for the lack of pictures of the current state, but the way I 
crammed the BMP085 in is fragile and I don't want to break it.  I hope 
my description along with the other pics makes it clear enough.


As for schematics, i2c is just 4 wires

VDD - voltage source on the AUX button
GND - ground side of the clock battery (supercap in my case)
SDA - SDA test pad near the debug connector
SCL - 4.7k resistor -SCL test pad near the debug connector

The reference implementation for the 2 sensors I installed was a little 
more complicated with pullup resistors and decoupling capacitors, but 
everything seems to work without them.


Ben

On 01/11/2012 07:46 AM, David Matthews wrote:

  can we have a picture of the final tweak� please ?



+1 yes please! I'm struggling to understand what you've done, but ity 
sounds like something

I'd be very please to have.

and by the way that stuff I wrote earlier about sdcards was garbage - 
it was

a faulty card, not a problem with qtmoko or shr

For me now first thoughts when I see an sdcard problem are that either 
the
card is faulty or inherantly incompatible with the freerunner (and 
that seems

very common)




___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: GTA04_This is my Fantasy

[Benjamin Deering]

The phone can present itself as a usb mass storage device (thumb drive), 
so if you put an OS image on a partition on the SD card (up to 32GB), 
you could have the desktop boot from that.


Ben
On 04/22/2012 09:09 AM, Travis Bachelder wrote:

Thanks for you input Lionel,
Actually: What I am thinking isn't remote. More like having the operating
system installed onto the GTA04 (outfitted with a larger hardrive of
course). Plug the phone into a computer (via usb perhaps?) then restart
computer to boot from the OS installed onto you slick 60 gb GTA04.

This seems possible, the only hurdle I see is the hardware, what would it
take to outfit a GTA04 phone with a larger hardrive?

Thanks,
Travis



-- Forwarded message --
From: Lionel Brochelionel.bro...@gmail.com
To: List for Openmoko community discussioncommunity@lists.openmoko.org
Cc:
Date: Sat, 21 Apr 2012 19:07:22 +0100
Subject: Re: GTA04_This is my Fantasy
I am not a specialist and I am not sure to understand what you mean by
'boot linux from any desktop', but I have been experimenting remote
connections lately so my results may interest you.

The idea of remote connection is that you boot your device normally (the
client), and access a remote computer (the host) once the operating system
is running on the client. Usually you only need a very light operating
system so the client machine does not need to be powerful.

I have been using a letux 400 (very small device, 2Gb Flash drive, rather
slow) as a client to connect to my home computer. Since a letux is (really)
not powerful, I dropped the idea of using a full remote desktop but this is
likely to be possible on the GTA04 (see Vino, Remmina and others for remote
desktop applications). Instead of that, I opened some X windows directly
via ssh (use the -X option when you connect with ssh, there is a bit of
fidling around with keys and host authoring). This technique allows you to
control the GUI of a host from a light remote client.

In final I could run some large applications (gimp, blender...) on my
letux and to use them just as if I was using my home computer. Only the GUI
of the application selected appeared on the screen.

I am not sure if that is what you want to do. I can give more details if
you need.

Lionel


On 21 April 2012 00:37, Travis Bacheldertbachel...@shively.com  wrote:


Just so everyone knows: I am not a programmer (just a dreamer), with no
grasp on reality in regards to what is feasible or not. I'll leave it to
you (the community) to decide.

I was thinking it would be cool if my imaginary cell phone (I also dream
of one day owning one) had the capabilities to boot linux from any desktop,
via USB, provided it's support. This would grant me access to large
programs such as CAD software, Inventor/AutoCAD, music/movies/photos, from
where ever a desktop computer was available (BIOS Mooch).

I would imagine the phones would need to be outfitted with a small solid
state hard drive (at least 60 gb), and it would be nice if it had the
ability to share media files (music) between QTmoko and Ubuntu (maybe?).

Has anyone ever fantasized about this?
Is it feasible? or Possible?

Thanks,
Travis Bachelder


This email was sent by Howell Laboratories, Inc. or Shively Labs.  It may 
contain information that is confidential or privileged.  If you suspect you 
were not intended to receive it, please delete it without copying or forwarding 
it, and notify the sender by reply email or by calling 207-647-3327.



___
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: Discussion: what are your dreams for the Openmoko Community

[Benjamin Deering]

The infrared thermometer on my GTA02 has been very useful and it is not 
something that the iphone guys have.  I will probably not be doing any 
soldering on my GTA04 for a while, but it might be something interesting 
to add to GTA05.


I think the BMP085 in GTA04 is something the iphone guys don't have.  
Getting some clues for the upcoming weather is very useful when you are 
completely without signal.


A threaded/prepared camera hole for attaching a microscope or telescope 
lense would be nice.


This is probably best done over USB, but it could be done over an I2C 
adc converter

volt-meter
ph meter
ohm-meter


GPS that reliably gets a fix and displays in an app such as foxtrotgps 
while driving and hiking.  I can wake the phone from suspend and find 
our location on the map before my friends who are using a paper 
map.(GTA02 does not do this)


GPS app is able to download map tiles from my home server if I find 
myself outside of the area I planned to be (GTA02 does this)


Phone tracks barometric pressure overnight while camping to give an 
indication of the upcoming day's weather. (my GTA02 does this, most do 
not, GTA04 does)


Phone is able to play pre-downloaded podcasts or radio over headphones 
or speakers in the evening(GTA02 does half of this - headphone issues)


Finger-friendly email(qtmoko does this, noone else has it yet)

A web browser that works well enough to buy something online using the 
phone (from a site where I have not purchased before) (noone has this yet)


While driving I can hand the phone to a passenger who is tech-savvy but 
not familiar with openmoko.  They are able to wake, unlock, dial, start 
gps, start browser without much coaching from me. (qtmoko is closest, 
but noone has this yet)


I take the phone from my pocket, wake it up, and take a picture faster 
than I can take off and open my backpack, take out my real camera, and 
take a picture. (not sure if anyone has this)


I can enable an option so the phone makes noise when it associates with 
a tower(noone has this)


I can reliably write an SMS, click send, and know it will be sent next 
time the phone has signal(I don't think anyone has this)


I can enable Wifi tethering that a friend with a non-linux laptop can 
use(noone has this)


I can keep most of my data on a dmcrypt partition that is decrypted 
after entering a pin in a gui login screen(noone has this)


I can boot from NAND into an OS that runs at low brightness with 
everything but GSM turned off, access to contacts on my SIM, a dialer, 
ability to answer, SMS (aurora is working on this)


Turn off the tv at my table at the resturaunt using IR (limited range is 
ok - the TV is at my table, not accross the bar)


Plug phone into my car-stereo usb port, stereo sees a mass storage 
device with my music on it. (GTA02 does this, but file-system corruption 
follows)


Reliable accelerometer screen rotation with bigger keyboard in landscape 
(this works sometimes on SHR)


GPS program displays heading information from a digital compass, but 
position information from the GPS (multiple gpsd instances?)


Easilly switch music output between loudspeaker, headphones, FM transmitter.

An app to transmit arbitrary RDS (the text on FM tuner) while iterating 
over frequencies


PGP encrypted voip (http://zfoneproject.com?)

Make a small change to a python/perl program using full screen 
transparent terminal keyboard.


Show my friends pictures I have taken on the phone by dragging from one 
to the next.


Using GPS, compass, gyros, accelerometers, camera to display an 
augmented reality view of the night sky



There is about 20 minutes worth of ideas, but I will keep thinking.

Ben

On 04/28/2012 05:52 AM, Dr. H. Nikolaus Schaller wrote:

It has become a little quiet here in the last weeks so that I
really fear about the spirit and status of this community.

So what are your dreams with respect to open mobile handhelds?
What would you like as future hardware? What to see in software
distros? Anything else? What missing piece are you waiting for?

If we exchange these ideas it may be possible that we all
work together (with smaller and bigger contributions - everyone
as he/she likes) to fulfill them...

Otherwise I guess we have just to consume what Apple, Samsung,
MS-Nokia and others are confronting us with in the next years.
May it be open or closed as they like.

Or is this where we see our future? Or am I completely wrong in my impression?

Phew - a lot of questions and so early in the morning :)

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: Discussion: what are your dreams for the Openmoko Community

[Benjamin Deering]

On 04/30/2012 08:21 AM, Al Johnson wrote:

Nice list. Comments below...

On Sunday 29 April 2012 18:59:34 Benjamin Deering wrote:

A threaded/prepared camera hole for attaching a microscope or telescope
lense would be nice.

Is there any suitable standard for this?

Microscope lenses seem to be 23.5mm, but I'm not sure if that would be 
the correct optics.  It looks like someone sells a snap-on macro lense 
for iphone: 
http://store.apple.com/us/product/H7758LL/A/olloclip-quick-connect-lens-for-iphone-4s 
so maybe something could be designed and printed for GTA04 to snap on.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Ok Tread lightly please. I'm an end User.

[Benjamin Deering]

Hi,

I'm not sure about the state of the ubi image of SHR right now.  If it 
is good, I think you can install it with neotool (available in some 
linux distros, or buildable from source).  You would need the ubi image, 
a kernel image, and a bootloader image.


From neotool, click 'flash my freerunner', choose gui, bootloader, and 
kernel.  It will tell you when and how to connect the phone.  I think 
most people now only flash the bootloader, then put the OS on microSD.


Ben

On 05/15/2012 09:47 PM, Travis Bachelder wrote:

So I am trying to format (Flash?) my Freerunner and put Qi (Bootloader) and
SHR (OS) onto NAND. I've downloaded the ubifs image from the SHR website.

What I am curious about is: Why isn't there a fancy program that does all
this for me!? :) JK

What I am really curious about is: Is the bootloader included in the ubifs
image? I have a feeling it's a separate file.
Is there a specific order I should flash? Right now, Android installed on
the NAND. Do I need to remove this, or should the flashing process take
care of this for me? I would like to replace the Android OS completely.

No such thing as too much detail, I appreciate any response.
Thanks,
Travis

This email was sent by Howell Laboratories, Inc. or Shively Labs.  It may 
contain information that is confidential or privileged.  If you suspect you 
were not intended to receive it, please delete it without copying or forwarding 
it, and notify the sender by reply email or by calling 207-647-3327.



___
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: ELM 327 Bluetooth OBD2

[Benjamin Deering]

I've used a usb ELM327 based scanner with my GTA02.  I have successfully 
read codes, cleared codes, and watched sensors. I use this program: 
http://code.google.com/p/pyob2read/ but I strip out references to the 
graph library is I couldn't find it for GTA02.  I cant seem to find my 
modified script or I would share it.


Ben

On 06/03/2012 03:24 PM, Jeffrey Ratcliffe wrote:

Has anybody tried their GTA0[24] with the above device?

Regards

Jeff

___
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: ELM 327 Bluetooth OBD2

[Benjamin Deering]

GTA02 seems to be able to supply a lot of power.  I have used mine to 
charge a Petzl core battery.  The charging was less important than using 
the GTA02 to reprogram the battery's internal regulator.  It had no 
problem powering the ELM327, but I would hope that is getting the power 
from the car's electrical system.


On 06/03/2012 04:49 PM, Jeffrey Ratcliffe wrote:

On 3 June 2012 21:43, Benjamin Deeringben_deer...@swissmail.org  wrote:

I've used a usb ELM327 based scanner with my GTA02.  I have successfully
read codes, cleared codes, and watched sensors. I use this program:
http://code.google.com/p/pyob2read/ but I strip out references to the graph
library is I couldn't find it for GTA02.  I cant seem to find my modified
script or I would share it.

Thanks.

Were you able to draw power over the USB connection?

Regards

Jeff

___
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: ELM 327 Bluetooth OBD2

[Benjamin Deering]

Jeff,

I just went out and tested and the ELM327 does not charge my phone in 
host or device mode.  It may be possible to use a Y usb cable to charge 
and talk to ELM327 at the same time if you need to log for longer than 
the FR battery will last.  Using a Y cable in that way could also be 
dangerous though.  I seem to recall seeing something about not using 
ELM327 with a plugged in computer, but you could try it with a meter 
first, then an expensive device.


Ben

On 06/04/2012 02:55 PM, Jeffrey Ratcliffe wrote:

On 4 June 2012 01:23, Benjamin Deeringben_deer...@swissmail.org  wrote:

to reprogram the battery's internal regulator.  It had no problem powering
the ELM327, but I would hope that is getting the power from the car's
electrical system.

I was hoping that the ELM327 could power the FR over USB from the car.
Are you saying that didn't happen?

Regards

Jeff

___
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: Upgrading SHR-CORE

[Benjamin Deering]

On 08/23/2012 04:12 PM, Guilhem Bonnefille wrote:

Hi,

I have shr-core 2012.01 installed on my openmoko. I saw that new
versions are available (2012.07 and shr-core). What is the upgrade
process? opkg upgrade does not update my system.

Thanks in advance,


To get newer SHR you will need to switch your feeds.  See here for more 
info: *http://www.shr-project.org/trac/wiki/Stabilizing


*To switch to the bleeding edge:

sed -i 's#/shr-.*/ipk/#/shr-core-staging/latest/ipk/#g;' /etc/opkg/*-feed.conf

It may be too big of a jump to opkg upgrade.  If things go wrong and you have to 
reflash, keep track of your customization steps.  I made myself a script that 
does90% of the work making things the way I like after a clean install.

Ben


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [qtmoko] flight mode power consumption / turning gsm back on

[Benjamin Deering]

On 08/28/2012 07:21 AM, Radek Polak wrote:

On Tuesday, August 28, 2012 08:54:12 AM robin wrote:


I have a question regarding the flight mode:

if I turn it on (GTA02 qtmoko v47) the icon is shown on the home screen and
calls are not possible anymore, so this is how I expected it to behave, but
the antenna still seems to be on as I see some bars indicating reception
and the power consumption stays the same as without flight mode.

I dont know much about it, but i think flight mode means that you dont transmit
any signal, but you can still receive signal strength.

Modems have AT commands for airplane mode. I tried it on GTA04 (AT_OAIR)
without any effect, maybe i did something wrong...


there
once was a paper which looked at different parts of power consumption of
the freerunner and if I remember correctly GSM was one of the major
consumers.

You can check yourself - power off the modem and put the phone in suspend and
watch charge_now:

http://lists.goldelico.com/pipermail/gta04-owner/2012-August/002853.html


Now if I turn flight mode of the GSM apparently cannot connect to the
station anymore and I have to reboot.

No idea here. I dont use airplanes ;-)

Regards

Radek

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

I always meant to hack my install to change it from 'airplane mode' to 
'woods mode' because a GSM radio that is out of range of towers devours 
the battery.  On GTA02, power consumption drops a lot in this mode.


On my most recent trip I powered my GTA04 off completely unless I needed 
to check the GPS.


On a trip this winter a friend with a certain apple product was amazed 
at the battery life they got in airplane mode.   3 days of photo-viewing 
and listening to mp3s and it still had extra battery.


Ben

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [qtmoko] flight mode power consumption / turning gsm back on

[Benjamin Deering]

On 08/28/2012 07:44 AM, robin wrote:

hi ben,

could you please give some more detail on how do you set it in woods mode?
and does the gsm power on afterwards correctly or do you have to restart the
phone?

thanks

robin


ps: here is the link to the paper on powerconsumption of the freerunner:

http://www.ssrg.nicta.com.au/publications/papers/Carroll_Heiser_10.pdf


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

I use SHR most of the time, but the same thing should apply.  I just 
meant to change the GUI to call 'airplane mode' 'woods mode' because my 
phones go in the woods and I don't fly very much at all.  I suspect 
something is wrong with airplane mode on both qtmoko and SHR for gta04 
if airplane mode doesn't use less power.  Transmitting would be the 
biggest power draw and even if the modem remained powered up power 
consumption should drop unless it is transmitting.


On gta02, I could turn 'airplane mode' off and on and it usually 
worked.  I never spent a lot of time watching power consumption on 
gta02, but I did keep track of battery life.  On gta04, we are still 
figuring out power management and I had some charging issues so I was 
dumping 'current_now' once a second in various configurations.  A 
somewhat unrelated thing  I noticed and should report is that the 'idle 
dim' state of fsodeviced actually uses more power.  The process of 
smoothly dimming the display wakes up the CPU and by the time it settles 
back down, it is time to turn off the display anyway.


I didn't mean to steer this away from qtmoko, but I think most of the 
power related issues we are seeing are happening at a low level and 
apply to all distros.


Ben

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

GTA02 boot without battery

[Benjamin Deering]

My gta02, or possibly the bare board I removed to convert my GTA04 is 
getting a new job as a wifi audio forwarder to let me play music over my 
hifi wirelessly.  I would like to remove the battery from this phone 
once it is set up to prevent damage to the battery and to free up 
another battery for long trips.


Both of my GTA02s are A5 with buzzfix.  It sounds like A7 had a change 
to allow it to boot without a battery.  Does anyone know what the change 
is and if it is something I could apply myself?   I am going to be doing 
the bass-fix and it would be nice to fix this at the same time.


Thanks,

Ben

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: GTA02 boot without screen

[Benjamin Deering]

On 01/02/2013 08:45 AM, rhn wrote:

On Wednesday 02 of January 2013 07:30:44 Benjamin Deering wrote:

My gta02, or possibly the bare board I removed to convert my GTA04 is
getting a new job as a wifi audio forwarder to let me play music over my
hifi wirelessly.  I would like to remove the battery from this phone
once it is set up to prevent damage to the battery and to free up
another battery for long trips.

Both of my GTA02s are A5 with buzzfix.  It sounds like A7 had a change
to allow it to boot without a battery.  Does anyone know what the change
is and if it is something I could apply myself?   I am going to be doing
the bass-fix and it would be nice to fix this at the same time.

Thanks,

Ben


Hi Ben,

I'm interested in how you got the board to boot and be accessible from outside 
without a screen.
Some time ago my GTA02 was dunked in water and that broke its screen. After 
reflashing SHR, I wasn't able to access it in any way because the screen was 
required to finish setup.
What distribution did you use?

Cheers,
rhn

P.S. If anyone's interested in the device, feel free to contact me.
I haven't tried my bare board yet.  My plan was to get wifi, avahi, and 
pulseaudio all starting automatically on the complete phone, then try 
the SD card in the bare board.

___
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 boot without battery

[Benjamin Deering]

On 01/02/2013 07:44 AM, Dr. H. Nikolaus Schaller wrote:

Am 02.01.2013 um 13:30 schrieb Benjamin Deering:


My gta02, or possibly the bare board I removed to convert my GTA04 is getting a 
new job as a wifi audio forwarder to let me play music over my hifi wirelessly. 
 I would like to remove the battery from this phone once it is set up to 
prevent damage to the battery and to free up another battery for long trips.

Both of my GTA02s are A5 with buzzfix.  It sounds like A7 had a change to allow 
it to boot without a battery.  Does anyone know what the change is and if it is 
something I could apply myself?   I am going to be doing the bass-fix and it 
would be nice to fix this at the same time.

I think it is  C1767 on page 4:

http://downloads.openmoko.org/developer/schematics/GTA02/Schematics_Freerunner-GTA02_A5-A7cumulative_public_RC0.pdf


Thanks, that looks reasonable.  Before I can try it I need to get some 
parts to build a capacitance meter so I can find some appropriate caps 
in my junk bin.


Ben

Thanks,

Ben

___
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 boot without screen

[Benjamin Deering]

On 01/02/2013 05:41 PM, Benjamin Deering wrote:

On 01/02/2013 08:45 AM, rhn wrote:

On Wednesday 02 of January 2013 07:30:44 Benjamin Deering wrote:

My gta02, or possibly the bare board I removed to convert my GTA04 is
getting a new job as a wifi audio forwarder to let me play music 
over my

hifi wirelessly.  I would like to remove the battery from this phone
once it is set up to prevent damage to the battery and to free up
another battery for long trips.

Both of my GTA02s are A5 with buzzfix.  It sounds like A7 had a change
to allow it to boot without a battery.  Does anyone know what the 
change
is and if it is something I could apply myself?   I am going to be 
doing

the bass-fix and it would be nice to fix this at the same time.

Thanks,

Ben


Hi Ben,

I'm interested in how you got the board to boot and be accessible 
from outside without a screen.
Some time ago my GTA02 was dunked in water and that broke its screen. 
After reflashing SHR, I wasn't able to access it in any way because 
the screen was required to finish setup.

What distribution did you use?

Cheers,
rhn

P.S. If anyone's interested in the device, feel free to contact me.
I haven't tried my bare board yet.  My plan was to get wifi, avahi, 
and pulseaudio all starting automatically on the complete phone, then 
try the SD card in the bare board.
I spent some time on this over the weekend.  The bare board boots fine 
without a screen.  I got impatient waiting for the parts for my 
capacitance meter and scavenged some electrolytic caps since they are 
labeled.  The worked fine for the bass fix.  I didn't bother to put the 
shielding back on since I won't be using GSM.


I am still unable to boot without battery.  Repeated plugging and 
unplugging the usb occasionally starts to boot, but I get only a single 
LED flash (kernel doesn't load).  Should I switch to a bigger cap?  I am 
a software engineer.  I shouldn't even be allowed to wield a soldering iron.


 I was also unable to avoid ordering an A1200 headset adapter.  I 
couldn't find a way to fool the internal switches in the jack to let me 
solder a 3.5mm jack to a lead.


Is there a reason electrolytic caps are a bad idea for these applications?

Robin: I probably won't be documenting this other than on the mailing 
list.  My software is such an ugly hack as is the hardware.  I had 
trouble powering up wifi from systemd so my wifi script kills a bunch of 
processes and turns on the radio from sysfs.


Ben

___
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

Need front face for gta02

[Benjamin Deering]

Hello,

The front cover on my GTA04 (formerly gta02) has several broken tabs.  
Occasionally the earpiece stops working unless I twist the case around.  
Does anyone have a front face/partial case including front face they are 
willing to sell in the US?



Ben

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: GTA02 NAND problem and devirginator

[Benjamin Deering]

On 10/30/2013 06:37 AM, Leonardo Guardati wrote:

AHi,

I have a bricked GTA02v7 and the Debug Board v3.

I left it for quite some time and now I would like to
revive it.

I think there is a problem with the NAND Bad Block Table.

But also could be I have flashed something wrong in the past.

Anyway.

The phone boots, but the display never activates, and the dfu-utils
doesn't see the attached gta02.

Using the debug board I can see the serial console spitting bootloaders
messages.

The NOR bootloader (I'm quite sure I never flashed it, so it should be
the same shipped with the phone) says:


# BEGIN console output 
\


# END console output 



Also I cannot get to the uboot prompt (the NOR one or the RAM one), where I 
would issue the
various nand commands to erase nand and recreate the bad block table.

from wiki this should be the sequence:

nand bad
nand scrub
nand createbbt
dynpart
dynenv set u-boot_env
saveenv



Can anybody help me? I don't know how to get to the prompt of uboot.
Or maybe there is another solution to clear the nand and recreate
the bbt.


Greetings.

Leonardo
I did something like this years and years ago.  I broke the screen on my 
GTA02 and SDG systems sent me a 'broken' gta02 so I could use the 
screen.  I played a little with the broken one and found that the bbt 
had almost every sector in it.


I was able to rebuild the bbt and I still use that gta02 when my gta04 
isn't working well.


Sorry I can't remember the specifics, but I know I was able to do it 
without a debug board and almost certainly from the NOR u-boot.


I vaguely remember a u-boot option to switch console output between 
serial and USB.  If serial (debug board) isn't working for you, maybe 
try USB?


Good luck,

Ben

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [Community] GTA04A5 ready to be pre-ordered

[Benjamin Deering]

On 11/06/2013 06:02 PM, NeilBrown wrote:

.

Maybe in the spirit of openness a vote might be  instructive.
   Does anyone actually want stereo aux input through the 2.5mm jack?
   Does anyone actually want to listen to the FM radio without wasting power?

(no and yes for me).

Thanks,
NeilBrown

Is there a similar possibility for the neo900?  If so, my answer would 
also be no and yes.


I see that Silicon Labs has a chip that does FM and weather band 
(si4739), but without transmit.  If there is no place to cram a tx 
antenna, maybe this would be a good option.  It looks like they are 
almost pin compatible - I think am antenna would replace tx antenna.



This body part will be downloaded on demand.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Freerunner GPIO locations

[Benjamin Deering]

On 02/17/2014 06:17 AM, Robin Paulson wrote:

hi all,
apologies if this question is answered elsewhere, i've done lots of
searching of the openmoko wiki and the web, and can't find an answer

i'd like to interface my freerunner with hardware switches to control
some software. i believe gpio is the best way to do this, and have
help from various bodies at my local maker space to do so.

problem is, i can't locate the gpio pins on the motherboard. are there
any schematics out there with their location? ideally something which
relates them to the nodes in /sys/class/gpio/

cheers,

If you aren't able to find the GPIOs, you could add an i2c-gpio 
expander.  The i2c pad locations are known:

http://chonyota.net/freerunner/FRNBv2/FRNBv2-Installation.pdf

Good Luck,

Ben

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: ping

[Benjamin Deering]

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

batteries in USA available

[Benjamin Deering]

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

Re: GTA02 2450 mAh Smart Battery

[Benjamin Deering]

On Tue, 2 Sep 2014 10:11:58 +0200
Matteo Sanvito sanvym...@gmail.com wrote:

 Thank you very much Yury! my battery life is about 3 hours, your
 tutorial will help me!

New batteries are still available through goldelico and pulster.de in
Europe.  I have some new-in-bag batteries available in the US.

Ben

 
 Have a nice day!
 Matteo
 Il 02/set/2014 09:37 Yury S z...@onego.ru ha scritto:
 
  how to restore the battery for neo (pictures without any
  description, sorry)
 
  https://www.flickr.com/photos/zyth_2011/sets/72157646722873307/
 
  thanks also to this useful video
 
  http://www.youtube.com/watch?v=jnQJbKsJuQw
 
 
 
  ___
  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: Looking for a GTA02 debug board, preferably v3

[Benjamin Deering]

On Fri, 29 May 2015 10:14:34 +0200
rwr f rwr@gmail.com wrote:

 Title says it all. :)

It doesn't say where you live. :)

I have one that you can have if you are in the USA.

Ben

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: CMOS battery replacement

[Benjamin Deering]

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

Re: CMOS battery replacement

[Benjamin Deering]

On Fri, 11 Dec 2015 15:38:54 -0800
Andrew Schenck <and...@springahead.com> 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 <and...@springahead.com> 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 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.

I ended up giving up on the traces and soldering thin wires to the ESD
protection chip and to the leads on the jack.

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.
> >>
> >> 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
> 


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Openmoko IMEI survey

[Benjamin Deering]

The US GTA02 I still have (FCC EUNGTA02) uses 3546510116x.

I have not tried inserting a SIM, but I have heard that frequencies
have been repurposed and that it probably wouldn't work in the US and
more.


On Fri, 18 Aug 2017 15:12:21 -0800 Mychaela Falconia
 wrote:

> Hello Openmoko and FreeCalypso communities,
> 
> I am doing a survey of Openmoko device users to see what portions of
> Openmoko's IMEI number range (TAC 35465101, a range of 1 million
> possible numbers) have been used to number the 15 thousand or so
> devices that have been made, and what portions are unused.  Given that
> fewer than 20 thousand units have been made out of the range of
> 1 million IMEI numbers, simple logic says that at least 98 numbers
> out of Openmoko's IMEI range must be still unused, and thus
> potentially usable for new production of GTA02 verbatim clones and/or
> FCDEV3B boards which are just the modem part of the GTA02.  But I
> need to make my very best effort to determine WHICH portions of Om's
> IMEI range have already been used, so I use a different subrange for
> new device numbering.
> 
> Unfortunately it appears that no official factory records of IMEI
> assignments have survived the demise of Openmoko-Inc (I tried asking
> Sean M-P several times by email, but never heard anything back), hence
> I am making my best effort to reconstruct this lost knowledge by way
> of a community survey.
> 
> To everyone reading this solicitation who owns an Openmoko device: I
> would love to hear from you if your device falls into one of the
> following 3 cases:
> 
> 1: If you have a GTA01 (I have never seen one with my own eyes) as
>opposed to the more common GTA02, I would love to hear if the first
>8 digits of its IMEI are 35465101 (same as GTA02) or something
>different.
> 
> 2: If you have a GTA02 hardware variant with "US" bands, i.e.,
>850/1800/1900 MHz (FCC ID EUNGTA02), as opposed to the much more
>common "EU" variant (900/1800/1900 MHz, FCC ID EUNGTA02E), same
>request as above: I would like to know if the first 8 digits of the
>IMEI are 35465101 or something different.  Like with the GTA01, I
>have never seen a "US" FreeRunner with my own eyes.
> 
> 3: All Openmoko devices, whether GTA01 or GTA02, "EU" or "US": if the
>first 8 digits of your IMEI are 35465101, but the following two
>digits are something other than 16 or 96, I would like to know what
>those two digits are.
> 
> The two digits after the 35465101 TAC prefix are the first 2 digits of
> the 6-digit SNR (serial number) field, and it is the usage of this SNR
> space that I am after.  So far the only Openmoko devices I have laid
> my hands on have been GTA02 "EU" version units, their TAC has always
> been 35465101, and the SNR field has always been either 16 on
> older units or 96 on newer ones.  However, if there have been
> Openmoko devices made with something other than 16 or 96 in
> the SNR field of the IMEI, I would really like to know about them so I
> can avoid stepping on those subranges and pick a subrange that has not
> been used at all.
> 
> TIA for your participation in the survey,
> 
> Mychaela Falconia
> Mother of FreeCalypso
> www.freecalypso.org
> 
> ___
> 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