Re: QTMoko website

2012-10-04 Thread Radek Polak 
On Thursday, October 04, 2012 08:10:51 PM Neil Jerram wrote:

> 1. If two applications each use NeoGpsPlugin+QNmeaWhereabouts to access
> GPS, there will be two instances of NeoGpsPlugin, and they will both try
> to open /dev/ttyO1, which (for me) hangs the whole system.  Therefore,
> even if we modify every GPS application to use QWhereabouts, we still
> can't run more than one of those applications at the same time.

Oki, this sound like a big flaw in QWhereabouts - i thought they had solved 
such a basic thing when they implemented it - btw older qtopia was using gpsd.

> With my patch, you still get all that for applications like NeronGPS
> that use QWhereabouts - except I don't know about AGPS, because we don't
> yet have that on GTA04.

Hmm maybe we could use the gpsd hooks for this. Or we can stick with Nmea 
whereabouts on GTA02 and use gpsd on GTA04.

> I agree you wouldn't get it if, say, the Bluetooth GPS export function
> was running on its own.  That wouldn't be a problem for me, though,
> because the device that I'm trying to export GPS to has it own good UI
> for showing fix status, satellites and so on.

Oki

> Also in practice I expect
> that I'll usually be running NeronGPS at the same time, and that will
> activate QWhereabouts and so give me all those UI indications on the
> GTA04.

This is good idea.

> I agree that's annoying - for example because it prevents me from trying
> out the QGpsdWhereabouts code - but I don't understand how it might
> affect your wheezy/armhf experiment.  As long as there's a version of
> gpspipe that matches the version of gpsd, I don't think we need anything
> else.

I think we could try it for next GTA04 release then - or whenever you are 
finished with it, just send me the final patch...

Regards

Radek

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

Re: QTMoko website

2012-10-04 Thread Neil Jerram 
Radek Polak  writes:

> On Tuesday, October 02, 2012 08:01:03 PM Neil Jerram wrote:
>
>> Attached is a patch to make QtMoko's GPS framework (Q*Whereabouts) use
>> gpsd instead of reading directly from /dev/ttyO1.  The benefit of that
>> is that multiple clients, both Qt and non-Qt, can all use GPS at the
>> same time.
>
> Nice, i was trying to do something like this too, but without any results.
>
> But I wonder how much is gpsd useful for us now. We have lightweight 
> Whereabouts framework which now works good on GTA02 and GTA04. On GTA02 it 
> even handles supplying AGPS data.
>
> I wonder what GPSD can do for us.

Well, I've been using it because I'd like to export GPS from my GTA04 to
another device, over Bluetooth, at the same time as running NeronGPS on
the GTA04.

I believe there are two problems with using
NeoGpsPlugin+QNmeaWhereabouts for that, both of which are solved by
using gpsd instead (with the patch that I posted).

1. If two applications each use NeoGpsPlugin+QNmeaWhereabouts to access
GPS, there will be two instances of NeoGpsPlugin, and they will both try
to open /dev/ttyO1, which (for me) hangs the whole system.  Therefore,
even if we modify every GPS application to use QWhereabouts, we still
can't run more than one of those applications at the same time.

2. For Bluetooth export I need the NMEA stream, and QWhereabouts doesn't
provide that.  To get the NMEA stream I need either to read /dev/ttyO1
directly - which means I can't run any other GPS application at the same
time - or to use gpsd and gpspipe.

> It's another program running in background eating system resources.

I haven't done any measurements, but it doesn't seem that bad.  I
believe it doesn't do anything at all - even access /dev/ttyO1 - until
an application connects to its port, and I didn't notice any impact
while actually using GPS.

> The programs that will use GPSD will be poorly integrated in QtMoko -
> i.e. not showing the fix status in title bar, no blinking with LED to
> indicated NMEA activity, no AGPS.

With my patch, you still get all that for applications like NeronGPS
that use QWhereabouts - except I don't know about AGPS, because we don't
yet have that on GTA04.

I agree you wouldn't get it if, say, the Bluetooth GPS export function
was running on its own.  That wouldn't be a problem for me, though,
because the device that I'm trying to export GPS to has it own good UI
for showing fix status, satellites and so on.  Also in practice I expect
that I'll usually be running NeronGPS at the same time, and that will
activate QWhereabouts and so give me all those UI indications on the
GTA04.

> And one more thing - i hate GPSD because they are breaking API compatibility 
> and we have no control of it. I want now to do some wheezy/armhf experimental 
> release for GTA04 and if wheezy/sqeeze gpsd are not compatible then it's 
> quite 
> problem...

I agree that's annoying - for example because it prevents me from trying
out the QGpsdWhereabouts code - but I don't understand how it might
affect your wheezy/armhf experiment.  As long as there's a version of
gpspipe that matches the version of gpsd, I don't think we need anything
else.

Regards,
Neil

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

Invitation to indicate interest in next batch of GTA04A5 boards

2012-10-04 Thread Dr. H. Nikolaus Schaller 
We have started to plan the production of the next GTA04 batch.
This will include a minor board layout update (therefore the name
GTA04A5). For some details what will change, please see [1].

It is very important that we can estimate the real demand and
depending on that set the right price. Therefore, please use the
wishlist function to state that you are interested and what your
favourite price would be.

Please note that if you choose a high price, likelihood will increase
that we can produce earlier and in smaller batches. If you choose a
lower price this is fine as well, but it may not become available at
your preferred price. I.e. we are trying to find an optimum between
price and number of units.

Anyways, a wishlist entry is not binding - it just gives us a picture
what our community is interested in.

So please start voting:



The more votes we get, the better the picture will be.

Nikolaus


[1]: http://lists.goldelico.com/pipermail/community/2012-October/000103.html

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

Re: Bye SHR, hello QTMoko (and battery life)

2012-10-04 Thread Timo Juhani Lindfors 
David Garabana Barro  writes:
> How can I do it?
> Is there any wiki page about it?

The bug report that you linked to talks about different ways to do that.


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

Re: Bye SHR, hello QTMoko (and battery life)

2012-10-04 Thread Radek Polak 
On Thursday, October 04, 2012 09:04:00 AM David Garabana Barro wrote:

> O Xoves, 4 de Outubro de 2012, Timo Juhani Lindfors escribiu:
> > David Garabana Barro  writes:
> > > I've read about http://docs.openmoko.org/trac/ticket//2349, but it
> > > should be fixed in qtmoko's 2.6.34, isn't it?
> > 
> > Yes.
> 
> Thanks
> 
> > Can you measure the power consumption please? With and without GSM.
> 
> How can I do it?
> Is there any wiki page about it?

The trac ticket you are reffering to has commands how to do it. Besides QtMoko 
has the information about current consumption on the home screen (near the 
lightning icon e.g. 300/12mA which means 300mA now, 12mA in last suspend). And 
finally you can even read the current_now sysfs file.

If you enable deep sleep the values should be something like 10..12mA

Regards

Radek


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

Re: Bye SHR, hello QTMoko (and battery life)

2012-10-04 Thread David Garabana Barro 
O Xoves, 4 de Outubro de 2012, Timo Juhani Lindfors escribiu:
> David Garabana Barro  writes:
> > I've read about http://docs.openmoko.org/trac/ticket//2349, but it should
> > be fixed in qtmoko's 2.6.34, isn't it?
> 
> Yes.

Thanks

> Can you measure the power consumption please? With and without GSM.

How can I do it?
Is there any wiki page about it?

-- 
David Garabana Barro
jabber & google talk ID:da...@garabana.com
Clave pública PGP/GPG:  http://davide.garabana.com/pgp.html


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Bye SHR, hello QTMoko (and battery life)

2012-10-04 Thread David Garabana Barro 
O Xoves, 4 de Outubro de 2012, Radek Polak escribiu:

> > Is this standby time normal for this version?
> > What is your standby time?
> But i have never had dumb battery so cant help much here. The original
> openmoko battery has the advantage, that you immediately see if something
> is wrong.

All my batteries are original, not dumb.
I've bough it at pulster.de, Christoph still sells them 


-- 
David Garabana Barro
jabber & google talk ID:da...@garabana.com
Clave pública PGP/GPG:  http://davide.garabana.com/pgp.html


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community