Senden Sie Maschinenfotos
Maschinenfront, Controller-Platine, Modellschild, Anschlüsse und alle vorhandenen Netzwerk- oder Lesemodule.
Fernüberwachung von Verkaufsautomaten
Wie füge ich eine Fernüberwachung zu einem vorhandenen Verkaufsautomaten hinzu?
Verwenden Sie diese Anleitung, wenn die Verkaufssteuerung an Ort und Stelle bleiben soll, Sie aber Einblick in den Online-Status, Verkaufsergebnisse, Fehler und Nutzung benötigen. An einem Muster werden die Maschinenschnittstelle und die verfügbaren Signale bestätigt.
4G telemetryMDB / SerienereignisseFehlermeldungenEigenes Backend
Wichtige Fakten
Was Sie wissen sollten, bevor Sie eine Fernüberwachung hinzufügen.
Behalten Sie den Controller
Der vorhandene Verkaufscontroller kann bestehen bleiben, wenn er eine nutzbare Datenquelle bereitstellt.
Vier nützliche Signale
Online-Status, Verkaufsergebnisse, Fehler sowie Nutzungs- oder Sensordaten.
Eigenes Backend
Die Daten können an Ihr API, Ihr Dashboard oder Ihren Wartungsworkflow weitergeleitet werden.
Zuerst probieren
Bestätigen Sie die verfügbaren Signale und stellen Sie das Verbindungsverhalten auf einer Maschine wieder her.
Ausstehendes Beispiel: Verfügbare Ereignisse, Abfragerate, Pufferung und Wiederverbindungsverhalten hängen vom Controller und Hardwareprofil ab.
Überwachungsebenen
Was die Fernüberwachung melden kann.
Beginnen Sie mit der betrieblichen Entscheidung, nicht mit jedem möglichen Sensor.
| Schicht | Typische Daten | Was zu bestätigen ist | Was nicht garantiert ist |
|---|---|---|---|
| Verfügbarkeit | Herzschlag, zuletzt gesehen, online/offline. | Netzwerk, SIM, Strom, Wiederverbindungsverhalten. | Abdeckung vor Ort. |
| Verkaufsveranstaltungen | Verkaufserfolg, Misserfolg, Zeitüberschreitung, Zahlungsreferenz. | Controller-Ereignisverfügbarkeit und Feldzuordnung. | Inventar oder Planogramm auf Produktebene. |
| Serviceveranstaltungen | Fehler, Leserausfälle, Controller-Alarme. | Signaldefinitionen und Alarmweiterleitung. | Eine Fehlerursache, die der Controller nicht offenlegt. |
| Verwendung / Sensoren | Impuls, Zähler, Tür, Temperatur oder benutzerdefinierter Eingang. | Sensortyp, Kalibrierung und Abfragerate. | Sensordaten sind nicht auf der Maschine installiert. |
Ein Überwachungspilot bestätigt, was die Maschine tatsächlich melden kann; Es ersetzt keinen vollständigen Controller oder eine Zahlungsplattform.
Projektpassung
Für Bediener, die die Sichtbarkeit erhöhen, ohne den Controller auszutauschen
Bedarfsignale
- Vorhandene Verkaufsautomaten, die den aktuellen Controller behalten sollen.
- Bediener, die Online-Status, Verkaufsergebnisse oder Fehlermeldungen benötigen.
- Teams senden telemetry an ihr eigenes API, Dashboard oder Wartungsworkflow.
- Projekte, die vor einem Flotten-Rollout einen kleinen Piloten benötigen.
Was Sie senden sollten
- Fotos der Maschine oder aktuellen Platine
- Hinweise zu Schnittstelle oder Verkabelung
- Zielaktion nach API oder Zahlung
- Ob Daten-Upload benötigt wird
Nicht geeignet, wenn
- Die Maschine stellt keine nutzbare Datenquelle bereit und kann nicht instrumentiert werden.
- Sie benötigen eine vollständige Fernsteuerungsplattform und keine maschinenseitigen Daten.
- Es gibt kein Backend oder operativen Prozess zum Empfangen von Warnungen.
Integrationsmodell
Ein maschinenseitiger Datenpfad, kein geschlossenes Überwachungsportal
QuLink fügt Konnektivität und einen Datenpfad zum vorhandenen Controller hinzu und sendet dann den verfügbaren Status oder Ereignisse an Ihr Backend. Sie behalten den Controller und entscheiden, wohin die Daten gehen.
- Maschinenschnittstelle
- MDB Ereignisse, seriell/RS485, Relaisstatus, Impulseingang, Sensoreingang
- Konnektivität
- 4G-Mobilfunk, SIM, Antenne; Lokale Netzwerkoption, sofern verfügbar
- Daten zurückgegeben
- Herzschlag, Online/Offline, Verkaufsergebnis, Fehler, Nutzung, Sensorwert
- Projektmodus
- Überwachungspilot, Nachrüstung der Datenbrücke, Dashboard-Integration, OEM telemetry
Ablauf
Vom Maschinenfoto zum getesteten Ablauf.
Ordnen Sie die Datenpunkte zu
Bestätigen Sie, welche Ereignisse verfügbar sind und wie oft sie gesendet werden sollen.
Verbinden Sie Ihr Backend
Definieren Sie die Nutzlast webhook oder API, die Geräteidentität, die Wiederholungsrichtlinie und die Dashboard-Felder.
Testen Sie eine Maschine
Überprüfen Sie die Online-/Offline-Erkennung, Verkaufsereignisse, Fehler, Pufferung und das Wiederverbindungsverhalten.
API-Beispiel
Beispiel für Serverbefehl oder Webhook für eine maschinenseitige Aktion.
Die Befehlsfelder hängen von Maschinenschnittstelle, Firmware-Profil und davon ab, ob Zahlung oder Anwendung die Aktion auslöst.
GET /v1/devices/VEND-ID-12/status
{
"include": ["online", "last_seen", "vend.result", "fault"]
}
Projekt-RFQ
Sagen Sie uns, was die Maschine tun, senden oder melden soll.
Senden Sie das Automatenmodell, Controller-Fotos, die bestehende Netzwerk- oder Lesereinrichtung, die von Ihnen benötigten Ereignisse und das Ziel-Dashboard oder API.
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
Fragen, die vor einem Sample-Test typischerweise auftauchen.
Kann ich eine Fernüberwachung hinzufügen, ohne die Verkaufssteuerung auszutauschen?
Oft ja, wenn der Controller MDB-Ereignisse, serielle/RS485-Daten, Relaisstatus, Impulszahlen oder Sensoreingänge offenlegt. Die verfügbaren Signale werden an einer Probe bestätigt.
Benötige ich einen Kartenleser zur Überwachung des Automaten?
Nein. Die Fernüberwachung kann unabhängig vom Zahlungsleser erfolgen. Wenn ein Reader vorhanden ist, können dessen Status oder Ereignisse einbezogen werden, wenn er sie verfügbar macht.
Welche Daten kann ein Automat melden?
Typische Projekte melden den Online-/Offline-Status, die zuletzt gesehene Zeit, Verkaufsergebnisse, Fehler und Nutzungsereignisse. Tür-, Temperatur-, Impuls- oder Zählerdaten hängen von der Maschine und den Sensoren ab.
Können die Daten in unser eigenes Backend gelangen?
Ja. QuLink kann webhook- oder API-Ereignisse an Ihr eigenes Backend senden; Feldnamen, Häufigkeit und Wiederholungsversuche werden pro Projekt definiert.
Was sollen wir zuerst versenden?
Maschinenmodell, Controller-Fotos, vorhandene Konnektivität oder Leser-Setup, die von Ihnen benötigten Ereignisse und das Ziel-Dashboard oder API.
Verwandte Anwendungen