本文面向想在涂鸦开发者平台上开发 智能电动摩托车(含电动轻便摩托车)产品的硬件 / 嵌入式 / App 开发者。
智能电动摩托车与 “智能电动车(电动自行车)” 的整体方案高度相似,本文沿用同一条八步主线,并把电摩 特有的差异点(新国标分类、车牌、BLE+X 硬件架构、仪表与 App 联动)直接写在对应步骤里,避免你来回跳页。

在国内,“电动二轮车” 按 GB 17761-2024(新国标) 与《电动摩托车和电动轻便摩托车安全要求》分为三类,类别不同,整套合规、上牌、驾照、品类选择、面板都不同,开发前必须先对齐。
| 类别 | 最高时速 | 性质 | 驾照 | 车牌 |
|---|---|---|---|---|
| 电动自行车 | ≤ 25 km/h | 非机动车 | 不需要 | 小黄牌 |
| 电动轻便摩托车 | ≤ 50 km/h | 机动车 | F 照 | 蓝牌 |
| 电动摩托车 | > 50 km/h | 机动车 | E / D 照 | 大黄牌 |
新国标几个对开发影响最大的硬性要求:
关键时间线:
- 2025-09-01 起,新生产车辆必须符合 GB 17761-2024
- 2025-12-01 起,不符合新国标的车辆禁止销售
如果你做的是 > 25 km/h 的车型(电轻摩 / 电摩),请按本文走全流程;如果做 ≤ 25 km/h 的电自,本文同样适用,仅需在第一步功能定义时多关注 “超速断电” 和 “防篡改” 的 DP。
进入涂鸦开发者平台 → 创建产品 → 标准类目 导航栏选择:
户外出行 ➜ 出行 ➜ 智能电动车
注意:智能电摩、电轻摩、电自当前都共用
智能电动车这个品类。品类选错会直接影响后续的 DP 推荐、面板选择和 App 接入逻辑,所以创建后不要随便修改。
创建完产品,平台会生成一个 PID(Product ID),后面所有嵌入式 / App / 云端联调都靠这个 PID 串起来。
涂鸦把硬件能力抽象成 DP(Data Point,功能点),分三类:
| 类型 | 谁定义 | 适合场景 | 举例 |
|---|---|---|---|
| 标准功能 | 涂鸦平台预置 | 通用能力 | 锁车 / 解锁、电量、车速、定位 |
| 自定义功能 | 你自己加 | 标准功能不够用时 | 自家电池 BMS 字段、专属骑行模式 |
| 高级功能 | 平台开通 | 跨设备 / 云端业务 | 扫码配网、NFC 卡管理、轨迹记录、密码管理 |
DP 类型只有这 6 种:布尔(bool)/ 数值(value)/ 枚举(enum)/ 故障(fault, bitmap)/ 字符串(string)/ RAW(透传)。
下表来自涂鸦平台「智能电动车 / 电摩」标准 DP 模板的实际取值,可作为新建产品的最小可用集合,开发时直接选取对应 DP ID 即可。
| DP ID | 功能点 | 标识 (ID) | 类型 | 读写 | 说明 |
|---|---|---|---|---|---|
| 1 | 防盗开关 | blelock_switch |
bool | rw | 蓝牙防盗器布防 / 撤防开关 |
| 2 | 启动 | start |
bool | rw | 整车启动 / 上电控制 |
| 3 | 电池电量 | battery_percentage |
value | ro | 0~100,整车主电池剩余电量百分比 |
| 4 | GPS 定位 | gps_position |
string | ro | 经纬度字符串,详见整车定位协议 |
| 5 | 速度 | speed |
value | ro | 单位 km/h,0~250,建议 ≥ 1 Hz 上报 |
| 6 | 单次骑行时间 | ridetime_once |
value | ro | 单位秒,本次启动以来骑行累计时长 |
| 11 | 单位设置 | unit_set |
enum | rw | km / mile,仪表与 App 显示单位 |
| 12 | 总里程 | mileage_total |
value | ro | 单位 km,上电累计、掉电不丢 |
| 13 | 续航里程 | endurance_mileage |
value | ro | 整车按当前电量动态计算的预测续航 |
| 14 | 单次里程 | mileage_once |
value | ro | 单位 km,本次启动以来累计里程 |
| 18 | 档位 | level |
enum | rw | eco / normal / sport 等,电摩通常 ≥ 3 档 |
| 19 | 寻车 | search |
bool | rw | App 触发蜂鸣 / 闪灯定位车辆 |
| 24 | GPS | gps_signal_strength |
value | ro | GPS 信号强度等级 |
| 25 | 4G | 4g_signal_strength |
value | ro | 4G 信号强度等级 |
| 26 | 故障检测 | fault_detection |
bool | rw | App 主动触发整车故障自检 |
| 27 | 状态 | status |
enum | ro | 整车运行状态机(待机 / 行驶 / 充电 / 故障 等) |
| 29 | 动力系统 | power_system |
fault | ro | 故障 bitmap,电机 / 控制器 / 限速器等 |
| 30 | 智能系统 | smart_system |
fault | ro | 故障 bitmap,中控 / 通讯 / 定位等 |
| 31 | 电子系统 | electronic_system |
fault | ro | 故障 bitmap,仪表 / 灯光 / 喇叭等 |
| 32 | 锂电系统 | ithium_battery_system |
fault | ro | 故障 bitmap,电池 / BMS 相关 |
| 45 | 地理围栏 | geofence_switch |
bool | rw | 地理围栏开关,需在平台开通围栏高级功能后生效 |
| 58 | 电池1信息 | battery_info |
string | ro | 主电池详细字段(电压 / 温度 / 循环次数等) |
| 60 | ICCID | iccid |
string | ro | 4G 模组 SIM 卡 ICCID,定位、计费、卡管平台联动 |
故障类 DP(fault 类型)的 bitmap 设计示例
电摩按子系统拆 4 个故障 DP(power_system / smart_system / electronic_system / ithium_battery_system),每个 DP 内部按位约定一类故障源(按整车实际故障表细化):
power_system smart_system electronic_system ithium_battery_system
bit0 电机过温 bit0 4G 通讯失联 bit0 仪表通讯故障 bit0 电池低电量
bit1 电机霍尔故障 bit1 BLE 通讯失联 bit1 仪表灯异常 bit1 电池过温
bit2 控制器过温 bit2 GPS 失锁 bit2 大灯故障 bit2 电池欠压
bit3 控制器过流 bit3 云端鉴权失败 bit3 转向灯故障 bit3 电池过压
bit4 限速器异常 bit4 OTA 中断 bit4 喇叭异常 bit4 单体压差告警
bit5 动力欠压 ... ... bit5 BMS 通讯异常
... ...
建议:故障 DP 一律用
fault类型 + bitmap,不要 为每一个故障单独建 bool DP;按子系统拆分让 App 端故障告警的分类展示更直观,也便于后续扩展。
只要标准 DP 表里 找不到完全对应 的能力,就加自定义 DP。例如:
commute_voice_enable电摩里高频会用到的几个:
智能电动车 / 电摩品类 必须 使用涂鸦的出行专用 App,不是「智能生活 App」。按销售区域选对应版本:
| 销售区域 | 控制 App | 应用商店搜索关键词 |
|---|---|---|
| 中国大陆 | 涂鸦出行 | 涂鸦出行 |
| 海外 | Tuya Ride | Tuya Ride |
重要提醒:开发平台默认提示「用智能生活 App 扫码体验」,这条对智能电动车品类是错的。请按销售区域扫码下载 涂鸦出行 / Tuya Ride 进行面板预览和测试。
涂鸦出行 / Tuya Ride 自带一套 「出行电动车公版」 面板,90% 的电摩客户开箱即用、无需定制。下图为公版面板的实际效果(首页:车辆 3D 模型 + 电量 / 续航 / 车速 / 通信信号 + 一键锁车 + 档位 / 解锁方式 / 灯光 / 音效快捷区):

公版面板覆盖的能力:
只有遇到强差异化诉求(自定义 BMS 详情页、品牌专属 3D 模型、品牌主题色等),才考虑申请定制面板。
电摩骑行速度高,用户在骑行中看手机本身就是安全隐患。所以电摩的智能化设计原则跟电自不一样:
实例:用户骑行中手机收到电话,仪表上显示来电信息,用户用车把按键接听 / 挂断,全程不掏手机——这是电摩智能化的标准交互形态,电自上几乎用不到。


涂鸦给电摩准备了 两种硬件接入方式,按你的主控算力和成本选:
| 方案 | 主控 | 模组 | 适合 | 难度 |
|---|---|---|---|---|
| MCU SDK | 你自己的 MCU | 涂鸦蓝牙 / 4G 模组 | 主流方案,最常用 | 低 |
| TuyaOS | 模组直接跑业务 | TuyaOS 兼容模组 | 资源充裕、想跨平台 | 中 |
| 场景 | 推荐 |
|---|---|
| 标配电摩,用户主要靠手机控制 | 蓝牙 BLE |
| 商业运营 / 车队 / 大车型 | 蓝牙 + 4G 双模 |
| 出海 / 海外车型 | 优先 蓝牙,必要时叠加 4G |
蓝牙是电摩的 主通信协议,原因有三:
电摩智能化按 “功能颗粒度” 和 “成本” 可选三种典型形态,三种形态都基于下文 BLE+X 硬件架构 实现,可平滑升级:
| 形态 | 通信能力 | 典型功能 | 适用场景 | 安装方式 |
|---|---|---|---|---|
| ① 蓝牙防盗器 | 仅 BLE | 一键启停、寻车、蓝牙感应解锁、布防告警 | 入门款电摩、纯近场体验 | 独立挂件,1 路电源即可 |
| ② 4G 智能中控 | BLE + 4G + GPS | 远程定位、远程操控、座桶锁、模拟量检测与控制 | 中高端电摩、运营 / 车队场景 | 独立中控盒,可跨车型复用 |
| ③ 4G 仪表 | BLE + 4G + GPS(集成) | 仪表显示 + 全部远程能力,集成度最高 | 一体化整车设计、追求 BOM 减件 | 仪表内置,整车不增加部件 |
选型建议:纯 C 端入门款 → ①;运营 / 车队 / 高端整车 → ②;定制化新车型且仪表已有更新计划 → ③。
BLE+X 架构以 蓝牙模组(BLE) 为系统中枢,通过 UART 串接 整车 MCU 与 4G(CAT.1)模组:BLE 负责近场操控、低功耗保活和电源管理,4G 提供远程能力,MCU 负责整车业务逻辑;独立 GPS 模组推荐通过 UART 直接挂在 MCU 端,由 MCU 解析 NMEA 数据后再按需上报。
┌──────────────┐
┌──UART──┤ 4G CAT.1 模组 │── ✈ 云端
│ └──────────────┘
┌─────┴────┐
│ BLE 模组 │── 📱 BLE 直连 ── 涂鸦出行 / Tuya Ride App
│ (BF6H-M) │
│ 系统中枢 │
│ + 电源管理│
└─────┬────┘
│ UART
│
┌─────┴────┐ ┌──────────────┐
│ MCU │── UART──┤ 独立 GPS 模组 │── 卫星
│ 整车业务 │ │ GB600/610 等 │
└──────────┘ └──────────────┘
这种走线把 GPS 完全交给 MCU 管理,好处:① BLE 模组 IO 资源释放、可专注通信;② 整车业务能就近拿到原始定位,做轨迹滤波、围栏判断更高效;③ GPS 上电时序与整车点火 / 启动联动更顺。
| 引脚(丝印) | IO | 方向 | 功能 |
|---|---|---|---|
TXD0 / RXD0 |
PD7 / PD6 | OUT / IN | 与 4G 模组串口通信 |
TXD1 / RXD1 |
PA3 / PA2 | OUT / IN | 与 MCU 串口通信 |
PWM1 |
PA7 | IN | 蜂窝模组 → 蓝牙唤醒(低电平 ≥60 ms) |
PWM0 |
PA6 | IN | 蜂窝在位检测(低电平有效,跨 PCB 时使用) |
PWM5 |
PA5 | OUT | 蓝牙 → 4G 模组电源控制(高电平通电) |
PWM4 |
PA4 | OUT | 备用外设电源控制(高电平通电),按整车设计选用 |
PA1 |
PA1 | OUT | 蓝牙 → MCU 唤醒(高电平 ≥20 ms 后发数据) |
PA0 |
PA0 | IN | MCU → 蓝牙唤醒(高电平 ≥50 ms 后发数据) |
整车睡眠 / 唤醒:BLE 作为系统电源管理者,整车待机时主动断开 4G 模组供电以省电;远程指令到达时,4G 模组通过 PWM1 唤醒 BLE,BLE 再唤醒 MCU。GPS 由 MCU 自管电源,跟随整车点火 / 启动状态机。
蓝牙模组(3.3 V)与 4G 模组(1.8 V)之间的 UART 必须做电平转换,避免端口烧毁或通信不稳定。两种推荐方案:
| 方案 | 元件 | 优势 | 适用 |
|---|---|---|---|
| 双向电平转换芯片 | TXS010X / SN74LVC 系列 | 元件少、抗干扰强、双向自动 | 量产首选 |
| 分立 NPN 翻转电路 | S8050 + 上拉电阻(10 KΩ + 1 KΩ) | 成本最低 | 极简方案 / 低成本备选 |
推荐独立 GPS 模组通过 UART 直接挂在整车 MCU 端,由 MCU 解析 NMEA 报文,再按需把定位、速度、星数等结果以 DP 形式上报;这种走法不占用 BLE 的串口资源、上电时序也由 MCU 自由控制。
| 推荐 GPS 模组 | 厂商 | 频段 | 适用场景 |
|---|---|---|---|
GB600 |
涂鸦 | L1 单频(GPS / BDS / Galileo / QZSS / GLONASS 五系统多模) | 入门 / 低成本量产首选,Beken BK1661 SoC,体积小、功耗低 |
GB610 |
涂鸦 | L1 + L5 双频(多模多频联合定位,含 BDS B2A/B2B/B2I、Galileo E5A 等) | 高精度场景,Beken BK1662 SoC,120 跟踪通道,冷启动 ≈ 28 s,跟踪灵敏度 −165 dBm |
两款均可在 涂鸦开发者中心 · GNSS 模组 找到完整 datasheet 与示例代码。新设计若没有特殊要求,优先
GB600;定位精度敏感(如车队 / 城市楼宇遮挡场景)选GB610。
接线要点:
以下模组已在电摩场景验证、可直接选型,所有 datasheet 与 SDK 文档均可在涂鸦开发者中心检索:
| 型号 | 销售区域 | 频段 | 尺寸 | 资源链接 |
|---|---|---|---|---|
L511C-Y6E |
中国 | LTE FDD B1/3/5/8、TDD B34/38/39/40/41 | 17.7×15.8×2.3 mm | datasheet · MCU SDK |
L511E-Y6E |
欧洲 / 东南亚 / 非洲 / 澳洲 / 中东 / 港澳台 | LTE FDD B1/3/5/7/8/20/28、TDD B38/40/41 | 同上 | 同 L511 系列 |
L511A |
北美 | LTE FDD B2/4/5/12/13/14*/66/71 | 同上 | 同 L511 系列 |
MG661-LA-19 |
拉美 | LTE FDD B2/3/4/5/7/8/28/66 | — | — |
| 型号 | 销售区域 | 频段 | 尺寸 | 资源链接 |
|---|---|---|---|---|
BF6H-M |
全球 | 2.4 GHz ISM band | 19×15.5×2.5 mm | datasheet · MCU SDK |
选型时 按销售区域配 4G 模组,蓝牙固定用
BF6H-M。其余 4G 模组(NL668-AM/MC665-EU/MA510-GL等)已对接,但作为既有库存或客户特殊需求兼容选项,新设计优先选 L511 系列。
工作流:
你的 MCU 涂鸦蓝牙模组 手机 App / 云端
┌──────────────┐ UART ┌──────────────┐ BLE/4G ┌──────────────┐
│ 整车业务逻辑 │<----->│ 涂鸦标准协议 │<------> │ 涂鸦出行/Tuya Ride │
│ + MCU SDK │ TX/RX │(涂鸦通用对接) │ │ + 涂鸦云端 │
└──────────────┘ └──────────────┘ └──────────────┘
MCU SDK 帮你做的事:
你自己只需要写两个回调:
dp_download_handle() — App 下发的控制 DP(如锁车)dp_report() — 上报当前状态 DP(如车速、电量)模组本身跑 TuyaOS 内核,整车 MCU 只透过简单接口接入。优点是一份业务代码可以在不同芯片平台、不同协议(蓝牙 / 蜂窝)上复用,缺点是模组要选对支持 TuyaOS 的型号。
何时用 TuyaOS:
进入开发平台「产品配置」页,按需勾选 / 配置以下项:
| 配置项 | 电摩重点 |
|---|---|
| 固件升级 | 蓝牙 + 4G 都要支持;大版本建议默认在充电场景下推送,节省用户流量 |
| 多语言 | 必做:中文、英文是底线,出海加西语 / 葡语 / 越南语 / 印尼语 |
| 配网信息 | 选 BLE 配网;4G 版本无需配网 |
| 设备消息推送 | 防盗告警、低电量、超速、围栏越界都要走推送通道 |
| 场景联动 | 电摩用得少,可暂时不开 |
| 快捷开关 | 一键锁车 / 寻车这类高频操作配到 App 首页 |
| 产品说明书 | 用平台的电子说明书,省去印刷成本 |
电摩没有 Wi-Fi,配网通道只有蓝牙。涂鸦推荐两种 BLE 配网方式,按生产工艺与目标用户群体二选一或共存:
| 方案 | 触发方式 | 用户操作 | 适用场景 |
|---|---|---|---|
| A · 蓝牙触发式配网 | 用户在车机端做物理动作(如长按防盗按键 5 秒、连续点火 3 次),整车进入可被发现的广播状态 | 「添加设备」页等 App 自动发现 | 入门款、防盗器形态、不希望生产线增加印刷工序 |
| B · 蓝牙扫码配网 | 车上 / 包装上预贴专属二维码(含 PID + MAC + 一次性绑定 token) | App 内「扫一扫」一键绑定 | 中高端整车、4G 仪表 / 智能中控、追求开箱体验 |
| 维度 | A · 触发式配网 | B · 扫码配网 |
|---|---|---|
| 用户体验 | 普通:需要看说明书学习触发动作 | 顺滑:扫一扫即绑,几乎零学习成本 |
| 防混绑 | 弱:附近多台车广播同名,需用户辨认 | 强:二维码自带唯一 MAC + token,1:1 锁定 |
| 生产工艺 | 简单:无需生成 / 印刷专属码 | 复杂:生产线需为每台车生成、印刷、贴附二维码 |
| 售后换码 | 无 | 二维码丢失需走客服补码 / 重新触发流程 |
| 平台依赖 | 标准 BLE 配网,所有 BLE 版本设备默认支持 | 需在产品配置里 开通 “扫码配网” 高级功能 |
| 推荐组合 | 入门款电摩 / 蓝牙防盗器形态 | 4G 智能中控 / 4G 仪表整车 |
建议:高端 / 整车出货优先 B 方案,必要时把 A 方案作为兜底(二维码丢失 / 损毁场景)。
| 触发条件 | 推送内容 |
|---|---|
| 车辆静止时检测到震动 ≥ 阈值 | “您的爱车 踏板-26B 检测到异常震动” |
| 电量 ≤ 20% | “电量较低,请尽快充电” |
| 超出地理围栏 | “您的爱车已离开常用区域” |
| OTA 完成 | “新版固件已就绪,请重启车辆生效” |
固件做完了,要把它和 授权码 烧到设备里,否则连不上云。
📘 官方文档入口:完整方案、烧录工具下载、不同模组(蓝牙 / 4G)的引脚接线和产测流程,见涂鸦开发者中心 → 烧录授权(官方文档)。
涂鸦按 “芯片类型 / 生产体系” 把烧录授权分为三大类:
| 官方方案 | 适用 | 说明 |
|---|---|---|
| 烧录授权一体 | 使用涂鸦标准模组 | ① 委托涂鸦代烧录后直接出货;② 自主使用涂鸦 “云模组烧录授权” 工具 |
| 烧录授权分立 | 调试阶段 / 非涂鸦标准模组 | 只授权不烧录,固件用芯片原厂工具烧 |
| 产测对接 | 自身有完整生产体系 | 通过涂鸦标准接口对接到自家产线,自行完成烧录 + 授权 |
详细方案选型与产测对接接口规范,参见上方官方文档。
落到电摩量产环节,按生产规模常见以下四种实操方式(每一种都对应到上节官方方案):
| 方式 | 适合 | 对应官方方案 | 备注 |
|---|---|---|---|
| 在线烧录 | 打样阶段 | 烧录授权一体 | 设备直连涂鸦云授权 |
| 离线烧录 | 工厂量产 | 烧录授权一体 | 提前下发授权包 |
| 整机授权 | 整车下线测试时一次性写入 | 烧录授权分立 / 产测对接 | 推荐,与下线工位合并 |
| MCU 自烧 | MCU 自己跑授权流程 | 产测对接 | 仅 MCU SDK 方案 |
发布前 必须 有测试报告,三种途径任选一:
电摩测试 额外 要关注的点:
测试报告通过后,开发平台直接点「发布」即可。发布之后这个 PID 才能用于量产授权。
| 认证 | 国内 | 出海(典型) |
|---|---|---|
| 整车 | CCC(GB 17761-2024) | E-mark / EEC / DOT |
| 蓝牙模组 | SRRC | FCC / CE-RED / KC / TELEC |
| 4G 模组 | CTA + SRRC | FCC / CE-RED / GCF |
| 电池 | GB 31241 | UN38.3、IEC 62133 |
提醒:CCC 必须按 新国标 GB 17761-2024 取证,旧标证书 2025-12-01 后失效。
| 维度 | 电动自行车 | 电动摩托车 |
|---|---|---|
| 速度上限 | ≤ 25 km/h(强制断电) | 50 / 不限 |
| 主控算力 | 一般 | 中高,可上仪表 SoC |
| 仪表 | 段码 LCD 居多 | TFT 彩屏,可联动 |
| 用户骑行视线 | 低速可看手机 | 高速 禁止依赖手机 |
| 配网协议 | BLE | BLE 为主,4G 可选 |
| 防篡改 | 三件套(强制) | 整车级 |
| 典型 DP 数量 | 30~50 | 50~100 |
| 售价区间 | 1500~5000 元 | 8000~50000 元 |
| 智能化空间 | 有限 | 大(导航、ADAS、通话、投屏) |
Q1:客户车型既有电自又有电摩,要建几个 PID?
A:建议 至少两个。电自和电摩在 DP、面板布局、新国标合规上差异很大,混在一个 PID 后续维护痛苦。
Q2:电摩硬件应该选哪种形态(蓝牙防盗器 / 4G 智能中控 / 4G 仪表)?
A:纯 C 端入门款电摩、对成本敏感、只需要近场操控和防盗 → 蓝牙防盗器;面向运营 / 车队、需要远程定位和远程控制 → 4G 智能中控(独立中控盒可跨车型复用);新车型整体设计阶段且仪表在升级 → 4G 仪表(集成度最高、整车不增加部件)。三种形态都基于同一套 BLE+X 架构,可平滑升级,详见 硬件形态选型 与 BLE+X 硬件架构 两节。
Q3:电摩要不要做语音助手?
A:建议 先把仪表显示和车把按键交互做好,再考虑语音。骑行中风噪和头盔会显著影响识别率,语音是锦上添花,不是必选。
Q4:海外车型用什么 App?
A:海外销售用 Tuya Ride(国内对应版本是「涂鸦出行」),同一套面板能力,按销售区域选对应应用即可。海外开发重点:多语言、地区合规(GDPR / CCPA)、4G 频段适配。
该内容对您有帮助吗?
是意见反馈该内容对您有帮助吗?
是意见反馈