Hi,
"Evgeny Karyakin" <[EMAIL PROTECTED]> writes:
> 2008/11/24 Andy Green <[EMAIL PROTECTED]>:
>> I'm not sure what's happening to you, but your dmesg traffic would be
>> pretty normal if you were entering and then leaving U-Boot... the
>> connection would indeed timeout (-110) when we leave U-Boo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| 2008/11/24 Nikita V. Youshchenko <[EMAIL PROTECTED]>:
|>>Yes, I know that, but I'm unable to connect to the phone through
|>> DFU protocol because Neo don't offer itself as a device supporting
|>> DFU.
|
2008/11/24 Nikita V. Youshchenko <[EMAIL PROTECTED]>:
>>Yes, I know that, but I'm unable to connect to the phone through
>> DFU protocol because Neo don't offer itself as a device supporting
>> DFU.
>
> Have you tried to connect usb cable AFTER freerunner started NOR u-boot?
I haven't; will
> > If you hold down the AUX / corner key when you power up, you should
> > come up in NOR U-Boot with a menu on the LCM. If that's true, you
> > should have 30s to do the DFU you want to do before it times out.
>
>Yes, I know that, but I'm unable to connect to the phone through
> DFU protocol
2008/11/24 Andy Green <[EMAIL PROTECTED]>:
> |DFU is absent, dfu-util -l finds no suitable device to work with,
> | maybe because I damaged it when I changed environment in minicom
> | console or I uploaded wrong image onto that. AUX+POW on the phone,
> | menu appears, dfu-util -l on desktop, a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| 2008/11/24 Andy Green <[EMAIL PROTECTED]>:
|> | dfu-util -a u-boot -R -D uImage-XX.bin
|>
|> Hum the -a "u-boot" or -a 1 tells it to put stuff in the U-Boot
|> partition, it's the wrong one: uImage-blah.
2008/11/24 Andy Green <[EMAIL PROTECTED]>:
> | dfu-util -a u-boot -R -D uImage-XX.bin
>
> Hum the -a "u-boot" or -a 1 tells it to put stuff in the U-Boot
> partition, it's the wrong one: uImage-blah.bin is a kernel image.
> To flash the kernel, you need to tell it -a "kernel" or -a 3.
Ah ye
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| From: "arne anka" <[EMAIL PROTECTED]>
|
|>> like writing past memory available, I guess it's because broken
|>> environment.
|> hardly. i'd rather think you try to flash the wrong partition.
|> what exactly
From: "arne anka" <[EMAIL PROTECTED]>
>>like writing past memory available, I guess it's because broken
>>environment.
> hardly. i'd rather think you try to flash the wrong partition.
> what exactly did you do and what exactly did dfu-util or the fr report?
I already flashed Freerunner several
2008/11/23 Andy Green <[EMAIL PROTECTED]>:
> Recent kernels have a workaround in that starts the card at slower clock
> until the first bulk transfer completed successfully when it is cranked
> up to 16MHz, that seemed to make the previous problems with some cards
> pretty much go away.
Presumably
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
|> seems you experience the well known sd card issue.
|> wiki and/or archives should offer a lot of postings on the issue.
|> it boils down to setting sd_max_clk -- in your case in the nand boot
en
> like writing past memory available, I guess it's because broken
> environment.
hardly. i'd rather think you try to flash the wrong partition.
what exactly did you do and what exactly did dfu-util or the fr report?
___
Openmoko community mailing list
c
> seems you experience the well known sd card issue.
> wiki and/or archives should offer a lot of postings on the issue.
> it boils down to setting sd_max_clk -- in your case in the nand boot
> environment since your fr seems
> unable to boot from sd at all.
> searching for &qu
jewgeni,
seems you experience the well known sd card issue.
wiki and/or archives should offer a lot of postings on the issue.
it boils down to setting sd_max_clk -- in your case in the nand boot
environment since your fr seems unable to boot from sd at all.
searching for "sd_max_clk +ope
th
dd if=/dev/urandom of=/dev/mmcblk0p2 bs=32768 count=62150
Then issued mkfs again and untarred rootfs second time. Checked
again -- none of the files reported an error. Still Neo can't read
many files on a card, especially in /etc/ . All SD card preparation
operations were made on a notebook
> It must be a routing thing.
>
It was a patience thing. It takes a while before the SSH login from the
FR appears...
Patience is one of my lesser virtues.
*grin*
Paul
--
Use the right word, not its second cousin.
-Mark Twain
http://www.nlpagan.net
Running on Mandriva Linux 2008 and Ubun
Hello Neil,
>> Now I only have to figure out why I can't ssh to the FR anymore. (FR
>> can't ping to desktopmachine, while desktop does ping FR ;-) Always
>> more fun.
>>
>
> Sounds like routing. If you mean over Wifi, and your wireless network
> is 192.168.0/24 (as mine is), the routing th
2008/10/3 Paul <[EMAIL PROTECTED]>:
> Now I only have to figure out why I can't ssh to the FR anymore. (FR
> can't ping to desktopmachine, while desktop does ping FR ;-) Always
> more fun.
Sounds like routing. If you mean over Wifi, and your wireless network
is 192.168.0/24 (as mine is), the rou
Hello Alastair
>
> /dev/mmcblk0 is correct. If you can't see it your card hasn't been
> detected for some reason. dmesg or the output of logread just after boot
> should give some indication as to what's going on.
>
I reseated the card, the proper device now shows. Thanks for the tip.
Now I
Paul wrote:
> I have so far successfully gotten things to work (phone works again
> after reboot), ssh works and all that.
>
> I just can't figure out which device is the SD card (I want to put
> Qtopia on that).
>
> The devices I see are:
>
> [EMA
I have so far successfully gotten things to work (phone works again
after reboot), ssh works and all that.
I just can't figure out which device is the SD card (I want to put
Qtopia on that).
The devices I see are:
[EMAIL PROTECTED]:/dev# ls
MAKEDEV kmemmtd
a few questions:
- to move an installation from sd card to flash: is it sensible/sufficient
to delete everything from flash and copy from sd card?
creating a jffs image and flash it to the fr seems rather long-winded.
- to those havin debian in flash: what do you have in flash what on sd? my
lock on when the Freerunner is suspended.
This has been incorporated in the kernels newer than the 4th of
September. Since using kernels newer than this i have not had any
problems with data corruption on my SD card.
Simon
___
Openmoko community
> It'll be nice to be able to debug it because in our city we have only
> similar cards and otherwise we have to import specially from other
> places.
>
> So where do we start? Tomorrow, I will repartition my SD card to check
> once more if it works and in the meanwhile wai
it easier to debug.
It'll be nice to be able to debug it because in our city we have only
similar cards and otherwise we have to import specially from other
places.
So where do we start? Tomorrow, I will repartition my SD card to check
once more if it works and i
> No some larger cards break us right now, can you let me know your exact
> card type and I will do a little shopping spree today to reproduce this.
> ~ I think someone else mentioned Sandisk 8GB is going to make the same
> trouble.
My Sandisk 8GB breaks also. Some times the partiton and format wo
On 9/19/08, michael <[EMAIL PROTECTED]> wrote:
> Hi,
> Andy Green wrote:
>
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > Somebody in the thread at some point said:
> >
> > |> No some larger cards break us right now, can you let me know your
> exact
> > |> card type and I will do
I had a clean and successful make and make uImage. I have
> an first partition on SD card of 100MB (vfat) and 899MB (ext3). I am
> using the moko toolchain as the later commands show. And got the
> sources from:
>
>
> git clone git://git.openmoko.org/git/kerne
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
|> No some larger cards break us right now, can you let me know your exact
|> card type and I will do a little shopping spree today to reproduce this.
|> ~ I think someone else mentioned Sandisk 8GB is goi
iance with a uclibc toolchain once.
>
> |> We call it uImage.bin, that is what the canned U-Boot menu scripts
> expect.
> | yes. This was the problematic part :) By default it expects uImage.bin.
>
> Great.
>
> | My Rootfs had problems due to this new SD card. The
this new SD card. The kernel was giving
| panics due to some VFS driver issue but when I used the old SD card it
| started to work. Is there a problem of quality of SD cards that I
| bought? We are making images on various SD cards as incremental
| experiments so need to have more than one card. I&
By default it expects uImage.bin.
>
> Can you show the text around this "bad magic number" report? A few
> different things have magic numbers.
>
> You are not using the shipped 512MB SD Card. Do things work better if
> you do?
My Rootfs had problems due to this ne
ripts expect.
Can you show the text around this "bad magic number" report? A few
different things have magic numbers.
You are not using the shipped 512MB SD Card. Do things work better if
you do?
- -Andy
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using Gn
either do cp in a similar way or copy
- paste in GUI. We use Ubuntu Linux.
>
> Shaz wrote:
>> Hi,
>>
>> I am getting bad magic number when I try to boot from micro SD with my
>> new uImage. I had a clean and successful make and make uImage. I have
>> an firs
Hi,
I am getting bad magic number when I try to boot from micro SD with my
new uImage. I had a clean and successful make and make uImage. I have
an first partition on SD card of 100MB (vfat) and 899MB (ext3). I am
using the moko toolchain as the later commands show. And got the
sources from
On Mon, 8 Sep 2008, Kevin Squire wrote:
> I did try setting the clock lower, (e.g., sd_max_clk=500, even
> 250), but that didn't help.
Keep going to 1/5 of the last value. Does that help? A 2GB card I bought
was only stable at about that clock rate.
At 1/2 of that last value, I think
Kevin Squire wrote:
> On Mon, Sep 8, 2008 at 11:03 AM, Kevin Squire <[EMAIL PROTECTED]> wrote:
>> Hi,
>>
>>> I have problems accessing my 8Go SD Card
>
>
>> For my disk, my thoughts are that the first sector is bad. I'll try
>> to confirm
On Tue, Sep 9, 2008 at 7:34 AM, Kevin Squire <[EMAIL PROTECTED]> wrote:
> On Mon, Sep 8, 2008 at 11:03 AM, Kevin Squire <[EMAIL PROTECTED]>
> wrote:
> > Hi,
> >
> >> I have problems accessing my 8Go SD Card
> >
>
>
> > For my disk, my th
On Mon, Sep 8, 2008 at 11:03 AM, Kevin Squire <[EMAIL PROTECTED]> wrote:
> Hi,
>
>> I have problems accessing my 8Go SD Card
>
> For my disk, my thoughts are that the first sector is bad. I'll try
> to confirm this later today (don't have anything els
Hi,
> I have problems accessing my 8Go SD Card
Just to echo, I've had the same problem, and found exactly the same
thing--I can't read the card right after boot, could eventually get it
recognized, but had a hard time getting it recognized again and an
impossible time trying to b
Hi all,
I have problems accessing my 8Go SD Card
following different advices found in the wiki and the mailing list, I
managed to change env in uboot
after boot :
[EMAIL PROTECTED]:~# cat /proc/cmdline
glamo_mci.sd_max_clk=1000 rootfstype=jffs2 root=/dev/mtdblock6
console
What helped me was setting up another menu entry in u-boot adding to the
bootargs:
glamo_mci.sd_drive=3 glamo_mci.sd_idleclk=1 glamo_mci.sd_max_clk=500
rootdelay=5
The relevant part was sd_max_clk ( might work with higher value, but is ok
as is for me) and the rootdelay, after that the card wa
[EMAIL PROTECTED]:/sys/module/glamo_mci/parameters# cat sd_drive
0
[EMAIL PROTECTED]:/sys/module/glamo_mci/parameters# cat sd_idleclk
0
[EMAIL PROTECTED]:/sys/module/glamo_mci/parameters# cat sd_max_clk
1666
[EMAIL PROTECTED]:/sys/module/glamo_mci/parameters# cat sd_slow_ratio
8
haven't had m
Hi Nicolas,
search the list(s) or the wiki for the various parameters in ( I think )
/sys/module/glamo_mci/parameters/ :
It boils down to either setting idle_clk=1 prior to suspend to avoid
getting the MBR trashed, and/or reducing the sd cards max speed on bootup to
get the card recognized (whi
Hi all,
I'm a newcomer to this list
I just received a new sd card
a SanDisk SDSDQ-8192-E11M, shown as supported in
http://wiki.openmoko.org/wiki/Supported_microSD_cards
following these instructions :
http://wiki.openmoko.org/wiki/Booting_from_SD#Partioning_the_SD_card
I managed to
with following content:
- - - snip
#!/bin/sh
echo 1 > /sys/module/glamo_mci/parameters/sd_idleclk
apm.o ${*}
echo 0 > /sys/module/glamo_mci/parameters/sd_idleclk
- - - snap ---
regards, morlac
Am 25.08.2008 um 17:10 schrieb Simon Matthews:
> With my 8G Sandisk SD card,
That is exactly the thing i was searching for. Scripts that would be
automatically executed before suspend or after resume. :)
Now i will try this and activate suspend support on my neo. Until now i
don't use suspend with my debian system on the sd-card because i don't
want to have pro
Simon Matthews wrote:
> I
> would be interested to know if anyone else has tried it and if it works
> for them.
Works for me. Two shell scripts:
/etc/apm/suspend.d/00sd_idleclk
which contains
=
Is it possible to execute some script every time the neo comes out from
suspend only once?
I would like to suspend it with a manually script which enables the
sd_idleclk, syncs the sd-card, waits a few seconds and then go to sleep.
But after resume i want to disable sd_idleclk automatically so
On Tue, 2008-08-26 at 18:38 +0200, AVee wrote:
> Depending on your usage of the SD card you could also workaround the issue
> with a few symlinks. When the card is wrongly mounted just add symlinks to
> the new location of the content of the card in /media/card/. Once you did
>
On Monday 25 August 2008 17:10, Simon Matthews wrote:
> With my 8G Sandisk SD card, i can reliably fix the problems i have been
> having by turning on the SD clock all the time. To do this type the
> command
> echo 1 > /sys/module/glamo_mci/parameters/sd_idleclk
> then do s
Maybe it is possible to get a workaround for this problem until it is
fixed. When using a custom suspend script we maybe could do this stuff
manual.
When i would suspend the neo i start a script which first activates the
sd_idleclk. Than it activates some access to the sd card and after that
> This of course won't do the GPS much good, but i think the real fix
> might be to give the SD card more clock cycles before and after commands
> to give it time to finish executing commands.
wouldn't it be sensible to turn on the sd clock before suspend and do
somthing? aft
With my 8G Sandisk SD card, i can reliably fix the problems i have been
having by turning on the SD clock all the time. To do this type the
command
echo 1 > /sys/module/glamo_mci/parameters/sd_idleclk
then do something that will access the SD card before doing a suspend.
This of course won&#
the corruption of SD cards has been on the list and been attributed to a bug
connected with suspend/resume. This, currently, means that that i cannot use
the 8GB card.
Is there a way out for a user (other than getting the bug fixed)?
--
___
Openmoko co
A.dre <[EMAIL PROTECTED]> writes:
> Than I downloaded "Openmoko-Freerunner-20080424-om-gta02.rootfs.jffs2"
> and "uImage-2.6.24+git20080424-om-gta02.bin" (exactly the same files
> installed on the phone I believe) in order to write/copy these to
> SD-ca
Hello list,
I (first time poster and newly FR enjoy-er) try to boot from SD-card. I
want to make a second environment in which I can experiment _without_
changing the software that the phone ships with. That is, without making
all to big changes to the original software on the phone.
I
Hello,
I tried installing the FSO milestone 2 onto my SD card, but booting fails
saying:
[...]
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing init memory: 128K
Kernel panic - not syncing: No init found. Try passing init=option to
kernel
Andy Green wrote:
> | Has anyone
> | figured out how to kick the GPS receiver into UBX mode? I would be
> | curious to see if that changes anything.
>
> It's actually documented by Ublox in here (Okular eats it)
>
> http://www.u-blox.com/c
s of the location. It's hard to square that with
|> the other decent results that have been reported for tracking, including
|> ones pulling maps from SD Card, although I guess you are spamming the
|> card as hard as you can for this test.
|
| It seems that gpsprof gets a value of 1
ld be
curious to see if that changes anything.
> For the last result, it seems to show only 2 / 2500 results from GPS are
> within 20 Million meters of the location. It's hard to square that with
> the other decent results that have been reported for tracking, including
> ones pul
r at the time the cap workaround was
floated we ran SD_CLK all the time, now we only run it tightly around SD
Card access and performed changes to drivers impacting that problem from
several different directions including slew rate, voltage and frequency.
(If anyone does want to do it, make sure
Scott Derrick wrote:
> Not sure how to proceed now. Is Openmoko going to be taking FR's back
> for repairs?
Several of us have asked whether trying the hardware fix will void/limit
our warranties on the Freerunners, but I don't recall seeing any
official answer from Openmoko one way or the ot
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| Did you try the software fix first. And test before and after before
| proceeding with the cap fix?
I think his problem is he "fixed it good" at the moment so he can't even
run his SD card
Did you try the software fix first. And test before and after before
proceeding with the cap fix?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Scott Derrick
Sent: Sunday, August 03, 2008 6:17 AM
To: community@lists.openmoko.org
Subject: Re: SD Card
On Sat, Aug 2, 2008 at 7:13 PM, Scott Derrick <[EMAIL PROTECTED]> wrote:
> Not sure how to proceed now. Is Openmoko going to be taking FR's back
> for repairs?
Put it up on ebay? I'll bid $50 if the only thing broken is the SD c
> | I unsoldered the cap, sucked and scraped all the solder out. Metered
> | between all the pins to verify no shorts( I know I should have done that
> | first). Put the card back in and no joy.. nada..
> |
> | Not sure how to proceed now. Is Openmoko going to be taking FR's back
> | for repai
yes
Francesco Cat wrote:
> have you tried a different SD before sending it??
>
> 2008/8/3 Scott Derrick <[EMAIL PROTECTED]>:
>> Well I think I screwed my SD card reader trying to solder on the GPS fix.
___
Openmoko community m
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| Well I think I screwed my SD card reader trying to solder on the GPS fix.
|
| I got the cap soldered on, slamed in an sd card and fired it up.
|
| No card. Nothing mounted at /media/card and doing a manual
have you tried a different SD before sending it??
2008/8/3 Scott Derrick <[EMAIL PROTECTED]>:
> Well I think I screwed my SD card reader trying to solder on the GPS fix.
>
> I got the cap soldered on, slamed in an sd card and fired it up.
>
> No card. Nothing mounted at /m
Well I think I screwed my SD card reader trying to solder on the GPS fix.
I got the cap soldered on, slamed in an sd card and fired it up.
No card. Nothing mounted at /media/card and doing a manual mount
produced the error
mount: special device /dev/mmcblk0p1 does not exist
BUMMER!
So
Al Johnson <[EMAIL PROTECTED]> writes:
> We only need to replace 1 of the 2 3D accels with a 3D gyro. I've not looked
> at the size or cost of solid state gyros so I don't know how practical that
> might be.
>
That's not a bad idea... I haven't looked into what accelerometers we have in
the F
Al Johnson schrieb:
> We only need to replace 1 of the 2 3D accels with a 3D gyro. I've not looked
> at the size or cost of solid state gyros so I don't know how practical that
> might be.
Well, if this:
http://www.invensense.com/products/idg_300.html
had three axes instead of two, it would
On Friday 01 August 2008, Vinc Duran wrote:
> On Thu, Jul 31, 2008 at 5:28 PM, Andreas Bogk <[EMAIL PROTECTED]> wrote:
> >
> > I'm not a mathematician, but I think I have sufficiently understood
> > Kalman filters and dead reckoning. A little known trick is to use
> > ordinary integration with th
> Actually I was wondering, how many people actually use the sd card and
> what
> size is suggested for the sd card?
there are several threads regarding this.
the included 512mb is supposed to work.
with other (4g and 8g) notably have suspend/resume problems been reported,
which is
Vinc Duran schrieb:
>> But... what are our chances GTA03 will have a 3D gyro?
> Could the accelerometers be substituted for a 3d gyro?
No, you need both accelerometer *and* gyro measurements for dead reckoning.
Andreas
___
Openmoko community mailing l
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| Le vendredi 01 août 2008, Andy Green a écrit :
|> opkg install kernel-module-g-ether kernel-module-cdc-ether
|
| Having updated the kernel and everything, I get a FATAL error with that:
|
| opkg install kern
Le vendredi 01 août 2008, Andy Green a écrit :
> opkg install kernel-module-g-ether kernel-module-cdc-ether
Having updated the kernel and everything, I get a FATAL error with that:
opkg install kernel-module-g-ether kernel-module-cdc-ether
Installing kernel-module-g-ether
(2:2.6.24+git27+1a95efd
l the time
even with the card idle and did not test for what it does during card
transactions. Since then, the way we treat the card has gotten
seriously more optimized:
~ - SD_CLK is stopped unless we are making an access
~ - Voltage to shipping SD Card is reduced to 2.7V from 3.3V
~ - Edges on
Hi there!
I'm not Andy obviously, but I think I still can answer that one ;)
> Hi Andy,
>
> I'm the guy who said that.
>
> Actually I based my observation on the fact that i saw an entry of
> 10/x/y as the endmost entry on the TangoGPS status line.
> Isn't that supposed to mean that it still h
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| After a reboot, it worked ok so its a false alarm - sorry!
Thanks for clearing it up.
- -Andy
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enig
Andy Green wrote:
> Somebody in the thread at some point said:
>
> | I'm using OM2007.2 updated to today morning (Thursday July 31), and
> | TangoGPS.
> | Also have the map cache directory on the card. Normally works fine, but
> | when I move indoors,
> | gps shows 10 satellite fixes and gives
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| One last thing, the voltage scaling and clock rate reduction patches
| aren't in the kernel you used, they should be around in tomorrow's
| packages: if you have 600 sec to spare it would be inte
ed in ram are displayed.
> | I can see the files on the sd card so that part is ok.
> |
> | If I use /tmp tango is fine.
>
> Sorry when you say "works partially or not at all", what is the symptom?
> ~ Is that a GPS issue or a "maps on SD Card" data retri
>
> One last thing, the voltage scaling and clock rate reduction patches
> aren't in the kernel you used, they should be around in tomorrow's
> packages: if you have 600 sec to spare it would be interesting to see if
> they made any change :-)
>
> - -Andy
>
Hi Andy,
To get that kernel you referen
On Thu, Jul 31, 2008 at 5:28 PM, Andreas Bogk <[EMAIL PROTECTED]> wrote:
>
> I'm not a mathematician, but I think I have sufficiently understood
> Kalman filters and dead reckoning. A little known trick is to use
> ordinary integration with the strap-down equation given the
> accelerometer and g
issue :-)
| What I did was run three test, one with the SD card removed, one with
| the SD card installed but idle and one with the SD card being used
| heavily. For each test, I ran simultaneous tests on two other GPS
| receivers to give a reference point.
|
| The short version is that SD card act
Brian Wilson schrieb:
> See http://www.trimble.com/tms/placer450.aspx?dtID=overview
>
> They use a small gyroscope.
[...]
> If you are walking around and want a reasonable position the Kalman
> filter would probably be easier to deal with.
> Is there a mathematician in the house?
I'm not a mathe
I did some testing today to add some more data points (or fuel on the
fire, depending on your point of view :-)
What I did was run three test, one with the SD card removed, one with
the SD card installed but idle and one with the SD card being used
heavily. For each test, I ran simultaneous
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| I'm using OM2007.2 updated to today morning (Thursday July 31), and
| TangoGPS.
| Also have the map cache directory on the card. Normally works fine, but
| when I move indoors,
| gps shows 10 satellite
> Besides the point that a small pocket-IMU would be great. To GPS jumts
> that big exist? As fas as i understand GPS it should have little jitter.
Trimble had a few GPS models out with dead reckoning. Not pocket
sized. I think they are all off the market now. I got one off Ebay a
few weeks ago b
Tilman Baumann wrote:
> Andy Green wrote:
>
>>
> Inertial navigation systems for the masses!
> Anyone here who wants to write a kalman filter?
>
> Besides the point that a small pocket-IMU would be great. To GPS jumts
> that big exist? As fas as i understand GPS it should have little jitte
This one?
http://wiki.openmoko.org/wiki/Image:Gta02_gps_10pf_rework_sop.pdf
On Thursday 31 July 2008, steve wrote:
> Do folks know wher to find the SOP for the cap fix?
>
> Tony, if you havent already, go ahead and post the SOP for the cap fix.
> It's easy enough to do
> And undo.
__
Andy Green wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Somebody in the thread at some point said:
> | steve schrieb:
> |> Amaybe when SD I/O occurs one could use the accelerometers to dead
> reckon?
> |
> | Dead reckoning without gyros is pretty hard. In theory, the two
> | acc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| steve schrieb:
|> Amaybe when SD I/O occurs one could use the accelerometers to dead
reckon?
|
| Dead reckoning without gyros is pretty hard. In theory, the two
| accelerometers are not mounted in the sam
steve schrieb:
> Amaybe when SD I/O occurs one could use the accelerometers to dead reckon?
Dead reckoning without gyros is pretty hard. In theory, the two
accelerometers are not mounted in the same place and thus could be used
to derive rotation, but in practice they're pretty close to each
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| Do folks know wher to find the SOP for the cap fix?
|
| Tony, if you havent already, go ahead and post the SOP for the cap
fix. It's
| easy enough to do
| And undo.
Did you ever do it, steve?
- -Andy
-
] On Behalf Of Jay Vaughan
Sent: Wednesday, July 30, 2008 1:24 AM
To: List for Openmoko community discussion
Subject: Re: Warranty after fix for GTA02 GPS rework for SD card
interferenceissue
> (We have external LNA) It means it can track with a 16dBm reduction
> in GPS signal after it ma
008 1:14 AM
To: List for Openmoko community discussion
Subject: Re: Warranty after fix for GTA02 GPS rework for SD card
interferenceissue
> I haven't had any problems with TTFF since the software update was
> done. In fact my impression from all the emails on the subject was
> that t
> If I use /tmp tango is fine.
did you ever change the path for the repository? it defaults to /tmp, so
if you never set another path it will always look in /tmp/Maps/.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.open
201 - 300 of 397 matches
Mail list logo
