[Gta04-owner] New hw-validation snapshot
wankelwankel at yahoo.com
Sat Nov 19 15:44:53 CET 2011
On Saturday 19 November 2011 11:38:19 Boudewijn wrote:
> On Friday 18 November 2011 20:57:34 Dr. H. Nikolaus Schaller wrote:
> > Hi,
> > Am 18.11.2011 um 14:16 schrieb Boudewijn:
> > > On Friday 18 November 2011 11:13:00 Christoph Mair wrote:
> > > > On Fri, Nov 18, 2011 at 11:08 AM, Neil Jerram
> > > > <neil at ossau.homelinux.net>
> > > > > On 18.11.2011 09:35, Neil Jerram wrote:
> > > > >> On 17.11.2011 09:35, Christoph Mair wrote:
> > > > >>> Maybe its possible to boot use a initramfs to test the GPS
> > > > >>> reception. This would eliminate all activities on the mmc data
> > > > >>> lines.
> > > > >>
> > > > >> I'm willing to try this, but I don't understand how to implement
> > > > >> your suggestion. Could you provide more detailed guidance? (Or
> > > > >> just point me to some existing reference.)
> > > > >
> > > > > To be a bit more precise: I think I understand the idea of
> > > > > initramfs and how to create one, but
> > > > >
> > > > > (1) I can't see (looking at boot.txt) how I can tell u-boot to tell
> > > > > Linux to use an initramfs
> > > > >
> > > > > (2) I don't understand how this would eliminate MMC activity -
> > > > > because wouldn't the kernel and initramfs still be being loaded
> > > > > from the SD card?
> > > > >
> > > > > (And I believe that MMC == SD, right?)
> > > >
> > > > You're right. My thought was the following:
> > > > If the system is running from an initramfs the kernel won't touch the
> > > > SD card. If the rootfs is on the card it may uses it for whatever
> > > > reason (logging..).
> > > >
> > > > Probably this could also be done with the u-boot test commands. If
> > > > you have access to the serial console, enter the u-boot command
> > > > prompt and type (from
> > > > http://projects.goldelico.com/p/gta04-uboot/page/NewCommands) $ gps
> > > > init
> > > > $ gps on
> > > > $ gps echo
> > >
> > > For wat it's worth, I just downloaded the new kernel and configs.. Who
> > > knows ;-)
> > I spent the afternoon comparing several of the prototype GTA04 boards
> > and a GTA02. Using an external antenna glued with tape to the window's
> > glass (it is a little too cold to open the window and place the antenna
> > under open sky).
> > Now the GTA04 boards. They all appear to be quite deaf.
> > After approx. 25 minutes one board (running Linux) did suddenly know the
> > time.
> > And some seconds later it did know the date.
> > Nov 18 18:52:50.645 cltest NEMA:
> > $GPRMC,185251.295,V,,,,,,,180806,,,N Nov 18 18:52:51.411 cltest
> > NEMA:
> > $GPGGA,185252.295,,,,,0,00,,,M,0.0,M,,0000 Nov 18 18:52:51.434
> > cltest NEMA: $GPGSA,A,1,,,,,,,,,,,,,,,
> > Nov 18 18:52:51.481 cltest NEMA:
> > $GPRMC,185252.295,V,,,,,,,181111,,,N
> > Again a little later:
> > Nov 18 18:53:10.450 cltest NEMA:
> > $GPGSV,3,1,12,04,89,179,26,20,56,046,,23,48,224,,27,37,090,
> > indicates that Satellite #04 had SNR of 26 dB at el=89 and az=179.
> > Does anyone know what a "reasonable" value of SNR should be?
> > If all EA board owners could take the challenge and do some tests?
> I'll let it next to the window (on the inside) for the next few hours.
It's been watching the garden for most of the afternoon now, running the HW
validation image and off the Openmoko powersupply:
Sat Nov 19 14:30:23 UTC 2011
gta04:~# cat /dev/ttyS1|grep GPRMC
gta04:~# cat /dev/ttyS1|grep GPGGA
gta04:~# cat /dev/ttyS1|grep GPGSV
Sat Nov 19 14:30:55 UTC 2011
Too bad, but not totally unexpected :-(
I have an external antenna, but not with the right connector. Only the
amplifier needs power, not the antenna, wasn't it? So there's nothing to
measure at the external connector to see if it got (enough) power.
The Phoenux has been laying near the heating, so near a lot of iron (and
water..), but I don't have an easily reached window without heating
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Gta04-owner