On Thu, 2009-04-09 at 12:24 +0200, Daniel Willmann wrote:
> On Tue, 17 Mar 2009 00:38:17 +0100
> Michael 'Mickey' Lauer wrote:
>
> > > 2009.03.16 23:06:54 frameworkd.persist ERRORno persist data for
> > > subsystem ogpsd
> >
> > No problem, it will be generated next time. Daniel, should we t
On Tue, 17 Mar 2009 00:38:17 +0100
Michael 'Mickey' Lauer wrote:
> > 2009.03.16 23:06:54 frameworkd.persist ERRORno persist data for
> > subsystem ogpsd
>
> No problem, it will be generated next time. Daniel, should we turn
> this into an INFO rather than an ERROR?
Hmm, this is coming from
Yeap. I was recently fixed and it works now on SHR-Unstable.
So for those who still have problems - try upgrading frameworkd.
Leonti
On Mon, Mar 30, 2009 at 6:06 PM, Yorick Moko wrote:
> have you guys tried this:
> http://trac.freesmartphone.org/ticket/265
>
> ?
>
> On Mon, Mar 30, 2009 at 3:45
have you guys tried this:
http://trac.freesmartphone.org/ticket/265
?
On Mon, Mar 30, 2009 at 3:45 AM, roby wrote:
> On Fri, Mar 20, 2009 at 6:17 PM, Yorick Moko wrote:
>> i also didn't get fixes with shr-testing
>> it used to work fine
>> it also still works with openmok-agpsui, but not with t
On Fri, Mar 20, 2009 at 6:17 PM, Yorick Moko wrote:
> i also didn't get fixes with shr-testing
> it used to work fine
> it also still works with openmok-agpsui, but not with tangogps
I have noticed that if i
-start with agpsui,
-Power on,
-wait for the fix (without moving the phone)
-close agpsui
i also didn't get fixes with shr-testing
it used to work fine
it also still works with openmok-agpsui, but not with tangogps
also waited long, and removed that pickle
On Fri, Mar 20, 2009 at 4:51 PM, Vinzenz Hersche wrote:
> On Freitag 20 März 2009 16:26:53 KaZeR wrote:
>> I've flashed to shr-te
On Freitag 20 März 2009 16:26:53 KaZeR wrote:
> I've flashed to shr-testing a few days ago, and *never* managed to get a
> fix since.
>
> I've noticed the following line in the log, when starting tangoGPS for
> example :
>
> Mar 20 16:22:53 om-gta02 user.debug kernel: [63639.39] rxerr: port
> c
nd closing the app, so i guess it's when the GPS is
started/stopped.
Nothing else in my log.
Has someone ever faced this issue?
--
View this message in context:
http://n2.nabble.com/-SHR-FSOGPS---no-fix%2C-ogpsd.pickle-question-tp2384123p2509470.html
Sent from the Openmoko Community maili
ok, i will testing again.. but with the previus system there was also no
failure.. and my brother had 7 fixes in anything about 5 minutes, me 0.. also
after restart, disabeling and enabeling etc.. but good cause the code work's
:)
ps: see you @ openmoko-stand by openexpo bern, i heard? (i "work
Am Dienstag, den 17.03.2009, 00:13 +0100 schrieb Vinzenz Hersche:
> it's very strange, i tried also with a actuall download of the testing-kernel
> and testing lite-image and a new flash of both (so they should be new), but
> it
> also doesn't work..
>
> r...@om-gta02 ~ $ cat /var/log/framework
it's very strange, i tried also with a actuall download of the testing-kernel
and testing lite-image and a new flash of both (so they should be new), but it
also doesn't work..
r...@om-gta02 ~ $ cat /var/log/frameworkd.log | grep gps
2009.03.16 23:06:48 frameworkd.controller INFO launching i
> so, is there a way to reconfigure this file? it works by my brother (but
> he's sleeping, so i couldn't copy the file yet :p )
even if he's awake -- no chance.
sysfs is created by the kernel upon boot and mounted at /sys.
most likely your kernel is too new and/or your fso-framework too old.
h
hello there..
my gps-daemon isn't running, because it want's a file which isn't exist in my
installation (shr-testing, with jffs2)..
r...@om-gta02 ~ $ cat /var/log/frameworkd.log | grep gps
2009.03.16 22:35:36 frameworkd.controller INFO launching internal
subsystem ogpsd
2009.03.16 22:35:36
hello there,
i had a problem with my gps-daemon. i hadn't a file which is needed to start
the gps-daemon.
r...@om-gta02 ~ $ cat /var/log/frameworkd.log | grep gps
2009.03.16 22:35:36 frameworkd.controller INFO launching internal
subsystem ogpsd
2009.03.16 22:35:36 frameworkd.subsystem INFO
Since my update of yesterday evening I have successfully obtain a fix
(and /etc/init.d/fso-gpsd stop && rm ogps.pickle && reboot)
Try to do the update :if it works it was a regression, if not it
confirms another problem, getting a fix is very tricky.
Best regards,
Xavier
_
Hi!
I'm running latest SHR unstable distribution and there is no way I can
get gps fix.
1. System time and timezone are set correctly.
2. ogps.pickle removed.
3. Phone restarted.
Still no fix.
I even tried to reflash phone to om 2008.08 distro - "Locations"
application can get my GPS position.
Wh
> Daniel asked for a _complete_ log just 3 hours after the initial bug
> report (Ticket #265). But no answer until now...
well, i assumed, the op would have provided one.
anyway. i did a
grep ogpsd
over my frameworkd.log (almost 100.000 lines since 2008.11.29 00:07:12)
and there still are about
Hi,
On Sat, Nov 29, 2008 at 06:34:18PM +0100, arne anka wrote:
> atm there's no fix at all, neither after 3 nor after 10 minutes.
> the log is full of
> Discarded data not UBX ...
> and ubx seems, afair, to be the format the agps uses/needes.
>
> so far there's no statement of the fso developers,
> AGPS is *not* disabling normal non-"A" operation of GPS (means there is
well, agps doesn't come from heaven -- it has to be programmed somehow.
and i simply think it possible that there something goes wrong.
> btw: It seems to me as if 3 minutes difference in time shouldn't make any
> trouble
Am Sa 29. November 2008 schrieb arne anka:
> > Either the GPS knows where to look for the sats (due to accurate data
> > being supplied by AGPS)
>
> true, o pharao -- but afair the issue was, that no fix at all was obtained.
> and if that is caused by whatever feeds the ublox with agps data, th
...right now i'm still no able to get a fix, so maybe it's better for me to
downgrade to 4.0 if this is the only solution (hoping that debian mantains
the right enumeration... 0.4.3 is my current version).
d
On Sat, Nov 29, 2008 at 4:01 PM, arne anka <[EMAIL PROTECTED]> wrote:
> > Either the GPS
> Either the GPS knows where to look for the sats (due to accurate data
> being supplied by AGPS)
true, o pharao -- but afair the issue was, that no fix at all was obtained.
and if that is caused by whatever feeds the ublox with agps data, the
feeding routine has to be more tolerant, ie issue
Am Do 27. November 2008 schrieb arne anka:
> > I don know why, and I'm not shure if it was solved by the changes I have
> > made, but after time and timezone was correct fso-gpsd fixed in less then
> > 2min.
>
> if that's really the cause it needs fixing -- my fr is always about 3 min
> behind
I've put milestone 4 back on, and I'm now getting UBX messages in the debug
log, so something clearly broke in 4.1 . Took a while (it's raining hard and
I'm indoors) but I finally got a fix.
Methinks something's broken between 4 and 4.1 - there doesn't appear to be an
existing bug for this so I
> I don know why, and I'm not shure if it was solved by the changes I have
> made, but after time and timezone was correct fso-gpsd fixed in less then
> 2min.
if that's really the cause it needs fixing -- my fr is always about 3 min
behind in time when rebooted and i do not always have a ntp sou
://n2.nabble.com/-Debian--FSO--GPS--No-Fix-tp1521077p1585370.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
> >
> > Antony King - 01908 268 901
> > Systems Consultant
> > SolutionTrax Technologies - http://www.solutiontrax.com
> >
> > ___
> > Openmoko community mailing list
> > community@lists.openmoko.org
>
__
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>
--
View this message in context:
http://n2.nabble.com/-Debian--FSO--GPS--No-Fix-tp1521077p1584706.html
Sent from the Op
My FSO 4.1 is running the fso-gpsd too.
The only oddity with mine is that it lives on the SD card. I deliberately kept
everything clean as far as the install goes - I just installed tangoGPS after
installing FSO 4.1, then when the GPS didn't work I did a opkg update/upgrade
on 24th and tried i
ko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>
--
View this message in context:
http://n2.nabble.com/-Debian--FSO--GPS--No-Fix-tp1521077p1578627.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
On Tue, Nov 25, 2008 at 10:24 PM, glownan <[EMAIL PROTECTED]> wrote:
>
> Hi, I'm using SHR and having the same problem.
SHR latest image was shipped with gpsd instead of fso-gpsd.
Just opkg remove --force-depends gpsd; opkg install fso-gpsd and it'll work.
Future images will be corrected.
--
Ju
GSV,3,1,11,05,78,276,25,17,03,039,,04,21,068,32,09,48,135,28*7A
>> > > $GPGSV,3,2,11,29,19,200,27,12,83,044,28,30,50,263,37,02,18,113,29*78
>> > > $GPGSV,3,3,11,14,42,290,33,32,05,344,33,31,04
>> > >
>> > >
>> > > but still no fix this morning.
>> >
>> > Restart and then please do not read/write from/to /dev/ttySAC1.
>> > For further informations, search the ml archives...
>> >
>> > Greetings,
>> > Sascha
>> >
>> >
>> > ___
>> > Openmoko community mailing list
>> > community@lists.openmoko.org
>> > http://lists.openmoko.org/mailman/listinfo/community
>
>
>
> --
>
> Antony King - 01908 268 901
> Systems Consultant
> SolutionTrax Technologies - http://www.solutiontrax.com
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>
--
View this message in context:
http://n2.nabble.com/-Debian--FSO--GPS--No-Fix-tp1521077p1578295.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
I'm using FSO 4.1 , and have a similar problem. Enabling debug on framework
gives messages that suggest it is sending NMEA data when frameworkd is
expexting UBX data. There's a curious message in the logs - 'exception
0x8040 was trapped' .The GPS clearly has power. Here's some of the log:
I have the same problem... updated debian and now sephora is not working and
no gps fix... very annoying
d
On Thu, Nov 20, 2008 at 11:06 AM, Sascha Wessel <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On Wed, Nov 19, 2008 at 11:56:33PM -0800, Fragggy wrote:
> > I think so.
> >
> > cat
> >
> /sys/devices/p
Hi,
On Wed, Nov 19, 2008 at 11:56:33PM -0800, Fragggy wrote:
> I think so.
>
> cat
> /sys/devices/platform/s3c2440-i2c/i2c-adapter/i2c-0/0-0073/neo1973-pm-gps.0/pwron
> shows a 1
>
> I have put the Freerunner next to a window over Night and logt the output of
> /dev/ttySAC1.
> After a few minute
On Wed, 19 Nov 2008 23:56:33 -0800 (PST)
Fragggy <[EMAIL PROTECTED]> wrote:
>
> I think so.
>
> cat
> /sys/devices/platform/s3c2440-i2c/i2c-adapter/i2c-0/0-0073/neo1973-pm-gps.0/pwron
> shows a 1
>
> I have put the Freerunner next to a window over Night and logt the output of
> /dev/ttySAC1.
>
,3,2,11,29,19,200,27,12,83,044,28,30,50,263,37,02,18,113,29*78
$GPGSV,3,3,11,14,42,290,33,32,05,344,33,31,04
but still no fix this morning.
--
View this message in context:
http://n2.nabble.com/-Debian--FSO--GPS--No-Fix-tp1521077p1556214.html
Sent from the Openmoko Community mailing list archive at Nabble.com
Fragggy <[EMAIL PROTECTED]> writes:
> But the most important thing for me is, that after the update i get no gps
> fix anymore.
Does the GPS chip have power?
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mail
2947
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
pa
GPSD,P=?,A=?
It would be nice if someone has a hint, where I could start debuging.
Greetings
Dennis M
--
View this message in context:
http://n2.nabble.com/-Debian--FSO--GPS--No-Fix-tp1521077p1521077.html
Hi,
On Fri, Aug 22, 2008 at 23:27 (+0200), Torfinn Ingolfsen wrote:
> signal sender=:1.3 -> dest=(null destination) path=/org/gpsd;
> interface=org.gpsd; member=fix
I don't see this kind of message. Maybe that's due to different
daemon-implementations on different hardware? Also all dbus-paths st
Hello,
On Fri, Aug 22, 2008 at 8:51 PM, Benito Torres <[EMAIL PROTECTED]> wrote:
> Hi,
>
> (I'm mailing to this list because I don't know where to post bug reports
> targetting the package-management in the fso-{testing,unstable}-feeds.
> Is trac.freesmartphone.org the right place?)
>
> My problem
Hi,
(I'm mailing to this list because I don't know where to post bug reports
targetting the package-management in the fso-{testing,unstable}-feeds.
Is trac.freesmartphone.org the right place?)
My problem: I'm experiencing problems with GPS since an upgrade with the
fso-testing-feed.
After the up
42 matches
Mail list logo