Bug #1024 (oscillating re-camping), a possible solution.

[sylar]

pare che i moccoli sian (dal punto di vista hardware) più differenziati di quanto si pensasse finora (se ho capito correttamente).

è proprio vero che il moko è... unico 
scusate, non me la sono saputa risparmiare
io credo che anche 80 sarebbero tante.. anyway, occorre convincere eshopen e gli altri produttori a fixare, io credo di chiamare domani esh e vedere che ne pensano... ovviamente vorranno notizie certe, quindi se, come dice giotti, qualcuno chiarisse...

eshopen da quel che ho capito ha chiuso con i buzz fix anche a pagamento

[johnnymnemonic]

Io ho mandato a Golden Delicious sia per il 1024 che per il buzz, spedendo con raccomandata estera che non costa un patrimonio

[giotti]

Importanti novità sono oggi emerse in mailing-list/sul wiki: nel caso di distro basate sulla lettera Q:

QT based distos (Qtopia, QTExtended, QTMoko...)

Edit /opt/qtmoko/etc/default/Trolltech/Modem.conf , it should contain:

[DeepSleep]
Active=yes

And reboot.

mentre prima si parlava di always.

Aggiornando alla mail dopo:

It's the same if you have "always" or "yes". The code checks for "never" and
activates deep sleep otherwise.

http://github.com/radekp/qtmoko/blob/master/devices/neo/src/plugins/phonevendors/neo/vendor_neo.cpp

    if (deepsleep == "never")
        chat("AT%SLEEP=2");
    else
        chat("AT%SLEEP=4");

Regards

Radek

Non sò se questo vale per tutte le Qbased... io metto yes :-)

[Joif]

vorrei un chiarimento (e spero non se ne sia parlato già prima, non ho letto tutte le pagine precedenti), il bug #1024 è presente su TUTTI i moko? perché sul wiki è riportato: "Not every Freerunner suffers this issue". Devo pensare che c'è qualche fortunato che abbia un moko naturalmente privo di questo bug?
Nella stessa pagina del wiki viene proposto uno script (solo per distro basate su FSO), ho provato a lanciarlo da SHR ma non credo funzioni tanto bene, non riesco a produrre nessun output (forse perché SHR usa dbus2?).
Comunque, c'è qualche modo un po' più empirico per verificare l'esistenza di questo bug anche su altre distro? Ad esempio io uso QtMoko, faccio le dovute modifiche dette nel post precedente e magari verifico se il mokkolo riceve le chiamate quando è in suspend?

[giotti]

Io ho fatto proprio  così...

[sanvy]

giotti, quali feedback con la Q? funzia o non funzia? tu sei condensator-fixato o software-fixato?

Joif: se è caduto qualche condensatore nel saldatore in fabbrica...
In effetti non capisco perchè alcuni non abbiano il problema... insomma non sono tutti fatti con lo stesso stampo?

[Joif]

boh sta di fatto che ho attivato il deepsleep su qtmoko da un paio d'ore e il mokkolo riceve chiamate ed sms correttamente......  aspetto però a domani, dopo un uso intensivo, per dare dati certi!

[djdas]

Il #1024 è un problema (come il buzzing) che dipende fortemente dalle tollerane dei componenti hardware (cosa che adesso è provata essere eccessiva sui componenti del Moko) oltre che dalle condizioni di utilizzo (nei due casi specifici potenza del segnale cellulare).
Quindi non tutti i Moko hanno il problema ma soprattutto non è detto che a parità di cellulare in condizioni diverse (ad es spostandosi da un centro abitato ben coperto dal segnale verso una zona meno coperta) il problema non appaia improvvisamente.
Ciau!

[giotti]

giotti, quali feedback con la Q? funzia o non funzia? tu sei condensator-fixato o software-fixato?

Non è cambiato nulla rispetto a quanto scritto nei post precedenti.

PS hard

[Joif]

riporto i risultati del mio test molto "casereccio" 
dopo un paio d'ore dall'ultimo mio post qui ho lasciato il mokkolo staccato dal caricabatteria.
Il mio è un gta02 A7 (senza l'hardware fix per il #1024). Siccome volevo capire se il mio moko fosse affetto o meno da questo problema ho abilitato il deepsleep in qtmokov22 (e buttato giù bluetooth, wifi,gprs). Ho effettuato due telefonate da poco meno di un'ora e mandato circa 18 sms. Il mokkolo ha chiesto pietà solo stamattina verso le 8 , richiedendomi con una certa insistenza il caricabatteria
Durata complessiva quindi: 30 ore circa.
Una considerazione: con l'opzione deepsleep attivata non perdo nessuna telefonata o sms. Potrei azzardare che il mio freerunner non sia affetto dal 1024, ma come detto più volte e da più voci questi problemi sono molto relativi, sta di fatto però che in questa situazione mi aspettavo qualcosa di più di 30 ore... Dovrei fare una "prova del 9" con SHR, ma siccome SHR (testing) non ne ha mai voluto sapere di funzionare degnamente con il mio moko vi rinuncio.

[giotti]

Considera che le telefonate succhiano bestialmente (tipo 0.5% al minuto)!

[djdas]

+ 0.1% di scatto alla risposta

[pavo_baxter]

+ 0.1% di scatto alla risposta

@Djdas: questa è pessima

@giotti: ma così tanto una chiamata? e invece un SMS? e c'è differenza tra ricevuto e inviato?

[giotti]

Sono andato ad occhio, non ho misure (degne di questo nome galileianamente parlando) che mi suffraghino.

[sanvy]

beh in ogni caso le chiamate ciucciano, basti pensare al nuovo nokia che prevede una settimana circa in standby e solo 1 giorno in chiamata.

hai detto, joif, che ti aspettavi più di 30h... beh 30h io me le sogno anche senza chiamate... non ho qt, ma sia H1 (rev4b5, old) sia android non durano più di 12 senza chiamate... anche se devo dire che qualche antenna a volte è attiva.
Se davvero si raggiungono 30h di autonomia è una gran cosa, senza l'hw-fix.