*Posible* solución a #1024

[Davide]

Buenas a todos

Por si alguien no está suscrito a la lista de hardware, una (muy) buena
noticia:

http://lists.openmoko.org/pipermail/hardware/2009-May/001192.html

Una solución al bug #1024 (reconexión continua a la red GSM). Parece que esta
solución ha funcionado para todos los Neos donde la han probado, lo cual es
una buena noticia.
Concretamente, mi Neo sufre de este bug brutalmente, tanto que hasta FSO 5 (y
derivadas), con la posibilidad de desactivar el deep_sleep en el Calypso, para
mí era imposible usar el Neo como teléfono. Cada llamada recibida con el móvil
suspendido, era una bonita llamada perdida, además de tener infinitos
problemas de "despertar" del Neo :(
La solución software, que consiste en no dejar que el Calypso (el chip GSM)
entre en estado de máximo ahorro de energía, hace (al menos en mi caso) que el
Neo dejase de perder llamadas y que despertase bien de la suspensión, pero a
cambio la vida de la batería se ve reducida sustancialmente.

Antes de desempolvar el soldador, habrá que esperar algún comentario a este
post, pero yo cambiaré ese condensador en cuanto pueda, para ganar vida de
batería (que no viene mal :)

Por cierto, independientemente de esta solución, si tu Neo no sufre de #1024
(por ejemplo, si no perdías llamadas en QtExtended o en OM2008.x), y ahora
usas SHR, OM2009, Debian, o cualquier otra distro basada en FSO, ganarás vida
de batería si cambias en /etc/frameworkd.conf el parámetro

ti_calypso_deep_sleep = never (por defecto)

por

ti_calypso_deep_sleep =  adaptive

o, si te sientes aventurero,

ti_calypso_deep_sleep = always

Adaptive es "inteligente", en el sentido de que si detecta reconexiones,
desactiva el "deep sleep", pero si sufres #1024, puede que en el proceso de
detección pierdas alguna llamda.
Always activará "deep sleep" siempre que el móvil se suspenda. Si sufres #1024,
tu vida se convertirá en un infierno ;)

Mientras no solucionamos este problema por "hardware", nada como hacer pruebas,
y escoger el que mejor se adapte a nuestro Neo. El valor por defecto es el más
seguro y funciona en todos, pero desde luego no es el óptimo...


P.D. Siento el ladrillo de correo ;)
P.D.2 David, puestos a pedir... Alguna posibilidad de arreglar tambien esto en
la fixparty? ;)

_______________________________________________
Local-openmoko-spain mailing list
[hidden email]
http://lists.projects.openmoko.org/mailman/listinfo/local-openmoko-spain

[Davide]

On Tuesday 26 May 2009 11:31:39 David Garabana Barro wrote:

> P.D.2 David, puestos a pedir... Alguna posibilidad de arreglar tambien esto
> en la fixparty? ;)

Of course, y antes de que parezca que tengo mucho morro...

Teniendo en cuenta que esto no está auspiciado por Openmoko, me refiero a la
*posibilidad*, no necesariamente gratuita :)



_______________________________________________
Local-openmoko-spain mailing list
[hidden email]
http://lists.projects.openmoko.org/mailman/listinfo/local-openmoko-spain

[David Samblas]

Parece que la segunda solucion de Dima Kogan es un poco mas sencilla
que la incial, espero que Wolfgang saque un SOP de esto para evaluarlo
, Rafa tu como lo ves?

El día 26 de mayo de 2009 11:31, David Garabana Barro
<[hidden email]> escribió:

> Buenas a todos
>
> Por si alguien no está suscrito a la lista de hardware, una (muy) buena
> noticia:
>
> http://lists.openmoko.org/pipermail/hardware/2009-May/001192.html
>
> Una solución al bug #1024 (reconexión continua a la red GSM). Parece que esta
> solución ha funcionado para todos los Neos donde la han probado, lo cual es
> una buena noticia.
> Concretamente, mi Neo sufre de este bug brutalmente, tanto que hasta FSO 5 (y
> derivadas), con la posibilidad de desactivar el deep_sleep en el Calypso, para
> mí era imposible usar el Neo como teléfono. Cada llamada recibida con el móvil
> suspendido, era una bonita llamada perdida, además de tener infinitos
> problemas de "despertar" del Neo :(
> La solución software, que consiste en no dejar que el Calypso (el chip GSM)
> entre en estado de máximo ahorro de energía, hace (al menos en mi caso) que el
> Neo dejase de perder llamadas y que despertase bien de la suspensión, pero a
> cambio la vida de la batería se ve reducida sustancialmente.
>
> Antes de desempolvar el soldador, habrá que esperar algún comentario a este
> post, pero yo cambiaré ese condensador en cuanto pueda, para ganar vida de
> batería (que no viene mal :)
>
> Por cierto, independientemente de esta solución, si tu Neo no sufre de #1024
> (por ejemplo, si no perdías llamadas en QtExtended o en OM2008.x), y ahora
> usas SHR, OM2009, Debian, o cualquier otra distro basada en FSO, ganarás vida
> de batería si cambias en /etc/frameworkd.conf el parámetro
>
> ti_calypso_deep_sleep = never (por defecto)
>
> por
>
> ti_calypso_deep_sleep =  adaptive
>
> o, si te sientes aventurero,
>
> ti_calypso_deep_sleep = always
>
> Adaptive es "inteligente", en el sentido de que si detecta reconexiones,
> desactiva el "deep sleep", pero si sufres #1024, puede que en el proceso de
> detección pierdas alguna llamda.
> Always activará "deep sleep" siempre que el móvil se suspenda. Si sufres #1024,
> tu vida se convertirá en un infierno ;)
>
> Mientras no solucionamos este problema por "hardware", nada como hacer pruebas,
> y escoger el que mejor se adapte a nuestro Neo. El valor por defecto es el más
> seguro y funciona en todos, pero desde luego no es el óptimo...
>
>
> P.D. Siento el ladrillo de correo ;)
> P.D.2 David, puestos a pedir... Alguna posibilidad de arreglar tambien esto en
> la fixparty? ;)
>
> _______________________________________________
> Local-openmoko-spain mailing list
> [hidden email]
> http://lists.projects.openmoko.org/mailman/listinfo/local-openmoko-spain
>

--
David Reyes Samblas Martinez
http://www.tuxbrain.com
Open ultraportable & embedded solutions
Openmoko, Openpandora,  Arduino
Hey, watch out!!! There's a linux in your pocket!!!

_______________________________________________
Local-openmoko-spain mailing list
[hidden email]
http://lists.projects.openmoko.org/mailman/listinfo/local-openmoko-spain

[Davide]

On Tuesday 26 May 2009 12:20:40 David Reyes Samblas Martinez wrote:
> Parece que la segunda solucion de Dima Kogan es un poco mas sencilla
> que la incial, espero que Wolfgang saque un SOP de esto para evaluarlo
> , Rafa tu como lo ves?

Dieter también propone otra solución:

> The other solution is to remove C1009 and replace it
> with a 22 uF capacitor. Daniel Willmann has done this
> successfully with a few phones.

Con mis habilidades limitadas de "soldador", hasta me parece más sencilla que
la de Dima o la primera de Dieter.
Hace bastante tiempo, con paciencia y cuidado, cambié una resistencia rota de
una placa madre, y no fue demasiado complejo. Desoldarla fue trivial (salió en
dos trozos, claro), y para soldarla recuerdo que lo difícil fue ponerla y
mantenerla en su sitio, pero luego dos simples puntos de estaño, y a tirar...

Creo que hubiese sido más complicado soldar otra "pegada" a la que ha había...

Pero es sólo mi experiencia, claro. Rafa, tú que dices?

_______________________________________________
Local-openmoko-spain mailing list
[hidden email]
http://lists.projects.openmoko.org/mailman/listinfo/local-openmoko-spain

[Rafael Campos]

Hola a tod@s,


En primer lugar, perdon por el silencio. He estado 2 semanitas
currando muuchas horas al dia y este finde no me apetecia conectarme
al PC para leer los mensajes, lo siento, pero me han apretao en el
curro y estaba un poco cansado.

Como aún no he leido el post del 1024 (si estoy suscrito a la lista
HW, jejeje ;) )

Dejedme un par de dias para evaluarlo.

Okis.



2009/5/26 David Garabana Barro <[hidden email]>:

> On Tuesday 26 May 2009 12:20:40 David Reyes Samblas Martinez wrote:
>> Parece que la segunda solucion de Dima Kogan es un poco mas sencilla
>> que la incial, espero que Wolfgang saque un SOP de esto para evaluarlo
>> , Rafa tu como lo ves?
>
> Dieter también propone otra solución:
>
>> The other solution is to remove C1009 and replace it
>> with a 22 uF capacitor. Daniel Willmann has done this
>> successfully with a few phones.
>
> Con mis habilidades limitadas de "soldador", hasta me parece más sencilla que
> la de Dima o la primera de Dieter.
> Hace bastante tiempo, con paciencia y cuidado, cambié una resistencia rota de
> una placa madre, y no fue demasiado complejo. Desoldarla fue trivial (salió en
> dos trozos, claro), y para soldarla recuerdo que lo difícil fue ponerla y
> mantenerla en su sitio, pero luego dos simples puntos de estaño, y a tirar...
>
> Creo que hubiese sido más complicado soldar otra "pegada" a la que ha había...
>
> Pero es sólo mi experiencia, claro. Rafa, tú que dices?
>
> _______________________________________________
> Local-openmoko-spain mailing list
> [hidden email]
> http://lists.projects.openmoko.org/mailman/listinfo/local-openmoko-spain
>

Saludos

--
___________
Rafael Campos
o0 Methril 0o
http://openblog.methril.net/

_______________________________________________
Local-openmoko-spain mailing list
[hidden email]
http://lists.projects.openmoko.org/mailman/listinfo/local-openmoko-spain

[David Samblas]

Parece el mismo caso que el fix de gps, se ha solucionado por sofware,
ni Steve ni Joerg recomiendan que se trate como  el Buzz fix ya parece
que es bastante mas dificil de arreglar que cualquiera de los dos
casos anterioremente mencionados, a ver que opinas tu Rafa.

El día 1 de junio de 2009 21:14, Rafael Campos <[hidden email]> escribió:

> Hola a tod@s,
>
>
> En primer lugar, perdon por el silencio. He estado 2 semanitas
> currando muuchas horas al dia y este finde no me apetecia conectarme
> al PC para leer los mensajes, lo siento, pero me han apretao en el
> curro y estaba un poco cansado.
>
> Como aún no he leido el post del 1024 (si estoy suscrito a la lista
> HW, jejeje ;) )
>
> Dejedme un par de dias para evaluarlo.
>
> Okis.
>
>
>
> 2009/5/26 David Garabana Barro <[hidden email]>:
>> On Tuesday 26 May 2009 12:20:40 David Reyes Samblas Martinez wrote:
>>> Parece que la segunda solucion de Dima Kogan es un poco mas sencilla
>>> que la incial, espero que Wolfgang saque un SOP de esto para evaluarlo
>>> , Rafa tu como lo ves?
>>
>> Dieter también propone otra solución:
>>
>>> The other solution is to remove C1009 and replace it
>>> with a 22 uF capacitor. Daniel Willmann has done this
>>> successfully with a few phones.
>>
>> Con mis habilidades limitadas de "soldador", hasta me parece más sencilla que
>> la de Dima o la primera de Dieter.
>> Hace bastante tiempo, con paciencia y cuidado, cambié una resistencia rota de
>> una placa madre, y no fue demasiado complejo. Desoldarla fue trivial (salió en
>> dos trozos, claro), y para soldarla recuerdo que lo difícil fue ponerla y
>> mantenerla en su sitio, pero luego dos simples puntos de estaño, y a tirar...
>>
>> Creo que hubiese sido más complicado soldar otra "pegada" a la que ha había...
>>
>> Pero es sólo mi experiencia, claro. Rafa, tú que dices?
>>
>> _______________________________________________
>> Local-openmoko-spain mailing list
>> [hidden email]
>> http://lists.projects.openmoko.org/mailman/listinfo/local-openmoko-spain
>>
>
> Saludos
>
> --
> ___________
> Rafael Campos
> o0 Methril 0o
> http://openblog.methril.net/
>
> _______________________________________________
> Local-openmoko-spain mailing list
> [hidden email]
> http://lists.projects.openmoko.org/mailman/listinfo/local-openmoko-spain
>

--
David Reyes Samblas Martinez
http://www.tuxbrain.com
Open ultraportable & embedded solutions
Openmoko, Openpandora,  Arduino
Hey, watch out!!! There's a linux in your pocket!!!

_______________________________________________
Local-openmoko-spain mailing list
[hidden email]
http://lists.projects.openmoko.org/mailman/listinfo/local-openmoko-spain

[Davide]

Some javascript/style in this post has been disabled (why?)

O Luns, 1 de Xuño de 2009, David Reyes Samblas Martinez escribiu:
> Parece el mismo caso que el fix de gps, se ha solucionado por sofware,
> ni Steve ni Joerg recomiendan que se trate como el Buzz fix ya parece
> que es bastante mas dificil de arreglar que cualquiera de los dos
> casos anterioremente mencionados, a ver que opinas tu Rafa.

Hombre, no es por ser "llevacontrarias", pero yo no lo veo ni parecido al del gps.
El bug del GPS (que por cierto, mi Neo venía con él solucionado) hacía que tardases en obtener el primer FIX, pero luego el rendimiento era el mismo con la solución soft que la solución hard.
En este caso, con la solución software consigues no perder llamadas, sí, pero a cambio el tiempo de barería decrece (y no estamos sobrados de ese, eh? :)

Y los número de los que hablan Joerg son de hasta un 25% de mejora!. Y aún en el peor de los casos, un 5%, se agradecerá...
Los Gigabytes se componen de bytes, no? ;)

La "solución" software me parece más un parche que una verdadera solución.

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

_______________________________________________
Local-openmoko-spain mailing list
[hidden email]
http://lists.projects.openmoko.org/mailman/listinfo/local-openmoko-spain

[Rafael Campos]

Hol@ a tod@s,

Volviendo con este tema, por fin he conseguid reducir mi lista de
correos pendientes y he leido la solución al bug #1024. Os comento un
poco más abajo.

2009/6/2 David Garabana Barro <[hidden email]>:
> O Luns, 1 de Xuño de 2009, David Reyes Samblas Martinez escribiu:
>> Parece el mismo caso que el fix de gps, se ha solucionado por sofware,
>> ni Steve ni Joerg recomiendan que se trate como el Buzz fix ya parece
>> que es bastante mas dificil de arreglar que cualquiera de los dos
>> casos anterioremente mencionados, a ver que opinas tu Rafa.
>
Si, es más dificil, pero no parece imposible. Antes de dar carpetazo
al asunto, podriamos ver como me las apaño con mi Neo. He pedido unos
condensadores, y mirare de hacerlo sobre una placa SMD de pruebas que
tengo aqui, y sobre mi Neo. Si lo veo factible, podriamos hacer algo
por la gente interesad, no te parece David?
> Hombre, no es por ser "llevacontrarias", pero yo no lo veo ni parecido al
> del gps.
> El bug del GPS (que por cierto, mi Neo venía con él solucionado) hacía que
> tardases en obtener el primer FIX, pero luego el rendimiento era el mismo
> con la solución soft que la solución hard.
> En este caso, con la solución software consigues no perder llamadas, sí,
> pero a cambio el tiempo de barería decrece (y no estamos sobrados de ese,
> eh? :)

No, el del GPS es muy facil y no necesitas ni desmontar el telefono,
que por cierto, me dije que me lo hiba a poner... pero hasta ahora
nada. se me ha olvidado comprar los condensadores y ahi sigo, con mi
A5 sin upgradear, es 1 A7 parcial ;) jejeje
>
> Y los número de los que hablan Joerg son de hasta un 25% de mejora!. Y aún
> en el peor de los casos, un 5%, se agradecerá...
> Los Gigabytes se componen de bytes, no? ;)
>

Si, la verdad es que si esas mediciones de bateria estan bien hechas,
es casi un 25% y se aproxima a un telefono comercial, con lo cual
podria ser hasta competitivo :)
> La "solución" software me parece más un parche que una verdadera solución.
>
Es una solución, pero no creo que sea la "mejor".

> --
> David Garabana Barro
> jabber & google talk ID: [hidden email]
> Clave pública PGP/GPG: http://davide.garabana.com/pgp.html
> _______________________________________________
> Local-openmoko-spain mailing list
> [hidden email]
> http://lists.projects.openmoko.org/mailman/listinfo/local-openmoko-spain
>
>

Saludos.
--
___________
Rafael Campos
o0 Methril 0o
http://openblog.methril.net/

_______________________________________________
Local-openmoko-spain mailing list
[hidden email]
http://lists.projects.openmoko.org/mailman/listinfo/local-openmoko-spain