DESCATALOGADO. Modelo alternativo: Kapri 2 – Control de acceso por RFID y código QR
Terminal para soluciones de control de acceso, control horario y control de producción por tags RFID (tarjetas, pulseras y llaveros) y móvil.
Funcionamiento online (en tiempo real), con conexión Ethernet, Wifi (opcional) y varias opciones de comunicación, incluyendo un protocolo Cloud que permite conexión directa con la nube sin necesidad de instalar nada en la LAN.
Kimaldi Kapri Online es un terminal de funcionamiento online que permite identificar a los usuarios mediante RFID (tarjetas, llaveros, pulseras y tags) y con el teléfono móvil. Pensado para soluciones de control de acceso, control horario y control de producción.
La identificación de los usuarios es a través de un lector RFID 125kHz o un lector de tarjetas RFID Mifare/Desfire (permite leer el UID y los sectores de memoria de la tarjeta).
Con la opción Bluetooth (BLE), el usuario puede identificarse mediante una tarjeta virtual de alta seguridad alojada en el móvil.
Aplicaciones
Hemos diseñado Kapri Online para soluciones de:
El terminal Kapri Online dispone de un display gráfico IPS de 2.4» con excelente visibilidad desde todos los ángulos. Dispone de un teclado capacitivo de 4 teclas y un beeper.
El terminal Kapri Online incluye 3 relés que permiten activar cerraduras eléctricas, tornos, barreras, alarmas u otro tipo de dispositivos.
Las 4 entradas digitales del terminal se pueden emplear para monitorizar el estado de sensores de puerta, sensores de final de carrera, etc. El equipo dispone de un sensor Anti-Tamper que permite detectar la manipulación del terminal.
El equipo se conecta por su puerto Ethernet y la comunicación con la aplicación se realiza siempre mediante el intercambio de objetos JSON. La integración del dispositivo resulta sencilla con independencia del lenguaje de programación o sistema operativo.
Kapri Online está disponible en versión Wifi.
Esta opción es la más adecuada para las aplicaciones Web extranet, ya que en estos entornos por razones de seguridad no se suele permitir que la aplicación de la nube inicie las comunicaciones con los dispositivos, sino que los terminales son los únicos que pueden hacerlo. Kapri Online inicia las comunicaciones y cuando se produce un evento, como por ejemplo la lectura de una tarjeta, envía un comando POST a la aplicación/Servidor API de la nube. Como respuesta la aplicación envía un set de comandos a ejecutar por el terminal, como por ejemplo mostrar mensajes por pantalla y activar relés para permitir el acceso.
El protocolo Cloud se caracteriza por:
– El terminal Kapri inicia todas las comunicaciones.
– Las comunicaciones son seguras cuando la nube usa el protocolo https.
– No requiere la instalación de drivers, .DLLs, servicios,…
– Fácil instalación. No se tiene que instalar en local.
Para más información, consultar la pestaña Kapri CLOUD.
El terminal Kapri Online ofrece los siguientes protocolos de comunicación:
*Para más información, consultar la pestaña Protocolos de comunicación.
Kimaldi Kapri Online está disponible en módulo de integración para instalarlo en tornos, barreras y puertas.
| Alimentación | 5 VDC +/-10% |
|---|---|
| Consumo máximo | 1500 mA |
| RS-232 | 2 puertos internos: |
| TTL | 2 puertos internos: |
| Entradas digitales | 4 entradas digitales activas a masa, inactivas en O.C. |
| Relés | 3 relés, libre de potencia, 24V/1A (24/1A: 500.000 conmutaciones) |
| AntiTamper | 1 entrada de antitamper |
| Buzzer | 1 integrado en circuito |
| RTC | 1 integrado en circuito |
| Teclado | Capacitivo táctil 4 teclas |
| Ethernet | 10M/100M/1000M |
| Wifi | Opcional |
| Temperatura de operación | -20ºC a 50ºC |
| Display | 2.4'', IPS, 320 x 240 |
| Tecnología RFID | |
| Aplicaciones RFID |
El terminal Kapri comunica por TCP/IP (cable Ethernet o WiFi). La comunicación con la aplicación se realiza siempre mediante el intercambio de objetos JSON.
Para facilitar la configuración del terminal se puede realizar a través del navegador conectándose al WebServer incorporado al Kapri y, desde allí, seleccionar el protocolo de comunicación.
El equipo ofrece los siguientes protocolos:
JSON-TCP/IP
El terminal ofrece un puerto de comunicación TCP/IP por el que enviará y recibirá objetos JSON. Este puerto puede trabajar como Server o Client según como se configure.
Esta opción es la más adecuada para las aplicaciones desarrolladas en lenguajes que no permiten el uso de protocolos web, pero pueden manejar sockets TCP/IP estandar.
KTP
Es un protocolo propietario de Kimaldi que dispone de un controlador de la red KTP y realiza las siguientes funciones:
– Localiza automáticamente los terminales de la LAN.
– Proporciona una interfaz API con el software
– Ofrece un canal SocketIO para la gestión de eventos.
– Encripta las comunicaciones con AES256.
Esta opción es la más adecuada para las aplicaciones intranet que deben manejar varios equipos de los que desconoce su dirección IP. La aplicación interactúa exclusivamente con el diver/controlador de la red KTP. Además, permite agrupar terminales sobre la misma LAN para que sean controlados por diferentes aplicaciones.
HTTP
El terminal ofrece una interfaz API Server que admite comandos POST y GET. Existe la opción que el terminal envíe los eventos vía SocketIO para evitar el polling de la aplicación. No requiere la instalación de drivers. La aplicación necesita conocer la IP del terminal.
Esta opción es la más adecuada para las aplicaciones web intranet, ya que en estos entornos las aplicaciones pueden acceder libremente a los dispositivos.
CLOUD
El terminal siempre inicia las comunicaciones. Cuando se produce un evento, como por ejemplo la lectura de una tarjeta, envía un comando POST a la aplicación/Servidor API de la nube. Como respuesta la aplicación envía un lote de comandos a ejecutar por el terminal, como por ejemplo mostrar mensajes por pantalla y activar relés para permitir el acceso.
El protocolo Cloud se caracteriza por:
– El terminal Kapri inicia todas las comunicaciones.
– Las comunicaciones son seguras cuando la nube usa el protocolo https.
– No requiere la instalación de drivers.
– La aplicación no necesita conocer la IP del terminal.
Esta opción es la más adecuada para las aplicaciones web extranet, ya que en estos entornos por razones de seguridad no se suele permitir que la aplicación de la nube inicie las comunicaciones con los dispositivos, sino que los terminales son los únicos que pueden hacerlo.
CLOUD
El terminal siempre inicia las comunicaciones. Cuando se produce un evento, como por ejemplo la lectura de una tarjeta, envía un comando POST a la aplicación/Servidor API de la nube. Como respuesta la aplicación envía un lote de comandos a ejecutar por el terminal, como por ejemplo mostrar mensajes por pantalla y activar relés para permitir el acceso.
El protocolo Cloud se caracteriza por:
– El terminal Kapri inicia todas las comunicaciones.
– Las comunicaciones son seguras cuando la nube usa el protocolo https.
– No requiere la instalación de drivers.
– La aplicación no necesita conocer la IP del terminal.
– Fácil instalación. No se tiene que instalar en local.
Esta opción es la más adecuada para las aplicaciones web extranet, ya que en estos entornos por razones de seguridad no se suele permitir que la aplicación de la nube inicie las comunicaciones con los dispositivos, sino que los terminales son los únicos que pueden hacerlo.
Si una empresa tiene instalados terminales Kapri en sus instalaciones y decide trasladarse de ubicación, es muy fácil cambiar los terminales Kapri de un sitio a otro.
