Abr 17 2010

Guía de reparación flash Metz 44 AF-4C

Categoría: GeneralAxelko @ 12:33

Bienvenidos al curso de reparación de flashes Metz. Pasad pasad, que en el fondo hay sitio.

Cansado de que siempre me ocurra la misma avería en mi flash, y no dispuesto a volver a gastarme 90€ en una reparación, he tomado la determinación de investigar un poco y tratar de repararlo por mí mismo.

Esta guía puede ayudaros a resolver un problema parecido y ahorraros unas pelas si tenéis el material necesario en casa, o si podéis echar mano de algún amiguete que tenga material, maña y ganas.

Disclaimer / Descarga de Responsabilidad: no me hago responsable de lo que le pase a tu flash ni a tu persona durante el transcurso de la operación. El flash almacena grandes cargas de electricidad a alto voltaje, por lo que su manipulación puede ser peligrosa. Si te animas, es bajo tu propia responsabilidad.

Nota: Tampoco tengo ni idea de electrónica, por lo que mis consejos pueden no ser del todo acertados. Se me da muy bien soldar y tengo buena capacidad para centrarme en un problema, aprender los detalles que lo rodean y resolverlo. Pero no tengo una visión global de electrónica, así que alguna explicación puede ser un tanto burra.

PREGUNTAS FRECUENTES

¿Por qué tratar de repararlo en casa?

Porque cuando hablé por teléfono con el SAT oficial de Metz, nada más contarle el problema supieron determinar exactamente lo que le pasaba, y me comentaron que era una avería de lo más típica (no me quedó claro si en los Metz en general o solo en este modelo). Ya me ha pasado dos veces, y teniendo en cuenta que el componente cuesta unos 0,15€ me he arriesgado a hacerlo por mí mismo y ahorrarme los 90€ de una nueva reparación.

¿Cuales son los síntomas de la avería?

La pantalla se enciende, hay comunicación con la cámara, el zoom funciona, la botonera también… pero el botón de test no se pone rojo y el flash no dispara. Todo parece indicar que el condensador no está cargando, y por lo tanto no se puede hacer el disparo.

¿Qué le ocurre? ¿Está perezoso?

Lo que le ocurre es que uno de los transistores de alto voltaje del circuito de carga le da por romperse, y deja de conducir. Este transistor es un BCX41 NPN del tipo SMD. Podéis ver la hoja de especificaciones de un BCX41 de Siemens aquí:
http://www.datasheetcatalog.org/datasheet/siemens/BCX41.pdf

¿Cuánto cuesta el componente y dónde se puede conseguir?

Yo he usado algunas cosas que aparecen en esta foto, y alguna más. Muy importante contar con un soldador de presición y punta fina. Vamos a trabajar con un componente ENANO. Cualquier cosa que tenga una punta mayor de 1mm de diámetro será excesivo. También deberá tener poca potencia si no queremos dañar el componente por exceso de calor.

- Soldador JBC 14S (Potencia: 11W | Punta de 1mm)
- Estaño de 0,5mm
- Malla desoldadora
- Flux con base de alcohol
- Polímetro digital
- Pinzas
- Lupa

PROCEDIMIENTO

1. Desmontando el flash

Desmontar el flash es fácil, pero hay que tener cuidado con ciertas piezas que podemos perder fácilmente.

El flash lleva 4 tornillos en la base, donde la zapata de conexión con la cámara, que deberemos extraer. También lleva otros dos en la parte delantera de la antorcha o cabezal. Los tornillos se ven muy bien. Extraer y etiquetar, porque tienen diferentes largos.

(De este punto no tengo fotos. Si son necesarias las puedo hacer.)

Una vez removidos los tornillos tenemos que quitar las dos tapas del flash. Colocaremos el flash sobre la mesa de frente a nosotros, es decir, con el emisor infrarrojo hacia nosotros, dejando la pantalla y la botonera hacia abajo. Primero debemos quitar la tapa superior, la del cabezal, haciendo un poco de palanca y con cuidado.

Una vez quitada la tapa superior quitaremos la inferior haciendo palanca en su parte superior, justo por donde la “bisagra” que une las dos partes del flash. Si os fijáis bien veréis que hay un par de pestañas a cada lado. Ojo con meter mucho el destornillador porque ahí dentro está el condensador de carga. Os puede meter una buena sacudida, aunque en mi caso habían pasado un par de días y ya estaba totalmente descargado.

2. Cosas que podemos perder

Hay tres elementos que podemos perder fácilmente, y que debemos guardar con cuidado.

Primero el tope que hace presión contra unas muescas y mantiene el ángulo del flash en su sitio. Sin él, al mover el cabezal del flash no oiríamos los sonoros “clack”s y no tendríamos ciertos ángulos fijos de inclinación, sino que sería un continuo. Es esa pieza negra con muelle. En la segunda foto se ve cómo va colocada en la bisagra, justo en el lado central derecho de la foto. Si no desmontáis la bisagra os ahorráis perder esta pieza:

Otra de las piezas es esta rueda, que va en el otro lado de la bisagra. De nuevo si no la desmontáis os lo ahorráis:

Por último, y esta sí que la podéis perder, es esta rueda blanca que queda suelta al desmontar la tapa del cabezal. Va encajada encima de todos los demás engranajes, tal y como se puede ver en la segunda foto:

3. Desmontando el cajetín de baterías

El cajetín de pilas es esa parte negra donde metéis las pilas. Tiene un par de tornillos en la parte superior, muy cerca de la bisagra. Los removéis y los guardáis. También deberéis soltar el conector de datos de cables amarillos que aparece en la segunda foto. Así trabajaremos más cómodos.

4. A soldar se ha dicho

El transistor está en la parte inferior del circuito del cajetín de pilas. Se puede ver la zona a soldar en estas dos fotos. El componente a reemplazar es el transistor negro que se ve en la esquina superior izquierda del circuito, en la segunda foto, cerca del “+” que aparece serigrafiado.

¿Y qué tamaño tiene el componente que queremos soldar?. Pues tal que este. Como veis, hacen falta pinzas para manipularlo:

Os recomiendo utilizar malla desoldadora para quitar el antiguo, reestañar los pads del circuito, preestañar las patas del transistor, y luego hacer la soldadura con un poquito de flux. Así el estaño agarrará bien y tendréis una soldadura duradera y de calidad.

5. Montando de nuevo el flash

Para montar de nuevo el flash hay que seguir la secuencia en el orden inverso, atendiendo a algunas consideraciones especiales con los cables de la zona de la bisagra para no dañarlos.

Empezaremos colocando y atornillando de nuevo el cajetín de baterías, sin olvidarnos de volver a poner el conector de cables amarillos que habíamos soltado. No os olvidéis de poner la tapa de las pilas antes de atornillar, porque sino tendréis que desmontar todo de nuevo.

Al poner la tapa inferior hay que tener mucho ojo con no pillar ningún cable de la zona de la bisagra. Aseguraos que los cables de ambos lados están retirados y bien cerca de los laterales. Al terminar de poner esta tapa intentad poner el flash en ángulo de 90º con cuidado. Si encontráis la más mínima resistencia parad, porque estáis pillando algún cable y lo vais a acabar seccionando. Tendréis que quitar de nuevo la tapa, recolocar los cables y volverla a poner.

En estas fotos podéis ver el grupo de cables amarillos de la izquierda, muy finos, y el grupo de cables de alimentación de la derecha, algo más gordos:

Una vez puesta la tapa inferior ponemos la superior, colocando primero la rueda dentada blanca que hemos visto un poco más arriba. Atornillamos todo y listo.

RESULTADOS

¡El flash ha vuelto a la vida!. El testigo rojo de “flash preparado” se vuelve a encender, y el flash dispara perfectamente incluso a plena potencia. He realizado varios disparos de prueba, tanto con el botón de test como desde la cámara con eTTL, y ha funcionado sin problema.

¡¡FUNCIONAAAAAA!!

Tags: , , ,


Sep 24 2009

SIMO Network 2009, ¡fracaso absoluto!

Categoría: GeneralAxelko @ 10:24

Ayer estuve de visita en la renovada Simo Network aprovechando una invitación enviada por motivos de trabajo. En algunos medios lo llaman el “Simo Descafeinado“, y lo cierto es que no es para menos. La edición de 2007 se extendió a toda la semana, contó con algo más de 200.000 visitantes, y ocupaba varios pabellones. La edición de este año han sido 3 días, 2 pabellones, y se estiman unos 20.000 visitantes escasos. Tan solo una décima parte de las visitas de la última edición, que ya de por sí tuvo poca repercusión. El recinto ferial le quedaba grande al SIMO, tan vacío, tan falto de visitantes.

Este año la tecnología ha tendido a cero. Tan solo he visto dos productos: Microsoft Surface, y el HP TouchSmart, que es una pantalla todo-en-uno al estilo iMac pero tactil. Y no es que el resto no me llamase la atención, es que no había productos. En un stand tenían tras la vitrina unas placas base Gigabyte que se pueden encontrar en cualquier tienda de informática, y eso era uno de los stands más “agresivos”. En la mayoría solo había panfletos y ningún visitante a quien explicar las bondades de la compañía o del producto. Por poner un ejemplo, en el stand de Vodafone solo había papeles de propaganda, los mismos que podemos encontrar en cualquier tienda de la marca.

El SIMO está siendo tan flojo que ni siquiera se le está dando cobertura en los medios. En la prensa tradicional (El Mundo, El País, etc) se ha anunciado su apertura, pero nada más. Y en la prensa especializada (Xataka, The Inquirer, Noticias3D) no se ha publicado ni una sola noticia. ¡Ni una!. Ya veremos si la feria sobrevive al 2009.

Quizá lo más interesante sean las conferencias. En los huecos que me quedaban libres aproveché para asistir a un par de conferencias. En una, Enrique Dans (sale en varias fotos), conocido profesor de universidad, blogger y tecnólogo, exponía las bondades de la “Web 2.0″ de cara a las empresas. Me resultó un tanto charlatán y bastante pretencioso, pero si dejabas a un lado los delirios 2.0 había conclusiones interesantes. Y por otro lado una mesa redonda sobre el uso de dispositivos para el acceso a las redes sociales, con participantes de la talla de Motorola, Telefónica, Apple, Tuenti o Xing.

La feria se ha convertido en un circo de “bussinessmen”, hombres de negocios de mediana edad, lobos de mar con traje, corbata y zapatos brillantes, entregándose tarjetas de visitas los unos a los otros y hablando de dinero, negocio, mercado, aderezado con temas intrascendentales y adornado con aires de grandeza. Y ahí iba yo con mis pintas, vestido de negro, vaqueros, deportivas urbanas, camiseta friki, sudadera, equipado con la cámara de fotos en una mano, maleta de empresa en la otra, y tratando de que los encorbatados de los stands me tomaran en serio. Aunque para lo que ofrecían más perdían ellos que yo.

Y como curiosidad, me encontré a mis viejos amigos los comedores de bambú.

Podéis ver más fotos aquí: Galería SIMO Network 2009

Tags: ,


Sep 21 2009

Reventando hashes SHA1/MD5/MD4 con tu GPU (ATi/nVidia)

Categoría: GeneralAxelko @ 22:16

En la anterior entrega hemos visto cómo compilar John the Ripper para procesar hashes MD5 simples como los utilizados en muchas páginas web para realizar la autenticación del usuario. ¿Qué rendimiento obtiene John the Ripper en modo Raw-MD5?:

$ ./john –test

Benchmarking: Raw MD5 [raw-md5]… DONE
Raw:    3603K c/s

Aproximadamente unos 3,6 millones de claves por segundo con un procesador Intel Core2Duo E6550 a 2,33GHz. No está mal, ¿no?. Pero, ¿se puede mejorar?. Por supuesto, y ahora entenderéis por qué el título dice “reventando” y no “descifrando” como el anterior.

Podemos utilizar la tarjeta gráfica para acelerar el proceso.

Por todos es sabido que los chips gráficos han avanzado muchísimo en los últimos años. Tanto que para determinadas tareas son muchísimo más eficaces que las CPUs, como cálculos de física en videojuegos o cualquier otra tarea que implique cálculo numérico intensivo. Tanta es la diferencia que incluso se está empezando a utilizar en CPDs (Centros de Proceso de Datos) para procesar grandes volúmenes de información, dejando abandonada la práctica de montar granjas de PlayStation’s.

Para descifrar hashes utilizando la GPU podemos recurrir a programas comerciales como ElcomSoft Distributed Password Recovery (solo para tarjetas nVidia con soporte CUDA), o programas gratuitos como IGHASHGPU. Nos  centraremos en este último.

IGHASHGPU es una pequeña aplicación que descifra hashes SHA1/MD5/MD4 utilizando para ello una tarjeta gráfica nVidia con soporte CUDA, o una ATi basada en la serie RV7×0 (4550, 4670, 4830, 4730, 4770, 4850, 4870, 4890). En general las ATi son más rápidas con esta aplicación, y además más económicas.

¿Y cómo va de rápido?. Según la página oficial, con una ATi HD4850 (100€ en cualquier tienda española) obtendríamos un rendimiento de 980 millones de claves por segundo. ¡980 millones!. Eso es unas 250 veces más rápido que con la CPU. No está mal para ser una gráfica de 100€. Además, la aplicación soporta tanto SLI/CrossFire como tarjetas gráficas multiGPU, como puede ser la ATi HD4870×2. Con dos tarjetas gráficas ATi HD4870×2 montadas en CrossFire podríamos obtener un rendimiento teórico de 4600 millones de claves por segundo. Eso sí que es reventar claves.

Un ejemplo de uso en mi máquina:

C:\ighashgpu>ighashgpu.exe -t:md5 -c:d -max:20 passwords.txt
****************************************************************
***          MD4/MD5/SHA1 GPU Password Recovery v0.60        ***
***    For ATI RV 7X0 cards and nVidia ‘CUDA’ ones (G80+)    ***
***         (c) 2009 Ivan Golubev, http://golubev.com        ***
***             see “readme.htm” for more details            ***
****************************************************************

Found 1 CAL device(s)
Loading hashes from [passwords.txt].
Loaded 1 hashes (skipped 0 lines), removing duplicates…
Left with 1 hashes.
Starting brute-force attack, Charset Len = 10, Min passlen = 4, Max passlen = 20

Charset (unicode -> 0) [0123456789]
Charset in HEX: 30 31 32 33 34 35 36 37 38 39
Starting from [0000]
Hash type: MD5, Hash: 17117de9da6d0d71cb3ec97d3de5b3f0
Device #0: [RV7x0] 850.00 Mhz 800 SP
CURPWD: 65010337062103 DONE: 03.37% ETA: 21h 52m AVRSPD: 1226.9M

Aproximadamente 1227 millones de claves por segundo con una gráfica ATi HD4890, y con un uso de CPU del 0,00%. Salvaje, ¿no?.


Sep 17 2009

Descifrar hashes MD5 con John the Ripper y Raw-MD5

Categoría: General, Linux, SeguridadAxelko @ 10:29

John the Ripper es una conocida herramienta de auditorías de seguridad, muy utilizada para (ejem ejem) comprobar si nuestras claves son robustas. Para ello se le proporciona un fichero de entrada con los hashes de las claves que queremos obtener comprobar, y opcionalmente un diccionario o juego de caracteres con los que realizar las pruebas.

John the Ripper no soporta de serie el tratamiento de passwords en formato MD5 simple. Es decir, no soporta un archivo de claves con formato “nombre:clave” como el utilizado en passwd. Un ejemplo:

pepe:7ef0b3c0aa6339c701ff370795873628
juan:5fc6c5c2aecd3a419109cb34ccb7da70
jorge:b662c2e331741ada2770cb885b3f696a

Para que John the Ripper funcione con este formato necesitamos parchear su código fuente con Raw-MD5, y después compilar.

Descargar lo necesario

Vamos a utilizar John the Ripper 1.7.2 y el parche Raw-MD5 para 1.7:

$ wget http://www.openwall.com/john/f/john-1.7.2.tar.gz
$ wget ftp://ftp.openwall.com/pub/projects/john/contrib/john-1.7-rawmd5-ipb2-4.diff.gz

Parchear

Descomprimimos ambos archivos y parcheamos el código fuente:

$ tar zxvf john-1.7.2.tar.gz
$ gunzip
john-1.7-rawmd5-ipb2-4.diff.gz
$ cd john-1.7.2
$ patch -p1 < ../
john-1.7-rawmd5-ipb2-4.diff

Compilar

A continuación compilamos el código fuente ya modificado. Con la primera llamada a “make” visualizaremos un listado de plataformas, donde deberemos elegir la que mejor se ajuste a nuestro sistema para la segunda llamada. En mi caso, la mejor es “linux-x86-sse2″:

$ cd src
$ make
$ make clean linux-x86-sse2

El código fuente no tiene una orden “make install” para copiar los binarios a nuestro sistema. En su lugar, se crea un directorio “run” al mismo nivel que “src” que contiene el resultado de la compilación. Podemos mover este directorio libremente a una ubicación mejor y borrar el código fuente si no lo vamos a necesitar más.

Ejecutar

Vamos a suponer que tenemos un archivo “/home/usuario/claves.txt” con el contenido que aparece en el párrafo introductorio del artículo. Para procesar sus claves haríamos la siguiente llamada:

$ ./john –format=raw-MD5 /home/usuario/claves.txt

Tags: , , , , ,


Ene 12 2009

Pidgin más rápido con msn-pecan

Categoría: GeneralAxelko @ 15:46

Seguro que más de uno, cansado de todas las tonterías que incluye el cliente oficial MSN Live Messenger de Microsoft, ha probado en algún momento algún cliente alternativo de mensajería instantánea. Dentro de los clientes multiplataforma, uno de los más extendidos es Pidgin (antes Gaim), que es el cliente que vengo a utilizar desde hace lo menos dos años.

El resto de protocolos suelen estar mejor soportados, pero desgraciadamente el protocolo de mensajería de Microsoft tiene bastantes carencias, sin duda fruto del ocultimo de la compañía. Uno de los mayores problemas es la lenta velocidad de transferencia de archivos a través de MSN usando Pidgin. Además, hoy Microsoft ha modificado los servidores de tal forma que la mayor parte de los clientes alternativos no puedan conectarse a ellos, funcionando únicamente el cliente oficial de Microsoft.

Pero hay una solución, y se llama msn-pecan. Como veréis en la página oficial del proyecto, se trata de un plugin alternativo de Pidgin para el protocolo MSN Live Messenger, que permite conectarse más rápidamente y transferir archivos a velocidades dignas. Además, con ese plugin podremos seguir usando Pidgin mientras esperamos a una nueva versión oficial que soporte el nuevo protocolo de Microsoft.

Instalación en Debian y derivados:

# sudo aptitude install msn-pecan

Para utilizar el nuevo plugin en Pidgin, una vez hecha su instalación nos aparecerá un nuevo protocolo de comunicaciones llamado “WLM” en los detalles de cuenta. Tan solo tendremos que elegir entre WLM si queremos usar el plugin alternativo, o MSN si queremos usar el plugin oficial de Pidgin.

Descarga recomendada.

Pantallas de configuración de MSN Pecan

Actualización 25/09/2009: al parecer hay una incidencia con las conexiones directas en la última versión de msn-pecan, por lo que esta característica no funciona y las transferencias de archivos andarán al ritmo habitual de Pidgin: leeeeeentas. Habrá que esperar a la nueva versión del plugin para que vuelva a funcionar.


Nov 20 2008

El porqué de un blog técnico

Categoría: GeneralAxelko @ 10:34

¿Cansado de leer historias sobre la abuela de alguien a quien no conoces?. Internet está inundado de blogs personales donde la gente cuenta sus penurias diarias que a pocos le interesan. Yo también caí en la moda y lo mantuve durante un año. Y a pesar de que intentaba darle un enfoque humorístico y ameno, al final mis visitantes eran casi todos gente cercana.

No soy un gran conversador, aunque si estoy algo alcoholizado gano puntos (probablemente si eres mujer y estas buena entonces pierda puntos). Sin embargo, considero que tengo una mente curiosa, y que mis habilidades informáticas están por encima de la media. Por eso he decidido que tenía más que contar si enfocaba mis escritos desde el punto de vista técnico, en lugar del personal. Además, es más útil conocer el nuevo truco de Windows para que no se cuelgue tan fácil, a saber lo que le pasó el otro día a mi vecina del 5º.

¿Qué encontrarás aquí?. De todo, pero preferentemente los temas que me gustan:

  • Sistemas Windows
  • Sistemas Linux
  • Servidores y “CaspaServers”
  • Tecnologías Web
  • Internet y Redes
  • WiFi y WarDriving
  • Seguridad Informática
  • Programación
  • Hardware
  • Gadgets

Los temas no serán pocos, y con tiempo y unas cañas espero ir plasmando mis conocimientos en este lugar. Porque mi cerebro tiene una capacidad limitada y sobre todo una memoria altamente volátil, así que nos vendrá bien tener ciertas cosas anotadas por aquí, a vosotros y a mí.

Tags: