DESCATALOGADO. Modelo alternativo Kapri 2 – Control de acceso por código QR y RFID
Terminal de control de acceso por código QR, RFID y móvil.
Lectura de Certificado COVID Digital UE.
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.
Kapri QR es un terminal que lee los códigos QR y códigos de barras UPC, EAN, Cpde128… y envía la información a la aplicación encargada de interpretar los datos del código QR.
Aplicaciones:
El terminal Kapri 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 QR 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 QR 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 QR 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 QR también ofrece los siguientes protocolos de comunicación:
*Para más información, consultar la pestaña Protocolos de comunicación.
Como opción se puede añadir un lector RFID 125kHz o un lector de tarjetas Mifare/Desfire (permite leer el UID y los sectores de memoria de la tarjeta).
Con la opción BLE, el usuario puede identificarse mediante una tarjeta virtual de alta seguridad alojada en el móvil.
| Código QR | PDF417, MicroPDF417, Data Matrix, Maxicode, QR Code, MicroQR Aztec, Hanxin |
|---|---|
| Código de barras | UPC, EAN, Cpde128, Code 39, Code 93, Code11, Matrix 2 of 5, Interleaved 2 of 5, Codabar, MSI Plessey, GS1 DataBar, China Postal, Korean Postal. |
| 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 | -10ºC a 50ºC |
| Display | 2.4'', IPS, 320 x 240 |
| Dimensiones (mm) | 161.21 x 80.95 x 38 |
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.
