1、stm32h750國產替代

STM32H750超值系列微控制器包含Arm? Cortex?-M7內核(具有雙精度浮點單元)，工作頻率高達480 MHz。內嵌的128 KB閃存使意法半導體能夠為開發(fā)人員提供一種經濟劃算的解決方案。

性能

在480 MHz的CPU頻率下，從Flash執(zhí)行程序時，STM32H742系列能夠提供2424 CoreMark /1027 DMIPS的性能，利用其L1緩存并實現了零等待執(zhí)行。

內嵌的128 KB閃存，面向用戶可信根服務、關鍵實時程序執(zhí)行和外部存儲器的簡單配置

L1緩存(16 KB的I-緩存 +16 KB的D-緩存)提高外部存儲器的執(zhí)行性能。

安全性

STM32H750集成了：

加密/哈希硬件加速

STM32H757還支持安全固件安裝(SFI)嵌入式安全服務，可在執(zhí)行初始程序時執(zhí)行安全驗證并保護軟件IP。

安全啟動和安全固件升級(SBSFU)

高能效

多電源域架構可實現將不同的電源域配置為低功耗模式，進而優(yōu)化功耗效率。

USB調節(jié)器提供嵌入式物理接口層(PHY)。

在內核運行模式(關閉外設)下，功耗典型值為275 μA/MHz @VDD = 3.3 V和25 °C

圖形

LCD-TFT控制器接口支持雙層圖形

Chrom-ART Accelerator?提高了圖形內容創(chuàng)建速度，并為其他應用節(jié)省了MCU內核處理帶寬

JPEG硬件加速器，可進行快速JPEG編碼和解碼，從而減輕CPU編解碼負荷。

片內外設

多達35個通信接口包括FD-CAN、USB 2.0高速/全速、以太網MAC、攝像頭接口。

可利用帶有32位并行接口(支持SRAM、PSRAM、NOR、NAND和SDRAM存儲器)或雙模Quad-SPI串行閃存接口的靈活存儲控制器輕松擴展外部存儲器。

模擬外設：12位DAC，快速16位ADC

16位高精度定時器上的多個16位和32位定時器運行頻率高達480 MHz。

STM32H750超值系列提供128 KB的Flash存儲器，具有以下結構的1 MB SRAM：192 KB的TCM RAM(包括64 KB的ITCM RAM和128 KB的DTCM RAM，用于時間關鍵型程序和數據)，高達512 KB的用戶SRAM，以及備份域中4 KB的SRAM，可將數據保持在最低功耗模式，提供LQFP100、LQFP144、LQFP176、UFBGA176和TFBGA240封裝。

ST意法半導體公司的STM32H750微控制器是他們現有的STM32H7產品的價值線。通過限制產品中嵌入式Flash的數量，這條價值線提供了一個突破性的價格水平，在STM32H7系列中沒有提供到目前為止。STM32H7值線仍然提供了足夠的嵌入式Flash來安全地存儲引導代碼或實時代碼和數據。

STM32H750設備基于高性能Arm Cortex-M7 32位RISC核心，工作頻率高達400 MHz。Cortex-M7核心具有一個浮點單元(FPU)，支持Arm雙精度和單精度數據處理指令和數據類型。STM32H750設備支持全套DSP指令和內存保護單元(MPU)，以提高應用程序的安全性。

所有的設備提供三個adc，兩個dac，兩個超低功耗比較器，一個低功耗RTC，一個高分辨率定時器，12個通用16位定時器，兩個用于電機控制的PWM定時器，五個低功耗定時器，一個真正的隨機數發(fā)生器(RNG)，和一個密碼加速單元。該器件支持外部sigma-delta調制器(DFSDM)的四個數字濾波器。它們還具有標準和先進的通信接口。

STM32H750xB器件工作在-40°C至+85°C的溫度范圍內，電源為1.62 V至3.6 V。通過使用外部電源管理器并將PDR_ON引腳連接到VSS，供電電壓可以降至1.62 V。否則，電源電壓必須保持在1.71 V以上，嵌入式電源電壓檢測器啟用。除了LQFP100以外，所有包上都有USB專用電源輸入，以允許更大的電源選擇。一套全面的節(jié)能模式允許低功耗應用程序的設計。

STM32H750xB器件提供三種封裝，范圍從100針到240針/球。外設集包括所選設備的更改。

STM32H750特性

32位Arm Cortex-M7內核

128千字節(jié)的閃存

安全

ROP, PC-ROP，主動篡改，安全固件升級支持，安全訪問模式

通用輸入/輸出

多達168個I/O端口具有中斷能力

復位和電源管理

低功率消耗

時鐘管理

互連矩陣

4個DMA控制器卸載CPU

多達35個通信外設

11模擬外設

圖形

LCD-TFT控制器高達XGA分辨率

Chrom-ART圖形硬件加速器(DMA2D)，以減少CPU負載

硬件JPEG編解碼器

多達22個計時器和看門狗

加密加速

調試模式

96位的惟一ID

所有包都是ECOPACK2兼容的

STM32H750應用領域

電機驅動和應用控制

醫(yī)療設備

工業(yè)應用

報警系統(tǒng)，視頻對講機，暖通空調

家用音響設備

移動應用、物聯(lián)網

PLC)

逆變器

斷路器

打印機和掃描儀

可穿戴設備:smartwatches

2、Sigmastar SSD201芯片可替代STM32H750

先給大家介紹一下SigmaStar SSD201芯片。它是基于ARM Cortex-A7雙核1.2GHz，集成了硬件H.264/H.265視頻解碼器、內置了DDR，內置2D圖形引擎、支持TTL/mipi屏顯示驅動接口內置了以太網mac和PHY等，主要應用于：智能樓宇室內對講機，智能家居中控，86盒家庭中控，電梯樓層顯示器，IP網絡廣播設備，語音識別設備，指紋機，工業(yè)控制器等。

啟明云端提供的Sigmastar SSD201芯片可以替代STM32H750點320*240的16位并口屏，用于指紋機。

用戶可以在8ms嵌入式開發(fā)工具平臺上進行UI界面開發(fā)，屏幕適配這塊如果你有l(wèi)inux開發(fā)的經驗可以在啟明云端提供的的github地址上下載sigmastar的openwrt工程，然后把所用到的屏幕驅動集成進去即可，8ms(直接搜索8ms.xyz)平臺應用層可以直接對接的linux的fb。這樣可以進一步提升您的產品開發(fā)周期。

當然，8ms平臺并不是唯一的編譯途徑，還可以下載下來在本地編譯。(通過我們提供的編譯鏈，openwrt相當于操作系統(tǒng)，你把系統(tǒng)和你的板子適配好后就能運行應用層的應用);平臺還提供了不少DEMO，你可以一鍵克隆平臺上已經提供的UI素材，再自己編譯，也可以自己重頭開始。

3、程序運行在 STM32H750 的外擴 FLASH 上兩小時后死機

目錄預覽

1. 問題現象

2. 問題分析及測試

3. 后記

1.問題現象

客戶使用 STM32H750VBT6，通過 QSPI 外擴了一個 4M 的 NOR FLASH，采用memory map 模式。當程序跳轉運行到外設 FLASH 后，大約兩個小時后程序死機。

客戶使用的 IDE 是 KEIL，此問題可以固定重現。在 KEIL 調試模式下重現問題時，通過多次觀察發(fā)現，程序死的位置總體上會停在兩個位置，并不是同一個位置。一個是 TIM15函數的入口;另一個是進入中斷函數后的一個賦值語句。

2.問題分析及測試

通過拜訪客戶，觀察到死機位置處于即將進入但還未進入的TIM15 中斷入口處。查看客戶的原理圖，發(fā)現兩個 VCAP 并未從外部相連，于是要求客戶直接從外部將此兩個引腳飛線短連。但是，后來經測試問題仍然重現。

又觀察到 PC13 連接為 GPIO 輸出引腳，用于驅動一外部組件?？紤]到備份域相關的一些引腳其驅動能力相對弱一些，于是讓客戶將 PC13 引腳斷開后再測試，結果問題仍然重現。

上面是一些硬件相關的懷疑點，從測試結果來看，與此問題無關?？磥碇饕赡苓€是軟件方面的問題。在軟件上確定客戶已經打開了 IO 補償功能， IO 速度設置的是 HIGH，即使讓客戶修改成 “VERY_HIGH”，經測試問題仍然存在。

由于之前發(fā)生過一個從低功耗喚醒后死機的問題，是與 Cache 相關的問題，于是測試將 CACHE 關閉的情況。這次經測試客戶反饋問題沒再重現 !

但客戶同時也反饋,之前的代碼也存在稍微修改一處代碼，問題就不再重現的現象，沒有找到具體規(guī)律。

這次代碼修改也沒排除這種可能性。為了讓關閉 Cache 的方法更具說服力，于是讓客戶在調試模式下通過手動關閉 CACHE的方式，代碼仍然保持為原先可以重現問題的代碼。如下圖所示 :

如上圖所示，在代碼運行到使用 CACHE 后一行設置斷點，當程序停下來后，打開 Sys Ctrl/Cfg 窗口(菜單 view->system viewer->Core peripherals->system control and configuration)，將對應的位去掉。最終客戶反饋，關閉 DC,或者 IC 任何一個或者兩個都關閉，問題現象消失。至此可以確定地是，此問題與 CACHE 相關 !

于是查看客戶的 MPU 相關配置，并將 Cube 包里的 H750 示例工程中的 MPU 配置發(fā)給客戶測試下，但問題仍然存在。

接下來查看勘誤手冊，發(fā)現 2.4.4 節(jié)有 QSPI 相關的內容：

這里有提到在 QSPI 外設 FLASH 并工作在 memory-mapped 模式的時候，當讀取由FSIZE 定義的最后一個字節(jié)的時候，不管內容如何，有可能會導致 AXIs 總線 STALL 掉。

并同時給出了三種規(guī)避措施。其中第一種是將 FSIZE 定義得比實際大，以留有足夠的裕量。于是讓客戶修改代碼：在 QSPI 初始化時將 size 設置成大一倍：

面紅色部分表示的 nor flash 設置成實際的兩倍大小。

同時考慮到此處定義了實際兩倍大小的 FLASH，多出來的另外一半實際是不存在的，為了避免 CPU 意外訪問這個實際不存在的區(qū)域，使用 MPU“告訴”CPU 這多出來的一半區(qū)間是不可訪問的。

于是 MPU 按如下來配置：

使用串口終端工具，分別連接 USART1，USART3，發(fā)送對應的 UART Bootloader 命令，得到下圖 3 的命令交互。

圖3.MPU 配置

客戶再次測試，問題不再重現。為了進一步驗證問題，客戶嘗試按原先的代碼直接讀取 NOR FLASH 的最后一個字節(jié)，問題還會重現，再次驗證此方法的有效性，至此問題解決。

3.后記

有些人可能會問，NOR FLASH 的最后一個字節(jié) CPU 真的會去訪問嗎 ? 客戶的程序占滿了整個 FLASH 空間了嗎 ? 若那個地址沒有代碼那還會不會有這個問題。

其實勘誤手冊 2.4.4 節(jié)也提到了，不管 FSIZE 定義的空間最后的一個字節(jié)內容是什么，均會有此問題。那么 CPU 為什么會去訪問此地址呢 ? 其實這是 M7 內核的指令預取和分支預測試探性訪問導致的。

4、STM32H750 U盤端口設置

此開發(fā)板基于STM32STM32H750VBT6核心，可用于H7系列微處理器的評估、學習和開發(fā)等用途，板載ST-Link V2.1，調試、串口、U盤式下載三合一。

a. 板載資源明細

STM32H750VBT6高性能ARM微處理器

用作ST-Link功能的STM32F103CBT6微處理器

一個RGB共陽LED燈

16Mbit的QSPI-Flash，可自行更改為兼容的NOR-Flash以實現xIP功能

Micro-SD卡接口

一個LCD接口，可用于驅動專用于ArduinoMega2560的3.2寸LCD（選擇這個而不是其他的屏幕是因為這個屏幕非常便宜而且顯示效果很好），LCD驅動型號：ILT9481

一個LM358運放，用來提高DAC輸出的能力，可在5V供電下正常使用

一個超級電容作為RTC后備電源

micro-USB接口，帶自恢復保險絲

可通過跳線帽設置LPUART1是否接入板載ST-LINK（左側絲印SERIAL的排針，1~2，3~4通過跳線帽短接即可接入）

b. 注意事項

因為端口復用的原因，原理圖中存在一根導線歸屬多個網絡的情況。但在轉為PCB時，會隨機保留一個網絡。這會導致原理圖和PCB的網絡數目不相同。此情況不影響正常編輯和使用。 使用前請先通過另一個ST-Link為板載STM32F103CB刷寫ST-LinkV2.1的Booloader，刷寫后通過USB連接開發(fā)板，使用ST-Link Utilities更新固件后即可正常使用板載ST-Link的全部功能。