EMULATORE TERMINALE, CARTELLA INIT.D e SCRIPT per S Advance
PREMESSA
Apro questo argomento che mi appassiona molto.
Preciso subito che la mia esperienza è limitata ma comunque ho deciso di condividerla. Siccome l'argomento è vasto, chiedo gentilmente la collaborazione di tutti, al fine di mettere insieme un utile strumento di consultazione, guida e discussione.
EMULATORE TERMINALE
COS'É ?
È un app che permette l'accesso diretto al sistema operativo tramite interfaccia linux. Siamo abituati a gestire sistemi operativi con l'interfaccia grafica.... ma qui di grafica non c'è nulla!
I comandi vengono dati in formato testo (vi ricordate il vecchio DOS?).
Si scarica dal play store, ci sono molte versioni, quella che uso io a cui faccio riferimento è questa: Android Terminal Emulator
A COSA SERVE
Appunto con Emulatore Terminale è possibile dialogare col nostro device in maniera diretta.
Quello che ci interessa in particolare è l'accesso ad alcune funzioni proprie del kernel: un esempio banale? Posso settare il governor, lo scheduler, la frequenza max e min della CPU..
RISCHI
Rischi? Si anche l'aspirina ha effetti collaterali e rischi. Con emulatore terminale abbiamo accesso completo al nostro dispositivo. Se sbagliamo comando od indirizzo possiamo comprometterlo anche in modo grave.
Pertanto nè io nè androidiani ci assumiamo alcuna responsabilità: ciò che fate anche se indicato qui è completamente a vostro rischio. "Ocio !"
REQUISITI
Avere il terminale con i privilegi di root non è indispensabile ma la sua mancanza ne limita moltissimo le funzioni.
La versione di Android è indifferente. Funziona sia su Gb sia su Jb e successive
Consigliato avere almeno la 4.1.2.
Consigliata la presenza di Busybox nel terminale, di solito già presente nelle ROM e nei kernel modificati
Per verificare la presenza di BUSYBOX digitate semplicemente busybox dalla riga di comando: se restituisce una lista comandi bella tosta vuol dire che c'è, altrimenti occorrerebbe andarla ad installare.
Ma raccomando tutti di NON installare Busybox fintanto che non avrò certezze sull'efficacia ed il settaggio delle configurazioni eventuali.
LISTA DEI PRINCIPALI COMANDI E SINTASSI
I comandi si digitano semplicemente nella riga di comando.
il comando fondamentale è questo:
su
con questo otteniamo i permessi di super utente necessari per operare nelle directory di sistema
cd /percorso serve a posizionarsi in una determinata cartella.
cat /percorso/nomefile
mostra il contenuto di un file, serve in particolare per consultare le variabili di sistema
echo
serve ad impostare certi valori nelle variabili o file di sistema
Per una lista non completa ma più estesa aprire lo spoiler
Spoiler:
Bene abbiamo capito (in senso metaforico...) qualcosa su come dare una serie di comandi da emulatore terminale.
Ricordiamoci che gran parte dei settaggi non permane dopo il riavvio, per cui vanno reimpostati ad ogni accensione.
Beh che cosa complicata!
Non c'è un modo per far eseguire automaticamente i nostri comandi senza doverli digitare ogni volta?
Si ce ne sono più di uno...
SCRIPT PER LA INIT.D
Un modo è quello di creare degli script da far eseguire automaticamente ad ogni avvio del terminale.
Al post 2 troverete un'ottima guida per fare ciò realizzata dal grande h4ck3r00.
SCRIPT PER WIDGET
Non tutti gli script vanno lanciati all'avvio, alcuni solo all'occorrenza.
Vedi guida al post n. 3
Al post n. 4 invece segnalo gli script disponibili per il nostro amato kernel COCORE
Ringrazio:
h4ck3r00
Miky500
remo0073
tommi77
Startrek
Dieguccio
JacOcaJ
Nello spoiler l'INDICEdei principali argomenti di questo topic.
Spoiler:
[GUIDA][GT-I9070/P]EMULATORE TERMINALE, CARTELLA INIT.D e SCRIPT[S Advance]
Visualizzazione stampabile
-
14-04-14, 16:33gianpassa[GUIDA][GT-I9070/P]EMULATORE TERMINALE, CARTELLA INIT.D e SCRIPT[S Advance]
-
14-04-14, 16:35h4ck3r00
Ci siamo!
Per preparare il nostro script init.d avremo prima di tutto bisogno di un kernel che supporti l'omonima funzione.
Fortunatamente il nostro CoCore lo supporta! :D
Se volete creare questi script da telefono vi raccomando di usare ES Gestore File, che comprende già tutto ciò che ci serve! :)
Procediamo quindi alla creazione del nostro file, che verrà posizionato nella cartella /system/etc/init.d (se non c'è createla, vi basta sapere che il CoCore lo supporta e date i permessi rwx rwx rwx root root).
Lo script non avrà nessuna estensione e i permessi saranno rwx rwx rwx.
C'è da dire che qualsiasi riga puramente indicativa, che non debba essere considerata dal comando dev'essere preceduta dal simbolo #
Ora, per prima cosa scriviamo:
Che è il comando principale per aprire un init.d.Quote:
#!/system/bin/sh
Dopo diamo il nostro comando, che se ha bisogno di un percorso dev'essere scritto per esteso;
Quindi NON dovremmo scrivere:
MA...Quote:
cd /*percorso*/*cartella*
Echo x > ecc...
Potete anche mettere una piccola descrizione del vostro comando o i crediti, ma ricordate che deve essere preceduto dal #.Quote:
echo x > /*percorso*/*cartella*
Esempio di script corretto:
Quote:
#!/system/bin/sh
#
#GOVERNOR CPU
#
echo "abyssplug" > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
#
#SCHEDULER I/O
echo "sio" > /sys/block/mmcblk0/queue/scheduler
Una volta terminato basta salvarlo e riavviare per testarlo!
UN GRAZIE A:
- Gianpassa
- Tommi77
- Remo0073
- Miky500 -
14-04-14, 16:36gianpassa
COME FAR ESEGUIRE I NOSTRI SCRIPT DA UN WIDGET
Abbiamo imparato nel post precedente a compilare dei file con i nostri script da far eseguire all'avvio.
Ma ci sono settaggi che necessiterebbe averli disponibili all'occorrenza.
E qui viene in aiuto un'app Script Manager e del suo SMWidgets
http://img.tapatalk.com/d/14/04/14/7ava7amy.jpghttp://img.tapatalk.com/d/14/04/14/abara3ys.jpg
-- Apriamo SManager
Ci posizioniamo nella cartella dove sono contenuti i nostri file con gli script oppure possiamo anche direttamente creare un nuovo file all'interno della app. Consiglio nella SD interna od esterna ma fuori dalla system.
-- Selezioniamo il file di nostro interesse
-- qui si apre una schermata che ti chiede cosa farne del file selezionato:
-- mettiamo la crocetta su script
-- attiviamo root per avere i permessi
-- se vogliamo che il file venga eseguito all'avvio spuntiamo anche boot (effetto identico di metterlo nella init.d)
-- possiamo verificare l'effetto cliccando run
-- usciamo, mettiamo SMWidgets in una schermata home
-- Click su Add one script widget
-- selezionare il file in precedenza attivato con SManager
Fatto avete un widget con il vostro script
Facciamo un piccolo esempio?
Eccolo : settare il governor e scheduler
NB testato su aosp
Creiamo un file di testo senza estensione con questo contenuto:
#!/system/bin/sh
echo "abyssplug" > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
echo "sio" > /sys/block/mmcblk0/queue/scheduler
ripassiamo la sintassi
echo questo è il comando, in questo caso scrivere all'interno di un file.
"abyssplug" è il contenuto che vogliamo venga inserito
/sys/devices/system/cpu/cpu0/cpufreq/scaling_governor questo ultimo scaling_governor è il file completo di percorso che verrà impostato dal comando echo con il parametro "abyssplug"
Quindi abbiamo impostato il governor in abyssug e lo scheduler in sio.
E possiamo eseguire tale comando con un click!
Per avere l'elenco completo dei settaggi disponibili per il kernel andare al successivo post n. 4.
Si rimanda invece al 6° post ed ai successivi per gli esempi pratici e più completi. -
14-04-14, 16:37gianpassa
ELENCO SETTAGGI DISPONIBILI PER IL COCORE.
CREDITI: KERNEL COCORE, Cocafe e Xda-developers che colgo l'occasione per ringraziare.
Questi settaggi sono propri del cocore ma ho visto essere per la maggior parte comuni anche ad altri kernel. Qualche comando differisce nel percorso e/o nome del file ma non nella sostanza.
CPU governors
Spoiler:
CPUFREQ - DVFS
Spoiler:
LiveOPP - CPU OC/UC/OV/UV
Spoiler:
GPU OC
Spoiler:
IO schedulers
Spoiler:
frandom module
Spoiler:
Deepest sleep state
Per settare il livello di deep sleep
Spoiler:
Charger Control
Per settare la quantità di corrente durante la carica
Spoiler:
Cycle Charging Control
Controllo dei cicli di carica
Spoiler:
USB Power Sharing
Controllo alimentazione in uscita USB
Spoiler:
USB Switcher
Spoiler:
WiFi PM Mode
Spoiler:
Real charged notification
Notifica di carica
Spoiler:
POnKey Emulator
Come emulare il tasto on/off sostituendolo con i tasti volume di/giù
Spoiler:
-
14-04-14, 16:38gianpassa
ABBamp Audio
Settaggio amplificazione audio
Spoiler:
Camera LED Flash
Controllo del flash a led
Spoiler:
Touch Booster control
Alza la frequenza il processore al tocco dello schermo
Spoiler:
Touch Parameters(Sensitivity included) control
regolazione parametri tocco e sensibilità
Spoiler:
-
14-04-14, 16:40gianpassa
Sweep2Wake
Spoiler:
Touch2Wake
Spoiler:
Touchkey LED
Spoiler:
Fsync control
Spoiler:
S6E63M0 Color Filters
Spoiler:
S6E63M0 Gamma Tuner
Spoiler:
S6E63M0 Gamma Mode
Spoiler:
S6E63M0 LCDCLK
Spoiler:
S6E63M0 Brightness(illumination)
Mali GPUSpoiler:
Spoiler:
TCP congestions
Spoiler:
EGL Driver
Spoiler:
CRT off-screen effect
Spoiler:
Miscellaneous
Spoiler:
-
14-04-14, 18:31gianpassa
riservatoooooooooo
-
14-04-14, 18:41gianpassa
riservatoooooooooo
-
14-04-14, 23:01gianpassa
MODALITÀ RISPARMIO ENERGETICO
Bene oggi posto un piccolo script per swidgets che serve per settare il telefono in modalità risparmio energetico mettendo il processore a 800Mhz e il governo abyssplug.
Ovviamente anche un altro che riporta la frequenza massima a 1000Mhz e governor pegasusq
La guida generale la trovate al terzo post.
Testato su AOSP che rispetto alla stock non ha questa funzione e ne avevo nostalgia...
Allegato 108266
Eccolo
#!/system/bin/sh
echo "800000" > /sys/power/cpufreq_max_limit
echo "abyssplug" > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
echo "sio" > /sys/block/mmcblk0/queue/scheduler
Io l'ho messo in un file che ho nominato RISP ENERGIA ON
E questo è il corrispondente inverso (RISP ENERGIA OFF)
#!/system/bin/sh
echo "1000000" > /sys/power/cpufreq_max_limit
echo "pegasusq" > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
echo "sio" > /sys/block/mmcblk0/queue/scheduler
Ricordiamoci di attivare nella app SManager l'icona root. -
15-04-14, 08:46tommi77
Wooow questo si che si chiama modding....:D:D:D
Ottimo lavoro...
Sarebbe interessante, o per lo meno per me, avere il comando per abilitare/disabilitare il "fast-dormancy"....;) -
15-04-14, 13:52h4ck3r00Che io sappia la fast dormancy è un' aggiunta di Samsung delle sue rom, e siccome c'è un codice numerico per attivarlo o disattivarlo, non ne vedo il bisgono! ;)Quote:
Originariamente inviato da tommi77
-
15-04-14, 14:00tommi77Vero...ma il codice numerico funziona solo su stock....su custom no, ci sarebbe un'app ma non riesco a capire se funge o meno....per questo chiedevo se c'era un comando da emulatore....Quote:
Originariamente inviato da h4ck3r00
-
15-04-14, 14:02h4ck3r00Appunto perciò, è un aggiunta delle rom touchwiz made by samsung, sulle custom non c'è!Quote:
Originariamente inviato da tommi77
-
15-04-14, 14:04tommi77Quindi l'app "fast dormancy toggle" non funge?Quote:
Originariamente inviato da h4ck3r00
Giusto per sapere... -
15-04-14, 14:08h4ck3r00In teoria no... :)Quote:
Originariamente inviato da tommi77
-
15-04-14, 14:09tommi77Grazie giovine....sempre preciso.....;)Quote:
Originariamente inviato da h4ck3r00
-
15-04-14, 22:23gianpassa
MODALITÀ RISPARMIO ENERGETICO 2
Sempre in tema di risparmio energetico questa volta ho messo insieme uno script sempre per widget per abbassare la luminosità dello schermo.
Rimane sempre adattivo rispetto alla luce ambientale ma con livelli più bassi.
Per fare ciò occorre lavorare sul file:
illumination_table
Esso contiene una tabella con 26 livelli di luminosità ambiente e a ciascun livello il corrispondente valore di luminosità schermo che va da 1 a circa 300.
Consiglio pertanto di cercare la posizione del file con un file manager che gestisca anche le funzioni di root.
Sulla aosp il file è in questo percorso:
/sys/devices/pri_lcd_s6e63m0.0/illumination_table
Da emulatore terminale possiamo verificare i valori di default con il comando cat
su
cat /sys/devices/pri_lcd_s6e63m0.0/illumination_table
Ecco il risultato per rom AOSP
Spoiler:
Ho abbassato i valori di ciascun livello.
Ecco lo script che ho chiamato RISP ILLUM ON
È lungo solo perché ripetuto 26 volte uno per ciascun livello, ma non c'è nulla di trascendentale... :D
Spoiler:
ovviamente ho anche compilato il corrispettivo che riporta i valori originali che ho chiamato
RISP ILLUM OFF
Spoiler:
Mettiamo gli script in due widget come spiegato nella guida al post 3 ed il gioco è fatto.
Ora avremo un widget che abbassa la luminosità pur rimanendo adattivo ed un altro per rimetterla di default.
Possiamo se vogliamo anche aggiungere le righe per settare la freq del processore, governor e scheduler in modo tale da avere con un unico pulsante la famosa modalità risparmio energetico come per la stock.
Ciao -
15-04-14, 22:25tommi77
Scusate se è poco....:D:D:D
-
18-04-14, 23:30gianpassa
ELIMINARE LA DOMINANTE CROMATICA DELLO SCHERMO
Il vostro schermo presenta una dominante cromatica?
Risposta: no.
Siamo talmente abituati a vederlo che ci sembra tutto a posto.
In casa abbiamo 2 S Adv ed entrambi presentano una leggera dominante gialla.
C'è anche un S plus che presenta invece l'esatto opposto: un viraggio ciano...
La cosa si evidenzia soprattutto nei grigi e nel bianco.
Bene per correggere la nostra dominante cromatica il kernel mette a disposizione un filtro per ogni canale.
Ecco i file
filter_R
filter_G
filter_B
Si trovano in questa posizione:
/sys/devices/pri_lcd_s6e63m0.0
Per vedere i valori di default da emul terminale:
su [INVIO]
cd /sys/devices/pri_lcd_s6e63m0.0 [INVIO]
cat filter_R [INVIO]
cat filter_G [INVIO]
cat filter_B [INVIO]
I valori di default dovrebbero essere questi:
R 24
G 8
B 36
Possiamo impostare valori diversi a nostro piacimento fino a trovare la combinazione giusta col comando Echo:
echo 45 > filter_B [INVIO]
qui ho alzato il livello del blu per contrastare il giallo.
Ecco la mia combinazione vincente da mettere in un file e farlo eseguire all'avvio da Smanager o meglio, se il kernel lo supporta, da mettere nella init.d
#!/system/bin/sh
#FILTRO COLORI ATTIVO
# by gianpassa
echo 16 > /sys/devices/pri_lcd_s6e63m0.0/filter_R
echo 4 > /sys/devices/pri_lcd_s6e63m0.0/filter_G
echo 58 > /sys/devices/pri_lcd_s6e63m0.0/filter_B
#
#se in init.d togliere le righe seguenti
#
cat /sys/devices/pri_lcd_s6e63m0.0/filter_R
cat /sys/devices/pri_lcd_s6e63m0.0/filter_G
cat /sys/devices/pri_lcd_s6e63m0.0/filter_B
I cambiamenti sono molto leggeri ma infatti anche la dominante gialla del mio terminale era leggera.
Ciao
EDIT
ho alzato ulteriormente la componente blu...
il confronto con il note 3 mi ha permesso di tarare il filtro in modo più obbiettivo.
EDIT2
ho sistemato lo script in modo tale da poter funzionare correttamente in un file per la init.d -
20-04-14, 00:50gianpassa
PARAMETRO TOUCH BOOSTER
Cos'è il touch booster?
È un parametro che regola il comportamento del processore al tocco dello schermo.
In pratica quando questa funzione é attiva, indipendente dalla necessità di calcolo richiesta in quel determinato momento, la frequenza del processore viene istantaneamente portata ad un determinato valore in risposta al semplice tocco dello schermo.
In parole povere ne aumenta la reattività.
Nel cocore tale funzione di default é disabilitata.
Sulla AOSP invece è attivo di default.
Per controllare lo stato del parametro da emulatore terminale:
su INVIO
cat /sys/kernel/mxt224e/touchboost INVIO
Restituisce on o off se attivo o meno
Per attivarlo:
echo on > /sys/kernel/mxt224e/touchboost INVIO
se vogliamo controllare la frequenza stabilita:
cat /sys/kernel/mxt224e/touchboost_freq INVIO
di default dovrebbe restituire 400000
Per aumentare la frequenza e portarlo a 800 MHz
echo 800000 > /sys/kernel/mxt224e/touchboost_freq
Invece se vogliamo disattivare tale funzione con lo scopo di salvare la batteria:
echo off >
/sys/kernel/mxt224e/touchboost INVIO
Io lo sto testando con la AOSP disattivato, per ora non noto differenze di comportamento in fatto di reattività, ma spero in un migliorato consumo di batteria...
Ecco lo script da mettere nel widget
TOUCH BOOST ON
#!/system/bin/sh
echo on > /sys/kernel/mxt224e/touchboost
cat /sys/kernel/mxt224e/touchboost
TOUCH BOOST 800 ON
#!/system/bin/sh
echo on > /sys/kernel/mxt224e/touchboost
cat /sys/kernel/mxt224e/touchboost
echo 800000 > /sys/kernel/mxt224e/touchboost_freq
cat /sys/kernel/mxt224e/touchboost_freq
cat /sys/kernel/mxt224e/touchboost_freq
TOUCH BOOST OFF
#!/system/bin/sh
echo off > /sys/kernel/mxt224e/touchboost
cat /sys/kernel/mxt224e/touchboost -
22-04-14, 23:14gianpassa
AUMENTARE IL VOLUME DELL'USCITA AUDIO (AURICOLARE)
Avete mai provato a collegare il telefono ad un impianto d'amplificazione stereo? I vostri file audio sono anche registrati ad un basso livello di volume?
In queste condizioni non avete mai desiderato di poter alzare ulteriormente il livello di volume in uscita?
Io si.
Il volume se usato con una cuffia standard è più che sufficiente ma quando lo attacco allo stereo in auto con il cavo (che tra l'altro così funge da ottimo vivavoce) il volume è decisamente inferiore a quello necessario...
AVVERTENZA:
Scusate ma mi tocca fare la predica...
Il volume in uscita usato con cuffie normali (per es quelle in dotazione) non ha alcun problema di volume troppo basso.
Questo script serve se usato in ambiti diversi (vedi sopra).
ASCOLTARE MUSICA CON AURICOLARI A VOLUMI TROPPO ELEVATI PUÒ DANNEGGIARE L'UDITO.
Si possono inoltre danneggiare anche gli auricolari stessi!
Ecco ciò che scrive cocafe in merito a questo:
Please note that listening to too high volume music over 1 hour or more can damage your ears.
Too high volume can make your external speakers/headset overload or damage them.
La sezione amplificazione si trova in questa directory:
/sys/kernel/abb-codec/
Qui troviamo 2 Controlli separati per il volume dell'uscita cuffia:
anagain3 : è un controllo del guadagno analogico.
hsldiggain e hsrdiggain: controllo digitale del guadagno separato per i canali sinistro e destro.
Per abilitare il tweak anagain3 ecco il comando:
echo on > anagain3
così com'è alza il livello di 4 db che sono già molti (ogni 3 db la sensazione è di un raddoppio della pressione sonora)
Possiamo anche attribuire dei valori
echo gain=?? > anagain3
Secondo questa tabella
00 ....+4 db (tweak on)
01 ....+3 db
02 ....+2 db
03 ....+1 db
04 ....+0 db (tweak off)
05 ....-1 db
06 ....-2 db
07 ....-3 db
08 ....-4 db
09 ....-5 db
10 ....-6 db
Ecc.
A valori alti corrispondono volumi più bassi.
Abbiamo bisogno di volumi maggiori?
Possiamo abilitare anche i tweak hsldiggain e hsrdiggain, in quanto gli effetti si sommano :
echo on > hsldiggain
echo on > hsrdiggain
Avremo quindi un ulteriore aumento di default pari a 4 db.
Possiamo anche attribuire dei valori precisi :
echo ?? > hsldiggain
echo ?? > hsrdiggain
secondo la seguente tabella
00 ....+8 db (tweak on)
01 ....+7 db
02 ....+6 db
03 ....+5 db
04 ....+4 db (tweak off)
05 ....+3 db
06 ....+2 db
07 ....+1 db
08 ....+0 db
09 ....mute
Ecco il tweak da mettere nel file per la init.d oppure nel widget con SMWidget.
#!/system/bin/sh
echo on > /sys/kernel/abb-codec/anagain3
io mi sono fermato qui perché + 4 db mi sono sufficienti.
Testato su AOSP RC5 -
24-04-14, 10:37jancilo
Ragazzi, si potrebbe creare uno script per l'undervolting della cpu?
-
24-04-14, 11:20gianpassaCi do un'occhiataQuote:
Originariamente inviato da jancilo
Di quale kernel stai parlando? E quale ROM? -
24-04-14, 11:26jancilo
cocore kernel versione 9.0 rom stock deodexed
ho provato a modificare i voltaggi tramite root explorer come suggerito da cocafe nella sua discussione su xda, ma ogni volta che riavvio il terminale perdo i settaggi.
Qui c'è il post che ho seguito: xda-developers - View Single Post - [Kernel] CoCore-E 9.8 -
24-04-14, 11:27jancilo
cocore kernel versione 9.0 rom stock deodexed
ho provato a modificare i voltaggi tramite root explorer come suggerito da cocafe nella sua discussione su xda, ma ogni volta che riavvio il terminale perdo i settaggi.
Qui c'è il post che ho seguito: xda-developers - View Single Post - [Kernel] CoCore-E 9.8 -
24-04-14, 11:54gianpassaHo vistoQuote:
Originariamente inviato da jancilo
Non ho il cocore per cui non posso testarlo.
Il tuo settaggio che hai trovato ideale dovresti metterlo nella init.d
#!/system/bin/sh
echo /sys/kernel/liveopp/set_volt=1 > arm_slotX
echo /sys/kernel/liveopp/varm- > arm_slotX
OPPURE
echo /sys/kernel/liveopp/varm+ > arm_slotX to
Non so quale sia il settaggio che desideri.
Se vuoi decrescere (o aumentare) e quante volte.
Se non ho capito male il comando va ripetuto fino al raggiungimento del voltaggio ideale (con step di 12.5 mV.)
Per cui la riga
echo /sys/kernel/liveopp/varm- > arm_slotX
va ripetuta per n volte, quelle che servono.
Il file che crei non deve avere estensioni e va copiato in system/etc/init.d
Dagli i permessi rwx rwx rwx (vedi guida al post 2)
Ma se devi sperimentare ti consiglio di usare SManager e SMWidget che così eviti ogni volta di riavviare. (Vedi guida post 3)
Fammi sapere se e come risolvi che facciamo una mini guida qui (se sei disponibile).
Ciao -
24-04-14, 16:42jancilo
Stasera ci provo con calma. Grazie per la dritta
-
30-04-14, 14:42h4ck3r00
Ho terminato il lavoro con gli init.d! (Vedi secondo post) :D
-
03-05-14, 13:47gianpassa
CONTROLLO DI RICARICA DELLA BATTERIA
Un semplice script da mettere nel SMWidget per controllare la carica del nostro telefono.
Di default la carica è fissata con un flusso di corrente pari a 600 mA.
Dal momento che è sconsigliato lasciare ulteriormente in carica il telefono dopo che ha completato il ciclo di ricarica, e visto che praticamente tutti carichiamo di notte, non serve avere una carica veloce.
Anzi se abbassiamo la quantità di corrente assorbita la batteria viene stressata meno e dunque la sua vita potrebbe allungarsi...
Chiarisco comunque che la carica arriva al 100% e la durata della batteria rimane inalterata.
Questo è il comando per abbassare il flusso di corrente di carica a 300 mA
#!/system/bin/sh
#ALLUNGA I TEMPI DI
#RICARICA (300 mA)
#preserva la batteria
#by gianpassa
echo 300 > /sys/kernel/abb-charger/charger_curr
echo on > /sys/kernel/abb-charger/charger_curr
Se un flusso standard di 600 mA impiega circa 2.5 ore per caricare completamente la batteria, 300 dovrebbero impiegarne 5.
Al contrario se abbiamo fretta possiamo aumentare il flusso di corrente. Cocafe consiglia di non superare i 900 mA , io farei al massimo 800 mA, con un tempo di ricarica presunto inferiore alle 2 ore.
#!/system/bin/sh
#RIDUCE I TEMPI DI
#RICARICA (800 mA)
#by gianpassa
echo 800 > /sys/kernel/abb-charger/charger_curr
echo on > /sys/kernel/abb-charger/charger_curr
Infine per rimettere tutto di default:
#!/system/bin/sh
#VELOCITA' DI RICARICA
#STANDARD
#by gianpassa
echo off > /sys/kernel/abb-charger/charger_curr
Io mi sono fatto 3 widget per scegliere la modalità di carica all'occorrenza. -
06-05-14, 11:10turco66
Ciao a tutti, volevo chiedere se si poteva utilizzare la init.d per l'esecuzione dello script che fixa il tethering vodafone
comando da terminale: su -c "iptables -tnat -A natctrl_nat_POSTROUTING -s 192.168.0.0/16 -o rmnet0 -j MASQUERADE"
Mi sto riferendo a questo post:
androidiani.com/forum/vodafone/290500-app-fix-tethering-vodafone-senza-costi-aggiuntivi-6.html
(scusate la url incompleta ma non sono ancora abilitato :-)) -
06-05-14, 12:16gianpassaL'ho vistaQuote:
Originariamente inviato da turco66
Secondo me si può fare, forse non nella init.d ma con uno scrpit da eseguire al momento mediante SMWidget.
Stasera ci provo e ti dico...
Però non ho Vodafone per cui dovremo fare insieme alcune prove...
Riporto intanto il link completo
https://www.androidiani.com/forum/vo...ml#post4172912
Ciao -
06-05-14, 12:34turco66Quote:
Originariamente inviato da gianpassa
Ok grazie, personalmente sarei interessato all'esecuzione automatica dello script all'avvio del cell, in modo da non dover ricordarmi di abilitare il fix ogni volta che decido di fare tethering. Ci sono volendo anche delle app che lo fanno, ma per l'esecuzione automatica all'avvio vogliono essere pagate, e comunque volevo evitare di riempirmi il cell di app superflue se possibile :-)
PS: disponibile a testarlo, ovviamente ho il root, cocore, e la init.d già creata (con dentro lo script del deep_sleep)
PPS: come ROM ho la stock Jelly Bean 4.1.2 -
06-05-14, 20:06gianpassa
Aggiornato il post n. 4 con i settaggi del kernel cocore mancanti.
qui -
06-05-14, 23:27gianpassaEccolo qui:Quote:
Originariamente inviato da turco66
#!/system/bin/sh
iptables -tnat -A natctrl_nat_POSTROUTING -s 192.168.0.0/16 -o rmnet0 -j MASQUERADE
Ti faccio notare che sono solo due righe : la prima #!/system......
e la seconda, iptables.....MASQURADE
Ho verificato che la chiave rmnet0 sul mio terminale sia effettivamente quella collegata al 3g. Presumo quindi che lo sia per tutti (io però ho una ROM).
Prova prima da emulatore terminale solo la seconda riga (da iptables fino alla fine) preceduta da un
su [invio]
Se vedi che funziona allora mettilo così come è facendo copia ed incolla del testo in un file senza estensioni.
Mettilo nella init.d e dagli i permessi (vedi guida di h4ck3r00 qui al post 2)
Come ti ho anticipato non ho modo di testarlo. Quindi non ho la più pallida idea se possa funzionare.
Fammi sapere
Ciao -
07-05-14, 14:38turco66Anche a me da rmnet0 come chiave.Quote:
Originariamente inviato da gianpassa
Solo che ora mi funziona il tethering senza neanche aver lanciato lo script, deve essere davvero potente! rotfl
Ignoro il motivo, le uniche modifiche che ho fatto dall'ultima prova sono state: il flash del kernel (cocore) e l'eliminazione di un APN.
A questo punto mi viene il dubbio che il merito della risoluzione sia proprio di CoCore, rendendo così inutile la faccenda dello script...
In ogni caso me lo sono salvato in una cartella a parte nello smartfone, non si sa mai...
Vi farò sapere se ci saranno ulteriori sviluppi, nel frattempo grazie dell'aiuto ;) -
07-05-14, 21:53William990
ragazzi io per l'aumento del volume in cuffia ho semplicemente creato un file di nome "volume" nella cartella init.d e dato sia al file che alla cartella i permessi rwx rwx rwx e nel file ci ho messo questa stringa
#!/system/bin/sh
echo on > /sys/ kernel /abb-codec/anagain3
e salvando e non ho fatto nient'altro ma non mi funziona...mi chiedevo se fossero gli spazi in / kernel / o qualche altra cosa che sbaglio ?? Grazie :) -
07-05-14, 22:09gianpassaSi, come hai intuito sono gli spazi che ti danno problemi.Quote:
Originariamente inviato da William990
Questa è la sintassi
echo on > /cartella/cartella/file
Tutto di una riga.
Ma ti consiglio prima di provarlo con emulatore terminale. Lo provi mentre fai andare un file musicale.
Solo la riga "echo ...." preceduta da
su [invio]
Noterai un aumento istantaneo del volume.
Poi fai il file per la init.d come hai già capito e riavvii.
Per vedere se il tuo kernel supporta la init.d ora potresti dargli il comando inverso.
Sempre mentre fai andare un file di musica da emulatore terminale fai
su [invio]
echo off > /sys/kernel/abb-codec/anagain3
Se l'effetto è quello di un abbassamento del volume allora il file nella init.d funziona!
In caso contrario la init.d non è supportata...
Sopperisci con SManager come spiegato al post 3 e sei a posto.
Ciao -
07-05-14, 22:13h4ck3r00Hai controllato i permessi, giusto? Non è che per caso hai messo qualche spazio di troppo o hai sbagliato i caratteri?Quote:
Originariamente inviato da gianpassa
-
07-05-14, 22:43William990mi sa che il kernel non lo supporta ma ho risolto con SManager e va alla grande grazie !! :DQuote:
Originariamente inviato da gianpassa
-
08-05-14, 21:37William990
esiste anche uno script per aumentare il volume dello speaker multimediale ??
