EG800Z 低功耗模式的选择

QuecPython 开发专区
1

EG800Z有几种低功耗模式
1 PSM模式，这个模式是靠什么对设备唤醒的，wakeup引脚能够唤醒设备但是我尝试定时唤醒时间是完全随机的有时能唤醒有时唤醒失败

PSM相关代码，实际测试

print(‘开机时获取PSM设置:{}’.format(pm.get_psm_time()))
print(‘配置PSM相关参数:{}’.format(pm.set_psm_time(5, 1, 0, 2))) #5分钟唤醒一次
print(‘配置后获取PSM设置:{}’.format(pm.get_psm_time()))

2 普通休眠，不太能满足当前的使用场景
3 RTC定时开关机，设备是不是不支持这个模式

2

针对 EG800Z 低功耗选择，建议按以下理解处理：

  1. PSM 模式

    • PSM 的“定时唤醒”主要依赖蜂窝网络侧协商的周期参数，不是模块本地 RTC 独立定时唤醒。
    • 终端侧设置的 PSM 时间只是请求值，最终是否生效、周期是否一致，取决于运营商网络是否支持及实际下发结果。
    • 因此出现“有时能唤醒、有时失败、时间不稳定”，常见原因是网络未按请求值授予 PSM 参数，或当前小区/卡不支持对应周期。
    • WAKEUP 引脚属于外部唤醒方式，适合由外部 MCU 或按键等硬件信号主动唤醒模块。

  2. 普通休眠

    • 普通休眠一般适合短周期、需要保持较快响应的场景。
    • 如果当前场景要求长时间低功耗，普通休眠功耗通常会高于 PSM。

  3. RTC 定时开关机

    • “关机后由 RTC 定时自动开机”与 PSM/休眠不是同一类机制。
    • EG800Z 是否支持该能力需以对应 QuecPython 固件及官方开放接口为准；若当前接口未明确支持，不建议将其作为项目方案依赖。

简要建议：如果需要固定周期可靠唤醒，优先考虑外部 MCU/RTC 控制 WAKEUP 或电源控制；如果采用 PSM，需要确认 SIM 卡、运营商网络和当前小区是否支持并实际授予对应 PSM 周期。

本回答仅供参考。若问题已解决，可标记为 :white_check_mark:解决方案 ；若仍有疑问，请等待官方技术人员回复，最终请以专业解答为准。

3

@zxc123 请参考如下资料:
【PM低功耗模式介绍】https://www.bilibili.com/video/BV1gg99Y5Eib/

【PSM低功耗模式介绍-功能介绍】https://www.bilibili.com/video/BV1UVAgzNE3C/

【PSM低功耗模式介绍-实战演练】https://www.bilibili.com/video/BV1tVAgzNEQd/

【类RTC低功耗模式介绍】https://www.bilibili.com/video/BV1spG36gEtP/

4

正式版本固件没有类RTC的函数实现

image
image1090×385 29.8 KB

5

EG800ZCNLAR05A01M04_OCPU_QPY_BETA0727(CFUN_SLEEP).zip (13.7 MB)
注: Test版本仅供指定问题验证; Beta版本仅供功能调试/功能演示使用. Test/Beta固件版本不可以用于小批/量产. 版本测试无问题后, 告知移远走正式固件归档流程输出正式固件, 流程预计时间3-4周.

6

autosleep+psm+mqtt，会导致不停重启么

7

您目前使用的是类RTC功能. 是会重启的. 看您也在微信交流群咨询了.

PSM跟类RTC方案均会导致模组重新运行.

8

我还是有不理解的地方，我使用的是EG800Z固件为类RTC的固件，wakeup0为唤醒引脚这个引脚初始化 成pm.WakeUp(WAKEUP0 , PULL_PU)，出现的现象如下

image
image1468×798 169 KB

1
蓝色部分为第一次上电初始化，我正常检测网络是否连接

def Int_system_net_registered():
“”"
查询蜂窝网络是否已注册。
:return: 网络注册成功返回 True，失败返回 False。
“”"
stage, state = checkNet.waitNetworkReady(60)
if stage == 3 and state == 1:
return True
else:
return False

然后初始化mqtt的服务器，可以正常上传数据

2 白色部分为wakeup0唤醒，但是一直不联网我查看时间为60s左右，checkNet.waitNetworkReady(60)改为30s白色部分为30s，无法联网成功

3 后面的绿色部分为类RTC，周期性唤醒60s唤醒一次就可以正常联网并且传输mqtt数据

问题
1 pm.WakeUp(WAKEUP0 , PULL_PU) 是否为双边沿唤醒

2 为什么wakeup唤醒联网会失败，查询AI说是 RTC唤醒自动恢复了CFUN1，而WAKEUP0只唤醒CPU，没有恢复蜂窝网络功能。是否属实，有解决的方法吗

3 pm.cfun_sleepset(
enable,
sleep_unit,
sleep_time,
active_unit,
active_time,
)
参数理解
3.1 是否
3.2 休眠时间单位 天 小时 分钟 秒
3.3 休眠时间数值
3.4 唤醒的时间单位 天 小时 分钟 秒
3.5 唤醒的时间数值
但实际
3.4 唤醒的时间单位 天 小时 分钟 秒
3.5 唤醒的时间数值
好像并不生效

image
image1354×545 67.1 KB

4 关于硬件电路是否会影响模组的正常开关机，
4.1 原硬件电路模组供电位置有一颗100uf的钽电容，将模组断电几秒重新上电不会重新运行main,py，还是会直接进入低功耗
4.2 但是将供电的部分短接一下放电设备又会重新运行main,py不会进入低功耗
4.3 我拆除了钽电容断电几秒重新上电会重新运行main,py不会进入低功耗

9

@zxc123 按键唤醒后可能模块还处于CFUN0状态. 手动切换CFUN1验证下.

目前周期设计有点问题. 该问题我们已经注意到了. 正在优化中. 后续版本应该会回退为三个参数设置. 目前验证中. 可以等待下官方正式版本固件发布.

10

好的，正式版本固件的时间大概还需要多久

11

具体时间暂时无法确认. 预计会到十月中下旬.