无线微控制器

  • 降低完整射频电路设计工作量,加快新产品上市时间
  • 优化无线连接性能,低功耗,尺寸紧凑
  • Bluetooth ® LE、Zigbee®和OpenThread认证
  • FCC、CE、JRF、KC、SRRC[1]、GOST地区认证

2021年1月12日—— 横跨多重电子应用领域的全球领先的半导体供应商意法半导体(STMicroelectronics,简称ST;纽约证券交易所代码:STM)推出一个新的加快物联网产品上市的解决方案,该方案可利用现成的微型STM32无线微控制器(MCU)模块加快基于Bluetooth® LE和802.15.4新物联网设备的开发周期。

这个7mm x 11.3mm的 STM32WB5MMG模块让缺少无线设计能力的产品研发团队也能开发物联网产品。为开发层数最少的低成本PCB电路板而设计,新模块集成了直到天线的整个射频子系统。用户还可以免费使用意法半导体的STM32Cube MCU开发生态系统工具、设计向导、射频协议栈和完整软件库,快速高效地完成开发项目。

意法半导体部门副总裁兼微控制器产品总经理Ricardo de Sa Earp表示:“我们的首个基于STM32的无线模块有助于简化技术难题,为智能物联网设备市场带来激动人心的发展机会。作为一个现成的单封装的完整射频子系统,STM32WB5MMG是一个开箱即用的射频性能出色的无线解决方案,并已通过BluetoothZigbeeOpenThread规范认证。”

此外,该模块还支持意法半导体的独树一帜的共存双协议模式,用户可以将任何基于IEEE 802.15.4射频技术的协议(包括Zigbee 3.0和OpenThread)直连任何低功耗蓝牙BLE设备。

得益于意法半导体的STM32WB55超低功耗无线微控制器的所有功能,该模块可用于智能家居、智能建筑和智能工厂设备的各种应用场景。用户可以利用MCU的双核架构将射频和应用处理分开,处理性能不会被任何因素影响;兼具大容量存储器存放射频应用代码和数据,及最新的网络安全功能保护设备安全。

STM32WB5MMG现已开始上市

详细技术信息

STM32WB5MMG可以应对各种层面的应用机会,包括成本敏感的高度小型化设备。优化的引脚让设计人员可以开发简单的低成本PCB电路板,并利用现有的STM32WB55 MCU固件库和工具链开发产品。此外,意法半导体还专门创建了一个应用笔记,为模块用户提供额外的设计指南。

该模块集成了与接收电路正确匹配的微型天线、内部开关电源(SMPS)电路和频率控制组件。通过支持无晶体USB全速接口,该模块使用户可以最大程度地降低物料清单成本,并简化硬件设计。

在网络保护功能中,无线下载(OTA)等安全软件更新可保护品牌和产品设备的完好性,客户密钥存储和专有代码读取保护(PCROP)可保护开发者的知识产权,公共密钥验证(PKA)支持功能支持用密码加密技术保护软件代码和数据通信。

高射频性能与低功耗兼备,新模块确保无线连接可靠稳定,并有助于延长电池续航时间。

[1] Final certification available in January 2021  最终认证于20211月获得

关于意法半导体

意法半导体拥有46,000名半导体技术、产品和方案的创新者和创造者,掌握半导体供应链和最先进的制造设备。作为一家独立的半导体设备制造商,意法半导体与十万余客户、上千合作伙伴一起研发产品和解决方案,共同构建生态系统,帮助他们更好地应对各种挑战和新机遇,满足世界对可持续发展的更高需求。意法半导体的技术让人们的出行更智能,电力和能源管理更高效,物联网和5G技术应用更广泛。详情请浏览意法半导体公司网站:www.st.com

围观 4

Zigbee认证平台

意法半导体STM32WB55无线微控制器现可支持基于Zigbee PRO协议栈的Zigbee® 3.0,开发者能够利用互操作性好、节能省电的Zigbee网络技术,开发家庭自动化、智能照明、智能楼宇和其他更广泛的物联网连接项目。

Zigbee 3.0整合了Zigbee规范中的消费电子和工业应用组网功能,此举促使消费电子和互联网市场上的主要厂商在新智能家居产品上部署Zigbee组网技术。意法半导体是Zigbee技术的长期支持者,是Zigbee联盟理事会成员,Zigbee联盟中国成员组(ZMGC)成员 ,Zigbee联盟智能家居物联网(CHIP)工作组成员。

意法半导体为STM32WB55开发的Zigbee 3.0软件包含广受好评的Exegin Zigbee PRO协议栈。该协议栈可免费使用,意法半导体软件完全支持该协议栈。该协议栈被采用在获得Zigbee Golden Units证书的Exegin产品中,并被指定为测试实验室参考协议栈。为了进一步简化开发工作,意法半导体软件支持46个Zigbee 3.0簇(Cluster),方便用户快速设置设备功能。另外21个簇支持旧版产品。

Exegin公司总裁Leslie Mulder表示:“这是Zigbee联盟的一个里程碑,随着ST的Zigbee 3.0产品的推出,Zigbee技术成熟度即将达到一个新的水平,这将有助于巩固Zigbee和ST在物联网领域的领导地位。”

STM32WB55微控制器还支持Thread和Bluetooth 5.0,并具有无线更新(OTA)功能。STM32WB55当前共有10款产品,有多种封装可选,闪存容量256KB-1MB。其它版本计划在下个季度推出,将为开发人员提供更大的选择灵活性,以兼顾应用的性能和成本目标。这些产品基于有带浮点单元、DSP指令集以及可增强应用安全性的存储器保护单元(MPU)的Arm®Cortex®-M4内核。Arm®Cortex®-M0+协处理器专用于处理片上集成的IEEE 805.15.4射频和MCU的网络保护功能,确保实时底层软件平稳运行,而不会影响应用程序的运行性能。RF射频收发器的链路预算为106dB,确保远距离通信连接稳定可靠。

意法半导体的超低功耗微控制器专利技术,以及片上集成的包括射频巴伦电路在内的丰富功能,确保STM32WB55器件能够帮助设计人员满足各种IoT和可穿戴设备对功耗和尺寸的严格要求。STM32WB55有丰富的模拟和系统外设,以及网络保护和ID密码功能,包括安全固件安装(SFI)、客户密钥存储、硬件公钥授权(PKA)和加密加速器。电容式触摸和LCD控制器还能简化用户界面集成工作。

ST的Zigbee 3.0软件现已包含在STM32CubeWB MCU软件包中,该软件包提供嵌入式软件,包括STM32WB微控制器底层(LL) API和硬件抽象层(HAL)驱动程序,以及Bluetooth®5.0、Mesh V1.0 和Thread®软件库、FreeRTOS™内核、FatFS文件系统,以及STMTouch™容式感应软件库。通过提供STM32CubeMonitor-RF射频测试工具和STM32CubeMX微控制器配置和代码生成工具,STM32Cube生态系统确保开发工作更加轻松自如。

详情访问 www.st.com/stm32wb

关于意法半导体

意法半导体拥有46,000名半导体技术、产品和方案的创新者和创造者,掌握半导体供应链和最先进的制造设备。作为一家独立的半导体设备制造商,意法半导体与十万余客户、上千合作伙伴一起研发产品和解决方案,共同构建生态系统,帮助他们更好地应对各种挑战和新机遇,满足世界对可持续发展的更高需求。意法半导体的技术让人们的出行更智能,电力和能源管理更高效,物联网和5G技术应用更广泛。详情请浏览意法半导体公司网站:www.st.com

围观 7

(本文作者为Silicon Labs软件开发产品经理)

当想要创建一个合适的项目,或是更进一步探索这个想法并将其产品化时,必须先考虑要从哪种软件框架入手。另外,还须分辨Espruino、Arduino、microPython、Segger embOS、Micrium uC/OS-II以及在uC/OS-II和uC/OS-III之间有那些区别。还要决定该采用初始成本较低的开放原始码框架,或者选择须要支付前期费用的商业解决方案来加速设计过程。

因此,这里将讨论在为微控制器(MCU)或无线微控制器项目选择一套优秀的软件时,所需要考虑的各种要素。

认识软件框架 从项目中找灵感

所谓的「软件框架」这个词,本文将其解释为「撰写软件的一种特定方式」。例如,Arduino提供撰写程序代码的一种特定方式,允许软件的片段可以跨越多个项目被重新使用。

软件框架是由几个不同的部分所组成,并由程序语言、应用程序编程接口(API)以及某些工具集的联结等组件所定义。例如,在Arduino和Espruino的案例中,软件框架可以被紧密地关联到工具,或是在Micrium和FreeRTOS的案例中则是去耦合的(Decoupled)。

了解操作系统 分构运行步骤

该如何选择一个软件框架呢?首先,须要对一些操作系统、软件组件等这些名词解释得更明确一点;操作系统(OS)核心需求在撰写可执行特定需求的程序代码,藉由这些程序代码做出产品区隔。但是,仍然须要依靠软件的其他部分共同规划完成,例如ADC的驱动程序或SD卡的文件系统堆栈,而这些软件通常被称为软件组件。

做一个简单明了的比喻,将软件组件想象成砖块,然后把操作系统视为水泥(图1)。在操作系统中定义了砖块的形状以及砖块间将如何互动作用,因此当加入更多组件到软件时,依旧能继续完美地协同工作。这听起来相当不错,但是否真的需要一个操作系统?毕竟增加操作系统,同时带来了额外的负荷,不只会消耗数千字节的闪存,为事件的响应增加延迟的时间,还须要花费些许的时间学习如何在操作系统环境中撰写程序。


图1 可将软件组件想象成砖块,把操作系统视为水泥。

根据一般的经验法则,如果选用的闪存容量是128KB或更高,并且需要通讯功能,便需要一些堆栈如通用串行总线(USB)、以太网络、安全数字输入输出(SDIO)、控制局域网络(CAN)、Wi-Fi、蓝牙低功耗(BLE),因此从长期来看,使用操作系统还是比较好的选择。

在操作系统中,最重要的其中一件事情便是排程器(Scheduler)。排程器是用在为可能会争夺相同资源的不同任务,分配资源和处理时间的组件。在一般情况下,排程器有两种作业的方式,而这正是实时(RT)在实时操作系统(RTOS)的意义所在。

实时意味着在一个固定的时间内,会有一个特定的任务一定可以被执行。假设得到一个须要处理的无线电封包,无论装置目前正在做甚么事,实时操作系统的核心会先离开其目前所执行的任务,先完成此高优先等级的任务。这种方式在处理器的利用率上并不是最有效率的,但在通讯堆栈中,或是在重视反应时间的应用中,例如马达控制应用,这是有必要的。

商用vs.开放原始码 方案选择的两难

如果已经想通是否须要采用实时操作系统,并开始收集软件的需求。此时将需要一个USB堆栈和以太网络堆栈,搭配外部媒介访问控制(MAC)/实体(PHY)驱动程序一起将装置连接到因特网。但是,该从哪里开始呢?真的只须要为首选的微控制器下载最新的FreeRTOS模板和继续下载开放原始码软件并放到装置中就可以吗?或者必须要寻求产品所需软件的商业供货商,以获得完整的软件组合比较好呢?

为了做出更明智的决定,还须为选定的解决方案提出一个总体拥有成本(TCO)的概念。所谓的总体拥有成本包含的不仅是付出的软件货币价值,还包括花费在寻找解决方案、收集不同的组件,并将不同的组件整合到项目以及开发、测试和生产的工作时间(图2)。


图2 当决定要采用何种微控制器时,必须把一些隐形成本也纳入考虑。

在一般情况下,看到的是商业解决方案的总体拥有成本,将比自己整合开放原始码组件的解决方案要来得更低一些。但既然是商业解决方案便涉及到初始成本,这些厂商通常要求在使用解决方案的前期,取决于自身所需要的组件,便必须先支付1万到10万美元之间的费用。相对地,下载FreeRTOS并开始整合自己的解决方案,在某些拥有密集资源的应用中,可节省金钱,但却消耗更多的整体资源。

决定操作系统种类 选择适用软件框架

到此阶段时,很多人可能都会认为:「只要给我一个可以让我开始使用的框架就好了!」但可惜还没那么快,肯定有一些方案优于其他选项,但由于微控制器的应用非常多样性,因此没有那种单一且适用于所有需求的解决方案。
接下来,将针对主流操作系统和软件框架深入探讨:

慎选操作系统 商用抑或开放源码

所有在这里所提到的操作系统,都应该具有实时能力(RTOS)。说到商用解决方案的选择,可从以下三项选择其一:

.Micrium uC/OS-II与uC/OS-III
这是在微控制器业界最流行的两个实时操作系统,因其创新商业模式,Micrium允许下载完整的软件套件进而开发,待创造营收时,才须要开始支付解决方案的费用。此外,也在安全关键系统中拥有重要的地位,并且其大部分软件组件都已经通过认证。

.Segger embOS
嵌入式软件市场的新进者,但这并不意味着他们是新手。该软件产品已经开发了超过20年的时间,并已经使用在其硬件产品之中,对装置的支持程度非常好,并配有一个完备的驱动程序库。

.Express Logic ThreadX
由业界资深人士所创办,该公司专注在所有关于性能的事物上,并挤压出零组件中每一个频率周期的效能。其通常被看作是操作系统中的劳斯莱斯,并已经有很多安全关键系统的相关认证。

若要从开放原始码中找寻相关的解决方案,计有以下三种选择:

.FreeRTOS
FreeRTOS与Micrium uC/OS一样,都是在业界最常被采用的实时操作系统之一。拥有庞大的社群,许多人都在为软件做出贡献,例如TCP/IP堆栈,但做为开放原始码软件,便意味着没有公司会负责整合,因此需要更多的人力物力和时间来整合出一个完整的解决方案。也有一些公司在FreeRTOS的生态系统中,专门从事将差异化的软件组件提供给那些需要整合协助的客户。例如,Wittenstein High Integrity System就提供一个具有安全认证的FreeRTOS替换核心,称为SAFERTOS,以及HCC Embedded提供可以用在任何实时操作系统的USB、以太网络和文件系统。

.mbed OS
由安谋国际(ARM)负责整合工作,mbed OS解决一般在开放原始码软件容易所遇到的痛点。但因为仍然是处于萌芽阶段,适合想对此系统有些贡献者。

.RIOT OS
RIOT OS被冠以「物联网中最佳操作系统」,以通讯概念为基础所建立起来的操作系统。即使在面对困难的通讯问题时,RIOT OS仍然精简且高效率操作。但即便如此,由于也还在积极发展的阶段,撰写程序时仍须花几个小时来进行除错。

依据项目发展 挑选软件框架

有些操作系统的功能就像是将砖块黏合在一起的水泥,会与发展框架紧密地结合在一块,因此一般而言,不能将其只使用在项目的某一部分,必须围绕着它来进行整个开发流程。这些框架往往是使用比C++更高阶的语言所撰写,通常可以在实时操作系统上运行。

.mbed
mbed也出现在这里,这时则是做为快速原型的项目。使用C++编写,并对大多数微控制器和电路板有绝佳的支持,拥有一个庞大的组件函式库和一个采用网页架构的漂亮集成开发环境(IDE)。在框架准备全面部署前,仍然需要一点成熟的时间,因而较适合硬件原型开发。

.Espruino
Espruino是在微控制器上运行的实时JavaScript解释器。允许动态更改程序代码,甚至不需要刻录微控制器便可以撰写程序代码。但其开始量产之前,仍然需要一些时间来发展,因而较适用于硬件原型。此外,Espruino有成为一个不可忽视的软件框架的巨大潜力。

.microPython
microPython所能做的事与Espruino大致相同,差别仅在于其使用Python而不是JavaScript。其发展的概念是,让开发者从产品开发的一开始到量产时,都有已预先编译程序的支持,并使用C语言来撰写时序关键的程序代码。其目前仍在开发当中。

.microEJ
microEJ是一个采用Java架构的框架,可轻松地为自身的装置打造好看的图形化应用程序,目前已经在许多智能手表和一些物联网(IoT)装置中使用。

以目的为依凭 贯彻项目执行

如果想要着手进行装置的开发,而无考虑量产事宜,诸如mbed和microPython这类的框架,便是入门的好方法。但若是要建立更大的部署,采用一个纯粹的实时操作系统将会是更好的选择。 但对于以工作时间取代金钱来做为软件投资的公司,FreeRTOS或RIOT这类非商业解决方案便有其优势。反之,要是能负担得起前期投资者,Segger、Express Logic和Micrium等商业解决方案,将大幅降低软件开发风险和缩短产品上市的时间。

在商业解决方案中,特别是如Micrium的稳定性和已认证的程序代码基础、广泛普及的部署、良好的零件支持、开放的原始码,以及易于负担的商业模式,更使其在商业解决方案中显得特别突出。

​新通讯 2016 年 12 月号 190 期《 技术前瞻 》
文.Alf Petter Mossevig

围观 291
订阅 RSS - 无线微控制器