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: 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 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
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  wrote:

On Tue, 22 Nov 2011 21:20:16 -0500 
Benjamin Deeringmailto: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 
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: Cant get gpsd to work

[RANJAN]

Thank you for your suggestions guys.Will tinker around it for some time.

Ranjan

On Tue, Jan 10, 2012 at 1:27 PM, Radek Polak  wrote:

> On Monday 09 January 2012 17:27:56 David Matthews wrote:
>
> > Incidentally - I wonder what the AGPS and GPS standby scripts are for?
>
> AGPS scripts are automatically called by qtmoko's gps system.
>
> Dump is called when GPS has fix and saves some data to
> /var/something_with_gps_in_name.
>
> Restore is called when some app requests gps - it uses the data above to
> speedup getting fix (IIRC i could get fix in like 10s with the agps data).
>
> I dont know if standby is currently used - but Freerunner's GPS has
> ability to
> enter some low power sleep mode and after waking up it can get fast fix
> again.
>
> Maybe you can find some more accurate info here:
>
>https://github.com/radekp/gta02-agps
>
> Regards
>
> Radek
>
> ___
> 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: [QtMoko] MokoFaen theme questions

[SZENTE Balint]

Hello!

On Tue, 10 Jan 2012 14:47:15 +0100
fdvj...@vodafone.it wrote:

> 1) it's a feature that I didn't consider at first, at the moment it 
> doesn't work but I suppose it's just a problem with the xml. I'll
> work on it!

I would be glad if you could fix this. I use this feature to detect
when the GSM chip occasionally looses the connection in deep-sleep with
low battery (the showed location differs from the place where actually I
am). After the resume it reconnects on the GSM network, but at least
I'm aware this way that I might missed some calls :-)

> 2) and 3) I know these issues but I do not have a solution, hints 
> appreciated :)

I will take a look in the source code. Maybe we can fix it directly
from the C++ code that generates those strings.

Thanks,
Balint

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

Re: [QtMoko] MokoFaen theme questions

[fdvjoif]

Il 10/01/2012 10:39, Balint SZENTE ha scritto:

Hello!


I'm using this very nice theme with Droid fonts on my GTA02 and QtMoko
v37. I would like to ask the following questions:

  1. The classical QtMoko theme showed me permanently the Location cell
  broadcast message in the top left corner of the home screen. These
  Faenza icon based themes does not show the location, even if I enable
  it. I tried to edit the relevant commented  tag in the home.xml
  file, but without success. Can you give me some hints about this?

  2. I would like to see the year with 4 digits in the datetime widget on
  the home screen. How could I achieve this?

  3. The hours in the time widget on the home screen should be space or
  eventually 0 padded to force the colon on the center line when the
  hour has only a single digit. Is this doable form the theme XML files?

Thank you,
Balint

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

Hi!
1) it's a feature that I didn't consider at first, at the moment it 
doesn't work but I suppose it's just a problem with the xml. I'll work 
on it!
2) and 3) I know these issues but I do not have a solution, hints 
appreciated :)


Joif

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

[QtMoko] MokoFaen theme questions

[Balint SZENTE]

Hello!


I'm using this very nice theme with Droid fonts on my GTA02 and QtMoko
v37. I would like to ask the following questions:

 1. The classical QtMoko theme showed me permanently the Location cell
 broadcast message in the top left corner of the home screen. These
 Faenza icon based themes does not show the location, even if I enable
 it. I tried to edit the relevant commented  tag in the home.xml
 file, but without success. Can you give me some hints about this?

 2. I would like to see the year with 4 digits in the datetime widget on
 the home screen. How could I achieve this?

 3. The hours in the time widget on the home screen should be space or
 eventually 0 padded to force the colon on the center line when the
 hour has only a single digit. Is this doable form the theme XML files?

Thank you,
Balint

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

Changing the WikiReader's splash screen

[Colin Caulkins]

Is there some place I might find step-by-step instructions for modifying 
the WikiReader's flash.rom to contain a splash screen image of my own 
devising?


Colin

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

Re: openBmap

[Patryk Benderz]

[cut]
> Epic Fail, Sergey!
Did you understood, what Sergey meant to say? Could you explain?
-- 
Patryk "LeadMan" Benderz
Linux Registered User #377521
()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments


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