一桩带几台车:共享租赁桩位配比、取电与结算闭环设计

一桩带几台车:共享租赁桩位配比、取电与结算闭环设计

做电动骑行类共享设备的投放,充电桩最容易被当成"配件"处理:先定车型和台数,桩按"够用就行"补几台,位置看哪块空地顺眼。真正跑起来才发现问题不在桩本身,而在配比和桩位------桩少一台,晚高峰的订单就结不掉;桩位偏出去十米,用户就把车硬停在草坪边走进场。

这篇只谈工程侧的四层约束:配比、几何、取电、状态机。运营账不在讨论范围内。

先给三条结论:

  1. 一桩带两台是配比基准,4 台设备配 2 台桩。桩的数量等于"同一时刻能结束订单的通道数",它不是充电资源的冗余,而是结算通道的冗余。
  2. 桩位选址的第一判据是回程顺路,第二是不占主通道,第三才是空地面积。空地在动线尽头,等于没有桩。
  3. 取电回路与桩位间距必须在进场前定死。这两项是唯一"改了就要重新施工"的部分,其余都能现场调。

一张表把三类设备的桩配比分开,这是最容易混的一处:

设备类别 涵盖设备 供电方案 是否配充电桩 4 台设备的配桩数
固定类 旋转烟雾泡泡机、泡泡车、高射炮、空气大炮 优先接电,无电源条件时上可更换电池 不需要 0
水枪类 加特林水枪、钢铁侠水枪、双狙水枪 仅 220V 市电,没有电池方案 不需要 0
骑行类 双人 ATV、履带底盘款 电池 + 专用充电桩 需要 2

固定类与水枪类都是"到点自动停",两类都不需要桩,把桩算进它们的预算就是纯浪费;骑行类多了一个物理动作,桩才成为必需件。下面只讨论第三行。

一、桩不是充电器,是订单的结束开关

骑行类的订单结束条件和其他品类不一样:用户必须把车开回桩位、插上充电枪,订单才结束、计费才停。不插枪不算归还,车停在场边也只是"暂时不用"。

这条规则决定了桩在系统里的位置。它同时承担三件事:给车补电、确认车已归位、触发订单结算。三者里任何一件缺失,后台数据就会失真------最常见的是车没插枪、订单一直挂着,第二天对账时出现一批时长异常的订单,人工去核。

由此可以推一个设计结论:桩位数量等于并发结束订单的通道数。4 台车配 1 台桩,就意味着同一时刻只有 1 台车能结束订单,其余 3 台在等位;等位期间计费还在走,用户看到的是"越等越贵",客诉和退款都从这一步开始。

二、配比:一桩两台,四台两桩

单桩承载 2 台,是产品侧的既定配比;一个场地至少 4 台起步------4 台才摆得出阵列、能覆盖两三个年龄段、单台检修时其余照常跑。两条叠起来,最小经营单元的桩数是 2。

往上加按同样比例走:8 台配 4 桩,12 台配 6 桩。不要出现"3 台配 1 桩"这种混搭,混搭的直接后果是有一台车没有固定归位点,后台的还车状态会一直挂着,运维每天要去后台手工关单。

判断依据:把桩当"充电资源"算,结论是桩越少越省;把桩当"结算通道"算,结论正好相反------桩不足会直接压低可用台数。同一条数据在两种口径下会得出相反的采购决策,所以先定口径,再定数量。

三、桩位几何:回程顺路优先于空地面积

第一条是回程顺路。设备动线怎么走,桩就摆在哪一段的末端,让用户"顺路就能停"。桩摆在动线起点或者场地角落,用户骑到尽头不愿意再折回去,宁可把车停在场边走过来------车归不了位,订单结不掉,桩白装。

第二条是间距。按场上最长那台车定:双人 ATV 的车身长度在 1.06 米到 1.3 米之间,履带底盘款车宽更小但转弯半径更大,两台并排时要把上下车和掉头的空间留出来,别让通道被车身占满。并排两桩的间距按最长车身加两侧活动空间核算,不要按"看着能停"摆。

第三条是避开主通道和消防疏散路径。桩是带电设备,周边既要能过人,也要能被巡检的人一眼看到;塞在设备围挡后面、被帐篷挡住指示牌的桩,实际使用率会明显低于预期。

判断依据:这三条里只有间距能靠尺子量,前两条得在动线图上画。先画动线再定桩位,比到现场"看着摆"少返工一次;返工一次的成本,通常高于多买一台桩。

四、取电:桩的回路要和照明分开

桩是持续负载,照明是间断负载。两者共用一个回路,夜里开灯那一下的冲击和桩的充电叠加,跳闸会连带------灯灭了、桩停了,场地同时失去照明和结算能力。

每个桩位走独立回路,配漏电保护,接头做防水。容量由持证电工按桩的额定输入与同时充电台数核算,这一步不要用"经验值"顶,现场负荷表是唯一依据。

还有一个容易忽略的细节:配电箱里的回路标识。每个桩位回路单独贴标,写"桩位号 + 对应车位",不要只写"充电 1、充电 2"。半年后巡检换人,只能靠标签定位到具体桩位;标签混乱的场地,一次跳闸排查能耗掉半天。

判断依据:这里不做任何电费与续航推算,只守一条硬线------同一回路上的桩数量必须在进场前确定。进场后再加桩,等于重新拉线;重新拉线又要破地面或走明管,两项都要过场地方的审批。

五、状态机:从车回位到订单结束

把上面几条落成状态机,就不会出现"车在场边、订单还在跑"这种账。核心是把"回位"和"插枪"拆成两个状态,只有插枪才允许写结算。

yaml 复制代码
# 骑行类订单结束:桩位状态机(设备侧)
states:
  - RIDING              # 骑行中,计费进行
  - RETURNED_UNPLUGGED   # 已回位未插枪,订单不结束
  - CHARGING            # 插枪成功,订单结束,计费停止
  - PILE_FAULT          # 桩离线或故障,本地落盘待补单

transitions:
  RIDING -> RETURNED_UNPLUGGED: 车辆进入桩位感应范围
  RETURNED_UNPLUGGED -> CHARGING: 插枪信号为真 且 桩在线
  RIDING -> PILE_FAULT: 桩心跳超时
  PILE_FAULT -> CHARGING: 联机后补单,以插枪时间戳为准

rules:
  - 只有 CHARGING 状态允许写入订单结束时间
  - 桩离线时禁止在前端直接放行"结束",只做本地落盘
  - 补单以插枪时间戳为准,不用补单发起时间

三条规则里最容易被改坏的是第三条。补单如果按"发起时间"记,用户实际插枪和系统补单之间可能差几十分钟,这段时间的计费会多算到用户头上;按插枪时间戳回填,账才对得上。

还有一处要配套:状态机必须和桩的心跳绑在一起。桩掉线时,RETURNED_UNPLUGGED 会长期停在那里,前端显示"待还车",实际车早就插上枪了。所以需要一条超时策略------超过设定时长仍未转到 CHARGING,后台把订单标为待核并生成一条工单,不要静默挂着等第二天对账发现。

六、四种配错及其后果

配错极少是"算错了",多数是"顺序错了":先买设备、后补桩,或者先定桩位、后看动线。四种常见情形:

第一种,桩数按"够充电就行"定,结果晚高峰全在等位,可用台数被压到一半以下。第二种,桩位在动线尽头或反向,用户不愿折回,车长期停在场边。第三种,给固定类配了桩------旋转烟雾泡泡机、泡泡车这类固定项目优先接电、没有电源才上可更换电池,水枪类更是只支持 220V 市电、没有电池方案,这两类配桩既多花钱又占地。第四种,桩回路与照明共用,跳闸时同时失去照明与结算。

这四种里,前两种能靠运营调(加桩、改桩位),后两种只能改硬件。所以核对顺序应该是:先确认设备分类对不对,再确认桩数,最后才是桩位微调。

七、进场前的核对清单

检查项 判据 不通过时怎么改
设备分类 场上是否存在固定类或水枪类,它们不配桩 从桩预算里剔掉
桩数与台数 桩数 = 台数 ÷ 2,且台数不少于 4 补桩,或减少台数
桩位与动线 每台车的回程末端都有桩位 移桩,不动设备
桩位间距 按最长车身 + 两侧活动空间 拉开或改单排布局
取电回路 桩与照明分回路,各带漏保,回路单独标识 进场前重新拉线
插枪信号 能上报到后台并驱动结算 先联调再开放运营

6 项里,只有最后一项能靠软件补;前 5 项都是硬件与土建,改一次的成本远高于一次做对。

八、常见问题

问:一桩带两台是上限还是建议值?

答:是产品侧的承载上限,不是可以往上加的弹性值。 超过两台会出现两车争一个归位点的情况,后台同一桩位下挂多条未结束订单,对账时无法判断哪台车真的插了枪。

问:场地只有 2 台车,可以先配 1 台桩吗?

答:不建议这样起步。 2 台设备的阵列感不足,覆盖不了两三个年龄段,单台检修时整场就停摆;按 4 台配 2 桩进场,才是最小可运营单元,桩的投入也随之固定下来。

问:桩位能不能先按空地摆,运营一段时间再调?

答:能调,但代价不对等。 桩位涉及取电回路与地面固定,挪一次要重新拉线、重新做防水;而设备台数和动线是软的。所以顺序是先定动线与桩位,再定台数。

问:骑行类能不能用换电池的方式替代桩?

答:不能。 骑行类走的是"定点还车 + 自动充电"闭环,桩同时是还车点与结算点;换电池既解决不了归位确认,也让订单结束失去物理凭据。

九、把结论收成一句话

桩的配比不是算出来的,是从订单怎么结束倒推出来的:先定"插枪才算归还"这条规则,桩数就等于并发归还的通道数,桩位就等于动线的末端。反过来做------先买桩再找位置------大概率要在进场后返工,而返工的那部分正是唯一不能靠软件改的。

相关推荐
李纲明2 小时前
微信小程序场地长租月底对不上或口头占场撞场:先核合约预约与核销流水出账,再查附加费与转租归属
微信小程序·devdiy·场地长租·月结账单·核销流水·附加费·转租归属
2401_879692512 小时前
微信小程序照相与摄像功能实现——chooseImage 与 chooseVideo 详解
微信小程序·小程序·notepad++
byte轻骑兵19 小时前
实战 4:BlueZ 源码中添加自定义设备过滤规则
linux·物联网·bluez·电脑蓝牙·嵌入式蓝牙
律宏阔20 小时前
微信小程序 + Taro + TDesign 去掉 [&&&],让普通 Tailwind 类接管局部样式
前端·微信小程序·taro
律宏阔20 小时前
微信小程序 + Taro + 多语言实现与国际化检查实录
前端·微信小程序·taro
李纲明2 天前
微信小程序 getSystemInfo 提示已废弃、屏幕高度算错胶囊还对不齐?getWindowInfo 和 getDeviceInfo 怎么接才稳
javascript·微信小程序·小程序·小程序开发·devdiy
乐橙开放平台2 天前
海康和大华摄像头能统一管理吗?可以通过 GB28181 或视频融合平台接入
网络·后端·物联网·音视频
wuyk5552 天前
嵌入式故障诊断-Bug002-局部大数组压栈高温必死机
stm32·单片机·嵌入式硬件·mcu·物联网·51单片机·嵌入式实时数据库
dreams_dream2 天前
微信小程序-使用npm包
微信小程序·小程序·npm