YunTu Forum

8ad3bed8-8c3a-4787-939e-c891621d8f28-image.png
GHS用的2021.1.4版本，fpu参数手动改成vfpv5就不报warning了，能不能解决一下工具生成的cmake，不然这个warning项很影响编译速度

1、你好，CAN通讯速率的设置只需要修改下图1的Frequency就可以了吗？还需要修改其他地方吗？（感谢昨天那么晚还回复，根据你的建议我又新开了一个帖子）jiankang_wang
2、目前我遇到的问题应该是通讯速率设置问题，我的工程速率配置如图2 & 图3（在公版上已经跑通了）
0a5e2a22-ecff-4d88-b983-55a554d78310-图片.png
58535c13-ab57-4c9d-a284-997b4f2d957d-图片.png
f329d075-b9d6-4708-9a07-1f2ad6a743e4-图片.png

Overview

YUNTU MCAL(Microcontroller Abstract Layer) software package is designed by YTMicro AE team to support customers on AUTOSAR compliant application software development. The YUNTU MCAL is developed according to the AUTOSAR CP Release v4.4.0 standard.

Package Name Version Release Date YTM32B1MD2_0_9_0 0_9_0 2025-08-29 Support Toolchains

YUNTU MCAL software package release are tested and validated with the following toolchains/IDE:

Recommended Configuration Tool:

YCT(Yuntu Config Tool) v2.7.7 or higher version

Tips: It can be downloaded from YTMicro Account or updated from the installed older version YCT.

Recommended IDE/Compilers:

ARM Keil v5.36 or higher version IDE IAR v8.40 or higher version IDE VSCode v1.80 or higher version IDE with Ninja, CMake and GCC/IAR/Keil as compiler GCC for ARM v10.3 or higher version

Recommended debuger:

SEGGER J-INK v9.2 or higher hardware + v6.96 or higher software/driver with required YTM32B1ME05 and YTM32B1MD14 patch installed. Release List [New]-[CddDma]-[0] Adapt the CddDma to MD24 [New]-[Pwm]-[0] add Pwm support for MD24 [New]-[Gpt]-[0] add Gpt support for MD24 [New]-[Port]-[0] add Port support for MD24 [New]-[Mcu]-[0] Add Mcu support for MD24 [New]-[Icu]-[0] MD24 Icu MCAL Adaptation [New]-[Icu]-[0] Add MD24 Icu_Wakeup demo [New]-[Fls]-[0] Add Fls support for MD24 [New]-[CddUart]-[0] add CddUart support for MD24 [Opt]-[CddUart]-[1] Enable FIFO to optimize the issue of CddUart frequently entering interrupts for improved efficiency. [New]-[Ocu]-[0] Add Ocu support for MD24 [New]-[Can]-[0] Add Can support for MD24 [New]-[Lin]-[0] add Lin support for MD24 [New]-[Dio]-[0] add Dio support for MD24 [New]-[Fee]-[0] Add Fee support for MD24 [New]-[Adc]-[0] Add Adc and CddTrg support for MD24 [New]-[CddI2c]-[0] Add I2c support for MD24 [New]-[Crc]-[0] add Crc support for MD24 [New]-[Spi]-[0] Add spi support for MD2 [New]-[Wdg]-[0] Add Wdg support for MD24 [Demo]-[Mcal]-[0] Add example of CddDma CddI2c and Spi for MD24 [Demo]-[Mcal]-[0] Add EVB Demo for MD24 [New]-[Crypto]-[0] Add Crypto support for MD24 Annex Release list naming rule

Each release list item shall contain the following elements:

[Type] - [Sub-Type/Module] - [Effect_Level] [Brief/Overview Description][Reference/Details Link]

[Type]

Fix: Bug fixes / issue resolution Opt: Code performance optimization New: New feature implementation Demo: Example / demonstration project Doc: Documentation updates

[Sub-Type/Module]

MCAL: Mcu/Dio/Port/Can/Lin/Spi/Gpt/Pwm/Adc/Icu/Ocu/Fls/Fee/Platform/CddUart/CddSai/CddPpu/CddI2c/CddDma/CddTrg SafLib: CorTst/RamTst/FlsTst/IntTst/WdgTst/CrcTst/DmaTst/PpuTst/EfmTst/StkTst/EccTst/FmuTst GUI: the YCT XDM config GUI update for the MCAL/SafLib SW package, the YCT Vue config GUI update for the SDK/Middleware SW package(no code change/modification)

[Effect_Level]

0: No effect to the old version SW/project 1: Recommend but optional to update, for example the performance optimization 2: Must update for a specified SW module/components if the customer application used the related feature/functionality 3: Must update for a specified SW module/components if it is used 4: Must update if the SDK/MCAL/SafLib package is used

[Brief/Overview Description]

[Type] = Fix: Fixed the xxx issue/bug of the yyy HW/SW functionality/feature caused by condition [Type] = Opt: Optimized the performance of the yyy HW/SW functionality/feature [Type] = New: Added the new feature/functionality support of xxx [Type] = Demo: added/updated the demo project: brief description

[Reference/Details Link]

Errata: give out the detailed Errata number others: the link to the bug/issue analysis, it can be: Link to a YUNTU form post [if it is derived from a FAE/customer feedback] Link to a YUNTU form blog [if it is derived from a YUNTU form blog discussion] Disclaimer

Copyright and Contact Information

img

YTMicro and its subsidiaries reserve the right to change, correct, enhance, modify and improve YTMicro products or this document at any time without notice. Before placing an order, purchasers should obtain and understand the latest relevant information about the products. YUNTU's products are sold according to YUNTU team and sales conditions at the time of order confirmation. Purchasers have the sole responsibility for selecting, choosing and using YUNTU products, and YUNTU has no responsibility for assisting purchasers in product design and application. YUNTU does not grant any express or implied license to any intellectual property herein. Resale of YUNTU products with information different from that described herein will make any warranty of YUNTU for such product void. YTMicro and YTMicro logo are trademarks of YTMicro. All other product or service names are the property of their respective owners. The information in this document replaces and supersedes any previously provided information in any prior version of this document. © 2020 - 2023 YUNTU Microelectronics co.,ltd. All rights reserved.

Contact us: Website: www.ytmicro.com.

Hi everyone,

I’m trying to read the MCU temperature from the internal temperature sensor of the YTM32B1MD1.

According to the Reference Manual, it says I need to read the C value from the TSC register in the ADC. But I couldn’t find any register named TSC in the ADC register group, or anywhere else in the document.

Screenshot 2025-08-29 132311.png

Has anyone worked with this before? Is it a typo in the manual, or where can I find the TSC register? I'm using the RM Rev. 1.3.

Thanks in advance!

麻烦给个串口 空闲中断 DMA接收 加 DMA发送的demo

这个V1.2的版本参考手册里面的UID地址和V1.3的不一样，另外市场上发现了几台车，加密信息比对错误，加密信息采用的是UID这个地址0x1000_3F00，V1.2版本的UID是不是会出现有时候变化的情况!微信图片_20250828152816.png

目前我的项目使用的是A/B分区的升级方式，而安全启动的逻辑是云途固化，之前我咨询过一次相关问题，但没有深入沟通，当时给出了一个物理隔离方案。c2264565-8e0b-421a-98df-7ed7512dba67-image.png 对于该方案我的疑惑点是：1、验签的地址范围以及验签成功后跳转的地址是静态配置在BVT中（（如BankA的App固定地址A，BankB的App固定地址B），如果我配置校验BankA，BankA的Secure Boot永远不会校验BankB的App，导致新写入B区的固件无法被校验。2、验签成功后，BankA的Secure Boot只能跳转到自身App的固定入口，无法跳转到BankB。当前方案的核心痛点该怎么解决？是否有其他更合适的方案？

我们现在的UID是128bit的，客户现在使用低32位，反馈存在重复的，怎么样能实现16位字节转成8位10进制BCD码，没有重复8894ec4e-5251-4c22-b677-97b0e04c4e90-edfaf7d186b4045de7a5575beab038ee.png

UID 介绍

UID是芯片唯一编码，这个编码主要是依据芯片生产的信息产生的，每个芯片都有唯一的ID，部分芯片的UID信息可以从CIM模块获取，后面新的芯片则直接通过Flash区域读取。

在生产阶段UID都是在芯片测试阶段写入的，因为规则不用，UID长度基本都是128比特，这个长度对于很多应用来讲长度太长，所以这里提供了对UID进行压缩的方法，可以实现将128比特压缩到64比特。

YTM32B1LE0x

包含LE05x和LE04x系列芯片，可以通过如下函数获取64比特长度的UID信息：

void SystemGetUid(uint32_t *uidh, uint32_t *uidl) { /* UID store in FLASH */ *uidh = ((*(uint8_t*)0x10000FE0) & 0xFU) << 0U | ((*(uint8_t*)0x10000FE1) & 0xFU) << 4U | ((*(uint8_t*)0x10000FE2) & 0xFU) << 8U | ((*(uint8_t*)0x10000FE3) & 0xFU) << 12U | ((*(uint8_t*)0x10000FE4) & 0xFU) << 16U | ((*(uint8_t*)0x10000FE5) & 0xFU) << 20U; *uidl = ((*(uint8_t*)0x10000FED) & 0xFFU) << 0U | ((*(uint8_t*)0x10000FEC) & 0xFFU) << 8U | ((*(uint8_t*)0x10000FE8) & 0xFFU) << 16U | ((*(uint8_t*)0x10000F40) & 0xFFU) << 24U; } YTM32B1MC0x void SystemGetUid(uint32_t *uidh, uint32_t *uidl) { /* UID store in FLASH */ *uidh = ((*(uint8_t*)0x10013F28) & 0xFU) << 0U | ((*(uint8_t*)0x10013F29) & 0xFU) << 4U | ((*(uint8_t*)0x10013F2A) & 0xFU) << 8U | ((*(uint8_t*)0x10013F2B) & 0xFU) << 12U | ((*(uint8_t*)0x10013F2C) & 0xFU) << 16U | ((*(uint8_t*)0x10013F2D) & 0xFU) << 20U; *uidl = ((*(uint8_t*)0x10013F40) & 0xFFU) << 0U | ((*(uint8_t*)0x10013F38) & 0xFFU) << 8U | ((*(uint8_t*)0x10013F30) & 0xFFU) << 16U | ((*(uint8_t*)0x10013F58) & 0xFFU) << 24U; } YTM32B1HA0x

UID通过CIM读取，读取前需要开启CIM的时钟。

void SystemGetUid(uint32_t *uidh, uint32_t *uidl) { /* UID store in CIM */ *uidh = (CIM->UID0 >> 0U & 0xFU) << 0U | (CIM->UID0 >> 8U & 0xFU) << 4U | (CIM->UID0 >> 16U & 0xFU) << 8U | (CIM->UID0 >> 24U & 0xFU) << 12U | (CIM->UID1 >> 0U & 0xFU) << 16U | (CIM->UID1 >> 8U & 0xFFU) << 20U; *uidl = (CIM->UID2 >> 0U & 0xFFFFU) << 0U | (CIM->UID3 >> 0U & 0xFFFFU) << 16U; } YTM32B1MD1x

UID通过CIM读取，读取前需要开启CIM的时钟。

void SystemGetUid(uint32_t *uidh, uint32_t *uidl) { /* UID store in CIM */ *uidh = (CIM->UID0 >> 0U & 0xFU) << 0U | (CIM->UID0 >> 8U & 0xFU) << 4U | (CIM->UID0 >> 16U & 0xFU) << 8U | (CIM->UID0 >> 24U & 0xFU) << 12U | (CIM->UID1 >> 0U & 0xFU) << 16U | (CIM->UID1 >> 8U & 0xFFU) << 20U; *uidl = (CIM->UID2 >> 0U & 0xFFFFU) << 0U | (CIM->UID3 >> 0U & 0xFFFFU) << 16U; } YTM32B1ME0x

UID通过CIM读取，读取前需要开启CIM的时钟。

void SystemGetUid(uint32_t *uidh, uint32_t *uidl) { /* UID store in CIM */ *uidh = (CIM->UID0 >> 0U & 0xFU) << 0U | (CIM->UID0 >> 8U & 0xFU) << 4U | (CIM->UID0 >> 16U & 0xFU) << 8U | (CIM->UID0 >> 24U & 0xFU) << 12U | (CIM->UID1 >> 0U & 0xFU) << 16U | (CIM->UID1 >> 8U & 0xFFU) << 20U; *uidl = (CIM->UID2 >> 0U & 0xFFFFU) << 0U | (CIM->UID3 >> 0U & 0xFFFFU) << 16U; }

使用MC0进行BOOT升级，运行区的代码在pflash0中的0XA000-0X19000,boot程序在0X0-0XA000,升级程序保存在0X23000-0X3C000
问题：开启了写使能和取消写保护，对pflash0还是写不进去，pflash1的可以正常写入，为什么？
c9c4cc87-b9ae-4dc1-a608-d4e9ae31ba8b-image.png

如题，使用MC_EVB Rev.B板子：
配置：
1、串口选择PTA12,PTA13. EVB板子无任何外接电路。
原理图：
183d9bc8-a1c6-4d2c-aed1-78ee3145c55a-image.png
2、测试链接
不供电。只接RX,TX,GND.
EVB板子上电源指示灯在亮。LED1,LED2,LED3.
3、测试结果: 串口打印工作正常。
4、疑问
RX不接，电源指示灯不亮。万用表打电源，显示2.922V.
MCU可以通过RX供电？

4b989e8d-d2ad-44e8-9042-cd90a9994f63-image.png

问题描述：vscode debug会直接运行，点击暂停之后，重新复位，暂停图标又自动变成运行图标。但是程序并没有真正跑起来。
复现前提：擦除芯片，运行程序，大约2～3次后出现此情况，出现之后芯片就一直异常无法正常运行。
b02a4c02-54ac-4d56-85ee-ec44d3605ba7-image.png

uart现在不能连续发送，测试下来，平均1ms就发送两个字节，发送8个字节的数据，要4ms，提高中断优先级，没起效

1. Demo例程

Fls_ME0NvrDemo.zip

2.功能介绍

JTAG功能禁用和解禁用

A/B SWAP的实现

3.测试软件简介
a5d81190-9f96-43c8-a5a6-825c00088768-image.png

7dee8458-975e-4b92-83fb-02c5ea52f798-image.png

4.demo板调试演示
将Demo软件分别下载到pFlash0和pFlash1，复位芯片、测试OK；

d3c4d6277e5ef8e84d0f92ea9a09dca6.mp4

46ec1ef0-9d6e-41b9-8957-ac7a60d79e3d-image.png

介绍

YTM32B1HA01 是云途第一款搭载 Cortex-M7 的芯片，开始引入 Cache。本文旨在简单介绍 Cache，以及 MPU。

Cache

随着工艺和设计的演进，CPU 计算性能其实发生了翻天覆地的变化，但是DRAM存储性能的发展没有那么快。

所以造成了一个问题，存储限制了计算的发展。

容量与速度不可兼得。

如何解决这个问题呢？可以从计算访问数据的规律入手。

我们随便贴段代码:

for (j = 0; j < 100; j = j + 1) for( i = 0; i < 5000; i = i + 1) x[i][j] = 2 * x[i][j];

可以看到，由于大量循环的存在，我们访问的数据其实在内存中的位置是相近的。

换句专业点的话说，我们访问的数据有局部性。

我们只需要将这些数据放入一个小而快的存储中，这样就可以快速访问相关数据了。

总结起来，Cache是为了给CPU提供高速存储访问，利用数据局部性而设计的小存储单元。

Cache 按照数据类型可划分为 I-Cache 与 D-Cache。其中I-Cache负责放置指令，D-Cache负责放置数据。两者最大的不同是D-Cache里的数据可以写回，I-Cache是只读的。

Cache 工作原理

873854f5-4f0d-45c4-b52a-42b90dfc5bfa-image.png
CPU 和 Cache 是 word 传输的，而 Cache 到主存是以块传输的，一块大约 64Byte 。

其中 I-Cache 缓存指令，D-Cache 缓存数据。

当 CPU 访问Cache过的 Memory 时，由于 Cache 可以缓存 Memory 的内容，这样 CPU 访问 Memory 就会变成访问 Cache，CPU 访问 Cache 的速度远大于访问 Memory 的速度，以此提成 CPU 的性能。

Cache 找数据

在讲 Cache 的读取或写入之前，先谈一下 Cache 的数据。

Cache 的数据由 Tag 与 Memory 内的数据组成，当 CPU 希望通过 Cache 访问 Memory 时，会先比对 Cache 中的 Tag。

若成功，又称命中 (hit)，CPU 会直接操作 Cache 中的数据；

若失败，又称缺失 (miss)，则 Cache 会缓存这块 Memory。

例如，当 CPU 第一次访问 Memory 时，Cache 内未缓存该 Memory，则 CPU miss，此时 Cache 会缓存 Memory；当 CPU 紧接着又访问该 Memory 时，Cache 内正好缓存着 Memory，则 CPU hit。

Cache 写数据

Cache 毕竟是个临时缓存，如果 CPU 往 Cache 中写数据，则会造成 Cache 中数据与 Memory 数据不匹配，为保证写数据的统一，通常会设置 Memory 的 Cache Write 属性。

若 CPU hit: Write through: CPU 向 Cache 中写入数据时，同时向 Memory 也写一份，使 Cache 和 Memory 的数据保持一致。优点是简单，缺点是每次都要访问 Memory，速度比较慢。 Write back: CPU 更新 Cache 时，只是把更新的 Cache 区标记一下，并不同步更新 Memory 。只是在 Cache 区要被新进入的数据取代时，才更新 Memory。这样做的原因是考虑到很多时候 Cache 存入的是中间结果，没有必要同步更新 Memory。优点是CPU执行的效率提高，缺点是实现起来技术比较复杂。 若 CPU miss: Write allocate: 先把要写的数据载入到 Cache 中，写 Cache，然后再通过flush方式写入到 Memory 中。 No write allocate：直接把要写的数据写入到 Memory 中。 Cache 读数据

CPU 读取 Cache 中数据时，也分 hit 与 miss 的情况。

若 CPU hit: CPU 直接从 Cache 中读取数据。 若 CPU miss: Read through: CPU 直接从 Memory 中读取数据。 Read allocate: Cache 先缓存当前 Memory，CPU 再从 Cache 中读取数据。 Cache 示例

下面以一个简单的例子来展示 Cache 的工作原理。

uint16_t x[8] = {0}; uint8_t i = 0; uint8_t j = 0; for (j = 0; j < 50; j = j + 1) for( i = 0; i < 8; i = i + 1) x[i] = x[i] + j; 当没有 Cache 时，x 数组置于 SRAM 上，每次修改 x[i] 时，CPU 会先访问 x[i] 所在的地址，并读取该值，做完加法运算后，把运算结果回写至 x[i] 所在的地址，至此完成一次 x[i] 的赋值，共需执行400次这样的操作。 当有 Cache 时，x 数组置于 SRAM 上。 CPU 第一次去访问 x[i] 时，Cache 内没有 x 数组的内容，此时会缓存 x 数组所在的 SRAM，当前 Cache 内 x 数组值为全零。 每次修改 x[i] 时，会读取 Cache 中 x[i] 的值，做完加法后，若此时为 Write-Back 策略，则CPU将结果再写回 Cache 中，不会同步更新到 x[i] 所在的真实 SRAM 地址的值。 中间的运算以及访问都会在 Cache 中，当 Cache 中内容要被新数据取代时，Cache 会将计算结果回写至 x[i] 所在的真实 SRAM 地址。 Cache 操作 Invalidate

Invalidate 操作主要是针对 cache line中的 valid bit（有效位）进行操作。通过对有效位进行清零，从而使cache line中的数据失效，达到清除数据的目的。比如在上电或者重置操作后，cache 中的内容是未定义的，此时它的valid bit为0。

Clean

Clean 操作主要针对cache line 中的 dirty bit（脏位）

某个cache line中的dirty bit为1，说明该line中的数据与内存中的数据不一致，我们就可以对该cache line描述为变“脏”了。

清除cache或cache line意味着将标记为“脏”的cache line内容写入下一级缓存或主内存，并清除cache line中的脏位。这使得当前的cache line中的数据与下一级缓存，或主存中的的内容相同。此操作仅适用于写回策略 (WB)的数据缓存 (data-cache)。

Flush

每条cache line 先clean，再invalidate.

Cache APIs Enable Cache void SCB_EnableICache (void); void SCB_EnableDCache (void); Disable Cache void SCB_DisableICache (void); void SCB_DisableDCache (void); Invalidate Cache void SCB_InvalidateICache (void); void SCB_InvalidateICache_by_Addr (volatile void *addr, int32_t isize); void SCB_InvalidateDCache (void); void SCB_InvalidateDCache_by_Addr (volatile void *addr, int32_t dsize); Clean Cache void SCB_CleanDCache (void); void SCB_CleanInvalidateDCache (void); void SCB_CleanDCache_by_Addr (volatile void *addr, int32_t dsize); void SCB_CleanInvalidateDCache_by_Addr (volatile void *addr, int32_t dsize); Cache Tips

Cache 一致性是 Cache 中遇到的比较麻烦的一个问题。

实际使用过程中，Memory 不仅仅只有 CPU 或 Cache 访问，一些外设也可以去读写 Memory，例如 DMA，下面列举了常见的 Cache 使用场景。

CPU访问，外设改写

如果CPU先读了一块内存，接下来要DMA/其他硬件要访问这块内存，无需clean. DMA/其他硬件改写了这段DDR后，要将这段cache置为invalid,这样后续如果CPU访问这段内存，就不会使用cache中的数据。

外设访问，CPU改写

如果CPU先写了一块内存，接下来要DMA/其他硬件要访问这块内存，要先clean，确保DMA/其他硬件访问到的DDR数据是准确的。DMA/其他硬件改写了这段DDR后，要将这段cache置为invalid,这样后续如果CPU访问这段内存，就不会使用cache中的数据。

MPU

YTM32B1HA01 使用的是 ARM-v7 架构，MPU 版本也是 ARM-v7 的 MPU。

ARM-v7 的 MPU 与 ARM-v8 的 MPU 实现的功能基本类似，本篇主要介绍 MPU 的属性配置。

Region 地址与大小

MPU 设置的每个 Region 为基地址与 region size。其中基地址要求 region size 对齐，即要求 Base_address % Region_size == 0。Region size 要求为 2 的幂次，最小为 32 Bytes，最大为 4GB。

MPU 属性 XN

XN 为 Execute Never encoding 的缩写，表示当前 Region 能否执行指令。

XN Description 0 Execution of an instruction fetched from this region permitted 1 Execution of an instruction fetched from this region not permitted AP

AP 为 Access permissions field encoding 的缩写，表示当前 Region 的访问权限。

AP[2:0] Privileged access Unprivileged access Notes 000 No access No access Any access generates a permission fault 001 Read/write No access Privileged access only 010 Read/write Read-only Any unprivileged write generates a permission fault 011 Read/write Read/write Full access 100 UNPREDICTABLE UNPREDICTABLE Reserved 101 Read-only No access Privileged read-only 110 Read-only Read-only Privileged and unprivileged read-only 111 Read-only Read-only Privileged and unprivileged read-only

其中 UNPREDICTABLE 为不可预知的，不能设置成该属性。

TEX，S，C，B

TEX 与 C，B 共同控制 Memory 属性，S 表示 Shareable，根据不同的内存属性有着不同的作用域。

设置shareable表示该存储块可以被多个主设备访问，当配置 Shareable 时，
该区域的数据是不会使用cache的，效果跟write through一样。

如果 Non-shareable,一般指被本地CPU访问。

TEX C B Memory type Description, or Normal region Cacheability Shareable? 000 0 0 Strongly-ordered Strongly ordered Shareable 000 0 1 Device Shared device Shareable 000 1 0 Normal Outer and inner Write-Through, no write allocate S bit 000 1 1 Normal Outer and inner write-back, no write allocate S bit 001 0 0 Normal Outer and inner Non-cacheable S bit 001 0 1 Reserved Reserved Reserved 001 1 0 IMPLEMENTATION DEFINED IMPLEMENTATION DEFINED IMPLEMENTATION DEFINED 001 1 1 Normal Outer and inner write-back; write and read allocate S bit 010 0 0 Device Non-shared device Non-shareable 010 0 1 Reserved Reserved Reserved 010 1 X Reserved Reserved Reserved 011 X X Reserved Reserved Reserved 100 0 0 Normal Non-cacheable S bit 101 0 1 Normal Write-Back, write and read allocate S bit 110 1 0 Normal Write-Through, no write allocate S bit 111 1 1 Normal Write-Back, no write allocate S bit

S bit 表示当前配置下，S=0 为 Non-Shareable，S=1 为 Shareable

SRD

SRD 为 Subregion Disable 的缩写。

一个 Region 可以分成8个 sub region，每个 sub region 大小为母 region 的 1/8。

8块 Sub region 由8个比特单独控制，设 0 表示使能 sub region，设 1 表示禁止 sub region。例如，若设置 MPU->RASR.SRD = 0b10101010，表示当前 Region 的第 0 块 Sub region 使能，第 1 块 Sub region 禁止......第 6 块 Sub region 使能，第 7 块 Sub region 禁止。

若禁止某块 Sub region，则该块 Sub region 与母 Region 属性不一致，其为默认属性。

优先级

当两个 Region 的区域重叠时，这块儿重叠区域的属性是后面的 Region，例如某一块 Memory 既在 Region 10 内，又在 Region 8 内，此时这块 Memory 属性为 Region 10 中所设置的属性。（注：ARM-V8 不支持 Region 区域重叠）

MPU 控制 PRIVDEFENA

MPU->CTRL 里有 PRIVDEFENA 比特位：

当设置成 0 时，禁止默认的 Memory Map，访问未被 MPU 定义的区域会产生错误 当设置成 1 时，使能默认的 Memory Map，但仅特权模式 (privileged) 能访问未被 MPU 定义的区域。且默认的 Memory Map 可当作 Region 为 -1，即优先级为最低。

ARMv7 默认的 Memory Map 属性如下

Address Name Device type XN? Cache Description 0x00000000-0x1FFFFFFF Code Normal - WT Typically ROM or flash memory. 0x20000000-0x3FFFFFFF SRAM Normal - WBWA SRAM region typically used for on-chip RAM. 0x40000000-0x5FFFFFFF Peripheral Device XN - On-chip peripheral address space. 0x60000000-0x7FFFFFFF RAM Normal - WBWA Memory with write-back, write allocate cache attribute for L2/L3 cache support. 0x80000000-0x9FFFFFFF RAM Normal - WT Memory with Write-Through cache attribute. 0xA0000000-0xBFFFFFFF Device Device, shareable XN - Shared device space. 0xC0000000-0xDFFFFFFF Device Device, Non-shareable XN - Non-shared device space. 0xE0000000-0xFFFFFFFF System - XN - System segment for the PPB and vendor system peripherals

注：

WB：Write back WT：Write through WA：Write allocate 该 Memory Map 为 ARM 定义的 Memory Map，芯片实际的 Memory Map 会不太一样，但默认属性是一致的。 HFNMIENA

Core 内部有一些异常中断，例如 Hard Fault，Bus Fault，Usage Fault，NMI...这些均为不可屏蔽的中断。

MPU->CTRL 里有 HFNMIENA 比特位：

当设置成 0 时，产生类似 Hard Fault，NMI 错误，或开启 FAULTMASK 后，MPU 设置的属性会失效 当设置成 1 时，Memory 在上述情况下仍使用 MPU 配置的属性

注：当未使能这个比特时，产生 HardFault 后，MPU 对 Memory 配置的属性会失效，例如对 RAM 配置的 non-cacheable 属性，会恢复为默认 cacheable，此时需要注意 Cache 的同步问题；或者使用 “cpsid if” 来关闭全局中断后，MPU 的属性也会失效。("cpsid i" 不影响 MPU）

FAQ

下面会介绍，在 YTM32B1HA0 上可能遇到的与 Cache 一致性有关的应用场景。

Cache 与 Flash 的读写擦

Flash 无法被 Cache 擦写，主要是 Flash 的读操作。

若 Flash 被 Cache 缓存了，当用户操作 EFM 模块修改 Flash 内容后，例如擦除某个扇区，或某块空 Memory 进行编程，并不会修改 Cache 中的内容，若此时 CPU 去读取这段被修改的 Memory，则会读取 Cache 中的结果，即被修改前的 Memory 的值。

所以需要在用户修改完 Flash 中的内容后，对 Cache 进行 Invalidate 操作，让 Cache 重新读取同步 Flash。

当前 SDK 有对该场景进行配置，用户调用 SDK 操作 Flash 是正常的。

同样的，Fee(EEPROM) 也需要类似的操作。

Cache 与 DMA

Cache 与 DMA 均无法修改 Flash 的值，但均可以修改 SRAM 里的值。

当 SRAM 被 Cache 缓存后，

若 DMA 去修改 SRAM 里的值，则需要对 Cache 进行 Invalidate 操作，让 Cache 重新读取同步 SRAM； 若 CPU 通过 Cache 去修改 SRAM，而 DMA 需要搬运这块 SRAM，那么在 DMA 搬运之前，需要对 Cache 进行 Clean 操作，把 Cache 中的数据回写到 SRAM 中。

其余能操作 SRAM 的外设均类似。

Cache 与调试 Debug

YTM32B1HA0 调试总线是经过 Cache，所以在调试时，用户添加在 Watch 窗口的值大多为 Cache 中的值，当 DMA 修改完这个值后，调试窗口里的值不一定会改变。

在调试过程中，当出现调试窗口里的值不是预期的结果，有可能会是这个问题。

当然，同样的，如果在调试过程中，用户通过 Memory 窗口，修改 SRAM 值，DMA 再去搬运，有可能搬运的是修改前的值。

调试时，用户对 SRAM 进行的读写操作与 CPU 类似，可参考上一条。

HardFault or FAULTMASK

MPU->CTRL 的 HFNMIENA 未使能时，开启 FAULTMASK 或 HardFault 等异常置起时，需要注意数据同步。

while(1) { A++; __asm volatile ("cpsid if"); B = A; __asm volatile ("cpsie if"); }

例如上述代码，A，B 变量均在 MPU 配置的 non-cache 的 RAM 上，A++ 对A变量的读取以及回写不会经过D-Cache，开启 FAULTMASK 后，MPU配置属性失效，A与B变量所在的 RAM 恢复为 cacheable，第一次 B 读取 A 变量会先过 D-Cache，由于 D-Cache 未 hit 过 A，所以会从 RAM 中加载真实的值。关闭 FAULTMASK 后，MPU 配置会重新生效，A，B 恢复为 non-cache 。A++ 对A变量的读取以及回写依旧不会经过D-Cache；第二次 B 读取 A 变量，由于 A 变量已经被 D-Cache hit 过，所以会直接从 Cache 中读取 A 变量。但 A 变量的变化不经过 Cache，直接刷写 RAM，会导致 Cache 与 RAM 数据不同步，显示 B 的值始终保持不变。

解决方法可以使用 "cpsid i" and "cpsie i" 来关闭全局中断，与恢复全局中断，这个不会影响 MPU 。

SDK，hotfix安装异常什么情况，配置工程进不去了

d251cdf9-7a93-459c-99ea-509aedbfa610-image.png e0970791-054b-414d-a410-3ecf4a902c27-image.png

1.我们M系列是CM33，目前Ozone没有细分的插件，可以选择CM4的。在console窗口输入：Project.SetOSPlugin ("C:\Program Files\SEGGER\Ozone\Plugins\OS\FreeRTOSPlugin_CM4.js")
489a91e5-4b31-479b-ad2c-6ade574b85f2-image.png ，
2.然后在view菜单找到freeRTOS
2f09fef7-dfe1-4c97-b003-d052c3d5e3cc-image.png
3.显示freertos的调试界面
0d641636-a9f5-419e-b543-1a42b1b10270-image.png

下载Cyclone 软件包下载

https://www.pemicro.com/support/downloads_find.cfm

ee7149a0-d5b7-407b-8304-7cf8e49cecdd-image.png

安装完成后，在下面目录会有帮助文档：
C:\PEMicro\cyclone\documentation

硬件连接

a75e4078-b7bc-4277-ae08-de49bc58e353-image.png
5e679dd1-3979-4a1c-baa5-fcef5203f696-image.png

制作image并下载到Cyclone

打开“Cyclone Image Creation Utility” 软件，选择 芯片型号
72f06417-3fc0-4454-b1e7-09682e57978f-image.png
下载动作序列
c5aec83c-6004-4707-b59a-4fd91819226c-image.png
如果需要对Cyclone对板子供电，跳帽设置对应的供电方式，并且在Power and Commulation 中设置 供电电压
0d5ee4ca-bbe8-469a-88c5-23baf29a312e-image.png
b14d9134-4627-45cc-a0ab-ed840eed7349-image.png
可以直接勾选“Deploy Image to Cyclone”
a3d61daa-20ab-42fe-931f-3bd7b9d7ad16-image.png
会自动打开 Cyclone Control Gui，下载image到Cyclone
99cf5d78-a258-4e92-9250-833736390eb1-image.png

Cyclone 脱机下载

Cyclone 脱机下载演示视频.mp4

Hello supporters.

Now we have been faced to the problem that is SW generation by YT tool.
The LINFlexD - UART cannot be achievable baud rate 1Mbit/s

Screenshot 2025-08-22 102248_UART.png

Could you provide us examples or manual to configuration this one?
链接文本[Linflexd_Uart_Interrupt_Demo.7z](无效文件格式，允许的格式有：.png, .jpg, .bmp, .txt, .webp, .webm, .mp4, .gif, .hex, .bin, .s19, .elf, .zip, .patch, .pdf, .yct, .jpeg)