Si además quieres enviarnos un Artículo para el Blog y redes sociales, pulsa el siguiente botón:
Hola a todos:
Trataré (para variar) de ser breve.
Mi primer proyecto es bastante simple desde el punto de vista de la robótica (si es que se le pudiera clasificar como tal). Se vuelve complejo porque tiene otras tecnologías y hay que unirlas todas (diseño web, gestión de bases de datos, php, etc).
Lo que estoy intentado hacer es un sistema que controle la asistencia de los trabajadores a un centro de trabajo. Por varias razones no nos vale un sistema comercial. Queremos aprovechar un pc antiguo, llevar un registro de las asistencias/ausencias de los trabajadores.
Además el sistema permitiría la entrega de documentación (citaciones, certificados, etc.).
¿Dónde entra la "robótica", o más bien los automatismos? Pues querría que mi sistema:
1º) contase con un sistema que recogiese la tarjeta de identificación del trabajador, la retuviese durante unos segundos, y la expulsase a la orden del PC. Igual que un cajero, vaya.
2º) dispensase la documentación dejándola caer desde un cajón a una bandeja accesible al usuario.
He valorado hacerlo todo mediante control por puerto paralelo, pero más tarde he pensado que sería mejor contar con un automatismo que controlase los dos servicios, y al que el PC diese ordenes concretas (p.e. expulsar AHORA la tarjeta). Creo que sería un sistema más fiable.
UNIDAD DE TARJETA:
Había pensado en un motor de c.c. que moviese 4 ejes. La tarjeta se introduciría por uno de sus lados más cortos, y quedaría entre dos pares de ejes que la arrastrarían hasta la posición de lectura. Un sensor de ranura detectaría la introducción de la tarjeta, lo que activaría la orden de mover los ejes que introducirían la tarjeta. Otro sensor (¿un simple bumper?) podría estar colocado al final del recorrido para ordenar parar el motor, y disparar el sistema de lectura.
UNIDAD EXPENDEDORA DE DOCUMENTACIÓN:
Había pensado en un cajón. sobre éste estaría el mecanismo de expulsión. Consistiría en un par de ventosas perpendiculares al cajón. Su movimiento vertical lo impulsaría un servo. El vacío se crearía mediante un pequeño fuelle (hay que levantar muy poco peso) accionado por otro servo.
Así que tenemos, un servo que baja las ventosas (el eje vertical llevaría unos muelles para no tener que calcular exactamente el ángulo del servo), y cuando las ventosas están en su punto más bajo, otro servo abre el fuelle para crear el vacío, momento en el que el primer servo vuelve a subir verticalmente las ventosas. Cuando las ventosas están en su punto más alto el servo que controla el fuelle lo volvería a cerrar para soltar la hoja de papel.
Con esto ya estaría resuelto el problema ya que el conjunto cajón-dispositivo expulsador lo voy a poner inclinado, por lo que la gravedad creo que enviará la hoja a la bandeja, pero seguramente añadiré un motorcito que desplace horizontalmente al dispositivo expulsador para más seguridad. Este último será una bandeja de un lector de cd que he reciclado. O sea que parte del chasis de mi viejo lector de CD estaría atornillado a la estructura del cajón, y el mecanismo expulsador estaría fijado a la badeja del lector de CD.
= = = = = = =
Para la electrónica, y dado que quería hacerlo en poco tiempo, estoy dudando entre usar una arduino y la skypic. ¿qué pensáis? Más adelante, con más tiempo y conocimientos, podría hacer una placa ex-profeso y recuperar la primera.
Estoy a punto de lanzarme a comprar componentes, así que si a alguien se le ocurre alguna sugerencia será muy agradecida.
No es más fácil que el trabajador sujete la tarjeta y un led le indique cuando puede sacarla?
Respecto al skypic o arduino yo te recomiendo arduino, la primera razón es que tienes un compilador gratuito si quieres programar en c, sólo tendrás que adquirir un programador icsp que cuesta sobre los 20-30 euros, los compiladores en pics me parece que no son gratuitos.
La segunda razón es que en 8 bits los AVR para mi gusto son mejores que los 16f, 18f de Microchip.
Una placa de arduino que está bien es ésta: http://www.bricogeek.com/shop/133-arduino-mega.html " onclick="window.open(this.href);return false; 128k de flash, 8 de ram y 4 de eeprom y lleva un ftdi para comunicarse a través de la usart con el usb del pc. La única desventaja es que no lleva conectores directos para servos, no sé si algún arduino los tendrá.
Por último arduino tiene una comunidad enorme de usuarios detrás, y los AVR los foros de avrfreak.net.
Hola fmartagomg.
¡Me has dejado para el arrastre! Me has sobrepasado (con bastante) en cuanto a extensión de mensaje. Eso no es una consulta...
¡Es una novela por capítulos!. Pero dejemos la longitud de cada cual y vayamos a la parte técnica.
Unidad de tarjeta
Aqui no nos dices que tipo de tarjeta sera: ¿mágnetica? ¿RFID? ¿perforada? ¿o con memoria integrada o sin ella? Dependiendo del tipo de tarjeta habrá que diseñar el dispositivo de admisión. Si lleva contactos, la lectura se efectuará cuando la tarjeta esté en su posición final. Si la lectura es magnética u óptica puede efectuarse al mismo tiempo que la tarjeta se desplaza hacia el interior de la unidad. El arranque y parada del motor de transporte de tarjeta se inicia por interrupción de haz de luz. Tampoco dices si la tarjeta debe ser devuelta siempre al propietario o puede ser retenida. Es también una posibilidad que complica la mecánica.
Unidad expendedora de documentación
Bien, sabemos que se trata de un papel. Pero...¿Cuántos papeles? ¿Uno solo, dos o más?. Otra cosa: ¿Están pre-impresos o hay que imprimir algún dato específico en cada uno de ellos (órdenes de trabajo)? ¿Tienen siempre el mismo formato (Tamaño)?.
Cuando respondas pon esos datos y te podremos decir algo o dar una idea
Un saludo
Unidad de tarjeta
* Dependiendo del tipo de tarjeta habrá que diseñar el dispositivo de admisión.
* Tampoco dices si la tarjeta debe ser devuelta siempre al propietario o puede ser retenida. Es también una posibilidad que complica la mecánica.
* ¿Cuántos papeles? ¿Uno solo, dos o más?.
* ¿Están pre-impresos o hay que imprimir algún dato específico en cada uno de ellos (órdenes de trabajo)?
* ¿Tienen siempre el mismo formato (Tamaño)?.
Bueno, como ves no es fácil explicar todos los detalles de un proyecto así en pocas líneas.
La tarjeta simplemente sería una cartulina plastificada del tamaño de una tarjeta de crédito con un código de barras impreso. Más adelante valoraré otros procedimientos, sobre todo el RFID, pero por ahora no me lo planteo.
Los rodillos detendrían la tarjeta cuando el código coincida con el lector de códigos. El bumper que sirve de final de carrera activaría también el lector para enviar el código a la interfaz web, la cual automáticamente comprobaría si el código es válido y a quién pertenece.
La tarjeta siempre se devolvería al propietario.
En cuanto al papel, estaría impreso y el tamaño generalmente sería DIN A-4, aunque también pudiera emplearse el tamaño DIN- A5, simplemente adaptando el fondo del cajón.
Cada vez se entregaría un papel, aunque más adelante se podría, simplemente enviando varias órdenes de expulsión de éste, entregar varias hojas. Pero el mecanismo siempre arrastraría una sola hoja.
Pensé directamente emplear una impresora, para así poder personalizar en ocasiones el documento. Es una posibilidad de futuro, pero por ahora lo descarto por que enlentecería el proceso de validación (la idea es aprovechar la entrada o la salida del trabajador para entregarle además la notificación), y también lo encarecería.
Un saludo y muchas gracias por tu interés. Espero tus sugerencias.
No es más fácil que el trabajador sujete la tarjeta y un led le indique cuando puede sacarla?
¡Hummmmm! por experiencia sé que cierto porcentaje de seres humanos son bastante torpes y patosos. Me fío más de una máquina que de ALGUNOS seres humanos....
Respecto al skypic o arduino yo te recomiendo arduino, la primera razón es que tienes un compilador gratuito si quieres programar en c, sólo tendrás que adquirir un programador icsp que cuesta sobre los 20-30 euros, los compiladores en pics me parece que no son gratuitos.
La verdad es que arduino me ha dado una impresión magnífica en la Campus, pero participé en el taller de Skybot y ahora mismo me costaría menos trabajo hacerlo con la Skypic, para la cual hay también un compilador gratuito para C. Utilizamos sdcc. ¡Ah! la Skypic lleva un pic16f876a.h con bootloader incorporado, así que programarla es muy sencillo.
Tengo una duamilenove y tiene control para un montón de servos. Mi proyecto necesitaría:
* 2 o 3 sensores.
* 2 motores cc.
* 2 servos.
Creo que cualquiera de las dos plataformas van sobradas.
Un saludo y muchas gracias por el interés. Voy a echar un vistazo a arduino.
