无线通信模块简介

QuecPython 是运行在无线通信模块上的开发框架。对于首次接触物联网开发的用户而言，无线通信模块可能是一个相对陌生的概念。本文主要针对无线通信和蜂窝网络本身，以及模块的概念、特性和开发方式进行简要的介绍。

无线通信和蜂窝网络

物联网对无线通信的需求

在上一节中，我们介绍了物联网的四层结构。其中的网络层承担着设备接入和数据传输的重要功能。由于物联网设备数量较多，分布的空间范围极大，采用有线以太网方式接入网络显然无法满足需要。因此，大部分物联网设备都具备了无线通信的功能，即通过无线电波作为载体进行信号传输。当前，我们身边常见的无线通信方式包括 Wi-Fi、蓝牙等十余种，不同方式的通信速率和通信距离存在显著差异。

不同的物联网应用场景，对于无线通信的需求存在很大差别。下表展示了当前常见的物联网无线通信技术的特性和使用场景差异。

通信技术	速率	传输距离	功耗	成本	应用场景
Wi-Fi	高	短	高	中	室内无线上网智能家居
蓝牙	中	短	中	低	资产追踪定位标签医疗传感器智能手表
Zigbee	低	短	低	低	无线传感器智能家居
UWB	高	短	高	高	高精度定位
4G	高	长	高	高	可移动通信车辆追踪智慧城市
NB-IoT	低	长	低	中	远程抄表井盖检测
LoRa	低	长	低	中	园区覆盖近海渔船检测

蜂窝网络的概念

蜂窝网络（Cellular Network，又称移动网络 Mobile Network）是一种无线通信技术，它能够让移动设备（如手机、平板电脑等）在不同的地理区域内进行语音、数据和多媒体等业务的传输。蜂窝网络是现代移动电话和个人通信系统的基础架构之一，也是推动社会信息化进程的重要力量。

5G 毫米波蜂窝网络结构示意图

如上图所示，蜂窝网络的核心思想是将一个大的服务区域划分为许多个小区（Cell），每个小区内部安装一个基站（Base Station），负责与小区内的移动设备进行无线通信。这些基站之间通过有线或无线的方式连接起来，形成一个覆盖整个服务区域的网络。在传统理论中，这些小区被设计为六边形、圆形或正方形，以六边形最为常见。小区之间彼此连接，实现区域的完整覆盖，形如蜂巢，这也是该项技术被译为蜂窝网络的原因。如今，在实际场景中，很多基站的覆盖区域已经不再是蜂窝形状，但这个称谓依旧流传了下来。

从 1G 到 5G 的演进

蜂窝网络作为一种无线通信技术，从诞生至今已经经历了五代的发展，每一代都对应着不同的技术和标准，为用户提供了更高的数据传输速度，更好的语音通话质量，以及一系列新特性和新功能。从 1G 的模拟语音通信，到 5G 的全场景互联，蜂窝网络已经成为现代社会运转的必不可少的信息基础设施之一。

物联网和蜂窝网络

与其他无线通信方式相比，蜂窝通信方式依托电信运营商的已有网络，无需手动在应用现场进行网络部署，显著降低了联网的难度和工作量。在农业、环保等物联网应用领域，蜂窝网络已成为首选的无线通信方式之一。

上文提到，蜂窝网络制式多样、标准繁多。物联网需要什么样的蜂窝网络呢？这就要看具体的应用场景和需求了。一般来说，大部分物联网应用场景都包含以下的一些特点：

物联网设备很多，连接数量很大。例如，一个智能城市可能需要连接数以万计的传感器和设备。
物联网设备很小，功耗很低。例如，一个智能水表可能只有几厘米大小，需要长时间工作而不用经常更换电池。
物联网设备很分散，覆盖范围很广。例如，一个智能农业系统可能需要覆盖数百平方公里的农田和牧场。
物联网设备很简单，数据量很小。例如，一个智能停车场系统可能只需要上报车位的占用情况，每次只有几个字节。

根据这些特点，我们可以看出，物联网对蜂窝网络的要求主要有以下几个方面：

大连接：能够支持每个小区同时连接数千甚至数万个设备。
低功耗：能够让设备在低电量下长时间工作，延长电池寿命。
广覆盖：能够提供更强的信号穿透力和覆盖范围，覆盖城市和乡村的各种环境。
低成本：能够降低设备和运营的成本，提高物联网的普及率和可持续性。

而对于速度和带宽，物联网并不需要太高的要求。因为物联网设备传输的数据量相对较小，不需要类似手机和其他智能设备的高速率和高带宽。而且速度和带宽与功耗和成本是相互制约的，提高速度和带宽往往会带来功耗和成本的增加。由此可见，传统的手机 4G 和 5G 网络在很多场合是无法满足物联网应用的需要的。

目前，在国内，物联网领域应用最多的蜂窝通信标准包括 LTE Cat.4，LTE Cat.1 和 NB-IoT。以下的表格对比了它们的特点。

特点	LTE Cat.4	LTE Cat.1bis	NB-IoT
下行速率	150 Mbps	10.3 Mbps	250 kbps
上行速率	50 Mbps	5.2 Mbps	250 kbps
网络覆盖	全球 LTE 网络	全球 LTE 网络	需要部署新的基站或升级现有基站
移动性	支持高速移动	支持 100 km/h 移动	不支持移动
延迟	毫秒级	毫秒级	秒级
成本	较高	较低	较低
功耗	较高	较低	较低
应用场景	路由器、销售终端等需要高速数据传输的场景	共享支付、工业控制、车载支付、公网对讲、POS 等需要中速数据传输的场景	水表、电表、气表等需要低速数据传输且固定不动的场景
语音支持	支持 VoLTE（语音通话）	支持 VoLTE（语音通话）	不支持语音通话
天线配置	2x2 MIMO（多输入多输出）	1x1 SISO（单输入单输出）	1x1 SISO（单输入单输出）
带宽	20 MHz	1.4 MHz	180 kHz

初识模块

无线通信模块，简称模块（Module，亦称模组或单元），是实现数据上云和远程通信的必不可少的组件，在各类物联网场景中已经得到了极为广泛的应用。从功能上看，它是在本地设备和网络之间构建连接的桥梁。像电脑插上 USB 网卡就可以开始上网一样，在嵌入式系统中加入了模块，系统就具有了连接无线网络的可能性。

搭载移远 EC20 模块的某物联网产品主板

很多初次接触模块的用户会对模块这样一个被金属壳笼罩着的奇怪器件感到陌生，它与传统的芯片和分立器件存在很大的不同。实际上，模块的本质就是一种小型的 PCBA（Printed Circuit Board Assembly，组装电路板）。当我们去掉模块表面的金属屏蔽罩，其内部依旧是熟悉（但更为密集）的 PCB 电路结构。

某 4G 模块的内部图像

有过嵌入式系统开发经验的用户对于“核心板”或者 SoM（System on Module）应该不会陌生。模块同样可理解为一种将无线通信所需的各类器件集成在一起，用于完成本地电路与云端服务的通信功能的高密度、小体积、带屏蔽罩的“核心板”。在本文开头的关于通信的介绍中，我们讲到了编码（解码）和调制（解调）的概念。在无线通信，尤其是蜂窝通信中，这些步骤往往会演变和拓展得极为复杂。模块的作用即是帮助我们完成这些复杂的步骤，实现简单高效的通信。

模块的内部结构较为复杂。如下图所示，可以看到包含主芯片（高通 MDM9607）、存储器、电源管理芯片、功率放大器、射频前端等多种集成器件，以及大量密集分布的小尺寸封装的电阻、电容等元件。显然，模块的复杂度和精密度是远超传统电路板的。

EC20 Mini PCIe 模块的元件组成

主芯片（Main Chip），部分厂家称之为基带（Baseband）芯片或调制解调器（Modem）芯片，是整个模块的核心。它的角色、功能和特性与手机中的 SoC（System on Chip，片上系统）十分相似。随着技术的发展和芯片制造工艺的提升，在现代模块中，主芯片通常已经集成了应用处理器（Application Processor，AP）、基带和射频的相关功能，运行着完备的操作系统（RTOS 或 Linux），对外提供包括 GPIO、USB 等在内的各种接口，并能够根据需求完成各类通信操作。从这个意义上看，模块既像一台没有屏幕和电池的手机，又像一种功能较为复杂的单片机。

高通最新的 QCX216 4G Modem 芯片功能框图

模块的应用模式

对于同一台 Android 手机，不同人有不同的用法。一些用户会安分地使用出厂自带的系统和功能，另一些则热衷于解锁、刷机、root 等操作，更进一步地去开发和挖掘设备的潜力。和手机类似，模块也有这样的两类应用模式：标准模式和二次开发模式。

标准模式

和普通手机一样，模块在出厂时通常都会内置操作系统和应用程序。对于许多用户来说，直接使用模块出厂预置功能就可以满足大部分的网络通信需求。这种无需对模块进行开发和调整，直接作为成品功能单元进行使用的方式称为标准模式或传统模式，是当前应用最普遍的模块使用方式。

标准模式示意图

如上图所示，在标准模式中，模块与主控（MCU，如 STM32）之间通过 UART 或 USB 接口相连接，基于 AT 指令进行双向交互。不难看出，MCU 是整套系统的核心，通信模块是作为 MCU 的一个独立的功能外设的角色而存在的。系统的主要业务逻辑（用户应用，App）在 MCU 中运行，其他外设（图中的 External Devices）通过 UART、I2C 等接口与 MCU 相连，受 MCU 控制。

关于 AT 指令

对于开发者而言，在基于标准模式使用模块时，主要的开发工作量在于主控中运行的用户 App。其业务代码中需要包含较为复杂的 AT 指令发送和返回值解析功能，例如对 URC（Unsolicited Result Code，非请求结果码）的处理等，因而对于初学者难度较大。

除了 AT 指令功能，模块在标准模式下还可以作为无线网卡，为主控或其他上位机提供包括 PPP 拨号上网在内的一系列网络服务，此处不做赘述。

二次开发模式

在前文中我们曾提到，模块就像是功能较为复杂的单片机。事实上，模块所搭载的主芯片为了满足无线通信的需要，通常具有较高的性能和较多的资源，同时也配备了包括 GPIO、ADC、I2C 等在内的丰富的外设接口，只不过在标准模式下，这些资源对于用户通常不是直接可用的。如果能够“解锁”这一限制，模块的应用潜力将极大提升，这就需要对模块进行二次开发。

二次开发的本意是在软件本身提供的一些基本功能和接口的基础上，进行组合和扩展，开发出新的功能来满足用户的特殊需求。具体到模块开发上，二次开发模式允许开发者在底层操作系统的基础上调用 API 编写并运行自己的应用，充分调用模块的各种资源，实现更多的可能性。

二次开发模式示意图

二次开发最重要的意义在于使模块在一定程度上具备了取代标准模式中的主控的能力，因而这种模式又被称为 OpenCPU 或 OpenMCU（不同厂家可能有不同的专门称呼，如移远称之为 QuecOpen）。如上图所示，与标准模式相比，OpenCPU 模式由于将模块本身作为主控使用，用户应用（App）直接置于模块内部运行，外设（图中的 External Devices）与模块直接相连，整个系统中无需外部处理器（MCU）或只需简单的外部芯片（图中的 Simple Microchip），因而可以有效地达到精简硬件设计、降低器件成本、缩小产品尺寸的目的。在单片机价格居高不下的当下，OpenCPU 方案受到了众多公司的青睐。

但是，OpenCPU 方案也具有较为明显的局限性。由于这一模式通常需要用户直接在模块底层运行的操作系统的基础上进行开发，技术门槛较高，传统的、不具备系统级开发经验的单片机开发者很难适应。其次，由于 OpenCPU 技术支持难度大，模块厂家通常只向大客户提供相关的工具和资料，入门较为不便。最后，不同厂家、不同型号的模块，其 OpenCPU 开发环境和开发工具存在较大差别，用户编写的程序在不同模块间的移植存在一定的难度。

使用脚本语言开发模块

传统的 OpenCPU 开发通常使用 C 语言，因此也被称作 CSDK 开发。用户需要直接修改和控制底层的操作系统，具有较高的难度和一定的风险性。在前文中，我们介绍了低代码开发方式和它在物联网领域的应用。目前，已经有部分模块厂商通过在 CSDK 的基础上移植解释器 / 虚拟机的方式，使得用户可以使用 Lua、Python 等脚本语言对模块进行二次开发。

与 C 语言相比，脚本语言在语法和使用方式上普遍较为简单，开发者无需花费太多时间和精力即可掌握，并可相对轻松地实现业务逻辑，便于项目的快速开发和功能迭代。同时，对于低代码开发方式而言，开发者通常无需考虑内存回收、基础任务调度等底层细节，显著降低了模块二次开发的技术门槛。最后，对于不同型号的模块，只要它们运行的是同一种脚本语言解释器，用户编写的程序通常只需少量修改（甚至无需修改）即可完成移植。

如下的示例分别是在 EC100Y-CN 模块上使用 C 语言和 Python 语言实现 LED 闪灯的代码。可以看出，脚本语言更加简单直观，易于编写、便于理解。

LED 闪灯代码

使用 QuecOpen（CSDK）使用 QuecPython

#include "ql_application.h"
#include "ql_gpio.h"
#include <stdio.h>static quec_gpio_cfg_t led_gpio_cfg[] =
{{GPIO_PIN_NO_75, PIN_DIRECTION_OUT, PIN_NO_EDGE, PIN_PULL_DISABLE, PIN_LEVEL_LOW}
};static void led_test(void *argv)
{ql_gpio_init(led_gpio_cfg[0].gpio_pin_num, led_gpio_cfg[0].pin_dir, led_gpio_cfg[0].pin_pull, led_gpio_cfg[0].pin_level);while (1){ql_gpio_set_level(led_gpio_cfg[0].gpio_pin_num, PIN_LEVEL_LOW);ql_rtos_task_sleep_s(1);ql_gpio_set_level(led_gpio_cfg[0].gpio_pin_num, PIN_LEVEL_HIGH);ql_rtos_task_sleep_s(1);}
}application_init(led_test, "led_test", 2, 2);

当然，由于使用脚本语言开发时屏蔽了很多底层细节，因而在灵活性和可控性上不如传统的 C 语言开发。此外，脚本语言与 C 语言相比，本身性能相对较差、执行速度较慢，因而在部分对于性能和实时性要求较高的场景下不适合使用。

选择合适的开发方式

下表比较了标准模式，CSDK 二次开发和脚本二次开发在多个维度的差异。用户可根据实际需求选择最适合自己的开发方式。

特性	标准模式	二次开发（CSDK）	二次开发（脚本语言）	备注
物料成本	⭐⭐	⭐	⭐	二次开发时，可将模块作为系统主控使用，节省单片机部分的成本。
上手门槛	⭐	⭐⭐⭐	⭐	模块厂商通常只面向大客户提供 CSDK 开发技术支持和其他相关服务。
开发难度	⭐	⭐⭐⭐	⭐	CSDK 开发需要开发者拥有 RTOS 或 Linux 开发经验，普通单片机开发者很难快速掌握。标准模式仅需用户掌握单片机串口通信和字符串处理方法，无特殊要求。脚本语言开发方式仅需用户掌握基础语法，无特殊要求。
开发周期	⭐	⭐⭐⭐	⭐	CSDK 开发的复杂度决定了其较长的开发周期和较高的开发成本。
维护成本	⭐⭐	⭐⭐⭐	⭐	脚本语言的模块化开发的特性有助于保证其长期运行的稳定性，同时普遍内置了 OTA 功能，便于执行远程升级。
灵活性	⭐	⭐⭐⭐	⭐⭐	标准模式下，开发者通常只能调用串口、ADC 等有限的功能。使用脚本语言开发时，开发者可以通过内置的功能库调用大部分的模块资源。使用 CSDK 开发时，开发者可以根据自身需求和想法直接控制所有可用资源。
性能	-	⭐⭐⭐	⭐⭐	脚本语言的性能远低于 C 语言，因此在对于运行速度、时间精度（时序）、资源数量等要求较高的少部分场合，不建议采用脚本语言开发。
功耗	⭐	⭐⭐	⭐⭐	一般的 4G 模块在自主休眠时的功耗水平在 mA 级别。在标准模式下，可以通过使用系统主控切断模块供电的方式实现最大限度的省电，最低功耗可达前者的 1/10。
生态系统	⭐⭐⭐	⭐	⭐⭐⭐	标准 AT 指令开发和脚本开发在网络上都具有较多的公开资料和教程。 CSDK 开发通常不具备开放生态。