 |
|
| Samsung Galaxy S I9000 Para hablar del primer Galaxy S de Samsung, también conocido como Galaxy S 9000 |
«
Tema Anterior
|
Siguiente tema
»
|
|
Herramientas |
|
#521
09/09/10, 08:14:25
|
||||
|
||||
|
Qué método usáis para formatear la SD interna? Estoy por flashear de nuevo, pero antes dejándolo todo limpito.
|
|
|
|
#522
09/09/10, 09:26:50
|
||||
|
||||
|
Cita:
|
|
#523
09/09/10, 09:47:17
|
||||
|
||||
|
Cita:
Yo soy de Alicante y tengo amenudo cada uno de los problemas que se estan diciendo. La verdad es que no entiendo que se nos deje asi... sin explicacione, peor todavia... SIN SOLUCION !!!!
|
, pero eso si, ningun problema aun, a ver si de verdad lo del SAT es la solucion 
.|
#524
09/09/10, 11:19:36
|
||||
|
||||
|
2 dias y medio probando usando solo redes 2G y ni un solo problema (tambien he usado wifi y sincronizacion siempre activa).
Os explico mi historia: Yo tenia principalmente los problemas de perdida de cobertura y peticion de PIN, y alguna que otra vez el cuelgue (pantalla en negro) teniendo que quitar la bateria. Tengo el movil tal cual me vino con Movistar, nunca he flasheado, ni formateado, ni hard reseteado ni nada. La unica diferencia a cuando lo compre es que tiene mas aplicaciones. Estos son los datos: PDA: I9000BGJF4 PHONE: I9000BGJF1 CSC: I9000XECJF4 Comentar que hace casi 2 meses que tengo el telefono y al principio no me hacia lo del nº PIN, si que se me quedo colgado alguna vez, pero nada de cada dia, algo que yo supuse normal, como un PC vamos, que de tanto en tanto dan algun cuelgue. Lo que si me habia ocurrido un par de veces era la perdida de cobertura, apareciendo el circulo con el aspa (pero sin pedir Nº PIN), que generalmente se solucionaba reiniciando, tambien me ocurria que teniendo la tarifa de datos (3G) desactivado, al darle al acceso directo para activarlo, se quedaba: Activando... y asi infinitamente, y para que se activara tenia que reinicar el movil, y al iniciar de nuevo ya aparecia activa. Pero hace cosa de 2 semanas que empezo con el tema de las peticiones de PIN, ademas muy reiteradas, del palo mirar el movil, ver que pide el PIN, ponerlo, mirarlo a los 10 minutos y ya lo esta pidiendo otra vez. Esto es una putada porque si no te das cuenta, estas dejando de recibir posibles llamadas y demas. Despues me meti en este foro y empece a leer sobre el tema, y hace dos dias y medio active lo de "solo usar redes 2G" y desde entonces no me ha vuelto a fallar. Tengo un amigo que tambien tiene el SGS y cuando le comente lo de los problemas, me dijo que a el no le habia pasado nunca, y despues me conto que el siempre va con 2G para ahorrar bateria. Lo que no entiendo es que tambien hay gente en este foro que ha probado lo del 2G y tambien le ocurren los fallos. Yo no me entero mucho de como funciona el tema de la telefonia, pero hablando con un amigo que creo que tiene idea, me comento algo sobre que cuando el movil va recibiendo cobertura de una antena y pasa a otra, hace como una peticion, y se puede dar el caso de que en ese momento no haya un "slot" libre en esa antena (por saturacion) con lo que normalmente, se quedaria en la antena que estaba, o buscaria otra aunque tuviera menor cobertura que en la que no habia sitio, pues parece ser que eso nuestro SGS no lo gestiona bien, y cuando se queda sin "slot" la SIM no se recupera buscando otra antena y pierde la cobertura. Su explicacion de porque con 2G no me pasa es porque las redes 2G estan menos saturadas y entonces siempre hay slots libres en las antenas por lo que no se produce el fallo. Me pregunto si a los usuarios en los que usando el 2G tambien les pasa sera porque en su ciudad las redes 2G tambien estan saturadas. Repito, yo no tengo ni idea de esto, y esta es la explicacion que me dio un amigo, alguien que sepa del tema podria comentar si le parece una soberana tonteria, o si tiene fundamento. Última edición por snad Día 09/09/10 a las 11:33:50
|
|
#525
09/09/10, 12:15:26
|
||||
|
||||
|
Cita:
Yo soy de Alicante Mi movil de Movistar no esta "traficado" para nada Solo se han instalado algunas aplicaciones. - Los problemas que tengo son los 5 presentados anteriormente. Me uno a cualquier tipo de accion conjunta que se decida hacer. Saludos.
|
|
#526
09/09/10, 12:19:35
|
||||
|
||||
|
Cita:
|
|
#527
09/09/10, 12:23:28
|
||||
|
||||
|
Cita:
Desde ayer a las 4 de la tarde con la rom de movistar I9000BGJM1 con el 3g activado siempre, con los widgets de facebook y twitter, el weather clock widget y demas servicios tirando de internet. Resultado ni un solo cuelgue, ni peticion de pin, ni nada raro, todo ha funcionado correctamente. He instalado el logCat y lo active desde hoy a las 9 de la mañana hasta ahora. El que quiera el log que me lo pida por privado. Parece que esto funciona !!  
|
|
#528
09/09/10, 13:44:23
|
||||
|
||||
|
Nuevamente sucede lo que postee ayer.
hoy en una zona de poca cobertura de 3g,(zona Málaga) nuevamente perdida de cobertura, vuelve a salir Kernel Panic, por lo que he tenido que reiniciar, al volver a encenderse bloque de pantalla y vuelta a reinicio, esto es un coñazo. He vuelto a los valores de fabrica por si es alguna apk, sino al servicio tecnico de cabeza
|
|
#529
09/09/10, 14:38:00
|
||||
|
||||
|
He estado hablando de este tema con otra persona que tiene un htc con android y parece ser que tb tenian problemas (casi los mismos que los nuestros) y que se arreglo con una actualizacion, a lo mejor es problema de android
|
|
#530
09/09/10, 15:29:24
|
||||
|
||||
|
Cita:
|
|
#531
09/09/10, 15:31:26
|
||||
|
||||
|
He capturado el error con el CATLOG. a ver si algun entendido nos puede ayudar a interpretarlo:
V/SecDownloader( 2357): CDDownloadReceiver : onReceive: Receiver onConnectivity E/Mms/SmsReceiverService( 9630): [SMS]Receiver handleMessage : Action =android.intent.action.SIM_STATE_CHANGED I/global ( 2239): Default buffer size used in BufferedInputStream constructor. It would be better to be explicit if an 8k buffer is required.person_id=189 I/StatusBarPolicy( 2239): BAT. status:4 health:2 D/dalvikvm( 2372): GC freed 169 objects / 9712 bytes in 162ms V/Mms/DownloadManager( 9630): Service state changed: Bundle[mParcelledData.dataSize=548] V/Mms/DownloadManager( 9630): roaming ------> false I/IccCard ( 2318): IccCard: getSimLockInfo I/IccCard ( 2318): IccCard: getSimLockInfo I/IccCard ( 2318): handleMessage: 1 V/Mms/DownloadManager( 9630): auto download without roaming -> true V/Mms/DownloadManager( 9630): auto download during roaming -> false V/Mms/DownloadManager( 9630): mAutoDownload ------> true I/DBG_WSS_DM( 2505): [wssTelephonyData.java Line:131] getInstance PHONE_TYPE_GSM V/Mms/DownloadManager( 9630): Service state changed: Bundle[mParcelledData.dataSize=564] D/NetworkLocationProvider( 2239): onCellLocationChanged [0,0] D/TelephonyRegistry( 2239): notifyDataConnection: state=0 isDataConnectivityPossible=false reason=gprsDetached D/TelephonyRegistry( 2239): notifyDataConnection: apn=null apnType=null interfaceName=null D/TelephonyRegistry( 2239): onDataConnectionStateChanged: bDataConnectivity isfalse D/TelephonyRegistry( 2239): onDataConnectionStateChanged: state is0 D/TelephonyRegistry( 2318): onDataConnectionStateChanged: bDataConnectivity isfalse D/TelephonyRegistry( 2318): onDataConnectionStateChanged: state is0 D/TelephonyRegistry( 2318): onDataConnectionStateChanged: bDataConnectivity isfalse D/TelephonyRegistry( 2318): onDataConnectionStateChanged: state is0 D/TelephonyRegistry( 2505): onDataConnectionStateChanged: bDataConnectivity isfalse D/TelephonyRegistry( 2505): onDataConnectionStateChanged: state is0 I/GlobalActions( 2239): [NetworksList] current data state : 0 I/GlobalActions( 2239): [NetworksList] DATA DISCONNECTED !!! D/TelephonyRegistry( 2239): onDataConnectionStateChanged: bDataConnectivity isfalse D/TelephonyRegistry( 2239): onDataConnectionStateChanged: state is0 D/NetworkLocationProvider( 2239): onDataConnectionStateChanged 0 D/TelephonyRegistry( 2239): onDataConnectionStateChanged: bDataConnectivity isfalse D/TelephonyRegistry( 2239): onDataConnectionStateChanged: state is0 D/NotificationService( 2239): enqueueNotification :: notification.defaults = 0, Notification.DEFAULT_SOUND = 1, notification.sound = null V/SettingsProvider( 2239): system <- value=0 name=network_mode_status D/TelephonyRegistry( 2239): notifyDataConnection: state=0 isDataConnectivityPossible=false reason=networkTypeChanged D/TelephonyRegistry( 2239): notifyDataConnection: apn=null apnType=null interfaceName=null D/TelephonyRegistry( 2239): onDataConnectionStateChanged: bDataConnectivity isfalse D/TelephonyRegistry( 2239): onDataConnectionStateChanged: state is0 D/TelephonyRegistry( 2318): onDataConnectionStateChanged: bDataConnectivity isfalse D/TelephonyRegistry( 2318): onDataConnectionStateChanged: state is0 D/TelephonyRegistry( 2318): onDataConnectionStateChanged: bDataConnectivity isfalse D/TelephonyRegistry( 2318): onDataConnectionStateChanged: state is0 D/TelephonyRegistry( 2505): onDataConnectionStateChanged: bDataConnectivity isfalse D/TelephonyRegistry( 2505): onDataConnectionStateChanged: state is0 D/TelephonyRegistry( 2239): onDataConnectionStateChanged: bDataConnectivity isfalse D/TelephonyRegistry( 2239): onDataConnectionStateChanged: state is0 D/TelephonyRegistry( 2239): onDataConnectionStateChanged: bDataConnectivity isfalse D/TelephonyRegistry( 2239): onDataConnectionStateChanged: state is0 D/NetworkLocationProvider( 2239): onDataConnectionStateChanged 0 V/SettingsProvider( 2239): property: sys.settings_system_version=383 I/SimLockInfoResult( 2318): num:1, lockType:3, lock_key:1, numRetry:3 I/SimLockInfoResult( 2318): PIN numRetry: 3 I/SimLockInfoResult( 2318): num:1, lockType:9, lock_key:3, numRetry:3 I/SimLockInfoResult( 2318): PIN2 numRetry: 3 I/IccCard ( 2318): handleMessage: 13 I/IccCard ( 2318): EVENT_SIM_LOCK_INFO_DONE I/IccCard ( 2318): handleMessage: 13 I/IccCard ( 2318): EVENT_SIM_LOCK_INFO_DONE I/IccCard ( 2318): handleMessage: 2 V/SettingsProvider( 2239): notifying: content://settings/system/network_mode_status I/GlobalActions( 2239): [NetworksList] current data state : 0 I/GlobalActions( 2239): [NetworksList] DATA DISCONNECTED !!! I/IccCard ( 2318): handleMessage: 7 I/FeedsAndUpdate( 9213): NetworkChangeReceiver onReceive...............android.intent.action.ANY_ DATA_STATE DISCONNECTED I/FeedsAndUpdate( 9213): NetworkChangeReceiver onReceive...............android.intent.action.ANY_ DATA_STATE DISCONNECTED V/SettingsProvider( 2239): system <- value=0 name=network_mode_status V/Mms/DownloadManager( 9630): roaming ------> false V/Mms/DownloadManager( 9630): auto download without roaming -> true V/Mms/DownloadManager( 9630): auto download during roaming -> false V/Mms/DownloadManager( 9630): mAutoDownload ------> true V/SettingsProvider( 2239): property: sys.settings_system_version=384 V/SettingsProvider( 2239): notifying: content://settings/system/network_mode_status I/DBG_WSS_DM( 2505): [wssTelephonyData.java Line:131] getInstance PHONE_TYPE_GSM E/DBG_WSS_DM( 2505): setMobileCodes: Operator numeric format error: java.lang.NumberFormatException: unable to parse '@65' as integer I/DBG_WSS_DM( 2505): [wssTelephonyData.java Line:131] getInstance PHONE_TYPE_GSM E/DBG_WSS_DM( 2505): setMobileCodes: Operator numeric format error: java.lang.NumberFormatException: unable to parse '@65' as integer E/Mms/SmsReceiverService( 9630): [SMS]Receiver handleMessage : Action =android.intent.action.SIM_STATE_CHANGED I/global ( 2239): Default buffer size used in BufferedInputStream constructor. It would be better to be explicit if an 8k buffer is required. D/LockPatternKeyguardView( 2239): mRequiresSim = true, mUpdateMonitor.isDeviceProvisioned() = true, mUpdateMonitor.getSimState() = PIN_REQUIRED I/PhoneInterfaceManager( 2318): getSimLockInfoValue E/CellState( 2239): Error parsing MCC/MNC from operator "@65@5" E/CellState( 2239): java.lang.NumberFormatException: unable to parse '@65' as integer E/CellState( 2239): at java.lang.Integer.parse(Integer.java:374) E/CellState( 2239): at java.lang.Integer.parseInt(Integer.java:363) E/CellState( 2239): at java.lang.Integer.parseInt(Integer.java:323) E/CellState( 2239): at com.google.android.location.CellState.<init>(CellS tate.java:115) E/CellState( 2239): at com.google.android.location.NetworkLocationProvide r.handleCellLocationChanged(NetworkLocationProvide r.java:313) E/CellState( 2239): at com.google.android.location.NetworkLocationProvide r.access$2000(NetworkLocationProvider.java:71) E/CellState( 2239): at com.google.android.location.NetworkLocationProvide r$ProviderHandler.handleMessage(NetworkLocationPro vider.java:950) E/CellState( 2239): at android.os.Handler.dispatchMessage(Handler.java:99 ) E/CellState( 2239): at android.os.Looper.loop(Looper.java:123) E/CellState( 2239): at com.google.android.location.NetworkLocationProvide r.run(NetworkLocationProvider.java:967) E/CellState( 2239): at java.lang.Thread.run(Thread.java:1096) I/SimUnlockScreen( 2239): getSimLockInfoResult(): num_of_retry is 3 I/SimUnlockScreen( 2239): SimUnlockScreen: num_of_retry is 3 W/IInputConnectionWrapper( 2239): showStatusIcon on inactive InputConnection W/IInputConnectionWrapper( 2239): getExtractedText on inactive InputConnection I/DumpStateReceiver( 2239): Added state dump to 1 crashes I/DBG_WSS_DM( 2505): [wssTelephonyData.java Line:131] getInstance PHONE_TYPE_GSM V/Mms/DownloadManager( 9630): Service state changed: Bundle[mParcelledData.dataSize=564] V/Mms/DownloadManager( 9630): roaming ------> false V/Mms/DownloadManager( 9630): auto download without roaming -> true V/Mms/DownloadManager( 9630): auto download during roaming -> false V/Mms/DownloadManager( 9630): mAutoDownload ------> true I/DBG_WSS_DM( 2505): [wssTelephonyData.java Line:131] getInstance PHONE_TYPE_GSM D/NetworkLocationProvider( 2239): onCellLocationChanged [65001,43586328] D/TelephonyRegistry( 2239): notifyDataConnection: state=0 isDataConnectivityPossible=false reason=networkTypeChanged D/TelephonyRegistry( 2239): notifyDataConnection: apn=null apnType=null interfaceName=null D/TelephonyRegistry( 2239): onDataConnectionStateChanged: bDataConnectivity isfalse Esta captura corresponde a una perdida de cobertura y consiguiente petición de PIN. Muchas Gracias por adelantado. Última edición por NaCin Día 09/09/10 a las 16:01:09
|
|
#532
09/09/10, 15:59:38
|
||||
|
||||
|
Cita:
|
|
#533
09/09/10, 16:04:17
|
||||
|
||||
|
Nacin como bien indicas tambien lo puse yo en el foro
E/Mms/SmsReceiverService( 9630): [SMS]Receiver handleMessage : Action =android.intent.action.SIM_STATE_CHANGED Esta cadena es la que desencadena el famoso reseteo de la cobertura. He buscado por intenet desde la semana pasada no encontrado nada claro. Es algo asi como que el telefono no es capaz de comunicarse con el nodo que queire acceder en ese momento. CREO.....
|
|
#534
09/09/10, 16:04:21
|
||||
|
||||
|
Cita:
 que despiste tu....
|
|
#536
09/09/10, 16:53:08
|
||||
|
||||
|
Un amigo me ha respondido esto acerca de la captura del log:
Es una excepción de Java. Te esta diciendo que ha habido un problema al parsear el MCC/MNC del operador. Y eso parece que es un numerito que vale "@65@5". Entonces salta la excepcion porque eso no es un numerito ni es nada y te dice java.lang.NumberFormatException: unable to parse '@65' as integer. Porque no es un entero. Para serlo tendría que valer solo números y como máximo el carácter "-" (guión) delante del numero para indicar que es negativo. Alguien tendría que coger ese codigo y meterle un catch (es una herramienta de Java que permite controlar las excepciones evitando que pete el programa entero). No se como es el codigo fuente, pero el pete que da es super sencillo de arreglar a simple vista. O Movistar deja de enviar caracteres mezclados con numeros o los drivers de la antena gestionan bien la excepción que salta al parsear una @ cuando espera encontrar un numero. En otras palabras, es una tonteria de fallo, pero no es nada que podais hacer para apañarlo. :S
|
|
#537
09/09/10, 16:59:44
|
||||
|
||||
|
Cita:
|
|
#538
09/09/10, 17:07:12
|
||||
|
||||
|
Cita:
A priori la única forma de corregir eso es cambiar la rom (supongo que la parte de PHONE que es la que maneja las antenas), el tema es ¿¿que roms contienen ese bug?? Yo con la BGJM1 no he tenido problemas en algo mas de 24h que llevo con ella y me da bastante seguridad, porque yo era de los ke le fallaba 4 o5 veces al día.
|
| Gracias de parte de: | ||
|
#539
09/09/10, 17:12:47
|
||||
|
||||
|
Cita:
|
|
|
|
#540
09/09/10, 17:18:22
|
||||
|
||||
|
Cita:
|
| Respuesta |
Estás aquí
|
||||||
|
||||||
«
Tema Anterior
|
Siguiente tema
»
|
|
Hora actual: 00:22:58 (GMT +2)
HTCMania: líderes desde el 2007