New Modules Aim to Bring Wireless Connectivity to Everyday Products

Total Page:16

File Type:pdf, Size:1020Kb

New Modules Aim to Bring Wireless Connectivity to Everyday Products New Modules Aim to Bring Wireless Connectivity to Everyday Products Semiconductor and Internet of Things (IoT) solutions company Silicon Labs has released two new mesh-networking modules intended to enable companies such as lighting and building- automation manufacturers to integrate Bluetooth Low Energy (BLE), Bluetooth mesh, Zigbee or Thread mesh networks into their products. The Wireless Gecko xGM210L and xGM210P Series 2 modules leverage the company’s Series 2 platform to provide what it says will be greater security and better RF functionality than predecessor technologies. The company began providing samples and production quantities of the xGM210P module in September 2019, while the xGM210L is expected to be made available later this year. The firm is also selling Wireless Gecko starter kits and Series 2 radio boards. In April 2019, it released its Series 2 system-on-chip (SoC) portfolio targeting line-powered IoT applications. The SoCs have been integrated into the Series 2 modules to provide wireless connectivity and security functionality. Silicon Labs’ IoT mesh- networking module The goal of the Series 2 portfolio, the company reports, is to enable IoT innovation by product manufacturers that may not have the lead time or budget required for developing mesh- networking SoCs and related modules, or for handling RF certification. The Series 2 modules are pre-certified, Silicon Labs explains, and can be quickly applied to an existing LED bulb design, or to other commercial or industrial products, without the added cost of RF design, certification and software development. In fact, the firm has been selling IoT products for several years that are intended to make mesh- networking possible with everyday applications, such as smart LED light bulbs, factory-automation systems and heating, ventilation and air-conditioning (HVAC) systems. Silicon Labs acquired Integration Associates in 2008, which provided the company with a short-range wireless portfolio for smart meters and building automation. The firm next acquired Zigbee technology company Ember in 2012, and then Bluetooth module and software provider Bluegiga in 2015. Silicon Labs gained intellectual property rights for Wi-Fi subsequent to that, and last year it also acquired the smart-home wireless technology Z-Wave. These days, Silicon Labs provides wireless SoCs, modules and software stacks to enable wireless connectivity, including mesh functionality, to be built into IoT devices. Users can acquire the modules, which come with necessary protocol software and wireless certification, for fast time to market and reduced R&D costs, the company reports, or they can use Silicon Labs’ wireless SoCs as a cost-effective option for high-volume applications, while preserving their investment in software and tools. Silicon Labs released its Series 1 Wireless Gecko SoCs in 2016, says Ross Sabolcik, the firm’s VP and general manager of industrial and commercial products, and “the family has been very successful for us.” The first products supported multiband and multiprotocol connectivity, including BLE, Thread, Zigbee and proprietary protocols. The company then offered modules targeted for specific applications with multiprotocol or BLE-only products. “We have major market share with lighting, home automation and building automation using those modules,” he says. The Series 2 SoC, released in April, supports greater security in addition to other enhancements. “We’ve improved receive sensitivity and power consumption,” Sabolcik explains. The modules’ Arm Cortex-M33 core operates at 80 MHz, and the modules include one megabyte of flash memory and 96 kilobytes of RAM—ample memory to run communication stacks and customer applications, according to the company. With the higher RF performance, Sabolcik says, users can achieve long-range BLE applications with a read range of hundreds of meters. Silicon Labs’ Ross Sabolcik As IoT devices become more ubiquitous, Silicon Labs has found that manufacturers are seeking more secure solutions. “A trend we’re seeing is customers grappling with how to secure their IoT devices more robustly than they have in the past,” Sabolcik states. Therefore, the Series 2 SoCs and modules integrate a dedicated security core to handle cryptographic operations. The security upgrades are provided to meet potential vulnerabilities in IoT devices for manufacturers and product users, Sabolcik says. Those upgrades include Secure Debug with lock/unlock, Secure Boot with root of trust and secure loader (real-time location system, or RTLS) technology, differential power analysis counter measures, and a True Random Number Generator (TRNG). One existing security feature is the ability to lock down the application port so that bad actors cannot snoop the code or try to download malicious software. Although that feature offers security, it also poses a challenge. In the past, Sabolcik says, customers were running into challenges trying to accomplish maintenance, but they were locked out of the application. With the Series 2 modules’ Secure Debug feature, he notes, the product supplier can share a secret key that customers can use to lock the port so that other authorized developers can unlock it to conduct maintenance or lifecycle management. The Secure Boot feature combats attacks in which hackers can try to corrupt the firmware inside a device, and thereby extract secret keys to conduct a broader attack. Secure Boot allows users to protect the data they download to the device by storing it in a dedicated section that requires a secret key to access. Another security feature, differential power analysis, prevents hackers from viewing a device’s power consumption. In some cases, hackers might attempt to view power consumption on the power pins, and thereby infer what is happening onboard the device. In that way, Sabolcik says, they can extract security keys based on that power analysis. With the Series 2 feature, he adds, the power supply can be scrambled so that it cannot be detected. By offering both Series 2 modules and SoCs, Sabolcik says, Silicon Labs enables customers to use the pre-certified module with firmware initially, while they have the option to migrate to the SoC as they expand product volumes. “Customers can move seamlessly between using the module to get to market quickly,” he states, “and then later on, when volume ramps up, use the SoC instead of the module.” Companies that utilize the Gecko modules commonly include LED lighting manufacturers looking to add a wireless module or SoC inside a bulb or ballast. Because temperatures can become high in such an environment, the Series 2 version is designed to manage higher temperatures of up to 125 degrees Celsius (257 degrees Fahrenheit). The Series 2 modules support Zigbee, Thread, BLE and Bluetooth mesh, as well as multiprotocol connectivity, and can be provided in versions that support specific transmission protocols. Each module comes with a built-in Cortex-M33 processor core and up to 125 dBm link budget (transmission gains and losses during the active state). The Series 1 and 2 products are being used in a wide range of IoT applications, the company reports, including consumer and commercial lighting. One application is lighting fixtures that provide occupancy sensing in an office or industrial setting. The sensors detect motion within range of a light bulb, and the mesh network then forwards that data to the cloud, where specific events can be triggered, such as lighting being turned up or down based on activity within the room. Companies typically build their mesh systems with a pre- certified Wireless Gecko module, Sabolcik says, which helps improve time to market. They can then migrate to using lower- cost Wireless Gecko SoCs for higher-volume applications. This may be a more affordable option, he notes, since other module companies may not be able or willing to sell their wireless software without the module itself, whereas Silicon Labs provides a choice of both modules and SoCs, along with the necessary wireless software stacks. The xGM210L module is designed for use with LED lights, with the RF antenna positioned away from the metal shielding at the light bulb’s base. The xGM210P modules are built for a wide range of commercial and industrial applications, including lighting systems requiring a small form-factor solution. While the xGM210L’s power output is +12.5 dBm (optimized for LED applications), the xGM210P’s output power is higher, at +20 dBm. “We think the improvements we’ve made in radio performance and reduction in power will really enable high-performance communications in these applications,” Sabolcik states. “We think customers are starting to be very concerned about security for their products, so the additional security features will be critical for IoT growth.”.
Recommended publications
  • Bluetooth Low Energy Software Release Notes
    BLUEGIGA BLUETOOTH LOW ENERGY SOFTWARE RELEASE NOTES Wednesday, 2 December 2020 Version 6.1 Table of Contents 1 Changes: 1.10.0 (Build 153) compared to 1.9.0 (Build 150) ______________________________________ 4 2 Changes: 1.9.0 (Build 150) compared to 1.8.0 (Build 143) _______________________________________ 5 3 Changes: 1.8.0 (Build 143) compared to 1.7.0 (Build 142) _______________________________________ 6 4 Changes: 1.7.0 (Build 142) compared to 1.6.0 (Build 140) _______________________________________ 7 5 Changes: 1.6.0 (Build 140) compared to 1.5.0 (Build 137) _______________________________________ 8 6 Changes: 1.5.0 (Build 137) compared to 1.4.2 (Build 130) _______________________________________ 9 7 Changes: 1.4.2 (Build 130) compared to 1.4.1 (Build 128) ______________________________________ 10 8 Changes: 1.4.1 (Build 128) compared to 1.4.0 (Build 127) ______________________________________ 11 9 Changes: 1.4.0 (Build 127) compared to 1.3.2 (Build 122) ______________________________________ 12 10 Changes: 1.3.2 (Build 122) compared to 1.3.1 (Build 119) _____________________________________ 13 11 Changes: 1.3.1 (Build 119) compared to 1.3.1 (Build 118) _____________________________________ 14 12 Changes: 1.3.1 (Build 118) compared to 1.3.0 Beta (Build 110) _________________________________ 15 13 Changes: 1.3.0 Beta (Build 110) compared to 1.2.2 (Build 100) _________________________________ 16 14 Changes: 1.2.2 (Build 100) compared to 1.2.1 (Build 91) ______________________________________ 17 15 Changes: 1.2.1 (Build 91) compared
    [Show full text]
  • TS10: Ember Em35x NCP Host (STM32)
    TS10 ® EMBER EM35X NCP HOST (STM32) MODULE TECHNICAL SPECIFICATION When combined with an Ember EM35x NCP Breakout Board, the Ember STM32 NCP Host Module offers a complete ZigBee wireless solution for development and deployment of a low-data-rate, low-power ZigBee application. The STM32 microprocessor is part of the two-layer (FR4-based) host module that connects to the EM35x NCP Breakout Board through the board-to-board connectors. This document provides the technical specification for the STM32 EM35x NCP Host Module. It describes the board- level interfaces as well as the key performance parameters. In addition, it provides the necessary information for developer to validate their application designs using the STM32 EM35x NCP Host Module. New in This Revision Document renumbering. Contents 1 STM32 Host Module Features ......................................................................................................................... 2 2 Components ................................................................................................................................................... 3 2.1 STM32 Microcontroller ............................................................................................................................. 4 2.2 EM35x NCP Breakout Board interface connector (J1-J2) .......................................................................... 4 2.3 JTAG Programming and Debug Connector (J3)........................................................................................ 6 2.4 Unused STM32 GPIO
    [Show full text]
  • AN669: Integrating Silicon Labs Sim3xxxx Devices Into the Keil Μvision®
    AN669 INTEGRATING SILICON LABS SiM3XXXX DEVICES INTO THE KEIL µVISION® IDE 1. Introduction This application note describes how to configure and use the Keil µVision® Integrated Development Environment (IDE) with Silicon Laboratories Precision32™ 32-bit microcontrollers (SiM3xxxx). 2. Key Points Key points described in this application note include: Generating a blank project in Keil µVision Configuring a µVision project for use with Silicon Laboratories SiM3xxxx devices Using the µVision IDE to build, download, run, and debug a project Using the System Viewer Windows and Debug (Print) Viewer 3. Creating a Project A project is necessary in order to build an example and download the firmware image to the MCU. To create a project in µVision: 1. Under the Project menu, select New µVision Project. After naming your new project, select SiLabs SiM3x Devices in the Select a CPU Data Base File dialog and click OK. 2. Expand the Silicon Laboratories data base to open a list of supported MCUs, select the appropriate MCU, and click OK. Figure 1. Selecting a SiM3x Device After creating your blank project, there will be an empty project in the Project Window. The next step is to configure the project options. Rev. 0.1 2/12 Copyright © 2012 by Silicon Laboratories AN669 AN669 4. Configuring Options for Target Specific configurations are required in order to communicate with the MCU using µVision. Some of the options are preconfigured after selecting a device under the Device tab, but some modifications are required. This section describes the required settings in all of the configuration tabs within the ProjectOptions for Target dialog; tabs that do not require any changes are explicitly noted.
    [Show full text]
  • Si106x Development Kits User's Guide
    Si106x-DK Si106X DEVELOPMENT KITS USER’S GUIDE 1. Kits Overview This user's guide describes the development kits of the Si106x Wireless MCU family. The latest version of this user guide is available online at http://www.silabs.com/products/wireless/wirelessmcu/Pages/default.aspx. Each kit contains two RF nodes based on the Wireless Motherboard to support evaluation and development of sub-GHz RF links with the different Wireless MCUs. WMCU pico board content of the different kits is listed in Table 1, and content common to all the kits is listed in Table 2. Table 1. WMCU Pico Boards of the Si106x Development Kits Qty Description Part Number Si1060 490 MHz Wireless MCU Development Kit 1060-490-DK 2 Si1060 490 MHz PICO Board 1060-PCE20C490 Si1060 915 MHz Wireless MCU Development Kit 1060-915-DK 2 Si1060 915 MHz PICO Board 1060-PCE20C915 Si1062 868 MHz Wireless MCU Development Kit 1062-868-DK 2 Si1062 868 MHz PICO Board 1062-PCE13D868 Si1064 434 MHz Wireless MCU Development Kit 1064-434-DK 2 Si1064 434 MHz PICO Board 1064-PCE10D434 Si1064 868 MHz Wireless MCU Development Kit 1064-868-DK 2 Si1064 868 MHz PICO Board 1064-PCE10D868 Si1064 915 MHz Wireless MCU Development Kit 1064-915-DK 2 Si1064 915 MHz PICO Board 1064-PCE10D915 Table 2. Common Kit Content Qty Description Part Number 2 Wireless Motherboard MSC-WMB912 2 USB cable (USBA-USB mini) 2 Antenna with SMA connection MSC-AT50-XXX 4 AA Battery 1 Si106x Development Kit User’s Guide Rev. 0.4 12/17 Copyright © 2017 by Silicon Laboratories Si106x-DK Si106x-DK 2.
    [Show full text]
  • Albert Shih ASSOCIATE
    Albert Shih ASSOCIATE Litigation Palo Alto [email protected] 650-849-3022 FOCUS AREAS EXPERIENCE Albert Shih is an associate in the Palo Alto office of Wilson Sonsini Goodrich & Rosati, Litigation where his practice focuses on intellectual property litigation and counseling. He has litigated Patent Litigation more than 25 patent cases before federal district courts, the International Trade Commission, and Judicial Arbitration and Mediation Services, including a $31 million judgment obtained for his client in the field of telecommunication protocol. He also regularly advises clients on company intellectual property strategy, technology transactions, licensing negotiation, FRAND-rate setting for standard-essential patents, and patent prosecution matters. Prior to law school, Albert was a design engineer at Intel, where he taught courses at Intel University on chipset design. His field experience and knowledge allow him to understand and appreciate the unique business and technical perspective associated with leaders and innovators in the field of mobile telecommunication protocol, baseband processor, liquid crystal display, semiconductor fabrication, digital signal processors, digital receivers and tuners, image sensors, Internet security software, and various digital and analog circuit designs. Educated in Taiwan and Singapore in his early years, Albert is fluent in Mandarin Chinese. CREDENTIALS Education J.D., Loyola Law School, Los Angeles B.S., Electrical Engineering, University of Michigan, Ann Arbor Associations and Memberships Member, American Bar Association, Intellectual Property Section Member, American Intellectual Property Law Association Member, Asia Pacific Intellectual Property Association Member, International Trade Commission Trial Lawyer Association Honors Named to the 2015-2018 editions of the "Rising Stars" list published by Northern California Super Lawyers Admissions State Bar of California U.S.
    [Show full text]
  • ARM® Cortex® -M3 & M4 MCU Architecture
    ARM® Cortex ® -M3 & M4 MCU Architecture Introduction Many embedded developers are familiar with the ARM Cortex processor architecture, but few have the opportunity to become intimately acquainted enough of this popular architecture to take full advantage of its unique features and capabilities. This is especially true for the new ARM Cortex-M4 processor, which boasts an improved architecture, native digital signal processing (DSP) capabilities and an optional floating-point accelerator, which a savvy programmer or hardware engineer can exploit to their ad- vantage. Let’s take a closer look at some of the more interesting (and often-overlooked) features found in Cortex-M3 based microcontrollers (MCUs) as well as new M4 variants. Since many target applications for Cortex-M based MCUs are portable and derive their power from bat- teries or energy harvesting systems, most of the ideas we will explore involve techniques for reducing a design’s overall energy consumption. In many cases, however, these energy conservation techniques are also helpful tools for designing processor-optimized applications that provide: • More cost-effective solutions • More processing margin available for upgrades and new features • Performance and features that help products stand out in crowded markets. ARM Cortex Basics Much like the original 16-bit processor cores created by Advanced RISC Machines (ARM) in the 1980s, the ARM Cortex series is based on a Harvard-style RISC machine with a modest silicon footprint that en- ables high performance as well as code
    [Show full text]
  • Bluetooth Low Energy Profile Toolkit Developer Guide
    BLUETOOTH LOW ENERGY PROFILE TOOLKIT DEVELOPER GUIDE Wednesday, 2 December 2020 Version 3.12 Table of Contents 1 Version history _________________________________________________________________________ 4 2 Introduction ___________________________________________________________________________ 5 2.1 Understanding Profile, Services, Characteristics and the Attribute Protocol _____________________ 5 2.1.1 GATT-Based Bluetooth Profiles ________________________________________________ 5 2.1.2 Services ___________________________________________________________________ 5 2.1.3 Characteristics ______________________________________________________________ 5 2.1.4 The Attribute Protocol ________________________________________________________ 6 2.1.5 The Profile Toolkit ___________________________________________________________ 7 3 GATT Database file (gatt.xml) _____________________________________________________________ 8 3.1 Generic GATT Limitations ___________________________________________________________ 8 3.2 Defining Services __________________________________________________________________ 9 3.2.1 <service>: Service Definition element ____________________________________________ 9 3.2.2 <description>: Service Description element ______________________________________ 10 3.2.3 <include>: Service Include element ____________________________________________ 10 3.3 Defining Characteristics ____________________________________________________________ 11 3.3.1 <characteristic>: Characteristic Definition element ________________________________
    [Show full text]
  • Silicon Labs Openthread SDK Release Notes 1.2.0.0
    Silicon Labs OpenThread SDK 1.2.0.0 GA Gecko SDK Suite 3.2 June 16, 2021 Thread is a secure, reliable, scalable, and upgradeable wireless IPv6 mesh networking protocol. It provides low-cost bridging to other IP networks while optimized for low-power / battery-backed operation. The Thread stack is designed specifically for Connected Home applications where IP-based networking is desired and a variety of application layers may be required. KEY FEATURES OpenThread released by Google is an open-source implementation of Thread. Google • Secure Vault support has released OpenThread in order to accelerate the development of products for the • 802.15.4 multi-PAN RCP for Raspberry Pi connected home and commercial buildings. With a narrow platform abstraction layer and • Thread 1.2 (pre-compliance) a small memory footprint, OpenThread is highly portable. It supports system-on-chip • (SoC), network co-processor (NCP), and radio co-processor (RCP) designs. Sub-GHz Thread (alpha) • Updated GCC compiler version Silicon Labs has developed an OpenThread-based SDK tailored to work with Silicon Labs hardware. The Silicon Labs OpenThread SDK is a fully tested enhanced version of the GitHub source. It supports a broader range of hardware than does the GitHub version, and includes documentation and example applications not available on GitHub. These release notes cover SDK version(s): 1.2.0.0 released on June 16, 2021 Compatibility and Use Notices For information about security updates and notices, see the Security chapter of the Gecko Platform Release notes installed with this SDK or on the Silicon Labs Release Notes page.
    [Show full text]
  • 2019 Annual Report the Leading Provider of Silicon, Software And
    2019 Annual Report The leading provider of silicon, software and solutions for a smarter, more connected world. silabs.com To Our Shareholders Silicon Labs is on a mission to develop groundbreaking In 2019, we delivered GAAP and non-GAAP gross products and technologies that transform industries, margins of 61 percent, above the high end of our target grow businesses and improve lives. We made mea- operating model range and reflecting the quality of our surable progress in 2019 toward achieving our goals products and served markets, as well as our product despite a challenging macro environment for the semi- mix. GAAP operating margin was seven percent of conductor industry, with weakness in broad-based revenue in 2019, with non-GAAP operating margin also industrial and automotive markets, as well as trade down slightly at 19 percent. GAAP diluted earnings per policy volatility and export controls on key customers share declined 77 percent to $0.43 due to a one-time impacting growth. Total revenue declined 3.5 percent non-cash tax adjustment. Non-GAAP diluted earnings from 2018, with growth in IoT offset by declines in per share declined 13 percent to $3.22. Infrastructure, Broadcast and Access. Although these results are below expectations, we are pleased to Strong operating cash flow of $167 million enabled have outperformed the market due to secular growth us to repurchase $27 million of our shares. We ended drivers in wireless IoT and Infrastructure. the year with $732 million in cash, cash equivalents and investments, and have $134 million remaining We saw strong design win activity in 2019, which in our share repurchase authorization through fiscal increased more than 30 percent year-on-year in 2020.
    [Show full text]
  • UG103.16: Multiprotocol Fundamentals
    UG103.16: Multiprotocol Fundamentals This document discusses the ways in which more than one proto- col can be used on a single chip. It discusses considerations KEY POINTS when selecting protocols for multiprotocol implementations. It al- • Multiprotocol implementation modes so describes the basics of the Silicon Labs Radio Scheduler, a • Core requirements required component of a dynamic multiprotocol solution. • Protocol considerations • Overview of the Radio Scheduler Silicon Labs’ Fundamentals series covers topics that project managers, application de- signers, and developers should understand before beginning to work on an embedded networking solution using Silicon Labs chips, networking stacks such as EmberZNet PRO or Silicon Labs Bluetooth®, and associated development tools. The documents can be used as a starting place for anyone needing an introduction to developing wire- less networking applications, or who is new to the Silicon Labs development environ- ment. silabs.com | Building a more connected world. Rev. 0.3 UG103.16: Multiprotocol Fundamentals Introduction 1. Introduction Silicon Labs is developing products designed to meet the demands of customers as we move to an ever-connected world of devices in the home, what is often referred to as the IoT (Internet of Things). At a high level the goals of IoT for Silicon Labs are to: • Connect all the devices in the home with best-in-class mesh networking, whether with Zigbee PRO or other emerging standards. • Leverage the company’s expertise in low-power, constrained devices. • Enhance established low-power, mixed-signal chips. • Provide low-cost bridging to existing Ethernet and Wi-Fi devices. • Enable cloud services and connectivity to smartphones and tablets that promote ease of use and a common user experience for customers.
    [Show full text]
  • Semiconductors
    SEMICONDUCTORS MCU/MPU/DSP Murata .................................371 Infineon ............................560, 561 Analog Devices Inc. ...........187, 188, 189, 190 NXP Semiconductor ............. 372, 373, 374, MA-COM ...............................562 Cypress Semiconductor .......191, 192, 193, 194 . 375, 376, 377 NXP Semiconductor ..................563, 564 Freescale Semiconductor ..... 195, 196, 197, 198, ON Semiconductor ...............378, 379, 380 ON Semiconductor ...........565, 566, 567, 568 . 199, 200, 201, 202, 203, Plessey ................................381 Panasonic Semiconductor ..........569, 570, 571 . 204, 205, 206, 207, 208 Silicon Labs .............................382 Power Integrations. 572 FTDI ...................................209 Vishay / Siliconix .................410, 411, 412 Skyworks ...........................573, 574 Intel ...........................210, 211, 212 Skyworks ...........................383, 384 STMicroelectronics ...................575, 576 Microchip Technology ............ 213, 214, 215, STMicroelectronics .......385, 386, 387, 388, 389 Vishay General Semiconductor ......... 577, 578, . 216, 217, 218 Texas Instruments ........... 390, 391, 392, 393, . 579, 580 NXP Semiconductors .........219, 220, 221, 222 . 394, 395, 396, 397, 398, 399, 400, 401, Vishay Semiconductors. 581, 582, 583, Silicon Labs .........223, 224, 225, 226, 227, 228 . 402, 403, 404, 405, 406, 407, 408, 409 . 584, 585, 586 STMicroelectronics ...............229, 230, 231 Amplifier ICs Transistors Olimex Ltd ..............................232
    [Show full text]
  • Em35x Errata
    120-0088-000 ® ERRATA EMBER EM351, EM357 The document describes issues that pertain to the Ember EM351 and EM357 ICs. This Errata refers to the following releases of the chip data sheet: • 120-035X-000 revision G The EM351 and EM357 chips have the following issues: 1 SYSRESETREQ causes lockup when asserted in full clock mode There is a bug in the chip, which means that when using external debuggers the chip may lock up in certain CPU clock modes. Affected modes are operating the CPU at 24 MHz derived from the 24 MHz crystal, or 12 MHz derived from the high frequency RC oscillator. If an external debugger tool asserts SYSRESETREQ, the chip will lock up and require a pin reset or power cycle. SYSRESETREQ is an ARM Cortex signal that ca This error condition applies to operation with a debugger; it does not affect devices in the field. Affected Conditions This issue is present in revisions A and B of silicon. Workaround Silicon Labs has confirmed by tests, and by discussion with IAR, that the IAR ARM debugger does not assert SYSRESETREQ, and therefore will not exhibit this issue. Other debuggers have not yet been tested, and therefore may exhibit this issue. It is recommended to use the IAR toolchain for debugging the EM351 and EM357. Customers should not write to the SCS_AIRCR register directly from application code. The EmberZNet HAL reset APIs should be used instead which ensure that the chip is in a safe clock mode prior to triggering the reset. 2 ARM® Cortex™-M3 Errata ARM published an Errata for the Cortex-M3, which can be found on ARM’s public website.
    [Show full text]