Author: Neil Salmon

Inline assembly allows inserting assembly language code directly into C/C++ code. This can be useful for Cortex-M0/M0+ programming when you need more control than C/C++ alone provides, such as for low-level hardware access, performance optimizations, and access to specialized processor instructions. When to use inline assembly Typical situations where you would want to use inline

The Cortex-M0+ core can hang up or freeze at the address FFFF FFFEh when executing the DSB (Data Synchronization Barrier) instruction. This is often an indication of a bug or issue in the way the DSB instruction is being used in the code running on the Cortex-M0+ core. What is the DSB instruction? The DSB

The Cortex-M0 is an extremely low power and space efficient 32-bit microcontroller aimed at simple, low-cost embedded applications. One of the key features of the Cortex-M0 is its ability to quickly switch between different programs or contexts. This allows you to create complex applications with multiple tasks while maintaining real-time responsiveness. Context Switching on Cortex-M0

If you are working with a Cortex M0 microcontroller and finding that toggling output pins programmatically has no effect, there are a few potential causes to check: 1. Confirm pin configuration First, double check that you have properly configured the intended pin as a digital output in your code. For example, with the ARM Mbed

The vector table is a key component in Cortex-M0 microcontrollers that contains the reset and exception vectors needed for the system to operate. By default, the vector table resides at the start of flash memory in these controllers. However, you may want to relocate it for several reasons – to place other code at the

The Cortex-M0 is one of ARM’s smallest and most energy efficient 32-bit processor cores. It is designed for microcontroller applications that require low power consumption and high efficiency. The Cortex-M0 CPU core implements the ARMv6-M Thumb instruction set architecture and features a two-stage pipeline, allowing it to achieve higher performance than earlier Cortex-M cores while

If you are working with a custom system-on-chip (SOC) that uses an ARM Cortex-M0 processor, you may be wondering if you need separate flash programmer software to program the flash memory. The short answer is – it depends. There are a few factors to consider: On-Chip Bootloader Many SOCs with Cortex-M0 and other Cortex-M cores

Yes, code debugging and breakpoints will still work when using a custom routine on an ARM Cortex M0 processor. The Cortex M0 includes dedicated debug circuitry that allows for halting execution at any instruction address, examining CPU and peripheral registers, and stepping through code. This functionality is independent of the code being executed. Overview of

Yes, it is possible to write SWD commands and include them into Keil as part of the flash download routine. The Serial Wire Debug (SWD) interface allows you to directly access the debug port of your ARM Cortex-M microcontroller and send commands to program flash memory. With some configuration, you can leverage Keil’s flash loader

Getting your compiled code into a custom System on Chip (SoC) with a Cortex M0 processor through the Serial Wire Debug (SWD) interface involves a few key steps. First, you need to compile your code into a binary file format that the processor can understand. Then, you need to connect to the SWD interface on