เลือกจุดข้อมูล
กำหนดสิ่งที่เครื่องควรส่ง: สถานะ ข้อผิดพลาด การวัดผล ผลลัพธ์ เซ็นเซอร์ หรือข้อมูลการใช้งาน
การส่งข้อมูลเครื่องจักร
บอร์ดอัพโหลดข้อมูลเครื่องจักรสำหรับอุปกรณ์บริการตนเอง
ใช้ QuLink เมื่อเครื่องจักรไม่เพียงแต่ต้องการการควบคุม แต่ยังต้องส่งสถานะ telemetry ค่าเซ็นเซอร์ บันทึกการใช้งาน การแจ้งเตือนข้อผิดพลาด หรือผลการทำงานไปยังคลาวด์ของคุณ
Telemetry อัพโหลดการแจ้งเตือนข้อผิดพลาดสะพานข้อมูล 4GWebhook กิจกรรม
ข้อมูลสำคัญ
สิ่งที่ต้องรู้ก่อนเพิ่มดาต้าบอร์ด
แหล่งข้อมูลก่อน
GPIO, อนุกรม, RS485, MDB, เซ็นเซอร์ หรือสถานะของตัวควบคุม
ขนส่ง
บูรณาการ 4G, webhook หรือ API เข้ากับแบ็กเอนด์ของคุณเอง
กิจกรรม
Heartbeat, telemetry, ข้อบกพร่อง, ผลลัพธ์การขาย หรือผลลัพธ์เซสชันเมื่อถูกเปิดเผย
ความเป็นเจ้าของ
ทีมของคุณเป็นเจ้าของแบ็กเอนด์ สคีมา การเก็บรักษา และการแจ้งเตือน
ตัวอย่างที่รอดำเนินการ: สัญญาณที่มีอยู่ อัตราการโพล การบัฟเฟอร์ และพฤติกรรมของเหตุการณ์ ขึ้นอยู่กับโปรไฟล์เครื่องและเฟิร์มแวร์
แหล่งข้อมูล
ข้อมูลเครื่องจักรสามารถมาจากไหน
แหล่งที่มาจะกำหนดรายละเอียดและความน่าเชื่อถือของข้อมูล
| แหล่งที่มา | ข้อมูลทั่วไป | สิ่งที่ต้องยืนยัน | ขีดจำกัด |
|---|---|---|---|
| I/O ดิจิตอล / อนาล็อก | ประตู สถานะรีเลย์ พัลส์ ระดับ หรืออินพุตแบบกำหนดเอง | แรงดันไฟฟ้า การแยกขั้ว ขั้ว และการสุ่มตัวอย่าง | ไม่มีบริบทหากไม่มีการแมปเครื่อง |
| อนุกรม / RS485 | เฟรมตัวควบคุม ค่ามิเตอร์ การอ่านเซ็นเซอร์ | โปรโตคอล อัตรารับส่งข้อมูล แผนที่รีจิสเตอร์ | มีเพียงช่องที่มีเอกสารเท่านั้น |
| MDB | เหตุการณ์ไร้เงินสด/การขายและข้อผิดพลาดเมื่อถูกเปิดเผย | เวอร์ชัน MDB และการแมปเหตุการณ์ | ไม่รับประกันสินค้าคงคลัง |
| เซนเซอร์ | อุณหภูมิ การไหล ประตู หรือการวัดแบบกำหนดเอง | ประเภทเซ็นเซอร์ ช่วง และการสอบเทียบ | เฉพาะเซ็นเซอร์ที่ติดตั้งเท่านั้นที่สามารถรายงานได้ |
นี่คือกรอบแหล่งข้อมูล ตัวอย่างจะยืนยันว่าฟิลด์ใดมีความเสถียรเพียงพอสำหรับการผลิต
ความเหมาะสมของโปรเจกต์
สำหรับเครื่องที่ต้องการเส้นทางข้อมูลไปยังแบ็กเอนด์
สัญญาณความต้องการ
- ผู้ปฏิบัติงานต้องการสถานะออนไลน์ มีข้อบกพร่อง ไม่ได้ใช้งาน หรือกำลังทำงานอยู่
- ตู้อัจฉริยะ ตู้หยอดเหรียญ ที่ชาร์จ น้ำ และอุปกรณ์บริการจำเป็นต้องใช้งานหรืออัปโหลดผลลัพธ์
- เครื่องรุ่นเก่าจำเป็นต้องมีการเชื่อมต่อ 4G หรือการเรียกกลับเซิร์ฟเวอร์โดยไม่ต้องสร้างคอนโทรลเลอร์ใหม่
- โปรเจ็กต์ OEM จำเป็นต้องมี telemetry บันทึก และสถานะระยะไกลในการออกแบบบอร์ด
ข้อมูลที่ควรส่ง
- รูปเครื่องหรือบอร์ดปัจจุบัน
- หมายเหตุ interface หรือ wiring
- การทำงานที่ต้องการหลัง API หรือการชำระเงิน
- ต้องการ upload data หรือไม่
ไม่เหมาะหาก
- เครื่องไม่เปิดเผยแหล่งข้อมูลที่ใช้งานได้และไม่สามารถวัดได้
- คุณต้องมีพอร์ทัลการตรวจสอบแบบปิด แทนที่จะต้องมีการส่งข้อมูลฝั่งเครื่อง
- ไม่มีแบ็กเอนด์หรือกระบวนการปฏิบัติงานในการรับข้อมูล
รูปแบบการเชื่อมต่อ
สะพานข้อมูลระหว่างเครื่องและเซิร์ฟเวอร์
QuLink อ่านสัญญาณฝั่งเครื่องหรือข้อมูลโปรโตคอล ทำให้สัญญาณเป็นเหตุการณ์เป็นมาตรฐาน และส่งสัญญาณไปยังแบ็กเอนด์ของคุณเพื่อการดำเนินการ การเรียกเก็บเงิน การสนับสนุน หรือการวิเคราะห์
- แหล่งข้อมูล
- อินพุตเซ็นเซอร์, UART, RS485, เฟรมอนุกรม, สถานะตัวควบคุม, ผลลัพธ์ของการขาย/เซสชัน
- การเชื่อมต่อ
- โมดูล 4G/เซลลูลาร์, การเรียกกลับของเซิร์ฟเวอร์, webhook, การบูรณาการเฉพาะโครงการ
- กิจกรรม
- device.online, telemetry.อัปเดต, machine.fault, session.completed, vend.result
- โหมดโครงการ
- ชุดติดตั้งเพิ่มเติมดาต้าบริดจ์, การเปิดตัวเครื่องที่เชื่อมต่อ, บอร์ด OEM telemetry
ขั้นตอนการทำงาน
จาก interface ของเครื่องไปสู่ผลลัพธ์ที่ควบคุมผ่าน API
ยืนยันอินเทอร์เฟซต้นทาง
ตรวจสอบว่าข้อมูลที่มาจาก GPIO, อนุกรม, RS485, MDB เซ็นเซอร์ หรือตัวควบคุมแบบกำหนดเอง
กิจกรรมแผนที่
QuLink แปลงสัญญาณเครื่องเป็นเหตุการณ์ webhook ที่เซิร์ฟเวอร์ของคุณสามารถประมวลผลได้
ตรวจสอบในช่อง
ทดสอบพฤติกรรมออนไลน์/ออฟไลน์ การลองใหม่ รูปแบบข้อมูล และเงื่อนไขข้อผิดพลาดด้วยเครื่องจริง
ตัวอย่าง API
ตัวอย่างคำสั่ง server หรือ webhook สำหรับการทำงานฝั่งเครื่อง
ฟิลด์คำสั่งขึ้นอยู่กับ interface ของเครื่อง, firmware profile และว่าการชำระเงินหรือแอปของคุณเป็นตัว trigger
POST /webhooks/qulink
{
"event": "telemetry.updated",
"device_id": "CABINET-31",
"telemetry": {
"online": true,
"temperature_c": 4.8,
"door_open": false
}
}
Project RFQ
บอกเราว่าเครื่องต้อง ทำอะไร ส่งอะไร หรือรายงานอะไร
ส่งประเภทเครื่อง จุดข้อมูลที่ต้องการ แหล่งสัญญาณ/โปรโตคอล ข้อกำหนดในการเชื่อมต่อ และเวิร์กโฟลว์เซิร์ฟเวอร์เป้าหมาย
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
คำถามที่มักเกิดขึ้นก่อนการทดสอบตัวอย่าง
QuLink สามารถอัพโหลดข้อมูลโดยไม่ต้องควบคุมเครื่องได้หรือไม่?
ใช่ บางโปรเจ็กต์ใช้ QuLink เป็นบริดจ์ข้อมูลเป็นหลัก ในขณะที่โปรเจ็กต์อื่นๆ รวมการอัปโหลดข้อมูลเข้ากับคำสั่งควบคุม
ใช้ได้กับ RS485 หรือ UART ได้หรือไม่?
ใช่ สามารถประเมินโปรเจ็กต์แบบอนุกรม UART และ RS485 ตามรูปแบบเฟรมและพฤติกรรมของอุปกรณ์
ข้อมูลสามารถส่งไปยังเซิร์ฟเวอร์ของเราเองได้หรือไม่?
ใช่ แบ็กเอนด์ของคุณยังคงเป็นเจ้าของเวิร์กโฟลว์ข้อมูล QuLink จัดเตรียมบริดจ์ฝั่งเครื่องและการเรียกกลับ
เครื่องสามารถรายงานข้อมูลใดได้บ้าง
สถานะ ข้อผิดพลาด การใช้งาน ค่ามิเตอร์ การอ่านเซ็นเซอร์ ผลการขายหรือเซสชัน และการเต้นของหัวใจเมื่อเครื่องเปิดเผยสิ่งเหล่านั้น
เราควรส่งอะไรก่อน?
ประเภทเครื่อง ภาพถ่ายตัวควบคุมและตัวเชื่อมต่อ จุดข้อมูลที่มีอยู่ ข้อกำหนดในการเชื่อมต่อ และแบ็กเอนด์เป้าหมาย
Use case ที่เกี่ยวข้อง