Jorge Jiménez Barra
unread,May 26, 2011, 10:28:30 AM5/26/11Sign in to reply to author
Sign in to forward
You do not have permission to delete messages in this group
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to dotnetclu...@googlegroups.com
En nuestro caso el torno y le lector de huellas podían funcionar sin aplicación. Te explico:
Los lectores biometricos y tornos que usabamos tienen su propio sistema de control de acceso, eran terminales independientes. Usábamos lectores de kimaldi y chinavasión. ambos poseían internamente una lista de huellas permitidas. A través de tcp/ip podías conectarte para configurar esta lista de huellas (añadirlas, borrarlas, etc), también podías hacerlo desde el propio terminal.
Ambos terminales tenían la opción de mandar la "picada", es decir el momento en el que se pasaba la tarjeta y el usuario que la pasaba, vía tcpip a una ip que podías configurar en el terminal.
Nuestra aplicación recibía esa información y la procesaba, la guardaba y calculaba horarios y tal. Pero no enviábamos respuesta al terminal. Es decir, el terminal abría siempre que le usuario estuviera dado de alta. Si no tienes que controlar si el usuario está ya dentro o no, es lo mas fácil.
No tuve la opción de comprobar otro tipo de terminales, pero creo que los hay que esperan respuesta. Seguramente los habrá, pero no te puedo decir. Actualmente he tenido experiencia con otro tipo de maquina que se comunicaba por telnet y otra por puerto com con la unidad de control. En nuestro caso era un pc para el que desarrollábamos una aplicación de control que recibía datos y enviaba comandos de respuesta. Los comandos pueden ser imprimir una seria de caracteres por el puerto com conectado o ejecutar comandos por telnet, al hacerlo se realizan acciones programadas en la maquina.
La forma de conectarse tanto para el com, telnet y tcpip me pareció realmente sencilla y los terminales tenían su propia SDk en según que lenguajes (usábamos java). En las ultimas maquinas que te comento, no teniamos sdk pero igualmente la comunicación era sencilla pues tienes un libreto con los envios y funciones que la maquina hace/permite. Es cuestión de tratar los datos y jugar con bit de datos.
Si lo que deseas es procesar la información y comunicarte con el terminal para indicarle si abre o no, por ejemplo, necesitas el segundo tipo de terminal. Me extrañaría mucho que tuvierais que recurrir a diseñar tu propia unidad de control en una placa a medida, pero todo puede pasar.
Te comento que estos terminales, para abrir puestas o lo que sea, tienen un rele, como los porteros automáticos. Es decir. Si no encuentras un torno con un lector de las características que necesitas integrado, siempre puedes comprar un torno que se abra cuando le das a un botón y el sistema de lectura a parte. Conectar ambos es como conectar el portero de tu casa a la cerradura. (el telefonillo seria el terminal de lectura y la cerradura el torno) Solo tienes que unir el cable de uno con el del otro(siempre que los voltajes coincidan).
No se que mas ocntarte, tu dirás :P