Periféricos bancarios
Experiencia integrando impresoras de libretas, recicladores de dinero, cajeros automáticos e impresoras y escáneres de red.
Ejecución remota de bibliotecas
Ejecuta tu DLL
en otro equipo.
Conserva tu aplicación y ejecuta su biblioteca nativa junto al dispositivo. RemoteDLL conecta sistemas Windows y Linux mediante un contrato de API explícito.
Bibliotecas nativas remotas para Windows y Linux.
Experiencia en banca, industria y sanidadRemoteDLLRecorrido de una llamada
01EQUIPO DE LA APLICACIÓN
// misma interfaz nativa
LD_Open();
LD_Write(handle, data, 6);
LD_Read(handle, buffer, 64);
LD_Open();
LD_Write(handle, data, 6);
LD_Read(handle, buffer, 64);
Adaptador A LabDevice.dllPROXY NATIVO
TCP / TLS 1.2+
↓
02EQUIPO DEL DISPOSITIVO
Adaptador B ADAPTADOR ABI
→▥LabDevice
Windows / LinuxCONTRATO DE API EXPLÍCITOC ABI
Experiencia en integración
Banca, industria y sanidad
Maquinaria industrial
Experiencia integrando máquinas que dependen de dongles de seguridad y bibliotecas nativas del fabricante.
Sistemas sanitarios
Experiencia en integraciones con sistemas Kardex y Pyxis.
Arquitectura
De la aplicación al dispositivo
Sustituye la biblioteca que utiliza la aplicación por un adaptador diseñado para su interfaz. Las llamadas cruzan la red; la biblioteca original se ejecuta junto al dispositivo en Windows o Linux.
Recibe la llamada
La aplicación carga el adaptador A mediante la interfaz nativa esperada. Un broker local gestiona la conexión con el host remoto.
Aplicación → Adaptador A → BrokerTransporta los argumentos
Un contrato definido convierte búferes e identificadores en mensajes. TLS protege la conexión; los mensajes acotados y los plazos controlan cada intercambio.
ID de llamada · TLS · RespuestaEjecuta junto al dispositivo
El adaptador del host llama a la biblioteca original, devuelve los búferes de salida y entrega el resultado a la aplicación.
Host → Adaptador B → Biblioteca nativaConexiones
Conexión directa o puente en AWS
Conecta los equipos por TCP con TLS, o utiliza el puente Docker de AWS por HTTPS/WebSocket en el puerto 443. En este segundo caso, ambos equipos abren conexiones salientes.
01AplicaciónAdaptador A + Broker
TLS↔
↗↙PuentePuente Docker
TLS↔
02Host del dispositivoAdaptador B + LabDevice
Demo LabDevice
Prueba con LabDevice
LabDevice simula un periférico. El mismo ejecutable funciona con la DLL original o con una sustituta que envía las llamadas al host remoto.
- Abrir y cerrar identificadores de sesión
- Leer y escribir búferes binarios
- Comprobar estado y capacidad de búfer
- Recibir callbacks síncronos de finalización
Binarios de evaluación para Windows. Consulta la configuración y los límites del prototipo en README.
REMOTEDLL LABDEVICESESIÓN DE EJEMPLO
# Mismo cliente. Solo cambia la DLL. > LabClient.exe 01 LD_Open() → handle 02 LD_Write(handle, data, 6) → 6 03 LD_Read(handle, buffer, 64)→ 6 04 LD_Close(handle) → 0 00 01 7F 80 FF 2A datos binarios · mismos bytes de vuelta
Plataformas e integración
Windows y Linux
RemoteDLL se está desarrollando para Windows y Linux. Cada host utiliza la biblioteca nativa de su sistema: DLL en Windows y biblioteca compartida (.so) en Linux.
Un adaptador para tu interfaz
El adaptador conserva la interfaz que espera tu aplicación. Los tipos de datos, búferes, identificadores y callbacks se trasladan a un contrato definido para cada biblioteca.
Qué incluye la demo
LabDevice demuestra un cliente Windows x86/x64 con un host Windows o Linux y un puente Docker en Linux. La descarga actual contiene los binarios de evaluación para Windows.
Integración de DLL remotas: preguntas frecuentes
¿Se puede ejecutar una DLL en otro equipo?
Un adaptador compatible puede enviar las llamadas de la aplicación a un host que carga la biblioteca original. Los argumentos, búferes e identificadores necesitan un contrato explícito para esa biblioteca.
¿Pueden comunicarse Windows y Linux?
El protocolo de transporte es independiente del sistema operativo. Un host Windows carga una DLL de Windows; un host Linux necesita una biblioteca nativa compartida compatible (.so).
¿Necesitan los dos equipos una IP pública?
No. Con el puente de AWS, ambos equipos abren conexiones salientes HTTPS/WebSocket por el puerto 443. Las llamadas siguen protegidas por una sesión TLS interna entre los extremos.
Hablemos de tu integración
Envíanos la interfaz de la biblioteca, los sistemas operativos y los datos del dispositivo. Revisaremos qué hace falta para construir el adaptador.
Contactar ↗