选择数据点
定义机器应发送的内容：状态、故障、计量、结果、传感器或使用数据。
关键事实
添加数据板之前需要了解什么。
数据来源优先
GPIO、串行、RS485、MDB、传感器或控制器状态。
交通
4G、webhook 或 API 集成到您自己的后端。
活动
心跳、telemetry、故障、出售结果或暴露时的会话结果。
所有权
您的团队拥有后端、架构、保留和警报。
待处理样本：可用信号、轮询率、缓冲和事件行为取决于机器和固件配置文件。
数据来源
机器数据来自哪里。
来源决定了数据的细节和可靠性。
| 来源 | 典型数据 | 确认什么 | 限制 |
|---|---|---|---|
| 数字/模拟I/O | 门、继电器状态、脉冲、电平或自定义输入。 | 电压、隔离、极性和采样。 | 没有机器映射就没有上下文。 |
| 串行/RS485 | 控制器框架、仪表值、传感器读数。 | 协议、波特率、寄存器映射。 | 仅记录的字段可用。 |
| MDB | 无现金/自动售货机事件和故障暴露时。 | MDB 版本和事件映射。 | 库存没有保证。 |
| 传感器 | 温度、流量、门或自定义测量。 | 传感器类型、范围和校准。 | 只有安装的传感器才能报告。 |
这是一个数据源框架。样本确认了哪些油田足够稳定，可以进行生产。
项目适配
对于需要到后端的数据路径的机器
买家信号
- 操作员需要在线、故障、空闲或运行状态。
- 智能柜、售货、充电、水和服务设备需要使用或结果上传。
- 旧机器需要 4G 连接或服务器回调，而无需重建控制器。
- OEM 项目在电路板设计中需要 telemetry、日志和远程状态。
首先需要提供
- 机器照片或现有主板照片
- 接口或接线说明
- 支付/API 后要触发的动作
- 是否需要数据上传
不适合的情况
- 该机器没有公开任何可用的数据源，并且无法进行检测。
- 您需要一个封闭的监控门户，而不是机器端的数据传输。
- 没有后端或操作流程来接收数据。
集成方式
机器和服务器之间的数据桥梁
QuLink 读取机器端信号或协议数据，将它们规范化为事件，并将它们发送到您的后端以进行操作、计费、支持或分析。
- 数据来源
- 传感器输入、UART、RS485、串行帧、控制器状态、销售/会话结果
- 连接性
- 4G/蜂窝模块、服务器回调、webhook、项目特定集成
- 活动
- device.online、telemetry.updated、machine.fault、session.completed、vend.result
- 项目模式
- 改造数据桥、联网机器部署、OEM telemetry 板
控制流程
从机器接口到 API 控制的执行结果。
确认源接口
检查数据是否来自 GPIO、串行、RS485、MDB、传感器或自定义控制器。
地图事件
QuLink 将机器信号转换为服务器可以处理的 webhook 事件。
现场验证
使用真机测试在线/离线行为、重试、数据格式和故障情况。
API 示例
服务器命令或 webhook 示例。
命令字段取决于机器接口、固件配置，以及由支付还是你的应用触发。
POST /webhooks/qulink
{
"event": "telemetry.updated",
"device_id": "CABINET-31",
"telemetry": {
"online": true,
"temperature_c": 4.8,
"door_open": false
}
}
项目询盘
先发机器照片，我们帮你判断主板、接口和样品测试步骤。
发送机器类型、所需数据点、信号/协议源、连接要求和目标服务器工作流程。
一条有效的第一条消息
如果不确定机器接口，先发你手上的资料即可。照片往往比长文档更快判断方向。
- 机器类型和目标国家
- 机器照片、主板照片或线束照片
- 支付或 API 后要触发的动作
- 是否需要数据上传、预计数量
最快的第一步
- 发送机器照片
- 说明 API 或支付后要触发什么动作
- 告诉我们是否需要数据上传
常见问题
打样前通常会问的问题。
QuLink可以在不控制机器的情况下上传数据吗？
是的。有些项目主要使用QuLink作为数据桥梁，而另一些项目则将数据上传与控制命令结合起来。
它可以与 RS485 或 UART 一起使用吗？
是的，串行、UART 和 RS485 项目可以根据帧格式和设备行为进行评估。
数据可以发送到我们自己的服务器吗？
是的。您的后端仍然是数据工作流的所有者； QuLink 提供机器端桥接和回调。
机器可以报告哪些数据？
状态、故障、使用情况、仪表值、传感器读数、销售或会话结果以及机器公开时的心跳。
我们应该先发送什么？
机器类型、控制器和连接器照片、可用数据点、连接要求和目标后端。
相关页面