chinese直男口爆体育生外卖, 99久久er热在这里只有精品99, 又色又爽又黄18禁美女裸身无遮挡, gogogo高清免费观看日本电视,私密按摩师高清版在线,人妻视频毛茸茸,91论坛 兴趣闲谈,欧美 亚洲 精品 8区,国产精品久久久久精品免费

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

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

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

使用CS+ CACX編譯RL78系列MCU出現(xiàn)flash空置0XFF錯誤問題

瑞薩嵌入式小百科 ? 來源:未知 ? 2023-08-16 12:10 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

客戶使用IDE CS+ CACX編譯瑞薩RL78系列MCU R5F1027A,出現(xiàn)報錯信息,code flash無法分配。而實際使用的flash 約10K還遠不到16K。為什么R5F1027A(flash空間16K)使用的code flash不到16K就出現(xiàn)添加新代碼后編譯,提示無法分配的錯誤?

57c5b706-3bea-11ee-9e74-dac502259ad0.png

分析

1、經(jīng)過排查沒有對IDE編譯環(huán)境CS+ CACX做特殊的設(shè)置,在項目代碼比較少的情況下,編譯也正常。

2、針對提示的錯誤信息,嘗試屏蔽不同的軟件函數(shù),發(fā)現(xiàn)需要減少較多的軟件代碼,編譯才恢復(fù)正常。

3、多次嘗試后發(fā)現(xiàn)flash空間在超過8K左右后,會出現(xiàn)編譯錯誤。

4、查看項目的HEX文件。發(fā)現(xiàn)flash地址從0x0C57,到0x1FFF的空間都是填充的FF,也就是這段flash空間沒有使用到。

580fc602-3bea-11ee-9e74-dac502259ad0.png

5、查看map文件,發(fā)現(xiàn)和HEX文件相吻合,@@CODEL代碼flash段是從0x20C6開始分配的,也就是代碼段分配在16K空間的后面8K。這樣前面的flash空間有13A9字節(jié),將近5K沒用上。

5888f126-3bea-11ee-9e74-dac502259ad0.png58c73a76-3bea-11ee-9e74-dac502259ad0.png

6、分析確認到原因后,要想辦法解決,多次嘗試無果,再分析map文件。發(fā)現(xiàn)分配的代碼段@@CODEL,從0x20C6開始是跟@@CNST 這個常量的段是相鄰的。

7、想辦法嘗試改變@@CNST的地址分配,看看@@CNST的地址改變,是否會影響@@ CODEL代碼段的地址分配。

8、把@@CNST這個常量的段,通過添加DR文件,設(shè)置到后面地址0x3C00后,發(fā)現(xiàn)編譯正常了。

58eb9934-3bea-11ee-9e74-dac502259ad0.png

結(jié)論

查看生成的HEX文件,發(fā)現(xiàn)前面的flash空間0x0C57也用上了,問題得到解決。

通過和同事交流,以及多番查閱IDE的HELP文檔,分析了解各個代碼段@@XXXX的含義,解決了客戶端遇到的問題。

58fa97c2-3bea-11ee-9e74-dac502259ad0.png

59871364-3bea-11ee-9e74-dac502259ad0.jpg


原文標題:使用CS+ CACX編譯RL78系列MCU出現(xiàn)flash空置0XFF錯誤問題

文章出處:【微信公眾號:瑞薩MCU小百科】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。


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

    關(guān)注

    147

    文章

    18588

    瀏覽量

    385901
  • 瑞薩
    +關(guān)注

    關(guān)注

    36

    文章

    22428

    瀏覽量

    89680
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關(guān)推薦
    熱點推薦

    把qspi0配置成了普通的fifo模式,讀什么都返回0xff,這是怎么回事?

    我把qspi0配置成了普通的fifo模式,不是xip模式,但是現(xiàn)在讀什么都返回0xff,讀id也返回0xff,也不是沒有數(shù)據(jù),RXDATA寄存器里是有數(shù)據(jù)的,但是就是0xff,這是怎么
    發(fā)表于 11-06 06:57

    下載模式的切換之后,會出現(xiàn)編譯錯誤的解決辦法

    一、隊伍介紹 本篇為蜂鳥E203系列分享第一篇,本篇介紹的內(nèi)容是解決下載模式的切換之后出現(xiàn)編譯錯誤問題。 二、問題提出 在進行下載模式切換之后,進行編譯,提示如下圖所示的
    發(fā)表于 10-30 08:11

    瑞薩電子RA4L1的表計應(yīng)用解析(下)

    RA4L1就是電表分離架構(gòu)中的主控MCURL78/I1C和RA2A2就是電表集成架構(gòu)中的SoC。
    的頭像 發(fā)表于 05-13 10:50 ?2462次閱讀
    瑞薩電子RA4L1的表計應(yīng)用解析(下)

    MCU片上Flash

    ? ? MCU片上Flash是微控制器內(nèi)部集成的非易失性存儲器,主要用于存儲程序代碼、常量數(shù)據(jù)及系統(tǒng)配置信息。其核心特性與功能如下: 一、定義與類型? 片上Flash采用浮柵晶體管技術(shù),具備斷電數(shù)據(jù)
    的頭像 發(fā)表于 05-06 14:26 ?837次閱讀

    AD7771 SPI讀出內(nèi)部寄存器全是0xFF的原因?

    的全是0xFF, Dout0~3,DCLK,DRDY也沒有任何輸出. 這是什么原因? 另外,START引腳在AD7771數(shù)據(jù)手冊是:If not in use, tie this pin to DGND
    發(fā)表于 04-25 06:55

    如何在VS Code中使用瑞薩RL78系列MCU

    RL78家族系列MCU,以其業(yè)界領(lǐng)先的低功耗和各種內(nèi)置的高性能外圍功能,極大地提高了電源效率,降低了BOM成本,實現(xiàn)了設(shè)備的小型化。
    的頭像 發(fā)表于 04-23 13:49 ?3813次閱讀
    如何在VS Code中使用瑞薩<b class='flag-5'>RL78</b><b class='flag-5'>系列</b><b class='flag-5'>MCU</b>

    通過Boot swap實現(xiàn)瑞薩RL78/F24 MCU固件升級

    本文主要說明如何使用已有的程序更新flash中的固件。使用這種方法代碼閃存分為兩個區(qū)域:執(zhí)行區(qū)域和臨時區(qū)域。瑞薩flash驅(qū)動程序RL78 RFD Type02用于對flash進行重新
    的頭像 發(fā)表于 02-26 09:25 ?2110次閱讀
    通過Boot swap實現(xiàn)瑞薩<b class='flag-5'>RL78</b>/F24 <b class='flag-5'>MCU</b>固件升級

    ADS1115在模擬信號輸入為0時,數(shù)字量輸出不為0,而是0XFF,255,為什么?

    ADS1115在模擬信號輸入為0時,數(shù)字量輸出不為0,而是0XFF,255
    發(fā)表于 02-12 07:54

    芯海科技推出全新CS8M321與CS8M326系列經(jīng)濟型MCU

    近期,芯??萍荚?b class='flag-5'>MCU領(lǐng)域邁出了重要的一步,全新推出了CS8M321(簡稱M321)與CS8M326(簡稱M326)系列ADC模塊經(jīng)濟型MCU
    的頭像 發(fā)表于 02-06 17:49 ?1632次閱讀

    ads1110讀取數(shù)據(jù),為什么讀出都是0xff?。?/a>

    下面是波形圖,黃線是sda,藍線是sck,各位看看有啥問題,為什么讀出都是0xff???
    發(fā)表于 12-24 07:36

    ADS1299讀寄存器返回0xff,測了下VCAP1電壓不到1.1V,是器件沒有正常工作嗎?

    嘗試讀寄存器,返回0xff,測了下VCAP1電壓不到1.1V,是器件沒有正常工作嗎,感謝各位前輩給出意見
    發(fā)表于 12-16 08:30

    ADS1299初始化完畢后直接讀ID結(jié)果讀出來的值全是0x80或0xff0xaa這樣數(shù)值,為什么?

    這是我的初始化代碼,初始化完畢后直接讀ID結(jié)果讀出來的值全是0x80或0xff0xaa這樣數(shù)值,實際1299的ID是0x3e,幫忙看一下,有什么問題?? void
    發(fā)表于 12-16 07:17

    SPI驅(qū)動ADS7953,配置成手動模式收的的數(shù)據(jù)全是0xff,怎么解決?

    沒有問題 觀看示波器MISO有數(shù)據(jù)的,但是SPI收的數(shù)據(jù)全是0xff 請專家看看我的SPI配置是否正確,謝謝
    發(fā)表于 12-09 07:41

    ADS1110讀到的AD值突然跳變,返回來的配置寄存器都是0xFF,怎么解決?

    , 正常情況下,最后一個字節(jié)的數(shù)據(jù)(CONFIGURATION REGISTER)應(yīng)該為0x0F,或者0x8F(讀快了),但是有時候讀到的確是0x00,0x07,更過分的還有0xFF。
    發(fā)表于 12-04 08:09

    使用ADS838時,ADC采集的數(shù)據(jù)全是1(0xff),為什么?

    ADC采集的數(shù)據(jù)全是1 (0xff),很費解,希望能得到解答 下圖是讀寫寄存器時,返回的是預(yù)想中的正確值。 然后下圖是工作在Auto模式下時,通道0到通道3循環(huán)輸出的ADC測量值: 可以看到前4位表示
    發(fā)表于 12-02 08:14