Debido al reciente fallecimiento de una de mis foneras he puesto un ventilador encima del disipador de la fontenna y otro ventilador encima del enlace ‘vecinal’, con obertura en el plastico para poder cerrarla:

Fonera con ventilador

El ventilador proviene de una antigua grabadora de CDs, de las primeras que salieron, que se calentaban tanto que tenían un ventilador situado en la parte posterior de la unidad, sobre el conector IDE.

El ventilador funciona a 5V, por lo que está directamente soldado al conector de corriente de la fonera por la parte interior (modelo de fonera 2100, 5V 2A) y está fijado sobre el disipador con cianocrilato (superglue).

Bueno, la fontena de Fon la verdad es que para lo que es/hace/vale no está mal, pero me gusta mucho mas la que me he fabricado yo a partir de un desguace ya que además de tener un mayor alcance tiene una fonera incluida.

Shago, un amigo que estuvo en la Campus Party del 2004 (la última que se realizó en el museo Principe Felipe de la Ciudad de las Artes y de las Ciencias en Valencia), asistió en la misma campus party a un taller de antenas WiFi que se hizo a partir de una antena mas o menos comercial que se pagaba en el taller y que venia desmontada y a la hora de montarla bueno, se le fué un poco la mano.

La antena se parece a una especia de fiambrera. Consiste en un recipiente de plástico estanco que contiene una plancha de metal y un dipolo, además de un montón de espacio para incluir un router dentro de la propia antena, por lo que se puede convertir en una antena con router incluido para exteriores.

Así que después de muchos años de tenerla tirada Shago decidió comprar una ya montada y me dió esta que apenas funcionaba y con razón, pues tenía el dipolo medio torcido y muy mal soldado con soldaduras frias que se me deshicieron en las manos. Tomé medidas del dipolo, conseguí un poco de cable de cobre que mas tarde enderecé y lo doblé con mucho cuidado para que tomase la forma del dipolo original y tras probar que la antena funcionaba bien, decidí meterle dentro una fonera desmontada a la que además le puse una segunda antena y un lector de tarjetas SD/MMC.

Además utilicé un par de cables del cable ethernet para llevar por el mismo cable la corriente de la fonera (PoE o Power over Ethernet) de forma que a la antena solo llega un cable que lleva tanto ethernet como la alimentación. El resultado, la Fontenna (CC).

Update: Por petición en los comentarios esta es una foto general del dipolo.

Dipolo Fontenna compuesto de dos piezas soldadas entre sí.

Hace unos días un amigo del grupo de usuarios de linux de la Universidad Politécnica de Valencia (PoLinux) me dejó un arduino y un modulo ethernet para Arduino para que lo trastease un poco, pero no pude hacerlo funcionar en Mac OS X durante un tiempo y no supe porque hasta que ayer me puse en serio a arreglarlo.

El primer fallo con el que me topaba era que al lanzar Arduino 12 no me dejaba seleccionar el puerto serie en el que se encontraba Arduino porque la opcion ‘Serial Port’ del menú ‘Tools’ no era seleccionable.

Lanzando Arduino 12 desde un terminal pude leer:

karman@Usagi ~ $ /Applications/Arduino/Arduino\ 12.app/Contents/MacOS/Arduino

Experimental: JNI_OnLoad called.
Stable Library
=========================================
Native lib Version = RXTX-2.0-7
Java lib Version = RXTX-2.0-7
java.lang.ClassCastException: gnu.io.RXTXCommDriver thrown while loading gnu.io.RXTXCommDriver
java.lang.ClassCastException: gnu.io.RXTXCommDriver thrown while loading gnu.io.RXTXCommDriver

Este error que por mas que busqué no encontré como solucionarlo lo acabé arreglando casi por casualidad cuando se me ocurrió actualizar la librería RXTX de RXTX-2.0-7 a RXTX-2.1-7.

Ahora ya podía seleccionar el puerto para tratar de programar Arduino pero a la hora de transferir el programa (después de compilarlo) me daba otro error bastante extraño:

Binary sketch size: 1248 bytes (of a 14336 byte maximum)
check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file.
please see: How can I use Lock Files with rxtx? in INSTALL

processing.app.SerialException: Serial port ‘/dev/tty.usbserial-A9009gOS’ already in use. Try quiting any programs that may be using it.

Este otro error era bastante extraño ya que mediante fuser pude ver que nadie estaba usando el dispositivo. Según parece no tiene una ruta correcta de lock por lo que es incapaz de saber si el puerto está en uso o no. Para arreglarlo bastaba con:

karman@Usagi ~ $ sudo mkdir /var/lock
karman@Usagi ~ $ sudo chmod 777 /var/lock

Y listo, ya pude programar Arduino desde mi Mac.

Aqui dejo un ejemplo de como escribir un SOS en el led que viene integrado en la propia placa. DESCARGAR

Algunos habreis notado que la página puede haber estado inaccesible algunas horas hará unos días y que mi uptime se reinició de 43 días a 3 días.

El motivo es que he cambiado el server y ahora el nuevo es un doble Pentium 3 a 800Mhz cada procesador con 512Mb PC133 ECC SDRAM y 5 discos duros, uno de 2Gb para el arranque, otro de 70Gb como directorio multimedia (musica, peliculas, series, etc) y los 3 restantes de 9.1Gb cada uno y diez mil revoluciones por minuto formando un contenedor RAID5 para el sistema en una caja de discos HOTSWAP.

En cuanto al SAI (la caja azul encima del servidor) es un MGE Pulsar Evolution 800VA cuyas baterías funcionan de momento pero que voy a tener que cambiar en breves ya que apenas dura unos 5 minutos.

Con todo esto me sobra el viejo server. Por si alguien lo quiere, se trata de un 2x(P3 500) 256 ECC PC133 SDRAM con SCSI integrado en la placa base ademas de red ethernet a 100 y VGA con 3 discos duros SCSI de 9.1Gb cada uno a 10K RMP y una fuente de alimentacion de 230W. Tambien me sobra el SAI antiguo de 250W que no tiene baterías pero que ponerselas cuesta como 12 o 13 € cada una, con un total de dos baterías.

Si alguien está interesado que me envie un correo electrónico.

Hace exactamente un año que encontré en el rastro esta pedazo de controladora RAID SCSI en el rastro y que la instalé en mi server con una configuración RAID5 redundante de 3 discos de 9.1Gb 10.000 rpm y hoy por casualidad, trasteando con un juguete que pronto publicaré he conseguido acceder (por fin, llevaba tiempo peleandome) a la ‘administración en vivo’ de la controladora, es decir, poder conectar, desconectar discos, crear gestionar y eliminar contenedores y un sin fin de tareas sin necesidad de apagar/reiniciar el ordenador.

Para ello después de mucho surfear por las infinitas páginas que contiene la web de soporte de Dell conseguí encontrar la utilidad mágica, afacli, disponible desde la web de Dell desde aqui.

La utilidad viene empaquetada como rpm, pero por suerte alien realiza una conversión estupenda del paquete a deb. Quien utilice Redhat o distribuciones con el gestor de paquetes rpm no necesita hacer la conversión a deb. Es necesario tener libncurses4 para que funcione la utilidad de gestión de la controladora.

Una vez instalado nos topamos con el problema de que la utilidad busca la controladora como /dev/afa0, pero este dispositivo por defecto no suele existir en las máquinas linux, por lo que hay que crearlo manualmente. Para ello el paquete que hemos instalado incluye un script llamado MAKEDEV.afa que se ha instalado en /dev y que procederemos a ejecutar de la siguiente manera:

# cd /dev
# MAKEDEV.afa afa0

Si este procedimiento fallara (normalmente por no encontrar menciones al dispositivo que busca, ‘afa’) bastaría con editar el script MAKEDEV.afa y cambiar la linea #2 (variable devname) por:

devname=”aac”

De modo que el script pueda reconocer el dispositivo (usa un cat /proc/devices) y crear así el dispositivo con mknod. Si todo ha ido bien, tendremos un bonito /dev/afa0 que será perfectamente reconocido por afacli y ya podremos gestionar la controladora en vivo sin necesidad de reiniciar el equipo.

P.D: Este artículo es válido tanto para PERC2 como PERC3/Di (probado en ambos).