Como detectar robo de WiFi por un vecino, método para ver conexiones IP a tu router

Voy a explicar un método para detectar intrusos en tu red WiFi, es decir, conexiones a tu router no deseadas como por ejemplo un vecino.

Pero antes quiero matizar dos puntos clave:

• Mi opinión: se recomienda pedir permiso antes de usar una red WiFi, pero pienso que si es ético usar la red de un vecino si está abierta (al fin y al cabo sus microondas están invadiendo tu hogar), siempre y cuando no se usen demasiados recursos. Es decir, si se utiliza un programa P2P o se hace alguna descarga pesada, aunque solo sean 20 minutos, en mi opinión se está abusando y personalmente tomaría medidas (encriptar el router por ejemplo).
• Por experiencia: normalmente las sospechas de robo de Internet son equivocadas. Se debe tener en cuenta que hay muchas causas que pueden empeorar nuestra conexión. Algunos ejemplos: routers y firewalls internos de nuestro ISP que filtran nuestro tráfico, malware que consume conexión, servidor web lento o caído... y así decenas!

Encontrar posibles intrusos conectados a tu router WiFi:

Nivel básico. Pasos para acceder al control de tu router y ahí ver el listado de IPs asignadas a conexiones.

1. Acceder a http://192.168.1.1 con el navegador. (esta dirección IP suele ser la de tu router, en extraños casos puede ser distinta)
2. Introducir usuario y contraseña. Está inscrito debajo de tu router, en caso contrario es una genérica como: admin:admin, admin:1234.
3. Buscar las opciones DHCP. Este punto es subjetivo ya que cada router tiene su propio panel, pero no es muy dificil encontrarlo. No está de más ver todas las opciones y así conocer un poco más tu router. El DHCP es un servicio que asigna automáticamente IPs a cada equipo que se conecte, simplificando la configuración de una red local (LAN).
4. Cuando hayas encontrado la lista de IPs DHCP verás algo similar a esto:

   

5. Ahora solo hay que identificar cada una de las IPs y por descarte sabrás si hay intrusos. Hay que tener en cuenta que las consolas actuales suelen conectarse al router. En este caso de ejemplo se pueden ver dos portátiles (gizm y gnzp) y Wii que es mi consola. Y sus respectivas direcciones IP, las MAC es un código similar a la IP más difícil de modificar.
6. Comprobar si está en este momento conectado el posible intruso con un ping a su IP. Supongamos que no sé quien es "gnzp", para asegurarme de que está conectado ahora mismo debo acceder a la consola de MS-DOS (símbolo de sistema) y escribir simplemente ping 192.168.1.4 en este caso. Si responde, está conectado.

Mi consejo para estos casos es simplemente poner contraseña al router y así curarnos en salud. Pero también se debe tener en cuenta que el protocolo de encriptación WEP no es muy seguro, será fácil de hackear crackear por un experimentado usuario.

En este caso extremo la situación puede ser muy hostil, ya que puede perjudicar notablemente a tu conexión. Dejar un comentario al respecto, intentaré echaros una mano.

Soluciones para proteger tu WiFi:

• Encriptar con WPA2. Dicen que es muy muy seguro.
• Encriptar mediante WEP, esto consiste en crear una clave aleatoria de 64 bits o más desde el panel de tu router. Se recomienda encriptar a 128 bits o más
• Excluir conexiones exceptuando una lista blanca de direcciones MAC. Muy seguro.
• Desactivar el WiFi y usar el cable de red RJ45 ;) 100% seguro, garantizado.

Experiencia con un timador de eBay (y solución ante estos casos)

Desde hace años compro habitualmente en Internet. Con el tiempo he tenido que aprender a identificar un sitio web, instintivamente, para saber si es fiable o hay un riesgo en la compra.

En estos años he tenido experiencias de todo tipo: tiendas online que envían productos a contrareembolso sin más verificación, pago por transferencia bancaria/internacional(IBAN)/Paypal, devoluciones de dinero, paquetes perdidos, artículos estropeados, reparaciones en garantía... y hace unos días, el timador de eBay.

Como en todas las primeras veces, uno siente el riesgo de que le hayan timado y vaya a perder el dinero (más bien el artículo que se necesita). Ese miedo aparece en cualquier paso del proceso, por simple que sea, ya que muchas veces no se tiene una fuente de referencia o experiencia a la que agarrarse.

He de decir que mi experiencia en general ha sido excelente. Nunca he perdido ni un euro, y puedo decir que he conseguido ofertas notables, a veces abismales respecto a los precios del MundoReal. Pero esto ya es otro tema, para otro día.

Hace unos días tuve un accidente con un timador de eBay. Encontré una buena oferta de un ordenador portátil, y gané la puja a un precio excelente, demasiado barato, sobre todo para un particular.

Desde el primer instante tuve desconfianza con esta transacción.

Los indicios fueron los siguientes:

1. El usuario tenia 0 votos, registrado hacia menos de 30 días.
2. Precio demasiado pequeño para ser un particular.
3. Producto nuevo, con garantía.
4. La especificaciones estaban traducidas automáticamente (ponía cosas como Dual-Corazón de procesador, jeje).
5. Había vendido unos 4 artículos, al mismo tiempo, todos de alto valor (entre 400? y 1500?).
6. Las pujas eran atípicamente bajas, denotando una desconfianza generalizada por parte de los demás compradores.
7. Sus respuestas las envió desde su correo personal, no desde el sistema de eBay.

Ahora me estoy dando cuenta de que no debí seguir adelante con esta compra. Era evidente. Aún así decidí que iba a llegar hasta el final de este embrollo.

Gané la puja y procedí con la petición del total a ingresar. Pero hice unas cuantas preguntas al vendedor. ¿Tiene la tecla ñ? ¿Está en su embalaje original?

Rápidamente me respondió a las preguntas, afirmativamente. Aquí es cuando mis sospechas empezaron a consolidarse, demasiado bonito.

Le respondí que de acuerdo, pero antes le pedí una prueba. Siempre con amabilidad, le pedí un par de fotos del portatil en los que apareciese el también, sin la necesidad que aparezca su rostro, tan solo para darme confianza.

Pensé que aquí el posible timador se rendiría mostrando su verdadera cara, pero no. Me envió 5 fotografías (como la adjunta). En ellas se ve el portátil y su mano supuestamente. Pero ahora, pensándolo mejor, parecen ser fotos de una secuencia de un vídeo promocional de ese portátil.

En definitiva, me vi en una encrucijada. Por una parte muchos indicios indicaban un fraude inminente pero por otro lado, nunca me habían timado, suele haber buen rollo y el personaje parece responderme con normalidad, incluso aportando fotos... y porqué no, tenia ansias de tener ese portátil.

Siendo sincero, estuve a punto de pagar. Una vez pagas, has perdido el dinero, el timador gana y se esfuma. (si lo haces por PayPal se supone que te devolverían el dinero).

La solución:

Pero a Mia se le ocurrió una genial idea, la solución definitiva a casos de timos en eBay.

Resolverlo es tan sencillo como decirle que quieres que envíe el producto a contra-reembolso y que tu (el comprador) se hace cargo del coste adicional de este servicio.

Así lo hicimos y el timador se esfumó de la faz de la Tierra.

Optimizar es un arte, Parte II: pre-Gzip estático, evitando compresión on-the-flight

Segunda parte de una serie de artículos divulgativos sobre una de mis aficiones de mi trabajo, optimizar la carga web.

Parte II: Gzip estático

El único problema que tiene la compresión con Gzip (explicado en la Parte I) es que sacrifica consumo de CPU a cambio de obtener archivos 4 o 9 veces mas pequeños. En mi opinion realmente ahorra CPU, sin embargo existe esa delgada linea de rendimiento.

La solución que he desarrollado soluciona por completo este problema.

Ventajas:

1. Elimina la necesidad de comprimir Gzip on-the-flight (en cada petición). Solo se hará una sola vez, cuando se genere una caché del archivo.
2. Ahorra de 4 a 9 veces espacio en disco, ya que reduce el tamaño de los archivos. Para una caché es magnifico, como explicaré en el ejemplo práctico.
3. Permite activar el nivel más potente de compresión (9) sin ningún miedo a colapso, ahorrando un poco más de espacio en disco, CPU por transferir más rápido y tiempo de carga.
4. Además conserva todas las ventajas del Gzip (explicadas extensamente en la Parte I)

En qué consiste:

Consiste en guardar una copia pre-comprimida del archivo a transferir. El concepto es sencillo, evita la necesidad de comprimirlo al vuelo (on-the-flight) cada vez que se pide ese archivo de texto plano como ocurriría con Gzip normal.

Esto alivia radicalmente el consumo de CPU conservando, incluso aumentando la ventaja de comprimir a más nivel.

Ejemplo práctico:

La herramienta más usada de Blogs Teoriza es el Caché Web. Para el que no lo conozca es una sencilla aplicación web que genera una copia en texto plano de una pagina web dada.

Ahora funciona con este nuevo método. Con ello doy un paso de gigante en cuanto a rendimiento, uno más ya que conseguí desarrollarlo sin uso de MySQL y con apenas 10 lineas para presentar cada caché. Sin embargo permanecia la poca ventaja del gasto de CPU al comprimir las paginas.

Ahora las comprime una sola vez, cuando genera cada caché. Sirviendolas sin apenas procesar. Ligerísimo.

Antes aseguraba que aguantaba cualquier avalancha de visitas extremas... ahora ya doy por sentado que jamás conseguirán colapsarlo.

Ejemplo del resultado:

• Caché de este mismo post, como puede verse perfectamente aquí.
• Corresponde a este archivo Gzipeado que probablemente no verás bien porque esta comprimido.

Donde aplicarlo:

Recomiendo usar esta metodología para los siguientes casos:

• Cachés de cualquier tipo. (especialmente útil al ahorrar también tremendo espacio en disco)
• CSS y javascript: en la mayoría de los casos estos archivos son totalmente estáticos y rara vez son modificados. Por lo tanto son candidatos perfectos a ser pre-gzipeados y ahorrar así enormes gastos de CPU.
• Cualquier archivo en general que cumpla estas tres condiciones:
  • Texto plano. (html, css, javascript...)
  • Contenido estático (cuando no tiene variables, cuidado con formularios).
  • Pocas modificaciones.

Cómo aplicarlo:

La clave del asunto es la función gzencode($datos, 9) para PHP.

Usándola de la siguiente manera se crea una copia de un archivo con terminación .gz y comprimido con Gzip al máximo en el disco duro del servidor.

<?php if ($_GET["archivo"]) { $file = $_GET["archivo"]; $data = implode("", file($file)); $gzdata = gzencode($data, 9); $fp = fopen($file . ".gz", "w"); fwrite($fp, $gzdata); fclose($fp); } ?>

[Aviso: este código es una herramienta sencillísima de ejemplo para generar archivos pre-gzipeados.]

Pegando este código en un archivo PHP, por ejemplo gziper.php y dando los permisos de escritura (777) correspondientes vía FTP podrémos crear versiones Gzipeadas de cualquier archivo que se encuentre en ese directorio ejecutandolo de la siguiente forma:

http://www.tuweb!.es/gziper.php?archivo=style.css

Con esto obtendremos la creación de un nuevo archivo style.css.gz pre-comprimido con Gzip.

Una vez creado el archivo, recomiendo enmascararlo con .htaccess. También se puede mejorar un poco la cosa, detectando si el navegador acepta Gzip para descomprimir el archivo en su defecto.

Otro punto a tener en cuenta es que hay que modificar la cabecera del archivo. Se resuelve desde .htaccess o fácilmente añadiendo esta linea PHP al principio del código:

header("Content-Encoding: gzip");

@include("style.css.gz");

Y eso es todo para una interesante Parte II, espero que sirva a la comunidad.

Optimizar es un arte, Parte I: compresión Gzip, incluyendo CSS y javascript

Este es el primer artículo de una serie de métodos que he conseguido implementar con éxito ahorrando CPU y transferencia, haciendo que mis servicios web soporten más lectores online, sirviendo más rápido y con menos hardware.

Parte I: Compresión Gzip

Este método ya es bastante familiar, casi todo el mundo que lo necesita realmente lo utiliza, pero no lo aprovecha al máximo.

La compresión Gzip hace que el servidor comprime los archivos de texto antes de transferirlos, reduciendo su tamaño entre 5 y 9 veces el original. Como por arte de magia consigue que la información que envía el servidor hacia el cliente sea notablemente menor.

Por ejemplo, un archivo que pesa 68 Kb gzipeado se queda en 9 Kb ahorrando mas de 7 veces el tamaño

Conseguimos de un plumazo tres enormes ventajas:

1. Mayor capacidad de carga: ahorrando tiempo en transferir archivos se minimiza la carga de CPU y RAM del servidor.
2. Mejor velocidad de carga: al transferir menos información las paginas cargarán bastante más rápido, la experiencia de tus usuarios será mejor y evade la necesidad de que el server esté en el país objetivo.
3. Considerable ahorro de dinero: el gasto elemental de un servidor web es la transferencia mensual, esta se mide en Gb/mes. Comprimiendo con Gzip el ahorro será tremendo.

[Curiosidad: existe una supuesta delgada linea de eficiencia, algunos dicen que activando Gzip on-the-flight se gasta más CPU que en modo normal. Por mi experiencia pienso que se ahorra CPU, sin embargo en la Parte II explicaré un método muy interesante para hace Gzip estáticamente (mas magia)]

Puede parecer trivial, ya que mucha gente lo conoce y lo aplica. Sin embargo mi truco "avanzado" es que recomiendo activar Gzip en TODOS los archivos planos y no solo a las páginas HTML como veo en la mayoría de webs. Cualquier archivo plano se debe gzipear, me refiero especialmente a archivos html, estilos css y archivos javascript. El ahorro triple será más significativo aún.

Distintos métodos para implementar Gzip:

• Con Wordpress: es fácil, Opciones > Lectura > Marcar opción Gzip (abajo). Sin embargo el error común es olvidarse aquí del tema, un error porque con esta opción solo consigues comprimir las páginas html olvidandote del archivo css y posibles javascripts.
• Con PHP: para comprimir una página html donde puedes ejecutar PHP has de añadir estas lineas de código al principio de cualquier proceso:

  <?php ob_start("ob_gzhandler"); ?>

  Al final de cualquier código:

  <?php ob_end_flush(); ?>

• Para CSS y javascript (recomendado) En .htaccess

  AddHandler application/x-httpd-php .css .js php_value auto_prepend_file /home/... RUTA LOCAL .../public_html/gzip-start.php php_value auto_append_file /home/... RUTA LOCAL .../public_html/gzip-end.php

  En gzip-start.php

  <?php ob_start("ob_gzhandler"); ?>

  En gzip-end.php

  <?php ob_end_flush(); ?>

• Combinando htaccess + PHP: poner en .htaccess:

  php_flag zlib.output_compression on #Con el numero se controla el nivel de compresion donde 0 es null y 9 el maximo php_value zlib.output_compression_level 5 AddHandler application/x-httpd-php .css .js #Poner una ruta local cualquiera hacia un archivo php php_value auto_prepend_file /home/.../public_html/gzip-head.php

  Crear el archivo gzip-head.php con el siguiente contenido:

  <?php $pathinfo = pathinfo($PHP_SELF); $extension = $pathinfo["extension"]; if ($extension == "css") {header("Content-type: text/css");} if ($extension == "js") {header("Content-type: text/javascript");} ?>

Y esto es todo...

En la Parte II explico un interesantísimo metodo para comprimir con Gzip estáticamente, en vez de on-the-flight gastando 0 CPU en comprimir cada pagina, completando el circulo de eficiencia perfecta.

Liberando Software: captcha para IRC, para comprobar humanos con mIRC

En Marzo de 2005, en mi época de IRC. Enredando en este tipo de chat (hoy en declive) perdía el tiempo aprendiendo a programar un lenguaje de puertas cerradas llamado scripting de mIRC (es similar a C, sin compilación, solo ejecutable en mIRC, que por cierto es emulable en Linux con Wine).

Una de tantas aventuras fue la idea de crear un captcha en IRC, obviamente en texto plano. Entonces los captchas eran algo desconocido, empezaban a usarse en las webs, en cambio hoy te los puedes encontrar hasta para comentar.

Un captcha es una prueba que hace el servidor a un usuario para determinar si es un humano o no. Esto es fundamental en IRC por ejemplo para frenar y defender una red de ataques de clones (tan frecuente como el spam).

Mi captcha conseguía renderizar un numero aleatorio a una especie de gráfico con caracteres. Ademas lo ofusca con diversas tecnicas como fuentes de numeros distintos que varían aleatoriamente.

Aquí una muestra:

Hola, si eres humano teclea este número por favor. ############################# ############################# ############################# ############################# ############################# ############################# #############################

Esta tecnica es muy segura, en mi opinion es casi imposible que se consiga hacer un anti-captcha que se salte esta tecnica... porque con un minimo esfuerzo se pueden añadir nuevas fuentes de numeros (se podrían hacer infinitos numeros distintos, para entender esto ver fuentes.ini). Simplemente añadiendo una nueva fuente obligaria al que intente cazar este sistema a analizar de 0 los captchas para detectar todos los nuevos numeros y reprogramarlo. Un infierno...

Además se puede complicar más añadiendo cuadrados aleatorios en medio del numero, lo cual dificultaria su lectura un poco pero aumentaría exponencialmente su seguridad.

Me habría encantado implementarlo en el IRC-Hispano, pero pasaron de mi idea. La verdad es que hubiese sido divertido asegurar una red entera liberandola de bots de spam y clones de ataque, pero me di cuenta de que a esta gente le interesa que hayan clones, porque inflan sus estadísticas y así sus anunciantes les pagan más.

Como ando muy agradecido e involucrado con el Software Libre, voy a liberar este programa a todo el mundo que quiera echarle un vistazo, probarlo, utilizarlo, mejorarlo, rehacerlo... lo que queráis siempre que se respete razonablemente mi autoría.

Archivos (3):

• captcha-IRC.mrc 1.0 [3kb] - El código fuente, crea un evento y el alias /validar.
• fuentes.ini [2kb] - Las fuentes de números con distinto tamaño y forma, se pueden añadir cuanto se quiera.
• validaciones.ini [0kb] - Log (vacio) para guardar quien consigue pasar el captcha y quien no, a partir de esto se pueden crear muchas aplicaciones.

Cómo instalarlo y usarlo en mIRC:

1. Descargar los 3 archivos de arriba (abriendo uno a uno haciendo: Guardar como...)
2. Guardarlos en el raíz de tu mIRC (ejemplo: c:/mIRC/)
3. Ejecutar en mIRC: /load -rs captcha-IRC.mrc
4. Ya está. Lo puedes probar con el comando /validar NICK esto enviará a ese nick una consulta captcha, notificará su acierto o error y lo registrará en validaciones.ini.

Para desinstalar: /unload captcha.IRC.mrc

Satélites de aficionados: orbitas, keplerianos, radios, frecuencias... ¿hacking de satélites?

Surfeando por Internet, como quien dice, he descubierto algo que me parece increíble y de haberlo descubierto de niño me habría alucinado completamente.

Resulta que hay una comunidad de radioaficionados a los satélites, pudiéndose utilizar algunos satélites para intercambiar comunicaciones.

Explicaré los conceptos que he aprendido. Quiero aclarar que no he tenido la suerte de comprobar todo esto de forma práctica, pero he leído suficientes teorías como para hacer esta pequeña introducción superficial.

Los satélites de radioaficionado permiten a cualquiera enviar y recibir voz o información (fonía o packets). Para un radioaficionado un satélite es como un espejo o una antena repetidora terrestre. Este recibe y vuelve a emitir hacia la Tierra. Solo hay un canal donde se realizan todas las comunicaciones entre los aficionados que estén escuchando.

La cobertura de los satélites tiene grandes limitaciones. Para empezar no hay ninguno geoestacionario (confirmado), todos se mueven en órbita alrededor de la Tierra. Esto significa que no siempre están disponibles, ni mucho menos. Es más, dado que normalmente giran 5 o 6 veces la Tierra cada día el periodo de cobertura sobre España, por ejemplo, puede ser de entre 10 y 30 minutos por ejemplo. Los que hacen órbitas elípticas permiten ampliar este tiempo un poco más, pero su frecuencia es menor.

Por supuesto los satélites no se pueden dirigir ni nada parecido, eso es un mito de las películas. Los geoestacionarios están inmóviles porque se han colocado (y empujado) con precisión girando al unísono con la Tierra, es el caso del los satélites de la tele. Las parabólicas apuntan siempre hacia el ecuador, en el caso de los radioaficionados tendrían que moverse constantemente.

El equipo necesario para realizar comunicaciones con satélites es sorprendentemente, solo hace falta un equipo VHF/UHF y una antena larga direccional, con el mayor numero de elementos para dar la mayor ganancia posible. También se necesita una licencia que se obtiene previo pago más un pequeño examen.

El punto clave importantísimo (a parte de conocer las pautas de comunicación y las frecuencias) es saber donde se encuentran los satélites de radioaficionado en tiempo real. Esto lo podemos hacer cualquiera gracias a programas como el WXtrack (mi preferido) o SatScape y por supuesto a los keplerianos.

Simplificando: los keplerianos son parámetros (en texto plano) que indican con dos vectores temporales la dirección, posición y altitud de un satélite en el tiempo. Esto significa que teniendo los keplerianos de un satélite y el programa adecuado podrás saber donde se encuentra en cualquier momento! (aunque hay que mantener estos elementos keplerianos actualizados una vez al mes para evitar sorpresas).

Un ejemplo de elementos keplerianos, en concreto de la estación Espacial Internacional (ISS, tripulada permanentemente) que curiosamente tiene un repetidor para radioaficionados funcionando actualmente en 145.825 MHz:

ISS 1 25544U 98067A 07262.51637699 .00020000 00000-0 20000-3 0 9002 2 25544 51.6353 337.1650 0009650 22.0216 338.1362 15.76879361 25661

El resultado es el siguiente:

Esta captura muestra mi recopilación de todos los keplerianos que he podido encontrar, introducidos en el WXtrack y visualizados en tiempo real. Resulta evidente que los que están en linea son los geoestacionarios, como los Meteosat.

Tal es la fascinación con los satélites (me alegra descubrir que no soy el único) que se pueden avisar algunos satélites a simple vista si se sabe hacia donde mirar y se tienen las condiciones adecuadas.

Enlaces interesantes:

• Estatus de satélites de radioaficionado junto con sus datos técnicos.
• La biblia de las introducciones a los satélites radioaficionados.
• WXtrack. (necesité instalar esta librería para que funcionase en mi XP)
• SatSpace. Otro tracker de satélites, parece muy vistoso pero no me gusta su interfaz.
• Información técnica sobre adaptación de antenas para uso con satélites.

[Nota: Dado que no soy un aficionado de la materia, simplemente un curioso ocasional, seguiré cualquier comentario que se haga en este post, haciendo las pertinentes correcciones. Si ves algún error avísame!]

Se acerca una oportunidad para alcanzar a Google con los nuevos discos SSD

Los discos duros tienen los días contados. Serán sustituidos por una nueva generación de dispositivos de almacenamiento basados en la tecnología SSD (Discos de estado solido). Funcionan de forma similar a una memoria RAM, no tienen mecanismos ni platos magnéticos girando a toda velocidad.

Veo un gran avance en la tecnología SSD especialmente en un par de cualidades (en adelante explico) en las que creo que puede provocar un salto en cuanto a rendimiento del hardware.

Siempre he soñado con desarrollar un Buscador de Internet, empezando en mi propio garaje y todo eso (y nunca pararé hasta conseguirlo). Sin embargo, hoy en día no es posible. Haría falta una millonaria inversión para solo intentar alcanzar a Google, y luego habría que intentar ser mejor que ellos con menos recursos, lo cual veo improbable.

Sin embargo en los discos SSD hay una oportunidad para alcanzar al gigante de la información.

Actualmente Google funciona gracias a cientos de miles de ordenadores. Estos almacenan y procesan la información para devolver las búsquedas web. El punto clave para conseguir una buena experiencia de búsqueda y resistir tanta demanda es la rapidez de respuesta (a parte de repartir datacenters espejo por todo el mundo).

Esta rapidez se consigue distribuyendo el trabajo de cada búsqueda que hacemos en decenas de miles de ordenadores que procesarán simultáneamente para confeccionar el resultado. Si, cada vez que se hace una simple búsqueda estas activando alrededor de 10.000 servidores (salvo que la búsqueda esté cacheada, tendrías que hacer una búsqueda peculiar para activar toda la maquinaria, se nota en el tiempo de respuesta).

Esta rapidez se consigue gracias a que gran parte de la información se almacena en la memoria RAM de todos esos servidores (suman decenas de terabytes fácilmente), reduciendo al mínimo el acceso al disco duro magnético que es lento y torpe.

Y aquí llega el punto clave de la cuestión. Los nuevos SSD tienen una bajísima latencia, su tiempo de respuesta es 100 veces más veloz que un disco duro magnético resultando tan veloz como una SDRAM. El acceso a la información es tan solo de 0,01 milisegundos.

Para rematar la jugada, la velocidad de lectura de datos aleatoria es tan rápida como una lectura continua. En este punto los discos duros son muy lentos porque deben mover la aguja hasta el lugar determinado de lectura. Para realizar búsquedas este punto es importantísimo ya que permitiría ampliar 100 veces (teóricamente) la capacidad de almacenaje y búsqueda de cada servidor.

Por lo tanto mi teoría es que dentro de poco habrá una oportunidad estratégica para crear un datacenter más potente que el de Google con 100 veces menos servidores. Con lo cual la necesidad de ser rico sera menor y quien sabe... habrá que ahorrar.

[Nota: actualmente los discos SSD son carísimos y tienen una duración de vida extremadamente corta lo que obliga a usar un sistema de archivos especial que evita que se gasten rápido. Doy por hecho que en el futuro se superarán estos problemas técnicos y que pronto esta tecnología estará lista para usarse a un precio competitivo.]

[Nota2: por cierto, equivocado o acertado, en un futuro cercano el formatear se va a acabar. Los discos SSD pueden borrar toda su información instantáneamente.]

Proyecto Bioloid: Carasterísticas técnicas del robot: servos, sensores y CM-5 (III)

Como dije en la introducción del Proyecto Bioloid, la razón más sobresaliente de esta máquina humanoide son sus servos de última generación.

Posee 18 servos Dinamixel AX-12+. Son motores digitales avanzados, capaces de hacer movimientos muy concretos, a determinada velocidad. Y mucho más.

Características servos AX-12+:

• Precisión: los movimientos tienen pasos de 0,35º de resolución. Es decir, el movimiento más pequeño que es capaz de definir son 0,35 grados.
• Ligeros: solo pesan 65 gramos gracias a que es entero de plástico y silicio.
• Operan 300º, no pueden hacer el giro completo.
• Comando: se controlan mediante señales digitales, con un cable de serie que empalma un servo con otro, simplificando el sistema. Según leo el manual, el sistema es capaz de transmitir hasta a 1Mbps lo cual me indica que tiene más semejanza con una red informática que con un sistema analógico. (Más info: comunicación asíncrona Half duplex en serie. 8bit de información, 1 de stop, sin control de paridad)
• ID: cada servo tiene un número de identificación. Estos se pueden configurar entre 0 y 253.
• Feedback: esta característica significa que devuelve información. Concretamente devuelve su posición, temperatura (aún no se para qué ¿?), torque (carga de fuerza que resiste), voltaje.
• Led: me sorprendió que cada servo tiene un led rojo a modo de indicador, el cual además se puede programar.

Características del sensor AX-S1:

• Menos de 50 gramos, muy ligero, también en plástico íntegramente.
• Tiene idéntica forma a los servos AX-12+ incluso parece que tiene un eje de servo pero no hace ningún movimiento (por eso en algunas paginas cuentan 19 servos, cuando tiene 18).
• Altavoz: tiene un pequeño emisor de sonidos, parecidos a los politonos o al sonido midi.
• IR: tiene 3 sensores infrarrojos, hacia adelante, izquierda y derecha.
  • Son capaces de detectar obstáculos.
  • Miden la iluminación.
  • Pueden enviar y recibir información. Útil para intercomunicarse otros Bioloids o aparatos con infrarrojos.
• Micrófono: limitado a ruidos, pero tiene facilidades para contar palmadas o similares. Es una buena interfaz de comunicación sin necesidad de pulsar botones.

Y por ultimo el CM-5, la CPU del robot. Es la pieza más grande y compleja, es el procesador.

Características de la CPU CM-5:

• La pieza más grande y pesada, ya que incluye la batería (se carga en unos 20 minutos, dura entre media hora y 1 hora, depende del uso).
• 4 botones de interfaz que se pueden programar, uno de on/off y dos de control de inicialización.
• 7 leds de indicación, bastante generosas, hay 3 que no sé que significan concretamente, lo veremos más adelante.
• Cuatro conectores del Bus (aunque parece que solo tiene uno frontal incluye tres más internos). El bus es el cable de serie, que transmite las ordenes a los servos. Se llama Bus porque envía información a varios servos en un mismo cable, esto es importante ya que ahorra cables y conectores en el CM-5.
• Link a PC: esto se hace mediante un conector que es idéntico al de los auriculares, con 3 contactos que va a un conector de serie para el PC. Por suerte hay un conversor de USB a Serie que pronto compraré para poder programarlo con el portátil cómodamente.

El resto de piezas son gomas, plásticos, pegatinas, ruedas, ejes, tornillos, tuercas, cables, el CD, el manual... y más cosas por el estilo. Se pueden ver todas en la foto de la derecha.

Así que este es del hardware del que disponemos para llevar a cabo este proyecto. Espero poder encontrar pronto la formula para programar todo lo que tengo pensado. Iré contando todo, absolutamente todo en los días siguientes.

Por cierto, los vídeos los haré la próxima semana, cuando consiga rotular unas cosas y hacer unas pruebas de calidad con los vídeos de Youtube. A ver qué tal queda :)

Proyecto Bioloid: El comienzo humanoide (I)

Y por fin cumplo uno de mis objetivos (y sueño desde niño). Tengo la suerte de poseer el más avanzado robot humanoide no-empresarial.

Este Bioloid (comprehensive kit) me acaba de llegar y estoy totalmente ilusionado (como cuando me regalaban Lego de niño). Lo he montado a toda velocidad (apenas 3 horas) y funciona correctamente. Ya está operativo, es ahora cuando comienza el proyecto.

A modo de introducción:

Mi pasión por la robótica ha sido desde niño. Gracias a mis padres tuve acceso a centenares de revistas de Muy Interesante (desde el numero 1, la del tsunami), Algo 2000, Mecánica Popular... Era un niño, lo único que leía era las frases que describían las imágenes y esquemas, pero me comía la cabeza maquinando con todo esto.

Por otro lado se iban acumulando sin control las cajas de Lego. Desde el Duplo (de 2 a 5 años), System, Tecnichs y Mindstorms. Al final mi primer inicio con un robot como tal fue el Cybermaster de Lego. Es el primer ladrillo computerizado de Lego, antecesor del RCX de Mindstorms.

Y hoy he dado un gran salto hacia la Robótica, con el Bioloid comprehensive kit. Es un novísimo kit de robótica, muy modular (no tanto como Lego por supuesto) pero que posee los más avanzados servos jamás ensamblados en un robot para hobby.

Los 18 servos que incluye son rápidos, precisos y ligeros pero tienen un especial añadido, son sensibles a la temperatura y al torque. Esto último significa que en teoría (pronto en la práctica) tiene el sentido del tacto. Es decir, cuando un objeto o mano les empuja, los servos serán capaces de detectarlo.

Esta especial característica hará de esta, una gran aventura que comienza hoy y he llamado "Proyecto Bioloid". Podréis seguir paso a paso en este blog (es el mio personal):

• Categoría Robótica.
• Álbum Bioloid en mi Flickr.

Pronto continuaré divulgando todo sobre el Bioloid haciendo vídeos, más fotos, programas, trucos... absolutamente todo lo que consiga exprimir de este fantástico aparato.

Por último me gustaría anotar que este aparato lo he adquirido rápidamente y sin problemas en la tienda Ro-Botica, emplazada en Barcelona la cual exporta este novedoso producto a un buen precio. Mi Bioloid en cuestión es este modelo: Bioloid Comprehensive Kit.

[Advertencia: quiero aclarar que tengo acuerdos publicitarios con Ro-Botica desarrollados en Blogs Teoriza. Sin embargo esto NO afecta en NINGÚN sentido a la creación de los post. Dicho de otra manera: todo el contenido publicado en Blogs Teoriza ha sido desarrollado de forma natural, sin dinero por medio, ni pago por post, ni ningún otro chanchullo del estilo. Doy mi palabra.]

La historia de mi fracaso escolar y mis disculpas por las gamberradas!

Hace algunos años era estudiante. Siempre me aprobaron en la ESO. Pasas raspadillo me decían, yo sabía que era suspendido pero que me dejan continuar.

Así varios cursos, hasta que llegué al Bachiller. Suspendí todas las evaluaciones del primer año y al repetir curso volví a suspender todo. Fue un fracaso escolar.

Tuve la suerte de que en el instante de no saber qué hacer, si tripitir o desistir, mi padre encontró un nuevo modulo de grado medio de informática (2 años) y allí me fui. Fue una suerte, porque me acerqué a lo que más me gustaba desde antes de la ESO. Los ordenadores.

También raspadillo, lo acabé sacando. Podría decir que aprendí algo de aquel curso de informática, pero sin duda lo que más me aporto fui yo mismo. Mis ansias de enredar, probar, trastear. Mi curiosidad imparable que nunca se detiene.

Dicho esto, creo que es hora de disculparme por algunas gamberradas inofensivas que hice en mis tiempos de estudiante:

• Accedí a unos documentos del Jefe de Estudios del colegio. Llegué a ellos, no toqué nada, ni apenas leí (bueno si). Solo fue por curiosidad y por el total desconocimiento en seguridad de aquella época, ni había Internet.
• Creé un autoejecutable de MS-DOS que se llamaba PULSA.bat, muy simple, creaba unas 50 carpetas en el escritorio, colapsando y molestando un poquito (lo siento). Con el tiempo conseguí que se copiase a sí mismo por la red local.
• En la época en la que aparecieron los troyanos y manejar un ordenador remotamente tenia mucha gracia (al menos para mi), troyanizamos toda la sala de informática con el Sub7 y nos reímos un montón abriendo el CD-ROM y cosas así.
• Después, en el Instituto estudiando informática, conseguí siempre la contraseña de administrador de Windows por mucho que la cambiaban, básicamente para poder instalar algún programa para entretenernos, aunque muchas veces sirvió para avanzar en clase.
• De casualidad conseguí ver en mi pantalla la de un profesor redactando el examen del día siguiente. Aprobamos casi todos, pero porque el examen fue fácil.
• Al descubrir que mediante LAN se podían encender ordenadores, encontré el método para hacerlo masivamente, me picó la curiosidad de si era posible tirar los plomos de la red eléctrica al encender muchos ordenadores a la vez. Un día conseguí encender los de mi aula y otras 2 a la vez, en total unos 45 ordenadores, no pasó nada, salvo muchos pitidos de arranque a la vez y la siguiente sospecha en mi.
• Me echaron 3 días del Instituto por estropear un ordenador nuevo. Aquí no pienso pedir perdón ya que NO fui yo. La incompetencia de parte del profesorado hacía que no se enterasen nunca cuando hacia algo chungo y hacerme pringar cuando no tenia la culpa. Jamás he estropeado ni desconfigurado ningún ordenador. Aunque lo pueda parecer nunca he sido destructivo, si no todo lo contrario.

Curiosamente, ni si quiera fui a recoger el diploma de aquel curso. Ya no me hacía falta. Había aprendido por mi mismo un oficio (o varios) dentro del mundo de la informática y en especial Internet.

En todas las entrevistas de trabajo, el empleo fue mio. Y ahora soy mi propio jefe, a punto de formalizar una empresa en Internet, oficio del que vivo hace tiempo.

En fin, pido perdón a todos los que molesté, pero mi naturaleza es así: probar, probar, experimentar, observar, analizar, errar y volver a empezar. Gracias a eso he conseguido encontrar mi lugar.