planoComplejo

Usando git para administrar un sitio web

Maxi — Thu, 03 Nov 2011 05:44:05 +0000

Es posible usar git para llevar un control de versiones de un sitio y permitir la colaboarcion de varios desarrolladores. Para pequeños proyectos puede ser deseable que al hacer un git push queramos que se actualice el sitio con la última versión.

Aca está simplemente una receta para hacerlo. La idea es inicializar el repositorio en el directorio donde se encuentra el sitio (‘/var/www’ por ejemplo) y configurarlo para que luego de cada commit haga un reset hard, haciendo que se manifiesten los últimos cambios inmediatamente.

/var/www$ git init

Luego configuramos los siguientes archivos:

.git/config:

[core]

repositoryformatversion = 0
filemode = true
bare = false
logallrefupdates = true
 
[receive]
denyCurrentBranch = warn

.git/hooks/post-recieve:

#!/bin/sh
 cd ..
 env -i git reset --hard
# Fix some file permission problem. Esto es solo para un caso particular, no lo necesitas. Podes poner lo que quieras aca...
# echo [ INFO ] - Setting file permissions for token.sqlite and parent directories.
# for i in `find /var/www/ -name token.sqlite`; do chmod 777 $i; chmod 777 `dirname $i`; done

En el directorio raiz colocamos un archivo .gitignore para cancelar la “ignoracion” de los archivos que empiezan con . como el .htacces.

.gitignore:

!.*

Eso es todo. Cada vez que un developer haga un commit en el server se actualizara el sitio a la ultima versión.

Fabricar servo con motor paso a paso (PaP)

Maxi — Thu, 20 Oct 2011 04:27:00 +0000

Cómo construir en forma sencilla un servo sin reducción con un motor paso a paso extraido de una impresora. Para realizar el control del servo se utilizará una arduino, la cual a se conecta al motor PaP a través de un array darlington. Los comandos del servo serán recibidos por el puerto serie de la arduino.

El control se hace desde un sencillísimo programa en python (2 líneas de código).

Como ejemplo, este servo se utilizó para controlar la rotación de una cámara web.

Requisitos

Motor paso a paso de 4 bobinas. Voltaje 12v. Estan en todos lados: impresoras, disqueteras, lectoras CD/DVD, etc
Arduino
Integrados ULN2003A, uno cada 500mA de consumo del motor. Son muy baratos.
Elementos para realizar el conexionado. En este caso protoboard y cables.

Pasos para el ensamblado

Identificar la funcion de cada cable (si te interesa saber cómo deja un comentario pidiendolo y lo agrego).
Uno (o dos) de los cables será común a todas las bobinas. Conectarlo a +12V.
Conectar las bobinas a los ULN2003A pines 13, 14,15 y 16), encimándolos para aumentar la capacidad global de corriente del circuito.
El pin 8 del ULN va a GND.
Conectar los pines elegidos de la arduino (en este caso 6,8,10 y 12) al ULN (pines del 1-4).
Configurar y cargar el codigo fuente del sketch.
Darle power y probar (ver video)

Script de prueba (python)

1 2	import serial serial.Serial("/dev/ttyUSB0").write(chr(1))

Fotos

Código fuente

/* SERVO INTERFACE FOR A STEP-MOTOR (OR "MOTOR PASO A PASO" (PAP))
 *
 * A ULN2003A darlington array is used as interface between the
 * motor coils and the Arduino.
 *
 * This program is free software: you can redistribute it and/or modify
 * it under the terms of the GNU General Public License as published by
 * the Free Software Foundation, either version 3 of the License, or
 * (at your option) any later version. See http://www.gnu.org/licenses/
 * Maxi Padulo - 30.09.2011
 */
// Configuration
int motorPins[] = {6, 8, 10, 12}; // The pins connected to the motor
int totalSteps = 32;              // How many steps has the PAP motor, or in this case (my motor has 48)
                                  // how many of them are we going to use in the servo.
int delayTime = 30;               // To control the speed of the servo. If it is too small, some steps
                                  // can be jumped and sincronization is lost. This
                                  // parameter is inteded to play with, because depends of the motor,
                                  // voltage, load, etc.
boolean Active = true;            // If Active = False, all coils will be off after placing the servo in
                                  // the right position.
 
int count = 0;
int count2 = 1;
int count3;
int inByte;
int pos = totalSteps;
int newPos;
 
void setup() {
  // Set the output pins
  for (count = 0; count < 4; count++) {
    pinMode(motorPins[count], OUTPUT);
  }
 
  Serial.begin(9600);
  Serial.println("Inicializando...");
 
  // To inicialize the steps count, we move the servo to one extreme to be shure of his position.
  // Then I set it in the middle of his trajectory.
  for (count3 = totalSteps; count3 >= 0; count3--) {
    moveBackward();
  }
  //pos=0;
  for (count3 = totalSteps/2; count3 >= 0; count3--) {
    moveForward();
  }
 
  digitalWrite(13, HIGH);   // set the LED on
}
 
void moveForward() {
    if ((count2 == 8)) {
      count2 = 1;
    }
    else {
      count2<<=1;
    }
    for (count = 3; count >= 0; count--) {
      digitalWrite(motorPins[count], count2>>count&0x01);
    }
    delay(delayTime);
    pos++;
}
 
void moveBackward() {
    if ((count2 == 1)) {
      count2 = 8;
    }
    else {
      count2>>=1;
    }
    for (count = 3; count >= 0; count--) {
      digitalWrite(motorPins[count], count2>>count&0x01);
    }
    delay(delayTime);
    pos--;
}
 
void loop() {
  if (Serial.available() > 0) {
    inByte = Serial.read();
 
    if ((inByte > 0) && (inByte < totalSteps)) {
      newPos = inByte;
 
      if (newPos > pos) {
        for (count3 = (newPos - pos); count3 > 0; count3--) {
          moveForward();
        }
      }
      else {
        for (count3 = (pos - newPos); count3 > 0; count3--) {
          moveBackward();
        }
      }
 
      // We send back the new position
      Serial.println(pos, DEC);
    }
  }
 
  if (!Active){
    for (count = 3; count >= 0; count--) {
      digitalWrite(motorPins[count], 0);
    }
  }
}

Cambio en planocomplejo

Maxi — Wed, 04 May 2011 18:23:37 +0000

He decidido cambiar el sitio. Esta nueva estructura me resulta mucho más cómoda y manejable.
El sitio antiguo seguirá siendo siempre accesible a través de:

http://planocomplejo.com.ar/cms

Algunas cosas fueron migradas, otras quedarán en el otro sitio. No creo que esto cause molestias, pero pido disculpas en caso de que así sea.

Maxi

Cambiar el UUID de una imagen en VirtualBox

Maxi — Tue, 03 May 2011 11:57:27 +0000

Si hemos copiado una imagen de disco de virtual box y la queremos usar nuevamente en otra maquina virtual distinta nos encontraremos con el siguiente error:

Failed to open the hard disk ARCHIVO.vdi.
Cannot register the hard disk ‘ARCHIVO.vdi’ {55c80bf5-cd7b-45cd-9782-ff0bbae57ce5}
because a hard disk ‘OTRO_ARCHIVO.vdi’ with UUID {55c80bf5-cd7b-45cd-9782-ff0bbae57ce5} already exists.

Para resolver esto podemos cambiar el UUID de la imagen que hemos copiado con el siguiente comando:

VBoxManage internalcommands sethduuid ARCHIVO.vdi

Esto genera un nuevo UUID para esa imagen de disco, y nos permite usarla nuevamente en otra maquina virtual.

Ejecutar commando cuando un host vuelve a estar activo

Maxi — Mon, 02 May 2011 17:20:32 +0000

A veces necesito reiniciar una maquina y luego ejecutar un comando en ella, pero no tengo ganas de esperar a que reinicie y bootee de nuevo. En sistemas grandes puede tardar un par de minutos.

Lo que hago simplemente es correr el siguiente comando:

ping -c 1 $HOST -w 600 && sleep 10 && ssh $USER@$HOST $COMMANDO || echo "Tardo mucho. Abortado"

Explicacion:

Basicamente hago ping a la maquina de destino y espero hasta que me responda. Cuando me responde, ejecuto el comando deseado. Si no responde luego del timeout(600s) escribo un mensaje. Todo lo que empieza con $, debe ser reemplazado por su correspondiente valor. También puede ser cargado como variable bash (o del shell en uso).

Explicación detallada:

ping -c 1 $HOST -w 600

Consiste en el comando ping con determinados parámetros:

“-c 1” indica que debe quedarse esperando a que el $HOST le responda 1 paquete y luego salir
“-w 600” esto es el tiempo que debe quedar esperando la respuesta del $HOST antes de darse por vencido

Si no se recibe respuesta luego de 600 segundo ping aborta con mensaje de error distinto de 0, por lo que los demas comandos unidos por el “&&” (AND) no se ejecutan y en cambio se ejecuta el echo ” ‘ bla bla ‘ “. Si por el contrario responde, se ejecuta todo lo que le sigue unido por los && y no se ejecuta los que está luego del “||”. Es simple lógica binaria creo q no necesita explicación.

sleep 10 && ssh $USER@$HOST $COMMANDO

Una vez que me responde el ping, espero 10 segundos antes de ejecutar el comando ssh, ya que el servicio de ssh (sshd) se inicia un poco despues que el servicio de red. Si lo intentamos enseguida no funciona. Para que el comando se ejecute sin intervencion del usuario (sin poner la clave) es necesario tener configurado el HOST para iniciarlo passwordless (buscar en google “passwordless ssh”)

echo "Tardo mucho. Abortado"

Este es el mensaje de error que muestra si no se recibio respuesta de ping del HOST luego de los 600 segundos. Puede ser valido un comando aqui tambien obviamente.

vBox en modo pantalla completa en un monitor secundario

Maxi — Mon, 02 May 2011 14:06:20 +0000

El modo pantalla completa (Teclas HOST + F) de virtual box solo se activa en la pantalla primaria, por mas que lo ejecutemos en una pantalla secundaria.
Es posible mover virtual box en pantalla completa a otro monitor secundario, haciendo:

Ir a modo pantalla completa (Teclas HOST + F)

Abrir el menu oculto (Teclas HOST + Home)

Luego elegir la opcion “View/Virtual Screen 1/Use host screen X”

Es fácil una vez que se sabe como hacerlo.

Quitar sectores defectuosos del filesystem

Maxi — Tue, 12 Apr 2011 17:16:22 +0000

Descripción del problema: al usar la notebook en determinados momentos se congela todo el sistema (ni el mouse se mueve) y luego de aproximadamente 10 segundos vuelve todo a la normalidad. Y muchas veces este fenómeno sucede al intentar abrir un programa el cual, luego del periodo de “congelamiento”, no se abre.

Primer paso vemos que tiene el log para decir:

tail -n40 /var/log/messages

Google nos indica que puede ser problema de incompatibilidad del kernel de linux con cierto hardware. Pruebo con un kernel mas antiguo que seguro lo use mucho tiempo sin problemas y el mismo problema nuevamente.

A ver q tiene la SMART del disco para decirnos:

smartctl -a /dev/sda

vemos un monton de errores como este:

Error 3667 occurred at disk power-on lifetime: 7005 hours (291 days + 21 hours)

When the command that caused the error occurred, the device was active or idle.

After command completion occurred, registers were:

ER ST SC SN CL CH DH

-- -- -- -- -- -- --

40 51 00 87 76 ba e3  Error: UNC at LBA = 0x03ba7687 = 62551687

Commands leading to the command that caused the error were:

CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name

-- -- -- -- -- -- -- --  ----------------  --------------------

c8 00 08 85 76 ba 03 00      05:04:07.038  READ DMA

27 00 00 00 00 00 00 00      05:04:07.038  READ NATIVE MAX ADDRESS EXT

ec 00 00 00 00 00 00 00      05:04:07.017  IDENTIFY DEVICE

ef 03 42 00 00 00 00 00      05:04:06.998  SET FEATURES [Set transfer mode]

27 00 00 00 00 00 00 00      05:04:06.998  READ NATIVE MAX ADDRESS EXT

Error 3667 occurred at disk power-on lifetime: 7005 hours (291 days + 21 hours) \

When the command that caused the error occurred, the device was active or idle.

After command completion occurred, registers were: ... (continúa)

Testeemos el disco:

smartctl -l selfstest /dev/sda

para hacer un test extendido y ver que esta pasando… Una vez ejecutado el comando tomarse una siesta porque tarda un rato (60 min en mi caso).

Otra vez para ver que salió:

smartctl -a /dev/sda

Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Extended offline Completed: read failure 90% 7011 61355945

epaaa. Checkeamos con

fdisk -l

Disk /dev/sda: 120.0 GB, 120034123776 bytes 255 heads, 63 sectors/track, 14593 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0xc9cffc73

Device Boot Start End Blocks Id System /dev/sda1 * 1 1311 10530576 7 HPFS/NTFS /dev/sda2 1312 3110 14450467+ 83 Linux /dev/sda3 3111 3302 1542240 82 Linux swap / Solaris /dev/sda4 3303 14593 90694927 f W95 Ext'd (LBA) /dev/sda5 3303 4869 12586896 83 Linux /dev/sda6 * 4870 5507 5124703+ 83 Linux /dev/sda7 5508 14593 72983263+ 7 HPFS/NTFS

Los sectores que nos tiro el SMART estaban calculados como de 512 bytes, y los de fdisk son de 1Kb. Asi que en vez de ir sumando y acumulando los bloques del fdisk, directamente calculamos en base a los numeros de cilindro que abarca cada particion.

Ya sospechamos que este error esta en la particion de linux q estamos usando (/dev/sda5 en este caso), por lo cual vamos a calcular primero los bloques que abarca esa partición. Fdisk dice q empieza en el cilindro 3303 y termina en el 4869 (inclusive).

Por lo cual 3303 x 16065 (cilindro inicial x cantidad de bloques por cilindro (de 512bytes, lo dice el fdisk)) = 53062695

4870 x 16065 = 78236550

Nuestro primer bloque defectuoso esta en el sector 61355945 y nuestra paricion se encuentra entre el 53062695 y el 78236550.

Efectivamente tenemos bloques defectuosos en nuestra particion linux.

BOOTEAMOS EN OTRA PARTICION, (o en un BOOTCD) Y SEGUIMOS.

De curiosos nomas vemos a ver cuantos hay:

badblocks -n -v -s /dev/sda5

Obtengo una lista de bloques de los bloques defectuosos. 147 en total.

Podría usar esta lista para indicarle al e2fsck que los marque como defectuosos, pero como tengo que escribir esto y tengo tiempo vamos a lo seguro:

e2fsck -c -c -v /dev/sda5

(ojo que hay q poner el -c dos veces, para que compruebe los sectores defectuosos de modo no destructivo). Responder a las preguntas que se hacen al final, si se quiere todo por defecto agregar la opcion -y al comando anterior.

Listo, problema resuelto.

NOTA PARA APRENDER UN POCO MAS: Los sectores defectosos no son algo de otro mundo, y cuando hay pocos no es nada por lo cual preocuparse. Los discos vienen diseñados para tolorear cierto numero de sectores defectuosos, los cuales una vez encontrados los marca como no usables y los relocaliza en una parte del disco que viene de fábrica destinada para tal fin. El problema es que una vez que se llena este espacio previsto, no hay más lugar para relocalizarlos por lo cual el disco no hace nada y en mi caso evidentemente se cuelga como un boludo por un rato.

Podemos ver esto cuando hacemos:

smartctl -a /dev/sda

ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0

Vemos que en el peor (worst) de los caso podemos tener 200 relocaciones de sectores y es justo lo que tengo. Segun esto al tener mas de 140 ya deberia tener cuidado, ya que esto indica que el disco puede fallar muy prontamente. Pero en mi caso como todo esto surgió por un golpe, se que se debe al impacto mientras la laptop estaba funcionando y no a una inminente falla del disco.

Cuando se le acaban estos 200 sectores para relocalizar, empieza a tirar los errores que nos arruinaban la vida, y los sectores defectuosos no queda otra que indicarle al filesystem que no los use. Y eso fué lo que hicimos.

Washing Machine

Maxi — Thu, 25 Nov 2010 10:40:31 +0000

Introducción

Este proyecto es un controlador electrónico para lavarropas automáticos. Está implementado en base a un microcontrolador PIC 16F877, y fue diseñado para un lavarropas Aurora A330.

Fué mi primer proyecto de electrónica, así que es suceptible de muchas mejoras de hardware especialmente.

El firmware es bastante robusto, y dotan a la máquina lavadora de muchas funciones. El codigo fuente se encuentra disponible bajo licencia GPL, para que lo puedas modificar y adaptar a tu gusto.

ATENCIÓN

Esto es algo bastante viejo (más de 3 años), pero dado que un amigo me lo ha pedido decidí subirlo por si a alguien más le sirve. Fué mi primer proyecto con microcontroladores, asi que seguro se puede mejorar mucho, especialmente el hardware en la etapa de potencia, pero eso quedará a tu criterio.

~~Disculpen pero no habra documentación, es un proyecto muy viejo y no fue pensado para eso.~~ UPDATE 25/11/2010 Dado el interés en el proyecto (especialemente de Xaime y Andrés) voy a tratar de subir todo lo que pueda ayudar a entenderlo y construirlo. Pero ACLARO que este proyecto lo hice para aprender, y sin intenciones de difundirlo. Si hoy lo tendría que hacer lo haría de forma diferente, especialmente reemplazaría los relays y el diseño de la fuente de alimentación. Además en el momento en que lo armé estaba un poco desesperado por hacer andar la lavadora porque se me acumulaba la ropa sucia, asi que eso contribuyó mucho a que aparecieran muchas chapuzas. Por otro lado lleva casi 3 años funcionando perfectamente hasta hoy 08/08/2010.

Dicho todo esto pasemos a lo pertinente.

Revisión de las características del sistema

Hardware

- Pantalla LCD 16×2, con 3 botones para acceder a todas las funciones.
- Elecroválvula para carga.
- Gaveta selectora de 4 niveles (para jabon de lavado, prelavado, blanqueador y suavizante respectivamente) controlada mediante servo de aeromodelismo.
- Presómetro de un solo nivel. La placa base esta diseñada para que soporte un presómetro de 2 niveles (carga y media carga).
- Resistencia para calentar el agua de 1200W.
- Sensor de temperatura LM35.
- Motor de marcha lenta con giro en ambos sentidos y marcha rápida para centrifugado.
- Bomba de extracción de agua.

Software

- Autoinicialización de la memoria EEPROM, para el primer uso o ante un estado inconsistente.
- Programa para calibrar el servo que controla las gavetas de jabón. Se realiza la primera vez luego de la instalación.
- Varios programas de lavado, para distintos tipos de prendas.
- Posibilidad de programar el lavado para que empieze a determinada hora.
- Permite detener el lavado en cualquier momento. Luego se puede desagotar y/o centrifugar.
- No se desprograma por mas que se interrumpa el suministro eléctrico, cuando éste se restaura, el programa continúa desde el último paso incompleto.

Pudes ver algunas fotos del software funcionando al final del artículo, en la zona de descargas bajo el apartado Simulación.

Descripción del sistema

El sistema consiste básicamente en 3 partes:

- La etapa de potencia
- El panel de control
- La placa madre

La etapa de potencia
Basicamente es una caja de relés que controlan el flujo eléctrico de los distintos elementos de la lavadora, tal como lo haría un programador mecánico.

La etapa de potencia se encarga de controlar:
- La electroválvula (EV), para permitir el paso del agua hacia las gavetas. Cuando circula corriente por la EV esta deja pasar el agua.
- La resistencia (TR) se encarga de elevar la temperatura del agua. Consume bastante, entre 1000W y 2000W, así que el relé a usar y los cables deben ser capaces de soportar este caudal de corriente.
- La bomba de agua, que se encarga de extraer el agua desde el tambor.
- El motor, que es la parte más complicada.

Podemos decir que el motor se comporta como 2 motores (marcha lenta y centrifugado), por más que es uno solo. Las bobinas en su interior están dispuestas para que funcione así, como si fuesen 2 en 1.
La conexión en mi lavarropas consiste en un fichón que posee 6 contactos, de los cuales solo 5 son útiles (perdón pero no tengo foto de esto).

Uno es masa o tierra, y los otros son 2 pares. El primer par corresponde al motor de marcha lenta, y el otro al motor de centrifugado. Para averiguar cual par corresponde con cual fui a una casa de motores a preguntar, y no hicieron más que probar unas cuantas veces hasta que me supieron decir como era la distribución de las patillas.

Ambos motores necesitan un capacitor, que en mi caso es uno solo que está compartido. En algunos lavarropas pueden ser dos, de diferente capacidad. En tal caso se deberá modificar levemente la etapa de potencia para adecuarse a esos cambios.

Tomemos el par de patillas que corresponde al motor de marcha lenta. Para hacer funcionar el motor se debe conectar las terminales del capacitor a estas 2 patillas, y luego conectar el vivo a SOLO UNA de ellas.
El motor de marcha lenta pude girar en ambos sentidos, que dependen de en cual de estas 2 patillas conectemos el vivo.
El motor de centrifugado funciona en un solo sentido, y hay que buscar en cual de las 2 patillas correspondientes al motor de centrifugado hay que conectar el vivo, ya que tiene más fuerza en solo una de ellas (al menos en mi motor es así).

Para aclarar todo esto es recomendable mirar el diagrama de la etapa de potencia.

NOTAS:

Tanto el RLY_SM como el RLY_ML pueden reemplazarse por relés doble inversor, pero yo lo arme con 2 relés cada uno porque me salía mas barato así.
En los contactos de los relays (donde conmuta la corriente alterna), se les puede colocar un SNUBBER para reducir el chispazo de la conmutación mecánica. Es especialmente importante colocárselo al RLY_AC. Los snubbers que yo uso son R=100Ohm/1Watt, C=100nF/250V. Esto reduce las interferencias provocadas por la conmutación y reduce el desgaste del relé. Yo les coloqué snubbers a los relés RLY_AC, RLY_EV, RLY_BA y RLY_TR. Con esa configuración me han durado varios años y todavia siguen funcionando bien.

La etapa de potencia conviene instalarla alejada de la placa base y del display LCD, para reducir la interferencia electromagnética.

El panel de control

Consiste en 3 botones (Izquierda, Derecha y Enter) y una pantalla LCD de 16×2. Además cuenta con un led testigo de alimentación.

Los botones permite controlar las funciones del programador. Los botones (especialmente si no son de buena calidad) es muy común que produzcan rebotes, es decir que cuando apretamos el botón los contactos en su interior realizan unos rebotes microscópicos que hace que parezca que apretamos varias veces el botón. Para eso se coloca un capacitor en paralelo, que ya está contemplado en el motherboard.

El LCD posee a su vez un microcontrolador en su interior, que es bastante sensible al ruido en la linea, y se suele colgar (tildar) con facilidad. Si tienes problema con que el programa se tilda y no sabes porqué es un buen lugar por donde buscar. El programa no puede funcionar sin el LCD y tampoco si el LCD está tildado ya que hay una comunicación bidireccional.

La placa madre

Es la parte central del diseño donde se ubica el microcontrolador y se conectan todos los periféricos a él.

Para alimentarla se le conecta directamente la salida de un transformador de 220VAC/9VAC de 1A que luego de rectificarse se transforman en aprox. 12VDC. Opcionalmente le puse un fusible al transformador donde va conectado a 220v, en uno de sus cables ( valor del fusible 250v/1A).

Posee una fuente regulada en la misma placa. Y creo yo que el sistema de alimentación y la inmunidad al ruido electromagnético son el mayor punto débil del diseño. Es en este punto donde mi falta de conocimiento me trajo muchos problemas.
En fin, el resultado fue a base de prueba y error (de haber tenido un osciloscopio me hubiera facilitado muchisimo la tarea) y de leer muchos foros de electrónica y algunos artículos sobre tratamiento de ruido. Los libros sobre este tema estaban bastante fuera de mi alcance en ese momento.

Los botones y los leds no necesitan mucha explicación. Tampoco la conexión con el LCD. Solo hay que tener la precaución de conectar cada pin con su correspondiente.

El presómetro normalmente es como un interruptor, cuando junta cierta presión se activa. Debes identificar las patillas del presometro y conectar una a tierra y la otra a la entrada de presómetro en la placa base. Este esta diseñado tambien para presometros de 2 niveles (en el caso de usar 2 se debe modificar el firmware), pero como mi lavarropas tiene solo uno, utilizo solo la primer entrada. En el firmware solo se utiliza una, la primera.

Lo que figura como buzzer en el esquemático es en realidad un piezoeléctrico. El buzzer es un piezoeléctrico mas un circuito que al aplicarle corriente ya produce un tono predefinido. El piezoeléctrico actua únicamente como un parlante, y nos permite emitir sonidos de diferentes frecuencias. Originalmente lo diseñe para usar un buzzer, pero luego me decidí usar un piezoeléctrico (y ya tenía fabricada la PCB) así que no debes usar el transitor que figura en el esquema y en la placa. Simplemente conecta el piezoeléctrico a la patilla correspondiente del microcontrolador (puedes hacer un puente con un pequeño cable sobre la misma PCB), el micro entrega sufciciente corriente para hacer sonar el piezoeléctrico con una intensidad suficiente. Se aconseja colocar un pequeño capacitor en paralelo con las patillas del piezoeléctrico.
Si conectas un buzzer no funcionará, ya que por la patilla se emite el tono para hacer sonar el piezo.

Posee un zócalo para programarlo por ICSP, que puedes usar para programar el PIC.

El zócalo para expansion rs232 por ahora no esta siendo usado, pero está pensado para que se pueda comunicar con otro micro o con una pc. Para esto tambien esta el LINK_LED q por ahora tampoco se usa.

La conexión con el servo depende de la marca del mismo (buscar en internet). El circuito esta diseñando para que el cable de la señal sea el del medio. En caso de que tu servo posea una distribución distinta en el conector es muy fácil intercambiarlo para que se ajusten al del diseño de la placa base.
El servo generalmente tiene una libartad de rotacion de 180º, asi que se debe colocar en la gaveta de forma tal que permita utilizar la mayor parte de esos 180º. La unión mecánica con la palanca del selector de gavetas no necesita mayor complicación, basta con un alambre suficientemente rígido con forma tal que permita transmitir el movimiento del brazo del servomotor con comodidad hacia la palanca.

El sensor de temperatura yo lo coloqué donde iba el termostato original. El cableado del sensor de temperatura es bastante importante creo. Se debe hacer con cable mallado o blindado, para que las inducciones no alteren la medida. De todas formas el firmware hace las lecturas entre medio de las conmutaciones para evitar justamente eso, y además posee un sistema de amortigüamiento de lecturas para tomar una mejor decisión.

En el código fuente se encuentra bastante documentación en los comentarios, que pueden aclarar algunas ideas, recomiendo darle una mirada especialemente si tienes intenciones de modificar el código tambien.

Sino te invito a postear tu inquietud en la zona de comentarios.

Descargas

1- Esquemático del motherboard (Eagle)

Todas las resistencias pullup son de 1k.
Las resistencias de los optoacopladores se deben calcular de acuerdo a las especificaciones del optoacoplador utilizado. Las que yo use son de 570 Ohms.
También te puedes saltear los optoacopladores por completo y conectar directamente con el ULN2003AN, pero los opto le dan robustez y seguridad al circuito.

2- PCB del motherboard (Eagle)

Si bien funciona bien, cuando la vi ahora el momento de republicarla me parece horrible, creo que he mejorado muchisimo en el diseño de PCB desde esa época. Si tienes suficiente entusiasmo pudes generar una nueva a partir del esquemático, y porqué no compartirla con nosotros para ver como quedó.

3- Esquemático de la etapa de potencia (Proteus ISIS)

Las bobinas de los relays no precisan un diodo para la contrarrestar la autoinducción, ya que esta incorporada en el UNL.
En los contactos de los relays (donde conmuta la corriente alterna), se producen mini chispazos debido a que es un contacto mecánico. Esto lleva a un desgaste del relay y además genera ruido que suele afectar especialemente al display LCD, el cual se tilda, y en consecuencia interrumpe la comunicación con el PIC que se queda esperando que éste le de permiso para escribirlo. Para apaliar esto se les puede colocar un SNUB. Los snub que yo uso son una resistencia (R=100Ohm/1Watt) y un capacitor (C=100nF/250V) que se conectan en serie. El snub se coloca en paralelo en los contactos del relay donde se produce la conmutación. Con eso me han durado varios años y todavia siguen funcionando bien.

4- Firmware PIC16F877A v5 (final) | v4 (estable) (Click Derecho -> Guardar Como…)

5- Simulación en Proteus ISIS

Para cambiar el firmware en la simulacion, se debe ir a las propiedades del microcontrolador (U1), y allí elegir el archivo binario que lo contiene. Para facilitar las cosas ya le incorporé el firmware de la version 5.

6- Código fuente WMv5 (licencia GPL)

Invertir imagen monitor CRT (invertir bobinas del yugo)

Maxi — Wed, 21 Jul 2010 13:23:31 +0000

Esta vez me encontré con el problema de invertir la imagen del monitor. Necesitaba usar el monitor colgado del techo (en otras palabras, patas para arriba), por lo cual era necesario rotar la imagen 180° sobre su eje longitudinal.

Esta es una solución muy sencilla para rotar la imagen de un monitor CRT (tambien aplicable a TVs).

ATENCION: Antes de abrir el monitor cersiorarse de haberlo desenchufado mientras estaba encendido, de esta forma se fuerza a los capacitores a descargarse, reduciendo el riesgo de electrocución.

En la parte externa del tubo existen 2 bobinas que generan campos electromagnéticos para desviar el haz de electrones y realizar el barrido de la pantalla. Este conjunto de bobinas se conoce como yugo.

Una de las bobinas del yugo es la encargada de controlar la desviación vertical y la otra controla la desviación horizontal.

Como se observa en la imagen anterior, existen 4 cables que conectan el yugo con la placa madre del monitor. Un par por cada bobina. Son inconfundibles porque siempre son 4 y tienen diametros y colores que resaltan sobre todo el resto del circuito.
Generalmente la combinacion de colores es similar en los monitores que he abierto. Pero para estar seguros se puede usar un multímetro o un probador de continuidad para encontrar cuales son los pares. Para esto se puede remover facilmente el conector y probar directamente en la ficha hembra sin cortar ningun cable.

En mi caso (y probablemente en el tuyo también) tenía la siguiente configuracion.

par MARRON-AMARILLO –> Bobina deflectora VERTICAL (aprox. 6 Ohm)
par AZUL-ROJO –> Bobina deflectora HORIZONTAL (aprox. 2.5 Ohm)

Si invertimos la polaridad de la bobina vertical esta desviará el haz de electrones hacia abajo cuando debería enviarlo hacia arriba, por lo que la imagen se dibujará de forma inversa, es decir de abajo hacia arriba. Sería como espejar la imagen sobre el eje x.

Probemos, a ver que sucede…

Ponemos el conector en su lugar, y tomamos las precauciones necesarias para no electrocutarnos y no morirnos del susto por si pasa algo. Enchufamos y encendemos.

Como se ve la imagen se ha espejado sobre el eje x. Sin embargo aún no es legible, porque falta espejarlo sobre el eje y. Para esto solo hay que hacer lo mismo con la bobina de deflección horizontal.

Ya tenemos el monitor listo para ser instalado patas para arriba.

También es util para gastar alguna broma sobre un TV, ya que si invertimos la bobina de deflexión horizontal, la imagen no parece estar alterada hasta que aparece algun simbolo o algo escrito.

Smart Boot Monitor display Monocromo

Maxi — Sat, 29 May 2010 19:08:18 +0000

Si, soy fan del hardware viejo. Tengo un querido monitor monocromo (“donado” por Dan Mildon); son de aquellos que tienen conectores DB9 para las señales de video.

Queriendo instalar Debian Lenny en una PC con un K5 133Mhz y 32 Mb RAM, me encontré con un problema:

Como el BIOS no soporta booteo desde CD uso el Smart Boot Manager desde un disquete para poder cargar el sector de arranque del CD.
SBM escribe directamente sobre la memoria de la tarjeta VGA, por lo tanto la placa de video monocromática nunca se entera de nada.

SOLUCIÓN:

Como la opcion de booteo de CD es la última en el SBM, simplemente desplazarse a ciegas hasta el final (con la flecha hacia abajo del teclado varias veces). Como el menú no es circular al llegar al ultimo elemento NO empieza desde el principio. Luego le damos a la tecla Enter y veremos como carga la instalación desde el CD.