EC800M移动卡无法自动连接MQTT

同一根 EC800M、同一张中国移动 SIM:

  1. 外部 AT 通道:

    • 模组已注册并附着;
    • 外部 CID2 能建立数据承载;
    • DNS、Ping、TCP ******:1883 均成功;
    • 手工 MQTT 3.1.1 CONNECT 成功,收到 CONNACK 20 02 00 00(rc=0)。
  2. 内部 QuecOpen 应用:

    • 固件通过 ql_start_data_call(2) 建立内部 profile2;
    • 应用没有产生平台 MQTT 心跳;
    • 外部 AT 查询无法看到内部 ql_start_data_call 的返回值和状态。

因此,同一张移动卡的外部数据和 MQTT 传输是正常的,问题只出现在 QuecOpen 应用内部 profile2/MQTT 建链路径。
请协助确认内部 profile2 的 APN、PDP 类型、CID 映射,以及 ql_start_data_call 和 ql_get_data_call_info 的调用/返回结构。

请问可以提供供:

  • 内部 profile2 是否对应 CID2;
  • 内部实际使用的 APN 和 PDP 类型;
  • ql_start_data_call() 参数定义;
  • ql_get_data_call_info() 返回结构;
  • 内部拨号失败或 IPv4 未就绪时的日志读取方法;
  • 一份已验证支持中国移动的 QuecOpen customer_app。

该问题属于 EC800M QuecOpen 内部拨号与 MQTT 建链路径确认。

外部 AT 通道测试正常,不能直接等价判断 QuecOpen 内部 profile2 已完成拨号或 IPv4 已就绪。内部数据拨号状态、APN、PDP 类型、返回结构应以对应 EC800M QuecOpen SDK 版本中的 API 定义、头文件和示例工程为准。

关于您需要的以下资料:

  • profile2 与 CID 映射关系;
  • 内部实际 APN / PDP 类型;
  • ql_start_data_call() 参数定义;
  • ql_get_data_call_info() 返回结构;
  • 内部拨号失败或 IPv4 未就绪日志读取方法;
  • 支持中国移动的 QuecOpen customer_app 示例;

当前公开资料中暂未查询到可直接引用的有效下载链接。若需要发送 SDK 示例、文档或工程资料,请提供邮箱地址,以便为您发送对应资料。

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

官方技术大佬SDK 示例、文档或工程资料请发 171920236@qq.com

抱歉回复晚了

麻烦请提供一下当前使用的固件版本,我找对应的资料给您