0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

一個跟地址對齊有關(guān)的應(yīng)用異常案例

茶話MCU ? 來源:lq ? 2019-02-04 15:20 ? 次閱讀

曾有STM32用戶反饋,他發(fā)現(xiàn)同樣代碼在STM32F1系列芯片上運行好好的,而且代碼跟STM32外設(shè)關(guān)聯(lián)性也不大。而當代碼運行在stm32L071VB單片機時,在做數(shù)據(jù)的內(nèi)存拷貝時會進入硬件錯誤【Hard Fault】,覺得不可理解。

它定義了類似下面的數(shù)據(jù)結(jié)構(gòu),并用到預(yù)編譯命令安排結(jié)構(gòu)體數(shù)據(jù)成員的存放對齊原則:

#pragma pack? (1)

Struct Comm_Frame {

uint8_t Head;

uint16_t Data[3];

uint8_t Class;

uint16_t Tail [2];

} Stream;

#pragma pack ()

他使用到基于上面結(jié)構(gòu)體定義的數(shù)據(jù)變量進行數(shù)據(jù)通信,為了讓數(shù)據(jù)成員在內(nèi)存中緊湊連續(xù)存放,將數(shù)據(jù)結(jié)構(gòu)體的地址對齊規(guī)則指定為字節(jié)對齊,即使用#pragma pack (1)。數(shù)據(jù)在內(nèi)存中像下面樣子擺放:

他這樣設(shè)計的話,數(shù)據(jù)結(jié)構(gòu)體中的Data[]和Tail[]雙字節(jié)數(shù)據(jù)會出現(xiàn)在奇數(shù)地址的地方。那么,當將上述Stream.Data[]數(shù)據(jù)拷貝出去的時候,在基于雙字節(jié)數(shù)據(jù)類型的指針尋址訪問時,會出現(xiàn)被訪問數(shù)據(jù)的地址不遵循2倍數(shù)的原則,即出現(xiàn)訪問地址不對齊的問題,可能導(dǎo)致運行出錯。一般來講,對于ARM內(nèi)核的芯片,基于雙字節(jié)數(shù)據(jù)寬度的尋址訪問時,被訪問數(shù)據(jù)的地址要求是2的倍數(shù);基于4字節(jié)數(shù)據(jù)寬度的尋址訪問時,地址要求是4的倍數(shù)。

比如:這里定義了一個數(shù)組uint16_t forcomp[3]和下面兩個指針:

uint16_t *pointer1 = &forcomp[0];

uint16_t *pointer2 = &Stream.Data[0];

現(xiàn)將上面結(jié)構(gòu)體成員Stream.Data[]的內(nèi)容通過指針尋址按如下方式拷貝進?forcomp[]?。

上面的代碼如果運行在基于M0或M0+內(nèi)核的STM32芯片的話,就會出現(xiàn)Hard Fault錯誤. 客戶使用的芯片stm32L071VBT6正是基于M0+內(nèi)核的STM32芯片。

為什么會這樣呢?這可以從Cortex M0/M0+的內(nèi)核技術(shù)手冊上看到相關(guān)描述:

顯然,基于M0、M0+內(nèi)核的芯片,它是不支持非對齊尋址訪問的。

客戶又說過,相同代碼在STM32F1芯片上運行又沒有問題,那怎么解釋呢?

STM32F1系列MCU是基于ARMCortex M3內(nèi)核的芯片,關(guān)于地址對齊方面跟M0/M0+有所不同。M3內(nèi)核支持部分指令的非對齊地址訪問,相關(guān)描述如下:

也就是說,基于CortexM3內(nèi)核的芯片,它支持部分指令的非對齊訪問,但非對齊訪問要慢于對齊訪問。即非對齊訪問是需要代價的,訪問效率會受到影響。所以,我們在應(yīng)用中要盡量遵循地址對齊的尋址訪問方式。關(guān)于地址對齊話題,在各個ARM內(nèi)核技術(shù)參考手冊里略有介紹。

結(jié)合本案的實際情況,碰巧用戶代碼先是可以正常運行于基于M3內(nèi)核的STM32F1芯片,而在基于M0+內(nèi)核的芯片上出現(xiàn)了異常。導(dǎo)致他覺得不好理解。

這里,指針所指數(shù)據(jù)類型為雙字節(jié)類型,為了避免在M0/M0+內(nèi)核芯片里尋址訪問時發(fā)生非對齊而導(dǎo)致的異常,可以將結(jié)構(gòu)體變量的內(nèi)存地址對齊方式改為雙字節(jié)對齊,即使用#pragma pack (2)。數(shù)據(jù)在內(nèi)存中像下面這樣擺放。

這樣修改后,經(jīng)過測試的確沒有問題。結(jié)合到客戶的具體情況,客戶希望數(shù)據(jù)連續(xù)、緊湊存放,不希望數(shù)據(jù)間有空隙,即結(jié)構(gòu)體數(shù)據(jù)成員的內(nèi)存地址對齊規(guī)則不變,仍然采用pack(1)。那么,數(shù)據(jù)拷貝操作時可以將雙字節(jié)數(shù)據(jù)類型的指針強轉(zhuǎn)為單字節(jié)數(shù)據(jù)類型的指針,將雙字節(jié)數(shù)據(jù)按字節(jié)對齊尋址方式分作兩次連續(xù)讀取完成。此時,用戶只需將應(yīng)用程序稍作調(diào)整即可。

所以,在STM32開發(fā)過程中,有些代碼或許跟MCU外設(shè)沒什么關(guān)系,但可能跟內(nèi)核有關(guān)。STM32系列眾多,涉及多個ARM內(nèi)核,不同的內(nèi)核在諸多方面存在些差異,這點需要注意。其實,從MCU軟件開發(fā)層面來看,地址對齊問題、中斷優(yōu)先級安排問題、堆棧安排問題,都是些比較隱蔽的問題,出錯了后果往往也很嚴重,我們平時可以多留意下。

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • STM32
    +關(guān)注

    關(guān)注

    2264

    文章

    10858

    瀏覽量

    354385
  • 代碼
    +關(guān)注

    關(guān)注

    30

    文章

    4726

    瀏覽量

    68248
  • 數(shù)據(jù)結(jié)構(gòu)

    關(guān)注

    3

    文章

    569

    瀏覽量

    40076

原文標題:一個跟地址對齊有關(guān)的應(yīng)用異常案例

文章出處:【微信號:stmcu832,微信公眾號:茶話MCU】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏

    評論

    相關(guān)推薦

    I2S有左對齊,右對齊標準的I2S三種格式,那么這三種格式各有什么優(yōu)點呢?

    大家好,關(guān)于I2S格式,有兩疑問請教下 我們知道I2S有左對齊,右對齊標準的I2S三種格式,那么這三種格式各有什么優(yōu)點呢? 而且對于
    發(fā)表于 10-21 08:23

    IP地址會被黑?

    IP地址會被黑?是的,你的IP地址如果不幸被惡意分子盯上,就會被惡意利用,這會引發(fā)系列明顯的異常表現(xiàn)。就像網(wǎng)絡(luò)會突然變得異常緩慢,下載速度
    的頭像 發(fā)表于 09-12 14:24 ?252次閱讀

    如何獲取MAC地址?MAC地址的三申請條件

    在產(chǎn)品設(shè)備都規(guī)范化管理的當今社會,如果您的產(chǎn)品設(shè)備想要投入市場,設(shè)備物理地址碼MAC地址則是唯能識別設(shè)備的識別碼。那么MAC地址的申請條件有哪些?接下來請看英利檢測的分享。提交必要信
    的頭像 發(fā)表于 09-06 17:14 ?317次閱讀
    如何獲取MAC<b class='flag-5'>地址</b>?MAC<b class='flag-5'>地址</b>的三<b class='flag-5'>個</b>申請條件

    文帶你了解IP地址別名

    、什么是IP地址別名 IP地址別名是將多個IP地址網(wǎng)絡(luò)接口關(guān)聯(lián)起來的
    的頭像 發(fā)表于 09-05 14:11 ?162次閱讀

    DHCP服務(wù)異常與IP地址管理挑戰(zhàn)

    DHCP是種計算機網(wǎng)絡(luò)協(xié)議,主要用于自動分配IP地址、子網(wǎng)掩碼、網(wǎng)關(guān)、DNS等網(wǎng)絡(luò)參數(shù)給客戶端設(shè)備。它是局域網(wǎng)中實現(xiàn)自動IP地址分配的重要協(xié)議,極大地簡化了網(wǎng)絡(luò)管理員對IP地址的管理
    的頭像 發(fā)表于 08-30 14:35 ?788次閱讀

    谷景科普電感的感值什么有關(guān)

    感值也就是我們常說的電感量,它是電感的非常重要的性能參數(shù),衡量的是電感在電路中對電流變化的抵抗能力的物理量。那么,你知道電感值與哪些因素有關(guān)嗎? 有人說電感越大它的電感值就越大的,分裝尺寸大小
    的頭像 發(fā)表于 08-19 10:31 ?249次閱讀

    IP地址與網(wǎng)絡(luò)監(jiān)控

    如何識別和應(yīng)對異常流量和可疑活動。 IP地址與網(wǎng)絡(luò)監(jiān)控的基礎(chǔ) IP地址是互聯(lián)網(wǎng)中設(shè)備的唯標識符,它在網(wǎng)絡(luò)通信中起著至關(guān)重要的作用。通過監(jiān)控IP地址
    的頭像 發(fā)表于 07-09 16:41 ?366次閱讀

    鴻蒙ArkUI開發(fā):【彈性布局(主軸&amp;交叉軸對齊方式)】

    通過justifyContent參數(shù)設(shè)置在主軸方向的對齊方式,和Row、Column的主軸對齊方式行為
    的頭像 發(fā)表于 05-14 15:33 ?629次閱讀
    鴻蒙ArkUI開發(fā):【彈性布局(主軸&amp;交叉軸<b class='flag-5'>對齊</b>方式)】

    STM32關(guān)于FLASH的編程對齊錯誤標志位(PGAERR)的疑問求解

    大神們,我現(xiàn)在正在做一個應(yīng)用,需要熟悉STM32F4的FLASH的任何錯誤標識,以用于特殊情況下的錯誤標識判斷做相應(yīng)處理,但是針對FLASH的編程對齊錯誤標志(PGAERR)與我理解不同。 原文
    發(fā)表于 03-22 07:59

    TC277如何指定該全局數(shù)組變量的存儲地址對齊方式?

    定義全局數(shù)組變量,如何指定該全局數(shù)組變量的存儲地址對齊方式
    發(fā)表于 02-19 07:37

    SPI全雙工模式下數(shù)據(jù)接收異常原因

    前面給小伙伴講過串口發(fā)送和接收異常的可能原因,今天我們講下SPI全雙工模式下數(shù)據(jù)接收異常原因。
    的頭像 發(fā)表于 01-23 09:31 ?1230次閱讀
    SPI全雙工模式下數(shù)據(jù)接收<b class='flag-5'>異常</b>的<b class='flag-5'>一</b><b class='flag-5'>個</b>原因

    程序中增加變量導(dǎo)致異常的分析

    大家在平常的編程過程應(yīng)該會碰到各種奇葩的問題吧,反正我最近是碰到了次,再此大家分享下。事情的原因是我在程序中增加了變量,然后就會導(dǎo)
    的頭像 發(fā)表于 01-22 09:56 ?498次閱讀
    程序中增加<b class='flag-5'>一</b><b class='flag-5'>個</b>變量導(dǎo)致<b class='flag-5'>異常</b>的分析

    OneLLM:對齊所有模態(tài)的框架!

    OneLLM 是第一個在單個模型中集成八種不同模態(tài)的MLLM。通過統(tǒng)的框架和漸進式多模態(tài)對齊pipelines,可以很容易地擴展OneLLM以包含更多數(shù)據(jù)模式。
    的頭像 發(fā)表于 01-04 11:27 ?889次閱讀
    OneLLM:<b class='flag-5'>對齊</b>所有模態(tài)的框架!

    AD9288輸出不平衡Vref有關(guān)系嗎?

    的參考信號1.25V,用示波器看有點紋波,1.29~1.22V,濾波電容是0.1uF的,后來增加1uF的貌似沒有改善,請問這個不平衡Vref有關(guān)系嗎?
    發(fā)表于 12-15 06:24

    dhcp服務(wù)異常怎么修復(fù)

    DHCP(Dynamic Host Configuration Protocol)是種網(wǎng)絡(luò)協(xié)議,它能夠自動分配 IP 地址和其他網(wǎng)絡(luò)參數(shù)給計算機和其他網(wǎng)絡(luò)設(shè)備。然而,有時候 DHCP 服務(wù)可能會出現(xiàn)異常
    的頭像 發(fā)表于 11-27 14:53 ?9519次閱讀