Elija puntos de datos
Defina qué debe enviar la máquina: estado, fallo, medición, resultado, sensor o datos de uso.
Transmisión de datos de la máquina
Tablero de carga de datos de máquina para equipos de autoservicio.
Utilice QuLink cuando una máquina no solo necesite control, sino que también necesite enviar estado, telemetry, valores de sensores, registros de uso, alertas de fallas o resultados de operación a su nube.
Telemetry subirAlertas de fallapuente de datos 4GWebhook eventos
Datos clave
Qué saber antes de agregar un tablero de datos.
Fuente de datos primero
GPIO, serie, RS485, MDB, sensores o estado del controlador.
Transporte
Integración 4G, webhook o API a tu propio backend.
Eventos
Latido, telemetry, falla, resultado de venta o resultado de sesión cuando se expone.
Propiedad
Su equipo es propietario del backend, el esquema, la retención y las alertas.
Muestra pendiente: las señales disponibles, la tasa de sondeo, el almacenamiento en búfer y el comportamiento de los eventos dependen de la máquina y del perfil del firmware.
Fuentes de datos
De dónde pueden provenir los datos de la máquina.
La fuente determina el detalle y la confiabilidad de los datos.
| Fuente | Datos típicos | Que confirmar | Límites |
|---|---|---|---|
| E/S digitales/analógicas | Puerta, estado de relé, pulso, nivel o entrada personalizada. | Tensión, aislamiento, polaridad y muestreo. | No hay contexto sin mapeo automático. |
| Serie / RS485 | Marcos de controladores, valores de medidores, lecturas de sensores. | Protocolo, velocidad en baudios, mapa de registros. | Sólo los campos documentados están disponibles. |
| MDB | Eventos sin efectivo/venta y fallas cuando se exponen. | MDB versión y mapeo de eventos. | El inventario no está garantizado. |
| Sensores | Temperatura, caudal, puerta o medición personalizada. | Tipo de sensor, rango y calibración. | Sólo los sensores instalados pueden informar. |
Este es un marco de fuente de datos. La muestra confirma qué campos son lo suficientemente estables para la producción.
Ajuste del proyecto
Para máquinas que necesitan una ruta de datos al backend
Señales de necesidad
- Los operadores necesitan un estado en línea, con falla, inactivo o en ejecución.
- Los gabinetes inteligentes, los dispositivos expendedores, de carga, de agua y de servicio necesitan carga de resultados o uso.
- Las máquinas heredadas necesitan conectividad 4G o una devolución de llamada del servidor sin reconstrucción del controlador.
- Los proyectos OEM necesitan telemetry, registros y estado remoto en el diseño de la placa.
Qué enviar
- Fotos de la máquina o placa actual
- Notas de interfaz o cableado
- Acción objetivo después de API o pago
- Si necesita carga de datos
No es adecuado si
- La máquina no expone ninguna fuente de datos utilizable y no puede instrumentarse.
- Necesita un portal de monitoreo cerrado en lugar de un transporte de datos del lado de la máquina.
- No existe un backend ni un proceso operativo para recibir los datos.
Modelo de integración
Un puente de datos entre la máquina y el servidor
QuLink lee señales del lado de la máquina o datos de protocolo, los normaliza como eventos y los envía a su backend para operaciones, facturación, soporte o análisis.
- Fuentes de datos
- entrada del sensor, UART, RS485, marco de serie, estado del controlador, resultado de venta/sesión
- Conectividad
- Módulo 4G/celular, devolución de llamada del servidor, webhook, integración específica del proyecto
- Eventos
- dispositivo.en línea, telemetry.actualizado, máquina.falla, sesión.completada, venta.resultado
- Modo proyecto
- puente de datos modernizado, despliegue de máquina conectada, placa OEM telemetry
Flujo de trabajo
De las fotos de la máquina al flujo probado.
Confirmar interfaz fuente
Compruebe si los datos provienen de GPIO, serie, RS485, MDB, sensores o un controlador personalizado.
Eventos del mapa
QuLink convierte las señales de la máquina en webhook eventos que tu servidor puede procesar.
Verificar en campo
Pruebe el comportamiento en línea/fuera de línea, los reintentos, el formato de datos y las condiciones de falla con máquinas reales.
Ejemplo de API
Ejemplo de comando de servidor o webhook para una acción del lado de la máquina.
Los campos del comando dependen de la interfaz de la máquina, el perfil de firmware y si el pago o la aplicación activa la acción.
POST /webhooks/qulink
{
"event": "telemetry.updated",
"device_id": "CABINET-31",
"telemetry": {
"online": true,
"temperature_c": 4.8,
"door_open": false
}
}
Proyecto RFQ
Cuéntanos qué debe hacer, enviar o reportar la máquina.
Envíe el tipo de máquina, los puntos de datos necesarios, la fuente de señal/protocolo, los requisitos de conectividad y el flujo de trabajo del servidor de destino.
A good first message
If you are unsure about the exact interface, send what you have. Photos often answer more than a long spec.
- Machine type and target country
- Machine photo, board photo, or wiring photo
- Action after payment or API command
- Need data upload? expected quantity?
Fastest first step
- Send a machine photo
- Describe the action after API or payment
- Tell us if data upload is needed
FAQ
Preguntas habituales antes de un test de muestra.
¿Puede QuLink cargar datos sin controlar la máquina?
Sí. Algunos proyectos utilizan QuLink principalmente como puente de datos, mientras que otros combinan la carga de datos con comandos de control.
¿Puede funcionar con RS485 o UART?
Sí, los proyectos en serie, UART y RS485 se pueden evaluar según el formato del marco y el comportamiento del dispositivo.
¿Se pueden enviar datos a nuestro propio servidor?
Sí. Su backend sigue siendo el propietario del flujo de trabajo de datos; QuLink proporciona el puente del lado de la máquina y las devoluciones de llamada.
¿Qué datos puede reportar una máquina?
Estado, fallas, uso, valores de medidores, lecturas de sensores, resultados de ventas o sesiones y latidos cuando la máquina los expone.
¿Qué debemos enviar primero?
Tipo de máquina, fotografías del controlador y del conector, puntos de datos disponibles, requisitos de conectividad y backend de destino.
Casos relacionados