Choisissez des points de données
Définissez ce que la machine doit envoyer : données d'état, de défaut, de mesure, de résultat, de capteur ou d'utilisation.
Transmission des données des machines
Carte de téléchargement des données machine pour équipements libre-service.
Utilisez QuLink lorsqu'une machine a non seulement besoin de contrôle, mais doit également envoyer l'état, telemetry, les valeurs des capteurs, les journaux d'utilisation, les alertes de panne ou les résultats d'opération à votre cloud.
Telemetry téléchargerAlertes de pannePont de données 4GWebhook événements
Faits clés
Ce qu'il faut savoir avant d'ajouter un tableau de données.
Source de données en premier
GPIO, série, RS485, MDB, capteurs ou état du contrôleur.
Transports
Intégration 4G, webhook ou API à votre propre backend.
Événements
Battement de cœur, telemetry, erreur, résultat de vente ou résultat de session en cas d'exposition.
Propriété
Votre équipe est propriétaire du backend, du schéma, de la rétention et des alertes.
Échantillon en attente : les signaux disponibles, le taux d'interrogation, la mise en mémoire tampon et le comportement des événements dépendent de la machine et du profil du micrologiciel.
Sources de données
D'où peuvent provenir les données de la machine.
La source détermine le détail et la fiabilité des données.
| Source | Données typiques | Que confirmer | Limites |
|---|---|---|---|
| E/S numériques/analogiques | Porte, état du relais, impulsion, niveau ou entrée personnalisée. | Tension, isolation, polarité et échantillonnage. | Pas de contexte sans mappage machine. |
| Série / RS485 | Cadres de contrôleur, valeurs de compteur, lectures de capteurs. | Protocole, débit en bauds, carte de registre. | Seuls les champs documentés sont disponibles. |
| MDB | Événements sans numéraire/vente et défauts lorsqu’ils sont exposés. | Version MDB et mappage d'événements. | L'inventaire n'est pas garanti. |
| Capteurs | Mesure de température, de débit, de porte ou personnalisée. | Type de capteur, plage et étalonnage. | Seuls les capteurs installés peuvent signaler. |
Il s'agit d'un framework de source de données. L'échantillon confirme quels champs sont suffisamment stables pour la production.
Adéquation projet
Pour les machines qui ont besoin d'un chemin de données vers le backend
Signaux de besoin
- Les opérateurs ont besoin d'un état en ligne, en panne, inactif ou en cours d'exécution.
- Les armoires intelligentes, les appareils de vente, de recharge, d'eau et de service nécessitent une utilisation ou le téléchargement des résultats.
- Les machines existantes ont besoin d'une connectivité 4G ou d'un rappel du serveur sans reconstruction du contrôleur.
- Les projets OEM ont besoin de telemetry, de journaux et d'un statut distant dans la conception de la carte.
Ce qu'il faut envoyer
- Photos de la machine ou de la carte actuelle
- Notes d'interface ou de câblage
- Action cible après API ou paiement
- Besoin ou non d'upload de données
Pas adapté si
- La machine n'expose aucune source de données utilisable et ne peut pas être instrumentée.
- Vous avez besoin d’un portail de surveillance fermé plutôt que d’un transport de données côté machine.
- Il n’y a pas de backend ou de processus opérationnel pour recevoir les données.
Modèle d'intégration
Un pont de données entre machine et serveur
QuLink lit les signaux côté machine ou les données de protocole, les normalise en tant qu'événements et les envoie à votre backend à des fins d'opérations, de facturation, d'assistance ou d'analyse.
- Sources de données
- entrée du capteur, UART, RS485, trame série, état du contrôleur, résultat de vente/session
- Connectivité
- Module 4G/cellulaire, rappel du serveur, webhook, intégration spécifique au projet
- Événements
- appareil.online, telemetry.mis à jour, machine.fault, session.completed, vend.result
- Mode projet
- pont de données de modernisation, déploiement de machines connectées, carte OEM telemetry
Flux de travail
Des photos de la machine au flux testé.
Confirmer l'interface source
Vérifiez si les données proviennent d'un GPIO, d'une série, d'un RS485, d'un MDB, de capteurs ou d'un contrôleur personnalisé.
Événements de carte
QuLink convertit les signaux de la machine en webhook événements que votre serveur peut traiter.
Vérifier sur le terrain
Testez le comportement en ligne/hors ligne, les tentatives, le format des données et les conditions de panne avec des machines réelles.
Exemple API
Exemple de commande serveur ou de webhook pour une action côté machine.
Les champs de commande dépendent de l'interface machine, du profil firmware et de l'élément qui déclenche l'action : paiement ou application.
POST /webhooks/qulink
{
"event": "telemetry.updated",
"device_id": "CABINET-31",
"telemetry": {
"online": true,
"temperature_c": 4.8,
"door_open": false
}
}
Projet RFQ
Dites-nous ce que la machine doit faire, envoyer ou reporter.
Envoyez le type de machine, les points de données nécessaires, la source du signal/protocole, les exigences de connectivité et le flux de travail du serveur cible.
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
Questions fréquentes avant un test sur sample.
QuLink peut-il télécharger des données sans contrôler la machine ?
Oui. Certains projets utilisent QuLink principalement comme pont de données, tandis que d'autres combinent le téléchargement de données avec des commandes de contrôle.
Peut-il fonctionner avec RS485 ou UART ?
Oui, les projets série, UART et RS485 peuvent être évalués en fonction du format de trame et du comportement du périphérique.
Les données peuvent-elles être envoyées à notre propre serveur ?
Oui. Votre backend reste propriétaire du workflow de données ; QuLink fournit le pont et les rappels côté machine.
Quelles données une machine peut-elle rapporter ?
État, défauts, utilisation, valeurs du compteur, relevés des capteurs, résultats de vente ou de session et battement de cœur lorsque la machine les expose.
Que devons-nous envoyer en premier ?
Type de machine, photos du contrôleur et du connecteur, points de données disponibles, exigences de connectivité et backend cible.
Cas d'usage associés